專利名稱：一種融合ip消息業(yè)務(wù)中消息和媒體的存儲系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種融合IP消息業(yè)務(wù)中消息和媒體的存儲
系統(tǒng)及方法。
背景技術(shù)：
隨著通信技術(shù)的發(fā)展，人與人之間交互的手段越來越豐富；僅消息類業(yè)務(wù)在不同 時期涌現(xiàn)了多種不同的業(yè)務(wù)類型以滿足用戶不同層次的通信需求，這些消息業(yè)務(wù)包括短 消息業(yè)務(wù)(Short Message Service,SMS)、多媒體消息業(yè)務(wù)(MultimediaMessage Service, 匪S)和即時消息業(yè)務(wù)(Instant Messaging, M)等等。在連續(xù)媒體交互方面，隨著電信網(wǎng) 絡(luò)IP化的發(fā)展趨勢，一些基于IP的連續(xù)媒體交互也逐漸被更多的用戶使用，包括基于 IP的語音通話(Voice over IP， VoIP)、基于蜂窩網(wǎng)絡(luò)的一鍵通業(yè)務(wù)(Push-to-Talk over Cellular，PoC)，以及基于IP的視頻通話(Video over IP)等等。這些眾多的業(yè)務(wù)，從用戶 使用角度、運營商的業(yè)務(wù)建設(shè)和運營的角度，以及網(wǎng)絡(luò)技術(shù)發(fā)展的角度，都有進(jìn)行業(yè)務(wù)融合 的需求。目前開放移動聯(lián)盟(Open MobileAlliance， 0MA)標(biāo)準(zhǔn)組織正在進(jìn)行融合IP消息 業(yè)務(wù)相關(guān)標(biāo)準(zhǔn)的制訂。融合的IP消息業(yè)務(wù)要求用戶之間的交互，既可以是文本、圖片、動畫 等離散的多媒體消息，也可以是語音、視頻等連續(xù)媒體信息；并且這些離散消息和連續(xù)媒體 信息可以在用戶之間交互的同一個會話中并存。 對于歷史會話中交互的消息，用戶會希望在后期可以進(jìn)行瀏覽、編輯、轉(zhuǎn)發(fā)等操 作；因此對于歷史會話中交互的消息，具有進(jìn)行存儲以供后期進(jìn)行訪問和操作的需求。傳統(tǒng) 的消息存儲系統(tǒng)和方法，往往只針對于離散消息(如文本消息、圖片、動畫、聲音等多媒體 消息)。例如，對于短消息業(yè)務(wù)，一般采用在終端上對用戶所接收或者發(fā)送的短消息進(jìn)行存 儲的方法，用戶可以在本地的收件箱和發(fā)件箱中瀏覽和處理這些消息；對于多媒體消息業(yè) 務(wù)，運營商往往在網(wǎng)絡(luò)側(cè)存儲用戶的多媒體消息，這樣如果用戶的手機(jī)終端不支持多媒體 消息業(yè)務(wù)的話，用戶可以通過其它方式，如Web瀏覽的方式獲取自己的多媒體消息；而對于 IP消息業(yè)務(wù)，目前一般只對會話過程中交互的離散消息進(jìn)行保存，而對于會話過程中的連 續(xù)媒體信息不能保存，這樣便不能滿足用戶的需要，不能給用戶提供良好的業(yè)務(wù)體驗。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種融合IP消息業(yè)務(wù)中的消息和媒體存儲系 統(tǒng)，以及一種融合IP消息業(yè)務(wù)的消息和媒體存儲方法，使得在用戶交互過程中對并發(fā)的離 散消息和連續(xù)媒體信息同時進(jìn)行存儲，以供用戶在會話之后進(jìn)行瀏覽等操作。
為解決上述技術(shù)問題，本發(fā)明是通過以下技術(shù)方案實現(xiàn)的 —種融合IP消息業(yè)務(wù)中消息和媒體的存儲方法，包括在用戶之間進(jìn)行基于IP的 音頻/視頻會話過程中，所述各個用戶所屬的會話服務(wù)器對當(dāng)前音頻/視頻會話過程中用 戶間所交互的連續(xù)媒體信息及離散消息進(jìn)行分別存儲。
其中，所述連續(xù)媒體信息為語音信息或視頻信息。
4
其中，所述離散消息為文本、圖片、動畫或者聲音片段。
其中，所述會話服務(wù)器存儲所述語音信息的方法為
A、生成音頻文件，用以存儲當(dāng)前會話中的語音信息； B、根據(jù)相應(yīng)的語音壓縮算法，對當(dāng)前會話過程中兩個方向的語音媒體流分別進(jìn)行 解碼，得到兩個方向的語音數(shù)據(jù)； C、將所述兩個方向的語音數(shù)據(jù)進(jìn)行混音，再將混音后的語音數(shù)據(jù)寫入所述音頻文 件中。 其中，所述會話服務(wù)器存儲所述視頻信息的方法為
a、生成視頻文件，用以存儲當(dāng)前會話中的視頻信息； b、根據(jù)相應(yīng)的語音壓縮算法對會話過程中兩個方向的語音媒體流分別進(jìn)行解碼， 得到兩個方向的語音數(shù)據(jù)；并根據(jù)相應(yīng)的視頻編解碼算法，對當(dāng)前會話中位于本會話服務(wù) 器域內(nèi)的用戶所接收到的視頻媒體流進(jìn)行解碼，得到視頻數(shù)據(jù)； c、將所述兩個方向的語音數(shù)據(jù)進(jìn)行混音，再將混音后的語音數(shù)據(jù)與所述視頻數(shù)據(jù) 同步寫入所述視頻文件中。 其中，所述會話服務(wù)器在存儲所述連續(xù)媒體信息及離散消息時，還對該連續(xù)媒體 信息的相關(guān)信息及離散消息的相關(guān)信息進(jìn)行存儲； 所述連續(xù)媒體信息的相關(guān)信息包括當(dāng)前呼叫建立信令的Call-ID值、通話雙方 的用戶名、開始時間、通話時長、文件保存路徑和文件名； 所述離散消息的相關(guān)信息包括本消息的Call-ID值、發(fā)送方/接收方、發(fā)送時間、 消息類型。 該方法中，在進(jìn)行音頻/視頻會話之前，所述用戶預(yù)先設(shè)置存儲標(biāo)識，用以向其所 屬會話服務(wù)器指示是否對其會話過程中交互的連續(xù)媒體信息或離散消息進(jìn)行存儲；同時， 所述會話服務(wù)器根據(jù)所述存儲標(biāo)識來判斷是否進(jìn)行存儲操作。 —種融合IP消息業(yè)務(wù)中消息和媒體的存儲系統(tǒng)，包括會話服務(wù)器和存儲服務(wù)器， 所述會話服務(wù)器包括會話控制單元和存儲操作單元； 所述會話控制單元，用于對用戶間基于IP的音頻/視頻會話進(jìn)行控制，對所述用 戶在會話過程中所交互的連續(xù)媒體信息及離散消息進(jìn)行轉(zhuǎn)發(fā)； 所述存儲操作單元，用于在所述用戶的音頻/視頻會話過程中，對用戶間交互的 連續(xù)媒體信息及離散消息進(jìn)行解碼并存儲至所述存儲服務(wù)器； 所述存儲服務(wù)器，用于存儲所述連續(xù)媒體信息及其相關(guān)信息、離散消息及其相關(guān) 信息。 其中，所述存儲服務(wù)器包括 數(shù)據(jù)庫存儲單元，用于存儲所述用戶在會話過程中所交互的連續(xù)媒體信息的相關(guān) 信息及離散消息的相關(guān)信息； 文件存儲單元，用于存儲所述用戶在會話過程中所交互的連續(xù)媒體信息及離散信 息的具體內(nèi)容。 其中，所述會話服務(wù)器還包括用戶設(shè)置單元，為用戶提供訪問界面，用以設(shè)置交互 過程中的連續(xù)媒體信息及離散消息的存儲標(biāo)識； 同時，所述存儲操作單元還用于根據(jù)所述存儲標(biāo)識來判斷是否對該用戶的當(dāng)前會話過程中的連續(xù)媒體信息或者離散消息進(jìn)行存儲，進(jìn)而根據(jù)判斷結(jié)果來執(zhí)行存儲操作。
本發(fā)明具有以下有益效果 與現(xiàn)有技術(shù)相比，本發(fā)明能夠在用戶交互過程中對并發(fā)的離散消息和連續(xù)媒體內(nèi) 容同時進(jìn)行存儲，可供用戶后續(xù)對存儲內(nèi)容進(jìn)行訪問和管理，使用戶獲得良好的業(yè)務(wù)體驗。


圖1是本發(fā)明的融合IP消息業(yè)務(wù)中消息和媒體的存儲系統(tǒng)的結(jié)構(gòu)示意圖；
圖2是實施例一中，用戶間進(jìn)行語音通話并交互文本消息時的信令交互示意圖；
圖3是實施例一中，會話服務(wù)器對用戶在語音通話過程中交互的語音信息進(jìn)行存 儲的方法流程圖； 圖4是實施例二中，用戶間進(jìn)行視頻通話并交互多媒體消息時的信令交互示意 圖； 圖5是實施例二中，會話服務(wù)器對用戶在視頻通話過程中交互的視頻信息進(jìn)行存 儲的方法流程圖。
具體實施例方式
下面將結(jié)合附圖及具體實施例對本發(fā)明作進(jìn)一步詳細(xì)的描述 請參閱圖l，該圖所示為本發(fā)明的融合IP消息業(yè)務(wù)中消息和媒體的存儲系統(tǒng)的結(jié)
構(gòu)，包括會話服務(wù)器和存儲服務(wù)器，所述會話服務(wù)器進(jìn)一步包括會話控制單元、存儲操作單
元和用戶設(shè)置單元，所述存儲服務(wù)器進(jìn)一步包括數(shù)據(jù)庫存儲單元和文件存儲單元； 會話控制單元，用于對用戶間基于IP的會話進(jìn)行控制，對所述用戶在會話過程中
所交互的連續(xù)媒體信息及離散消息進(jìn)行轉(zhuǎn)發(fā)； 存儲操作單元，用于在所述用戶的會話過程中，對用戶間交互的連續(xù)媒體信息及 離散消息進(jìn)行解碼并存儲至所述存儲服務(wù)器； 數(shù)據(jù)庫存儲單元，用于存儲所述用戶在會話過程中所交互的連續(xù)媒體信息的相關(guān) 信息及離散消息的相關(guān)信息，該相關(guān)信息包括本消息的發(fā)送方和接收方的信息、發(fā)送時間、 消息ID ; 文件存儲單元，用于存儲所述用戶在會話過程中所交互的連續(xù)媒體信息及離散信 息的具體內(nèi)容。 請參閱圖2，是本發(fā)明所述方法的實施例一，是一個經(jīng)簡化的應(yīng)用環(huán)境U1和U2是 兩個用戶，圖中所示會話服務(wù)器和存儲服務(wù)器部署在用戶Ul所在的域，為用戶Ul提供會話 控制和消息及媒體的存儲業(yè)務(wù)。用戶U2與Ul既可以在同一個域，此時為U2提供會話控制 和消息及媒體的存儲業(yè)務(wù)的服務(wù)器與U1是一樣的；也可以在不同的域，此時由U2所在域的 服務(wù)器提供會話控制和消息及媒體的存儲業(yè)務(wù)。 在本實施例中，用戶Ul首先通過會話服務(wù)器發(fā)起與U2的語音呼叫，呼叫建立后 交換語音媒體，并且該媒體流經(jīng)過會話服務(wù)器；媒體交換開始后，會話服務(wù)器查詢用戶設(shè)置 單元，判斷用戶Ul是否設(shè)置了通話中保存連續(xù)媒體信息；如果需要保存則由會話服務(wù)器 對用戶Ul發(fā)出和收到的語音媒體信息進(jìn)行保存；通話一段時間后，用戶之間進(jìn)行文本消息 交互，類似地，該消息經(jīng)過會話服務(wù)器，由會話服務(wù)器保存該文本消息；最后，通話結(jié)束，會話服務(wù)器把保存的語音文件，以及本次語音通話過程中交互的文本消息保存到存儲服務(wù)器 中。
具體來說，以上交互流程分為以下步驟 步驟201，用戶Ul通過SIP協(xié)議發(fā)起與用戶U2的語音呼叫，呼叫控制功能由會話 服務(wù)器中的會話控制單元完成；其中通過會話描述協(xié)議(Session DescriptionProtocol， SDP)協(xié)商確定交互的語音媒體的編解碼算法； 步驟202， Ul和U2之間以步驟201協(xié)商的編碼算法交互語音媒體流，此雙向的媒體 流都經(jīng)過會話服務(wù)器；媒體流的傳輸基于實時傳輸協(xié)議(Real-time TransportProtocol， RTP); 步驟203，進(jìn)一步細(xì)分為以下子步驟，請參閱圖3 : 子步驟203. a，媒體交互開始后，會話服務(wù)器中的存儲操作單元查詢用戶設(shè)置單元 獲知用戶預(yù)先設(shè)置的媒體存儲選項，判斷是否對交互的媒體進(jìn)行存儲，如果需要存儲則進(jìn) 行以下子步驟，否則轉(zhuǎn)步驟204 ; 子步驟203. b，存儲操作單元生成本次存儲的音頻文件，文件的命名按照一定的規(guī) 則進(jìn)行，例如文件名可以包含與本次通話相關(guān)的一些信息； 子步驟203. c，存儲操作單元對兩個方向的語音媒體流按照前面確定的壓縮算法 進(jìn)行解碼，分別得到兩個方向的語音數(shù)據(jù)； 子步驟203.d，對解碼后的兩個方向的語音數(shù)據(jù)進(jìn)行混音，并將混音后的語音數(shù)據(jù) 寫入子步驟203. b生成的文件； 步驟204，通話一段時間后，用戶Ul通過SIP MESSAGE發(fā)送文本消息給用戶U2，作 為應(yīng)答，U2返回2000K ;如果是會話內(nèi)的消息，則MESSAGE消息的Call-ID字段與前述呼叫 建立信令的Call-ID取值相同； 步驟205，存儲操作單元查詢用戶預(yù)先設(shè)置的消息存儲選項，判斷是否對交互的消 息進(jìn)行存儲如果需要則把MESSAGE的消息體內(nèi)容存儲至文件存儲單元，并將該消息的相 關(guān)信息Call-ID值、發(fā)送/接收方、發(fā)送時間、消息類型等存儲到數(shù)據(jù)庫存儲單元，否則轉(zhuǎn) 到下一步驟； 步驟206，用戶Ul與U2之間通話結(jié)束，通過SIP BYE/2000K實現(xiàn)； 步驟207，如果子步驟203. a中對媒體進(jìn)行了存儲，則關(guān)閉語音文件并存儲到服務(wù)
器中的文件存儲單元；同時記錄該文件對應(yīng)的一些信息如呼叫建立信令的Call-ID值、通
話方用戶名、開始時間、通話時長、語音文件保存路徑和文件名等，把這些信息作為一條記
錄保存到數(shù)據(jù)庫存儲單元。 以上是實施例一的完整步驟。 用戶設(shè)置媒體和消息存儲選項的時候，可以對連續(xù)媒體和離散消息分別設(shè)置是否 進(jìn)行存儲；設(shè)置操作可以在任何時候進(jìn)行，服務(wù)器應(yīng)該提供接口讓用戶在客戶端進(jìn)行設(shè)置， 也可以提供接口使用戶能夠用WEB的方式進(jìn)行設(shè)置。 存儲服務(wù)器中的文件存儲單元在存儲媒體文件的時候，可以對不同的用戶設(shè)置不 同的存儲目錄，與該用戶相關(guān)的所有媒體文件都存儲在該用戶的存儲目錄下。
在本實施例中，只有一次語音通話和一次文本消息交互作為示例，在實際的應(yīng)用 場景，可能有多次的通話和多次的消息交互，這些通話和消息都具有Call-ID屬性，可以據(jù)此判斷它們是否屬于同一個會話。 圖4所示的實施例二交互流程與實施例一基本類似，有以下不同之處 用戶之間的通話是視頻通話，雙向交互的媒體流包括語音媒體和視頻媒體；媒體
協(xié)商的時候要對這兩種媒體分別進(jìn)行協(xié)商，進(jìn)行存儲操作的時候同時需要存儲這兩種類型
的媒體。 用戶之間交互的是多媒體消息，而非文本消息；多媒體消息交互也需要進(jìn)行 reINVITE媒體協(xié)商，然后用MSRP進(jìn)行傳輸，對多媒體消息進(jìn)行存儲需要對消息可能攜帶的 圖片、動畫、音視頻片段等同時進(jìn)行存儲。
下面給出實施例二的完整步驟。 步驟401，用戶Ul通過SIP協(xié)議發(fā)起與用戶U2的視頻呼叫，呼叫控制功能由會話 服務(wù)器中的會話控制單元完成；其中通過會話描述協(xié)議(Session DescriptionProtocol， SDP)協(xié)商確定交互的語音和視頻媒體的編解碼算法； 步驟402， Ul和U2之間以步驟401協(xié)商的編碼算法交互語音和視頻媒體流，此 雙向的兩種類型媒體流都經(jīng)過會話服務(wù)器；媒體流的傳輸基于實時傳輸協(xié)議(Real-time Transport Protocol, RTP); 步驟403，進(jìn)一步細(xì)分為以下子步驟(請參閱圖5): 子步驟403. a，媒體交互開始后，會話服務(wù)器中的存儲操作單元查詢用戶設(shè)置單元 獲知用戶預(yù)先設(shè)置的媒體存儲選項，判斷是否對交互的媒體進(jìn)行存儲如果需要存儲則進(jìn) 行以下子步驟，否則轉(zhuǎn)步驟404 ; 子步驟403.b，存儲操作單元生成本次存儲的視頻文件，文件的命名按照一定的規(guī) 則進(jìn)行，例如文件名可以包含與本次通話相關(guān)的一些信息； 子步驟403. c，存儲操作單元對兩個方向的語音媒體流按照前面確定的語音壓縮 算法進(jìn)行解碼，分別得到兩個方向的語音數(shù)據(jù)； 子步驟403. d，存儲操作單元對用戶Ul接收的視頻媒體流按照前面確定的視頻編 解碼算法進(jìn)行解碼，得到用戶Ul接收到的視頻數(shù)據(jù)； 子步驟403.e，對解碼后的兩個方向的語音進(jìn)行混音，并將混音后的語音數(shù)據(jù)與用 戶Ul接收到的視頻數(shù)據(jù)同步寫入子步驟403. b生成的視頻文件； 步驟404，視頻通話一段時間后，用戶Ul準(zhǔn)備發(fā)送多媒體消息給用戶U2，通過SIP relNVITE/2000K/ACK流程進(jìn)行MSRP的SDP協(xié)商；Call-ID字段與前述視頻呼叫建立信令的 Call-ID取值相同； 步驟405，協(xié)商完成后，通過MSRP SEND/2000K交互多媒體消息； 步驟406，存儲操作單元查詢用戶預(yù)先設(shè)置的消息存儲選項，判斷是否對交互的多
媒體消息進(jìn)行存儲如果需要則把多媒體消息的文本內(nèi)容，攜帶的圖片、動畫等附件存儲到
文件存儲單元；以及該多媒體消息的相關(guān)信息Call-ID值、發(fā)送/接收方、發(fā)送時間、消息
類型等存儲到服務(wù)器的數(shù)據(jù)庫存儲單元，否則轉(zhuǎn)到下一步驟； 步驟407，用戶Ul與U2之間視頻通話結(jié)束，通過SIP BYE/2000K實現(xiàn)； 步驟408，如果子步驟403. a中對連續(xù)媒體進(jìn)行了存儲，則關(guān)閉視頻文件并存儲到
服務(wù)器中的文件存儲單元；同時記錄該文件對應(yīng)的一些信息如呼叫建立信令的Call-ID
值、通話方用戶名、開始時間、通話時長、文件保存路徑和文件名等，把這些信息作為一條記錄保存到服務(wù)器的數(shù)據(jù)庫存儲單元。 同樣需要說明的是，在實施例二中，只有一次視頻通話和一次多媒體消息交互作
為示例；在實際的應(yīng)用場景，可能有多次的通話和多次的消息交互，這些通話可以是語音或
視頻通話，消息交互可以是文本或多媒體消息，即兩種實施例結(jié)合應(yīng)用的場景。 以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，僅僅參照較佳實施例對本發(fā)
明進(jìn)行了詳細(xì)說明。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對本發(fā)明的技術(shù)方案進(jìn)行修改
或者等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍，均應(yīng)涵蓋在本發(fā)明的權(quán)利要求范
圍當(dāng)中。
9
權(quán)利要求
一種融合IP消息業(yè)務(wù)中消息和媒體的存儲方法，其特征在于，在用戶之間進(jìn)行基于IP的音頻/視頻會話過程中，所述各個用戶所屬的會話服務(wù)器對當(dāng)前音頻/視頻會話過程中用戶間所交互的連續(xù)媒體信息及離散消息進(jìn)行分別存儲。
2. 如權(quán)利要求1所述的融合IP消息業(yè)務(wù)中的消息和媒體存儲方法，其特征在于，所述 連續(xù)媒體信息為語音信息或視頻信息。
3. 如權(quán)利要求1所述的融合IP消息業(yè)務(wù)中消息和媒體的存儲方法，其特征在于，所述 離散消息為文本、圖片、動畫或者聲音片斷。
4. 如權(quán)利要求2所述的融合IP消息業(yè)務(wù)中消息和媒體的存儲方法，其特征在于，所述 會話服務(wù)器存儲所述語音信息的方法為A、 生成音頻文件，用以存儲當(dāng)前會話中的語音信息；B、 根據(jù)相應(yīng)的語音壓縮算法，對當(dāng)前會話過程中兩個方向的語音媒體流分別進(jìn)行解 碼，得到兩個方向的語音數(shù)據(jù)；C、 將所述兩個方向的語音數(shù)據(jù)進(jìn)行混音，再將混音后的語音數(shù)據(jù)寫入所述音頻文件中。
5. 如權(quán)利要求2所述的融合IP消息業(yè)務(wù)中消息和媒體的存儲方法，其特征在于，所述 會話服務(wù)器存儲所述視頻信息的方法為a、 生成視頻文件，用以存儲當(dāng)前會話中的視頻信息；b、 根據(jù)相應(yīng)的語音壓縮算法對會話過程中兩個方向的語音媒體流分別進(jìn)行解碼，得到 兩個方向的語音數(shù)據(jù)；并根據(jù)相應(yīng)的視頻編解碼算法，對當(dāng)前會話中位于本會話服務(wù)器域 內(nèi)的用戶所接收到的視頻媒體流進(jìn)行解碼，得到視頻數(shù)據(jù)；c、 將所述兩個方向的語音數(shù)據(jù)進(jìn)行混音，再將混音后的語音數(shù)據(jù)與所述視頻數(shù)據(jù)同步 寫入所述視頻文件中。
6. 如權(quán)利要求1所述的融合IP消息業(yè)務(wù)中消息和媒體的存儲方法，其特征在于，所述 會話服務(wù)器在存儲所述連續(xù)媒體信息及離散消息時，還對該連續(xù)媒體信息的相關(guān)信息及離 散消息的相關(guān)信息進(jìn)行存儲；所述連續(xù)媒體信息的相關(guān)信息包括當(dāng)前呼叫建立信令的Call-ID值、通話雙方的用 戶名、開始時間、通話時長、文件保存路徑和文件名；所述離散消息的相關(guān)信息包括本消息的Call-ID值、發(fā)送方/接收方、發(fā)送時間、消息 類型。
7. 如權(quán)利要求1所述的融合IP消息業(yè)務(wù)中消息和媒體的存儲方法，其特征在于，該方 法中，在進(jìn)行音頻/視頻會話之前，所述用戶預(yù)先設(shè)置存儲標(biāo)識，用以向其所屬會話服務(wù)器 指示是否對其會話過程中交互的連續(xù)媒體信息或離散消息進(jìn)行存儲；同時，所述會話服務(wù) 器根據(jù)所述存儲標(biāo)識來判斷是否進(jìn)行存儲操作。
8. —種融合IP消息業(yè)務(wù)中消息和媒體的存儲系統(tǒng)，包括會話服務(wù)器和存儲服務(wù)器，其 特征在于，所述會話服務(wù)器包括會話控制單元和存儲操作單元；所述會話控制單元，用于對用戶間基于IP的音頻/視頻會話進(jìn)行控制，對所述用戶在 會話過程中所交互的連續(xù)媒體信息及離散消息進(jìn)行轉(zhuǎn)發(fā)；所述存儲操作單元，用于在所述用戶的音頻/視頻會話過程中，對用戶間交互的連續(xù) 媒體信息及離散消息進(jìn)行解碼并存儲至所述存儲服務(wù)器；所述存儲服務(wù)器，用于存儲所述連續(xù)媒體信息及其相關(guān)信息、離散信息及其相關(guān)信息。
9. 如權(quán)利要求8所述的融合IP消息業(yè)務(wù)中消息和媒體的存儲系統(tǒng)，其特征在于，所述 存儲服務(wù)器包括數(shù)據(jù)庫存儲單元，用于存儲所述用戶在會話過程中所交互的連續(xù)媒體信息的相關(guān)信息 及離散消息的相關(guān)信息；文件存儲單元，用于存儲所述用戶在會話過程中所交互的連續(xù)媒體信息及離散信息的 具體內(nèi)容。
10. 如權(quán)利要求8或9所述的融合IP消息業(yè)務(wù)中消息和媒體的存儲系統(tǒng)，其特征在于， 所述會話服務(wù)器還包括用戶設(shè)置單元，為用戶提供訪問界面，用以設(shè)置交互過程中的連續(xù) 媒體信息及離散消息的存儲標(biāo)識；同時，所述存儲操作單元還用于根據(jù)所述存儲標(biāo)識來判斷是否對該用戶的當(dāng)前會話過 程中的連續(xù)媒體信息或者離散消息進(jìn)行存儲，進(jìn)而根據(jù)判斷結(jié)果來執(zhí)行存儲操作。
全文摘要
本發(fā)明公開了一種融合IP消息業(yè)務(wù)中消息和媒體的存儲系統(tǒng)及方法，存儲系統(tǒng)包括會話服務(wù)器和存儲服務(wù)器，所述會話服務(wù)器包括會話控制單元和存儲操作單元；相應(yīng)的存儲方法為在用戶之間進(jìn)行基于IP的音頻/視頻會話過程中，所述各個用戶所屬的會話服務(wù)器的存儲操作單元對當(dāng)前音頻/視頻會話過程中用戶間所交互的連續(xù)媒體信息及離散消息分別存儲至存儲服務(wù)器。與現(xiàn)有技術(shù)相比，本發(fā)明能夠在用戶交互過程中對并發(fā)的離散消息和連續(xù)媒體內(nèi)容同時進(jìn)行存儲，可供用戶后續(xù)對存儲內(nèi)容進(jìn)行訪問和管理，使用戶獲得良好的業(yè)務(wù)體驗。
文檔編號H04L29/06GK101771623SQ20081024159
公開日2010年7月7日 申請日期2008年12月26日 優(yōu)先權(quán)日2008年12月26日
發(fā)明者李鳳軍, 董昊 申請人:中興通訊股份有限公司