CN106412101A - 一种基于mqtt协议的面向用户的消息推送的方法 - Google Patents

一种基于mqtt协议的面向用户的消息推送的方法 Download PDF

Info

Publication number
CN106412101A
CN106412101A CN201610961153.1A CN201610961153A CN106412101A CN 106412101 A CN106412101 A CN 106412101A CN 201610961153 A CN201610961153 A CN 201610961153A CN 106412101 A CN106412101 A CN 106412101A
Authority
CN
China
Prior art keywords
user
message
clientid
passage
push server
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.)
Pending
Application number
CN201610961153.1A
Other languages
English (en)
Inventor
陈娟妮
张家华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Inspur Software Group Co Ltd
Original Assignee
Inspur Software Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Inspur Software Group Co Ltd filed Critical Inspur Software Group Co Ltd
Priority to CN201610961153.1A priority Critical patent/CN106412101A/zh
Publication of CN106412101A publication Critical patent/CN106412101A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明提供一种基于MQTT协议的面向用户的消息推送的方法,属于计算机应用领域,本发明通过细分主题使得消息发布者可根据五类推送规则(单一用户推送,批量用户推送,标签用户推送,所有在线用户推送,所有用户推送)推送消息至不同类别的用户,满足不同的推送业务场景需求;通过细分连接通道使得消息发布者发布消息时只关注消息接收者而不需要关注消息接收者持有哪些消息接收设备。减少交互次数,缩短通讯时间,节省了带宽。

Description

一种基于MQTT协议的面向用户的消息推送的方法
技术领域
本发明涉及计算机应用领域,尤其涉及一种基于MQTT协议的面向用户的消息推送的方法。
背景技术
消息发送端经由消息推送服务器到达消息接收端的流程是一致的,都需要经过建立连接,订阅,消息发布,断开连接四步。随着互联网和智能终端设备的普及,对信息的获取提出了较高的要求,要求在规定的时间内推送消息,以及在低功耗,低速率的网络条件下进行传输。以往的通讯方式是靠客户端主动的拉取,这种方式使得应用程序会不停的检查是否有新的消息通知,浪费带宽。
发明内容
为了解决该问题,本发明提出了一种基于MQTT协议的面向用户的消息推送的方法。送的方式是服务器主动的行为,将最新的消息直接发送给用户,减少交互次数,缩短通讯时间,节省了带宽。借助该发明使得开发人员便捷地构建消息推送服务,解决消息主题单一、同一用户的不同设备难以区分的问题。
该发明旨在提供面向用户的消息推送服务,这样消息发布者只需要关注消息的接收端是哪个用户,而不需要关注该用户有哪些消息接收设备;通过细分主题使得消息发布者可根据五类推送规则(单一用户推送,批量用户推送,标签用户推送,所有在线用户推送,所有用户推送)推送消息至不同类别的用户,满足不同的推送业务场景需求。
本发明提供基于MQTT协议实现消息推送服务的模型,包括两大块:(1)细分连接通道:在计算机应用领域,消息推送广泛应用于PC、移动设备(Android,iOS),同一用户可能同时持有PC、Android设备、iOS设备。可借助该发明使消息发布者在发布消息时只关注发送消息给哪些消息接收者,而不需要关心该消息接收者持有哪些设备。(2)细分主题:根据计算机应用领域的潜在需求提供不同的推送逻辑;针对不同的潜在需求定义五类推送规则:单一用户推送,批量用户推送,标签用户推送,所有在线用户推送,所有用户推送。
通过对连接通道进行细化,将连接通道和用户的消息接收端关联,一个用户可以持有数个消息接收端,即PC、Android设备、iOS设备;用户A发送消息给用户B,消息到达消息推送服务器,消息推送服务器通过已维护的用户和设备的关联关系获取用户B持有的消息接收端,判断用户B持有的消息接收端当前在线的哪种,通过用户B的一个在线通道即可将消息推送给用户B。
连接通道是按照规则connType_connID进行组织的,其中connType表示通道的类型,包含三类值:1(表示PC端)、2(表示Android端)、3(表示iOS端);connID表示通道ID号,该值的定义规则和消息接收设备相关,具体为:PC的通道ID是用户的clientId、Android设备的通道ID是Android设备的唯一标识、iOS端的通道ID是苹果APNS推送服务器返回的一串device token;
在连接通道正常建立之后,消息推送服务器需要对三类不同的通道进行连接通道的存储与管理;消息推送服务器将PC端的通道存储在所有在线用户通道的数据结构和所有用户通道的数据结构中,如果PC端断开连接的话,删除所有在线用户通道的数据结构中的记录;所有在线用户通道的数据结构用于推送主题是在线用户的情况,所有用户通道的数据结构用于推送主题是所有用户的情况;消息推送服务器对Android端和iOS端的存储稍有不同,除了在所有在线用户通道的数据结构和所有用户通道的数据结构中存储连接通道之外,还需要Android端和iOS端将所属的用户信息以订阅主题的方式告知消息推送服务器,消息推送服务器将用户与所持设备的关联关系存储在用户与所持设备的关联关系数据结构中,方便后续消息推送的关联查询。
对订阅/发布的主题设计五种推送规则,这五种推送规则为:/ipush/type/{publishType}/{arguments(arg1/arg2/……)},其中/ipush/type/是固定内容,用来区分当前消息是面向用户的消息推送;publishType和arguments是变量,它们的值的详细说明如下:
1)publishType是1表示单一用户推送,arguments描述的是用户的clientId,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID;
2)publishType是2表示批量用户推送,arguments描述的是多个用户的clientId,参数之间使用“/”分隔;消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID;
3)publishType是3表示标签用户推送,arguments是用户自定义的主题内容,消息推送服务器通过查找订阅该主题的所有用户,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID;
4)publishType是4表示在线用户推送,arguments是固定值“online”。消息推送服务器查找当前在线用户,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID;
5)publishType是5表示所有用户(包括在线和离线的)推送,argument是固定值“all”。消息推送服务器查找所有和消息推送服务器建立过连接的用户,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID。
本发明的有益效果是
将本发明的方案进行简单的实现,然后针对每一种情况进行测试。在不同的服务质量下,本发明所描述的五种推送都可以将信息正确推送给消息接收用户,用户的端包括web端,Android端,iOS端。
附图说明
图1是本发明的用户消息发布流程图;
图2是本发明的数据流向图;
图3是本发明的推送技术结构图第一部分;
图4是本发明的推送技术结构图第二部分。
具体实施方式
下面对本发明的内容进行更加详细的阐述:
本发明的所描述的是基于MQTT协议面向用户的消息推送的方法。消息发送端经由消息推送服务器到达消息接收端的流程是一致的,都需要经过建立连接,订阅,消息发布,断开连接四步。但是本发明首次提出了用户的概念,在MQTT协议中将所有的连接一视同仁,因此在推送的过程中会对大量的连接进行遍历以选择出消息接收端的连接通道;而本发明通过对连接通道进行细化,将连接通道和用户的消息接收端关联,一个用户可以持有多个消息接收端,例如,用户A给用户B发送一条消息,但是用户B持有多种消息接收端,如PC、Android设备、iOS设备。用户A发送消息给用户B,消息到达消息推送服务器,消息推送服务器通过已维护的用户和设备的关联关系获取用户B持有的消息接收端,判断用户B持有的消息接收端当前在线的哪种,通过用户B的某个在线通道即可将消息推送给用户B。在上述的情境中,用户A发送消息时,关注的是发送什么消息内容给哪个用户,而不需要关注用户B持有哪些消息接收端,也就是本发明是将用户作为管理的基本单位,消息体的发送端与接收端都是用户的行为。在软件开发领域,经常伴随任务的分发,工作进度的调研的情景,最终都是落在特定人上面,因此本发明在软件开发领域有广泛的应用前景。
既然本发明进行消息推送是以用户为管理单位进行组织,那么对于消息推送服务器来说如何区分用户下的消息接收端就显得尤为重要。在本发明中问题的解决办法是使用连接通道进行各种端的区分。
基于MQTT协议,本发明对连接通道赋予业务含义,本发明的连接通道是按照规则connType_connID进行组织的,其中connType表示通道的类型,包含三类值:1(表示PC端)、2(表示Android端)、3(表示iOS端);connID表示通道ID号,该值的定义规则和消息接收设备相关,具体为:PC的通道ID是用户的clientId、Android设备的通道ID是Android设备的唯一标识、iOS端的通道ID是苹果APNS推送服务器返回的一串device token。
在连接通道正常建立之后,消息推送服务器需要对三类不同的通道进行连接通道的存储与管理。消息推送服务器将PC端的通道存储在所有在线用户通道的数据结构和所有用户通道的数据结构中,如果PC端断开连接的话,删除所有在线用户通道的数据结构中的记录。所有在线用户通道的数据结构用于推送主题是在线用户的情况,所有用户通道的数据结构用于推送主题是所有用户的情况。消息推送服务器对Android端和iOS端的存储稍有不同,除了在所有在线用户通道的数据结构和所有用户通道的数据结构中存储连接通道之外,还需要Android端和iOS端将所属的用户信息以订阅主题的方式告知消息推送服务器,消息推送服务器将用户与所持设备的关联关系存储在用户与所持设备的关联关系数据结构中,方便后续消息推送的关联查询。
基于MQTT协议,本发明对主题进行细分。MQTT协议中的主题是一串字符串,在本发明中,对订阅/发布的主题设计五种推送规则,这五种推送规则为:/ipush/type/{publishType}/{arguments(arg1/arg2/……)},其中/ipush/type/是固定内容,用来区分当前消息是面向用户的消息推送;publishType和arguments是变量,它们的值的详细说明如下:
1)publishType是1表示单一用户推送,arguments描述的是用户的clientId,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID。
比如:用户A发送消息给用户B,则用户A发送时需要指定主题:/ipush/type/1/1/2d7fe0516b8d2295bf92c7a5ae54f346,其中2d7fe0516b8d2295bf92c7a5ae54f346表示用户B的clientId。
2)publishType是2表示批量用户推送,arguments描述的是多个用户的clientId,参数之间使用“/”分隔。消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID。
比如:用户A发送消息给用户B和用户C,则用户A发送时需要指定主题:/ipush/type/1/2/2d7fe0516b8d2295bf92c7a5ae54f346/2d7fe0516b8d4c95bf92c7a5ae5ca345,其中2d7fe0516b8d2295bf92c7a5ae54f346表示用户B的clientId,2d7fe0516b8d4c95bf92c7a5ae5ca345表示用户C的clientId。
3)publishType是3表示标签用户推送,arguments是用户自定义的主题内容,消息推送服务器通过查找订阅该主题的所有用户,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID。
比如:用户A发送消息给订阅主题为山东地域的用户,则用户A发送时需要指定主题:/ipush/type/1/3/area=shangdong,其中area=shangdong表示订阅该主题的用户。
4)publishType是4表示在线用户推送,arguments是固定值“online”。消息推送服务器查找当前在线用户,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID。
比如:用户A发送消息给所有在线用户,则用户A发送时需要指定主题:/ipush/type/1/4/online。
5)publishType是5表示所有用户(包括在线和离线的)推送,argument是固定值“all”。消息推送服务器查找所有和消息推送服务器建立过连接的用户,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID。
比如:用户A发送消息给所有用户,则用户A发送时需要指定主题:/ipush/type/1/5/all。
本发明使用用户的概念进行消息的发布与推送,使用特定的连接通道标识、主题订阅标识来区分用户下的不同的消息接收设备端。应对软件开发领域中潜在的消息推送需求,定义了五类推送规则,包括:单一推送,批量推送,标签用户推送,所有在线推送,所有推送。

Claims (3)

1.一种基于MQTT协议的面向用户的消息推送的方法,其特征在于,
通过对连接通道进行细化,将连接通道和用户的消息接收端关联,一个用户可以持有数个消息接收端,即PC、Android设备、iOS设备;用户A发送消息给用户B,消息到达消息推送服务器,消息推送服务器通过已维护的用户和设备的关联关系获取用户B持有的消息接收端,判断用户B持有的消息接收端当前在线的哪种,通过用户B的一个在线通道即可将消息推送给用户B。
2.根据权利要求1所述的方法,其特征在于,
连接通道是按照规则connType_connID进行组织的,其中connType表示通道的类型,包含三类值:1(表示PC端)、2(表示Android端)、3(表示iOS端);connID表示通道ID号,该值的定义规则和消息接收设备相关,具体为:PC的通道ID是用户的clientId、Android设备的通道ID是Android设备的唯一标识、iOS端的通道ID是苹果APNS推送服务器返回的一串devicetoken;
在连接通道正常建立之后,消息推送服务器需要对三类不同的通道进行连接通道的存储与管理;消息推送服务器将PC端的通道存储在所有在线用户通道的数据结构和所有用户通道的数据结构中,如果PC端断开连接的话,删除所有在线用户通道的数据结构中的记录;所有在线用户通道的数据结构用于推送主题是在线用户的情况,所有用户通道的数据结构用于推送主题是所有用户的情况;消息推送服务器对Android端和iOS端的存储稍有不同,除了在所有在线用户通道的数据结构和所有用户通道的数据结构中存储连接通道之外,还需要Android端和iOS端将所属的用户信息以订阅主题的方式告知消息推送服务器,消息推送服务器将用户与所持设备的关联关系存储在用户与所持设备的关联关系数据结构中,方便后续消息推送的关联查询。
3.根据权利要求2所述的方法,其特征在于,
对订阅/发布的主题设计五种推送规则,这五种推送规则为:/ipush/type/{publishType}/{arguments(arg1/arg2/……)},其中/ipush/type/是固定内容,用来区分当前消息是面向用户的消息推送;publishType和arguments是变量,它们的值的详细说明如下:
1)publishType是1表示单一用户推送,arguments描述的是用户的clientId,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID;
2)publishType是2表示批量用户推送,arguments描述的是多个用户的clientId,参数之间使用“/”分隔;消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID;
3)publishType是3表示标签用户推送,arguments是用户自定义的主题内容,消息推送服务器通过查找订阅该主题的所有用户,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID;
4)publishType是4表示在线用户推送,arguments是固定值“online”;消息推送服务器查找当前在线用户,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID;
5)publishType是5表示所有用户推送,argument是固定值 “all”;消息推送服务器查找所有和消息推送服务器建立过连接的用户,消息推送服务器根据用户的clientId,按照规则拼接出用户的PC通道ID(1_clientId),根据clientId关联获取用户持有的Android设备、iOS设备的连接通道ID。
CN201610961153.1A 2016-10-28 2016-10-28 一种基于mqtt协议的面向用户的消息推送的方法 Pending CN106412101A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610961153.1A CN106412101A (zh) 2016-10-28 2016-10-28 一种基于mqtt协议的面向用户的消息推送的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610961153.1A CN106412101A (zh) 2016-10-28 2016-10-28 一种基于mqtt协议的面向用户的消息推送的方法

Publications (1)

Publication Number Publication Date
CN106412101A true CN106412101A (zh) 2017-02-15

Family

ID=58014326

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610961153.1A Pending CN106412101A (zh) 2016-10-28 2016-10-28 一种基于mqtt协议的面向用户的消息推送的方法

Country Status (1)

Country Link
CN (1) CN106412101A (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108173739A (zh) * 2017-11-29 2018-06-15 成都东方盛行电子有限责任公司 一种基于mqtt的云服务消息处理方法
CN108932193A (zh) * 2018-06-01 2018-12-04 四川斐讯全智信息技术有限公司 一种mqtt服务器接口测试方法及系统
CN109872433A (zh) * 2019-03-08 2019-06-11 广州大学华软软件学院 一种保温箱的开锁控制方法及系统
CN110460638A (zh) * 2019-07-11 2019-11-15 深圳职业技术学院 消息推送方法及装置
CN110622485A (zh) * 2017-05-15 2019-12-27 瑞典爱立信有限公司 Mqtt网络中的主题处理
CN111163130A (zh) * 2019-12-06 2020-05-15 深圳智链物联科技有限公司 一种网络服务系统及其数据传输方法
CN111555965A (zh) * 2020-05-11 2020-08-18 南京南瑞信息通信科技有限公司 一种适用于iOS客户端的消息推送方法及系统
CN111641691A (zh) * 2020-05-20 2020-09-08 北京字节跳动网络技术有限公司 会话消息传递方法、装置及电子设备
CN112206509A (zh) * 2020-10-12 2021-01-12 上海酷量信息技术有限公司 一种根据服务器状态动态发送通知的系统和方法
CN112261101A (zh) * 2020-10-15 2021-01-22 四川长虹电器股份有限公司 Mqtt消息中心引入规则引擎的方法
CN112925713A (zh) * 2021-03-03 2021-06-08 展讯通信(天津)有限公司 业务测试方法、装置、系统、存储介质和计算机设备
CN113098936A (zh) * 2021-03-25 2021-07-09 山东浪潮通软信息科技有限公司 一种向移动端推送消息的方法、装置及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104639625A (zh) * 2015-01-27 2015-05-20 华南理工大学 一种基于mqtt的数据集中器采集控制方法、装置及系统
CN105760449A (zh) * 2016-02-03 2016-07-13 浙江工业大学 一种面向多源异构数据的云推送方法
CN106059892A (zh) * 2016-05-17 2016-10-26 中国科学院沈阳计算技术研究所有限公司 一种用于融合通信系统的消息引擎

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104639625A (zh) * 2015-01-27 2015-05-20 华南理工大学 一种基于mqtt的数据集中器采集控制方法、装置及系统
CN105760449A (zh) * 2016-02-03 2016-07-13 浙江工业大学 一种面向多源异构数据的云推送方法
CN106059892A (zh) * 2016-05-17 2016-10-26 中国科学院沈阳计算技术研究所有限公司 一种用于融合通信系统的消息引擎

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
任享等: ""基于MQTT协议的消息推送服务器"", 《计算机系统应用》 *
刘复源: ""基于 MQTT 协议的消息推送平台的设计与实现"", 《中国优秀硕士学位论文全文数据库 信息科技辑》 *
刘虹: ""多操作系统推送平台的设计与实现"", 《中国优秀硕士学位论文全文数据库 信息科技辑》 *

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110622485B (zh) * 2017-05-15 2021-12-24 瑞典爱立信有限公司 Mqtt网络中的主题处理的方法和节点
CN110622485A (zh) * 2017-05-15 2019-12-27 瑞典爱立信有限公司 Mqtt网络中的主题处理
CN108173739A (zh) * 2017-11-29 2018-06-15 成都东方盛行电子有限责任公司 一种基于mqtt的云服务消息处理方法
CN108932193A (zh) * 2018-06-01 2018-12-04 四川斐讯全智信息技术有限公司 一种mqtt服务器接口测试方法及系统
CN109872433A (zh) * 2019-03-08 2019-06-11 广州大学华软软件学院 一种保温箱的开锁控制方法及系统
CN110460638A (zh) * 2019-07-11 2019-11-15 深圳职业技术学院 消息推送方法及装置
CN111163130A (zh) * 2019-12-06 2020-05-15 深圳智链物联科技有限公司 一种网络服务系统及其数据传输方法
CN111163130B (zh) * 2019-12-06 2022-08-23 深圳智链物联科技有限公司 一种网络服务系统及其数据传输方法
CN111555965A (zh) * 2020-05-11 2020-08-18 南京南瑞信息通信科技有限公司 一种适用于iOS客户端的消息推送方法及系统
CN111555965B (zh) * 2020-05-11 2022-05-27 南京南瑞信息通信科技有限公司 一种适用于iOS客户端的消息推送方法及系统
CN111641691A (zh) * 2020-05-20 2020-09-08 北京字节跳动网络技术有限公司 会话消息传递方法、装置及电子设备
CN111641691B (zh) * 2020-05-20 2022-09-23 北京字节跳动网络技术有限公司 会话消息传递方法、装置及电子设备
CN112206509A (zh) * 2020-10-12 2021-01-12 上海酷量信息技术有限公司 一种根据服务器状态动态发送通知的系统和方法
CN112261101A (zh) * 2020-10-15 2021-01-22 四川长虹电器股份有限公司 Mqtt消息中心引入规则引擎的方法
CN112925713A (zh) * 2021-03-03 2021-06-08 展讯通信(天津)有限公司 业务测试方法、装置、系统、存储介质和计算机设备
CN112925713B (zh) * 2021-03-03 2023-03-10 展讯通信(天津)有限公司 业务测试方法、装置、系统、存储介质和计算机设备
CN113098936A (zh) * 2021-03-25 2021-07-09 山东浪潮通软信息科技有限公司 一种向移动端推送消息的方法、装置及设备

Similar Documents

Publication Publication Date Title
CN106412101A (zh) 一种基于mqtt协议的面向用户的消息推送的方法
Du et al. Social-feature enabled communications among devices toward the smart IoT community
WO2017080169A1 (zh) 视频平台监控分析系统
CN100514969C (zh) 动态内容发送方法及个性化引擎和动态内容发送系统
US20050228895A1 (en) Method, Web service gateway (WSG) for presence, and presence server for presence information filtering and retrieval
CN103369515B (zh) 用于移动终端的上网方法和免费上网系统
CN104169901A (zh) 用于多播通信的内容传送机制
EP2122984A4 (en) METHOD AND APPARATUS FOR ENABLING USER SERVICES IN A COMMUNICATION NETWORK
CN103227748B (zh) 一种开放式公众即时交流平台网络系统
CN103840950A (zh) 一种消息推送方法及系统
JP2007241982A (ja) データ情報の精確な発信方法及びそのシステム
CN101237457B (zh) 一种服务发现方法、系统及设备
CN103095743A (zh) 一种灰度发布的处理方法及系统
US20090063676A1 (en) Method and apparatus for providing status information by utilizing presence service and method and apparatus for generating content status information by utilizing presence service
CN106375458A (zh) 服务调用系统、方法及装置
KR20190030116A (ko) Dds 미들웨어를 이용한 마이크로그리드 에너지관리시스템
WO2008056340A2 (en) Context based network search
CN107665237A (zh) 数据结构分类装置、非结构化数据的发布订阅系统及方法
CN101321123A (zh) 嵌入式传输动态数据的系统及其传输方法
CN105704001A (zh) 一种微信服务器消息分发方法及系统
CN106210611B (zh) 一种用于播放视频的方法、视频监控平台和系统
KR101840430B1 (ko) 발간, 구독 방식을 이용한 원격 검침 시스템
KR102392531B1 (ko) 아티스트와 팬간의 커뮤니케이션 중개 방법 및 이를 실행하는 서버
CN110971873B (zh) 一种实时监控方法、监控系统及存储介质
CN101527644A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20170215

RJ01 Rejection of invention patent application after publication