專利名稱：電話會議中的內(nèi)容分發(fā)方法和裝置的制作方法
技術領域：
本發(fā)明涉及電話會議(teleconference)中的內(nèi)容分發(fā)技術。
技術背景例如在"「〕 S 二二^r一i/3 乂活性化廿一匕、、7 :/l^if 乂7夕，7、、 Q提案(交流活性化服務的提案——在線狀態(tài)俱樂部(presence club))」， 2003年電子信息通信學會綜合大會，B-6-184，下村道夫、千葉一深、尾 尻健"中，關于利用了在線狀態(tài)(presence)信息的網(wǎng)纟各服務，公開了以 下事項。目卩，當從帶照相機的便攜電話機向郵件服務器發(fā)送包含照片和 文本的在線狀態(tài)登記請求時，郵件服務器存儲照片，并且向在線狀態(tài)服 務器發(fā)送包含照片URL (Uniform Resource Locator:統(tǒng)一資源定位符) 和文本的在線狀態(tài)登記請求。在線狀態(tài)服務器對應于在線狀態(tài)登記請求 的接收，利用照片URL和文本進行在線狀態(tài)更新。于是，向PC或PDA (Personal Digital Assistant:個人數(shù)字助理)等發(fā)送照片URL和文本作為 在線狀態(tài)通知。于是，PC或PDA使用照片URL向郵件服務器發(fā)送照片 取得請求，從郵件服務器取得照片的數(shù)據(jù)。并且，在日本特開2004-13303號公報中，公開了將即時通訊(IM， Instant Messaging)技術應用于電話會議中的技術。具體而言，在IM服 務器中，管理各IM客戶的在線狀態(tài)信息、可以利用的媒體和用戶信息， 各IM客戶能夠取得這些信息。在進行文本交談的情況下，IM服務器管 理各參加IM客戶和IM服務器之間的連接，對來自各參加IM客戶的文 本進行合并，并向各參加IM客戶分發(fā)該合并結(jié)果。在進行語音交談的情 況下，AP服務器管理各參加IM客戶和MD服務器之間的連接，MD服 務器混合來自除關注IM客戶以外的各參加IM客戶的語音，并向關注IM 客戶分發(fā)該混合結(jié)果。對各參加IM客戶進行該處理。但是，本公報僅示出在線狀態(tài)技術的一般使用方法(表示脫機、IM中這樣的客戶狀態(tài)的使 用方法)，在線狀態(tài)數(shù)據(jù)的使用方法沒有特別之處。并且，除此之外，在在線狀態(tài)技術中存在日本特表2003-526276號 公報、日本特表2004-533048號公報、日本特表2005-500714號公報等。非專利文獻h "「〕^二二^一V3:/活性化寸一匕、7 :7。i/if:/7夕，:/ (Z)提案」，2003年電子信息通信學會綜合大會，B-6-184，下村道夫、千葉一深、尾尻健"專利文獻1:日本特開2004-13303號公報 專利文獻2:日本特表2003-526276號公報 專利文獻3:日本特表2004-533048號公報 專利文獻4:日本特表2005-500714號公報。根據(jù)以上所述的現(xiàn)有技術，在參加利用了在線狀態(tài)技術的電話會議 的用戶間共享圖像等的內(nèi)容數(shù)據(jù)的情況下，向各用戶終端分發(fā)URL，但 是，不發(fā)送內(nèi)容數(shù)據(jù)本身，所以，需要使用URL自己取得內(nèi)容數(shù)據(jù)。但是，在內(nèi)容數(shù)據(jù)中進行了訪問權限的設定，例如在電話會議的參 加用戶的一部分中存在沒有該訪問權限的參加用戶的情況下，僅利用 URL，無法在所有參加用戶中共享內(nèi)容數(shù)據(jù)。并且，電話會議的參加用戶的用戶終端當然不會是全部相同的種類， 因此也產(chǎn)生由于用戶終端而無法直接處理內(nèi)容數(shù)據(jù)的情況。并且，在處理圖像等的內(nèi)容數(shù)據(jù)的情況下，有時服務器側(cè)的負荷也 成為問題。發(fā)明內(nèi)容所以，本發(fā)明的目的在于，提供用于向參加電話會議的用戶適當分 發(fā)內(nèi)容數(shù)據(jù)的新技術。并且，本發(fā)明的另一目的在于，提供用于與接收側(cè)的用戶的訪問權 限無關地向參加電話會議的用戶分發(fā)內(nèi)容數(shù)據(jù)的新技術。并且，本發(fā)明的另一目的在于，提供用于向參加電話會議的用戶分 發(fā)該用戶可以使用的內(nèi)容數(shù)據(jù)的新技術。并且，本發(fā)明的另一目的在于，提供用于減少向參加電話會議的用 戶分發(fā)內(nèi)容數(shù)據(jù)用的服務器負荷的技術。本發(fā)明的電話會議中的內(nèi)容分發(fā)方法包含以下步驟從特定的參加 用戶的用戶終端接收應該對參加電話會議的參加用戶分發(fā)的內(nèi)容數(shù)據(jù)的URI (Uniform Resource Identifier:統(tǒng)一資源標識符)的步驟；取得步驟， 在該步驟中，從接收到的URI所涉及的服務器取得與該URI對應的內(nèi)容 數(shù)據(jù)，并將其存儲在內(nèi)容數(shù)據(jù)存儲部中；以及發(fā)送步驟，在該步驟中， 向參加用戶的用戶終端發(fā)送存儲在內(nèi)容數(shù)據(jù)存儲部中的內(nèi)容數(shù)據(jù)。這樣，僅通過對具有內(nèi)容發(fā)送權的用戶指定URI，電話會議用服務 器取得與該URI對應的內(nèi)容數(shù)據(jù)，向電話會議的參加用戶的用戶終端發(fā) 送該內(nèi)容數(shù)據(jù)，所以，能夠與訪問權限無關地利用內(nèi)容數(shù)據(jù)。即，電話 會議的用戶的便利性提高。另外，如果在保持內(nèi)容數(shù)據(jù)的服務器和電話 會議用服務器之間具有規(guī)定的信賴關系，則訪問權限完全不是問題。另外，內(nèi)容分發(fā)方法也可以還包含確認步驟，在該步驟中，確認特 定的參加用戶具有內(nèi)容發(fā)送權的情況，在特定的參加用戶具有內(nèi)容發(fā)送 權的情況下，執(zhí)行上述的取得步驟。另外，在上述發(fā)送步驟中，也可以作為與電話會議有關的在線狀態(tài) 數(shù)據(jù)向參加用戶的用戶終端發(fā)送存儲在內(nèi)容數(shù)據(jù)存儲部中的內(nèi)容數(shù)據(jù)。 利用與電話會議有關的在線狀態(tài)數(shù)據(jù)分發(fā)機構。另外，在本發(fā)明中，內(nèi)容分發(fā)方法也可以還包含以下步驟參加電 話會議時，接收與參加用戶的用戶終端可以使用的數(shù)據(jù)有關的信息，并 將其存儲在數(shù)據(jù)存儲部中的步驟；以及判斷步驟，在該步驟中，根據(jù)存 儲在數(shù)據(jù)存儲部中的與參加用戶的用戶終端可以使用的數(shù)據(jù)有關的信 息，判斷存儲在內(nèi)容數(shù)據(jù)存儲部中的內(nèi)容數(shù)據(jù)是否是參加用戶的用戶終 端可以使用的數(shù)據(jù)。而且，也可以對在判斷步驟中進行了肯定性判斷的 用戶終端，執(zhí)行上述發(fā)送步驟。這樣，不向無法使用內(nèi)容數(shù)據(jù)的用戶終 端發(fā)送，所以，能夠?qū)崿F(xiàn)通信頻帶的有效利用。另外，在本發(fā)明中，內(nèi)容分發(fā)方法也可以還包含以下步驟參加電 話會議時，接收與參加用戶的用戶終端可以使用的數(shù)據(jù)有關的信息，并將其存儲在數(shù)據(jù)存儲部中的步驟；判斷步驟，在該步驟中，根據(jù)存儲在數(shù)據(jù)存儲部中的與參加用戶的用戶終端可以使用的數(shù)據(jù)有關的信息，判 斷存儲在內(nèi)容數(shù)據(jù)存儲部中的內(nèi)容數(shù)據(jù)是否是參加用戶的用戶終端可以使用的數(shù)據(jù)；以及在判斷步驟中進行了否定性判斷的情況下，根據(jù)存儲 在數(shù)據(jù)存儲部中的與參加用戶的用戶終端可以使用的數(shù)據(jù)有關的信息， 將內(nèi)容數(shù)據(jù)轉(zhuǎn)換為參加用戶的用戶終端可以使用的數(shù)據(jù)，并將其存儲在 內(nèi)容數(shù)據(jù)存儲部中的步驟。關于這種轉(zhuǎn)換處理，存在以下情況作為應該分發(fā)的在線狀態(tài)數(shù)據(jù)向在線狀態(tài)管理部輸出前進行該處理的情況、從在線狀態(tài)管理部輸出后 進行該處理的情況、或者作為與在線狀態(tài)數(shù)據(jù)不同的數(shù)據(jù)而在發(fā)送前進 行該處理的情況。由此，在參加用戶的用戶終端中能夠取得可以使用的數(shù)據(jù)。另外， 轉(zhuǎn)換處理可以是各種形式，例如格式轉(zhuǎn)換或分辨率轉(zhuǎn)換等，可以按照每 個用戶終端實施轉(zhuǎn)換，或轉(zhuǎn)換成參加用戶的用戶終端共同的數(shù)據(jù)形式。另外，上述取得步驟也可以包含以下步驟向假想客戶發(fā)送包含URI 在內(nèi)的取得委托的步驟；由假想客戶從取得委托中所包含的URI所涉及 的服務器，取得與該URI對應的內(nèi)容數(shù)據(jù)的步驟；以及從假想客戶接收 內(nèi)容數(shù)據(jù)，并將其存儲在內(nèi)容數(shù)據(jù)存儲部中的步驟。如果這樣利用假想 客戶取得內(nèi)容數(shù)據(jù)，則作為與實施主要處理的線程不同的線程來執(zhí)行， 所以，能夠抑制電話會議用服務器中的負荷上升。并且，能夠利用其他 服務器對假想客戶實施負荷分散。另外，在本發(fā)明中，內(nèi)容分發(fā)方法也可以還包含從特定的用戶的用 戶終端接收針對URI所涉及的服務器的認證信息的步驟。在該情況下， 上述取得步驟也可以包含以下步驟向假想客戶發(fā)送包含URI和針對URI 所涉及的服務器的認證信息在內(nèi)的取得委托的步驟；由假想客戶向上述 取得委托中所包含的URI所涉及的服務器發(fā)送認證信息，接受認證，并 且取得與該URI對應的內(nèi)容數(shù)據(jù)的步驟；以及從假想客戶接收內(nèi)容數(shù)據(jù)， 并將其存儲在內(nèi)容數(shù)據(jù)存儲部中的步驟。這樣，即使在保持內(nèi)容數(shù)據(jù)的 服務器僅限于特定的用戶可以利用內(nèi)容數(shù)據(jù)的情況下，也可以利用這種結(jié)構進行應對。此外，在本發(fā)明中，內(nèi)容分發(fā)方法也可以還包含從特定的用戶的用 戶終端接收假想客戶的指定信息的步驟。參加用戶例如有時指定假想客 戶的種類，具體而言，有時指定假想客戶的ID。另外，有時在用戶終端側(cè)根據(jù)URI等自動設定假想客戶。另外，也有時在電話會議用服務器上起動/指定假想客戶。能夠生成用于使計算機執(zhí)行上述內(nèi)容分發(fā)方法的程序、用于使會議 管理服務器或在線狀態(tài)服務器執(zhí)行上述處理的程序、以及用于使便攜終端如上所述那樣動作的程序，該程序例如存儲在軟盤、CD-ROM、光磁 盤、半導體存儲器、硬盤等的存儲介質(zhì)或存儲裝置中。并且，有時經(jīng)由 網(wǎng)絡等作為數(shù)字信號進行分發(fā)。另外，中間處理結(jié)果臨時保存在內(nèi)存等 的存儲裝置中。


圖1是本發(fā)明的第1實施例的系統(tǒng)結(jié)構圖。圖2是用戶終端的功能框圖。圖3是用戶A在線狀態(tài)管理部的功能框圖。圖4是會議A在線狀態(tài)管理部的功能框圖。圖5是存儲在用戶A在線狀態(tài)管理部的在線狀態(tài)數(shù)據(jù)存儲部中的數(shù) 據(jù)的示意圖。圖6是存儲在會議A在線狀態(tài)管理部的在線狀態(tài)數(shù)據(jù)存儲部中的數(shù) 據(jù)的示意圖。圖7是示出在線狀態(tài)ID為"FloorUser"的在線狀態(tài)數(shù)據(jù)的一例的圖。 圖8是示出在線狀態(tài)ID為"JoinUser"的在線狀態(tài)數(shù)據(jù)的一例的圖。 圖9是示出在線狀態(tài)ID為"Member"的在線狀態(tài)數(shù)據(jù)的一例的圖。 圖IO是示出在線狀態(tài)ID為"SendingUser"的在線狀態(tài)數(shù)據(jù)的一例 的圖。圖11是示出本發(fā)明的第1實施例的處理流程的第1部分的圖。 圖12是示出本發(fā)明的第1實施例的處理流程的第2部分的圖。圖13是示出本發(fā)明的第1實施例的處理流程的第3部分的圖。圖14是示出本發(fā)明的第1實施例的處理流程的第4部分的圖。 圖15是示出本發(fā)明的第1實施例的處理流程的第5部分的圖。 圖16是示出本發(fā)明的第1實施例的處理流程的第6部分的圖。 圖17是示出本發(fā)明的第1實施例的處理流程的第7部分的圖。 圖18是示出本發(fā)明的第1實施例的處理流程的第8部分的圖。 圖19是示出本發(fā)明的第1實施例的處理流程的第9部分的圖。 圖20是示出本發(fā)明的第1實施例的處理流程的第10部分的圖。 圖21是示出本發(fā)明的第1實施例的處理流程的第11部分的圖。 圖22是示出本發(fā)明的第1實施例的處理流程的第12部分的圖。 圖23是示出本發(fā)明的第1實施例的處理流程的第13部分的圖。 圖24是示出在本發(fā)明的第i實施例中存儲在會議A管理部的用戶數(shù) 據(jù)存儲部中的數(shù)據(jù)的一例的圖。圖25是本發(fā)明的第2實施例的系統(tǒng)結(jié)構圖。圖26是存儲在會議A在線狀態(tài)管理部的在線狀態(tài)數(shù)據(jù)存儲部中的數(shù) 據(jù)的示意圖。圖27是示出在線狀態(tài)ID為"FetchR叫uestingUser"的在線狀態(tài)數(shù)據(jù) 的一例的圖。圖28是示出本發(fā)明的第2實施例的內(nèi)容分發(fā)處理的處理流程的第1 部分的圖。圖29是示出本發(fā)明的第2實施例的內(nèi)容分發(fā)處理的處理流程的第2 部分的圖。圖30是示出本發(fā)明的第2實施例的內(nèi)容分發(fā)處理的處理流程的第3 部分的圖。圖31是示出本發(fā)明的第2實施例的內(nèi)容分發(fā)處理的處理流程的第4 部分的圖。圖32是示出計算機的功能框圖的圖。
具體實施方式
1.第l實施例圖1示出本發(fā)明的第1實施例的系統(tǒng)概要圖。例如在作為便攜電話 網(wǎng)的網(wǎng)絡1中，經(jīng)由未圖示的無線基站連接著多個便攜電話機(這里為用戶A操作的用戶終端A和用戶B操作的用戶終端B)。便攜電話機有 時是PHS (Personal Handyphone System:低功率移動電話系統(tǒng))終端， 其不僅具有語音通話功能，還能夠執(zhí)行郵件/客戶、網(wǎng)頁(Web)瀏覽、 本實施例中的客戶應用程序等的各種應用程序。并且，用戶終端A和B 也可以是帶語音通話功能的PDA (Personal Digital Assistant,個人數(shù)字助 理)等的便攜終端。后面，使用功能框圖來說明本實施例中的用戶終端A 和B。在網(wǎng)絡l中連接有SIP/SIMPLE服務器3、 PoC (Push-to-talk over Cellular,無線一鍵通)管理服務器5、PoC-MCU(Multipoint Communication Unit,多點通信單元)服務器7和內(nèi)容服務器9(或者也稱為媒體服務器)。 SIP/SIMPLE服務器3和PoC管理服務器5可以是具有它們的功能的1臺 服務器計算機。并且，有時也采用進一步綜合PoC-MCU服務器7的服務 器結(jié)構。SIP/SIMPLE服務器3具有用戶A在線狀態(tài)管理部31a、用戶B在 線狀態(tài)管理部31b、會議A在線狀態(tài)管理部33a、會議B在線狀態(tài)管理部 33b和路由處理部35。這里為了簡化說明，僅示出用戶A和B的在線狀 態(tài)管理部，但是，設置有與用戶數(shù)量相同個數(shù)的在線狀態(tài)管理部。并且， 在圖1中，僅示出會議A和B的在線狀態(tài)管理部，但是，設置有與會議 數(shù)量相同個數(shù)的在線狀態(tài)管理部。并且，在SIP/SIMPLE服務器3中也包 含進行用戶的認證處理的處理部等與本實施例沒有直接關系的處理部， 但是這里沒有圖示。后面，使用功能框圖來說明用戶的在線狀態(tài)管理部 和會議的在線狀態(tài)管理部。PoC管理服務器5也稱為PoC控制服務器，是進行電話會議的控制 和管理的服務器，其包含進行各會議用的處理的會議管理部53 (這里 為進行會議A用的處理的會議A管理部53a和進行會議B用的處理的會 議B管理部53b);消息分配處理部51，其實施將從SIP/SIMPLE服務器3的路由處理部35傳送來的消息傳送到所負責的會議管理部53的分配處 理；內(nèi)容數(shù)據(jù)取得部55,其從用戶處取得會議參加者請求分發(fā)的內(nèi)容； 以及內(nèi)容轉(zhuǎn)換部56，其實施內(nèi)容數(shù)據(jù)的轉(zhuǎn)換處理。并且，會議管理部53 包含MCU信息存儲部531 (這里為會議A的MCU信息存儲部531a)、 用戶數(shù)據(jù)存儲部533 (這里為會議A的用戶數(shù)據(jù)存儲部533a)和內(nèi)容數(shù) 據(jù)存儲部535 (這里為會議A的內(nèi)容數(shù)據(jù)存儲部535a)。內(nèi)容數(shù)據(jù)存儲部 535a存儲應該向會議A的參加者分發(fā)的內(nèi)容數(shù)據(jù)。這樣，PoC管理服務 器5也管理應該向會議A的參加者分發(fā)的數(shù)據(jù)。并且，PoC-MCU服務器7包含對各會議用的語音通信進行管理和控 制的會議語音通信管理部71 (這里為進行會議A用的處理的會議A語音 通信管理部71a和進行會議B用的處理的會議B語音通信管理部71b)， 會議語音通信管理部71包含講話者和參加者數(shù)據(jù)存儲部711 (這里為會 議A的講話者和參加者數(shù)據(jù)存儲部711a)。并且，內(nèi)容服務器9對登記用戶或任意的用戶分發(fā)存儲在內(nèi)容數(shù)據(jù) 存儲部91中的數(shù)據(jù)。內(nèi)容例如以靜態(tài)圖像、動態(tài)圖像、文本等用戶終端 可以閱覽的數(shù)據(jù)為前提，但是，也可以是其它數(shù)據(jù)。另外，在第1實施 例中，假設在PoC管理服務器5和內(nèi)容服務器9的運營商相同或者存在 某種合作關系等僅針對登記用戶分發(fā)內(nèi)容的情況下，如果是來自PoC管 理服務器5的請求，則即使內(nèi)容服務器9進行響應也沒有問題。但是， 也可以不認證而僅確認請求方用戶的ID。在圖1中，用戶終端經(jīng)由網(wǎng)絡1按照SIMPLE (SIP (Session Initiation Protocol) for Instant Messaging and Presence Leveraging Extensions ) /TCP 與SIP/SIMPLE服務器3進行通信，經(jīng)由網(wǎng)絡1按照RTP (Real-time Transport Protocol) /UDP與PoC-MCU服務器7進行通信。接著，圖2示出用戶終端的功能框圖。用戶終端包含本實施例中的 用于進行處理的客戶應用程序91、和設置在用戶終端上的麥克風的麥克 風驅(qū)動器93 ?？蛻魬贸绦?1包含語音會議處理部91K內(nèi)容處理部913 和在線狀態(tài)數(shù)據(jù)處理部915。內(nèi)容處理部913接受來自用戶的內(nèi)容分發(fā)委 托，對PoC管理服務器5等委托所需要的處理，或發(fā)送URI (UniformResource Indicator:統(tǒng)一資源指示器)，以及從服務器接收內(nèi)容數(shù)據(jù)并在 顯示裝置上進行顯示。另外，在本實施例中沒有圖示與本實施例沒有直 接關系的功能。并且，圖3示出用戶A在線狀態(tài)管理部31a的功能框圖。用戶A線 狀態(tài)管理部31a具有在線狀態(tài)數(shù)據(jù)管理部311a、在線狀態(tài)數(shù)據(jù)存儲部 313a和分發(fā)處理部315a。用戶A的在線狀態(tài)管理部31a與用戶終端A的 客戶應用程序91協(xié)作，進行存儲在在線狀態(tài)數(shù)據(jù)存儲部313a中的數(shù)據(jù) 的更新，或進行存儲在在線狀態(tài)數(shù)據(jù)存儲部313a中的數(shù)據(jù)的分發(fā)處理。并且，圖4示出會議A在線狀態(tài)管理部33a的功能框圖。會議A在 線狀態(tài)管理部33a具有在線狀態(tài)數(shù)據(jù)管理部331a、在線狀態(tài)數(shù)據(jù)存儲 部333a和分發(fā)處理部335a。會議A在線狀態(tài)管理部33a與PoC管理服 務器5的會議A管理部53a和用戶終端的客戶應用程序91協(xié)作，進行存 儲在在線狀態(tài)數(shù)據(jù)存儲部333a中的數(shù)據(jù)的更新，或進行存儲在在線狀態(tài) 數(shù)據(jù)存儲部333a中的數(shù)據(jù)的分發(fā)處理。圖5示出在用戶A在線狀態(tài)管理部31a中所包含的在線狀態(tài)數(shù)據(jù)存 儲部313a中存儲的數(shù)據(jù)的一例。在圖5的例子中，在線狀態(tài)數(shù)據(jù)存儲部 313a包含在線狀態(tài)信息存儲區(qū)域3131、在線狀態(tài)組信息存儲區(qū)域3133 和閱讀者列表存儲區(qū)域3135。在線狀態(tài)信息存儲區(qū)域3131是用于按照每 個在線狀態(tài)數(shù)據(jù)項目存儲在線狀態(tài)數(shù)據(jù)(這里為用戶或用戶終端的狀態(tài) 信息)的區(qū)域，包含用于存儲作為在線狀態(tài)數(shù)據(jù)項目ID的在線狀態(tài)ID 為"State"的在線狀態(tài)數(shù)據(jù)(主要是ONLINE (在線)、OFFLINE (脫機) 或BUSY (忙碌)中的任一個。但是，也可以是其它狀態(tài)(例如"數(shù)據(jù) 分發(fā)中"或"DATA Sending (數(shù)據(jù)發(fā)送中)"等)。)的區(qū)域316。在線狀 態(tài)數(shù)據(jù)項目的數(shù)量沒有限制，但是，在本實施例中，僅示出表示用戶終 端的狀態(tài)的在線狀態(tài)數(shù)據(jù)項目。在線狀態(tài)組信息存儲區(qū)域3133是存儲用 于將在線狀態(tài)數(shù)據(jù)項目(即在線狀態(tài)ID)和分發(fā)目的地用戶ID (即閱讀 者ID)對應起來的數(shù)據(jù)的區(qū)域。這里，包含有區(qū)域317,該區(qū)域317包 含存儲屬于在線狀態(tài)組即組I"默認"的在線狀態(tài)ID的區(qū)域3171和存 儲用戶ID (即閱讀者ID)的區(qū)域3172。默認組是閱讀者初始登記的組。組的數(shù)量沒有限定，可以定義任意數(shù)量的組。這里，閱讀者列表存儲區(qū)域3135登記有UserB和UserC這樣的被允許信息分發(fā)的用戶的用戶ID (即閱讀者ID)。閱讀者數(shù)量沒有限定，可以登記任意數(shù)量的閱讀者。 并且，圖6示出在會議A在線狀態(tài)管理部33a中所包含的在線狀態(tài) 數(shù)據(jù)存儲部333a中存儲的數(shù)據(jù)的一例。在圖6的例子中，包含在線狀 態(tài)信息存儲區(qū)域3331 、在線狀態(tài)組信息存儲區(qū)域3333和閱讀者列表存儲 區(qū)域3335。在線狀態(tài)信息存儲區(qū)域3331包含區(qū)域3361，其用于存儲 在線狀態(tài)數(shù)據(jù)項目的ID即在線狀態(tài)ID為"FloorUser"的在線狀態(tài)數(shù)據(jù) (這里為具有講話權(也稱為發(fā)言權)的用戶的閱讀者ID);區(qū)域3362， 其用于存儲在線狀態(tài)數(shù)據(jù)項目的ID即在線狀態(tài)ID為"Member"的在線 狀態(tài)數(shù)據(jù)(這里為在語音會議中被呼叫的用戶的閱讀者ID);區(qū)域3363， 其用于存儲在線狀態(tài)數(shù)據(jù)項目的ID即在線狀態(tài)ID為"JoinUser"的在線 狀態(tài)數(shù)據(jù)(這里為參加了語音會議的用戶的閱讀者ID);以及區(qū)域3364， 其用于存儲在線狀態(tài)數(shù)據(jù)項目的ID即在線狀態(tài)ID為"SendingUser"的 在線狀態(tài)數(shù)據(jù)(這里為具有內(nèi)容發(fā)送權的閱讀者ID和內(nèi)容的URI (例如 http:〃photo.g.com/aa/bb/img.jpg))。在本實施例中，關于在線狀態(tài)ID為"FloorUser"、 "Member"和 "JoinUser"的在線狀態(tài)數(shù)據(jù)，僅通知閱讀者ID,而不通知該閱讀者ID 的用戶處于何種狀態(tài)。關于狀態(tài)，也可以通知該用戶的個人的在線狀態(tài) 數(shù)據(jù)。關于在線狀態(tài)ID為"SendingUser"的在線狀態(tài)數(shù)據(jù)，在本實施例 中，也僅通知閱讀者ID，而不通知該閱讀者ID的用戶處于何種狀態(tài)。但 是，也可以在在線狀態(tài)數(shù)據(jù)中包含"內(nèi)容分發(fā)中"這樣的狀態(tài)數(shù)據(jù)，且 一并發(fā)送該狀態(tài)數(shù)據(jù)。并且，在線狀態(tài)組信息存儲區(qū)域3333包含區(qū)域337、區(qū)域338和區(qū) 域339。該區(qū)域337包含存儲屬于在線狀態(tài)組即組I "默認"的在線狀態(tài) ID的區(qū)域3371和存儲用戶ID (即閱讀者ID)的區(qū)域3373。該區(qū)域338 包含存儲屬于在線狀態(tài)組即組II "語音會議"的在線狀態(tài)ID的區(qū)域3381 和存儲用戶ID (即閱讀者ID)的區(qū)域3382。該區(qū)域339包含包含存儲 屬于在線狀態(tài)組即組III "內(nèi)容"的在線狀態(tài)ID的區(qū)域3391和存儲用戶ID (即閱讀者ID)的區(qū)域3392。參加語音會議的用戶的閱讀者ID被存儲在區(qū)域3382中，參加語音 會議的用戶所公開的數(shù)據(jù)是在線狀態(tài)ID為"FloorUser"、 "Member"和 "JoinUser"的在線狀態(tài)數(shù)據(jù)。即，出示講話權保持者的閱讀者ID、被呼 叫的用戶的閱讀者ID列表和參加的用戶的閱讀者ID列表。并且，參加 內(nèi)容分發(fā)的用戶的閱讀者ID被存儲在區(qū)域3392中，參加內(nèi)容分發(fā)的用 戶所公開的數(shù)據(jù)是在線狀態(tài)ID為"SendingUser"的在線狀態(tài)數(shù)據(jù)。但是， 在本實施例中，不分發(fā)在線狀態(tài)ID為"SendingUser"的在線狀態(tài)數(shù)據(jù)中 所包含的URI本身。gp，出示內(nèi)容發(fā)送權保持者的閱讀者ID。這里，在閱讀者列表存儲區(qū)域3335中登記有UserA、 UserB和UserC 這樣的被允許信息分發(fā)的用戶的用戶ID (即閱讀者ID)。并且，在用戶終端中，也可以不示出閱讀者ID，而示出表示各用戶 的標記，對符合FloorUser條件的用戶追加表示講話權的標記，或者示出 完全不同的標記。進而，也可以對符合SendingUser條件的用戶也追加表 示內(nèi)容發(fā)送權或內(nèi)容分發(fā)中的標記，或者示出完全不同的標記。另外，內(nèi)容分發(fā)目的地的用戶可以是參加語音會議的用戶的一部分， 也可以是全部用戶。在以下的說明中，說明內(nèi)容分發(fā)目的地的用戶是語 音會議的會議成員或進行了參加響應的全部用戶的情況。g卩，與在線狀 態(tài)ID為"Member"或"JoinUser"的在線狀態(tài)數(shù)據(jù)一起，將閱讀者ID 登記到區(qū)域3392中。圖5和圖6示意性示出存儲在在線狀態(tài)數(shù)據(jù)存儲部中的數(shù)據(jù)，例如 在在線狀態(tài)ID為"FloorUser"的在線狀態(tài)數(shù)據(jù)用區(qū)域3361中，存儲例 如如圖7所示的標簽數(shù)據(jù)結(jié)構的數(shù)據(jù)。圖7的例子基本上是遵循OMA (Open Mobile Alliance:開放移動聯(lián)盟)的形式、使用XML (extensible Markup Language:可擴展標記語言)來記敘的。這里應該注意的是，在 從上數(shù)起第4行，利用entity= "pres: Conference01@poc.§.com"這樣的 語句，禾U用Conference01@poc.§.com這樣的SIP-URL ( Uniform Resource Locator)來確定在線狀態(tài)ID為"FloorUser"的在線狀態(tài)數(shù)據(jù)的所有者。 這里，該在線狀態(tài)數(shù)據(jù)的所有者是PoC管理服務器5的會議A管理部53a，通過會議A管理部53a來更新該在線狀態(tài)數(shù)據(jù)。并且，會議A管理部53a 的SIP-URL為Conference01@poc.;5.com。并且，在〈note〉和々note〉標簽 之間作為講話權保持者的用戶ID登記有SIP-URL "UserA@poc.§.com"。 在圖5和圖6中，將"UserA@poc.ig.com"，簡略示為"UserA"。同樣，在在線狀態(tài)ID為"JoinUser"的在線狀態(tài)數(shù)據(jù)用區(qū)域3363中， 存儲例如如圖8所示的標簽數(shù)據(jù)結(jié)構的數(shù)據(jù)。在圖8的例子中，與圖7 一樣，利用Conference01@poc.;g.com這樣的SIP-URL來確定該在線狀態(tài) 數(shù)據(jù)的所有者，在〈note〉和々note〉標簽之間作為用戶ID登記有語音會議 的參加者的SIP-URL "UserA@poc.S.com， UserB@poc.ig.com"。并且，在在線狀態(tài)ID為"Member"的在線狀態(tài)數(shù)據(jù)用區(qū)域3362中， 存儲例如如圖9所示的標簽數(shù)據(jù)結(jié)構的數(shù)據(jù)。在圖9的例子中，與圖7 —樣，利用Conference01③poc吞com這樣的SIP-URL來確定該在線狀態(tài) 數(shù)據(jù)的所有者，在<110化>和</110化>標簽之間作為用戶ID登記有在語音會 議中被呼叫的用戶的SIP-URL "UserA@poc.S.com， UserB@poc.:Qxom， UserC@poc. g .com "。并且，在存儲在在線狀態(tài)ID為"SendingUser"的在線狀態(tài)數(shù)據(jù)用區(qū) 域3364中的在線狀態(tài)數(shù)據(jù)，存儲例如如圖10所示的標簽數(shù)據(jù)結(jié)構的數(shù) 據(jù)。在圖10的例子中，利用Conference01@poc.§.com這樣的SIP-URL 來確定該在線狀態(tài)數(shù)據(jù)的所有者，在〈note〉和々note〉標簽之間登記有在〈 SendingUseP和々SendingUser〉之間具有內(nèi)容發(fā)送權的用戶的用戶ID (這 里為UserA@poc.g.com)、以及在< content〉和々content〉之間具有內(nèi)容發(fā) 送權的用戶所指定的URI (這里為http:〃photo.fj.com/aa/bb/img.jpg)。在線狀態(tài)數(shù)據(jù)原則上由所有者來更新，更新后，由分發(fā)處理部向關 聯(lián)的用戶ID的用戶分發(fā)該在線狀態(tài)數(shù)據(jù)的在線狀態(tài)ID。并且，PoC管理 服務器5的會議A管理部53a和會議B管理部53b等針對SIP/SIMPLE 服務器3中的在線狀態(tài)數(shù)據(jù)具有管理員權限，可以隨時進行必要的在線 狀態(tài)數(shù)據(jù)的變更。接著，使用圖11 圖24說明圖1 圖4所示的系統(tǒng)的處理流程。另 外，設用戶已全部登錄SIP/SIMPLE服務器3并完成了認證。并且，設在SIP/SIMPLE服務器3內(nèi)已完成用戶終端的IP地址和用戶ID (SIP-URL) 的關聯(lián)。首先，用戶A操作用戶終端A,為了開始基于語音方式的電話 會議，指定在該會議中呼叫的成員，輸入呼叫指示。用戶終端A中的客 戶應用程序91的語音會議處理部911接受與在基于語音方式的電話會議 中呼叫的成員的呼叫委托有關的用戶操作輸入(步驟S1)，將包含會議成 員列表(例如SIP-URL的列表)的呼叫委托發(fā)送到SIP/SIMPLE服務器3(步驟S3 )。另外，該呼叫委托包含基于SDP(Session Description Protocol: 會話描述協(xié)議)的媒體信息(可以使用的數(shù)據(jù)(文件)形式、壓縮方式 的信息、大小等)。SIP/SIMPLE服務器3的路由處理部35從用戶終端A 接收包含會議成員列表的呼叫委托，當判斷為是呼叫委托時，將其傳送 到PoC管理服務器5 (步驟S5)。 PoC管理服務器5的消息分配處理部 51從SIP/SIMPLE服務器3的路由處理部35接收包含會議成員列表的呼 叫委托(步驟S7)。 PoC管理服務器5的消息分配處理部51響應該接收 而回復"OK"響應(步驟S9)。當SIP/SIMPLE服務器3的路由處理部 35從PoC管理服務器5接收到"OK"響應時，將其傳送到用戶終端A(步驟Sll)。用戶終端A從SIP/SIMPLE服務器3接收"OK"響應(步 驟S13)。由此，用戶終端A能夠識別由PoC管理服務器5接收到呼叫請 求的情況。當PoC管理服務器5的消息分配處理部51接收到包含會議成員列表 的呼叫委托時，進行新的會議，所以，重新起動會議管理部53 (例如重 新起動會議A管理部53a)，對該會議A管理部53a分配SIP-URL (步驟 S14)。會議A管理部53a將會議成員列表存儲在用戶數(shù)據(jù)存儲部533a中， 并且，向PoC-MCU服務器7發(fā)送包含會議成員列表的新的會議生成委托 (步驟S15)。并且，會議成員列表中還包含呼叫委托方用戶的用戶ID及 其用戶終端的IP地址，作為講話權保持者被確定。另外，會議A管理部 53a在用戶數(shù)據(jù)存儲部533a中與呼叫委托方用戶相對應地登記在呼叫委 托中所包含的基于SDP的媒體信息。當PoC-MCU服務器7接收到包含會議成員列表的新的會議生成委 托時，為了確保新會議用的資源，起動新的會議語音通信管理部71 (例如會議A語音通信管理部71a)。然后，會議A語音通信管理部71a將會 議成員列表存儲在講話者和參加者數(shù)據(jù)存儲部711a中(步驟S17)。另外， 會議A語音通信管理部71a能夠預先保持會議A管理部53a的SIP-URL， 響應來自會議A管理部53a的指示。然后，會議A語音通信管理部71a 確保在呼叫委托所涉及的會議中使用的資源、即IP地址和端口號等，并 且對呼叫委托方用戶設定講話權(步驟S19)。對于具有講話權的用戶保 持數(shù)據(jù)，使得在講話者和參加者數(shù)據(jù)存儲部711a中可以對其進行識別。 在本實施例中，僅是具有講話權的人能夠使PoC-MCU服務器7向其它參 加者傳送語音數(shù)據(jù)。然后，處理經(jīng)由端子A D轉(zhuǎn)移到圖12的處理。另 外，關于呼叫委托方用戶的用戶終端的IP地址，在此階段預先登記在講 話者和參加者數(shù)據(jù)存儲部711a中。使用圖12說明端子A D以后的處理。PoC-MCU服務器7的會議 A語音通信管理部71a將在步驟S19中確保的資源即IP地址和端口號作 為語音發(fā)送目的地信息，發(fā)送到PoC管理服務器5 (步驟S21)。 PoC管 理服務器5的會議A管理部53a從PoC-MCU服務器7接收語音發(fā)送目 的地信息，將其存儲在MCU信息存儲部531a中(步驟S23)。然后，會 議A管理部53a使用存儲在MCU信息存儲部531a中的數(shù)據(jù)，將語音發(fā) 送目的地信息(PoC-MCU服務器7的IP地址和端口號)和該會議A管 理部53a的SIP-URL作為會議信息，發(fā)送到SIP/SIMPLE服務器3 (步驟 S25)。當SIP/SIMPLE服務器3的路由處理部35從PoC管理服務器5接 收到會議信息時，向呼叫委托方的用戶終端A傳送該會議信息(步驟 S27)。另外，在該定時，也可以根據(jù)所接收到的會議信息起動該會議的 在線狀態(tài)管理部(這里為會議A在線狀態(tài)管理部33a)。用戶終端A中的客戶應用程序91的語音會議處理部911從 SIP/SIMPLE服務器3接收會議信息，將其存儲在存儲裝置中(步驟S29)。 語音會議處理部911向SIP/SIMPLE服務器3回復"OK"響應(步驟S31 )。 SIP/SIMPLE服務器3的路由處理部35從用戶終端A接收到"OK"響應 時，將其傳送到PoC管理服務器5 (步驟S33)。 PoC管理服務器5的會 議A管理部53a從SIP/SIMPLE服務器3接收"OK"響應(步驟S35)。另外，消息分配處理部51從SIP/SIMPLE服務器3接收消息(這里為"OK" 響應)，將其傳送到擔當?shù)臅hA管理部53a。但是，在以下的說明中， 省略消息分配處理部51的接收的說明。并且，用戶終端A中的客戶應用程序91的語音會議處理部911根據(jù) 會議信息接收，起動麥克風驅(qū)動器93 (步驟S37)。即，用戶終端A的麥 克風檢測用戶A的語音，并將其轉(zhuǎn)換成電信號，麥克風驅(qū)動器93為了發(fā) 送由麥克風接收到的語音，生成語音分組數(shù)據(jù)。由此，用戶終端A能夠 根據(jù)所接收到的會議信息中所包含的IP地址和端口號，向PoC-MCU服 務器7發(fā)送語音分組。但是，在現(xiàn)階段，即使向PoC-MCU服務器7發(fā)送 語音分組，由于PoC-MCU服務器7沒有確定其它參加者，所以，不進行 語音分組的復制和傳送。處理經(jīng)由端子E和F轉(zhuǎn)移到圖13的處理。接著，使用圖13說明端子E和F以后的處理。PoC管理服務器5 的會議A管理部53a使用存儲在用戶數(shù)據(jù)存儲部533a中的數(shù)據(jù)，向 SIP/SIMPLE服務器3發(fā)送除去呼叫委托方以外的各會議成員的在線狀態(tài) 數(shù)據(jù)取得請求(步驟S39)。按照每個會議成員發(fā)送在線狀態(tài)數(shù)據(jù)取得請 求。SIP/SIMPLE服務器3中的各會議成員的在線狀態(tài)管理部31從PoC 管理服務器5接收各會議成員的在線狀態(tài)數(shù)據(jù)取得請求(步驟S41)。通 常，關于用戶的在線狀態(tài)數(shù)據(jù)，僅該用戶可以變更，并且，僅由該用戶 允許的人可以閱讀。因此，PoC管理服務器5通常情況下無法取得會議 成員的在線狀態(tài)數(shù)據(jù)，但是，如果是來自PoC管理服務器5的請求，則 預先設定在在線狀態(tài)數(shù)據(jù)管理部311中，使得即使不允許閱讀也能夠參 照在線狀態(tài)數(shù)據(jù)。或者，如上所述，針對SIP/SMPLE服務器3中的在線 狀態(tài)數(shù)據(jù)，也可以預先對PoC管理服務器5賦予管理員權限。因此，接 收到在線狀態(tài)數(shù)據(jù)取得請求的在線狀態(tài)管理部31的在線狀態(tài)數(shù)據(jù)管理部 311，從在線狀態(tài)數(shù)據(jù)存儲部313讀出表示會議成員的用戶或用戶終端的 狀態(tài)的在線狀態(tài)數(shù)據(jù)，將其發(fā)送到PoC管理服務器5 (步驟S43)。PoC管理服務器5的會議A管理部53a從SIP/SIMPLE服務器3接 收各會議成員的在線狀態(tài)數(shù)據(jù)(步驟S45)，從該各會議成員的在線狀態(tài) 數(shù)據(jù)中提取可以呼叫的會議成員(步驟S47)。 即，提取在線狀態(tài)數(shù)據(jù)表示可以通話的狀態(tài)(例如ONLINE(在線))的會議成員。如果是OFFLINE(脫機)或BUSY (忙碌)這樣的狀態(tài)，則無法進行語音會議的通話， 所以，不實施以下說明的呼叫處理。由此，能夠使呼叫處理高速化。但 是，步驟S39 步驟S47的處理是任選的。處理經(jīng)由端子G和H轉(zhuǎn)移到 圖14的處理。另外，為了簡化說明，設呼叫的會議成員僅是對用戶終端 B進行操作的用戶B。使用圖14說明端子G和H以后的處理。PoC管理服務器5的會議 A管理部53a使用存儲在用戶數(shù)據(jù)存儲部533a和MCU信息存儲部531a 中的數(shù)據(jù)，向SIP/SIMPLE服務器3發(fā)送包含會議信息(會議A管理部 53a的SIP-URL以及PoC-MCU服務器7的IP地址和端口號)的針對可 以呼叫的會議成員的呼叫(步驟S49)。另外，本呼叫包含呼叫委托方用 戶的數(shù)據(jù)。SIP/SIMPLE服務器3的路由處理部35從PoC管理服務器5 接收包含會議信息的針對可以呼叫的會議成員的呼叫，并將該呼叫傳送 到各會議成員的用戶終端(步驟S51)。這里，用戶終端B的語音會議處 理部911從SIP/SIMPLE服務器3接收包含會議信息的呼叫，實施與該呼 叫對應的處理(步驟S53)。例如，發(fā)出來電音，或在顯示裝置上進行規(guī) 定的顯示，來向用戶B通知接收到呼叫的情況。另外，將所接收到的會 議信息存儲在存儲裝置中，在以后進行參加響應時使用。用戶終端B的語音會議處理部911向SIP/SIMPLE服務器3發(fā)送針 對呼叫的"OK"響應(步驟S55)。當SIP/SIMPLE服務器3的路由處理 部35從用戶終端B接收到"OK"時，將其傳送到PoC管理服務器5 (步 驟S57)。 PoC管理服務器5的會議A管理部53a從SIP/SIMPLE服務器 3接收"OK"響應(步驟S59)。該"OK"響應中也包含基于SDP的媒 體信息，會議A管理部53a與用戶B的用戶ID相對應地保持所接收到 的媒體信息。用戶B根據(jù)步驟S53中的呼叫，來判斷是否參加語音會議。在參加 的情況下，操作用戶終端B輸入會議參加指示。用戶終端B的語音會議 處理部911接受用戶B進行的會議參加指示輸入(步驟S61)，向 SIP/SIMPLE服務器3發(fā)送參加響應(步驟S63)。當SIP/SIMPLE服務器3的路由處理部35從用戶終端B接收到參加響應時，將其傳送到PoC管 理服務器5 (步驟S65)。 PoC管理服務器5的會議A管理部53a從 SIP/SIMPLE服務器3接收來自用戶B的參加響應(步驟S67)。會議A 管理部53a在用戶數(shù)據(jù)存儲部533a中作為參加者登記進行了參加響應的 用戶的用戶ID (即SIP-URL)及其用戶終端的IP地址。這里，預先將步 驟S59中從用戶終端B接收到的媒體信息，與用戶終端B的用戶ID相 對應地存儲在用戶數(shù)據(jù)存儲部533a中。并且，向PoC-MCU服務器7發(fā) 送參加成員追加通知，該參加成員追加通知包含進行了參加響應的用戶 的用戶ID (即SIP-URL)及其用戶終端的IP地址(步驟S69)。 PoC-MCU 服務器7的會議A語音通信管理部71a從PoC管理服務器5接收包含參 加者的用戶ID和IP地址的參加成員追加通知，在講話者和參加者數(shù)據(jù) 存儲部711a中登記參加者的用戶ID和IP地址(步驟S71 )。在步驟S69以后，會議A管理部53a向SIP/SIMPLE服務器3發(fā)送 "OK"響應(步驟S73)。 SIP/SIMPLE服務器3的路由處理部35從PoC 管理服務器5接收"OK"響應，并將其傳送給用戶終端B (步驟S75)。 用戶終端B從SIP/SIMPLE服務器3接收"OK"響應(步驟S77)。另外，按照每個可以呼叫的會議成員實施圖14的處理。并且，處理 經(jīng)由端子I和J轉(zhuǎn)移到圖15的處理。使用圖15說明端子I和J以后的處理。PoC管理服務器5的會議A 管理部53a使用存儲在用戶數(shù)據(jù)存儲部533a中的數(shù)據(jù)，生成講話者信息 的在線狀態(tài)登記請求，將其發(fā)送到SIP/SIMPLE服務器3，其中，該講話 者信息包含具有講話權的用戶的用戶ID (步驟S79)。更具體而言，會議 A管理部53a請求將具有講話權的用戶的用戶ID登記為作為所有者的、 其在線狀態(tài)ID為"FloorUser"的在線狀態(tài)數(shù)據(jù)。SIP/SIMPLE服務器3 從PoC管理服務器5接收講話者信息的在線狀態(tài)登記請求。在會議A管 理部53a用的會議A在線狀態(tài)管理部33a沒有被起動的情況下，在該定 時起動會議A在線狀態(tài)管理部33a，會議A在線狀態(tài)管理部33a的在線 狀態(tài)數(shù)據(jù)管理部331a與所接收到的在線狀態(tài)登記請求的在線狀態(tài)ID ("FloorUser")相對應地，將具有講話權的用戶的用戶ID作為在線狀態(tài)數(shù)據(jù)存儲在在線狀態(tài)數(shù)據(jù)存儲部333a中(步驟S81)。如圖6所示，在區(qū) 域3361中登記有具有講話權的用戶的用戶ID "UserA"。并且，會議A 在線狀態(tài)管理部33a向PoC管理服務器5發(fā)送"OK"響應(步驟S83)。 PoC管理服務器5的會議A管理部53a從SIP/SIMPLE服務器3接收"OK" 響應(步驟S85)。并且，PoC管理服務器5的會議A管理部53a使用存儲在用戶數(shù)據(jù) 存儲部533a中的數(shù)據(jù)，生成包含會議成員信息在內(nèi)的成員信息的在線狀 態(tài)登記請求，其中，該會議成員包含進行了呼叫委托的用戶，并將該成 員信息的在線狀態(tài)登記請求發(fā)送到SIP/SIMPLE服務器3 (步驟S87)。更 具體而言，會議A管理部53a請求將包含進行了呼叫委托的用戶在內(nèi)的 會議成員的用戶ID登記為作為所有者的、其在線狀態(tài)ID為"Member" 的在線狀態(tài)數(shù)據(jù)。SIP/SIMPLE服務器3的會議A在線狀態(tài)管理部33a從 PoC管理服務器5接收成員信息的在線狀態(tài)登記請求，會議A在線狀態(tài) 管理部33a的在線狀態(tài)數(shù)據(jù)管理部331a與所接收到的在線狀態(tài)登記請求 的在線狀態(tài)ID ("Member")相對應地，將在線狀態(tài)數(shù)據(jù)(在圖6的例子 中為"UserA、 UserB、 UserC")存儲在在線狀態(tài)數(shù)據(jù)存儲部333a中(步 驟S89 )。并且，會議A在線狀態(tài)管理部33a向PoC管理服務器5發(fā)送"OK" 響應(步驟S91)。 PoC管理服務器5的會議A管理部53a從SIP/SIMPLE 服務器3接收"OK"響應(步驟S93)。并且，PoC管理服務器5的會議A管理部53a使用存儲在用戶數(shù)據(jù) 存儲部533a中的數(shù)據(jù),關于包含進行了呼叫委托的用戶在內(nèi)的會議成員， 生成代理閱讀請求，并發(fā)送到SIP/SIMPLE服務器3 (步驟S95)。更具體 而言，請求將會議成員登記在在線狀態(tài)數(shù)據(jù)存儲部333a中的閱讀者列表 存儲區(qū)域3335和在線狀態(tài)組信息存儲區(qū)域3333中的組II "語音會議" 的區(qū)域338內(nèi)的閱讀者ID用區(qū)域3382中。另外，不僅是會議成員，也 可以向SIP/SIMPLE服務器3請求登記進行了呼叫委托的用戶和進行了參 加響應的用戶。但是，每次進行參加響應時，需要針對該參加響應所涉 及的用戶進行代理閱讀。是僅向進行了參加響應的用戶分發(fā)會議的參加 狀況和講話權保持者等的在線狀態(tài)數(shù)據(jù)，還是向進行了呼叫的用戶分發(fā)該在線狀態(tài)數(shù)據(jù)，與會議的公開政策有關，可以采用任一方式。但是， 原本關于在線狀態(tài)數(shù)據(jù)的閱讀，需要閱讀的各用戶進行請求，獲得在線 狀態(tài)數(shù)據(jù)的所有者的允許作為閱讀者進行登記。因此，在原本的情況下，參加會議或被呼叫的各個用戶需要分別訪問SIP/SIMPLE服務器3，來請 求閱讀登記。但是，在本實施例中，出于會議這一性質(zhì)考慮，從以下兩 個觀點出發(fā)，由PoC管理服務器5代理進行閱讀登記，這兩個觀點是 會議的參加狀況和講話權保持者等的在線狀態(tài)數(shù)據(jù)的閱讀，對參加者(或 者被呼叫的用戶)來說是必要的信息；以及在使各用戶進行閱讀登記的 情況下，無線區(qū)間中的數(shù)據(jù)通信量增加，通信頻帶的使用造成浪費，會 議的進行變得遲緩。另外，會議A在線狀態(tài)管理部33a的在線狀態(tài)數(shù)據(jù) 存儲部333a的所有者是會議A管理部53a,由所有者代理進行閱讀登記 在權限上沒有太大問題。并且，在本實施例中，向SIP/SIMPLE服務器3請求將會議成員或 進行了參加響應的用戶登記在在線狀態(tài)數(shù)據(jù)存儲部333a中的在線狀態(tài)組 信息存儲區(qū)域3333中的組III "內(nèi)容"的區(qū)域339內(nèi)的閱讀者ID用區(qū)域 3392中。這樣，通過以下的處理，能夠?qū)h成員或進行了參加響應的 用戶進行內(nèi)容分發(fā)。另外，也可以不進行這種處理，而利用其它途徑進 行內(nèi)容分發(fā)的引入。關于包含進行了呼叫委托的用戶在內(nèi)的會議成員，SIP/SIMPLE服務 器3的會議A在線狀態(tài)管理部33a從PoC管理服務器5接收代理閱讀請 求，在線狀態(tài)數(shù)據(jù)管理部331a在在線狀態(tài)數(shù)據(jù)存儲部333a的閱讀者列 表存儲區(qū)域3335中登記會議成員(或參加者)，并且，在在線狀態(tài)組信 息存儲區(qū)域3333中的組II "語音會議"的區(qū)域338內(nèi)的閱讀者ID用區(qū) 域3382中登記會議成員(或參加者)(步驟S97)。如上所述，在線狀態(tài) 數(shù)據(jù)管理部331a在在線狀態(tài)組信息存儲區(qū)域3333中的組III "內(nèi)容"的 區(qū)域339內(nèi)的閱讀者ID用區(qū)域3392中登記會議成員(或參加者)。并且， 會議A在線狀態(tài)管理部33a向PoC管理服務器5發(fā)送"OK"響應(步驟 S99)。 PoC管理服務器5的會議A管理部53a從SIP/SIMPLE服務器3 接收"OK"響應(步驟SIOI)。處理經(jīng)由端子K和L轉(zhuǎn)移到圖16和圖17的處理。這樣，在閱讀者列表存儲區(qū)域3335和在線狀態(tài)組信息存儲區(qū)域3333 中的組II "語音會議"的區(qū)域338內(nèi)的閱讀者ID用區(qū)域3382中登記會 議成員(或參加者)時，在組II "語音會議"的區(qū)域338內(nèi)的在線狀態(tài) ID用區(qū)域3381中登記的在線狀態(tài)ID的在線狀態(tài)數(shù)據(jù)，通過分發(fā)處理部 335a向會議成員(或參加者)分發(fā)。另外，在在線狀態(tài)組信息存儲區(qū)域 3333中的組III"內(nèi)容"的區(qū)域339內(nèi)的在線狀態(tài)ID用區(qū)域3391中登記 的在線狀態(tài)ID的在線狀態(tài)數(shù)據(jù)，通過分發(fā)處理部335a向會議成員(或 參加者)分發(fā)，但是，由于在該階段還沒有登記在線狀態(tài)數(shù)據(jù)本身，所 以不進行分發(fā)。接著，使用圖16說明端子K以后的處理。SIP/SIMPLE服務器3中 的會議A在線狀態(tài)管理部33a的分發(fā)處理部335a根據(jù)在線狀態(tài)數(shù)據(jù)存儲 部333a的狀態(tài)，實施會議的在線狀態(tài)數(shù)據(jù)(講話權保持者的用戶ID、會 議成員的用戶ID以及參加者的用戶ID)的通知處理(步驟S103)。這里， 向用戶終端A和用戶終端B發(fā)送會議的在線狀態(tài)數(shù)據(jù)。用戶終端B的在 線狀態(tài)數(shù)據(jù)處理部915從SIP/SIMPLE服務器3接收會議的在線狀態(tài)數(shù) 據(jù)，并在顯示裝置上進行顯示(步驟S105)。同樣地，用戶終端A的在 線狀態(tài)數(shù)據(jù)處理部915從SIP/SIMPLE服務器3接收會議的在線狀態(tài)數(shù) 據(jù)，并在顯示裝置上進行顯示(步驟S107)。在該階段，由于參加者還沒有登記在在線狀態(tài)數(shù)據(jù)存儲部333a中， 所以，進行僅能夠掌握會議成員和講話權保持者的顯示。然后，用戶終 端B的在線狀態(tài)數(shù)據(jù)處理部915向SIP/SIMPLE服務器3回復"OK"響 應(步驟S109)，用戶終端A的在線狀態(tài)數(shù)據(jù)處理部915也向SIP/SIMPLE 服務器3回復"OK"響應(步驟Slll)。 SIP/SIMPLE服務器3的會議A 在線狀態(tài)管理部33a從用戶終端A和用戶終端B接收"OK"響應(步驟 S113)。處理經(jīng)由端子M轉(zhuǎn)移到圖17的處理。接著，使用圖17說明端子L和M以后的處理。PoC管理服務器5 的會議A管理部53a使用存儲在用戶數(shù)據(jù)存儲部533a中的數(shù)據(jù)，生成在 該階段為止所確定的參加者(不僅是進行了參加響應的用戶，還包含進行了呼叫委托的用戶)的在線狀態(tài)登記請求，將其發(fā)送到SIP/SIMPLE服 務器3 (步驟S115)。更具體而言，會議A管理部53a請求將參加者的用 戶ID登記為作為所有者的、其在線狀態(tài)ID為"JoinUser"的在線狀態(tài)數(shù) 據(jù)。SIP/SIMPLE服務器3的會議A在線狀態(tài)管理部33a從PoC管理服 務器5接收參加者的在線狀態(tài)登記請求，會議A在線狀態(tài)管理部33a的 在線狀態(tài)數(shù)據(jù)管理部331a將所接收到的在線狀態(tài)登記請求所涉及的在線 狀態(tài)ID("JoinUser")和在線狀態(tài)數(shù)據(jù)(在圖6的例子中為"UserA、UserB") 存儲在在線狀態(tài)數(shù)據(jù)存儲部333a中(步驟S117)。另外，也可以代替步 驟S97中的處理，在線狀態(tài)數(shù)據(jù)管理部331a在在線狀態(tài)組信息存儲區(qū)域 3333中的組III "內(nèi)容"的區(qū)域339內(nèi)的閱讀者ID用區(qū)域3392中登記參 加成員。并且，會議A在線狀態(tài)管理部33a向PoC管理服務器5發(fā)送"OK" 響應(步驟S119)。PoC管理服務器5的會議A管理部53a從SIP/SIMPLE 服務器3接收"OK"響應(步驟S121)。然后，SIP/SIMPLE服務器3中的會議A在線狀態(tài)管理部33a的分發(fā) 處理部335a根據(jù)在線狀態(tài)數(shù)據(jù)存儲部333a的狀態(tài)，實施會議的在線狀 態(tài)數(shù)據(jù)(講話權保持者的用戶ID、會議成員的用戶ID和參加者的用戶 ID)的通知處理(步驟S123)。這里，向用戶終端A和用戶終端B發(fā)送 會議的在線狀態(tài)數(shù)據(jù)。用戶終端B的在線狀態(tài)數(shù)據(jù)處理部915從 SIP/SIMPLE服務器3接收會議的在線狀態(tài)數(shù)據(jù)，并在顯示裝置上進行顯 示(步驟S125)。同樣地，用戶終端A的在線狀態(tài)數(shù)據(jù)處理部915從 SIP/SIMPLE服務器3接收會議的在線狀態(tài)數(shù)據(jù)，并在顯示裝置上進行顯 示(步驟S127)。在該階段，在步驟S117中將參加者登記在在線狀態(tài)數(shù)據(jù)存儲部333a 中，所以，進行能夠掌握會議成員、參加者、講話權保持者和接受呼叫 而不參加的用戶的顯示。然后，用戶終端B的在線狀態(tài)數(shù)據(jù)處理部915 向SIP/SIMPLE服務器3回復"OK"響應(步驟S129)，用戶終端A的 在線狀態(tài)數(shù)據(jù)處理部915也向SIP/SIMPLE服務器3回復"OK"響應(步 驟S131)。 SEP/SIMPLE服務器3的會議A在線狀態(tài)管理部33a從用戶終 端A和用戶終端B接收"OK"響應(步驟S133)。處理經(jīng)由端子N轉(zhuǎn)移到圖18的處理。另外，經(jīng)由端子P轉(zhuǎn)移到圖19的處理。在步驟S97中會議成員進行了閱讀登記的情況下，每當新出現(xiàn)參加 者，則執(zhí)行步驟S115 S133。在步驟S97中參加者進行了閱讀登記的情 況下，每當新出現(xiàn)參加者，則執(zhí)行步驟S115 S133，對已經(jīng)作為參加者 進行了閱讀登記的用戶分發(fā)在線狀態(tài)數(shù)據(jù)，并且執(zhí)行步驟S95 S113，對 新的參加者分發(fā)在線狀態(tài)數(shù)據(jù)。在完成了圖7所示的處理的時刻，電話會議的各參加者能夠識別其 它的參加者，能夠開始會議。另外，進行了呼叫委托的用戶保持講話權， 所以，僅該用戶可以發(fā)言。艮口，實施圖18所示的處理。因為用戶A是講話權保持者，所以，用 戶A對用戶終端A發(fā)話。用戶終端A利用麥克風接受來自用戶A的語 音輸入，語音會議處理部911根據(jù)麥克風驅(qū)動器93所生成的語音數(shù)據(jù)生 成語音分組，并發(fā)送到PoC-MCU服務器7 (步驟S135)。此時，使用作 為會議信息接收到的PoC-MCU服務器7的IP地址和端口號。艮卩，直接 向PoC-MCU服務器7發(fā)送語音分組。PoC-MCU服務器7的會議A語音通信管理部71a從用戶終端A接 收語音分組，向存儲在講話者和參加者數(shù)據(jù)存儲部711a中的參加者IP 地址傳送語音分組的復制件(步驟S137)。用戶終端B中的客戶應用程 序91的語音會議處理部911從PoC-MCU服務器7接收語音分組，經(jīng)由 未圖示的揚聲器驅(qū)動器和揚聲器輸出語音分組所涉及的語音(步驟 S139)。這樣，進行基于語音方式的電話會議。另外，講話權的轉(zhuǎn)移不是 本實施例的主要部分，所以這里不進行說明。接著，使用圖19說明端子P以后的處理。PoC管理服務器5的會議 A管理部53a使用存儲在用戶數(shù)據(jù)存儲部533a中的數(shù)據(jù)，對每個參加者 (包含進行了呼叫委托的用戶)生成在線狀態(tài)數(shù)據(jù)的更新登記請求，以 便將參加者的在線狀態(tài)數(shù)據(jù)變更為"BUSY (忙碌)"(或語音會議中等)， 將在線狀態(tài)數(shù)據(jù)的更新登記請求發(fā)送到SIP/SIMPLE服務器3 (步驟 S141)。更具體而言，假設參加者是用戶A和用戶B，則生成用于將在用 戶A在線狀態(tài)管理部31a的在線狀態(tài)數(shù)據(jù)存儲部313a中的在線狀態(tài)信息存儲區(qū)域3131內(nèi)的區(qū)域316 (在線狀態(tài)ID為"State")中存儲的數(shù)據(jù)變 更為"BUSY"等的在線狀態(tài)數(shù)據(jù)更新登記請求、以及用于將在用戶B在 線狀態(tài)管理部31b的在線狀態(tài)數(shù)據(jù)存儲部313b中的在線狀態(tài)信息存儲區(qū) 域3131內(nèi)的區(qū)域316中存儲的數(shù)據(jù)變更為"BUSY"等的在線狀態(tài)數(shù)據(jù) 更新登記請求，并將其發(fā)送到SIP/SIMPLE服務器3。原本，用戶A在線狀態(tài)管理部31a中的在線狀態(tài)數(shù)據(jù)存儲部313a 內(nèi)的數(shù)據(jù)，只有用戶A能夠變更。同樣地，用戶B在線狀態(tài)管理部31b 中的在線狀態(tài)數(shù)據(jù)存儲部313b內(nèi)的數(shù)據(jù)，只有用戶B能夠變更。但是， 在本實施例中，為了順利進入語音會議，減少無線區(qū)間中的通信量，特 別地，準許PoC管理服務器5進行變更。以上也講到，關于SIP/SIMPLE 服務器3中的在線狀態(tài)數(shù)據(jù)，可以對PoC管理服務器5賦予管理員權限。SIP/SIMPLE服務器3的用戶A在線狀態(tài)管理部31a(和用戶B在線 狀態(tài)管理部31b。但是，以下是重復的，所以省略說明。)從PoC管理服 務器5接收參加者的在線狀態(tài)數(shù)據(jù)的更新登記請求，用戶A在線狀態(tài)管 理部31a的在線狀態(tài)數(shù)據(jù)管理部311a與在線狀態(tài)ID "State"相對應地， 將"BUSY"等的在線狀態(tài)數(shù)據(jù)存儲在在線狀態(tài)數(shù)據(jù)存儲部313a中(步 驟S143)。 SIP/SIMPLE服務器3的用戶A在線狀態(tài)管理部31a向PoC管 理服務器5發(fā)送"OK"響應(步驟S145)。 PoC管理服務器5的會議A 管理部53a從SIP/SIMPLE服務器3接收"OK"響應(步驟S147)。如果進行了這種用戶A和用戶B的在線狀態(tài)數(shù)據(jù)的更新，則向作為 在線狀態(tài)ID為"State"的閱讀者登記的用戶，通知用戶A或用戶B的 在線狀態(tài)數(shù)據(jù)。即，SIP/SIMPLE服務器3中的用戶A在線狀態(tài)管理部 31a的分發(fā)處理部315a根據(jù)在線狀態(tài)數(shù)據(jù)存儲部313a的狀態(tài)，實施用戶 A的在線狀態(tài)數(shù)據(jù)的通知處理(步驟S149)。在圖5的例子中，向用戶B 和用戶C發(fā)送用戶A的在線狀態(tài)數(shù)據(jù)。另外，用戶B在線狀態(tài)管理部31b 也實施同樣的處理。但是，用戶B的在線狀態(tài)數(shù)據(jù)向用戶A和用戶C發(fā) 送。于是，用戶終端B的在線狀態(tài)數(shù)據(jù)處理部915從SIP/SIMPLE服務 器3接收用戶A的在線狀態(tài)數(shù)據(jù)并在顯示裝置上進行顯示(步驟S151)。同樣地，用戶終端A的在線狀態(tài)數(shù)據(jù)處理部915從SIP/SIMPLE服務器3 接收用戶B的在線狀態(tài)數(shù)據(jù)，并在顯示裝置上進行顯示(步驟S153)。 其它的用戶終端也同樣地變更顯示。因此，對基于語音方式的電話會議 的參加者的狀態(tài)進行閱讀的其它用戶能夠識別參加者由于忙碌(BUSY) 而沒有取得聯(lián)絡的情況。然后，用戶終端B的在線狀態(tài)數(shù)據(jù)處理部915向SIP/SIMPLE服務 器3回復"OK"響應(步驟S155)，用戶終端A的在線狀態(tài)數(shù)據(jù)處理部 915也向SIP/SIMPLE服務器3回復"OK"響應(步驟S157)。 SIP/SIMPLE 服務器3的用戶A在線狀態(tài)管理部31a和用戶B在線狀態(tài)管理部31b從 用戶終端A和用戶終端B接收"OK"響應(步驟S159)。通過進行這種處理，內(nèi)容分發(fā)的預處理完成。接著，使用圖20 圖23說明進行第1實施例的內(nèi)容分發(fā)處理時的 處理。首先，用戶終端A的用戶操作用戶終端A,指示取得內(nèi)容發(fā)送權。 用戶終端A的客戶應用程序91中的在線狀態(tài)數(shù)據(jù)處理部915從用戶接受 內(nèi)容發(fā)送權的取得指示(步驟S161)，向SIP/SIMPLE服務器3發(fā)送內(nèi)容 發(fā)送權的取得請求(步驟S163)。 SIP/SIMPLE服務器3的路由處理部35 從用戶終端A接收內(nèi)容發(fā)送權的取得請求，當判斷為是內(nèi)容發(fā)送權的取 得請求時，將其傳送到PoC管理服務器5 (步驟S165)。當從SIP/SIMPLE 服務器3接收到內(nèi)容發(fā)送權的取得請求時(步驟S167)， PoC管理服務器 5向SIP/SIMPLE服務器3回復"ACK"(步驟S169)。當接收到"ACK" 時，SIP/SIMPLE服務器3的路由處理部35將其傳送到用戶終端A (步 驟S171)。用戶終端A的客戶應用程序91中的在線狀態(tài)數(shù)據(jù)處理部915 從SIP/SIMPLE服務器3接收"ACK"(步驟S173)。并且，PoC管理服務器5的會議A管理部53a確認存儲在用戶數(shù)據(jù) 存儲部533a中的內(nèi)容發(fā)送權的設定狀況，然后，如果沒有具有內(nèi)容發(fā)送 權的用戶，則生成具有內(nèi)容發(fā)送權的取得請求的發(fā)送方的用戶ID的、內(nèi) 容發(fā)送權設定用的在線狀態(tài)登記請求，將其發(fā)送到SIP/SIMPLE服務器3 (步驟S175 )。SIP/SIMPLE服務器3的會議A在線狀態(tài)管理部33a從PoC 管理服務器5接收具有內(nèi)容發(fā)送權的取得請求的發(fā)送方的用戶ID的、內(nèi)容發(fā)送權設定用的在線狀態(tài)登記請求，并登記在在線狀態(tài)數(shù)據(jù)存儲部333a中(步驟S177)。具體而言，在在線狀態(tài)數(shù)據(jù)存儲部333a中，在在 線狀態(tài)ID為"SendingUser"的在線狀態(tài)數(shù)據(jù)(圖10)中登記內(nèi)容發(fā)送 權取得請求的發(fā)送方的用戶ID "UserA"。然后，會議A在線狀態(tài)管理部33a向PoC管理服務器5回復登記完 成通知(步驟S179)。PoC管理服務器5的會議A管理部53a從SIP/SIMPLE 服務器3接收登記完成通知(步驟S181)。并且，SIP/SIMPLE服務器3的會議A在線狀態(tài)管理部33a中的分發(fā) 處理部335a根據(jù)在線狀態(tài)數(shù)據(jù)存儲部333a的狀態(tài)，實施針對用戶A的 表示內(nèi)容發(fā)送權設定的在線狀態(tài)數(shù)據(jù)(具有內(nèi)容發(fā)送權的用戶的用戶ID) 的通知處理(步驟S183)。這里，向用戶終端B發(fā)送存儲在在線狀態(tài)數(shù) 據(jù)存儲部333a中的、在線狀態(tài)ID為"SendingUser"的在線狀態(tài)數(shù)據(jù)。 用戶終端B的在線狀態(tài)數(shù)據(jù)處理部915從SIP/SIMPLE服務器3接收表 示內(nèi)容發(fā)送權設定的在線狀態(tài)數(shù)據(jù)，并在顯示裝置上進行顯示(步驟 S185)。用戶終端B的在線狀態(tài)數(shù)據(jù)處理部915向SIP/SIMPLE服務器3回 復"OK"響應(步驟S187)。 SIP/SIMPLE服務器3的會議A在線狀態(tài) 管理部33a從用戶終端B接收"OK"響應(步驟S189)。另外，也可以 還向用戶終端A進行通知。另一方面，用戶終端A的用戶對內(nèi)容數(shù)據(jù)的分發(fā)方URI進行指定。 據(jù)此，用戶終端A的客戶應用程序91中的內(nèi)容處理部913從用戶處接受 內(nèi)容數(shù)據(jù)的分發(fā)方URI的指定輸入(步驟S191)。處理經(jīng)由端子Q、 R 和S轉(zhuǎn)移到圖21的處理。轉(zhuǎn)移到圖21的處理的說明，用戶終端A的內(nèi)容處理部913向 SIP/SIMPLE服務器3發(fā)送所輸入的URI (步驟SI93)。 SIP/SIMPLE服務 器3的路由處理部35從用戶終端A接收URI，將其傳送到PoC管理服 務器5(步驟S195)。當從SIP/SIMPLE服務器3接收到URI時(步驟S197)， PoC管理服務器5的會議A管理部53a向SIP/SIMPLE服務器3回復"OK" 響應(步驟S199)。 SIP/SIMPLE服務器3接收"OK"響應，并將其傳送到用戶終端A (步驟S201)。用戶終端A的客戶應用程序91中的內(nèi)容處 理部913從SIP/SIMPLE服務器3接收"OK"響應(步驟S203)。并且，PoC管理服務器5的會議A管理部53a確認存儲在用戶數(shù)據(jù) 存儲部533a中的內(nèi)容發(fā)送權的設定狀況，如果確認URI的發(fā)送方具有內(nèi) 容發(fā)送權，則生成包含在步驟S197中所接收到的URI在內(nèi)的在線狀態(tài)登 記請求，并將其發(fā)送到SIP/SIMPLE服務器3 (步驟S205)。如果是來自 不具有內(nèi)容發(fā)送權的用戶的URI的指定，則廢棄該URI。 SIP/SIMPLE服 務器3的會議A在線狀態(tài)管理部33a從PoC管理服務器5接收包含URI 的在線狀態(tài)登記請求，并將其登記在在線狀態(tài)數(shù)據(jù)存儲部333a中(步驟 S207)。具體而言，在在線狀態(tài)數(shù)據(jù)存儲部333a中，在在線狀態(tài)ID為 "SendingUser"的在線狀態(tài)數(shù)據(jù)(圖10)中存儲URI。會議A在線狀態(tài) 管理部33a向PoC管理服務器5回復登記完成通知(步驟S209)。 PoC 管理服務器5的會議A管理部53a接收登記完成通知(步驟S211)。 URI 不作為在線狀態(tài)數(shù)據(jù)進行通知。然后，會議A管理部53a向內(nèi)容數(shù)據(jù)取得部55輸出URI，請求內(nèi)容 的取得。據(jù)此，內(nèi)容數(shù)據(jù)取得部55按照從具有內(nèi)容發(fā)送權的用戶所指定 的URI，發(fā)送內(nèi)容數(shù)據(jù)請求(步驟S213)。例如，可以在內(nèi)容數(shù)據(jù)請求中 包含具有內(nèi)容發(fā)送權的用戶的用戶ID。與URI對應的內(nèi)容服務器9接收 來自PoC管理服務器5的內(nèi)容數(shù)據(jù)請求(步驟S215)，從內(nèi)容數(shù)據(jù)存儲 部91讀出請求所涉及的內(nèi)容數(shù)據(jù)，向請求方的PoC管理服務器5發(fā)送內(nèi) 容數(shù)據(jù)(步驟S217)。在內(nèi)容數(shù)據(jù)請求中包含具有內(nèi)容發(fā)送權的用戶的用 戶ID的情況下，也可以確認該用戶ID。 PoC管理服務器5的內(nèi)容數(shù)據(jù)取 得部55從內(nèi)容服務器9接收內(nèi)容數(shù)據(jù)，將其存儲在請求方的會議A管理 部53a中的內(nèi)容數(shù)據(jù)存儲部535a中(步驟S219)。這樣，如果通過內(nèi)容數(shù)據(jù)取得部55從內(nèi)容服務器9取得指定了 URI 且應該向會議成員或參加者分發(fā)的內(nèi)容，則例如即使對沒有針對URI的 訪問權的用戶，也能夠分發(fā)該內(nèi)容。之前已經(jīng)敘述，如果PoC管理服務 器5和內(nèi)容服務器9由相同運營商等管理，則在內(nèi)容服務器9中，不對 來自PoC管理服務器5的請求實施認證等，也沒有問題。另外，如果僅要確認使用權，則只要確認上述的具有內(nèi)容發(fā)送權的用戶的用戶ID即可。下面，如果是第1例子則經(jīng)由端子U轉(zhuǎn)移到圖22的處理，如果是第 2例子則經(jīng)由端子U和T轉(zhuǎn)移到圖23的處理。首先說明第1例子。當在內(nèi)容數(shù)據(jù)存儲部535a中存儲了內(nèi)容數(shù)據(jù)時， 會議A管理部53a讀出存儲在用戶數(shù)據(jù)存儲部533a中的會議A的參加者 (這里為沒有內(nèi)容發(fā)送權的參加用戶。這里為用戶B。)的IP地址等，向 用戶終端B發(fā)送存儲在內(nèi)容數(shù)據(jù)存儲部535a中的內(nèi)容數(shù)據(jù)(圖22:步驟 S221)。用戶終端B的內(nèi)容處理部913從PoC管理服務器5接收內(nèi)容數(shù) 據(jù)，并在顯示裝置上進行顯示(步驟S223)。用戶終端B的客戶應用程 序91中的內(nèi)容處理部913向PoC管理服務器5回復"OK"響應(步驟 S225)。 PoC管理服務器5的會議A管理部53a從用戶終端B接收"OK" 響應(步驟S227)。如果實施這種處理，則不僅URI,連內(nèi)容數(shù)據(jù)本身也能夠在會議成 員或參加者中共享，會議得以順利進行。接著說明第2例子。PoC管理服務器5的會議A管理部53a向 SIP/SIMPLE服務器3發(fā)送存儲在內(nèi)容數(shù)據(jù)存儲部535a中的內(nèi)容數(shù)據(jù)， 作為與所指定的URI相對應的在線狀態(tài)數(shù)據(jù)(步驟S231)。當從PoC管 理服務器5接收到與URI對應的內(nèi)容數(shù)據(jù)時(步驟S233)， SIP/SIMPLE 服務器3的會議A在線狀態(tài)管理部33a將其視為內(nèi)容數(shù)據(jù)的更新，實施 將內(nèi)容數(shù)據(jù)作為在線狀態(tài)數(shù)據(jù)進行通知的處理(步驟S235)。這里，設為 不向具有內(nèi)容發(fā)送權的用戶A的用戶終端A發(fā)送，而向其他的參加用戶 (這里為用戶B)發(fā)送。用戶終端B的客戶應用程序91中的在線狀態(tài)數(shù) 據(jù)處理部915從SIP/SIMPLE服務器3接收內(nèi)容數(shù)據(jù)，將其輸出到內(nèi)容處 理部913。內(nèi)容處理部913在顯示裝置上顯示所接收到的內(nèi)容數(shù)據(jù)(步驟 S237)。并且，用戶終端B的客戶應用程序91中的在線狀態(tài)數(shù)據(jù)處理部 915向回復"OK"響應(步驟S239)。并且，SIP/SIMPLE服務器3的會 議A在線狀態(tài)管理部33a接收"OK"響應(步驟S241)。通過實施這種處理，自動地向會議成員或參加者分發(fā)內(nèi)容數(shù)據(jù)，通 過分發(fā)URI而進一步減少用戶的工作。另外，在上述的例子中，不清楚由URI所指定的內(nèi)容數(shù)據(jù)是否可以 在用戶終端A以外的會議成員或參加用戶的用戶終端中使用。如上所述， 關于各參加用戶的用戶終端的媒體信息，也在PoC管理服務器5側(cè)取得， 例如在用戶數(shù)據(jù)存儲部533a中保持圖24所示的數(shù)據(jù)。具體而言，按照 每個參加會議的用戶的用戶ID，存儲IP地址、講話權的有無、內(nèi)容發(fā)送 權的有無、允許文件形式(GIF、 JPEG、 TIFF、 MPEG等的文件形式)。 有時也保持與可以處理的文件大小等有關的數(shù)據(jù)。會議A管理部53a使 用這種數(shù)據(jù)，來判斷參加用戶的用戶終端是否可以使用存儲在內(nèi)容數(shù)據(jù) 存儲部533a中的數(shù)據(jù)。例如，在所接收的內(nèi)容的形式為TIFF，并保持圖 24所示的數(shù)據(jù)的情況下，存在判斷為用戶終端A(UserA)可以使用，但 是用戶終端B和用戶終端C不可以使用的情況。不對判斷為不可以使用 的用戶終端發(fā)送該內(nèi)容數(shù)據(jù)。具體而言，如上述的第1例子那樣，從PoC 管理服務器5發(fā)送內(nèi)容數(shù)據(jù)，不向判斷為不可以使用的用戶終端發(fā)送。 這樣，不進行不必要的通信。不會白白消耗無線區(qū)間的頻帶。并且，利用圖l所示的內(nèi)容轉(zhuǎn)換部56， (1)如果不是所有的用戶終 端都可以使用的形式(例如圖24的例子中的GIF)，則轉(zhuǎn)換為該所有的用 戶終端都可以使用的形式，按照上述第1例子和第2例子分發(fā)內(nèi)容。或 者，(2)按照每個用戶終端，判斷是否可以使用所接收到的內(nèi)容，如果 不可以使用，則轉(zhuǎn)換為可以使用的形式，按照上述第1例子進行發(fā)送。這樣，能夠配合用戶終端側(cè)來分發(fā)內(nèi)容數(shù)據(jù)，所以，能夠順利地進 行會議。另外，雖然之前沒有敘述，但是，內(nèi)容發(fā)送權的廢棄或轉(zhuǎn)移與通常 的講話權同樣地進行處理。但是，關于URI，根據(jù)內(nèi)容發(fā)送權的廢棄或 轉(zhuǎn)移，需要變更為新指定的URI。2.第2實施例原本服務器需要盡可能地減輕負荷，但是，在第1實施例中，PoC 管理服務器5包含內(nèi)容取得部55和內(nèi)容轉(zhuǎn)換部56，所以，處理負荷可能 變高。因此，例如采用圖25的這種系統(tǒng)結(jié)構。圖25與圖1的差異在于PoC管理服務器5的結(jié)構。代替內(nèi)容取得部55，設置有1個或多個內(nèi)容取得假想客戶59 (在圖25中為內(nèi)容取得假想 客戶59a和59b)。該內(nèi)容取得假想客戶59是從內(nèi)容服務器9代理取得內(nèi) 容，并作為與用戶終端不同的特殊的假想客戶發(fā)揮功能的程序。在圖25 中，在PoC管理服務器5內(nèi)，利用與會議管理部53等不同的線程起動/ 動作，但是，例如也可以單獨準備內(nèi)容取得假想客戶59用的服務器。通 過采用這種結(jié)構，能夠更加降低PoC管理服務器5的負荷。例如在存在多個內(nèi)容服務器9的情況下，有時針對每個該內(nèi)容服務 器9準備內(nèi)容取得假想客戶59。并且，具有內(nèi)容發(fā)送權的用戶可以特別 指定所使用的內(nèi)容取得假想客戶59。并且，可以是用戶本身無意地、例 如用戶終端的客戶應用程序91中的內(nèi)容處理部913根據(jù)URI自動地設 定，或者，例如提示用戶可以理解的選擇項(需要用戶ID和密碼的內(nèi)容 服務器9用的內(nèi)容取得假想客戶59、或不需要認證的內(nèi)容取得假想客戶 59)，間接地進行指定。并且，在圖25所示的系統(tǒng)結(jié)構的情況下，在會議A在線狀態(tài)管理部 33a的在線狀態(tài)數(shù)據(jù)存儲部333a中存儲圖26所示的數(shù)據(jù)。與圖6的差異 在于以下部分在在線狀態(tài)信息存儲區(qū)域3331中，追加用于存儲在線狀 態(tài)ID為"FetchRequestingUser"的在線狀態(tài)數(shù)據(jù)的區(qū)域3365。在該區(qū)域 3365中存儲有作為內(nèi)容取得假想客戶59的ID的ContentHandlerA和由 具有內(nèi)容發(fā)送權的用戶所指定的URI。并且，在在線狀態(tài)組信息存儲區(qū)域3333內(nèi)的組III "內(nèi)容"的區(qū)域 340中，作為在線狀態(tài)ID，除了 " SendingUser"以外，追加有 "FetchRequestingUser "。但是，也可以不分發(fā)在線狀態(tài)ID為 "FetchRequestingUser"的在線狀態(tài)數(shù)據(jù)。關于存儲在上述區(qū)域3365中的在線狀態(tài)數(shù)據(jù)，例如存儲圖27所示 的標簽數(shù)據(jù)結(jié)構的數(shù)據(jù)。在圖27的例子中，該在線狀態(tài)數(shù)據(jù)的所有者由 Conference01@poc.§.com這樣的SIP-URL來確定，在〈note〉和々note〉標 簽之間，在々ontentfetcher〉和々contentfetcher〉之間登記有內(nèi)容取得假想 客戶59的ID (這里為ContentHandlerA@poc.g.com)，在〈content〉和 々conten^之間登記有具有內(nèi)容發(fā)送權的用戶所指定的URI (這里為http :〃photo.§ .com/aa/bb/img.jpg )。接著，使用圖28 圖31說明本實施例的處理流程。首先，用戶對 用戶終端A進行操作，輸入內(nèi)容發(fā)送權的取得請求，并且，進行內(nèi)容的 分發(fā)方即URI的指定以及包含必要的ID、密碼和內(nèi)容取得假想客戶59 的ID等的附帶數(shù)據(jù)的輸入。另外，在內(nèi)容服務器9要求的情況下，需要 ID和密碼的輸入，在不要求的情況下，不需要ID和密碼的輸入。并且， 如上所述，既有用戶本身輸入內(nèi)容取得假想客戶59的ID的情況，也有 通過URI等的指定而自動確定的情況。用戶終端A的內(nèi)容處理部913從 用戶接受內(nèi)容發(fā)送權的取得請求的輸入、作為內(nèi)容分發(fā)方的URI的指定 以及包含必要的ID、密碼和內(nèi)容取得假想客戶59的ID等的附帶數(shù)據(jù)的 輸入(步驟S301),生成包含URI和附帶數(shù)據(jù)的內(nèi)容發(fā)送權取得請求， 并將其發(fā)送到SIP/SIMPLE服務器3 (步驟S303)。SIP/SIMPLE服務器3的路由選擇部35從用戶終端A接收包含URI 和附帶數(shù)據(jù)的內(nèi)容發(fā)送權取得請求，當識別為是內(nèi)容發(fā)送權取得請求時， 將其傳送到PoC管理服務器5 (步驟S305)。當從SIP/SIMPLE服務器3 接收到包含URI和附帶數(shù)據(jù)的內(nèi)容發(fā)送權取得請求時(步驟S307)， PoC 管理服務器5的會議A管理部53a回復"ACK"響應(步驟S309)。 SIP/SIMPLE服務器3從PoC管理服務器5接收到ACK響應時，將其傳 送到用戶終端A (步驟S311)。用戶終端A從SIP/SIMPLE服務器3接收 ACK響應(步驟S313)。并且，PoC管理服務器5的會議A管理部53a參照用戶數(shù)據(jù)存儲部 533a，確認內(nèi)容發(fā)送權的設定狀況，在不存在取得內(nèi)容發(fā)送權的用戶的 情況下，生成包含內(nèi)容發(fā)送權的取得請求方的用戶ID (這里為用戶A的 用戶ID)、且針對內(nèi)容發(fā)送權的取得請求方的內(nèi)容發(fā)送權設定用的在線狀 態(tài)登記請求，并將其發(fā)送到SIP/SIMPLE服務器3 (步驟S315)。 SIP/SIMPLE服務器3的會議A在線狀態(tài)管理部33a從PoC管理服務器5 接收到包含內(nèi)容發(fā)送權的取得請求方的用戶ID、且針對內(nèi)容發(fā)送權的取 得請求方的內(nèi)容發(fā)送權設定用的在線狀態(tài)登記請求時，將其登記在線狀 態(tài)數(shù)據(jù)存儲部333a中(步驟S317)。具體而言，在在線狀態(tài)數(shù)據(jù)存儲部333a中，在在線狀態(tài)ID為"SendingUser"的在線狀態(tài)數(shù)據(jù)(圖10)中 登記內(nèi)容發(fā)送權取得請求的發(fā)送方的用戶ID "UserA"。然后，會議A在線狀態(tài)管理部33a向PoC管理服務器5回復登記完 成通知(步驟S319)。PoC管理服務器5的會議A管理部53a從SIP/SIMPLE 服務器3接收登記完成通知(步驟S321)。并且，PoC管理服務器5的會議A管理部53a生成包含內(nèi)容發(fā)送權 取得請求的附帶數(shù)據(jù)中所包含的內(nèi)容取得假想客戶59的ID (這里為 ContentHandlerA@poc.g.com)的內(nèi)容取得假想客戶設定用的在線狀態(tài)登 記請求，并將其發(fā)送到SIP/SIMPLE服務器3 (步驟S323)。 SIP/SIMPLE 服務器3的會議A在線狀態(tài)管理部33a從PoC管理服務器5接收到包含 內(nèi)容取得假想客戶59的ID的內(nèi)容取得假想客戶設定用的在線狀態(tài)登記 請求時，將其登記在在線狀態(tài)數(shù)據(jù)存儲部333a中(步驟S325)。具體而 言，在在線狀態(tài)數(shù)據(jù)存儲部333a中，在在線狀態(tài)ID為 "FetchRequestingUser"的在線狀態(tài)數(shù)據(jù)(圖27)中，登記內(nèi)容取得假想 客戶59的ID "ContentHandlerA@poc.§.com"。另外，在從用戶終端A接收到的內(nèi)容發(fā)送權取得請求的附帶數(shù)據(jù)中 不包含內(nèi)容取得假想客戶59的ID的情況下，存在PoC管理服務器5的 會議A管理部53a起動或選擇適當?shù)膬?nèi)容取得假想客戶59的情況。并且， 根據(jù)情況，在從用戶終端A接收到的內(nèi)容發(fā)送權取得請求的附帶數(shù)據(jù)中 所包含的內(nèi)容取得假想客戶59不能使用的情況下，與沒有指定的情況相 同，存在PoC管理服務器5的會議A管理部53a起動或選擇適當?shù)膬?nèi)容 取得假想客戶59的情況。然后，會議A在線狀態(tài)管理部33a向PoC管理服務器5回復登記完 成通知(步驟S327)。PoC管理服務器5的會議A管理部53a從SIP/SIMPLE 服務器3接收登記完成通知(步驟S329)。處理經(jīng)由端子X和Y轉(zhuǎn)移到 圖29的處理。首先，SIP/SIMPLE服務器3的會議A在線狀態(tài)管理部33a中的分發(fā) 處理部335a根據(jù)在線狀態(tài)數(shù)據(jù)存儲部333a的狀態(tài)，實施針對具有內(nèi)容 發(fā)送權的用戶的用戶ID (用戶A)的表示內(nèi)容發(fā)送權設定的在線狀態(tài)數(shù)據(jù)的通知處理(步驟S331)。這里，向用戶終端B發(fā)送存儲在在線狀態(tài) 數(shù)據(jù)存儲部333a中的在線狀態(tài)ED為"SendingUser"的在線狀態(tài)數(shù)據(jù)。 用戶終端B的在線狀態(tài)數(shù)據(jù)處理部915從SIP/SIMPLE服務器3接收表 示內(nèi)容發(fā)送權設定的在線狀態(tài)數(shù)據(jù)，并在顯示裝置上進行顯示(步驟 S333)。用戶終端B的在線狀態(tài)數(shù)據(jù)處理部915向SIP/SIMPLE服務器3回 復"OK"響應(步驟S335)。 SIP/SIMPLE服務器3的會議A在線狀態(tài) 管理部33a從用戶終端B接收"OK"響應(步驟S337)。并且，PoC管理服務器5的會議A管理部53a根據(jù)內(nèi)容發(fā)送權取得 請求的附帶數(shù)據(jù)中所包含的內(nèi)容取得假想客戶59的ID,對該內(nèi)容取得假 想客戶59發(fā)送內(nèi)容發(fā)送權取得請求中所包含的內(nèi)容分發(fā)方的URI、以及 附帶數(shù)據(jù)中所包含的ID和密碼(如果有指定)(步驟S339)。內(nèi)容取得假 想客戶59從PoC管理服務器5的會議A管理部53a接收分發(fā)方URI、以 及ID和密碼(如果有指定)(步驟S341)。并且，內(nèi)容取得假想客戶59 向PoC管理服務器5的會議A管理部53a回復"OK"響應(步驟S343)。 PoC管理服務器5的會議A管理部53a從內(nèi)容取得假想客戶59接收"OK" 響應(步驟S345)。并且，內(nèi)容取得假想客戶59按照分發(fā)方URI，向內(nèi)容服務器9發(fā)送 包含ID和密碼(如果有指定)的內(nèi)容數(shù)據(jù)請求(步驟S347)。當從內(nèi)容 取得假想客戶59接收到包含ID和密碼(如果有指定)的內(nèi)容數(shù)據(jù)請求 時(步驟S349)，內(nèi)容服務器9使用ID和密碼實施公知的認證處理，如 果認證成功，則從內(nèi)容數(shù)據(jù)存儲部91中讀出相應的內(nèi)容數(shù)據(jù)，向內(nèi)容取 得假想客戶59發(fā)送該內(nèi)容數(shù)據(jù)(步驟S351)。另外，在認證失敗的情況 下，或者沒有接收到認證所需要的ID和密碼的情況下，不會發(fā)送內(nèi)容數(shù) 據(jù)。內(nèi)容取得假想客戶59從內(nèi)容服務器9接收內(nèi)容數(shù)據(jù)(步驟S353)， 并將其發(fā)送到PoC管理服務器5的會議A管理部53a (步驟S355)。當 從內(nèi)容取得假想客戶59接收到內(nèi)容數(shù)據(jù)時，PoC管理服務器5的會議A 管理部53a將其存儲在內(nèi)容數(shù)據(jù)存儲部535a中(步驟S357)。 PoC管理 服務器5的會議A管理部53a向內(nèi)容取得假想客戶59回復"OK"響應(步驟S359)。內(nèi)容取得假想客戶59從PoC管理服務器5的會議A管理 部53a接收"OK"響應(步驟S361)。在該階段，內(nèi)容取得假想客戶59 的處理完成，所以，能夠?qū)渌埱?。并且，也可以結(jié)束線程。處理 經(jīng)由端子Z轉(zhuǎn)移至圖30或圖31。如果采用這種結(jié)構，則即使在PoC管理服務器5和內(nèi)容服務器9沒 有合作關系等而需要認證的情況下，也能夠代替用戶A取得內(nèi)容數(shù)據(jù)， 向會議參加用戶等分發(fā)。圖30示出分發(fā)從PoC管理服務器5取得的內(nèi)容數(shù)據(jù)時的處理流程。 首先，PoC管理服務器5的內(nèi)容轉(zhuǎn)換部56確定存儲在內(nèi)容數(shù)據(jù)存儲部 535a中的內(nèi)容數(shù)據(jù)的數(shù)據(jù)格式(形式)(步驟S363)。并且，內(nèi)容轉(zhuǎn)換部 56從會議A管理部53a取得會議參加用戶可以使用的格式等(例如圖24) 的數(shù)據(jù)，確認所接收到的內(nèi)容數(shù)據(jù)的格式是否合適，在不合適的情況下， 實施轉(zhuǎn)換處理(步驟S365)。轉(zhuǎn)換后的數(shù)據(jù)存儲在內(nèi)容數(shù)據(jù)存儲部535a 中。也可以轉(zhuǎn)換為會議參加用戶的用戶終端可以共同使用的格式的處理。 并且，也可以設定為，不可以向被判斷為不能使用所接收到的內(nèi)容數(shù)據(jù) 的用戶終端進行發(fā)送。并且，步驟S363和S365都可以跳過。然后，會議A管理部53a讀出存儲在用戶數(shù)據(jù)存儲部533a中的會議 A的參加者的IP地址等，并向用戶終端A發(fā)送存儲在內(nèi)容數(shù)據(jù)存儲部 535a中的用戶終端A可以使用的內(nèi)容數(shù)據(jù)(步驟S367)。用戶終端A的 內(nèi)容處理部913從PoC管理服務器5接收內(nèi)容數(shù)據(jù)，并在顯示裝置上進 行顯示(步驟S369)。用戶終端A的客戶應用程序91中的內(nèi)容處理部913 向PoC管理服務器5回復"OK"響應(步驟S371)。 PoC管理服務器5 的會議A管理部53a從用戶終端B接收"OK"響應(步驟S373)。有時 不向具有內(nèi)容發(fā)送權的用戶A的用戶終端A發(fā)送。并且，會議A管理部53a向用戶終端B發(fā)送存儲在內(nèi)容數(shù)據(jù)存儲部 535a中的用戶終端B可以使用的內(nèi)容數(shù)據(jù)(步驟S367)。用戶終端B的 內(nèi)容處理部913從PoC管理服務器5接收內(nèi)容數(shù)據(jù)，并在顯示裝置上進 行顯示(步驟S375)。用戶終端A的客戶應用程序91中的內(nèi)容處理部913 向PoC管理服務器5回復"OK"響應(步驟S377)。 PoC管理服務器5的會議A管理部53a從用戶終端B接收"OK"響應(步驟S379)。這樣，能夠在會議參加者的用戶終端中共享內(nèi)容，順利地進行會議。 并且，關于內(nèi)容數(shù)據(jù)取得處理，使內(nèi)容取得假想客戶59來分擔處理， 所以，成為能夠分散負荷的結(jié)構。也可以代替圖30的處理而實施圖31的處理。在圖31中，示出從 SIP/SIMPLE服務器3分發(fā)內(nèi)容數(shù)據(jù)的情況。首先，PoC管理服務器5的內(nèi)容轉(zhuǎn)換部56確定存儲在內(nèi)容數(shù)據(jù)存儲 部535a中的內(nèi)容數(shù)據(jù)的數(shù)據(jù)格式(形式)(步驟S381)。并且，內(nèi)容轉(zhuǎn)換 部56從會議A管理部53a取得會議參加者可以使用的格式等(例如圖 24)的數(shù)據(jù)，判斷所接收到的內(nèi)容數(shù)據(jù)的格式是否可以在會議參加用戶 的用戶終端使用，在不可以使用的情況下，轉(zhuǎn)換成全部會議參加用戶可 以使用的共同的格式(步驟S383)。但是，有時不存在全部用戶終端可以 使用的共同的格式，所以，也可以轉(zhuǎn)換成大多數(shù)的用戶終端可以使用的 格式。在判斷為已經(jīng)是全部會議參加者可以使用的格式的情況下，不實 施轉(zhuǎn)換處理。轉(zhuǎn)換后的數(shù)據(jù)存儲在內(nèi)容數(shù)據(jù)存儲部535a中。并且，也可 以設定為，不可以向被判斷為不能使用所接收到的內(nèi)容數(shù)據(jù)的用戶終端 進行發(fā)送。并且，步驟S381和S383都可以跳過。然后，會議A管理部53a向SIP/SIMPLE服務器3發(fā)送存儲在用戶 數(shù)據(jù)存儲部533a中的內(nèi)容數(shù)據(jù)，作為與URI對應的在線狀態(tài)數(shù)據(jù)(步驟 S385)。當從PoC管理服務器5接收到與URI對應的內(nèi)容數(shù)據(jù)時(步驟 S387)， SIP/SIMPLE服務器3的會議A在線狀態(tài)管理部33a將其視為在 線狀態(tài)數(shù)據(jù)的更新，實施將內(nèi)容數(shù)據(jù)作為在線狀態(tài)數(shù)據(jù)進行通知的處理 (步驟S389)。用戶終端A的客戶應用程序91中的在線狀態(tài)數(shù)據(jù)處理部 915從SIP/SIMPLE服務器3接收內(nèi)容數(shù)據(jù)，并將其輸出到內(nèi)容處理部 913。內(nèi)容處理部913在顯示裝置上顯示所接收到的內(nèi)容數(shù)據(jù)(步驟 S391)。并且，用戶終端A的客戶應用程序91中的在線狀態(tài)數(shù)據(jù)處理部 915向PoC管理服務器5回復"OK"響應(步驟S393)。并且，SEP/SIMPLE 服務器3的會議A在線狀態(tài)管理部33a接收"OK"響應(步驟S395)。另外，也可以不向用戶終端A發(fā)送。并且，SIP/SIMPLE服務器3的會議A在線狀態(tài)管理部33a視為在線 狀態(tài)數(shù)據(jù)的更新，將內(nèi)容數(shù)據(jù)作為在線狀態(tài)數(shù)據(jù)通知給用戶終端A (步 驟S389)。用戶終端B的客戶應用程序91中的在線狀態(tài)數(shù)據(jù)處理部915 從SIP/SIMPLE服務器3接收內(nèi)容數(shù)據(jù)，并將其輸出到內(nèi)容處理部913。 內(nèi)容處理部913在顯示裝置上顯示所接收到的內(nèi)容數(shù)據(jù)(步驟S396)。并 且，用戶終端B的客戶應用程序91中的在線狀態(tài)數(shù)據(jù)處理部915向PoC 管理服務器5回復"OK"響應(步驟S397)。并且，SIP/SIMPLE服務器 3的會議A在線狀態(tài)管理部33a接收"OK"響應(步驟S399)。如果在PoC管理服務器5的內(nèi)容轉(zhuǎn)換部56中，判斷為特定的用戶終 端不可以使用的情況下，則可以從PoC管理服務器5通知指示不發(fā)送該 特定的用戶終端的用戶ID的數(shù)據(jù)，在SIP/SIMPLE服務器3的會議A在 線狀態(tài)管理部33a中也不分發(fā)。這樣，不會白白消耗無線區(qū)間的頻帶。如果實施圖31所示的處理，則能夠使用在線狀態(tài)數(shù)據(jù)的通知機構， 向會議參加者分發(fā)內(nèi)容數(shù)據(jù)。如上所述，說明了本發(fā)明的實施方式，但是本發(fā)明不限于此。例如， 圖1和圖25的功能框圖只是一個例子，與實際的結(jié)構并不一定相同。不 僅服務器結(jié)構，有時功能模塊也不與實際的程序模塊對應。并且，在上述的例子中，示出了利用內(nèi)容轉(zhuǎn)換部56進行格式轉(zhuǎn)換的 例子，但是，例如在用戶終端中限制了可以處理的內(nèi)容數(shù)據(jù)的數(shù)據(jù)尺寸 的情況下，也可以實施例如降低分辨率來減小數(shù)據(jù)尺寸，或例如提高壓 縮率而采用非可逆壓縮等的轉(zhuǎn)換。并且，在SIP/SIMPLE服務器3中也保持圖24所示的數(shù)據(jù)，參照圖 24的數(shù)據(jù)，將從會議A在線狀態(tài)管理部33a輸出的內(nèi)容數(shù)據(jù)轉(zhuǎn)換成用戶 終端可以使用的形式。另外，如圖32所示，SIP/SIMPLE服務器3、 PoC管理服務器5、 PoC-MCU服務器7和內(nèi)容服務器9是計算機裝置，利用總線2519來連 接存儲器2501、 CPU 2503、硬盤驅(qū)動器(HDD) 2505、連接在顯示裝置 2509上的顯示控制部2507、可移動磁盤2511用的驅(qū)動裝置2513、輸入裝置2515、以及用于連接到網(wǎng)絡的通信控制部2517。操作系統(tǒng)(OS: Operating System)以及用于實施本實施例中的處理的應用程序存儲在 HDD 2505中，在由CPU2503執(zhí)行時，從HDD 2505讀出到存儲器2501 中。根據(jù)需要，CPU 2503控制顯示控制部2507、通信控制部2517和驅(qū) 動裝置2513，使其進行必要的動作。并且，處理中的數(shù)據(jù)存儲在存儲器 2501中，如果需要，則存儲在HDD 2505中。在本發(fā)明的實施例中，用 于實施上述處理的應用程序存儲在可移動磁盤2511中進行頒布，從驅(qū)動 裝置2513安裝到HDD 2505。有時也經(jīng)由因特網(wǎng)等的網(wǎng)絡和通信控制部 2517，安裝到HDD 2505中。通過上述的CPU 2503和存儲器2501等的 硬件以及OS和必要的應用程序有機協(xié)作，這種計算機裝置可以實現(xiàn)上述 的各種功能。并且，關于用戶終端，代替HDD 2505和驅(qū)動裝置2513，而設置閃 存等的存儲裝置，也能夠利用大致相同的結(jié)構來表現(xiàn)。
權利要求
1.一種電話會議中的內(nèi)容分發(fā)方法，由電話會議用服務器來執(zhí)行，該內(nèi)容分發(fā)方法包含以下步驟從特定的參加用戶的用戶終端接收應該對參加所述電話會議的參加用戶分發(fā)的內(nèi)容數(shù)據(jù)的URI的步驟；取得步驟，在該步驟中，從接收到的所述URI所涉及的服務器取得與該URI對應的內(nèi)容數(shù)據(jù)，并將其存儲在內(nèi)容數(shù)據(jù)存儲部中；以及發(fā)送步驟，在該步驟中，向所述參加用戶的用戶終端發(fā)送存儲在所述內(nèi)容數(shù)據(jù)存儲部中的內(nèi)容數(shù)據(jù)。
2. 根據(jù)權利要求l所述的內(nèi)容分發(fā)方法，該內(nèi)容分發(fā)方法還包含確認步驟，在該步驟中，確認所述特定的參 加用戶具有內(nèi)容發(fā)送權的情況，在所述特定的參加用戶具有所述內(nèi)容發(fā)送權的情況下，執(zhí)行所述取 得步驟。
3. 根據(jù)權利要求l所述的內(nèi)容分發(fā)方法，其特征在于， 在所述發(fā)送步驟中，作為與所述電話會議有關的在線狀態(tài)數(shù)據(jù)，向所述參加用戶的用戶終端發(fā)送存儲在所述內(nèi)容數(shù)據(jù)存儲部中的所述內(nèi)容 數(shù)據(jù)。
4. 根據(jù)權利要求l所述的內(nèi)容分發(fā)方法，其特征在于， 該內(nèi)容分發(fā)方法還包含以下步驟參加所述電話會議時，接收與參加用戶的用戶終端可以使用的數(shù)據(jù) 有關的信息，并將其存儲在數(shù)據(jù)存儲部中的步驟；以及判斷步驟，在該步驟中，根據(jù)存儲在所述數(shù)據(jù)存儲部中的與所述參 加用戶的用戶終端可以使用的數(shù)據(jù)有關的信息，判斷存儲在所述內(nèi)容數(shù) 據(jù)存儲部中的所述內(nèi)容數(shù)據(jù)是否是所述參加用戶的用戶終端可以使用的 數(shù)據(jù)，對在所述判斷步驟中進行了肯定性判斷的用戶終端，執(zhí)行所述發(fā)送 步驟。
5. 根據(jù)權利要求l所述的內(nèi)容分發(fā)方法，該內(nèi)容分發(fā)方法還包含以下步驟參加所述電話會議時，接收與參加用戶的用戶終端可以使用的數(shù)據(jù) 有關的信息，并將其存儲在數(shù)據(jù)存儲部中的步驟；判斷步驟，在該步驟中，根據(jù)存儲在所述數(shù)據(jù)存儲部中的與所述參 加用戶的用戶終端可以使用的數(shù)據(jù)有關的信息，判斷存儲在所述內(nèi)容數(shù) 據(jù)存儲部中的所述內(nèi)容數(shù)據(jù)是否是所述參加用戶的用戶終端可以使用的 數(shù)據(jù)；以及在所述判斷步驟中進行了否定性判斷的情況下，根據(jù)存儲在所述數(shù) 據(jù)存儲部中的與所述參加用戶的用戶終端可以使用的數(shù)據(jù)有關的信息， 將所述內(nèi)容數(shù)據(jù)轉(zhuǎn)換為所述參加用戶的用戶終端可以使用的數(shù)據(jù)，并將 其存儲在所述內(nèi)容數(shù)據(jù)存儲部中的步驟。
6. 根據(jù)權利要求l所述的內(nèi)容分發(fā)方法， 所述取得步驟包含以下步驟-向假想客戶發(fā)送包含所述URI在內(nèi)的取得委托的步驟； 由所述假想客戶從所述取得委托中所包含的所述URI所涉及的服務器，取得與所述URI對應的內(nèi)容數(shù)據(jù)的步驟；以及從所述假想客戶接收所述內(nèi)容數(shù)據(jù)，并將其存儲在內(nèi)容數(shù)據(jù)存儲部中的步驟。
7. 根據(jù)權利要求l所述的內(nèi)容分發(fā)方法，該內(nèi)容分發(fā)方法還包含從所述特定的用戶的用戶終端接收針對所述 URI所涉及的服務器的認證信息的步驟， 所述取得步驟包含以下步驟向假想客戶發(fā)送包含所述URI和針對所述URI所涉及的服務器的認 證信息在內(nèi)的取得委托的步驟；由所述假想客戶向所述取得委托中所包含的所述URI所涉及的服務 器發(fā)送所述認證信息，接受認證，并且取得與所述URI對應的內(nèi)容數(shù)據(jù) 的步驟；以及從所述假想客戶接收所述內(nèi)容數(shù)據(jù)，并將其存儲在所述內(nèi)容數(shù)據(jù)存儲部中的步驟。
8. 根據(jù)權利要求6或7所述的內(nèi)容分發(fā)方法，該內(nèi)容分發(fā)方法還包含從所述特定的用戶的用戶終端接收所述假想 客戶的指定信息的步驟。
9. 一種內(nèi)容分發(fā)方法，其用于使計算機執(zhí)行權利要求1至8。
10. —種電話會議用的計算機，該計算機具有以下單元從特定的參加用戶的用戶終端接收應該對參加所述電話會議的參加用戶分發(fā)的內(nèi)容數(shù)據(jù)的URI的單元；取得單元，其從接收到的所述URI所涉及的服務器取得與該URI對 應的內(nèi)容數(shù)據(jù)，并將其存儲在內(nèi)容數(shù)據(jù)存儲部中；以及發(fā)送單元，其向所述參加用戶的用戶終端發(fā)送存儲在所述內(nèi)容數(shù)據(jù) 存儲部中的內(nèi)容數(shù)據(jù)。
全文摘要
本發(fā)明的目的在于，向參加電話會議的用戶適當分發(fā)內(nèi)容數(shù)據(jù)。因此，執(zhí)行以下步驟從特定的參加用戶的用戶終端接收應該對參加電話會議的參加用戶分發(fā)的內(nèi)容數(shù)據(jù)的URI的步驟；從接收到的URI所涉及的服務器取得與該URI對應的內(nèi)容數(shù)據(jù)，并將其存儲在內(nèi)容數(shù)據(jù)存儲部中的步驟；以及發(fā)送步驟，在該步驟中，向參加用戶的用戶終端發(fā)送存儲在內(nèi)容數(shù)據(jù)存儲部中的內(nèi)容數(shù)據(jù)。通過這樣指定URI，電話會議用服務器取得并發(fā)送與該URI對應的內(nèi)容數(shù)據(jù)，所以，參加用戶能夠與訪問權限無關地利用該內(nèi)容數(shù)據(jù)。
文檔編號G06F13/00GK101336421SQ20068005216
公開日2008年12月31日 申請日期2006年1月31日 優(yōu)先權日2006年1月31日
發(fā)明者山崎欣哉, 巖山登 申請人:富士通株式會社