CN106572188A - 一种消息处理装置、方法和消息推送系统 - Google Patents
一种消息处理装置、方法和消息推送系统 Download PDFInfo
- Publication number
- CN106572188A CN106572188A CN201610998899.XA CN201610998899A CN106572188A CN 106572188 A CN106572188 A CN 106572188A CN 201610998899 A CN201610998899 A CN 201610998899A CN 106572188 A CN106572188 A CN 106572188A
- Authority
- CN
- China
- Prior art keywords
- message
- queue
- ownership
- application software
- module
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Abstract
本发明公开了一种消息处理装置、方法和消息推送系统,该消息处理装置,包括:消息提取模块,从缓存中的主消息队列中提取消息;队列确定模块,判断所述消息的类型,确定出所述消息的归属队列;分拣模块,将所述消息分拣至所述归属队列,提高了消息处理的效率和准确率。
Description
技术领域
本发明涉及信息处理技术领域,尤其涉及一种消息处理装置、方法和消息推送系统。
背景技术
随着移动终端业务的快速发展,为了迎合消息消费者的需求,消息推送平台实现了不同消息的推送,方便消息消费者及时获取到新近的消息。现有技术中,消息推送平台获取不同的消息后一并放入缓存的主队列中,当需要发送相应消息时,从主队列中找出该消息推送至对应的消息消费者。存在的问题是,当主队列中的消息数量很大时,准确查找出相应消息比较费时,且容易出错。因此,需要一种消息处理装置,以解决现有技术中存在的上述技术问题。
发明内容
本发明的主要目的在于提出一种消息处理装置、方法和消息推送系统,提高消息处理的效率和准确率。
为实现上述目的,本发明提供的一种消息处理装置,包括:消息提取模块,从缓存中的主消息队列中提取消息;队列确定模块,判断所述消息的类型,确定出所述消息的归属队列;分拣模块,将所述消息分拣至所述归属队列。
进一步的,所述队列确定模块,包括,定时消息判断模块:判断出所述消息为定时发送,则确定出所述消息的归属队列为定时消息队列;相应地,所述分拣模块,将所述消息分拣至所述定时消息队列。
进一步的,所述队列确定模块,包括系统消息判断模块:若判断出所述消息为系统消息,则进一步判断所述消息是否为运营消息;若所述消息为所述运营消息,则进一步判断出所述消息为广播消息还是复杂消息,以确定出所述消息的归属队列。
进一步的,所述系统消息判断模块,还用于:若所述消息不是所述运营消息,则进一步判断所述消息为应用软件专用消息还是应用软件共有消息;若所述消息为应用软件专用消息,则确定出所述消息的归属队列为应用软件专用消息队列。
进一步的,所述系统消息判断模块,还用于:若所述消息为所述应用软件公共消息,则进一步判断所述消息为广播消息、简单消息或者复杂消息,以确定出所述消息的归属队列。
另外,本发明还提供了一种消息处理方法,所述方法,包括以下步骤:从缓存中的主消息队列中提取消息;判断所述消息的类型,确定出所述消息的归属队列;将所述消息分拣至所述归属队列。
进一步的,所述判断所述消息的类型,确定出所述消息的归属队列,具体包括:判断出所述消息为定时发送,则确定出所述消息的归属队列为定时消息队列;相应地,所述将所述消息分拣至所述归属队列,具体包括:将所述消息分拣至所述定时消息队列。
进一步的,所述判断所述消息的类型,确定出所述消息的归属队列,具体包括:若判断出所述消息为系统消息,则进一步判断所述消息是否为运营消息;若所述消息为所述运营消息,则进一步判断所述消息为广播消息还是复杂消息,以确定出所述消息的归属队列。
进一步的,所述判断所述消息是否为运营消息之后,所述方法,还包括:若所述消息不是所述运营消息,则进一步判断所述消息为应用软件专用消息还是应用软件共有消息;若所述消息为应用软件专用消息,则确定出所述消息的归属队列为应用软件专用消息队列。
进一步的,所述判断所述消息为应用软件专用消息还是应用软件共用消息之后,所述方法,还包括:若所述消息为所述应用软件公用消息,则进一步判断所述消息为广播消息、简单消息或者复杂消息,以确定出所述消息的归属队列。
此外,本发明还提供了一种消息推送系统,其包括根据上文所述的消息处理装置。
本发明提出的消息处理装置,将主消息队列中的消息分拣至相应的归属队列,便于后续消息投递时获取消息,提高消息推送的效率。
附图说明
图1为本发明第一实施例的消息处理装置的方框图;
图2为本发明第二实施例和第三实施例的消息处理装置的方框图;
图3为本发明第四实施例的消息处理方法的流程图;
图4为发明第五实施例的消息处理方法的流程图;
图5为本发明第七实施例和第八实施例的消息处理装置的方框图;
图6为本发明第九实施例的消息处理方法的流程图;
图7为本发明第十实施例的消息处理方法的流程图;
图8为本发明第十二实施例、第十三实施例、第十四实施例和第十五实施例的消息处理装置的方框图;
图9为本发明第十六实施例的消息处理方法的流程图;
图10为本发明第十七实施例、第十八实施例和第十九实施例的消息处理方法的流程图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供的消息处理装置,将主消息队列中消息分拣至相应的归属队列,提高了后续消息投递的便利性,下面将详细地描述本发明的消息处理装置及其各个模块。其中,第一实施例至第六实施例是本发明对于推送消息的分拣做出的改进,第七实施例至第二十实施例是本发明对于推送消息的投递做出的改进,详细分析请见下面对应实施例。
第一实施例
如图1所示,本实施例的消息处理装置,包括消息提取模块10、队列确定模块20和分拣模块30,需要说明的是本实施例的消息处理装置设置在推送处理服务集群,该推送处理服务集群包含在消息推送系统中,该消息推送系统独立于业务服务器端和客户端,当业务服务器端需要推送系统发送推送消息至客户端时,将推送消息发送至推送系统,首先由推送系统的API集群接收到该推送消息后,将该推送消息保存至缓存的主消息队列中,并且告知推送处理服务集群。接着由推送处理服务集群中的消息提取模块10、队列确定模块20和分拣模块30来实现推送消息的分拣,以及后续的消息投递。
其中,消息提取模块10,从缓存中的主消息队列中提取消息,用于存放主消息队列的缓存可以是MQ也可以是Redis,可以理解的是,需要推送的消息均存放在该主消息队列中,如果推送的话,推送处理服务集群从该主消息队列中提取相应的消息后发给队列确定模块20。队列确定模块20执行的动作是判断消息的类型,确定出消息的归属队列,队列确定模块20基于消息的类型来确定出消息的归属队列。最后,由分拣模块30,将消息分拣至上述归属队列,可以预先在缓存中设置多个归属队列,在队列确定模块20确定出消息的归属队列后,分拣模块30将消息分拣至预先设置的归属队列,也可以在队列确定模块20确定出消息的归属队列后在缓存中新建该归属队列。
另外为了实现消息处理装置的智能化,在分拣模块30将消息分拣至上述归属队列之后,消息提取模块10从主消息队列中提取下一个消息,循环执行该消息处理动作,直至主消息队列中没有未执行的消息。
第二实施例
如图2所示,在第一实施例的基础上,本实施例的消息处理装置中的队列确定模块20,包括,定时消息判断模块200:判断出消息为定时发送,则确定出消息的归属队列为定时消息队列;相应地,分拣模块30,将消息分拣至定时消息队列(参见图4)。
第三实施例
如图2所示,在第一实施例的基础上,本实施例的消息处理装置中的队列确定模块20,包括系统消息判断模块201:若判断出消息为系统消息,则进一步判断消息是否为运营消息;若消息为运营消息,则进一步判断出消息为广播消息还是复杂消息,以确定出消息的归属队列,参见图4中,系统消息判断模块201具体地进行了Android系统消息和IOS系统消息的判断,其中在进行Android系统消息的判断流程中,还进行了运营消息的判断,而在IOS系统消息的判断流程中只判断该消息是否是应用软件专用消息。
进一步的,系统消息判断模块201执行的操作包括:若消息不是运营消息,则进一步判断消息为应用软件专用消息还是应用软件公用消息;若消息为应用软件专用消息,则确定出消息的归属队列为应用软件专用消息队列。
另外,系统消息判断模块201执行的操作包括:若消息为应用软件公用消息,则进一步判断消息为广播消息、简单消息或者复杂消息,以确定出消息的归属队列。
由此可以看出,第二实施例进行了定时消息的判断,第三实施例进行了系统消息的判断,并且在该消息为系统消息的前提下,进一步判断该消息是运营消息还是应用软件专用消息,由此可以将上述消息细化至相应的归属队列,实现了消息分拣操作的精细化,便于后续消息的投递。
第四实施例
如图3所示,本实施例的消息处理方法,包括:步骤S10:从缓存中的主消息队列中提取消息;步骤S20:判断消息的类型,确定出消息的归属队列;步骤S30:将消息分拣至归属队列。需要说明的是,在步骤S30:将消息分拣至归属队列后再执行步骤S10:从缓存中的主消息队列中提取下一个消息进行分拣。
第五实施例
如图4所示,在第四实施例的基础上,本实施例的步骤S20:判断消息的类型,确定出消息的归属队列(未示出),具体包括:步骤S200:判断消息是否为定时发送,如果判断出消息为定时发送,则确定出消息的归属队列为定时消息队列;相应地,步骤S30:将消息分拣至归属队列,具体包括:将消息分拣至定时消息队列(参见图4所示)。
参见图4所示,步骤S20:判断消息的类型,确定出消息的归属队列(未示出),具体包括:步骤S201:判断该消息是否为系统消息,若判断出消息为系统消息,则进一步执行步骤S202:判断消息是否为运营消息。若消息为运营消息,则进一步执行步骤S203:判断消息为广播消息还是复杂消息,以确定出消息的归属队列。如果该消息为广播消息,则将该消息分拣至运营广播消息队列,若该消息为复杂消息,则将该消息分拣至运营复杂消息队列。
进一步的,如图4所示,步骤S202:判断消息是否为运营消息之后,本优选实施例的消息处理方法,还包括:若消息不是运营消息,则进一步执行步骤S204:判断消息为应用软件专用消息还是应用软件公用消息;若消息为应用软件专用消息,则确定出消息的归属队列为应用软件专用消息队列,则将该消息分拣至应用软件专用消息队列。
另外,在步骤S204:判断消息为应用软件专用消息还是应用软件公用消息之后,本优选实施例的消息处理方法,还包括:若消息为应用软件共用消息,则进一步执行步骤S205:判断消息为广播消息、简单消息或者复杂消息,以确定出消息的归属队列。若消息为广播消息,则将该消息分拣至应用软件共用广播消息队列,若该消息为简单消息,则将该消息分拣至应用软件共用简单消息队列。若该消息为复杂消息,则将该消息分拣至应用软件共用复杂消息队列。
如图4所示,若步骤S201:判断该消息是否为Android系统消息中判断出该消息不是Android系统消息的条件下,再判断该消息是否为IOS系统消息,可以参考图4中的流程图。
第六实施例
此外,本发明还提供了一种消息推送系统,其包括第一实施例至第三实施例提供的消息处理装置。
第七实施例
如图5所示,本实施例的消息处理装置包括推送消息提取模块40、通道轮询模块50和消息推送模块60,本消息处理装置不同于上述第一实施例至第三实施例提到的消息处理装置,本消息处理装置用于消息的投递。其中,推送消息提取模块40,从缓存中的消息队列中提取推送消息ID,所述消息队列可以是上文提到的主消息队列,也可以是第一实施例至第三实施例的消息处理装置完成分拣后的归属队列。然后再由通道轮询模块50,基于接入服务器存有的在线通道列表,轮询在线通道,通道轮询模块50从接入服务器获取在线通道列表后,轮询推送消息ID对应的消息通道中的在线通道后,由消息推送模块60,提取推送消息ID对应的消息内容后,推送至上述消息通道中的在线通道。由此可以实现消息的准确推送,提高消息推送的准确率。
第八实施例
如图5所示,在第七实施例的基础上,本实施例的消息处理装置,还包括:通道获取模块70,获取推送消息ID对应的消息通道列表;对应列表建立模块80,基于消息通道列表,形成对应客户端的消息通道-消息ID列表,并且将消息通道-推送消息ID列表存入客户端的收件箱;消息ID删除模块90:接收到客户端发来的ACK消息后,删除消息通道-推送消息ID列表中的推送消息ID。从而在客户端接收到上述消息内容之后,消息ID删除模块90将消息通道-推送消息ID列表中相应的推送消息ID删除,由此再进行消息投递动作时避免消息的重复发送。
作为优选地,对应列表建立模块80,还用于:将推送消息ID发送至推送消息提取模块40,以使推送消息提取模块40从缓存中的待处理消息队列中提取推送消息ID,以此执行消息投递的动作。
进一步地,本实施例的消息处理装置,还包括:通道删除模块,接收到客户端发来的ACK消息后,删除消息通道列表中的目标通道。
此外,在上述方案的基础上,本实施例的消息处理装置,还包括:离线消息提取模块,从缓存中的消息后续处理队列中提取离线消息ID;未推通道获取模块,从消息通道列表中获取未推通道列表,其中未推通道列表为从消息通道列表除去在线通道;持久化模块,形成后续处理列表,其中后续处理列表为离线消息ID和未推通道列表的对应关系表,并且将后续处理列表持久化至数据库。
第九实施例
如图6所示,本实施例的消息处理方法,包括:步骤S40:从缓存中的待处理消息队列中提取推送消息ID;步骤S50:基于接入服务器存有的在线通道列表,轮询在线通道;步骤S60:提取推送消息ID对应的消息内容后,推送至在线通道。
第十实施例
如图7所示,本实施例在第九实施例的基础上,步骤S40:从缓存中的待处理消息队列中提取推送消息ID(未示出)之后,本消息处理方法,还包括:步骤S1:获取推送消息ID对应的消息通道列表;步骤S2:基于消息通道列表,形成对应客户端的消息通道-推送消息ID列表,并且将消息通道-推送消息ID列表存入客户端的收件箱;相应地,步骤S70:推送至在线通道之后,本消息处理方法,还包括:步骤S3:接收到客户端发来的ACK消息后,删除消息通道-消息ID列表中的消息ID。
作为优选地,步骤S60:推送至在线通道之后,本实施例的消息处理方法,还包括:接收到客户端发来的ACK消息后,删除消息通道列表中的在线通道。
进一步地,删除消息通道列表中的在线通道之后,方法,还包括:从缓存中的消息后续处理队列中提取离线消息ID;从消息通道列表中获取未推通道列表,其中未推通道列表为从消息通道列表除去在线通道;形成后续处理列表,其中后续处理列表为离线消息ID和未推通道列表的对应关系表,并且将后续处理列表持久化至数据库。
可以看出,本实施例的消息处理方法,获取消息ID所对应的消息通道列表,并存入客户端的个人收件箱,保存格式为客户端的消息通道信息-预发送至客户端的消息ID列表。轮询该消息ID对应的消息通道中的在线通道,并且在发送消息内容后,删除个人收件箱中的消息ID列表中的消息ID记录即可。
第十一实施例
此外,本发明还提供了一种消息推送系统,其包括第七实施例和第八实施例提供的消息处理装置。
第十二实施例
如图8所示,本实施例的消息处理装置,包括:消息提取模块提取通道计算模块100,得到推送消息ID后,计算推送消息ID对应的消息通道列表;推送消息提取模块110,从缓存中的待处理消息队列中提取推送消息ID;通道确认模块120,得到目标通道列表,其中目标通道列表为接入服务器存有的在线通道列表和消息通道列表的交集;消息推送模块130,从缓存中提取对应推送消息ID的消息内容后,推送至目标通道列表中的目标通道。同样的,本实施例的消息处理装置适用于消息推送操作,本消息处理装置根据推送消息ID计算出该条消息ID所对应的消息通道列表,并且存入客户端的个人收件箱,保存格式为个人的消息通道信息-推送消息ID列表。采用接入服务器存有的在线通道列表,和该条推送消息ID对应的消息通道列表的交集,得出需要发送的在线客户端的在线通道列表,直接进行消息的发送。
第十三实施例
如图8所示,在第十二实施例的基础上,本实施例的消息处理装置,还包括:通道删除模块140,接收到客户端发来的ACK消息后,删除消息通道列表中的目标通道。
第十四实施例
如图8所示,在第十二实施例和第十三实施例的基础上,本实施例的消息处理装置,还包括:离线消息提取模块150,从缓存中的消息后续处理队列中提取离线消息ID;未推通道获取模块160,从消息通道列表中获取未推通道列表,其中未推通道列表为从消息通道列表除去目标通道;持久化模块170,形成后续处理列表,其中后续处理列表为离线消息ID和未推通道列表的对应关系表,并且将后续处理列表持久化至数据库。
第十五实施例
如图8所示,在第十二实施例、第十三实施例和第十四实施例的基础上,本实施例的消息处理装置,还包括:对应列表建立模块180,形成对应客户端的消息通道-消息ID列表,并且将消息通道-消息ID列表存入客户端的收件箱;消息删除模块190,接收到客户端发来的ACK消息后,删除消息通道-消息ID列表中的推送消息ID。另外,对应列表建立模块180,还用于:将推送消息ID发送至推送消息提取模块110,以使推送消息提取模块110从缓存中的待处理消息队列中提取推送消息ID。
第十六实施例
如图9所示,本实施例的消息处理方法,包括:提取步骤S80:得到推送消息ID后,计算推送消息ID对应的消息通道列表;步骤S90:从缓存中的待处理消息队列中提取推送消息ID;步骤S100:得到目标通道列表,其中目标通道列表为接入服务器存有的在线通道列表和消息通道列表的交集;步骤S110:从缓存中提取对应推送消息ID的消息内容后,推送至目标通道列表中的目标通道。结合图10可以看出,本实施例的消息处理方法是在接入服务集群中完成。
第十七实施例
如图10所示,在第十六实施例的基础上,本实施例的消息处理方法中的步骤S110:推送至所述目标通道列表中的目标通道之后,还包括:步骤S4:接收到客户端发来的ACK消息后,删除消息通道列表中的目标通道。
第十八实施例
如图10所示,在第十六实施例和第十七实施例的基础上,本实施的消息处理方法在步骤S4:删除消息通道列表中的目标通道之后,还包括:步骤S5:从缓存中的消息后续处理队列中提取离线消息ID;步骤S6:从消息通道列表中获取未推通道列表,其中未推通道列表为从消息通道列表除去目标通道;步骤S7:形成后续处理列表,其中后续处理列表为离线消息ID和未推通道列表的对应关系表,并且将后续处理列表持久化至数据库。从图中可以看出,本实施例的消息处理方法在处理服务集群中执行。
第十九实施例
如图10所示,在第十七实施例的基础上,本实施例的消息处理方法在步骤S90:计算推送消息ID对应的消息通道列表之后,还包括:步骤S8:形成对应客户端的消息通道-消息ID列表,并且将消息通道-消息ID列表存入客户端的收件箱;相应地,在步骤S4:接收到客户端发来的ACK消息后,本实施例的消息处理方法,还包括:删除消息通道-消息ID列表中的推送消息ID。
第二十实施例
此外,本发明还提供了一种消息推送系统,其包括第十二实施例、第十三实施例、第十四实施例和第十五实施例提供的消息处理装置。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (11)
1.一种消息处理装置,其特征在于,包括:
消息提取模块,从缓存中的主消息队列中提取消息;
队列确定模块,判断所述消息的类型,确定出所述消息的归属队列;
分拣模块,将所述消息分拣至所述归属队列。
2.根据权利要求1所述的消息处理装置,其特征在于,所述队列确定模块,包括,定时消息判断模块:
判断出所述消息为定时发送,则确定出所述消息的归属队列为定时消息队列;
相应地,所述分拣模块,将所述消息分拣至所述定时消息队列。
3.根据权利要求1或2所述的消息处理装置,其特征在于,所述队列确定模块,包括系统消息判断模块:
若判断出所述消息为系统消息,则进一步判断所述消息是否为运营消息;
若所述消息为所述运营消息,则进一步判断出所述消息为广播消息还是复杂消息,以确定出所述消息的归属队列。
4.根据权利要求3所述的消息处理装置,其特征在于,所述系统消息判断模块,还用于:
若所述消息不是所述运营消息,则进一步判断所述消息为应用软件专用消息还是应用软件公用消息;
若所述消息为应用软件专用消息,则确定出所述消息的归属队列为应用软件专用消息队列。
5.根据权利要求4所述的消息处理装置,其特征在于,所述系统消息判断模块,还用于:
若所述消息为所述应用软件共用消息,则进一步判断所述消息为广播消息、简单消息或者复杂消息,以确定出所述消息的归属队列。
6.一种消息处理方法,其特征在于,所述方法,包括以下步骤:
从缓存中的主消息队列中提取消息;
判断所述消息的类型,确定出所述消息的归属队列;
将所述消息分拣至所述归属队列。
7.根据权利要求6所述的消息处理方法,其特征在于,所述判断所述消息的类型,确定出所述消息的归属队列,具体包括:
判断出所述消息为定时发送,则确定出所述消息的归属队列为定时消息队列;
相应地,所述将所述消息分拣至所述归属队列,具体包括:
将所述消息分拣至所述定时消息队列。
8.根据权利要求6或7所述的消息处理方法,其特征在于,所述判断所述消息的类型,确定出所述消息的归属队列,具体包括:
若判断出所述消息为系统消息,则进一步判断所述消息是否为运营消息;
若所述消息为所述运营消息,则进一步判断所述消息为广播消息还是复杂消息,以确定出所述消息的归属队列。
9.根据权利要求8所述的消息处理方法,其特征在于,所述判断所述消息是否为运营消息之后,所述方法,还包括:
若所述消息不是所述运营消息,则进一步判断所述消息为应用软件专用消息还是应用软件共用消息;
若所述消息为应用软件专用消息,则确定出所述消息的归属队列为应用软件专用消息队列。
10.根据权利要求9所述的消息处理方法,其特征在于,所述判断所述消息为应用软件专用消息还是应用软件共用消息之后,所述方法,还包括:
若所述消息为所述应用软件共用消息,则进一步判断所述消息为广播消息、简单消息或者复杂消息,以确定出所述消息的归属队列。
11.一种消息推送系统,其特征在于,包括根据权利要求1至5中任一项所述的消息处理装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610998899.XA CN106572188A (zh) | 2016-11-09 | 2016-11-09 | 一种消息处理装置、方法和消息推送系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610998899.XA CN106572188A (zh) | 2016-11-09 | 2016-11-09 | 一种消息处理装置、方法和消息推送系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106572188A true CN106572188A (zh) | 2017-04-19 |
Family
ID=58541949
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610998899.XA Pending CN106572188A (zh) | 2016-11-09 | 2016-11-09 | 一种消息处理装置、方法和消息推送系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106572188A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101277175A (zh) * | 2007-03-30 | 2008-10-01 | 国际商业机器公司 | 改进会话启动协议服务器性能的方法和装置 |
CN101436940A (zh) * | 2007-11-14 | 2009-05-20 | 华为技术有限公司 | 一种计费控制方法及计费系统以及相关设备 |
US20110016259A1 (en) * | 2008-03-21 | 2011-01-20 | Fujitsu Limited | Information processing device, data transfer circuit, and control method of information processing device |
CN104394606A (zh) * | 2014-12-04 | 2015-03-04 | 北京和利时系统工程有限公司 | 一种基于消息的无线通信网关的实现方法 |
CN104980515A (zh) * | 2015-06-26 | 2015-10-14 | 浪潮(北京)电子信息产业有限公司 | 一种云存储系统中消息分发处理方法和装置 |
-
2016
- 2016-11-09 CN CN201610998899.XA patent/CN106572188A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101277175A (zh) * | 2007-03-30 | 2008-10-01 | 国际商业机器公司 | 改进会话启动协议服务器性能的方法和装置 |
CN101436940A (zh) * | 2007-11-14 | 2009-05-20 | 华为技术有限公司 | 一种计费控制方法及计费系统以及相关设备 |
US20110016259A1 (en) * | 2008-03-21 | 2011-01-20 | Fujitsu Limited | Information processing device, data transfer circuit, and control method of information processing device |
CN104394606A (zh) * | 2014-12-04 | 2015-03-04 | 北京和利时系统工程有限公司 | 一种基于消息的无线通信网关的实现方法 |
CN104980515A (zh) * | 2015-06-26 | 2015-10-14 | 浪潮(北京)电子信息产业有限公司 | 一种云存储系统中消息分发处理方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104104778B (zh) | 一种移动终端的短消息处理方法和装置 | |
CN104954446B (zh) | 消息推送方法及系统 | |
CN106452830A (zh) | 测试任务执行机分配方法和装置 | |
CN111345011A (zh) | App的推送方法、装置、电子设备及计算机可读存储介质 | |
CN110688215A (zh) | 虚拟资源的分配方法、服务器和计算机可读存储介质 | |
CN106027379A (zh) | 一种推送消息接收处理方法 | |
CN104796495A (zh) | 一种消息推送方法及系统 | |
CN106357819A (zh) | 一种消息处理装置、方法和消息推送系统 | |
CN106330674A (zh) | 一种在线消息推送系统 | |
CN106385466A (zh) | 一种消息处理装置、方法和消息推送系统 | |
CN106572188A (zh) | 一种消息处理装置、方法和消息推送系统 | |
CN113595854B (zh) | 一种信息展示方法、装置、电子设备和存储介质 | |
CN107066450B (zh) | 一种基于学习的即时通信会话切分方法 | |
CN106469166A (zh) | 一种信息处理方法及装置 | |
CN113795032B (zh) | 室分隐形故障的判断方法、装置、存储介质及设备 | |
CN115630951A (zh) | 一种细胞检测信息管理方法及系统 | |
CN104850932A (zh) | 基于手机号自动匹配的投递方法和系统 | |
CN106327080A (zh) | 一种基于多队列的定损请求调度方法和系统 | |
CN112307075B (zh) | 用户关系识别方法及装置 | |
CN108966160B (zh) | 一种短信处理方法、装置及计算机可读存储介质 | |
CN105827500A (zh) | 一种即时通信的方法及终端设备 | |
CN112486676A (zh) | 一种基于边缘计算的数据共享分发方法及装置 | |
CN101582789A (zh) | 对客户端标识进行集中网络管理的方法及设备 | |
CN108268566B (zh) | 一种数据关系确定方法及装置 | |
CN105915429A (zh) | 一种基于位置的留言信息同行广播方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170419 |