通信控制方法、计算机系统、会议管理服务器、通信方法以及便携终端的制作方法

文档序号:6553954阅读:194来源:国知局
专利名称:通信控制方法、计算机系统、会议管理服务器、通信方法以及便携终端的制作方法
技术领域
本发明涉及电子会议的通信控制技术。
技术背景例如,日本特开2003-298751号公报公开了以下技术不需要对构 成电话系统的交换机和中继机作大幅的技术变更,即可在己有的电话系 统中实现3名以上的组通话。即,该技术包括以下步骤将包括发信人 的用户ID、电话号码和密码的发信人信息、及该发信人希望通话的多个 通话对象收信人的电话号码,预先登记在与通信网络连接的电话簿数据 库中;所述发信人访问所述电话簿数据库,选择登记在所述电话簿数据 库中的该发信人的所述通话对象收信人;所述电话簿数据库向具有同时 线路连接单元的呼叫中心发送所述发信人的电话号码、及该发信人选择 的通话对象收信人的电话号码;以及所述呼叫中心通过所述同时线路连 接单元,向所述发信人的电话号码和该发信人选择的所述通话对象收信 人的电话号码一起发出呼叫,从而所述发信人可以与所述选择的多个通 话对象收信人同时通话。但是,没有公开在中途追加变更会议的通信方 式的构思。并且,日本特开2004-13303号公报公开了将即时通讯(Instant Messaging: IM)应用于电子会议的技术。具体地讲,在IM服务器中对 各IM客户(InstantMessaging Client)的出席信息、可利用的媒体以及用 户信息进行管理,以便各IM客户能够获取这些信息。进行文本交谈时, IM服务器对各参加IM客户与IM服务器之间的连接进行管理,将来自 各参加IM客户的文本归并,将其结果发布给各参加IM客户。进行语音 交谈时,AP服务器对各参加IM客户与MD服务器之间的连接进行管理,MD服务器将来自除了关注IM客户之外的各参加IM客户的声音混合, 将其结果发布到关注IM客户。对各参加IM客户进行该处理。但是,该 公报仅仅公开了出席技术的一般使用方法(表示在线、IM中这类客户状 态的使用方法),对于出席数据的使用方法没有特别说明。专利文献1:日本特开2003-298751号公报专利文献2:日本特开2004-13303号公报近年来,提出了使用便携电话机等便携终端进行电子会议的技术 (PoC系统)。正在召开这种电子会议时,有时希望参加者彼此一边参照 图像数据, 一边进行电子会议。并且,有时希望将图像数据的参照限定 在会议参加者的一部分成员。发明内容因此,本发明的目的在于,提供一种在使用了便携终端的电子会议 中容易在会议持续过程中交换图像数据等的技术。本发明的第一方式为由会议管理服务器执行的通信控制方法,其中,所述通信控制方法包括执行如下处理的步骤从第1参加者终端接收 图像发布请求,所述图像发布请求是由基于语音方式的电子会议的第1参加者向该基于语音方式的电子会议的其他参加者发出的;以及设定步骤,对出席服务器进行出席管理设定,使得第1参加者和其他参加者能 够阅读作为在更新时向阅读者发布的出席数据进行管理的、与图像发布 相关的数据。采用这种方式将与图像发布相关的数据作为出席数据管理,因此, 能够使用出席技术向基于语音方式的电子会议的参加者发布图像。并且,所述通信控制方法还包括执行如下处理的步骤从第1参加者的终端接收图像数据,存储在图像发布用的数据存储区域中;以及响应图像数据的接收,使出席服务器更新设定第1参加者的出席数据。通 过将第1参加者的出席数据变更为例如图像发布中,能够自动作为出席 数据发布给其他参加者,因此,其他参加者能够了解第1参加者进行的 图像数据的收发状况。此外,上述的与图像发布相关的数据包括与图像发布相关的用户的 识别信息和与图像发布用资源相关的数据。不仅包括用户的识别信息, 还可以包括该用户的图像发布状况等。并且,图像发布用资源中有时还 是IP地址和端口号等。另外,以上所述的设定步骤还包括执行如下处理的步骤请求出席 服务器将与图像发布相关的数据作为出席数据进行登记;以及请求出席服务器将与图像发布相关的数据作为出席数据进行公开。通过这样做, 能够容易且灵活地设定与图像发布相关的数据的发布对象。此外,所述通信控制方法还包括执行如下处理的歩骤从第1参加 者处接收图像数据,将其存储在图像发布用的数据存储区域中;以及响 应图像数据的接收,使出席服务器更新设定出席数据,所述出席数据包 括与图像发布相关的数据。例如,通过使与图像发布相关的数据中包含 表示发布请求者完成图像上传的数据,从而其他参加者能够了解第1参 加者进行的图像数据的收发状况。并且,有时其他参加者还是基于语音方式的电子会议的第1参加者 所指定的基于语音方式的电子会议的参加者的子集合。此外,也可以针 对一个基于语音方式的电子会议管理多个包括与图像发布相关的数据的 出席数据。本发明的第二方式为一种计算机系统,其中,所述计算机系统具有 出席服务器,其具有实施与出席数据相关的处理的出席管理单元;以及 会议管理服务器,其实施会议的控制处理。而且,会议管理服务器在从 基于语音方式的电子会议的第1参加者的终端接收到向该基于语音方式 的电子会议的其他参加者发布图像的请求时,确保用于图像发布的资源, 并且,向出席服务器发送出席设定请求,使得第1参加者和其他参加者 能够阅读与用于该图像发布的资源相关的数据。而且,出席服务器的出 席管理单元根据出席设定请求进行设定,使得第1参加者和其他参加者 能够将与用于图像发布的资源相关的数据作为更新时发布给阅读者的出 席数据进行阅读。本发明的第三方式为一种便携终端,其中,所述便携终端具有出席数据处理部,其以从基于语音方式的电子会议的第1参加者的终端向 服务器存储了图像数据的情况为契机,接收从所述服务器发布且作为更 新时发布给阅读者的出席数据进行管理的、与图像数据发布用的资源相关的数据;以及图像处理部,其在进行所述接收之后,使用与图像数据 发布用的资源相关的数据,从该图像数据发布用的资源获取图像数据。 即使是便携终端也可以在电子会议中交换图像数据等。本发明的第四方式为一种便携终端,其中,所述便携终端具有出 席数据处理部,其以服务器从基于语音方式的电子会议的第1参加者的 终端接收到图像发布请求为契机,接收从所述服务器发布且作为更新时 发布给阅读者的第一出席数据进行管理的、与图像数据发布用的资源相 关的信息,以从第1参加者的终端向所述服务器存储了与图像发布请求 对应的图像数据的情况为契机,接收从所述服务器发布的、与第1参加 者的状态相关的第2出席数据;以及图像处理部,其在接收第2出席数 据之后,使用第1出席数据中所包含的与图像数据发布用的资源相关的 数据,从该图像数据发布用的资源获取图像数据。可以将以上所述的通信控制方法制作成用于使计算机执行的程序、 用于使会议管理服务器或出席服务器上执行以上所述的处理的程序、以 及使便携终端以上述方式动作的程序,该程序例如存储在软盘、CD-ROM、光磁盘、半导体存储器、硬盘等存储介质或存储装置中。并 且,有时也通过网络等作为数字信号来发布。另外,中间处理结果被临 时保存在存储器等存储装置中。


图1是本发明的一个实施例涉及的系统结构图。图2是用户终端的功能框图。图3是用户A出席管理部的功能框图。图4是会议A出席管理部的功能框图。图5是存储在用户A出席管理部的出席数据存储部中的数据的示意图。图6是存储在会议A出席管理部的出席数据存储部中的数据的示意图。图7是表示出席ID为"FloorUser"的出席数据的一例的图。 图8是表示出席ID为"JoinUser"的出席数据的一例的图。 图9是表示出席ID为"Member"的出席数据的一例的图。 图10是表示出席ID为"ChatUser"的出席数据的一例的图。 图11是表示出席ID为"Chat"的出席数据的一例的图。 图12是表示出席ID为"Photo"的出席数据的一例的图。 图13是表示出席ID为"PhotoUser"的出席数据的一例的图。 图14是表示本发明的一个实施例的处理流程的第1部分的图。 图15是表示本发明的一个实施例的处理流程的第2部分的图。 图16是表示本发明的一个实施例的处理流程的第3部分的图。 图17是表示本发明的一个实施例的处理流程的第4部分的图。 图18是表示本发明的一个实施例的处理流程的第5部分的图。 图19是表示本发明的一个实施例的处理流程的第6部分的图。 图20是表示本发明的一个实施例的处理流程的第7部分的图。 图21是表示本发明的一个实施例的处理流程的第8部分的图。 图22是表示本发明的一个实施例的处理流程的第9部分的图。 图23是表示本发明的一个实施例的交谈开始处理的处理流程的第1 部分的图。图24是表示本发明的一个实施例的交谈开始处理的处理流程的第2 部分的图。图25是表示本发明的一个实施例的交谈开始处理的处理流程的第3 部分的图。图26是表示本发明的实施例的图像发布处理的第1 第3处理流程 的第l部分的图。图27是表示本发明的实施例的图像发布处理的第1处理流程的第2 部分的图。图28是表示本发明的实施例的图像发布处理的第2处理流程的第2部分的图。图29是表示本发明的实施例的图像发布处理的第3处理流程的第2部分的图。图30是表示计算机的功能框图的图。
具体实施方式
图1是本发明的一个实施例涉及的系统概要图。例如,在作为便携 式电话网的网络1上,经由未图示的无线基站连接着多个便携式电话(此 处为用户A操作的用户终端A和用户B操作的用户终端B)。便携式电 话有时也可以是PHS (Personal Handyphone System,个人手提移动电话 系统)终端,不仅具有语音通话功能,也能够执行邮件客户、网页(Web) 浏览器、本实施例中的客户应用程序等各种应用程序。并且,用户终端A 和B也可以是带语音通话功能的PDA (Personal Digital Assistant,个人数 字助手)等便携式终端。后面使用功能框图说明本实施例中的用户终端A 和B。在网络1上连接着SIP/SIMPLE服务器3、 PoC (Push-to-talk over Cellular)管理服务器5、以及Poc-MCU (Multipoint Communication Unit) 服务器7。 SIP/SIMPLE服务器3和PoC管理服务器5也可以是具有它们 的功能的一台服务器计算机。SIP/SIMPLE服务器3具有用户A的出席管理部31a、用户B的出席 管理部31b、会议A的出席管理部33a、会议B的出席管理部33b、以及 路由处理部35。此处为了简化说明,仅示出用户A和B的出席管理部, 但设置有与用户数量相应个数的出席管理部。并且,在图1中仅示出会议A和B的出席管理部,但设置有与会议数量相应个数的出席管理部。 并且,SIP/SIMPLE服务器3中也包括进行用户的验证处理的处理部等与 本实施例没有直接关系的处理部,但此处没有图示。后面使用功能框图 说明用户的出席管理部和会议的出席管理部。PoC管理服务器5也称为PoC控制服务器,是进行电子会议的控制 和管理的服务器,其包括进行用于各个会议的处理的会议管理部53 (此处为进行用于会议A的处理的会议A管理部53a和进行用于会议B的处 理的会议B管理部53b);以及消息分配处理部51,其实施用于将从 SIP/SIMPLE服务器3的路由处理部35传送来的消息传送给负责的会议 管理部53的分配处理。并且,会议管理部53包括MCU信息存储部531 (此处为会议A的MCU信息存储部531a)、用户数据存储部533 (此处 为会议A的用户数据存储部533a)、以及图像数据存储部535 (此处为会 议A的图像数据存储部535a)。图像数据存储部535a中存储有应发布给 会议A的参加者的图像数据。采用这种方式,PoC管理服务器5还对应 发布给会议A的参加者的图像数据进行管理。
并且,PoC-MCU服务器7包括管理和控制用于各个会议的语音通信 的会议语音通信管理部71 (此处为进行用于会议A的处理的会议A语音 通信管理部71a、和进行用于会议B的处理的会议B语音通信管理部 71b),会议语音通信管理部71包括讲话者和参加者数据存储部711 (此 处为会议A的讲话者和参加者数据存储部711a)。
图1中,用户终端通过网络1与SIP/SIMPLE服务器3按照SIMPLE (SIP (Session Initiation Protocol) for Instant Messaging and Presence Leveraging Extensions) /TCP进行通信,通过网络1与PoC-MCU服务器 7按照RTP (Real-time Transport Protocol) /UDP进行通信。
下面,图2表示用户终端的功能框图。用户终端包括用于进行本 实施例中的处理的客户应用程序91;以及设于用户终端的麦克风的麦克 风驱动器93 。客户应用程序91包括语音会议处理部911 、交谈处理部913 、 和出席数据处理部915以及图像处理部916。图像处理部916受理来自用 户的图像发布请求,向PoC管理服务器5等请求必要的处理,或发送图 像数据本身,此外,从PoC管理服务器5接收图像数据,将其显示到显 示装置上。另外,在本实施例中未图示没有直接关系的功能。
并且,图3表示用户A的出席管理部31a的功能框图。用户A的出 席管理部31a具有出席数据管理部311a、出席数据存储部313a和发布处 理部315a。用户A的出席管理部31a与用户终端A的客户应用程序91 协作动作,更新存储在出席数据存储部313a中的数据,或对存储在出席数据存储部313a中的数据进行发布处理。另外,图4表示会议A的出席管理部33a的功能框图。会议A的出 席管理部33a具有出席数据管理部331a、出席数据存储部333a和发布处 理部335a。会议A的出席管理部33a与PoC管理服务器5的会议A管理 部53a以及用户终端的客户应用程序91协作动作,更新存储在出席数据 存储部333a中的数据,对存储在出席数据存储部333a中的数据进行发 布处理。图5表示存储在用户A出席管理部31a具有的出席数据存储部313a 中的数据的一例。在图5的示例中,出席数据存储部313a包括出席信息 存储区域3131、出席组信息存储区域3133、和阅读者列表存储区域3135。 出席信息存储区域3131是按照每个出席数据项来存储出席数据(此处为 用户或用户终端的状态信息)的区域,包括用于存储出席数据项的ID即 出席ID为"State"的出席数据(主要为ONLINE、 OFFLINE或BUSY中 的任一个。其中,其他状态也可以是例如"图像发布中"或"Photo Sending" 等)。)的区域316。出席数据项的数量没有限制,但在本实施例中仅示出 表示用户终端的状态的出席数据项。出席组信息存储区域3133是存储用 于将出席数据项(即出席ID)和发布对象用户ID (即阅读者ID)对应 起来的数据的区域。此处,包括区域317,该区域317包括存储属于作为 出席组的组I[默认]的出席ID的区域3171 、和存储用户ID (即阅读者ID) 的区域3172。默认组是阅读者初始登记的组。组数量没有限定,可以定 义任意数量的组。此处阅读者列表存储区域3135登记有UserB和UserC 这种被允许了信息发布的用户的用户ID (即阅读者ID)。阅读者数量没 有限定,可以登记任意数量的阅读者。并且,图6表示存储在会议A出席管理部33a中包括的出席数据存 储部333a中的数据的一例。图6的示例中,包括出席信息存储区域3331、 出席组信息存储区域3333、和阅读者列表存储区域3335。出席信息存储 区域3331包括区域3361,其用于存储出席数据项的ID即出席ID为 "FloorUser"的出席数据(此处为具有讲话权(也称为发言权)的用户的 阅读者ID);区域3362,其用于存储出席数据项的ID即出席ID为"Member"的出席数据(此处为在语音会议中被呼叫的用户的阅读者ID); 区域3363,其用于存储出席数据项的ID即出席ID为"JoinUser"的出席数 据(此处为参加语音会议的用户的阅读者ID);区域3364,其用于存储 出席数据项的ID即出席ID为"Chat"的出席数据(此处为交谈(基于文 字方式的电子会议)的发言内容);区域3365,其用于存储出席数据项的 ID即出席ID为"ChatUser"的出席数据(此处为参加交谈的用户的阅读者 ID);区域3366,其用于存储出席数据项的ID即出席ID为"Photo"的出 席数据(此处为应发布给指定用户的图像数据的上传对象资源或发布方资源(例如IP地址XXX.XXX.XXX.XXX以及端口号XXXX)或这两者);以及区域3367,其用于存储出席数据项的ID即出席ID"PhotoUser"的出席数 据(此处为图像发布对象的用户的阅读者ID)。本实施例中,对于出席ID为"Member"、 "JoinUser"、 "ChatUser"以 及"PhotoUser"的出席数据,仅通知阅读者ID,不通知该阅读者ID的用 户处于何种状态。但是,在阅读者ID中附加登记状态数据(例如"写入 中""图像发布"等),在用户终端中变更对该用户的显示。例如附加了"写 入中"标记,或变更为"图像发布中"标记。而且,对于出席ID为"Photo" 的出席数据,为了对应多个用户发布图像的情况,可以登记上传对象资 源和发布方资源。例如将xxx,xxx.xxx.xxx:xxxx作为上传对象资源登记, 并且, 包括 ftp:〃yyy.yyy.yyy.yyy/imagefromUserA.jpg 以及 ftp:〃yyy.yyy.yyy.yyy/imagefromUserB.gif等多个地址信息。此外,上述例子中,文件名中包括发送方用户的姓名,但也可以与地址分开登记用于确 定发布方用户的信息。此外,还可以根据需要,登记表示状态的出席数 据。另外,只要不可同时发布多个图像文件即可。并且,出席组信息存储区域3333包括区域337、区域338、区域339 以及区域340,区域337包括存储属于作为出席组的组I[默认]的出席ID 的区域3371、和存储用户ID (即阅读者ID)的区域3373,区域338包 括存储属于作为出席组的组II[语音会议]的出席ID的区域3381、和存储 用户ID (即阅读者ED)的区域3382,区域339包括存储属于作为出席组 的组m[交谈]的出席ID的区域3391、和存储用户ID (即阅读者ID)的区域3392,区域340包括存储属于作为出席组的组IV闺像]的出席ID的 区域3401和存储用户ID (即阅读者ID)的区域3402。参加语音会议的用户的阅读者ID存储在区域3382中,向参加语音 会议的用户公开的数据是出席ID为'TloorUser"、 "Member"和"JoinUser"的出席数据。即,提示讲话权拥有者的阅读者ID、被呼叫的用户的阅读 者ID列表、以及已参加的用户的阅读者ID列表。并且,参加交谈的用 户的阅读者ID存储在区域3392中,向参加交谈的用户公开的数据是出 席ID为"Chat"和"ChatUser"的出席数据。艮卩,提示交谈参加者的阅读者 ID列表和交谈的发言内容。而且,参加到图像发布的用户的阅读者ID存 储在区域3402中,向参加到图像发布的用户公开的数据是出席ID为 "Photo"的出席数据和出席ID为"PhotoUser"的出席数据。即,参加到图 像发布的参加者的阅读者ID列表和发布的图像的上传对象资源(IP地址 和端口号)或发布方资源或这两者。在此处阅读者列表存储区域3335登 记有UserA、 UserB、 UserC这样的被允许信息发布的用户的用户ID (即 阅读者ID)。另外,作为图像数据的发布对象的用户可以是参加到语音会议的用 户的一部分,也可以是全体人员。发布对象是参加到语音会议的用户全 体人员的情况下,可以不设置存储出席ID为"PhotoUser"的出席数据的区 域3367,使用出席ID为"JoinUser"的出席数据。艮P,可以在存储属于组 IV[图像]的出席ID的区域3401中登记"Photo"和"JoinUser"。出席信息区域3331的出席ID为"Chat"的出席数据、和出席ID为 "ChatUser"的出席数据,对应于出席组信息区域3333的组III[交谈]339, 在针对一个会议的出席数据存储部333a中,可以以能够分别识别的形式 对以下区域设置多个集合,例如像组III[交谈]、组VI [交谈]这样与交谈 相关的组的数据区域、存储与其对应的交谈的参加用户的阅读者ID的区 域、和存储交谈的内容的区域。这对于图像发布来说是相同的,在针对 一个会议的出席数据存储部333a中,可以以能够分别识别的形式对以下 区域设置多个集合,例如像组IV闺像]、组VII闺像]这样与交谈相关的 组的数据区域、存储与其对应的图像发布的参加用户的阅读者ID的区域、以及存储图像发布用的资源的区域。图5和图6示意表示存储在出席数据存储部中的数据,例如在出席ID为"FloorUsef'的出席数据用区域3361中,存储例如图7所示的标记数 据结构的数据。图7的示例基本上以基于OMA (Open Mobile Alliance, 开放移动联盟)的形式,使用XML (extensible Markup Language,可扩 展标记语言)来记述。此处应该注意的是,在从上面起第4行,利用语 句 entity- "pres:Conference01@poc.§.com,,这 一 语句中,禾lj用 Conference01@poc.§.com这一 SIP-URL (Uniform Resource Locator,统一 资源定位符)来指定出席ID为"FloorUser"的出席数据的所有者。此处, 该出席数据的所有者为PoC管理服务器5的会议A管理部53a,该出席 数据由会议A管理部53a来更新。并且,会议A管理部53a的SIP-URL 为Conference01@poc.g.com。另夕卜,在〈note〉禾卩〈/note〉丰示记之间登记有 SIP-URL"UserA@poc.6.com",作为讲话权拥有者的用户ID。图5和图6 中,将"UserA⑥poc.g.com"简化表示为"UserA"。同样,在出席ID为"JoinUser"的出席数据用区域3363中,例如存储 图8所示的标记数据结构的数据。在图8的示例中,与图7相同,利用 Conference01@poc.tj.com这一 SIP-URL来指定该出席数据的所有者,在 <note〉和</note>标记之间登记有语音会议的参加者的 SIP-URL"UserA@poc.fj.com, UserB@poc.5.com,,,作为用户ID。另外,在出席ID为"Member"的出席数据用区域3362中,例如存储 图9所示的标记数据结构的数据。在图9的示例中,与图7相同,利用 Conference01@poc.g.com这一 SIP-URL来指定该出席数据的所有者,在 <note>和</note>标记之间登记有在语音会议中被呼叫的用户的 SIP-URL"UserA@poc.;Q.com, UserB@poc,:Q.com, UserC@poc.g,com,,, 作为用户ID。并且,在出席ID为"ChatUser"的出席数据用区域3365中,例如存储 图IO所示的标记数据结构的数据。在图IO的示例中,与图7相同,利 用Conference01@poc.;g.com这一 SIP-URL来指定该出席数据的所有者, 在<note>和</note>标记之间登记有参加交谈的用户的SIP-URL"UserA@poc.g.com, UserB@poc.g,com,,,作为用户ID。
另外,在出席ID为"Chat"的出席数据用区域3364中,例如存储图 11所示的标记数据结构的数据。在图11的示例中,与图7相同,禾拥 Conference01@poc.fj.com这一 SIP-URL来指定该出席数据的所有者,在 々ote〉和々note〉标记之间登记有交谈的发言内容"你们好,......"。另外,
该出席数据的所有者是会议A管理部53a,与以上叙述的其他出席数据 相同,但是,对存储在出席ID为"ChatUser"的出席数据用区域3365中的 用户ID的用户也进行赋予更新权限的设定。
并且,在用于出席ID为"PhotoUser"的出席数据的区域3367中,例 如存储图12所示的标记数据结构的数据。在图12的例子中,与图7相 同,利用Conference01@poc.g.com这一 SIP-URL指定该出席数据的所有 者,在<note>以及</note>标记之间登记参加到图像发布的用户的 SIP-URL"UserA@poc.;gxom,UserB⑥poc.;g.com,,作为用户ID。
此外,在用于出席ID为"Photo"的出席数据的区域3366中,例如存 储图13所示的标记数据结构的数据。在图13的例子中,与图7相同, 利用Conference01@poc.g.com这一 SIP-URL来指定该出席数据的所有 者,在〈note〉以及々not&标记之间登记有图像的上传对象资源(IP地址 和端口号)或发布方资源或者其双方等。另外,如上所述,还可以登记 更多的数据,向参加到图像发布的参加者通知更多的数据。
出席数据原则上由所有者更新,在进行了更新时,利用发布处理部 发布给与该出席数据的出席ID相关联的用户ID的用户。并且,PoC管 理服务器5的会议A管理部53a以及会议B管理部53b等对SIP/SIMPLE 服务器3中的出席数据具有管理员权限,以便可以随时变更需要的出席 数据。
下面,使用图14 图29说明图1 图4所示系统的处理流程。另外, 假设用户已经全部登录了 SIP/SIMPLE服务器3并完成验证。而且,假设 用户终端的IP地址与用户ID (SIP-URL)的对应己在SIP/SIMPLE服务 器3内完成。首先,用户A操作用户终端A,为了开始基于语音方式的 电子会议,指定在该会议中呼叫的成员,输入呼叫指示。用户终端A的客户应用程序91的语音会议处理部911受理有关在基于语音方式的电子 会议中呼叫的成员的呼叫请求的用户操作输入(步骤S1),将包含会议成
员列表(例如SIP-URL的列表)的呼叫请求发送给SIP/SIMPLE服务器3 (步骤S3)。 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),将SIP-URL分配给该会议A管理部53a (步 骤S14)。会议A管理部53a将会议成员列表存储在用户数据存储部533a 中,并且将包含会议成员列表的新会议生成请求传送给PoC-MCU服务器 7 (步骤S15)。并且,会议成员列表中也包含呼叫请求方用户的用户ID 和该用户终端的IP地址,并被确定为讲话权拥有者。
当PoC-MCU服务器7接收到包含会议成员列表的新会议生成请求 时,起动应确保用于新会议的资源的新的会议语音通信管理部71 (例如 会议A语音通信管理部71a)。并且,会议A语音通信管理部71a将会议 成员列表存储在讲话者和参加者数据存储部711a中(步骤S17)。另外, 会议A语音通信管理部71a保存会议A管理部53a的SIP-URL,以便能 够响应来自会议A管理部53a的指示。并且,会议A语音通信管理部71a 确保在呼叫请求涉及的会议中使用的资源、即IP地址和端口号等,并且 对呼叫请求方用户设定讲话权(步骤S19)。对于具有讲话权的用户,在 讲话者和参加者数据存储部711a中以能够识别的方式保存数据。在本实 施例中,只有具有讲话权的人员可以让PoC-MCU服务器7将语音数据传送给其他参加者。然后,处理步骤通过端子A D转入图15所示的处理。
另外,对于呼叫请求方用户的用户终端的IP地址,在该阶段登记在讲话
者和参加者数据存储部711a中。
使用图15说明端子A D以后的处理。PoC-MCU服务器7的会议 A语音通信管理部71a,将在步骤S19确保的资源即IP地址和端口号作 为语音发送目的地信息发送给PoC管理服务器5 (步骤S21)。 PoC管理 服务器5的会议A管理部53a从PoC-MCU服务器7接收语音发送目的 地信息,并存储在MCU信息存储部531a中(步骤S23)。并且,会议A 管理部53a使用存储在MCU信息存储部531a中的数据,将语音发送目 的地信息(PoC-MCU服务器7的IP地址和端口号)和该会议A管理部 53a的SIP-URL作为会议信息,发送给SIP/SIMPLE服务器3(步骤S25)。 若SIP/SIMPLE服务器3的路由处理部35从PoC管理服务器5接收到会 议信息,则将该会议信息传送给呼叫请求方的用户终端A (步骤S27)。 另外,在该定时,也可以根据所接收的会议信息起动该会议的出席管理 部(此处为会议A出席管理部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"答复),传送给负责的会议A管理部53a。但是,在以下的说明 中,省略说明消息分配处理部51的接收。
并且,用户终端A的客户应用程序91的语音会议处理部911响应会 议信息接收,起动麦克风驱动器93 (步骤S37)。 g卩,用户终端A的麦克 风检测用户A的声音并转换为电信号,麦克风驱动器93为了发送通过麦 克风受理的语音,生成语音分组数据。由此,用户终端A可以按照所接 收的会议信息中包含的IP地址和端口号,向PoC-MCU服务器7发送语音分组。但是,在该阶段中,即使向PoC-MCU服务器7发送语音分组, 由于PoC-MCU服务器7尚未确定其他参加者,所以不进行语音分组的复 制和传送。处理通过端子E和F转入图16所示的处理。下面,使用图16说明端子E和F以后的处理。PoC管理服务器5 的会议A管理部53a使用存储在用户数据存储部533a中的数据,将除了 呼叫请求方之外的各个会议成员的出席数据获取请求发送给 SIP/SIMPLE服务器3 (步骤S39)。出席数据获取请求被发送给每位会议 成员。SIP/SIMPLE服务器3的各个会议成员的出席管理部31从PoC管 理服务器5接收各个会议成员的出席数据获取请求(步骤S41)。通常, 用户的出席数据只能由该用户更新,另外只能使被该用户允许的人员阅 读。因此,PoC管理服务器5通常不能获取会议成员的出席数据,但如 果有来自PoC管理服务器5的请求,则可以对出席数据管理部311进行 预先设定,以便即使没有阅读许可也可以参照出席数据。并且,如上所 述,针对SIP/SIMPLE服务器3的出席数据,可以向PoC管理服务器5 赋予管理员权限。因此,接收了出席数据获取请求的出席管理部31的出 席数据管理部311,从出席数据存储部313读出表示会议成员的用户或用 户终端的状态的出席数据,发送给PoC管理服务器5 (步骤S43)。PoC管理服务器5的会议A管理部53a从SIP/SIMPLE服务器3接 收各个会议成员的出席数据(步骤S45),从该各个会议成员的出席数据 中提取可呼叫的会议成员(步骤S47)。 g卩,提取出出席数据表示可以通 话这样的状态(例如ONLINE)的会议成员。若处于OFFLINE或BUSY 这样的状态,由于不能进行语音会议的通话,所以不实施以下说明的呼 叫处理。由此可以使呼叫处理快速化。但是,步骤S39 步骤S47的处理 为选项处理。处理通过端子G和H转入图17所示的处理。另外,为了 简化说明,假设呼叫的会议成员只有操作用户终端B的用户B。使用图17说明端子G和H以后的处理。PoC管理服务器5的会议 A管理部53a使用存储在用户数据存储部533a和MCU信息存储部531a 中的数据,将包含会议信息(会议A管理部53a的SIP-URL和PoC-MUC 服务器7的IP地址和端口号)的、针对可以呼叫的会议成员的呼叫,发送给SIP/SIMPLE服务器3 (步骤S49)。另外,该呼叫包含呼叫请求方用 户的数据。SIP/SIMPLE服务器3的路由处理部35从PoC管理服务器5 接收包含会议信息的针对可以呼叫的会议成员的呼叫,将该呼叫传送给 各个会议成员的用户终端(步骤S51)。此处,用户终端B的语音会议处 理部911从SIP/SIMPLE服务器3接收包含会议信息的呼叫,实施对应于 该呼叫的处理(步骤S53)。例如,使鸣叫来信铃声,或使显示装置进行 规定的显示,从而通知用户B已接收到呼叫。另外,所接收的会议信息 存储在存储装置中,在以后进行参加响应时使用。用户终端B的语音会议处理部911将针对呼叫的"OK"答复发送给 SIP/SIMPLE服务器3 (步骤S55)。 SIP/SIMPLE服务器3的路由处理部 35从用户终端B接收到"OK"时,传送给PoC管理服务器5 (步骤S57)。 PoC管理服务器5的会议A管理部53a从SIP/SIMPLE服务器3接收"OK" 答复(步骤S59)。用户B根据步骤S53的呼叫,判断是否参加语音会议。在要参加时, 操作用户终端B输入参加会议指示。用户终端B的语音会议处理部911 受理用户B进行的参加会议指示输入(步骤S61),将参加响应发送到 SIP/SIMPLE服务器3 (步骤S63)。 SIP/SIMPLE服务器3的路由处理部 35从用户终端B接收到参加响应时,传送给PoC管理服务器5(步骤S65)。 PoC管理服务器5的会议A管理部53a从SIP/SIMPLE服务器3接收来 自用户B的参加响应(步骤S67)。会议A管理部53a将进行了参加响应 的用户的用户ID (即SIP-URL)和该用户终端的IP地址,作为参加者登 记在用户数据存储部533a中。并且,将包含进行了参加响应的用户的用 户ID (即SIP-URL)和该用户终端的IP地址的参加成员追加通知,发送 给PoC-MCU服务器7 (步骤S69)。 PoC-MCU服务器7的会议A语音通 信管理部71a从PoC管理服务器5接收包含参加者的用户ID和IP地址 的参加成员追加通知,将参加者的用户ID和IP地址登记在讲话者和参 加者数据存储部711a中(步骤S71)。在步骤S69之后,会议A管理部53a将"OK"答复发送给SIP/SIMPLE 服务器3 (步骤S73)。 SIP/SIMPLE服务器3的路由处理部35从PoC管理服务器5接收"OK"答复,并传送给用户终端B (步骤S75)。用户终端 B从SIP/SIMPLE服务器3接收"OK"答复(步骤S77)。另外,针对每个可以呼叫的会议成员都实施图17所示的处理。并且, 处理步骤通过端子I和J转入图18所示的处理。使用图18说明端子I和J以后的处理。PoC管理服务器5的会议A 管理部53a使用存储在用户数据存储部533a中的数据,生成包含具有讲 话权的用户的用户ID的讲话者信息的出席登记请求,发送给SIP/SIMPLE 服务器3 (步骤S79)。更加具体地讲,会议A管理部53a是所有者,请 求将具有讲话权的用户的用户ID登记为出席ID为"FloorUser"的出席数 据。SIP/SIMPLE服务器3从PoC管理服务器5接收讲话者信息的出席登 记请求。在会议A管理部53a用的会议A出席管理部33a没有起动的情 况下,在该定时起动会议A出席管理部33a,会议A出席管理部33a的 出席数据管理部331a将具有讲话权的用户的用户ID作为出席数据与所 接收的出席登记请求涉及的出席ID ("FloorUser")对应地存储在出席数 据存储部333a中(步骤S81)。如图6所示,具有讲话权的用户的用户 ID"UserA"被登记在区域3361中。并且,会议A出席管理部33a将"OK" 答复发送给PoC管理服务器5 (步骤S83)。 PoC管理服务器5的会议A 管理部53a从SIP/SIMPLE服务器3接收"OK"答复(步骤S85)。另外,PoC管理服务器5的会议A管理部53a使用存储在用户数据 存储部533a中的数据,生成成员信息的出席登记请求,该成员信息包含 具有进行了呼叫请求的用户的会议成员的信息,发送给SIP/SIMPLE服务 器3 (步骤S87)。更加具体地讲,会议A管理部53a是所有者,请求登 记包括进行了呼叫请求的用户在内的会议成员的用户ID,作为出席ID为 "Member"的出席数据。SIP/SIMPLE服务器3的会议A出席管理部33a 从PoC管理服务器5接收成员信息的出席登记请求,会议A出席管理部 33a的出席数据管理部331a将出席数据(在图6的示例中为"UserA、 UserB、 UserC")与所接收的出席登记请求涉及的出席ID ("Member") 对应地存储在出席数据存储部333a中(步骤S89)。并且,会议A出席 管理部33a将"OK"答复发送给PoC管理服务器5 (步骤S91)。 PoC管理服务器5的会议A管理部53a从SIP/SIMPLE服务器3接收"OK"答复(步 骤S93)。并且,PoC管理服务器5的会议A管理部53a使用存储在用户数据 存储部533a中的数据,对包括进行了呼叫请求的用户的会议成员,生成 代理阅读请求,发送给SIP/SIMPLE服务器3 (步骤S95)。更加具体地讲, 请求在出席数据存储部333a的阅读者列表存储区域3335和出席组信息 存储区域3333中的组II[语音会议]的区域338内的阅读者ID用的区域 3382中登记会议成员。另外,也可以请求SIP/SIMPLE服务器3不登记 会议成员、而登记进行了呼叫请求的用户和进行了参加响应的用户。但 是,需要在每次进行了参加响应时,对该参加响应涉及的用户进行代理 阅读。将对会议的参加情况和讲话权拥有者等的出席数据只发布给进行 了参加响应的用户、或是发布给进行了呼叫的用户,根据会议的公开原 则所确定,所以可以采用任一方式。但是,原本,对于出席数据的阅读, 由需要阅读的各个用户进行请求,获得出席数据的所有者的允许后登记 为阅读者。因此,如果按照原来的原则,参加会议或被呼叫的各个用户 需要访问SIP/SIMPLE服务器3并请求阅读登记。但是,在本实施例中, 根据会议的性质,会议的参加情况和讲话权拥有者等的出席数据的阅读, 从对参加者(或被呼叫的用户)而言该信息是必要信息的观点,以及在 让各个用户进行阅读登记的情况下无线区间的数据通信量增加、通信频 带被浪费使用、会议进行速度变慢的观点考虑,由PoC管理服务器5代 理进行阅读登记。另外,会议A出席管理部33a的出席数据存储部333a 的所有者是会议A管理部53a,由所有者代理进行阅读登记在权限上没 有大问题。SIP/SIMPLE服务器3的会议A出席管理部33a对于包括进行了呼叫 请求的用户在内的会议成员,从PoC管理服务器5接收代理阅读请求, 出席数据管理部331a在出席数据存储部333a的阅读者列表存储区域 3335中登记会议成员(或参加者),进而在出席组信息存储区域3333的 组II[语音会议]的区域338内的阅读者ID用区域3382中,登记会议成员 (或参加者)(步骤S97)。并且,会议A出席管理部33a向PoC管理服务器5发送"OK,,答复(步骤S99)。 PoC管理服务器5的会议A管理部 53a从SIP/SIMPLE服务器3接收"OK"答复(步骤SlOl)。处理步骤通过 端子K和L转入图19和图20所示的处理。这样,当会议成员(或参加者)被登记在了阅读者列表存储区域3335 和出席组信息存储区域3333的组II[语音会议]的区域338内的阅读者ID 用区域3382中时,登记在组II[语音会议]的区域338内的出席ID用区域 3381中的出席ID的出席数据,通过发布处理部335a被发布给会议成员 (或参加者)。下面,使用图19说明端子K以后的处理。SIP/SIMPLE服务器3的 会议A出席管理部33a的发布处理部335a,根据出席数据存储部333a 的状态,实施会议的出席数据(讲话权拥有者的用户ID、会议成员的用 户ID和参加者的用户ID)的通知处理(步骤S103)。此处,向用户终端 A和用户终端B发送会议的出席数据。用户终端B的出席数据处理部915 从SIP/SIMPLE服务器3接收会议的出席数据,并显示到显示装置上(步 骤S105)。同样,用户终端A的出席数据处理部915从SIP/SIMPLE服务 器3接收会议的出席数据,并显示到显示装置上(步骤S107)。在该阶段,参加者还没有在出席数据存储部333a中进行登记,所以 进行只有会议成员和讲话权拥有者可以掌握的显示。并且,用户终端B 的出席数据处理部915向SIP/SIMPLE服务器3回复"OK"答复(步骤 S109),用户终端A的出席数据处理部915也向SIP/SIMPLE服务器3回 复"OK"答复(步骤Slll)。 SIP/SIMPLE服务器3的会议A出席管理部 33a从用户终端A和用户终端B接收"OK"答复(步骤S113)。处理步骤 通过端子M转入图20所示的处理。下面,使用图20说明端子L和M以后的处理。PoC管理服务器5 的会议A管理部53a使用存储在用户数据存储部533a中的数据,生成在 该阶段之前已确定的参加者(不仅是进行了参加响应的用户,也包括进 行了呼叫请求的用户)的出席登记请求,发送给SIP/SIMPLE服务器3 (步 骤S115)。更加具体地讲,会议A管理部53a是所有者,请求登记参加 者的用户ID作为出席ID为"JoinUser"的出席数据。SIP/SIMPLE服务器3的会议A出席管理部33a从PoC管理服务器5接收参加者的出席登记请 求,会议A出席管理部33a的出席数据管理部331a将所接收的出席登记 请求涉及的出席ID ("JoinUser")和出席数据(在图6的示例中为"UserA、 UserB")存储在出席数据存储部333a中(步骤S117)。并且,会议A出 席管理部33a向PoC管理服务器5发送"OK"答复(步骤S119)。 PoC管 理服务器5的会议A管理部53a从SIP/SIMPLE服务器3接收"OK"答复 (步骤S121)。然后,SIP/SIMPLE服务器3的会议A出席管理部33a的发布处理部 335a,根据出席数据存储部333a的状态,实施会议的出席数据(讲话权 拥有者的用户ID、会议成员的用户ID和参加者的用户ID)的通知处理 (步骤S123)。此处,向用户终端A和用户终端B发送会议的出席数据。 用户终端B的出席数据处理部915从SIP/SIMPLE服务器3接收会议的 出席数据,并显示到显示装置上(步骤S125)。同样,用户终端A的出 席数据处理部915从SIP/SIMPLE服务器3接收会议的出席数据,并显示 到显示装置上(步骤S127)。在该阶段,由于在步骤S117中参加者被登记在出席数据存储部333a 中,所以进行能够掌握会议成员、参加者、讲话权拥有者和接受了呼叫 但没有参加的用户的显示。并且,用户终端B的出席数据处理部915向 SIP/SIMPLE服务器3回复"OK"答复(步骤S129),用户终端A的出席 数据处理部915也向SIP/SIMPLE服务器3回复"OK"答复(步骤S131)。 SIP/SIMPLE服务器3的会议A出席管理部33a从用户终端A和用户终 端B接收"OK"答复(步骤S133)。处理步骤通过端子N转入图21所示 的处理。并且,通过端子P转入图22所示的处理。在步骤S97中会议成员被进行了阅读登记的情况下,在每当出现新 的参加者时,执行步骤S115 S133。在步骤S97中参加者被进行了阅读 登记的情况下,在每当出现新的参加者时,执行步骤S115 S133,向已 经作为参加者进行了阅读登记的用户发布出席数据,再执行步骤S95 S113,向新的参加者发布出席数据。在图20所示的处理结束的时间点,电子会议的各个参加者可以识别其他参加者,可以开始会议。另外,由于进行了呼叫请求的用户保留讲 话权,所以只有该用户能发言。艮口,实施图21所示的处理。由于用户A是讲话权保留者,所以用户A对用户终端A讲话。用户终端A利用麦克风受理来自用户A的语音输 入,语音会议处理部911根据麦克风驱动器93生成的语音数据生成语音 分组,发送给PoC-MCU服务器7 (步骤S135)。此时,使用作为会议信 息而接收的PoC-MCU服务器7的IP地址和端口号。即,直接向PoC-MCU 服务器7发送语音分组。PoC-MCU服务器7的会议A语音通信管理部71a从用户终端A接 收语音分组,向存储在讲话者和参加者数据存储部711a中的参加者IP 地址传送语音分组的复制件(步骤S137)。用户终端B的客户应用程序 91的语音会议处理部911从PoC-MCU服务器7接收语音分组,通过未 图示的扬声器驱动器和扬声器输出语音分组的语音(步骤S139)。这样, 进行基于语音方式的电子会议。另外,关于讲话权的转移,由于不是本 实施例的主要部分,所以此处不进行说明。下面,使用图22说明端子P以后的处理。PoC管理服务器5的会议 A管理部53a使用存储在用户数据存储部533a中的数据,针对每个参加 者(包括进行了呼叫请求的用户),生成用于将参加者的出席数据变更为 "BUSY"(或语音会议中等)的出席数据的更新登记请求,发送给 SIP/SIMPLE服务器3 (步骤S141)。更加具体地讲,假设参加者为用户 A和用户B时,生成用于将在用户A出席管理部31a的出席数据存储部 313a中的出席信息存储区域3131内的区域316(出席ID为"State")中存 储的数据变更为"BUSY"等的出席数据更新登记请求,以及用于将在用户 B出席管理部31b的出席数据存储部313b中的出席信息存储区域3131 内的区域316中存储的数据变更为"BUSY"等的出席数据更新登记请求, 发送给SIP/SIMPLE服务器3 。原本,用户A出席管理部31a的出席数据存储部313a内的数据只能 由用户A进行变更。同样,用户B出席管理部31b的出席数据存储部313b 内的数据只能由用户B进行变更。但是,在本实施例中,为了使语音会议顺利进行,减少无线区间的通信量,特别准许PoC管理服务器5进行 变更。如上所述,可以在PoC管理服务器5中对于SIP/SIMPLE服务器3的出席数据赋予管理员权限。SIP/SIMPLE服务器3的用户A出席管理部31a(及用户B出席管理 部31b。但是由于以下重复,所以省略说明)从PoC管理服务器5接收 参加者的出席数据的更新登记请求,用户A出席管理部31a的出席数据 管理部311a将"BUSY"等的出席数据与出席ID"State"对应地存储在出席 数据存储部313a中(步骤S143)。 SIP/SIMPLE服务器3的用户A出席 管理部31a向PoC管理服务器5发送"OK"答复(步骤S145)。 PoC管理 服务器5的会议A管理部53a从SIP/SIMPLE服务器3接收"OK"答复(步 骤S147)。如果进行了这种用户A和用户B的出席数据的更新,则将用户A或 用户B的出席数据通知给作为出席ID为"State"的阅读者所登记的用户。 即,SIP/SIMPLE服务器3的用户A出席管理部31a的发布处理部315a, 根据出席数据存储部313a的状态,实施用户A的出席数据的通知处理(步 骤S149)。在图5的示例中,发送给用户B和用户C。另外,对用户B 出席管理部31b也实施相同的处理。但是,用户B的出席数据发送给用 户A和用户C。这样,用户终端B的出席数据处理部915从SIP/SIMPLE服务器3 接收用户A的出席数据,并显示到显示装置上(步骤S151)。同样,用 户终端A的出席数据处理部915从SIP/SIMPLE服务器3接收用户B的 出席数据,并显示到显示装置上(步骤S153)。同样对其他用户终端也变 更显示。由此,阅读了基于语音方式的电子会议的参加者状态的其他用 户可以认识到参加者因忙碌(busy)而未能取得联系。并且,用户终端B的出席数据处理部915向SIP/SIMPLE服务器3 回复"OK"答复(步骤S155),用户终端A的出席数据处理部915也向 SIP/SIMPLE服务器3回复"OK"答复(步骤S157)。 SIP/SIMPLE服务器 3的用户A出席管理部31a和用户B出席管理部31b从用户终端A和用 户终端B接收"OK"答复(步骤S159)。通过实施这种处理,用户可以使基于语音方式的电子会议顺利进行, 不会无用地消耗无线通信频带。下面,使用图23 图25说明在基于语音方式的电子会议的进行途 中开始基于文字方式的电子会议(交谈)时的处理。首先,说明例如用 户A在用户A、用户B和用户C等参加的基于语音方式的电子会议中, 不通过语音而通过基于文字方式的交谈与用户B进行商谈时的处理。该 情况时,维持基于语音方式的电子会议。首先,用户A操作用户终端A,维持基于语音方式的电子会议,并 且指定在交谈中呼叫的参加者的用户B。用户终端A的交谈处理部913 受理有关这种维持语音的交谈呼叫请求的用户操作输入(步骤S201),向 SIP/SIMPLE服务器3发送包含交谈成员(此处为用户B)列表的维持语 音的交谈呼叫请求(步骤S203)。另外,例如在用户A没有输入呼叫对 象的指定时,也可以将基于语音方式的电子会议的参加者全体人员设定 为呼叫对象。SIP/SIMPLE服务器3的路由处理部35从用户终端A接收 包含交谈成员列表的维持语音的交谈呼叫请求,传送给PoC管理服务器 5 (步骤S205)。PoC管理服务器5的会议A管理部53a从SIP/SIMPLE服务器3接 收包含交谈成员列表的维持语音的呼叫请求,将交谈成员列表例如存储 在用户数据存储部533a中(步骤S207)。然后,PoC管理服务器5的会 议A管理部53a向SIP/SIMPLE服务器3回复"OK"答复(步骤S209)。 SIP/SIMPLE服务器3的路由处理部35从PoC管理服务器5接收"OK"答 复,传送给用户终端A (步骤S211)。用户终端A的交谈处理部913从 SIP/SIMPLE服务器3接收"OK"答复(步骤S213)。并且,PoC管理服务器5的会议A管理部53a按照所接收的交谈成 员列表,对每位交谈成员向SIP/SIMPLE服务器3发送对交谈成员(此处 为用户B)的维持语音的交谈呼叫(步骤S215)。另外,交谈呼叫也包括 关于呼叫方用户的数据。SIP/SIMPLE服务器3的路由处理部35从PoC 管理服务器5接收对交谈成员的维持语音的交谈呼叫,传送给用户终端B (步骤S217)。用户终端B的交谈处理部913从SIP/SIMPLE服务器3接收维持语音的交谈呼叫,例如进行交谈呼叫用的显示,实施输出规定声音等的交谈呼叫处理(步骤S219)。另外,用户终端B的交谈处理部913 向SIP/SIMPLE服务器3发送"OK"答复(步骤S221)。 SIP/SIMPLE服务 器3的路由处理部35从用户终端B接收"OK"答复,传送给PoC管理服 务器5(步骤S223 ) 。PoC管理服务器5的会议A管理部53a从SIP/SIMPLE 服务器3接收"OK"答复(步骤S225)。处理步骤通过端子Q、端子R和 端子S转入图24所示的处理。使用图24说明端子Q、端子R和端子S以后的处理。当用户B识 别到交谈呼叫时,判断是否参加交谈。在判断为参加时,向用户终端B 输入参加交谈响应。用户终端B受理用户B的参加交谈响应输入(步骤 S227),将用户B的参加响应发送给SIP/SIMPLE服务器3 (步骤S229)。 SIP/SIMPLE服务器3的路由处理部35从用户终端B接收用户B的参加 响应,传送给PoC管理服务器5 (步骤S231)。 PoC管理服务器5的会议 A管理部53a从SIP/SIMPLE服务器3接收用户B的参加响应,将表示参 加交谈的数据对应于用户B存储在用户数据存储部533a中(步骤S233)。对此,PoC管理服务器5的会议A管理部53a向SIP/SIMPLE服务 器3发送"OK"答复(步骤S235)。 SIP/SIMPLE服务器3的路由处理部 35从PoC管理服务器5接收"OK"答复,传送给用户终端B(步骤S237)。 用户终端B的交谈处理部913从SIP/SIMPLE服务器3接收"OK"答复(步 骤S239)。然后,PoC管理服务器5的会议A管理部53a使用存储在用户数据 存储部533a中的数据,生成交谈参加者(包括交谈呼叫请求方的用户。 此处为用户A和用户B。)的出席登记请求,发送给SIP/SIMPLE服务器 3 (步骤S241)。更加具体地讲,会议A管理部53a是所有者,请求登记 参加者的用户ID (在图6的示例中为"UserA、 UserB")作为出席ID为 "ChatUser"的出席数据。SIP/SIMPLE服务器3的会议A出席管理部33a 的出席数据管理部33la从PoC管理服务器5接收交谈参加者的出席登记 请求,将交谈参加者的用户ID (在图6的示例中为"UserA、 UserB")作 为出席数据与所接收的出席登记请求涉及的出席ID ("ChatUser")对应地存储在出席数据存储部333a中(步骤S243)。如图6所示,在出席信 息存储区域3331的区域3365中登记参加者的用户ID (图6的示例中为 "UserA、 UserB")。并且,会议A出席管理部33a向PoC管理服务器5 发送"OK"答复(步骤S245)。 PoC管理服务器5的会议A管理部53a从 SIP/SIMPLE服务器3接收"OK"答复(步骤S247)。另外,PoC管理服务器5的会议A管理部53a使用存储在用户数据 存储部533a中的数据,生成对交谈参加者的公开设定请求,发送给 SIP/SIMPLE服务器3 (步骤S249)。更加具体地讲,请求在出席组信息 存储区域3333的组III[交谈]用区域339内的阅读者ID的区域3392中, 登记交谈参加者的用户ID (在图6的示例中为"UserA、 UserB")。 SIP/SIMPLE服务器3的会议A出席管理部33a的出席数据管理部331a 从PoC管理服务器5接收对应于交谈参加者的公开设定请求(代理阅读 请求),将所接收的公开设定请求涉及的交谈参加者的用户ID存储在出 席组信息存储区域3333的组III[交谈]用区域339内的阅读者ID的区域 3392中(步骤S251)。并且,会议A出席管理部33a向PoC管理服务器 5发送"OK"答复(步骤S253)。 PoC管理服务器5的会议A管理部53a 从SIP/SIMPLE服务器3接收"OK"答复(步骤S255)。处理步骤通过端 子T转入图25所示的处理。另外,如果图24中的SIP/SIMPLE服务器3的会议A出席管理部 33a的处理完成,则向交谈参加者通知利用出席组信息存储区域3333内 的组III[交谈]的区域339中包含的出席ID的区域3391确定的出席数据。 即,出席ID为"Chat"的出席数据[交谈内容](在图6的示例中为"你们 好......")、和出席ID为"ChatUser"的出席数据[交谈参加者](在图6的示例中为"UserA、 UserB"),在更新时自动通知。但是,由于出席数据的所 有者是会议A管理部53a,所以通常交谈参加者不能更新出席数据。交 谈参加者不能变更交谈的内容,将不能推进交谈。另一方面,在实施基 于语音方式的电子会议的过程中开始交谈的情况下,在实施起动不同于 会议A出席管理部33a的、由交谈参加者所有的出席管理部等的处理时, 存在过度使用SIP/SIMPLE服务器3和PoC管理服务器5的资源等问题。因此,在本实施例中,尽管作为出席ID为"ChatUser"的出席数据所登记 的交谈参加者不是所有者,也能够更新出席ID为"Chat"的出席数据。艮P, 根据步骤S241的交谈参加者的出席登记请求或步骤S249的对交谈参加 者的公开设定请求(代理阅读请求),对交谈参加者赋予更新交谈内容的 权限。这样,不会无用地消耗资源,可以顺利地开始交谈。下面,使用图25说明端子T以后的处理。此处,SIP/SIMPLE服务 器3的会议A出席管理部33a的发布处理部335a按照出席数据存储部 333a的设定,将交谈的出席数据(交谈内容的出席数据和交谈参加者的 出席数据)通知给用户终端A和用户终端B (步骤S257)。由于最初没 有登记任何交谈内容,所以不通知任何内容。用户终端B的客户应用程 序91的出席数据处理部915从SIP/SIMPLE服务器3接收交谈的出席数 据,显示到显示装置上(步骤S259)。并且,用户终端A的客户应用程 序91的出席数据处理部915从SIP/SIMPLE服务器3接收交谈的出席数 据,显示到显示装置上(步骤S261)。用户终端B的出席数据处理部915 向SIP/SIMPLE服务器3回复"OK"答复(步骤S263)。同样,用户终端A 的出席数据处理部915向SIP/SIMPLE服务器3回复"OK"答复(步骤 S265)。 SIP/SIMPLE服务器3的会议A出席管理部33a接收来自用户终 端A和用户终端B的"OK"答复(步骤S267)。另外,当例如用户A操作用户终端A输入交谈的内容(会话文字) 时,用户终端A的出席数据处理部915受理用户A进行的会话文字的输 入,并作为出席ID为"Chat"的出席数据发送给SIP/SIMPLE服务器3 (步 骤S269)。 SIP/SIMPLE服务器3的会议A出席管理部33a的出席数据管 理部331a从用户终端A接收会话文字数据,作为出席ID为"Chat"的出 席数据,存储在出席数据存储部333a中(步骤S271)。会议A出席管理 部33a向用户终端A回复"OK"答复(步骤S273)。用户终端A从 SIP/SIMPLE服务器3接收"OK,,答复(步骤S275)。由于采用这种方式更新了出席数据,所以SIP/SIMPLE服务器3的 会议A出席管理部33a的发布处理部335a按照出席数据存储部333a的 设定,将交谈的出席数据(交谈内容的出席数据及如果有变更时为交谈参加者的出席数据),通知给用户终端A和用户终端B (步骤S277)。有 时也只通知差分部分。用户终端B的客户应用程序91的出席数据处理部 915从SIP/SIMPLE服务器3接收交谈的出席数据,显示到显示装置上(步 骤S279)。并且,用户终端A的客户应用程序91的出席数据处理部915 从SIP/SIMPLE服务器3接收交谈的出席数据,显示到显示装置上(步骤 S281)。用户终端B的出席数据处理部915向SIP/SIMPLE服务器3回复 "OK"答复(步骤S283)。同样,用户终端A的出席数据处理部915向 SIP/SIMPLE服务器3回复"OK"答复(步骤S285)。 SIP/SIMPLE服务器 3的会议A出席管理部33a接收来自用户终端A和用户终端B的"OK" 答复(步骤S287)。以后,重复步骤S269 S287的处理,可推进交谈中的会话。另外, 也可以从用户终端B发送会话文字。由于处理内容相同,所以省略说明。通过实施这种处理,可以维持基于语音方式的电子会议,并另外在 基于语音方式的电子会议的参加者的子集合中进行基于文字方式的交 谈。另外,由于使用出席技术来实现交谈,所以能够有效活用为基于语 音方式的电子会议所准备的资源。并且,通过对一个语音会议准备多个由出席组信息和与其对应的出 席数据组成的集合,可以管理多个交谈组,所以例如作为用户A、 B、 C 和D四人参加的语音会议的子集合,可以进行用户A和B、用户C和D 分别进行独立的交谈,用户A和B、用户A和C分别进行独立的交谈等 多个子集合的交谈。并且,在图5的出席信息存储区域3131中管理特定的用户的出席数 据,但此处例如将出席ID设为"position",如果存储了"teacher"或"student" 中任一方的出席数据,则可以进行以下控制从出席数据为"student"的用 户只许可出席数据为"teacher"的用户作为交谈的呼叫对象,来自出席数据 为"teacher"的用户的呼叫则许可是针对任一用户的呼叫。即,可以利用按 照每个用户来管理的出席数据,控制出席数据的发送。另一方面,在图6的出席信息存储区域3331中管理基于语音方式的 电子会议的出席数据,但此处当例如将出席ID设为"teacher",登记具有老师地位的参加者的阅读者ID,另外将出席ID设为"student",登记具有 学生地位的参加者的阅读者ID时,则可以进行与以上所述的处理相同的 处理。,可以进行以下控制,对于作为出席ID为"teacher"的出席数据 而登记的用户,可以向所有会议参加者进行交谈的呼叫,对于作为出席 ID为"student"的出席数据而登记的用户,只能向作为出席ID为"teacher" 的出席数据而登记的用户进行交谈的呼叫。因此,可以利用按照每个会 议来管理的出席数据,来控制出席数据的发送。接着,使用图26 图29,说明在正在进行基于语音方式的电子会议 的中途、例如在电子会议中开始发布必要的图像数据时的处理。首先, 以3种方式说明例如用户A在用户A、用户B、用户C等参加的基于语 音方式的电子会议中向用户B发布图像时的处理。另外,在下面的说明 中,为了简化说明,省略说明"OK"答复的收发。图26和图27表示第1例涉及的处理流程。最初,在召开基于语音 方式的电子会议中,该电子会议的参加者即用户A为了向用户B等发布 该电子会议中所需的图像数据,选择用户B等,进行关于图像发布请求 的操作。用户终端A的客户应用程序91中的图像处理部916从用户A 处受理包括选择用户B等发布对象用户在内的关于图像发布请求的用户 操作输入(步骤S301),将包括发布对象用户的用户ID在内的图像发布 请求发送到SIP/SIMPLE服务器3 (步骤S303)。 SIP/SIMPLE服务器3 的路由处理部35从用户终端A接收图像发布请求,传送到PoC管理服 务器5 (步骤S305)。PoC管理服务器5的会议A管理部53a从用户终端A接收图像发布 请求,将图像发布请求方用户的用户ID和发布对象用户的用户ID存储 在例如用户数据存储部533a中(步骤S307)。而且,确保图像发布用的 资源(图像数据存储部535a内的图像存储区域、上传对象资源等的IP 地址和端口号)(步骤S309)。此外,会议A管理部53a生成图像发布用 的出席登记请求,发送到PoC管理服务器5 (步骤S311)。更加具体地讲, 会议A管理部53a是所有者,请求登记图像发布参加者的用户ID作为出 席ID为"PhotoUser"的出席数据,会议A管理部53a是所有者,请求登记发布发布用的资源数据作为出席ID为"Photo"的出席数据。SIP/SIMPLE服务器3中的会议A出席管理部33a的出席数据管理部 331a从PoC管理服务器5接收图像发布用的出席登记请求,将图像发布 参加者的用户ID作为出席数据与接收到的出席登记请求涉及的出席ID ("PhotoUser")对应地存储在出席数据存储部333a中,将图像发布用的 资源数据作为出席数据与接收到的出席登记请求涉及的出席ID ("Photo")对应地存储在出席数据存储部333a中(步骤S313)。如图6 所示,出席信息存储区域3331的区域3367中登记有图像发布参加者的 用户ID (图6的例子中为"UserA、 UserB")。此外,出席信息存储区域 3331的区域3366中登记有图像发布用的资源数据(图6的例子中为 "xxx.xxx.xxx.xxx:xxxx,,。此外,PoC管理服务器5的会议A管理部53a使用存储于用户数据 存储部533a的数据,生成对图像发布参加者的公开设定请求(代理阅读 请求),发送到SIP/SIMPLE服务器3 (步骤S315)。更加具体地讲,请 求在出席组信息存储区域3333的组IV[图像]用区域340内的阅读者ID 的区域3402中登记图像发布参加者的用户ID。 SIP/SIMPLE服务器3中 的会议A出席管理部33a的出席数据管理部331a从PoC管理服务器5接 收对图像发布参加者的公开设定请求(代理阅读请求),将接收到的公开 设定请求所涉及的图像发布参加者的用户ID (图6的例子中为 "UserA,UserB")存储在出席组信息存储区域3333的组IV[图像]用区域 340内的阅读者ID的区域3402中(步骤S317)。然后,SIP/SIMPLE服务器3中的会议A出席管理部33a的发布处理 部335a按照出席数据存储部333a的设定,将关于图像发布的出席数据 (图像发布用的资源数据(尤其是上传对象资源(IP地址和端口号)以 及图像发布参加者的出席数据)通知给用户终端A和用户终端B (步骤 S319)。用户终端B中的客户应用程序91的出席数据处理部915从 SIP/SIMPLE服务器3接收关于图像发布的出席数据,显示到显示装置上 (步骤S323)。并且,用户终端A中的客户应用程序91的出席数据处理 部915从SIP/SIMPLE服务器3接收关于图像发布的出席数据,显示到显示装置上(步骤S321)。由此,各用户终端中可以获取应发布图像数据的 发送对象的数据(上传对象资源)。处理步骤通过端子U、端子V以及端 子W转入到图27的处理。接着,使用图27说明端子U、端子V以及端子W之后的处理。发 送了图像发布请求的用户终端A的用户A操作用户终端A,指定应发布 的图像数据(图像文件)。用户终端A的客户应用程序91中的图像处理 部916从用户A处受理图像数据的指定输入(步骤S325),从用户终端A 的存储装置读出该图像数据,将指定图像数据发送到上传对象资源(IP 地址和端口号)(步骤S327)。 PoC管理服务器5的会议A管理部53a从 用户终端A处接收图像数据,存储在图像数据存储部535a中(步骤S329)。这样,PoC管理服务器5的会议A管理部53a生成图像发布方用户 (此处为用户A)的出席数据的更新登记请求,发送到SIP/SIMPLE服务 器3 (步骤S331)。具体地讲,生成用于将用户A出席管理部31a的出席 数据存储部313a中的出席信息存储区域3131内的区域316中存储的数 据变更为"Photo Sending"或"图像发布中"等的出席数据更新登记请求。另 外,本实施方式中,PoC管理服务器5相对于SIP/SIMPLE服务器3具有 管理员权限,对用户A出席管理部31a、用户B出席管理部31b中的出 席数据存储部313具有更新权限。SIP/SIMPLE服务器3中的用户A出席管理部31a的出席数据管理部 311a从PoC管理服务器5接收发布方用户的出席更新登记请求,将"Photo Sending"或"图像发布中"等作为出席数据与接收到的出席更新登记请求 涉及的出席ID ("State")对应地存储在出席数据存储部313a中(步骤 S333)。将用户A出席管理部31a的出席数据存储部313a中的出席信息 存储区域3131内的区域316中存储的数据变更为"Photo Sending"或"图像 发布中"等。另外,本例中,电子会议参加者将其他电子会议参加者作为 出席ID为"State"的出席数据的阅读者预先进行登记。之后,SIP/SIMPLE服务器3中的用户A出席管理部31a的发布处理 部315a按照出席数据存储部313a的设定,将出席ID为"State"的出席数 据通知给用户终端A和用户终端B (步骤S335)。用户终端B中的客户应用程序91的出席数据处理部915从SIP/SIMPLE服务器3接收用户A 的出席数据,显示到显示装置上(步骤S339)。并且,用户终端A中的 客户应用程序91的出席数据处理部915从SIP/SIMPLE服务器3接收用 户A的出席数据,显示到显示装置上(步骤S337)。由此,在各用户终 端能够掌握用户A上传了图像数据。在此,用户B操作用户终端B对图像发布用的资源数据进行点击等, 请求用户A上传的图像数据。用户终端B的客户应用程序91的图像处 理部916向图像发布用的资源发送图像请求(步骤S341)。也可以不通 过用户B而执行步骤S341 。 PoC管理服务器5的会议A管理部53a从用 户终端B接收图像请求(步骤S343),从图像数据存储部535a读出请求 涉及的图像数据,发布到请求方的用户终端B (步骤S345)。用户终端B 的客户应用程序91的图像处理部916从PoC管理服务器5接收图像数据, 显示到显示装置上(步骤S347)。这样,能够下载用户A上传的图像数 据。这样,能够根据发布方用户的出席数据(出席ID的"State"的出席数 据)的更新,发布对象的用户终端访问图像发布用的资源,下载图像数 据。并且,例如参加到同一电子会议的其他用户向图像数据存储部535a 内的同一资源写入登记图像数据时,该其他用户的出席数据也被更新, 居于此,检测到出席更新的其他用户终端访问图像发布用的资源,因此, 能够利用出席技术,利用基于语音方式的电子会议的资源的同时容易发 布图像数据。而且,可以通用图像数据存储部535a内的同一资源。此外,步骤S345之后,可以将表示用户A的状态的出席数据返回 至iJ"Busy"。另外,对于本例的处理、尤其是步骤S331 步骤S339,可以替换成 如下的处理。即,PoC管理服务器5的会议A管理部53a生成出席ID为 "Photo"的出席数据或出席ID为"PhotoUser"的出席数据的更新登记请求, 发送到SIP/SIMPLE服务器3 (步骤S331)。具体地讲,除了上传对象资 源之外,还确保发布方资源(例如, ftp:〃yyy.yyy.yyy.yyy/imagefromUserA.jpg),生成用于将会议A出席管理部33a的出席数据存储部333a中的出席信息存储区域3331内的区域3366 中存储的数据变更为 "xxx.xxx.xxx.xxx:xxxx ftp:〃yyy.yyy.yyy.yyy/imagefromUserA.jpg"等的出席数据更新登记请求。并 且,生成用于将会议A出席管理部33a的出席数据存储部333a中的出席 信息存储区域3331内的区域3367中存储的数据变更为"UserA (Photo Sending), UserB"或"UserA (图像发布中),UserB"等的出席数据更新登 记请求。还可以生成进行这双方的出席数据更新登记请求。SIP/SIMPLE服务器3中的会议A出席管理部33a的出席数据管理部 331a从PoC管理服务器5接收出席ID为"Photo"或"PhotoUser"的出席数 据 的 更 新 登 i己 i# 求 , 4每 "xxx.xxx.xxx.xxx:xxxx ftp:〃yyy.yyy.yyy.yyy/imagefromUserA.jpg,,或"UserA ( Photo Sending ), UserB"或"UserA (图像发布中),UserB"等作为出席数据与接收到的出席 更新登记请求涉及的出席ID ("Photo"或"PhotoUser")对应地存储在出席 数据存储部333a中(步骤S333)。将会议A出席管理部33a的出席数据 存储部333a中的出席信息存储区域3331内的区域3366中存储的数据变 更为"xxx.xxx.xxx.xxx:xxxx ftp:〃yyy.yyy.yyy.yyy/imagefromUserA.jpg"等 或将区域3367中存储的数据变更为"UserA (Photosending), UserB"或 "UserA (图像发布中),UserB"等。然后,SIP/SIMPLE服务器3中的会议A出席管理部33a的发布处理 部335a按照出席数据存储部333a的设定,将出席ID为"Photo"的出席数 据或出席ID为"PhotoUser"的出席数据通知给用户终端A和用户终端B (步骤S335)。用户终端B中的客户应用程序91的出席数据处理部915 从SIP/SIMPLE服务器3接收如上所述的关于图像发布的出席数据,显示 到显示装置上(步骤S339)。并且,用户终端A中的客户应用程序91的 出席数据处理部915从SIP/SIMPLE服务器3接收如上所述的关于图像发 布的出席数据,显示到显示装置上(步骤S337)。接着,使用图28,说明第2例涉及的处理流程。另外,图26中的 步骤S301 步骤S321的处理大致相同。但是,在步骤S319中通知图像 发布用的出席数据时,不发送到不是图像发布方用户的用户终端的用户终端B。这可以采用如下方式实现例如在步骤S315中的公开设定请求(代理阅读请求)中,不登记用户B的用户ID,如下述说明,在接收到 应发布的图像数据之后,将包括用户B的用户ID在内的公开设定请求(代 理阅读请求)从PoC管理服务器5的会议A管理部53a发送到SIP/SIMPLE 服务器3的会议A出席管理部33a。并且,还可以通过在步骤S315中的 公开设定请求(代理阅读请求)中设定成在接收到下一个出席数据的更 新登记请求之前将用户B的用户ID屏蔽来实现。采用这种方式,向图像 发布请求的发送方的用户终端A通知图像发布用的资源的数据。接着,发送了图像发布请求的用户终端A的用户A操作用户终端A, 指定应发布的图像数据。用户终端A的客户应用程序91中的图像处理部 916从用户A受理图像数据的指定输入(步骤S351),从用户终端A的 存储装置读出该图像数据,将指定图像数据发送到上传对象资源(IP地 址和端口号)(步骤S353)。 PoC管理服务器5的会议A管理部53a从用 户终端A接收图像数据,存储在图像数据存储部535a中(步骤S355)。而且,PoC管理服务器5的会议A管理部53a生成出席ID为"Photo" 的出席数据的更新登记请求,发送到SIP/SIMPLE服务器3 (步骤S357)。 具体地讲,生成用于将会议A出席管理部33a的出席数据存储部333a中 的出席信息存储区域3331内的区域3366中存储的数据变更为 "xxx.xxx.xxx.xxx:xxxx" (IP地址和端口号)等的出席数据更新登记请求。 或者,除了上传对象资源之外,还另外确保发布方资源(例如, ftp:〃yyy.yyy.yyy.yyy/imagefromUserA.jpg),生成用于将会议A出席管理 部33a的出席数据存储部333a中的出席信息存储区域3331内的区域3366 中存储的数据变更为 "xxx.xxx.xxx.xxx:xxxx ftp:〃yyy.yyy.yyy.yyy/imagefromUserA.jpg"等的出席数据更新登记请求。SIP/SIMPLE服务器3中的会议A出席管理部33a的出席数据管理部 331a从PoC管理服务器5接收出席ID为"Photo"的出席数据的更新登记 请 求 , 将 "xxx.xxx.xxx,xxx:xxxx" 或 "xxx.xxx.xxx.xxx:xxxx ftp:〃yyy.yyy.yyy.yyy/imagefromUserA.jpg"等作为出席数据与接收到的出 席更新登记请求涉及的出席ID ("Photo")对应地存储在出席数据存储部333a中(步骤S359)。将会议A出席管理部33a的出席数据存储部333a 中的出席信息存储区域3331内的区域3366或区域3367中存储的数据变 更 为 "xxx.xxx.xxx.xxx:xxxx,, 或 "xxx.xxx.xxx.xxx:xxxx ftp:〃yyy.yyy.yyy.yyy/imagefromUserA.jpg,,等。然后,SIP/SIMPLE服务器3中的会议A出席管理部33a的发布处理 部335a按照出席数据存储部333a的设定,将出席ID为"Photo"的出席数 据通知给用户终端A和用户终端B (步骤S361)。用户终端B中的客户 应用程序91的出席数据处理部915从SIP/SIMPLE服务器3接收出席数 据,显示到显示装置上(步骤S365)。并且,用户终端A中的客户应用 程序91的出席数据处理部915从SIP/SIMPLE服务器3接收关于图像发 布的出席数据,显示到显示装置上(步骤S363)。在此,用户B操作用户终端B对图像发布用的资源数据进行点击等, 请求用户A上传的图像数据。用户终端B的客户应用程序91的图像处 理部916向图像发布用的资源发送图像请求(步骤S367)。另外,也可 以不通过用户B而执行步骤S367。 PoC管理服务器5的会议A管理部 53a从用户终端B接收图像请求(步骤S369),从图像数据存储部535a 读出请求涉及的图像数据,发布到请求方的用户终端B (步骤S371)。用 户终端B的客户应用程序91的图像处理部916从PoC管理服务器5接 收图像数据,显示到显示装置上(步骤S373)。这样,能够下载用户A 上传的图像数据。通过这样的处理,根据在PoC管理服务器5中登记图像,向发布对 象用户终端通知包括图像发布用的资源等的出席数据。因此,各发布对 象用户终端能够根据该通知访问图像发布用的资源。并且,例如,若有 其他用户向图像数据存储部(可以写入到同一资源)登记图像数据,则 利用该图像数据的发布用的资源数据更新出席ID为"Photo"的出席数据, 根据出席ID为"Photo"的出席数据的通知,由其他用户终端下载图像。因 此,可以利用基于语音方式的电子会议的资源的同时发布图像。另外,在步骤S357中,生成用于将会议A出席管理部33a的出席数 据存储部333a中的出席信息存储区域3331内的区域3367中存储的数据变更为"UserA (PhotoSending), UserB"或"UserA (图像发布中),UserB" 等的出席数据更新登记请求。此外,还可以生成更新出席ID为"Photo" 的出席数据和出席ID为"PhotoUser"的出席数据的出席数据更新登记请求。接着,使用图29说明第3例涉及的处理流程。另外,图26中的步 骤S301 步骤S323的处理相同。发送了图像发布请求的用户终端A的用户A操作用户终端A,指定 应发布的图像数据。用户终端A的客户应用程序91中的图像处理部916 从用户A受理图像数据的指定输入(步骤S381),从用户终端A的存储 装置读出该图像数据,将指定图像数据发送到上传对象资源(IP地和端 口号)(步骤S383)。 PoC管理服务器5的会议A管理部53a从用户终端 A接收图像数据,存储在图像数据存储部535a中(步骤S385)。而且,PoC管理服务器5的会议A管理部53a读出用户数据存储部 533a中存储的图像发布请求中包含的发布对象用户ID,进一步由该发布 对象用户ID确定用户终端B的IP地址,向该用户终端B发送存储于图 像数据存储部535a且从用户终端A接收到的图像数据(步骤S387)。例 如,从SIP/SIMPLE服务器3获取与用户ID对应的IP地址。用户终端B 的客户应用程序91的图像处理部916从PoC管理服务器5接收图像数据, 显示到显示装置上(步骤S389)。这样,用户终端B能够接收用户A上 传的图像数据。以上,通过实施图26 图29所示的处理,能够维持基于语音方式 的电子会议的同时,另外在基于语音方式的电子会议的参加者的子集合 中交换图像数据。另外,由于使用出席技术来实现图像数据的发布,所 以能够有效活用为基于语音方式的电子会议所准备的资源。以上说明了本发明的一个实施例,但本发明不限于此。图1 图4 所示的功能框图仅是一例,有时未必与实际的程序模块的结构一致。另 外,关于图5 图13所示的数据的保存方法,只要能够管理相同的数据, 也可以采用其他方式。器7是如图30所示的计算机装置,存储器2501、 CPU 2503、硬盘驱动 器(HDD) 2505、与显示装置2509连接的显示控制部2507、可移动盘 2511用的驱动装置2513、输入装置2515、和用于与网络连接的通信控制 部2517,通过总线2519相连接。操作系统(OS: Operating System)和 实施本实施例中的处理用的应用程序存储在HDD 2505中,在通过CPU 2503执行时,从HDD 2505读出到存储器2501中。根据需要,CPU 2503 控制显示控制部2507、通信控制部2517和驱动装置2513,使进行必要 的动作。并且,处理途中的数据存储在存储器2501中,如果需要存储在 HDD 2505中。在本发明的实施例中,用于实施以上叙述的处理的应用程 序存储在可移动盘2511中并发行,从驱动装置2513安装在HDD 2505 上。有时也通过因特网等网络和通信控制部2517安装在HDD 2505上。 这种计算机装置与以上叙述的CPU 2503和存储器2501等硬件以及OS 和必要的应用程序有机地协作动作,从而实现以上叙述的各种功能。并且,关于用户终端,也可以通过设置闪存等存储装置来代替HDD 2505和驱动装置2513,利用大致相同的结构来表述。而且,关于图20中的步骤S115,说明了针对每位参加者从PoC管 理服务器5向SIP/SIMPLE服务器3发送参加者的出席登记请求的结构。 但是,例如也可以即使最初在规定时间内受理了参加响应,但PoC管理 服务器5的会议A管理部53a也不立即发送上述参加者的出席登记请求, 而是汇总在规定时间内接收的参加响应,再发送上述参加者的出席登记 请求。在最初的规定期间内,多个参加者回复参加响应的可能性大。因 此,若发送多个上述参加者的出席登记请求,出席数据的更新变频繁, 出席数据的更新被频繁通知给用户终端,则将消耗无线区间的通信频带。 因此,通过按照如上所述在规定期间汇总参加响应,可以减少 SIP/SIMPLE服务器3和用户终端之间的通信数据量,可以加快答复。另 外,在经过规定期间后,可以在每当接收到参加响应时实施步骤S115之 后的步骤。并且,图24中的步骤S241也相同。另外,在图18的步骤S95中,示出了 PoC管理服务器5代替用户实施代理阅读请求的处理,但在显而易见的情况下,在其他场合时,Poc管理服务器5和SIP/SIMPLE服务器3也可以自动变更阅读关系。并且,在图26 图29的处理中,可以应用交谈的呼叫处理。该情 况下,只要将步骤S201 S267的处理作为关于图像发布的呼叫处理实施 即可。而且,图像发布涉及的图像数据可以是静态图像,也可以是动态图 像。此外,其他文件也可采用相同方式发布。
权利要求
1.一种由会议管理计算机执行的通信控制方法,其中,所述通信控制方法包括如下步骤从第1参加者终端接收图像发布请求的步骤,所述图像发布请求是由基于语音方式的电子会议的第1参加者向该基于语音方式的电子会议的其他参加者发出的;以及设定步骤,对出席服务器进行出席管理设定,使得所述第1参加者和所述其他参加者能够订阅作为在更新时向订阅者发布的出席数据管理的、与图像发布相关的数据。
2. 根据权利要求1所述的通信控制方法,其中,所述通信控制方法 还包括如下步骤从所述第1参加者的终端接收图像数据,存储在图像发布用的数据 存储区域中的步骤;以及响应所述图像数据的接收,使所述出席服务器更新设定所述第1参 加者的出席数据的步骤。
3. 根据权利要求1所述的通信控制方法,其中,所述与图像发布相 关的数据包括与图像发布相关的用户的识别信息和与图像发布用资源相 关的数据。
4. 根据权利要求1所述的通信控制方法,其中,所述设定步骤还包括如下步骤请求所述出席服务器将与所述图像发布相关的数据作为出席数据登记的步骤;以及请求所述出席服务器将与所述图像发布相关的数据作为出席数据公 开的步骤。
5. 根据权利要求1所述的通信控制方法,其中,所述通信控制方法 还包括如下步骤从所述第1参加者接收图像数据,存储在图像发布用的数据存储区 域中的步骤;以及响应所述图像数据的接收,使所述出席服务器更新设定出席数据,所述出席数据包括与图像发布相关的数据。
6. 根据权利要求1所述的通信控制方法,其中,所述其他参加者是 由所述基于语音方式的电子会议的第1参加者所指定的所述基于语音方 式的电子会议的参加者的子集合。
7. 根据权利要求1所述的通信控制方法,其中,针对一个所述基于语音方式的电子会议管理多个包括所述与图像发布相关的数据的出席数 据。
8. —种计算机系统,其特征在于,所述计算机系统具有出席服务 器,其具有实施与出席数据相关的处理的出席管理单元;以及会议管理 服务器,其实施会议的控制处理,所述会议管理服务器在从基于语音方式的电子会议的第1参加者的 终端接收到针对该基于语音方式的电子会议的其他参加者的图像发布请 求的情况下,确保用于图像发布的资源,并且,向所述出席服务器发送 出席设定请求,使得所述第1参加者和所述其他参加者能够订阅与用于 该图像发布的资源相关的数据,所述出席服务器的所述出席管理单元根据所述出席设定请求进行设 定,使得所述第1参加者和所述其他参加者能够将与用于所述图像发布 的资源相关的数据作为更新时发布给订阅者的出席数据进行订阅。
9. 一种会议管理计算机,其中,所述会议管理计算机具有如下单元-从所述第1参加者的终端接收图像发布请求的单元,所述图像发布 请求是由基于语音方式的电子会议的第1参加者向该基于语音方式的电子会议的其他参加者发出的;以及使出席服务器进行出席管理设定的单元,其使得所述第1参加者和 所述其他参加者能够订阅作为在更新时向订阅者发布的出席数据管理 的、与图像发布相关的数据。
10. —种通过电子会议的参加者终端执行的通信方法,其中,所述通信方法包括如下步骤以从基于语音方式的电子会议的第1参加者的终端向服务器存储了 图像数据为契机,接收从所述服务器发布的且作为更新时发布给订阅者 的出席数据管理的与图像数据发布用的资源相关的数据的步骤;以及在所述接收之后,使用所述与图像数据发布用的资源相关的数据,从该图像数据发布用的资源获取所述图像数据的步骤。
11. 一种便携终端,其中,所述便携终端具有-出席数据处理部,其以从基于语音方式的电子会议的第1参加者的 终端向服务器存储了图像数据为契机,接收从所述服务器发布的且作为 更新时发布给订阅者的出席数据管理的与图像数据发布用的资源相关的 数据;以及图像处理部,其在进行所述接收之后,使用所述与图像数据发布用 的资源相关的数据,从该图像数据发布用的资源获取所述图像数据。
12. —种通过电子会议的参加者终端执行的通信方法,其中,所述通 信方法包括第1接收步骤,以服务器从基于语音方式的电子会议的第1参加者 的终端接收到图像发布请求的情况为契机,接收从所述服务器发布且作 为在更新时发布给阅读者的第1出席数据进行管理的、与图像数据发布 用的资源相关的信息;第2接收步骤,以从所述第1参加者的终端向所述服务器存储与所 述图像发布请求对应的图像数据的情况为契机,接收从所述服务器发布的、与所述第1参加者的状态相关的第2出席数据;以及执行如下处理的步骤在所述第2接收步骤之后,使用在所述第1接收步骤中接收到的所述第1出席数据中所包含的与所述图像数据发布 用的资源相关的数据,从该图像数据发布用的资源获取所述图像数据。
13. —种便携终端,其中,所述便携终端具有出席数据处理部,其以服务器从基于语音方式的电子会议的第1参 加者的终端接收到图像发布请求的情况为契机,接收从所述服务器发布 且作为在更新时发布给阅读者的第1出席数据进行管理的、与图像数据 发布用的资源相关的信息,以从所述第1参加者的终端向所述服务器存 储与所述图像发布请求对应的图像数据的情况为契机,接收从所述服务 器发布的、与所述第1参加者的状态相关的第2出席数据;以及图像处理部,其在进行所述第2接收的接收之后,使用所述第l出 席数据中所包含的、与所述图像数据发布用的资源相关的数据,从该图 像数据发布用的资源获取所述图像数据。
全文摘要
本发明提供一种通信控制方法、计算机系统、会议管理服务器、通信方法以及便携终端。本发明的计算机系统具有出席服务器,其具有实施与出席数据相关的处理的出席管理单元;以及会议管理服务器,其实施会议的控制处理。会议管理服务器在从基于语音方式的电子会议的第1参加者的终端接收到针对该基于语音方式的电子会议的其他参加者的图像发布请求的情况下,确保用于图像发布的资源,并且,向出席服务器发送出席设定请求,使得第1参加者和其他参加者能够阅读与用于该图像发布的资源相关的数据。出席服务器的出席管理单元根据出席设定请求进行设定,使得第1参加者和其他参加者能够将与用于图像发布的资源相关的数据作为更新时发布给阅读者的出席数据进行阅读。
文档编号G06F15/00GK101218572SQ200580050959
公开日2008年7月9日 申请日期2005年8月15日 优先权日2005年8月15日
发明者户田明延, 森岛寿之, 野田徹 申请人:富士通株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1