一種交互方法、裝置、客戶端及服務器的制造方法
【專利摘要】本發(fā)明適用于互聯網【技術領域】，提供了一種交互方法、裝置、客戶端及服務器，所述方法包括：客戶端掃描目標二維碼，獲取所述目標二維碼中的URL；客戶端發(fā)送所述URL至關聯的第三方服務器；客戶端接收所述第三方服務器根據所述URL返回的多功能交互信息，所述多功能交互信息包括交互應用類型信息及所述交互應用的相關信息；根據所述多功能交互信息，客戶端與所述第三方服務器進行交互。本發(fā)明使得在二維碼掃描過程中，客戶端可以直接與第三方服務器進行多種交互操作，而無需先掃描，然后手動發(fā)起與掃描內容進行交互，僅需掃描即可實現交互應用，操作簡單、方便。
【專利說明】一種交互方法、裝置、客戶端及服務器

【技術領域】
[0001] 本發(fā)明屬于互聯網【技術領域】，尤其涉及一種交互方法、裝置、客戶端及服務器。

【背景技術】
[0002] 二維碼掃描是指通過移動終端客戶端應用軟件獲取二維碼圖片中的內容和信息， 通常用于條碼掃描、資源掃描下載、火車票掃描等。隨著二維碼行業(yè)的逐漸成熟，以及移動 終端智能化的發(fā)展，二維碼的應用將會越來越多，人們隨處可見地鐵、公交站臺廣告牌上的 二維碼廣告，例如，基于二維碼的購物已被1號店、淘寶網、京東商城廣泛應用到戶外廣告 中。二維碼有效地提升了營銷活動的趣味性、參與的便捷性，吸引眾多消費者參與品牌的活 動，進而與品牌企業(yè)建立互動關系。
[0003] 目前，通過二維碼掃描方式與商家進行的交互方式為：當移動終端用戶需要掃描 二維碼廣告時，則調用移動終端本地的掃碼軟件掃描所述二維碼，獲取所述二維碼中的內 容，如果需要進行交互操作，要手動發(fā)起與所述獲取內容進行交互操作，操作流程麻煩、復 雜，例如，用戶想掃描打電話，而掃描獲取電話號碼后，用戶需要繼續(xù)手動撥號打電話。


【發(fā)明內容】

[0004] 本發(fā)明實施例的目的在于提供一種交互方法，旨在解決現有技術在二維碼掃描過 程中，如果需要進行交互操作，需要手動發(fā)起與所述掃描獲取的內容進行交互操作，操作流 程麻煩、復雜的問題。
[0005] 為了實現上述目的，本發(fā)明實施例提供如下技術方案：
[0006] 本發(fā)明第一方面提供了一種交互方法，所述方法包括：
[0007] 客戶端掃描目標二維碼，獲取所述目標二維碼中的URL ;
[0008] 客戶端發(fā)送所述URL至關聯的第三方服務器；
[0009] 客戶端接收所述第三方服務器根據所述URL返回的多功能交互信息，所述多功能 交互信息包括交互應用類型信息及所述交互應用的相關信息；
[0010] 根據所述多功能交互信息，客戶端與所述第三方服務器進行交互。
[0011] 本發(fā)明第二方面提供了一種交互方法，所述方法包括：
[0012] 第三方服務器接收客戶端發(fā)送的URL ;
[0013] 第三方服務器根據所述URL向所述客戶端發(fā)送多功能交互信息，所述多功能交互 信息包括交互應用類型信息及所述交互應用的相關信息；
[0014] 根據所述多功能交互信息，第三方服務器與所述客戶端進行交互。
[0015] 本發(fā)明第三方面提供了一種交互裝置，所述裝置包括：。
[0016] URL獲取單元，用于客戶端掃描目標二維碼，獲取所述目標二維碼中的URL;
[0017] URL發(fā)送單元，用于客戶端發(fā)送所述URL至關聯的第三方服務器；
[0018] 信息接收單元，用于客戶端接收所述第三方服務器根據所述URL返回的多功能交 互信息，所述多功能交互信息包括交互應用類型信息及所述交互應用的相關信息；
[0019] 交換單元，用于根據所述多功能交互信息，客戶端與所述第三方服務器進行交互。
[0020] 本發(fā)明第四方面提供了一種客戶端，所述客戶端包括上述交互裝置。
[0021] 本發(fā)明第五方面提供了一種交互裝置，所述裝置包括：
[0022] URL接收單元，用于第三方服務器接收客戶端發(fā)送的URL ;
[0023] 信息發(fā)送單元，用于第三方服務器根據所述URL向所述客戶端發(fā)送多功能交互信 息，所述多功能交互信息包括交互應用類型信息及所述交互應用的相關信息；
[0024] 交互單元，用于根據所述多功能交互信息，第三方服務器與所述客戶端進行交互。
[0025] 本發(fā)明第六方面提供了一種第三方服務器，所述第三方服務器包括上述交互裝 置。
[0026] 本發(fā)明實施例與現有技術相比，有益效果在于：客戶端掃描目標二維碼，獲取所述 目標二維碼中的URL，客戶端發(fā)送所述URL至關聯的第三方服務器，客戶端接收所述第三方 服務器根據所述URL返回的多功能交互信息，所述多功能交互信息包括交互應用類型信息 及所述交互應用的相關信息，根據所述多功能交互信息，客戶端與所述第三方服務器進行 交互。使得在二維碼掃描過程中，客戶端可以直接與第三方服務器進行多種交互操作，而無 需先掃描，然后手動發(fā)起與掃描內容進行交互，僅需掃描即可實現交互應用，操作簡單、方 便。

【專利附圖】

【附圖說明】
[0027] 為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例描述中所需要使用 的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本 領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的 附圖。
[0028] 圖1是本發(fā)明實施例一提供的交互方法的實現的流程圖；
[0029] 圖2是本發(fā)明實施例二提供的交互方法的實現的流程圖；
[0030] 圖3是本發(fā)明實施例四提供的客戶端與所述第三方服務器進行交互的流程圖；
[0031] 圖4是本發(fā)明實施例四提供的交互方法的流程圖；
[0032] 圖5是本發(fā)明實施例五提供的交互方法的實現的流程圖；
[0033] 圖6是本發(fā)明實施例六提供的交互方法的實現的流程圖；
[0034] 圖7是本發(fā)明實施例八提供的交互方法的實現的流程圖；
[0035] 圖8是本發(fā)明實施例九提供的交互裝置的結構圖；
[0036] 圖9是本發(fā)明實施例十提供的交互裝置的結構圖；
[0037] 圖10是本發(fā)明實施例十一提供的交互裝置的結構圖；
[0038] 圖11是本發(fā)明實施例十二提供的交互裝置的結構圖。

【具體實施方式】
[0039] 為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對 本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并 不用于限定本發(fā)明。
[0040] 本實施例中，客戶端掃描目標二維碼，獲取所述目標二維碼中的URL，發(fā)送所述 URL至關聯的第三方服務器，接收所述第三方服務器根據所述URL返回的多功能交互信息， 根據所述多功能交互信息，客戶端與所述第三方服務器進行交互。
[0041] 以下結合具體實施例對本發(fā)明的實現進行詳細描述：
[0042] 實施例一
[0043] 圖1示出本發(fā)明實施例一提供的交互方法的實現的流程圖，應用于客戶端側，詳 述如下：
[0044] 在S101中，客戶端掃描目標二維碼，獲取所述目標二維碼中的統(tǒng)一資源定位器符 (Uniform Resoure Locator, URL);
[0045] 本實施例中，客戶端可以是安裝于終端設備上的軟件單元，例如，所述客戶端可 以是QQ客戶端、微信客戶端或者專門用于二維碼掃描的軟件等，所述終端設備可以是 iPhone, android等智能終端，或者也可以是其它的移動互聯網設備（Mobile Internet Devices, MID)、移動智能終端等。
[0046] 本實施例中，通過掃描設備，掃描二維碼中實際包含的URL，所述URL是與第三方 服務器交互的入口，該入口可能直接指向待交互的交互界面，也可能經過多次跳轉后到達 待交互的交互界面。而實際中，由于二維碼是通過印刷等方式傳播，一旦發(fā)布不可修改，因 此為了保證二維碼的靈活性，優(yōu)選的，通過跳轉URL方式，轉向待交互的交互界面，其中，所 述跳轉URL可以為一個也可以為多個。
[0047] 在S102中，客戶端發(fā)送所述URL至關聯的第三方服務器；
[0048] 本實施例中，所述第三方服務器URL對應的運營商的服務器，每個URL均與一個第 三方服務器進行關聯。
[0049] 在S103中，客戶端接收所述第三方服務器根據所述URL返回的多功能交互信息， 所述多功能交互信息包括交互應用類型信息及所述交互應用的相關信息；
[0050] 本實施例中，所述交互應用根據可以分為三類：
[0051] 第一類交互應用為當前客戶端本地的系統(tǒng)應用，第二類交互應用為與所述客戶端 同一開發(fā)商開發(fā)的應用，第三類交互應用為第三方開發(fā)的網頁應用或者APP應用。
[0052] 本實施例中，所述交互應用類型可以包括一個或者多個，例如，所述交互應用類 型可以為語音交互、短信交互、打開登錄態(tài)網頁、打開客戶端本地的APP應用等，所述交互 應用的相關信息為通過所述交互應用進行交互操作所需要的信息，對應不同的交互應用， 其所對應的相關信息的內容是不同的，例如，可以包括應用標識（appid)、應用授權范圍 (scope)、第三方簽名文件信息（signature)信息等。
[0053] 在S104中，根據所述多功能交互信息，客戶端與所述第三方服務器進行交互。
[0054] 本實施例中，根據所述多功能交互信息，客戶端可以與第三方服務器進行多種形 式的交互，比如：通過QQ發(fā)送消息、發(fā)送短消息、打電話、打開指定應用、打開帶有登錄態(tài)的 網頁等。
[0055] 本實施例中，客戶端掃描目標二維碼，獲取所述目標二維碼中的URL，客戶端發(fā)送 所述URL至關聯的第三方服務器，客戶端接收所述第三方服務器根據所述URL返回的多功 能交互信息，所述多功能交互信息包括交互應用類型信息及所述交互應用的相關信息，根 據所述多功能交互信息，客戶端與所述第三方服務器進行交互。使得在二維碼掃描過程中， 客戶端可以直接與第三方服務器進行多種交互操作，而無需先掃描，然后手動發(fā)起與掃描 內容進行交互，僅需掃描即可實現交互應用，操作簡單、方便。
[0056] 實施例二
[0057] 在實施例一中，可選的，S103之后，所述方法還包括：當所述多功能交互信息包括 多個交互應用類型時，向用戶輸出選擇交互應用類型的提示信息；
[0058] 此時，S104具體為：根據用戶選擇的交互應用對應的多功能交互信息，所述客戶 端與所述第三方服務器進行交互。
[0059] 可選的，S101之后，所述方法還包括：
[0060] 客戶端在所述URL中增加預設多功能交互標識參數，所述預設多功能交互標識參 數用于通知所述第三方服務器當前客戶端支持多功能操作；
[0061] 此時，所述S102具體為：客戶端發(fā)送所述增加預設多功能交互標識參數的URL至 所述第三方服務器，當所述第三方服務器支持多功能操作時，執(zhí)行客戶端接收所述第三方 服務器根據所述URL返回的多功能交互信息。
[0062] 圖2示出本發(fā)明實施例二提供的交互方法的實現的流程圖，詳述如下：
[0063] 在S201中，客戶端掃描目標二維碼，獲取所述目標二維碼中的URL;
[0064] 在S202中，客戶端在所述URL中增加預設多功能交互標識參數，所述預設多功能 交互標識參數用于通知所述第三方服務器當前客戶端支持多功能操作；
[0065] 本實施例中，為了增加二維碼的兼容性，可以在掃描的URL中增加預設多功能交 互標識參數，以告知第三方服務器客戶端可以支持多種交互操作，例如，掃描獲取的URL為 http://www. cctv. com/spring2013. html?keyl=valuel，而增加預設多功能交互標識參數 后的 URL 為 http://www. cctv. com/spring2013. html?keyl=valuel&format=rich〇
[0066] 在S203中，客戶端發(fā)送所述增加預設多功能交互標識參數的URL至所述第三方服 務器，當所述第三方服務器支持多功能操作時，執(zhí)行S204。
[0067] 本實施例中，當所述第三方服務器支持多功能操作時，第三方服務器可以與客戶 端進行正常交互，則執(zhí)行S204,當所述第三方服務器不支持多功能操作時，第三方服務器無 法客戶端進行正常交互，此時，第三方服務器向客戶端發(fā)送錯誤提示信息。
[0068] 在S204中，客戶端接收所述第三方服務器根據所述URL返回的多功能交互信息， 所述多功能交互信息包括交互應用類型信息及所述交互應用的相關信息；
[0069] 在S205中，當所述多功能交互信息包括多個交互應用類型時，向用戶輸出選擇交 互應用類型的提示信息；
[0070] 本實施例中，所述提示信息可以為菜單提示，列表提示，當然還可以為聲音提示或 者動畫提示等。
[0071] 本實施例中，為了增加能夠進行更加有效的溝通，可以在所述多功能交互信息中 設置多個交互應用類型，從而使客戶端用戶可以根據需要選擇交互方式，當客戶端檢測接 收的多功能交互信息包括多個交互應用類型時，則向用戶輸出選擇交互應用類型的提示信 息，用戶可以在客戶端輸出的提示信息中，選擇需要的交互應用類型，并執(zhí)行S206。
[0072] 在S206中，根據用戶選擇的交互應用對應的多功能交互信息，所述客戶端與所述 第三方服務器進行交互。
[0073] 本實施例中，客戶端掃描目標二維碼，獲取所述目標二維碼中的URL，客戶端在所 述URL中增加預設多功能交互標識參數，客戶端發(fā)送所述增加預設多功能交互標識參數的 URL至所述第三方服務器，當所述第三方服務器支持多功能操作時，客戶端接收所述第三方 服務器根據所述URL返回的多功能交互信息，根據所述多功能交互信息，客戶端與所述第 三方服務器進行交互。使得在二維碼掃描過程中，客戶端可以直接與第三方服務器進行多 種交互操作，而無需先掃描，然后手動發(fā)起與掃描內容進行交互，僅需掃描即可實現交互應 用，操作簡單、方便。
[0074] 實施例三
[0075] 在實施例一中，當所述交互應用為所述客戶端本地的系統(tǒng)應用，例如，可以是電 話、短信、郵件等，或者為與所述客戶端同一開發(fā)商開發(fā)的應用時，例如，當所述客戶端為微 信時，交互應用還可以為QQ、微博等，所述S104具體為 ：
[0076] 客戶端調用本地應用與所述第三方服務器調用應用進行交互，所述客戶端調用的 本地應用以及第三方服務器調用的應用與所述交互應用類型相同。
[0077] 為了便于理解，以下以具體的實現示例對本實施例進行說明，但不以本實現實例 的情況為限：
[0078] 在本發(fā)明的一實現示例中，以第三方服務器與客戶端撥打電話為例，此時，掃描 URL后，可以返回以下多功能交互數據信息：

【權利要求】
1. 一種交互方法，其特征在于，所述方法包括： 客戶端掃描目標二維碼，獲取所述目標二維碼中的URL ; 客戶端發(fā)送所述URL至關聯的第三方服務器； 客戶端接收所述第三方服務器根據所述URL返回的多功能交互信息，所述多功能交互 信息包括交互應用類型信息及所述交互應用的相關信息； 根據所述多功能交互信息，客戶端與所述第三方服務器進行交互。
2. 如權利要求1所述的方法，其特征在于，所述客戶端接收所述第三方服務器根據所 述URL返回的多功能交互信息之后，所述方法還包括： 當所述多功能交互信息包括多個交互應用類型時，向用戶輸出選擇交互應用類型的提 示信息； 所述根據所述多功能交互信息，客戶端與所述第三方服務器進行交互具體為： 根據用戶選擇的交互應用對應的多功能交互信息，所述客戶端與所述第三方服務器進 行交互。
3. 如權利要求1所述的方法，其特征在于，所述客戶端掃描目標二維碼，獲取所述目標 二維碼中的URL之后，所述方法還包括： 客戶端在所述URL中增加預設多功能交互標識參數，所述預設多功能交互標識參數用 于通知所述第三方服務器當前客戶端支持多功能操作； 所述客戶端發(fā)送所述URL至關聯的第三方服務器具體為： 客戶端發(fā)送所述增加預設多功能交互標識參數的URL至所述第三方服務器，當所述第 三方服務器支持多功能操作時，執(zhí)行客戶端接收所述第三方服務器根據所述URL返回的多 功能交互信息。
4. 如權利要求1所述的方法，其特征在于，當所述交互應用為所述客戶端本地的系統(tǒng) 應用，或者為與所述客戶端同一開發(fā)商開發(fā)的應用時，所述根據所述多功能交互信息，客戶 端與所述第三方服務器進行交互具體為： 客戶端調用本地應用與所述第三方服務器調用應用進行交互，所述客戶端調用的本地 應用以及第三方服務器調用的應用與所述交互應用類型相同。
5. 如權利要求1所述的方法，其特征在于，當所述交互應用為第三方開發(fā)的網頁應用 或者APP應用時，所述根據所述多功能交互信息，客戶端與所述第三方服務器進行交互具 體為： 客戶端向所述第三方服務器發(fā)送打開所述交互應用對應的跳轉URL的請求，以使所 述第三方服務器根據所述請求及授權令牌，從互聯服務器獲取所述客戶端用戶的登錄態(tài)信 息； 客戶端接收并顯示所述第三方服務器返回的包括所述客戶端用戶的登錄態(tài)信息的跳 轉網頁信息； 客戶端根據所述跳轉網頁信息與所述第三方服務器進行交互； 其中，所述第三方服務器及客戶端用戶預先在所述互聯服務器進行注冊。
6. 如權利要求5所述的方法，其特征在于，所述交互信息還包括交互應用標識和/或第 三方簽名文件，所述客戶端接收所述第三方服務器根據所述URL返回的多功能交互信息之 后，所述方法還包括： 客戶端發(fā)送所述交互應用標識和/或第三方簽名文件至所述互聯服務器，以使所述互 聯服務器根據送所述應用標識及所述第三方簽名文件對所述第三方的進行身份驗證。
7. 如權利要求5所述的方法，其特征在于，所述根據所述多功能交互信息，客戶端與所 述第三方服務器進行交互之前，所述方法還包括： 客戶端接收所述互聯服務器發(fā)送的授權提示信息，所述授權提示信息用于提示所述客 戶端用戶是否同意所述第三方服務器訪問所述互聯服務器存儲的當前客戶端用戶的個人 信息； 當接收到同意所述第三方服務器訪問所述互聯服務器存儲的當前客戶端用戶的個人 信息，客戶端發(fā)送確認授權信息至所述互聯服務器。
8. 如權利要求5所述的方法，其特征在于，所述客戶端接收所述第三方服務器根據所 述URL返回的多功能交互信息之后，所述方法包括： 客戶端發(fā)送授權令牌至所述第三方服務器。
9. 如權利要求8所述的方法，其特征在于，所述客戶端發(fā)送授權令牌至所述第三方服 務器具體為： 客戶端接收所述互聯服務器發(fā)送的所述授權令牌，并發(fā)送所述授權令牌至所述第三方 服務器；或者 客戶端本地生成所述授權令牌，并發(fā)送所述授權令牌至所述第三方服務器。
10. 如權利要求8所述的方法，其特征在于，所述客戶端發(fā)送授權令牌至所述第三方服 務器之前，所述方法還包括： 客戶端發(fā)送授權碼至所述第三方服務器，以使所述第三方服務器根據所述授權碼，獲 取授權令牌。
11. 如權利要求10所述的方法，其特征在于，所述客戶端發(fā)送授權碼至所述第三方服 務器具體為： 客戶端接收所述互聯服務器發(fā)送的所述授權碼，并發(fā)送所述授權碼至所述第三方服務 器；或者 客戶端本地生成所述授權碼，并發(fā)送所述授權碼至所述第三方服務器。
12. -種交互方法，其特征在于，所述方法包括： 第三方服務器接收客戶端發(fā)送的URL ; 第三方服務器根據所述URL向所述客戶端發(fā)送多功能交互信息，所述多功能交互信息 包括交互應用類型信息及所述交互應用的相關信息； 根據所述多功能交互信息，第三方服務器與所述客戶端進行交互。
13. 如權利要求12所述的方法，其特征在于，所述多功能交互信息包括至少一個交互 應用類型信息。
14. 如權利要求12所述的方法，其特征在于，所述第三方服務器接收客戶端發(fā)送的URL 具體為：第三方服務器接收客戶端發(fā)送的增加預設多功能交互標識參數的URL，所述預設 多功能交互標識參數用于通知所述第三方服務器當前客戶端支持多功能操作，當所述第三 方服務器支持多功能操作時，執(zhí)行第三方服務器根據所述URL向所述客戶端發(fā)送多功能交 互信息。
15. 如權利要求12所述的方法，其特征在于，當所述交互應用為所述客戶端本地的系 統(tǒng)應用，或者為與所述客戶端同一開發(fā)商開發(fā)的應用時，所述根據所述多功能交互信息，第 三方服務器與所述客戶端進行交互具體為： 第三方服務器中和所述交互應用類型相同的應用與客戶端本地調用的和所述交互應 用類型相同的應用進行交互。
16. 如權利要求12所述的方法，其特征在于，當所述交互應用為第三方開發(fā)的網頁應 用或者APP應用時，所述根據所述多功能交互信息，第三方服務器與所述客戶端進行交互 具體為： 第三方服務器接收所述客戶端發(fā)送的打開所述交互應用對應的跳轉URL的請求； 第三方服務器根據所述請求及授權令牌，從互聯服務器獲取所述客戶端用戶的登錄態(tài) 信息； 第三方服務器向所述客戶端發(fā)送包括所述客戶端用戶的登錄態(tài)信息的跳轉網頁信息， 以使客戶端根據所述跳轉網頁信息與所述第三方服務器進行交互； 其中，所述第三方服務器及客戶端用戶預先在互聯服務器進行注冊。
17. 如權利要求16所述的方法，其特征在于，所述第三方服務器根據所述URL向所述客 戶端發(fā)送多功能交互信息之后，所述方法還包括： 第三方服務器獲取授權令牌。
18. 如權利要求17所述的方法，其特征在于，所述第三方服務器獲取授權令牌之前，所 述方法包括： 第三方服務器接收所述客戶端發(fā)送的授權碼，根據所述授權碼，執(zhí)行第三方服務器獲 取授權令牌。
19. 如權利要求17或18任一權利要求所述的方法，其特征在于，所述第三方服務器獲 取授權令牌具體為： 第三方服務器接收客戶端轉發(fā)的互聯服務器發(fā)送的授權令牌；或者 第三方服務器接收客戶端發(fā)送的客戶端本地生成的授權令牌；或者 第三方服務器接收互聯服務器發(fā)送的授權令牌。
20. -種交換裝置，其特征在于，所述裝置包括： URL獲取單元，用于客戶端掃描目標二維碼，獲取所述目標二維碼中的URL ; URL發(fā)送單元，用于客戶端發(fā)送所述URL至關聯的第三方服務器； 信息接收單元，用于客戶端接收所述第三方服務器根據所述URL返回的多功能交互信 息，所述多功能交互信息包括交互應用類型信息及所述交互應用的相關信息； 交換單元，用于根據所述多功能交互信息，客戶端與所述第三方服務器進行交互。
21. 如權利要求20所述的裝置，其特征在于，所述裝置還包括： 提示單元，用于當所述多功能交互信息包括多個交互應用類型時，向用戶輸出選擇交 互應用類型的提示信息； 所述交互單元，用于根據用戶選擇的交互應用對應的多功能交互信息，所述客戶端與 所述第三方服務器進行交互。
22. 如權利要求20所述的裝置，其特征在于，所述裝置還包括： URL修改單元，用于客戶端在所述URL中增加預設多功能交互標識參數，所述預設多功 能交互標識參數用于通知所述第三方服務器當前客戶端支持多功能操作； 所述URL發(fā)送單元，具體用于客戶端發(fā)送所述增加預設多功能交互標識參數的URL至 所述第三方服務器，當所述第三方服務器支持多功能操作時，觸發(fā)接收單元。
23. 如權利要求20所述的裝置，其特征在于，當所述交互應用為所述客戶端本地的系 統(tǒng)應用，或者為與所述客戶端同一開發(fā)商開發(fā)的應用時，所述交互單元，具體用于客戶端調 用本地應用與所述第三方服務器調用應用進行交互，所述客戶端調用的本地應用以及第三 方服務器調用的應用與所述交互應用類型相同。
24. 如權利要求20所述的裝置，其特征在于，當所述交互應用為所述客戶端本地的系 統(tǒng)應用，或者為與所述客戶端同一開發(fā)商開發(fā)的應用時，所述交互單元具體包括： 請求發(fā)送模塊，用于客戶端向所述第三方服務器發(fā)送打開所述交互應用對應的跳轉 URL的請求，以使所述第三方服務器根據所述請求及授權令牌，從互聯服務器獲取所述客戶 端用戶的登錄態(tài)信息，其中，所述第三方服務器及客戶端用戶預先在所述互聯服務器進行 注冊； 跳轉網頁信息接收模塊，用于客戶端接收并顯示所述第三方服務器返回的包括所述客 戶端用戶的登錄態(tài)信息的跳轉網頁信息； 交互模塊，用客戶端根據所述跳轉網頁信息與所述第三方服務器進行交互。
25. 如權利要求24所述的裝置，其特征在于，所述交互信息還包括交互應用標識和/或 第三方簽名文件，所述裝置還包括： 身份驗證單元，還用于客戶端發(fā)送所述交互應用標識和/或第三方簽名文件至所述互 聯服務器，以使所述互聯服務器根據送所述應用標識及所述第三方簽名文件對所述第三方 的進行身份驗證。
26. 如權利要求24所述的裝置，其特征在于，所述裝置還包括： 授權單元，用于客戶端接收所述互聯服務器發(fā)送的授權提示信息，所述授權提示信息 用于提示所述客戶端用戶是否同意所述第三方服務器訪問所述互聯服務器存儲的當前客 戶端用戶的個人信息，當接收到同意所述第三方服務器訪問所述互聯服務器存儲的當前客 戶端用戶的個人信息，客戶端發(fā)送確認授權信息至所述互聯服務器。
27. 如權利要求24所述的裝置，其特征在于，所述裝置還包括： 令牌發(fā)送單元，用于客戶端發(fā)送授權令牌至所述第三方服務器。
28. 如權利要求27所述的裝置，其特征在于，所述令牌發(fā)送單元，具體用于客戶端接收 所述互聯服務器發(fā)送的所述授權令牌，并發(fā)送所述授權令牌至所述第三方服務器；或者客 戶端本地生成所述授權令牌，并發(fā)送所述授權令牌至所述第三方服務器。
29. 如權利要求27所述的裝置，其特征在于，所述裝置還包括： 授權碼發(fā)送單元，用于客戶端發(fā)送授權碼至所述第三方服務器，以使所述第三方服務 器根據所述授權碼，獲取授權令牌。
30. 如權利要求29所述的裝置，其特征在于，授權碼發(fā)送單元，具體用于客戶端接收所 述互聯服務器發(fā)送的所述授權碼，并發(fā)送所述授權碼至所述第三方服務器；或者客戶端本 地生成所述授權碼，并發(fā)送所述授權碼至所述第三方服務器。
31. -種客戶端，其特征在于，所述客戶端包括權利要求20至30任一權利要求所述的 交互裝置。
32. -種交換裝置，其特征在于，所述裝置包括： URL接收單元，用于第三方服務器接收客戶端發(fā)送的URL ; 信息發(fā)送單元，用于第三方服務器根據所述URL向所述客戶端發(fā)送多功能交互信息， 所述多功能交互信息包括交互應用類型信息及所述交互應用的相關信息； 交互單元，用于根據所述多功能交互信息，第三方服務器與所述客戶端進行交互。
33. 如權利要求32所述的裝置，其特征在于，所述多功能交互信息包括至少一個交互 應用類型信息。
34. 如權利要求32所述的裝置，其特征在于，所述URL接收單元，具體用于第三方服務 器接收客戶端發(fā)送的增加預設多功能交互標識參數的URL，所述預設多功能交互標識參數 用于通知所述第三方服務器當前客戶端支持多功能操作，當所述第三方服務器支持多功能 操作時，觸發(fā)信息發(fā)送單元。
35. 如權利要求32所述的裝置，其特征在于，當所述交互應用為所述客戶端本地的系 統(tǒng)應用，或者為與所述客戶端同一開發(fā)商開發(fā)的應用時，所述交互單元，具體用于第三方服 務器中和所述交互應用類型相同的應用與客戶端本地調用的和所述交互應用類型相同的 應用進行交互。
36. 如權利要求32所述的裝置，其特征在于，當所述交互應用為第三方開發(fā)的網頁應 用或者APP應用時，所述交互單元包括： 請求接收模塊，用于第三方服務器接收所述客戶端發(fā)送的打開所述交互應用對應的跳 轉URL的請求； 登錄信息獲取模塊，用于第三方服務器根據所述請求及授權令牌，從互聯服務器獲取 所述客戶端用戶的登錄態(tài)信息其中，所述第三方服務器及客戶端用戶預先在互聯服務器進 行注冊； 網頁信息發(fā)送模塊，用于第三方服務器向所述客戶端發(fā)送包括所述客戶端用戶的登 錄態(tài)信息的跳轉網頁信息，以使客戶端根據所述跳轉網頁信息與所述第三方服務器進行交 互。
37. 如權利要求36所述的裝置，其特征在于，所述裝置還包括： 令牌獲取單元，第三方服務器獲取授權令牌。
38. 如權利要求37所述的裝置，其特征在于，所述裝置還包括： 授權碼接收單元，用于第三方服務器接收所述客戶端發(fā)送的授權碼，根據所述授權碼， 觸發(fā)令牌獲取單元。
39. 如權利要求37或38任一權利要求所述的裝置，其特征在于，所述令牌獲取單元具 體用于第三方服務器接收客戶端轉發(fā)的互聯服務器發(fā)送的授權令牌；或者第三方服務器接 收客戶端發(fā)送的客戶端本地生成的授權令牌；或者第三方服務器接收互聯服務器發(fā)送的授 權令牌。
40. -種第三方服務器，其特征在于，所述第三方服務器包括權利要求32至39任一權 利要求所述的交互裝置。
【文檔編號】G06K7/00GK104092644SQ201310211198
【公開日】2014年10月8日 申請日期:2013年5月30日 優(yōu)先權日:2013年5月30日
【發(fā)明者】任旻 申請人:騰訊科技（深圳）有限公司