具体实施方式
图1示出根据本发明的优选的示范性实施例的移动无线电多媒体电话会议系统100。应当指出,在一个可替换的改进方案中,不是必须是移动无线电多媒体电话会议系统。下述和上述方法还可以在陆线(landline)多媒体电话会议系统、例如基于互联网的陆线多媒体电话会议系统中实施。在该可替换的实施例中,至少某些电信终端被建立为陆线电信终端,这些陆线电信终端被建立特别是用于实施基于互联网的电话会议。
系统100对于在下面更详细解释的所有示范性实施例中都是相同的,除了焦点(focus)服务器的不同的改进方案,服务器是分别建立的,从而实施各个示范性实施例的功能性。
下述单个单元的每个都可在单个分离的硬件单元、例如独立的计算机或移动无线电终端中实施,或至少部分用软件、也就是使用在分离的或联合的计算机单元中实施的计算机程序来实现。
除了下述变化,通信系统为基于本发明的实施例的形式,如[1]中所述。
[1]中所述及图1中说明的“会议框架”给用户、特别是移动无线电终端101、102、103、104提供了不同的多媒体电话会议业务。具体地,如[1]中详细所述,提供用于控制对电话会议资源的访问权限的业务(也称为资源控制)、用于建立会议规则(也被称为会议策略控制)的业务,并也以基于会话起始协议(SIP)的过程的形式提供用于产生、管理、加入及离开多媒体电话会议的附加业务。
此外,如同样在[1]中所述,通信系统100提供用于通知会议参与者101、102、103、104(也称为会议通知业务)关于各个多媒体电话会议的特定信息和事件的方法。
建立会议系统100,从而可在参与者之间、也就是在移动无线电终端101、102、103、104之间互换任意的媒体类型。能在会议系统100内传送和处理的媒体类型的例子有音频数据、视频数据、即时消息数据以及来自游戏会议环境内的多玩家游戏的数据。
如上所述,图1示出根据本发明的示范性实施例的多媒体电话会议系统100及其单个组件和这些组件之间的交互作用。
多媒体电话会议系统100具有星形会议架构,其中在这些示范性实施例中为移动无线电终端101、102、103、104的所有会议参与者(也称为用户代理)借助SIP信令链路106被连接到会议服务器装置105(也被称为焦点105)。然而,图1仅仅示出这些SIP信令链路中的一个(106),作为例子。
与特定的会议服务器计算机105、也就是与特定的焦点相关联或在其上运行的各个特定的移动无线电电话会议都有与其相关联的唯一的会议地址(“会议唯一的资源标识符”(C-URI))。C-URI唯一地表示各个会议并为各个会议编址。其中,焦点105间接地访问会议策略。会议策略文件(后面也被称为会议规则文件108)通常在逻辑上由两个子区域、即成员策略109和媒体策略110组成。然而,在某些情形下,可以在多个子文件上物理上分割地存储会议策略文件。除了物理分离,在该环境中,会议策略文件还可在逻辑上分割。会议规则服务器(会议策略服务器)111专门为各个会议产生会议规则文件108,在图1中用箭头112表示。通过会议规则服务器通知焦点105会议策略文件中的内容和任何变化。还可想到焦点105能直接访问会议策略文件。
除了转换这些被存储在会议规则文件108中的会议规则,焦点105还有确保会议专用的媒体数据流的分配的任务。
为了分配媒体数据流,焦点105使用“混合器”113、换句话说数据流混合装置,该“混合器”113使用被存储在媒体策略110中的媒体规则来执行单个编译并在参与会议的移动无线电终端101、102、103、104上分配媒体数据流,在图1中用双头箭头114、115、116、117表示。出于提供会议业务的目的,移动无线电终端101、102、103、104有在其中实施的几个附加的程序、通信协议和功能,特别是实施了新的附加的SIP程序,以及在资源控制服务器118中的服务器上实施的“二进制资源控制协议”(BFCP),以及会议策略控制协议(CPCP)或能执行适当的通信协议的各个单元。第一移动无线电终端101和资源控制服务器118之间的二进制资源控制协议通信链路由图1中的箭头119表示。
因此,这些程序和协议的每个细节对于移动无线电终端(移动终端)101、102、103、104都是重要的并因此对于终端中所使用的硬件和/或软件也是重要的。
[5]中所述的会议策略控制协议(CPCP)提供了对多媒体电话会议定义不同规则的机会。因此,举例来说,诸如会议参与者的最大数目的通用会议规则可使用CPCP在会议规则文件(会议策略)内指示。会议规则文件还包含“拨出”列表(<dial-out-list>数据元素),例如当发起会议时,指示要邀请哪些用户或哪些电信终端来参加会议。
会议策略还包含用来指示允许哪个用户将其他用户输入到“拨出”列表的授权数据元素(<allow-modify-dol>数据元素)。
为了规定允许谁编辑授权数据元素,CPCP提供调整对所有其它授权数据元素的存取的高级授权数据元素(<allow-modify-authorization-rules>数据元素)。
以至少一个XML文档(可扩展标记语言文件)的形式规定会议规则文件。考虑到使用XML来描述会议规则文件108,可能以简单的方式扩展、通常是改变会议规则文件。
为了传送XML文件、也就是具体是会议规则文件108,或从会议规则文件中读取数据和/或将数据写入到会议规则文件108,使用超文本传输协议(HTTP)。
使用HTTP置入请求来写会议规则文件108或在会议规则文件108中写信息,而使用HTTP获得请求读取会议规则文件108或部分会议规则文件108,以及使用HTTP删除请求删除整个会议规则文件108或部分会议规则文件108。
CPCP还允许单个元素、XML文档的属性或属性值以及因此根据本发明的这个示范性实施例的会议规则文件108的属性或属性值使用HTTP唯一资源定位符(HTTP URL)来寻址。
下面的文本以XML给出了对会议规则文件108的设计的更详细的解释,这种会议规则文件108的基本结构可从[5]中得知,并也是这样来设计的。
会议规则文件108描述了会议规则。
会议规则文件108具有不同的数据元素:例如<info>数据元素,其包含涉及各个多媒体电话会议的通用自由文本信息;<settings>数据元素,其中其指示会议地址(<conference-uri>子数据元素)以及会议参与者的最大数目(<max-participants-count>子数据元素);<authorization-rules>数据元素,其包含单个授权数据元素;以及也例如<dial-out-list>数据元素,其列出了要被邀请参加各个会议的参与者。
下面的文本示出基于本发明的第一示范性实施例的XML格式的会议规则文件108:<?xml version=″1.0″encoding=″UTF-8″?><conference xmlns=″urn:ietf:params:xml:ns:conference-policy″xmlns:xsi=″http://www.w3.org/2001/xMLSchema-instance″>
<settings>
<conference-
uri>sip:myconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars></settings><info xml:lang=″en-us″>
<subject>What′s happening tonight</subject>
<display-name>Party Goer′s</display-name>
<free-text>John and Peter will join the conferencesoon</free-text>
<keywords>party nightclub beer</keywords>
<host-info>
<uri>sip:Alice@example.com</uri>
<uri>tel:+3581234567</uri>
<e-mail>mailto:Alice@example.com</e-mail>
<web-
page>http://www.example.com/users/Alice</web-page>
</host-info></info><time>
<occurrence>
<mixing-start-time required-
participant=″participant″>2004-12-17T09:30:00-
05:00</mixing-start-time>
<mixing-stop-time required-
participant=″none″>2004-12-17T12:30:00-
05:00</mixing-stop-time>
<can-join-after>2001-12-17T09:25:00-05:00</can-
join-after>
<must-join-before>2004-12-17T12:00:00-
05:00</must-join-before>
<request-users required-
participant=″none″>2001-12-17T09:30:00-
05:00</request-users>
</occurrence></time><authorization-rules>
<rule id=″1″>
<conditions>
<identity>
<domain>example.com</domain>
</identity>
</conditions>
<actions>
<allow-conference-state>true</allow-
conference-state>
<join-handling>allow</join-handling>
</actions>
<transformations/>
</rule>
<rule id=″2″>
<conditions>
<identity>
<id>alice@example.com</id>
</identity>
</conditions>
<actions>
<allow-sidebar>true</allow-sidebar>
</actions>
<transformations>
<is-key-participant>true</is-key-
participant>
</transformations>
</rule>
<rule id=″3″>
<conditions>
<identity>
<id>alice@example.com</id>
</identity>
</conditions>
<actions>
<allow-modify-tl>true</allow-modify-tl>
</actions>
<transfomations/>
</rule></authorization-rules><terminate-list>
<target uri=″sip:alice@example.com″>
<target uri=″sip:eckbertowitsch@example.com″>
<target uri=″sip:schwagomilinski@ostfriesland.de″>
</terminate-list>
<dialout-list>
<target uri=″sip:bob@example.com″/>
</dialout-list>
<refer-list>
<target uri=″sip:sarah@example.com″/>
</refer-list>
<security-control>
<security-mechanism tls=″false″s-mime=″true″/>
<pin>13579</pin>
<password>abcd1234</password>
</security-control>
<floor-policy>
<floorfloor-control=″fcp://example.com/floorabc″
moderator-controlled=″false″>
<media-streams>
<audio media-id=″2″/>
</media-streams>
<algorithm>
<fcfs/>
</algorithm>
<max-floor-users>1</max-floor-users>
</floor>
</floor-policy>
<media-streams>
<video media-id=″1″/>
<audio media-id=″2″/>
</media-streams>
</conference>
会议规则文件例子2
上述例子实际上基于现有技术(会议规则文件例子1)中描述的例子,和现有技术相比,在该示范性实施例中做出的改变用粗体文本和下划线表示出来。
根据本发明的第一示范性实施例,会议规则文件108包含新的、附加的会议规则数据元素(新会议策略元素),其可用于指示授权哪个参与者结束各个现有会议:
<terminate-list>
<target uri=″sip:alice@example.com″>
<target uri=″sip:eckbertowitsch@example.com″>
<target uri=″sip:schwagomilinski@ostfriesland.de″>
</terminate-list>
在该例子中,参与者“alice@example.com”、“eckbertowitsch@example.com”和“schwagomilinski@ostfriesland.de”被授权来结束现有会议。
关于这一点,应当注意到,对于每个被启动的和现有的会议来说,产生会议规则文件108并提供,当各个会议结束时将其再次删除。
此外,在“会议规则文件例子2”中可选地说明了附加的授权数据元素,并且其被用来规定哪个参与者能识别被授权用于结束的新参与者:
<rule id=″3″>
<conditions>
<identity>
<id>alice@example.com</id>
</identity>
</conditions>
<actions>
<allow-modify-tl>true</allow-modify-tl>
</actions>
<transformations/>
</rule>
在该例子中,授权参与者“alice@example.com”改变结束授权,也就是授权另一个参与者结束会议或剥夺另一参与者的该授权。
如上所述,例子2中称为<terminate-list>的会议规则数据元素因此包含三个参与者,在该示范性实施例中借助其各自的SIP-URI来表示这三个参与者,而不限制通用有效性。根据本发明的该示范性实施例,授权三个用户结束已经产生的会议。在该例子中,会议的产生者(在这个情况下称为“Alice”)(参阅“会议规则文件例子2”,<target uri=“sip:alice@example.com”>)也在<terminate-list>数据元素中类似地示出。通过重新解释<terminate-list>,该列表能指示授权哪个用户来停止多媒体电话会议。
然而,在本发明的一个可替换的改进方案中,规定各个会议的产生者不必独立地输入该列表中、也就是<terminate-list>数据元素中,而是在没有独立示出的通常有效的规则的基础上通常被授权来结束他们产生的各个会议。
在这个情况下,此处所说明的<terminate-list>数据元素除了会议产生者仅包含意图被授权结束或停止会议的参与者(用户)。
会议规则服务器111(如在[1]、[2]和[5]中所述地管理会议规则文件)因此在接收到结束会议的HTTP删除消息之后检查(参阅[2]),该请求是否来自<terminate-list>数据元素中所示出的参与者。
关于这一点,应当指出,用户或参与者的表达不限于实际参与会议的电信设备或电信设备的用户,而是可包括所有在该移动无线电网络中登记和许可的用户。此外,应当指出,用户或参与者的表达指的是各个电信终端、例如移动无线电终端101、102、103、104,或可能是各个电信设备的用户。
如果该请求来自<terminate-list>数据元素中所示出的参与者,则会议规则服务器删除会议策略文档、也就是会议规则文件108,并通知会议服务器计算机105、也就是焦点,会议已经结束或会议已经停止。如果该会议已经结束,则焦点105结束与该会议相关联的所有的SIP会话或对话,也就是焦点105其中从会议中移除所有的会议参与者,并再次释放所有所使用的会议资源。
该过程在图2中的消息流图200中再次示出,并在下面更详细地说明。
图2作为例子示出三个移动无线电终端101、102、103,焦点105,会议规则服务器111以及会议规则文件108。使用消息流图200中的块201来提供由焦点105组织和控制的会议的符号说明,启动并在移动无线电终端101、102、103之间建立会议规则服务器111。
因此,针对该会议也产生和存储会议规则文件108,该会议规则文件108存储了单个和会议相关的权限和附加信息。
在该示范性实施例中,假定第二移动无线电终端102将结束请求消息202传送到会议规则服务器111,于是后者读取所存储的会议规则文件108中的相应信息,203和204,以检查该用户(在这个情况下是第二移动无线电终端102)是否被授权结束或停止该会议。
换句话说,会议规则服务器111检查会议规则文件108中的<terminate-list>数据元素中是否包含第二移动无线电终端102或其用户。当会议规则服务器111已检查了会议规则文件108时,在图2中借助包含<terminate-list>数据元素的<terminate-list>读取消息203和<terminate-list>数据元素消息204表示,会议规则服务器111决定发送该请求的参与者是否被授权来结束或停止该会议(检查步骤205)。
如果不是这种情况,则会议规则服务器111产生并传送否定确认消息206并将该消息传送到第二移动无线电终端102,并因此传送到请求结束会议的参与者。
然而,如果,在检查步骤205的检查之后,该参与者被授权结束或停止会议,则会议规则服务器111将会议结束消息或会议停止消息207发送到焦点105,并当结束该会议时,焦点删除会议规则文件108(步骤213)。然而,当停止会议时,这在下文中将详细说明,不删除会议规则文件108。
当接收到来自会议规则服务器111的会议结束消息207时,焦点105删除该会议并将适当的SIP会话结束消息208、例如相应的SIP“BYE”消息发送给参与该会议的移动无线电终端101、102、103。接着,再次释放会议资源和C-URI(步骤209)。如果应用上述重新解释,也就是停止会议,则不释放C-URI。
当已接收到会议结束消息208时,针对每个移动无线电终端101、102、103也结束相应的会议参与。在这个情况下,会议资源的释放用块210、块211和块212来表示。
正如在“会议规则文件例子2”中类似示出的,可选地提供附加的授权数据元素<allow-modify-tl>。
该授权数据元素确定允许哪个用户将另一个用户输入到<terminate-list>数据元素和/或从<terminate-list>数据元素中移除另一个用户。
正如“会议规则文件例子2”所揭示的,为参与者“Alice”设定适当的授权数据元素及因此设定适当的授权规则,也就是允许“Alice”授权其他用户结束和/或停止该会议。
在这个情况下,本发明的一个可替换的改进方案规定会议产生者(如上所述)不必针对<allow-modify-tl>数据元素输入而是仅针对其他用户被输入到该列表中,意图除了会议产生者以外还授权该其他用户,将其他用户输入到<terminate-list>和/或从<terminate-list>中删除、也就是移除其他用户。在该情况下,通常授权会议产生者执行这些动作。
图3使用针对本发明的第一示范性实施例的第二消息流图300来示出怎样改变会议规则文件108中的结束权限的过程。
在附图中,类似或相同的元件用相同的参考标记表示。
在活动的会议201的情况下,假定第三移动无线电终端103产生权限变化请求消息301并将其传送到会议规则服务器单元111,该会议规则服务器单元111使用读取消息302来检查,请求移动无线电终端103的<allow-modify-tl>数据元素是否被设定为值“真”,也就是是否同意改变权限的请求。换句话说,执行检查以确定第三移动无线电终端103是否被授权进行或请求改变会议规则文件108中的结束权限或停止权限。借助<allow-modify-tl>读取消息302和<allow-modify-tl>数据元素消息303来用符号示出从会议规则文件108中读取相应信息。
如果授权第三移动无线电终端103或其用户作出所请求的改变会议规则文件108中的结束权限或停止权限,则将所期望改变的数据写入到<terminate-list>数据元素(在图3中用<terminate-list>写消息305来表示),并且该会议继续。
然而,如果该请求不合理,即换句话说,第三移动无线电终端103没有改变会议规则文件108中的结束权限或停止权限的必需的访问权限,则会议规则服务器111产生相应的否定确认消息306并将其发送到第三移动无线电终端103,并不变化地继续进行该会议。
根据本发明的第二示范性实施例,为了定义新的会议规则数据元素(会议策略元素)对定义<authorization-rules>元素内的两个新动作做出规定。
根据本发明的该第二示范性实施例的第一动作(称为<terminate-handling>数据元素)指示焦点105需要如何处理结束会议的请求。根据本发明的这个示范性实施例,<terminate-handling>子数据元素具有至少两个值、即第一值“允许”和第二值“确认”。
如果会议规则服务器111接收到结束会议的请求,该请求与尝试删除会议规则文件108是同义的,则,如果对于作出该请求的对应用户<terminate-handling>数据元素包含第一值“允许”,则执行该请求。在此情况下,会议规则服务器111将删除会议规则文件108并将指示焦点105结束会议。如果应用上述重新解释,则会议不是被结束而是停止。
在此情况下,用户将使用通过“会议规则文件例子3”中的例子示出的会议规则文件108中的规则元素的<conditions>子数据元素来指示这一点。
如果<terminate-handling>数据元素包含属性“确认”,则根据本发明的这个示范性实施例,请求会议产生者或有权结束会议的另一个用户、也就是例如对于其<terminate-handling>数据元素具有所设定的第一值“允许”的用户,适当被授权来结束或停止会议。
在此情况下,直到通过被授权这样做的实体预先授权该请求才结束该会议。将其他条件与授权结束或停止会议联系起来也是可能的,并因此可能链接到值“允许”。
因此,通过例子,可能请求另外给出密码和/或PIN(个人身份号码):
<rule id=″3″>
<conditions>
<identity>
<id>eckbertowitsch@example.com</id>
</identity>
</password>storno</password>
</conditions>
<actions>
<allow-modify-tl>true</allow-modify-tl>
<terminate-handling>allow</terminate-
handling>
</actions>
<transformations/>
</rule>
<rule id=″4″>
<conditions>
<pin>211172</pin>
</conditions>
<actions>
<terminate-handling>allow</terminate-
handling>
</actions>
<transformations/>
</rule>
如例子3所示,本发明的这个示范性实施例可选地也提供称为<allow-modify-tl>的新的授权数据元素,其具有结合本发明的第一示范性实施例描述的相同的授权数据元素。该授权数据元素确定允许哪个用户设定<terminate-handling>数据元素中的属性“允许”和“确认”:
<allow-modify-tl>true</allow-modify-tl>
下面的文本示出根据本发明的第二示范性实施例的会议规则文件108的例子:
<?xml version=″1.0″encoding=″UTF-8″?>
<conference xmlns=″urn:ietf:params:xml:ns:conference-policy″
xmlns:xsi=″http://www.w3.org/2001/XMLSchema-instance″>
<settings>
<conference-
uri>sip:myconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars></settings><info xml:lang=″en-us″>
<subject>What′s happening tonight</subject>
<display-name>Party Goer′s</display-name>
<free-text>John and Peter will join the conferencesoon</free-text>
<keywords>party nightclub beer</keywords>
<host-info>
<uri>sip:Alice@example.com</uri>
<uri>tel:+3581234567</uri>
<e-mail>mailto:Alice@example.com</e-mail>
<web-
page>http://www.example.com/users/Alice</web-page>
</host-info></info><time>
<occurrence>
<mixing-start-time required-
participant=″participant″>2004-12-17T09:30:00-
05:00</mixing-start-time>
<mixing-stop-time required-
participant=″none″>2004-12-17T12:30:00-
05:00</mixing-stop-time>
<can-join-after>2001-12-17T09:25:00-05:00</can-
join-after>
<must-join-before>2004-12-17T12:00:00-
05:00</must-join-before>
<request-users required-
participant=″none″>2001-12-17T09:30:00-
05:00</request-users>
</occurrence></time><authorization-rules>
<rule id=″1″>
<conditions>
<identity>
<domain>example.com</domain>
</identity>
</conditions>
<actions>
<allow-conference-state>true</allow-
conference-state>
<join-handling>allow</join-handling>
</actions>
<transformations/></rule><rule id=″2″>
<conditions>
<identity>
<id>alice@example.com</id>
</identity>
</conditions>
<actions>
<allow-sidebar>true</allow-sidebar>
<allow-modify-tl>true</allow-modify-tl>
<terminate-handling>allow</terminate-
handling>
</actions>
<transformations>
<is-key-participant>true</is-key-
participant>
</transformations></rule><rule id=″3″>
<conditions>
<identity>
<id>eckbertowitsch@example.com</id>
</identity>
</password>storno</password>
</conditions>
<actions>
<allow-modify-tl>true</allow-modify-tl>
<terminate-handling>allow</terminate-
handling>
</actions>
<transfomations/>
</rule>
<rule id=″4″>
<conditions>
<pin>211172</pin>
</conditions>
<actions>
<terminate-handling>allow</terminate-
handling>
</actions>
<transformations/>
</rule></authorization-rules><dialout-list>
<target uri=″sip:bob@example.com″/></dialout-list><refer-list>
<target uri=″sip:sarah@example.com″/></refer-list ><security-control>
<security-mechanism tls=″false″s-mime=″true″/>
<pin>13579</pin>
<password>abcd1234</password></security-control><floor-policy>
<floor floor-control=″fcp://example.com/floorabc″moderator-controlled=″false″>
<media-streams>
<audio media-id=″2″/>
</media-streams>
<algorithm>
<fcfs/>
</algorithm>
<max-floor-users>1</max-floor-users>
</floor></floor-policy>
<media-streams>
<video media-id=″1″/>
<audio media-id=″2″/>
</media-streams>
</conference>
会议规则文件例子3
上述例子实际对应于现有技术(会议规则文件例子1)中所说明的例子,和现有技术相比该示范性实施例中设想的变化用粗体文本和下划线突出。
图4使用消息流图400来示出根据本发明的第二示范性实施例的用于检查结束会议的授权的过程。
开始点再次是焦点105和会议规则服务器111组织和控制、启动并在移动无线电终端101、102、103之间建立的会议,如块201所示。
因此,针对该会议也产生和存储会议规则文件108,该会议规则文件108存储了单个和会议相关的权限以及附加信息。
从第三移动无线电终端103接收到结束请求消息202之后,会议规则服务器111首先检查,该结束请求消息202是否包含个人身份号码(PIN)(检查步骤401)。
如果是这种情况,则在第二检查步骤404中会议规则服务器111通过从会议规则文件108中读取所存储的PIN数据元素(在图4中借助PIN数据元素请求消息402和PIN数据元素消息403来表示)来检查,被包含在结束请求消息202中的PIN是否和在会议规则文件108中被识别为授权的PIN之一相同。
如果是这种情况,则结束会议,其中会议规则服务器111根据会议结束消息207通知焦点会议结束,然后焦点105将上面结合第一示范性实施例描述的会议结束消息208传送到参与该电话会议的单个移动无线电终端。在结束时同样释放会议资源(步骤209)。此外,会议规则服务器111可删除会议规则文件108(块213)。换句话说,执行由图2中的参考标记A所表示的步骤。
然而,如果结束请求消息203不包含PIN或如果结束请求消息202所包含的PIN和被存储在会议规则文件108中的PIN不匹配,则会议规则服务器111检查,结束请求消息202中是否包含来自结束请求消息202的发送者的发送者身份指示符(检查步骤405)。
如果是这种情况,则使用请求消息406和407来读取该发送者身份指示符的规则元素,并执行检查(检查步骤408),以确定来自会议规则文件108的<terminate-handling>规则元素是否被设定为“允许”。
如果不是这种情况或如果结束请求消息202不包含发送该结束请求消息202的参与者的任何身份指示符,则会议规则服务器111产生否定确认消息409,并将其传送到结束请求消息202的发送者,通知所述发送者不能执行该请求。
然而,如果身份指示符与<terminate-list>数据元素中的身份指示符匹配,则在随后的步骤中执行检查(检查步骤410),以确定对应的参与者是否仍然要求附加的授权指示符、例如密码,以及该密码是否被包含在结束请求消息202中并和会议规则文件108所包含的密码指示符匹配。
如果不需要密码而且甚至不需要任何附加的授权指示符,该参与者有权执行所请求的结束,则以上述方式结束会议(步骤A)。
然而,如果要求密码,并且如果该密码和存储在会议规则文件108中的对应密码不匹配,这在进一步的检查步骤(检查步骤411)中检查,则会议规则服务器111再次产生否定确认消息409并将其传送到对应的参与者,在这个情况下传送到第三移动无线电终端103。
在所有其中不能执行结束的情况下,不变化地继续进行会议。
然而,如果如在检查步骤411中所检查的那样密码正确,也就是如果结束请求消息202中所指示的密码和与会议规则文件108中的各个参与者相关联的对应密码匹配,则再次以上述方式结束会议(步骤A)。
在对应的过程中,还可能根据本发明的第二示范性实施例在会议规则文件中进行权限改变。
上述例子3示出根据本发明的这个示范性实施例扩展的会议策略文档,也就是根据本发明的第三示范性实施例的会议规则文件108。
在该情况下中扩展了“Alice”的规则元素。通常,规则元素能指示多个动作,但它还可能为每个动作定义新元素,例如如在[5]中所述的。
根据本发明的这个示范性实施例,现在再次使用动作
<allow-modify-tl>true</allow-modify-tl>为参与者“Alice”提供创建规则的权限,并因此将该规则存储在会议规则文件108中,其中使用会议规则服务器111来设定<terminate-handling>子数据元素。从而,参与者“Alice”可为另一用户提供结束会议的权限。
同时,借助
<terminate-handling>allow</terminate-handling>授权参与者“Alice”来结束或停止会议。
在该示范性实施例中,给借助SIP-URI“eckbertowitsch@example.com”(规则ID=“3”)指定的用户分配与参与者“Alice”相同的权限。
<rule id=″3″>
<conditions>
<identity>
<id>eckbertowitsch@example.com</id>
</identity>
</password>storno</password>
</conditions>
<actions>
<allow-modify-tl>true</allow-modify-tl>
<terminate-handling>allow</terminate-
handling>
</actions>
<transformations/>
</rule>
然而,该用户必须另外使用密码“stomo”授权自己,例如如在上面结合图4中的消息流图400所描述的那样。
根据会议规则文件108中的上述“例子3”中的规则4(规则ID=“4”),允许使用PIN“211172”授权自己的所有用户结束会议:
<rule id=″4″>
<conditions>
<pin>211172</pin>
</conditions>
<actions>
<terminate-handling>allow</terminate-
handling>
</actions>
<transformations/>
</rule>
在本发明的可替换的实施例中,规定相互组合地执行上述方法。
此外,本发明的其他可替换的改进方案规定了上述要改变的方法,从而不用在每种情形中规定允许谁结束会议。
在这个情况下,规定,附加的子部分“结束/停止”或重新解释也被提供。
如果会议是“受约束的会议”,则对上述用于规定允许谁停止当前会议事件的元素进行规定(和上述结束相对)。
这是对上述方法的进一步发展。
应当注意到受约束的会议和无约束会议之间存在基本区别。
受约束会议存在预定的周期并例如也包括每周例会。一旦到达受约束会议的末尾,从会议中移除所有的参与者,并结束涉及该会议的与参与者相关联的所有SIP会话或对话,如在[5]中所述。然而维持会议本身并因此也维持会议策略、也就是会议规则,也就是会议并未结束。这种情况也被称为停止会议。
如果结束了会议,则另外结束或删除实体的会议、即焦点以及其中会议规则文件108,并且再次释放会议地址(C-URI)。
根据本发明,通过对会议规则文件108中的<time>数据元素的<occurrence>子数据元素或在其内的参考给出允许其在会议“到期”之前结束和停止对应会议事件的参与者的指示,该指示独立于每个会议事件(由<occurrence>子数据元素定义会议事件,其中该<occurrence>子数据元素包含会议的开始时间和结束时间)。
在该情况下给上述根据本发明的示范性实施例的授权数据元素提供进一步的索引,该索引唯一指定该授权数据元素所涉及的会议事件。例如,这是使用参考实现的。
根据第二示范性实施例,例如以下述方式:
<allow-modify-tl conference-event=“2”>
以及
<terminate-handling conference-event=“2”>allow</terminate-handling>,
这表示这些权限涉及第二<occurrence>子数据元素。
这样,能在特定会议事件内授权用户结束会议,而该用户有时在另一个会议事件内不具有该权限。这样,发信号或执行部分电话会议的停止是非常简单的事。
根据本发明的第一示范性实施例,因此在本发明的可替换实施例中存在多个列表,例如<terminate-list conference-event=“2”>,这示出允许结束这个对应的会议事件的用户。在这个情况下,根据第一示范性实施例,因此在会议规则文件108中存在多个<terminate-list>数据元素。它们用“会议事件”属性来区分。
然而,在本发明的一个可替换的改进方案中,每个<occurrence>子数据元素还能包含独立的<terminate-list>数据元素。在这个情况下,各个<terminate-list>数据元素无需包含“会议事件”属性。
然而,授权数据元素在这个情况下也应当包含上述索引。
在本发明的一个可替换的改进方案中或除了本发明的上述改进方案之外,可能除了允许谁结束会议的指示之外,还对将何种事件作为结束会议的基础的指示做出规定。
为了实施会议结束的预先设定的标准,这是期望的。
[2]和[4]已描述了此种预先设定的标准,根据该标准,当会议产生者提出这个或最后一个参与者已离开会议时,会议将结束。
根据本发明的第三示范性实施例,在会议规则文件108中示出这些针对会议结束的预定标准或其他标准,并可使用CPCP以与结束权限相似的方式来变更,如在本发明的第一示范性实施例中或在本发明的第二示范性实施例中已被描述的那样。
为了实施本发明的该示范性实施例,给用户分配特定的属性<is-essential-participant>。该分配是根据[5]使用授权规则的<transformation>子数据元素做出的。在这个情况下,给使用<conditions>子数据元素寻址的用户分配在<transformation>子数据元素中所指示的属性或权限。例如,在“会议规则文件例子1”中给借助其SIP-URI“alice@example.com”表示的参与者“Alice”分配属性<is-key-participant>。
为了允许上面阐明的要求,本发明的这个示范性实施例包括引入附加的属性<is-essential-participant>。如果适当,这还包括根据本发明重新使用属性<is-key-participant>,因此根据本发明由会议规则服务器单元111来解释所述属性。
根据本发明的这个示范性实施例,当具有这个相关联的属性的任何用户离开会议时,如果是无约束会议则结束会议,或停止受约束会议。
“会议规则文件例子4”示出根据第三示范性实施例扩展的示范性会议策略文档、也就是根据本发明的第三示范性实施例的会议规则文件108:<?xml version=″1.0″encoding=″UTF-8″?><conference xmlns=″urn:ietf:params:xml:ns:conference-policy″xmlns:xsi=″http://www.w3.org/2001/xMLschema-instance″>
<settings>
<conference-
uri>sip:myconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars>
</settings>
<info xml:lang=″en-us″>
<subject>What′s happening tonight</subject>
<display-name>Party Goer′s</display-name>
<free-text>John and Peter will join the conference
soon</free-text>
<keywords>party nightclub beer</keywords>
<host-info>
<uri>sip:Alice@example.com</uri>
<uri>tel:+3581234567</uri>
<e-mail>mailto:Alice@example.com</e-mail>
<web-
page>http://www.example.com/users/Alice</web-page>
</host-info>
</info>
<time>
<occurrence>
<mixing-start-time required-
participant=″participant″>2004-12-17T09:30:00-
05:00</mixing-start-time>
<mixing-stop-time required-
participant=″none″>2004-12-17T12:30:00-
05:00</mixing-stop-time>
<can-join-after>2001-12-17T09:25:00-05:00</can-
join-after>
<must-join-before>2004-12-17T12:00:00-
05:00</must-join-before>
<request-users required-
participant=″none″>2001-12-17T09:30:00-
05:00</request-users>
</occurrence></time><authorization-rules>
<rule id=″1″>
<conditions>
<identity>
<domain>example.com</domain>
</identity>
</conditions>
<actions>
<allow-conference-state>true</allow-
conference-state>
<join-handling>allow</join-handling>
</actions>
<transformations/>
</rule>
<rule id=″2″>
<conditions>
<identity>
<id>alice@example.com</id>
</identity>
</conditions>
<actions>
<allow-sidebar>true</allow-sidebar>
</actions>
<transformations>
<is-key-participant>true</is-key-
participant>
<is-essential-participant>true</is-
essential-participant>
</transformations>
</rule>
</authorization-rules>
<dialout-list>
<target uri=″sip:bob@example.com″/>
</dialout-list>
<refer-list>
<target uri=″sip:sarah@example.com″/>
</refer-list>
<security-control>
<security-mechanism tls=″false″s-mime=″true″/>
<pin>13579</pin>
<password>abcd1234</password>
</security-control>
<floor-policy>
<floor floor-control=″fcp://example.com/floorabc″
moderator-controlled=″false″>
<media-streams>
<audio media-id=″2″/>
</media-streams>
<algorithm>
<fcfs/>
</algorithm>
<max-floor-users>1</max-floor-users>
</floor>
</floor-policy>
<media-streams>
<video media-id=″1″/>
<audio media-id=″2″/>
</media-streams>
</conference>
会议规则文件例子4
在这个情况下,参与者“Alice”被表示为<is-key-partipant>和<is-essential-participant>:
<transformations>
<is-key-participant>true</is-key-
participant>
<is-essential-participant>true</is-
essential-participant>
</transformations>
当参与者“Alice”离开会议时,根据本发明的这个示范性实施例,会议结束。
另一方面,根据本发明的这个示范性实施例,只要该属性与至少一个有效成员、也就是会议中的有效参与者不相关联,也就是该属性与其相关联的最后一个用户已离开会议,就结束该会议。这样,可能实施上述的针对会议结束的预定标准。
根据本发明的第四示范性实施例,关于将何种事件作为结束会议的基础的附加的和重要的定义借助会议规则内的进一步数据元素的定义来提供。
根据本发明的这个示范性实施例,这个数据元素用<terminate-event>表示。根据本发明的这个示范性实施例,这个数据元素例如包含借助其SIP-URI指示的用户的列表。
可替换地,<terminate-event>数据元素可包含属性“条件”,该属性可假设值“是重要的参与者”和“是必要的参与者”或“参与者”(不限制通用有效性)。此外,时间或周期也被指示为“条件”属性。一旦到达该时间或超过该周期,会议结束。在这个情况下也再次进行了重新解释,这意味着不是结束而是停止会议。
当<terminate-event>所指示的用户离开会议时,根据本发明的这个示范性实施例,会议结束。根据在“会议规则文件例子5”中所示的示范性实施例,该会议是受约束会议,因为在<time>数据元素的<occurrence>子数据元素内包含子数据元素<mixing-stop-time>:<?xml version=″1.0″encoding=″UTF-8″?><conference xmlns=″urn:ietf:params:xml:ns:conference-policy″xmlns:xsi=″http://www.w3.org/2001/XMLSchema-instance″>
<settings>
<conference-
uri>sip:myconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars>
</settings>
<info xml:lang=″en-us″>
<subject>What′s happening tonight</subject>
<display-name>party Goer′s</display-name>
<free-text>John and Peter will join the conference
soon</free-text>
<keywords>party nightclub beer</keywords>
<host-info>
<uri>sip:Alice@example.com</uri>
<uri>tel:+3581234567</uri>
<e-mail>mailto:Alice@example.com</e-mail>
<web-
page>http://www.example.com/users/Alice</web-page>
</host-info>
</info><time>
<occurrence>
<mixing-start-time required-
participant=″participant″>2004-12-17T09:30:00-
05:00</mixing-start-time>
<mixing-stop-time required-
participant=″none″>2004-12-17T12:30:00-
05:00</mixing-stop-time>
<can-join-after>2001-12-17T09:25:00-05:00</can-
join-after>
<must-join-before>2004-12-17T12:00:00-
05:00</must-join-before>
<request-users required-
participant=″none″>2001-12-17T09:30:00-
05:00</request-users>
</occurrence></time><authorization-rules>
<rule id=″1″>
<conditions>
<identity>
<domain>example.com</domain>
</identity>
</conditions>
<actions>
<allow-conference-state>true</allow-
conference-state>
<join-handling>allow</join-handling>
</actions>
<transformations/>
</rule>
<rule id=″2″>
<conditions>
<identity>
<id>alice@example.com</id>
</identity>
</conditions>
<actions>
<allow-sidebar>true</allow-sidebar>
</actions>
<transformations>
<is-key-participant>true</is-key-
participant>
<is-essential-participant>true</is-
essential-participant>
</transformations>
</rule></authorization-rules><terminate-event condition=″is-essential-participant″>
<target uri=″sip:bob@example.com″/> </terminate-event><dialout-list>
<target uri=″sip:bob@example.com″/></dialout-list><refer-list>
<target uri=″sip:sarah@example.com″/></refer-list><security-control>
<security-mechanism tls=″false″s-mime=″true″/>
<pin>13579</pin>
<password>abcd1234</password></security-control><floor-policy>
<floor floor-control=″fcp://example.com/floorabc″moderator-controlled=″false″>
<media-streams>
<audio media-id=″2″/>
</media-streams>
<algorithm>
<fcfs/>
</algorithm>
<max-floor-users>1</max-floor-users>
</floor></floor-policy><media-streams>
<video media-id=″1″/>
<audio media-id=″2″/>
</media-streams></conference>
会议规则文件例子5
根据本发明的这个示范性实施例,只要借助其SIP-URI指定的参与者“Bob”离开会议,会议就结束,或有时几个必要的会议参与者之一离开会议,会议就结束:
<terminate-event condition=″is-essential-participant″>
<target uri=″sip:bob@example.com″/>
</terminate-event>
属性“条件”的值“参与者”表明,当最后一个参与者已离开会议时,需要结束会议。
如“例子5”所示的,<terminate-event>可以是会议规则文件108中的独立的元素。在这个情况下,如果该会议能和受约束会议类相关联,仅在最后定义的会议事件期间应用和评价该元素才有意义。否则,即使仍存在进一步定义的会议事件但这些事件都未发生,会议也会结束。
在一个可替换的实施例中,因此对被引入最后存在的<occurrence>子数据元素内的<terminate-event>元素做出规定。在这个情况下,仅在最后的会议事件中应用<terminate-event>子数据元素。此外,本发明的一个可替换的改进方案将<terminate-event>子数据元素引入到每个<occurrence>子数据元素之外,但在<time>数据元素内。
下面的文本说明了根据本发明的第四示范性实施例的会议规则文件108的进一步的例子:<?xml version=″1.0″encoding=″UTF-8″?><conference xmlns=″urn:ietf:params:xml:ns:conference-policy″xmlns:xsi=″http://www.w3.org/2001/XMLSchema-instance″>
<settings>
<conference-
uri>sip:myconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars>
</settings>
<info xml:lang=″en-us″>
<subject>What′s happening tonight</subject>
<display-name>Party Goer′s</display-name>
<free-text>John and Peter will join the conference
soon</free-text>
<keywords>party nightclub beer</keywords>
<host-info>
<uri>sip:Alice@example.com</uri>
<uri>tel:+358l234567</uri>
<e-mail>mailto:Alice@example.com</e-mail>
<web-
page>http://www.example.com/users/Alice</web-page>
</host-info>
</info>
<time>
<occurrence>
<mixing-start-time required-
participant=″participant″>2004-12-17T09:30:00-
05:00</mixing-start-time>
<mixing-stop-time required-
participant=″none″>2004-12-17T12:30:00-
05:00</mixing-stop-time>
<can-join-after>2001-12-17T09:25:00-05:00</can-
join-after>
<must-join-before>2004-12-17T12:00:00-
05:00</must-join-before>
<request-users required-
participant=″none″>2001-12-17T09:30:00-
05:00</request-users>
</occurrence>
<terminate-time>2004-12-17T12:10:00- 05:00</terminate-time></time><authorization-rules>
<rule id=″1″>
<conditions>
<identity>
<domain>example.com</domain>
</identity>
</conditions>
<actions>
<allow-conference-state>true</allow-
conference-state>
<join-handling>allow</join-handling>
</actions>
<transformations/>
</rule>
<rule id=″2″>
<conditions>
<identity>
<id>alice@example.com</id>
</identity>
</conditions>
<actions>
<allow-sidebar>true</allow-sidebar>
</actions>
<transformations>
is-key-participant>true</is-key-
participant>
</transformations>
</rule>
</authorization-rules>
<dialout-list>
<target uri=″sip:bob@example.com″/>
</dialout-list>
<refer-list>
<target uri=″sip:sarah@example.com″/>
</refer-list>
<security-control>
<security-mechanism tls=″false″s-mime=″true″/>
<pin>13579</pin>
<password>abcd1234</password>
</security-control>
<floor-policy>
<floor floor-control=″fcp://example.com/floorabc″
moderator-controlled=″false″>
<media-streams>
<audio media-id=″2″/>
</media-streams>
<algorithm>
<fcfs/>
</algorithm>
<max-floor-users>1</max-floor-users>
</floor>
</floor-policy>
<media-streams>
<video media-id=″1″/>
<audio media-id=″2″/>
</media-streams>
</conference>
会议规则文件例子6
除了指示何种事件意图触发结束,本发明的一个可替换的改进方案规定了指示需要结束会议的时间。在该示范性实施例中,这不是被实现为<terminate-event>数据元素的“条件”属性的参数,而是被实现为独立的数据元素。如果为一个会议已定义了三个不同的会议事件,例如也就是会议规则文件108包含三个<occurrence>数据元素,则根据现有技术,需要通过发送HTTP删除消息来手动结束会议。
然而,如果,根据本发明的这个示范实施例,已经在会议规则文件108中存储的一则信息(例如<terminate-time>2004-12-17T12:10:00-05:00</terminate-time>)意味着稍后需要结束会议已经是预先确定的事实,则在会议规则内提供这样做的方式是有利的。
根据本发明的这个示范性实施例,为此目的引入新的<terminate-time>子数据元素(参见上面的例子6),这表示会议将在何时结束。根据本发明的这个示范性实施例,使用根据本发明的这个示范性实施例所提供的参数,该会议事件在12点停止并在12:10结束。在这个情况下,如此处所示的,可在<time>数据元素中设定<terminate-time>数据元素。然而,还备有并且存在其他的可替换的变型的可能性。优选地,需要将<terminate-time>数据元素设定在最后一个现有会议事件开始的时间之后的时间。
在简化的说明中,图5使用消息流图500来示出,当预定事件出现时,诸如事件被包含在会议规则文件108内,会议结束。
会议规则服务器111读取曾经在会议规则文件108中定义结束事件的适当的数据元素,可替换地在预定时间间隔周期读取或连续读取(借助读取请求消息501用符号示出)。对于所读取的结束事件502,会议规则服务器111检查(检查步骤503),是否已出现这个或这些事件。
如果是这种情况,则会议以上述方式结束。可替换地,焦点105还可执行所述的事件检查。
如果不是这种情况,则会议不变地继续进行。
总之,应当注意本发明的下述方面:
1.通过指示授权哪些用户结束会议来扩展会议规则文件。
不同的解决方案为此被描述:
-在会议规则文件内定义新元素,这调整允许谁结束会议;
-定义新授权规则来指示允许哪个用户来分配结束会议的权限;
-在会议规则内定义新动作,这引入结束会议的至少两级权限;以及
-引入新的变换或创新使用已经存在的变换,以便授予用户结束会议的权限。
2.通过指示规定哪些事件作为结束会议的基础来扩展会议规则文件。不同的解决方案为此被描述:
-定义新元素,该元素列出会议规则内的事件。如果这些事件之一发生,则会议结束;
-作为特定情况,在会议规则文件内规定示出要定义的用户的新元素。如果所示出的这些用户之一离开会议,则会议结束;
-使用该列表内的属性。
3.通过指示到达时意图涉及会议结束的时间或周期来扩展会议规则文件。
[1]J.Rosenberg,A framework for conferencing with the session initiationprotocol SIP Internet-Draft,IETF SIPPING working group:Draft-IETF-SIPPING-conferencing-framework-02,June 2004;
[2]3rd Generation Partnership Project,Technical Specification Group CoreNetwork,Conferencing Using the IP Multimedia(IM)Core Network(CN)Subsystem,Stage 3(Release 6),3GPP TS 24.147 V6.0.0,September 2004;
[4]A.Johnston et al.,Session Initiation Protocol Call Control-Conferencing foruser agents,SIPPING Working Group,Internet Draft,IETF SIPPING WorkingGroup:Draft-IETF-SIPPING-CC-Conferencing-04,July 2004;
[5]H.Khartabil et al.,The Conference Policy Control Protocol(CPCP),XCON,Internet Draft,IETF XCON Working Group:Draft IETF-XCON-CPCP-XCAP-01,July 2004;
[6]J.Rosenberg,The Extensible Markup Language(XML) ConfigurationAccess Protocol(XCAP),SIMPLE Internet Draft,IETF SIMPLE Workinggroup:Draft-IETF-SIMPLE-XCAP-03,July 2004;