專利名稱：結(jié)束PoC會(huì)話的方法及實(shí)現(xiàn)該方法的PoC服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于蜂窩系統(tǒng)的按鍵即說(PoC，Push to Talk over Cellular)技術(shù)，尤指結(jié)束PoC會(huì)話的方法及實(shí)現(xiàn)該方法的PoC服務(wù)器。
背景技術(shù)：
在PoC系統(tǒng)中，PoC服務(wù)器是PoC業(yè)務(wù)的主要處理單元，主要包括PoC會(huì)話處理模塊、媒體分發(fā)模塊、談話權(quán)控制處理模塊、用戶平面的適配模塊、不同編碼協(xié)議的轉(zhuǎn)換模塊等，其中PoC會(huì)話處理模塊可以由用于建立PoC會(huì)話的PoC會(huì)話建立模塊，用于結(jié)束PoC會(huì)話的PoC會(huì)話結(jié)束模塊和用于控制PoC會(huì)話的PoC會(huì)話控制模塊組成。目前，在PoC會(huì)話相關(guān)規(guī)范中規(guī)定，當(dāng)PoC會(huì)話中只存在一個(gè)參與方或不存在參與方時(shí)，PoC服務(wù)器會(huì)控制結(jié)束當(dāng)前會(huì)話。這里，PoC會(huì)話的參與方可以是支持PoC業(yè)務(wù)的PoC用戶終端或PoC設(shè)備終端，其中，PoC用戶終端為支持PoC業(yè)務(wù)的移動(dòng)終端等，通常人通過PoC用戶終端參與PoC會(huì)話，當(dāng)PoC會(huì)話的參與方為PoC用戶終端時(shí)，被認(rèn)為參與方為非機(jī)器；PoC設(shè)備終端為支持PoC業(yè)務(wù)的語音錄音設(shè)備或智能計(jì)算機(jī)系統(tǒng)等，當(dāng)PoC會(huì)話的參與方為PoC設(shè)備終端時(shí)，被認(rèn)為參與方為機(jī)器。
PoC會(huì)話中，在參與方既有人，又有機(jī)器同時(shí)參與會(huì)話的情況下，當(dāng)參與會(huì)話的人均退出PoC會(huì)話后，剩余的參與方的數(shù)目大于一且均為機(jī)器時(shí)，按照現(xiàn)有PoC會(huì)話相關(guān)規(guī)范的規(guī)定，如果沒有設(shè)置其它PoC會(huì)話結(jié)束條件，PoC服務(wù)器不會(huì)主動(dòng)結(jié)束當(dāng)前PoC會(huì)話。可見，現(xiàn)有技術(shù)的PoC系統(tǒng)可能出現(xiàn)參與PoC會(huì)話的多個(gè)參與方均為機(jī)器的情況，從為人類用戶提供的PoC業(yè)務(wù)來看，這種沒有人參與的PoC會(huì)話是一種不合理的會(huì)話狀態(tài)；同時(shí)由于會(huì)話資源不能被釋放，也造成了PoC系統(tǒng)資源的浪費(fèi)。
比如，甲、乙、丙和丁四個(gè)人已加入到PoC會(huì)話中并處于正常會(huì)話狀態(tài)，由于某種原因，丙和丁分別將會(huì)話切換到語音錄音設(shè)備上，此時(shí)參與方為兩個(gè)人甲和乙，兩臺(tái)機(jī)器丙和丁；甲和乙兩方在PoC會(huì)話結(jié)束后，先后退出PoC會(huì)話，但是作為會(huì)話參與方的兩臺(tái)語音錄音設(shè)備丙和丁，在沒有獲得退出PoC會(huì)話的信息之前，是不會(huì)主動(dòng)退出PoC會(huì)話的，這種PoC會(huì)話中只保留機(jī)器的會(huì)話狀態(tài)，對(duì)人類用戶來說是沒有實(shí)際意義的會(huì)話狀態(tài)。并且此時(shí)，PoC會(huì)話的資源沒有被釋放，丙和丁的資源也沒有釋放，造成了PoC系統(tǒng)資源的浪費(fèi)。
又比如，甲、乙、丙和丁四個(gè)人中，有一個(gè)人是使用終端，而另外三個(gè)人使用錄音設(shè)備，這時(shí)PoC會(huì)話也處于不合理的狀態(tài)下，也可以設(shè)定這時(shí)結(jié)束會(huì)話的條件。
發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種結(jié)束PoC會(huì)話的方法，該方法能夠避免PoC會(huì)話中的不合理會(huì)話狀態(tài)，同時(shí)能夠節(jié)約PoC系統(tǒng)資源。
本發(fā)明的另一目的在于提供兩種實(shí)現(xiàn)上述結(jié)束PoC會(huì)話的方法的PoC服務(wù)器，該P(yáng)oC服務(wù)器能夠合理結(jié)束PoC會(huì)話，同時(shí)合理控制PoC系統(tǒng)的會(huì)話資源。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的一種結(jié)束基于蜂窩系統(tǒng)的按鍵即說PoC會(huì)話的方法，在PoC會(huì)話中，確定滿足觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件后，該方法包括以下步驟A.PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件，若滿足，則進(jìn)入步驟B；否則，進(jìn)入步驟C；B.結(jié)束當(dāng)前PoC會(huì)話，并釋放當(dāng)前PoC會(huì)話中各參與方的會(huì)話資源后結(jié)束；C.繼續(xù)當(dāng)前PoC會(huì)話，在等待滿足所述觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件后返回步驟A。
在建立PoC會(huì)話時(shí)和/或PoC會(huì)話中，PoC服務(wù)器記錄各參與方的參與方類型，所述PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件的方法為PoC服務(wù)器根據(jù)所述記錄的參與方類型判斷所述各參與方是否均為機(jī)器，若是，則滿足所述PoC會(huì)話結(jié)束條件；否則，不滿足所述PoC會(huì)話結(jié)束條件。
步驟C在等待滿足所述觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件滿足的過程中，若存在參與方離開當(dāng)前PoC會(huì)話，該方法還包括PoC服務(wù)器判斷所述PoC會(huì)話中的當(dāng)前參與方數(shù)目是否小于或等于一，若是，則返回步驟B；否則，繼續(xù)執(zhí)行步驟C。
在建立PoC會(huì)話時(shí)和/或PoC會(huì)話中，PoC服務(wù)器記錄各參與方的參與方類型；所述PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件的方法為a.PoC服務(wù)器判斷存在于當(dāng)前PoC會(huì)話中的參與方數(shù)目是否小于或等于一，若是，則滿足所述PoC會(huì)話結(jié)束條件；否則，進(jìn)入步驟b；b.PoC服務(wù)器根據(jù)所述記錄的參與方類型判斷所述參與方是否均為機(jī)器，若是，則滿足所述PoC會(huì)話結(jié)束條件；否則，不滿足所述PoC會(huì)話結(jié)束條件。
在建立PoC會(huì)話時(shí)和/或PoC會(huì)話中，PoC服務(wù)器記錄各參與方的參與方類型，并根據(jù)參與方類型記錄各參與方的數(shù)量，所述PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件的方法為PoC服務(wù)器根據(jù)所述記錄的參與方類型為非機(jī)器的數(shù)量判斷當(dāng)前非機(jī)器參與方數(shù)量是否小于或等于PoC服務(wù)器預(yù)設(shè)結(jié)束數(shù)目，若是，則滿足所述PoC會(huì)話結(jié)束條件；否則，不滿足所述PoC會(huì)話結(jié)束條件。
在步驟B中，結(jié)束當(dāng)前PoC會(huì)話之前，該方法還包括PoC服務(wù)器判斷當(dāng)前PoC會(huì)話中的機(jī)器參與方是否有智能機(jī)器，若有，則進(jìn)入步驟C，否則，繼續(xù)執(zhí)行步驟B。
所述預(yù)設(shè)結(jié)束數(shù)目為一。
所述PoC會(huì)話結(jié)束條件能與已有PoC會(huì)話的結(jié)束條件結(jié)合使用。
所述PoC服務(wù)器記錄各參與方的參與方類型的方法為PoC服務(wù)器判斷所述參與方發(fā)送給PoC服務(wù)器的消息中攜帶的類型標(biāo)識(shí)的取值，若取值指示參與方類型為機(jī)器類型，則PoC服務(wù)器記錄所述參與方的參與方類型為機(jī)器；若取值指示參與方類型為非機(jī)器類型，則PoC服務(wù)器記錄所述參與方的參與方類型為非機(jī)器。
所述PoC服務(wù)器記錄所述參與方的參與方類型的方法為PoC服務(wù)器對(duì)未攜帶類型標(biāo)識(shí)的所述參與方，則根據(jù)運(yùn)營商的策略或者缺省值所規(guī)定的參與方的類型，判定該參與方的類型。
所述參與方發(fā)送給PoC服務(wù)器的消息由會(huì)話初始化協(xié)議SIP消息承載。
該方法還包括設(shè)置當(dāng)前PoC會(huì)話結(jié)束附加條件；在步驟B中，所述PoC服務(wù)器結(jié)束當(dāng)前PoC會(huì)話之前，該方法還包括PoC服務(wù)器判斷是否滿足已設(shè)置的當(dāng)前PoC會(huì)話結(jié)束附加條件，若不滿足，則進(jìn)入步驟C；若滿足，則繼續(xù)執(zhí)行步驟B。
所述設(shè)置當(dāng)前PoC會(huì)話結(jié)束附加條件的方法為所述參與方、或PoC服務(wù)器管理員、或運(yùn)營商預(yù)先在PoC服務(wù)器中設(shè)置。
所述設(shè)置當(dāng)前PoC會(huì)話結(jié)束附加條件的方法為所述參與方向所述PoC服務(wù)器發(fā)送當(dāng)前PoC會(huì)話結(jié)束附加條件。
所述當(dāng)前PoC會(huì)話結(jié)束附加條件為非機(jī)器參與方設(shè)置的加入或返回PoC會(huì)話的等待時(shí)間長度、或定時(shí)結(jié)束PoC會(huì)話、或某參與方退出會(huì)話。
所述參與方向PoC服務(wù)器發(fā)送當(dāng)前PoC會(huì)話結(jié)束附加條件的方法為參與方將當(dāng)前PoC會(huì)話結(jié)束附加條件攜帶在用戶用于向PoC服務(wù)器發(fā)送設(shè)置信息的消息中發(fā)送給PoC服務(wù)器。
所述向PoC服務(wù)器發(fā)送設(shè)置信息的消息為SIP消息。
所述SIP消息為PUBLISH消息，或INVITE消息，或Re-INVITE消息，或UPDATE消息，或SUBSCRIBE消息，或REGISTER消息。
所述各參與方處于PoC會(huì)話中，該方法還包括
若非機(jī)器參與方將自身切換為機(jī)器，或機(jī)器參與方被切換為非機(jī)器，切換至的參與方均會(huì)將自身參與方類型通知PoC服務(wù)器。
所述觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件為由運(yùn)營商在PoC服務(wù)器中設(shè)置的存在PoC會(huì)話的參與方退出當(dāng)前PoC會(huì)話、或定時(shí)觸發(fā)結(jié)束PoC會(huì)話處理、或參與方的類型發(fā)生變化。
一種PoC服務(wù)器，包括PoC會(huì)話建立模塊、PoC會(huì)話結(jié)束模塊、PoC會(huì)話控制模塊，該P(yáng)oC服務(wù)器還包括用于存儲(chǔ)參與方類型的參與方類型存儲(chǔ)模塊；所述PoC會(huì)話建立模塊，用于建立PoC會(huì)話，識(shí)別參與方類型，將識(shí)別后的參與方類型發(fā)送給參與方類型存儲(chǔ)模塊，并通知PoC會(huì)話控制模塊會(huì)話建立結(jié)果信息；所述參與方類型存儲(chǔ)模塊，用于記錄各參與方的參與方類型；PoC會(huì)話控制模塊，用于控制PoC會(huì)話，在滿足PoC會(huì)話結(jié)束條件時(shí)，通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話；PoC會(huì)話結(jié)束模塊，用于在接收到來自PoC會(huì)話控制模塊的結(jié)束PoC會(huì)話的通知后，結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源；所述參與方類型檢測(cè)模塊，用于接收來自PoC會(huì)話控制模塊的檢測(cè)請(qǐng)求，從參與方類型存儲(chǔ)模塊中獲取已記錄的參與方類型信息，并根據(jù)該參與方類型信息確定參與方的類型，并將確定的參與方類型信息返回給PoC會(huì)話控制模塊。
所述PoC服務(wù)器還包括用于判斷PoC服務(wù)器中是否存在并滿足當(dāng)前PoC會(huì)話結(jié)束附加條件的條件判斷模塊；所述PoC會(huì)話控制模塊，確定當(dāng)前滿足PoC會(huì)話結(jié)束條件后，若接收到來自條件判斷模塊的結(jié)束當(dāng)前PoC會(huì)話附加條件滿足的信息，則通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源；否則，繼續(xù)當(dāng)前PoC會(huì)話；所述條件判斷模塊，用于判定當(dāng)前存在且滿足當(dāng)前PoC會(huì)話結(jié)束附加條件時(shí)，向PoC會(huì)話控制模塊發(fā)送結(jié)束當(dāng)前PoC會(huì)話附加條件滿足的信息；或者判定當(dāng)前存在且不滿足當(dāng)前PoC會(huì)話結(jié)束附加條件時(shí)，向PoC會(huì)話控制模塊發(fā)送結(jié)束當(dāng)前PoC會(huì)話附加條件不滿足的信息。
所述PoC會(huì)話結(jié)束條件為當(dāng)前PoC會(huì)話中參與方數(shù)目小于或等于一、或當(dāng)前PoC會(huì)話中參與方均為機(jī)器。
一種PoC服務(wù)器，包括PoC會(huì)話建立模塊、PoC會(huì)話結(jié)束模塊、PoC會(huì)話控制模塊，該P(yáng)oC服務(wù)器還包括用于識(shí)別PoC會(huì)話參與方的參與方類型的參與方類型檢測(cè)模塊和用于記錄各參與方類型的數(shù)量的參與方數(shù)量記錄模塊；所述PoC會(huì)話建立模塊，用于建立PoC會(huì)話，識(shí)別參與方類型，將識(shí)別后的參與方類型發(fā)送給參與方類型存儲(chǔ)模塊，并通知PoC會(huì)話控制模塊會(huì)話建立結(jié)果信息；所述參與方數(shù)量記錄模塊，用于接收來自PoC會(huì)話建立模塊的參與方類型并對(duì)應(yīng)該參與方類型記錄該參與方的數(shù)量；PoC會(huì)話控制模塊，查詢參與方類型記錄模塊中的參與方數(shù)量的信息，確定滿足PoC會(huì)話結(jié)束條件后，通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話；PoC會(huì)話結(jié)束模塊，用于在接收到來自PoC會(huì)話控制模塊的結(jié)束PoC會(huì)話的通知后，結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源。
所述PoC服務(wù)器還包括用于判斷PoC服務(wù)器中是否存在并滿足當(dāng)前PoC會(huì)話結(jié)束附加條件的條件判斷模塊；所述PoC會(huì)話控制模塊，確定當(dāng)前滿足PoC會(huì)話結(jié)束條件后，若接收到來自條件判斷模塊的結(jié)束當(dāng)前PoC會(huì)話附加條件滿足的信息，則通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源；否則，繼續(xù)當(dāng)前PoC會(huì)話；所述條件判斷模塊，用于判定當(dāng)前存在且滿足當(dāng)前PoC會(huì)話結(jié)束附加條件時(shí)，向PoC會(huì)話控制模塊發(fā)送結(jié)束當(dāng)前PoC會(huì)話附加條件滿足的信息；或者判定當(dāng)前存在且不滿足當(dāng)前PoC會(huì)話結(jié)束附加條件時(shí)，向PoC會(huì)話控制模塊發(fā)送結(jié)束當(dāng)前PoC會(huì)話附加條件不滿足的信息。
所述PoC會(huì)話結(jié)束條件為當(dāng)前PoC會(huì)話中參與方中非機(jī)器參與方數(shù)量小于或等于預(yù)設(shè)結(jié)束數(shù)目。
由上述技術(shù)方案可見，在PoC會(huì)話中，確定滿足觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件后，PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件，若滿足，則結(jié)束當(dāng)前PoC會(huì)話，并釋放所述參與方的會(huì)話資源；否則繼續(xù)當(dāng)前PoC會(huì)話并等待滿足所述觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件。
本發(fā)明PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件的方法可以是根據(jù)參與PoC會(huì)話的參與方的類型標(biāo)識(shí)，區(qū)分PoC會(huì)話中參與方的類型，并將參與方類型記錄在PoC服務(wù)器中。這樣，當(dāng)PoC服務(wù)器中預(yù)設(shè)的參與方類型檢測(cè)模塊根據(jù)記錄在PoC服務(wù)器的參與方類型檢測(cè)到PoC會(huì)話中的參與方均為機(jī)器時(shí)，PoC服務(wù)器判定滿足所述PoC會(huì)話結(jié)束條件。
本發(fā)明PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件的方法還可以是當(dāng)前PoC會(huì)話中的參與方小于或等于一時(shí)，PoC服務(wù)器判定滿足所述PoC會(huì)話結(jié)束條件；PoC會(huì)話參與方數(shù)目大于一的情況下，當(dāng)PoC服務(wù)器中預(yù)設(shè)的參與方類型檢測(cè)模塊根據(jù)記錄在PoC服務(wù)器的參與方類型檢測(cè)到PoC會(huì)話中的參與方均為機(jī)器時(shí)，PoC服務(wù)器判定滿足所述PoC會(huì)話結(jié)束條件。
本發(fā)明PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件的方法也可以是假設(shè)在PoC服務(wù)器記錄PoC會(huì)話參與方的參與方類型時(shí)，同時(shí)記錄下參與方類型為非機(jī)器的非機(jī)器參與方數(shù)量，并預(yù)設(shè)結(jié)束數(shù)目。PoC服務(wù)器根據(jù)所述記錄下的參與方類型為非機(jī)器的數(shù)量判斷當(dāng)前非機(jī)器參與方數(shù)量是否小于或等于PoC服務(wù)器預(yù)設(shè)結(jié)束數(shù)目，若是，則判定滿足所述PoC會(huì)話結(jié)束條件。
本發(fā)明的在PoC會(huì)話中只存在機(jī)器參與方時(shí)結(jié)束PoC會(huì)話的方法，可以單獨(dú)使用，也可以與已有結(jié)束PoC會(huì)話的方法結(jié)合使用。
本發(fā)明方法及PoC服務(wù)器避免了沒有人參與的不合理的PoC會(huì)話狀態(tài)，合理地結(jié)束PoC會(huì)話，同時(shí)有效避免了PoC系統(tǒng)資源的浪費(fèi)。
圖1a是本發(fā)明PoC服務(wù)器一種組成示意圖；圖1b是本發(fā)明PoC服務(wù)器另一種組成示意圖；圖2是本發(fā)明結(jié)束PoC會(huì)話的一實(shí)施例流程圖；圖3是本發(fā)明結(jié)束PoC會(huì)話的另一實(shí)施例流程圖。
具體實(shí)施例方式
本發(fā)明的核心思想是在PoC會(huì)話中，確定滿足觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件后，PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件，若滿足，則結(jié)束當(dāng)前PoC會(huì)話，并釋放所述參與方的會(huì)話資源；否則繼續(xù)當(dāng)前PoC會(huì)話并等待滿足所述觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件。
本發(fā)明保證了合理地結(jié)束PoC會(huì)話，同時(shí)節(jié)約了PoC系統(tǒng)資源。
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉較佳實(shí)施例，對(duì)本發(fā)明進(jìn)一步詳細(xì)說明。
圖1a是本發(fā)明PoC服務(wù)器一種組成示意圖，如圖1a所示，為了實(shí)現(xiàn)本發(fā)明方法，PoC服務(wù)器除了包括用于建立PoC會(huì)話的PoC會(huì)話建立模塊、用于結(jié)束PoC會(huì)話的PoC會(huì)話結(jié)束模塊、用于控制PoC會(huì)話的PoC會(huì)話控制模塊之外，還包括用于識(shí)別PoC會(huì)話參與方的參與方類型的參與方類型檢測(cè)模塊和用于存儲(chǔ)參與方類型的參與方類型存儲(chǔ)模塊；其中，PoC會(huì)話建立模塊用于接收建立PoC會(huì)話請(qǐng)求，記錄各參與方的參與方類型，控制建立PoC會(huì)話并識(shí)別參與方類型，將所識(shí)別的參與方類型傳送給參與方類型存儲(chǔ)模塊，并通知PoC會(huì)話控制模塊會(huì)話建立結(jié)果信息；參與方類型存儲(chǔ)模塊，用于記錄識(shí)別后各參與方的參與方類型；PoC會(huì)話控制模塊，用于滿足觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件時(shí)，根據(jù)自身已存儲(chǔ)的群組信息確定存在于當(dāng)前PoC會(huì)話中的參與方數(shù)目小于或等于一后，通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話；或者，接收來自參與方類型檢測(cè)模塊返回的參與方類型的信息，確定當(dāng)前PoC會(huì)話中所述參與方均為機(jī)器后，通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話；PoC會(huì)話結(jié)束模塊，用于在接收到來自PoC會(huì)話控制模塊的結(jié)束PoC會(huì)話的通知后，結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源；參與方類型檢測(cè)模塊，用于接收來自PoC會(huì)話控制模塊的檢測(cè)請(qǐng)求，從參與方類型存儲(chǔ)模塊中獲取已記錄的參與方類型信息確定參與方的類型，并并根據(jù)該參與方類型信息確定的參與方類型，并將確定的參與方類型信息返回給PoC會(huì)話控制模塊。
另外，PoC服務(wù)器還可以包括用于判斷PoC服務(wù)器中是否存在并滿足當(dāng)前PoC會(huì)話結(jié)束附加條件的條件判斷模塊；在PoC會(huì)話控制模塊確定當(dāng)前PoC會(huì)話中的參與方數(shù)目小于或等于一，或者確定當(dāng)前PoC會(huì)話中所述參與方均為機(jī)器后，通知條件判斷模塊進(jìn)行判斷操作，并在PoC會(huì)話處理模塊接收到來自條件判斷模塊的當(dāng)前PoC會(huì)話結(jié)束附加條件滿足的信息后，再通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源；或者在PoC會(huì)話處理模塊接收到來自條件判斷模塊的當(dāng)前PoC會(huì)話結(jié)束附加條件不滿足的信息后，繼續(xù)當(dāng)前PoC會(huì)話。
條件判斷模塊，用于判定當(dāng)前存在且滿足當(dāng)前PoC會(huì)話結(jié)束附加條件時(shí)，向PoC會(huì)話控制模塊發(fā)送結(jié)束當(dāng)前PoC會(huì)話附加條件滿足的信息；或者判定當(dāng)前存在且不滿足當(dāng)前PoC會(huì)話結(jié)束附加條件時(shí)，向PoC會(huì)話控制模塊發(fā)送結(jié)束當(dāng)前PoC會(huì)話附加條件不滿足的信息。
除此之外，為了實(shí)現(xiàn)本發(fā)明方法，PoC服務(wù)器還可以如圖1b所示，圖1b是本發(fā)明PoC服務(wù)器另一種組成示意圖除了包括用于建立和識(shí)別參與方類型的PoC會(huì)話建立模塊、用于結(jié)束PoC會(huì)話的PoC會(huì)話結(jié)束模塊、用于控制PoC會(huì)話的PoC會(huì)話控制模塊，還包括用于記錄各參與方類型的數(shù)量的參與方數(shù)量記錄模塊；其中，PoC會(huì)話建立模塊，用于接收建立PoC會(huì)話請(qǐng)求，建立PoC會(huì)話并識(shí)別參與方類型；或接收到PoC會(huì)話中的類型通知消息識(shí)別參與方類型，將所識(shí)別的參與方類型傳送給參與方類型記錄模塊，并通知PoC會(huì)話控制模塊會(huì)話建立結(jié)果信息；參與方數(shù)量記錄模塊，用于接收來自PoC會(huì)話建立模塊的參與方類型并對(duì)應(yīng)該參與方類型記錄該參與方的數(shù)量；PoC會(huì)話控制模塊，查詢參與方類型記錄模塊中的參與方數(shù)量的信息，確定當(dāng)前PoC會(huì)話中所述參與方中非機(jī)器參與方數(shù)量小于或等于預(yù)設(shè)結(jié)束數(shù)目后，通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話；PoC會(huì)話結(jié)束模塊，用于在接收到來自PoC會(huì)話控制模塊的結(jié)束PoC會(huì)話的通知后，結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源。
需要說明的是，圖1a和圖1b示出的PoC服務(wù)器組成模塊僅僅是與本發(fā)明相關(guān)的模塊，而PoC服務(wù)器的其它現(xiàn)有模塊未在圖1a和圖1b中示出。
在描述本發(fā)明結(jié)束PoC會(huì)話的方法之前，簡單描述建立PoC會(huì)話的過程如下為了建立PoC會(huì)話，某參與方會(huì)作為會(huì)話發(fā)起方向PoC服務(wù)器發(fā)送會(huì)話請(qǐng)求消息，比如會(huì)話建立請(qǐng)求(INVITE)，INVITE請(qǐng)求中包括該參與方的相關(guān)信息，被邀請(qǐng)加入本次PoC會(huì)話的其他參與方信息等，若被邀請(qǐng)的參與方能夠正常加入會(huì)話，一般會(huì)通過PoC服務(wù)器向發(fā)起本次PoC會(huì)話的參與方發(fā)送確認(rèn)消息，比如200OK響應(yīng)消息。PoC服務(wù)器將參與PoC會(huì)話的各方用戶信息存儲(chǔ)在本地，并對(duì)已建立的PoC會(huì)話進(jìn)行管理和控制。建立PoC會(huì)話的具體實(shí)現(xiàn)過程可參見相關(guān)PoC會(huì)話相關(guān)規(guī)范，這里不再重述。
需要強(qiáng)調(diào)的是，參與方在會(huì)話初始化協(xié)議(SIP)消息中攜帶表示機(jī)器的類型標(biāo)識(shí)，PoC服務(wù)器根據(jù)該表示機(jī)器的類型標(biāo)識(shí)的取值判斷被邀請(qǐng)的參與方是機(jī)器還是非機(jī)器，若表示機(jī)器的類型標(biāo)識(shí)的取值為真即TURE，即指示參與方類型為機(jī)器類型，則判定被邀請(qǐng)的參與方是機(jī)器；若表示機(jī)器的類型標(biāo)識(shí)的取值為假即FALSE，即指示參與方類型為非機(jī)器類型，則判定被邀請(qǐng)的參與方是非機(jī)器。當(dāng)被邀請(qǐng)的參與方是機(jī)器時(shí)，該機(jī)器在SIP消息，如200OK響應(yīng)消息中會(huì)攜帶用于表示自身是機(jī)器的類型標(biāo)識(shí)，該類型標(biāo)識(shí)可存儲(chǔ)在200OK響應(yīng)消息的已有Contact字段中，比如在Contact字段中有automata字段取值為TRUE，則表示該SIP消息的發(fā)出方是機(jī)器。PoC服務(wù)器接收到200OK響應(yīng)消息后，根據(jù)該200OK響應(yīng)消息中攜帶的表示機(jī)器的類型標(biāo)識(shí)的取值為真，即TRUE，則判定被邀請(qǐng)的參與方是機(jī)器，并將該被邀請(qǐng)的參與方的參與方類型與該機(jī)器的其它用戶信息對(duì)應(yīng)存儲(chǔ)在PoC服務(wù)器中；當(dāng)會(huì)話發(fā)起方為機(jī)器時(shí)，比如該機(jī)器被定時(shí)在某個(gè)時(shí)刻向PoC服務(wù)器發(fā)起INVITE請(qǐng)求，此時(shí)，在INVITE請(qǐng)求中會(huì)攜帶用于表示自身是機(jī)器的類型標(biāo)識(shí)，該類型標(biāo)識(shí)可存儲(chǔ)在INVITE請(qǐng)求的已有Contact字段中，PoC服務(wù)器接收到INVITE請(qǐng)求后，根據(jù)該INVITE請(qǐng)求中攜帶的表示機(jī)器的類型標(biāo)識(shí)的取值為真，即TRUE，則判定會(huì)話發(fā)起方是機(jī)器，并將該會(huì)話發(fā)起方的參與方類型與該機(jī)器的其它用戶信息對(duì)應(yīng)存儲(chǔ)在PoC服務(wù)器中；當(dāng)會(huì)話發(fā)起方或被邀請(qǐng)參與方為非機(jī)器時(shí)，PoC服務(wù)器接收到INVITE請(qǐng)求或200OK響應(yīng)消息后，根據(jù)該INVITE請(qǐng)求或200OK響應(yīng)消息中攜帶表示參與方類型的標(biāo)識(shí)的取值為假，即false，判定會(huì)話發(fā)起方或被邀請(qǐng)參與方是非機(jī)器，并將該會(huì)話發(fā)起方或被邀請(qǐng)參與方的參與方類型與該非機(jī)器的其它用戶信息對(duì)應(yīng)存儲(chǔ)在PoC服務(wù)器中。
比如某非機(jī)器參與方發(fā)起PoC會(huì)話并邀請(qǐng)某機(jī)器加入到會(huì)話中，實(shí)現(xiàn)過程包括該非機(jī)器參與方向PoC服務(wù)器發(fā)起INVITE請(qǐng)求，因?yàn)榘l(fā)起PoC會(huì)話的發(fā)起方為非機(jī)器，所以INVITE請(qǐng)求中可以攜帶的類型標(biāo)識(shí)的取值為false，即表示該會(huì)話參與方為非機(jī)器；控制會(huì)話的PoC服務(wù)器收到INVITE消息后，對(duì)會(huì)話發(fā)起方進(jìn)行身份確認(rèn)，同時(shí)根據(jù)INVITE請(qǐng)求中攜帶的類型標(biāo)識(shí)的取值判斷該參與方的參與方類型為非機(jī)器，并將該會(huì)話發(fā)起方的參與方類型與該會(huì)話發(fā)起方的相關(guān)信息對(duì)應(yīng)記錄在PoC服務(wù)器中。按照PoC會(huì)話相關(guān)規(guī)范規(guī)定的PoC會(huì)話建立過程，INVITE請(qǐng)求通過用于控制和管理會(huì)話的PoC服務(wù)器發(fā)送到被邀請(qǐng)方；作為被邀請(qǐng)方的機(jī)器，接收到INVITE請(qǐng)求消息后，在返回的200OK響應(yīng)消息的Contact字段中攜帶取值為ture的類型標(biāo)識(shí)，PoC服務(wù)器接收到該P(yáng)oC設(shè)備終端的200OK響應(yīng)消息后，根據(jù)200OK響應(yīng)消息中攜帶的類型標(biāo)識(shí)的取值判定該參與方的參與方類型為機(jī)器，并在本地與該被邀請(qǐng)方的相關(guān)信息對(duì)應(yīng)地記錄該被邀請(qǐng)方的參與方類型。
至此，在建立PoC會(huì)話時(shí)，本發(fā)明將參與PoC會(huì)話的各參與方的參與方類型記錄在PoC服務(wù)器中。
需要說明的是，如果參與方請(qǐng)求建立POC會(huì)話的消息中沒有攜帶表示機(jī)器的類型標(biāo)識(shí)，POC服務(wù)器可以根據(jù)運(yùn)營商的策略或者缺省值所規(guī)定的參與方的類型，判定該參與方是機(jī)器還是非機(jī)器。
關(guān)于上述判斷參與方的參與方類型屬于現(xiàn)有技術(shù)，具體實(shí)現(xiàn)可參見相關(guān)協(xié)議。
圖2是本發(fā)明結(jié)束PoC會(huì)話的一實(shí)施例流程圖，假設(shè)PoC服務(wù)器根據(jù)會(huì)話參與方的數(shù)目和參與方的類型來決定是否要結(jié)束當(dāng)前會(huì)話，并且PoC服務(wù)器中設(shè)置了用于識(shí)別PoC會(huì)話參與方的參與方類型的參與方類型檢測(cè)模塊，參與PoC會(huì)話的各參與方已建立PoC會(huì)話并處于PoC會(huì)話中，本發(fā)明所述結(jié)束PoC會(huì)話具體包括以下步驟步驟200～步驟201當(dāng)前PoC會(huì)話進(jìn)行中，PoC服務(wù)器判斷是否滿足觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件，若不滿足，則返回步驟200；否則，進(jìn)入步驟202。
觸發(fā)PoC會(huì)話處理?xiàng)l件的設(shè)置可以由運(yùn)營商在PoC服務(wù)器中設(shè)置，可以是PoC會(huì)話的參與方發(fā)生變化，比如有參與方退出當(dāng)前PoC會(huì)話、或參與方的類型發(fā)生變化，比如從機(jī)器切換至非機(jī)器或從非機(jī)器切換至機(jī)器等；也可以是定時(shí)觸發(fā)PoC會(huì)話處理流程等等。
步驟202PoC服務(wù)器判斷存在于當(dāng)前PoC會(huì)話中的參與方數(shù)目是否小于或等于一，若是，則進(jìn)入步驟204；否則，進(jìn)入步驟203。
PoC服務(wù)器具有PoC會(huì)話處理功能，因此PoC服務(wù)器能夠根據(jù)已存儲(chǔ)在PoC服務(wù)器的參與PoC會(huì)話的各參與方組成的群組信息，判斷存在于當(dāng)前PoC會(huì)話中的參與方數(shù)目是否小于或等于一，若群組信息中沒有用戶或只有一個(gè)用戶，則PoC服務(wù)器判定當(dāng)前PoC會(huì)話中的參與方數(shù)目小于或等于一；若群組信息中不止一個(gè)用戶，則PoC服務(wù)器判定當(dāng)前PoC會(huì)話中的參與方數(shù)目大于一。具體實(shí)現(xiàn)可參見PoC會(huì)話相關(guān)規(guī)范，這里不再重述。
本步驟中，如果PoC會(huì)話參與方只剩下一位，則不論該參與方是非機(jī)器，或是機(jī)器；或者沒有參與方存在，PoC服務(wù)器都將進(jìn)入步驟204。如果剩下的PoC會(huì)話參與方不止一個(gè)，則PoC服務(wù)器進(jìn)入步驟203做進(jìn)一步判斷。
步驟203PoC服務(wù)器判斷PoC會(huì)話的參與方是否均為機(jī)器，若是，則進(jìn)入步驟204；否則，返回步驟200。
PoC服務(wù)器中的參與方類型檢測(cè)模塊根據(jù)記錄在本地的信息對(duì)當(dāng)前PoC會(huì)話中的參與方進(jìn)行判斷，若各參與方的信息中的參與方類型均顯示參與方為機(jī)器的類型，則PoC服務(wù)器判定此時(shí)PoC會(huì)話的參與方均為機(jī)器；否則，判定此時(shí)PoC會(huì)話的參與方不全為機(jī)器，繼續(xù)本次PoC會(huì)話。
這里需要說明的是，步驟202和步驟203的執(zhí)行可以不分先后順序。
步驟204PoC服務(wù)器結(jié)束當(dāng)前PoC會(huì)話并釋放各參與方的會(huì)話資源。
PoC服務(wù)器向各參與方發(fā)送結(jié)束會(huì)話消息，比如BYE消息，結(jié)束當(dāng)前PoC會(huì)話并釋放各參與方的會(huì)話資源。
需要說明的是，如果在PoC會(huì)話中，某非機(jī)器參與方將自身切換為機(jī)器，或某機(jī)器參與方被切換為非機(jī)器，切換至的參與方均會(huì)將自身參與方類型通過類型通知消息，如SIP消息，如INVITE消息、200OK響應(yīng)消息等通知PoC服務(wù)器，具體實(shí)現(xiàn)可參見現(xiàn)有相關(guān)規(guī)范，這里不再重述。
另外，需要說明的是，如果允許在建立PoC會(huì)話之前，參與方或PoC服務(wù)器管理員或運(yùn)營商在PoC服務(wù)器配置當(dāng)前PoC會(huì)話結(jié)束附加條件，在PoC服務(wù)器向各參與方發(fā)送結(jié)束會(huì)話消息之前，該方法還包括步驟2031PoC服務(wù)器判斷是否預(yù)設(shè)了當(dāng)前PoC會(huì)話結(jié)束附加條件，若未預(yù)設(shè)，則進(jìn)入步驟204；否則，進(jìn)入步驟2032。
步驟2032PoC服務(wù)器判斷是否滿足該預(yù)設(shè)當(dāng)前PoC會(huì)話結(jié)束附加條件，若不滿足，則返回步驟200；若滿足，則進(jìn)入步驟204。
除了在建立PoC會(huì)話之前，在PoC服務(wù)器配置當(dāng)前PoC會(huì)話結(jié)束附加條件之外，在當(dāng)前PoC會(huì)話中，參與方可以通過將當(dāng)前PoC會(huì)話結(jié)束附加條件攜帶在已有用戶用于向PoC服務(wù)器發(fā)送設(shè)置信息的消息中發(fā)送給PoC服務(wù)器。這里，用戶用于向PoC服務(wù)器發(fā)送設(shè)置信息的消息可以是SIP消息，比如PUBLISH消息，或INVITE消息，或Re-INVITE消息，或UPDATE消息，或SUBSCRIBE消息，或REGISTER消息等。
在PoC服務(wù)器中預(yù)設(shè)的當(dāng)前PoC會(huì)話結(jié)束附加條件有參與方加入或返回PoC會(huì)話的等待時(shí)間長度、定時(shí)結(jié)束PoC會(huì)話、某參與方退出會(huì)話則結(jié)束PoC會(huì)話等等。比如某非機(jī)器參與方預(yù)設(shè)了加入或返回PoC會(huì)話的等待時(shí)間長度，即當(dāng)PoC服務(wù)器判定結(jié)束當(dāng)前PoC會(huì)話時(shí)，需要PoC服務(wù)器等待設(shè)定的時(shí)間長度，若在所設(shè)時(shí)間長度內(nèi)，該非機(jī)器參與方加入或返回了當(dāng)前PoC會(huì)話，則PoC服務(wù)器判定不滿足該預(yù)設(shè)當(dāng)前PoC會(huì)話結(jié)束條件；若在所設(shè)時(shí)間長度內(nèi)，該非機(jī)器參與方仍未加入或返回當(dāng)前PoC會(huì)話，則PoC服務(wù)器判定滿足該預(yù)設(shè)當(dāng)前PoC會(huì)話結(jié)束附加條件。另外，定時(shí)結(jié)束PoC會(huì)話、某參與方退出會(huì)話則結(jié)束PoC會(huì)話的條件的實(shí)現(xiàn)與上述方法類似，這里不再詳細(xì)描述。
從上述本發(fā)明結(jié)束PoC會(huì)話的方法容易看出，本發(fā)明方法通過參與PoC會(huì)話的機(jī)器的類型標(biāo)識(shí)，區(qū)分參與PoC會(huì)話的機(jī)器和非機(jī)器的類型，并將參與方的參與方類型記錄在PoC服務(wù)器中。在多個(gè)參與方存在于PoC會(huì)話中的情況下，當(dāng)PoC服務(wù)器中預(yù)設(shè)的參與方類型檢測(cè)模塊根據(jù)記錄在PoC服務(wù)器的各參與方的參與方類型檢測(cè)到參與方均為機(jī)器時(shí)，PoC服務(wù)器向各參與方發(fā)出結(jié)束PoC會(huì)話消息，結(jié)束當(dāng)前PoC會(huì)話并釋放各參與方的會(huì)話資源后。該方法避免了沒有人參與的不合理的PoC會(huì)話狀態(tài)，合理地結(jié)束PoC會(huì)話，同時(shí)有效地避免了PoC系統(tǒng)的會(huì)話資源的浪費(fèi)。
圖2所示的流程圖中，將步驟200～步驟201中的進(jìn)入步驟202改為進(jìn)入步驟203，這樣同樣能達(dá)到本發(fā)明目的，成為本發(fā)明結(jié)束PoC會(huì)話的另一方法。
圖3是本發(fā)明結(jié)束PoC會(huì)話的另一實(shí)施例流程圖，在PoC會(huì)話中，假設(shè)在PoC服務(wù)器記錄PoC會(huì)話參與方的參與方類型時(shí)，同時(shí)記錄下參與方類型為非機(jī)器的非機(jī)器參與方數(shù)量，并預(yù)設(shè)結(jié)束數(shù)目。PoC服務(wù)器判定滿足觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件后，該方法包括以下兩個(gè)步驟步驟300PoC服務(wù)器根據(jù)所述記錄下的參與方類型為非機(jī)器的數(shù)量判斷當(dāng)前非機(jī)器參與方數(shù)量是否小于或等于PoC服務(wù)器預(yù)設(shè)結(jié)束數(shù)目，若是，則進(jìn)入步驟301；否則，繼續(xù)當(dāng)前PoC會(huì)話并等待所述觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件滿足后返回步驟300；步驟301PoC服務(wù)器結(jié)束當(dāng)前PoC會(huì)話，并釋放所述參與方的會(huì)話資源所述預(yù)設(shè)結(jié)束數(shù)目可由運(yùn)營商、PoC會(huì)話的發(fā)起者、管理員或者經(jīng)管理員授權(quán)的可認(rèn)證的用戶決定，比如該結(jié)束數(shù)目預(yù)設(shè)為一。
在上述PoC服務(wù)器判定當(dāng)前PoC會(huì)話中非機(jī)器參與方數(shù)量小于或等于預(yù)設(shè)結(jié)束數(shù)目之后，進(jìn)入步驟301之前，該方法還可以包括PoC服務(wù)器進(jìn)一步判斷當(dāng)前PoC會(huì)話中的機(jī)器參與方是否有智能機(jī)器，如智能計(jì)算機(jī)等，如有，則返回步驟300，否則，進(jìn)入步驟301。
這里智能機(jī)器是指該機(jī)器能與非機(jī)器參與方如人進(jìn)行交互的機(jī)器，比如智能計(jì)算機(jī)、內(nèi)容服務(wù)器等。
PoC服務(wù)器判斷當(dāng)前PoC會(huì)話中的機(jī)器參與方是否為智能機(jī)器，可以通過會(huì)話中的機(jī)器參與方的功能來判斷。比如PoC服務(wù)器可以根據(jù)機(jī)器參與方的網(wǎng)絡(luò)地址來區(qū)別機(jī)器參與方是智能機(jī)器，還是非智能機(jī)器，比如，一般智能計(jì)算機(jī)的網(wǎng)絡(luò)地址中含有“computer”字符，而非智能機(jī)器，如錄音機(jī)的網(wǎng)絡(luò)地址中含有“recorder”字符。還可以在PoC會(huì)話中記錄用于表示機(jī)器參與方的功能的功能標(biāo)識(shí)，這樣可以通過機(jī)器參與方的功能標(biāo)識(shí)判斷機(jī)器參與方是智能機(jī)器，還是非智能機(jī)器，比如功能標(biāo)識(shí)顯示所對(duì)應(yīng)的機(jī)器參與方為智能機(jī)器，則PoC服務(wù)器判定該機(jī)器參與方為智能機(jī)器；功能標(biāo)識(shí)顯示所對(duì)應(yīng)的機(jī)器參與方為非智能機(jī)器，則PoC服務(wù)器判定該機(jī)器參與方為非智能機(jī)器。
此時(shí)，如果允許在建立PoC會(huì)話之前，參與方或PoC服務(wù)器管理員或運(yùn)營商在PoC服務(wù)器配置當(dāng)前PoC會(huì)話結(jié)束附加條件，在PoC服務(wù)器向各參與方發(fā)送結(jié)束會(huì)話消息之前，PoC服務(wù)器判斷是否預(yù)設(shè)了當(dāng)前PoC會(huì)話結(jié)束附加條件，若未預(yù)設(shè)，則進(jìn)入步驟301；否則，PoC服務(wù)器進(jìn)一步判斷是否滿足該預(yù)設(shè)當(dāng)前PoC會(huì)話結(jié)束附加條件，若不滿足，則返回步驟300；若滿足，則進(jìn)入步驟301。
上述實(shí)施例中是本發(fā)明三種結(jié)束PoC會(huì)話的具體實(shí)施例，流程進(jìn)入步驟204或步驟301說明當(dāng)前滿足所述PoC會(huì)話結(jié)束條件；否則說明當(dāng)前不滿足所述PoC會(huì)話結(jié)束條件。
需要說明的是，本發(fā)明在PoC會(huì)話中只存在機(jī)器參與方時(shí)、或參與方類型為非機(jī)器的數(shù)量小于或等于PoC服務(wù)器預(yù)設(shè)結(jié)束數(shù)目時(shí)，結(jié)束PoC會(huì)話的方法，可以分別單獨(dú)作為結(jié)束PoC會(huì)話的條件，也可以共同作為結(jié)束PoC會(huì)話的條件，還可以與已有PoC會(huì)話的結(jié)束方法結(jié)合使用，共同作為結(jié)束PoC會(huì)話的理由。已有PoC會(huì)話的結(jié)束方法包括包括當(dāng)PoC管理員發(fā)出結(jié)束PoC會(huì)話指令時(shí)結(jié)束PoC會(huì)話的方法、當(dāng)PoC會(huì)話中最后一個(gè)參與方離開時(shí)結(jié)束PoC會(huì)話的方法、當(dāng)PoC會(huì)話發(fā)起方離開時(shí)結(jié)束PoC會(huì)話的方法、當(dāng)指定的PoC參與方離開時(shí)結(jié)束PoC會(huì)話的方法、當(dāng)參與方的數(shù)量少于某一數(shù)值時(shí)結(jié)束PoC會(huì)話的方法、當(dāng)會(huì)話的發(fā)起者離開會(huì)話時(shí)結(jié)束PoC會(huì)話的方法、當(dāng)預(yù)設(shè)時(shí)間到達(dá)時(shí)結(jié)束PoC會(huì)話的方法或當(dāng)在預(yù)設(shè)時(shí)間內(nèi)沒有參與方發(fā)言時(shí)結(jié)束PoC會(huì)話的方法。
PoC會(huì)話結(jié)束方法結(jié)合使用的方法，可以是為一個(gè)PoC會(huì)話設(shè)置多個(gè)PoC會(huì)話方法，只要有一個(gè)PoC會(huì)話結(jié)束的理由滿足，就結(jié)束PoC會(huì)話。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種結(jié)束基于蜂窩系統(tǒng)的按鍵即說PoC會(huì)話的方法，其特征在于，在PoC會(huì)話中，確定滿足觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件后，該方法包括以下步驟A.PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件，若滿足，則進(jìn)入步驟B；否則，進(jìn)入步驟C；B.結(jié)束當(dāng)前PoC會(huì)話，并釋放當(dāng)前PoC會(huì)話中各參與方的會(huì)話資源后結(jié)束；C.繼續(xù)當(dāng)前PoC會(huì)話，在等待滿足所述觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件后返回步驟A。
2.根據(jù)權(quán)利要求1所述的的方法，其特征在于，在建立PoC會(huì)話時(shí)和/或PoC會(huì)話中，PoC服務(wù)器記錄各參與方的參與方類型，所述PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件的方法為PoC服務(wù)器根據(jù)所述記錄的參與方類型判斷所述各參與方是否均為機(jī)器，若是，則滿足所述PoC會(huì)話結(jié)束條件；否則，不滿足所述PoC會(huì)話結(jié)束條件。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟C在等待滿足所述觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件滿足的過程中，若存在參與方離開當(dāng)前PoC會(huì)話，該方法還包括PoC服務(wù)器判斷所述PoC會(huì)話中的當(dāng)前參與方數(shù)目是否小于或等于一，若是，則返回步驟B；否則，繼續(xù)執(zhí)行步驟C。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在建立PoC會(huì)話時(shí)和/或PoC會(huì)話中，PoC服務(wù)器記錄各參與方的參與方類型；所述PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件的方法為a.PoC服務(wù)器判斷存在于當(dāng)前PoC會(huì)話中的參與方數(shù)目是否小于或等于一，若是，則滿足所述PoC會(huì)話結(jié)束條件；否則，進(jìn)入步驟b；b.PoC服務(wù)器根據(jù)所述記錄的參與方類型判斷所述參與方是否均為機(jī)器，若是，則滿足所述PoC會(huì)話結(jié)束條件；否則，不滿足所述PoC會(huì)話結(jié)束條件。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在建立PoC會(huì)話時(shí)和/或PoC會(huì)話中，PoC服務(wù)器記錄各參與方的參與方類型，并根據(jù)參與方類型記錄各參與方的數(shù)量，所述PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件的方法為PoC服務(wù)器根據(jù)所述記錄的參與方類型為非機(jī)器的數(shù)量判斷當(dāng)前非機(jī)器參與方數(shù)量是否小于或等于PoC服務(wù)器預(yù)設(shè)結(jié)束數(shù)目，若是，則滿足所述PoC會(huì)話結(jié)束條件；否則，不滿足所述PoC會(huì)話結(jié)束條件。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，在步驟B中，結(jié)束當(dāng)前PoC會(huì)話之前，該方法還包括PoC服務(wù)器判斷當(dāng)前PoC會(huì)話中的機(jī)器參與方是否有智能機(jī)器，若有，則進(jìn)入步驟C，否則，繼續(xù)執(zhí)行步驟B。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述預(yù)設(shè)結(jié)束數(shù)目為一。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PoC會(huì)話結(jié)束條件能與已有PoC會(huì)話的結(jié)束條件結(jié)合使用。
9.根據(jù)權(quán)利要求2、4或5所述的方法，其特征在于，所述PoC服務(wù)器記錄各參與方的參與方類型的方法為PoC服務(wù)器判斷所述參與方發(fā)送給PoC服務(wù)器的消息中攜帶的類型標(biāo)識(shí)的取值，若取值指示參與方類型為機(jī)器類型，則PoC服務(wù)器記錄所述參與方的參與方類型為機(jī)器；若取值指示參與方類型為非機(jī)器類型，則PoC服務(wù)器記錄所述參與方的參與方類型為非機(jī)器。
10.根據(jù)權(quán)利要求2、4或5所述的方法，其特征在于，所述PoC服務(wù)器記錄所述參與方的參與方類型的方法為PoC服務(wù)器對(duì)未攜帶類型標(biāo)識(shí)的所述參與方，則根據(jù)運(yùn)營商的策略或者缺省值所規(guī)定的參與方的類型，判定該參與方的類型。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述參與方發(fā)送給PoC服務(wù)器的消息由會(huì)話初始化協(xié)議SIP消息承載。
12.根據(jù)權(quán)利要求2、3、4或5所述的方法，其特征在于，該方法還包括設(shè)置當(dāng)前PoC會(huì)話結(jié)束附加條件；在步驟B中，所述PoC服務(wù)器結(jié)束當(dāng)前PoC會(huì)話之前，該方法還包括PoC服務(wù)器判斷是否滿足已設(shè)置的當(dāng)前PoC會(huì)話結(jié)束附加條件，若不滿足，則進(jìn)入步驟C；若滿足，則繼續(xù)執(zhí)行步驟B。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述設(shè)置當(dāng)前PoC會(huì)話結(jié)束附加條件的方法為所述參與方、或PoC服務(wù)器管理員、或運(yùn)營商預(yù)先在PoC服務(wù)器中設(shè)置。
14.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述設(shè)置當(dāng)前PoC會(huì)話結(jié)束附加條件的方法為所述參與方向所述PoC服務(wù)器發(fā)送當(dāng)前PoC會(huì)話結(jié)束附加條件。
15.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述當(dāng)前PoC會(huì)話結(jié)束附加條件為非機(jī)器參與方設(shè)置的加入或返回PoC會(huì)話的等待時(shí)間長度、或定時(shí)結(jié)束PoC會(huì)話、或某參與方退出會(huì)話。
16.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述參與方向PoC服務(wù)器發(fā)送當(dāng)前PoC會(huì)話結(jié)束附加條件的方法為參與方將當(dāng)前PoC會(huì)話結(jié)束附加條件攜帶在用戶用于向PoC服務(wù)器發(fā)送設(shè)置信息的消息中發(fā)送給PoC服務(wù)器。
17.根據(jù)權(quán)利要求16所述的方法，其特征在于，所述向PoC服務(wù)器發(fā)送設(shè)置信息的消息為SIP消息。
18.根據(jù)權(quán)利要求17所述的方法，其特征在于，所述SIP消息為PUBLISH消息，或INVITE消息，或Re-INVITE消息，或UPDATE消息，或SUBSCRIBE消息，或REGISTER消息。
19.根據(jù)權(quán)利要求2、4或5所述的方法，其特征在于，所述各參與方處于PoC會(huì)話中，該方法還包括若非機(jī)器參與方將自身切換為機(jī)器，或機(jī)器參與方被切換為非機(jī)器，切換至的參與方均會(huì)將自身參與方類型通知PoC服務(wù)器。
20.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件為由運(yùn)營商在PoC服務(wù)器中設(shè)置的存在PoC會(huì)話的參與方退出當(dāng)前PoC會(huì)話、或定時(shí)觸發(fā)結(jié)束PoC會(huì)話處理、或參與方的類型發(fā)生變化。
21.一種PoC服務(wù)器，包括PoC會(huì)話建立模塊、PoC會(huì)話結(jié)束模塊、PoC會(huì)話控制模塊，其特征在于，該P(yáng)oC服務(wù)器還包括用于識(shí)別PoC會(huì)話參與方的參與方類型的參與方類型檢測(cè)模塊和用于存儲(chǔ)參與方類型的參與方類型存儲(chǔ)模塊；所述PoC會(huì)話建立模塊，用于建立PoC會(huì)話，識(shí)別參與方類型，將識(shí)別后的參與方類型發(fā)送給參與方類型存儲(chǔ)模塊，并通知PoC會(huì)話控制模塊會(huì)話建立結(jié)果信息；所述參與方類型存儲(chǔ)模塊，用于記錄各參與方的參與方類型；PoC會(huì)話控制模塊，用于控制PoC會(huì)話，在滿足PoC會(huì)話結(jié)束條件時(shí)，通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話；PoC會(huì)話結(jié)束模塊，用于在接收到來自PoC會(huì)話控制模塊的結(jié)束PoC會(huì)話的通知后，結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源；所述參與方類型檢測(cè)模塊，用于接收來自PoC會(huì)話控制模塊的檢測(cè)請(qǐng)求，從參與方類型存儲(chǔ)模塊中獲取已記錄的參與方類型信息，并根據(jù)該參與方類型信息確定參與方的類型，并將確定的參與方類型信息返回給PoC會(huì)話控制模塊。
22.根據(jù)權(quán)利要求21所述的PoC服務(wù)器，其特征在于，所述PoC服務(wù)器還包括用于判斷PoC服務(wù)器中是否存在并滿足當(dāng)前PoC會(huì)話結(jié)束附加條件的條件判斷模塊；所述PoC會(huì)話控制模塊，確定當(dāng)前滿足PoC會(huì)話結(jié)束條件后，若接收到來自條件判斷模塊的結(jié)束當(dāng)前PoC會(huì)話附加條件滿足的信息，則通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源；否則，繼續(xù)當(dāng)前PoC會(huì)話；所述條件判斷模塊，用于判定當(dāng)前存在且滿足當(dāng)前PoC會(huì)話結(jié)束附加條件時(shí)，向PoC會(huì)話控制模塊發(fā)送結(jié)束當(dāng)前PoC會(huì)話附加條件滿足的信息；或者判定當(dāng)前存在且不滿足當(dāng)前PoC會(huì)話結(jié)束附加條件時(shí)，向PoC會(huì)話控制模塊發(fā)送結(jié)束當(dāng)前PoC會(huì)話附加條件不滿足的信息。
23.根據(jù)權(quán)利要求21或22所述的PoC服務(wù)器，其特征在于，所述PoC會(huì)話結(jié)束條件為當(dāng)前PoC會(huì)話中參與方數(shù)目小于或等于一、或當(dāng)前PoC會(huì)話中參與方均為機(jī)器。
24.一種PoC服務(wù)器，包括PoC會(huì)話建立模塊、PoC會(huì)話結(jié)束模塊、PoC會(huì)話控制模塊，其特征在于，該P(yáng)oC服務(wù)器還包括用于記錄各參與方類型的數(shù)量的參與方數(shù)量記錄模塊；所述PoC會(huì)話建立模塊，用于建立PoC會(huì)話，識(shí)別參與方類型，將識(shí)別后的參與方類型發(fā)送給參與方類型存儲(chǔ)模塊，并通知PoC會(huì)話控制模塊會(huì)話建立結(jié)果信息；所述參與方數(shù)量記錄模塊，用于接收來自PoC會(huì)話建立模塊的參與方類型并對(duì)應(yīng)該參與方類型記錄該參與方的數(shù)量；PoC會(huì)話控制模塊，查詢參與方類型記錄模塊中的參與方數(shù)量的信息，確定滿足PoC會(huì)話結(jié)束條件后，通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話；PoC會(huì)話結(jié)束模塊，用于在接收到來自PoC會(huì)話控制模塊的結(jié)束PoC會(huì)話的通知后，結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源。
25.根據(jù)權(quán)利要求24所述的PoC服務(wù)器，其特征在于，所述PoC服務(wù)器還包括用于判斷PoC服務(wù)器中是否存在并滿足當(dāng)前PoC會(huì)話結(jié)束附加條件的條件判斷模塊；所述PoC會(huì)話控制模塊，確定當(dāng)前滿足PoC會(huì)話結(jié)束條件后，若接收到來自條件判斷模塊的結(jié)束當(dāng)前PoC會(huì)話附加條件滿足的信息，則通知PoC會(huì)話結(jié)束模塊結(jié)束當(dāng)前PoC會(huì)話并釋放所述參與方的會(huì)話資源；否則，繼續(xù)當(dāng)前PoC會(huì)話；所述條件判斷模塊，用于判定當(dāng)前存在且滿足當(dāng)前PoC會(huì)話結(jié)束附加條件時(shí)，向PoC會(huì)話控制模塊發(fā)送結(jié)束當(dāng)前PoC會(huì)話附加條件滿足的信息；或者判定當(dāng)前存在且不滿足當(dāng)前PoC會(huì)話結(jié)束附加條件時(shí)，向PoC會(huì)話控制模塊發(fā)送結(jié)束當(dāng)前PoC會(huì)話附加條件不滿足的信息。
26.根據(jù)權(quán)利要求24或25所述的PoC服務(wù)器，其特征在于，所述PoC會(huì)話結(jié)束條件為當(dāng)前PoC會(huì)話中參與方中非機(jī)器參與方數(shù)量小于或等于預(yù)設(shè)結(jié)束數(shù)目。
全文摘要
本發(fā)明公開了一種結(jié)束按鍵即說(PoC)會(huì)話的方法及實(shí)現(xiàn)該方法的PoC服務(wù)器，該方法在PoC會(huì)話中，確定滿足觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件后，PoC服務(wù)器判斷是否滿足預(yù)設(shè)人機(jī)交互的PoC會(huì)話結(jié)束條件，若滿足，則結(jié)束當(dāng)前PoC會(huì)話，并釋放所述參與方的會(huì)話資源；否則繼續(xù)當(dāng)前PoC會(huì)話并等待滿足所述觸發(fā)結(jié)束PoC會(huì)話處理?xiàng)l件。本發(fā)明方法及PoC服務(wù)器避免了沒有人參與的不合理的PoC會(huì)話狀態(tài)，合理地結(jié)束PoC會(huì)話，同時(shí)有效地防止了PoC系統(tǒng)的會(huì)話資源的浪費(fèi)。
文檔編號(hào)H04W4/10GK1913669SQ20051010284
公開日2007年2月14日 申請(qǐng)日期2005年9月13日 優(yōu)先權(quán)日2005年8月12日
發(fā)明者朱雷, 羅龍, 武亞娟 申請(qǐng)人:華為技術(shù)有限公司