專利名稱：即時(shí)通信系統(tǒng)中的媒體會(huì)話邀請(qǐng)方法和客戶端模塊的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及即時(shí)通信技術(shù)，尤其涉及一種即時(shí)通信系統(tǒng)中的媒體會(huì)話邀請(qǐng)方法和客戶端模塊。
背景技術(shù)：
即時(shí)通信(IM，Instant Messaging)是通過網(wǎng)絡(luò)進(jìn)行的實(shí)時(shí)通信，具體應(yīng)用包括QQ、RTX等等。隨著通信帶寬不斷增加，即時(shí)通信軟件用戶已經(jīng)不再滿足于單純的文本加圖片的交流方式。越來越多的IM軟件開始提供語音視頻功能，語音視頻會(huì)話也由開始的單人對(duì)單人向多人語音視頻過渡。多人語音視頻存在一個(gè)關(guān)鍵問題，對(duì)語音視頻參與者的添加和刪除如何能夠做到方便用戶靈活使用。由于物理設(shè)備共享的局限性，一般一個(gè)IM軟件客戶端只能存在一個(gè)被允許的語音視頻連接。
目前，即時(shí)通信的媒體會(huì)話功能實(shí)現(xiàn)需要應(yīng)用下列軟硬件技術(shù)組件對(duì)象模型(Component Object Model)技術(shù)在Windows系統(tǒng)中普遍應(yīng)用，該技術(shù)在客戶端利用可連接對(duì)象及COM接口定義規(guī)范，實(shí)現(xiàn)IM模塊和語音視頻模塊的交互。可連接對(duì)象主要用于被調(diào)用者向調(diào)用者進(jìn)行事件通知。如圖1所示，在D1方向，客戶端將接收器接口傳給服務(wù)器；在D2方向，服務(wù)器在適當(dāng)時(shí)候調(diào)用接收器的接口成員。
網(wǎng)絡(luò)編程包括IM的通信通道以及語音視頻通道的建立、通信、關(guān)閉等等。
來自信源的音視頻數(shù)據(jù)經(jīng)過特定的硬件設(shè)備采集后，因?yàn)閿?shù)據(jù)量極其龐大，需要通過特定編碼進(jìn)行數(shù)據(jù)壓縮，然后在網(wǎng)絡(luò)上傳輸或者在永久存儲(chǔ)介質(zhì)上保存。另一方面，在通信的另一方或者在需要展示的時(shí)候，需要對(duì)編碼后的數(shù)據(jù)進(jìn)行相應(yīng)的解碼才可以播放。因此，音視頻數(shù)據(jù)源采集與編解碼部分作為語音視頻會(huì)話的基礎(chǔ)，提供通信的源數(shù)據(jù)。
通信網(wǎng)絡(luò)采用客戶端/服務(wù)器(Client/Server)架構(gòu)，通過服務(wù)器為登錄用戶提供連接，進(jìn)而提供即時(shí)通信等服務(wù)的軟件。語音視頻會(huì)話一般作為一部分功能內(nèi)嵌在即時(shí)通信軟件中。

發(fā)明內(nèi)容
對(duì)語音視頻會(huì)話參與者添加和刪除存在用戶無法控制的情況，本發(fā)明提供一種即時(shí)通信系統(tǒng)中的媒體會(huì)話邀請(qǐng)方法和客戶端模塊。
一方面，提出一種即時(shí)通信系統(tǒng)中的媒體會(huì)話邀請(qǐng)方法，包括步驟A、至少一個(gè)客戶端向第一客戶端發(fā)起媒體會(huì)話邀請(qǐng)；B、對(duì)于其中每一個(gè)邀請(qǐng)，第一客戶端收到邀請(qǐng)信令后保持在未處理消息隊(duì)列中，同時(shí)輸出提示用戶對(duì)所述邀請(qǐng)進(jìn)行處理的信息。
上述步驟B進(jìn)一步包括當(dāng)?shù)谝豢蛻舳送瑫r(shí)收到至少兩個(gè)邀請(qǐng)信令時(shí)，根據(jù)收到邀請(qǐng)信令的順序排列所輸出的提示信息的順序。
上述方法還包括步驟C、當(dāng)收到第二客戶端發(fā)來的撤銷信令時(shí)，第一客戶端通知用戶邀請(qǐng)撤銷，同時(shí)將來自第二客戶端的邀請(qǐng)信令從未處理消息隊(duì)列中刪除。
上述方法還包括步驟C、當(dāng)用戶拒絕第二客戶端的邀請(qǐng)時(shí)，第一客戶端關(guān)閉相應(yīng)提示信息的輸出并向第二客戶端發(fā)送邀請(qǐng)拒絕信令，同時(shí)將來自第二客戶端的邀請(qǐng)信令從未處理消息隊(duì)列中刪除。
上述方法還包括步驟C、當(dāng)用戶接受第二客戶端的邀請(qǐng)時(shí)，第一客戶端啟動(dòng)與第二客戶端之間的媒體會(huì)話，同時(shí)將來自第二客戶端的邀請(qǐng)信令從未處理消息隊(duì)列中刪除。
上述步驟C進(jìn)一步包括當(dāng)用戶接受第二客戶端的邀請(qǐng)時(shí)，如果第一客戶端正在處理用戶先前接受的邀請(qǐng)，則通知用戶媒體會(huì)話啟動(dòng)失敗并向第二客戶端發(fā)送邀請(qǐng)被接受但會(huì)話啟動(dòng)失敗的通知信令。
上述媒體會(huì)話的信令通道是獨(dú)立通道或包含在即時(shí)通信的數(shù)據(jù)通道中。
另一方面，提出一種即時(shí)通信系統(tǒng)中的媒體會(huì)話邀請(qǐng)客戶端模塊，該客戶端模塊位于即時(shí)通信系統(tǒng)的客戶端上，包括媒體會(huì)話管理單元，以及與媒體會(huì)話管理單元相連的會(huì)話信令接收識(shí)別單元、用戶通知生成輸出單元和未處理消息管理單元，其中會(huì)話信令接收識(shí)別單元，用于識(shí)別來自邀請(qǐng)發(fā)起方的會(huì)話信令并將識(shí)別結(jié)果傳遞給媒體會(huì)話管理單元；媒體會(huì)話管理單元，用于根據(jù)收到的識(shí)別結(jié)果向用戶通知生成輸出單元和未處理消息管理單元發(fā)出命令；用戶通知生成輸出單元，用于根據(jù)媒體會(huì)話管理單元的命令生成信息通知給用戶；未處理消息管理單元，用于根據(jù)媒體會(huì)話管理單元的命令在未處理消息隊(duì)列中保持或刪除收到的媒體會(huì)話的邀請(qǐng)信令。
上述客戶端模塊還包括與媒體會(huì)話管理單元相連的用戶操作接收識(shí)別單元，用于識(shí)別收到的用戶對(duì)邀請(qǐng)進(jìn)行操作的類型并將識(shí)別結(jié)果傳遞給媒體會(huì)話管理單元。
上述客戶端模塊還包括與媒體會(huì)話管理單元相連的共享沖突檢測單元、會(huì)話信令生成發(fā)送單元和會(huì)話啟動(dòng)單元，并且媒體會(huì)話管理單元，還用于當(dāng)識(shí)別結(jié)果為接受操作時(shí)向共享沖突檢測單元發(fā)出命令，并根據(jù)共享沖突檢測單元傳來的檢測結(jié)果向用戶通知生成輸出單元、未處理消息管理單元、會(huì)話信令生成發(fā)送單元和會(huì)話啟動(dòng)單元發(fā)出命令；共享沖突檢測單元，用于收到媒體會(huì)話管理單元的命令時(shí)檢測客戶端是否正在處理先前被接受的邀請(qǐng)，并將檢測結(jié)果傳遞給媒體會(huì)話管理單元；會(huì)話信令生成發(fā)送單元，用于根據(jù)媒體會(huì)話管理單元的命令生成邀請(qǐng)被接受但會(huì)話啟動(dòng)失敗的通知信令發(fā)送給邀請(qǐng)發(fā)起方；會(huì)話啟動(dòng)單元，用于在收到會(huì)話管理單元的命令時(shí)啟動(dòng)媒體會(huì)話。
上述客戶端模塊中，媒體會(huì)話管理單元，還用于當(dāng)識(shí)別結(jié)果為拒絕操作時(shí)向用戶通知生成輸出單元、未處理消息管理單元、會(huì)話信令生成發(fā)送單元發(fā)出命令；會(huì)話信令生成發(fā)送單元，還用于根據(jù)媒體會(huì)話管理單元的命令生成邀請(qǐng)拒絕的通知信令發(fā)送給邀請(qǐng)發(fā)起方。
上述媒體會(huì)話邀請(qǐng)客戶端模塊之間的信令通道是獨(dú)立通道或包含在即時(shí)通信系統(tǒng)的數(shù)據(jù)通道中。
本發(fā)明主要的優(yōu)點(diǎn)和特點(diǎn)如下1、降低媒體會(huì)話的邀請(qǐng)和/或取消對(duì)用戶造成的體驗(yàn)上的騷擾。用戶在接收到邀請(qǐng)的時(shí)候和被發(fā)送方取消邀請(qǐng)的時(shí)候，本地體驗(yàn)變動(dòng)較小，比現(xiàn)有大多數(shù)方案對(duì)用戶的“騷擾”要小。
2、提高對(duì)媒體多人邀請(qǐng)?zhí)幚淼撵`活性。用戶可以異步的處理邀請(qǐng)，不會(huì)因?yàn)檎谔幚懋?dāng)前的邀請(qǐng)，導(dǎo)致后面的邀請(qǐng)無法被處理到。即使在同一時(shí)刻收到多個(gè)邀請(qǐng)，用戶都有機(jī)會(huì)逐一處理。


圖1是COM中可連接對(duì)象進(jìn)行事件通知的示意圖；圖2示出按照本發(fā)明一個(gè)實(shí)施例進(jìn)行語音視頻會(huì)話邀請(qǐng)的流程；圖3示出執(zhí)行圖2所示方法的媒體會(huì)話邀請(qǐng)客戶端模塊所在的即時(shí)通信系統(tǒng)的組成結(jié)構(gòu)；圖4示出按照本發(fā)明所述的媒體會(huì)話邀請(qǐng)客戶端模塊的組成結(jié)構(gòu)；圖5A示出用戶同時(shí)收到若干人的媒體會(huì)話邀請(qǐng)；圖5B示出用戶收到的邀請(qǐng)被邀請(qǐng)發(fā)起方取消；圖5C是用戶處理邀請(qǐng)時(shí)客戶端的典型效果圖。
具體實(shí)施例方式
本發(fā)明利用現(xiàn)有IM的通信通道和媒體會(huì)話通道，在媒體硬件設(shè)備共享普遍受限的情況下，提供給多人媒體用戶一種靈活處理多人邀請(qǐng)和取消邀請(qǐng)的體驗(yàn)。
下面，參照?qǐng)D2描述按照本發(fā)明一個(gè)實(shí)施例進(jìn)行語音視頻會(huì)話邀請(qǐng)的流程。
在步驟201，客戶端A和B的用戶已登錄具有語音視頻功能的IM軟件。
在步驟202，客戶端B通過語音視頻會(huì)話的信令通道向客戶端A發(fā)出邀請(qǐng)。
在步驟203，客戶端A接收到這一邀請(qǐng)后，彈出消息窗口提示用戶進(jìn)行處理，并將該邀請(qǐng)信令保持在本地的未處理消息隊(duì)列中。優(yōu)選的是，彈出的消息窗口位于屏幕右下角并且不自動(dòng)消失。
在步驟204，客戶端A檢測用戶是否對(duì)該邀請(qǐng)進(jìn)行操作處理。如果用戶沒有處理，則流程進(jìn)行到步驟205。一旦檢測到用戶的操作處理，流程就進(jìn)行到步驟207。
在步驟205，客戶端A檢測是否收到客戶端B的撤銷信令。如果撤銷信令通過信令通道傳送到客戶端A，則流程進(jìn)行到步驟206，否則流程返回步驟204。
在步驟206，客戶端A響應(yīng)該撤銷信令，更新消息窗口的提示，同時(shí)將先前收到的邀請(qǐng)信令從隊(duì)列中刪除，此后用戶對(duì)該消息窗口的操作將不會(huì)觸發(fā)語音視頻相關(guān)操作。
在步驟207，識(shí)別客戶端A用戶對(duì)邀請(qǐng)的操作類型。如果用戶拒絕邀請(qǐng)，可以關(guān)閉該消息窗口，在步驟208中被客戶端A識(shí)別為拒絕邀請(qǐng)操作，流程繼續(xù)。
在步驟209，對(duì)應(yīng)的邀請(qǐng)信令也將從隊(duì)列中刪除，同時(shí)客戶端B將通過語音視頻的信令通道獲得邀請(qǐng)被拒絕的通知信令。
如果用戶接受邀請(qǐng)，則對(duì)消息窗口進(jìn)行相應(yīng)的操作，在步驟207中對(duì)操作進(jìn)行識(shí)別，在步驟210中得到識(shí)別結(jié)果為接受邀請(qǐng)操作。
在步驟211，判斷客戶端A是否正在處理先前接受的邀請(qǐng)。如果有語音視頻會(huì)話在進(jìn)行，則流程進(jìn)行到步驟210，否則流程進(jìn)行到步驟213。
在步驟212，客戶端A會(huì)警告用戶語音視頻會(huì)話啟動(dòng)失敗，同時(shí)也會(huì)借由語音視頻信令通道通知客戶端BA現(xiàn)在已經(jīng)在語音視頻會(huì)話中，不能接受邀請(qǐng)。就現(xiàn)有的客戶端來說存在設(shè)備共享的問題，所以不能在一個(gè)客戶端上同時(shí)進(jìn)行兩個(gè)語音視頻會(huì)話。
在步驟213，因?yàn)闆]有其他邀請(qǐng)觸發(fā)的語音視頻會(huì)話，所以啟動(dòng)與客戶端B之間的會(huì)話。關(guān)閉消息窗口，彈出相應(yīng)的處于語音視頻模式的IM窗口，供用戶進(jìn)行相應(yīng)的功能操作，同時(shí)將邀請(qǐng)信令從隊(duì)列中刪除。
假設(shè)客戶端C的用戶也已登錄具有語音視頻功能的IM軟件。如果客戶端C與客戶端B的邀請(qǐng)同時(shí)到達(dá)客戶端A，則客戶端A將根據(jù)到達(dá)順序?qū)⑴c這兩個(gè)邀請(qǐng)分別對(duì)應(yīng)的消息窗口排列起來，方便用戶選擇。對(duì)單個(gè)消息窗口的處理如同步驟201～213。
按照上述流程進(jìn)行處理，客戶端A的用戶可以靈活地處理這個(gè)被允許的語音視頻連接，同時(shí)對(duì)新邀請(qǐng)的處理保持盡可能的自主性。
圖3示出執(zhí)行上述方法的媒體會(huì)話邀請(qǐng)客戶端模塊所在的即時(shí)通信系統(tǒng)的總體結(jié)構(gòu)。該系統(tǒng)包括以下部分(1)連接到Internet上的終端硬件和即時(shí)通信軟件，作用是發(fā)起、取消并處理邀請(qǐng)，媒體數(shù)據(jù)的編解碼\播放。終端硬件的典型例子包括PC、PDA等等，即時(shí)通信軟件的典型例子有QQ、RTX等等。
(2)服務(wù)器，用來提供IM用戶管理、IM轉(zhuǎn)發(fā)、媒體會(huì)話的點(diǎn)對(duì)點(diǎn)(P2P，Peer-to-Peer)連接的管理等工作。依據(jù)其作用的不同，在實(shí)現(xiàn)上可以為多個(gè)不同的專有服務(wù)器，該公開文本將其統(tǒng)一稱為服務(wù)器。
IM用戶間的一般通信仍采用已有的較成熟的通過服務(wù)器中轉(zhuǎn)的通道進(jìn)行。媒體通信由于數(shù)據(jù)量大，一般采用參與者之間的P2P通道進(jìn)行。與IM用戶間一般通信所采用的通道不相關(guān)，P2P的創(chuàng)建和管理由服務(wù)器負(fù)責(zé)。媒體會(huì)話的信令通道，如傳輸邀請(qǐng)、拒絕等信令的通道，既可以是一條獨(dú)立通道也可以結(jié)合到IM的數(shù)據(jù)通道中。對(duì)于后一種方式，將特定的標(biāo)示字段加入IM數(shù)據(jù)通道中，以標(biāo)明是正常的IM通信還是語音視頻的信令。如圖3所示，C1是媒體會(huì)話的數(shù)據(jù)通道，通常采用點(diǎn)對(duì)點(diǎn)(P2P，Peer-to-Peer)通道，C2是IM的數(shù)據(jù)通道，通常通過服務(wù)器中轉(zhuǎn)，而且也是語音視頻的信令通道。
下面，參照?qǐng)D4描述本發(fā)明所述的媒體會(huì)話邀請(qǐng)客戶端模塊的組成結(jié)構(gòu)。該媒體會(huì)話邀請(qǐng)客戶端模塊包括媒體會(huì)話管理單元，以及與媒體會(huì)話管理單元相連的會(huì)話信令接收識(shí)別單元、用戶通知生成輸出單元和未處理消息管理單元。
其中，會(huì)話信令接收識(shí)別單元，用于識(shí)別來自邀請(qǐng)方的會(huì)話信令并將識(shí)別結(jié)果傳遞給媒體會(huì)話管理單元；媒體會(huì)話管理單元，用于根據(jù)收到的識(shí)別結(jié)果向用戶通知生成輸出單元和未處理消息管理單元發(fā)出命令；用戶通知生成輸出單元，用于根據(jù)媒體會(huì)話管理單元的命令生成信息通知給用戶；未處理消息管理單元，用于根據(jù)媒體會(huì)話管理單元的命令在未處理消息隊(duì)列中保持或刪除收到的媒體會(huì)話的邀請(qǐng)信令。
此外，該客戶端還包括與媒體會(huì)話管理單元相連的用戶操作接收識(shí)別單元，用于識(shí)別收到的用戶對(duì)邀請(qǐng)進(jìn)行操作的類型并將識(shí)別結(jié)果傳遞給會(huì)話管理單元。
該客戶端還包括與會(huì)話管理單元相連的共享沖突檢測單元、會(huì)話信令生成發(fā)送單元和會(huì)話啟動(dòng)單元。
一方面，媒體會(huì)話管理單元，還用于當(dāng)識(shí)別結(jié)果為用戶接受邀請(qǐng)的操作時(shí)向共享沖突檢測單元發(fā)出命令，并根據(jù)共享沖突檢測單元傳來的檢測結(jié)果向用戶通知生成輸出單元、未處理消息管理單元、會(huì)話信令生成發(fā)送單元和會(huì)話啟動(dòng)單元發(fā)出命令；共享沖突檢測單元，用于收到媒體會(huì)話管理單元的命令時(shí)檢測客戶端是否正在處理另一個(gè)被接受的邀請(qǐng)，并將檢測結(jié)果傳遞給媒體會(huì)話管理單元；會(huì)話信令生成發(fā)送單元，用于根據(jù)媒體會(huì)話管理單元的命令生成邀請(qǐng)被接受但會(huì)話啟動(dòng)失敗的通知信令發(fā)送給邀請(qǐng)發(fā)起方；會(huì)話啟動(dòng)單元，用于在收到媒體會(huì)話管理單元的命令時(shí)啟動(dòng)媒體會(huì)話。
另一方面，媒體會(huì)話管理單元，還用于當(dāng)識(shí)別結(jié)果為用戶拒絕邀請(qǐng)的操作時(shí)向用戶通知生成輸出單元、未處理消息管理單元、會(huì)話信令生成發(fā)送單元發(fā)出命令；會(huì)話信令生成發(fā)送單元，還用于根據(jù)媒體會(huì)話管理單元的命令生成邀請(qǐng)被拒絕的通知信令發(fā)送給邀請(qǐng)發(fā)起方。
通過本發(fā)明的方法，即使被邀請(qǐng)方的用戶正在進(jìn)行語音視頻會(huì)話，該用戶仍然可以在不引起硬件共享沖突的前提下按照自己的意愿對(duì)其他語音視頻會(huì)話邀請(qǐng)進(jìn)行處理。另外，對(duì)于同時(shí)到達(dá)的多個(gè)邀請(qǐng)，被邀請(qǐng)方的用戶可以在不引起硬件共享沖突的前提下按照自己的意愿分別處理各個(gè)邀請(qǐng)。避免對(duì)任何一個(gè)邀請(qǐng)的處理出現(xiàn)違背用戶意愿的情況。因此，采用本發(fā)明的技術(shù)方案，客戶端最大限度地為其用戶保持了處理媒體會(huì)話邀請(qǐng)的靈活性，同時(shí)客戶端將對(duì)用戶的騷擾降到更低水平。
這些單元中每一個(gè)都可以作為客戶端中的一個(gè)獨(dú)立實(shí)體存在，也可以將其中任意幾個(gè)單元結(jié)合起來構(gòu)成客戶端中的一個(gè)實(shí)體。
圖5A、5B和5C是按照本發(fā)明的技術(shù)方案多人媒體會(huì)話用戶對(duì)邀請(qǐng)進(jìn)行處理的典型效果圖。它們分別示出用戶同時(shí)收到若干人的語音視頻邀請(qǐng)的效果，用戶收到的邀請(qǐng)被邀請(qǐng)發(fā)起方取消的效果，以及用戶處理邀請(qǐng)時(shí)的效果。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種即時(shí)通信系統(tǒng)中的媒體會(huì)話邀請(qǐng)方法，包括以下步驟A、至少一個(gè)客戶端向第一客戶端發(fā)起媒體會(huì)話邀請(qǐng)；B、對(duì)于其中每一個(gè)邀請(qǐng)，第一客戶端收到邀請(qǐng)信令后保持在未處理消息隊(duì)列中，同時(shí)輸出提示用戶對(duì)所述邀請(qǐng)進(jìn)行處理的信息。
2.如權(quán)利要求1所述的方法，其特征在于所述步驟B進(jìn)一步包括當(dāng)?shù)谝豢蛻舳送瑫r(shí)收到至少兩個(gè)邀請(qǐng)信令時(shí)，根據(jù)收到邀請(qǐng)信令的順序排列所輸出的提示信息的順序。
3.如權(quán)利要求1所述的方法，其特征在于還包括步驟C、當(dāng)收到第二客戶端發(fā)來的撤銷信令時(shí)，第一客戶端通知用戶邀請(qǐng)撤銷，同時(shí)將來自第二客戶端的邀請(qǐng)信令從未處理消息隊(duì)列中刪除。
4.如權(quán)利要求1所述的方法，其特征在于還包括步驟C、當(dāng)用戶拒絕第二客戶端的邀請(qǐng)時(shí)，第一客戶端關(guān)閉相應(yīng)提示信息的輸出并向第二客戶端發(fā)送邀請(qǐng)拒絕信令，同時(shí)將來自第二客戶端的邀請(qǐng)信令從未處理消息隊(duì)列中刪除。
5.如權(quán)利要求1所述的方法，其特征在于還包括步驟C、當(dāng)用戶接受第二客戶端的邀請(qǐng)時(shí)，第一客戶端啟動(dòng)與第二客戶端之間的媒體會(huì)話，同時(shí)將來自第二客戶端的邀請(qǐng)信令從未處理消息隊(duì)列中刪除。
6.如權(quán)利要求5所述的方法，其特征在于步驟C進(jìn)一步包括當(dāng)用戶接受第二客戶端的邀請(qǐng)時(shí)，如果第一客戶端正在處理用戶先前接受的邀請(qǐng)，則通知用戶媒體會(huì)話啟動(dòng)失敗并向第二客戶端發(fā)送邀請(qǐng)被接受但會(huì)話啟動(dòng)失敗的通知信令。
7.如權(quán)利要求1所述的方法，其特征在于所述媒體會(huì)話的信令通道是獨(dú)立通道或包含在即時(shí)通信的數(shù)據(jù)通道中。
8.一種即時(shí)通信系統(tǒng)中的媒體會(huì)話邀請(qǐng)客戶端模塊，該客戶端模塊位于即時(shí)通信系統(tǒng)的客戶端上，其特征在于包括媒體會(huì)話管理單元，以及與媒體會(huì)話管理單元相連的會(huì)話信令接收識(shí)別單元、用戶通知生成輸出單元和未處理消息管理單元，其中會(huì)話信令接收識(shí)別單元，用于識(shí)別來自邀請(qǐng)發(fā)起方的會(huì)話信令并將識(shí)別結(jié)果傳遞給媒體會(huì)話管理單元；媒體會(huì)話管理單元，用于根據(jù)收到的識(shí)別結(jié)果向用戶通知生成輸出單元和未處理消息管理單元發(fā)出命令；用戶通知生成輸出單元，用于根據(jù)媒體會(huì)話管理單元的命令生成信息通知給用戶；未處理消息管理單元，用于根據(jù)媒體會(huì)話管理單元的命令在未處理消息隊(duì)列中保持或刪除收到的媒體會(huì)話的邀請(qǐng)信令。
9.如權(quán)利要求8所述的客戶端模塊，其特征在于還包括與媒體會(huì)話管理單元相連的用戶操作接收識(shí)別單元，用于識(shí)別收到的用戶對(duì)邀請(qǐng)進(jìn)行操作的類型并將識(shí)別結(jié)果傳遞給媒體會(huì)話管理單元。
10.如權(quán)利要求9所述的客戶端模塊，其特征在于還包括與媒體會(huì)話管理單元相連的共享沖突檢測單元、會(huì)話信令生成發(fā)送單元和會(huì)話啟動(dòng)單元，并且媒體會(huì)話管理單元，還用于當(dāng)識(shí)別結(jié)果為接受操作時(shí)向共享沖突檢測單元發(fā)出命令，并根據(jù)共享沖突檢測單元傳來的檢測結(jié)果向用戶通知生成輸出單元、未處理消息管理單元、會(huì)話信令生成發(fā)送單元和會(huì)話啟動(dòng)單元發(fā)出命令；共享沖突檢測單元，用于收到媒體會(huì)話管理單元的命令時(shí)檢測客戶端是否正在處理先前被接受的邀請(qǐng)，并將檢測結(jié)果傳遞給媒體會(huì)話管理單元；會(huì)話信令生成發(fā)送單元，用于根據(jù)媒體會(huì)話管理單元的命令生成邀請(qǐng)被接受但會(huì)話啟動(dòng)失敗的通知信令發(fā)送給邀請(qǐng)發(fā)起方；會(huì)話啟動(dòng)單元，用于在收到會(huì)話管理單元的命令時(shí)啟動(dòng)媒體會(huì)話。
11.如權(quán)利要求9所述的客戶端模塊，其特征在于媒體會(huì)話管理單元，還用于當(dāng)識(shí)別結(jié)果為拒絕操作時(shí)向用戶通知生成輸出單元、未處理消息管理單元、會(huì)話信令生成發(fā)送單元發(fā)出命令；會(huì)話信令生成發(fā)送單元，還用于根據(jù)媒體會(huì)話管理單元的命令生成邀請(qǐng)被拒絕的通知信令發(fā)送給邀請(qǐng)發(fā)起方。
12.如權(quán)利要求8所述的客戶端模塊，其特征在于所述媒體會(huì)話邀請(qǐng)客戶端模塊之間的信令通道是獨(dú)立通道或包含在即時(shí)通信系統(tǒng)的數(shù)據(jù)通道中。
全文摘要
本發(fā)明公開了一種即時(shí)通信系統(tǒng)中的媒體會(huì)話邀請(qǐng)方法和客戶端模塊。一方面，該方法包括步驟至少一個(gè)客戶端向第一客戶端發(fā)起媒體會(huì)話邀請(qǐng)；對(duì)于其中每一個(gè)邀請(qǐng)，第一客戶端收到邀請(qǐng)信令后保持在未處理消息隊(duì)列中，同時(shí)輸出提示用戶對(duì)該邀請(qǐng)進(jìn)行處理的信息。另一方面，該客戶端模塊位于即時(shí)通信系統(tǒng)的客戶端上，包括會(huì)話管理單元，以及與會(huì)話管理單元相連的會(huì)話信令接收識(shí)別單元、用戶通知生成輸出單元和未處理消息管理單元。該客戶端還包括與會(huì)話管理單元相連的用戶操作接收識(shí)別單元、共享沖突檢測單元、會(huì)話信令生成發(fā)送單元和會(huì)話啟動(dòng)單元。因此，降低了媒體會(huì)話的邀請(qǐng)和/或取消對(duì)用戶造成的體驗(yàn)上的騷擾，提高了對(duì)媒體多人邀請(qǐng)?zhí)幚淼撵`活性。
文檔編號(hào)H04L29/06GK1996862SQ20051013721
公開日2007年7月11日 申請(qǐng)日期2005年12月31日 優(yōu)先權(quán)日2005年12月31日
發(fā)明者劉方敏 申請(qǐng)人:騰訊科技(深圳)有限公司