专利名称：计算机辅助管理电话会议的方法以及电话会议服务器装置的制作方法
技术领域：
本发明涉及计算机辅助管理电话会议的方法并涉及电话会议服务器装置。
背景技术：
在“工作项”“IMS阶段2增强”(TSG SA WD2/TSG CN WD1)内，第3代合作伙伴项目(3GPP)目前规定了用于全球移动电信系统(UMTS)的互联网协议多媒体子系统(IMS)的多媒体电话会议系统。
该电话会议系统基于该架构和通信协议组件，为此目的在由互联网工程任务组(IETF)规定的框架(会议框架)中已说明该架构和通信协议组件(参阅[1])。
除了用于控制接入多媒体电话会议资源(也称为资源控制(FloorControl))的权限以及用于建立会议规则(也称为会议策略控制)的方法以外，电话会议系统还提供基于会话起始协议(SIP)的过程，其中该过程用于产生、用于管理、用于加入以及用于离开电话会议。此外，该系统还包括用于通知会议参与者(也被称为会议通知业务)涉及该电话会议的特定信息和事件的方法。在电话会议系统内，在参与者之间相互交换任何类型的媒体是可能的，并且正因为此，在下文中也将其称为多媒体电话会议系统。
为了结束已经建立的多媒体电话会议，[1]和[2]公开了当会议中的最后一个参与者离开该电话会议时结束该会议的实践方案。
可替换地，[2]和[4]公开了当发起多媒体电话会议的参与者离开该会仪时结束该会议的实践方案。
根据[5]，只有产生该电话会议的参与者能够通过删除该会议策略来明确地结束该会议。[5]说明了所谓的“会议策略控制协议”(CPCP)，该协议提供了在这种多媒体电话会议期间定义不同规则的机会。如在[5]中所述的那样，下面通过例子来示出可扩展标记语言格式(XML格式)的会议策略文件(会议策略文档)的实例。
<？xml version＝″1.0″encoding＝″UTF-8″？>
<conference xmlns＝″urnietfparamsxmlnsconference-policy″xmlnsxsi＝″http//www.w3.org/2001/XMLSchema-instance″>
<settings>
<conference-uri>sipmyconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars>
</settings>
<info xmllang＝″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>sipAlice@example.com</uri>
<uri>tel+3581234567</uri>
<e-mail>mailtoAlice@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></authorization-rules><dialout-list>
<target uri＝″sipbob@example.com″/></dialout-list><refer-list>
<target uri＝″sipsarah@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>
会议规则文件例子1[3]说明了会话起始协议(SIP)。
说明了“可扩展标记语言配置访问协议”(XCAP)。
由于上述结束会议的不变性，对于多媒体电话会议中的参与者来说，可能出现相当大的困难，例如，由产生该会议的参与者离开该电话会议而导致的电话会议的无意识结束，即使电话会议中的其他参与者不期望结束，甚至可能产生该会议的参与者也不期望结束。
说明了一种用于动态选择媒体流的系统。
此外，[8]公开了将清楚标识该会议的会议标识指示符与移动无线电分区(mobileradio sector)中的电话会议相关联的实践方案。
说明了一种使用本地卫星处理器的通信架构。
此外，[10]公开了一种用于提供基于网络的无线业务的方法。
说明了一种用于帮助提供在业务会话期间支持若干不同类型业务的通信业务的系统，该系统具有用于管理该会话的单元(会话管理器)。
、[13]、[16]和[17]描述了用于自动建立会议连接的方法和设备。
说明了一种被用来在具有多条语音信道的通信系统中识别语音信道中的所规定的事件的装置。
描述了一种在联系中心环境中用于基于语音管理“知识工作者”的状态和交互作用的方法和设备。
公开了一种用于提供会议的方法和设备，其中在具有语音识别功能性的通知/对话功能和可用来发起会议并当该会议正在进行时控制该会议的会议管理功能之间提供控制接口。
公开了一种用于在电信网络中提供会议业务的方法和用于在电信网络中执行会议业务的系统，其中该电信网络覆盖多个交换系统，在这些交换系统中的一个或多个系统具有一个或多个会议电话桥分器。
公开了一种视频会议系统，其在多个位置中的每个位置处具有多个参与站点并且还具有导频站点，其中，如果参与站点在一个位置处不再可用，则会议领导者从导频站点接收到通知，并将该会议参与者路由到另一个可用的参与站点。
发明内容
本发明基于灵活地定义和变更被认作是以简单方式停止或结束电话会议的基础的权限或事件的问题。
通过计算机辅助管理电话会议的方法以及还通过具有基于独立权利要求的特征的电话会议服务器装置来解决该问题。
在从属权利要求中可以发现本发明的优选的改进方案。
在使用电话会议服务器装置进行计算机辅助管理电话会议的方法中，该服务器装置在多个参与者之间提供至少一个电话会议，该电话会议服务器装置从参加该电话会议的参与者接收请求，该请求被用于请求停止或结束该电话会议或停止部分电话会议。该电话会议服务器装置有权访问电子电话会议规则文件(也被称为会议策略文档)。和现有技术比较，该电话会议规则文件另外针对所提供的电话会议还包括可被用来确定允许哪个参与者或哪些参与者停止或结束电话会议或停止部分电话会议的信息。接收到该请求之后，电话会议服务器装置使用电话会议规则文件检查，发送该请求的参与者和因此通常作出请求的参与者是否被授权停止或结束该电话会议或停止部分电话会议。如果没有授权该参与者停止或结束电话会议或停止部分电话会议，则电话会议服务器装置会让该参与者继续参与通信会议，并通知该参与者缺少权限，并因此不能提供所请求的业务，例如使用被传送到该参与者的适当的否定确定消息(否定确认NACK)。如果授权该参与者停止或结束电话会议或停止部分电话会议，则电话会议服务器装置就停止或结束该电话会议或停止部分电话会议。
根据本发明的可替换的方面，提供使用电话会议服务器装置进行计算机辅助管理电话会议的方法，其中该电话会议服务器装置在多个参与者之间提供至少一个电话会议。该电话会议服务器装置有权访问电子电话会议规则文件(会议策略文档)，该电话会议规则文件针对所提供的电话会议包含可被用来确定哪个或哪些事件被规定作为停止或结束电话会议或停止部分电话会议的基础的信息。电话会议服务器装置使用该电话会议规则文件来检查是否已出现了这个或这些事件。如果这个或这些事件还没有出现，则电话会议服务器装置不变地继续该电话会议或部分电话会议。如果电话会议规则文件中所指示的这个或这些事件已出现，则电话会议服务器装置根据如被存储在电话会议规则文件中的规范来停止或结束电话会议或停止部分电话会议。
应当注意到，上述方法也可相互组合地使用，也就是，电话会议规则文件可存储被授权停止或结束电话会议或停止部分电话会议的一个或多个参与者以及意图导致停止或结束电话会议或导致停止部分电话会议的一个或多个事件，并在参与者请求时从电话会议服务器装置方面检查电话会议规则文件该参与者的权限，或能够不断检查，电话会议规则文件中所指示的事件是否已出现。
电话会议服务器装置被建立来在多个参与者之间提供至少一个电话会议。该电话会议服务器装置有权访问电子电话会议规则文件，该电话会议规则文件针对所提供的电话会议包括可被用来确定允许哪个用户或哪些用户停止或结束电话会议或停止部分电话会议的信息。此外，还有接收单元，用于从参与该电话会议的参与者接收请求，以停止或结束电话会议或停止部分电话会议。还有授权检查单元，用于使用电话会议规则文件检查，该参与者是否被授权停止或结束电话会议或停止部分电话会议。此外，还有电话会议结束单元，其被建立来，如果该参与者被授权停止或结束该电话会议，则停止或结束电话会议或停止部分电话会议。
类似地建立根据本发明的另一方面的电话会议服务器装置，以在多个参与者之间提供至少一个电话会议。该电话会议服务器装置有权访问电子电话会议规则文件，该电话会议规则文件针对所提供的电话会议包括可被用来确定哪个或哪些事件被作为停止或结束电话会议或停止部分电话会议的基础的信息。此外，该电话会议服务器装置包括事件检查单元，用于使用电话会议规则文件检查，是否已出现这个事件或这些事件。还有电话会议结束单元，其被建立来，如果已出现这个事件或这些事件，则停止或结束电话会议或停止部分电话会议。
在本发明的可替换的实施例中，电话会议服务器装置具有如上所述的授权检查单元和如上所述的事件检查单元。在这个情况下，建立电话会议结束单元来，如果当已接收到合适的请求或者已出现了意图导致停止或结束该电话会议或导致停止部分电话会议的被包含在电话会议规则文件中的一个或多个事件时授权请求结束或停止该电话会议的参与者作出这个请求，那么就停止或结束该电话会议或者停止部分电话会议。
清楚地，本发明在于，电话会议规则文件中的适当项现在提供规定不同规则的灵活方式，这些规则关于情形或谁能够结束或停止会议或停止部分电话会议。
这导致非常简单的研究用于结束或停止电话会议或用于停止部分电话会议的规则并将该规则结合到电话会议架构中的方式，该方式仍然可如所期望的那样详细地调整。
很清楚，会议策略、特别是会议策略文档、也就是电话会议规则文件由此被扩展了不同细节，根据本发明的一个方面被扩展了指示被授权结束或停止会议或停止部分会议的一个或多个参与者的细节，根据另一方面被扩展了一个或多个事件的细节，该一个或多个事件的出现将被作为停止或结束会议或停止部分会议的基础。
关于这一点，应当指出，根据本发明，参与者应被理解为是目前正参与电话会议的电信设备以及正参与该电话会议并在其中可清楚标识的电信设备的用户，该电信设备优选的是电信终端、特别优选的是移动无线电电信终端，或可替换地将该参与者理解为是虽然目前不参与电话会议但被授予适当权限的电信设备或其用户。
和现有技术不同，现在可能在电话会议系统内首次规定能被作为结束或停止电话会议或停止部分电话会议的基础的那些事件。
下面说明的本发明的改进方案涉及计算机辅助管理电话会议的方法和电话会议服务器装置。
所述各个方法步骤或单元的功能性以硬件、软件或以任意混合的形式来实施，以硬件实施也就是使用专用电子电路，以软件实施也就是使用专用计算机程序，以任意混合的形式实施也就是利用被任意分割为硬件和软件的它们的组件功能性。
根据本发明的一个改进方案，可由电话会议中的一个或多个参与者变更电话会议规则文件。
这提供了非常简单灵活地扩展和改变权限或事件的方式，该权限授权结束或停止电话会议，该事件导致结束或停止该电话会议或导致停止部分电话会议。
电话会议规则文件优选地包括指示允许哪个或哪些参与者变更电话会议规则文件的信息。如果电话会议规则文件包含关于导致电话会议结束或停止或导致部分电话会议停止的哪个事件或哪些事件的信息，则本发明的一个改进方案规定，电话会议规则文件包含指示允许哪个或哪些参与者变更电话会议规则文件的信息。
特别是，电话会议规则文件包含了这样的信息，该信息指示允许哪个或哪些参与者在电话会议规则文件中变更能被用来确定允许哪个或哪些参与者停止或结束电话会议或停止部分电话会议的信息。
很清楚，这意味着电话会议规则文件中的项灵活且容易地可能给多个用户授予可改变的权限，以授予或变更电话会议的结束或停止权限或部分电话会议的停止权限。
相应地，在本发明的另一改进方案中规定，电话会议规则文件包含这样的信息，该信息是关于允许哪个或哪些参与者在电话会议规则文件中变更可被用来确定把哪个或哪些事件作为停止或结束电话会议或停止部分电话会议的基础的信息。
这个改进方案导致如上所述的相应优点，用于指示被允许变更结束或停止电话会议的权限的参与者。
根据本发明的一个改进方案，关于授权哪个参与者停止或结束电话会议或停止部分电话会议的信息以一个或多个授权数据元素的形式被存储在电话会议规则文件中，授权数据元素优选的是可扩展标记语言格式(XML格式)。
在本发明的一个可替换的改进方案中，以一个或多个动作数据元素的形式在电话会议规则文件中存储关于授权哪个参与者停止或结束电话会议或停止部分电话会议的信息。规定各个参与者的数据元素的使用提供了非常清楚和结构化的寻找、编辑和评价这个信息的方式。
电话会议规则文件中所包含的事件可以是以下事件之一·在电话会议规则文件中所指示的一个或多个电话会议参与者离开该电话会议，·到达在电话会议规则文件中所指示的时间和/或·电话会议已经存在了电话会议规则文件中所指示的最大周期。
在参与者和电话会议服务器装置之间发生的通信优选地至少部分基于会话起始协议(SIP)，该协议在[3]中说明。
根据本发明的另一改进方案，在参与者和电话会议服务器装置之间发生的通信至少部分基于会议策略控制协议(CPCP)，如在[5]中所述，特别是用于创建或变更会议策略，并因此特别是用于创建或变更电话会议规则文件。
根据本发明的一个改进方案，电话会议服务器装置提供了多媒体电话会议，其中，为参与者提供多个不同的媒体数据流、例如音频数据流、视频数据流、文本数据流等。
根据本发明的这个改进方案，提供了一种在要被使用的媒体方面灵活并因此对参与者便利的电话会议。
电话会议服务器装置优选地可借助SIP唯一资源标识符(URI)来清楚地标识，该标识符优选地当产生电话会议时与电话会议相关联，并当电话会议已经结束时再次释放这个标识符，以致可使该识别符与另一个、随后产生的电话会议再次相关联。特别是，根据[1]，相应的会议标识符也被称为会议URI(C-URI)。
特别优选地，电话会议规则文件在可扩展标记语言格式(XML格式)的基础上存储，这实现了标准化、简单的以及廉价的文件表示。
优选地读取和写入电话会议规则文件，并在超文本传输协议(HTTP)的基础上改变该电话会议规则文件，换句话说，优选地使用HTTP访问电话会议规则文件。这具有使用标准化协议访问该文件的特定的优点，这意味着无需为文件存取操作变更现有系统。
电话会议参与者优选地使用移动无线电系统、特别优选地在3GPP移动无线电系统的基础上、特别优选地在UMTS的基础上传送和/或接收数据。换句话说，这意味着优选地建立电话会议服务器装置来使用移动无线电系统、在该例中特别优选的在3GPP移动无线电系统的基础上以及在该例中特别优选的基于UMTS来通信。
因此本发明特别适用于优选地基于小区的移动无线电通信系统。换句话说，这意味着电话会议服务器装置因此优选的是移动无线电通信系统的组件部分，特别优选的是3GPP移动无线电通信系统的组件部分，以及在该例中特别优选的是UMTS移动无线电通信系统的“IP多媒体核心网络子系统”(IMS)的组件部分。
在附图中说明了本发明的示范性实施例并在下面详细说明。
在附图中，图1根据本发明的优选的示范性实施例示出电话会议系统、特别是移动无线电电话会议系统；图2示出根据本发明的第一示范性实施例的说明电话会议的结束的消息流图；图3示出根据本发明的第一示范性实施例的说明改变结束权限的消息流图；图4示出根据本发明的第二示范性实施例的说明改变结束权限的消息流图；图5示出根据本发明的第三示范性实施例的说明电话会议结束的消息流图。
具体实施例方式
图1示出根据本发明的优选的示范性实施例的移动无线电多媒体电话会议系统100。应当指出，在一个可替换的改进方案中，不是必须是移动无线电多媒体电话会议系统。下述和上述方法还可以在陆线(landline)多媒体电话会议系统、例如基于互联网的陆线多媒体电话会议系统中实施。在该可替换的实施例中，至少某些电信终端被建立为陆线电信终端，这些陆线电信终端被建立特别是用于实施基于互联网的电话会议。
系统100对于在下面更详细解释的所有示范性实施例中都是相同的，除了焦点(focus)服务器的不同的改进方案，服务器是分别建立的，从而实施各个示范性实施例的功能性。
下述单个单元的每个都可在单个分离的硬件单元、例如独立的计算机或移动无线电终端中实施，或至少部分用软件、也就是使用在分离的或联合的计算机单元中实施的计算机程序来实现。
除了下述变化，通信系统为基于本发明的实施例的形式，如[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都是重要的并因此对于终端中所使用的硬件和/或软件也是重要的。
中所述的会议策略控制协议(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＝″urnietfparamsxmlnsconference-policy″xmlnsxsi＝″http//www.w3.org/2001/xMLSchema-instance″>
<settings>
<conference-uri>sipmyconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars></settings><info xmllang＝″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>sipAlice@example.com</uri>
<uri>tel+3581234567</uri>
<e-mail>mailtoAlice@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＝″sipalice@example.com″>
<target uri＝″sipeckbertowitsch@example.com″>
<target uri＝″sipschwagomilinski@ostfriesland.de″>
</terminate-list>
<dialout-list>
<target uri＝″sipbob@example.com″/>
</dialout-list>
<refer-list>
<target uri＝″sipsarah@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＝″sipalice@example.com″>
<target uri＝″sipeckbertowitsch@example.com″>
<target uri＝″sipschwagomilinski@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＝“sipalice@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＝″urnietfparamsxmlnsconference-policy″xmlnsxsi＝″http//www.w3.org/2001/XMLSchema-instance″>
<settings>
<conference-
uri>sipmyconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars></settings><info xmllang＝″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>sipAlice@example.com</uri>
<uri>tel+3581234567</uri>
<e-mail>mailtoAlice@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＝″sipbob@example.com″/></dialout-list><refer-list>
<target uri＝″sipsarah@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>数据元素无需包含“会议事件”属性。
然而，授权数据元素在这个情况下也应当包含上述索引。
在本发明的一个可替换的改进方案中或除了本发明的上述改进方案之外，可能除了允许谁结束会议的指示之外，还对将何种事件作为结束会议的基础的指示做出规定。
为了实施会议结束的预先设定的标准，这是期望的。
和[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＝″urnietfparamsxmlnsconference-policy″xmlnsxsi＝″http//www.w3.org/2001/xMLschema-instance″>
<settings>
<conference-uri>sipmyconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars>
</settings>
<info xmllang＝″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>sipAlice@example.com</uri>
<uri>tel+3581234567</uri>
<e-mail>mailtoAlice@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＝″sipbob@example.com″/>
</dialout-list>
<refer-list>
<target uri＝″sipsarah@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＝″urnietfparamsxmlnsconference-policy″xmlnsxsi＝″http//www.w3.org/2001/XMLSchema-instance″>
<settings>
<conference-uri>sipmyconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars>
</settings>
<info xmllang＝″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>sipAlice@example.com</uri>
<uri>tel+3581234567</uri>
<e-mail>mailtoAlice@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＝″sipbob@example.com″/></terminate-event><dialout-list>
<target uri＝″sipbob@example.com″/></dialout-list><refer-list>
<target uri＝″sipsarah@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＝″sipbob@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＝″urnietfparamsxmlnsconference-policy″xmlnsxsi＝″http//www.w3.org/2001/XMLSchema-instance″>
<settings>
<conference-uri>sipmyconference@example.com</conference-uri>
<max-participant-count>10</max-participant-count>
<allow-sidebars>true</allow-sidebars>
</settings>
<info xmllang＝″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>sipAlice@example.com</uri>
<uri>tel+358l234567</uri>
<e-mail>mailtoAlice@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＝″sipbob@example.com″/>
</dialout-list>
<refer-list>
<target uri＝″sipsarah@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 groupDraft-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；[3]Requests for Comments(RFC)3261，SIPSession Initiation Protocol；[4]A.Johnston et al.，Session Initiation Protocol Call Control-Conferencing foruser agents，SIPPING Working Group，Internet Draft，IETF SIPPING WorkingGroupDraft-IETF-SIPPING-CC-Conferencing-04，July 2004；[5]H.Khartabil et al.，The Conference Policy Control Protocol(CPCP)，XCON，Internet Draft，IETF XCON Working GroupDraft IETF-XCON-CPCP-XCAP-01，July 2004；[6]J.Rosenberg，The Extensible Markup Language(XML) ConfigurationAccess Protocol(XCAP)，SIMPLE Internet Draft，IETF SIMPLE WorkinggroupDraft-IETF-SIMPLE-XCAP-03，July 2004；[7]WO98/56177；[8]WO 03/005689A1；[9]US 2003/0050060A1；[10]US 2003/0224722A1；[11]WO 99/62272A1；[12]WO 2004/049625A1；[13]WO 97/09815A1；[14]EP 1 414 227 A1；[15]EP 1 465 397 A1；[16]EP 1 372 328 A1；[17]EP 0 713 319 A2；[18]DE 102 38 285 A1；[19]DE 696 31 687 T2；[20]US 2003/0174826A1。
参考标记列表100 多媒体电话会议系统101 移动无线电终端102 移动无线电终端103 移动无线电终端104 移动无线电终端105 会议服务器装置106 SIP信令链路107 SIP信令链路108 会议策略文件109 成员策略文件110 媒体策略文件111 会议策略服务器112 箭头113 混合器114 双头箭头115 双头箭头116 双头箭头117 双头箭头118 资源控制服务器119 箭头200 消息流图201 块202 结束请求消息203 <terminate-list>读取消息204 <terminate-list>数据元素消息205 检查步骤206 否定确认消息207 会议结束消息
208 会议结束消息209 释放会议服务器装置会议资源210 释放移动无线电终端会议资源211 释放移动无线电终端会议资源212 释放移动无线电终端会议资源213 删除会议策略文件300 消息流图301 权限改变请求消息302 <allow-modify-tl>读取消息303 <allow-modify-tl>数据元素消息304 检查步骤305 <terminate-list>写消息306 否定确认消息400 消息流图401 检查步骤402 PIN数据元素请求消息403 PIN数据元素消息404 检查步骤405 检查步骤406 <terninate-list>请求消息407 <terminate-list>消息408 检查步骤409 否定确认消息410 检查步骤411 检查步骤500 消息流图501 读取请求消息
502 结束事件503 检查步骤
权利要求
1.一种用于使用电话会议服务器装置进行计算机辅助管理电话会议的方法，该电话会议服务器装置在多个参与者之间提供至少一个电话会议，其中该电话会议服务器装置有权访问电子电话会议规则文件，该电话会议规则文件针对所提供的电话会议包含被用来确认被允许停止或结束电话会议或停止部分电话会议的一个或多个参与者的信息，●其中，该电话会议服务器装置从参加该电话会议的参与者接收请求，以停止或结束电话会议或停止部分电话会议，●其中，该电话会议服务器装置使用该电话会议规则文件来检查该参与者是否被授权停止或结束电话会议或停止部分电话会议，●其中，如果未授权该参与者停止或结束电话会议或停止部分电话会议，那么该电话会议服务器装置继续进行该电话会议，以及●如果授权该参与者停止或结束电话会议或停止部分电话会议，那么该电话会议服务器装置停止或结束电话会议或停止部分电话会议。
2.如权利要求1所述的方法，其中，所述电话会议规则文件可由一个或多个参与者来变更。
3.如权利要求2所述的方法，其中，所述电话会议规则文件包含关于允许哪个或哪些参与者变更该电话会议规则文件的信息。
4.如权利要求3所述的方法，其中，所述电话会议规则文件包含这样的信息，该信息是关于允许哪个或哪些参与者在该电话会议规则文件中变更被用于确认允许哪个或哪些参与者停止或结束电话会议或停止部分电话会议的信息。
5.如权利要求1或2所述的方法，其中，关于授权哪个参与者停止或结束电话会议或停止部分电话会议的信息以一个或多个数据元素的形式被存储在所述电话会议规则文件中。
6.如权利要求1或2所述的方法，其中，关于授权哪个参与者停止或结束电话会议或停止部分电话会议的信息以一个或多个动作数据元素的形式被存储在所述电话会议规则文件中。
7.一种用于使用电话会议服务器装置进行计算机辅助管理电话会议的方法，该电话会议服务器装置在多个参与者之间提供至少一个电话会议，其中该电话会议服务器装置有权访问电子电话会议规则文件，该电话会议规则文件针对所提供的电话会议包含被用来确认把哪个事件或哪些事件作为停止或结束电话会议或停止部分电话会议的基础的信息，●其中，该电话会议服务器装置或电话会议规则服务器使用该电话会议规则文件来检查，这个或这些事件是否出现，●其中，如果这个或这些事件没有出现，那么该电话会议服务器装置继续进行电话会议或部分电话会议，以及●如果这个或这些事件已出现，则该电话会议服务器装置停止或结束电话会议或停止部分电话会议。
8.如权利要求7所述的方法，其中，所述电话会议规则文件可由一个或多个参与者来变更。
9.如权利要求8所述的方法，其中，所述电话会议规则文件包含关于允许哪个或哪些参与者变更该电话会议规则文件的信息。
10.如权利要求9所述的方法，其中，所述电话会议规则文件包含这样的信息，该信息是关于允许哪个或哪些参与者在该电话会议规则文件中变更被用来确认把哪个事件或哪些事件作为停止或结束电话会议或停止部分电话会议的信息。
11.如权利要求6或7所述的方法，其中，下面的事件之一被用作事件●在所述电话会议规则文件中所指示的电话会议中的一个或多个参与者离开该电话会议，●到达该电话会议规则文件中所指示的时间，●该电话会议已经存在了该电话会议规则文件中所指示的最大周期。
12.如权利要求1或7所述的方法，其中，在所述参与者之间发生通信，以及所述电话会议服务器装置至少部分基于会话起始协议。
13.如权利要求1或7所述的方法，其中，在所述参与者和所述电话会议服务器装置之间发生的通信至少部分基于会议策略控制协议。
14.如权利要求1或7所述的方法，其中，所提供的电话会议是多媒体电话会议，在该多媒体电话会议中为用户提供多种不同的媒体数据流。
15.如权利要求1或7所述的方法，其中，借助SIP唯一资源标识符清楚地标识所述电话会议服务器装置。
16.如权利要求1或7所述的方法，其中，所述电话会议规则文件以XML格式来存储。
17.如权利要求1或7所述的方法，其中，在超文本传输协议的基础上访问所述电话会议规则文件。
18.如权利要求1或7所述的方法，其中，所述电话会议中的所述参与者在移动无线电通信协议的基础上发送和/或接收数据。
19.如权利要求18所述的方法，其中，所述电话会议中的所述参与者在3GPP移动无线电通信协议的基础上传送和/或接收数据。
20.如权利要求19所述的方法，其中，所述电话会议中的所述参与者在UMTS移动无线电通信协议的基础上传送和/或接收数据。
21.一种电话会议服务器装置，其被建立来在多个参与者之间提供至少一个电话会议，●其中，该电话会议服务器装置有权访问电子电话会议规则文件，该电话会议规则文件针对所提供的电话会议包含被用来确认允许哪个或哪些参与者停止或结束该电话会议或停止部分电话会议的信息，●具有接收单元，用于从参加该电话会议的参与者接收请求以停止或结束电话会议或停止部分电话会议，●具有授权检查单元，用于使用该电话会议规则文件来检查，该参与者是否被授权停止或结束电话会议或停止部分电话会议，●具有电话会议结束单元，其被建立来，如果该参与者被授权停止或结束该电话会议或停止部分电话会议，则停止或结束该电话会议或停止部分电话会议。
22.一种电话会议服务器装置，其被建立来在多个参与者之间提供至少一个电话会议，●其中，该电话会议服务器装置有权访问电子电话会议规则文件，该电话会议规则文件针对所提供的电话会议包含被用来确认把哪个事件或哪些事件作为停止或结束电话会议或停止部分电话会议的基础的信息，●具有事件检查单元，用于使用该电话会议规则文件来检查这个或这些事件是否已出现，●具有电话会议结束单元，其被建立来，如果这个或这些事件已出现，则停止或结束电话会议或停止部分电话会议。
全文摘要
如果请求结束电话会议，则使用会议规则文件来检查，参与者是否被授权结束会议。如果授权存在，则结束会议。
文档编号H04L12/18GK1770805SQ20051012915
公开日2006年5月10日 申请日期2005年10月28日 优先权日2004年10月28日
发明者H·施米特, N·施瓦格曼恩, A·施米特 申请人:因芬尼昂技术股份公司