带有无线通信便携式终端的语音电话会议系统的制作方法

文档序号:7611544阅读:231来源:国知局
专利名称:带有无线通信便携式终端的语音电话会议系统的制作方法
技术领域
本发明涉及与语音电话会议中的讲话权相关的信息处理技术。
背景技术
例如,USP 5,901,363公开了一种涉及组群呼叫的技术。该技术为,首先,属于一个呼叫组并想要发言的加入者(A,B,C,D)通过接口向移动交换机请求发言项。为了解决两个加入者同时请求语音发送顺序而引起的问题,当检测到来自加入者(A,B,C,D)的讲话项请求时,生成针对该发言项请求并包含优先级的优先级数据(B’,C’),移动交换机将发言项请求具有最高优先级的优先级数据(B’)的加入者所发送的语音信号转达给其它加入者来收听。
根据上述背景技术,虽然可以对讲话权的转移进行控制,但是却没有从适用性的角度考虑讲话权的转移,例如,使被期望讲话的特定个人具有讲话权,和/或对讲话权进行控制以避免特定讲话者持续拥有讲话权而其它组员不能获得讲话权的情况。

发明内容
因此,本发明的目的是提供一种信息处理技术,其使得可以从适用性的角度实现语音电话会议中讲话权的转移。
此外,本发明的另一目的是提供一种包含蜂窝电话的无线通信便携式终端,其使得可以提高与讲话权相关的适用性。
根据本发明的第一方面,一种针对语音电话会议中的讲话权的信息处理方法包括以下步骤从第二用户的终端接收转移讲话权的请求,该请求包括第一用户的识别信息,该第一用户是讲话权的转移目的方;如果转移讲话权的请求满足预定条件,则将第一用户的识别信息作为具有讲话权的用户的识别信息存储在用于存储与语音电话会议的状态相关的数据的数据存储部中,该与电话会议的状态相关的数据包括具有讲话权的用户的识别信息;并且将表示第一用户具有讲话权的数据发送到第一用户的终端。结果,可以将讲话权从第二用户转移到第一用户,并可以实现灵活的电话会议管理。
根据本发明的第二方面,一种信息处理方法包括以下步骤如果从特定用户的终端接收到讲话权获取请求,则参照存储与语音电话会议的状态相关的数据(包括拥有讲话权的用户的识别信息)的数据存储部(例如,实施例中的在场数据(presence data)存储部512a、用户数据存储部532a等),判断是否已经存在拥有讲话权的用户;并且,如果判定已经存在拥有讲话权的用户,则将该特定用户的识别信息存储在讲话权预约数据存储部中。即使用户没有讲话权,该用户也可以进行预约,从而当讲话权被释放时该用户可以得到讲话权,由此提高了适用性。
此外,根据本发明的第三方面,一种信息处理方法包括以下步骤如果从特定用户的终端接收到讲话权获取请求,则通过参照存储与语音电话会议的状态相关的数据(包括拥有讲话权的用户的识别信息)的数据存储部(例如,实施例中的在场数据存储部512a、用户数据存储部532a等),判断是否已经存在拥有讲话权的用户;如果判定已经存在拥有讲话权的用户,则确认该特定用户的识别信息是否存储在用于存储要给予优先权的用户的识别信息的优先用户存储部中;并且,如果判定该特定用户的识别信息被存储在优先用户存储部中,则将该特定用户的识别信息作为拥有讲话权的用户的识别信息存储在数据存储部中。例如,如果在优先用户存储部中登记了具有诸如管理职责的特定权限的用户,则具有该特定权限的用户可以夺取另一用户的讲话权。
此外,根据本发明的第四方面,一种可以进行语音电话会议的无线通信便携式终端包括讲话权处理单元,如果接受来自用户的讲话权获取请求指令,则其向语音电话会议的管理服务器发出讲话权获取请求;以及一个在发送了讲话权获取请求的情况下激活用于发送该用户的语音数据的功能(例如,麦克、语音数据的发送处理功能,等等)的单元。如上所述,即使在接收到已获取讲话权的通知之前,也可以在发出讲话权获取请求时激活发送语音数据的功能,因此,不需要在完成讲话权的获取之前保持沉默,从而可以实现更为顺利的电话会议。顺便提及,即使不能获取讲话权,也不会产生在服务器侧丢弃语音数据从而不能将该语音数据发送到其它用户终端的问题。
可以创建一个使计算机执行本发明的信息处理方法的程序,以及一个实现无线通信便携式终端的程序,将这些程序存储在例如软盘、CD-ROM、磁光盘、半导体存储器或硬盘等的存储介质或存储装置中。此外,可以通过网络以数字信号的方式发布该程序。顺便提及,将处理过程中的中间数据暂时存储在诸如计算机的存储器等的存储设备中。


图1是本发明一个实施例的系统结构图;图2是用户终端A的功能框图;图3是表示PoC服务器的在场数据存储部中存储的数据的示例的图;图4是表示在场ID为“FloorUser”的在场数据的示例的图;图5是表示在场ID为“JoinUser”的在场数据的示例的图;图6是表示在场ID为“Member”的在场数据的示例的图;图7是表示在场ID为“Priority”的在场数据的示例的图;图8是表示用户终端A的画面示例的图;图9是表示该实施例的处理流程的图;图10是表示该实施例的处理流程的图;图11是表示该实施例的处理流程的图;图12是表示该实施例的处理流程的图;图13是表示该实施例的处理流程的图;图14是包括PoC服务器的计算机的功能框图。
具体实施例方式
图1是本发明实施例的系统示意图。诸如便携式电话网络的网络1通过无线基站(未示出)无线地与多个便携式电话(此处为用户A操作的用户终端A以及用户B操作的用户终端B)相连。该便携式电话具有语音通话功能,还可以执行各种应用程序,例如本实施例中的邮件客户端,Web浏览器和客户端应用程序。顺便提及,便携式电话可以为个人手持电话系统(PHS)终端,也可以为具有语音通话功能的个人数字助理(PDA)等的便携式终端。下面利用功能框图说明本实施例的用户终端A和B。
网络1上还连接有无线一键通(push-to-talk over cellular,PoC)服务器5。可以将PoC服务器5配置为通过多个计算机来实现这些功能。
该PoC服务器5为执行电话会议的控制和管理以及语音数据的路由的服务器,该PoC服务器5包括电话会议A在场(presence)管理部51a、电话会议B在场管理部51b、电话会议A管理部53a、电话会议B管理部53b、电话会议A语音通信管理部55a以及电话会议B语音通信管理部55b。这里,为了说明简单,假设只存在电话会议A和电话会议B来进行说明,但是根据电话会议的数目分别地提供电话会议在场管理部、电话会议管理部以及电话会议语音通信管理部。此外,还可以为各个用户设置该用户的在场管理部,不过下面因为没有使用而未示出,并且将用户的状态传送给可以订阅该用户状态的用户。
电话会议A在场管理部51a包括在场数据管理部511a、在场数据存储部512a和传送处理部513a。电话会议A在场管理部51a与电话会议A管理部53a和用户终端的客户端应用程序配合,来更新在场数据存储部512a中存储的数据并执行在场数据存储部512a中存储的数据的传送处理。
此外,电话会议A管理部53a管理多点通信单元(MCU)信息存储部531a,该多点通信单元(MCU)信息存储部531a用于存储相应电话会议A语音通信管理部55a的IP地址和端口号并存储信息以保持与电话会议A语音通信管理部55a的对应关系;用户数据存储部532a,用于存储诸如召集到电话会议A的用户、参会用户、拥有讲话权的用户等的用户ID(也称为订户ID,更具体地,SIP(Session Initiation Protocol)-URL(Uniform Resource Locator)以及IP地址的配对;以及讲话权预约列表存储部533a,用于存储作为进行了讲话权获取预约的用户的用户ID的列表的讲话权预约列表。电话会议A管理部使用这些存储部并与相应的电话会议A在场管理部51a和电话会议A语音通信管理部55a配合,来对电话会议A进行各种处理。顺便提及,电话会议B管理部53b也具有相同的结构。
电话会议A语音通信管理部55a管理讲话者及参会者数据存储部551a,该讲话者及参会者数据存储部551a存储拥有讲话权的用户以及参会用户的用户ID和IP地址的配对,并使用这些存储部来执行处理,以将从会议电话A中的拥有讲话权的用户的用户终端接收到的语音数据传送到电话会议A的各个参会者的用户终端。
接下来,图2示出了用户终端A的功能框图。用户终端A包括用于执行本实施例中的处理的客户端应用程序91,以及用于用户终端中设置的麦克的麦克驱动器93。客户端应用程序91包括用于进行电话会议的控制处理的语音电话会议处理部911、在场数据处理部913以及在场数据存储部915。顺便提及,没有示出不与本实施例直接相关的功能。
图3表示电话会议A在场管理部51a中包含的在场数据存储部512a中存储的数据示例。在图3的示例中,包括在场信息存储区5121、在场小组信息存储区5123以及订户列表存储区5125。在场信息存储区5121包括区域3361,用于存储在场ID(在场数据项的ID)为“FloorUser”的在场数据(此处,具有讲话权(也称为发言权)的用户的订户ID);区域3362,用于存储在场ID为“Member”的在场数据(此处,被召集到电话会议的用户的订户ID);区域3363,用于存储在场ID为“JoinUser”的在场数据(此处,参与电话会议的用户的订户ID);以及区域3364,用于存储在场ID为“Priority”的在场数据(此处,拥有夺取讲话权的权利(讲话权的优先使用权)的用户的订户ID)。
此外,在场小组信息存储区5123包括区域337,其具有用于存储属于作为在场小组的组I“默认”的在场ID的区域3371以及用于存储用户ID(即,订户ID)的区域3373;以及区域338,其具有用于存储属于作为在场小组的组II“语音电话会议”的在场ID的区域3381,以及用于存储用户ID(即,订户ID)的区域3382。将参与语音电话会议的用户的订户ID存储在区域3382中,对于参与语音电话会议的用户公开的数据是在场ID为“FloorUser”、“Member”、“JoinUser”和“Priority”的在场数据。即,出示讲话权拥有者的订户ID、被召集的用户的订户ID列表、参会用户的订户ID列表以及具有夺取讲话权的权限的用户的订户ID。
图3示意性地示出了在场数据存储部中存储的数据,例如,将具有如图4所示的标签数据结构的数据存储在用于存储在场ID为“FloorUser”的在场数据的区域3361中。通过使用符合开放移动联盟(OMA)的可扩展标记语言(XML)来大致描述图4的示例。此处,应当注意,在从上开始的第四行中,在entity=“pres:Conference01@poc.fj.com”的语句中,在场ID为“FloorUser”的在场数据的所有者由“Conference01@poc.fj.com”的SIP-URL指定。这里,该在场数据的所有者是PoC服务器5的电话会议A管理部53a,并且由电话会议A管理部53a更新在场数据。此外,电话会议A管理部53a的SIP-URL为Conference01@poc.fj.com。此外,在<note>和</note>标签之间,记录了SIP-URL“UserA@poc.fj.com”作为拥有讲话权的用户的用户ID。在图3中,将“UserA@poc.fj.com”简写为“UserA”。
类似地,例如,将具有图5所示的标签数据结构的数据存储在用于存储在场ID为“JoinUser”的在场数据的区域3363中。在图5的示例中,与图4类似,在场数据的所有者由Conference01@poc.fj.com的SIP-URL来规定,在<note>和</note>标签之间,记录了语音电话会议参会者的SIP-URL“UserA@poc.fj.com,UserB@poc.fj.com”作为用户ID。
此外,例如,将具有如图6所示的标签数据结构的数据存储在用于存储在场ID为“Member”的在场数据的区域3362中。与图4类似,在图6的示例中,在场数据的所有者由Conference01@poc.fj.com的SIP-URL来规定,在<note>和</note>标签之间,记录了被召集到语音电话会议的用户的SIP-URL“UserA@poc.fj.com,UserB@poc.fj.com,UserC@poc.fj.com”作为用户ID。
此外,例如,将具有如图7所示的标签数据结构的数据存储在用于存储在场ID为“Priority”的在场数据的区域3364中。与图4类似,在图7的示例中,在场数据的所有者由Conference01@poc.fj.com的SIP-URL来规定,在<note>和</note>标签之间,记录了具有夺取讲话权的权限的用户的SIP-URL“UserA@poc.fj.com”作为用户ID。
在场数据原则上由所有者更新,当进行了更新后,传送处理部将更新后的在场数据传送到用户ID与在场数据的在场ID相互关联的用户。
接下来,将参照图9到13说明图1中所示的系统的处理流程。顺便提及,假定已由例如用户A指定了被期望参加电话会议的用户,并且将所指定的用户的用户ID记录在用于存储在场ID为“Member”的在场数据的区域3362中。此外,将这些指定用户召集到该电话会议,并且对于进行了参会响应的用户,假定将其用户ID记录在用于存储在场ID为“JoinUser”的在场数据的区域3363中。然后,对于例如在一个未示出的用户DB(例如,用于存储用户属性信息以及登陆到PoC服务器5中所需的用户ID和密码的DB)中登记了“管理职责”作为参会者属性的参会者,假定将用户ID记录在用于存储在场ID为“Priority”的在场数据的区域3364中。可以根据电话会议的模式进行各种设置,例如,只对具有“管理职责”中的最高地位的用户给予夺取权,根据其它标准设置夺取权,对于多个用户设置夺取权,或者不设置夺取权。
此外,假定相应电话会议A语音通信管理部55a使用的IP地址和端口号已经存储在MCU信息存储部531a中,并且所召集的用户、参会用户以及拥有讲话权的用户的用户ID和IP地址登记在用户数据存储部532a中。也存在如下一种情况,即登记了具有夺取讲话权的权限的用户的用户ID。此外,假设将拥有讲话权的用户以及参会用户的用户ID和IP地址记录在讲话者及参会者数据存储部551a中。
此外,假设用户终端A中的客户端应用程序91的语音电话会议处理部911接收到电话会议A语音通信管理部55a的IP地址和端口号,作为对电话会议A等的参会响应的回复,并将它们存储在主存储器等的存储设备中。
例如,如果将图3中所示的数据存储在在场数据存储部512a中,则因为电话会议A在场管理部51a的传送处理部513a将图3所示的在场数据传送到各个参会用户的用户终端,所以用户终端的在场数据处理部913在该用户终端的显示器上显示图8所示的画面。在图8的画面示例中,设置了对话组的显示栏801,表示正在进行电话会议A。此外,设置了参会用户的显示栏802,在参会用户栏804中,表示用户A、用户B和用户C参与了电话会议A。此外,拥有讲话权的参会用户与表示拥有讲话权的标记803相关联。在图8的示例中,用户A当前拥有讲话权。此外,拥有夺取讲话权的权限的参会用户与表示具有夺取权的显示805关联。此外,还包括发言按钮806,用于发送讲话权获取请求;释放按钮807,用于发送讲话权释放请求;转移按钮808,用于转移讲话权;以及组合框809,用于指定讲话权的转移目的方用户。顺便提及,因为存在多种发出讲话权获取请求的情况,所以,例如,可以单独地提供一个按钮作为用户终端上的硬件。这也可以应用于其它按钮。图8的画面结构为一个示例,也可以采用其它的画面结构来显示相同内容。但是,在下面的处理流程中,将在假设显示了图8所示的画面的前提下(除了讲话权的拥有者变化之外)进行说明。
例如,当用户ID为UserA的用户A操作用户终端A,并且该用户A没有讲话权但想要获取讲话权以向其它参会者发言时,该用户按下发言按钮806。然后,用户终端A中的客户端应用程序91的语音电话会议处理部911接收到来自用户A的讲话权获取指令(图9步骤81),参照在场数据存储部915,以判断当前是否存在具有讲话权的人(步骤S3)。同时,如上所述,当从PoC服务器5中的电话会议A在场管理部51a的传送处理部513a接收到最新的在场数据时,在场数据处理部913改变图8中所示的显示画面,并将该数据存储在在场数据存储部915中。据此,通过参照在场数据存储部915,可以试探性地判断当前是否拥有讲话权。但是,因为从PoC服务器5中的电话会议A在场管理部51a的在场数据存储部512a的更新到在场数据存储部915的更新具有一个时间滞后,所以该数据不一定是最新的。
在判定当前没有人具有讲话权的情况下,语音电话会议处理部911将包含用户A(作为请求用户)的用户ID的讲话权获取请求发送给PoC服务器5(步骤S5)。此外,语音电话会议处理部911激活麦克驱动器93,以使得用户A可以进行语音输入(步骤S7)。如上所述,在从PoC服务器5接收到讲话权取得通知之前激活麦克驱动器93,从而用户A可以在输入了讲话权获取请求之后立即开始发言。但是,在该阶段,并不能确保获得讲话权,并且说话内容是否传送到其它参会用户是不确定的。但是,如果可以立即获得讲话权,则可以无中断地进行会议。之后,该处理通过终端A进行到图10。
另一方面,当从用户终端A接收到包含用户A的用户ID的讲话权获取请求时(步骤S9),PoC服务器5的电话会议A管理部53a参照例如用户数据存储部532a或在场数据存储部512a,判断其它参会用户是否具有讲话权(步骤S11)。当没有具有讲话权的参会用户时,电话会议A管理部53a将UserA作为拥有讲话权的用户的用户ID记录在用户数据存储部532a中,并执行获取讲话权的处理,来请求电话会议A在场管理部51a的在场数据管理部511a将UserA记录在在场数据存储部512a中的用于存储在场ID为“FloorUser”的在场数据的区域3361中,并且进一步请求电话会议A语音通信管理部55a将UserA作为具有讲话权的用户的用户ID记录在讲话者及参会者数据存储部551a中(步骤S13)。该处理通过终端B进行到图10或图11。
另一方面,在存在其它具有讲话权的用户的情况下,电话会议A管理部53a参考例如用户数据存储部532a或在场数据存储部512a,来判断该请求用户是否具有夺取讲话权的权限(步骤S15)。在判定作为请求用户的用户具有夺取讲话权的权限的情况下,处理进行到步骤S13。即,执行获取讲话权的处理,并且对请求用户设置讲话权。另一方面,在判定请求用户不具有夺取讲话权的权限的情况下,电话会议A管理部53a将请求用户的用户ID记录在用于存储讲话权预约列表的存储部533a.中(步骤S17)。如上所述,另外还把请求用户登记在讲话权预约列表中,从而在释放了讲话权的情况下,将讲话权转移给讲话权预约列表中的登记为最高级别的用户。电话会议A管理部53a将预约完成通知发送到用户终端A(步骤S19)。用户终端A中的客户端应用程序91的语音电话会议处理部911从PoC服务器5接收到预约完成通知,并将该通知显示在显示器上(步骤S21)。然后,使在步骤S7中激活的麦克驱动器93变为非激活状态(步骤S23)。
在本实施例中,虽然由电话会议A管理部53a管理讲话权预约列表,但是,例如,可以将讲话权预约列表作为在场数据记录在在场数据存储部512a中。然后,可以通过传送处理部513a将讲话权预约列表传送到所有参会用户。
此外,并非必须接受讲话权的预约。在不接受讲话权预约的情况下,当在步骤S15判定没有夺取权时,电话会议A管理部53a将讲话权获取不接受通知发送给用户终端A。接收到该讲话权获取不接受通知的用户终端A将该通知显示在显示器上,并使麦克驱动器93处于非激活状态。
此外,在步骤S3中,在判定当前存在其它具有讲话权的用户时,语音电话会议处理部911参考在场数据存储部915,判断请求获取讲话权的用户A是否具有夺取讲话权的权限(步骤S25)。在判定该用户具有夺取权的情况下,处理进行到步骤S5。另一方面,在判定用户不具有夺取权的情况下,语音电话会议处理部911将讲话权获取不接受通知显示在显示器上,并且处理返回到接收语音数据的状态(步骤S27)。
如上所述,当只有在没有人具有讲话权的情况下以及在用户具有夺取讲话权的权限的情况下才发送讲话权获取请求时,可以防止浪费无线通信区域中的通信带宽。但是,可以根据用户的指令向PoC服务器5发出讲话权获取请求,而不限制在用户终端侧发送讲话权获取请求。
接下来,将参照图10说明终端A和终端B的处理。由于在步骤S7激活了麦克驱动器93,所以在步骤S7以及后续步骤中,用户终端A可以接受用户A的语音输入并可以将所输入的语音数据发送到PoC服务器5(步骤S31)。此时,将从麦克和麦克驱动器93输入的语音数据作为语音数据包发送到电话会议A语音通信管理部55a的IP地址和端口号。
当接收到来自用户终端A的语音数据时(步骤S33),PoC服务器5的电话会议A语音通信管理部55a参考讲话者及参会者数据存储部551a或在场数据存储部512a,判断操作用户终端A的用户是否具有讲话权(步骤S35)。在判定操作用户终端A的用户不具有讲话权的情况下,处理通过终端C进行到步骤11。另一方面,在判定操作用户终端A的用户具有讲话权的情况下,根据存储在讲话者及参会者数据存储部551a中的参会用户的用户终端的IP地址,对所接收的语音数据进行复制和转发(步骤S37)。这里,将语音数据发送到用户终端B。虽然最好不将数据发送到具有讲话权的用户的用户终端,但是也可以发送该数据。当从PoC服务器5接收到语音数据时,用户终端B通过未示出的扬声器驱动器和扬声器输出语音(步骤S39)。
顺便提及,虽然该处理是在图10中的步骤S37之后进行的,但是由于在步骤S13中已经对在场数据存储部512a进行了更新,所以在图9的步骤S13之后的任意时刻,电话会议A在场管理部51a的传送处理部513a都可以将更新后的在场数据作为讲话权改变通知发送到各个参会用户的用户终端(步骤S41)。用户终端A和用户终端B中的客户端应用程序91的在场数据处理部913从PoC服务器5接收作为讲话权改变通知的更新后的在场数据,在在场数据存储部915中重写并记录该数据,并将其显示在显示器上(步骤S43和S45)。结果,电话会议A的所有参会用户都可以获知用户A拥有讲话权。
顺便提及,虽然在步骤S7中激活了麦克驱动器93,但是根据情况,可以在步骤S43之后激活麦克驱动器93(步骤S47)。这样,由于限据讲话权改变通知能够确定获取了讲话权,所以不会无谓地将语音数据发送到PoC服务器5。
接下来,将参照图11说明终端B的另一处理。如上所述,由于对电话会议设置了讲话权,所以即使从不具有讲话权的用户的用户终端(此处为用户终端B)接收到了语音数据,该语音数据也不会被发送到其它用户终端。例如,在用户终端B因为当前没有拥有讲话权的人而在用户终端A稍后向PoC服务器5发出了讲话权获取请求的情况下,所以通过图9所示的步骤S11到步骤15,在步骤S17中进行讲话权的预约。但是,由于在步骤S5之后的步骤S7中激活了麦克驱动器93,所以用户B可以进行语音输入,并且当用户B开始讲话之后,用户终端B通过麦克和麦克驱动器93接受语音输入,并将语音数据发送到PoC服务器5(步骤S51)。当照常将该语音数据发送到PoC服务器5时,PoC服务器5的电话会议A语音通信管理部55a接收到该语音数据(步骤S53),并参照讲话者及参会者数据存储部551a或者在场数据存储部512a,判断作为语音数据包的发送源用户的用户是否具有讲话权(步骤S55)。如上所述,由于作为语音数据包的发送源用户的用户B不具有讲话权,所以在该阶段丢弃在步骤S53中接收到的语音数据包(步骤S57)。即,不将该语音数据包发送到其它参会用户的用户终端。虽然在上述示例中不能,但是在用户B具有讲话权的情况下(步骤S55“是”),处理通过终端D进行到图10的步骤S37。
如上所述,执行与获取讲话权相关的处理,从而参会用户可以使用诸如预约讲话权以及夺取讲话权的有用功能。此外,由于即使在不能确认讲话权的获取的状态下也能发送语音数据,所以在可以立即获得讲话权的情况下,可以进行平滑的会议管理。顺便提及,另外,在不能获取讲话权的情况下,由于PoC服务器5丢弃语音数据,所以可以毫无问题地进行电话会议。此外,当作为用户终端中最常见的情况对讲话权获取请求的发送进行了特定限制时,可以有效地使用无线通信区域的通信带宽。
接下来,将参照图12说明对获取讲话权进行预约的处理以及讲话权的释放。例如,假设用户终端A的用户A是讲话权的拥有者,用户终端B的用户B是预约了讲话权的用户,即,记录在用于存储讲话权预约列表的存储部533a中的用户。
例如,在图8所示的显示画面上,当用户A按下释放按钮807时,用户终端A的语音电话会议处理部911接受讲话权释放输入(步骤S61),并发出包含用户A的用户ID的讲话权释放请求(步骤S63)。PoC服务器5的电话会议A管理部53a从用户终端A接收到包含用户A的用户ID的讲话权释放请求(步骤S65)。然后,电话会议A管理部53a参照用户数据存储部532a或在场数据存储部512a判断请求释放讲话权的用户是否具有讲话权(步骤S67)。这是因为在用户被夺取了讲话权的情况下,也存在该用户错误地认为他或她仍旧拥有讲话权的情况。在用户不具有讲话权却请求释放讲话权的情况下,生成错误通知并将该通知发送到用户终端A。当接收到来自PoC服务器5的错误通知时,用户终端A中的客户端应用程序91的语音电话会议处理部911将该通知显示在显示器上(步骤S69)。结果,可以确认用户没有拥有讲话权。另一方面,在请求释放讲话权的请求用户具有讲话权的情况下,电话会议A管理部53a执行释放讲话权的处理,从而在用户数据存储部532a中登记“无”作为拥有讲话权的用户,请求电话会议A在场管理部51a的在场数据管理部511a将“无”记录在在场数据存储部512a中的用于存储在场ID为“FloorUser”的在场数据的区域3361中,并请求电话会议A语音通信管理部55a将“无”记录在讲话者及参会者数据存储部551a中作为持有讲话权的用户的用户ID记录(步骤S71)。结果,电话会议的状态变为任何参会用户都不具有讲话权的状态。
此外,电话会议A管理部53a参照讲话权预约列表的存储部533a来判断是否存在登记了讲话权预约的用户(步骤S73)。在讲话权预约列表存储部533a中没有存储任何用户的情况下,处理进行到讲话权获取等待状态(步骤S75)。
另一方面,在存在登记了讲话权预约的用户的情况下,对于登记了预约的多个用户中的最优先用户(这里,用户B(用户ID为UserB)),电话会议A管理部53a执行释放讲话权的处理,将UserB作为拥有讲话权的用户的用户ID记录在用户数据存储部532a中,请求电话会议A在场管理部51a的在场数据管理部511a将UserB记录在在场数据存储部512a中的用于存储在场ID为“FloorUser”的在场数据的区域3361中,并请求电话会议A语音通信管理部55a将UserB作为拥有讲话权的用户的用户ID记录在讲话者及参会者数据存储部551a中(步骤S77)。顺便提及,最优先的用户可以是最早登记在讲话权预约列表存储部533a中的用户,或者最少获得讲话权的用户。在后一种情况下,在电话会议A管理部53a中,需要对各个参会用户获取讲话权的次数进行计数。
结果,将讲话权自动转移到进行了讲话权预约的用户。
此外,由于在场数据存储部512a被更新,所以电话会议A在场管理部51a的传送处理部513a将更新后的在场数据作为讲话权改变通知发送给诸如用户终端A和用户终端B等的参会用户的用户终端(步骤S79)。用户终端A和用户终端B中的每一个的在场数据处理部913接收到作为讲话权改变通知的更新后的在场数据,将其存储在在场数据存储部915中,并将其显示在显示器上(步骤S81和S83)。顺便提及,语音电话会议处理部911参考在场数据存储部915,确认其所有者用户是否拥有讲话权,并在判定其所有者用户拥有讲话权的情况下激活麦克驱动器93(步骤S85)。结果,操作用户终端B的用户B可以将语音数据传送给其它参会用户的用户终端。
接下来,将参照图13说明实现讲话权转移的处理流程。顺便提及,将对用户A拥有讲话权并将讲话权转移给用户B的情况进行说明。首先,例如,用户A在图8的组合框809中指定用户B(UserB)作为讲话权的转移目的方,并按下转移按钮808。然后,用户终端A中的客户端应用程序91的语音电话会议处理部911接受指定了用户B作为转移目的方的讲话权转移请求输入(步骤S91),并将包含转移目的方的用户ID的讲话权转移请求发送到PoC服务器5(步骤S93)。
PoC服务器5的电话会议A管理部53a接收来自用户终端A的包含转移目的方的用户ID的讲话权转移请求(步骤S95)。然后,电话会议A管理部53a参考用户数据存储部532a或在场数据存储部512a,判断请求转移讲话权的用户是否具有讲话权(步骤S97)。在用户不具有讲话权却请求转移讲话权的情况下,其生成错误通知并将该通知发送到用户终端A。用户终端A中的客户端应用程序91的语音电话会议处理部911从PoC服务器5接收该错误通知,并将该通知显示在显示器上(步骤S99)。
另一方面,在判定请求转移讲话权的用户具有讲话权的情况下,电话会议A管理部53a参照用户数据存储部532a或者在场数据存储部512a,来判断所指定的转移目的方用户是否被指定为参会者(步骤S101)。在用户终端A上显示的图8所示画面上,由于根据在场数据存储部915中的参会用户列表来配置组合框809,所以通常将参会用户指定为转移目的方。但是,实际上,由于在场数据存储部512a的更新与在场数据存储部915的更新之间存在时间滞后,所以存在例如参会用户乘坐火车或者移到不能接收无线电信号的位置,并在更新在场数据存储部915之前变成非参会者的情况。据此,在该步骤中,确认用户是否为参会者。在判定所指定的转移目的方用户不是参会者的情况下,电话会议A管理部53a生成错误通知,并将该通知发送到用户终端A。用户终端A中的客户端应用程序91的语音电话会议处理部911从PoC服务器5接收到该错误通知,并显示在显示器上(步骤S103)。
另一方面,在判定所指定的转移目的方用户是参会者时,电话会议A管理部53a对于所指定的转移目的方执行设置讲话权的处理,从而将所指定的转移目的方用户的用户ID“UserB”作为拥有讲话权的用户的用户ID记录在用户数据存储部532a中,请求电话会议A在场管理部51a的在场数据管理部511a将UserB记录在在场数据存储部512a中的用于存储在场ID为“FloorUser”的在场数据的区域3361中,并请求电话会议A语音通信管理部55a将UserB作为拥有讲话权的用户的用户ID记录在讲话者及参会者数据存储部551a中(步骤S105)。从而,对用户B设置了讲话权,并在PoC服务器5中实现了用户A想要的设置。
此外,由于在场数据存储部512a被更新,所以电话会议A在场管理部51a的传送处理部513a将更新后的在场数据作为讲话权改变通知发送到各个参会用户的用户终端,如用户终端A和用户终端B(步骤S107)。用户终端A和用户终端B的在场数据处理部913接收作为讲话权改变通知的更新后的在场数据,将其存储在在场数据存储部915中,并将其显示在显示器上(步骤S109到S111)。顺便提及,语音电话会议处理部911参考在场数据存储部915,确认其所有者用户是否拥有讲话权,并在判定其所有者用户拥有讲话权的情况下激活麦克驱动器93(步骤S113)。结果,操作用户终端B的用户B可以将语音数据传送到其它参会用户的用户终端。
上面对本发明的一个实施例进行了说明,但是本发明并不限于此。虽然上面进行了说明,但是也存在通过多个计算机来实现PoC服务器5的情况。在这种情况下,也存在如下情况该服务器被分为例如,包括电话会议在场管理部的服务器、包括电话会议管理部的服务器、以及包括电话会议语音通信管理部的服务器。在上述情况下,例如,包括电话会议在场管理部的服务器接受来自用户终端的除语音数据之外的通信,并且可以根据需要将所接收的数据转发到包括电话会议管理部的服务器。该包括电话会议管理部的服务器对其它服务器进行控制和管理。
此外,图1所示的功能模块不必与实际程序模块对应。
顺便提及,PoC服务器5为计算机,并且该计算机具有图14所示的结构。即,存储器2501、CPU2503、硬盘驱动器(HDD)2505、与显示器2509相连的显示控制器2507、用于可拆卸磁盘2511的驱动设备2513、输入设备2515以及用于连接网络的通信控制器2517通过总线2519相连。用于执行该实施例中的上述处理的操作系统(OS)和应用程序存储在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和驱动设备2509。
虽然针对具体的优选实施例对本发明进行了说明,但是本领域技术人员可以进行各种变化和修改,因此本发明包括落入所附权利要求的范围内的这些变化和修改。
权利要求
1.一种针对语音电话会议中的讲话权的信息处理方法,包括以下步骤从第二用户的终端接收转移所述讲话权的请求,所述请求包括第一用户的识别信息,所述第一用户是所述讲话权的转移目的方;如果所述转移所述讲话权的请求满足预定条件,则将所述第一用户的所述识别信息作为具有所述讲话权的用户的识别信息存储在用于存储与所述语音电话会议的状态相关的数据的数据存储部中,所述数据包括具有所述讲话权的用户的识别信息;并且将表示所述第一用户具有所述讲话权的数据发送到所述第一用户的终端。
2.根据权利要求1所述的信息处理方法,其中所述存储步骤包括参考所述数据存储部,以判断是否满足下述条件在与所述语音电话会议的所述状态相关的所述数据中包含的所述语音电话会议的参会者数据中包含所述第一用户的所述识别信息。
3.根据权利要求2所述的信息处理方法,其中所述存储步骤还包括参考所述数据存储部,以判断是否满足以下条件所述第二用户的识别信息与在与所述语音电话会议的所述状态相关的所述数据中包含的拥有所述讲话权的用户的识别信息相同。
4.根据权利要求1所述的信息处理方法,其中将与所述语音电话会议的所述状态相关的所述数据作为在场数据来进行管理,并且将所述发送步骤作为所述在场数据的更新通知来执行。
5.一种针对语音电话会议中的讲话权的信息处理方法,包括以下步骤如果从特定用户的终端接收到获取所述讲话权的请求,则参照存储与所述语音电话会议的状态相关的数据的数据存储部,判断是否已经存在拥有所述讲话权的用户,所述数据包括拥有所述讲话权的所述用户的识别信息;并且如果判定已经存在拥有所述讲话权的所述用户,则将所述特定用户的识别信息存储在用于预约所述讲话权的数据存储部中。
6.根据权利要求5所述的信息处理方法,还包括如果检测到没有用户拥有所述讲话权的状态,则将在用于预约所述讲话权的所述数据存储部中存储的所述特定用户的所述识别信息作为具有所述讲话权的所述用户的所述识别信息存储在所述数据存储部中;并且将表示所述特定用户拥有所述讲话权的数据发送到所述特定用户的所述终端。
7.一种针对语音电话会议中的讲话权的信息处理方法,包括以下步骤如果从特定用户的终端接收到获取所述讲话权的请求,则参照存储与所述语音电话会议的状态相关的数据的数据存储部,判断是否已经存在拥有所述讲话权的用户,所述数据包括拥有所述讲话权的所述用户的识别信息;如果判定已经存在拥有所述讲话权的所述用户,则确认所述特定用户的识别信息是否存储在用于存储要给予优先权的用户的识别信息的优先用户存储部中;并且如果判定所述特定用户的所述识别信息被存储在所述优先用户存储部中,则将所述特定用户的所述识别信息作为拥有所述讲话权的所述用户的所述识别信息存储在所述数据存储部中。
8.根据权利要求7所述的信息处理方法,还包括以下步骤将表示所述特定用户拥有所述讲话权的数据发送到所述特定用户的所述终端。
9.根据权利要求7所述的信息处理方法,还包括以下步骤只将从识别信息被作为具有所述讲话权的所述用户的所述识别信息而记录在所述数据存储部中的用户的终端接收到的语音数据传送到所述语音电话会议的参会者的终端。
10.一种能够进行语音电话会议的无线通信便携式终端,包括讲话权处理单元,如果接受来自用户的获取所述讲话权的请求指令,则其向所述语音电话会议的管理服务器发出获取讲话权的请求;以及进行如下操作的单元当发出了获取所述讲话权的所述请求时,激活发送所述用户的语音数据的功能。
11.根据权利要求10所述的无线通信便携式终端,其中所述讲话权处理单元参考存储与所述讲话权的拥有者相关的数据作为与所述语音电话会议的状态相关的数据的数据存储部,并且如果确认不存在所述讲话权的拥有者,则向所述语音电话会议的所述管理服务器发出获取所述讲话权的所述请求。
12.根据权利要求10所述的无线通信便携式终端,其中所述讲话权处理单元参考存储与要给予优先权的用户相关的数据的数据存储部,并且如果确认所述用户是所述的要给予优先权的用户,则向所述语音电话会议的所述管理服务器发出获取所述讲话权的所述请求。
13.根据权利要求10所述的无线通信便携式终端,其中与所述语音电话会议的所述状态相关的所述数据是从所述语音电话会议的所述管理服务器接收到的作为在场数据的数据。
14.一种用于处理语音电话会议中的讲话权的计算机系统,包括进行如下操作的单元从第二用户的终端接收转移所述讲话权的请求,所述请求包括第一用户的识别信息,所述第一用户是所述讲话权的转移目的方;进行如下操作的单元如果所述转移所述讲话权的请求满足预定条件,则将所述第一用户的所述识别信息作为具有所述讲话权的用户的识别信息存储在用于存储与所述语音电话会议的状态相关的数据的数据存储部中,所述数据包括具有所述讲话权的用户的识别信息;以及进行如下操作的单元将表示所述第一用户具有所述讲话权的数据发送到所述第一用户的终端。
15.一种用于处理语音电话会议中的讲话权的计算机系统,包括进行如下操作的单元如果从特定用户的终端接收到获取所述讲话权的请求,则参照存储与所述语音电话会议的状态相关的数据的数据存储部,判断是否已经存在拥有所述讲话权的用户,所述数据包括拥有所述讲话权的所述用户的识别信息;以及进行如下操作的单元如果判定已经存在拥有所述讲话权的所述用户,则将所述特定用户的识别信息存储在用于预约所述讲话权的数据存储部中。
16.一种用于处理语音电话会议中的讲话权的计算机系统,包括进行如下操作的单元如果从特定用户的终端接收到获取所述讲话权的请求,则参照存储与所述语音电话会议的状态相关的数据的数据存储部,判断是否已经存在拥有所述讲话权的用户,所述数据包括拥有所述讲话权的所述用户的识别信息;进行如下操作的单元如果判定已经存在拥有所述讲话权的所述用户,则确认所述特定用户的识别信息是否存储在用于存储要给予优先权的用户的识别信息的优先用户存储部中;以及进行如下操作的单元如果判定所述特定用户的所述识别信息被存储在所述优先用户存储部中,则将所述特定用户的所述识别信息作为拥有所述讲话权的所述用户的所述识别信息存储在所述数据存储部中。
全文摘要
带有无线通信便携式终端的语音电话会议系统。本发明的目的是从适用性的角度来实现语音电话会议中讲话权的转移。在本发明中,引入了PoC服务器来实现新的功能,如讲话权转移、讲话权获取预约、以及讲话权夺取等。该PoC服务器具有电话会议在场管理部、电话会议管理部和电话会议语音通信管理部。在电话会议在场管理部的在场数据存储部中管理讲话权。该电话会议在场管理部直接管理在场数据存储部,但是电话会议管理部管理讲话权的转移。此外,电话会议管理部通过讲话权预约列表存储部来管理讲话权的预约。电话会议语音通信管理部进行语音数据的路由。此时,只传送从拥有讲话权的用户接收到的语音数据。
文档编号H04M3/56GK1735112SQ200510005080
公开日2006年2月15日 申请日期2005年1月31日 优先权日2004年8月10日
发明者森岛寿之, 铃木贵子, 山本有辉, 大野敬史, 奥山敏, 堀尾健一, 角田润, 军地利尚, 田渊裕士 申请人:富士通株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1