專利名稱：一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法
及裝置。
背景技術(shù)：
現(xiàn)有的網(wǎng)絡(luò)服務(wù)Web Service的實(shí)現(xiàn)是在服務(wù)端發(fā)布方法，并在客戶端通過(guò) SOAP (Simple Object Access Protocol，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議)調(diào)用這些方法。這些被調(diào)用 的方法是孤立的，當(dāng)一個(gè)方法被調(diào)用后，在其他的方法中無(wú)法獲得這個(gè)方法調(diào)用后的訪問(wèn) 狀態(tài)。對(duì)于一個(gè)完整的應(yīng)用程序，需要調(diào)用多個(gè)方法協(xié)同工作，對(duì)多個(gè)訪問(wèn)狀態(tài)進(jìn)行保留才 能完成。因?yàn)閃eb Service無(wú)法保留訪問(wèn)狀態(tài)，所以很難依靠Web Service完成一個(gè)完整 應(yīng)用程序的全部工作?，F(xiàn)有技術(shù)提供了一種在服務(wù)器端使用靜態(tài)static變量來(lái)保存用戶的訪問(wèn)狀態(tài)的 方法，該方法向每一個(gè)訪問(wèn)的用戶發(fā)送一個(gè)固定的地址ID，通過(guò)在服務(wù)端和客戶端傳遞這 個(gè)ID來(lái)取得相應(yīng)的用戶狀態(tài)。但是這種方法需要對(duì)每一個(gè)不同的用戶都分配一個(gè)固定的 ID,實(shí)現(xiàn)起來(lái)非常困難，無(wú)法再大型應(yīng)用中使用?，F(xiàn)有技術(shù)還提供了一種利用開源框架例如Axis2 (Apache eXtensiblelnteraction System，阿帕奇可擴(kuò)展交互系統(tǒng))提供簡(jiǎn)單的session會(huì)話管理 機(jī)制，session是為了保證兩個(gè)計(jì)算機(jī)之間順利交流，在內(nèi)存中開辟的一塊內(nèi)存區(qū)域，用于 保留雙方交談內(nèi)容。但是，session只能夠?qū)eb Service的訪問(wèn)管理提供簡(jiǎn)單的登錄、退 出管理，如需應(yīng)用到大型的應(yīng)用程序中，則需要大量的編程工作，實(shí)現(xiàn)起來(lái)同樣非常困難。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法及裝置，解決了 在Web Service下難以保留訪問(wèn)狀態(tài)的問(wèn)題。其具體方案如下一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法，采用信息處理handler機(jī)制，其過(guò)程 包括接收檢測(cè)到的客戶端發(fā)送的訪問(wèn)請(qǐng)求數(shù)據(jù)；確定所述訪問(wèn)請(qǐng)求的類型；根據(jù)所述訪問(wèn)請(qǐng)求的類型執(zhí)行相應(yīng)的會(huì)話操作，存儲(chǔ)會(huì)話數(shù)據(jù)；依據(jù)所述訪問(wèn)請(qǐng)求數(shù)據(jù)，執(zhí)行相應(yīng)的操作。優(yōu)選的，按照以下步驟確定所述訪問(wèn)請(qǐng)求的類型獲取所述訪問(wèn)請(qǐng)求數(shù)據(jù)中的客戶端信息數(shù)據(jù)；根據(jù)所述客戶端信息數(shù)據(jù)判斷所述訪問(wèn)請(qǐng)求是否為首次請(qǐng)求，若是，則確定所述 訪問(wèn)請(qǐng)求的類型為首次請(qǐng)求，若否，則確定所述訪問(wèn)請(qǐng)求的類型為重復(fù)請(qǐng)求。優(yōu)選的，所述客戶端信息數(shù)據(jù)包括客戶端IP地址或會(huì)話ID。優(yōu)選的，所述根據(jù)訪問(wèn)請(qǐng)求的類型執(zhí)行相應(yīng)的會(huì)話操作的過(guò)程包括
當(dāng)所述訪問(wèn)請(qǐng)求的類型為首次請(qǐng)求時(shí)，為所述訪問(wèn)請(qǐng)求創(chuàng)建會(huì)話；當(dāng)所述訪問(wèn)請(qǐng)求的類型為非首次請(qǐng)求時(shí)，判斷所述訪問(wèn)請(qǐng)求是否為注銷會(huì)話，若 是，則注銷當(dāng)前會(huì)話，若否，則為所述訪問(wèn)請(qǐng)求保持原有會(huì)話。優(yōu)選的，根據(jù)所述訪問(wèn)請(qǐng)求的類型，利用handler或handler Chain執(zhí)行相應(yīng)的會(huì)
話操作。優(yōu)選的，依據(jù)所述訪問(wèn)請(qǐng)求數(shù)據(jù)，利用handler或handler Chain執(zhí)行相應(yīng)的操作。優(yōu)選的，所述訪問(wèn)請(qǐng)求數(shù)據(jù)包括統(tǒng)一編碼請(qǐng)求數(shù)據(jù)、用戶認(rèn)證請(qǐng)求數(shù)據(jù)、記錄訪 問(wèn)時(shí)間請(qǐng)求數(shù)據(jù)和注銷會(huì)話請(qǐng)求數(shù)據(jù)中的任意一種或幾種的組合。一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理裝置，采用信息處理handler機(jī)制，包括請(qǐng)求檢測(cè)接收單元，用于接收檢測(cè)到的客戶端發(fā)送的訪問(wèn)請(qǐng)求數(shù)據(jù)；確定單元，用于確定所述訪問(wèn)請(qǐng)求的類型；會(huì)話操作存儲(chǔ)單元，用于根據(jù)所述訪問(wèn)請(qǐng)求的類型執(zhí)行相應(yīng)的會(huì)話操作，存儲(chǔ)會(huì) 話數(shù)據(jù)；請(qǐng)求執(zhí)行單元，用于依據(jù)所述訪問(wèn)請(qǐng)求數(shù)據(jù)，執(zhí)行相應(yīng)的操作。優(yōu)選的，所述確定單元包括獲取單元，用于獲取所述訪問(wèn)請(qǐng)求數(shù)據(jù)中的客戶端信息數(shù)據(jù)；請(qǐng)求類型判斷單元，用于根據(jù)所述客戶端信息數(shù)據(jù)判斷所述訪問(wèn)請(qǐng)求的類型。優(yōu)選的，所述會(huì)話操作存儲(chǔ)單元包括會(huì)話創(chuàng)建單元，用于當(dāng)所述訪問(wèn)請(qǐng)求的類型為首次請(qǐng)求時(shí)，為所述訪問(wèn)請(qǐng)求創(chuàng)建 會(huì)話；請(qǐng)求判斷單元，用于當(dāng)所述訪問(wèn)請(qǐng)求的類型為非首次請(qǐng)求時(shí)，判斷所述請(qǐng)求的內(nèi) 容是否為注銷會(huì)話；會(huì)話注銷單元，用于當(dāng)所述請(qǐng)求內(nèi)容為注銷會(huì)話時(shí)，注銷當(dāng)前會(huì)話；會(huì)話保持單元，用于當(dāng)所述請(qǐng)求內(nèi)容為非注銷會(huì)話時(shí)，為所述訪問(wèn)請(qǐng)求保持原有 會(huì)話。本發(fā)明公開的一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法，采用信息處理 handler機(jī)制，提供跨平臺(tái)的使用接口，建立客戶端的會(huì)話并存儲(chǔ)訪問(wèn)狀態(tài)數(shù)據(jù)，解決了在 Web Service下難以保留訪問(wèn)狀態(tài)的問(wèn)題。同時(shí)可以分配、管理用戶的會(huì)話狀態(tài)。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實(shí)施例1公開的Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法的流程圖；圖2為本發(fā)明實(shí)施例2公開的Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法的流程圖；圖3為本發(fā)明實(shí)施例3公開的Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法的流程圖；圖4為本發(fā)明公開的Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于 本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。Handler是一種服務(wù)器端過(guò)濾器實(shí)現(xiàn)，是基于類過(guò)濾器的訪問(wèn)監(jiān)測(cè)機(jī)制，能夠?qū)崟r(shí) 監(jiān)控客戶端請(qǐng)求，當(dāng)監(jiān)測(cè)到客戶端訪問(wèn)時(shí)，為客戶端提供一個(gè)接口，所有客戶端請(qǐng)求在到達(dá) 服務(wù)器之前，需要首先經(jīng)過(guò)handler。利用這一性質(zhì)，可以將與服務(wù)器相連的所有客戶端的 會(huì)話進(jìn)行統(tǒng)一管理。其作用范圍可以是單服務(wù)模式，也可以是跨Web Service服務(wù)模式。 所述的跨Web Service服務(wù)模式是指，對(duì)于一個(gè)復(fù)雜的系統(tǒng)，不可能只有一個(gè)Web Service 服務(wù)，例如，其至少會(huì)有一個(gè)管理用戶登錄和注冊(cè)的Web Service以及處理用戶請(qǐng)求的Web Service.在這種情況，就必須在多個(gè)Web Service服務(wù)之間共享會(huì)話狀態(tài)，才可以實(shí)現(xiàn)整 個(gè)用戶訪問(wèn)過(guò)程。Handler技術(shù)特點(diǎn)類似于Servlet技術(shù)中的過(guò)濾器Filter。Servlet是 一種服務(wù)器端的Java應(yīng)用程序，具有獨(dú)立于平臺(tái)和協(xié)議的特性，可以生成動(dòng)態(tài)的Web頁(yè)面。 它擔(dān)當(dāng)客戶請(qǐng)求(Web瀏覽器或其他HTTP客戶程序)與服務(wù)器響應(yīng)(HTTP服務(wù)器上的數(shù) 據(jù)庫(kù)或應(yīng)用程序)的中間層。在Servlet中，當(dāng)一個(gè)HTTP到達(dá)服務(wù)端時(shí)，往往要經(jīng)過(guò)多個(gè) Filter對(duì)請(qǐng)求進(jìn)行過(guò)濾，然后才到達(dá)提供服務(wù)的Servlet，這些Filter的功能往往是對(duì)請(qǐng) 求進(jìn)行統(tǒng)一編碼，對(duì)用戶進(jìn)行認(rèn)證，把用戶的訪問(wèn)寫入系統(tǒng)日志等。相應(yīng)的，Handler通常 也提供以下的功能對(duì)客戶端進(jìn)行認(rèn)證、授權(quán)；把用戶的訪問(wèn)寫入系統(tǒng)日志；對(duì)請(qǐng)求的SOAP 消息進(jìn)行加密，解密；為Web Services對(duì)象做緩存等。Handler機(jī)制配置示例如下所示〈handler name = “ Hello World Handler" type = " j ava. web service. Hello World Handler，，〉〈parameter name =，，status，，value =，，success，，/>〈/handler〉〈service name =，，Hello World，，provider =，，j ava: RPC，，>〈parameter name =，，class Name，，value =，，Hello World" />〈parameter name ="allowed Methods，，value =，，*，，/></service>分別對(duì)參數(shù)值、服務(wù)名稱進(jìn)行了定義，如需在跨服務(wù)模式下工作，只需在配置中設(shè) 置將作用域設(shè)置為Application即可。在基于Handler的基礎(chǔ)上，為了實(shí)現(xiàn)一連串Handler的功能，就是多個(gè)Handler 的集合，采用Chain機(jī)制。Chain實(shí)際上就是一連串的handler功能實(shí)現(xiàn)。當(dāng)Server的 需求一個(gè)Handler無(wú)法滿足時(shí)，或者當(dāng)需求無(wú)法用同一個(gè)handler解決時(shí)，需要采用多個(gè) handler,即Chain機(jī)制。比如要實(shí)現(xiàn)統(tǒng)一編碼，用戶認(rèn)證，寫入訪問(wèn)之日這三個(gè)功能，需要 三個(gè)handler來(lái)實(shí)現(xiàn)。Chain機(jī)制配置示例如下所示〈chain name =，，Hello World Chain，，〉〈handler type = " java. web Service. Hello WorldChain" /></chain>
6
〈service name =，，Hello World，，provider =，，java: RPC，，>〈request Flow>〈chain type =”Hello World Chain”/〉〈/request Flow)〈parameter name = " class Name，，value =，，HelloWorld，，/>〈parameter name ="allowed Methods，，value =，，*，，/></service>基于上述理論基礎(chǔ)，本發(fā)明公開了一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法，采 用handler機(jī)制，建立客戶端的會(huì)話并存儲(chǔ)訪問(wèn)狀態(tài)數(shù)據(jù)，解決了在Web Service下難以保 留訪問(wèn)狀態(tài)的問(wèn)題。其具體實(shí)施方式
如下實(shí)施例一本實(shí)施例公開的Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法的流程如圖1所示，包括步驟S11、接收檢測(cè)到的客戶端發(fā)送的訪問(wèn)請(qǐng)求數(shù)據(jù)；handler機(jī)制實(shí)時(shí)檢測(cè)客戶端，當(dāng)客戶端發(fā)送訪問(wèn)請(qǐng)求時(shí)，將利用自身的接口接收 訪問(wèn)請(qǐng)求數(shù)據(jù)。步驟S12、確定所述訪問(wèn)請(qǐng)求的類型；判斷訪問(wèn)請(qǐng)求的類型。步驟S13、根據(jù)所述訪問(wèn)請(qǐng)求的類型執(zhí)行相應(yīng)的會(huì)話操作，存儲(chǔ)會(huì)話數(shù)據(jù)；利用handler或handler Chain執(zhí)行會(huì)話操作，存儲(chǔ)會(huì)話過(guò)程中的數(shù)據(jù)。步驟S14、依據(jù)所述訪問(wèn)請(qǐng)求數(shù)據(jù)，執(zhí)行相應(yīng)的操作。根據(jù)訪問(wèn)請(qǐng)求的內(nèi)容，利用handler或handler Chain執(zhí)行請(qǐng)求。本實(shí)施例公開的Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法，采用handler機(jī)制，實(shí)現(xiàn) 建立客戶端的會(huì)話并存儲(chǔ)訪問(wèn)狀態(tài)數(shù)據(jù)的目的。實(shí)施例二本實(shí)施例公開的訪問(wèn)會(huì)話數(shù)據(jù)處理方法的流程如圖2所示，包括步驟S21、接收檢測(cè)到的客戶端發(fā)送的訪問(wèn)請(qǐng)求數(shù)據(jù)；步驟S22、獲取所述訪問(wèn)請(qǐng)求數(shù)據(jù)中的客戶端信息數(shù)據(jù)；從所述訪問(wèn)請(qǐng)求數(shù)據(jù)中獲取客戶端的信息數(shù)據(jù)，例如，Web Service請(qǐng)求是基于 HTTP協(xié)議的，因此此處可以利用HTTP head請(qǐng)求頭信息，其中包含請(qǐng)求的方法、URL、協(xié)議版 本、以及包含請(qǐng)求修飾符、客戶信息和內(nèi)容的類似于MIME的消息結(jié)構(gòu)。從中可以獲得客戶 端的信息，例如，客戶端的IP地址。步驟S23、根據(jù)所述客戶端信息數(shù)據(jù)判斷所述訪問(wèn)請(qǐng)求是否為首次請(qǐng)求，若是，則 執(zhí)行步驟S24a，若否，則執(zhí)行步驟S24b ；根據(jù)獲得的客戶端的IP地址，判斷該客戶端是否為第一次發(fā)送訪問(wèn)請(qǐng)求，如果 是，則創(chuàng)建會(huì)話，如果否，則保持會(huì)話。步驟S24a、確定所述訪問(wèn)請(qǐng)求的類型為首次請(qǐng)求；步驟S25a、為所述訪問(wèn)請(qǐng)求創(chuàng)建會(huì)話，存儲(chǔ)會(huì)話數(shù)據(jù)；步驟S24b、確定所述訪問(wèn)請(qǐng)求的類型為重復(fù)請(qǐng)求；步驟S25b、判斷所述訪問(wèn)請(qǐng)求是否為注銷會(huì)話，若是，則執(zhí)行步驟S26b，若否，則
7執(zhí)行步驟S27b ；步驟S26b、注銷當(dāng)前會(huì)話，結(jié)束；步驟S27b、為所述訪問(wèn)請(qǐng)求保持原有會(huì)話，存儲(chǔ)會(huì)話數(shù)據(jù)；步驟S28、依據(jù)所述訪問(wèn)請(qǐng)求數(shù)據(jù)，執(zhí)行相應(yīng)的操作。本實(shí)施例中，通過(guò)從接收的訪問(wèn)請(qǐng)求數(shù)據(jù)中獲得客戶端的信息的方式，來(lái)判斷客 戶端的請(qǐng)求類型，根據(jù)類型建立、注銷或保持會(huì)話，并存儲(chǔ)會(huì)話數(shù)據(jù)。訪問(wèn)請(qǐng)求數(shù)據(jù)還可以 為統(tǒng)一編碼請(qǐng)求數(shù)據(jù)、用戶認(rèn)證請(qǐng)求數(shù)據(jù)、記錄訪問(wèn)時(shí)間請(qǐng)求數(shù)據(jù)和注銷會(huì)話請(qǐng)求數(shù)據(jù)中 的任意一種或幾種的組合。實(shí)施例三本實(shí)施例公開的訪問(wèn)會(huì)話數(shù)據(jù)處理方法中，客戶端發(fā)送的請(qǐng)求為實(shí)現(xiàn)統(tǒng)一編碼， 用戶認(rèn)證，寫入訪問(wèn)之日，本實(shí)施例采用Handler Chain機(jī)制，利用三個(gè)Handler來(lái)分別實(shí) 現(xiàn)與請(qǐng)求對(duì)應(yīng)的操作，其流程如圖3所示，包括步驟S31、接收檢測(cè)到的客戶端發(fā)送的訪問(wèn)請(qǐng)求數(shù)據(jù)；步驟S32、獲取所述訪問(wèn)請(qǐng)求數(shù)據(jù)中的客戶端信息數(shù)據(jù)；客戶端的IP地址。步驟S33、根據(jù)所述客戶端信息數(shù)據(jù)判斷所述訪問(wèn)請(qǐng)求是否為首次請(qǐng)求，若是，則 執(zhí)行步驟S34a，若否，則執(zhí)行步驟S34b ；根據(jù)獲得的客戶端的IP地址，判斷該客戶端是否為第一次發(fā)送訪問(wèn)請(qǐng)求，如果 是，則創(chuàng)建會(huì)話，如果否，則保持會(huì)話。步驟S34a、確定所述訪問(wèn)請(qǐng)求的類型為首次請(qǐng)求；步驟S35a、為所述訪問(wèn)請(qǐng)求創(chuàng)建會(huì)話，存儲(chǔ)會(huì)話數(shù)據(jù)；利用Handler Chain 創(chuàng)建會(huì)話。步驟S34b、確定所述訪問(wèn)請(qǐng)求的類型為重復(fù)請(qǐng)求；步驟S35b、判斷所述訪問(wèn)請(qǐng)求是否為注銷會(huì)話，若是，則執(zhí)行步驟S36b，若否，則 執(zhí)行步驟S37b ；步驟S36b、注銷當(dāng)前會(huì)話，結(jié)束；步驟S37b、為所述訪問(wèn)請(qǐng)求保持原有會(huì)話，存儲(chǔ)會(huì)話數(shù)據(jù)；利用Handler Chain 保持會(huì)話。步驟S38、依次利用各個(gè)Handler分別完成其對(duì)應(yīng)的請(qǐng)求操作。利用三個(gè)Handler實(shí)現(xiàn)統(tǒng)一編碼，用戶認(rèn)證，寫入訪問(wèn)之日三個(gè)請(qǐng)求。本實(shí)施例中，利用Handler Chain來(lái)完成一系列的請(qǐng)求操作，同樣可以利用一個(gè) Handler來(lái)實(shí)現(xiàn)多個(gè)請(qǐng)求操作，但是，采用一個(gè)Handler來(lái)實(shí)現(xiàn)多個(gè)操作時(shí)，程序模塊間 的耦合性較高，某個(gè)模塊內(nèi)的錯(cuò)誤或誤差會(huì)影響到整個(gè)處理過(guò)程，所以，本實(shí)施例中選用 Handler Chain來(lái)完成多個(gè)請(qǐng)求操作，降低了程序模塊間的耦合性，提高了處理過(guò)程的準(zhǔn)確 度，同時(shí)，由于各個(gè)請(qǐng)求操作獨(dú)立處理，便于對(duì)處理過(guò)程進(jìn)行監(jiān)控統(tǒng)計(jì)，能夠快速的查找到 出現(xiàn)問(wèn)題的部分，提高處理效率。本發(fā)明同時(shí)公開了一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理裝置，同樣采用信息處 理handler機(jī)制，其結(jié)構(gòu)如圖4所示，包括請(qǐng)求檢測(cè)接收單元41、確定單元42、會(huì)話操作存 儲(chǔ)單元43和請(qǐng)求執(zhí)行單元44，其中
請(qǐng)求檢測(cè)接收單元41用于接收檢測(cè)到的客戶端發(fā)送的訪問(wèn)請(qǐng)求數(shù)據(jù)；確定單元 42用于確定所述訪問(wèn)請(qǐng)求的類型；會(huì)話操作存儲(chǔ)單元43用于根據(jù)所述訪問(wèn)請(qǐng)求的類型執(zhí) 行相應(yīng)的會(huì)話操作，存儲(chǔ)會(huì)話數(shù)據(jù)；請(qǐng)求執(zhí)行單元44用于依據(jù)所述訪問(wèn)請(qǐng)求數(shù)據(jù)，執(zhí)行相 應(yīng)的操作。其中，確定單元42包括獲取單元421，用于獲取所述訪問(wèn)請(qǐng)求數(shù)據(jù)中的客戶端信 息數(shù)據(jù)；請(qǐng)求類型判斷單元422，用于根據(jù)所述客戶端信息數(shù)據(jù)判斷所述訪問(wèn)請(qǐng)求的類型。會(huì)話操作存儲(chǔ)單元43包括會(huì)話創(chuàng)建單元431，用于當(dāng)所述訪問(wèn)請(qǐng)求的類型為首 次請(qǐng)求時(shí)，為所述訪問(wèn)請(qǐng)求創(chuàng)建會(huì)話；請(qǐng)求判斷單元432，用于當(dāng)所述訪問(wèn)請(qǐng)求的類型為非 首次請(qǐng)求時(shí)，判斷所述請(qǐng)求的內(nèi)容是否為注銷會(huì)話；會(huì)話注銷單元433，用于當(dāng)所述請(qǐng)求內(nèi) 容為注銷會(huì)話時(shí)，注銷當(dāng)前會(huì)話；會(huì)話保持單元434，用于當(dāng)所述請(qǐng)求內(nèi)容為非注銷會(huì)話 時(shí)，為所述訪問(wèn)請(qǐng)求保持原有會(huì)話。其中，會(huì)話創(chuàng)建單元、會(huì)話保持單元以及請(qǐng)求執(zhí)行單元可以為單個(gè)handler，也可 以為多個(gè)handler的集合Handler Chain。本說(shuō)明書中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他 實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見即可。對(duì)于實(shí)施例公開的裝置 而言，由于其與實(shí)施例公開的方法相對(duì)應(yīng)，所以描述的比較簡(jiǎn)單，相關(guān)之處參見方法部分說(shuō) 明即可。專業(yè)人員還可以進(jìn)一步意識(shí)到，結(jié)合本文中所公開的實(shí)施例描述的各示例的單元 及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來(lái)實(shí)現(xiàn)，為了清楚地說(shuō)明硬件和 軟件的可互換性，在上述說(shuō)明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些 功能究竟以硬件還是軟件方式來(lái)執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè) 技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來(lái)使用不同方法來(lái)實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng) 認(rèn)為超出本發(fā)明的范圍。結(jié)合本文中所公開的實(shí)施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí) 行的軟件模塊，或者二者的結(jié)合來(lái)實(shí)施。軟件模塊可以置于隨機(jī)存儲(chǔ)器(RAM)、內(nèi)存、只讀存 儲(chǔ)器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動(dòng)磁盤、CD-ROM、或技術(shù) 領(lǐng)域內(nèi)所公知的任意其它形式的存儲(chǔ)介質(zhì)中。對(duì)所公開的實(shí)施例的上述說(shuō)明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。 對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來(lái)說(shuō)將是顯而易見的，本文中所定義的 一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明 將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開的原理和新穎特點(diǎn)相一 致的最寬的范圍。
權(quán)利要求
一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法，其特征在于，采用信息處理handler機(jī)制，其過(guò)程包括接收檢測(cè)到的客戶端發(fā)送的訪問(wèn)請(qǐng)求數(shù)據(jù)；確定所述訪問(wèn)請(qǐng)求的類型；根據(jù)所述訪問(wèn)請(qǐng)求的類型執(zhí)行相應(yīng)的會(huì)話操作，存儲(chǔ)會(huì)話數(shù)據(jù)；依據(jù)所述訪問(wèn)請(qǐng)求數(shù)據(jù)，執(zhí)行相應(yīng)的操作。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，按照以下步驟確定所述訪問(wèn)請(qǐng)求的類型 獲取所述訪問(wèn)請(qǐng)求數(shù)據(jù)中的客戶端信息數(shù)據(jù)；根據(jù)所述客戶端信息數(shù)據(jù)判斷所述訪問(wèn)請(qǐng)求是否為首次請(qǐng)求，若是，則確定所述訪問(wèn) 請(qǐng)求的類型為首次請(qǐng)求，若否，則確定所述訪問(wèn)請(qǐng)求的類型為重復(fù)請(qǐng)求。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述客戶端信息數(shù)據(jù)包括客戶端IP地 址或會(huì)話ID。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述根據(jù)訪問(wèn)請(qǐng)求的類型執(zhí)行相應(yīng)的會(huì) 話操作的過(guò)程包括當(dāng)所述訪問(wèn)請(qǐng)求的類型為首次請(qǐng)求時(shí)，為所述訪問(wèn)請(qǐng)求創(chuàng)建會(huì)話； 當(dāng)所述訪問(wèn)請(qǐng)求的類型為非首次請(qǐng)求時(shí)，判斷所述訪問(wèn)請(qǐng)求是否為注銷會(huì)話，若是，則 注銷當(dāng)前會(huì)話，若否，則為所述訪問(wèn)請(qǐng)求保持原有會(huì)話。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，根據(jù)所述訪問(wèn)請(qǐng)求的類型，利用handler 或handler Chain執(zhí)行相應(yīng)的會(huì)話操作。
6.根據(jù)權(quán)利要求1-5中任意一項(xiàng)所述的方法，其特征在于，依據(jù)所述訪問(wèn)請(qǐng)求數(shù)據(jù)，利 用handler或handler Chain執(zhí)行相應(yīng)的操作。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述訪問(wèn)請(qǐng)求數(shù)據(jù)包括統(tǒng)一編碼請(qǐng)求數(shù) 據(jù)、用戶認(rèn)證請(qǐng)求數(shù)據(jù)、記錄訪問(wèn)時(shí)間請(qǐng)求數(shù)據(jù)和注銷會(huì)話請(qǐng)求數(shù)據(jù)中的任意一種或幾種 的組合。
8.一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理裝置，其特征在于，采用信息處理handler機(jī) 制，包括請(qǐng)求檢測(cè)接收單元，用于接收檢測(cè)到的客戶端發(fā)送的訪問(wèn)請(qǐng)求數(shù)據(jù)； 確定單元，用于確定所述訪問(wèn)請(qǐng)求的類型；會(huì)話操作存儲(chǔ)單元，用于根據(jù)所述訪問(wèn)請(qǐng)求的類型執(zhí)行相應(yīng)的會(huì)話操作，存儲(chǔ)會(huì)話數(shù)據(jù)；請(qǐng)求執(zhí)行單元，用于依據(jù)所述訪問(wèn)請(qǐng)求數(shù)據(jù)，執(zhí)行相應(yīng)的操作。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述確定單元包括 獲取單元，用于獲取所述訪問(wèn)請(qǐng)求數(shù)據(jù)中的客戶端信息數(shù)據(jù)；請(qǐng)求類型判斷單元，用于根據(jù)所述客戶端信息數(shù)據(jù)判斷所述訪問(wèn)請(qǐng)求的類型。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述會(huì)話操作存儲(chǔ)單元包括 會(huì)話創(chuàng)建單元，用于當(dāng)所述訪問(wèn)請(qǐng)求的類型為首次請(qǐng)求時(shí)，為所述訪問(wèn)請(qǐng)求創(chuàng)建會(huì)話；請(qǐng)求判斷單元，用于當(dāng)所述訪問(wèn)請(qǐng)求的類型為非首次請(qǐng)求時(shí)，判斷所述請(qǐng)求的內(nèi)容是 否為注銷會(huì)話；會(huì)話注銷單元，用于當(dāng)所述請(qǐng)求內(nèi)容為注銷會(huì)話時(shí)，注銷當(dāng)前會(huì)話；會(huì)話保持單元，用于當(dāng)所述請(qǐng)求內(nèi)容為非注銷會(huì)話時(shí)，為所述訪問(wèn)請(qǐng)求保持原有會(huì)話。
全文摘要
本發(fā)明公開了一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法及裝置，采用信息處理handler機(jī)制，其過(guò)程包括接收檢測(cè)到的客戶端發(fā)送的訪問(wèn)請(qǐng)求數(shù)據(jù)；確定所述訪問(wèn)請(qǐng)求的類型；根據(jù)所述訪問(wèn)請(qǐng)求的類型執(zhí)行相應(yīng)的會(huì)話操作，存儲(chǔ)會(huì)話數(shù)據(jù)；依據(jù)所述訪問(wèn)請(qǐng)求數(shù)據(jù)，執(zhí)行相應(yīng)的操作。本發(fā)明公開的一種Web Service下訪問(wèn)會(huì)話數(shù)據(jù)處理方法，采用信息處理handler機(jī)制，提供跨平臺(tái)的使用接口，建立客戶端的會(huì)話并存儲(chǔ)訪問(wèn)狀態(tài)數(shù)據(jù)，解決了在Web Service下難以保留訪問(wèn)狀態(tài)的問(wèn)題。同時(shí)可以分配、管理用戶的會(huì)話狀態(tài)。
文檔編號(hào)H04L29/06GK101860549SQ20101020921
公開日2010年10月13日 申請(qǐng)日期2010年6月25日 優(yōu)先權(quán)日2010年6月25日
發(fā)明者孫來(lái)鑫 申請(qǐng)人:山東中創(chuàng)軟件商用中間件股份有限公司