CN102143444B - 一种业务分发平台消息推送方法、相关设备及系统 - Google Patents
一种业务分发平台消息推送方法、相关设备及系统 Download PDFInfo
- Publication number
- CN102143444B CN102143444B CN201010273420.9A CN201010273420A CN102143444B CN 102143444 B CN102143444 B CN 102143444B CN 201010273420 A CN201010273420 A CN 201010273420A CN 102143444 B CN102143444 B CN 102143444B
- Authority
- CN
- China
- Prior art keywords
- notification message
- user terminal
- message
- notification
- unit
- 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.)
- Active
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/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了一种业务分发平台消息推送方法、相关设备及系统,能够提高网络利用率,简化用户终端软件开发,并节省用户终端电量。本发明实施例方法包括:获取业务平台发送的第一通知消息;对所述第一通知消息进行统一协议转换,得到协议统一的第二通知消息;通过IM服务器向用户终端发送所述第二通知消息。本发明实施例还提供了实现该方法的装置和相关系统。
Description
技术领域
本发明涉及通信领域,尤其涉及一种业务分发平台(SDP,Service DeliveryPlatform)消息推送方法、相关设备及系统。
背景技术
随着第三代移动通信3G时代的到来,用户终端上将能够使用越来越多的数据业务,除了传统的短信、彩信业务以外,还可以使用社交网络服务(SNS,Social Network Service),推送邮件(Push Mail)业务,如黑莓的邮件主动推送业务;即时消息(IM,Instant Message)服务,融合地址簿(CAB,ConvergentAddress Book)等。
为提升用户在用户终端上使用以上业务的体验,可以定制一款社交网络手机,依托SDP平台,可以实现打电话、访问社交网络、即时消息、查看好友信息、同步通信簿、收邮件等功能。
现有的技术方案中,各种数据业务,用户终端接收消息的通道皆不同,如短信是传统信令网络下发;彩信是先下发一条推送(PUSH)消息通知,再通过通用分组无线业务(GPRS,General Packet Radio Service)下载消息内容;SNS没有统一的标准,SNS需要先下发通知消息到用户终端,提示用户有添加好友请求、好友状态更新、日志更新的通知,用户终端再通过GPRS查看详细类容;IM需遵循访问启动协议(SIP,Session Initiation Protocol)、可扩展消息与存在协议(XMPP,Extensible Messaging and Presence Protocol)标准;CAB需遵循可扩展标记语言配置访问协议(XCAP,XML ConfigurationAccessProtocol)和同步的标记语言协议(SYNCML,Synchronization MarkupLanguage)规范;Push Mail业务采用电子邮件通知(EMN,Email notification)消息或交互式邮件存取协议-空闲模式(IMAP-IDLE,Internet Mail AccessProtocol-IDLE)下发通知消息。
SDP平台需要根据不同的数据业务收发消息的通道来下发消息,没有统一的下发通道,造成网络利用的效率不高;用户终端若想同时使用多个业务,则需要根据不同的协议通道建立不同的连接以接收消息,这样会导致用户终端电池的电量消耗过快,且用户终端也需要支持多种协议的通知机制,使用户终端软件的开发变得复杂。
发明内容
本发明实施例提供了一种业务分发平台消息推送方法、相关设备及系统,能够提高网络利用率,简化用户终端软件开发,并节省用户终端电量。
本发明实施例提供的业务分发平台SDP消息推送方法,包括:获取业务平台发送的第一通知消息;对所述第一通知消息进行统一协议转换,得到协议统一的第二通知消息;通过IM服务器向用户终端发送所述第二通知消息。
本发明实施例提供的SDP消息推送方法,包括:接收SDP消息推送装置所发送的第二通知消息,所述第二通知消息是由SDP消息推送装置对由业务平台发送的第一通知消息进行统一协议转换所得到;与用户终端建立IM网络连接;优先通过所述IM网络连接向所述用户终端发送所述第二通知消息;判断通过所述IM网络连接发送第二通知消息是否失败,若是,则与用户终端建立传输控制协议TCP连接并通过所述TCP连接向所述用户终端发送第二通知消息,或直接以短消息的方式向所述用户终端发送第二通知消息。
本发明实施例提供的SDP消息推送装置,包括:通知消息获取单元,用于获取业务平台发送的第一通知消息;协议转换单元,用于当通知消息获取单元获取到所述第一通知消息之后,对所述第一通知消息进行统一协议转换,得到协议统一的第二通知消息;通知消息发送单元,用于在得到协议统一的第二通知消息之后,通过IM服务器向用户终端发送所述第二通知消息。
本发明实施例提供的IM服务器,包括:接收单元,用于接收SDP消息推送装置所发送的第二通知消息,所述第二通知消息是由SDP消息推送装置对由业务平台发送的第一通知消息进行统一协议转换所得到;第一连接单元,用于当接收单元接收到所述第二通知消息之后,与用户终端建立IM网络连接;第一发送单元,用于当第一连接单元与用户终端建立IM网络连接之后,优先通过所述IM网络连接向所述用户终端发送所述第二通知消息。
本发明实施例提供的SDP消息推送系统,包括:SDP消息推送装置,用于获取业务平台发送的第一通知消息,对所述第一通知消息进行统一协议转换,得到协议统一的第二通知消息,通过IM服务器向用户终端发送所述第二通知消息;IM服务器,用于接收SDP消息推送装置所发送的第二通知消息,与用户终端建立IM网络连接,优先通过所述IM网络连接向所述用户终端发送所述第二通知消息,判断通过所述IM网络连接发送第二通知消息是否失败,若是,则与用户终端建立传输控制协议TCP连接并通过所述TCP连接向所述用户终端发送第二通知消息,或直接以短消息的方式向所述用户终端发送第二通知消息。
从以上技术方案可以看出,本发明实施例具有以下优点:当用户终端数据业务较多,需要下发的消息较多时,SDP平台可以通过SDP消息推送装置接收业务平台的第一通知消息,对协议不同的第一通知消息进行统一协议转换,得到协议统一的第二通知消息,然后通过IM服务器向用户终端发送所述第二通知消息,从而大大提高了网络利用的效率;
其次,用户终端也仅需要支持所选择下发通道的协议,简化了用户终端软件的开发过程;
再次,本发明实施例中可以采用统一的下发通道,用户终端可以只建立一种连接接收通知消息,节省了用户终端的耗电量。
附图说明
图1是本发明实施例SDP消息推送方法的一个流程示意图;
图2是本发明实施例SDP消息推送方法的另一个流程示意图;
图3是本发明实施例SDP消息推送方法的一个具体流程示意图;
图4是本发明实施例SDP消息推送方法的另一个具体流程示意图;
图5是本发明实施例SDP消息推送方法的另一个流程示意图;
图6是本发明实施例消息推送装置的逻辑结构示意图;
图7是本发明实施例IM服务器的逻辑结构示意图;
图8是本发明实施例SDP消息推送系统的逻辑结构示意图。
具体实施方式
本发明实施例提供了一种业务分发平台消息推送方法、相关设备及系统,能够提高网络利用率,简化用户终端软件开发,并节省用户终端电量。
请参阅图1,本发明实施例中业务分发平台SDP消息推送方法的一个实施例包括:
101、获取第一通知消息;
SDP消息推送装置获取业务平台发送的第一通知消息,该第一通知消息包括通知消息的类型、接收方地址以及消息内容,该通知消息的内容不是指消息的具体内容,指的是该消息的条数等信息,如:(mail.A.2),其中“mail”指的是消息的类型,“A”指的是接收方的地址,“2”指的是消息的条数。
在实际应用中,消息内容还可以包括发送方的姓名和/或地址,此处具体不做限定。
该第一通知消息可以是SNS,Email或CAB等业务平台所发送的,也可以是其他业务平台所发送的,此处具体不作限定。
102、统一协议转换;
SDP消息推送装置获取到了各个业务平台所发送的第一通知消息后,由于各个业务平台所使用的协议存在着不同,所以需要对这些第一通知消息进行统一协议转换,得到协议统一的第二通知消息。
103、发送第二通知消息;
SDP消息推送装置先向IM服务器发送协议统一的第二通知消息,然后再由IM服务器向用户终端发送该第二通知消息。
本实施例中具体发送第二通知消息的方式将在后续的实施例中进行详细描述。
SDP消息推送装置获取业务平台的第一通知消息,对协议不同的第一通知消息进行统一协议转换,得到协议统一的第二通知消息,然后通过IM服务器向用户终端发送第二通知消息,从而大大提高了网络利用的效率;
其次,用户终端也仅需要支持所选择下发通道的协议,简化了用户终端软件的开发过程;
再次,本发明实施例中可以采用统一的下发通道,用户终端可以只建立一种连接接收通知消息,节省了用户终端的耗电量。
在发送第二通知消息时,具体的下发方式可以根据网络状态、网络带宽和用户需求等情况进行确定,为了便于理解,下面以一具体实施例对本发明实施例中的SDP消息推送方法进行描述,请参阅图2,本发明实施例中的SDP消息推送方法另一实施例包括:
201、本实施例中的步骤201的内容与前述图1所示的实施例中步骤101的内容相同,此处不再赘述。
202、统一协议转换;
SDP消息推送装置获取到了各个业务平台所发送的第一通知消息后,由于各个业务平台所使用的协议不同,所以需要对这些第一通知消息进行统一协议转换,具体的统一协议转换可以包括:
SDP消息推送装置获取第一通知消息的协议类型,然后对第一通知消息进行解封装得到消息内容(即消息体),并根据第一通知消息的协议类型在协议类型映射关系中查询对应的统一协议;
需要说明的是,本实施例中,在SDP消息推送装置中存储了各种协议类型统一转换为预置协议的映射关系,和具体的参数转换内容,SDP消息推送装置可以根据第一通知消息的协议类型在该映射关系中确定对应的统一协议。
查询到统一协议之后,然后按照统一的协议对解封装得到的消息内容进行重新封装,则可以得到协议统一的第二通知消息。
需要说明的是,本实施例中协议转换方式仅为一个例子,在实际应用中,同样还可以采用其他的方式进行协议转换,具体此处不做限定。
203、选择下发方式;
具体的下发方式可以根据网络状态、网络带宽和用户需求等情况进行确定,具体的下发方式包括直接下发和条件式下发。
例如,若当前网络状态拥挤,不适宜逐条实时地下发第二通知消息,即不能直接下发,则采用条件式下发,先将第二通知消息进行缓存,然后按照系统或用户所设置的通知策略进行下发。
再如,若第二通知消息为用户预先在SDP消息推送装置中登记的紧急消息(例如该第二通知消息为通知有重要客户发来邮件),则SDP消息推送装置可以采用直接下发。
若下发方式为直接下发,则触发步骤204;若下发方式为条件式下发,则触发步骤205。
具体的下发方式可以由用户预先在SDP消息推送装置中登记的内容确定,也可以由运营商根据网络状态、网络带宽和用户需求等因素来确定。具体由哪一方确定下发方式,此处不作限定。
204、直接下发;
若采用的是直接下发,SDP消息推送装置则处理完一条第二通知消息后,就马上向IM服务器发送这条协议统一的第二通知消息,使得IM服务器向用户终端发送该第二通知消息。
205、条件式下发;
若采用的是条件式下发,SDP消息推送装置则按照通知策略向IM服务器发送协议统一的第二通知消息,使得IM服务器向用户终端发送该第二通知消息。
该通知策略包括系统预置的通知策略和用户设置的通知策略。系统预置的通知策略是对所有用户都有效的默认策略,当用户没有自定义控制策略时,SDP消息推送装置则采用系统预置的通知策略下发;用户设置的通知策略是根据用户自身的喜好和需求自定义的通知策略。
具体通知策略的内容包括通知消息下发的频率和通知消息一次所下发的条数,若用户的习惯是一周查看一次通知消息,则通知消息下发的频率设置为一周一次;若用户的手机信息容量受限,则可根据手机信息容量设置通知消息一次所下发的条数;或者用户基于自身各种条件因素的考虑,可以同时设置通知消息下发的频率和一次所下发的条数,以更灵活的满足自身的需求。
本发明实施例中,具体的下发方式可以根据网络状态、网络带宽和用户需求等情况进行确定,提高了网络利用效率和用户体验。
在根据网络状态、网络带宽和用户需求等情况确定了下发方式之后,用户还可以根据上述的条件来设置通知策略。
为了便于理解,下面以一具体实施例对本发明实施例中的SDP消息推送方法进行描述,请参阅图3,本发明实施例中的SDP消息推送方法另一实施例包括:
301~302、本实施例中的步骤301和302的内容与前述图2所示的实施例中步骤201和202的内容相同,此处不再赘述。
303、选择下发方式;
具体的下发方式可以根据网络状态、网络带宽和用户需求等情况进行确定,具体的下发方式包括直接下发和条件式下发。
若当前网络状态拥挤,不适宜逐条实时地下发第二通知消息,即不能直接下发,则采用条件式下发,先将第二通知消息进行缓存,然后按照系统或用户所设置的通知策略进行下发。
若下发方式为直接下发,则触发步骤304;若下发方式为条件式下发,则触发步骤305。
具体的下发方式可以由用户通过手机终端预置的接收模式来确定,也可以由运营商根据网络状态、网络带宽和用户需求等因素来确定。具体由哪一方确定下发方式,此处不作限定。
304、直接下发;
本实施例中的步骤304的内容与前述图2所示的实施例中步骤204的内容相同,此处不再赘述。
305、缓存第二通知消息;
若下发方式为条件式下发,SDP消息推送装置则先缓存第二通知消息。
306、判断是否需要合并;
根据通知策略判断是否需要对缓存后的第二通知消息进行合并,若不需要,则直接触发步骤308;若需要,则触发步骤307。
该通知策略的内容包括通知消息下发的频率和通知消息一次所下发的条数,例如,通知策略为每5分钟将所有的第二通知消息发送给IM服务器,每次只能下发5条第二通知消息,但SDP消息推送装置在5分钟内缓存了10条第二通知消息,则此时就需要对第二通知消息进行合并。
307、合并第二通知消息;
根据该通知策略对缓存后的第二通知消息进行合并,得到新的第二通知消息。
例如,若步骤306中确定需要进行合并,则SDP消息推送装置将5分钟内缓存的10条第二通知消息合并为5条以内新的第二通知消息。
308、发送第二通知消息;
SDP消息推送装置向IM服务器发送协议统一的第二通知消息,使得IM服务器向用户终端发送该第二通知消息。
SDP消息推送装置具体可以通过以下方式发送第二通知消息:
一、当达到预置周期时,向IM服务器发送该预置周期内缓存的所有第二通知消息,该预置周期可以为系统的预设值,也可以是用户设定的;
二、当缓存的第二通知消息达到预置数目时,向IM服务器发送缓存的第二通知消息,该预置数目可以为系统的预设值,也可以是用户设定的;
三、结合第二通知消息的数目和预置时间,设置并列的条件进行发送。如:若缓存的第二通知消息达到预置数目,则向IM服务器发送缓存的第二通知消息;若缓存的第二通知消息未达到预置数目,但缓存的时间达到预置周期,则向IM服务器发送该预置周期内缓存的所有第二通知消息。
309、判断发送是否成功;
SDP消息推送装置向IM服务器发送协议统一的第二通知消息之后,判断是否接收到IM服务器反馈的发送成功报告,若接收到,则触发步骤310;若没有收到,则触发步骤311。
310、删除缓存;
若接收到IM服务器反馈的发送成功报告,且发送时采用条件式下发,则删除缓存的第二通知消息。
311、重发第二通知消息;
若未接收到IM服务器反馈的发送成功报告,则按照预置的重发规则向IM服务器重发该第二通知消息。
预置的重发规则可以为:向IM服务器重发该第二通知消息,并要求IM服务器以TCP方式主动连接用户终端,当IM服务器多次以TCP方式主动连接用户终端发送该第二通知消息仍未成功,则要求IM服务器改用短信息方式发送该第二通知消息。
上述的重发规则仅为实际应用中的一个例子,可以理解的是,重发规则同样还可以有另外的重发过程,具体此处不作限定。
本实施例中通过步骤309的判断机制判断通过IM服务器发送第二通知消息是否成功,若成功则删除缓存的第二通知消息,若不成功,则触发重发机制。步骤309至311为本实施例中的可选方案,不作具体限定。
本发明实施例中,详细地描述了当下发方式为条件式时,用户可以更自由的根据自身的需求(如:身处的环境,用户终端的性能)设定通知策略,减少了通知消息下发的频率,提高了通知消息的可靠性,而且当用户终端没有成功的收到第二通知消息时,本发明提供了自动重发的机制,使用户最大可能的收到各业务平台所发送的消息,更进一步的提高了网络利用效率和用户服务体验。
上面是从SDP消息推送装置侧的角度对本发明实施例中的SDP消息推送方法进行了描述,下面从IM服务器侧进行对本发明实施例中的SDP消息推送方法进行描述,请参阅图4,本发明实施例中的SDP消息推送方法另一实施例包括:
401、接收第二通知消息;
IM服务器接收SDP消息推送装置所发送的第二通知消息,该第二通知消息是由SDP消息推送装置对由业务平台发送的第一通知消息进行统一协议转换所得到。
402、建立IM网络连接;
IM服务器与用户终端建立IM网络连接,并记录用户终端的IP地址。
IM网络通道所使用的协议可以包括XMPP协议和SIP协议,在实际应用中,IM通道还可以使用其他即时通信协议,具体此处不做限定。
403、发送第二通知消息;
IM服务器优先通过该IM网络连接向用户终端发送该第二通知消息,本发明的IM服务器具有IM、TCP、SMS三种通道,由于一般SDP消息推送装置会将第一通知消息统一转换为XMPP协议的第二通知消息,而XMPP协议是IM通道默认的协议,所以IM服务器会优先选择IM网络连接发送该第二通知消息。
404、记录IP状态,清零TCP计数器;
IM服务器记录该用户终端的IP状态,IP状态用于指示用户终端当前的IP地址是否可用。
IM服务器将TCP计数器清零,TCP计数器记录了IM服务器向用户终端发起主动连接的次数,当超过某一阈值时,IM服务器将不会再发起TCP连接。
405、判断发送是否失败;
IM服务器判断通过该IM网络连接发送第二通知消息是否失败,若是,则触发步骤407;若否,则触发步骤406。
通过IM网络连接发送第二通知消息是否失败可以根据IM服务器和终端之间的协议来判断。
406、反馈发送成功报告;
若IM服务器通过IM网络连接向用户终端发送第二通知消息成功,或通过TCP连接、短信息方式向用户终端发送第二通知消息成功,则向消息推送装置反馈发送成功报告,使得消息推送装置删除该第二通知消息的缓存。
407、判断IP状态是否可用;
IM服务器判断该用户终端的IP状态是否可用,若不可用,则直接触发步骤412;若可用,则触发步骤408。
408、建立TCP连接;
IM服务器主动发起与用户终端的TCP连接,用于与用户终端建立TCP网络通道,发送第二通知消息。
409、判断建立TCP连接是否成功;
IM服务器判断与用户终端建立TCP连接是否成功,若成功,则触发步骤411;若不成功,则更新TCP计数器,使TCP连接失败计数加一,并触发步骤410。
410、判断TCP计数器是否达到阈值;
IM服务器判断TCP计数器的累加计算是否达到预置数值,若达到,则直接触发步骤412并设置该用户终端的IP状态为不可用;若未达到,则继续尝试与该用户终端建立TCP连接。
411、通过TCP发送第二通知消息;
若IM服务器与用户终端建立TCP连接成功,则通过该TCP连接向该用户终端发送第二通知消息,在发送成功后关闭TCP通道,向用户终端发送重连通知消息,该重连通知消息用于指示用户终端主动发起重连请求。
412、通过短信息发送第二通知消息;
若IM服务器与用户终端建立TCP连接不成功,通过短信息方式向用户终端发送第二通知消息,在发送成功后向用户终端发送重连通知消息,该重连通知消息用于指示用户终端主动发起重连请求。
本发明实施例在优先采用IM通道下发第二通知消息失败的情况下,采用备用的TCP通道下发,其次再采用短信息的方式下发,使用户可以最大可能的随时在线接收通知,提高了用户体验。
当通过TCP通道向用户终端发送第二通知消息,或以短消息方式向用户终端发送第二通知消息之后,IM服务器会向用户终端发送重连通知消息,用于指示用户终端主动发起重连,保证了在下一次通知消息下发时优先以IM通道下发,同时提供给用户终端了一个统一的断连唤醒机制,使得用户终端不会胡乱的发起重连,节省了用户终端的耗电量。
在通过IM网络连接发送第二通知消息失败后,还可以执行以下步骤,断开IM网络连接,本发明实施例中的SDP消息推送方法另一实施例包括:
一、断开IM网络连接;
IM服务器在建立IM网络连接之后,由于通过IM网络连接发送第二通知消息失败,所建立的IM网络连接可能长时间闲置,浪费了网络资源,故若在一段预置时间之内,所建立的网络连接没有任何数据流传输,则断开该IM网络连接。
二、再次接收第二通知消息;
IM服务器再次接收新的第二通知消息,并判断新的第二通知消息中是否含有IM消息,若有,则触发步骤三,若没有,则触发步骤四。
三、重连IM网络;
若该新的第二通知消息中包含有IM消息,则在IM服务器接收到新的第二通知消息后,重新与用户终端建立IM网络连接,便于更快速便捷的发送新的第二通知消息。
四、建立TCP或短消息连接;
若该新的第二通知消息中没有包含有IM消息的内容,则与用户终端建立传输控制协议TCP连接并通过TCP连接向该用户终端发送第二通知消息,或直接以短消息的方式向该用户终端发送第二通知消息。
本实施例描述了在通过IM网络连接发送第二通知消息失败的情况下,断开IM网络连接,节省了网络资源;并在后续再收到新的第二通知消息时,根据第二通知消息的内容判断该建立什么连接,更有效的提高了发送第二通知消息的效率。
为了便于理解,下面以一具体应用场景对上述的实施例中描述的SDP消息推送方法再进行详细描述,请参考图5,具体为:
501、业务平台发生事件,下发通知;
业务平台发生事件,需要下发通知,这些事件如:新增好友通知,有新邮件到达或好友博客更新通知,业务平台需要调用SDP消息推送装置的接口以发送通知。称上述通知为第一通知消息,第一通知消息的内容包括(QQ.A.B.2),“QQ”表示是由QQ业务平台下发的,“A”表示接收方地址,“B”表示发送方地址,“2”表示有两条消息。
502、统一协议转换;
SDP消息推送装置调用与IM服务器的通知接口,获取第一通知消息的协议类型(如:Email采用的是IMAP协议),并对第一通知消息进行解封装,得到消息内容的参数;然后根据该协议类型(IMAP协议)在协议类型映射关系中查找对应的映射关系;在SDP消息推送装置中存储了各种协议类型统一转换为预置协议类型的映射关系(如:管理员设置了预置的协议类型为XMPP协议,所有业务平台的通知消息的协议类型都统一转换为XMPP协议,则该映射关系为:IMAP协议-XMPP协议),和具体的参数转换内容,只要在协议类型映射关系中查找到对应的映射关系,进行相应参数的映射转换,就可以将第一通知消息转换为预置协议类型(XMPP协议)的第二通知消息。
503、查询通知策略;
SDP消息推送装置查询通知策略,如果通知策略指示为直接下发,则将第二通知消息直接下发给IM服务器;如果通知策略指示为条件式下发,则先将接收的第二通知消息缓存下来。
假设通知策略所设置的条件是通知策略为每5分钟将所有的第二通知消息发送给IM服务器,每次只能下发5条第二通知消息。但SDP消息推送装置在该5分钟内缓存了10条第二通知消息,其中包括:(mail.C.D.3),(QQ.A.B.2),(MSN.E.F.2)等,则SDP消息推送装置根据通知策略将每两条第二通知消息合并为一条新的第二通知消息,如:【(mail.C.D.3);(QQ.A.B.2)】。
或假设通知策略的条件是每5分钟,且第二通知消息达到三条时下发。SDP消息推送装置在该5分钟内缓存的第二通知消息包括:(mail.C.D.3),(QQ.A.B.2),(MSN.E.F.2)等,则SDP消息推送装置根据通知策略将3条通知消息合并为一条新的第二通知消息,如:【(mail.C.D.3);(QQ.A.B.2);(MSN.E.F.2)】。
504、发送第二通知消息;
SDP消息推送装置根据通知策略向IM服务器发送第二通知消息。下发的通知策略可以每次发一条或若干条,由用户设定。下发时可以逐条发送,或先合并在一起再发送,只要符合所设定的通知策略就行。
505、与用户终端建立XMPP连接;
IM服务器与用户终端建立XMPP连接,并记录用户终端的IP地址、当前的IP状态,将TCP计算器清零。
506、发送第二通知消息;
IM服务器通过XMPP连接发送第二通知消息。
507、判断通过XMPP连接发送成败;
IM服务器与用户终端进行数据链接的检测,若IM服务器在发送第二通知消息后,20秒内未收到用户终端的任何反馈,则确定通过该XMPP网络连接发送第二通知消息失败,触发步骤508;
若收到用户终端的反馈,则确定通过该XMPP网络连接发送第二通知消息成功,触发步骤513返回成功发送的状态报告。
508、判断IP状态是否可用;
IM服务器判断该用户终端当前的IP状态是否可用,若不可用,则直接触发步骤513通过短信息发送;若可用,则触发步骤509。
509、建立TCP连接;
IM服务器主动发起与用户终端的TCP连接,用于与用户终端建立TCP网络通道,发送第二通知消息。
510、判断建立TCP连接是否成功;
IM服务器判断与用户终端建立TCP连接是否成功,若成功,则触发步骤512;若不成功,则更新TCP计数器,使TCP连接失败计数加一,并触发步骤511。
511、判断TCP计数器是否达到阈值;
IM服务器判断TCP计数器的累加计算是否达到预置数值,若达到,则直接触发步骤513并设置该用户终端的IP状态为不可用;若未达到,则继续尝试与该用户终端建立TCP连接。
512、通过TCP发送第二通知消息;
若IM服务器与用户终端建立TCP连接成功,则通过该TCP连接向该用户终端发送第二通知消息,在发送成功后关闭TCP通道,并触发步骤514返回成功发送的状态报告。
513、通过短信息发送第二通知消息;
若IM服务器与用户终端建立TCP连接不成功,通过短信息方式向用户终端发送第二通知消息,并触发步骤514返回成功发送的状态报告。
514、返回成功发送的状态报告;
IM服务器向SDP消息推送装置返回成功发送的状态报告。
515、删除第二通知消息;
SDP消息推送装置在收到IM服务器返回的成功发送的状态报告后,删除该5分钟内缓存的第二通知消息。
下面对用于执行上述SDP消息推送方法的本发明SDP消息推送装置的实施例进行说明,其逻辑结构请参考图6,本发明实施例中的SDP消息推送装置一个实施例包括:
通知消息获取单元601:用于获取业务平台发送的第一通知消息;
协议转换单元602:用于当通知消息获取单元获取到第一通知消息之后,对该第一通知消息进行统一协议转换,得到协议统一的第二通知消息;
通知消息发送单元603:用于在得到协议统一的第二通知消息之后,通过IM服务器向用户终端发送第二通知消息。
本发明实施例中的SDP消息推送装置还可以进一步包括:
查询单元604,用于对第一通知消息进行统一协议转换得到协议统一的第二通知消息之后,根据第一通知消息中的通知消息类型以及接收方地址查询对应的通知策略;
策略判断单元605,用于根据通知策略判断下发第二通知消息的方式为直接下发或条件式下发,若为直接下发,则触发通知消息发送单元603执行相应操作;若为条件式下发,则触发缓存单元606执行相应操作;
缓存单元606,用于当通知策略指示为条件式下发时,根据通知策略对第二通知消息进行缓存;
合并判断单元607,用于根据通知策略对第二通知消息进行缓存之后,判断是否需要对缓存后的第二通知消息进行合并,若需要,则触发合并单元608执行相应操作;若不需要,则直接触发通知消息发送单元603执行相应操作;
合并单元608,用于根据通知策略对缓存后的第二通知消息进行合并,并得到新的第二通知消息,触发通知消息发送单元603执行相应操作。
本发明实施例中SDP消息推送装置的协议转换单元602还可以进一步包括:
协议类型获取单元,用于获取第一通知消息的协议类型;
解封装单元,用于对第一通知消息进行解封装得到消息内容;
查找单元,用于根据第一通知消息的协议类型在协议类型映射关系中查询对应的统一协议类型;
封装单元,用于按照统一协议类型对该消息内容进行封装,得到第二通知消息。
本发明实施例SDP消息推送装置的各个单元具体的交互过程如下:
通知消息获取单元601获取业务平台发送的第一通知消息,协议转换单元602对获取到的第一通知消息进行统一协议转换,得到协议统一的第二通知消息。
然后查询单元604根据第一通知消息中的通知消息类型以及接收方地址查询到对应的通知策略,该通知策略的内容包括通知消息下发的频率和通知消息一次所下发的条数。策略判断单元605根据通知策略判断下发第二通知消息的方式为直接下发或条件式下发。
若为直接下发,则触发通知消息发送单元603向IM服务器发送该第二通知消息,使得IM服务器向用户终端发送该第二通知消息;
若下发方式为条件式下发,则缓存单元606通知策略先缓存第二通知消息,缓存的主要目的有两个,一是统一时间发送一定数量的第二通知消息;二是当第二通知消息发送失败后进行重发。然后合并判断单元607根据通知策略判断是否需要对缓存后的第二通知消息进行合并。若需要,则触发合并单元608根据通知策略对缓存后的第二通知消息进行合并,并得到新的第二通知消息,再触发通知消息发送单元603向IM服务器发送该第二通知消息;若不需要,则直接触发通知消息发送单元603向IM服务器发送该第二通知消息。
下面对用于执行上述SDP消息推送方法的本发明IM服务器的实施例进行说明,其逻辑结构请参考图7,本发明实施例中的IM服务器一个实施例包括:
接收单元701,用于接收SDP消息推送装置所发送的第二通知消息,第二通知消息是由SDP消息推送装置对由业务平台发送的第一通知消息进行统一协议转换所得到;
第一连接单元702,用于在接收单元701接收到该第二通知消息之后,与用户终端建立IM网络连接;
第一发送单元703,用于第一连接单元702与用户终端建立IM网络连接之后,优先通过该IM网络连接向用户终端发送第二通知消息。
发送判断单元704,用于判断通过该IM网络连接发送第二通知消息是否失败,若是,则触发第二连接单元705或第三发送单元707执行相应操作;
第二连接单元705,用于与用户终端建立传输控制协议TCP连接;
第二发送单元706,用于通过TCP连接向用户终端发送第二通知消息;
第三发送单元707,用于直接以短消息的方式向用户终端发送第二通知消息。
本发明实施例中的IM服务器的第二连接单元705还可以进一步包括:
记录单元7051,用于在第一连接单元702与用户终端建立IM网络连接之后,记录用户终端的IP状态是否可用;
TCP计数控制单元7052,用于在第二连接单元705与用户终端建立TCP连接之前,对TCP计数器进行清零操作;
TCP计数单元7053,用于在建立TCP连接不成功时,TCP计数器加一;
状态判断单元7054,用于在第二连接单元与用户终端建立TCP连接之前,判断用户终端的IP状态是否可用,若不可用,则触发第三发送单元执行相应操作,若可用,则与用户终端建立TCP连接;
连接判断单元7055,用于判断建立TCP连接是否成功,若成功,则触发第二发送单元706执行相应操作,若不成功,则触发数值判断单元7056和TCP计数单元7053执行相应操作;
数值判断单元7056,用于判断TCP计数器是否达到预置数值,若达到,则触发第三发送单元707执行相应操作,并触发记录单元7051记录该用户终端的IP状态为不可用,若未达到,则触发第二连接单元705与用户终端建立TCP连接。
本发明实施例IM服务器的各个单元具体的交互过程如下:
接收单元701接收SDP消息推送装置所发送的第二通知消息,为了转发第二通知消息,第一连接单元702与用户终端建立IM网络连接,并记录用户终端的IP地址,在连接建立后,第一发送单元703优先通过该IM网络连接向用户终端发送第二通知消息。
发送判断单元704根据IM服务器和终端之间的协议来判断通过IM网络连接发送第二通知消息是否失败。若是,则触发第二连接单元705与用户终端建立传输控制协议TCP连接,或第三发送单元707直接以短消息的方式向用户终端发送第二通知消息。
本发明实施例用TCP通道发送第二通知消息优先于用短信消息发送,具体在什么时候建立TCP连接,什么时候以短消息的方式向用户终端发送第二通知消息,在第二连接单元705的子单元中有完整的判断机制:在建立TCP连接之前,记录单元7051记录用户终端的IP状态是否可用,TCP计数控制单元7052将TCP计数器清零,然后状态判断单元7054判断用户终端的IP状态是否可用,若不可用,则直接触发第三发送单元707,若可用,则与用户终端建立TCP连接。连接判断单元7055判断建立TCP连接是否成功,若成功,则触发第二发送单元706通过TCP连接向用户终端发送第二通知消息;若不成功,则触发TCP计数单元7053更新TCP连接次数,并触发数值判断单元7056判断TCP计数器是否达到预置数值。若达到阈值,则触发第三发送单元707,若未达到,则触发第二连接单元705继续与用户终端建立TCP连接。
下面对用于执行上述SDP消息推送方法的本发明SDP消息推送系统的实施例进行说明,其逻辑结构请参考图8,本发明实施例中的SDP消息推送系统一个实施例包括:
SDP消息推送装置801,用于获取业务平台发送的第一通知消息;对第一通知消息进行统一协议转换,得到协议统一的第二通知消息;通过IM服务器向用户终端发送第二通知消息。
即时消息IM服务器802,用于接收SDP消息推送装置所发送的第二通知消息,与用户终端建立IM网络连接;优先通过IM网络连接向该用户终端发送该第二通知消息;判断通过IM网络连接发送第二通知消息是否失败,若是,则与用户终端建立传输控制协议TCP连接并通过TCP连接向该用户终端发送第二通知消息,或直接以短消息的方式向该用户终端发送第二通知消息。
上述系统应用于如图5实施例中所描述的应用场景。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,该程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明所提供的一种业务分发平台消息推送方法、相关设备及系统进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (16)
1.一种业务分发平台SDP消息推送方法,其特征在于,包括:
获取业务平台发送的第一通知消息;所述第一通知消息包括:通知消息类型,接收方地址以及消息内容;
获取第一通知消息的协议类型;对所述第一通知消息进行解封装得到消息内容;根据所述第一通知消息的协议类型在协议类型映射关系中查询对应的统一协议;按照所述统一协议对所述消息内容进行封装,得到第二通知消息;
根据第一通知消息中的通知消息类型以及接收方地址查询对应的通知策略;当所述通知策略指示为条件式下发时,根据所述通知策略对第二通知消息进行缓存;
通过IM服务器向用户终端发送所述第二通知消息。
2.根据权利要求1所述的方法,其特征在于,所述根据通知策略对第二通知消息进行缓存之后包括:
判断是否需要对缓存后的第二通知消息进行合并,若需要,则根据所述通知策略对缓存后的第二通知消息进行合并,得到新的第二通知消息。
3.根据权利要求1或2所述的方法,其特征在于,所述通过IM服务器向用户终端发送所述第二通知消息包括:
当达到预置周期时,向IM服务器发送该时间周期内缓存的第二通知消息;
和/或,
当缓存的第二通知消息达到预置数目时,向IM服务器发送缓存的第二通知消息。
4.根据权利要求1所述的方法,其特征在于,当所述通知策略指示为直接下发时,所述通过IM服务器向用户终端发送所述第二通知消息具体为:直接向所述IM服务器发送获得的第二通知消息。
5.根据权利要求1或2所述的方法,其特征在于,所述通过IM服务器向用户终端发送所述第二通知消息之后包括:
判断是否接收到IM服务器反馈的发送成功报告,若接收到,则删除缓存的第二通知消息,若未接收到,则按照预置的重发规则向IM服务器重发所述第二通知消息。
6.一种SDP消息推送方法,其特征在于,包括:
接收SDP消息推送装置所发送的第二通知消息,所述第二通知消息是由SDP消息推送装置对由业务平台发送的第一通知消息进行统一协议转换所得到;
与用户终端建立IM网络连接;若在预置时间内,没有通过所述IM网络连接发送第二通知消息,则断开所述IM网络连接;
优先通过所述IM网络连接向所述用户终端发送所述第二通知消息;
判断通过所述IM网络连接发送第二通知消息是否失败,若是,则与用户终端建立传输控制协议TCP连接并通过所述TCP连接向所述用户终端发送第二通知消息,或直接以短消息的方式向所述用户终端发送第二通知消息。
7.根据权利要求6所述的方法,其特征在于,所述与用户终端建立IM网络连接之后包括:
记录用户终端的IP状态,并将TCP计数器清零;
所述与用户终端建立TCP连接并通过所述TCP连接向所述用户终端发送第二通知消息,或直接以短消息的方式向所述用户终端发送第二通知消息包括:
判断所述用户终端的IP状态是否可用,若不可用,则直接以短消息的方式向所述用户终端发送第二通知消息,若可用,与用户终端建立TCP连接;
判断建立TCP连接是否成功,若成功,则通过所述TCP连接向所述用户终端发送第二通知消息,若不成功,则更新TCP计数器并判断TCP计数器是否达到预置数值,若未达到,则继续尝试与所述用户终端建立TCP连接,若达到,则以短消息的方式向所述用户终端发送第二通知消息,并设置所述用户终端的IP状态为不可用。
8.根据权利要求7所述的方法,其特征在于,当通过TCP通道向用户终端发送第二通知消息,或以短消息方式向用户终端发送第二通知消息之后包括:
向用户终端发送重连通知消息,所述重连通知消息用于指示所述用户终端主动发起重连请求;
接收用户终端发送的主动重连IM网络的请求;
根据所述请求与所述用户终端建立IM网络连接。
9.根据权利要求8所述的方法,其特征在于,所述断开IM网络连接之后包括:
若收到新的第二通知消息,则判断所述新的第二通知消息中是否包含有IM消息,若有,则与用户终端再次建立IM网络连接。
10.一种SDP消息推送装置,其特征在于,包括:
通知消息获取单元,用于获取业务平台发送的第一通知消息;
协议转换单元,用于当通知消息获取单元获取到所述第一通知消息之后,对所述第一通知消息进行统一协议转换,得到协议统一的第二通知消息;
查询单元,用于所述对第一通知消息进行统一协议转换得到协议统一的第二通知消息之后,根据第一通知消息中的通知消息类型以及接收方地址查询对应的通知策略;
策略判断单元,用于根据所述通知策略判断下发第二通知消息的方式为直接下发或条件式下发,若为直接下发,则触发通知消息发送单元执行相应操作;若为条件式下发,则触发缓存单元执行相应操作;
缓存单元,用于当所述通知策略指示为条件式下发时,根据所述通知策略对第二通知消息进行缓存;
通知消息发送单元,用于在得到协议统一的第二通知消息之后,通过IM服务器向用户终端发送所述第二通知消息。
11.根据权利要求10所述的SDP消息推送装置,其特征在于,所述SDP消息推送装置还包括:
合并判断单元,用于当所述缓存单元根据通知策略对第二通知消息进行缓存之后,判断是否需要对缓存后的第二通知消息进行合并,若需要,则触发合并单元执行相应操作;若不需要,则触发通知消息发送单元执行相应操作;
合并单元,用于根据所述通知策略对缓存后的第二通知消息进行合并,并得到新的第二通知消息,触发通知消息发送单元执行相应操作。
12.根据权利要求11所述的SDP消息推送装置,其特征在于,所述协议转换单元包括:
协议类型获取单元,用于获取第一通知消息的协议类型;
解封装单元,用于对所述第一通知消息进行解封装得到消息内容;
查找单元,用于根据所述第一通知消息的协议类型在协议类型映射关系中查询对应的统一协议;
封装单元,用于按照所述统一协议对所述消息内容进行封装,得到第二通知消息。
13.一种IM服务器,其特征在于,包括:
接收单元,用于接收SDP消息推送装置所发送的第二通知消息,所述第二通知消息是由SDP消息推送装置对由业务平台发送的第一通知消息进行统一协议转换所得到;
第一连接单元,用于当接收单元接收到所述第二通知消息之后,与用户终端建立IM网络连接;若在预置时间内,没有通过所述IM网络连接发送第二通知消息,则断开所述IM网络连接;
第一发送单元,用于当第一连接单元与用户终端建立IM网络连接之后,优先通过所述IM网络连接向所述用户终端发送所述第二通知消息。
14.根据权利要求13所述的IM服务器,其特征在于,所述IM服务器还包括:
发送判断单元,用于判断通过所述IM网络连接发送第二通知消息是否失败,若是,则触发第二连接单元或第三发送单元执行相应操作;
第二连接单元,用于与用户终端建立传输控制协议TCP连接;
第二发送单元,用于通过所述TCP连接向所述用户终端发送第二通知消息;
第三发送单元,用于直接以短消息的方式向所述用户终端发送第二通知消息。
15.根据权利要求14所述的IM服务器,其特征在于,所述第二连接单元包括:
记录单元,用于在第一连接单元与用户终端建立IM网络连接之后,记录用户终端的IP状态是否可用;
TCP计数控制单元,用于在第二连接单元与用户终端建立TCP连接之前,对TCP计数器进行清零操作;
TCP计数单元,用于在建立TCP连接不成功时,计数器加一;
状态判断单元,用于在第二连接单元与用户终端建立TCP连接之前,判断所述用户终端的IP状态是否可用,若不可用,则触发第三发送单元执行相应操作,若可用,则触发第二连接单元执行相应操作;
连接判断单元,用于判断建立TCP连接是否成功,若成功,则触发第二发送单元执行相应操作,若不成功,则触发数值判断单元和TCP计数单元执行相应操作;
数值判断单元,用于判断TCP计数器是否达到预置数值,若达到,则触发第三发送单元执行相应操作,并触发记录单元记录所述用户终端的IP状态为不可用,若未达到,则触发第二连接单元执行相应操作。
16.一种SDP消息推送系统,其特征在于,包括:
SDP消息推送装置和IM服务器;
所述SDP消息推送装置包括:
通知消息获取单元,用于获取业务平台发送的第一通知消息;协议转换单元,用于当通知消息获取单元获取到所述第一通知消息之后,对所述第一通知消息进行统一协议转换,得到协议统一的第二通知消息;查询单元,用于所述对第一通知消息进行统一协议转换得到协议统一的第二通知消息之后,根据第一通知消息中的通知消息类型以及接收方地址查询对应的通知策略;策略判断单元,用于根据所述通知策略判断下发第二通知消息的方式为直接下发或条件式下发,若为直接下发,则触发通知消息发送单元执行相应操作;若为条件式下发,则触发缓存单元执行相应操作;缓存单元,用于当所述通知策略指示为条件式下发时,根据所述通知策略对第二通知消息进行缓存;通知消息发送单元,用于在得到协议统一的第二通知消息之后,通过IM服务器向用户终端发送所述第二通知消息;
所述IM服务器包括:
接收单元,用于接收SDP消息推送装置所发送的第二通知消息,所述第二通知消息是由SDP消息推送装置对由业务平台发送的第一通知消息进行统一协议转换所得到;第一连接单元,用于当接收单元接收到所述第二通知消息之后,与用户终端建立IM网络连接;若在预置时间内,没有通过所述IM网络连接发送第二通知消息,则断开所述IM网络连接;第一发送单元,用于当第一连接单元与用户终端建立IM网络连接之后,优先通过所述IM网络连接向所述用户终端发送所述第二通知消息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010273420.9A CN102143444B (zh) | 2010-09-02 | 2010-09-02 | 一种业务分发平台消息推送方法、相关设备及系统 |
PCT/CN2011/074739 WO2011137830A1 (zh) | 2010-09-02 | 2011-05-27 | 一种业务分发平台消息推送方法、相关设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010273420.9A CN102143444B (zh) | 2010-09-02 | 2010-09-02 | 一种业务分发平台消息推送方法、相关设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102143444A CN102143444A (zh) | 2011-08-03 |
CN102143444B true CN102143444B (zh) | 2014-01-01 |
Family
ID=44410613
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010273420.9A Active CN102143444B (zh) | 2010-09-02 | 2010-09-02 | 一种业务分发平台消息推送方法、相关设备及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102143444B (zh) |
WO (1) | WO2011137830A1 (zh) |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103200146B (zh) * | 2012-01-04 | 2016-05-25 | 中国移动通信集团安徽有限公司 | 终端和服务器的数据同步方法和装置 |
CN103117915B (zh) * | 2013-01-15 | 2015-12-23 | 中国联合网络通信集团有限公司 | 一种消息发送的方法和设备 |
CN104427551A (zh) * | 2013-08-22 | 2015-03-18 | 中兴通讯股份有限公司 | 一种业务消息发送方法及装置 |
CN103634409B (zh) * | 2013-12-12 | 2017-08-04 | 中国联合网络通信集团有限公司 | 实现移动互联网应用永远在线的方法及系统 |
CN104754018A (zh) * | 2013-12-31 | 2015-07-01 | 上海博泰悦臻网络技术服务有限公司 | 消息传输方法、装置及系统 |
CN104539510B (zh) * | 2014-12-02 | 2018-09-21 | 百纳(武汉)信息技术有限公司 | 一种基于多协议的信息推送系统及方法 |
CN104506414B (zh) * | 2014-12-17 | 2017-10-13 | 北京邮电大学 | 一种基于即时消息模式实现综合消息化应用的系统及方法 |
CN105072181A (zh) * | 2015-08-07 | 2015-11-18 | 北京思特奇信息技术股份有限公司 | 一种基于通知调度中心的消息数据分发系统及其方法 |
CN106658440B (zh) * | 2015-10-30 | 2020-10-23 | 华为技术有限公司 | 一种消息发送方法、相关装置及系统 |
CN105516937B (zh) * | 2015-11-27 | 2020-02-07 | 南威软件股份有限公司 | 一种基于Android手机系统的手机丢失后的远程控制方法 |
CN105491056A (zh) * | 2015-12-25 | 2016-04-13 | 深圳市金立通信设备有限公司 | 一种信息推送方法及终端 |
CN105635996A (zh) * | 2015-12-29 | 2016-06-01 | 深圳市瑞铭无限科技有限公司 | 智能穿戴设备接收手机短信的方法及服务器 |
CN107515885B (zh) * | 2016-06-17 | 2021-08-24 | 百度在线网络技术(北京)有限公司 | 信息推送的方法和装置 |
CN106549937B (zh) * | 2016-10-09 | 2020-03-17 | 武汉斗鱼网络科技有限公司 | 一种适用于不同推送sdk的统一接入方法及系统 |
CN109120502B (zh) * | 2017-06-26 | 2022-05-20 | 中兴通讯股份有限公司 | 用于多业务融合平台的通信方法、设备、系统及存储介质 |
CN108156069A (zh) * | 2017-12-26 | 2018-06-12 | 中兴通讯股份有限公司 | 一种融合消息系统及消息处理方法 |
CN108390917B (zh) * | 2018-01-25 | 2021-02-02 | 珠海金山网络游戏科技有限公司 | 智能发送消息方法和装置 |
CN109788070A (zh) * | 2019-02-28 | 2019-05-21 | 深圳点猫科技有限公司 | 一种websocket断线重连方法及装置 |
CN113873449B (zh) * | 2021-09-15 | 2022-09-20 | 北京仁科互动网络技术有限公司 | 一种短信发送方法、云端服务系统、电子设备及存储介质 |
CN113992352A (zh) * | 2021-09-27 | 2022-01-28 | 青岛海尔科技有限公司 | 一种消息推送方法、装置、电子设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101212719A (zh) * | 2006-12-31 | 2008-07-02 | 华为技术有限公司 | 一种无线通信网络中实现融合消息业务的方法及系统 |
CN101272544A (zh) * | 2008-05-05 | 2008-09-24 | 中兴通讯股份有限公司 | 一种实现短消息和即时消息融合的方法及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9654515B2 (en) * | 2008-01-23 | 2017-05-16 | Oracle International Corporation | Service oriented architecture-based SCIM platform |
-
2010
- 2010-09-02 CN CN201010273420.9A patent/CN102143444B/zh active Active
-
2011
- 2011-05-27 WO PCT/CN2011/074739 patent/WO2011137830A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101212719A (zh) * | 2006-12-31 | 2008-07-02 | 华为技术有限公司 | 一种无线通信网络中实现融合消息业务的方法及系统 |
CN101272544A (zh) * | 2008-05-05 | 2008-09-24 | 中兴通讯股份有限公司 | 一种实现短消息和即时消息融合的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102143444A (zh) | 2011-08-03 |
WO2011137830A1 (zh) | 2011-11-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102143444B (zh) | 一种业务分发平台消息推送方法、相关设备及系统 | |
EP2063590B1 (en) | A method and system for transmitting email and a push mail server | |
CN108933727B (zh) | 消息回执的处理方法和装置 | |
KR100592882B1 (ko) | 세션 초기화 프로토콜(sip) 기능이 없는 이동 단말에인터넷 프로토콜 멀티미디어 서브시스템을 통한 세션초기화 프로토콜 기반 인스턴스 메시징 서비스 제공방법,시스템 및 이를 위한 인스턴스 메시징 프록시 서버 | |
KR100677497B1 (ko) | 단말기의 중복 통보 메시지 처리 방법 | |
WO2013097452A1 (zh) | 接收数据的方法、发送数据的方法、移动终端和服务器 | |
CN102100042A (zh) | 消息传递机制 | |
CN101296194B (zh) | 即时消息互通方法、即时消息网关及即时消息服务器 | |
EP2891278B1 (en) | Methods and systems for delayed notifications in communications networks | |
EP2160051A1 (en) | Methods and devices for messaging | |
CN104798389A (zh) | 即时消息传递系统和方法 | |
EP2130388B1 (en) | Compatibility of instant messaging in communications system | |
EP2391147A1 (en) | A service system for storing short messages and a method for storing short message service thereof | |
US8856245B2 (en) | Session-based short message service management | |
CN101110789A (zh) | 一种即时消息系统中发送即时消息报告的方法 | |
US9191809B2 (en) | Wireless network brokerage | |
US10097593B2 (en) | Method and system for universal chat gateways | |
KR101436679B1 (ko) | 대형 메시지 모드 통합 아이피 메시지 전송 방법 및 시스템 | |
CN101448215B (zh) | 基于移动网络的即时消息互通方法、系统及互通网关 | |
US20170142215A1 (en) | Relaying mobile communications | |
WO2010037281A1 (zh) | 一种短消息增值业务处理方法、装置及系统 | |
EP3163917B1 (en) | Sending short messages over ussd | |
CN101309458B (zh) | 多企业间的短信实现方法、系统和设备 | |
CN102611639B (zh) | 一种即时消息系统中发送即时消息报告的系统 | |
CN110166503B (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 |