專(zhuān)利名稱(chēng)：事件的處理方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其涉及一種事件的處理方法和裝置。
背景技術(shù)：
目前，互聯(lián)網(wǎng)的結(jié)構(gòu)主要有瀏覽器/服務(wù)器(BiOwse/Server，簡(jiǎn)稱(chēng)B/S)模式。因?yàn)锽/S主要使用超文本傳輸協(xié)議(HyperText Transfer Protocol,簡(jiǎn)稱(chēng)HTTP)協(xié)議作為傳輸模式，HTTP是一種請(qǐng)求-響應(yīng)模型，HTTP協(xié)議永遠(yuǎn)都是客戶端發(fā)起請(qǐng)求，服務(wù)端回送響應(yīng)。這樣限制了使用HTTP協(xié)議，無(wú)法實(shí)現(xiàn)在客戶端沒(méi)有發(fā)起請(qǐng)求的時(shí)候，服務(wù)器將消息推送給客戶端。
另外，隨著互聯(lián)網(wǎng)技術(shù)的普及，用戶通過(guò)互聯(lián)網(wǎng)瀏覽信息時(shí)對(duì)實(shí)時(shí)性的要求越來(lái)越高，尤其對(duì)于一些數(shù)據(jù)量大且隨時(shí)間不斷變化的應(yīng)用系統(tǒng)，例如股票交易系統(tǒng)，數(shù)據(jù)展現(xiàn)的實(shí)時(shí)性尤為重要。為了提高通信的實(shí)時(shí)性，現(xiàn)有技術(shù)中，可以通過(guò)在用戶終端安裝第三方軟件程序的方式，在客戶端與服務(wù)器之間建立鏈路通道，使用重新定義的非通用性協(xié)議來(lái)代替HTTP，將服務(wù)器的數(shù)據(jù)推送給客戶端。主動(dòng)將更新后的數(shù)據(jù)下發(fā)給該用戶終端，以此來(lái)提聞實(shí)時(shí)性。
但是，由于需要在B/S模式下通過(guò)在用戶終端安裝第三方軟件程序來(lái)提高實(shí)時(shí)性，因此，造成了維護(hù)成本上升，并且使得用戶的操作更為繁瑣，影響了用戶滿意度。發(fā)明內(nèi)容
本發(fā)明提供一種事件的處理方法和裝置，以實(shí)現(xiàn)服務(wù)器向用戶終端實(shí)時(shí)推送數(shù)據(jù)。
本發(fā)明提供一種事件的處理方法，包括
接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路；所述事件訪問(wèn)請(qǐng)求包括事件標(biāo)識(shí)；獲取所述事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，并在所述事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端。
本發(fā)明還提供一種事件的處理裝置，包括
接收模塊，用于接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路；所述事件訪問(wèn)請(qǐng)求包括事件標(biāo)識(shí)；
處理模塊，用于獲取所述事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，并在所述事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端。
本發(fā)明事件的處理方法和裝置，通過(guò)接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路，實(shí)現(xiàn)用戶終端與服務(wù)器的交互；通過(guò)利用事件訪問(wèn)請(qǐng)求中包含的事件標(biāo)識(shí)，獲取所述事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，并在所述事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端，從而有效地保證了將服務(wù)器中更新后的數(shù)據(jù)實(shí)時(shí)的推送給用戶終端，進(jìn)而解決了現(xiàn)有技術(shù)中4需要在B/S模式下通過(guò)在用戶終端安裝第三方軟件程序來(lái)提高實(shí)時(shí)性而造成的維護(hù)成本上升以及操作繁瑣的問(wèn)題。


圖I為本發(fā)明事件的處理方法實(shí)施例一的流程圖2為本發(fā)明事件的處理方法實(shí)施例四的流程圖3為本發(fā)明事件的處理方法實(shí)施例五的流程圖4為本發(fā)明事件的處理裝置實(shí)施例一的結(jié)構(gòu)示意圖5為本發(fā)明事件的處理裝置實(shí)施例二的結(jié)構(gòu)示意圖6為本發(fā)明事件的處理裝置實(shí)施例三的結(jié)構(gòu)示意圖7為本發(fā)明事件的處理裝置實(shí)施例四的結(jié)構(gòu)示意圖8為本發(fā)明事件的處理裝置實(shí)施例五的結(jié)構(gòu)示意圖。
具體實(shí)施方式
圖I為本發(fā)明事件的處理方法實(shí)施例一的流程圖，如圖I所示，本實(shí)施例的方法可以包括
步驟101、接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路；所述事件訪問(wèn)請(qǐng)求包括事件標(biāo)識(shí)。
在本實(shí)施例中，該通信鏈路建立后將一直保持通信狀態(tài)，只有人為地關(guān)閉、或者用戶終端或服務(wù)器出現(xiàn)異常時(shí)才會(huì)關(guān)閉該通信鏈路。
步驟102、獲取所述事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，并在所述事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端。
在本實(shí)施例中，服務(wù)器根據(jù)步驟101中包含的事件標(biāo)識(shí)去查詢對(duì)應(yīng)的事件資源， 并在該事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端。此處，事件資源發(fā)生變化，是指事件標(biāo)識(shí)所對(duì)應(yīng)的事件資源中的數(shù)據(jù)有更新，例如股票交易系統(tǒng)中的某一股票的價(jià)格更新、車(chē)輛監(jiān)控系統(tǒng)中某一位置處車(chē)流量的數(shù)據(jù)更新坐寸ο
相對(duì)于現(xiàn)有技術(shù)中，用戶終端與服務(wù)器的通信一般采用超文本傳輸協(xié)議(Hyper Text Transfer Protocol,簡(jiǎn)稱(chēng)HTTP)的協(xié)議,在該協(xié)議下,只有用戶發(fā)送請(qǐng)求,服務(wù)器才會(huì)根據(jù)請(qǐng)求進(jìn)行響應(yīng)，而服務(wù)器響應(yīng)之后，該次通信立即結(jié)束，因此不能實(shí)時(shí)、主動(dòng)地推送數(shù)據(jù)。而對(duì)于本實(shí)施例中，服務(wù)器只要獲取到該事件資源有更新，就可以實(shí)時(shí)將更新后的事件資源通過(guò)該通信鏈路發(fā)送給用戶終端，而不需要重新與用戶終端建立連接。
在本實(shí)施例中，通過(guò)接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路，實(shí)現(xiàn)用戶終端與服務(wù)器的交互；通過(guò)利用事件訪問(wèn)請(qǐng)求中包含的事件標(biāo)識(shí)，獲取所述事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，并在所述事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端，從而有效地保證了將服務(wù)器中更新后的數(shù)據(jù)實(shí)時(shí)的推送給用戶終端，進(jìn)而解決了現(xiàn)有技術(shù)中需要在B/S模式下通過(guò)在用戶終端安裝第三方軟件程序來(lái)提高實(shí)時(shí)性而造成的維護(hù)成本上升以及操作繁瑣的問(wèn)題。
進(jìn)一步的，在本發(fā)明的第二實(shí)施例中，在上述圖I所示實(shí)施例的基礎(chǔ)上，步驟101 的一種具體實(shí)現(xiàn)方式為
當(dāng)該事件訪問(wèn)請(qǐng)求為該用戶終端通過(guò)網(wǎng)絡(luò)套接(WebSocket)技術(shù)來(lái)推送數(shù)據(jù)。 WebSocket協(xié)議不是建立在HTTP之上的。但是WebSocket協(xié)議訂立了 HTTP握手的行為來(lái)將已經(jīng)存在的HTTP連接轉(zhuǎn)換為WebSocket連接。WebSocket沒(méi)有試圖在HTTP之上模擬服務(wù)器server推送的通道，而是直接在TCP之上定義了幀協(xié)議，因此WebSocket能夠支持雙向的通信。
WebSocket連接是有HTTP連接升級(jí)而來(lái)，因此WebSocket協(xié)議也可以和HTTP服務(wù)器一起工作。用戶終端首先發(fā)出HTTP請(qǐng)求連接，服務(wù)器返回HTTP連接建立響應(yīng)；用戶終端再發(fā)出要升級(jí)為Websocket請(qǐng)求,發(fā)送請(qǐng)求的消息頭會(huì)添加Upgrade和Connection以及 WebSocket-Protocol數(shù)據(jù)，要求與服務(wù)器之間的通訊升級(jí)到Websocket ;服務(wù)器接到請(qǐng)求后回應(yīng)用戶終端升級(jí)是否成功，并與之握手；這樣就建立與該用戶終端之間的通信鏈路。
在本實(shí)施例中，WebSocket技術(shù)支持雙向、全雙工通信信道。目前許多瀏覽器，例如 Firefox、Google Chrome 和 Safari,都支持 WebSocket 技術(shù)。使用 WebSocket 技術(shù)時(shí)，用戶終端向服務(wù)器發(fā)送HTTP請(qǐng)求(也稱(chēng)為WebSocket握手)和一些特殊的標(biāo)頭(hea der)，例如 ws: //或wss: H,這些標(biāo)頭用于標(biāo)識(shí)本次連接為WebSocket的連接，因此用戶終端與服務(wù)器之間將會(huì)建立通信鏈路，且該通信鏈路一直處于可用狀態(tài)。
更進(jìn)一步的，在本發(fā)明的第三實(shí)施例中，在上述圖I所示實(shí)施例的基礎(chǔ)上，步驟 101的另一種具體實(shí)現(xiàn)方式為
當(dāng)該事件訪問(wèn)請(qǐng)求為該用戶終端通過(guò)基于HTTP長(zhǎng)連接的“服務(wù)器推”技術(shù)(簡(jiǎn)稱(chēng) Comet技術(shù))發(fā)送的請(qǐng)求時(shí),根據(jù)該事件訪問(wèn)請(qǐng)求,并采用Comet技術(shù),與該用戶終端建立通信鏈路。
在本實(shí)施例中，Comet技術(shù)是互聯(lián)網(wǎng)(web)技術(shù)中的一個(gè)應(yīng)用模型，在該模型中， 請(qǐng)求被發(fā)送到服務(wù)器后將在用戶終端和服務(wù)器之間建立一個(gè)通信鏈路，并且該請(qǐng)求也將保持一個(gè)很長(zhǎng)的存活期，直到該存活期結(jié)束或是有服務(wù)器將該請(qǐng)求關(guān)閉，通信鏈路才會(huì)斷開(kāi)。
另外，Comet技術(shù)的一大優(yōu)點(diǎn)是，每個(gè)用戶終端始終都有一個(gè)向服務(wù)器端打開(kāi)的通信鏈路，因此在服務(wù)器端有數(shù)據(jù)更新時(shí)，可以通過(guò)該通信鏈路推送到用戶終端。但由于用戶終端發(fā)送的請(qǐng)求需要長(zhǎng)時(shí)間保持存活的狀態(tài)，故服務(wù)器需要特別的功能來(lái)處理所有的這些長(zhǎng)存活期的請(qǐng)求，這就需要服務(wù)器有很強(qiáng)的負(fù)載能力，當(dāng)應(yīng)用系統(tǒng)的規(guī)模越大，服務(wù)器的負(fù)載也越大，這對(duì)服務(wù)器的性能要求也就越高。因此，在本發(fā)明實(shí)施例中，Comet技術(shù)是作為 WebSockets技術(shù)的補(bǔ)充，以實(shí)現(xiàn)對(duì)現(xiàn)有的各種瀏覽器和服務(wù)器的兼容。
圖2為本發(fā)明事件的處理方法實(shí)施例四的流程圖，如圖2所示，本實(shí)施例的方法可以包括
步驟201、接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)該事件訪問(wèn)請(qǐng)求，與該用戶終端建立通信鏈路；該事件訪問(wèn)請(qǐng)求包括事件標(biāo)識(shí)。
步驟202、對(duì)該事件標(biāo)識(shí)進(jìn)行解析，獲取XML文件格式的事件標(biāo)識(shí)。
其中，XML文件格式為可擴(kuò)展標(biāo)記語(yǔ)言(Extensible Markup Language,簡(jiǎn)稱(chēng)XML)。 由于XML文件格式為服務(wù)器中個(gè)模塊通用的文件格式，因此，將事件標(biāo)識(shí)解析成XML文件格式的事件標(biāo)識(shí)，便于分布式數(shù)據(jù)庫(kù)服務(wù)(distributed database services,簡(jiǎn)稱(chēng)DDS)的服務(wù)器讀取。
步驟203、查詢DDS服務(wù)器，獲取與該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件資源。
其中，DDS服務(wù)器為存儲(chǔ)事件資源的服務(wù)器，所存儲(chǔ)的事件資源是實(shí)時(shí)更新的。
步驟204、接收該DDS服務(wù)器在該事件資源發(fā)生變化時(shí)發(fā)送的變化后的事件資源， 并將該變化后的事件資源通過(guò)該通信鏈路發(fā)送給該用戶終端。
在本實(shí)施例中，優(yōu)選的，可以在服務(wù)器上注冊(cè)一發(fā)布服務(wù)，該發(fā)布服務(wù)通過(guò)該XML 格式的事件標(biāo)識(shí)與DDS服務(wù)器上對(duì)應(yīng)的事件資源連接，用于當(dāng)DDS服務(wù)器上的事件資源發(fā)生變化時(shí)，將該變化后的事件資源通過(guò)該通信鏈路發(fā)送給該用戶終端。
另外，在本實(shí)施例中，通過(guò)對(duì)該事件標(biāo)識(shí)進(jìn)行解析，獲取XML文件格式的事件標(biāo)識(shí)；并查詢DDS服務(wù)器，獲取與該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，實(shí)現(xiàn)及時(shí)獲取 DDS服務(wù)器中頻繁更新的數(shù)據(jù)，從而實(shí)現(xiàn)將實(shí)時(shí)變化的數(shù)據(jù)實(shí)時(shí)地推送到用戶終端。
圖3為本發(fā)明事件的處理方法實(shí)施例五的流程圖，如圖3所示，本實(shí)施例的方法可以包括
步驟301、接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)該事件訪問(wèn)請(qǐng)求，與該用戶終端建立通信鏈路；該事件訪問(wèn)請(qǐng)求包括事件標(biāo)識(shí)。
步驟302、對(duì)該事件標(biāo)識(shí)進(jìn)行解析，獲取XML文件格式的事件標(biāo)識(shí)。
步驟303、查詢DDS服務(wù)器，獲取與該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件資源。
步驟304、查詢事件展示組件庫(kù)，獲取與該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件展,」、O
其中，步驟302、303按順序執(zhí)行，而步驟304與步驟302、303之間是并行執(zhí)行的， 沒(méi)有先后順序，例如，可以先執(zhí)行步驟304，再執(zhí)行步驟302、303 ;也可以先執(zhí)行步驟302、 303再執(zhí)行步驟304 ;還可以先執(zhí)行步驟302、再執(zhí)行步驟304、然后執(zhí)行步驟303。
步驟304中，事件展示組件庫(kù)中定義了豐富的事件展示方式，例如柱形圖、餅圖、 表格、時(shí)間線、儀表盤(pán)等方式。一般來(lái)說(shuō)，一種事件標(biāo)識(shí)對(duì)應(yīng)一種類(lèi)型的數(shù)據(jù)，可以根據(jù)數(shù)據(jù)類(lèi)型選擇最優(yōu)的展示方式，因此可以事先定義某個(gè)事件標(biāo)識(shí)的事件資源采用某一種方式來(lái)展示，因此，可以根據(jù)事件標(biāo)識(shí)查詢事件展示組件庫(kù)，獲取與該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件展示方式。
步驟305、將該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件展示方式和變化后的事件資源通過(guò)該通信鏈路發(fā)送給該用戶終端，以供該用戶終端根據(jù)該事件展示方式，展示該變化后的事件資源。
具體地，將該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件展示方式和變化后的事件資源通過(guò)該通信鏈路發(fā)送給該用戶終端，用戶終端的瀏覽器可以調(diào)用相應(yīng)的自身javascript (Java腳本語(yǔ)言)庫(kù)，將數(shù)據(jù)按照所確定的事件展示方式展示到瀏覽器上。
本實(shí)施例，通過(guò)查詢事件展示組件庫(kù)，獲取與該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件展示方式，并將與該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件展示方式和變化后的事件資源同時(shí)通過(guò)該通信鏈路發(fā)送給用戶終端，使用戶終端能夠按照指定的事件展示方式將實(shí)時(shí)更新的事件資源展示在瀏覽器上，從而便于用戶瀏覽和閱讀。
圖4為本發(fā)明事件的處理裝置實(shí)施例一的結(jié)構(gòu)示意圖，如圖4所示，本實(shí)施例的裝置可以包括接收模塊11和處理模塊12，其中，接收模塊11用于接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)該事件訪問(wèn)請(qǐng)求，與該用戶終端建立通信鏈路，該事件訪問(wèn)請(qǐng)求包括事件標(biāo)識(shí)接收用戶終端發(fā)送的域名查詢請(qǐng)求；處理模塊12用于獲取該事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，并在該事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)該通信鏈路發(fā)送給該用戶終端。
本實(shí)施例的裝置，可以用于執(zhí)行圖I所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類(lèi)似，此處不再贅述。
本實(shí)施例的裝置，通過(guò)接收模塊接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路，實(shí)現(xiàn)用戶終端與服務(wù)器的交互；再通過(guò)處理模塊根據(jù)事件訪問(wèn)請(qǐng)求中包含的事件標(biāo)識(shí)，獲取所述事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，并在所述事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端，從而有效地保證了將服務(wù)器中更新后的數(shù)據(jù)實(shí)時(shí)的推送給用戶終端，進(jìn)而解決了現(xiàn)有技術(shù)中需要在B/S模式下通過(guò)在用戶終端安裝第三方軟件程序來(lái)提高實(shí)時(shí)性而造成的維護(hù)成本上升以及操作繁瑣的問(wèn)題。
圖5為本發(fā)明事件的處理裝置實(shí)施例二的結(jié)構(gòu)示意圖，在上述圖4所示實(shí)施例的基礎(chǔ)上，如圖5所示，本實(shí)施例的裝置在圖4所示裝置結(jié)構(gòu)的基礎(chǔ)上，進(jìn)一步地，接收模塊11 可以包括接收單元111和WebSocket處理單元112 ;其中，接收單元111,用于接收該用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求IebSocket處理單元112，用于根據(jù)該HTTP請(qǐng)求，與該用戶終端進(jìn)行WebSocket握手，以建立與該用戶終端之間的通信鏈路。
本實(shí)施例的裝置，可以用于執(zhí)行在圖I所示方法實(shí)施例基礎(chǔ)上的第二實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類(lèi)似，此處不再贅述。
圖6為本發(fā)明事件的處理裝置實(shí)施例三的結(jié)構(gòu)示意圖，在上述圖4所示實(shí)施例的基礎(chǔ)上，如圖6所示，本實(shí)施例的裝置在圖3所示裝置結(jié)構(gòu)的基礎(chǔ)上，進(jìn)一步地，接收模塊11 可以包括接收單元111和Comet單元113 ;其中，接收單元111用于接收該用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求；Comet單元113用于根據(jù)該事件訪問(wèn)請(qǐng)求,并采用Comet技術(shù),與該用戶終端建立通信鏈路。
本實(shí)施例的裝置，可以用于執(zhí)行在圖I所示方法實(shí)施例基礎(chǔ)上的第三實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類(lèi)似，此處不再贅述。
本實(shí)施例的裝置與圖5所示裝置結(jié)構(gòu)的區(qū)別在于，接收模塊11采用另一種技術(shù)與用戶終端建立通信鏈路，以提高本發(fā)明的時(shí)間的處理裝置對(duì)各種服務(wù)器及瀏覽器的兼容性。
圖7為本發(fā)明事件的處理裝置實(shí)施例四的結(jié)構(gòu)示意圖，如圖7所示，本實(shí)施例的裝置在圖5或圖6所示裝置結(jié)構(gòu)的基礎(chǔ)上，進(jìn)一步地，還可以包括DDS服務(wù)器13，用于存儲(chǔ) XML文件格式的事件標(biāo)識(shí)和事件資源的映射關(guān)系；處理模塊12可以包括解析單元121、獲取單元122和收發(fā)單元123 ;其中，解析單元121，用于對(duì)該事件標(biāo)識(shí)進(jìn)行解析，獲取XML文件格式的事件標(biāo)識(shí)；獲取單元122，用于查詢DDS服務(wù)器13，獲取與該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件資源；收發(fā)單元123用于接收該DDS服務(wù)器13在該事件資源發(fā)生變化時(shí)發(fā)送的變化后的事件資源，并將該變化后的事件資源通過(guò)該通信鏈路發(fā)送給該用戶終端。
本實(shí)施例的裝置，可以用于執(zhí)行在圖2所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類(lèi)似，此處不再贅述。
圖8為本發(fā)明事件的處理裝置實(shí)施例五的結(jié)構(gòu)示意圖，如圖8所示，本實(shí)施例的裝置在圖7所示裝置結(jié)構(gòu)的基礎(chǔ)上，進(jìn)一步地，還可以包括事件展示組件庫(kù)14，用于存儲(chǔ)事件展示方式，該事件展示方式與該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)。因此，本實(shí)施例的裝置的處理模塊12中，收發(fā)單元123具體用于將與該XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件展示方式和變化后的事件資源通過(guò)該通信鏈路發(fā)送給該用戶終端，以供該用戶終端根據(jù)該事件展示方式，展示該變化后的事件資源。
本實(shí)施例的裝置，可以用于執(zhí)行在圖3所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類(lèi)似，此處不再贅述。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。
最后應(yīng)說(shuō)明的是以上各實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制； 盡管參照前述各實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。
權(quán)利要求
1.一種事件的處理方法，其特征在于，包括接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路；所述事件訪問(wèn)請(qǐng)求包括事件標(biāo)識(shí)；獲取所述事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，并在所述事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端。
2.根據(jù)權(quán)利要求I所述的事件的處理方法，其特征在于，當(dāng)所述事件訪問(wèn)請(qǐng)求為所述用戶終端通過(guò)WebSocket技術(shù)發(fā)送的HTTP請(qǐng)求時(shí)，所述根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路，包括根據(jù)所述HTTP請(qǐng)求，與所述用戶終端進(jìn)行WebSocket握手，以建立與所述用戶終端之間的通信鏈路。
3.根據(jù)權(quán)利要求I所述的事件的處理方法，其特征在于，當(dāng)所述事件訪問(wèn)請(qǐng)求為所述用戶終端通過(guò)Comet技術(shù)發(fā)送的請(qǐng)求時(shí)，所述根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路，包括根據(jù)所述事件訪問(wèn)請(qǐng)求，并采用Comet技術(shù)，與所述用戶終端建立通信鏈路。
4.根據(jù)權(quán)利要求2或3所述的事件的處理方法，其特征在于，所述獲取所述事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，包括對(duì)所述事件標(biāo)識(shí)進(jìn)行解析，獲取XML文件格式的事件標(biāo)識(shí)；查詢DDS服務(wù)器，獲取與所述XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件資源；則在所述事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端，包括接收所述DDS服務(wù)器在所述事件資源發(fā)生變化時(shí)發(fā)送的變化后的事件資源，并將所述變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端。
5.根據(jù)權(quán)利要求4所述的事件的處理方法，其特征在于，還包括查詢事件展示組件庫(kù)，獲取與所述XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件展示方式；則所述將所述變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端，包括將與所述XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件展示方式和變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端，以供所述用戶終端根據(jù)所述事件展示方式，展示所述變化后的事件資源。
6.一種事件的處理裝置，其特征在于，包括接收模塊，用于接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路；所述事件訪問(wèn)請(qǐng)求包括事件標(biāo)識(shí)；處理模塊，用于獲取所述事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，并在所述事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端。
7.根據(jù)權(quán)利要求6所述的事件的處理裝置，其特征在于，所述接收模塊包括接收單元，用于接收所述用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求；WebSocket處理單元,用于根據(jù)所述HTTP請(qǐng)求,與所述用戶終端進(jìn)行WebSocket握手， 以建立與所述用戶終端之間的通信鏈路。
8.根據(jù)權(quán)利要求6所述的事件的處理裝置，其特征在于，所述接收模塊包括接收單元，用于接收所述用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求；Comet單元，用于根據(jù)所述事件訪問(wèn)請(qǐng)求，并采用Comet技術(shù)，與所述用戶終端建立通信鏈路。
9.根據(jù)權(quán)利要求7或8所述的事件的處理裝置，其特征在于，還包括DDS服務(wù)器，用于存儲(chǔ)XML文件格式的事件標(biāo)識(shí)和事件資源的映射關(guān)系；則所述處理模塊包括解析單元，用于對(duì)所述事件標(biāo)識(shí)進(jìn)行解析，獲取XML文件格式的事件標(biāo)識(shí)；獲取單元，用于查詢DDS服務(wù)器，獲取與所述XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件資源；收發(fā)單元，用于接收所述DDS服務(wù)器在所述事件資源發(fā)生變化時(shí)發(fā)送的變化后的事件資源，并將所述變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端。
10.根據(jù)權(quán)利要求9所述的事件的處理裝置，其特征在于，還包括事件展示組件庫(kù)，用于存儲(chǔ)事件展示方式，所述事件展示方式與所述XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)；則所述收發(fā)單元具體用于將與所述XML文件格式的事件標(biāo)識(shí)對(duì)應(yīng)的事件展示方式和變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端，以供所述用戶終端根據(jù)所述事件展示方式，展示所述變化后的事件資源。
全文摘要
本發(fā)明提供一種事件的處理方法和裝置，包括接收用戶終端發(fā)送的事件訪問(wèn)請(qǐng)求，并根據(jù)所述事件訪問(wèn)請(qǐng)求，與所述用戶終端建立通信鏈路；所述事件訪問(wèn)請(qǐng)求包括事件標(biāo)識(shí)；獲取所述事件標(biāo)識(shí)對(duì)應(yīng)的事件資源，并在所述事件資源發(fā)生變化時(shí)，將獲取到的變化后的事件資源通過(guò)所述通信鏈路發(fā)送給所述用戶終端。本發(fā)明提供的事件的處理方法和裝置，可以實(shí)現(xiàn)服務(wù)器向用戶終端實(shí)時(shí)推送數(shù)據(jù)。
文檔編號(hào)H04L29/08GK102938788SQ20121045939
公開(kāi)日2013年2月20日 申請(qǐng)日期2012年11月15日 優(yōu)先權(quán)日2012年11月15日
發(fā)明者邵曉風(fēng), 陳瓊, 劉宗福, 耿宜超, 余昊, 祝清華, 胡玉溪, 劉君杰 申請(qǐng)人:易程科技股份有限公司