CN106789582A - 一种app消息推送方法 - Google Patents
一种app消息推送方法 Download PDFInfo
- Publication number
- CN106789582A CN106789582A CN201611214163.5A CN201611214163A CN106789582A CN 106789582 A CN106789582 A CN 106789582A CN 201611214163 A CN201611214163 A CN 201611214163A CN 106789582 A CN106789582 A CN 106789582A
- Authority
- CN
- China
- Prior art keywords
- push
- message
- request
- pushed
- ios
- 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
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/126—Applying verification of the received information the source of the received data
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- 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
Abstract
本发明公开了一种app消息推送方法,按照唯一设备号推送指定消息到app终端,包括Android和ios,通过控制平台实现对请求转发的安全校验及其负载均衡,处理完成之后把请求转发到指定具体的Android推送服务,或者ios推送服务,并沿原路返回服务的处理结果,当外部请求进入本平台,首先对请求参数内容进行协议转换,如果请求参数不按协议构成,则会转换失败,接下来便是对请求一步一步依次处理的过程,期间经过访问拦截、预处理请求、黑白名单、安全校验、负载均衡处理步骤,最后将需要发送的消息推送到对应的终端,本系统的目的是管理各类型终端消息推送,通过智能分析消息可以减少大量的冗余消息,并且推送的内容更加符合业务逻辑,交互更友好,提高用户的使用体验。
Description
技术领域
本发明涉及信息技术领域,具体为一种app消息推送方法。
背景技术
随着信息技术和互联网技术的快速发展,互联网成为用户生活和工作中获取信息和共享信息的有效途径。各个行业、各个企业都开发了各种各样的APP应用,通过这些APP应用销售和推销自己的产品和服务;当业务上发生某些用户关心的事件的时候,需要通过APP通知用户,比较常用的方法就是通过服务端向APP终端推送消息。
现在技术中的消息推送方法是,把服务器端收到的消息,逐一的推送到移动终端的消息通知栏。但是,随着APP的数量不断增加,移动用户会收到数量巨大的推送消息。其中也不乏存在重复的消息占用用户手机空间;或者具有时效性的消息,推送后对于客户不再具有意义。数量巨大的信息导致有效信息在信息的比例降低,不仅降低了用户获取有效信息的效率,导致用户不能及时作出判断,影响到了消息推送的效果。
发明内容
针对以上问题,本发明提供了一种app消息推送方法,本系统的目的是管理各类型终端消息推送,克服现有技术中所存在的APP消息推送数量大、有效信息比例低的上述不足,提供一种智能的消息推送方法,该方法通过智能分析消息可以减少大量的冗余消息,并且推送的内容更加符合业务逻辑,交互更友好,提高用户的使用体验。
为实现上述目的,本发明提供如下技术方案:一种app消息推送方法,按照唯一设备号推送指定消息到app终端,包括Android和ios,通过控制平台实现对请求转发的安全校验及其负载均衡,处理完成之后把请求转发到指定具体的Android推送服务,或者ios推送服务,并沿原路返回服务的处理结果,当外部请求进入本平台,首先对请求参数内容进行协议转换,如果请求参数不按协议构成,则会转换失败,接下来便是对请求一步一步依次处理的过程,期间经过访问拦截、预处理请求、黑白名单、安全校验、负载均衡处理步骤,最后将需要发送的消息推送到对应的终端。
优选的,所述IOS推送流程为:在接受到推送方推送请求后,消息推送中间件会分析推送者和推送信息的合法性,如果验证合法,则会去调用苹果官方的APNS,推送到的相应的设备上。
优选的,所述Android推送流程为:服务启动时创建连接池,监听是否有新用户进行连接请求,如若发现连接请求,建立链接通道,同时讲该通道加入到链接池中,当推送方发送推送指令时,待校验推送者和推送消息的合法性完成后,此时会再连接池中查找对应的通道连接,把消息通过此通道发送到对应的设备上,完成消息推送。
优选的,所述安全校验步骤的接口数据功能流程为:在通过访问拦截之后,需要进一步对请求对象的安全性进行校验,报文含tcp头和body部分,安全性校验主要对tcp头部参数进行分析校验,对于不符合安全性校验的请求,将予以拒绝。
优选的,所述负载均衡步骤的流程为:负载均衡模块负责接收管理业务接口模块传过来的请求json串以及目标url,处于对外部服务负载均衡的考虑,在负载均衡模块将决定把请求json转发到哪个服务,避免某个服务承担负载过重,达到性能优化的目的。
优选的,当有推送请求到达本系统,系统会判断推送消息的接受终端,如果消息的接受终端为Android,则将启用Android消息推送服务进行响应,完成推送。如果终端为ios,则启用ios推送消息服务进行响应推送请求,完成app消息从外部请求到本系统再到ios终端的推送流程。
优选的,Android推送,采用socket建立app与服务端的链接,如果有消息内容,将采用该条通信通道进行传递。推送需要按照一定要求格式的报文。
优选的,ios推送,基于ios自身的消息推送机制,将报文转换为ios指定规范的字符串推送给ios平台,从而实现消息推送到ios终端。
优选的,Android推送和ios推送都有消息缓存机制,当用户在线时,消息会实时进行推送到达;当用户不在线时,消息会缓存在服务端,等待用户上线时,按照消息时间进行推送。
优选的,提供推送服务接口供外部服务调用,提供指定url及符合一定规范的请求报文格式,外部服务通过指定此url并携带符合规定的请求报文实现对本接口的调用,本接口将按前文所述流程对请求进行消息推送。
与现有技术相比,本发明的有益效果是:本发明提供一种app消息推送方法,本系统的目的是管理各类型终端消息推送,克服现有技术中所存在的APP消息推送数量大、有效信息比例低的上述不足,提供一种智能的消息推送方法,该方法通过智能分析消息可以减少大量的冗余消息,并且推送的内容更加符合业务逻辑,交互更友好,提高用户的使用体验。
附图说明
图1为本发明总体功能流程图。
图2为本发明IOS推送详细流程图。
图3为本发明Android推送流程图。
图4为本发明负载均衡模块功能流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例:
请参阅图1,本发明提供一种技术方案:一种app消息推送方法,按照唯一设备号推送指定消息到app终端,包括Android和ios,通过控制平台实现对请求转发的安全校验及其负载均衡,处理完成之后把请求转发到指定具体的Android推送服务,或者ios推送服务,并沿原路返回服务的处理结果,当外部请求进入本平台,首先对请求参数内容进行协议转换,如果请求参数不按协议构成,则会转换失败,接下来便是对请求一步一步依次处理的过程,期间经过访问拦截、预处理请求、黑白名单、安全校验、负载均衡处理步骤,最后将需要发送的消息推送到对应的终端。
IOS推送详细流程:在接受到推送方推送请求后,消息推送中间件会分析推送者和推送信息的合法性,如果验证合法,则会去调用苹果官方的APNS,推送到的相应的设备上,具体流程如图2。
Android推送详细流程:服务启动时创建连接池,监听是否有新用户进行连接请求,如若发现连接请求,建立链接通道,同时讲该通道加入到链接池中,当推送方发送推送指令时,待校验推送者和推送消息的合法性完成后,此时会再连接池中查找对应的通道连接,把消息通过此通道发送到对应的设备上,完成消息推送,具体流程图如图3所示。
安全校验接口数据功能流程:在通过访问拦截之后,需要进一步对请求对象的安全性进行校验,报文含tcp头和body部分,安全性校验主要对tcp头部参数进行分析校验,对于不符合安全性校验的请求,将予以拒绝。
推送app消息服务详细流程:负载均衡模块负责接收管理业务接口模块传过来的请求json串以及目标url,处于对外部服务负载均衡的考虑,在负载均衡模块将决定把请求json转发到哪个服务,避免某个服务承担负载过重,达到性能优化的目的。
负载均衡模块功能流程,系统会判断推送消息的接受终端,如果消息的接受终端为Android,则将启用Android消息推送服务进行响应,完成推送。如果终端为ios,则启用ios推送消息服务进行响应推送请求,完成app消息从外部请求到本系统再到ios终端的推送流程,如图4所示。
Android推送,采用socket建立app与服务端的链接,如果有消息内容,将采用该条通信通道进行传递。推送需要按照一定要求格式的报文;ios推送,基于ios自身的消息推送机制,将报文转换为ios指定规范的字符串推送给ios平台,从而实现消息推送到ios终端;Android推送和ios推送都有消息缓存机制,当用户在线时,消息会实时进行推送到达;当用户不在线时,消息会缓存在服务端,等待用户上线时,按照消息时间进行推送。
提供推送服务接口供外部服务调用,提供指定url及符合一定规范的请求报文格式,外部服务通过指定此url并携带符合规定的请求报文实现对本接口的调用,本接口将按前文所述流程对请求进行消息推送。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种app消息推送方法,其特征在于,按照唯一设备号推送指定消息到app终端,包括Android和ios,通过控制平台实现对请求转发的安全校验及其负载均衡,处理完成之后把请求转发到指定具体的Android推送服务,或者ios推送服务,并沿原路返回服务的处理结果,当外部请求进入本平台,首先对请求参数内容进行协议转换,如果请求参数不按协议构成,则会转换失败,接下来便是对请求一步一步依次处理的过程,期间经过访问拦截、预处理请求、黑白名单、安全校验、负载均衡处理步骤,最后将需要发送的消息推送到对应的终端。
2.根据权利要求1所述的一种app消息推送方法,其特征在于,所述IOS推送流程为:在接受到推送方推送请求后,消息推送中间件会分析推送者和推送信息的合法性,如果验证合法,则会去调用苹果官方的APNS,推送到的相应的设备上。
3.根据权利要求1所述的一种app消息推送方法,其特征在于,所述Android推送流程为:服务启动时创建连接池,监听是否有新用户进行连接请求,如若发现连接请求,建立链接通道,同时讲该通道加入到链接池中,当推送方发送推送指令时,待校验推送者和推送消息的合法性完成后,此时会再连接池中查找对应的通道连接,把消息通过此通道发送到对应的设备上,完成消息推送。
4.根据权利要求1所述的一种app消息推送方法,其特征在于,所述安全校验步骤的接口数据功能流程为:在通过访问拦截之后,需要进一步对请求对象的安全性进行校验,报文含tcp头和body部分,安全性校验主要对tcp头部参数进行分析校验,对于不符合安全性校验的请求,将予以拒绝。
5.根据权利要求1所述的一种app消息推送方法,其特征在于,所述负载均衡步骤的流程为:负载均衡模块负责接收管理业务接口模块传过来的请求json串以及目标url,处于对外部服务负载均衡的考虑,在负载均衡模块将决定把请求json转发到哪个服务,避免某个服务承担负载过重,达到性能优化的目的。
6.根据权利要求1所述的一种app消息推送方法,其特征在于,当有推送请求到达本系统,系统会判断推送消息的接受终端,如果消息的接受终端为Android,则将启用Android消息推送服务进行响应,完成推送。
7.如果终端为ios,则启用ios推送消息服务进行响应推送请求,完成app消息从外部请求到本系统再到ios终端的推送流程。
8.根据权利要求1所述的一种app消息推送方法,其特征在于, Android推送,采用socket建立app与服务端的链接,如果有消息内容,将采用该条通信通道进行传递。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611214163.5A CN106789582A (zh) | 2016-12-26 | 2016-12-26 | 一种app消息推送方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611214163.5A CN106789582A (zh) | 2016-12-26 | 2016-12-26 | 一种app消息推送方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106789582A true CN106789582A (zh) | 2017-05-31 |
Family
ID=58919629
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611214163.5A Pending CN106789582A (zh) | 2016-12-26 | 2016-12-26 | 一种app消息推送方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106789582A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108347374A (zh) * | 2018-01-22 | 2018-07-31 | 广州欧赛斯信息科技有限公司 | 一种阻止非法消息的消息推送方法、系统及装置 |
CN113395321A (zh) * | 2021-05-08 | 2021-09-14 | 中山亿联智能科技有限公司 | 一种支持多系统格式推送调用项目系统 |
CN114900381A (zh) * | 2022-03-23 | 2022-08-12 | 青岛海尔科技有限公司 | 消息发送方法和装置、存储介质及电子装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101106748A (zh) * | 2006-07-11 | 2008-01-16 | 华为技术有限公司 | 一种移动网络的内容过滤系统、装置及方法 |
CN104243271A (zh) * | 2013-06-09 | 2014-12-24 | 深圳中兴网信科技有限公司 | 一种通过xmpp实现离线消息推送的方法及系统 |
CN104539510A (zh) * | 2014-12-02 | 2015-04-22 | 百纳(武汉)信息技术有限公司 | 一种基于多协议的信息推送系统及方法 |
CN105978795A (zh) * | 2016-06-22 | 2016-09-28 | 安徽广行物联科技有限公司 | 移动消息双平台多终端多应用推送方法 |
-
2016
- 2016-12-26 CN CN201611214163.5A patent/CN106789582A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101106748A (zh) * | 2006-07-11 | 2008-01-16 | 华为技术有限公司 | 一种移动网络的内容过滤系统、装置及方法 |
CN104243271A (zh) * | 2013-06-09 | 2014-12-24 | 深圳中兴网信科技有限公司 | 一种通过xmpp实现离线消息推送的方法及系统 |
CN104539510A (zh) * | 2014-12-02 | 2015-04-22 | 百纳(武汉)信息技术有限公司 | 一种基于多协议的信息推送系统及方法 |
CN105978795A (zh) * | 2016-06-22 | 2016-09-28 | 安徽广行物联科技有限公司 | 移动消息双平台多终端多应用推送方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108347374A (zh) * | 2018-01-22 | 2018-07-31 | 广州欧赛斯信息科技有限公司 | 一种阻止非法消息的消息推送方法、系统及装置 |
CN108347374B (zh) * | 2018-01-22 | 2021-06-29 | 广州欧赛斯信息科技有限公司 | 一种阻止非法消息的消息推送方法及装置 |
CN113395321A (zh) * | 2021-05-08 | 2021-09-14 | 中山亿联智能科技有限公司 | 一种支持多系统格式推送调用项目系统 |
CN114900381A (zh) * | 2022-03-23 | 2022-08-12 | 青岛海尔科技有限公司 | 消息发送方法和装置、存储介质及电子装置 |
CN114900381B (zh) * | 2022-03-23 | 2024-03-22 | 青岛海尔科技有限公司 | 消息发送方法和装置、存储介质及电子装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20150358795A1 (en) | Browser emergency call method, system, and mobile device in real-time communication | |
CN101997849A (zh) | 一种互联网用户身份验证的方法、装置及系统 | |
CN110049022A (zh) | 一种域名访问控制方法、装置和计算机可读存储介质 | |
CN106789582A (zh) | 一种app消息推送方法 | |
CN105897652A (zh) | 一种基于标准协议的异构终端动态接入方法 | |
EP3160172A1 (en) | Method and device for short messaging service intercommunication | |
CN101930439B (zh) | 一种适配各种型号手机的网站处理装置及其应用 | |
CN107734076A (zh) | 消息推送方法、装置及存储介质 | |
CN109889521B (zh) | 存储器、通信通道复用实现方法、装置和设备 | |
CN104394602B (zh) | 一种跨系统呼叫建立方法、终端及核心网网元 | |
CN107911398A (zh) | 身份信息的认证方法、装置以及系统 | |
CN103297326B (zh) | 消息推送的方法和装置 | |
CN103973648B (zh) | 应用数据推送方法、装置及系统 | |
CN107211274A (zh) | 一种设备关联方法以及相关设备 | |
CN103595611B (zh) | 即时通信应用的实现方法及系统、与设备 | |
CN106161561A (zh) | 一种实现区分服务的方法、装置及负载均衡服务器 | |
CN102685090B (zh) | 一种登录系统的方法 | |
CN102045274B (zh) | 基于即时通信实现信息交互的方法和通信系统 | |
CN105472101B (zh) | 远程求助的方法、主控移动智能终端和受控移动智能终端 | |
CN105933217B (zh) | 消息同步方法及平台、网络服务器和适配服务器 | |
CN106506316A (zh) | 信息传输方法和装置 | |
CN106330971A (zh) | 一种基于无状态服务的认证方法、服务器及系统 | |
CN106385516A (zh) | 一种设置业务转移的方法、装置及终端 | |
CN105704109B (zh) | 一种网络接入认证方法及设备 | |
CN106210148A (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 | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170531 |