欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

會話歷史記錄的存儲處理和查詢方法、系統(tǒng)和裝置的制作方法

文檔序號:7667634閱讀:147來源:國知局

專利名稱::會話歷史記錄的存儲處理和查詢方法、系統(tǒng)和裝置的制作方法
技術領域
:本發(fā)明涉及通信
技術領域
,特別是涉及一種會話歷史記錄的存儲處理和查詢方法、系統(tǒng)和裝置。
背景技術
:OMA(OpenMobileAlliance,開》文移動聯(lián)盟)是制定移動通信系統(tǒng)標準的國際組織,其中包:fe即時消息IM、以及融合IP消息CPM等基于SIP協(xié)i義消息業(yè)務規(guī)范的研究和標準化工作。一般用戶都會有自己的網(wǎng)絡存儲,部署在消息系統(tǒng)的網(wǎng)絡側(cè),把用戶的消息和會話歷史記錄等內(nèi)容存儲在網(wǎng)絡存儲中,便于用戶對會話歷史記錄的存取訪問。同時網(wǎng)絡存儲也針對存儲的內(nèi)容提供用戶訪問權限管理等能力?,F(xiàn)有的消息系統(tǒng)會保存用戶的會話歷史記錄到網(wǎng)絡存儲設備上,其中用戶的會話歷史記錄包括文本消息、video(視頻)和audio(音頻)等信息,以便于后期的用戶對通信歷史信息的查閱和管理。在一對一會話中,會話雙方用戶A和用戶B在會話過程中,選擇保存會話記錄到各自的網(wǎng)絡存儲上,此時用戶A側(cè)的網(wǎng)絡存儲器中保存著A和B雙方的會話歷史,用戶B側(cè)的網(wǎng)絡存儲器中也同樣保存著A和B雙方的會話歷史,且保存的信息內(nèi)容一樣。同樣在群組會話中,當需要保持會話記錄時,參與群組會話的各個用戶都會在各自的網(wǎng)絡存儲器上存儲群組會話相關的會話歷史,且保持的會話歷史記錄內(nèi)容一樣。用戶和服務器之間建立會話,由參與功能服務器和網(wǎng)絡存儲交互,實現(xiàn)會話內(nèi)容的記錄,然后參與功能服務器發(fā)送消息到控制功能服務器,由控制功能服務器發(fā)送消息到目的地。如圖l所示,為現(xiàn)有技術會話歷史記錄的存儲流程示意圖,用戶l與用戶2進行會話,以用戶1向用戶2發(fā)送消息為例,包括以下步驟步驟S101,用戶l向用戶2發(fā)送消息,首先發(fā)送消息到參與功能服務器1;步驟S102,參與功能服務器1和網(wǎng)絡存儲1交互,記錄該用戶l發(fā)送的消息;步驟S103,然后參與功能服務器l將該消息轉(zhuǎn)發(fā)到控制功能服務器;步驟S104,控制功能服務器收到該消息后,將其發(fā)送給用戶2側(cè)的參與功能服務器2;步驟S105,參與功能服務器2和網(wǎng)絡存儲2交互,記錄該用戶l發(fā)送的消息;步驟S106,參與功能服務器2將該消息發(fā)送到用戶2。在實現(xiàn)本發(fā)明實施例過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術中至少存在如下問題從圖l中可以看出,現(xiàn)有技術主要通過與用戶相關的參與功能服務器進行歷史記錄的存儲,并且由參與功能服務器將歷史記錄存儲在相關的網(wǎng)絡存儲裝置中。這樣對于兩個用戶參加的會話來說,在會話過程中就會在用戶1側(cè)和用戶2側(cè)的網(wǎng)絡存儲裝置(網(wǎng)絡存儲1和網(wǎng)絡存儲2)中均保存有相同的會話歷史記錄,不僅造成存儲資源的浪費,并且對于同一個會話的會話歷史,各個參與者網(wǎng)絡存儲器上的會話信息一樣,還會造成網(wǎng)絡上存儲的信息冗余。特別是對于群組會話中上述技術缺陷更加嚴重。
發(fā)明內(nèi)容本發(fā)明實施例要解決的技術問題是提供一種會話歷史記錄的存儲處理和查詢方法、系統(tǒng)和裝置,能夠?qū)τ趯儆谕粋€會話的歷史記錄保存在一個網(wǎng)絡存儲裝置中,從而解決現(xiàn)有技術中會話的各方在網(wǎng)絡存儲空間上記錄會話歷史信息所造成浪費網(wǎng)絡存儲空間和存儲的信息冗余的技術缺陷。為達到上述目的,本發(fā)明實施例一方面提出一種會話歷史記錄的存儲處理方法,包括以下步驟接收來自用戶側(cè)第一服務器的請求消息;判斷所述請求消息中是否包含有存儲指示;如果所述請求消息中包含有所述存儲指示,則根據(jù)存儲策略判斷是否對所要保存的會話歷史記錄進行存儲。本發(fā)明實施例另一方面還提出一種會話歷史記錄查詢方法,包括以下步驟接收用戶發(fā)送的查詢信息,所述查詢信息包括所述用戶要查詢會話歷史記錄的保存地址及所述用戶的標識;向第二服務器發(fā)送查詢請求,所述查詢請求攜帶有所述查詢信息;接收所述第二服務器返回的查詢結(jié)果,并將所述查詢結(jié)果發(fā)送給所述用戶。本發(fā)明實施例還提出一種會話歷史記錄查詢方法,包括以下步驟向第一服務器發(fā)送查詢信息,所述查詢信息包括用戶終端要查詢會話歷史記錄的保存地址及所述用戶終端的標識;接收第二服務器通過所述第一服務器返回的查詢結(jié)果。本發(fā)明實施例還提出一種會話歷史記錄的存儲系統(tǒng),包括第二服務器和至少一個第一服務器,所述第一服務器,用于根據(jù)用戶的指示或所述第一服務器上的策略文件決定是否生成攜帶存儲指示的請求消息,所述存儲指示表示所述第一服務器邀請或生成一個存儲者加入會話,并向所述第二服務器發(fā)送所述請求消息;所述第二服務器,用于判斷所述請求消息中是否包含有存儲指示,如果所述請求中包含有所述存儲指示,則根據(jù)存儲策略判斷是否對所要保存的會話歷史記錄進行存儲。本發(fā)明實施例還提出一種參與功能服務器,包括策略文件保存模塊、判斷模塊和會話加入模塊,所述策略文件保存;f莫塊,用于保存策略文件;所述判斷模塊,用于根據(jù)用戶的指示或保存的策略文件判斷是否需要保存會話的歷史記錄;所述會話加入模塊,用于在所述判斷模塊判斷需要保存會話的歷史記錄時,生成攜帶存儲指示的請求消息,所述存儲指示表示所述參與功能服務器ii要邀請或生成一個存儲者加入會話,并向所述控制功能服務器發(fā)送所述請求消息。本發(fā)明實施例還提出一種控制功能服務器,包括接收模塊、指示判斷模塊和存儲處理模塊,所述接收模塊,用于接收請求消息;所述指示判斷模塊,用于判斷接收到的所述請求消息中是否包含有存儲指示,所述存儲指示表示發(fā)送所述請求消息的參與者是以一個存儲者角色請求加入會話;所述存儲處理模塊,用于在所述指示判斷模塊判斷所述請求消息中包含有所述存儲指示時,根據(jù)存儲策略判斷是否對所要保存的會話歷史記錄進行存儲。本發(fā)明實施例還提出一種存儲裝置,包括邀請接收模塊,存儲模塊和訪問控制模塊,所述邀請接收模塊,用于接收控制功能服務器發(fā)送的請求消息,所述請求消息邀請所述存儲裝置對所要保存的會話的歷史記錄進行存儲;所述存儲模塊,用于對會話的歷史記錄和會話狀態(tài)信息進行存儲;所述訪問控制模塊,用于根據(jù)保存的會話狀態(tài)信息對已保存的會話歷史記錄進行訪問控制。本發(fā)明實施例還提出一種用戶終端,包括查詢信息發(fā)送模塊和查詢結(jié)果接收模塊,所述查詢信息發(fā)送模塊,用于向參與功能服務器發(fā)送查詢信息,所述查詢信息包括所述用戶要查詢會話歷史記錄的保存地址及所述用戶的標識;所述查詢結(jié)果接收模塊,用于接收控制功能服務器通過所述參與功能服務器返回的查詢結(jié)果。本發(fā)明實施例的技術方案具有以下優(yōu)點,因為采用對會話歷史記錄的存儲進行統(tǒng)一管理,使得對于一個會話的歷史記錄信息就只保存在第二服務器(如控制功能服務器)側(cè)相應的存儲裝置或第二服務器自身中,而避免了現(xiàn)有技術存儲在各參與功能服務器側(cè)的網(wǎng)絡存儲裝置而導致的浪費網(wǎng)絡存儲空間和存儲的信息冗余的缺陷。從而提高了存儲空間的利用率和減少了信息的冗余,從而節(jié)省網(wǎng)絡資源。圖1為現(xiàn)有技術會話歷史記錄的存儲流程示意圖2為本發(fā)明實施例一的會話歷史記錄的存儲處理方法流程圖3為本發(fā)明實施例二的會話歷史記錄的存儲處理方法流程圖4為本發(fā)明實施例三的會話歷史記錄的存儲處理方法流程圖5為本發(fā)明實施例用戶主動發(fā)起B(yǎng)YE的流程;圖6為本發(fā)明實施例控制功能服務器向用戶發(fā)送BYE消息的流程;圖7為本發(fā)明實施例四的會話歷史記錄的存儲處理方法流程圖8為本發(fā)明實施例五的會話歷史記錄的存儲處理方法流程圖9為本發(fā)明實施例六的會話歷史記錄的查詢方法流程圖10為本發(fā)明實施例七的會話歷史記錄的存儲系統(tǒng)的結(jié)構(gòu)圖。具體實施例方式下面結(jié)合附圖和實施例,對本發(fā)明的具體實施方式作進一步詳細描述本發(fā)明實施例通過對會話歷史記錄的存儲進行統(tǒng)一管理,使得會話內(nèi)所有的歷史記錄由第二服務器控制第三方存儲裝置進行統(tǒng)一保存或由第二服務器控制將會話歷史記錄存儲在本地,并將保存的地址通知給各個用戶側(cè)的第一服務器,這樣第一服務器只需保存相應的保存地址即可,無需像現(xiàn)有技術一樣每個第一服務器都需要保存其用戶的會話歷史記錄。如圖2所示,為本發(fā)明實施例一的會話歷史記錄的存儲處理方法流程圖,該實施例包括以下步驟步驟S201,第一服務器向第二服務器發(fā)送保存會話歷史的請求。其中第一服務器可視為參與功能服務器,第二服務器可視為控制功能服務器。記錄會話歷史的請求可由用戶指示,也可由第一服務器根據(jù)自身的策略文件決定。步驟S202,第二服務器收到第一服務器的保存會話歷史記錄的請求后,進一步根據(jù)第二服務器上的存儲策略判斷是否要對會話歷史記錄進行存儲,該存儲策略為第二服務器對會話歷史記錄的存儲控制策略,可以是對全部的會話歷史記錄進行統(tǒng)一存儲,也可以是針對用戶特性僅對部分會話歷史記錄進行統(tǒng)一存儲。如設置存儲策略為全部存儲,即對于所有提出保存請求的第一服務器都由第二服務器統(tǒng)一對會話歷史記錄進行保存;如果設置存儲策略為部分存儲,如根據(jù)地域進行劃分,一個會話中可能包括北京、上海和深圳三個地方的用戶,也可以通過第二服務器控制北京和上海兩地的第一服務器不對會話進行保存,而由第二服務器取代兩地的第一服務器進行會話的保存,這樣也能夠達到節(jié)省存儲資源,避免網(wǎng)絡存儲空間浪費的技術目的。具體為第二服務器接收到第一服務器保存會話歷史記錄的請求后,進一步根據(jù)第二服務器上的存儲策略判斷該第一服務器是否屬于北京或上海兩地,如果該第一服務器屬于北京或上海兩地,則第二服務器取代所述第一服務器對會話歷史記錄進行存儲,并向該第一服務器返回拒絕消息,拒絕該第一服務器作為存儲者加入到會話中;如果該第一服務器屬于深圳,不屬于北京或上海,則第二控制器接受該第一服務器的保存請求,允許該第一服務器作為存儲者加入會話對會話歷史記錄進行存儲,即依然由第一服務器對用戶的會話歷史記錄進行保存。這樣通過上述實施例,第二服務器能夠?qū)儆诒本┗蛏虾傻氐挠脩舻臅挌v史紀錄進行統(tǒng)一集中存儲,從而達到節(jié)省網(wǎng)絡存儲資源的目的。第二服務器對會話歷史記錄統(tǒng)一存儲可以是將會話歷史記錄存儲在第二服務器本地,或通過第二服務器啟動第三方存儲裝置,由第三方存儲裝置負責記錄該會話的歷史記錄。當然通過地域劃分僅為本發(fā)明實施例的一種方案,也可根據(jù)用戶的等級進行劃分,將等級高的用戶的會話狀態(tài)信息進行統(tǒng)一保存,并通過第三方存儲裝置設置較高的訪問權限,滿足高等級用戶對會話歷史記錄存儲的安全需求。其中,作為本發(fā)明實施例的優(yōu)選方案第三方存儲裝置可由VASP(ValueAddedServiceProvider,增值服務提供者)提供,也可由網(wǎng)絡存儲實體或存儲服務器提供。其中第三方存儲裝置不僅保存有所述會話的會話歷史記錄還保存有該會話的狀態(tài)信息,會話狀態(tài)信息包括如用戶加入會話的時間,用戶離開會話的時間等信息,這樣第三方存儲裝置就能夠根據(jù)這些會話狀態(tài)信息對已存儲的會話歷史記錄進行控制訪問。例如,用戶如果想訪問其參與會話的歷史信息,則第三方存儲裝置就會根據(jù)該用戶對應的狀態(tài)信息為其選擇能夠訪問的歷史時間段,即該用戶只能訪問其加入會話至離開會話時間段的會話歷史記錄。步驟S203,第二服務器向第一服務器返回拒絕消息,通知第一服務器已由第三方存儲裝置保存了該會話的歷史記錄,拒絕第一服務器邀請或生成的參與者(存儲者)加入該會話保存該會話的歷史記錄。在上述實施例中主要由第二服務器控制第三方存儲裝置對會話歷史記錄進行統(tǒng)一保存,本發(fā)明下述實施例將具體以控制功能服務器和參與功能服務器為例進行描述,在此需要說明的是,以控制功能服務器和參與功能服務器為例進行描述為本發(fā)明實施例較優(yōu)的實施方式,但并不能因此認為本發(fā)明實施例僅能應用于控制功能服務器和參與功能服務器。如圖3所示,為本發(fā)明實施例二的會話歷史記錄的存儲處理方法流程圖,在該實施例中以用戶加入群組會話為例,其中在該實施例中省略了部分響應和信令經(jīng)過SlP/IPCore的過程,上述經(jīng)過SlP/IPCore的過程在實際的信令流中是存在的。該實施例包括以下步驟步驟S301,用戶1向參與功能服務器1發(fā)起一個加入群組會話的INVITE請求,并在INVITE請求中攜帶要記錄會話歷史的指示,具體消息格式如下INVITEsip:SessionABC@example.comSIP/2.0Via:SIP/2.0/TCPuserl.example,com;branch=z9hG4bKhjhs8ass83Max-Forwards:70To:sip:sessionABC@example.comFrom:userl<sip:userl@example.com>;tag=32331Call-ID:d432fa84b4c76e66710CSeq:1INVITEContact:<sip:user1@client.example.com>Accept:application/sdp,message/sipfragRequire:record-historyContent-Type:multipart/mixed;boundary="boundary1"Content-Length:…—boundary1Content-type:application/service-settings+xmlContent-disposition:record-allowed<xmlversion="1.0"encoding="UTF-8"><service-settingsxmlns="urn:oma:params:xml:ns:service-settings"><entityid="do39s8zksn2d98x"><networkstorage_allowed>TRUE</networkstorage_allowed></entity></service-settings>—boundary1Content-Type:application/sdpSDPnotshown—boundary1—在上述INVITE請求Require頭中的record-history標識表示用戶指示需要對會話歷史記錄進行保存,并在上述INVITE請求的消息體中攜帶相應的設置信息。步驟S302,參與功能服務器收到請求,解析用戶是否要求記錄會話歷史并在確定用戶要求記錄會話歷史時啟動記錄會話歷史的處理流程。其中解析用戶是否要求記錄會話歷史通過Require頭中存在record-history標識,和16INVITE請求中攜帶的設置判斷。下面就介紹參與功能服務器啟動記錄會話歷史的處理過程,如圖4所示,參與功能服務器接收到用戶的請求中啟動會話歷史記錄的指示后,根據(jù)該用戶指示決定是否生成攜帶存儲指示的請求消息,當然參與功能服務器也可根據(jù)自身存儲的本地策略決定是否生成攜帶存儲指示的請求消息。該存儲指示表示第一服務器要邀請或生成一個記錄會話的參與者(存儲者)加入會話,并向第二服務器發(fā)送加入會話記錄會話歷史的請求??刂乒δ芊掌鲉拥谌酱鎯Ψ?,作為優(yōu)選方式可以邀請VASP加入會話來負責存儲會話歷史內(nèi)容,同時在請求消息中攜帶會話的狀態(tài)信息;VASP加入會話后,控制功能服務器發(fā)送4XX消息,告訴參與功能服務器已經(jīng)有VASP負責存儲會話歷史記錄,并在響應消息中攜帶存儲會話信息的保存地址,由參與功能服務器收到響應消息后,負責保存記錄會話歷史的保存地址。該實施例包括以下步驟步驟S401,在參與功能服務器確定需要記錄會話歷史后,向控制功能服務器發(fā)起記錄會話的請求消息,該請求消息可以為INVITE請求或REFER消息,其中以在INVITE請求中攜帶存儲會話歷史的指示為例,具體的消息格式如下INVITEsip:sessionABC@example.comSIP/2.0Via:SIP/2.0/TCPpserverl.example.com;branch=z9hG4bKhjas83Max-Forwards:70To:sip:sessionABC@example.comFrom:sip:history@serverl.example.com;tag=4931Call-ID:32fa8476e66710CS叫1INVITEContact:<sip:history@serverl.example.com>;+g.network-storageContent-Type:application/sdpContent-Length:...SDPnotshown其中,記錄會話的INVITE請求中的存儲指示可以在Contact頭中攜帶,這里用+g.network-storage來告訴控制功能服務器該請求消息的發(fā)送者參與功能服務器是要以一個記錄會話角色的參與者加入會話,存儲會話的歷史記錄。存儲指示也可以在Require頭中指示,告訴控制功能服務器需要啟動存儲來記錄會^舌歷史,^t口Require:network國storage。步驟S402,控制功能服務器檢測存儲服務是否已經(jīng)啟動,如果沒有啟動,繼續(xù)下面的步驟S403;如果已經(jīng)啟動,直接進行步驟S405。步驟S403,控制功能服務器發(fā)送INVITE請求給VASP(第三方存儲裝置),該INVITE請求攜帶有存儲指示,邀請VASP負責存儲會話歷史記錄,在消息中包含會話狀態(tài)信息。VASP保存會話歷史記錄的同時,也保存會話狀態(tài)信息。其中,能夠根據(jù)會話的狀態(tài)信息實現(xiàn)對存儲的會話歷史記錄的訪問控制,消息格式如下所示INVITEsip:vasp@example.comSIP/2.0Via:SIP/2.0/TCPserver.example.com;branch=z9hG4bKhjass83Max-Forwards:70To:sip:vasp@example.comFrom:sip:server.example.com;tag=3231Call-ID:32fa8476710CSeq:23INVITEContact:<sip:sessionABC@example,com>;+g.network-storageContent-Type:multipart/mixed;boundary="boundary1"Content-Length:...—boundary1Content-Type:application/sdpSDPnotshown—boundary1Content-Type:application/session-state-info+xml<xmlversion="1.0"encoding="UTF-8"><session-state-infoxmlns="urn:ietf:params:xml:ns:session-state-info"entity="sip:sessionABC@example.com"state="fiiirversion="l"><session-description><subject>shopping</subject></conference-description><session-state><user-count>4</user-count></session-state><ussrs><userentity="sip:userl@example.com"state="full"><endpointentity="sip:4kfk4j392jsu@example.com"><status>connected</status〉<joining-info><when>2007-09-21T21:12:00Z</when></joining-info></endpoint></user><userentity="sip:user2@example.com"state="full"><endpointentity="sip:4kfk4j392jsu@example.com;grid=433kj4j3u"><status>disconnected</status><joining-info><when>2007-09-21T20:50:00Z</when></joiniiig-iiifo><disconnection-info><when>2007-09-21T21:10:00Z</when></disconnection-info></endpoint></uscr></uscrs></session-state-info>—boundary1—其中,消息頭Content-Type中的內(nèi)容application/session-state-info+xml表示所描述的內(nèi)容為會話狀態(tài)信息;<users>t的內(nèi)容表示參與會話的用戶信息;〈user〉中的內(nèi)容表示與用戶相關的狀態(tài)信息,用戶接入的終端信息<endpoint>;<joining-info>中的內(nèi)容表示用戶力口入會話的時間;<disconnection-info>中的內(nèi)容表示用戶離開會話的時間,便于VASP可以根據(jù)用戶參與會話的狀態(tài),只允許用戶訪問用戶參與會話時間段內(nèi)的內(nèi)容。步驟S404,VASP接受控制功能服務器的邀請并返回200OK消息。其中,2000K消息中攜帶存儲會話歷史的保存地址,發(fā)給控制功能服務器。以記錄會話歷史的地址為http:〃mailserver.example.com/storage/d908273ksjdfahjkh為例,響應消息4各式如下SIP/2.0200OKVia:SIP/2.0/TCPserver.example.com;branch=z9hG4bKhjass83Max-Forwards:70To:sip:vasp@example.com;tag=39456From:sip:history@serverl.example.com;tag=3231Call-ID:32fa8476710CSeq:23INVITEContent-Type:application/history-record+xmlContent-Length:...<xmlversion="1.0"encoding="UTF-8"><history-recordxmlns="urn:oma:xml:history-record"><historydate="2007-09-21"><expiry>2007-10-20T21:13:00.0Z</expiry><message-id>d908273ksjdfahjkh</message-id><history-uri>"http:〃mailserver.example.com/storage/d908273ksjdfahjkh,,</history-uri></history></history-record>其中,消息頭Content-Type中的內(nèi)容application/history-record+xml表示消息體中攜帶的內(nèi)容為存儲的會話歷史記錄的信息,〈expiry〉表示會話歷史在存儲設備上的有效期;<message-id>t的內(nèi)容表示記錄本次會話歷史的消息表示;〈history-uri〉中的內(nèi)容表示會話歷史記錄存儲的位置信息。步驟S405,如果控制功能服務器收到第三方存儲裝置返回的200OK消息,則確定第三方存儲裝置對該會話的存儲服務已啟動,則發(fā)送響應消息4XX消息給參與功能服務器,告訴參與功能服務器已經(jīng)由VASP負責存儲會話歷史記錄,其中消息中攜帶存儲本次會話歷史的服務器保存地址。以488NotAcceptableHere為例,消息才各式如下SIP/2.0488NotAcceptableHereVia:SIP/2.0/TCPserverl.example.com;branch=z9hG4bKhjass83Max-Forwards:70To:sessionABC@example.com;tag=3879From:sip:history@serverl.example.com;tag=4931Call-ID:32fa8476e6671021CSeq:1INVITEContent-Type:application/history-record+xmlContent-Length:...<xmlversion="1.0"encoding="UTF-8"><history-recordxmlns="urn:oma:xml:history-record"><historydate="2007-09-21"><expiry>2007-l0-20T21:13:00.0Z</expiry><message-id>d908273ksjdfahjkh</message-id><history-uri>"http:〃mailserver.example.com/storage/d908273ksjdfahjkh,,</history-uri></history></history-record>步驟S406,參與功能服務器收到響應消息后,解析消息中攜帶的記錄會話歷史的地址信息,并記錄存儲會話歷史的地址信息。保存的信息可以被記錄在本地存儲裝置上,也可以被記錄在對應的用戶網(wǎng)絡存儲裝置上,也可以被記錄在用戶的preferences(偏好配置)實體上。存儲的內(nèi)容包括記錄會話歷史的地址、會話歷史id、到期信息等,也可以包括相關的會話狀態(tài)信息,如用戶加入會話的時間和用戶離開會話的時間等。存儲的消息以xml形式表示<xmlversion="1.0"encoding="UTF-8"><history-recordxmlns="um:oma:xml:history-record"><historydate="2007-09-21"><expiry>2007-10-20T21:13:00.0Z</expiiy><message-id>d908273ksjdfahjkh</message-id><history-uri>,,http:〃mailserver.example.com/storage/d908273ksjdfahjkh,,</history-uri></history><joining-info><when>2007-09-21T21:00:00Z</when></joining-info></history-record>其中,date的值表示記錄會話歷史的日期,〈expiry〉表示有效期,到期后記錄將^皮刪除;〈message-id〉用來標識這次會話歷史的唯一標識;<history-uri>中的內(nèi)容表示存儲會話歷史記錄的位置,通過該uri可以訪問到會話歷史記錄;〈joining-info〉中的內(nèi)容記錄用戶參與會話的時間。其中,上述實施例中由用戶通過INVITE請求指示參與功能服務器對會話歷史記錄進行保存,然而本發(fā)明實施例參與功能服務器還可以根據(jù)自身的策略文件存儲指示來確定是否對會話歷史記錄進行保存,策略文件如下所示。其中XML表示的格式如下<xmlversion="1.0"encoding="UTF-8"><cpm-settingsxmlns="um:oma:params:xml:ns:cpm:cpm-settings"><entityid="do39s8zksn2d98x"><networkstorage—allowed>TRUE</networkstorage—allowed〉</entity></cpm-settings>步驟S303-步驟S304,參與功能服務器轉(zhuǎn)發(fā)INVITE請求到控制功能服務器,允許所述用戶加入會話。步驟S305-步驟S306,控制功能服務器響應200OK消息給用戶,表示用戶加入會話成功。其中,在用戶加入會話后的會話過程中,用戶也可以通過re-INVITE消息或INFO消息來告訴參與功能服務器關閉記錄會話歷史,在消息頭Require中攜帶+g.network-storage《alse來告訴參與功能服務器不再記錄會話歷史;也可以在消息體中攜帶,用FALSE表示不再記錄會話歷史,XML表示的格式如下<xmlversion="1.0"encoding="UTF-8"><cpm-settingsxmlns="urn:oma:params:xml:ns:cpmxpm-settings"><entityid="do39s8zksn2d98x"><networkstorage_allowed>FALSE</networkstorage—allowed></entity></cpm-settings>在本發(fā)明實施例中還公開了用戶離開會話后的相應的存儲流程,用戶離開會話主要分為用戶主動離開及控制功能服務器通知所述用戶離開兩種方式,分別如圖5和圖6所示。圖5為本發(fā)明實施例用戶主動發(fā)起B(yǎng)YE的流程;用戶向參與功能服務器發(fā)送BYE(退出)消息,參與功能服務器收到BYE消息后,保存用戶參與會話的狀態(tài)信息,并向控制功能服務器轉(zhuǎn)發(fā)BYE消息。圖6為本發(fā)明實施例控制功能服務器向用戶發(fā)送BYE消息的過程;控制功能服務器向參與功能服務器發(fā)送BYE消息,參與功能服務器收到BYE消息后,保存會話的狀態(tài)信息,并向用戶轉(zhuǎn)發(fā)BYE消息。針對上述兩種方式,提出了如圖7所示的本發(fā)明實施例四的會話歷史記錄的存儲處理方法流程圖,包括以下步驟步驟S701,參與功能服務器收到BYE消息,該BYE消息可能來自于用戶,表示有參與者要退出^S舌,當然也可能來自于控制功能服務器。步驟S702,參與功能服務器收到BYE消息后,保存用戶參與會話的狀態(tài)信息,包括用戶加入會話的時間和離開會話的時間。參與功能服務器把該用戶加入會話和離開會話的信息保存在記錄會話歷史記錄的地方,和本次會話歷史記錄在一起??梢员挥涗浽诒镜卮鎯ρb置上,也可以被記錄在對應的用戶網(wǎng)絡存儲裝置上,也可以^皮記錄在用戶的preferences(偏好配置)實體上。i己錄的4言息如下〈xmlversion="1.0"encoding="UTF-8"><history-recordxmlns="urn:oma:xml:history-record"><historydate="2007-09-21"><expiry>2007-10國20T21:13:OO.OZ</expiry><message-id〉d908273ksjdfahjkh</message-id><history-uri>,,http:〃mailserver.example.com/storage/d908273ksjdfahjkh,,</history-uri></history><joining-info><when>2007-09-21T21:00:00Z</when></joining-info><disconnection-info><when>2007-09-21T22:00:00Z</when></disconnection-info></history-record>其中,<disconnect-info>中的內(nèi)容表示用戶離開會話的時間,通過用戶在會話中的時間,可以確定用戶能夠訪問的會話歷史記錄的內(nèi)容。步驟S703,參與功能服務器向用戶或控制功能服務器轉(zhuǎn)發(fā)BYE消息。記錄會話歷史地址信息除了可以記錄在上述的位置之外,也可以以消息的形式把記錄會話歷史的地址信息通知給參與用戶,由用戶存儲在終端上,在消息體中攜帶會話歷史記錄的地址。這里以MESSAGE消息通知用戶為例,格式MESSAGEsip:userl@example.comSIP/2.0Via:SIP/2,0/TCPpserver.example.com;branch=z9hG4bK776sgkeMax-Forwards:70From:sip:pserver.example.com;tag=49583To:sip:userl@example.comCall-ID:2316546kjyCSeq:1MESSAGEContent-Type:application/vnd.cmp.histroy畫record國info+xmlContent-Length:...<xmlversion="1.0"encoding="UTF-8"><history-recordxmlns-"urn:oma:xml:history-record',><historydate="2007-09-21"><expiry>2007-10-20T21:13:00.0Z</expiry><message-id>d908273ksjdfahjkh</message-id><history-uri>"http:〃mailserver.example.com/storage/d908273ksjdfahjkh,,</history-uri></history></history-record>其中,Content-Type中的application/vnd.cmp,histroy-record-info+xml表示消息體的內(nèi)容為歷史記錄的信息內(nèi)容,消息體中包括歷史記錄的地址、消息的標識和有效期等信息。如圖8所示,為本發(fā)明實施例五的會話歷史記錄的存儲處理方法流程圖,該實施例主要在于在會話狀態(tài)信息發(fā)生變化后,如新的用戶加入會話或者原來的用戶退出會話,控制功能服務器需要會話狀態(tài)信息通知VASP,在會話過程中可以通過re-INVITE消息或者INFO消息并在消息體攜帶會話狀態(tài)信息給VASP,當VASP接收到消息時,更新VASP中存儲的會話狀態(tài)信息。本發(fā)明實施例提出了一種筒潔的方式,即在會話結(jié)束時,在控制功能服務器發(fā)向VASP的BYE消息中攜帶會話狀態(tài)信息;如果是VASP主動向控制功能服務器發(fā)起B(yǎng)YE消息,那么在控制功能服務器向VASP的響應消息中攜帶會話狀態(tài)信息,如在200OK消息中,并且優(yōu)選地,在VASP主動退出對該會話的保存后控制功能服務器還需要通知該會話內(nèi)的所有用戶。這里以由控制功能服務器向VASP發(fā)送BYE消息為例,包括以下步驟步驟S801,控制功能服務器向VASP發(fā)送BYE消息,表示結(jié)束結(jié)束記錄會話歷史,其中在消息中攜帶會話的狀態(tài)信息,具體消息如下BYEsip:vasp@example.comSIP/2.0Via:SIP/2.0/TCPserver.example.com;branch=z9hG4bKhjass83Max-Forwards:70To:sip:vasp@example.com;tag=39456From:sip:server.example.com;tag=3231Call-ID:32fa8476710CS叫1BYEContent-Type:application/session-state-info+xmlContent-Length:...<xmlversion="1.0"encoding="UTF-8"><session-state-infoxmlns="urn:ietf:params:xml:ns:session-state-info"entity="sip:sessionABC@example.com"state="ftill"version="l"><session-description><subject>shopping</subject></conference-description><session-state><user-count〉4</user-count></session-state><us6rs><userentity="sip:userl@example.com"state="full"><endpointentity="sip:4kfk4j392jsu@example.com"><status>disconnected</status〉<joining-info><when>2007-09-21T21:12:00Z</when></joining-info><disconnection-info><when>2007-09-21T22:10:00Z</when></disconnection-info></endpoint></user><userentity="sip:user2@example.com"state="full"><endpointentity="sip:4kfk4j392jsu@example.com;grid=433kj4j3u"><joining-info><when>2007-09-21T20:50:00Z</when></joining-info><disconneetion-info><when>2007-09-21T21:10:00Z</when></disconnection-info></endpoint></user></us6rs></session-state-info>其中,消息頭Content-Type中的內(nèi)容application/session-state-info+xml表示攜帶的內(nèi)容為會話的狀態(tài)信息,包括會話的參與人數(shù),每個參與者的信息,包括用戶加入會話的信息<joining-info>和離開會話的時間信息<disconnection-info>。步驟S802,VASP收到BYE消息,記錄消息中的會話狀態(tài)信息,即記錄在BYE消息中攜帶的會話狀態(tài)信息,application/session-state-info+xml中指28示的內(nèi)容。步驟S803,VASP發(fā)送200OK響應到控制功能服務器。需要說明的是在上述實施例中還可使用SUBSCRIBE和NOTIFY的機制來通知VASP會話狀態(tài)信息,VASP用SUBSCRIBE消息向控制功能^^務器訂閱會話的狀態(tài)消息,當會話狀態(tài)發(fā)生改變時,控制功能服務器用NOTIFY消息通知VASP會話狀態(tài)信息,然后VASP記錄會話狀態(tài)信息。通過上述實施例的會話歷史記錄存儲方法,能夠避免造成浪費網(wǎng)絡存儲空間和存儲的信息冗余的弊端,能夠提高存儲空間的利用率和減少了信息的冗余度。如圖9所示,為本發(fā)明實施例六用戶查詢會話歷史記錄流程圖,對于存儲在第三方存儲上的會話歷史記錄,用戶可以根據(jù)終端上的存儲該會話歷史記錄的保存地址,在查詢會話歷史記錄的請求消息中攜帶上需查詢記錄對應的保存地址信息,通過參與功能服務器和控制功能服務器到第三方存儲上獲取相應的會話歷史記錄。該實施例以用戶和第三方存儲裝置已建立會話為例,包括以下步驟步驟S901,用戶向參與功能服務器發(fā)送查詢請求,該查詢請求攜帶相應的查詢信息,查詢信息主要包括用戶要查詢會話歷史記錄的保存地址及用戶的標識,如用戶的URI(UniversalResourceIdentifier,通用資源標志符)等。步驟S902,參與功能服務器根據(jù)用戶的查詢請求,生成請求消息,該請求消息也攜帶有用戶要查詢會話歷史記錄的保存地址及用戶的標識(如用戶的URI)。其中,由于在第三方存儲裝置中可能沒有保存有會話狀態(tài)信息,因此可選地,在該請求消息中還攜帶有該用戶在當時參與會話的狀態(tài)信息,如用戶參與會話的開始時間和用戶退出會話的時間。步驟S903,參與功能服務器發(fā)送請求消息到控制功能服務器。步驟S904,控制功能服務器轉(zhuǎn)發(fā)該請求消息到第三方存儲裝置。步驟S905,第三方存儲裝置根據(jù)用戶上報的查詢信息確定用戶所要查詢的會話歷史記錄,以及會話歷史記錄中的時間信息,確定用戶訪問權限,并生成查詢結(jié)果,該查詢結(jié)果為用戶能夠訪問的記錄信息或者記錄內(nèi)容。其中,用于確定用戶訪問權限的會話狀態(tài)信息可來自于步驟S902中參與功能服務器添加的,也可以是第三方存儲裝置自身保存的。根據(jù)會話狀態(tài)信息確定用戶訪問權限,例如第三方存儲裝置根據(jù)會話狀態(tài)信息中的用戶參與會話的時間信息(用戶參加的起始時間至用戶退出會話的時間)生成一個訪問時間段,由于保存的會話歷史記錄的每條信息都有相應的時間戳,表示存儲該信息的時間,因此上述時間戳在訪問時間段內(nèi)的信息都是該用戶有權訪問的記錄內(nèi)容,才艮據(jù)該記錄內(nèi)容生成相應的查詢結(jié)果。步驟S906,第三方存儲裝置將上述查詢結(jié)果發(fā)送給控制功能服務器。步驟S907,控制功能服務器將收到的查詢結(jié)果轉(zhuǎn)發(fā)給參與功能服務器。步驟S908,參與功能服務器將該查詢結(jié)果發(fā)送給用戶。需要說明的是,在上述實施例根據(jù)用戶加入會話的時間確定用戶的訪問權限,當然還可以根據(jù)用戶的等級或其他用戶特性確定該用戶的訪問權限,或者對用戶不設置任何訪問權限,該用戶可以訪問所有保存的會話歷史記錄。如圖IO所示,為本發(fā)明實施例七的會話歷史記錄的存儲系統(tǒng)的結(jié)構(gòu)圖,該系統(tǒng)包括用戶終端、第一服務器和第二服務器。在該實施例中以第一服務器為參與功能服務器l、第二服務器為控制功能服務器2。為例進行描述。該系統(tǒng),包括控制功能服務器2和至少一個參與功能服務器1和該參與功能服務器1對應的用戶終端3,參與功能服務器1用于根據(jù)用戶終端3的指示或參與功能服務器1上的策略文件決定是否生成攜帶存儲指示的請求消息,存儲指示表示參與功能服務器1邀請或生成一個存儲者加入會話,并向控制功能服務器2發(fā)送請求消息;控制功能服務器2用于接收來自參與功能服務器1的請求消息,并判斷請求消息中是否包含有存儲指示,如果請求中包含有存儲指示,則進一步根據(jù)存儲策略判斷是否對所要保存的會話歷史記錄進行存儲,如果是則對所要保存的會話的歷史記錄進行存儲。其中,還包括第三方存儲裝置4,控制功能服務器2在判斷所述請求消息包含有存儲指示后,邀請所述第三方存儲裝置4對所要保存會話的歷史記錄進行存儲;第三方存儲裝置4用于在收到所述第二服務器的邀請后,保存所要保存的會話的會話歷史記錄,該第三方存儲裝置4為VASP、網(wǎng)絡存儲實體或存儲服務器。其中,第三方存儲裝置4還保存有會話狀態(tài)信息,并根據(jù)所述會話狀態(tài)信息對已保存的會話歷史記錄進行訪問控制,如根據(jù)用戶加入會話的時間或用戶的等級等特性確定用戶的訪問權限,或者對用戶不設置任何訪問權限,該用戶可以訪問所有保存的會話歷史記錄。其中,參與功能服務器1包括策略文件保存模塊11、判斷模塊12和會話加入模塊13,策略文件保存模塊11用于保存策略文件;判斷模塊12用于根據(jù)用戶終端3的指示或保存的策略文件判斷是否需要保存會話的歷史記錄;會話加入模塊13用于在判斷模塊12判斷需要保存會話的歷史記錄時,生成攜帶存儲指示的請求消息,其中存儲指示表示參與功能服務器1要邀請或生成一個存儲者加入會話,并向控制功能服務器2發(fā)送所述請求消息。其中,參與功能服務器1還包括保存模塊14,用于在收到控制功能服務器2發(fā)送的會話歷史記錄的保存地址后,保存所述保存地址。其中,參與功能服務器1還包括查詢信息接收模塊15,查詢請求發(fā)送才莫塊16和查詢結(jié)果轉(zhuǎn)發(fā)模塊17,查詢信息接收模塊15用于接收用戶終端3發(fā)送的查詢信息,查詢信息包括用戶終端3要查詢歷史記錄的保存地址及用戶終端3的標識;查詢請求發(fā)送模塊16用于向控制功能服務器2發(fā)送查詢請求,該查詢請求攜帶有接收到的查詢信息;查詢結(jié)果轉(zhuǎn)發(fā)模塊17用于接收控制功能服務器2返回的查詢結(jié)果,并將查詢結(jié)果轉(zhuǎn)發(fā)給用戶終端3。其中,參與功能服務器1還包括會話狀態(tài)信息添加模塊18,用于在查詢請求發(fā)送才莫塊16向控制功能服務器2發(fā)送的查詢請求中,添加參與功能服務器1記錄的會話狀態(tài)信息。其中,控制功能服務器2包括接收模塊21、指示判斷模塊22和存儲處理模塊23,接收模塊21用于接收請求消息;指示判斷模塊22用于判斷接收到的所述請求消息中是否包含有存儲指示,所述存儲指示表示發(fā)送所述請求消息的參與者是以一個存儲者角色請求加入會話;存儲處理模塊23用于在指示判斷模塊22判斷所述請求消息中包含有所述存儲指示時,進一步根據(jù)控制功能服務器2的存儲策略判斷是否對所要保存的會話歷史記錄進行存儲,如果判斷對所要保存的會話的歷史記錄進行存儲,如果是則對所要保存的會話的歷史記錄進4于存儲。其中,存儲處理模塊23包括交互實體子模塊231,用于在指示判斷模塊22判斷請求消息中包含有所述存儲指示時,邀請第三方存儲裝置4對所要保存的會話的歷史記錄進行存儲,并在記錄過程中與第三方存儲裝置4進行交互。其中,控制功能服務器2還包括會話狀態(tài)信息發(fā)送模塊24,用于在會話的狀態(tài)信息發(fā)生變化或所述第三方存儲裝置退出存儲后將會話狀態(tài)信息發(fā)送給所述第三方存儲裝置4。其中,控制功能服務器2還包括地址接收模塊25和地址下發(fā)模塊26,地址接收模塊25用于接收第三方存儲裝置4發(fā)送的會話歷史記錄的保存地址;地址下發(fā)模塊26用于將地址接收模塊25接收到的保存地址下發(fā)給參與功能服務器1。其中,第三方存儲裝置4包括邀請接收模塊41,存儲模塊42和訪問控制模塊43,邀請接收模塊41用于接收控制功能服務器2發(fā)送的請求消息,該請求消息邀請第三方存儲裝置4對所要保存的會話的歷史記錄進行存儲;存儲模塊42用于對會話的歷史記錄和會話狀態(tài)信息進行存儲;訪問控制模塊43用于根據(jù)保存的會話狀態(tài)信息對已保存的會話歷史記錄進行訪問控制。其中,用戶終端3包括查詢信息發(fā)送模塊31和查詢結(jié)果接收模塊32,查詢信息發(fā)送模塊31用于向參與功能服務器1發(fā)送查詢信息,所述查詢信息包括用戶要查詢會話歷史記錄的保存地址及用戶的標識;查詢結(jié)果接收模塊32用于接收控制功能服務器2通過參與功能服務器1返回的查詢結(jié)果。本發(fā)明上述實施例通過采用控制功能服務器對會話歷史記錄的存儲進行統(tǒng)一管理,使得對于一個會話的歷史記錄信息就只保存在控制功能服務器側(cè)相應的第三方存儲裝置中,而避免了現(xiàn)有技術存儲在各參與功能服務器側(cè)的網(wǎng)絡存儲裝置而導致的浪費網(wǎng)絡存儲空間和存儲的信息冗余的缺陷。通過以上的實施方式的描述,本領域的技術人員可以清楚地了解到本發(fā)明可以全部通過硬件用鏈路檢測包自動建立的方式來實現(xiàn),當然也可以全部用軟件配置表實現(xiàn);也可以部分用硬件自動建立,部分用軟件配置實現(xiàn),但所述全硬件自動建立方式可以達到很高的實時性,是更佳的實施方式?;谶@樣的理解,本發(fā)明的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺計算機設備(可以是個人計算機,引擎,或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式,應當指出,對于本
技術領域
的普通技術人員來說,在不脫離本發(fā)明原理的前提下,還可以做出若干改進和潤飾,這些改進和潤飾也應視為本發(fā)明的保護范圍。權利要求1、一種會話歷史記錄的存儲處理方法,其特征在于,包括以下步驟接收來自用戶側(cè)第一服務器的請求消息;判斷所述請求消息中是否包含有存儲指示;如果所述請求消息中包含有所述存儲指示,則根據(jù)存儲策略判斷是否需要對所要保存的會話歷史記錄進行存儲。2、如權利要求1所述會話歷史記錄的存儲處理方法,其特征在于,所述存儲策略為第二服務器對會話歷史記錄的存儲控制策略,通過所述存儲策略決定是對全部或部分會話歷史記錄進行統(tǒng)一存儲。3、如權利要求1所述會話歷史記錄的存儲處理方法,其特征在于,對所要保存的會話的歷史記錄進行存儲具體為邀請第三方存儲裝置對所要保存的會話的歷史記錄進行存儲。4、如權利要求3所述會話歷史記錄的存儲處理方法,其特征在于,在邀請第三方存儲裝置對所要保存的會話的歷史記錄進行存儲之后,還包括所述第三方存儲裝置保存所述會話的會話歷史記錄及會話狀態(tài)信息,所述第三方存儲裝置根據(jù)所述會話狀態(tài)信息對已保存的會話歷史記錄進行訪問控制。5、如權利要求1所述會話歷史記錄的存儲處理方法,其特征在于,在接收來自用戶側(cè)第一服務器的請求消息之前,還包括所述第一服務器根據(jù)用戶的指示或所述第一服務器上的策略文件決定是否邀請或生成一個以存儲角色加入會話的請求消息,加入會話的所述請求消息中包含有表示存儲角色加入會話的存儲指示。6、如權利要求3所述會話歷史記錄的存儲處理方法,其特征在于,在邀請第三方存儲裝置對所要保存會話的歷史記錄進行存儲之后,還包括接收所述第三方存儲裝置發(fā)送的存儲所述會話歷史記錄的保存地址。7、如權利要求6所述會話歷史記錄的存儲處理方法,其特征在于,在接收所述第三方存儲裝置發(fā)送的存儲所述會話歷史記錄的保存地址之后,還包括將接收到的所述會話歷史記錄的保存地址發(fā)送給所述第一服務器;所述第一服務器將所述保存地址存儲在本地、所述第一服務器側(cè)的網(wǎng)絡存儲裝置或用戶的偏好配置實體上。8、如權利要求7所述會話歷史記錄的存儲處理方法,其特征在于,在所述第一服務器將所述保存地址存儲之后,還包括所述第一服務器將所述保存地址發(fā)送給所述用戶。9、如權利要求1所述會話歷史記錄的存儲處理方法,其特征在于,所述方法還包括所述第一服務器在所述用戶退出會話后,記錄所述用戶參與會話的狀態(tài)信息,將用戶參與會話狀態(tài)信息記錄在本地、所述第一服務器側(cè)的網(wǎng)絡存儲裝置或用戶的偏好配置實體上。10、如權利要求3所述會話歷史記錄的存儲處理方法,其特征在于,所述方法還包括在檢測到所述會話的會話狀態(tài)信息發(fā)生變化后,將變化后的會話狀態(tài)信息發(fā)送給所述第三方存儲裝置。11、如權利要求3所述會話歷史記錄的存儲處理方法,其特征在于,所述方法還包括在接收來自所述第三方存儲裝置的退出消息后,或,在向所述第三方存儲裝置發(fā)送退出消息時,將會話狀態(tài)信息發(fā)送給所述第三方存儲裝置。12、如權利要求11所述會話歷史記錄的存儲處理方法,其特征在于,在接收來自所述第三方存儲裝置的退出消息后,還包括將所述第三方存儲裝置退出的消息通知會話中的各個用戶。13、如權利要求1所述會話歷史記錄的存儲處理方法,其特征在于,在所述對所要保存的會話的歷史記錄進行存儲之后,還包括向所述第一服務器返回拒絕消息,拒絕來自所述第一服務器以存儲者角色加入會活的請求。14、如權利要求1-13任一項所述會話歷史記錄的存儲處理方法,其特征在于,上述方法基于會話初始協(xié)議SIP協(xié)議。15、如權利要求3-14任一項所述會話歷史記錄的存儲處理方法,其特征在于,所述第一服務器為參與功能服務器,第二服務器為控制功能服務器,所述第三方存儲裝置為增值服務提供者VASP、網(wǎng)絡存儲實體或存儲服務器。16、一種會話歷史記錄查詢方法,其特征在于,包括以下步驟接收用戶發(fā)送的查詢信息,所述查詢信息包括所述用戶要查詢會話歷史記錄的保存地址及所述用戶的標識;向第二服務器發(fā)送查詢請求,所述查詢請求攜帶有所述查詢信息;接收所述第二服務器返回的查詢結(jié)果,并將所述查詢結(jié)果發(fā)送給所述用戶。17、如權利要求16所述會話歷史記錄查詢方法,其特征在于,所述查詢結(jié)果通過以下步驟得到所述第二服務器將所述查詢信息發(fā)送給第三方存儲裝置;所述第三方存儲裝置根據(jù)所述保存地址確定所述用戶要查詢的會話歷史記錄;所述第三方存儲裝置根據(jù)會話狀態(tài)信息確定所述會話歷史記錄中所述用戶有權查詢的內(nèi)容,所述用戶有權查詢的內(nèi)容為所述查詢結(jié)果。18、如權利要求16所述會話歷史記錄查詢方法,其特征在于,所述會話狀態(tài)信息由所述第三方存儲裝置自身保存,或,將會話狀態(tài)信息通過所述第二服務器向所述第三方存儲裝置上報。19、如權利要求17或18所述會話歷史記錄查詢方法,其特征在于,第一服務器為參與功能服務器,所述第二服務器為控制功能服務器,所述第三方存儲裝置為增值服務提供者VASP、網(wǎng)絡存儲實體或存儲服務器。20、一種會話歷史記錄查詢方法,其特征在于,包括以下步驟向第一服務器發(fā)送查詢信息,所述查詢信息包括用戶終端要查詢會話歷史記錄的保存地址及所述用戶終端的標識;接收第二服務器通過所述第一服務器返回的查詢結(jié)果。21、如權利要求20所述會話歷史記錄查詢方法,其特征在于,所述查詢結(jié)果通過以下步驟得到所述第一服務器通過所述第二服務器將所述查詢信息發(fā)送給所述第三方存儲裝置;所述第三方存儲裝置根據(jù)所述保存地址確定所述用戶終端要查詢的會話歷史i己錄;所述第三方存儲裝置根據(jù)會話狀態(tài)信息確定所述會話歷史記錄中所述用戶終端有權查詢的內(nèi)容,所述用戶終端有權查詢的內(nèi)容為所述查詢結(jié)果。22、如權利要求21所述會話歷史記錄查詢方法,其特征在于,所述會話狀態(tài)信息由所述第三方存儲裝置自身保存,或,由記錄所述會話狀態(tài)信息的所述第一服務器通過所述第二服務器向所述第三方存儲裝置上報。23、一種會話歷史記錄的存儲系統(tǒng),其特征在于,包括第二服務器和至少一個第一服務器,所述第一服務器,用于根據(jù)用戶的指示或所述第一服務器上的策略文件決定是否生成攜帶存儲指示的請求消息,所述存儲指示表示所述第一服務器邀請或生成一個存儲者加入會話,并向所述第二服務器發(fā)送所述請求消息;所述第二服務器,用于接收來自所述第一服務器的請求消息,并判斷所述請求消息中是否包含有存儲指示,如果所述請求中包含有所述存儲指示,則根據(jù)存儲策略判斷是否對所要保存的會話歷史記錄進行存儲。24、如權利要求23所述會話歷史記錄的存儲系統(tǒng),其特征在于,還包括第三方存儲裝置,所述第二服務器在判斷所述請求消息包含有所述存儲指示后,邀請所述第三方存儲裝置對所要保存會話的歷史記錄進行存儲;所述第三方存儲裝置,用于在收到所述第二服務器的邀請后,保存所要保存的會話的會話歷史記錄。25、如權利要求24所述會話歷史記錄的存儲系統(tǒng),其特征在于,所述第三方存儲裝置還保存有會話狀態(tài)信息,并根據(jù)所述會話狀態(tài)信息對已保存的會話歷史記錄進行訪問控制。26、如權利要求24或25所述會話歷史記錄的存儲系統(tǒng),其特征在于,所述第一服務器為參與功能服務器,所述第二服務器為控制功能服務器,所述第三方存儲裝置為VASP、網(wǎng)絡存儲實體或存儲服務器。27、一種參與功能服務器,其特征在于,包括策略文件保存模塊、判斷模塊和會話加入模塊,所述策略文件保存模塊,用于保存策略文件;所述判斷模塊,用于根據(jù)用戶的指示或保存的策略文件判斷是否需要保存會話的歷史記錄;所述會話加入模塊,用于在所述判斷模塊判斷需要保存會話的歷史記錄時,生成攜帶存儲指示的請求消息,所述存儲指示表示所述參與功能服務器要邀請或生成一個存儲者加入會話,并向控制功能服務器發(fā)送所述請求消息。28、如權利要求27所述參與功能服務器,其特征在于,還包括保存模塊,用于在收到所述控制功能服務器發(fā)送的所述會話歷史記錄的保存地址后,保存所述保存地址。29、如權利要求27所述參與功能服務器,其特征在于,還包括查詢信息接收模塊,查詢請求發(fā)送模塊和查詢結(jié)果轉(zhuǎn)發(fā)模塊,所述查詢信息接收模塊,用于接收用戶發(fā)送的查詢信息,所述查詢信息包括所述用戶要查詢會話歷史記錄的保存地址及所述用戶的標識;所述查詢請求發(fā)送模塊,用于向控制功能服務器發(fā)送查詢請求,所述查詢請求攜帶有接收到的所述查詢信息;所述查詢結(jié)果轉(zhuǎn)發(fā)模塊,用于接收所述控制功能服務器返回的查詢結(jié)果,并將所述查詢結(jié)果轉(zhuǎn)發(fā)給所述用戶。30、如權利要求29所述參與功能服務器,其特征在于,還包括會話狀態(tài)信息添加模塊,用于在所述查詢請求發(fā)送模塊向控制功能服務器發(fā)送的查詢請求中,添加所述參與功能服務器記錄的會話狀態(tài)信息。31、一種控制功能服務器,其特征在于,包括接收模塊、指示判斷模塊和存儲處理模塊,所述接收模塊,用于接收請求消息;所述指示判斷模塊,用于判斷接收到的所述請求消息中是否包含有存儲指示,所述存儲指示表示發(fā)送所述請求消息的參與者是以一個存儲者角色請6求加入會話;所述存儲處理模塊,用于在所述指示判斷模塊判斷所述請求消息中包含有所述存儲指示時,根據(jù)存儲策略判斷是否對所要保存的會話歷史記錄進行存儲。32、如權利要求31所述控制功能服務器,其特征在于,所述存儲處理模塊包括交互實體子模塊,用于在所述指示判斷模塊判斷所述請求消息中包含有所述存儲指示時,邀請第三方存儲裝置對所要保存的會話的歷史記錄進行存儲,并在記錄過程中與所述第三方存儲裝置進行交互。33、如權利要求31所述控制功能服務器,其特征在于,還包括會話狀態(tài)信息發(fā)送模塊,用于在會話的狀態(tài)信息發(fā)生變化或所述第三方存儲裝置退出存儲后將會話狀態(tài)信息發(fā)送給所述第三方存儲裝置。34、如權利要求31所述控制功能服務器,其特征在于,還包括地址接收模塊和地址下發(fā)模塊,所述地址接收模塊,用于接收所述第三方存儲裝置發(fā)送的所述會話歷史記錄的保存地址;所述地址下發(fā)模塊,用于將所述地址接收模塊接收到的所述保存地址下發(fā)給參與功能服務器。35、一種存儲裝置,其特征在于,包括邀請接收模塊,存儲模塊和訪問控制模塊,所述邀請接收模塊,用于接收控制功能服務器發(fā)送的請求消息,所述請求消息邀請所述存儲裝置對所要保存的會話的歷史記錄進行存儲;所述存儲才莫塊,用于對會話的歷史記錄和會話狀態(tài)信息進行存儲;所述訪問控制模塊,用于根據(jù)保存的會話狀態(tài)信息對已保存的會話歷史記錄進行訪問控制。36、一種用戶終端,其特征在于,包括查詢信息發(fā)送模塊和查詢結(jié)果接收模塊,所述查詢信息發(fā)送模塊,用于向參與功能服務器發(fā)送查詢信息,所述查詢信息包括用戶要查詢會話歷史記錄的保存地址及所述用戶的標識;所述查詢結(jié)果接收模塊,用于接收控制功能服務器通過所述參與功能服務器返回的查詢結(jié)果。全文摘要本發(fā)明公開了一種會話歷史記錄的存儲處理方法,包括以下步驟接收來自用戶側(cè)第一服務器的請求消息;判斷所述請求消息中是否包含有存儲指示;如果所述請求消息中包含有所述存儲指示,則根據(jù)存儲策略判斷是否對所要保存的會話歷史記錄進行存儲。本發(fā)明實施例通過對會話歷史記錄的存儲進行統(tǒng)一管理,使得對于一個會話的歷史記錄信息就只保存在第二服務器側(cè)相應的存儲裝置中,而避免了現(xiàn)有技術存儲在各第一服務器側(cè)的網(wǎng)絡存儲裝置而導致網(wǎng)絡存儲空間的浪費和存儲的信息冗余的缺陷。文檔編號H04L29/08GK101453483SQ200710195808公開日2009年6月10日申請日期2007年11月29日優(yōu)先權日2007年11月29日發(fā)明者浩王,賈江濤,蓉鄧申請人:華為技術有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
五寨县| 娱乐| 油尖旺区| 伊宁市| 杭锦后旗| 峨边| 泰顺县| 潮安县| 简阳市| 聂荣县| 南城县| 大姚县| 钟山县| 靖州| 洪洞县| 阿坝县| 大同市| 德保县| 云和县| 新化县| 城固县| 措勤县| 惠安县| 拉萨市| 遵义市| 黄冈市| 汉阴县| 米林县| 紫阳县| 屯留县| 元朗区| 米易县| 班戈县| 水富县| 颍上县| 浦城县| 中阳县| 罗定市| 建水县| 通榆县| 左云县|