一種界面加載方法、系統(tǒng)及裝置制造方法
【專利摘要】本發(fā)明公開了一種界面加載方法、系統(tǒng)及裝置：接收用戶采用原生方式交換資源的請求，獲取該資源的資源信息；根據(jù)獲取到的資源信息生成資源交換響應(yīng)明細(xì)；根據(jù)生成的資源交換響應(yīng)明細(xì)生成原生交換響應(yīng)界面，并展示給用戶。應(yīng)用本發(fā)明所述方案，能夠提高界面的加載速度。
【專利說明】一種界面加載方法、系統(tǒng)及裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及互聯(lián)網(wǎng)領(lǐng)域，特別涉及一種界面加載方法、系統(tǒng)及裝置。

【背景技術(shù)】
[0002] 現(xiàn)有技術(shù)中，用戶在進(jìn)行資源交換時，當(dāng)選中某一資源并在網(wǎng)頁上發(fā)出交換指令 后，會通過網(wǎng)頁跳轉(zhuǎn)的方式跳轉(zhuǎn)到該資源的交換響應(yīng)界面（交換響應(yīng)頁面），以便用戶完成 本次交換。
[0003] 但是，這種方式在實(shí)際應(yīng)用中會存在一定的問題，如：由于采用網(wǎng)頁跳轉(zhuǎn)的方式， 因此界面的加載速度較慢。


【發(fā)明內(nèi)容】

[0004] 有鑒于此，本發(fā)明提供了一種界面加載方法、系統(tǒng)及裝置，能夠提高界面的加載速 度。
[0005] 為了達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：
[0006] 一種界面加載方法，包括：
[0007] 接收用戶采用原生方式交換資源的請求，獲取該資源的資源信息；
[0008] 根據(jù)所述資源信息生成資源交換響應(yīng)明細(xì)；
[0009] 根據(jù)所述資源交換響應(yīng)明細(xì)生成原生交換響應(yīng)界面，并展示給用戶。
[0010] 一種界面加載系統(tǒng)，包括：客戶端以及服務(wù)器；
[0011] 所述客戶端，用于接收用戶采用原生方式交換資源的請求，獲取該資源的資源信 息，并發(fā)送給所述服務(wù)器；根據(jù)接收自所述服務(wù)器的資源交換響應(yīng)明細(xì)生成原生交換響應(yīng) 界面，并展示給用戶；
[0012] 所述服務(wù)器，用于根據(jù)所述資源信息生成資源交換響應(yīng)明細(xì)，并發(fā)送給所述客戶 端。
[0013] -種客戶端，包括：第一處理模塊和第二處理模塊；
[0014] 所述第一處理模塊，用于接收用戶采用原生方式交換資源的請求，獲取該資源的 資源信息，并發(fā)送給服務(wù)器；
[0015] 所述第二處理模塊，用于根據(jù)接收自所述服務(wù)器的資源交換響應(yīng)明細(xì)生成原生交 換響應(yīng)界面，并展示給用戶。
[0016] 可見，采用本發(fā)明所述方案，當(dāng)用戶進(jìn)行資源交換時，可利用原生交換響應(yīng)界面來 展示本次交換的資源交換響應(yīng)明細(xì)，即生成原生的交換響應(yīng)界面并展示給用戶，而無需像 現(xiàn)有技術(shù)中一樣采用網(wǎng)頁跳轉(zhuǎn)的方式來為用戶展示交換響應(yīng)界面，從而提高了交換響應(yīng)界 面的加載速度。

【專利附圖】

【附圖說明】
[0017] 圖1為本發(fā)明界面加載方法實(shí)施例的流程圖。
[0018] 圖2為本發(fā)明界面加載方法較佳實(shí)施例的流程圖。
[0019] 圖3為本發(fā)明界面加載系統(tǒng)實(shí)施例的組成結(jié)構(gòu)示意圖。
[0020] 圖4為圖3所示系統(tǒng)實(shí)施例實(shí)施的硬件環(huán)境示意圖。

【具體實(shí)施方式】
[0021] 為了使本發(fā)明的技術(shù)方案更加清楚、明白，以下參照附圖并舉實(shí)施例，對本發(fā)明所 述方案作進(jìn)一步的詳細(xì)說明。
[0022] 圖1為本發(fā)明界面加載方法實(shí)施例的流程圖。如圖1所示，包括以下步驟11? 13。
[0023] 步驟11 :接收用戶采用原生方式交換資源的請求，獲取該資源的資源信息。
[0024] 本步驟中，如果監(jiān)測到用戶針對某一資源執(zhí)行了預(yù)定操作、且該資源對應(yīng)的鏈接 為按照原生規(guī)范進(jìn)行定義的鏈接，則可獲取該資源的資源信息。
[0025] 其中，所述預(yù)定操作包括但不限于以下之一：
[0026] 掃描該資源對應(yīng)的靜態(tài)二維碼；
[0027] 點(diǎn)擊該資源對應(yīng)的鏈接；
[0028] 點(diǎn)擊該資源對應(yīng)的圖文消息。
[0029] 靜態(tài)二維碼是一種內(nèi)容固定不變的二維碼，人人均可掃描。
[0030] 對于采用原生方式進(jìn)行交換的資源，其對應(yīng)的鏈接均需要為按照原生規(guī)范進(jìn)行定 義的鏈接。所述規(guī)范具體表現(xiàn)為何種形式可根據(jù)實(shí)際需要而定，比如，每個按照原生規(guī)范進(jìn) 行定義的鏈接均需要為以下結(jié)構(gòu)：預(yù)定前綴+ -系列能夠辨別該資源的鍵值對。
[0031] 所述鏈接即指統(tǒng)一資源定位符（URL, Uniform Resoure Locator)。
[0032] 對于采用原生方式進(jìn)行交換的資源，可將該資源對應(yīng)的鏈接、對應(yīng)的靜態(tài)二維碼 或?qū)?yīng)的圖文消息展示給用戶，如何創(chuàng)建靜態(tài)二維碼和圖文消息均為現(xiàn)有技術(shù)；這樣，一旦 監(jiān)測到用戶掃描了該資源對應(yīng)的靜態(tài)二維碼，或點(diǎn)擊了該資源對應(yīng)的鏈接，或點(diǎn)擊了該資 源對應(yīng)的圖文消息，則可獲取該資源的資源信息。
[0033] 所述資源信息可包括：該資源的所屬方信息以及該資源自身的信息等，該信息可 包含在該資源對應(yīng)的鏈接中、靜態(tài)二維碼中和圖文消息中。
[0034] 以靜態(tài)二維碼為例，如前所述，靜態(tài)二維碼是一種內(nèi)容固定不變的二維碼，也就是 說，相比于動態(tài)二維碼，靜態(tài)二維碼中的內(nèi)容是不會動態(tài)更新的，這樣，針對任一資源，如果 任何人想要對該資源進(jìn)行資源交換，那么都可以掃描該資源對應(yīng)的靜態(tài)二維碼，相應(yīng)地，則 可通過掃描獲取到該資源的資源信息。
[0035] 步驟12 :根據(jù)獲取到的資源信息生成資源交換響應(yīng)明細(xì)。
[0036] 本步驟中，可通過獲取組包（getpackage)的方式，從該資源對應(yīng)的資源平臺中獲 取該資源信息對應(yīng)的資源交換響應(yīng)明細(xì)生成所需信息；之后，根據(jù)獲取到的資源交換響應(yīng) 明細(xì)生成所需信息生成資源交換響應(yīng)明細(xì)。
[0037] 資源交換響應(yīng)明細(xì)生成所需信息中具體包括哪些內(nèi)容可根據(jù)實(shí)際需要而定，t匕 如，可包括本次交換的有效時間、交換方式等。
[0038] 所述getpackage的具體實(shí)現(xiàn)方式以及生成資源交換響應(yīng)明細(xì)的方式均為現(xiàn)有技 術(shù)。
[0039] 另外，針對每個資源，可預(yù)先獲取其對應(yīng)的資源平臺的回調(diào)地址，即回調(diào)URL，以便 后續(xù)能夠根據(jù)該回調(diào)地址來獲取資源交換響應(yīng)明細(xì)生成所需信息。也就是說，可基于預(yù)先 獲取的、用戶所要交換的資源對應(yīng)的資源平臺的回調(diào)地址，從該資源平臺中獲取該資源的 資源交換響應(yīng)明細(xì)生成所需信息。
[0040] 基于上述介紹，本步驟的具體實(shí)現(xiàn)方式可包括：
[0041] 向該資源對應(yīng)的資源平臺發(fā)送資源交換響應(yīng)明細(xì)生成所需信息獲取請求，其中攜 帶有獲取到的資源信息和自身的簽名信息等；
[0042] 資源平臺對接收到的簽名信息進(jìn)行驗(yàn)證，驗(yàn)證通過，返回該資源信息對應(yīng)的資源 交換響應(yīng)明細(xì)生成所需信息以及資源平臺的簽名信息等；
[0043] 對接收到的資源平臺的簽名信息進(jìn)行驗(yàn)證，驗(yàn)證通過，根據(jù)接收到的資源交換響 應(yīng)明細(xì)生成所需信息生成資源交換響應(yīng)明細(xì)。
[0044] 通信雙方如何生成自身的簽名信息以及如何對對方的簽名信息進(jìn)行驗(yàn)證不作限 制，只要雙方預(yù)先協(xié)商好并按照所協(xié)商的方式進(jìn)行操作即可，通過這種方式，通信雙方可相 互驗(yàn)證對方的身份是否合法，從而確保本次資源交換的安全性。
[0045] 步驟13 :根據(jù)生成的資源交換響應(yīng)明細(xì)生成原生交換響應(yīng)界面，并展示給用戶。
[0046] 本步驟中，可根據(jù)步驟12中生成的資源交換響應(yīng)明細(xì)，進(jìn)一步生成原生交換響應(yīng) 界面，并展示給用戶。
[0047] 所謂原生交換響應(yīng)界面，即指利用原生界面來展示資源交換響應(yīng)明細(xì)，資源交換 響應(yīng)明細(xì)中具體包括哪些內(nèi)容可根據(jù)實(shí)際需要而定。
[0048] 其中，原生界面即指非網(wǎng)絡(luò)視圖（webView)界面，相比于webView界面，原生界面 在加載速度上有著顯著的優(yōu)勢，能夠?qū)⑿畔⒏斓卣故窘o用戶。
[0049] 利用原生界面來展示資源交換響應(yīng)明細(xì)的具體方式可為：彈出一個窗口，其中顯 示有資源交換響應(yīng)明細(xì)，或者，推出（push) -個界面，如采用從右向左的方式推出一個界 面，其中顯示有資源交換響應(yīng)明細(xì)；當(dāng)然，以上僅為舉例說明，并不用于限制本發(fā)明的技術(shù) 方案，通常來說，只要是非網(wǎng)頁形式的展示方式均可。
[0050] 在實(shí)際應(yīng)用中，本發(fā)明所述方案中的采用原生方式交換資源，可以是指采用原生 支付的方式購買物品等。結(jié)合前述介紹可知，原生支付即指在客戶端通過掃描物品對應(yīng)的 靜態(tài)二維碼，或點(diǎn)擊對應(yīng)的鏈接，或點(diǎn)擊對應(yīng)的圖文消息，跳轉(zhuǎn)到客戶端的原生界面，來展 示訂單信息，以實(shí)現(xiàn)更快、更高效的支付。
[0051] 相應(yīng)地，步驟11中獲取到的資源信息則可包括物品的賣家信息和物品自身的信 息，步驟12中，可將賣家信息和物品自身的信息以及買家信息，連同簽名信息一起，發(fā)送給 資源平臺，即發(fā)送給該物品的賣家平臺，以便賣家平臺及時了解本次交易的具體情況等。
[0052] 在實(shí)際應(yīng)用中，圖1所示流程通常由客戶端和服務(wù)器兩部分相互配合來完成，以 下通過一個較佳實(shí)施例，對客戶端和服務(wù)器的相互配合方式進(jìn)行進(jìn)一步說明。
[0053] 圖2為本發(fā)明界面加載方法較佳實(shí)施例的流程圖。如圖2所示，包括以下步驟 21 ?25。
[0054] 步驟21 :客戶端監(jiān)測到用戶點(diǎn)擊了一資源對應(yīng)的按照原生規(guī)范進(jìn)行定義的鏈接， 獲取該資源的資源信息。
[0055] 步驟22 :客戶端將獲取到的資源信息發(fā)送給服務(wù)器。
[0056] 步驟23:服務(wù)器基于預(yù)先獲取的、該資源對應(yīng)的資源平臺的回調(diào)地址，通過 getpackage的方式，從該資源平臺中獲取所述資源信息對應(yīng)的資源交換響應(yīng)明細(xì)生成所需 信息。
[0057] 步驟24 :服務(wù)器根據(jù)獲取到的資源交換響應(yīng)明細(xì)生成所需信息生成資源交換響 應(yīng)明細(xì)，并發(fā)送給客戶端。
[0058] 步驟25 :客戶端根據(jù)接收到的資源交換響應(yīng)明細(xì)生成原生交換響應(yīng)界面，并展示 給用戶。
[0059] 可以看出，本發(fā)明的方法實(shí)施例中，當(dāng)用戶進(jìn)行資源交換時，可利用原生交換響應(yīng) 界面來展示本次交換的資源交換響應(yīng)明細(xì)，即生成原生的交換響應(yīng)界面并展示給用戶，而 無需像現(xiàn)有技術(shù)中一樣采用網(wǎng)頁跳轉(zhuǎn)的方式來為用戶展示交換響應(yīng)界面，從而提高了交換 響應(yīng)界面的加載速度；
[0060] 而且，用戶不但可以通過線上的點(diǎn)擊操作來實(shí)現(xiàn)資源交換，還可以通過線下的靜 態(tài)二維碼掃描操作來實(shí)現(xiàn)資源交換，即不需要借助于網(wǎng)絡(luò)，只需要提供一個紙制打印的靜 態(tài)二維碼，即可完成交換，實(shí)現(xiàn)起來非常簡單方便，且能夠適用于各種不同的場景，具有廣 泛適用性。
[0061] 基于上述介紹，圖3為本發(fā)明界面加載系統(tǒng)實(shí)施例的組成結(jié)構(gòu)示意圖。如圖3所 示，包括：客戶端以及服務(wù)器。
[0062] 客戶端，用于接收用戶采用原生方式交換資源的請求，獲取該資源的資源信息，并 發(fā)送給服務(wù)器；根據(jù)接收自服務(wù)器的資源交換響應(yīng)明細(xì)生成原生交換響應(yīng)界面，并展示給 用戶；
[0063] 服務(wù)器，用于根據(jù)資源信息生成資源交換響應(yīng)明細(xì)，并發(fā)送給客戶端。
[0064] 具體地，
[0065] 客戶端監(jiān)測到用戶針對該資源執(zhí)行了預(yù)定操作、且該資源對應(yīng)的鏈接為按照原生 規(guī)范進(jìn)行定義的鏈接，則可獲取該資源的資源信息；
[0066] 其中，預(yù)定操作包括以下之一：
[0067] 掃描該資源對應(yīng)的靜態(tài)二維碼；
[0068] 點(diǎn)擊該資源對應(yīng)的鏈接；
[0069] 點(diǎn)擊該資源對應(yīng)的圖文消息。
[0070]另外，
[0071] 服務(wù)器可進(jìn)一步用于，通過getpackage的方式，從該資源對應(yīng)的資源平臺中獲取 資源信息對應(yīng)的資源交換響應(yīng)明細(xì)生成所需信息，并根據(jù)資源交換響應(yīng)明細(xì)生成所需信息 生成資源交換響應(yīng)明細(xì)。
[0072] 較佳地，
[0073] 服務(wù)器可基于預(yù)先獲取的資源平臺的回調(diào)地址，從資源平臺中獲取資源交換響應(yīng) 明細(xì)生成所需信息。
[0074] 較佳地，
[0075] 服務(wù)器向資源平臺發(fā)送資源交換響應(yīng)明細(xì)生成所需信息獲取請求，其中攜帶有資 源信息和自身的簽名信息；
[0076] 資源平臺對接收到的簽名信息進(jìn)行驗(yàn)證，驗(yàn)證通過，向服務(wù)器返回資源信息對應(yīng) 的資源交換響應(yīng)明細(xì)生成所需信息以及資源平臺的簽名信息；
[0077] 服務(wù)器對接收到的簽名信息進(jìn)行驗(yàn)證，驗(yàn)證通過，根據(jù)接收到的資源交換響應(yīng)明 細(xì)生成所需信息生成資源交換響應(yīng)明細(xì)。
[0078] 如圖3所示，客戶端中還可具體包括：第一處理模塊和第二處理模塊。
[0079] 第一處理模塊，用于接收用戶采用原生方式交換資源的請求，獲取該資源的資源 信息，并發(fā)送給服務(wù)器；
[0080] 第二處理模塊，用于根據(jù)接收自服務(wù)器的資源交換響應(yīng)明細(xì)生成原生交換響應(yīng)界 面，并展示給用戶。
[0081] 具體地，
[0082] 第一處理模塊監(jiān)測到用戶針對該資源執(zhí)行了預(yù)定操作、且該資源對應(yīng)的鏈接為按 照原生規(guī)范進(jìn)行定義的鏈接，則可獲取該資源的資源信息；
[0083] 其中，預(yù)定操作包括以下之一：
[0084] 掃描該資源對應(yīng)的靜態(tài)二維碼；
[0085] 點(diǎn)擊該資源對應(yīng)的鏈接；
[0086] 點(diǎn)擊該資源對應(yīng)的圖文消息。
[0087] 在實(shí)際應(yīng)用中，圖3所示客戶端可為智能終端或個人計(jì)算機(jī)等，圖4為圖3所示系 統(tǒng)實(shí)施例實(shí)施的硬件環(huán)境示意圖，如圖4所示，假設(shè)以手機(jī)作為客戶端，用戶即為手機(jī)的使 用者，手機(jī)可借助于基站來與服務(wù)器之間進(jìn)行信息交互，具體交互流程請參照前述方法較 佳實(shí)施例中的相應(yīng)說明，此處不再贅述。
[0088] 可以看出，本發(fā)明的系統(tǒng)實(shí)施例中，當(dāng)用戶進(jìn)行資源交換時，可利用原生交換響應(yīng) 界面來展示本次交換的資源交換響應(yīng)明細(xì)，即生成原生的交換響應(yīng)界面并展示給用戶，而 無需像現(xiàn)有技術(shù)中一樣采用網(wǎng)頁跳轉(zhuǎn)的方式來為用戶展示交換響應(yīng)界面，從而提高了交換 響應(yīng)界面的加載速度；
[0089] 而且，用戶不但可以通過線上的點(diǎn)擊操作來實(shí)現(xiàn)資源交換，還可以通過線下的靜 態(tài)二維碼掃描操作來實(shí)現(xiàn)資源交換，即不需要借助于網(wǎng)絡(luò)，只需要提供一個紙制打印的靜 態(tài)二維碼，即可完成交換，實(shí)現(xiàn)起來非常簡單方便，且能夠適用于各種不同的場景，具有廣 泛適用性。
[0090] 綜上所述，以上僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的 保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1. 一種界面加載方法，其特征在于，包括： 接收用戶采用原生方式交換資源的請求，獲取該資源的資源信息； 根據(jù)所述資源信息生成資源交換響應(yīng)明細(xì)； 根據(jù)所述資源交換響應(yīng)明細(xì)生成原生交換響應(yīng)界面，并展示給用戶。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述接收用戶采用原生方式交換資源的請求，獲取該資源的資源信息包括： 若監(jiān)測到用戶針對該資源執(zhí)行了預(yù)定操作、且該資源對應(yīng)的鏈接為按照原生規(guī)范進(jìn)行 定義的鏈接，則獲取該資源的資源信息； 其中，所述預(yù)定操作包括以下之一： 掃描該資源對應(yīng)的靜態(tài)二維碼； 點(diǎn)擊該資源對應(yīng)的鏈接； 點(diǎn)擊該資源對應(yīng)的圖文消息。
3. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于， 所述根據(jù)所述資源信息生成資源交換響應(yīng)明細(xì)包括： 通過getpackage的方式，從該資源對應(yīng)的資源平臺中獲取所述資源信息對應(yīng)的資源 交換響應(yīng)明細(xì)生成所需信息，根據(jù)所述資源交換響應(yīng)明細(xì)生成所需信息生成所述資源交換 響應(yīng)明細(xì)。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于， 所述從該資源對應(yīng)的資源平臺中獲取所述資源信息對應(yīng)的資源交換響應(yīng)明細(xì)生成所 需息包括： 基于預(yù)先獲取的所述資源平臺的回調(diào)地址，從所述資源平臺中獲取所述資源交換響應(yīng) 明細(xì)生成所需信息。
5. 根據(jù)權(quán)利要求3所述的方法，其特征在于， 所述從該資源對應(yīng)的資源平臺中獲取所述資源信息對應(yīng)的資源交換響應(yīng)明細(xì)生成所 需信息，根據(jù)所述資源交換響應(yīng)明細(xì)生成所需信息生成所述資源交換響應(yīng)明細(xì)包括： 向所述資源平臺發(fā)送資源交換響應(yīng)明細(xì)生成所需信息獲取請求，其中攜帶有所述資源 信息和自身的簽名信息； 所述資源平臺對接收到的簽名信息進(jìn)行驗(yàn)證，驗(yàn)證通過，返回所述資源信息對應(yīng)的資 源交換響應(yīng)明細(xì)生成所需信息以及所述資源平臺的簽名信息； 對接收到的所述資源平臺的簽名信息進(jìn)行驗(yàn)證，驗(yàn)證通過，根據(jù)接收到的資源交換響 應(yīng)明細(xì)生成所需信息生成所述資源交換響應(yīng)明細(xì)。
6. -種界面加載系統(tǒng)，其特征在于，包括：客戶端以及服務(wù)器； 所述客戶端，用于接收用戶采用原生方式交換資源的請求，獲取該資源的資源信息，并 發(fā)送給所述服務(wù)器；根據(jù)接收自所述服務(wù)器的資源交換響應(yīng)明細(xì)生成原生交換響應(yīng)界面， 并展示給用戶； 所述服務(wù)器，用于根據(jù)所述資源信息生成資源交換響應(yīng)明細(xì)，并發(fā)送給所述客戶端。
7. 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于， 所述客戶端監(jiān)測到用戶針對該資源執(zhí)行了預(yù)定操作、且該資源對應(yīng)的鏈接為按照原生 規(guī)范進(jìn)行定義的鏈接，則獲取該資源的資源信息； 其中，所述預(yù)定操作包括以下之一： 掃描該資源對應(yīng)的靜態(tài)二維碼； 點(diǎn)擊該資源對應(yīng)的鏈接； 點(diǎn)擊該資源對應(yīng)的圖文消息。
8. 根據(jù)權(quán)利要求6或7所述的系統(tǒng)，其特征在于， 所述服務(wù)器進(jìn)一步用于，通過getpackage的方式，從該資源對應(yīng)的資源平臺中獲取所 述資源信息對應(yīng)的資源交換響應(yīng)明細(xì)生成所需信息，并根據(jù)所述資源交換響應(yīng)明細(xì)生成所 需信息生成所述資源交換響應(yīng)明細(xì)。
9. 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于， 所述服務(wù)器基于預(yù)先獲取的所述資源平臺的回調(diào)地址，從所述資源平臺中獲取所述資 源交換響應(yīng)明細(xì)生成所需信息。
10. 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于， 所述服務(wù)器向所述資源平臺發(fā)送資源交換響應(yīng)明細(xì)生成所需信息獲取請求，其中攜帶 有所述資源信息和自身的簽名信息； 所述資源平臺對接收到的簽名信息進(jìn)行驗(yàn)證，驗(yàn)證通過，向所述服務(wù)器返回所述資源 信息對應(yīng)的資源交換響應(yīng)明細(xì)生成所需信息以及所述資源平臺的簽名信息； 所述服務(wù)器對接收到的簽名信息進(jìn)行驗(yàn)證，驗(yàn)證通過，根據(jù)接收到的資源交換響應(yīng)明 細(xì)生成所需信息生成所述資源交換響應(yīng)明細(xì)。
11. 一種客戶端，其特征在于，包括：第一處理模塊和第二處理模塊； 所述第一處理模塊，用于接收用戶采用原生方式交換資源的請求，獲取該資源的資源 信息，并發(fā)送給服務(wù)器； 所述第二處理模塊，用于根據(jù)接收自所述服務(wù)器的資源交換響應(yīng)明細(xì)生成原生交換響 應(yīng)界面，并展示給用戶。
12. 根據(jù)權(quán)利要求11所述的客戶端，其特征在于， 所述第一處理模塊監(jiān)測到用戶針對該資源執(zhí)行了預(yù)定操作、且該資源對應(yīng)的鏈接為按 照原生規(guī)范進(jìn)行定義的鏈接，則獲取該資源的資源信息； 其中，所述預(yù)定操作包括以下之一： 掃描該資源對應(yīng)的靜態(tài)二維碼； 點(diǎn)擊該資源對應(yīng)的鏈接； 點(diǎn)擊該資源對應(yīng)的圖文消息。
【文檔編號】H04L29/08GK104144206SQ201410234115
【公開日】2014年11月12日 申請日期:2014年5月29日 優(yōu)先權(quán)日:2014年5月29日
【發(fā)明者】毛蔚, 陳岳偉, 梁星, 盧強(qiáng), 李德苑, 賴中華, 徐震宇 申請人:騰訊科技（深圳）有限公司