本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種會話session共享方法及應(yīng)用服務(wù)器。

背景技術(shù)：

隨著信息時代的到來，一套it系統(tǒng)已經(jīng)不能滿足企業(yè)發(fā)展的需求，往往會建設(shè)多套it系統(tǒng)，多套it系統(tǒng)或采用互不聯(lián)系的域名或者采用多級域名的方式實現(xiàn)。而這些系統(tǒng)間一般會采用單點登錄(sso，singlesignon)實現(xiàn)系統(tǒng)間互相登錄，避免用戶在各系統(tǒng)間反復(fù)登錄的問題。

但是，由于上述系統(tǒng)可能采用不同的技術(shù)架構(gòu)，如j2ee、asp.net、php等，那么，不同結(jié)構(gòu)的系統(tǒng)間session就無法保持有效的同步。在用戶的使用過程中就會出現(xiàn)在一個系統(tǒng)中會話(session)還能夠正常使用，但是打開另一個系統(tǒng)，session就失效了，如此，給用戶的使用帶來極大的不便。

目前，為了解決上述問題，對于相同的技術(shù)架構(gòu)的session共享主要采用了session獨立的同步服務(wù)器方式，這種同步服務(wù)器主是采用獨立的文件系統(tǒng)，或者獨立的數(shù)據(jù)庫來存儲共用的session信息，此時，session的數(shù)據(jù)格式以及使用方式均要統(tǒng)一，這就要求每個需要同步的系統(tǒng)要保持一致，才能實現(xiàn)session的同步。在這種情況下，需要對上述每一個系統(tǒng)中的session模塊重新編寫，以從公用存儲位置獲取session，增加了工作量和成本；對于不同的技術(shù)架構(gòu)的session共享，如有些系統(tǒng)采用j2ee架構(gòu)，有些采用asp.net架構(gòu)，有些采用php架構(gòu)，這些不同的架構(gòu)對于session的管理是不相同的技術(shù)，要實現(xiàn)session的共享同步，難度很大，需要考慮不同數(shù)據(jù)結(jié)構(gòu)的session的同步機制，對原系統(tǒng)改動很大，增加系統(tǒng)的復(fù)雜度。

可見，現(xiàn)有技術(shù)中并不存在一種合理的session共享方法。

技術(shù)實現(xiàn)要素：

有鑒于此，本發(fā)明實施例期望提供一種會話session共享方法及應(yīng)用服務(wù)器，用以實現(xiàn)session共享，方便操作，簡化系統(tǒng)結(jié)構(gòu)，減少系統(tǒng)修改的工作量和成本。

為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

第一方面，本發(fā)明實施例提供一種session共享方法，應(yīng)用于第一應(yīng)用服務(wù)器，所述方法包括：監(jiān)聽用戶的session請求，獲得session變化信息；將所述session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器，其中，所述session變化信息用于指示所述第二應(yīng)用服務(wù)器根據(jù)所述session變化信息，更新自身的session數(shù)據(jù)。

在上述方案中，在所述將所述session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器之后，所述方法還包括：接收來自所述第二應(yīng)用服務(wù)器的session更新成功消息，并停止廣播所述session變化信息。

在上述方案中，在所述將所述session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器之后，所述方法還包括：接收來自所述第二應(yīng)用服務(wù)器的session更新成功消息后，判斷是否所有應(yīng)用服務(wù)器的session數(shù)據(jù)均已更新完成；若是，停止廣播所述session變化信息；若否，重復(fù)廣播所述session變化信息。

第二方面，本發(fā)明實施例提供一種session共享方法，應(yīng)用于第二應(yīng)用服務(wù)器，所述方法包括：接收來自第一應(yīng)用服務(wù)器的session變化信息；根據(jù)session變化信息，更新第二應(yīng)用服務(wù)器的session數(shù)據(jù)。

在上述方案中，所述根據(jù)session變化信息，更新第二應(yīng)用服務(wù)器的session數(shù)據(jù)，包括：根據(jù)所述第二應(yīng)用服務(wù)器的技術(shù)架構(gòu)，將所述session變化信息轉(zhuǎn)換為所述技術(shù)架構(gòu)所需要的session數(shù)據(jù)格式，獲得轉(zhuǎn)換后的session數(shù)據(jù)；以所述轉(zhuǎn)換后的session數(shù)據(jù)更新所述第二應(yīng)用服務(wù)器的session數(shù)據(jù)。

在上述方案中，在所述根據(jù)session變化信息，更新第二應(yīng)用服務(wù)器的 session數(shù)據(jù)之后，所述方法還包括：將session更新成功信息以廣播的形式發(fā)送至所述第一應(yīng)用服務(wù)器。

第三方面，本發(fā)明實施例提供一種應(yīng)用服務(wù)器，所述應(yīng)用服務(wù)器包括：第一監(jiān)聽模塊、第一發(fā)送模塊以及第一消息中間件模塊；其中，所述第一監(jiān)聽模塊，用于監(jiān)聽用戶的session請求，獲得session變化信息，并發(fā)送給所述第一發(fā)送模塊；所述第一發(fā)送模塊，用于接收所述session變化信息，并調(diào)用所述第一消息中間件模塊接口，將所述session變化信息發(fā)送給所述第一消息中間件模塊；所述第一消息中間件模塊，用于接收所述session變化信息；將所述session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器，其中，所述session變化信息用于指示所述第二應(yīng)用服務(wù)器根據(jù)所述session變化信息，更新自身的session數(shù)據(jù)。

在上述方案中，所述第一消息中間件模塊，還用于在將所述session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器之后，接收來自所述第二應(yīng)用服務(wù)器的session更新成功消息，并停止廣播所述session變化信息。

在上述方案中，所述第一消息中間件模塊，還用于在將所述session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器之后，接收來自所述第二應(yīng)用服務(wù)器的session更新成功消息，并通知所述第一發(fā)送模塊；所述第一發(fā)送模塊，還用于判斷是否所有應(yīng)用服務(wù)器的session數(shù)據(jù)均已更新完成；若是，通知所述第一消息中間件模塊停止廣播所述session變化信息；若否，通知所述第一消息中間件模塊重復(fù)廣播所述session變化信息。

第四方面，本發(fā)明實施例提供一種應(yīng)用服務(wù)器，所述應(yīng)用服務(wù)器包括：第二接收模塊以及第二消息中間件模塊；其中，所述第二消息中間件模塊，用于接收來自第一應(yīng)用服務(wù)器的session變化信息；所述第二接收模塊，用于根據(jù)所述session變化信息，更新自身所屬應(yīng)用服務(wù)器的session數(shù)據(jù)。

在上述方案中，所述第二接收模塊，具體用于：根據(jù)自身所屬應(yīng)用服務(wù)器的技術(shù)架構(gòu)，將所述session變化信息轉(zhuǎn)換為所述技術(shù)架構(gòu)所需要的session數(shù)據(jù)格式，獲得轉(zhuǎn)換后的session數(shù)據(jù)；以所述轉(zhuǎn)換后的session數(shù)據(jù)更新自身所 屬應(yīng)用服務(wù)器的session數(shù)據(jù)。

在上述方案中，所述第二消息中間件模塊，還用于在所述第二接收模塊更新自身所屬應(yīng)用服務(wù)器的session數(shù)據(jù)之后，將session更新成功信息以廣播的形式發(fā)送至所述第一應(yīng)用服務(wù)器。

本發(fā)明實施例提供的session共享方法中，無論是同構(gòu)的應(yīng)用服務(wù)器，還是異構(gòu)的應(yīng)用服務(wù)器，僅需監(jiān)聽用戶的session請求，獲得session變化信息，然后，將session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器，使得第二應(yīng)用服務(wù)器能夠根據(jù)該session變化信息更新自身的session數(shù)據(jù)，以達到session共享的目的，無需如現(xiàn)有技術(shù)一般架設(shè)同步服務(wù)器，方便操作，簡化系統(tǒng)結(jié)構(gòu)，減少系統(tǒng)修改的工作量和成本。進一步地，對于異構(gòu)的應(yīng)用服務(wù)器，在接收到廣播的session變化消息后，能夠根據(jù)自身應(yīng)用服務(wù)器的技術(shù)架構(gòu)，對session變化信息進行轉(zhuǎn)化，轉(zhuǎn)化成適自身應(yīng)用服務(wù)器的session數(shù)據(jù)，以達到session共享同步的目的，方便操作，簡化系統(tǒng)結(jié)構(gòu)，減少系統(tǒng)修改的工作量和成本。

附圖說明

圖1為本發(fā)明實施例中的session共享系統(tǒng)的結(jié)構(gòu)示意圖；

圖2為本發(fā)明實施例中的session共享系統(tǒng)進行session共享方法的流程示意圖；

圖3為本發(fā)明實施例中的第一應(yīng)用服務(wù)器進行session共享方法的流程示意圖；

圖4為本發(fā)明實施例中的第二應(yīng)用服務(wù)器進行session共享方法的流程示意圖；

圖5為本發(fā)明實施例中的應(yīng)用服務(wù)器的一種結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例中的應(yīng)用服務(wù)器的另一種結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清 楚、完整地描述。

本發(fā)明實施例公開了一種session共享系統(tǒng)，圖1為本發(fā)明實施例中的session共享系統(tǒng)的結(jié)構(gòu)示意圖，參見圖1所示，該系統(tǒng)至少包括：第一應(yīng)用服務(wù)器1以及第二應(yīng)用服務(wù)器2，這里，第一應(yīng)用服務(wù)器1能夠與第二應(yīng)用服務(wù)器2共享session。這里，在本發(fā)明實施例中，以上述系統(tǒng)僅包括2個應(yīng)用服務(wù)器為例進行說明，但是在具體實施過程中，上述系統(tǒng)還可以包括多個應(yīng)用服務(wù)器，本發(fā)明不做具體限定。

在實際應(yīng)用中，第一應(yīng)用服務(wù)器1和第二應(yīng)用服務(wù)器2的技術(shù)架構(gòu)可以相同也可以不同，本發(fā)明不做具體限定。

具體來說，仍參考圖1所示，第一應(yīng)用服務(wù)器1至少包括：第一監(jiān)聽模塊11、第一發(fā)送模塊12以及第一消息中間件模塊13；第二應(yīng)用服務(wù)器2至少包括：第二接收模塊21以及第二消息中間件模塊22。

結(jié)合本發(fā)明實施例，在上述系統(tǒng)中，第一監(jiān)聽模塊，用于監(jiān)聽用戶的session請求，獲得session變化信息；將session變化信息發(fā)送給第一發(fā)送模塊；

其中，session變化信息包括用戶登錄、使用session、session失效等信息。

第一發(fā)送模塊，用于獲得上述session變化信息；將session變化信息轉(zhuǎn)發(fā)給第一消息中間件模塊；

第一消息中間件模塊，用于接收第一發(fā)送模塊發(fā)送的session變化信息；將session變化信息以廣播的形式發(fā)送給第二接收模塊；

第二消息中間件模塊，用于接收第一消息中間件模塊以廣播的形式發(fā)送的session變化信息，并將session變化信息發(fā)送至第二接收模塊；

第二接收模塊，用于接收上述session變化信息；根據(jù)第二應(yīng)用服務(wù)器的技術(shù)架構(gòu)，將session變化信息轉(zhuǎn)換為該技術(shù)架構(gòu)所需要的session數(shù)據(jù)格式；以轉(zhuǎn)換后的session數(shù)據(jù)更新第二應(yīng)用服務(wù)器的session數(shù)據(jù)。

需要說明的是，第一應(yīng)用服務(wù)器與第二應(yīng)用服務(wù)之間的session共享可以為雙向的，那么，在第二應(yīng)用服務(wù)器中可以分別設(shè)置有與第一應(yīng)用服務(wù)器中的第一監(jiān)聽模塊以及第一發(fā)送模塊功能相同的第二監(jiān)聽模塊和第二發(fā)送模塊，同理， 在第一應(yīng)用服務(wù)器中可以設(shè)置有與第二應(yīng)用服務(wù)器中的第二接收模塊功能相同的第一接收模塊。

下面結(jié)合上述系統(tǒng)來對本發(fā)明實施例中的session共享方法進行說明。

圖2為本發(fā)明實施例中的session共享系統(tǒng)進行session共享方法的流程示意圖，參見圖2所示，該方法包括：

s201：第一監(jiān)聽模塊監(jiān)聽用戶的session請求，獲得session變化信息；

具體來說，通過配置第一應(yīng)用服務(wù)器中攔截用戶session請求的配置模塊，攔截session變化信息，這里，session變化信息可以包括用戶登錄、使用session、session失效等信息。

s202：第一監(jiān)聽模塊將session變化信息發(fā)送給第一發(fā)送模塊；

s203：第一發(fā)送模塊將session變化信息轉(zhuǎn)發(fā)給第一消息中間件模塊；

具體來說，第一發(fā)送模塊調(diào)用第一消息中間件模塊接口，向第一消息中間件模塊轉(zhuǎn)發(fā)session變化信息。

s204：第一消息中間件模塊將session變化信息以廣播的形式發(fā)送給第二消息中間件模塊；

具體來說，在每一個應(yīng)用服務(wù)器中均具有一消息中間件模塊，這些模塊之間具有一數(shù)據(jù)交互的通路，即消息中間件通路，那么，第一消息中間件模塊在接收到session變化信息之后，以廣播的形式將session變化信息在消息中間件通路中發(fā)送給第二應(yīng)用服務(wù)器，即發(fā)送給第二消息中間件模塊。

s205：第二消息中間件模塊將session變化信息發(fā)送至第二接收模塊；

具體來說，第二消息中間件模塊通過消息中間件通路接收到第一消息中間件模塊廣播的session變化信息后，將其轉(zhuǎn)發(fā)給第二接收模塊。

s206：第二接收模塊根據(jù)session變化信息，更新第二應(yīng)用服務(wù)器的session數(shù)據(jù)。

在具體實施過程中，由于第一應(yīng)用服務(wù)器與第二應(yīng)用服務(wù)器可以為相同技術(shù)架構(gòu)，也可以為不同技術(shù)架構(gòu)。那么，當?shù)谝粦?yīng)用服務(wù)器與第二應(yīng)用服務(wù)器同構(gòu)時，第二接收模塊根據(jù)session變化信息，更新原有的session數(shù)據(jù)，如此， 實現(xiàn)了同構(gòu)的第一應(yīng)用服務(wù)器和第二應(yīng)用服務(wù)器之間的session共享。

然而，當?shù)谝粦?yīng)用服務(wù)器與第二應(yīng)用服務(wù)器異構(gòu)時，由于不同技術(shù)架構(gòu)所需要的session的數(shù)據(jù)格式不同，所以，為了實現(xiàn)異構(gòu)的第一應(yīng)用服務(wù)器和第二應(yīng)用服務(wù)器之間的session共享，上述方法還可以包括：第二接收模塊根據(jù)第二應(yīng)用服務(wù)器的技術(shù)架構(gòu)，將session變化信息轉(zhuǎn)換為該技術(shù)架構(gòu)所需要的session數(shù)據(jù)格式，獲得轉(zhuǎn)換后的session數(shù)據(jù)；以轉(zhuǎn)換后的session數(shù)據(jù)更新第二應(yīng)用服務(wù)器的session數(shù)據(jù)。

進一步地，在第二應(yīng)用服務(wù)器更新自身的session數(shù)據(jù)之后，上述方法還包括：第二接收模塊向第二消息中間件模塊發(fā)送session更新成功信息；第二消息中間件模塊將session更新成功信息以廣播的形式發(fā)送至第一消息中間件模塊；第一消息中間件模塊停止廣播session變化消息；

另外，第一消息中間件模塊還可以將session更新成功信息轉(zhuǎn)發(fā)給第一發(fā)送模塊，那么，第一發(fā)送模塊通知第一消息中間件模塊停止廣播session變化消息，此時，第一消息中間件模塊停止廣播session變化消息。

在另一實施例中，若session共享系統(tǒng)中包括三個及以上應(yīng)用服務(wù)器時，第一應(yīng)用服務(wù)器接收到第二應(yīng)用服務(wù)器廣播的session更新成功信息后，第一發(fā)送模塊還需要判斷是否所有應(yīng)用服務(wù)器均返回session更新成功信息，也就是說判斷是否所有應(yīng)用服務(wù)器的session數(shù)據(jù)均已更新完成，若是，第一發(fā)送模塊則通知第一消息中間件模塊停止廣播session變化信息，反之，第一發(fā)送模塊通知第一消息中間件模塊返回s204重復(fù)廣播session變化信息。

至此，便完成了第一應(yīng)用服務(wù)器與第二應(yīng)用服務(wù)器session共享的流程。

下面站在系統(tǒng)內(nèi)各設(shè)備側(cè)對上述方法進行說明。

首先，站在第一應(yīng)用服務(wù)器側(cè)進行說明。

圖3為本發(fā)明實施例中的第一應(yīng)用服務(wù)器進行session共享方法的流程示意圖，參見圖3所示，該方法包括：

s301：監(jiān)聽用戶的session請求，獲得session變化信息；

這里，session變化信息可以包括用戶登錄、使用session、session失效等信 息。

s302：將session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器。

其中，session變化信息用于指示第二應(yīng)用服務(wù)器根據(jù)session變化信息，更新自身的session數(shù)據(jù)。

在上述方案中，在s302之后，上述方法還可以包括：接收來自第二應(yīng)用服務(wù)器的session更新成功消息，并停止廣播session變化信息。

在上述方案中，在s302之后，上述方法還可以包括：接收來自第二應(yīng)用服務(wù)器的session更新成功消息后，判斷是否所有應(yīng)用服務(wù)器的session數(shù)據(jù)均已更新完成；若是，停止廣播session變化信息；若否，重復(fù)廣播session變化信息。

其次，站在第二應(yīng)用服務(wù)器側(cè)進行說明。

圖4為本發(fā)明實施例中的第二應(yīng)用服務(wù)器進行session共享方法的流程示意圖，參見圖4所示，該方法包括：

s401：接收來自第一應(yīng)用服務(wù)器的session變化信息；

這里，session變化信息可以包括用戶登錄、使用session、session失效等信息。

s402：根據(jù)session變化信息，更新第二應(yīng)用服務(wù)器的session數(shù)據(jù)。

在上述方案中，s402可以包括：根據(jù)第二應(yīng)用服務(wù)器的技術(shù)架構(gòu)，將session變化信息轉(zhuǎn)換為該技術(shù)架構(gòu)所需要的session數(shù)據(jù)格式，獲得轉(zhuǎn)換后的session數(shù)據(jù)；以轉(zhuǎn)換后的session數(shù)據(jù)更新第二應(yīng)用服務(wù)器的session數(shù)據(jù)。

在上述方案中，在s402之后，上述方法可以包括：將session更新成功信息以廣播的形式發(fā)送至第一應(yīng)用服務(wù)器。

由上述可見，本發(fā)明實施例所提供的session共享方法中，無論是同構(gòu)的應(yīng)用服務(wù)器，還是異構(gòu)的應(yīng)用服務(wù)器，僅需監(jiān)聽用戶的session請求，獲得session變化信息，這里，session變化信息可以包括用戶登錄信息、使用session信息或者session失效信息。然后，將session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器，使得第二應(yīng)用服務(wù)器能夠根據(jù)該session變化信息更新自身的session 數(shù)據(jù)，以達到session共享的目的，無需如現(xiàn)有技術(shù)一般架設(shè)同步服務(wù)器，方便操作，簡化系統(tǒng)結(jié)構(gòu)，減少系統(tǒng)修改的工作量和成本。進一步地，對于異構(gòu)的應(yīng)用服務(wù)器，在接收到廣播的session變化消息后，能夠根據(jù)自身應(yīng)用服務(wù)器的技術(shù)架構(gòu)，對session變化信息進行轉(zhuǎn)化，轉(zhuǎn)化成適自身應(yīng)用服務(wù)器的session數(shù)據(jù)，以達到session共享同步的目的，方便操作，簡化系統(tǒng)結(jié)構(gòu)，減少系統(tǒng)修改的工作量和成本。

基于同一發(fā)明構(gòu)思，本發(fā)明實施例提供一種應(yīng)用服務(wù)器，與上述一個或者多個實施例中所述的第一應(yīng)用服務(wù)器一致。

圖5為本發(fā)明實施例中的應(yīng)用服務(wù)器的一種結(jié)構(gòu)示意圖，參見圖5所示，該應(yīng)用服務(wù)器包括：第一監(jiān)聽模塊51、第一發(fā)送模塊52以及第一消息中間件模塊53；其中，第一監(jiān)聽模塊51，用于監(jiān)聽用戶的session請求，獲得session變化信息，并發(fā)送給第一發(fā)送模塊52；第一發(fā)送模塊52，用于接收session變化信息，并調(diào)用第一消息中間件模塊接口，將session變化信息發(fā)送給第一消息中間件模塊53；第一消息中間件模塊53，用于接收session變化信息；將session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器，其中，session變化信息用于指示第二應(yīng)用服務(wù)器根據(jù)session變化信息，更新自身的session數(shù)據(jù)。

在上述方案中，第一消息中間件模塊53，還用于在將session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器之后，接收來自第二應(yīng)用服務(wù)器的session更新成功消息，并停止廣播session變化信息。

在上述方案中，第一消息中間件模塊53，還用于在將session變化信息以廣播的形式發(fā)送給第二應(yīng)用服務(wù)器之后，接收來自第二應(yīng)用服務(wù)器的session更新成功消息，并通知第一發(fā)送模塊52；第一發(fā)送模塊52，還用于判斷是否所有應(yīng)用服務(wù)器的session數(shù)據(jù)均已更新完成；若是，通知第一消息中間件模塊53停止廣播session變化信息；若否，通知第一消息中間件模塊53重復(fù)廣播session變化信息。

這里需要指出的是：以上應(yīng)用服務(wù)器實施例項的描述，與上述方法描述是類似的，具有同方法實施例相同的有益效果，因此不做贅述。對于本發(fā)明應(yīng)用 服務(wù)器實施例中未披露的技術(shù)細節(jié)，本領(lǐng)域的技術(shù)人員請參照本發(fā)明方法實施例的描述而理解，為節(jié)約篇幅，這里不再贅述。

基于同一發(fā)明構(gòu)思，本發(fā)明實施例提供一種應(yīng)用服務(wù)器，與上述一個或者多個實施例中的第二應(yīng)用服務(wù)器一致。

圖6為本發(fā)明實施例中的應(yīng)用服務(wù)器的另一種結(jié)構(gòu)示意圖，參見圖6所示，該應(yīng)用服務(wù)器包括：第二消息中間件模塊61以及第二接收模塊62；其中，

第二消息中間件模塊61，用于接收來自第一應(yīng)用服務(wù)器的session變化信息；

第二接收模塊62，用于根據(jù)session變化信息，更新自身所屬應(yīng)用服務(wù)器的session數(shù)據(jù)。

在上述方案中，第二接收模塊62，具體用于：根據(jù)自身所屬應(yīng)用服務(wù)器的技術(shù)架構(gòu)，將session變化信息轉(zhuǎn)換為技術(shù)架構(gòu)所需要的session數(shù)據(jù)格式，獲得轉(zhuǎn)換后的session數(shù)據(jù)；以轉(zhuǎn)換后的session數(shù)據(jù)更新自身所屬應(yīng)用服務(wù)器的session數(shù)據(jù)。

在上述方案中，第二消息中間件模塊61，還用于在第二接收模塊62更新自身所屬應(yīng)用服務(wù)器的session數(shù)據(jù)之后，將session更新成功信息以廣播的形式發(fā)送至第一應(yīng)用服務(wù)器。

這里需要指出的是：以上應(yīng)用服務(wù)器實施例項的描述，與上述方法描述是類似的，具有同方法實施例相同的有益效果，因此不做贅述。對于本發(fā)明應(yīng)用服務(wù)器實施例中未披露的技術(shù)細節(jié)，本領(lǐng)域的技術(shù)人員請參照本發(fā)明方法實施例的描述而理解，為節(jié)約篇幅，這里不再贅述。

這里需要指出的是：

應(yīng)理解，說明書通篇中提到的“一個實施例”或“一實施例”意味著與實施例有關(guān)的特定特征、結(jié)構(gòu)或特性包括在本發(fā)明的至少一個實施例中。因此，在整個說明書各處出現(xiàn)的“在一個實施例中”或“在一實施例中”未必一定指相同的實施例。此外，這些特定的特征、結(jié)構(gòu)或特性可以任意適合的方式結(jié)合在一個或多個實施例中。應(yīng)理解，在本發(fā)明的各種實施例中，上述各過程的序 號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本發(fā)明實施例的實施過程構(gòu)成任何限定。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

需要說明的是，在本文中，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括該要素的過程、方法、物品或者裝置中還存在另外的相同要素。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的設(shè)備和方法，可以通過其它的方式實現(xiàn)。以上所描述的設(shè)備實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，如：多個單元或組件可以結(jié)合，或可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過一些接口，設(shè)備或單元的間接耦合或通信連接，可以是電性的、機械的或其它形式的。

上述作為分離部件說明的單元可以是、或也可以不是物理上分開的，作為單元顯示的部件可以是、或也可以不是物理單元；既可以位于一個地方，也可以分布到多個網(wǎng)絡(luò)單元上；可以根據(jù)實際的需要選擇其中的部分或全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各實施例中的各功能單元可以全部集成在一個處理單元中，也可以是各單元分別單獨作為一個單元，也可以兩個或兩個以上單元集成在一個單元中；上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。

本領(lǐng)域普通技術(shù)人員可以理解：實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介 質(zhì)包括：移動存儲設(shè)備、只讀存儲器(readonlymemory，rom)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

或者，本發(fā)明上述集成的單元如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明實施例的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機、服務(wù)器、或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分。而前述的存儲介質(zhì)包括：移動存儲設(shè)備、rom、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以所述權(quán)利要求的保護范圍為準。