CN101399781A - 一种消息发送方法、***、消息发送装置及消息服务器 - Google Patents
一种消息发送方法、***、消息发送装置及消息服务器 Download PDFInfo
- Publication number
- CN101399781A CN101399781A CNA2007101516987A CN200710151698A CN101399781A CN 101399781 A CN101399781 A CN 101399781A CN A2007101516987 A CNA2007101516987 A CN A2007101516987A CN 200710151698 A CN200710151698 A CN 200710151698A CN 101399781 A CN101399781 A CN 101399781A
- Authority
- CN
- China
- Prior art keywords
- message
- condition
- imposes
- content
- recipient
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种消息发送方法,包括:接收携带设定条件的消息;对接收的所述消息进行解析,根据所述消息中的设定条件,将消息发送给接收方用户。此外,本发明还公开了一种消息发送***、消息发送装置及消息服务器。本发明提供的技术方案能够实现基于条件的消息发送。
Description
技术领域
本发明涉及通信技术,尤其涉及一种消息发送方法、***、消息发送装置及消息服务器。
背景技术
在通信技术中,IP多媒体子***是一个独立于接入技术的基于IP的标准体系,IP多媒体子***与现存的语音和数据网络(不论是如PSTN、ISDN、因特网等固定网络用户,还是如GSM、CDMA等移动网络用户)都可以互通。IP多媒体子***体系可以快速提供和部署各种多媒体业务,使得通过各种类型的客户端都可以建立对等的IP通信,并可以获得所需要的服务质量。
IP多媒体子***的一个重要特征是使用会话初始化协议(SIP)实现呼叫和信令控制功能,会话参与者和会话服务器之间可以通过SIP和与SIP配合的协议,来完成会话的功能。
在基于SIP的会话框架中,消息可以单发给单个接收方,也可以群发给多个接收方。图1示出了现有技术中群发消息的一个流程示意图。如图1所示,该流程包括如下步骤:
步骤101~步骤102,用户A通过SIP/IP核心(即路由SIP信令的核心网)向消息服务器发送SIP的即时(MESSAGE)消息。
其中,该SIP MESSAGE消息可以是向已有的组发送消息,例如,用户A为Alice,已有组的组标识为group1,则用户A发送给group1的SIPMESSAGE消息可如下所示:
MESSAGE sip:[email protected] SIP/2.0----向group1组发送该消息
To:sip:[email protected]
From:Alice<sip:[email protected]>;tag=32331
Call-ID:d432fa84b4c76e66710
Content-Type:multipart/mixed;boundary="boundary1"
Content-Length:501
--boundary1
Content-Type:text/plain --内容类型:文本类型
Hello World! --消息内容
--boundary1--
或者,该SIP MESSAGE消息还可以是携带一个接收方列表的消息,例如,用户A仍为Alice,消息列表中的接收方包括bill和randy,则参照协议RFC4826(Extensible Markup Language(XML)Formats for RepresentingResource Lists)中的定义,在消息的内容类型(Content-Type)字段中设置多用途互联网邮件扩展(MIME,Multipurpose Internet Mail Extensions)的内容类型“application/resource-lists+xml”,在内容部署(Content-Disposition)字段中指定接收方列表(recipient-list),在消息体中携带一个扩展标签语言(XML)文件,内容为具体的接收方列表,即SIP MESSAGE消息可如下所示:
MESSAGE sip:[email protected] SIP/2.0--向本域网内发送该消息
To:sip:[email protected]
From:Alice<sip:[email protected]>;tag=32331
Call-ID:d432fa84b4c76e66710
Content-Type:multipart/mixed;;boundary="boundary1"
--boundary1
Content-Type:application/resource-lists+xml --内容类型:MIME内容类型
Content-Disposition:recipient-list --指定接收方列表
<?xml version="1.0"encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:cp="urn:ietf:params:xml:ns:capacity">--资源列表
<list> --具体列表内容
<entry uri="sip:[email protected]"/> --用户bill
<entry uri="sip:[email protected]"/> --用户randy
</list> --具体列表内容
</resource-lists> --资源列表
--boundary1
Content-Type:text/plain --内容类型:文本类型
Hello World! --消息内容
--boundary1--
步骤103~步骤104,消息服务器通过SIP/IP核心向用户A返回SIP的接受消息(202Accepted)。
步骤105,消息服务器解析SIP MESSAGE消息,按照消息中的对应组或者接收方列表向每个接收方用户发送该消息。
具体发送时,将消息中的接收对象替换为接收方用户。
可见,群发给多个接收方的方式主要包括:(1)发送消息给预先定义好的组。当消息服务器接收到该消息并进行解析后,会依次向组内的每个接收方用户发送该消息。(2)发送携带接收方用户列表的消息。当消息服务器接收到该消息并进行解析后,会依次向用户列表中的每个接收方用户发送该消息。
上述基于SIP的会话框架中,无论是发送给单接收方还是发送给多接收方的消息,有时发送方均希望设定一定的接收条件,例如发送方希望当前单接收方用户在满足设定条件时接收,或者希望预先定义的组中的某些满足预定条件的接收方用户接收该消息,或者希望接收方列表中的某些满足预定条件的用户接收该消息等,但现有技术中消息服务器无法获知发送方希望将消息发送给哪些接收方用户,因此只能将消息发送给对应的单接收方用户或组内的每个接收方用户或接收方列表中的每个接收方用户,因此尚无法实现基于条件的消息发送技术。
发明内容
有鉴于此,本发明实施例中一方面提供一种消息发送方法,另一方面提供一种消息发送***、消息发送装置及消息服务器,以便实现基于条件的消息发送。
本发明实施例提供的消息发送方法,包括:
接收携带设定条件的消息;
对接收的所述消息进行解析,根据所述消息中的设定条件,将消息发送给接收方用户。
本发明实施例提供的消息发送***,包括:
消息发送装置,用于向消息服务器发送携带设定条件的消息;
消息服务器,用于接收来自所述消息发送装置的携带设定条件的消息,对接收的所述消息进行解析,根据所述消息中的设定条件,将消息发送给所述满足设定条件的接收方用户。
本发明实施例提供的消息发送装置,包括:
条件设置模块,用于将设定条件设置在消息中;
消息发送模块,用于将所述携带设定条件的消息发送给消息服务器。
本发明实施例提供的消息服务器,包括:
接收模块,用于接收携带设定条件的消息;
发送模块,用于对所述消息进行解析,根据所述消息中的设定条件,将消息发送给接收方用户。
从上述方案可以看出,本发明实施例中通过接收来自消息发送装置的携带设定条件的消息,并对接收的消息进行解析,根据解析出的消息中的设定条件,将消息发送给接收方用户,从而实现了基于条件的消息发送。
附图说明
图1为现有技术中群发消息时消息发送的流程示意图;
图2为本发明实施例一中消息发送方法的示例性流程图;
图3为本发明实施例一中消息发送***的示例性结构图;
图4为图3所示***中消息发送装置的示例性结构图;
图5为图3所示***中消息服务器的示例性结构图;
图6为本发明实施例二中消息发送方法的流程图。
具体实施方式
图2为本发明实施例一中消息发送方法的示例性流程图。如图2所示,该流程包括如下步骤:
步骤201,消息发送方向消息服务器发送携带设定条件的消息。
其中,消息发送方可以为用户设备(UE),也可以为业务提供商的应用设备。
其中,为例实现在消息中携带设定条件,可以对消息中的内容进行扩展,利用扩展的内容对设定条件进行指示。具体实现时,可以对消息头进行扩展,用以指示某种内容类型,对消息体进行扩展,用以添加对所指示内容类型的描述,并在所添加的内容类型的描述中设置设定条件;或者也可以是在消息体中已有内容类型的描述中扩展属性。例如:携带设定条件的消息至少包括如下两种情况:
第一种:该消息是发送给单接收方或已有组的携带设定条件的消息。为了实现在消息中携带设定条件,此时,可以对消息头进行扩展,用以指示某种内容类型,对消息体进行扩展,用以添加对所指示内容类型的描述,并在所添加的内容类型的描述中设置设定条件。例如,可根据协议RFC4745(Common Policy:A Document Format for Expressing Privacy Preferences)中定义的MIME内容类型“application/auth-policy+xml”及该类型的XML文件内容等,在发送给单接收方或已有组的现有技术的消息中添加相应字段用于携带设定条件,例如,在Content-Type字段中设置类型为application/auth-policy+xml的内容类型、在消息体中携带该内容类型的XML文件、并在该XML文件的内容中设置设定条件。
具体在XML文件的内容中设置设定条件时,可在XML文件的内容中,由RFC4745的命名空间“urn:ietf:params:xml:ns:common-policy”中定义的<conditions>(条件)和/或<action>(动作)和/或<transformations>(变化)元素中的已有子元素和/或扩展的子元素携带设定条件。
例如,已有的子元素包括:用户类别限制,如指定组中某域的所有用户,指定组中除了某域的所有用户,指定组中除了某些用户的所有用户,以及指定用户是否在线,呈现状态限制(在工作、在家里、在开会、在旅行),呈现心情限制(在满足某些心情时)等。
其中,扩展的子元素指本发明中增加的RFC4745没有定义的<conditions>、<action>或<transformations>元素中的子元素。
例如,可在<conditions>元素中扩展年龄限制、性别限制、UE能力(UE是否能够接收视频,用户是否允许接收视频等)限制、用户处在某个地区时等中的一种或其任意组合的子元素。
具体实现时,除上述列举的方案外,还可以有其它的内容扩展方式,此处不再一一赘述。
第二种:该消息中携带接收方列表并在接收方列表中设置有设定条件。此时,可通过扩展接收方列表,增加一些属性来携带设定条件。例如,可以通过扩展命名空间“urn:ietf:params:xml:ns:resource-lists”,对接收方列表中所包含用户的<entry>元素增加一些属性,用于携带设定条件。例如,所增加的属性可以为:优先级属性、呈现状态属性、是否需要回复递送报告的属性及是否回复阅读报告的属性等中的一种或任意组合。
具体实现时,还可以有其它的扩展形式,此处不再一一赘述。
步骤202,消息服务器对来自消息发送方的上述消息进行接收,根据消息中的设定条件,将消息发送给接收方用户。
其中,若设定条件是对接收方用户接收消息的限制,则消息服务器可根据消息中的设定条件,确定满足该设定条件的接收方用户,将消息发送给满足该设定条件的接收方用户,并且在确定满足设定条件的接收方用户时,可根据设定条件获取接收方用户的用户信息,将用户信息满足消息中的设定条件的接收方用户确定为满足设定条件的接收方用户。其中,所获取的用户信息可以是从呈现服务器中获取的呈现信息或者可以是其它的用户信息(比如***和用户策略、地址簿信息等)。
进行发送时,对于步骤201中的第一种情况,若是单个接收方,则消息服务器根据所接收消息中的设定条件确定单个接收方满足设定条件时,则将消息发送给这个接收方用户;否则,可不发送。若是组的接收方,则消息服务器根据所接收消息中的设定条件确定组内满足设定条件的接收方用户后,将消息发送给满足设定条件的接收方用户,对于不满足的,可不发送该消息。
对于步骤201中的第二种情况,消息服务器根据所接收消息中的设定条件确定接收方列表中满足设定条件的接收方用户后,将消息发送给满足设定条件的接收方用户,对于不满足的,可不发送该消息。
其中,发送给接收方用户的消息可以是去掉设定条件的消息,也可以是携带设定条件的消息,并且相应地将消息的发送对象替换为接收方用户。
此时,若设定条件是对消息服务器或接收方用户进行相关处理的限制,例如,限制消息服务器按照优先级顺序进行发送,或限制接收方用户回复递送报告等,则消息服务器可根据消息中的设定条件,对消息进行处理后发送给接收方用户。
以上对本发明实施例一中的消息发送方法进行了详细描述,下面再对本发明实施例一中的消息发送***及***中的装置进行详细描述。
图3为本发明实施例一中消息发送***的示例性结构图。如图3所示,该***包括:消息发送装置和消息服务器。
其中,消息发送装置用于向消息服务器发送携带设定条件的消息。其中,消息发送装置可以是UE,也可以是应用设备等。具体实现时,消息发送装置的具体操作过程可与图2所示步骤201中描述的过程一样,此处不再一一赘述。
消息服务器用于接收来自消息发送装置的携带设定条件的消息,对接收的消息进行解析,根据消息中的设定条件,将消息发送给满足设定条件的接收方用户。具体实现时,消息服务器的具体操作过程可与图2所示步骤202至步骤203中描述的过程一致,此处不再一一赘述。其中,所发送的消息可以是去掉设定条件的消息。
图4示出了本发明实施例一中消息发送装置的示例性结构图。如图4所示,该消息发送装置可包括:条件设置模块和消息发送模块。
其中,条件设置模块用于将设定条件设置在消息中。
消息发送模块用于将上述携带设定条件的消息发送给消息服务器。
其中,条件设置模块的操作过程可与图2所示步骤201中描述的过程一样,此处不再一一赘述。
具体实现时,条件设置模块可包括:内容扩展模块和条件指示模块。
其中,内容扩展模块用于对消息中的内容进行扩展。具体实现时,可以是对消息头进行扩展,用以指示内容类型,对消息体进行扩展,用以添加对所述内容类型的描述;或者也可以是在消息体中已有内容类型的描述中扩展属性。
条件指示模块用于在所述扩展的内容中指示所述设定条件。具体实现时,可以是在所添加的内容类型的描述中设置设定条件;或者是在已扩展的属性中设置设定条件。
对应步骤201中的两种情况,内容扩展模块可至少有两种具体结构及实现形式:
第一种:内容扩展模块可包括:内容类型设置子模块、消息体设置子模块和第一条件设置子模块。
其中,内容类型设置子模块用于在消息中的Content-Type字段中设置类型为application/auth-policy+xml的内容类型。
消息体设置子模块用于在消息体中携带上述application/auth-policy+xml的内容类型的XML文件。
此时,条件指示模块在上述XML文件的内容中指示设定条件。其中,在XML文件的内容中设置设定条件的方法可以是在<conditions>和/或<action>和/或<transformations>元素中的已有子元素和/或扩展的子元素设置设定条件等,此处不再一一赘述。
第二种:消息发送装置首先包括一个接收方列表设置模块,用于在消息中设置接收方列表,则内容扩展模块可包括:接收方列表扩展子模块,用于在前述接收方列表中所包含用户的属性进行扩展,例如在用户的<entry>元素中设置携带设定条件的属性,所设置的属性同样可有多种,此处不再一一赘述。此时,条件指示子模块利用所述扩展的属性指示所述设定条件。
图5示出了本发明实施例一中消息服务器的示例性结构图。如图5所示,该消息服务器可包括:接收模块和发送模块。
其中,接收模块用于接收携带设定条件的消息。其中,携带设定条件的消息可以来自UE,也可以来自应用设备。
发送模块用于对接收模块所接收的消息进行解析,根据所述消息中的设定条件,将消息发送给接收方用户。具体处理时,发送模块的操作过程可与图2所示步骤202中描述的过程一致,例如,可对所述消息进行解析,根据所述消息中的设定条件,确定满足所述设定条件的接收方用户将消息发送给所述满足设定条件的接收方用户。
下面结合具体实施例和附图,对本发明进一步详细说明。
实施例二:以向组发送消息的情况为例。
本实施例中,采用RFC4745中定义的方法,使用授权策略控制来访问应用特殊数据的方法,使用的命名空间为“urn:ietf:params:xml:ns:common-policy”,这样在消息的Content-Type字段中包括MIME内容类型“application/auth-policy+xml”,在消息体中携带一个该类型的XML文件,内容为具体的判断条件。除了在RFC4745及一些相关标准中定义了大量的元素作为判断条件外,还可以增加一些在RFC4745和相关标准中没有定义的<conditions>、<actions>或者<transformations>元素中的子元素,从而实现一些比较实用的判断条件。
例如,本实施例中假设在<conditions>元素中增加如表一所示的子元素,实际应用中,还可以根据需要进行其它扩展等。
元素名 | 元素描述的内容 |
Age-restrictions | 包括from和until属性,指明用户的年龄范围。 |
Sex-restrictions | 包括value属性,取值:man、woman,指明接收方用户的性别。 |
Terminal-capable | 包括value属性,取值:picture、audio、video,指明接收方用户的手机能力,需要支持图片、音频、视频。 |
表一
图6为本发明实施例二中消息发送方法的流程图,如图6所示,该流程包括如下步骤:
步骤601~步骤602,用户A通过SIP/IP核心向消息服务器发送SIPMESSAGE消息,该SIP MESSAGE消息中携带有设定条件。
其中,假设用户A为alice,组为group1,则用户A发送给group1的SIP MESSAGE消息可如下所示:
MESSAGE sip:[email protected] SIP/2.0 --给group1组发送消息
To:sip:[email protected]
From:Alice<sip:[email protected]>;tag=32331
Call-ID:d432fa84b4c76e66710
Content-Type:multipart/mixed;boundary="boundary1"
Content-Length:501
--boundary1
Content-Type:application/auth-policy+xml -内容类型
<?xml version="1.0"encoding="UTF--8"?>
<ruleset xmlns="urn:ietf:params:xml:ns:common-policy"> -命名空间
<rule id="f3g44r3">
<conditions> -具体条件
<age-restrictions from=’”18”until=”60”/> -限制年龄在18-60岁之间
<sex-restrictions value=”woman”/> -接收方应该是女士
<terminal--capable value=”video”/> -接收方手机要支持视频
</conditions> -具体条件
</rule>
</ruleset>
--boundary1
Content-Type:text/plain
Hello World!
--boundary1--
步骤603~步骤604,消息服务器通过SIP/IP核心向用户A返回SIP的202 Accepted。
步骤605,消息服务器解析该携带条件的SIP MESSAGE消息,如果需要还要提取相应的呈现信息或者其它信息(比如***和用户策略、地址簿信息等),判断该组内的接收方用户是否满足消息中的设定条件,消息服务器仅向满足设定条件的接收方用户发送消息。假设该组内有2个接收方用户B(Client B)和用户C(Client C),经过条件判断后,确定Client B是满足设定条件的接收方用户,而Client C不能满足。
步骤606~步骤607,消息服务器通过SIP/IP核心向满足设定条件的接收方用户B发送SIP MESSAGE消息,并且消息服务器将原始SIP MESSAGE消息中携带的设定条件去掉,并可以将组替换为具体的用户,处理后的该消息例子如下所示:
MESSAGE sip:[email protected] SIP/2.0 --给ClientB发送该消息
To:sip:[email protected]
From:Alice<sip:[email protected]>;tag=32331
Call-ID:d432fa84b4c76e66710
Content-Type:multipart/mixed;boundary="boundary1"
Content-Length:501
--boundary1
Content-Type:text/plain
Hello World!
----boundary1----
步骤608~步骤609,Client B接收到消息后,通过SIP/IP核心向消息服务器返回SIP 200 OK消息。
本发明实施例中的消息发送装置可包括条件设置模块和消息发送模块。其中,条件设置模块可包括:内容扩展模块和条件指示模块。其中,内容扩展模块可包括内容类型设置子模块和消息体设置子模块。
实施例三:以消息中携带接收方列表的情况为例。
本实施例中,对于发送消息携带接收方列表的情况,可以扩展接收方列表,增加一些属性。例如,可以通过扩展命名空间“urn:ietf:params:xml:ns:resource-lists”,在接收方列表中的<entry>元素增加一些属性。
假设增加的属性如下述表二所示,实际应用中,还可以根据需要进行其它扩展等。
属性名 | 属性描述的内容 |
Priority | 该接收方用户的优先级,可以设置的值为:1、2、3,分别代表高、中、低。消息服务器优先处理优先级高的接收方用户。 |
Presence | 按照接收方用户的呈现状态发送消息,可以设置的值为:work、home、meeting、travel,分别代表工作、在家、会议、旅行。消息服务器可按照接收方用户是否处于对应的状态,来发送消息。 |
DeliveryReport | 是否需要该用户回递送报告,可以设 |
置的值为:true、false,分别代表需要和不需要。消息服务器可按照这个值的设置,在成功发送消息给接收方用户后,回复递送报告给发送方。 | |
ReadReport | 是否需要该用户回阅读报告,可以设置的值为:true、false,分别代表需要和不需要。消息服务器可按照这个值的设置,在向接收方用户发送消息时,会要求接收方用户回复阅读报告。 |
表二
本实施例中的消息发送方法的流程与图6所示方法流程类似,不同之处在于:步骤601中所发送的携带设定条件的消息不同,本实施例中的消息可如下所示:
MESSAGE sip:[email protected] SIP/2.0
To:sip:[email protected]
From:Alice<sip:[email protected]>;tag=32331
Call-ID:d432fa84b4c76e66710
Content-Type:multipart/mixed;boundary="boundary1"
--boundary1
Content-Type:application/resource-lists+xml
Content-Disposition:recipient-list--指定接收方列表
<?xml version="1.0"encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:cp="urn:ietf:params:xml:ns:capacity">
<list>
<entry uri="sip:[email protected]"Priority=’1’Presence=’home’/>-该用户优先级为高,且状态为在家时才发送。
<entry uri="sip:[email protected]"Priority=’2’DeliveryReport=’true’/> -该用户优先级为中,且需要服务器回递送报告。
<entry uri="sip:[email protected]"Priority=’3’/>-该用户优先级为低。
</list>
</resource-lists>
--boundary1
Content-Type:text/plain
Hello World!
--boundary1--
假设最后同样确定用户B满足设定条件,则步骤606~步骤607中消息服务器通过SIP/IP核心向满足设定条件的接收方用户B发送SIP MESSAGE消息时,该消息中可将原始SIP MESSAGE消息中携带的接收方列表去掉。并且添加所需用户返回递送报告的条件指示等。
本发明实施例中的消息发送装置可包括接收方列表设置模块、条件设置模块以及消息发送模块。其中,条件设置模块包括内容扩展模块和条件指示模块。其中,内容扩展模块可包括接收方列表扩展子模块。
上述各实施例中携带设定条件的消息均以MESSAGE消息为例进行的说明,实际应用中也可以是其它消息,此处不再一一赘述。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (20)
1、一种消息发送方法,其特征在于,该方法包括:
接收携带设定条件的消息;
对接收的所述消息进行解析,根据所述消息中的设定条件,将消息发送给接收方用户。
2、如权利要求1所述的方法,其特征在于,所述携带设定条件的消息为:对消息中的内容进行扩展,利用所扩展的内容对所述设定条件进行指示的消息。
3、如权利要求2所述的方法,其特征在于,所述携带设定条件的消息为:发送给单接收方或组的携带设定条件的消息。
4、如权利要求3所述的方法,其特征在于,所述对消息内容进行扩展为:对消息头进行扩展,用以指示内容类型,对消息体进行扩展,用以添加对所述内容类型的描述;
所述利用所扩展的内容对所述设定条件进行指示为:在所述内容类型的描述中设置所述设定条件。
5、如权利要求4所述的方法,其特征在于,所述对消息头进行扩展,用以指示内容类型为:在消息头的Content-Type字段中设置类型为application/auth-policy+xml的内容类型;
对消息体进行扩展,用以添加对所述内容类型的描述为:在消息体中携带所述内容类型的XML文件。
6、如权利要求5所述的方法,其特征在于,所述在内容类型的描述中中设置设定条件为:在所述XML文件的内容中的<conditions>和/或<action>和/或<transformations>元素中的已有子元素和/或扩展的子元素中设置所述设定条件。
7、如权利要求3所述的方法,其特征在于,所述设定条件包括:用户类别限制、在线限制、年龄限制、性别限制、用户设备能力限制、呈现状态限制及呈现心情限制中的一种或其任意组合。
8、如权利要求2所述的方法,其特征在于,所述携带设定条件的消息为:携带接收方列表并在所述接收方列表中设置有设定条件的消息。
9、如权利要求8所述的方法,其特征在于,所述在接收方列表中设置设定条件为:在接收方列表中所包含用户中设置携带设定条件的属性。
10、如权利要求9所述的方法,其特征在于,所述携带设定条件的属性包括:优先级属性、呈现状态属性、是否需要回复递送报告的属性及是否回复阅读报告的属性中的一种或任意组合。
11、如权利要求1至10中任一项所述的方法,其特征在于,所述根据消息中的设定条件,将消息发送给接收方用户为:根据消息中的设定条件,确定满足所述设定条件的接收方用户,将消息发送给所述确定的满足所述设定条件的接收方用户;和/或,根据消息中的设定条件对消息进行处理后,发送给接收方用户。
12、如权利要求11中任一项所述的方法,其特征在于,所述根据消息中的设定条件,确定满足设定条件的接收方用户包括:根据所述消息中的设定条件获取接收方用户的用户信息,将用户信息满足所述消息中的设定条件的接收方用户确定为满足设定条件的接收方用户。
13、如权利要求1至10中任一项所述的方法,其特征在于,所述将消息发送给接收方用户为:将携带设定条件的消息或去掉设定条件的消息发送给接收方用户。
14、一种消息发送***,其特征在于,该***包括:
消息发送装置,用于向消息服务器发送携带设定条件的消息;
消息服务器,用于接收来自所述消息发送装置的携带设定条件的消息,对接收的所述消息进行解析,根据所述消息中的设定条件,将消息发送给所述满足设定条件的接收方用户。
15、一种消息发送装置,其特征在于,该装置包括:
条件设置模块,用于将设定条件设置在消息中;
消息发送模块,用于将所述携带设定条件的消息发送给消息服务器。
16、如权利要求15所述的消息发送装置,其特征在于,所述条件设置模块包括:
内容扩展模块,用于对消息中的内容进行扩展;
条件指示模块,用于在所述扩展的内容中指示所述设定条件。
17、如权利要求16所述的消息发送装置,其特征在于,所述内容扩展模块包括:
内容类型设置子模块,用于在消息中的Content-Type字段中设置类型为application/auth-policy+xml的内容类型;
消息体设置子模块,用于在消息体中携带所述application/auth-policy+xml的内容类型的XML文件;
所述条件指示模块在所述XML文件的内容中指示所述设定条件。
18、如权利要求16所述的消息发送装置,包括:接收方列表设置模块,用于在消息中设置接收方列表;
其特征在于,所述内容扩展模块包括:
接收方列表扩展子模块,用于在所述接收方列表中所包含用户的属性进行扩展;
所述条件指示子模块利用所述扩展的属性指示所述设定条件。
19、如权利要求15至18中任一项所述的消息发送装置,其特征在于,所述消息发送装置为:用户设备或应用设备。
20、一种消息服务器,其特征在于,该消息服务器包括:
接收模块,用于接收携带设定条件的消息;
发送模块,用于对所述消息进行解析,根据所述消息中的设定条件,将消息发送给接收方用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101516987A CN101399781B (zh) | 2007-09-26 | 2007-09-26 | 一种消息发送方法、***、消息发送装置及消息服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101516987A CN101399781B (zh) | 2007-09-26 | 2007-09-26 | 一种消息发送方法、***、消息发送装置及消息服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101399781A true CN101399781A (zh) | 2009-04-01 |
CN101399781B CN101399781B (zh) | 2012-05-23 |
Family
ID=40518044
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101516987A Active CN101399781B (zh) | 2007-09-26 | 2007-09-26 | 一种消息发送方法、***、消息发送装置及消息服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101399781B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013127369A1 (zh) * | 2012-03-01 | 2013-09-06 | 腾讯科技(深圳)有限公司 | 一种微博客户端信息的通知方法及装置 |
CN105007622A (zh) * | 2015-07-07 | 2015-10-28 | 大唐移动通信设备有限公司 | 一种定位方法及装置 |
CN105095420A (zh) * | 2015-07-14 | 2015-11-25 | 北京金山安全软件有限公司 | 浏览器中通知消息的展示方法和装置 |
CN106648918A (zh) * | 2016-09-20 | 2017-05-10 | 浙江翼信科技有限公司 | 一种消息发送方法和设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007062566A1 (fr) * | 2005-11-29 | 2007-06-07 | Huawei Technologies Co. Ltd. | Procede et systeme pour la mise en oeuvre de l'abonnement de service |
CN101384018A (zh) * | 2007-09-03 | 2009-03-11 | 株式会社Ntt都科摩 | 无线一键通业务中的呼叫处理方法和呈现信息订阅方法 |
-
2007
- 2007-09-26 CN CN2007101516987A patent/CN101399781B/zh active Active
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013127369A1 (zh) * | 2012-03-01 | 2013-09-06 | 腾讯科技(深圳)有限公司 | 一种微博客户端信息的通知方法及装置 |
US10110537B2 (en) | 2012-03-01 | 2018-10-23 | Tencent Technology (Shenzhen) Company Limited | Method and device for notifying information of social client |
CN105007622A (zh) * | 2015-07-07 | 2015-10-28 | 大唐移动通信设备有限公司 | 一种定位方法及装置 |
CN105095420A (zh) * | 2015-07-14 | 2015-11-25 | 北京金山安全软件有限公司 | 浏览器中通知消息的展示方法和装置 |
CN106648918A (zh) * | 2016-09-20 | 2017-05-10 | 浙江翼信科技有限公司 | 一种消息发送方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101399781B (zh) | 2012-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101355797B (zh) | 获得用户终端设备信息的方法和通信业务功能实体 | |
US20060286993A1 (en) | Throttling server communications in a communication network | |
US8213346B2 (en) | Group communication for a variety of media types and devices | |
US9634865B2 (en) | Method of providing quick answer service in SIP message service system | |
KR101524313B1 (ko) | 통합 메시징 서비스에서 인스턴트 메시징 처리 통지 요청과 응답 방법 및 그 시스템 | |
US9942281B2 (en) | Group communication in communication system | |
CA2721062C (en) | Differentiated message delivery notification | |
US20080270558A1 (en) | Method, system and device for realizing group-sending message service | |
WO2005107194A1 (en) | Method and device for multimedia message delivery optimisation | |
WO2008065449A2 (en) | Message modification apparatus and method | |
CN101710881A (zh) | 在聊天室中实现悄悄话的方法及*** | |
CN1997009A (zh) | 一种即时消息过滤方法 | |
EP2243262B1 (en) | Systems and methods for adding media content to electronic messages | |
RU2438171C2 (ru) | Способ, устройство и система для идентификации сервиса | |
CN101286875B (zh) | 一种批量处理xml文档的方法、***、装置和终端 | |
CN101399781B (zh) | 一种消息发送方法、***、消息发送装置及消息服务器 | |
KR101498731B1 (ko) | 비통합 메시징 서비스와 인터워킹하기 위해 통합 메시징 서비스를 제공하는 서버 및 방법 및 이를 위한 시스템 | |
KR20130082561A (ko) | 연락처 정보의 구독을 초대하는 장치 및 방법 | |
KR100842868B1 (ko) | 콜백 단문 메세지를 이용한 스팸 단문 메세지 차단 시스템및 그 방법 | |
EP1689138A1 (en) | Method and interface for filtering SMS and MMS messages | |
CN101431723B (zh) | 一种vasp大量下发多媒体消息的***和方法 | |
CN101026812B (zh) | 在多方通信***中获得会话参与用户会话能力的方法 | |
CN101083535B (zh) | 群组业务中实现个性化服务的方法及其*** | |
KR20090068335A (ko) | 통신 클라이언트, 시그널링 프로토콜, 소프트웨어 제품 및 통신 네트워크 | |
CN103139731A (zh) | 消息互联的方法、装置及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |