彈窗數(shù)據(jù)推送、展示方法及裝置、系統(tǒng)的制作方法
【專利摘要】本申請公開了一種彈窗數(shù)據(jù)推送、展示方法及裝置、系統(tǒng)，服務(wù)器從客戶端接收到心跳數(shù)據(jù)包后，在需要向客戶端發(fā)送彈窗數(shù)據(jù)包時，先根據(jù)心跳數(shù)據(jù)包中的客戶端地址信息與客戶端建立數(shù)據(jù)傳輸鏈路，然后，基于該數(shù)據(jù)傳輸鏈路向客戶端發(fā)送彈窗數(shù)據(jù)包，客戶端即可將彈窗數(shù)據(jù)包中的彈窗數(shù)據(jù)進行展示。這樣，心跳數(shù)據(jù)包的交互可保證客戶端與服務(wù)器之間建立長時間的連接，基于該長時間的連接，服務(wù)器即可實時向客戶端推送彈窗數(shù)據(jù)以在客戶端進行彈窗數(shù)據(jù)的展示，保證了彈窗展示的實時性以及彈窗數(shù)據(jù)的有效性。
【專利說明】彈窗數(shù)據(jù)推送、展示方法及裝置、系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本申請涉及數(shù)據(jù)處理領(lǐng)域，尤其涉及一種彈窗數(shù)據(jù)推送、展示方法及裝置、系統(tǒng)。
【背景技術(shù)】
[0002]目前，隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，各種信息交互手段層出不窮。信息交互可完成文件傳輸、視頻實時播放、消息推送等多種功能。信息交互在能滿足人們需求的同時，其實時性越來越受到重視。彈窗技術(shù)作為信息交互技術(shù)的一種，其可以實現(xiàn)信息在客戶端的展示。一般的彈窗技術(shù)主要是:客戶端在啟動時，向服務(wù)器發(fā)送彈窗數(shù)據(jù)獲取請求，服務(wù)器隨即返回包含彈窗數(shù)據(jù)及彈窗啟動時刻信息的可擴展標記語言(Extensible Markup Language, XML)數(shù)據(jù)給客戶端，客戶端根據(jù)XML數(shù)據(jù)即可在彈窗啟動時刻信息指示的時刻到來時，啟動并展示彈窗。
[0003]當服務(wù)器需要在客戶端進行實時彈窗展示時，客戶端此時并未向服務(wù)器發(fā)送彈窗數(shù)據(jù)獲取請求，無法保證彈窗展示的實時性。另外，需要根據(jù)XML數(shù)據(jù)中配置的彈窗啟動時刻信息，定時啟動并展示彈窗，進一步使彈窗展示的實時性受到影響，彈窗數(shù)據(jù)有效性得不到保障。而且現(xiàn)有的彈窗大多以簡單的文字或圖片為主，只能實現(xiàn)一些簡單的效果展示，不能向用戶傳達更多樣化更豐富的內(nèi)容。
【發(fā)明內(nèi)容】
[0004]本申請?zhí)峁┮环N彈窗數(shù)據(jù)推送、展示方法及裝置、系統(tǒng)，以保證彈窗展示的實時性以及彈窗數(shù)據(jù)有效性，同時支持更多類型的彈窗內(nèi)容，豐富了彈窗展示效果。
[0005]根據(jù)本申請的第一方面，本申請?zhí)峁┮环N彈窗數(shù)據(jù)推送方法，包括以下步驟:
[0006]服務(wù)器根據(jù)彈窗數(shù)據(jù)推送配置判斷需要向客戶端發(fā)送攜帶有彈窗數(shù)據(jù)的彈窗數(shù)據(jù)包時，檢測是否通過第一數(shù)據(jù)傳輸鏈路從所述客戶端接收到攜帶有客戶端地址信息的心跳數(shù)據(jù)包，所述客戶端根據(jù)服務(wù)器地址信息建立第一數(shù)據(jù)傳輸鏈路；
[0007]若是，則所述服務(wù)器根據(jù)客戶端地址信息建立與客戶端之間的第二數(shù)據(jù)傳輸鏈路；
[0008]所述服務(wù)器通過第二數(shù)據(jù)傳輸鏈路向客戶端發(fā)送彈窗數(shù)據(jù)包。
[0009]根據(jù)本申請的第二方面，本申請?zhí)峁┮环N彈窗數(shù)據(jù)展示方法，所述彈窗數(shù)據(jù)展示方法基于如上述的彈窗數(shù)據(jù)推送方法，所述彈窗數(shù)據(jù)展示方法包括:
[0010]所述客戶端接收彈窗數(shù)據(jù)包；
[0011]所述客戶端從彈窗數(shù)據(jù)包中解析獲得彈窗數(shù)據(jù)；
[0012]所述客戶端根據(jù)預(yù)設(shè)的彈窗數(shù)據(jù)類型與彈窗數(shù)據(jù)處理方式的對應(yīng)關(guān)系，對所述彈窗數(shù)據(jù)的類型進行識別及對應(yīng)處理后展示。
[0013]根據(jù)本申請的第三方面，本申請?zhí)峁┮环N服務(wù)器，包括:
[0014]判斷單元，用于根據(jù)彈窗數(shù)據(jù)推送配置判斷是否需要向客戶端發(fā)送攜帶有彈窗數(shù)據(jù)的彈窗數(shù)據(jù)包；
[0015]第一接收單元，用于在所述判斷單元判斷需要向客戶端發(fā)送彈窗數(shù)據(jù)包時，檢測是否通過第一數(shù)據(jù)傳輸鏈路從所述客戶端接收到攜帶有客戶端地址信息的心跳數(shù)據(jù)包，所述客戶端根據(jù)服務(wù)器地址信息建立第一數(shù)據(jù)傳輸鏈路；
[0016]連接單元，用于在所述第一接收單元檢測到通過第一數(shù)據(jù)傳輸鏈路從客戶端接收到心跳數(shù)據(jù)包時，根據(jù)所述客戶端地址信息建立與客戶端之間的第二數(shù)據(jù)傳輸鏈路；
[0017]發(fā)送單元，用于通過所述第二數(shù)據(jù)傳輸鏈路向客戶端發(fā)送彈窗數(shù)據(jù)包。
[0018]根據(jù)本申請的第四方面，本申請?zhí)峁┮环N客戶端，所述客戶端用于與如上述的服務(wù)器交互，所述客戶端包括:
[0019]第二接收單元，用于接收彈窗數(shù)據(jù)包；
[0020]解析單元，用于從所述彈窗數(shù)據(jù)包中解析獲得彈窗數(shù)據(jù)；
[0021]展示單元，用于根據(jù)預(yù)設(shè)的彈窗數(shù)據(jù)類型與彈窗數(shù)據(jù)處理方式的對應(yīng)關(guān)系，對所述彈窗數(shù)據(jù)的類型進行識別及對應(yīng)處理展示。
[0022]根據(jù)本申請的第五方面，本申請?zhí)峁┮环N彈窗數(shù)據(jù)交互系統(tǒng)，包括如上述的服務(wù)器，以及如上述的客戶端。
[0023]本申請的有益效果是:
[0024]通過提供一種彈窗數(shù)據(jù)推送、展示方法及裝置、系統(tǒng)，服務(wù)器從客戶端接收到心跳數(shù)據(jù)包后，在需要向客戶端發(fā)送彈窗數(shù)據(jù)包時，先根據(jù)心跳數(shù)據(jù)包中的客戶端地址信息與客戶端建立數(shù)據(jù)傳輸鏈路，然后，基于該數(shù)據(jù)傳輸鏈路向客戶端發(fā)送彈窗數(shù)據(jù)包，客戶端即可將彈窗數(shù)據(jù)包中的彈窗數(shù)據(jù)進行解析并做相應(yīng)處理后展示。這樣，心跳數(shù)據(jù)包的交互可保證客戶端與服務(wù)器之間建立長時間的連接，基于該長時間的連接，服務(wù)器即可實時向客戶端推送彈窗數(shù)據(jù)以在客戶端進行彈窗數(shù)據(jù)的展示，保證了彈窗展示的實時性以及彈窗數(shù)據(jù)的有效性。
【專利附圖】
【附圖說明】
[0025]圖1為本申請實施例一的彈窗數(shù)據(jù)交互系統(tǒng)的結(jié)構(gòu)圖；
[0026]圖2為本申請實施例一的彈窗數(shù)據(jù)推送方法的流程圖；
[0027]圖3為本申請實施例一的彈窗數(shù)據(jù)展示方法的流程圖；
[0028]圖4為本申請實施例一的服務(wù)器102的結(jié)構(gòu)圖；
[0029]圖5為本申請實施例一的客戶端101的結(jié)構(gòu)圖；
[0030]圖6為本申請實施例二的彈窗數(shù)據(jù)推送方法的附加流程圖；
[0031]圖7為本申請實施例二的服務(wù)器102的附加結(jié)構(gòu)圖；
[0032]圖8為本申請實施例三的客戶端101的附加結(jié)構(gòu)圖。
【具體實施方式】
[0033]下面通過【具體實施方式】結(jié)合附圖對本申請作進一步詳細說明。
[0034]實施例一:
[0035]本實施例的彈窗數(shù)據(jù)推送方法主要基于如圖1所示的彈窗數(shù)據(jù)交互系統(tǒng)，該系統(tǒng)主要包括客戶端101及服務(wù)器102?？蛻舳?01與服務(wù)器102之間可通過有線或無線等方式連接，兩者中間還可以設(shè)有一個或多個信息中轉(zhuǎn)站?；诖?，上述彈窗數(shù)據(jù)推送方法主要包括如圖2所示的流程:
[0036]步驟201，服務(wù)器102根據(jù)彈窗數(shù)據(jù)推送配置判斷需要向客戶端101發(fā)送攜帶有彈窗數(shù)據(jù)的彈窗數(shù)據(jù)包時，檢測是否通過第一數(shù)據(jù)傳輸鏈路從客戶端101接收到攜帶有客戶端地址信息的心跳數(shù)據(jù)包，客戶端101根據(jù)服務(wù)器地址信息建立第一數(shù)據(jù)傳輸鏈路。具體地，服務(wù)器102上可加載多種類的彈窗數(shù)據(jù)。彈窗數(shù)據(jù)類型可以為文字、圖片或統(tǒng)一資源定位器(Uniform Resource Locator,URL)鏈接信息等。彈窗數(shù)據(jù)主要可用于廣告宣傳、業(yè)務(wù)介紹、信息發(fā)布等用途。對于彈窗數(shù)據(jù)，可配置相應(yīng)的展示時刻，當展示時刻到來時，服務(wù)器102可執(zhí)行本步驟201的檢測過程?？蛻舳?01可預(yù)先存儲有服務(wù)器地址信息，如服務(wù)器因特網(wǎng)協(xié)議(Internet Protocol, IP)地址等?？蛻舳?01中配置有心跳數(shù)據(jù)包發(fā)送機制,基于心跳數(shù)據(jù)包發(fā)送機制，客戶端101每隔一定時間會根據(jù)服務(wù)器地址信息與服務(wù)器102之間建立第一數(shù)據(jù)傳輸鏈路，基于第一數(shù)據(jù)傳輸鏈路向服務(wù)器102發(fā)送心跳數(shù)據(jù)包。為了滿足后續(xù)第二數(shù)據(jù)傳輸鏈路的建立要求，客戶端101發(fā)送的心跳包中需要攜帶客戶端地址信息，如客戶端IP地址等。
[0037]步驟202，當服務(wù)器102檢測到通過第一數(shù)據(jù)傳輸鏈路從客戶端101接收到攜帶有客戶端地址信息的心跳數(shù)據(jù)包時，表明此時服務(wù)器102與客戶端101之間可正常通信，此時，服務(wù)器102根據(jù)心跳數(shù)據(jù)包中攜帶的客戶端地址信息建立與客戶端101之間的第二數(shù)據(jù)傳輸鏈路。另外，當服務(wù)器102通過第一數(shù)據(jù)傳輸鏈路未從客戶端101接收到攜帶有客戶端地址信息的心跳數(shù)據(jù)包時，表明此時服務(wù)器102與客戶端101之間無法正常通信，如網(wǎng)絡(luò)擁塞或客戶端101關(guān)機等，服務(wù)器102則不會建立與該客戶端101的上述第二數(shù)據(jù)傳輸鏈路。
[0038]步驟203，服務(wù)器102通過第二數(shù)據(jù)傳輸鏈路向客戶端發(fā)送彈窗數(shù)據(jù)包。具體地，彈窗數(shù)據(jù)包可具有預(yù)設(shè)的彈窗數(shù)據(jù)包格式，例如，其可包括三個字段，其一為彈窗數(shù)據(jù)包識別信息，例如流水號等，用于表明該彈窗數(shù)據(jù)包的唯一性，其二為彈窗數(shù)據(jù)展示時長信息，用于表明彈窗展示的時間，其三為彈窗數(shù)據(jù)，用于表明彈窗展示的實際內(nèi)容。當然，前述僅為示例性說明，彈窗數(shù)據(jù)包的格式并不限于此。
[0039]本實施例的彈窗數(shù)據(jù)展示方法主要基于如圖1所示的彈窗數(shù)據(jù)交互系統(tǒng)以及如圖2所示的彈窗數(shù)據(jù)推送方法，其主要包括如圖3所示的流程:
[0040]步驟301，客戶端101從服務(wù)器102接收彈窗數(shù)據(jù)包。
[0041]步驟302，客戶端101從彈窗數(shù)據(jù)包中解析獲得彈窗數(shù)據(jù)。具體地，客戶端101還可以從彈窗數(shù)據(jù)包中解析出其他信息，如彈窗數(shù)據(jù)包識別信息、彈窗數(shù)據(jù)展示時長信息等。
[0042]步驟303，客戶端101根據(jù)預(yù)設(shè)的彈窗數(shù)據(jù)類型與彈窗數(shù)據(jù)處理方式的對應(yīng)關(guān)系，對彈窗數(shù)據(jù)的類型進行識別及對應(yīng)處理展示。具體地，當彈窗數(shù)據(jù)類型為文字或圖片時，彈窗數(shù)據(jù)處理方式可以是采用渲染工具，對文字或圖片進行渲染并執(zhí)行渲染后的展示，例如亮度調(diào)節(jié)工具、飽和度調(diào)節(jié)工具等，當彈窗數(shù)據(jù)類型為URL鏈接信息時，彈窗數(shù)據(jù)處理方式可以是調(diào)用web控件以打開web的形式展示彈窗等。在本步驟303中，可對彈窗數(shù)據(jù)的類型進行識別，識別其為文字、圖片或URL鏈接信息，并在識別為某種彈窗數(shù)據(jù)后，根據(jù)上述對應(yīng)關(guān)系，進行對應(yīng)的處理展示。展示可借用對應(yīng)的顯示模組或音響系統(tǒng)等進行。
[0043]相應(yīng)地，本實施例的服務(wù)器102主要可包括如圖4所示的結(jié)構(gòu):
[0044]判斷單元401，用于根據(jù)彈窗數(shù)據(jù)推送配置判斷是否需要向客戶端101發(fā)送攜帶有彈窗數(shù)據(jù)的彈窗數(shù)據(jù)包。
[0045]第一接收單元402，用于在判斷單元401判斷需要向客戶端101發(fā)送彈窗數(shù)據(jù)包時，檢測是否通過第一數(shù)據(jù)傳輸鏈路從客戶端101接收到攜帶有客戶端地址信息的心跳數(shù)據(jù)包，第一數(shù)據(jù)傳輸鏈路由客戶端101根據(jù)服務(wù)器地址信息建立。
[0046]連接單元403，用于在第一接收單元402檢測到通過第一數(shù)據(jù)傳輸鏈路從客戶端101接收到心跳數(shù)據(jù)包時，根據(jù)心跳數(shù)據(jù)包攜帶的客戶端地址信息建立與客戶端101之間的第二數(shù)據(jù)傳輸鏈路。
[0047]發(fā)送單元404，用于通過第二數(shù)據(jù)傳輸鏈路向客戶端101發(fā)送彈窗數(shù)據(jù)包。
[0048]相應(yīng)地，本實施例的客戶端101主要包括如圖5所示的結(jié)構(gòu):
[0049]第二接收單元501，用于接收彈窗數(shù)據(jù)包。
[0050]解析單元502，用于從彈窗數(shù)據(jù)包中解析獲得彈窗數(shù)據(jù)。
[0051]展示單元503，用于根據(jù)預(yù)設(shè)的彈窗數(shù)據(jù)類型與彈窗數(shù)據(jù)處理方式的對應(yīng)關(guān)系，對彈窗數(shù)據(jù)的類型進行識別及對應(yīng)處理展示。
[0052]如前所述，彈窗數(shù)據(jù)類型包括文字、圖片或URL鏈接信息等，舉例來說，展示單元識別出彈窗數(shù)據(jù)類型后，對于文字或圖片類型的彈窗數(shù)據(jù)，對其進行渲染后展示，對于URL鏈接信息類型的彈窗數(shù)據(jù)，則調(diào)用內(nèi)嵌的web控件以打開網(wǎng)頁的形式展示。
[0053]本實施例通過提供一種彈窗數(shù)據(jù)推送、展示方法及裝置、系統(tǒng)，服務(wù)器從客戶端接收到心跳數(shù)據(jù)包后，在需要向客戶端發(fā)送彈窗數(shù)據(jù)包時，先根據(jù)心跳數(shù)據(jù)包中的客戶端地址信息與客戶端建立數(shù)據(jù)傳輸鏈路，然后，基于該數(shù)據(jù)傳輸鏈路向客戶端發(fā)送彈窗數(shù)據(jù)包，客戶端對彈窗數(shù)據(jù)包中的彈窗數(shù)據(jù)進行解析，識別彈窗數(shù)據(jù)類型，并對不同類型的數(shù)據(jù)進行相應(yīng)的處理，然后展示于客戶端。這樣，心跳數(shù)據(jù)包的交互可保證客戶端與服務(wù)器之間建立長時間的連接，基于該長時間的連接，服務(wù)器即可實時向客戶端推送彈窗數(shù)據(jù)以在客戶端進行彈窗數(shù)據(jù)的展示，保證了彈窗展示的實時性以及彈窗數(shù)據(jù)的有效性，同時通過對不同類型的彈窗數(shù)據(jù)的識別及對應(yīng)方式處理，可支持不同類型的彈窗內(nèi)容，豐富了彈窗展示效果。
[0054]實施例二:
[0055]本實施例在實施例一基礎(chǔ)上增加了如下內(nèi)容:彈窗數(shù)據(jù)包中進一步攜帶有彈窗數(shù)據(jù)包識別信息。
[0056]本實施例的彈窗數(shù)據(jù)推送方法在步驟203之后，還包括如圖6所示的附加流程:
[0057]步驟601，服務(wù)器102根據(jù)彈窗數(shù)據(jù)包的發(fā)送情況形成推送記錄信息，推送記錄信息包括客戶端地址信息、彈窗數(shù)據(jù)包識別信息及彈窗數(shù)據(jù)發(fā)送時刻。
[0058]步驟602，服務(wù)器102判斷在彈窗數(shù)據(jù)包發(fā)送時刻后的預(yù)設(shè)定時時間內(nèi)是否從客戶端101獲得攜帶有彈窗數(shù)據(jù)包識別信息的彈窗數(shù)據(jù)包成功接收消息。具體地，當客戶端101接收到彈窗數(shù)據(jù)包后，會向服務(wù)器102返回彈窗數(shù)據(jù)包成功接收消息，否則，服務(wù)器102不會收到彈窗數(shù)據(jù)包成功接收消息。
[0059]步驟603，當服務(wù)器102判斷在彈窗數(shù)據(jù)包發(fā)送時刻后的預(yù)設(shè)定時時間內(nèi)未從客戶端101獲得攜帶有彈窗數(shù)據(jù)包識別信息的彈窗數(shù)據(jù)包成功接收消息時，服務(wù)器102向客戶端101按照預(yù)設(shè)的重發(fā)次數(shù)，建立與客戶端101之間的第二數(shù)據(jù)傳輸鏈路以重新發(fā)送彈窗數(shù)據(jù)包。
[0060]相應(yīng)地，本實施例的服務(wù)器102中還包括如圖7所示的結(jié)構(gòu):
[0061]記錄單元701，用于根據(jù)彈窗數(shù)據(jù)包的發(fā)送情況形成推送記錄信息，推送記錄信息包括客戶端地址信息、彈窗數(shù)據(jù)包識別信息及彈窗數(shù)據(jù)發(fā)送時刻。
[0062]觸發(fā)單元702，用于判斷在記錄單元701記錄的彈窗數(shù)據(jù)包發(fā)送時刻后的預(yù)設(shè)定時時間內(nèi)是否從客戶端101獲得攜帶有彈窗數(shù)據(jù)包識別信息的彈窗數(shù)據(jù)包成功接收消息，若否，觸發(fā)連接單元403向客戶端101按照預(yù)設(shè)的重發(fā)次數(shù)建立與客戶端101之間的第二數(shù)據(jù)傳輸鏈路以重新發(fā)送彈窗數(shù)據(jù)包。
[0063]本實施例通過服務(wù)器102進一步判斷是否在彈窗數(shù)據(jù)包發(fā)送時刻后的預(yù)設(shè)定時時間內(nèi)，從客戶端101接收到彈窗數(shù)據(jù)包成功接收消息，來判斷是否成功推送了彈窗數(shù)據(jù)，并且通過重新發(fā)送彈窗數(shù)據(jù)包來確?？蛻舳?01能接收到彈窗數(shù)據(jù)并展示，從而進一步保證了彈窗展示的實時性以及彈窗數(shù)據(jù)的有效性。
[0064]實施例三:
[0065]本實施例在實施例一或?qū)嵤├A(chǔ)上增加了如下內(nèi)容:
[0066]本實施例的彈窗數(shù)據(jù)展示方法的步驟301主要包括:客戶端101按照預(yù)設(shè)定的彈窗數(shù)據(jù)包格式，判斷所接收到的數(shù)據(jù)包是否為彈窗數(shù)據(jù)包。具體地，當預(yù)設(shè)定的彈窗數(shù)據(jù)包格式包括定義的三個字段時，若客戶端101接收的數(shù)據(jù)包符合這個格式要求，則客戶端101所接收的數(shù)據(jù)包即為彈窗數(shù)據(jù)包。當判斷為彈窗數(shù)據(jù)包之后，則轉(zhuǎn)執(zhí)行步驟302。
[0067]相應(yīng)地，本實施例的客戶端101中第二接收單元501具體可包括如圖8所示的結(jié)構(gòu):
[0068]數(shù)據(jù)包接收單元801，用于接收數(shù)據(jù)包。
[0069]格式判定單元802，用于按照預(yù)設(shè)定的彈窗數(shù)據(jù)包格式，判斷所述數(shù)據(jù)包是否為彈窗數(shù)據(jù)包。當判斷為彈窗數(shù)據(jù)包時，觸發(fā)解析單元502工作。
[0070]需要說明的有如下幾點:
[0071]1、客戶端101可以為電腦、平板電腦等。
[0072]2、用戶操作客戶端101上展示的彈窗時，可根據(jù)彈窗數(shù)據(jù)對應(yīng)進行響應(yīng)，例如啟動網(wǎng)頁進行圖片內(nèi)嵌web地址對應(yīng)網(wǎng)頁瀏覽等。
[0073]3、上述彈窗數(shù)據(jù)推送方法可基于用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol,UDP)或傳輸控制協(xié)議(Transmiss1n Control Protocol, TCP)等協(xié)議來實現(xiàn),但不僅限于此。當采用UDP協(xié)議時，要想保證數(shù)據(jù)的實時性，則必須有客戶端與服務(wù)端之間的長連接，因此本申請采用的UDP通信模型來建立兩者之間的長連接，長連接的方法則是通過一定時間間隔的心跳數(shù)據(jù)包交換，以驗證長連接通道是否保持，這樣在服務(wù)器需要推送最新彈窗數(shù)據(jù)的時候，就可以利用建立的長連接通道為客戶端推送彈窗數(shù)據(jù)包，而因為UDP通信特點，這個過程中的數(shù)據(jù)包不一定能準確送至客戶端，所以為保證該過程中的數(shù)據(jù)包能準確送達客戶端，因此本申請制定了一套協(xié)議，在每個數(shù)據(jù)包上加上流水號，接收方在收到數(shù)據(jù)包后要回應(yīng)一個帶同樣流水號的數(shù)據(jù)包給發(fā)送方，只有發(fā)送方確認接收到對應(yīng)流水號的回應(yīng)數(shù)據(jù)包才說明此數(shù)據(jù)已準確發(fā)送到接收方，因此就能保證消息的即時準確送達。
[0074]以上內(nèi)容是結(jié)合具體的實施方式對本申請所作的進一步詳細說明，不能認定本申請的具體實施只局限于這些說明。對于本申請所屬【技術(shù)領(lǐng)域】的普通技術(shù)人員來說，在不脫離本申請構(gòu)思的前提下，還可以做出若干簡單推演或替換。
【權(quán)利要求】
1.一種彈窗數(shù)據(jù)推送方法，其特征在于，包括以下步驟: 服務(wù)器根據(jù)彈窗數(shù)據(jù)推送配置判斷需要向客戶端發(fā)送攜帶有彈窗數(shù)據(jù)的彈窗數(shù)據(jù)包時，檢測是否通過第一數(shù)據(jù)傳輸鏈路從所述客戶端接收到攜帶有客戶端地址信息的心跳數(shù)據(jù)包，所述第一數(shù)據(jù)傳輸鏈路由客戶端根據(jù)服務(wù)器地址信息建立； 若是，則所述服務(wù)器根據(jù)客戶端地址信息建立與客戶端之間的第二數(shù)據(jù)傳輸鏈路； 所述服務(wù)器通過第二數(shù)據(jù)傳輸鏈路向客戶端發(fā)送彈窗數(shù)據(jù)包。
2.如權(quán)利要求1所述的彈窗數(shù)據(jù)推送方法，其特征在于，所述彈窗數(shù)據(jù)包中還攜帶有彈窗數(shù)據(jù)包識別信息，所述彈窗數(shù)據(jù)推送方法還包括: 所述服務(wù)器根據(jù)彈窗數(shù)據(jù)包的發(fā)送情況形成推送記錄信息，所述推送記錄信息包括客戶端地址信息、彈窗數(shù)據(jù)包識別信息及彈窗數(shù)據(jù)發(fā)送時刻； 所述服務(wù)器判斷在彈窗數(shù)據(jù)包發(fā)送時刻后的預(yù)設(shè)定時時間內(nèi)是否從客戶端獲得攜帶有彈窗數(shù)據(jù)包識別信息的彈窗數(shù)據(jù)包成功接收消息， 若否，則所述服務(wù)器向客戶端按照預(yù)設(shè)的重發(fā)次數(shù)，建立與客戶端之間的第二數(shù)據(jù)傳輸鏈路以重新發(fā)送彈窗數(shù)據(jù)包。
3.一種彈窗數(shù)據(jù)展示方法，其特征在于，所述彈窗數(shù)據(jù)展示方法基于如權(quán)利要求1或2所述的彈窗數(shù)據(jù)推送方法，所述彈窗數(shù)據(jù)展示方法包括: 所述客戶端接收彈窗數(shù)據(jù)包； 所述客戶端從彈窗數(shù)據(jù)包中解析獲得彈窗數(shù)據(jù)； 所述客戶端根據(jù)預(yù)設(shè)的彈窗數(shù)據(jù)類型與彈窗數(shù)據(jù)處理方式的對應(yīng)關(guān)系，對所述彈窗數(shù)據(jù)的類型進行識別及對應(yīng)處理后展示。
4.如權(quán)利要求3所述的彈窗數(shù)據(jù)展示方法，其特征在于，所述彈窗數(shù)據(jù)展示方法還包括: 所述客戶端按照預(yù)設(shè)定的彈窗數(shù)據(jù)包格式，判斷所接收到的數(shù)據(jù)包是否為彈窗數(shù)據(jù)包； 所述彈窗數(shù)據(jù)類型包括文字、圖片或URL鏈接信息，所述對應(yīng)處理包括:對于文字或圖片類型的彈窗數(shù)據(jù)，在客戶端本地進行渲染后展示，對于URL鏈接信息類型的彈窗數(shù)據(jù)，調(diào)用內(nèi)嵌的web控件以打開網(wǎng)頁的形式展示。
5.如權(quán)利要求3所述的彈窗數(shù)據(jù)展示方法，其特征在于，所述彈窗數(shù)據(jù)包中還攜帶有彈窗數(shù)據(jù)展示時長信息，所述客戶端按照彈窗數(shù)據(jù)展示時長信息對彈窗數(shù)據(jù)進行對應(yīng)時長的展示。
6.一種服務(wù)器，其特征在于，包括: 判斷單元，用于根據(jù)彈窗數(shù)據(jù)推送配置判斷是否需要向客戶端發(fā)送攜帶有彈窗數(shù)據(jù)的彈窗數(shù)據(jù)包； 第一接收單元，用于在所述判斷單元判斷需要向客戶端發(fā)送彈窗數(shù)據(jù)包時，檢測是否通過第一數(shù)據(jù)傳輸鏈路從所述客戶端接收到攜帶有客戶端地址信息的心跳數(shù)據(jù)包，所述第一數(shù)據(jù)傳輸鏈路由客戶端根據(jù)服務(wù)器地址信息建立； 連接單元，用于在所述第一接收單元檢測到通過第一數(shù)據(jù)傳輸鏈路從客戶端接收到心跳數(shù)據(jù)包時，根據(jù)所述客戶端地址信息建立與客戶端之間的第二數(shù)據(jù)傳輸鏈路； 發(fā)送單元，用于通過所述第二數(shù)據(jù)傳輸鏈路向客戶端發(fā)送彈窗數(shù)據(jù)包。
7.如權(quán)利要求6所述的服務(wù)器，其特征在于，所述彈窗數(shù)據(jù)包中還攜帶有彈窗數(shù)據(jù)包識別信息，所述服務(wù)器還包括: 記錄單元，用于根據(jù)所述彈窗數(shù)據(jù)包的發(fā)送情況形成推送記錄信息，所述推送記錄信息包括客戶端地址信息、彈窗數(shù)據(jù)包識別信息及彈窗數(shù)據(jù)發(fā)送時刻； 觸發(fā)單元，用于判斷在所述記錄單元記錄的彈窗數(shù)據(jù)包發(fā)送時刻后的預(yù)設(shè)定時時間內(nèi)是否從客戶端獲得攜帶有彈窗數(shù)據(jù)包識別信息的彈窗數(shù)據(jù)包成功接收消息，若否，觸發(fā)所述連接單元向客戶端按照預(yù)設(shè)的重發(fā)次數(shù)建立與客戶端之間的第二數(shù)據(jù)傳輸鏈路以重新發(fā)送彈窗數(shù)據(jù)包。
8.一種客戶端，其特征在于，所述客戶端用于與如權(quán)利要求6或7所述的服務(wù)器交互，所述客戶端包括: 第二接收單元，用于從服務(wù)器接收彈窗數(shù)據(jù)包； 解析單元，用于從所述彈窗數(shù)據(jù)包中解析獲得彈窗數(shù)據(jù)； 展示單元，用于根據(jù)預(yù)設(shè)的彈窗數(shù)據(jù)類型與彈窗數(shù)據(jù)處理方式的對應(yīng)關(guān)系，對所述彈窗數(shù)據(jù)的類型進行識別及對應(yīng)處理展示。
9.如權(quán)利要求8所述的客戶端，其特征在于，所述第二接收單元包括: 數(shù)據(jù)包接收單元，用于接收數(shù)據(jù)包； 格式判定單元，用于按照預(yù)設(shè)定的彈窗數(shù)據(jù)包格式，判斷所述數(shù)據(jù)包是否為彈窗數(shù)據(jù)包； 所述展示單元識別出包括文字、圖片或URL鏈接信息的彈窗數(shù)據(jù)類型，對于文字或圖片類型的彈窗數(shù)據(jù)，對其進行渲染后展示，對于URL鏈接信息類型的彈窗數(shù)據(jù)，調(diào)用內(nèi)嵌的web控件以打開網(wǎng)頁的形式展示。
10.一種彈窗數(shù)據(jù)交互系統(tǒng)，其特征在于，包括如權(quán)利要求6或7所述的服務(wù)器，以及如權(quán)利要求8或9所述的客戶端。
【文檔編號】G06F17/30GK104283849SQ201310279925
【公開日】2015年1月14日 申請日期:2013年7月4日 優(yōu)先權(quán)日:2013年7月4日
【發(fā)明者】向燦, 游志超, 曾毅 申請人:深圳市天趣網(wǎng)絡(luò)科技有限公司