CN101355524A - 一种消息处理方法、系统、服务器和终端 - Google Patents
一种消息处理方法、系统、服务器和终端 Download PDFInfo
- Publication number
- CN101355524A CN101355524A CNA2007100752893A CN200710075289A CN101355524A CN 101355524 A CN101355524 A CN 101355524A CN A2007100752893 A CNA2007100752893 A CN A2007100752893A CN 200710075289 A CN200710075289 A CN 200710075289A CN 101355524 A CN101355524 A CN 101355524A
- Authority
- CN
- China
- Prior art keywords
- message
- session
- notification message
- information
- answer
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种应用于数据同步DS或者设备管理DM会话中的消息处理方法,该方法包括以下步骤:接收会话请求方发送的请求建立会话的通知消息,所述的通知消息中携带有本次会话的会话管理信息;获得所述通知消息中本次会话的会话管理信息,根据所述的会话管理信息对所述的通知消息进行确认,并根据确认结果生成回复消息;向所述的会话请求方发送所述的回复消息。本发明还公开了一种应用于DS或者DM会话中的消息处理系统、终端、服务器,通过本发明可以使得DS或DM服务器根据从终端返回的信息,确定其发送的通知消息存在的问题,以便进一步处理,可以避免DS或DM服务器在没有收到DS或DM终端建立会话连接的情况下,盲目地重复发送所述的通知消息。
Description
技术领域
本发明主要涉及通信技术,更具体地,涉及一种消息的处理方法、系统、服务器和终端。
背景技术
设备管理技术,是指服务器通过OTA(Over The Air,空中下载)的方式对终端进行管理操作,比如参数配置,固件更新,软件下载、安装、删除,故障诊断、修复,终端监控等。数据同步技术,是移动设备与网络服务器之间保持数据同步,同步的数据包括电话本、通讯录、日程、短信、邮件等。
在现有的设备管理技术或数据同步技术中,提供了一种通知(Notification)机制,用于服务器下发Notification消息给终端设备,终端设备根据Notification中的SessionID、ServerID等信息发起与服务器的会话连接。Notification消息的下发可以通过短消息、PUSH等方式。设备管理规范提供了DM Server对终端设备进行管理的机制,该会话管理流程如图1所示,包括如下步骤:
101、DS/DM服务器下发Notification消息请求会话连接;
102、终端收到该Notification消息后,由用户直接确认是否接续会话,如果是,则转步骤103,否则,终端不做任何处理;
103、终端发起会话连接,发送初始化包给服务器进行会话流程;
104、服务器收到终端发送的发起会话连接的初始化包后,向终端发送初始化包进行会话操作;
105、终端和服务器进行后续会话流程。
现有DS服务器或者DM服务器与终端设备进行会话管理机制中,虽然在传输层有支持消息的确认机制,但是该消息确认机制只能简单地告知消息发送方(DS服务器或者DM服务器)该消息已经发送至消息接受方(DS客户端或者DM客户端),而不能使得消息发送方明确知道消息接受方所接收的消息格式是否正确、认证是否通过等信息,即消息接受方不能明确地告知消息发送方认证失败,格式错误等信息。这种情况下,消息发送方(DS服务器或者DM服务器)在发送Notification消息后,如果于一定时间内没有收到消息接受方(DS客户端或者DM客户端)发起的会话消息,则可能会重新发送Notification消息。
此外,在现有技术中,DM的Notification消息里没有包含本次会话管理的原因信息、有效性信息、重要性信息等,当终端接收到服务器下发的Notification消息后,无法判断是否应该发起与服务器的会话连接。如果终端盲目拒绝会话,可能会错过一些很重要的管理会话操作,如果终端接受会话连接,只能在终端与服务器建立会话连接后,在服务器发送给终端的会话包中获知此次会话管理的目的、原因等信息。
基于以上描述的现有技术,发明人在发明过程中发现,在实际运用过程中会产生以下问题:由于在收到服务器的Notification消息后终端缺少一个回复机制,用于告知服务器终端接收Notification消息的状态信息,比如成功或失败,以及由于什么原因失败等,造成服务器在发送Notification消息后,当终端没有发起会话消息时,则会不断重复发送该Notification消息,从而导致增加服务器的处理工作量以及占用的网络资源。另一方面,由于终端在与服务器进行会话建立之前缺乏一种判断机制以及基于此判断机制而产生的相应的处理机制,从而决定是发起会话还是拒绝会话,以免等到会话进行后再根据会话的内容决定不再会话所造成的不必要的消息处理过程以及资源占用。进一步将拒绝会话告知服务器侧,以使得服务器在没有收到终端发起会话连接时不再重新发送会话通知消息。
发明内容
有鉴于此,本发明实施例通过扩展DS或DM Notification消息,使其能携带更多会话管理的信息,DS或DM终端通过对Notification消息进行分析、判断,并根据分析、判断结果向DS或DM服务器发送回复消息的方法,从而可以使得DS或DM服务器根据从DS或DM终端返回的信息做进一步处理。
本发明实施例提供的方法包括以下步骤:
接收会话请求方发送的请求建立会话的通知消息,所述的通知消息中携带有关于本次会话的会话管理信息;
获得所述通知消息中关于本次会话的会话管理信息,根据所述的会话管理信息对所述的通知消息进行确认,并根据确认结果生成回复消息;
将所述的回复消息向所述的会话请求方发送。
本发明实施例还提供了一种DS或DM终端,包括:
通知消息接收模块,用于接收会话请求方发送的通知消息,所述的通知消息中携带会话管理信息;
会话判断模块,用于获得所述的会话管理信息,根据所述的会话管理信息对所述的通知消息进行确认,并根据会话请求方发送的通知消息的承载形式确定所述的回复消息的形式;
回复消息生成模块,用于根据会话判断模块的确认结果生成回复消息;
回复消息发送模块,用于根据会话判断模块确定的以通知消息的承载形式将回复消息生成模块生成的回复消息发送至通知消息发送方;
消息收发模块,用于根据会话判断模块确定的以DS或DM会话消息的形式将回复消息生成模块生成的回复消息向会话请求方发送。
本发明实施例还提供了一种应用于DS或DM会话中的消息处理系统,包括:
DS或DM服务器,用于以通知消息的方式向终端发送建立会话的请求,并接收所述通知消息的回复消息,并根据接收的回复信息中携带的内容进行相应的处理,所述的通知消息中携带有会话管理信息;
终端,用于接收所述的请求建立会话的通知消息,获得所述通知消息中关于本次会话的会话管理信息,根据所述的会话管理信息对所述的通知消息进行确认,根据确认结果生成回复消息,并将所述的回复消息向所述的DS或DM服务器发送。
本发明实施例还提供了一种DS或DM服务器,包括:
会话通知消息发起模块,用于以通知消息的方式向DS或DM终端发送建立会话的请求;
回复消息接收模块,用于接收所述DS或DM终端返回的通知消息;
处理模块,用于根据回复消息中携带的内容进行相应的处理。
从以上技术方案中可以看出,该方法通过在接收到DS或DM服务器下发的请求会话连接的Notification消息后,根据对该消息形式和内容的分析、判断以及认证结果,向DS或DM服务器发送回复消息,从而可以使得服务器根据从DS或DM终端返回的信息,确定其发送的Notification存在的问题,以便进一步处理,可以避免DS或DM服务器在没有收到DS或DM终端建立会话连接的情况下,盲目地重复发送所述的Notification消息,进一步可以使得终端事先知道会话的重要性以及目的,从而提前决定是否进行会话,以及于拒绝会话时通过回复消息告知服务器,免得服务器重复发送Notification消息。
附图说明
图1为现有技术中DS或DM终端接收Notification服务器发送的Notification消息以及处理Notification消息的会话管理流程程图;
图2为本发明实施例提供的一种消息处理系统结构示意图;
图3为本发明实施例提供的基于图2系统实现的一种消息处理方法流程图;
图4为本发明实施例提供的通过DS或DM终端中的Notification客户端向Notification服务器发送回复消息的信令流程图;
图5为本发明实施例提供的通过DS或DM终端中的DS或DM客户端向DS或DM服务器发送回复消息的信令流程图;
图6为本发明实施例提供的通过SIP Push消息向DS或DM服务器发送回复消息的信令流程图。
具体实施方式
本发明实施例提供了一种DS或DM会话中消息处理的方法,该方法通过在接收到DS或DM服务器下发的请求会话连接的通知消息(Notification消息)后,根据对该消息形式和内容的分析、判断以及认证结果,向DS或DM服务器发送回复消息,从而可以使得服务器根据从DS或DM终端返回的信息,确定其发送的Notification存在的问题,以便进一步处理,可以避免DS或DM服务器在没有收到DS或DM终端建立会话连接的情况下,盲目地重复发送所述的Notification消息,进一步可以使得终端事先知道会话的重要性以及目的,从而提前决定是否进行会话,以及于拒绝会话时通过回复消息告知服务器,免得服务器重复发送Notification消息。
为了实现上述方法,本发明实施例提供了一种消息处理系统,如图3所示,为本发明实施例提供的系统结构示意图,包括:终端100和服务器侧;其中,终端主要包括DS/DM客户端101(对于DS/DM客户端实际应用中可能是DM客户端,也有可能是DS客户端,还可以包括DM和DS客户端,以下对此的描述相同)以及Notification客户端102,服务器侧主要包括DS/DM服务器200以及Notification服务器300。
在本发明实施例中,DS/DM客户端101通过DS/DM协议与DS/DM服务器200交互,DS/DM客户端101包括:消息收发模块1011、会话判断模块1012、和回复消息生成模块1013。
其中,消息收发模块1011用于接收DS或DM服务器发送的DS或DM会话消息,以及向DS或DM服务器200发送回复消息生成模块1013生成的DS或DM会话消息。
会话判断模块1012用于将Notification消息中携带的会话管理信息信息,如消息的版本信息、消息发送方的标识信息、会话的目的信息、会话指示性信息等信息提取出来,所述的会话指示性信息包括但不限于会话的目的信息、重要性信息、超时信息、操作信息、回复策略信息等,并进一步处理所提取出的信息,如根据会话目的确定会话是否重要,消息的版本信息是否正确,根据发送方的标识信息进行摘要认证等处理过程,并根据处理结果确定消息的回复;
会话判断模块1012还可以获取消息的形式信息,如消息的格式,并对消息的格式进行分析,根据分析结果确定消息的回复;
会话判断模块1012还可以进一步根据服务器侧发送的通知消息承载形式信息以及从上述通知消息中获得的信息确定回复消息的形式和内容。
回复消息生成模块1013用于根据会话判断模块1012的指示生成回复消息,需要说明的是,如果该回复消息是基于DS或者DM会话的,则回复消息生成模块1013将生成DS或DM会话消息,并通过消息收发模块1011向DM或DS服务器200发送;如果回复消息是基于非会话的,即基于Notification服务器发送的Notification消息承载形式所生成的回复消息,如SIP(SessionInitiated Protocol)message、SMS(Short Message Service)、WAP(WirelessApplication Protocol)PUSH、SIP PUSH等,则此回复消息生成模块1013将根据相应的的回复消息格式(如以下本发明实施例描述的回复消息格式),并根据服务器侧的Notification服务器所发送的Notification消息承载形式生成相应格式的回复消息,并通过后面将介绍的回复消息发送模块1022向Notification服务器300发送;
在另外的场合,DS/DM客户端101还可以进一步包括策略设置模块1014,用于存储确定是否回复消息的策略,所述的策略的具体内容请参见下面方法实施例关于策略的详细介绍。
所述的会话判断模块1012进一步根据策略设置模块1014中设置的策略确定是否向服务器侧进行消息的回复。
本发明实施例中终端100进一步包括Notification客户端102,该Notification客户端包括:通知消息接收模块1021和回复消息发送模块1022;其中,通知消息接收模块用于接收Notification服务器发送的通知消息;回复消息发送模块1022用于向Notification服务器发送回复消息生成模块1012所生成的回复消息;其中所述的通知消息包括但不限于短消息、OTA PUSH消息、Sip Push消息等。
本发明系统实施例服务器侧包括:DS或DM服务器200和Notification服务器300,需要说明的是,上述这种区分是逻辑上的区分,在实际应用中这两个服务器可以集成于一个DS或DM服务器中。
其中DS或DM服务器200可以包括:会话通知消息发起模块201,用于请求Notification服务器300中的通知消息发送模块301向DS或DM终端100发送会话通知消息;回复消息接收模块202,用于接收Notification服务器300中的回复消息解析模块303发送的从Notification客户端102返回的经过解析后的基于非会话的回复消息;或者接收DS或DM客户端101返回的基于会话的回复消息;处理模块203,用于根据接收到的回复消息中携带的内容以便根据所接收的回复消息进行进一步处理,如当回复消息中携带的内容包括以下信息之一时:摘要认证失败、者服务器标识信息错误、消息格式错误、版本信息错误,则处理模块203更正相应的错误;而当回复消息中携带的内容包括以下信息之一时:拒绝会话、成功接收通知消息时,则处理模块203不再发送通知消息等。需要说明的是,Notification服务器300中的回复消息解析模块303也可以设置在DS或DM服务器200中,从而由DS或DM服务器200解析相应的回复消息。
Notification服务器300可以包括:通知消息发送模块301、回复消息接收模块302以及回复消息解析模块303;其中,通知消息发送模块301用于向Notification客户端102发送通知消息,回复消息接收模块302用于接收Notification客户端102返回的回复消息并发送至回复消息解析模块303,回复消息解析模块303用于解析回复消息接收模块302接收的从Notification客户端102发送通知消息,并将解析结果发送至DS或DM服务器。
基于上述系统,本发明还提供了一种DS或DM会话中消息处理方法,如图3所示,为本方法实施例的流程图,包括如下步骤:
301、接收Notification消息;
DS或DM终端收到Notification服务器根据DS或DM服务器的请求发送的DS或DM会话通知消息;所述的Notification消息携带有本次会话的管理信息,例如所述的会话管理信息包括但不限于:会话请求方的标识信息、认证信息和会话的指示性信息,所述的指示信息包括但不限于:会话的目的信息、重要性信息、超时信息、操作信息、回复策略信息。本发明实施例通过对DS或DM Notification消息的扩展,来包含上述会话管理信息,由于DS/DMNotification的body部分格式不同,下面分别予以介绍。
其中对DS Notification消息的扩展方法为:扩展后的DS Notification的格式如下表1所示:
表1
对其中扩展的字段的说明如下:
<response-mode>::=<not-specified>/<response>/;该字段表示“应答模式”
<no-response>/<user-decide>;
<not-specified>::=“00”; 该字段表示“非特定”
<response>::=“01”; 该字段表示“应答”
<no-response>::=“10”; 该字段表示“不应答”
<user-decide>::=“11”; 该字段表示“用户决定”
<importance>::=<not-specified>/<low>/<normal>/<high>;
该字段表示“重要性”
<not-specified>::=“00”; 该字段表示“非特定”
<low>::=“01”; 该字段表示“低”
<normal>::=“10”; 该字段表示“正常”
<high>::=“11”; 该字段表示“高”
<time-out>::=5*BIT; 该字段表示“过期时间,以天为单位”
<future-use>::=18*BIT; 该字段表示“留作扩展”
<length-info>::=8*BIT; 该字段表示“会话信息的长度”
<info>::=<length-info>*CHAR; 该字段表示“会话信息”
<Op-Code>::=3*BIT ; 该字段表示“操作码”
其中,<response-mode>用于服务器指示给终端,是否需要发送回复消息,如果为应答模式“应答”则表示终端需要返回是否成功接收到Notification消息。如果应答模式为“非特定”,则终端可根据其策略决定是否发送回复消息。如果应答模式为“不应答”,则终端可以不需要发送回复消息给服务器。如果应答模式为“用户决定”,则终端将提示用户,由用户决定是否回复一个应答消息。
在实际应用中,如果Notification消息的传输层支持自动回复成功或失败的回复消息,则服务器可将应答模式设置为“不应答”或“非特定”;如果Notification消息传输层不支持自动回复应答消息,服务器可将应答模式设置为“应答”,由应用层来回复应答消息。具体如何组合,可以根据情况确定,这些方式都不应当视为对本发明的限制。
<importance>用于指明本次会话的重要性,终端可根据会话的重要性决定是否需要和服务器建立会话连接。需要说明的事,这个重要性是服务器定的,仅用于终端参考,因为服务器认为重要的会话,终端可能并不认为重要。终端可以根据自己的情况判断该会话对其是否重要,比如正在忙,或者会话对它来说不中要等。
<time-out>用于指定Notification消息的超时时间。由于Notification消息中包含Session ID信息,终端会根据Session ID信息发起与服务器的会话连接。服务器必须保存这一信息,这样才能保证服务器理解终端的会话连接。如果在指定的超时时间之内,终端没有发起与服务器的会话连接,则服务器将不再保存此Notification的相关信息,以节约资源。超时时间以天为单位,如果为0,则表明没有时间限制。
<length-info>用于指定info的长度,以字节为单位。如果为0,则表明info的长度为0,即没有此字段。
<info>用于表明Notification的目的,比如,“你想固件升级吗?”,终端或用户可根据这一信息进行判断,来决定是否发起与服务器的会话连接。
<Op-Code>用于服务器指示给终端的操作码,比如,服务器要求终端发起一个空会话,或要求终端上报设备信息。如果终端接受会话,将根据<Op-Code>的指示发起相应的会话。
<Op-Code>的值如下表2所示:
值 | 意义 |
000 | 要求终端发起一个空会话。 |
001 | 要求终端上报完整的设备信息。 |
010 | 要求终端上报更新的设备信息。 |
011 | 要求终端不上报设备信息。 |
100~111 | 留作扩展。 |
表2
当其值为000时,服务器要求客户端发起一个空会话,当会话建立后,服务器可以使用<Get>命令获取终端的设备信息或发起同步操作。
当其值为001时,服务器要求客户端上报完整的设备信息,在第一次同步时,客户端必须上报完整的设备信息给服务器。在随后的同步中,客户端只需要上报更新的设备信息以节省传输流量。
当其值为010时,服务器要求客户端上报更新的设备信息。客户端可以使用<Put>命令将更新的设备信息上报给服务器,客户端必须保存设备信息的更新记录。
当其值为011时,服务器要求客户端不上报设备信息。如果服务器不关心客户端的设备信息,或者服务器认为客户端的设备信息对自己没有用,可以要求客户端不上报,这样可以节省传输流量。
其次,对DM Notification消息的扩展方法为:扩展后的DM Notification的格式如下表3所示:
表3
对其中扩展的字段的说明如下:
<num-MOs>::=4*BIT ; 该字段表示“MO个数”
<future-use>::=4*BIT ; 该字段表示“留作扩展”
<MO1>::=<MOI-length><MOI> ;该字段表示“第一个MOI的信息”
<MOI-length>::=8*BIT ;该字段表示“MOI的长度”
<MOI>::=<MOI-length>*CHAR ;该字段表示“MO的标识信息”
其中,<num-MOs>用于指明本次会话涉及几个MO。其后的MO1~MON用于具体表示这个MO的信息。
<MOI-length>用于指明MOI的长度。
<MOI>用于指明MO的标识信息。
终端可以设定一定的策略,根据MOI或Importance等信息自动进行判断,确定是否需要发起与服务器的会话连接。比如,如果重要级别为High,终端将自动允许会话;如果重要级别为Low,终端将自动拒绝会话;例如,如果MOI为“urn:oma:mo:fumo:1.0”,终端也自动允许会话。
302、提取Notification消息中的内容;
DS/DM终端提取Notification消息携带的上述内容,需要说明的是,在一个通知消息可以携带上述部分内容,如会话的指示性信息,包括会话的重要性值和/或会话的目的信息、操作信息、超时信息(回复的时间期限)、DS或DM服务器下发给DS或DM终端的关于DS或DM终端的回复策略等,并不要求所有信息都在一个Notification消息携带,当然,也可以同时携带上述全部信息。
303、DS或DM终端对Notification消息的消息形式和内容进行确认;
DS或DM终端对Notification消息的消息形式和内容进行确认,包括但不限于下述处理:DS或DM终端确定Notification消息的消息格式是否正确,确定消息的版本是否匹配,服务器标识是否错误或者是否存在,根据认证信息认证摘要是否通过,以及根据获取的会话重要性值判断会话的重要性,或者根据获取的会话目的结合终端现状判断会话的重要性,例如,是否正忙,是否已经进行过同样的会话等信息,或者将获取的会话目的信息显示给用户,通过用户的拒绝会话还是接收会话来确定会话的重要性。以及判断确定是否采用DS或DM服务器下发给DS或DM终端的关于DS或DM终端的回复策略等。
304、根据策略判断如何回复;如果终端发起DS/DM会话,则发起DS或DM会话,或不做处理,否则,转步骤306;
该策略可以是DS或DM终端预先存储的回复策略,也可以是DS或DM服务器下发个给DS或DM终端的回复策略,所述DS或DM终端的策略可以包括但不限于以下几种情况:1、当成功收到的Notification消息(即表示Notification消息的版本正确、格式正确、服务器标识正确、摘要验证通过)时,而且根据会话管理信息中的指示信息和/或终端目前状况认为会话比较重要可以接收会话时,需要进行消息的回复;2、当成功收到的Notification消息(即表示Notification消息的版本正确、格式正确、DS或DM服务器标识正确、摘要验证通过)时,而且会话比较重要时,不需要进行消息的回复;3、当成功收到的Notification消息(即表示Notification消息的版本正确、格式正确、服务器标识正确、摘要验证通过)时,但根据会话管理信息中的指示信息和/或终端目前状况认为会话不重要而拒绝接收会话时,需要进行消息的回复;4、当收到的消息中存在版本不正确、格式不正确、DS或DM服务器标识不正确、摘要验证不通过等情况之一时,但根据会话管理信息中的指示信息和/或终端目前状况认为会话比较重要可以接收会话时,需要进行消息的回复;5、当收到的消息中存在版本不正确、格式不正确、DS或DM服务器标识不正确、摘要验证不通过等情况之一时,且根据会话管理信息中的指示信息和/或终端目前状况认为会话不重要而拒绝接收会话时,需要进行消息的回复。实际应用中还可以由DS或DM终端提示用户,由用户决定是否回复。如果在303中终端确定采用DS或DM服务器下发给DS或DM终端的关于DS或DM终端的回复策略,则终端将采用服务器下发的回复策略进行相应的回复。实际应用中,也可以是直接默认需要回复消息,则该步骤可以省略。
305、确定回复消息的形式和内容,并生成回复消息;
当根据步骤304确定需要回复时,进一步根据步骤303对消息分析、认证的结果的不同,以及结合Notification消息的承载形式的不同可以按照下述规则确定回复消息的形式和内容:
针对上述需要进行回复的4种情况分别确定不同的消息回复形式和内容:
第一种情况(针对上述1),如果DS或DM终端中的Notification客户端能够按照Notification消息的承载形式进行回复,则由Notification客户端向Notification服务器进行消息的回复,回复的内容为:成功收到服务器侧的Notification消息;这些回复消息的内容以携带在回复消息中的状态码表示,具体参见后面的方法实施例的描述。否则DS或DM终端中的Notification客户端不能够按照Notification消息的承载形式进行消息的回复,或者虽然可以按照Notification消息的承载形式进行消息的回复,但是没有Notification服务器的回复消息用的ID,从而无法进行回复,则此时由DS或DM终端中的DS或DM客户端进行消息的回复,回复的内容为:成功收到服务器侧的Notification消息。如Notification客户端收到Notification服务器以短消息SMS形式发送的Notification消息,但是没有Notification服务器的回复号,而无法回复。这种回复机制是利用Notification消息回复便捷,而不需要发起DS或DM会话进行消息的回复;当然,也可以考虑这些,即不管Notification客户端是否能够回复,直接确定以DS或DM客户端进行消息的回复。
第二种情况(针对上述3),同上述第一种情况一样,如果DS或DM终端中的Notification客户端能够进行消息的回复,则由Notification客户端回复,否则由DS或DM终端中的DS或DM客户端进行消息的回复,回复消息的内容为:拒绝会话同样;也可以不考虑Notification客户端是否能够回复,而直接确定以DS或DM客户端进行消息的回复。回复消息的内容为:拒绝会话。
第三种情况(针对上述4),当收到的消息中存在DS或DM服务器标识不正确、摘要验证不通过两者情况之一,由于DS或DM服务器标识不正确、摘要验证不通过,从而无法由DS或DM客户端进行消息的回复,则由Notification客户端进行消息的回复,回复消息的内容为DS或DM服务器标识不正确或者摘要验证失败;当收到的消息中存在版本不正确或格式不正确时,同上述第二种情况一样可以选择由Notification客户端还是DS或DM客户端进行消息的回复,回复的内容为:通知消息错误,具体为错误类型为消息版本不正确或消息格式不正确。
第四种情况(针对上述5),当收到的消息中存在DS或DM服务器标识不正确、摘要验证不通过两者情况之一,由于DS或DM服务器标识不正确、摘要验证不通过,从而无法由DS或DM客户端进行消息的回复,则由Notification客户端进行消息的回复,回复消息的内容为:拒绝会话;当收到的消息中存在版本不正确或格式不正确时,同上述第二种情况一样可以选择由Notification客户端还是DS或DM客户端进行消息的回复,回复的内容为:拒绝会话。并根据上述回复消息的内容和形式生成回复消息。
306、DS或DM终端进行消息的回复;
当由DS或DM终端中的Notification客户端回复时,Notification客户端将回复消息封装成以便于服务器能够理解的特定格式,具体格式参见后面对本发明提供的方法实施例的相关步骤的详细描述,并将封装好的回复消息向Notification服务器发送;
当由DS或DM终端中的DS或DM客户端回复消息时,DS或DM客户端通过在向DS或DM服务器发送的会话消息中携带相应的内容作为对服务器会话通知消息的回复,具体携带方法参见后面对本发明提供的方法实施例的相关步骤的详细描述。
发起DS或DM会话,也可以作为回复消息的一种。
以下给出两个具体实施例,实施例一为通过Notification客户端进行消息回复的过程,实施例二为通过DS或DM客户端进行消息回复的过程。
参见图4、为本发明提供的第一方法实施例的信令流程图,包括如下过程:
401、DS或DM服务器提供会话管理相关信息,请求Notification服务器给DS或DM终端下发Notification消息;Notification服务器在实现上可以是短消息服务器、OTA PUSH服务器、SIP PUSH服务器等。
相关的管理信息内容在前面已经阐述,在此不在赘述。
402、Notification服务器下发Notification消息给DS或DM终端,请求会话连接,Notification消息中包含会话管理目的、重要性等信息;下发方式可以是短信、OTA PUSH等。
403、终端上的Notification客户端传递Notification消息给DS/DM客户端;
404、DS或DM终端中的DS/DM客户端提取消息中的内容,如DS或DM服务器标识等信息等,并对Notification消息里的摘要Digest进行认证,对其消息格式进行分析、对会话的重要性进行判断等;
DS或DM终端将根据前面提到的策略,该策略可以预先设置保存在DS或DM终端,进行判断确定是否需要回复。例如,如果DS或DM服务器标识不正确、摘要认证失败或Notification的格式有误,终端将会把相应的错误信息回复Notification消息至服务器;
如果DS或DM服务器标识正确、摘要认证通过或Notification的格式正确终端将会把相应的信息,如终端成功接收消息的信息回复Notification消息至服务器。
405、DS/DM终端中的DS/DM客户端生成状态码及回复消息,表明是否成功接收到Notification消息。
如果成功接收,终端将回复200(成功)信息,如果DS或DM服务器标识不正确、摘要认证失败或Notification的格式有误,终端将回复相应的错误码给Notification服务器,具体状态码的对应表,如下表5所示。
406、DS/DM客户端传递回复消息给Notification客户端。
需要说明的是,DS/DM客户端在此确定传递回复消息给Notification客户端之前,需要根据通过确定Notification消息的承载方式以及Notification服务器的回复号码,从而确定可以通过Notification消息进行回复。
407、Notification客户端将回复消息封装成特定格式,如下表4所示。
408、Notification客户端将封装好的回复消息传送给Notification服务器。
409、Notification服务器根据回复消息进行后续处理。
如果终端返回的状态码为成功接收,Notification服务器将不用再重发Notification消息;如果终端返回的状态码为错误码,服务器将根据出现错误的情况,重新生成Notification消息,并重发给终端。比如,如果格式错误,服务器将检查消息格式;如果摘要错误,则重新获取认证信息,生成摘要。
410、Notification服务器递送处理结果给DS/DM服务器。
通过上述实施例的描述可知,通过对Notification消息中的形式和内容进行分析、判断,以及认证,可以确定消息中存在的问题,如格式问题、DS或DM服务器标识问题、认证不通过问题,版本不正确等问题,或者服务器邀请的会话不重要等问题,然后通过向服务器发送的回复消息中携带这些问题,从而可以使得服务器知道是否成功接收Notification消息,从而不再发送,或者知道消息中存在格式、版本、服务器标识等问题时,及时更正相关信息,以便及时发送更新后的Notification消息使得会话里进行,或者得知终端拒绝会话的信息后,不再盲目的重新发送这种会话消息。
需要说明的是,上述步骤505中,DS或DM终端根据Notification下发时的承载方式来选择承载方式,用于承载回复消息。此外,为了使回复消息更好的被服务器理解,本发明实施例设计了回复消息的格式,如下表4所示:
表4:Notification回复消息的格式
其中,<version>、<sessionid>等字段与Notification消息中的意义一样。对另外几个字段的说明如下:
<status-code>::=4*BIT ; 该字段表示“返回码”
<length-authname>::=8*BIT ; 该字段表示“认证名的长度”
<authname>::=<length-authname>*CHAR;该字段表示“认证名”
其中,认证名用于DS或DM服务器对DS或DM终端的认证。<status-code>用于指明终端接收Notification消息的状态码,比如,成功、失败等。其可能的状态码如下表5所示:
状态码 | 意义 |
0000 | 终端成功接收。 |
0001 | Digest认证失败。 |
0010 | 版本不匹配。 |
0011 | 格式错误。 |
0100 | 服务器标识不存在。 |
0101 | 非特定错误。 |
0111 | 终端拒绝会话 |
0110~1111 | 留作扩展。 |
表5
需要说明的时这些格式、或者表格的设置进作为例子给出,本发明并不排除其他与此类似的设置,这些不应当视为对本发明的限制。
此外,为了便于服务器理解终端发送回来的是Notification的回复消息,回复消息内容的类型(content-type)为可以定义为:
application/vnd.syncml.dm.response
application/vnd.syncml.ds.response。
服务器根据接收到状态码的信息即可知道终端接收消息的情况。
如果DS或DM终端由于承载方式的原因或者其他原因不能回复Notification消息时,如无法获得Notification服务器的回复号码,或者Notification服务器是通过WAP PUSH下发Notification消息,终端无法以WAPPUSH的方式回复Notification消息,则此时,终端可以以DS或DM会话的方式向服务器进行回复,可以回复Notification服务器的相应的错误信息或拒绝会话的信息。值得注意的是,如果DS或DM终端对Notification消息的Digest认证失败,或者发现DS或DM服务器标识信息错误,则终端将不会发起DS或DM会话上报这些相应的错误信息,因为服务器是不能信任的。如果是Notification的格式错误、版本不匹配等错误,终端可以通过DS或DM会话的形式上报这些错误信息。通过DS或DM会话的方式向服务器进行回复,需要在协议里定义Alert Type用于上报这些特定信息,比如:org.openmobilealliance.dm.notification-error,在<Data>里指明相关错误码。
具体情况参见图5,本发明提供的第二方法实施例,即通过DS或DM客户端进行消息回复的信令流程图,具体过程如下:
其步骤如下:
501、DS或DM服务器提供会话管理相关信息,请求Notification服务器给DS或DM终端下发Notification消息;Notification服务器在实现上可以是短消息服务器、OTA PUSH服务器、SIP PUSH服务器等。
相关的管理信息内容在前面已经阐述,在此不在赘述。
502、Notification服务器下发Notification消息给DS或DM终端,请求会话连接,Notification消息中包含会话管理目的、重要性等信息;下发方式可以是短信、OTA PUSH等。
503、终端上的Notification客户端传递Notification消息给DS/DM客户端;
504、DS或DM终端中的DS/DM客户端提取消息中的内容,如DS或DM服务器标识等信息等,并对Notification消息里的摘要Digest进行认证,对其消息格式进行分析、对消息的版本进行确认,对会话的重要性进行判断等;
DS或DM终端将根据前面提到的策略,该策略可以预先设置保存在DS或DM终端,进行判断是否需要回复。例如,如果Notification的格式有误,版本信息有误,终端将会把相应的错误信息回复至DS或DM服务器;
如果DS或DM服务器标识正确、摘要认证通过或Notification的格式以及版本正确,终端将会把相应的信息,如终端成功接收消息的信息回复至DS或DM服务器;
如果终端认为会话重要性不符合其设定的策略,则将向DS或DM服务器发送拒绝会话的回复消息。
506、当根据相应的策略,DS/DM客户端确定需要回复消息时,进一步根据对Notification消息的承载方式,Notification服务器的回复号码等信息的确认,从而确定不能通过Notification进行消息的回复;或者直接选择通过DS或DM会话的方式回复消息。回复消息的内容可以包括:消息格式不正确、消息版本不正确、成功接收到Notification消息、或者拒绝会话。
506、可选的,DS/DM客户端可以将Notification消息里的相关信息显示给用户,通过UI界面请求用户确认是否拒绝会话。
507、用户通过输入接口确定拒绝会话;
508、DS或DM终端向DS或DM服务器发起会话连接,发送拒绝会话的回复消息。
如果终端接受会话,则根据Notification消息里的指示,发起相应的会话操作。比如,发起一个空会话,或上报设备信息。
在上述步骤508中,DS或DM终端需要发起一个特殊的会话,用于告知服务器,终端拒绝会话。需要定义一个通知类型以告知服务器这个消息是干什么用的,这个类型可以定义如下:org.openmobilealliance.dm.refuse-session。
消息实例:
<Alert> ;该字段表示“通知命令”
<CmdID>1</CmdID> ;该字段表示“命令的序号标识”
<Data>1226</Data> ;该字段表示“通知类别,1226表示Generic”
Alert
<Item> ;该字段表示“数据项”
<Meta> ;该字段表示“对数据项的说明信息”
<Type xmlns=″syncml:metinf″>;该字段表示“通知类型”
org.openmobilealliance.dm.refuse-session ;该字段表示“拒绝会话”
</Type>
<Format xmlns=″syncml:metinf″>b64</Format> ;<Data>的数据格式
</Meta>
<Data>abc...</Data> ;该字段表示“数据内容”
</Item>
</Alert>
或者是,单独扩展一个alert类别,比如alert 1220,用于给服务器上报拒绝会话的信息。
消息实例:
<Alert> ;该字段表示“通知命令”
<CmdID>1</CmdID>
<Data>1220</Data> ;该字段表示“通知类别,表明终端拒绝会”话
<Item>...</Item>
</Alert>
此外,该消息中的Alert元素中还可以携带消息格式不正确、消息版本不正确、成功接收到Notification消息等信息。
为了节省流量,DS或DM服务器接收到该拒绝会话的回复消息后,可以不回复此消息。
通过上述实施例的描述,可知DS或DM终端通过Notification消息可以实先了解DS或DM服务器邀请的会话对其是否真的重要,即使服务器下发的Notification消息中表明该会话重要,终端还可以根据自己的情况,判断是否重要,在确定该会话不重要时,直接向服务器发送拒绝会话的回复信息,既可以免得DS或DM服务器在没有收到终端的发起会话前重复发送Notification消息,浪费服务器处理以及网络资源;也可以使得终端提前知道会话的目的、重要性,从而可以不必等到会话进行中才知道该会话的重要性不符合要求时而拒绝会话进行,从而浪费终端的处理资源以及网络传输资源。
以下以结合具体实施例三,即以SIP Push Agent作为Notification服务器发送Notification消息为例,对本发明提供的一种在DS或DM会话中消息处理的方法进行更进一步的描述,从而方便本领域技术人员更加清楚的理解本发明方案。在本实施例中,SIP Push Sender Agent即为Notification服务器,SIPPush Receiver Agent即为Notification客户端。Push的内容里包含Notification消息。具体过程,请参见如图6所示,包括:
601、DS或DM服务器向SIP Push Sender Agent递送Notification请求,请求发送Notification消息;
602、SIP Push发送代理服务器SIP Push Sender Agent下发Notification内容给DS或DM终端。
SIP Push发送代理服务器使用SIP Push协议,将Notification消息下发给DS或DM终端中的Sip Push接收代理(即为Notification客户端)Sip PushReceiver Agent。
本实施例提供的Notification的Digest和Header的内容可以如下表6所示:
表6
Notification的Body部分的内容可以如下表7所示:
表7
使用SIP里的Message方法来下发Notification的内容,SIP消息示例为:
MESSAGE sip:user@domain.com SIP/2.0
Via:SIP/2.0/TCP serverpc.domain.com;branch=z9hG4bk776sgdkse;
Max-Forwards:70
From:sip:server@domain.com;tag=49583
To:sip:user@domain.com
Call-ID:asd88asd77@1.2.3.4
CSeq:1 MESSAGE
Content-Type:application/vnd.syncml.dm.notification
Content-Length:(...)
[--Notification Message Goes Here!--]
603、Sip Push接收代理向DS或DM客户端发送Notification消息;
DS或DM终端使用SIP对Push的内容进行响应,消息示例为:
SIP/2.0 200 OK
Via:SIP/2.0/TCP proxy.domain.com;branch=z9hG4bk123dsghds;
Via:SIP/2.0/TCP senderpc.domain.com;branch=z9hG4bk776sgdkse;
From:sip:server@domain.com;tag=49394
To:sip:user@domain.com
Call-ID:asd88asd77@1.2.3.4
CSeq:1 MESSAGE
Content-Type:application/vnd.syncml.dm.response
Content-Length:(...)
[--Notification Respond Message Goes Here!--]
Notification回复消息的内容及格式可以如下表8所示:
表8:回复消息的内容
604、DS或DM客户端根据Notification消息的内容进行认证、分析、判断,具体过程同上述方法实施例相同,根据认证、分析、判断结果以及结合相应的策略确定消息的回复形式和内容。
例如,如果根据上述过程确定通过SIP Push Receiver Agent进行消息的回复,则转步骤605;如果DS或DM终端根据设定的策略,发现此会话的Importance为低,而且从MOI上得知会话是诊断,不是想要的会话类型,不希望被打扰,因此自动拒绝会话,则转步骤607。
605、SIP Push Receiver Agent通过Sip方式向SIP Push发送代理服务器Sip Push Sender Agent发送回复消息;
606、SIP Push发送代理服务器Sip Push Sender Agent向DS或DM服务器发送该回复消息;
607、DS或DM客户端向DS或DM服务器发起DS或DM会话,发送拒绝会话的回复消息。
该拒绝会话消息内容实例可以为:
<Alert> ;该字段表示“通知命令”
<CmdID>1</CmdID> ;该字段表示“命令的序号标识”
<Data>1226</Data>;该字段表示“通知类别,1226表示Generic Alert”
<Item> ;该字段表示“数据项”
<Meta> ;该字段表示“对数据项的说明信息”
<Type xmlns=″syncml:metinf″> ;该字段表示“通知类型”
org.openmobilealliance.dm.refuse-session;该字段表示“表明终端拒绝会话”
</Type>
<Format xmlns=″syncml:metinf″>b64</Format> ;该字段表示“<Data>的格式”
</Meta>
<Data>abc...</Data> ;该字段表示“数据内容”
</Item>
</Alert>
从上述实施例的描述可知,通过对Notification消息中的形式和内容进行分析、判断,以及认证,可以确定消息中存在的问题,如格式问题、DS或DM服务器标识问题、认证不通过问题,版本不正确等问题,或者服务器邀请的会话不重要等问题,然后通过向服务器发送的回复消息中携带这些问题,从而可以使得服务器知道是否成功接收Notification消息,从而不再发送,或者知道消息中存在格式、版本、服务器标识等问题时,及时更正相关信息,以便及时发送更新后的Notification消息使得会话里进行,或者得知终端拒绝会话的信息后,不再盲目的重新发送这种会话消息。进一步DS或DM终端通过Notification消息可以事先了解DS或DM服务器邀请的会话对其是否真的重要,即使服务器下发的Notification消息中表明该会话重要,终端还可以根据自己的情况,判断是否重要,在确定该会话不重要时,直接向服务器发送拒绝会话的回复信息,既可以免得DS或DM服务器在没有收到终端的发起会话前重复发送Notification消息,浪费服务器处理以及网络资源;也可以使得终端提前知道会话的目的、重要性,从而可以不必等到会话进行中才知道该会话的重要性不符合要求时而拒绝会话进行,从而浪费终端的处理资源以及网络传输资源。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (22)
1、一种应用于数据同步DS或者设备管理DM会话中的消息处理方法,其特征在于,包括以下步骤:
接收会话请求方发送的请求建立会话的通知消息,所述的通知消息中携带有关于本次会话的会话管理信息;
获得所述通知消息中关于本次会话的会话管理信息,根据所述的会话管理信息对所述的通知消息进行确认,并根据确认结果生成回复消息;
向所述的会话请求方发送所述的回复消息。
2、如权利要求1所述的方法,其特征在于,所述的会话管理信息包括下述信息:会话请求方的标识信息、认证信息和会话的指示性信息。
3.如权利要求2所述的方法,其特征在于,所述的会话指示性信息至少包括下述信息之一:
用户界面指示信息、会话的目的信息、重要性信息、超时信息、操作信息、回复策略信息。
4、如权利要求2所述的方法,其特征在于,所述的根据所述的会话管理信息对所述的通知消息进行确认具体包括:
判断通知消息的格式是否正确;
判断所述的会话请求方的标识信息是否有效;
根据通知消息中的认证信息对会话请求方进行身份认证;以及
根据会话的指示性信息确定是否接受本次会话。
5、如权利要求3所述的方法,其特征在于,所述的根据确认结果生成回复消息之前进一步包括:
确定是否需要进行通知消息的回复,如果是,则根据所述的确认结果生成回复消息。
6、如权利要求1-5所述的任一方法,其特征在于,所述的根据确认结果生成回复消息之前进一步包括:
确定所述的回复消息的形式。
7、如权利要求6所述的方法,其特征在于,所述回复消息的形式具体包括:
以通知消息的承载形式作为回复消息的承载形式,和/或,以DS或DM会话消息的形式进行通知消息的回复。
8、如权利要求7所述的方法,其特征在于,回复消息中携带以下内容之一:
通知消息的成功接收、通知消息的错误信息、拒绝会话的信息、接受会话的信息。
9、如权利要求8所述的方法,其特征在于,通知消息的错误信息包括下述信息之一:
所述通知消息中的会话请求方标识信息错误或不存在;
所述通知消息的格式错误;
对所述通知消息中的通知消息的认证信息认证失败;
所述通知消息已超过有效期。
10、如权利要求8所述的方法,其特征在于,以DS或DM会话消息的形式进行通知消息的回复时,通过Alert命令上报回复消息。
11、如权利要求6所述的方法,其特征在于,所述的根据确认结果生成回复消息之前进一步包括:
将所述的会话指示性信息显示给用户,由用户确认是否接受会话,和/或是否需要进行通知消息的回复。
12、如权利要求8所述的方法,其特征在于,所述的方法进一步包括:
会话请求方根据接收到的所述回复消息中携带的内容进行相应的处理。
13、如权利要求12所述的方法,其特征在于,所述的进行相应的处理具体为:
根据所述错误信息中的错误类型对通知消息进行相应修改,并重新发送修改后的通知消息;或
根据终端成功接收到通知消息或拒绝会话的信息,不再重发所述的通知消息。
14、一种DS或DM终端,其特征在于,包括:
通知消息接收模块,用于接收会话请求方发送的通知消息,所述的通知消息中携带会话管理信息;
会话判断模块,用于获得所述的会话管理信息,根据所述的会话管理信息对所述的通知消息进行确认,并根据会话请求方发送的通知消息的承载形式确定所述的回复消息的形式;
回复消息生成模块,用于根据会话判断模块的确认结果生成回复消息;
回复消息发送模块,用于根据会话判断模块确定的以通知消息的承载形式将回复消息生成模块生成的回复消息发送至通知消息发送方;
消息收发模块,用于根据会话判断模块确定的以DS或DM会话消息的形式将回复消息生成模块生成的回复消息向会话请求方发送。
15、如权利要求14所述的DS或DM终端,其特征在于,进一步包括:
策略设置模块,用于设置通知消息的回复策略,会话判断模块根据所述的回复策略确定是否需要对通知消息进行回复,并在确定需要回复时,指示回复消息生成模块生成回复消息。
16、如权利要求14或15所述的DS或DM终端,其特征在于,会话判断模块根据会话管理信息中包括的会话请求方标识信息确认会话请求方标识信息是否正确,根据正确会话请求方标识信息对通知消息中的认证信息进行认证,以及根据会话管理信息中包括的会话的指示性信息确定本次会话的重要性。
17、如权利要求16所述的DS或DM终端,其特征在于,回复消息生成模块根据会话判断模块确认的会话请求方标识信息错误和/或认证失败信息携带在所生成的回复消息中;或者
根据会话判断模块根据会话的指示性信息确认的拒绝会话信息携带在所生成的回复消息中。
18、一种应用于DS或DM会话中的消息处理系统,其特征在于,包括:
DS或DM服务器,用于以通知消息的方式向终端发送建立会话的请求,并接收所述通知消息的回复消息,并根据接收的回复信息中携带的内容进行相应的处理,所述的通知消息中携带有会话管理信息;
终端,用于接收所述的请求建立会话的通知消息,获得所述通知消息中关于本次会话的会话管理信息,根据所述的会话管理信息对所述的通知消息进行确认,根据确认结果生成回复消息,并将所述的回复消息向所述的DS或DM服务器发送。
19、如权利要求18所述的系统,其特征在于,所述的终端包括:
通知消息接收模块,用于接收所述的请求建立会话的通知消息;
会话判断模块,用于获得所述的会话管理信息,根据所述的会话管理信息对所述的通知消息进行确认,并根据会话请求方发送的通知消息的承载形式确定所述的回复消息的形式;
回复消息发送模块,用于根据会话判断模块确定的以通知消息的承载形式将回复消息生成模块生成的回复消息发送至通知消息发送方;
消息收发模块,用于根据会话判断模块确定的以DS或DM会话消息的形式将回复消息生成模块生成的回复消息向会话请求方发送。
20、如权利要求19所述的系统,其特征在于,所述的系统进一步包括:
通知消息发送模块,用于根据所述的DS或DM的指示向终端发送所述的请求建立会话的通知消息;
回复消息接收模块,用于接收以通知消息的承载形式发送的回复消息;
回复消息解析模块,用于接收回复消息接收模块发送的回复消息,并解析所述的回复消息,并将解析结果发送至DS或DM服务器。
21、一种DS或DM服务器,其特征在于,所述的服务器包括:
会话通知消息发起模块,用于以通知消息的方式向DS或DM终端发送建立会话的请求;
回复消息接收模块,用于接收所述DS或DM终端返回的通知消息;
处理模块,用于根据回复消息中携带的内容进行相应的处理。
22、如权利要求21所述的DS或DM服务器,其特征在于,所述的回复消息接收模块接收的回复消息中携带有以下信息之一:通知消息错误信息、终端成功收到所述的通知消息、终端拒绝会话的信息;
所述的处理模块根据所述的通知消息错误信息中的错误类型进行相应修改,并重新发送修改后的通知消息,或根据终端成功接收到通知消息或拒绝会话的信息,不再重发所述的通知消息。
Priority Applications (12)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100752893A CN101355524B (zh) | 2007-07-24 | 2007-07-24 | 一种消息处理方法、系统、服务器和终端 |
ES13179032.1T ES2552999T3 (es) | 2007-07-24 | 2008-06-13 | Método, sistema, servidor y terminal de procesamiento de mensaje |
EP08757707.8A EP2091210B1 (en) | 2007-07-24 | 2008-06-13 | Message processing method, system, server and terminal |
PCT/CN2008/071296 WO2009012677A1 (fr) | 2007-07-24 | 2008-06-13 | Procédé, système, serveur et terminal de traitement de message |
ES08757707.8T ES2436792T3 (es) | 2007-07-24 | 2008-06-13 | Método, sistema, servidor y terminal de procesamiento de mensaje |
KR1020097013229A KR101031828B1 (ko) | 2007-07-24 | 2008-06-13 | 메시지를 처리하는 방법, 시스템, 서버 및 단말기 |
EP13179032.1A EP2661052B1 (en) | 2007-07-24 | 2008-06-13 | Method, system, server and terminal for processing a message |
JP2009549764A JP2010519812A (ja) | 2007-07-24 | 2008-06-13 | メッセージを処理する方法、システム、サーバ、および端末 |
PCT/CN2008/072013 WO2009012730A1 (fr) | 2007-07-24 | 2008-08-15 | Procédé, système, serveur et terminal de traitement de messages |
US12/493,385 US8019877B2 (en) | 2007-07-24 | 2009-06-29 | Method, system, server and terminal for processing message |
US13/196,479 US8341274B2 (en) | 2007-07-24 | 2011-08-02 | Method, terminal, and computer readable media for processing message |
JP2011279670A JP5249405B2 (ja) | 2007-07-24 | 2011-12-21 | メッセージを処理する方法、システム、サーバ、および端末 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100752893A CN101355524B (zh) | 2007-07-24 | 2007-07-24 | 一种消息处理方法、系统、服务器和终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101355524A true CN101355524A (zh) | 2009-01-28 |
CN101355524B CN101355524B (zh) | 2013-10-09 |
Family
ID=40281001
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007100752893A Active CN101355524B (zh) | 2007-07-24 | 2007-07-24 | 一种消息处理方法、系统、服务器和终端 |
Country Status (7)
Country | Link |
---|---|
US (2) | US8019877B2 (zh) |
EP (2) | EP2661052B1 (zh) |
JP (2) | JP2010519812A (zh) |
KR (1) | KR101031828B1 (zh) |
CN (1) | CN101355524B (zh) |
ES (2) | ES2552999T3 (zh) |
WO (2) | WO2009012677A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571704A (zh) * | 2010-12-24 | 2012-07-11 | 华为终端有限公司 | 管理会话的发起和通知方法、被管理终端及管理服务器 |
CN102651860A (zh) * | 2011-02-24 | 2012-08-29 | 华为终端有限公司 | 一种设备管理方法及装置 |
CN103037322A (zh) * | 2011-10-05 | 2013-04-10 | 宏达国际电子股份有限公司 | 减少客户端及服务器间讯息传输的方法及其通信装置 |
US8446840B2 (en) | 2011-02-28 | 2013-05-21 | Hauwei Technologies Co., Ltd. | TCP proxy insertion and uninstall method, and service gateway device |
CN103873538A (zh) * | 2012-12-18 | 2014-06-18 | 中兴通讯股份有限公司 | 基于dm协议的服务端与终端的通信方法及系统 |
WO2017071531A1 (zh) * | 2015-10-30 | 2017-05-04 | 阿里巴巴集团控股有限公司 | 一种发送信息的方法及装置 |
CN110915264A (zh) * | 2017-08-04 | 2020-03-24 | 华为技术有限公司 | 无线通信中的会话处理方法及终端设备 |
Families Citing this family (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101340286B (zh) * | 2007-05-30 | 2011-03-30 | 华为技术有限公司 | 会话连接发起方法及设备 |
CN102308532B (zh) * | 2009-05-21 | 2013-10-09 | 华为终端有限公司 | 点到多点推送消息处理方法、系统及服务器 |
US20110055076A1 (en) * | 2009-08-25 | 2011-03-03 | Greg Trifiletti | Response to alert message |
TW201202956A (en) * | 2010-06-01 | 2012-01-16 | Htc Corp | Method for exchanging device management (DM) tree information and communication apparatus |
CN101909282B (zh) * | 2010-08-20 | 2014-11-05 | 中兴通讯股份有限公司 | 终端操作的触发方法、装置及系统 |
US8799378B2 (en) * | 2010-12-17 | 2014-08-05 | Microsoft Corporation | Non-greedy consumption by execution blocks in dataflow networks |
US8554855B1 (en) | 2011-06-14 | 2013-10-08 | Urban Airship, Inc. | Push notification delivery system |
US9531827B1 (en) | 2011-06-14 | 2016-12-27 | Urban Airship, Inc. | Push notification delivery system with feedback analysis |
US8731523B1 (en) | 2011-06-14 | 2014-05-20 | Urban Airship, Inc. | Push notification delivery system with feedback analysis |
US20130091198A1 (en) * | 2011-10-05 | 2013-04-11 | Htc Corporation | Method of Reducing Message Transmission between DM Client and DM Server and Related Communication Device |
KR101956634B1 (ko) * | 2012-01-03 | 2019-03-11 | 삼성전자 주식회사 | 행동 정보 알림 서비스 시스템 및 행동 정보 알림 서비스 방법 |
US9075953B2 (en) * | 2012-07-31 | 2015-07-07 | At&T Intellectual Property I, L.P. | Method and apparatus for providing notification of detected error conditions in a network |
US9762465B2 (en) | 2012-08-20 | 2017-09-12 | Lg Electronics Inc. | Method and apparatus for transmitting a response to a command in wireless communication system |
US8924443B2 (en) * | 2012-10-05 | 2014-12-30 | Gary Robin Maze | Document management systems and methods |
US9495558B2 (en) * | 2013-03-26 | 2016-11-15 | Google Inc. | Systems, methods, and computer program products for managing access control |
US9053165B2 (en) * | 2013-07-08 | 2015-06-09 | Dropbox, Inc. | Structured content item synchronization |
US10270871B2 (en) | 2014-04-08 | 2019-04-23 | Dropbox, Inc. | Browser display of native application presence and interaction data |
US9998555B2 (en) | 2014-04-08 | 2018-06-12 | Dropbox, Inc. | Displaying presence in an application accessing shared and synchronized content |
US10091287B2 (en) | 2014-04-08 | 2018-10-02 | Dropbox, Inc. | Determining presence in an application accessing shared and synchronized content |
US10171579B2 (en) | 2014-04-08 | 2019-01-01 | Dropbox, Inc. | Managing presence among devices accessing shared and synchronized content |
US9846528B2 (en) | 2015-03-02 | 2017-12-19 | Dropbox, Inc. | Native application collaboration |
CN106161580A (zh) * | 2015-04-28 | 2016-11-23 | 中兴通讯股份有限公司 | 一种连接状态控制方法、装置及系统 |
CN105245534A (zh) * | 2015-10-22 | 2016-01-13 | 中国移动通信集团江苏有限公司 | 一种呼叫结果反馈方法、服务器、终端、系统 |
US10248933B2 (en) | 2015-12-29 | 2019-04-02 | Dropbox, Inc. | Content item activity feed for presenting events associated with content items |
US10620811B2 (en) | 2015-12-30 | 2020-04-14 | Dropbox, Inc. | Native application collaboration |
US10382502B2 (en) | 2016-04-04 | 2019-08-13 | Dropbox, Inc. | Change comments for synchronized content items |
CN111083127B (zh) * | 2019-12-05 | 2021-11-09 | 达闼机器人有限公司 | 会话管理方法、电子设备及计算机可读存储介质 |
CN112231566B (zh) * | 2020-10-16 | 2023-11-28 | 成都知道创宇信息技术有限公司 | 信息推送方法、装置、系统和可读存储介质 |
CN112737922B (zh) * | 2020-12-23 | 2023-04-14 | 江苏苏宁云计算有限公司 | 通讯方法、装置、计算机设备和存储介质 |
CN112866361A (zh) * | 2021-01-06 | 2021-05-28 | 戴振卿 | 一种工业数据的安全传输方法 |
CN112925779A (zh) * | 2021-03-02 | 2021-06-08 | 重庆度小满优扬科技有限公司 | 一种报文回执修改方法及装置 |
CN113098726B (zh) * | 2021-06-10 | 2021-09-03 | 深圳艾灵网络有限公司 | 网络切片方法、设备及存储介质 |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB9826158D0 (en) * | 1998-11-27 | 1999-01-20 | British Telecomm | Anounced session control |
US6882659B1 (en) * | 1999-09-20 | 2005-04-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Wide area network synchronization |
JP2001169341A (ja) * | 1999-09-29 | 2001-06-22 | Fujitsu Ltd | 移動通信サービス提供システム、移動通信サービス提供方法、認証装置、およびホームエージェント装置 |
JP4076701B2 (ja) * | 2000-04-14 | 2008-04-16 | 富士通株式会社 | ノード装置 |
US7765316B1 (en) * | 2000-10-10 | 2010-07-27 | Intel Corporation | Scheduling the uploading of information from a client to a server |
JP2002133306A (ja) * | 2000-10-20 | 2002-05-10 | Canon Inc | 情報処理装置、情報処理システム、情報処理方法、及び記憶媒体 |
JP3944229B2 (ja) * | 2000-12-28 | 2007-07-11 | フューチャーアーキテクト株式会社 | フレームワークシステム |
CN1291333C (zh) * | 2001-09-05 | 2006-12-20 | 松下电器产业株式会社 | 同步消息处理方法 |
US7155521B2 (en) * | 2001-10-09 | 2006-12-26 | Nokia Corporation | Starting a session in a synchronization system |
JP2005524182A (ja) * | 2002-04-30 | 2005-08-11 | ノキア コーポレイション | ツリーデータ交換管理方法および装置 |
US20050149630A1 (en) * | 2003-06-27 | 2005-07-07 | Brent Smolinski | Context sensitive transfer with active listening and active alerts |
FI116958B (fi) * | 2003-07-01 | 2006-04-13 | Nokia Corp | Hallintasolmujen määrittäminen laitteenhallintajärjestelmässä |
JP4330631B2 (ja) * | 2004-01-15 | 2009-09-16 | ノキア コーポレイション | 移動局のためのセキュリティ関連パラメータの更新技法 |
US7889869B2 (en) * | 2004-08-20 | 2011-02-15 | Nokia Corporation | Methods and apparatus to integrate mobile communications device management with web browsing |
SE528373C2 (sv) * | 2004-08-25 | 2006-10-31 | Smarttrust Ab | Förfarande och system för apparathantering |
FI20041634A0 (fi) | 2004-12-20 | 2004-12-20 | Nokia Corp | Tarjontaistunnon muodostaminen kommunikaatiojärjestelmässä |
JP4432814B2 (ja) * | 2005-03-25 | 2010-03-17 | ヤマハ株式会社 | 演奏データ通信管理システム及び演奏データ通信管理装置 |
US7734737B2 (en) * | 2005-05-26 | 2010-06-08 | Nokia Corporation | Device management with configuration information |
KR100941540B1 (ko) * | 2005-06-02 | 2010-02-10 | 엘지전자 주식회사 | 장치관리 시스템 및 그 시스템에서의 설정-값 세팅 방법 |
US20070027971A1 (en) * | 2005-07-26 | 2007-02-01 | Sunil Marolia | Device management network with notifications comprising multiple choice prompts |
US20070093243A1 (en) * | 2005-10-25 | 2007-04-26 | Vivek Kapadekar | Device management system |
RU2447586C2 (ru) * | 2005-12-02 | 2012-04-10 | Эл Джи Электроникс Инк. | Способ управления устройством с использованием широковещательного канала |
US8437751B2 (en) * | 2006-04-25 | 2013-05-07 | Core Wireless Licensing S.A.R.L. | Method, apparatus and computer program product for providing confirmed over-the-air terminal configuration |
US7721003B2 (en) * | 2007-02-02 | 2010-05-18 | International Business Machines Corporation | System and method to synchronize OSGi bundle inventories between an OSGi bundle server and a client |
US9462060B2 (en) * | 2007-04-23 | 2016-10-04 | Alcatel Lucent | System and method for sending notification message to a mobile station using session initiation protocol (SIP) |
-
2007
- 2007-07-24 CN CN2007100752893A patent/CN101355524B/zh active Active
-
2008
- 2008-06-13 JP JP2009549764A patent/JP2010519812A/ja active Pending
- 2008-06-13 EP EP13179032.1A patent/EP2661052B1/en active Active
- 2008-06-13 KR KR1020097013229A patent/KR101031828B1/ko active IP Right Grant
- 2008-06-13 ES ES13179032.1T patent/ES2552999T3/es active Active
- 2008-06-13 WO PCT/CN2008/071296 patent/WO2009012677A1/zh active Search and Examination
- 2008-06-13 EP EP08757707.8A patent/EP2091210B1/en active Active
- 2008-06-13 ES ES08757707.8T patent/ES2436792T3/es active Active
- 2008-08-15 WO PCT/CN2008/072013 patent/WO2009012730A1/zh active Application Filing
-
2009
- 2009-06-29 US US12/493,385 patent/US8019877B2/en active Active
-
2011
- 2011-08-02 US US13/196,479 patent/US8341274B2/en active Active
- 2011-12-21 JP JP2011279670A patent/JP5249405B2/ja active Active
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571704A (zh) * | 2010-12-24 | 2012-07-11 | 华为终端有限公司 | 管理会话的发起和通知方法、被管理终端及管理服务器 |
CN102571704B (zh) * | 2010-12-24 | 2015-05-27 | 华为终端有限公司 | 管理会话的发起和通知方法、被管理终端及管理服务器 |
CN102651860B (zh) * | 2011-02-24 | 2014-12-31 | 华为终端有限公司 | 一种设备管理方法及装置 |
CN102651860A (zh) * | 2011-02-24 | 2012-08-29 | 华为终端有限公司 | 一种设备管理方法及装置 |
WO2012113329A1 (zh) * | 2011-02-24 | 2012-08-30 | 华为终端有限公司 | 一种设备管理方法及装置 |
US8446840B2 (en) | 2011-02-28 | 2013-05-21 | Hauwei Technologies Co., Ltd. | TCP proxy insertion and uninstall method, and service gateway device |
CN103037322A (zh) * | 2011-10-05 | 2013-04-10 | 宏达国际电子股份有限公司 | 减少客户端及服务器间讯息传输的方法及其通信装置 |
CN103873538A (zh) * | 2012-12-18 | 2014-06-18 | 中兴通讯股份有限公司 | 基于dm协议的服务端与终端的通信方法及系统 |
WO2017071531A1 (zh) * | 2015-10-30 | 2017-05-04 | 阿里巴巴集团控股有限公司 | 一种发送信息的方法及装置 |
CN106656729A (zh) * | 2015-10-30 | 2017-05-10 | 阿里巴巴集团控股有限公司 | 一种发送信息的方法及装置 |
CN106656729B (zh) * | 2015-10-30 | 2019-11-22 | 阿里巴巴集团控股有限公司 | 一种发送信息的方法及装置 |
US10798042B2 (en) | 2015-10-30 | 2020-10-06 | Alibaba Group Holding Limited | Information sending method and apparatus |
CN110915264A (zh) * | 2017-08-04 | 2020-03-24 | 华为技术有限公司 | 无线通信中的会话处理方法及终端设备 |
US11140737B2 (en) | 2017-08-04 | 2021-10-05 | Huawei Technologies Co., Ltd. | Session processing method in wireless communications and terminal device |
Also Published As
Publication number | Publication date |
---|---|
KR101031828B1 (ko) | 2011-04-29 |
JP5249405B2 (ja) | 2013-07-31 |
JP2012085346A (ja) | 2012-04-26 |
WO2009012677A1 (fr) | 2009-01-29 |
WO2009012730A1 (fr) | 2009-01-29 |
EP2091210B1 (en) | 2013-09-04 |
EP2661052A1 (en) | 2013-11-06 |
US8019877B2 (en) | 2011-09-13 |
EP2661052B1 (en) | 2015-08-12 |
US8341274B2 (en) | 2012-12-25 |
ES2436792T3 (es) | 2014-01-07 |
CN101355524B (zh) | 2013-10-09 |
ES2552999T3 (es) | 2015-12-03 |
EP2091210A4 (en) | 2010-09-01 |
US20110296042A1 (en) | 2011-12-01 |
KR20090086447A (ko) | 2009-08-12 |
EP2091210A1 (en) | 2009-08-19 |
US20090265471A1 (en) | 2009-10-22 |
JP2010519812A (ja) | 2010-06-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101355524B (zh) | 一种消息处理方法、系统、服务器和终端 | |
EP2640005B1 (en) | Method for terminal configuration and management and terminal device | |
JP4948525B2 (ja) | 移動通信端末のインスタントメッセージ伝送方法及びシステム | |
CN102045267B (zh) | 消息召回的方法及装置 | |
EP2079207A1 (en) | A method and device for processing the notification message | |
CN101686141B (zh) | 一种实现已读状态同步的方法及设备 | |
CN101188618B (zh) | 取消推送消息的方法、系统及服务器、终端 | |
CN101370159B (zh) | 一种识别业务的方法、装置和系统 | |
MX2007001440A (es) | Metodo para transmitir datos de alta o de baja especificos de la aplicacion y sistema, servidor, y terminal de comunicacion para el mismo.____________________________________________________. | |
CN107534649A (zh) | 改变ims网络中的ims补充业务数据 | |
KR100617775B1 (ko) | 멀티미디어 메시징 서비스에서 중복된 도달 통지 메시지에대한 관리 방법 | |
CN107707689A (zh) | 一种dhcp报文处理方法、dhcp服务器及网关设备 | |
EP2081318B1 (en) | Method and device for initiating the session connection | |
US20060089164A1 (en) | Method and system for transmitting MMS notification message | |
CN107786607B (zh) | 一种消息重传方法、消息重传服务器及用户设备 | |
CN107147561B (zh) | 一种基于xmpp协议的即时通讯方法及系统 | |
CN102598735B (zh) | 建立应用会话的方法、设备和相应通知 | |
CN108347368A (zh) | 一种即时通讯方法、装置、发送终端及接收终端 | |
KR101646019B1 (ko) | Ims 기반 장애분석 서비스 제공 장치, 시스템 및 그 방법 | |
CN102572696A (zh) | 一种处理业务请求的方法、装置和系统 | |
EP2175595B1 (en) | System and method for provisioning an email account | |
JP2019198019A (ja) | メッセージ配信制御装置およびメッセージ配信制御方法 |
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 |