专利名称：在会议系统中向终端发送多媒体消息的方法、系统和设备的制作方法
技术领域：
本发明涉及多媒体会议技术，特别涉及一种在基于会话初始协议(SIP)的会议系统中向终端发送多媒体消息的方法、系统和设备。
背景技术：
在当前的基于SIP的多媒体会议系统(以下简称为会议系统)中，每一个参会者在发送自己的多媒体消息时，都希望该消息能够被其他参会者正确地接 收，并通过恰当的方式进行显示或播放。但是，由于不同参会者的终端与会议 中心的协商能力存在差异，所以很可能会造成其他参会者终端不能正常接收来 自发送方终端的多媒体消息，从而降低会议质量。每个参会者在新加入会议系统时，会议中心会首先与参会者的终端进行能 力协商，协商内容包括会议中心以及参会者终端所支持的媒体类型、消息大小 以及消息长度等，会议中心在协商完成后会记录下参会者终端的协商能力信息。 这样，在会议进行过程中，当某个参会者(发送方)要向其他某个参会者(接 收方)发送多媒体消息时，会议中心会首先检查接收方终端是否支持发送方终 端所发送的多媒体消息，比如是否支持所发送的多媒体类型，如果支持，则按正常流程将该多々某体消息发送给接收方终端；如果不支持，则会议中心将不会 将该多媒体消息转发给接收方终端，当然接收方终端也就无法接收到该多媒体 消息，从而造成会话失败。目前多媒体短消息业务(MMS )中提出了 一种针对在MMS业务中存在的 上述类似问题的解决方案，图1为MMS中的点到点业务实现流程图，如图1 所示，包括以下步骤步骤101 ~ 102:发送方终端向多媒体短消息业务中心(MMSC)发送多媒体短消息提交请求(MMl_Submit.REQ)消息，该MM1—Submit.REQ消息中携 带有发送方终端要发送给接收方终端的多媒体短消息内容；MMSC成功接收该 MM l一Submit.REQ消息后，向发送方终端回送多+某体短消息提交响应(MM1—Submit.RES)消息。步骤103 ~ 104: MMSC向接收方终端发送多媒体短消息通知请求(MM1—Notification.REQ)消息，通知接收方终端在MMSC中有一个多媒体短 消息需要其接收；接收方终端接收到MMl_Notification.REQ消息后，向MMSC 回送多4某体短消息通知响应(MM1—Notification.RES)消息。步骤105 ~ 106:接收方终端向MMSC发送多媒体短消息提取请求(MMl一Retrieve.REQ )消息，请求提取发送方终端发送来的多媒体短消息； MMSC向接收方终端回送多媒体短消息提取响应(MM1—Retrieve.RES )消息， MM1—Retrieve.RES消息中携带有发送方终端发送给接收方终端的多媒体短消 息。步骤107:接收方终端接收到上述多媒体短消息后，向MMSC回送多媒体短 消息确认请求(MMl_Acknowledge.REQ)消息。上述过程中，若接收方终端在预定时间内未提取发送方终端发送来的多媒 体短消息，则MMSC将该多々某体短消息进行转存处理，而且当接收方终端不支 持该多媒体短消息时，MMSC将为接收方终端提供内容适配能力，以使得接收 方终端能够正确接收并处理该多i某体短消息。但是，上述方法虽然应用在MMS中可以达到较好的效果，在多媒体会议 系统中却并不适用。首先来说，MMSC将接收自发送方终端的多媒体短消息存 储到预定时间，若仍未接收到接收方终端发送来的提取请求，才会将该多媒体 短消息进行转存就是不适合于会议系统的，因为会议系统是一个实时处理信息 的过程；其次，MMS中内容适配能力为终端实际具备的能力，在适配不成功时， MMS会将原始多媒体消息发送给接收方终端或直接将该原始多媒体消息删除， 但SIP会议系统中的内容适配能力是由会议中心服务器与参会者终端协商的， 其不具备上述功能，不能按照自己的策略处理多媒体消息，这样，会议系统中的各终端就无法正常接收到其它终端发送来的多媒体消息，从而造成了各终端 接收能力的下降，并进一步降低了会议质量。发明内容有鉴于此，本发明实施例的主要目的在于提供一种在基于SIP的会议系 统中向终端发送多媒体消息的方法，能够提高终端对多媒体消息的接收能力。本发明实施例的另一个目的在于提供一种在基于SIP的会议系统中向 终端发送多媒体消息的系统，能够提高终端对多媒体消息的接收能力。本发明实施例的第三个目的在于提供一种在基于SIP的会议系统中向终端发送多媒体消息的会议中心服务器，能够提高终端对多媒体消息的接收能力。为达到上述目的，本发明实施例的技术方案是这样实现的一种在基于会话初始协议SIP的会议系统中向终端发送多媒体消息的方 法，该方法包括以下步骤会议中心服务器接收来自发送方终端的多媒体消息；会议中心服务器判断接收方终端是否支持所述多4某体消息，若不支持，则 根据预先配置的会议策略对所述多媒体消息进行操作。一种在基于SIP的会议系统中向终端发送多媒体消息的系统，该系统包括 发送方终端、接收方终端以及会议中心服务器，关键在于；所述会议中心服务器，用于接收来自发送方终端的多媒体消息，并判断接 收方终端是否支持所述多媒体消息，若不支持，则根据预先配置的会议策略对 所述多媒体消息进行操作。一种在基于SIP的会议系统中向终端发送多媒体消息的会议中心服务器， 该会议中心服务器包括信息接收提取模块、终端能力存储模块和会议策略执 行模块；所述信息接收提取冲莫块，用于接收来自发送方终端的多媒体消息，并提取所述多々某体消息的特征信息，将提取出的特征信息发送给会议策略4丸行模块； 所述终端能力存储模块，用于存储系统中各终端的协商能力信息，并在接收到会议策略执行模块的协商能力提取请求后，向会议策略执行模块回送接收方终端的协商能力信息；所述会议策略执行模块，用于接收来自信息接收提取模块的多媒体消息的特征信息，并向终端能力存储模块发送协商能力提取请求，根据所述终端能力存储模块回送的接收方终端协商能力信息判断接收方终端是否支持所述多媒体消息的特征信息，若不支持，则根据预先配置的会议策略对所述多i某体消息进行操作。可见，采用本发明实施例的技术方案，会议中心服务器在接收到发送方 终端的多媒体消息后，首先会判断该多媒体消息是否能够得到接收方终端的 支持，若得不到支持，则可根据会议策略进行相应处理，从而提高该多媒体 消息被接收的机率，即提高接收方终端的接收能力，进而提高会议质量。
图1为MMS中的点到点业务实现流程图；图2为本发明系统实施例结构示意图；图3为本发明会议中心服务器结构示意图；图4为本发明系统一个较佳实施例结构示意图；图5为本发明方法实施例总体流程图；图6为本发明方法第一个较佳实施例的流程图；图7为本发明方法第二个较佳实施例的流程图；图8为本发明方法第三个较佳实施例的流程图；图9为本发明方法第四个较佳实施例的流程图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步地详细说明。需要说明的是，本发明的会议系统为基 于SIP的会议系统。图2为本发明系统实施例结构示意图，如图2所示，该系统至少包括发送 方终端201、接收方终端203以及会议中心服务器(Conference Server) 202。其中，Conference Server202,用于接收来自发送方终端201的多媒体消息， 并判断接收方终端203是否支持所述多媒体消息，若不支持，则根据预先配置 的会议策略对多媒体消息进行操作。当会议策略为直接丟弃多々某体消息并向接收方终端发送丢弃通知消息时， Conference Server202具体用于，接收来自发送方终端201的多媒体消息，判断 接收方终端203是否支持该多媒体消息，若不支持，则丢弃该多媒体消息，并 向接收方终端203发送丢弃通知消息；Conference Server可进一步用于，向发 送方终端201发送丟弃通知消息。当会议策略为转存多媒体消息并向接收方终端发送转存通知消息时，上述 系统进一步包括一个网络存储实体，该网络存储实体用于接收存储来自 Conference Server202的多i某体消息，并向Conference Server202回送携带有存 i者地址链4矣或信息标识(message ID )的响应消息；相应地，Conference Server202 具体用于，接收来自发送方终端201的多媒体消息，判断接收方终端203是否 支持该多媒体消息，若不支持，则将该多媒体消息转发给网络存储实体，并在 接收到网络存储实体的响应消息后向接收方终端203发送转存通知消息； Conference Server202进一步用于，向发送方终端201发送转存通知消息。上述网络存储实体可以是一个单独的实体，也可以位于Conference Server202或接收方终端的本地服务器中。当会议策略为对多媒体消息进行内容适配并将内容适配后的多媒体消息发 送给接收方终端时，Conference Server202具体用于，接收来自发送方终端201 的多媒体消息，判断接收方终端203是否支持该多媒体消息，若不支持，则对 该多i某体消息进行内容适配，并将适配成功后的多々某体消息发送给接收方终端 203; Conference Server202还可进一步用于，对内容适配不成功的多媒体消息，直接丟弃或进行转存，并向接收方终端203发送丢弃或转存通知消息。图3为本发明Conference Server202结构示意图，如图3所示，C onference Server202包括信息接收提取模块301 、终端能力存储模块302和会议策略执行 模块303。信息接收提取模块301，用于接收来自发送方终端201的多媒体消息，并 提取该多媒体消息的特征信息，将提取出的特征信息发送给会议策略执行模块 303;终端能力存储模块302，用于存储系统中各终端的协商能力信息，并在接 收到会议策略执行模块303的协商能力提取请求后，向会议策略执行模块303 回送接收方终端203的协商能力信息；会议策略执行模块303,用于接收来自信息接收提取模块301的多媒体消 息的特征信息，并向终端能力存储模块302发送协商能力提取请求，根据终端 能力存储模块302回送的接收方终端203协商能力信息判断接收方终端203是 否支持所述多媒体特征信息，若不支持，则根据预先配置的会议策略对该多媒 体消息进行操作。根据操作方式的不同，会议策略执行模块303具体用于，将多媒体消息进 行丢弃或转存，并向接收方终端203发送丢弃或转存通知消息；或者，用于对 多媒体消息进行内容适配，并将内容适配后的多媒体消息转发给接收方终端 203;会议策略执行模块303还可进一步用于，向发送方终端201发送丟弃或转 存通知消息。上述Conference Server202还可进一 步包括一个网络存储实体304,用于接 收并存储来自会议策略执行模块303的多媒体消息，并向会议策略执行模块303 回送该多媒体消息的存储地址链接。基于上述介绍，图4为本发明系统一个较佳实施例结构示意图，本实施例 为会议策略为转存多媒体消息并向接收方终端发送转存通知消息，且网络存储 实体为一个单独的功能实体时的系统结构示意图。如图4所示，该系统主要包 括发送方终端401、 Conference Server402、网络存储实体403以及接收方终端405，同时，由于本实施例系统为基于SIP的会议系统，所以系统中进一步包括 SIP/IP核心网404。发送方终端401通过建立会议时所建立的消息会话中继协议(MSRP)通 道向Conference Server402发送多4某体消息；Conference Server402接收到多媒 体消息后，提取该多媒体消息的特征信息，比如媒体类型、消息大小以及消息 长度等，本实施例中假设只提取媒体类型信息，Conference Server402查询自身 存储的终端协商能力信息，将提取出的+某体类型与接收方终端405的协商能力 进行比较，发现接收方终端405不支持该媒体类型，则根据预先配置的会议策 略决定将该多媒体消息转存到网络存储实体403中；Conference Server402将网 络存储实体403看作一个普通参会用户，将其加入到会议系统中，并向网络存 储实体403发送上述多媒体消息；网络存储实体403接收并存储该多媒体消息， 并向Conference Server402回送携带有该多媒体消息存储地址链接的响应消息， 之后，网络存储实体403可以选择退出会议，也可以选择一直参加会议，直至 结束；Conference Server402接收到来自网络存储实体403的响应消息后，通过 SIP/IP核心网404向接收方终端405发送转存通知消息；接收方终端405根据 所述转存通知消息获知由于自己终端协商能力不支持， 一个发送给自己的多媒 体消息已^皮转存到网络存储实体403中，接收方终端405还可通过该转发通知 消息得知发送该多媒体消息的终端名称、该多媒体消息的名称以及类型等信息； 4妻收方终端405向Conference Server402回送响应消息。如果之后接收方终端 405想要获取该多媒体消息，可通过其自身终端或其它方式比如更换一个支持 该多媒体消息的终端，根据该多媒体消息的存储地址链接提取到该多媒体消息。其它可能的系统较佳组成结构无非是根据会议策略的不同，不包括网络存 储实体或网络存储实体位于Conference Server或接收方终端的本地服务器中， 本领域4支术人员根据上迷介绍可以较为容易的推导出来，此处不再赘述。图5为本发明方法总体实施例流程图，本发明的方案都是在H没已经建立 了会议的基础上进行的，如图5所示，包括以下步骤步骤501: Conference Server接收来自发送方终端的多媒体消息。发送方终端通过建立会议时所建立的MSRP通道向Conference Server发送 多媒体消息，该多媒体消息可以携带在MSRP发送(SEND)请求消息中或其 它的SIP消息中，Conference Server接收到该多媒体消息后，向发送方终端回 送响应消息。步骤502: Conference Server判断接收方终端是否支持该多媒体消息，若不 支持，则根据预先配置的会议策略对该多媒体消息进行操作。本步骤中，Conference Server判断接收方终端是否支持该多4某体消息的方 式为Conference Server提取该多媒体消息的特征信息，比如媒体类型、消息 大d、以及消息长度等，并根据预先存储的终端协商能力信息判断接收方终端的 协商能力是否支持该多々某体消息特征。上述预先存储的终端协商能力信息为终 端初始加入会议系统时与Conference Server协商支持的能力信息，比如终端支 持的媒体类型、消息大小以及消息长度等。若上述判断过程显示接收方终端支持该多媒体消息，则Conference Server 将该多媒体消息发送给接收方终端，接收方终端对该消息进行相关处理，这些 均为现有技术，不再介绍；若不支持，则Conference Server才艮据预先配置的会 议策略进行相应处理，这里所说预先配置是指会议建立时在Conference Server 中统一配置，或是后来由Conference Server配置，或是在终端初始加入会议时 在Conference Server中配置；所述会议策略可以为直接丢弃该多媒体消息并 向发送方终端发送丢弃通知消息、转存该多媒体消息并向发送方终端发送转存 通知消息，或对该多媒体消息进行内容适配并将内容适配后的多媒体消息发送 给接收方终端。不同的会议策略对应着不同的处理方法(1 )当会议策略为直接丢弃该多媒体消息并向发送方终端发送丢弃通知消 息时，包括以下步骤Conference Server丢弃该多々某体消息；Conference Server向接收方终端发送 丢弃通知消息；接收方终端向Conference Server回送响应消息。若多媒体消息中携带有一个以上媒体内容，且接收方终端不支持其中的部分媒体内容时，Conference Server可以将能够得到接收方终端支持的々某体内容 直接发送给接收方终端，而将得不到接收方终端支持的媒体内容进行丢弃；或 者，直接将所有媒体内容进行丢弃。该方法可进一步包括Conference Server向发送方终端发送丢弃通知消息。 (2 )当会议策略为转存该多媒体消息并向发送方终端发送转存通知消息 时，包括以下步骤Conference Server将该多媒体消息转存到会议中心的网络存储实体中，所 述会议中心的网络存储实体向Conference Server回送携带有多媒体消息存储地 址链接的响应消息；或者，Conference Server将该多媒体消息转存到接收方终 端本地的网络存储实体中，所述接收方终端本地的网络存储实体向Conference Server回送携带有message ID的响应消息；Conference Server向接收方终端发送携带有存储地址链接或message ID的 转存通知消息；4妄收方终端向Conference Server回送响应消息。同样，若所述多媒体消息中携带有一个以上媒体内容，且接收方终端不支 持其中的部分士某体内容时，Conference Server可以将能够得到接收方终端支持 的媒体内容直接发送给接收方终端，将得不到接收方支持的媒体内容进行转存； 或者，将所有媒体内容进行转存。该方法可进一步包括Conference Server向发送方终端发送转存通知消息。若接收方终端以后想要获取转存的多媒体消息，可以根据存储地址链接或 message ID提取该多媒体消息。(3 )当会议策略为将该多力某体消息进行内容适配并将内容适配后的多媒体 消息发送给接收方终端时，包括以下步骤Conference Server对该多媒体消息进行内容适配，若内容适配成功，则将 内容适配后的多々某体消息发送给接收方终端；接收方终端对内容适配后的多媒 体消息进4亍处理，并向Conference Server回送响应消息；若适配不成功，则Conference Server继续按照直接丢弃该多媒体消息并向 接收方终端发送丢弃通知消息或转存该多媒体消息并向接收方终端发送转存通知消息的方法对该多媒体消息进行处理。图6为本发明方法第一个较佳实施例的流程图，本实施例采用直接丢弃后 发送丢弃通知的方式处理得不到接收方终端支持的多々某体消息，如图6所示，包括以下步骤步骤601:会议系统中的某一个参会者要向其他参会者发送多媒体消息， 由该参会者的终端，即发送方终端通过建立会议时所建立的MSRP通道向 Conference Server发送MSRP SEND请求消息。MSRP SEND请求消息中携带有发送方终端所要发送的多媒体消息，该 MSRP SEND请求消息通过SIP/IP核心网发送到Conference Server。步骤602: Conference Server接收到MSRP SEND请求消息后，向发送方 终端回送MSRP 200 OK响应消息。步骤603: Conference Server判断接收方终端是否支持该多媒体消息，若不 支持，则将该多士某体消息丢弃。Conference Server判断接收方终端是否支持该多媒体消息的方法为 Conference Server提取该多媒体消息的特征信息，比如，媒体类型、消息长度 等，本实施例中假设只提取媒体类型信息，并通过查询自身存储的接收方终端 协商能力信息来判断接收方终端是否支持该媒体类型，若支持，则按现有技术 进行处理；若不支持，则将该多々某体消息丟弃。步骤604 ~ 605: Conference Server通过SIP/IP核心网向接收方终端发送丢 弃通知消息，本实施例中的丟弃通知消息为一个SIP消息(MESSAGE )。SIP MESSAGE中携带有多媒体消息已被丟弃、发送该多媒体消息的终端、 该多媒体消息的名称以及类型等信息。上述丢弃通知消息通过SIP/IP核心网转发，在实际应用中，也可以通过 MSRP通道或其它的如预定(SUBSCRIBE) /通知(NOTIFY)方式发送给接收 方终端。步骤606:接收方终端根据接收到的SIP MESSAGE得知一个参会者曾向自 己发送了多媒体消息，但由于得不到自身终端的支持该多媒体消息已被丟弃。步骤607 ~ 608:接收方终端通过SIP/IP核心网向Conference Server回送200 OK响应消息。Conference Server还可进一步向发送方终端发送丢弃通知消息，以通知发 送方终端其发送给哪些终端以及发送的哪些多媒体消息被丢弃。需要说明的是，若发送方终端发送的多媒体消息中包含有多个媒体内容， 而接收方终端只是不支持其中的一个或几个媒体内容而不是全部时， Conference Server可以根据会议策略，选择丢弃所有的媒体内容或只是丢弃接 收方终端不支持的々某体内容。图7为本发明方法第二个较佳实施例的流程图，本实施例采用转存后发送 转存通知的方式处理得不到接收方终端支持的多媒体消息，且网络存储实体 (NS)是一个单独的功能实体，如图7所示，包括以下步骤步骤701:发送方终端通过建立会议时所建立的MSRP通道向Conference Server发送MSRP SEND请求消息。MSRP SEND请求消息中携带有发送方终端所要发送的多媒体消息，该 MSRP SEND请求消息通过SIP/IP核心网发送到Conference Server。步骤702: Conference Server接收到MSRP SEND请求消息后，向发送方 终端回送MSRP 200 OK响应消息。步骤703: Conference Server判断接收方终端是否支持该多媒体消息，若不 支持，则决定将该多々某体消息转存。Conference Server判断接收方终端是否支持该多媒体消息的方法为 Conference Server提取该多媒体消息的特征信息，比如，媒体类型、信息长度 等，本实施例中假设只提取媒体类型信息，并通过查询自身存储的接收方终端 协商能力信息来判断接收方终端是否支持该媒体类型，若支持，则按现有技术 进行处理；若不支持，则执行步骤704。步骤704: Conference Server将该多媒体消息发送给NS。本实施例中的NS是一个单独的网络实体或者是会议中心统一的网络存储 实体，Conference Server在向其发送多媒体消息之前已经与NS建立了连接通道，建立方法为将NS看作一个参会者，按照现有技术中将参会者加入会议的 方式将NS加入到会议系统中，这样，Conference Server即可通过建立的MSRP 通道向NS发送多媒体消息。步骤705: NS接收并存储该多媒体消息后，向Conference Server回送响应 消息，响应消息中携带有该多媒体消息所存储的地址链接。回送响应消息之后，NS可以选择退出会议，也可选择继续参加会议，直至 会议结束。步骤706 ~ 707: Conference Server通过SIP/IP核心网向接收方终端发送转存通知消息，本实施例中的转存通知消息为一个sipMi:ssAG〖:。SIP MESSAGE中携带有多媒体消息已被转存、发送该多媒体消息的终端、 该多媒体消息的名称、类型以及转存地址链接等信息。步骤708:接收方终端根据接收到的SIP MESSAGE得知一个参会者曾向自 己发送了多媒体消息，但由于得不到自身终端的支持该多媒体消息已被转存到 NS中。根据SIP MESSAGE中的地址链接信息，接收方终端可以在以后通过自身 终端或以其它方式，比如更换一个支持上述多媒体类型的终端来获取所述多媒 体消息。步骤709 ~ 710:接收方终端通过SIP/IP核心网向Conference Server回送200OK响应消息。Conference Server还可进一步向发送方终端发送转存通知消息，以通知发 送方终端其发送给哪些终端以及发送的哪些多媒体消息被转存。需要说明的是，若发送方终端发送的多媒体消息中包含有多个媒体内容， 而接收方终端只是不支持其中的一个或几个媒体内容而不是全部时， Conference Server可以冲艮据会议策略，选择转存所有的媒体内容或只是转存接 收方终端不支持的媒体内容。图8为本发明方法第三个较佳实施例的流程图，本实施例同样采用转存后 发送转存通知的方式处理得不到接收方终端支持的多士某体消息，与实施例二相比区别仅在于本实施例中将得不到接收方终端支持的多媒体消息转存到接收 方终端本地服务器的NS中，NS不再作为一个单独的功能实体出现；相应地， 本地服务器在存储多媒体消息后，向Conference Server回送的响应消息中携带 有Message ID信息而不是存储地址链接信息。其它流程与实施例二类似，不再赘述。图9为本发明方法第四个较佳实施例的流程图，本实施例采用进行内容适 配的方式处理得不到接收方终端支持的多媒体消息，如图9所示，包括以下步 骤步骤901:发送方终端通过建立会议时所建立的MSRP通道向Conference Server发送MSRP SEND请求消息。MSRP SEND请求消息中携带有发送方终端所要发送的多媒体消息，该 MSRP SEND请求消息通过SIP/IP核心网发送到Conference Server。步骤902: Conference Server接收到MSRP SEND请求消息后，向发送方 终端回送MSRP 200 OK响应消息。步骤卯3: Conference Server判断接收方终端是否支持该多媒体消息，若不 支持，则将该多力某体消息直接丟弃。Conference Server判断接收方终端是否支持该多媒体消息的方法为 Conference Server提取该多媒体消息的特征信息，比如，媒体类型、信息长度 等，本实施例中假设只提取媒体类型信息，并通过查询自身存储的接收方终端 协商能力信息来判断接收方终端是否支持该媒体类型，若支持，则按现有技术 进行处理；若不支持，则对该多媒体消息进行内容适配，即Conference Server接收自发送方终端的媒体类型转换为接收方终端支持的媒体类型。比如，发送方终端向接收方终端发送了一个可交换图像格式(GIF)的图 片，而接收方终端只能接收联合图像专家组格式(JPEG)的图片，那么， Conference Server就需要在本步骤中将GIF格式图片转换为JPEG格式图片。 步骤904-905: Conference Server通过SIP/IP核心网向接收方终端发送:'J，将MSRP SEND请求消息。MSRP SEND请求消息中携带有经过内容适配后的多媒体消息。步骤906:接收方终端对接收到的经过内容适配后的多媒体消息进行相关处理。步骤907 ~ 908:接收方终端通过SIP/IP核心网向Conference Server回送200 OK响应消息。需要说明的是，若内容适配不成功，Conference Server可继续按照实施例 一、二或三中所述的方法对该多媒体消息进行处理。可见，采用本发明实施例的技术方案，提高了接收方终端对多媒体消息的 接收能力，增强了参会者的参会能力，改善了参会者的业务体验，提高了会议质量。综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的 保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改 进等，均应包舍在本发明的保护范围之内。
权利要求
1. 一种在基于会话初始协议SIP的会议系统中向终端发送多媒体消息的方法，其特征在于，该方法包括以下步骤会议中心服务器接收来自发送方终端的多媒体消息；会议中心服务器判断接收方终端是否支持所述多媒体消息，若不支持，则根据预先配置的会议策略对所述多媒体消息进行操作。
2、 根据权利要求1所述的方法，其特征在于，所述会议中心服务器判断接 收方终端是否支持所述多i某体消息的步骤包括会议中心服务器提取多媒体消息的特征信息，并根据预先存储的终端协商 能力信息判断所述接收方终端的协商能力是否支持所述多媒体消息的特征。
3、 根据权利要求1所述的方法，其特征在于，所述会议中心服务器根据预 先配置的会议策略对所述多媒体消息进行操作的步骤包括会议中心服务器丢弃所述多媒体消息；会议中心服务器向接收方终端发送 丢弃通知消息；接收方终端向会议中心服务器回送响应消息。
4、 根据权利要求3所述的方法，其特征在于，所述多^某体消息中携带有一 个以上媒体内容，且接收方终端不支持其中的部分媒体内容，则会议中心服务 器丟弃所述多媒体消息的步骤包括会议中心服务器将能够得到接收方终端支持的媒体内容直接发送给接收方 终端，将得不到接收方终端支持的媒体内容进行丢弃；或者，直接将所有媒体 内容进4亍丟弃。
5、 根据权利要求3或4所述的方法，其特征在于，该方法进一步包括会 议中心服务器向发送方终端发送丢弃通知消息。
6、 根据权利要求1所述的方法，其特征在于，所述会议中心服务器根据预 先配置的会议策略对所述多媒体消息进行操作的步骤包括会议中心服务器将所述多媒体消息转存到会议中心的网络存储实体中，所 述会议中心的网络存储实体向会议中心服务器回送携带有多媒体消息存储地址链接的响应消息；或者，会议中心服务器将所述多媒体消息转存到接收方终端 本地的网络存储实体中，所述接收方终端本地的网络存储实体向会议中心服务 器回送携带有信息标识message ID的响应消息；会议中心服务器向接收方终端发送携带有存储地址链接或message ID的转 存通知消息；接收方终端向会议中心"良务器回送响应消息。
7、 根据权利要求6所述的方法，其特征在于，所述多媒体消息中携带有一 个以上媒体内容，且接收方终端不支持其中的部分媒体内容，则会议中心服务 器转存所述多媒体消息的步骤包括会议中心服务器将能够得到接收方终端支持的媒体内容直接发送给接收方 终端，将得不到接收方支持的媒体内容进行转存；或者，将所有媒体内容进行 转存。
8、 根据权利要求6或7所述的方法，其特征在于，该方法进一步包括会 议中心服务器向发送方终端发送转存通知消息。
9、 根据权利要求8所述的方法，其特征在于，该方法进一步包括所述接 收方终端根据存储地址链接或message ID提取所述多媒体消息。
10、 根据权利要求1所述的方法，其特征在于，所述会议中心服务器根据 预先配置的会议策略对所述多媒体消息进行操作的步骤包括会议中心服务器对所述多媒体消息进行内容适配，若内容适配成功，则将 内容适配后的多々某体消息发送给接收方终端；接收方终端对所述内容适配后的 多媒体消息进行处理，并向会议中心服务器回送响应消息。
11、 根据权利要求IO所述的方法，其特征在于，该方法进一步包括 若适配不成功，则会议中心服务器继续按照直接丢弃所述多媒体消息并向发送方终端发送丟弃通知消息或转存所述多士某体消息并向发送方终端发送转存 通知消息的方法对所述多^某体消息进行处理。
12、 一种在基于SIP的会议系统中向终端发送多媒体消息的系统，该系统 包括发送方终端、接收方终端以及会议中心服务器，其特征在于；所述会议中心服务器，用于接收来自发送方终端的多媒体消息，并判断接收方终端是否支持所述多媒体消息，若不支持，则根据预先配置的会议策略对 所述多々某体消息进行操作。
13、 根据权利要求12所述的系统，其特征在于，当会议策略为直接丢弃所 述多^(某体消息并向接收方终端发送丢弃通知消息时；所述会议中心服务器具体用于，接收来自发送方终端的多i某体消息，判断 接收方终端是否支持所述多媒体消息，若不支持，则丢弃所述多媒体消息，并 向接收方终端发送丟弃通知消息。
14、 根据权利要求13所述的系统，其特征在于，所述会议中心服务器进一 步用于，向发送方终端发送丢弃通知消息。
15、 根据权利要求12所述的系统，其特征在于，当会议策略为转存所述多 媒体消息并向接收方终端发送转存通知消息时，该系统进一步包括一个网络存 储实体；所述网络存储实体，用于接收和存储来自会议中心服务器的多媒体消息， 并向会议中心服务器回送携带有存储地址链接或message ID的响应消息；所述会议中心服务器具体用于，接收来自发送方终端的多^某体消息，判断 接收方终端是否支持所述多i某体消息，若不支持，则将所述多i某体消息转发给 网络存储实体，并在接收到所述网络存储实体的响应消息后向接收方终端发送 转存通知消息。
16、 根据权利要求15所述的系统，其特征在于，所述会议中心服务器进一 步用于，向发送方终端发送转存通知消息。
17、 根据权利要求15或16所述的系统，其特征在于，所述网络存储实体 为一个单独的实体，或位于会议中心服务器中，或位于接收方终端的本地服务器中。
18、 根据权利要求12所述的系统，其特征在于，当会议策略为对所述多媒所述会议中心服务器具体用于，接收来自发送方终端的多媒体消息，判断 接收方终端是否支持所述多4某体消息，若不支持，则对所述多々某体消息进行内容适配，并将内容适配成功后的多媒体消息发送给接收方终端。
19、 根据权利要求18所述的系统，其特征在于，所述会议中心服务器进一步用于，对内容适配不成功的多媒体消息，直接丢弃或进行转存，并向接收方 终端发送丟弃或转存通知消息。
20、 一种在基于SIP的会议系统中向终端发送多媒体消息的会议中心服务 器，其特征在于，该会议中心服务器包括信息接收提取模块、终端能力存储 模块和会议策略执行模块；所述信息接收提取模块，用于接收来自发送方终端的多媒体消息，并提取 所述多媒体消息的特征信息，将提取出的特征信息发送给会议策略执行模块；所述终端能力存储模块，用于存储系统中各终端的协商能力信息，并在接 收到会议策略执行模块的协商能力提取请求后，向会议策略执行模块回送接收 方终端的协商能力信息；所述会议策略执行模块，用于接收来自信息接收提取模块的多媒体消息的 特征信息，并向终端能力存储模块发送协商能力提取请求，根据所述终端能力 存储模块回送的接收方终端协商能力信息判断接收方终端是否支持所述多媒体消息的特征信息，若不支持，则才艮据预先配置的会议策略对所述多媒体消息进 行操作。
21、 根据权利要求20所述的会议中心服务器，其特征在于，所述会议策略 执行模块进一步用于，将所述多媒体消息进行丟弃或转存，并向接收方终端发 送丟弃或转存通知消息；或者，用于对所述多媒体消息进行内容适配，并将内 容适配成功后的多媒体消息转发给接收方终端。
22、 根据权利要求21所述的会议中心服务器，其特征在于，所述会议策略 执行模块进一步用于，向发送方终端发送丢弃或转存通知消息。
23、 根据权利要求20 22中任一项所述的会议中心服务器，其特征在于， 所述会议中心服务器进一步包括一个网络存储模块，用于接收并存储来自会议 策略执行模块的多媒体消息，并向会议策略执行模块回送所述多媒体消息的存 储地址链接。
全文摘要
本发明实施例公开了一种在基于会话初始协议(SIP)的会议系统中向终端发送多媒体消息的方法，会议中心服务器接收来自发送方终端的多媒体消息；会议中心服务器判断接收方终端是否支持所述多媒体消息，若不支持，则根据预先配置的会议策略对所述多媒体消息进行操作。本发明实施例还同时公开了一种在基于SIP的会议系统中向终端发送多媒体消息的系统和会议中心服务器，应用该方法、系统以及会议中心服务器可以提高终端对多媒体消息的接收能力，相应的提高会议质量。
文档编号H04Q7/22GK101237337SQ200710006459
公开日2008年8月6日 申请日期2007年1月30日 优先权日2007年1月30日
发明者刚 梁, 牟伦健, 珏 王, 王啸波, 许国军, 成 黄 申请人:华为技术有限公司