本申請涉及計算機
技術(shù)領(lǐng)域：
，尤其涉及基于卡片的信息展示方法、信息展示業(yè)務(wù)的處理方法及裝置。
背景技術(shù)：
：隨著互聯(lián)網(wǎng)的蓬勃發(fā)展，越來越多的應(yīng)用APP采用卡片流(Feed流)的形式向用戶進行信息展示。在通過Feed流進行信息展示的過程中，根據(jù)所要展示的信息類型的不同，通常將所要展示的信息配置為不同的類型的卡片。然而，隨著應(yīng)用APP版本的不斷更新，在新版本中通常會出現(xiàn)新的卡片類型。當(dāng)用戶所使用的應(yīng)用APP版本未更新時，這些新類型的卡片將無法在該用戶所使用的應(yīng)用APP中展示。針對應(yīng)用APP無法對新類型的卡片進行展示的情況，通常通過引導(dǎo)用戶執(zhí)行應(yīng)用APP版本更新的操作進行處理。當(dāng)用戶通過引導(dǎo)進行應(yīng)用APP的版本更新后，將在該用戶所使用的應(yīng)用APP中展示該新類型的卡片。然而，通過更新應(yīng)用APP的版本實現(xiàn)新類型的卡片在應(yīng)用APP中的展示這一方法存在：在應(yīng)用APP服務(wù)器出現(xiàn)繁忙等情況導(dǎo)致應(yīng)用APP更新失敗時，依然無法對該新類型的卡片進行展示，使得用戶對該應(yīng)用APP的使用體驗降低。技術(shù)實現(xiàn)要素：本申請實施例提供基于卡片的信息展示方法、信息展示業(yè)務(wù)的處理方法及裝置，用于解決現(xiàn)有技術(shù)中的問題。本申請實施例提供了一種基于卡片的信息展示方法，該方法包括：確定待展示的目標(biāo)信息和用于展示所述目標(biāo)信息的第一卡片的卡片類型；當(dāng)確定客戶端的配置版本不支持所述第一卡片的卡片類型時，確定所述第一卡片對應(yīng)的關(guān)聯(lián)標(biāo)識，并根據(jù)所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)所述客戶端的配置版本所支持的第二卡片；利用所述第二卡片展示所述目標(biāo)信息和所述客戶端的版本升級提示信息。優(yōu)選的，若所述客戶端包含白名單，所述白名單中包含所述客戶端的配置版本所支持的卡片類型；則確定客戶端的配置版本是否支持所述第一卡片的卡片類型，具體包括：將所述第一卡片的卡片類型與所述白名單中包含的卡片類型進行匹配；根據(jù)匹配結(jié)果，確定所述客戶端的配置版本是否支持所述第一卡片的卡片類型。優(yōu)選的，若所述客戶端中包含所述客戶端的配置版本的版本標(biāo)識與所述配置版本所支持的卡片類型之間的對應(yīng)關(guān)系；確定客戶端的配置版本是否支持所述第一卡片的卡片類型，具體包括：確定所述客戶端的配置版本的版本標(biāo)識，并根據(jù)所述對應(yīng)關(guān)系確定所述版本標(biāo)識對應(yīng)的配置版本所支持的卡片類型；根據(jù)所述第一卡片的卡片類型和所確定的所述客戶端的配置版本所支持的卡片類型，確定所述客戶端的配置版本是否支持所述第一卡片的卡片類型。優(yōu)選的，根據(jù)所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)所述客戶端的配置版本所支持的第二卡片，包括：根據(jù)所述關(guān)聯(lián)標(biāo)識，確定與所述第一卡片關(guān)聯(lián)的第二卡片的卡片數(shù)據(jù)；根據(jù)所述卡片數(shù)據(jù)，確定所述客戶端的配置版本所支持的第二卡片。優(yōu)選的，確定待展示的目標(biāo)信息和用于展示所述目標(biāo)信息的第一卡片的卡片類型具體包括：從客戶端的緩存數(shù)據(jù)獲取待展示的目標(biāo)信息和用于展示所述目標(biāo)信息的第一卡片的卡片類型；或從服務(wù)端獲取待展示的目標(biāo)信息和用于展示所述目標(biāo)信息的第一卡片的卡片類型。優(yōu)選的，當(dāng)從服務(wù)端獲取待展示的目標(biāo)信息和用于展示所述目標(biāo)信息的第一卡片的卡片類型時，所述方法還包括：從服務(wù)端獲取并緩存所述客戶端的配置版本所支持的第二卡片；則，根據(jù)所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)所述客戶端的配置版本所支持的第二卡片，具體包括：根據(jù)所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)已緩存的所述第二卡片。本申請實施例還提供一種信息展示業(yè)務(wù)的處理方法，該方法包括：接收客戶端發(fā)送的獲取目標(biāo)信息的業(yè)務(wù)請求，所述業(yè)務(wù)請求中包含用于確定所述客戶端的配置版本的版本標(biāo)識，所述版本標(biāo)識與所述客戶端的配置版本所支持的卡片類型之間具有對應(yīng)關(guān)系；當(dāng)根據(jù)所述版本標(biāo)識對應(yīng)的卡片類型確定所述客戶端的配置版本不支持用于展示所述目標(biāo)信息的第一卡片的卡片類型時，向所述客戶端返回目標(biāo)信息以及指示信息，所述指示信息用于指示所述客戶端利用所述客戶端的配置版本所支持的第二卡片展示所述目標(biāo)信息和所述客戶端的版本升級提示信息。優(yōu)選的，所述向所述客戶端返回目標(biāo)信息以及指示信息具體包括：以json字符串的形式向所述客戶端返回目標(biāo)信息以及指示信息。本申請實施例還提供一種基于卡片的信息展示裝置，所述裝置位于客戶端，包括：確定單元、關(guān)聯(lián)單元以及展示單元，其中：確定單元，確定待展示的目標(biāo)信息和用于展示所述目標(biāo)信息的第一卡片的卡片類型；關(guān)聯(lián)單元，當(dāng)確定客戶端的配置版本不支持所述第一卡片的卡片類型時，確定所述第一卡片對應(yīng)的關(guān)聯(lián)標(biāo)識，并根據(jù)所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)所述客戶端的配置版本所支持的第二卡片；展示單元，利用所述第二卡片展示所述目標(biāo)信息和所述客戶端的版本升級提示信息。本申請實施例還提供一種信息展示業(yè)務(wù)的處理裝置，所述裝置位于服務(wù)端，包括：接收單元以及返回單元，其中：接收單元，接收客戶端發(fā)送的獲取目標(biāo)信息的業(yè)務(wù)請求，所述業(yè)務(wù)請求中包含用于確定所述客戶端的配置版本的版本標(biāo)識，所述版本標(biāo)識與所述客戶端的配置版本所支持的卡片類型之間具有對應(yīng)關(guān)系；返回單元，當(dāng)根據(jù)所述版本標(biāo)識對應(yīng)的卡片類型確定所述客戶端的配置版本不支持用于展示所述目標(biāo)信息的第一卡片的卡片類型時，向所述客戶端返回目標(biāo)信息以及指示信息，所述指示信息用于指示所述客戶端利用所述客戶端的配置版本所支持的第二卡片展示所述目標(biāo)信息和所述客戶端的版本升級提示信息。本申請實施例采用的上述至少一個技術(shù)方案能夠達到以下有益效果：當(dāng)確定客戶端的配置版本不支持述第一卡片的卡片類型時，通過第一卡片中的關(guān)聯(lián)標(biāo)識關(guān)聯(lián)該配置版本所支持的第二卡片，利用該第二卡片展示目標(biāo)信息和客戶端的版本升級提示信息，從而解決了現(xiàn)有技術(shù)中不升級客戶端的配置版本，無法展示新的卡片類型的問題。另外，還可以將第二卡片的卡片類型統(tǒng)一配置為多個配置版本均支持的卡片類型，這樣當(dāng)確定客戶端不支持某個類型的卡片后，通過該統(tǒng)一類型的卡片進行展示，使得所展示的卡片更加易于管理。附圖說明此處所說明的附圖用來提供對本申請的進一步理解，構(gòu)成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當(dāng)限定。在附圖中：圖1為本申請實施例1提供的一種基于卡片的信息展示方法的具體實現(xiàn)流程示意圖；圖2為本申請實施例1提供的實際應(yīng)用中的一種奇點卡片的示意圖；圖3為本申請實施例2提供的一種信息展示業(yè)務(wù)的處理方法的具體實現(xiàn)流程示意圖；圖4為本申請實施例2提供的實際應(yīng)用中通過卡片基類生成卡片類型的示意圖；圖5為本申請實施例2提供的實際應(yīng)用中的一種信息展示系統(tǒng)；圖6為本申請實施例3提供的一種基于卡片的信息展示裝置的具體結(jié)構(gòu)示意圖；圖7為本申請實施例4提供的一種信息展示業(yè)務(wù)的處理裝置的具體結(jié)構(gòu)示意圖。具體實施方式如上所述，隨著互聯(lián)網(wǎng)的蓬勃發(fā)展，越來越多的應(yīng)用APP采用卡片流(Feed流)的形式向用戶進行信息展示。在通過Feed流進行信息展示的過程中，根據(jù)所要展示的信息類型的不同，通常將所要展示的信息配置為不同的類型的卡片。例如，微信朋友圈通過Feed流，將好友的狀態(tài)信息(好友評論、狀態(tài)更新等)配置為卡片進行展示；微博通過Feed流，將新聞配置為卡片進行展示。由于不同展示信息通常需要的展示形式不同，因此卡片對應(yīng)有多種不同的類型。例如，股票信息在展示時，通常需要能夠顯示股票的變化趨勢；觀點類信息在展示時，通常需要能夠評論等，因此，在實際應(yīng)用中，通常需要配置出多種不同類型的卡片。隨著應(yīng)用APP版本的不斷更新，在新版本中通常會出現(xiàn)新的卡片類型，這些新的卡片類型通常在舊版本中無法進行展示。在現(xiàn)有技術(shù)中，當(dāng)應(yīng)用APP遇到無法展示的卡片類型時，通常會通過引導(dǎo)用戶進行版本更新的形式進行處理。在用戶通過引導(dǎo)進行應(yīng)用APP的版本更新后，能夠顯示該類型的卡片。然而，通過更新應(yīng)用APP的版本實現(xiàn)新類型的卡片在應(yīng)用APP中的展示這一方法存在：在應(yīng)用APP服務(wù)器出現(xiàn)繁忙等情況導(dǎo)致應(yīng)用APP更新失敗時，依然無法對該新類型的卡片進行展示，使得用戶對該應(yīng)用APP的使用體驗降低。為使本申請的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請具體實施例及相應(yīng)的附圖對本申請技術(shù)方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。以下結(jié)合附圖，詳細(xì)說明本申請各實施例提供的技術(shù)方案。實施例1實施例1提供了一種基于卡片的信息展示方法，該方法用于客戶端，能夠解決現(xiàn)有技術(shù)中的問題。該方法的具體流程示意圖如圖1所示，包括下述步驟：步驟S11：接收展示指令。該客戶端通?？梢允菓?yīng)用APP的客戶端，也可以是網(wǎng)頁應(yīng)用(WebAPP)的客戶端。在特定條件下，客戶端會接收到展示指令。例如，當(dāng)指定時間點(上午9點或者其它時間點)到來時，客戶端可以接收到展示指令；或者，當(dāng)服務(wù)器需要客戶端展示某些信息(廣告、資訊信息等)時，會向客戶端發(fā)送展示指令；或者，根據(jù)用戶的個人設(shè)置，在一定條件下(例如，好友有狀態(tài)更新)，客戶端會接收到展示指令；或者，用戶通過觸發(fā)，使得客戶端接收到展示指令，并且通常用戶觸發(fā)的方式可以為鼠標(biāo)點擊的方式、點擊觸控觸摸屏按鈕的方式或拉取觸控觸摸屏的方式等。以用戶刷新微信朋友圈為例，當(dāng)用戶觸控觸摸屏上的朋友圈按鈕時，客戶端會接收到展示指令，根據(jù)該展示指令能夠展示微信好友的狀態(tài)更新和/或服務(wù)端推送的廣告等；在微博中，當(dāng)用戶通過拉取等方式刷新微博時，微博的客戶端會接收到展示指令，用以展示所關(guān)注好友的狀態(tài)更新、新聞資訊等。步驟S12：確定待展示的目標(biāo)信息和用于展示所述目標(biāo)信息的第一卡片的卡片類型。目標(biāo)信息通?？梢允切侣勝Y訊、廣告資訊、天氣預(yù)報消息、交通路況消息、基金或股票消息、評論消息、朋友圈的狀態(tài)消息等。并且，目標(biāo)信息的展現(xiàn)元素可以為文字、圖片、音頻和/或視頻等。例如，當(dāng)用戶刷新微信朋友圈時，好友更新后的新的狀態(tài)消息為待展示的目標(biāo)信息，該目標(biāo)信息的展示元素可以包括文字、圖片、音頻和/或視頻等。通常來說，用于展示目標(biāo)信息的卡片都有對應(yīng)的卡片類型，卡片類型反映了卡片的分類類別。例如，觀點類的卡片對應(yīng)觀點類的卡片類型(簡稱，觀點卡片)、股票類的卡片對應(yīng)股票類的卡片類型(簡稱，股票卡片)，基金類的卡片對應(yīng)基金類的卡片類型(簡稱，基金卡片)等，這些不同類型的卡片對應(yīng)著不同的分類類別。另外，對于客戶端來說，不同配置版本的客戶端通常能夠展示的卡片類型通常不同，客戶端的配置版本與能夠展示的卡片類型通常具有對應(yīng)關(guān)系。通常來說，客戶端確定目標(biāo)信息以及第一卡片的卡片類型，可以是獲取目標(biāo)信息以及第一卡片的卡片類型；并且，通常還可以是從客戶端的緩存數(shù)據(jù)中獲取該目標(biāo)信息以及第一卡片的卡片類型，這種從緩存數(shù)據(jù)中獲取的方式，能夠加快卡片展示的響應(yīng)速度；另外，還可以是從服務(wù)端獲取該目標(biāo)信息以及第一卡片的卡片類型。步驟S13：判斷客戶端的配置版本是否支持所述第一卡片的卡片類型，若是，則執(zhí)行步驟S14，若否，則執(zhí)行步驟S15。通常來說，在實際應(yīng)用中，判斷客戶端的配置版本是否支持第一卡片的卡片類型的方式可以有多種，這里列舉幾種優(yōu)選方案：優(yōu)選方案一：可以在客戶端中配置白名單，在該白名單中記錄該客戶端的配置版本所支持的卡片類型；則，在判斷客戶端的配置版本是否支持第一卡片的卡片類型時，可以將第一卡片的卡片類型與該白名單中包含的卡片類型進行匹配，根據(jù)匹配結(jié)果，判斷該客戶端的配置版本是否支持所述第一卡片的卡片類型，當(dāng)匹配成功時，確定該客戶端的配置版本支持第一卡片的卡片類型，當(dāng)匹配失敗時，確定該客戶端的配置版本不支持第一卡片的卡片類型。這種通過白名單進行判斷的方式，當(dāng)新增加了該配置版本的客戶端支持的卡片類型時，可以對白名單中所記錄的卡片類型進行更新，在實際應(yīng)用中易于實現(xiàn)。優(yōu)選方案二：客戶端通常會包括配置版本的版本標(biāo)識，該版本標(biāo)識能夠唯一標(biāo)識該配置版本的客戶端?？蛻舳说呐渲冒姹九c所支持的卡片類型之間的對應(yīng)關(guān)系，可以體現(xiàn)為版本標(biāo)識與所支持的卡片類型之間的對應(yīng)關(guān)系。因此，當(dāng)客戶端中包含配置版本的版本標(biāo)識與該配置版本所支持的卡片類型之間的對應(yīng)關(guān)系時，判斷客戶端的配置版本是否支持第一卡片的卡片類型，可以先確定該客戶端的配置版本的版本標(biāo)識，并根據(jù)該對應(yīng)關(guān)系確定該版本標(biāo)識對應(yīng)的配置版本所支持的卡片類型，然后根據(jù)第一卡片的卡片類型和所確定的所述客戶端的配置版本所支持的卡片類型，確定所述客戶端的配置版本是否支持所述第一卡片的卡片類型。步驟S14：利用所述第一卡片展示所述目標(biāo)信息。當(dāng)確定客戶端的配置版本支持所述第一卡片的卡片類型時，可以通過第一卡片展示該目標(biāo)信息。步驟S15：確定所述第一卡片對應(yīng)的關(guān)聯(lián)標(biāo)識，并根據(jù)所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)所述客戶端的配置版本所支持的第二卡片，利用所述第二卡片展示所述目標(biāo)信息和所述客戶端的版本升級提示信息。當(dāng)確定客戶端的配置版本不支持所述第一卡片的卡片類型時，可以通過第一卡片對應(yīng)的關(guān)聯(lián)標(biāo)識，關(guān)聯(lián)客戶端的配置版本所支持的第二卡片。在這里，所說的第二卡片的卡片類型為該配置版本的客戶端支持的卡片類型。例如，客戶端的配置版本為“XYZ”，客戶支持的卡片類型為A、B和C，第一卡片的卡片類型為D，當(dāng)確定該配置版本的客戶端不支持第一卡片的卡片類型(D)時，可以通過第一卡片的關(guān)聯(lián)標(biāo)識，關(guān)聯(lián)卡片類型A、B或C，然后利用A、B或C類型的卡片，展示目標(biāo)信息以及客戶端的版本升級提示信息，這里的A、B或C類型的卡片稱之為第二卡片。需要說明的是，在實際應(yīng)用中，由于客戶端的配置版本經(jīng)常需要更新，為了使得客戶端在確定不支持某個卡片類型時，能夠通過同一個卡片類型的卡片進行展示，通?？梢詫⒌诙ㄆ目ㄆ愋驮O(shè)置為多個配置版本均支持的卡片類型。這樣可以使得，當(dāng)客戶端確定不支持某個卡片類型的卡片時，通過同一種指定卡片類型的卡片進行展示，這種方式可以方便的對所展示的卡片進行管理。另外，在步驟S12中提到，當(dāng)從服務(wù)端獲取目標(biāo)信息和第一卡片的卡片類型時，還可以同時從服務(wù)端獲取第二卡片，并且在獲取第二卡片后可以將該第二卡片在客戶端進行緩存。這樣可以使得，在根據(jù)所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)所述客戶端的配置版本所支持的第二卡片時，可以根據(jù)所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)已緩存在客戶端的第二卡片，從而減少獲取第二卡片的時間，提高響應(yīng)速度。采用實施例1的該方法，當(dāng)確定客戶端的配置版本不支持述第一卡片的卡片類型時，通過第一卡片中的關(guān)聯(lián)標(biāo)識關(guān)聯(lián)該配置版本所支持的第二卡片，利用該第二卡片展示目標(biāo)信息和客戶端的版本升級提示信息，從而解決了現(xiàn)有技術(shù)中不升級客戶端的配置版本，無法展示新的卡片類型的問題。另外，還可以將第二卡片的卡片類型統(tǒng)一配置為多個配置版本均支持的卡片類型，這樣當(dāng)確定客戶端不支持某個類型的卡片后，通過該統(tǒng)一類型的卡片進行展示，使得所展示的卡片更加易于管理。另外，需要說明的是，在通過第二卡片展示目標(biāo)信息時，還需要同時展示客戶端的版本升級提示信息，通過該版本升級提示信息提示用戶進行版本升級。在實際應(yīng)用中，由于用戶通常并不清楚客戶端出現(xiàn)了新的配置版本，在通過第二卡片展示目標(biāo)信息時，如果沒有同時展示客戶端的版本升級提示信息，用戶通常并不會對客戶端的配置版本進行升級，從而使得用戶不能及時體驗新配置版本的客戶端所帶來的體驗提升，并且對于提供版本升級服務(wù)的公司也會造成業(yè)務(wù)量損失。特別的，第一卡片能夠展示目標(biāo)信息(這里稱為第一目標(biāo)信息)，第二卡片能夠展示與第一目標(biāo)信息對應(yīng)的第二目標(biāo)信息，這里的第二目標(biāo)信息可以與第一目標(biāo)信息相同，也可以為調(diào)整第一目標(biāo)信息中的對應(yīng)展示元素后得到的目標(biāo)信息。可以根據(jù)實際需要由第一目標(biāo)信息確定第二目標(biāo)信息。例如，第一目標(biāo)信息包括文字A以及圖片B和圖片C，第二目標(biāo)信息可以為文字A以及圖片B和圖片C，也可以只為文字A，也可以為文字A以及圖片A(或圖片B)，也可以為文字A的一部分等。在實際應(yīng)用中，客戶端從服務(wù)端獲取的目標(biāo)信息、第一卡片的卡片類型或關(guān)聯(lián)標(biāo)識等，通常是以固定的數(shù)據(jù)格式進行獲取。該固定的數(shù)據(jù)格式，通常由客戶端和服務(wù)端雙方事先定義的協(xié)議格式所規(guī)定。例如，該協(xié)議格式可以如下所示。將第一卡片的數(shù)據(jù)抽象成一個FeedViewItem類，并在其中添加一個關(guān)聯(lián)字段(可以形象地稱為“奇點字段”或“singular”)，F(xiàn)eedViewItem類圖可以如表1所示。表1：實際應(yīng)用中的FeedViewItem類屬性數(shù)據(jù)類型說明feedIdString第一卡片的卡片idtypeString第一卡片的卡片類型contentjson第一卡片的目標(biāo)信息createtimeLong第一卡片的時間戳singularjson關(guān)聯(lián)標(biāo)識在FeedViewItem類中，通過“type”字段的數(shù)據(jù)(即第一卡片的卡片類型)，當(dāng)確定客戶端的配置版本不支持第一卡片的卡片類型時，通過“singular”字段的數(shù)據(jù)(即關(guān)聯(lián)標(biāo)識)關(guān)聯(lián)第二卡片，以便通過第二卡片(可以形象的稱為“奇點卡片”，奇點card)展示目標(biāo)信息以及客戶端的版本升級提示信息。在實際應(yīng)用中，也可以將第二卡片(奇點卡片)抽象成一個數(shù)據(jù)類，該數(shù)據(jù)類可以如表2所示。表2：實際應(yīng)用中奇點卡片的數(shù)據(jù)類屬性數(shù)據(jù)類型說明contentString奇點卡片中的目標(biāo)信息referenceMapjson目標(biāo)信息中包含的鏈接tipString奇點卡片中的版本升級提示信息tipReferenceMapjson版本升級提示信息中包含的鏈接clickUrlString點擊奇點卡片跳轉(zhuǎn)的鏈接其中，“clickUrl”字段定義了，點擊整個奇點卡片時，實現(xiàn)頁面跳轉(zhuǎn)的鏈接；“content”字段定義了，奇點卡片中展示的目標(biāo)信息；“referenceMap”字段定義了，目標(biāo)信息中包含的鏈接，例如下載新的配置版本的鏈接和/或關(guān)聯(lián)其它用戶(例如，@其它用戶)的鏈接等；“tip”字段定義了，奇點卡片中的版本升級提示信息，可以通過該版本升級提示信息提醒用戶進行版本升級；“tipReferenceMap”字段定義了，版本升級提示信息中包含的鏈接，通過該鏈接通常可以下載新的配置版本。另外，在程序編寫階段，還可以為各個字段均增加占位符，以便于編寫程序，下面是對各個占位符說明：“U”代表用戶名稱；“G”代表圖片；“S”代表股票；“F”代表基金；“T”代表話題；“V”代表視頻；“L”代表鏈接。需要說明的是，在將奇點卡片進行展示時，通常還需要根據(jù)預(yù)設(shè)規(guī)則約定該奇點卡片中各展示元素(文字、圖片、音頻、視頻等)的大小、顏色、樣式、鏈接地址等。在實際應(yīng)用中，可以通過構(gòu)建ReferenceData類來進行約定。該ReferenceData類可以如表3所示。表3：實際應(yīng)用中的ReferenceData類如圖2所示為實際應(yīng)用中的奇點卡片，在該奇點卡片中，A為奇點卡片中的目標(biāo)信息(包括文本內(nèi)容和視頻)，由表2中“content”字段確定，并且在A中，有斜體加粗(實際應(yīng)用中也可以為高亮顯示等)部分為目標(biāo)信息中包含的鏈接，該鏈接的地址由表2中“referenceMap”字段確定，另外，斜體加粗的顯示樣式，斜體加粗顯示的起始字符、終止字符分別由表3中“referString”、“matchStart”以及“matchEnd”字段確定；B為奇點卡片中的客戶端版本升級提示信息，由表2中“tip”字段確定，并且在B中，有斜體加粗(實際應(yīng)用中可以為高亮顯示等)部分為B中包含的鏈接，該鏈接的地址由表2中“tipReferenceMap”字段確定，該鏈接斜體加粗的顯示樣式，斜體加粗顯示的起始字符、終止字符也分別由表3中“referString”、“matchStart”以及“matchEnd”字段確定；C為整個奇點卡片界面，點擊奇點卡片界面進行頁面跳轉(zhuǎn)，該頁面跳轉(zhuǎn)鏈接的地址由表2中“clickUrl”字段確定。實施例2實施例1所提供的方法用于客戶端，在實際應(yīng)用中，當(dāng)需要展示目標(biāo)信息時，通常需要即時地從服務(wù)端獲取數(shù)據(jù)。因此，本申請的實施例2將提供一種信息展示業(yè)務(wù)的處理方法，該方法用于服務(wù)端，能夠解決現(xiàn)有技術(shù)中的問題。該方法的具體流程示意圖如圖3所示，包括下述步驟：步驟S21：接收客戶端發(fā)送的獲取目標(biāo)信息的業(yè)務(wù)請求，所述業(yè)務(wù)請求中包含用于確定所述客戶端的配置版本的版本標(biāo)識，所述版本標(biāo)識與所述客戶端的配置版本所支持的卡片類型之間具有對應(yīng)關(guān)系。這里的目標(biāo)信息與步驟S12中的目標(biāo)信息相同，這里就不再贅述。該業(yè)務(wù)請求中包含發(fā)送該業(yè)務(wù)請求的客戶端的配置版本的版本標(biāo)識，該版本標(biāo)識與該配置版本的客戶端所支持的卡片類型具有對應(yīng)關(guān)系。步驟S22：當(dāng)根據(jù)所述版本標(biāo)識對應(yīng)的卡片類型確定所述客戶端的配置版本不支持用于展示所述目標(biāo)信息的第一卡片的卡片類型時，向所述客戶端返回目標(biāo)信息以及指示信息，所述指示信息用于指示所述客戶端利用所述客戶端的配置版本所支持的第二卡片展示所述目標(biāo)信息和所述客戶端的版本升級提示信息。在實際應(yīng)用中，通?？梢酝ㄟ^服務(wù)端來判斷客戶端是否支持第一卡片的卡片類型，當(dāng)不支持時，向該客戶端返回目標(biāo)信息以及指示信息，通過該指示信息指示客戶端利用第二卡片展示目標(biāo)信息。通常，該第一卡片的卡片類型可以是新的卡片類型，第二卡片的卡片類型是該客戶端的配置版本支持的卡片類型。也就是說，服務(wù)端判斷客戶端是否支持新的卡片類型，當(dāng)不支持時，通過指示信息指示客戶端利用能夠支持的卡片類型展示目標(biāo)信息。另外，服務(wù)端向客戶端返回目標(biāo)信息以及指示信息時，可以通過json(JavaScriptObjectNotation)字符串的形式向所述客戶端返回目標(biāo)信息以及指示信息。采用本申請實施例2所提供的該方法，通過服務(wù)端判斷客戶端的配置版本不支持第一卡片的卡片類型時，通過指示信息指示客戶端通過第二卡片展示目標(biāo)信息以及客戶端的版本升級提示信息，從而解決了現(xiàn)有技術(shù)中的問題。另外，與實時例1相比，這種通過服務(wù)端判斷客戶端的配置版本是否支持第一卡片的卡片類型的方式，由于服務(wù)端的運算能力通常比客戶端強，因此能夠提高目標(biāo)信息的展示速度。需要說明的是，在實際應(yīng)用中，當(dāng)服務(wù)端的運算壓力較大時，通常為了減輕服務(wù)端的運算壓力，也可以通過實施例1的方法，通過客戶端進行判斷后展示目標(biāo)信息，這樣減輕服務(wù)端的運算壓力。實際應(yīng)用中，服務(wù)端在生成新的卡片類型時，通常先生成一個卡片基類(FeedBaseModel)，再通過該卡片基類來生成新的卡片類型。該FeedBaseModel可以包括feedID、type、content、createtime四個基本字段，當(dāng)需要生成新的卡片類型時，在四個基本字段的基礎(chǔ)上增加對應(yīng)的新的字段，如圖4所示。例如，當(dāng)需要生成奇點卡片時，在feedID、type、content、createtime四個基本字段的基礎(chǔ)上增加singular字段；當(dāng)需要生成觀點卡片(CommentFeedModel)時，在feedID、type、content、createtime四個基本字段的基礎(chǔ)上增加“Comment基字段；當(dāng)需要生成股票卡片時，在feedID、type、content、createtime四個基本字段的基礎(chǔ)上增加“Stock段字段；此外，還可以通過對應(yīng)的方式生成基金卡片(FundFeedModel)、SpecialFeedModel、FootmarkFeedModel等卡片類型。如圖5所示為包括客戶端401和服務(wù)端402的一種信息展示系統(tǒng)，該系統(tǒng)中客戶端401還可以分為三個層級，即數(shù)據(jù)解析層4011、卡片數(shù)據(jù)分發(fā)層4012以及卡片渲染層4013，其中：服務(wù)端402：根據(jù)業(yè)務(wù)請求，生成用于展示目標(biāo)信息的卡片的卡片數(shù)據(jù)，并以Json字符串的形式將卡片數(shù)據(jù)下發(fā)給客戶端401，并且在該服務(wù)端402通常還可以維護一張可更新的白名單，使得可以通過服務(wù)端402來確定客戶端401能夠支持的卡片類型，并且通常還可以將客戶端401中的白名單與服務(wù)端402中的白名單進行同步；數(shù)據(jù)解析層4011：從服務(wù)端402下發(fā)的json字符串形式的卡片數(shù)據(jù)中解析出對應(yīng)的卡片類型；卡片數(shù)據(jù)分發(fā)層4012：依照客戶端401中的白名單，把能夠識別的卡片類型解析成對應(yīng)的類型的卡片，把不在該白名單內(nèi)的卡片，統(tǒng)一解析成奇點卡片。并且，在實際應(yīng)用中，當(dāng)客戶端401剛啟動時(或者在指定時間點)，還可以將客戶端401中的白名單與服務(wù)端402中維護的白名單進行同步?？ㄆ秩緦?013：用于將卡片數(shù)據(jù)分發(fā)層4012的結(jié)果，渲染出對應(yīng)類型的卡片，進行展示。實施例3基于與實施例1相同的發(fā)明構(gòu)思，本申請實施例3提供了一種基于卡片的信息展示裝置，所述裝置位于客戶端。如圖6所示，該裝置50包括：確定單元501、關(guān)聯(lián)單元502以及展示單元503，其中：確定單元501，確定待展示的目標(biāo)信息和用于展示所述目標(biāo)信息的第一卡片的卡片類型；關(guān)聯(lián)單元502，當(dāng)確定客戶端的配置版本不支持所述第一卡片的卡片類型時，確定所述第一卡片對應(yīng)的關(guān)聯(lián)標(biāo)識，并根據(jù)所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)所述客戶端的配置版本所支持的第二卡片；展示單元503，利用所述第二卡片展示所述目標(biāo)信息和所述客戶端的版本升級提示信息。采用本申請實施例3所提供的該裝置50，由于該裝置50基于與實時例1相同的發(fā)明構(gòu)思，因此能夠解決現(xiàn)有技術(shù)中的問題。并且，在實際應(yīng)用中，該裝置50還可以通過結(jié)合具體的硬件設(shè)備取得其它的實施效果。例如，將該裝置50的客戶端安裝在移動終端上，由于客戶端能夠通過第二卡片展示現(xiàn)有技術(shù)中通過第一卡片無法展示的目標(biāo)信息，因此能夠提高該移動終端的用戶體驗，從而提升該移動終端的商業(yè)價值。實施例4基于與實施例2相同的發(fā)明構(gòu)思，本申請實施例4提供了一種信息展示業(yè)務(wù)的處理裝置，所述裝置位于服務(wù)端。如圖7所示，該裝置60包括：接收單元601以及返回單元602，其中：接收單元601，接收客戶端發(fā)送的獲取目標(biāo)信息的業(yè)務(wù)請求，所述業(yè)務(wù)請求中包含用于確定所述客戶端的配置版本的版本標(biāo)識，所述版本標(biāo)識與所述客戶端的配置版本所支持的卡片類型之間具有對應(yīng)關(guān)系；返回單元602，當(dāng)根據(jù)所述版本標(biāo)識對應(yīng)的卡片類型確定所述客戶端的配置版本不支持用于展示所述目標(biāo)信息的第一卡片的卡片類型時，向所述客戶端返回目標(biāo)信息以及指示信息，所述指示信息用于指示所述客戶端利用所述客戶端的配置版本所支持的第二卡片展示所述目標(biāo)信息和所述客戶端的版本升級提示信息。采用本申請實施例4所提供的該裝置60，由于該裝置60采用與實施例2相同的發(fā)明構(gòu)思，因此能夠解決現(xiàn)有技術(shù)中的問題。另外，該裝置60位于服務(wù)端，通過服務(wù)端判定客戶端是否能識別第一卡片，由于服務(wù)端的運算能力強于客戶端，因此能夠提高目標(biāo)信息的展示速度。在實際應(yīng)用中，通過返回單元602向客戶端返回目標(biāo)信息以及指示信息時，可以以json字符串的形式向所述客戶端返回目標(biāo)信息以及指示信息。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。本申請是參照根據(jù)本申請實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。在一個典型的配置中，計算設(shè)備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flashRAM)。內(nèi)存是計算機可讀介質(zhì)的示例。計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。本領(lǐng)域技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。以上僅為本申請的實施例而已，并不用于限制本申請。對于本領(lǐng)域技術(shù)人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應(yīng)包含在本申請的權(quán)利要求范圍之內(nèi)。當(dāng)前第1頁1 2 3