日韩成人黄色,透逼一级毛片,狠狠躁天天躁中文字幕,久久久久久亚洲精品不卡,在线看国产美女毛片2019,黄片www.www,一级黄色毛a视频直播

對(duì)話控制裝置、適用于該對(duì)話控制裝置的軟件、通信控制方法、網(wǎng)絡(luò)系統(tǒng)的制作方法

文檔序號(hào):7588486閱讀:229來源:國(guó)知局
專利名稱:對(duì)話控制裝置、適用于該對(duì)話控制裝置的軟件、通信控制方法、網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及管理用戶或終端的狀態(tài)信息的存在信息管理系統(tǒng),特別是涉及進(jìn)行對(duì)話的控制和管理的裝置代替用戶或終端而進(jìn)行用戶或終端的狀態(tài)的變更通知的技術(shù)。
背景技術(shù)
“存在”的概念以IETF(Internet Engineering Task Force)的impp(Instant Messaging and Presence Protocol)工作組為中心進(jìn)行了研究(例如,參照RFC2778),提出了使用SIP(SessionInitiation Protocol)等通信協(xié)議的存在信息的收發(fā)方法等(例如,參照RFC3265)。此外,專門管理用于描述這樣的存在的信息的存在服務(wù)器的開發(fā)也在進(jìn)行。
而在實(shí)際中,在所謂的IM(Instant Message)中取入了存在的概念,作為如果要發(fā)送信息的對(duì)象變?yōu)樵诰€,就向發(fā)送對(duì)象通知信息的結(jié)構(gòu)而利用。
此外,雖然不是如“存在”那樣一般化概念,但是相當(dāng)于存在信息的一部分的信息的通知服務(wù)在現(xiàn)有的模擬電話中也利用。例如,是當(dāng)通信對(duì)象不在時(shí),向發(fā)出呼叫一側(cè)通知信息等的服務(wù)。
圖9表示現(xiàn)有的存在信息利用系統(tǒng)的一個(gè)例子。在圖9的存在信息利用系統(tǒng)中,在終端1上安裝有存在信息通知功能200。是終端1利用該功能,向具有信息包中繼功能210的對(duì)話控制服務(wù)器3發(fā)送包含存在信息的信息包,經(jīng)由對(duì)話控制服務(wù)器3送到具有存在信息管理220功能的存在服務(wù)器7的形態(tài)。
圖10表示現(xiàn)有的存在信息利用系統(tǒng)的其他例子。在本例子中,不使用存在服務(wù)器,在終端1c和終端1d之間直接進(jìn)行存在信息的通知和更新,但是無論是圖9還是圖10中,在終端一側(cè)都需要存在信息的處理功能。在圖10的形態(tài)中,在終端,除了存在信息通知功能200,還有必要安裝伴隨著顯示的存在信息接收管理功能250。
在現(xiàn)有的提供IM服務(wù)的存在信息利用系統(tǒng)中,客戶一側(cè)的程序需要通知存在狀態(tài)的變更的能力。關(guān)于模擬電話網(wǎng),事情也是同樣的,當(dāng)向發(fā)出呼叫一側(cè)通知用戶的不在嬉戲時(shí),電話機(jī)的用戶必須把不在信息登記到電話機(jī)中。即電話機(jī)有必要具有向?qū)ο笠粋?cè)通知存在信息的功能。

發(fā)明內(nèi)容
本發(fā)明的目的之一在于即使是利用不具有存在信息的通知和更新功能的終端的場(chǎng)合,終端用戶能享受使用了存在信息的服務(wù)。
為了實(shí)現(xiàn)所述目的,即使安裝在終端上的客戶程序不進(jìn)行存在信息的更新和通知,也有必要把用戶或終端的狀態(tài)反映到存在服務(wù)器中。因此,本發(fā)明在管理終端間的通信對(duì)話的控制服務(wù)器內(nèi)設(shè)置向存在服務(wù)器通知終端的狀態(tài)信息的部件。控制服務(wù)器配置在具有存在服務(wù)器的通信網(wǎng)絡(luò)上。
此外,在本發(fā)明的其他觀點(diǎn)方面,其特征在于在作為網(wǎng)絡(luò)的構(gòu)成要素,具有至少連接兩臺(tái)通信終端間的通信線路、配置在本通信線路上的某處的多個(gè)服務(wù)器、至少一臺(tái)存在服務(wù)器的結(jié)構(gòu)的網(wǎng)絡(luò)中,終端以外的任意服務(wù)器檢測(cè)終端的狀態(tài)信息乃至存在信息的變化,把變化后的狀態(tài)信息或存在信息通知存在服務(wù)器。


下面簡(jiǎn)要說明附圖。
圖1是本發(fā)明實(shí)施例的存在信息利用系統(tǒng)的結(jié)構(gòu)圖。
圖2是對(duì)話控制服務(wù)器內(nèi)的結(jié)構(gòu)框圖。
圖3是表示通話中通知的發(fā)行步驟一例的序列圖。
圖4是表示通話中通知的發(fā)行步驟的其他一例的序列圖。
圖5是表示切斷通知的發(fā)行步驟一例的序列圖。
圖6是表示切斷通知的發(fā)行步驟的其他一例的序列圖。
圖7是表示準(zhǔn)正常情況的一例的序列圖。
圖8是表示存在信息控制部件的處理步驟的程序流程圖。
圖9是表示現(xiàn)有的存在信息利用系統(tǒng)的一例的方式說明圖。
圖10是表示現(xiàn)有的存在信息利用系統(tǒng)的另外一例的方式說明圖。
圖11是表示本發(fā)明的存在信息利用系統(tǒng)的一例的方式說明圖。
圖12是表示存在信息更新信息包的信息格式的一例的圖。
圖13是存在服務(wù)器的功能框圖。
符號(hào)的說明。
1—終端;3—對(duì)話控制服務(wù)器;7—存在服務(wù)器;10—通信控制部;11—狀態(tài)管理部;12—終端定位管理部;15—存在狀態(tài)更新部。
具體實(shí)施例方式
下面,參照

存在信息利用系統(tǒng)的實(shí)施例。
圖1是表示本實(shí)施例的存在信息利用系統(tǒng)的一個(gè)結(jié)構(gòu)例的圖。存在信息利用系統(tǒng)由以下部分構(gòu)成管理用戶和用戶具有的終端1的狀態(tài)信息即存在信息,進(jìn)行狀態(tài)更新時(shí)的更新通知的存在服務(wù)器7;進(jìn)行存在信息的中繼、確立用于收發(fā)聲音或圖象等的通信對(duì)話時(shí)的對(duì)話控制信息的中繼的對(duì)話控制服務(wù)器3;用戶利用的終端1或應(yīng)用程序。圖1中的“通話線路”是連接終端1a和終端1b的通信線路?;蛘呖梢哉J(rèn)為是形成在因特網(wǎng)上的連接。從終端A(1a)經(jīng)由對(duì)話控制服務(wù)器1(3a)、對(duì)話控制服務(wù)器2(3b)、對(duì)話控制服務(wù)器3(3c),向終端B(1b)延伸的實(shí)線是用于對(duì)話控制的控制信號(hào)同步的控制信號(hào)線。即使通過與所述通話線路在物理方面相同的通信線路、邏輯上相同的連接形成控制信號(hào)用的通信線路,也不會(huì)有問題。
須指出的是,在本實(shí)施例中,“對(duì)話”意味著以通信開始的信息開始,以通信結(jié)束的信息結(jié)束的終端間的一系列的通信動(dòng)作。此外,“狀態(tài)信息”正如字面的意思,意味著表示終端或終端用戶的狀態(tài)的信息。例如,是表示用戶在線、脫線等狀態(tài)的信息。此外,“存在信息”是意味著終端或終端用戶的廣義的屬性信息。例如,是表示生日、住處、終端加入的服務(wù)等廣闊的屬性的信息。因此,在本實(shí)施例中,“存在信息”定義為包含“狀態(tài)信息”的概念。
圖11表示本實(shí)施例的網(wǎng)絡(luò)系統(tǒng)的概念圖。對(duì)話控制服務(wù)器3通過把不具有存在信息通知功能的終端1e(例如現(xiàn)有的IP電話機(jī)等)的狀態(tài)信息代行向存在服務(wù)器7通知,其他用戶能確認(rèn)利用不具有存在信息通知功能的終端的用戶的狀態(tài)。具體而言,在對(duì)話控制服務(wù)器3中設(shè)置存在狀態(tài)更新部15,在監(jiān)視終端的對(duì)話過程中發(fā)生狀態(tài)的變更時(shí),從存在狀態(tài)更新部15向存在服務(wù)器7進(jìn)行通知。
下面,參照?qǐng)D2所示的對(duì)話控制服務(wù)器3的結(jié)構(gòu)框圖詳細(xì)說明該結(jié)構(gòu)。以往,當(dāng)收發(fā)聲音或圖象等時(shí),在終端和終端之間進(jìn)行用于進(jìn)行聲音或圖象的收發(fā)的通信地址和編碼方式等的通知,實(shí)現(xiàn)聲音數(shù)據(jù)和圖象數(shù)據(jù)的收發(fā)。通常把前者的通信稱作對(duì)話信息的通信,把后者的通信稱作數(shù)據(jù)信息的通信,但是本實(shí)施例的對(duì)話控制服務(wù)器3中,進(jìn)行前者的對(duì)話信息的通信中使用的信息包的收發(fā)。
對(duì)話控制服務(wù)器3由以下部分構(gòu)成進(jìn)行信息包的接收和分析、中繼時(shí)成為必要的標(biāo)題信息的整形操作和收發(fā)的通信控制部10;進(jìn)行各對(duì)話的狀態(tài)管理的狀態(tài)管理部11;管理從管理終端登記通知的地址信息的終端定位管理部12;在更新狀態(tài)時(shí)把更新的內(nèi)容整形為通知形式,輸出向?qū)υ捒刂品?wù)器3發(fā)送狀態(tài)更新通知那樣的指示的存在狀態(tài)更新部15。狀態(tài)管理部11和終端定位管理部12分別具有用于計(jì)測(cè)當(dāng)前時(shí)刻的第一定時(shí)器、第二定時(shí)器(后面描述理由)。IF16是網(wǎng)絡(luò)接口,通過IF16收發(fā)信息包。
接收信息包的通信控制部10分析信息包的內(nèi)容,把接收信息的內(nèi)容向狀態(tài)管理部11傳達(dá)。當(dāng)接收信息的內(nèi)容為來自管理終端的登記通知或刪除通知時(shí),向終端定位管理部12也通知接收信息的內(nèi)容。在進(jìn)行各對(duì)話的狀態(tài)管理的狀態(tài)管理部11中,根據(jù)通知的內(nèi)容變更相應(yīng)的對(duì)話的狀態(tài)。而接收登記通知的終端定位管理部12登記通知的地址信息,在設(shè)定期間中保持。此外,接收了刪除通知的終端定位管理部12即使在設(shè)定期間內(nèi),也刪除相應(yīng)的登記信息。當(dāng)使用特定的通信協(xié)議例如SIP等時(shí),在通信控制部?jī)?nèi)設(shè)置SIP用的協(xié)議暫存器,使服務(wù)器3能理解SIP的協(xié)議。
以上的通信控制部10和狀態(tài)管理部11是實(shí)現(xiàn)SIP(RFC3261)的代理服務(wù)器功能時(shí)成為必要的功能塊,終端定位管理部12是實(shí)現(xiàn)定位功能時(shí)成為必要的功能塊。在本實(shí)施例中,通過在這里追加稱作存在狀態(tài)更新部15的功能,實(shí)現(xiàn)本申請(qǐng)的目的功能。
通信控制部10在接收信息包時(shí)向狀態(tài)管理部11進(jìn)行通知,但是通知的結(jié)果為狀態(tài)向某特定狀態(tài)(例如通話中狀態(tài)、切斷狀態(tài)等)轉(zhuǎn)移時(shí),也對(duì)存在狀態(tài)更新部15進(jìn)行通知。對(duì)存在狀態(tài)更新部15發(fā)行通知的可以是狀態(tài)管理部11,也可以是從狀態(tài)管理部11接收轉(zhuǎn)移的狀態(tài)報(bào)告的通信控制部10。這時(shí),作為存在狀態(tài)更新通知而通知的內(nèi)容通知更新的狀態(tài)信息、決定確立相應(yīng)對(duì)話的用戶或終端的地址信息。
接收存在狀態(tài)更新通知的存在狀態(tài)更新部15為了調(diào)查確立相應(yīng)對(duì)話的用戶或終端是否為本服務(wù)器管理的終端,向終端定位管理部12進(jìn)行查詢。在該查詢時(shí)使用的檢索項(xiàng)目中利用在存在狀態(tài)更新通知中接收的決定用戶或終端的地址信息。
向終端定位管理部12的查詢結(jié)果為該對(duì)話是基于本服務(wù)器管理的用戶或終端的對(duì)話時(shí),存在狀態(tài)更新部15向通信控制部10發(fā)出指示,向存在服務(wù)器7通知把該管理用戶或終端的狀態(tài)更新為由存在狀態(tài)更新通知所通知的狀態(tài)的意思。這里通知的內(nèi)容和目標(biāo)的指定由存在狀態(tài)更新部15進(jìn)行。
接收來自存在狀態(tài)更新部15的指示的通信控制部10對(duì)于指定的目標(biāo)發(fā)送從存在狀態(tài)更新部15指示的內(nèi)容。即本實(shí)施例的對(duì)話控制服務(wù)器3除了請(qǐng)求信息或響應(yīng)信息的中繼功能、對(duì)于請(qǐng)求信息的響應(yīng)信息的發(fā)行功能,也具有新請(qǐng)求信息的發(fā)行功能。
須指出的是,雖然未圖示,但是圖2所示的控制服務(wù)器具有外部存儲(chǔ)裝置,存儲(chǔ)執(zhí)行上述的控制的控制用程序。當(dāng)服務(wù)器工作時(shí),設(shè)置在框體內(nèi)的存儲(chǔ)器上的控制用程序展開,用CPU執(zhí)行控制用程序。此外,在本實(shí)施例中,圖2所示的各功能塊假定為都由軟件處理視線,但是也可以使用與功能塊分別對(duì)應(yīng)的處理器或信號(hào)處理電路在硬件上實(shí)現(xiàn)圖2的結(jié)構(gòu)。
圖3是表示使用SIP作為對(duì)話控制協(xié)議時(shí)的通話中通知的發(fā)行步驟一例的序列圖。當(dāng)確立聲音或圖象的通信對(duì)話時(shí),在SIP中利用INVITE信息。INVITE信息用從圖中的F20到F34的序列所示的流程進(jìn)行終端間的調(diào)整,根據(jù)用INVITE請(qǐng)求或200響應(yīng)通知的內(nèi)容,用RTP(Real-time Transport Protocol,RFC1889)進(jìn)行聲音數(shù)據(jù)或圖象數(shù)據(jù)的收發(fā)。
以當(dāng)使用數(shù)據(jù)或圖象等的對(duì)話確立,變?yōu)橥ㄔ捴袪顟B(tài)時(shí),對(duì)話控制服務(wù)器3對(duì)存在服務(wù)器7通知確立對(duì)話的用戶終端變?yōu)橥ㄔ捴袪顟B(tài)的意思的情形為例,進(jìn)行說明。
圖3是轉(zhuǎn)移到通話中狀態(tài)的契機(jī)為200響應(yīng)的接收時(shí)的序列例。在該例子中,表示以F29或F30的200響應(yīng)的接收為契機(jī),向存在狀態(tài)更新部15發(fā)行存在狀態(tài)更新通知的方式。
圖4是表示使用SIP時(shí)的通話中通知的發(fā)行步驟的其他一例的序列圖。從F40到F54的步驟與從F20到F34的步驟同樣。在該例子中,表示以F52或F53的ACK信息的接收為契機(jī),向存在狀態(tài)更新部15發(fā)行存在狀態(tài)更新通知的方式。
當(dāng)用INVITE請(qǐng)求或200響應(yīng)通知數(shù)據(jù)通信所必要的信息時(shí),可以用圖3所示的方式,也可以用圖4所示的方式,但是當(dāng)用200響應(yīng)和ACK信息通知數(shù)據(jù)通信所必要的信息時(shí),有必要使用圖4所示的方式。在圖4所示的方式中,具有能用單一的方式,適用于INVITE請(qǐng)求或200響應(yīng)通知數(shù)據(jù)通信所必要的信息的情形,用200響應(yīng)和ACK信息通知數(shù)據(jù)通信所必要的信息的情形的優(yōu)點(diǎn)。可是,當(dāng)用INVITE請(qǐng)求或200響應(yīng)通知數(shù)據(jù)通信所必要的信息時(shí),根據(jù)終端一側(cè)的規(guī)格,考慮到不等待ACK信息的收發(fā),就開始數(shù)據(jù)通信的情況,但是為了ACK信息當(dāng)信息包損失等消失時(shí),也能把象所述規(guī)格的終端那樣,不等待ACK就開始通信的終端的狀態(tài)正確反映到存在服務(wù)器上,只要用INVITE請(qǐng)求或200響應(yīng)通知數(shù)據(jù)通信所必要的信息時(shí),就有必要使用圖3所示的方式。
圖5和圖6是表示使用SIP作為對(duì)話控制協(xié)議時(shí)的切斷通知發(fā)行步驟的例子的序列圖。當(dāng)結(jié)束INVITE對(duì)話,結(jié)束數(shù)據(jù)通信時(shí),使用BYE信息,但是圖5表示了把BYE請(qǐng)求的接收作為向切斷狀態(tài)轉(zhuǎn)移的契機(jī),向存在狀態(tài)更新部15發(fā)行存在狀態(tài)更新通知的方式,圖6表示以對(duì)于BYE的請(qǐng)求的200響應(yīng)為向切斷狀態(tài)轉(zhuǎn)移的契機(jī),向存在狀態(tài)更新部15發(fā)行存在狀態(tài)更新通知的方式。
在圖5的方式中,把F60的BYE請(qǐng)求的接收作為契機(jī),從管理終端1a的對(duì)話控制服務(wù)器3a向存在服務(wù)器7發(fā)送終端1a的切斷通知,把F61的BYE請(qǐng)求的接收作為契機(jī),從管理終端1b的對(duì)話控制服務(wù)器3c向存在服務(wù)器7發(fā)送終端1b的切斷通知。
而在圖6的方式中,以F73的200響應(yīng)的接收為契機(jī),從管理終端1b的對(duì)話控制服務(wù)器3c向存在服務(wù)器7發(fā)送終端1b的切斷通知,以F74的200響應(yīng)為契機(jī),從管理終端1a的對(duì)話控制服務(wù)器3a向存在服務(wù)器7發(fā)送終端1a的切斷通知。
圖5所示的方式具有不等待對(duì)于BYE信息的200響應(yīng)的接收,以BYE信息的收發(fā)為契機(jī),利用結(jié)束數(shù)據(jù)通信的規(guī)格的終端時(shí),即使200響應(yīng)由于信息包損失等而消失,也能把終端的狀態(tài)正確地反映到存在服務(wù)器上的優(yōu)點(diǎn)。而圖6所示的方式以對(duì)話通信結(jié)束的時(shí)刻為契機(jī),所以具有能以更高精度的定時(shí)把狀態(tài)變更反映到存在服務(wù)器上的優(yōu)點(diǎn)。
圖5和圖6所示的方式是把信息的接收視為向切斷狀態(tài)轉(zhuǎn)移的契機(jī)的方式,但是,作為其他方式,有根據(jù)由請(qǐng)求信息指定的有效期限,把有效期限經(jīng)過時(shí)視為狀態(tài)遷移的契機(jī)的方式。作為具體例,把由INVITE請(qǐng)求指定的對(duì)話定時(shí)器的有效期限經(jīng)過時(shí)作為向切斷狀態(tài)的轉(zhuǎn)移契機(jī),或把由SUBSCRIBE請(qǐng)求指定的有效期限經(jīng)過時(shí)視為向存在服務(wù)的利用結(jié)束的轉(zhuǎn)移契機(jī)。這里,所述的有效期限的監(jiān)視例如由狀態(tài)管理部11或終端定位管理部12進(jìn)行。即狀態(tài)管理部11或終端定位管理部12具有對(duì)當(dāng)前時(shí)刻計(jì)數(shù)的定時(shí)器、讀出各信息中記載的關(guān)于有效期限的信息的部件,監(jiān)視是否過了有效期限。
圖7是表示準(zhǔn)正常情況的一例的序列圖。這里,也一并說明作為終端的狀態(tài)通知,進(jìn)行在線通知、脫線通知時(shí)的情形。在本方式中,以F80或F81那樣的REGISTER登記為契機(jī),向存在狀態(tài)更新部15發(fā)行存在狀態(tài)更新通知,向存在服務(wù)器7進(jìn)行在線通知(F86、F87)。
設(shè)定有效期限,處理REGISTER登記,所以使用該特性,在終端的生存確認(rèn)用途中利用。這時(shí),在用F80或F81登記的信息的有效期限到期之前,通過象F82或F83那樣再次發(fā)行REGISTER登記,進(jìn)行有效期限的更新,但是這時(shí),是否再次向存在服務(wù)器7發(fā)行F88或F89那樣的通知,依存于由存在服務(wù)器7管理的信息內(nèi)容。當(dāng)用存在服務(wù)器7管理有效期限時(shí),F(xiàn)88或F89那樣的通知是必須的,但是相反,當(dāng)在存在服務(wù)器7只管理在線狀態(tài)或脫線狀態(tài),不管理有效期限時(shí),可以省略F88或F89那樣的通知。當(dāng)為后者時(shí),在新登記時(shí),向存在服務(wù)器7進(jìn)行通知,在登記完畢,只進(jìn)行有效期限的更新時(shí),在對(duì)話控制服務(wù)器3一側(cè)進(jìn)行不向存在服務(wù)器7通知的判定。
而當(dāng)從終端1一側(cè)用REGISTER信息明確地請(qǐng)求登記的刪除時(shí),和登記完畢的信息的有效期限到期時(shí),進(jìn)行脫線通知。在圖2中,以INVITE對(duì)話為例,說明向存在狀態(tài)更新部15發(fā)行通知的是狀態(tài)管理部11或通信控制部10,但是,向存在狀態(tài)更新部15指示在線通知或脫線通知的發(fā)行請(qǐng)求的可以是終端定位管理部12。
在以上說明的圖3~圖7所示的通信序列中,控制服務(wù)器一側(cè)進(jìn)行的動(dòng)作都作為控制程序,存儲(chǔ)在連接在服務(wù)器上的外部存儲(chǔ)裝置中。程序的算法按照?qǐng)D3~圖7的序列而分別不同,但是共同包含以下的步驟。
(1)監(jiān)視通信對(duì)話,檢測(cè)狀態(tài)信息的變化的步驟;(2)以變化的檢測(cè)為契機(jī),生成狀態(tài)信息的更新請(qǐng)求信息的步驟;(3)把生成的更新請(qǐng)求信息向網(wǎng)絡(luò)接口發(fā)送的步驟。
例如,在圖5的序列的SIP Server1(3a)中,從終端A(a)接收F60 BYE的信息的步驟相當(dāng)于檢測(cè)到終端A的狀態(tài)信息變化的步驟,向存在服務(wù)器7發(fā)送F67的信息的步驟相當(dāng)于生成狀態(tài)信息的更新請(qǐng)求,向網(wǎng)絡(luò)接口發(fā)送的步驟。該步驟中,實(shí)際上如果只觀察SIP服務(wù)器的內(nèi)部動(dòng)作,則向存在服務(wù)器7的發(fā)送動(dòng)作相當(dāng)于把生成的信息向接口發(fā)送的動(dòng)作。SIP Server3(3c)的動(dòng)作也同樣。此外,在圖3、圖4、圖6、圖7所示的序列中,各SIP服務(wù)器的動(dòng)作步驟和所述(1)~(3)的步驟能對(duì)應(yīng)。
如上所述,在從對(duì)話控制服務(wù)器3到存在服務(wù)器7的存在狀態(tài)更新通知中,當(dāng)獨(dú)立處理通話中/切斷通知和在線/脫線通知時(shí),在以下的狀況下,在存在服務(wù)器7一側(cè)管理的狀態(tài)信息中有可能發(fā)生不匹配。
例如,在熱點(diǎn)那樣的無線環(huán)境下利用終端,為了終端的生存確認(rèn),一邊定期地進(jìn)行REGISTER登記的更新,一邊進(jìn)行聲音通信時(shí),終端暫時(shí)超出無線圈外。當(dāng)超出圈外時(shí),如果REGISTER登記的內(nèi)容的有效期限到期,由于在有效期限內(nèi)未進(jìn)行更新(用于更新的REGISTER信息未到達(dá),F(xiàn)85),對(duì)話控制服務(wù)器3如F91所示,向存在服務(wù)器7發(fā)送脫線通知。而當(dāng)通話在超出圈外時(shí)變?yōu)椴煌?,只要從由于聲音變?yōu)椴煌ǘ艞壍牧硪环接脩粑疵鞔_發(fā)送F70那樣的切斷命令,就繼續(xù)通話中狀態(tài)(通話對(duì)話也與終端的生存確認(rèn)同樣,有請(qǐng)求定期的通知,當(dāng)沒有對(duì)話的繼續(xù)通知時(shí),自動(dòng)切斷對(duì)話的用法,但是這時(shí),繼續(xù)通話中狀態(tài),直到暫停時(shí)間。)此外,當(dāng)再次在暫停時(shí)間內(nèi),回到圈內(nèi)時(shí),恢復(fù)通話,實(shí)質(zhì)上繼續(xù)通話中狀態(tài)。這時(shí),在存在服務(wù)器7一側(cè)管理的狀態(tài)為“脫線”,但是象“通話中”那樣,有可能在狀態(tài)中產(chǎn)生不匹配。
為了消除所述的狀態(tài)的不匹配,在存在服務(wù)器7中設(shè)置根據(jù)存在狀態(tài)更新通知控制狀態(tài)轉(zhuǎn)移的存在信息控制部件。
下面,參照?qǐng)D8說明存在信息控制部件。接受存在信息更新通知的(步驟100)存在服務(wù)器7確認(rèn)通知內(nèi)容,當(dāng)通知內(nèi)容為在線通知時(shí)(步驟101),把管理終端狀態(tài)的存在信息的值變更為“在線”(步驟102),當(dāng)通知內(nèi)容為脫線通知時(shí)(步驟103),參照管理通話狀態(tài)的存在信息,當(dāng)狀態(tài)為“通話中”時(shí)(步驟105),把終端狀態(tài)轉(zhuǎn)移到稱作“等待脫線”的在線狀態(tài)和脫線狀態(tài)的中間狀態(tài)。而當(dāng)步驟105的參照結(jié)果不是通話中,而是空閑狀態(tài)時(shí),把終端狀態(tài)變更為“脫線”。
當(dāng)基于存在信息更新通知的通知內(nèi)容為通話中通知時(shí)(步驟111),把通話狀態(tài)變更為“通話中”(步驟112)。如圖7所示的例子那樣,在開始通話對(duì)話前,例如與起動(dòng)同時(shí),進(jìn)行在線通知時(shí)(F88、F89),是沒必要的處理,但是在開始通話對(duì)話前,不進(jìn)行在線通知時(shí),在步驟112的處理中,把終端狀態(tài)變更為“在線”。
當(dāng)即于存在信息更新通知的通知內(nèi)容為切斷通知時(shí)(步驟114),把通話狀態(tài)變更為“切斷”,參照管理終端狀態(tài)的存在信息,當(dāng)狀態(tài)為“等待脫線”時(shí)(步驟115),把終端狀態(tài)變更為“脫線”(步驟116)。通過用存在服務(wù)器7進(jìn)行這樣的狀態(tài)轉(zhuǎn)移控制,不會(huì)發(fā)生存在狀態(tài)的不匹配。因此,存在服務(wù)器7具有檢測(cè)存在信息更新信息包中包含的存在信息、與該存在信息關(guān)聯(lián)的信息即已經(jīng)存儲(chǔ)在存在服務(wù)器中的存在信息是否發(fā)生矛盾的部件;為了解決對(duì)于新接收的存在信息的矛盾而變更已經(jīng)存儲(chǔ)的存在信息的部件。據(jù)此,其目的在于當(dāng)由于某種障礙,用于生存確認(rèn)的通知未到達(dá)時(shí),使代替用戶或終端由對(duì)話控制服務(wù)器進(jìn)行通知的信息(脫線通知)與已經(jīng)存儲(chǔ)在存在服務(wù)器中的存在信息(通話中)不發(fā)生沖突。
圖13表示具有消除登記的存在信息間的不匹配的功能的存在服務(wù)器的功能框圖。IF400是網(wǎng)絡(luò)接口,對(duì)于接收信息包進(jìn)行到TCP/IP層的標(biāo)題處理。420是通信控制部,內(nèi)含通信協(xié)議的協(xié)議暫存器。例如為了處理SIP信息包,在通信控制部420中包含SIP的協(xié)議暫存器。信息收發(fā)部422是在接收信息包的TCP或UDP層之間進(jìn)行信息包的收發(fā)的塊。由IF420接收的接收信息包向接收信息抽取部424傳輸,取出信息。
如果用IF400接收來自對(duì)話管理服務(wù)器的狀態(tài)信息的更新請(qǐng)求信息,則接收的信息由接收信息抽取部424抽取預(yù)定的信息后,傳輸給存在信息管理部430?!邦A(yù)定的信息”是終端或終端用戶的存在信息。此外,“存在信息管理部”是進(jìn)行存在信息的管理的塊群的總稱,由進(jìn)行關(guān)于存在信息的管理的各種處理的多個(gè)功能塊構(gòu)成。從接收信息抽取的存在信息最終記錄在設(shè)定內(nèi)容記錄部438中。設(shè)定內(nèi)容記錄部438例如由設(shè)置在服務(wù)器的框體內(nèi)部的存儲(chǔ)部件(例如HDD裝置或存儲(chǔ)器等)、設(shè)置在服務(wù)器的框體外部的DB等構(gòu)成。
由接收信息抽取部424抽取的存在信息發(fā)送給設(shè)定內(nèi)容匹配部436。設(shè)定內(nèi)容匹配部436參照設(shè)定內(nèi)容記錄部438,比較接收的存在信息和存儲(chǔ)的存在信息的匹配性。如果沒有矛盾,就向設(shè)定內(nèi)容輸入部432輸入接收的存在信息。此外,當(dāng)有矛盾時(shí),生成應(yīng)該改寫記錄的存在信息的信息,與接收的存在信息一起輸入設(shè)定內(nèi)容輸入部432中。設(shè)定內(nèi)容輸入部432是對(duì)于設(shè)定內(nèi)容記錄部進(jìn)行存在信息的登記動(dòng)作的塊。設(shè)定內(nèi)容輸出部434是去處記錄在設(shè)定內(nèi)容記錄部438中的存在信息的塊。發(fā)送信息構(gòu)筑部426是把應(yīng)該發(fā)送的信息整形為SIP信息包的構(gòu)造的功能塊,可以認(rèn)為是實(shí)際生成發(fā)送信息包的塊。把生成的發(fā)送信息包向信息包收發(fā)部422傳輸,通過IF400向外部發(fā)送。
圖12是表示本實(shí)施例的存在信息更新信息的信息格式的一例的圖。在本實(shí)施例中,在存在信息更新通知中利用SIP的REGISTER信息。SIP的信息由開始行300、標(biāo)題310、空行320、主體330構(gòu)成。在一般的REGISTER信息中,在圖12所示的信息格式中,用XML(eXtensible Markup Language)記述主體部。雖然主體的內(nèi)容不存在,但是在本實(shí)施例中,把通知的信息包含在主題部中發(fā)送。在原理上,能在主體部中包含狀態(tài)信息進(jìn)行通知,但是根據(jù)SIP的規(guī)格,對(duì)能包含在主體部中的信息存在限制。例如,當(dāng)與對(duì)話控制不直接關(guān)聯(lián)的狀態(tài)信息時(shí),能包含在主體部中的狀態(tài)信息是用戶的句柄名、終端的種類(phone/pc/PDA等信息)、用戶使用的瀏覽器軟件的種類等關(guān)聯(lián)信息。
而能在主體部中包含各種信息,因此,通過在主體部中包含狀態(tài)信息,與在標(biāo)題信息中包含狀態(tài)信息的方式相比,更多樣的狀態(tài)信息的通知成為可能。關(guān)于書寫格式,通過在標(biāo)題部中進(jìn)行種類指定,能利用各種形式,能用圖12所示的XML以外的形式的書寫格式記述。
此外,關(guān)于主體部中包含的信息內(nèi)容,不僅是狀態(tài)信息,也能包含各種存在信息。例如,能包含終端的地址或種類等關(guān)于確立對(duì)話的終端的信息、利用的編碼方式的信息等關(guān)于對(duì)話的細(xì)節(jié)的信息進(jìn)行通知。對(duì)話種類等通過驗(yàn)證連接目標(biāo)的地址,能判定是利用流動(dòng)服務(wù),還是利用語音郵件,進(jìn)行通知。不是REGISTER信息,使用PUBLISH信息,也能進(jìn)行同樣的動(dòng)作。
用在對(duì)話控制服務(wù)器的內(nèi)部設(shè)置存在狀態(tài)更新部件,以通話對(duì)話的確立或切斷等狀態(tài)的變更為契機(jī),向存在服務(wù)器通知變更的狀態(tài),即使用戶或客戶程序不有意識(shí)地進(jìn)行存在信息的更新,用戶或客戶程序的狀態(tài)也能反映到存在服務(wù)器管理的信息中。
此外,通過控制由設(shè)置在存在服務(wù)器一側(cè)的存在信息控制部件通知的更新信息的匹配性,例如在通話中的狀態(tài)時(shí)不發(fā)送期待定期通知的在線通知時(shí),也不發(fā)生狀態(tài)信息的不匹配。
權(quán)利要求
1.一種網(wǎng)絡(luò)系統(tǒng),包括控制在至少兩臺(tái)通信終端間形成的通信對(duì)話的對(duì)話控制服務(wù)器;管理所述兩臺(tái)終端的任一臺(tái)終端的狀態(tài)信息的存在服務(wù)器;以及連接所述對(duì)話控制服務(wù)器、存在服務(wù)器和終端間的通信線路,其特征在于所述對(duì)話控制服務(wù)器具有檢測(cè)所述終端的用戶或該終端的狀態(tài)信息的變化的部件;以及當(dāng)檢測(cè)到該狀態(tài)信息的變化時(shí),向所述存在服務(wù)器通知所述狀態(tài)信息的更新請(qǐng)求的部件。
2.一種網(wǎng)絡(luò)系統(tǒng),包括接收從終端或服務(wù)器發(fā)送的信息包,向其他服務(wù)器或終端轉(zhuǎn)送信息包的第一服務(wù)器;管理所述終端的用戶或終端的狀態(tài)信息的第二服務(wù)器;以及連接所述第一服務(wù)器、所述第二服務(wù)器和所述終端的通信線路;所述第一服務(wù)器具有檢測(cè)所述終端或終端用戶的狀態(tài)信息的變化的部件;當(dāng)檢測(cè)到該狀態(tài)變化時(shí),向所述第二服務(wù)器通知所述狀態(tài)信息的更新請(qǐng)求的部件。
3.根據(jù)權(quán)利請(qǐng)求1所述的網(wǎng)絡(luò)系統(tǒng),其特征在于所述存在服務(wù)器具有接收所述狀態(tài)信息的更新請(qǐng)求的部件、存儲(chǔ)所述狀態(tài)信息的部件、以及根據(jù)所述更新請(qǐng)求而更新所述存儲(chǔ)部件的部件。
4.根據(jù)權(quán)利請(qǐng)求3所述的網(wǎng)絡(luò)系統(tǒng),其特征在于所述存在服務(wù)器具有比較所述有通知的狀態(tài)信息和屬于該狀態(tài)信息所屬的終端乃至終端用戶的其他狀態(tài)信息,判斷所述更新請(qǐng)求與所述其他狀態(tài)信息的一致性的部件。
5.根據(jù)權(quán)利請(qǐng)求4所述的網(wǎng)絡(luò)系統(tǒng),其特征在于所述存在服務(wù)器當(dāng)所述其他狀態(tài)信息與有所述更新請(qǐng)求的狀態(tài)信息不一致時(shí),改寫所述其他狀態(tài)信息,使所述其他狀態(tài)信息與該有更新請(qǐng)求的狀態(tài)信息一致。
6.根據(jù)權(quán)利請(qǐng)求1所述的網(wǎng)絡(luò)系統(tǒng),其特征在于使用對(duì)話初始化協(xié)議SIP。
7.一種網(wǎng)絡(luò)系統(tǒng),包括具有用于監(jiān)視在通信終端間形成的通信對(duì)話的功能的單個(gè)或多個(gè)服務(wù)器;存儲(chǔ)用于描述所述通信終端的狀態(tài)或終端用戶的狀態(tài)的狀態(tài)信息的存在服務(wù)器,其特征在于所述單個(gè)或多個(gè)服務(wù)器具有對(duì)話初始化協(xié)議SIP用的協(xié)議暫存器;所述存在服務(wù)器以外的任一個(gè)服務(wù)器監(jiān)視所述通信對(duì)話,檢測(cè)所述狀態(tài)信息的變化;當(dāng)檢測(cè)到該變化時(shí),向該存在服務(wù)器通知該狀態(tài)信息的變化。
8.一種服務(wù)器,通過網(wǎng)絡(luò)被連接在用于管理通信終端的用戶乃至該通信終端的狀態(tài)信息的存在服務(wù)器上,其特征在于包括用于連接在所述通信線路上的接口;對(duì)所接收的信息包進(jìn)行接收分析和標(biāo)題整形,把進(jìn)行該標(biāo)題整形后的接收信息包向所述接口轉(zhuǎn)送的通信控制單元;以預(yù)定的有效時(shí)間單位進(jìn)行在所述通信終端間形成的通信對(duì)話的狀態(tài)管理的狀態(tài)管理單元;管理通過所述通信線路通知的所述通信終端的地址信息的終端定位管理單元;檢測(cè)與所述通信對(duì)話的狀態(tài)有關(guān)的信息乃至所述地址信息的變化的部件;當(dāng)檢測(cè)到該變化時(shí),生成向所述存在服務(wù)器通知所述狀態(tài)信息或地址信息變化了的情況的存在狀態(tài)更新信息,向所述通信控制單元輸出該存在狀態(tài)更新信息的發(fā)送指示的存在狀態(tài)更新單元。
9.根據(jù)權(quán)利請(qǐng)求8所述的服務(wù)器,其特征在于檢測(cè)所述通信對(duì)話的狀態(tài)乃至所述地址信息的變化的部件是通過接收對(duì)話控制信息或來自終端的位置登記請(qǐng)求信息而檢測(cè)所述變化。
10.根據(jù)權(quán)利請(qǐng)求9所述的服務(wù)器,其特征在于所述存在狀態(tài)更新單元具有判斷所述狀態(tài)信息所屬的終端是否為自己管理的終端的部件,僅在檢測(cè)出所述變化的狀態(tài)信息屬于應(yīng)自己管理的終端的場(chǎng)合生成所述存在狀態(tài)更新信息。
11.根據(jù)權(quán)利請(qǐng)求10所述的服務(wù)器,其特征在于用于判斷所述狀態(tài)信息所屬的終端是否為自己管理的終端的部件對(duì)自己的地址的域名和該終端的地址的域名進(jìn)行比較;當(dāng)該域名一致時(shí),判斷為應(yīng)自己管理的終端。
12.根據(jù)權(quán)利請(qǐng)求8所述的服務(wù)器,其特征在于所述通信控制單元具有對(duì)話初始化協(xié)議SIP用的協(xié)議暫存器;所述存在狀態(tài)更新單元把接收到對(duì)于INVITE請(qǐng)求信息的200響應(yīng)信息的時(shí)刻視為向通話中狀態(tài)的轉(zhuǎn)移契機(jī),輸出所述存在狀態(tài)更新信息的發(fā)送指示。
13.根據(jù)權(quán)利請(qǐng)求8所述的服務(wù)器,其特征在于所述通信控制單元具有對(duì)話初始化協(xié)議SIP用的協(xié)議暫存器;所述存在狀態(tài)更新單元把接收到對(duì)于INVITE請(qǐng)求信息的200響應(yīng)信息后的ACK信息的時(shí)刻視為向通話中狀態(tài)的轉(zhuǎn)移契機(jī),輸出所述存在狀態(tài)更新信息的發(fā)送指示。
14.根據(jù)權(quán)利請(qǐng)求8所述的服務(wù)器,其特征在于所述通信控制單元具有對(duì)話初始化協(xié)議SIP用的協(xié)議暫存器;所述存在狀態(tài)更新單元把接收到BYE請(qǐng)求信息的時(shí)刻視為向切斷狀態(tài)的轉(zhuǎn)移契機(jī),輸出所述存在狀態(tài)更新信息的發(fā)送指示。
15.根據(jù)權(quán)利請(qǐng)求8所述的服務(wù)器,其特征在于所述通信控制單元具有對(duì)話初始化協(xié)議SIP用的協(xié)議暫存器;所述存在狀態(tài)更新單元把接收到對(duì)于BYE請(qǐng)求信息的200響應(yīng)信息的時(shí)刻視為向切斷狀態(tài)的轉(zhuǎn)移契機(jī),輸出所述存在狀態(tài)更新信息的發(fā)送指示。
16.根據(jù)權(quán)利請(qǐng)求8所述的服務(wù)器,其特征在于所述通信控制單元具有對(duì)話初始化協(xié)議SIP用的協(xié)議暫存器;所述存在狀態(tài)更新單元把基于REGISTER信息的登記信息視為向在線狀態(tài)的轉(zhuǎn)移契機(jī),輸出所述存在狀態(tài)更新信息的發(fā)送指示。
17.根據(jù)權(quán)利請(qǐng)求8所述的服務(wù)器,其特征在于所述通信控制單元具有對(duì)話初始化協(xié)議SIP用的協(xié)議暫存器;所述存在狀態(tài)更新單元把基于REGISTER信息的登記刪除信息視為向脫機(jī)狀態(tài)的轉(zhuǎn)移契機(jī),輸出所述存在狀態(tài)更新信息的發(fā)送指示。
18.根據(jù)權(quán)利請(qǐng)求8所述的服務(wù)器,其特征在于還具有讀出所述通信對(duì)話的控制信息中附帶的、與該對(duì)話的有效期限有關(guān)的信息的部件;以及把該讀出的信息與現(xiàn)在時(shí)刻比較的部件,所述存在狀態(tài)更新單元把現(xiàn)在時(shí)刻經(jīng)過了所述有效期限的場(chǎng)合視為通信對(duì)話狀態(tài)的轉(zhuǎn)移契機(jī),輸出所述存在狀態(tài)更新信息的發(fā)送指示。
19.根據(jù)權(quán)利請(qǐng)求18所述的服務(wù)器,其特征在于所述終端定位管理單元具有計(jì)時(shí)的定時(shí)器;所述存在狀態(tài)管理單元把所述有效期限到期的時(shí)刻視為向脫機(jī)狀態(tài)的轉(zhuǎn)移契機(jī),輸出所述存在狀態(tài)更新信息的發(fā)送指示。
20.根據(jù)權(quán)利請(qǐng)求8所述的服務(wù)器,其特征在于具有生成PUBLISH信息的部件,其中在該P(yáng)UBLISH信息的主體部分中含有所述狀態(tài)信息或地址信息;作為所述存在狀態(tài)更新信息,把該P(yáng)UBLISH信息向所述存在服務(wù)器發(fā)送。
21.根據(jù)權(quán)利請(qǐng)求20所述的服務(wù)器,其特征在于所述PUBLISH信息的主體部分中包含以下信息中的任一個(gè)信息對(duì)話的種類、確立對(duì)話的終端信息、與在所確立的對(duì)話中利用的編碼方式和通信速度有關(guān)的信息。
22.根據(jù)權(quán)利請(qǐng)求8所述的服務(wù)器,其特征在于所述通信控制單元具有新發(fā)送請(qǐng)求信息的功能。
23.一種存在服務(wù)器,通過網(wǎng)絡(luò)被連接在用于管理在至少兩臺(tái)通信終端間形成的通信對(duì)話的對(duì)話控制服務(wù)器上,管理該通信對(duì)話的狀態(tài)信息,其特征在于包括接收由所述對(duì)話控制服務(wù)器接收的狀態(tài)信息的更新信息的接口;存儲(chǔ)多個(gè)狀態(tài)信息的存儲(chǔ)部件;接收從所述對(duì)話控制服務(wù)器發(fā)送的狀態(tài)信息的更新請(qǐng)求信息的部件;變更存儲(chǔ)在所述存儲(chǔ)部件中的內(nèi)容的部件;判斷所述更新信息中包含的第一狀態(tài)信息和作為所述存儲(chǔ)部件中存儲(chǔ)的其他狀態(tài)信息的、屬于所述第一狀態(tài)信息所屬的終端的第二狀態(tài)信息之間是否存在矛盾的部件;所述第一狀態(tài)信息和第二狀態(tài)信息之間存在矛盾時(shí),變更該第二狀態(tài)信息,使該第二狀態(tài)信息與第一狀態(tài)信息一致。
24.一種通信控制方法,使用具有用于監(jiān)視在通信終端間形成的通信對(duì)話的功能的單個(gè)或多個(gè)服務(wù)器和存儲(chǔ)用于描述所述通信終端的狀態(tài)或終端用戶的狀態(tài)的狀態(tài)信息的存在服務(wù)器而進(jìn)行通信,其特征在于使用對(duì)話初始化協(xié)議SIP,開始進(jìn)行通信對(duì)話;監(jiān)視該通信對(duì)話,檢測(cè)所述狀態(tài)信息的變化;當(dāng)檢測(cè)到該變化時(shí),所述存在服務(wù)器以外的任一個(gè)服務(wù)器向該存在服務(wù)器通知該狀態(tài)信息的變化。
25.根據(jù)權(quán)利請(qǐng)求24所述的通信控制方法,其特征在于作為所述單個(gè)或多個(gè)服務(wù)器中的任一個(gè)服務(wù)器,使用具有管理所述通信對(duì)話的功能的對(duì)話控制服務(wù)器。
26.根據(jù)權(quán)利請(qǐng)求24所述的通信控制方法,其特征在于通過向存在服務(wù)器發(fā)送PUBLISH信息,進(jìn)行所述通知,其中在PUBLISH信息的主體部分中含有所述狀態(tài)信息或所述通信終端的地址信息。
27.根據(jù)權(quán)利請(qǐng)求26所述的通信控制方法,其特征在于在所述PUBLISH信息的主體部分中包含以下信息中的任一個(gè)信息對(duì)話的種類、確立對(duì)話的終端信息、與在所確立的對(duì)話中利用的編碼方式和通信速度有關(guān)的信息。
28.一種服務(wù)器的控制方法,該服務(wù)器具有通過通信線路連接于存在服務(wù)器上的接口,并具有對(duì)在至少2個(gè)通信終端間形成的通信對(duì)話的控制功能,其中所述存在服務(wù)器存儲(chǔ)用于描述通信終端的狀態(tài)或終端用戶的狀態(tài)的狀態(tài)信息,其特征在于監(jiān)視所述通信對(duì)話,檢測(cè)所述狀態(tài)信息的變化;當(dāng)檢測(cè)到該變化時(shí),生成狀態(tài)信息的更新請(qǐng)求信息;把該更新請(qǐng)求信息向所述接口發(fā)送。
29.一種服務(wù)器的控制程序,該服務(wù)器具有通過通信線路連接于存在服務(wù)器上的接口,并具有對(duì)在至少2個(gè)通信終端間形成的基于對(duì)話初始化協(xié)議SIP的通信對(duì)話的控制功能,其中所述存在服務(wù)器存儲(chǔ)用于描述通信終端的狀態(tài)或終端用戶的狀態(tài)的狀態(tài)信息,該控制程序執(zhí)行以下的步驟監(jiān)視所述通信對(duì)話,檢測(cè)所述狀態(tài)信息的變化的步驟;以檢測(cè)到該變化為契機(jī),生成狀態(tài)信息的更新請(qǐng)求信息的步驟;把該生成的更新請(qǐng)求信息向所述接口發(fā)送的步驟。
30.根據(jù)權(quán)利請(qǐng)求29所述的控制程序,其特征在于生成所述狀態(tài)信息的更新請(qǐng)求信息的步驟包含以下步驟生成PUBLISH信息的步驟,其中在PUBLISH信息的主體部分中含有所述狀態(tài)信息或所述通信終端的地址信息。
31.根據(jù)權(quán)利請(qǐng)求30所述的控制程序,其特征在于生成包含以下的信息于其主體部分中的PUBLISH信息的步驟;對(duì)話的種類、確立對(duì)話的終端信息、與在所確立的對(duì)話中利用的編碼方式和通信速度有關(guān)的信息。
全文摘要
本發(fā)明提供了一種對(duì)話控制裝置、適用于該對(duì)話控制裝置的軟件、通信控制方法、網(wǎng)絡(luò)系統(tǒng)。在對(duì)話控制服務(wù)器的內(nèi)部設(shè)置以狀態(tài)的變更為契機(jī)工作,向存在服務(wù)器通知變更的狀態(tài)的存在狀態(tài)變更部件。此外,在存在服務(wù)器一側(cè)具有控制通知的更新信息的匹配性的存在信息控制部件。即使用戶或客戶程序沒有有意識(shí)地進(jìn)行存在信息的更新,用戶或客戶程序的狀態(tài)也能反映到存在服務(wù)器管理的信息中。此外,在代替用戶或終端而通知的狀態(tài)的關(guān)系性中不發(fā)生沖突。
文檔編號(hào)H04L29/06GK1578317SQ20041000376
公開日2005年2月9日 申請(qǐng)日期2004年1月30日 優(yōu)先權(quán)日2003年6月30日
發(fā)明者湯本一磨, 清藤聰史, 中村仁美 申請(qǐng)人:株式會(huì)社日立制作所
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1