专利名称：一种多方通信方法及系统的制作方法
技术领域：
本发明涉及通信系统，尤其涉及一种多方通信的方法及系统。
技术背景多方通信可以是音频通信、视频通信、数据通信、或者消息通信。典型的 多方通信有会议、聊天室等等。基于多方通信的通信网络是多方通信的通信平台。例如现有技术中的网际互联网(Internet )、移动通信网、公共陆地电话网(PSTN )、 IP多媒体子系统(IMS ) 等等网络或其组合构成的网络都可以作为多方通信的通信平台。以通信网络为通信平台的多方通信系统中，消息发送方和多方通信参与方 通过通信网络进行消息交互。在一次消息交互过程中，发送消息的一方称作消 息发送方，消息发送方可以是多方通信的参与方，也可以不是多方通信的参与 方，可以是用户终端，也可以是应用服务器或其他网络实体；可接收该消息的 多方通信参与方称作消息接收方；.一般情况下，多方通信参与方还包括服务器。 所述服务器提供多方通信的管理功能，例如参与方权限的控制、媒体交互、 媒体的混合、媒体的适配操作等等。现有技术中， 一种以IP网络作为通信网络的多方通信系统采用SIP( Session Initiation Protocol,会话发起协议)作为通信协议。SIP是一种在IP网络中建立、 修改和终止多i某体会话的应用层协议。SIP中可以使用Message请求消息进行即 时消息的传递。也即是说，多方通信的参与方可以通过SIP协议进行多方通信。 《OMA-TS-MWG-IM-V1_0_0-20060608-D》文档中给出一种使用户能够向 会话中的参与方发送Message消息的方法用户将Message消息的目的地地址 设为会话的标识，将Message消息发送到所述会话所在的服务器，所述服务器 作为即时消息服务器将Message消息发送到所述会话的所有参与方用户。如果控制服务器为会议服务器，那么会议服务器的定义中并没有在参与方 之间传递信息的功能，更加不能将Message消息传递到参与方。如果控制服务 器为即时消息服务器，那么Message消息是不能直接路由到即时消息服务器的。
如果控制服务器将Message消息传递到会话的参与方，控制服务器不能确定是 否需要将其他消息业传递到会话的参与方，例如当参与方向控制服务器发送 订阅所有多方通信信息的消息，此时控制服务器应该处理所述消息；而当参与 方向其他参鸟古发送;丁阋状态信息的消息时，控制服务器应该将所述消息转发 到所述其他参与方。另外，统一将Message消息发送到会话的所有参与方，使得Message消息 的发送方不能够对于消息的接收方进行选择，消息发送方发送的消息中，没有 消息接收方的信息，因此，服务器只能默认除消息接收方外的其它消息参与方 均为消息接收方。如此一夹，多方通信无法实现层级发送。例如，消息参与方 中存在着不同权限，而消息发送方不希望某些权限的消息参与方得到消息或 消息发送方只想与服务器交互消息。并且现有技术使得会话所在的服务器不能 够控制Message的发送和接收，例如会话参与方的杈利等级有所不同，会话 管理员不希望等级较低的参与方收到等级较高的参与方发送的消息，或者会话 管理员不希望权利较少的参与方发送任何消息。现有技术无法实现上述功能。 也即是说，现有技术中的多方通信方法无法提供灵活、多权限、多规则控制的 多方通信。发明内容本发明的目的，提供一种多方通信方法及设备，可以提供灵活、多权限、 多规则控制的多方通信。为了解决上述技术问题，本发明提出了一种多方通信方法，其包括步骤(a) 消息发送方向多方通信所在网络发送消息，该消息中携带消息接收方信息；(b) 所述网络根据所述消息接收方信息和/或限定规则选择性发送所述消息。可选地，步骤(a)之前包括步骤(c)消息发送方通过多方通信所在网络 获取多方通信信息；(d)消息发送方选择所述多方通信信息作为消息接收方信息。其中，步骤(c)包括(cl)'消息发送方向所述网络发送请求消息；(c2) 所述网络向消息发送方发送响应消息，所述响应消息中携带所述多方通信信息。另一个可选方案为，步骤(c)包括所述多方通信所在网络向消息发送方 发送请求消息，所述请求消息中携带多方通信信息。
又一个可选方案为，步骤(c)包括所述多方通信所在网络和消息发送方 约定多方通信信息。优选地，步骤(b)中所述选择性发送所述消息包括终结所述消息；和/ 成将所迷消息发送到消息接收方；和/或禁止发送所述消息到消息接收方；和/或 将所述消息发送到其他-接收方；和/或保存所述消息。优选地，所述消息接收方信息和/或多方通信信息包括所述多方通信标识 和/或所述多方通信的参与方联系地址和/或所述多方通信的参与方用户标识 和/或所述多方通信的参与方能力描述和/或所述多方通信的参与方角色身份 和/或所述多方通信的参与方权限级别和/或搡作方式。优选地，步骤(a)中携带消息接收方信息和/或多方通信信息的携带方式包 括在所述消息的Request—URI中携带所述消息接收方信息；或在所述消息的 头域中携带所述消息接收方信息；或在所述消息的消息体中携带所述消息接收 方信息。相应地，本发明还提供了一种多方通信系统，包括消息发送方和至少一个 消息接收方，所述消息发送方通过多方通信所在网络向所述消息接收方发送消 息，所述消息发送方包括第一发送装置，用于向所迷网络发送消息，该消息 中携带消息接收方信息；所述网络包括服务装置，用于根据所述消息接收方 信息和/或限定规则选择性发送所述消息。可选地，所述消息发送方还包括获取装置，用于通过多方通信所在网络 获取多方通信信息；选择装置，用于选择所述多方通信信息作为消息接收方信优选地，所述获取装置包括请求装置，用于向所述网络发送请求消息； 接收装置，用于接收所述网络发送的响应消息，所述响应消息中携带所述多方 通信信息。另一个可选方案为，所述获取装置包括约定接收装置，用于接收所述网 络发送的约定请求消息，该约定请求消息中携带多方通信信息。优选地，所述服务装置包括规则认定装置，用于认定所述限定规则，产 生认定结果；所述认定结果包括允许将所述消息发送给消息接收方的第一结 果；将所述消息发送到其他接收方的第二结果；禁止将所述消息发送给消息接 收方的第三结栗；保存所述消息以等待消息接收方后续获取所述消息的第四结 果；终结所述消息的第五结果；与所述第一结杲相关的第二发送装置，用于将 所述消息发送到所述消息接收方与所述第二结果相关的转发装置，用于将所 述消息发送到其他接收方；与所述第三结果相关的禁发装置，用于不发送所述 消息；鸟所迷第四结果相关的保存装置，用于保存所述消息；与所述第五结果相关的终结装置，用于终结所述消息。优选地，所述消息接收方信息和/或多方通信信息包括所述多方通信标识 和/或所述多方通信的参与方联系地址和/或所述多方通信的参与方用户标识 和/或所述多方通信的参与方能力描述和/或所述多方通信的参与方角色身份 和/或所述多方通信的参与方权限级别和/或操作方式。优选地，携带消息接收方信息和/或多方通信信息的携带方式包括在所述 消息的Request—URI中携带所述消息接收方信息；或在所述消息的头域中携带 所述消息接收方信息；或在所述消息的消息体中携带所述消息接收方信息。实施本发明，具有如下有益效果消息发送方向所述通信网络发送消息时，同时携带了消息接收方信息。所 述网络在接收到所述消息后，并不简单的中转该消息，而是利用所述消息接收 方信息和/或限定规则选择性发送该消息。如此一来，就可以通过预先设置的限 定规则或临时约定的限定规则，对所述消息的转发进行控制，从而实现灵活、 多权限、多规则控制的多方通信。
图1为实施本发明所基于的通信系统；图2为本发明提供的基于图1给出的通信系统的多方通信系统的结构图； 图3为本发明提供的基于图l提供的通信系统的多方通信方法的数据流图； 图4为本发明提供的多方通信方法的第一优选实施例中获取多方通信信息 的数据流图；图5为本发明提供的多方通信方法的第二优选实施例中获取多方通信信息 的数据流图。
具体实施方式
参考图1，图示了实施本发明所基于的通信系统，也可理解为实施本发明的 示例环境。如图所示，所述通信系统包括通信网络100 (即多方通信所在网络)和终端l一n, n为大于等于2的整数值。所述终端l一n通过通信网络100实现 多方通信。所述多方通信可以基于SIP协议运作。所速通佶网逸IOO包括Internet、 PSTN、移动通信网络、IMS等。优选具有 IP网络性质的IMS (IP多4某体子系统)网络，在这种网络中，可以应用SIP。所述终端l、终端2、终端3、终端4和终端n表示有多个终端，并不表示 仅有5个终端。这些终端和位于通信网络100中的服务器(图未示)构成多方 通信的参与方。其中，任何一个终端(例如终端1 )都可以做为消息发送方和消息接收方。也即是说，消息发送方和消息接收方的区分是基于一次消息传送而 言的。例如，所述终端1向终端2和终端4发送消息，则终端1则被称作消息 发送方，而终端2和终端4则被称作消息接收方。所述终端l一n可以是移动台、 个人电脑、个人数字助手(PDA)等等可以通过所述通信网络100进行通信的 设备，当然消息参与方也可以是服务器，即所述终端也可能为服务器。参考图2,图示了本发明提供的基于图1给出的通信系统的多方通信系统的 结构。如图所示，所述终端l作为消息发送方，其包括获取装置201、选择装置 202和第一发送装置203。其中，获取装置201用于与所述通信网络IOO交互获 得消息参与方(例如终端2—n、服务器等)的信息，这些信息包括所述多方通 信标识和/或所述多方通信的参与方联系地址和/或所述多方通信的参与方 用户标识和/或所述多方通信的参与方能力描述和/或所述多方通信的参与 方角色身份和/或所述多方通信的参与方权限级别和Z或操作方式。所述荻取 装置201获取到所述消息参与方的信息后所述选择装置202在所述多方通信信 息中选择全部或部分信息作为消息接收方信息发送给第一发送装置203。第一发 送装置203向所述通信网络IOO发送消息时，在所述消息中携带所述消息接收 方信息。上述终端还可以为多方通信以外的实体，选择性发送过程以及装置的分布 和上述终端1作为消息发送方相同。所述通信网络100包括服务装置210,用于根据接收到的消息中的消息接收 方信息和/或预先设置或临时交互得到的限定规则对所述消息进行选择性发送。 所述服务装置210包括规则认定装置2U，用于根据所述消息接收方信息和限定 规则认定限定规则，生成认定结果。具体地，认定结果包括允许将所述消息
发送给消息接收方的第一结果；将所述消息发送到其他接收方的第二结果；禁 止将所述消息发送给消息接收方的第三结果；保存所述消息以等待消息接收方 后续获取所述消息的第四结果；终结所述消息的第五结果。相应地，所述服务 装置210还包括与所迷第一结果相关的第二发送装置212,用于将所迷消息发送 到所述消息接收方；与所述第二结果相关的转发装置213,用于将所述消息发送 到其他接收方；与所述第三结果相关的禁发装置214,用于不发送所述消息；与 所述第四结果相关的保存裝置215，用于保存所述消息以备后续程序中再由消息 发送方来取与所述第五結果相关的终结装置216,用于终结所述消息。值得说明的是，所述限定MJ'j不限于上述几种，还可以包括其它限定规则， 例如在将所述消息发送到消息接收方的同时将所述消息抄送到其他用户或终 结所述消息(即消息接收方即为网络本身)等等。在本发明的一个优选实施例中，所述获取装置210包括请求装置(图未示)， 用于向所述通信网络100发送请求消息，该请求消息用于请求所述通信网络100 返回多方通信信息。所述获取装置210还包括接收装置(图未示)，用于接收所 述通信网络100发送的响应消息，该响应消息中携带所述多方通信信息。通过 这种方式，所述获取装置210可以获取到所需要的多方通信信息。在本发明的另一个优选实施例中，所述获取装置210包括约定接收装置(图 未示)，用于接收通信网络100发送的请求消息，该请求消息中携带多方通信信 息。通过这种方式，所述获取装置210也可以获取到所需要的多方通信信息。所述携带消息接收方信息的携带方式包括在消息的Request—URI中携带 所述消息接收方信息；或在所述消息的头域中携带所述消息接收方信息；或在 所述消息的消息体中携带所述消息接收方信息。可以看出，本发明提供的多方通信系统中，由于所述第一发送装置203发 送的消息中携带了消息接收方信息，而所述通信网络100中的服务装置210根 据所述消息接收方信息和/或限定规则选择性发送所述消息，使得消息具有按规 则实现终结、发送、前转、暂存、不发送等不同的动作，从而克服了现有技术 中的消息仅能发送到所有消息接收方这一缺点，使得多方通信实现了在规则的 控制下灵活通信。参考图3,图示了本发明提供的基于图l提供的多方通信所在系统的多方通 信方法的数据流。如图所示， 一次多方通信过程包括数据流10、所述终端1作为消息发送方向已经建立的多方通信所在网络100发送Message消息，该Message消息中携带了作为消息接收方信息，这些信息包括所 述多方通信的标识和或所述多方通信的参与方联系地址和/或所述多方通信的参 鸟古用卢括识和/成所迷多方通信的参与方能力描迷和/成所迷多方通佶的参与 方角色身份和/或所述多方通信的参与方权限级别和/或操作方式。携带示例如 下MESSAGE sip:conferencl@conference.example.com sip/2.0 Destination-Info:<sip:B@conference.domain.com〉； role = participant; authority = normal; video; audio该信息还可以是其它类型的信息，例如: Destination-Info: role = participant Destination-Info: authority = normal Destination-Info: media = video Destination-Info: media = audio所述消息接收方信息可以指定为所有消息参与方，示例如下 Destination-Info: all@conference.example.com所述消息接收方信息还可以为操作方式，用来标识消息是需要传递到其他 消息接收方还是由多方通信进行终结处理，需要传递到其他消息接收方的示例Operation: transfer需要由多方通信进行终结处理的示例如下 Operation: no—transfer可以规定所述消息中X携带消息接收方信息用来表示向所有消息参与方转 发所述消息，或者用来表示不转发所述消息。所述消息接收方信息还可以为多方通信标识，示例如下 Destination-Info: server@conference.example.com所述接收方信息还可以作为目的地信息的参数在消息的Request-URI中携带。所述接收方信息还可以在消息体中携带，消息体的Content-Type为 "application/destinations-info+xml", XML Schema示i"列力口下 < xml version="1.0" enc()ding="UTF-8" > <xs:schematargetNamespace="um:ietf:params:xml:ns:destinations-info" xmlns:tns="um:ietf:params:xml:ns: destinations-info" xmlns:xs="http:〃www. w3.org/2001/XMLSchema" xmlns="urn:ietf:params:xml:ns: destinations-info" elementFormDefault="qualified" attributeFormDefault="unqualified">〈xs:element name="destinations" type="destinations-info"/> <xs:complextype name="destinations-info"> <xs:scqucnc6><xs:element name=，，destination，， type=，，destination-info，， minOccurs="0" maxOccurs="unbounded"/〉 </xs:sequence> </xs:complextype><xs:complextype name="destination-info"> <xs:sequence><xs:element name=，，destination-uri，， type=，，xs:anyURI" minOccurs="07> <xs:element name=，，destination-name，， type=，，xs:string，， minOccurs="07> 〈xs:element name=，，destination-capability，， type=，，xs:string，，minOccurs="0'V〉〈xs:element name=，，destination-role，， type="xs:string" minOccurs="07> <xs:element name=，，destination-authoiry" type="xs:string"minOccurs="0"/>〈xs:element name=，，operation-type，， type=，，xs:string，， minOccurs="07〉 </xs:sequence> </xs:complextype> </xs:schema>所述通信网络100接收到所述Message消息后，根据限定规则对该Message 消息进行选择性发送。假如消息接收方为终端2，限定规则为发送所述消息，则 有数据流20、所述通信网络100发送Message消息到所述终端2。 假如消息接收方为终端3,限定规则为转发所述消息到其它消息接收方，则 有数据流30、所述通信网络100将所述Message消息转发到终端n。假如消息接收方为终端4，限定规则为不发送所述消息，则有数据流40、所述通信网络100不发送所述消息，此时实际上并不存在数据流，只是在通信网络100中的处理。假如消息接收方为终端n，限定规则为暂存所述消息，以等待所述终端n在后续程序中再向所述通信网络100索取所述消息，则有数据流50、所述通信网络100保存所述消息，此时实际上也不存在数据流，只是在 通信网络100中处理。假如消息接收方为多方通信，限定规则为多方通信终结所述消息，则有数据流60、所述通信网络100终结所述消息，此时实际上并不存在数据流，只是在 通信网络100中的处理。值得说明的是，并不限于上述限定规则，并且，每条限定规则也有可能适用 部分消息发送方或全部消息发送方。例如，消息接收方信息包括所有消息接收 方.而限定规则为发送所逆消息，则通信网络100则将所述消息发送到所有消 息4妄收方，这样，就兼容了现有4支术中的多方通信方法。参考图4,在本发明的一个优选实施例中，终端1在发送消息之前还包括获 取消息接收方信息的过程，图4则图示了该过程的数据流。如图所示，包括数 据流la、所述终端1作为消息发送方向所述通信网络100发送Invite消息，该消 息是会话请求消息；2a、所述通信网络100向终端1返回成功响应消息，该响应消息中携带已经建立的多方通信信息。所述多方通信信息示例如下 SIP/2.0 200 OKParticipant-Info:<sip:B@conference.example.com>; role = participant; authority = normal; video; sudioParticipant-Info:Bob<sip:C@example.com>; role = participant; authority = normal; video; audio Participant-Info: Master; role = manager; authority = foil; video; audio Contact: <sip:conferencl conference.example.com>所述多方通信信息还可以在消息体中携带，示例如下 < xml version="1.0" encoding="UTF-8" > <conference-infoxmlns=''um:ietf:params:xml:ns:conference-info"entity=''sips:conf233@example.com" state="partial" versiorF="5"><uscrs><user entity="sip: B@conference.example.com "〉 <display-text>Bob Hoskins</display-text> <associated-aors> <sntry><uri>sip: B@conference.example.com</uri><display-text>Bob</display-text> </entry〉 <7associated-aors> <roles><entry〉participant</'sntry〉</roles><endpoint entity="sip:bob@pc33.example,com"> <media id='T，> <display-text>main audio</display-text> <type>audio</typt;> </media> <media id="2"> <display-text>main video</display-text> <type>video</type> </media〉 </endpoint> </user〉<user entity="sip:C@conference.example.com"> <display-text>Kelly</display-text〉 <associated-aors〉 <cntry><uri>sip: C@conference.example.com</uri> <display-text>Kelly</display-text〉</entry> </associated-aors> <roles><entry>participant</entry> </roles〉〈endpoint entity="sip:kelly@pc44.example.com"> <media id="l"〉 <display-text>main audio</display-text> <type>audio</type> </media> <media id="2"〉 <display-text>main video</display-text〉 <type>video</type> </media> </endpoint> </user><user entity=" sip :Master@conference.example. com "> <display-text>Master</display-text> <roles> <formula>formula see original document page 15</formula>所述终端1接收到所述多方通信信息后，在后续的发送消息时将在多方通 信信息中选择部分或全部作为消息接收方信息。其中Invite消息携带多方通信信息可以在任何SIP消息中携带。参考图5, 在本发明的另一个优选实施例中，终端1在发送消息之前获取消息接收方信息 如图5所示，所述通信网络100向终端1发送多方通信信息，则会有数据流lb、所述通信网络100向所述终端1发送Message消息，该消息中包括消 息参与方的信息。其中Message消息携带多方通信信息可以在任何SIP消息中携带。所述终端1 4矣收到所述多方通信信息后，在后续的发送消息时将在多方通 信信息中选择部分或全部作为消息接收方信息。所述通信网络100还可以通过和消息发送方(例如终端1 )约定多方通信信 息，消息发送方按照约定的方式指定消息接收方信息，例如通信网络100约 定多方通信的标识为"Server@conference.example.com",或者约定多方通信的管 理员的标识为"Manager@conference.example.com"，消息发送方在发送的消息中 将约定好的标识作为目的地标识。所述携带消息4妾收方信息的携带方式包括在Message消息的Request—URI 中携带所述消息接收方信息；或在所述Message消息的头域中携带所述消息接 收方信息；或在所述Message消息的消息体中携带所述消息接收方信息。实施例中多方通信信息可以在任何SIP消息中携带。消息发送方可以向通 信网络100发送任何SIP消息用来获取多方通信信息。通信网络100可以向消
息发送方发送任何SIP消息使得消息发送方获取多方通信信息。实施例中Message消息携带的消息接收方信息可以在任何SIP消息中携带。 实施例中Message消息携带的消息接收方信息可以被通信网络100发送到 消息接收方上。可以看到，本发明的核心思想在于，利用已经建立的多方通信，向该多方 通信或其中的参与方传递该多方通信已建立的信息承载通道所承载信息之外的 信息，这些信息可以通过建立该多方通信的SIP初始请求消息之外的SIP初始请 求消息所传递，如上述的SIP MESSAGE消息，还可以是SIP SUBSCRIBER订 阅消息等。举例来说，多方通信通过SIP INVITE邀请消息建立，已建立的信息 承载通道所承载信息为音频媒体流、视频媒体流等媒体，利用该多方通信已建 立的信令路由及拓朴，可以传递上述媒体之外的信息，如即时消息等。具体的，当一个多方通信已经建立时，消息发送方使用该多方通信的标识 作为目的地标识(如作为SIP消息中的Request-URI),发送一个消息，消息发 送方可以是该多方通信中的，也可以是多方通信之外的。该多方通信收到这个 消息，或将自己作为消息接收方(即该消息被终结)；或将该消息转发给该多方 通信中的指定的参与方(即指定的参与方作为消息接收方)。在转发的情况下， 此时消息的目的地标识可以就是指定的参与方标识，也可以是一个提供网络服 务的业务标识，而具体的消息接收方标识则携带在消息的头域或消息体中，该 业务标识对应的提供网络服务的网元收到该消息后，从消息中提取出消息接收 方标识，再将其作为消息的目的地标识从而将消息发送给消息接收方。举例来说，消息发送方向已经建立的多方通信发送一个SIP MESSAGE消 息，多方通信收到该消息后，向一个提供即时消息服务的网元发送该消息，目 的地标识就是该网元的标识，该消息中携带多方通信中的两个参与方标识，该 网元收到该消息后，再分别向这两个参与方发送SIP MESSAGE消息。以上所揭露的仅为本发明的较佳实施例而已，当然不能以此来限定本发明 之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范 围。
权利要求
1、一种多方通信方法，其包括步骤(a)消息发送方向已经建立的多方通信所在网络发送消息，该消息中携带消息接收方信息；(b)所述网络根据所述消息接收方信息和/或限定规则选择性发送所述消息。
2、 如权利要求1所述的多方通信方法，其特征在于，步骤(a)之前还包括步服(c) 消息发送方通过多方通信所在网络获取所述多方通信信息；(d) 消息发送方选捺所述多方通信信息作为消息接收方信息。
3、 如权利要求2所述的多方通信方法，其特征在于，步骤(c)包括 (cl )消息发送方向所述网络发送请求消息；(c2)所述网络向消息发送方发送响应消息，所述响应消息中携带所述 多方通信信息。
4、 如权利要求2所述的多方通信方法，其特征在于，步骤(c)包括 所述网络向消息发送方发逸消息，该消息中携带所述多方通信信息。
5、 如权利要求2所述的多方通信方法，其特征在于，步骤(c)包括 所述网络和消息发送方约定所述多方通信信息。
6、 如权利要求l一5任意一项权利要求所述的多方通信方法，其特征在于， 步骤(b)中所迷选择性发送所述消息包括终结所述消息；和/或将所述消息发 送到消息接收方；和/或禁止发送所述消息到消息接收方；和/或将所述消息发送 到其他接收方；和/或保存所述消息。
7、 如权利要求2—5任意一项权利要求所述的多方通信方法，其特征在于，所述消息接收方信息和/或多方通信信息包括所述多方通信标识和/或所述多 方通信的参与方联系地址和/或所述多方通信的参与方用户标识和/或所述 多方通信的参与方能力描述和/或所述多方通信的参与方角色身份和/或所 速多古通信的参与方权限级别和/或4喿作方式。
8、 如权利要求1至5中任意一项权利要求所述的多方通信方法，其特征在 于，步骤(a)中携带消息接收方信息的携带方式包括在所述消息的Request—URI中携带所述消息接收方信息；或 在所述消息的头域中携带所述消息接收方信息；或 在所述消息的消息体中携带所述消息接收方信息。
9、 一种多方通信系统，包括消息发送方和至少一个消息接收方，所述消息 发送方通过多方通信所在网络向所述消息接收方发送消息，其特征在于所述 消息发送方包括 -第一发送装置，用于向所述网络发送消息，该消息中携带消息接收方j 5息,所述网络包括服务装置，用于根据所述消息接收方信息和/或限定规则选择性发送所述消息。
10、 如权利要求9所述的多方通信系统，其特征在于，所述消息发送方还 包括获取装置，用于通过多方通信所在网络获取多方通信信息； 选择装置，用于选择所述多方通信信息作为消息接收方信息。
11、 如权利要求IO所述的多方通信系统，其特征在于，所述获取装置包括 请求装置，用于向所述网络发送请求消息；接收装置，用于接收所述网络发送的响应消息，该响应消息中携带多方通信信息。
12、 如权利要求10所述的多方通信系统，其特征在于，所述获取装置包括约定接收装置，用于接收所述网络发送的请求消息，所述请求消息中 携带多方通信信息。
13、 如权利要求9所述的多方通信系统，其特征在于，所述服务装置包括 规则认定装置，用干认定所述限定规则，产生认定结果；所述认定结果包括允许将所述消息发送给消息接收方的第一结果；将所述消息发送到其他 接收方的第二结果；禁止将所述消息发送给消息接收方的第三结果；保存所述 消息以等待消息接收方后续获取所述消息的第四结果；终结所述消息的第五结 果与所述第 一结果相关的第二发送装置，用于将所述消息发送到所述消息接收方；与所述第二结果相关的转发装置，用于将所述消息发送到其他接收方； 与所述第三结果相关的禁发装置，用于不发送所述消息； 与所述第四结杲相关的保存装置，用于保存所述消息； 与所述第五结果相关的终结装置，用于终结所述消息。
14、 如权利要求IO—D中任意一项权利要求所述的多方通信系统，其特征 在于，所述消息接收方信息和/或多方通信信息包括所述多方通信标识和/或 所述多方通信的参与方联系地址和/或所述多方通信的参与方用户标识和/或 所述多方通信的参与方能力描述和/或所述多方通信的参与方角色身份和/或 所述多方通信的参与方权限级别和/或操作方式。
15、 如权利要求9至13中任意一项权利要求所述的多方通信系统，其特征 在于，携带消息接收方信息的携带方式包括在所述消息的Request—URI中携带所述消息接收方信息；或 在所述消息的头域中携带所述消息接收方信息；或 在所述消息的消息体中携带所述消息接收方信息。
全文摘要
本发明公开了一种多方通信方法，其包括步骤(a)消息发送方向已经建立的多方通信所在网络发送消息，该消息中携带消息接收方信息；(b)所述网络根据消息接收方信息和/或限定规则选择性发送所述消息。本发明还公开了一种多方通信系统。本发明提供的这种多方通信方法及系统实现了灵活、规则可控的多方通信。
文档编号H04L12/58GK101132295SQ20061003728
公开日2008年2月27日 申请日期2006年8月25日 优先权日2006年8月25日
发明者施有铸, 华 程, 昊 赖 申请人:华为技术有限公司