CN106686032A - 推送push消息的方法、装置及移动终端 - Google Patents

Abstract

本发明公开了一种推送PUSH消息的方法、装置及移动终端，其中，该方法包括：判断待推送的PUSH消息的字节数是否超过预定接收系统所限定的PUSH消息字节数阈值；在PUSH消息的字节数超过字节数阈值的情况下，根据预设的字段映射表对PUSH消息的全部或者部分字符串进行压缩，其中，字段映射表包括：超过预定长度的字符串和超过预定长度的字符串一一对应的小于预定长度的字符串；将压缩后的PUSH消息推送至预定接收系统。通过运用本发明，解决了现有技术的操作系统在实现推送服务时，当PUSH消息的字节数超过限制推送的字节数时，会被服务器丢弃掉，被接收方无法感知，也无法达到PUSH功能的目的，系统性能较差的问题。

Description

推送PUSH消息的方法、装置及移动终端

技术领域

本发明涉及通讯领域，特别是涉及一种推送PUSH消息的方法、装置及移动终端。

背景技术

推送服务(Push Notification)的思想是将浏览器主动请求信息改变为服务器主动发送信息，简单说就是服务器发送一批数据，设备显示这些数据。现有技术的操作系统在实现推送服务时，都存在PUSH消息的字节数超过限制推送的字节数的情况，下面以iOS系统为例进行说明。

APNS(Apple Push Notification Services)是苹果公司官方提供的消息推送服务，也是iOS上唯一的消息推送服务，任何想要使用推送服务的APP都必须使用此项服务。每台设备要于推送服务建立起加密认证的IP(网络之间互连的协议，Internet Protocol)链接并通过持续的连接来接受通知。如果通知达到的时候应用程序没有在运行，则设备会提示用户该应用程序有数据等待处理。

APNS对消息的长度做了严格的限制，iOS8以前是256字节，在iOS8字节数最有提升，但也最高不能超过2K字节。当PUSH消息的信息体超过限制的字数时，就会被苹果的APNS服务器丢弃掉，被接收方也无法感知，无法达到PUSH功能的目的。此外，如果PUSH内容较多，会占用较多的服务器和网络资源，并且客户端也无法及时的接收到消息内容。

因此，现有技术的操作系统在实现推送服务时，当PUSH消息的字节数超过限制推送的字节数时，会被服务器丢弃掉，被接收方无法感知，也无法达到PUSH功能的目的，系统性能较差。

发明内容

本发明提供一种推送PUSH消息的方法、装置及移动终端，用以解决现有技术的操作系统在实现推送服务时，当PUSH消息的字节数超过限制推送的字节数时，会被服务器丢弃掉，被接收方无法感知，也无法达到PUSH功能的目的，系统性能较差的问题。

为解决上述技术问题，一方面，本发明提供一种推送PUSH消息的方法，包括：判断待推送的PUSH消息的字节数是否超过预定接收系统所限定的PUSH消息字节数阈值；在所述PUSH消息的字节数超过所述字节数阈值的情况下，根据预设的字段映射表对所述PUSH消息的全部或者部分字符串进行压缩，其中，所述字段映射表包括：超过预定长度的字符串和超过所述预定长度的字符串一一对应的小于所述预定长度的字符串；将压缩后的所述PUSH消息推送至所述预定接收系统。

进一步，根据预设的字段映射表对所述PUSH消息的部分字符串进行压缩，包括：搜索所述PUSH消息中是否包含所述字段映射表内存在的所述超过预定长度的字符串；在存在所述超过预定长度的字符串的情况下，根据所述字段映射表将所述超过预定长度的字符串替换为所述预定长度的字符串一一对应的所述小于预定长度的字符串。

进一步，将压缩后的所述PUSH消息推送至所述预定接收系统之后，还包括：所述预定接收系统在通知栏显示所述压缩后的PUSH消息。

进一步，所述预定接收系统在通知栏显示所述压缩后的PUSH消息之后，还包括：判断是否接收到触发所述压缩后的PUSH消息的操作；在接收到触发所述压缩后的PUSH消息的操作的情况下，所述预定接收系统根据所述字段映射表重构压缩前的完整PUSH消息，其中，所述字段映射表为所述预定接收系统从推送所述PUSH消息的服务器处获取的或者通过APP安装包预先安装在所述预定接收系统中。

进一步，所述预定接收系统的所述字段映射表获取的方式包括：按照预定时间间隔从推送所述PUSH消息的服务器处获取的字段映射表；或者，在当前字段映射表无法解析当前压缩后的PUSH消息时，从推送所述PUSH消息的服务器处获取的时间上最新的字段映射表。

另一方面，本发明提供一种显示PUSH消息的方法，包括：接收压缩后的PUSH消息，其中，所述压缩后的PUSH消息为发送端根据预设的字段映射表对未压缩的PUSH消息的全部或者部分字符串进行压缩处理后得到的；判断是否接收到触发所述压缩后的PUSH消息的操作；在接收到触发所述压缩后的PUSH消息的操作的情况下，根据所述字段映射表重构压缩前的完整PUSH消息，其中，所述字段映射表为从推送所述PUSH消息的服务器处获取的。

另一方面，本发明提供一种推送PUSH消息的装置，包括：第一判断模块，用于判断待推送的PUSH消息的字节数是否超过预定接收系统所限定的PUSH消息字节数阈值；压缩模块，用于在所述PUSH消息的字节数超过所述字节数阈值的情况下，根据预设的字段映射表对所述PUSH消息的全部或者部分字符串进行压缩，其中，所述字段映射表包括：超过预定长度的字符串和超过所述预定长度的字符串一一对应的小于所述预定长度的字符串；推送模块，用于将压缩后的所述PUSH消息推送至所述预定接收系统。

进一步，所述压缩模块包括：搜索单元，用于搜索所述PUSH消息中是否包含所述字段映射表内存在的所述超过预定长度的字符串；压缩单元，用于在存在所述超过预定长度的字符串的情况下，根据所述字段映射表将所述超过预定长度的字符串替换为所述预定长度的字符串一一对应的所述小于预定长度的字符串。

另一方面，本发明提供一种显示PUSH消息的装置，与权利要求7或8中任一项所述的推送PUSH消息的装置交互，其特征在于，包括：接收模块，用于接收压缩后的PUSH消息，其中，所述压缩后的PUSH消息为发送端根据预设的字段映射表对未压缩的PUSH消息的全部或者部分字符串进行压缩处理后得到的；显示模块，用于在通知栏显示所述压缩后的PUSH消息。

进一步，还包括：第二判断模块，用于判断是否接收到触发所述压缩后的PUSH消息的操作；重构模块，用于在接收到触发所述压缩后的PUSH消息的操作的情况下，所述预定接收系统根据所述字段映射表重构压缩前的完整PUSH消息，其中，所述字段映射表为所述预定接收系统从推送所述PUSH消息的服务器处获取的或者通过APP安装包预先安装在所述预定接收系统中。

进一步，所述重构模块的所述字段映射表获取的方式包括：按照预定时间间隔从推送所述PUSH消息的服务器处获取的字段映射表；或者，在当前字段映射表无法解析当前压缩后的PUSH消息时，从推送所述PUSH消息的服务器处获取的时间上最新的字段映射表。

又一方面，本发明提供一种移动终端，其特征在于，包括：权利要求9至11中任一项所述的显示PUSH消息的装置。

本发明在PUSH消息的字节数超过字节数阈值的情况下，根据预设的字段映射表对该PUSH消息的全部或者部分字符串进行压缩，当压缩的PUSH消息字节数小于字节数阈值时，即可以发送该压缩后的PUSH消息，接收方可以准确接收，提升了系统性能，解决了现有技术的操作系统在实现推送服务时，当PUSH消息的字节数超过限制推送的字节数时，会被服务器丢弃掉，被接收方无法感知，也无法达到PUSH功能的目的，系统性能较差的问题。

附图说明

图1是本发明实施例中推送PUSH消息的方法的流程图；

图2是本发明实施例中显示PUSH消息的方法的流程图；

图3是本发明实施例中推送PUSH消息的装置的结构示意图；

图4是本发明实施例中推送PUSH消息的装置压缩模块的结构示意图；

图5是本发明实施例中显示PUSH消息的装置的结构示意图；

图6是本发明实施例中显示PUSH消息的装置的优选结构示意图；

图7是本发明优选实施例中推送PUSH消息的方法流程示意图；

图8是本发明优选实施例中客户端APP接收到消息的处理流程图。

具体实施方式

为了解决现有技术的操作系统在实现推送服务时，当PUSH消息的字节数超过限制推送的字节数时，会被服务器丢弃掉，被接收方无法感知，也无法达到PUSH功能的目的，系统性能较差的问题，本发明提供了一种推送PUSH消息的方法、装置及移动终端，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

本发明实施例提供一种推送PUSH消息的方法，该方法的流程如图1所示，包括步骤S102至S106：

S102，判断待推送的PUSH消息的字节数是否超过预定接收系统所限定的PUSH消息字节数阈值。实现时，如果PUSH消息的字节数超过预定接收系统所限定的PUSH消息字节数阈值，则说明在发送过程中，可能会被服务器丢弃，进而推送不到用户设备，因此，要对超过字节数阈值的PUSH消息进行处理。

S104，在PUSH消息的字节数超过字节数阈值的情况下，根据预设的字段映射表对PUSH消息的全部或者部分字符串进行压缩，其中，字段映射表包括：超过预定长度的字符串和超过预定长度的字符串一一对应的小于预定长度的字符串。

S106，将压缩后的PUSH消息推送至预定接收系统。

本发明实施例在PUSH消息的字节数超过字节数阈值的情况下，根据预设的字段映射表对该PUSH消息的全部或者部分字符串进行压缩，当压缩的PUSH消息字节数小于字节数阈值时，即可以发送该压缩后的PUSH消息，接收方可以准确接收，提升了系统性能，解决了现有技术的操作系统在实现推送服务时，当PUSH消息的字节数超过限制推送的字节数时，会被服务器丢弃掉，被接收方无法感知，也无法达到PUSH功能的目的，系统性能较差的问题。

在S104实现的过程中，可以包括以下过程：搜索PUSH消息中是否包含字段映射表内存在的超过预定长度的字符串；在存在超过预定长度的字符串的情况下，根据字段映射表将超过预定长度的字符串替换为预定长度的字符串一一对应的小于预定长度的字符串。

具体实现时，可以根据字段映射表进行比对压缩，例如，当前的字节数为276字节，则为了压缩PUSH消息，可以从该消息的第一个字符处开始搜索，当发现与字段映射表内的超过预定长度的字符串相匹配的字符串时，就将其替换为与该预定长度的字符串一一对应的字符串，由于是要压缩PUSH消息，因此，替换后的字符串长度必然要小于预定长度。

在压缩时，也可以选择两种压缩方式，一种是完全压缩，即将PUSH消息中在字段映射表内出现的所有字符串都进行压缩，再进行发送；另一种是部分压缩，即在PUSH消息压缩到字节数小于字节数阈值时，就进行发送。

在将压缩后的PUSH消息推送至预定接收系统之后，预定接收系统在通知栏显示压缩后的PUSH消息；还可以进一步判断是否接收到触发压缩后的PUSH消息的操作；在接收到触发压缩后的PUSH消息的操作的情况下，预定接收系统根据字段映射表重构压缩前的完整PUSH消息，其中，字段映射表可以为预定接收系统从推送PUSH消息的服务器处获取的，也可以预先设置在推送PUSH消息的APP的安装包中，并跟随该APP安装到该接收系统中。

对于上述存在于预定接收系统中的字段映射表，其获取的方式可以包括多种，例如，按照预定时间间隔从推送PUSH消息的服务器处获取的字段映射表；或者，在当前字段映射表无法解析当前压缩后的PUSH消息时，从推送PUSH消息的服务器处获取的时间上最新的字段映射表。

本发明实施例还提供一种显示PUSH消息的方法，该方法的流程如图2所示，包括步骤S202至S206：

S202，接收压缩后的PUSH消息，其中，压缩后的PUSH消息为发送端根据预设的字段映射表对未压缩的PUSH消息的全部或者部分字符串进行压缩处理后得到的；

S204，判断是否接收到触发压缩后的PUSH消息的操作；

S206，在接收到触发压缩后的PUSH消息的操作的情况下，根据字段映射表重构压缩前的完整PUSH消息，其中，字段映射表为从推送PUSH消息的服务器处获取的。

该实施例是描述上一实施例推送PUSH消息之后，接收端的操作。在接收端接收到PUSH消息，如果确定是压缩后的PUSH消息，进一步判断是否接收到要重构PUSH消息的请求，例如压缩后的PUSH消息被触发(点击等操作)，如果是，则对其进行重构。

对于上述的字段映射表，其获取的方式可以包括多种，例如，按照预定时间间隔从推送PUSH消息的服务器处获取的字段映射表；或者，在当前字段映射表无法解析当前压缩后的PUSH消息时，从推送PUSH消息的服务器处获取的时间上最新的字段映射表。

本发明实施例还提供一种推送PUSH消息的装置，其结构示意如图3所示，包括：第一判断模块10，用于判断待推送的PUSH消息的字节数是否超过预定接收系统所限定的PUSH消息字节数阈值；压缩模块20，与第一判断模块10耦合，用于在PUSH消息的字节数超过字节数阈值的情况下，根据预设的字段映射表对PUSH消息的全部或者部分字符串进行压缩，其中，字段映射表包括：超过预定长度的字符串和超过预定长度的字符串一一对应的小于预定长度的字符串；推送模块30，与压缩模块20耦合，用于将压缩后的PUSH消息推送至预定接收系统。

其中，压缩模块20的结构示意如图4所示，包括：搜索单元201，用于搜索PUSH消息中是否包含字段映射表内存在的超过预定长度的字符串；压缩单元202，与搜索单元201耦合，用于在存在超过预定长度的字符串的情况下，根据字段映射表将超过预定长度的字符串替换为预定长度的字符串一一对应的小于预定长度的字符串。

本发明实施例还提供一种显示PUSH消息的装置，该装置与上述的推送PUSH消息的装置交互，其结构示意如图5所示，包括：接收模块40，用于接收压缩后的PUSH消息，其中，压缩后的PUSH消息为发送端根据预设的字段映射表对未压缩的PUSH消息的部分字符串进行压缩处理后得到的；显示模块50，与接收模块40耦合，用于在通知栏显示压缩后的PUSH消息。

图6示出了上述显示PUSH消息的装置的优选结构示意图，还可以包括：第二判断模块60，与显示模块50耦合，用于判断是否接收到触发压缩后的PUSH消息的操作；重构模块70，与第二判断模块60耦合，用于在接收到触发压缩后的PUSH消息的操作的情况下，预定接收系统根据字段映射表重构压缩前的完整PUSH消息，其中，字段映射表为预定接收系统从推送PUSH消息的服务器处获取的或者通过APP安装包预先安装在所述预定接收系统中。

其中，重构模块的字段映射表获取的方式包括：按照预定时间间隔从推送PUSH消息的服务器处获取的字段映射表；或者，在当前字段映射表无法解析当前压缩后的PUSH消息时，从推送PUSH消息的服务器处获取的时间上最新的字段映射表。

本发明实施例还提供了一种移动终端，其包括上述的显示PUSH消息的装置。本领域技术人员根据上述记载，知晓如何将上述显示PUSH消息的装置设置在移动终端中，此处不再赘述。

优选实施例

本发明实施例提供了一种推送PUSH消息的方法，其主要是解决因为PUSH消息的信息量大，超过APNS规定的字符数限制而导致PUSH消息失败的问题。最终是达到PUSH消息能够正常发送，接收方能正常感知的目的，能顺利完成PUSH功能。

在本发明实施例中，增加了一组针对PUSH消息的字段映射关系，即字段映射(关系)表，来进行字段的压缩。在收到PUSH消息之后进行解析的时候，通过字段映射关系来解决压缩问题。上述方法的流程示意如图7所示，包括如下过程：

第一步：产生一组字段映射关系表。字段映射表是指用特定的短字符串来代替长的字符串。

第二步：当要推送一段PUSH消息时，当附加信息体已经超过当前iOS的版本字符限制时，则根据字段映射关系表进行字段加密压缩。

第三步：将加密后的符合PUSH消息字符限制的信息进行推送到APNS。

第四步：APNS将加密后的消息推送到APP端。

第五步：接收方APP收到PUSH消息进行展示主题信息，没有主题的显示压缩后的PUSH消息。

第六步：当用户触发PUSH消息的解析时，APP再根据字段映射关系表进行解密解析操作。

实现过程中，要判断字段映射表版本是否是最新的。首先根据PUSH消息的附加字段映射关系表的版本号判断APP采用的用于解密的字段映射表是否符合匹配。如果发现当前版本号低于PUSH消息的关系表的版本号就直接去服务器请求最新版本的字段映射关系表。

第七步：根据最新的字段映射关系表对push的附加信息体进行解密。

第八步：进行解密后的消息处理。

图8为客户端APP接收到PUSH消息的具体处理流程，包括如下步骤：

S801，判断是否为压缩的PUSH消息。如果是，则执行S802，否则执行S806。

S802，查找字段映射关系表。

S803，判断是否为最新的字段映射关系表。如果是，则执行S805，否则执行S804。

S804，更新最新的字段映射关系表。

S805，消息解密，得到原始的PUSH消息。

S806，在通知栏内显示未压缩的PUSH消息。

本发明实施例在有限的PUSH字节限制里面，尽可能多的带更多的信息。从而能达到一次PUSH更多的扩充信息的目的；也能让原本因为字节限制不能发送的PUSH消息也能通过上述实施例的处理发送到APP上。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (12)

1.一种推送PUSH消息的方法，其特征在于，包括：

判断待推送的PUSH消息的字节数是否超过预定接收系统所限定的PUSH消息字节数阈值；

在所述PUSH消息的字节数超过所述字节数阈值的情况下，根据预设的字段映射表对所述PUSH消息的全部或者部分字符串进行压缩，其中，所述字段映射表包括：超过预定长度的字符串和超过所述预定长度的字符串一一对应的小于所述预定长度的字符串；

将压缩后的所述PUSH消息推送至所述预定接收系统。

2.如权利要求1所述的方法，其特征在于，根据预设的字段映射表对所述PUSH消息的部分字符串进行压缩，包括：

搜索所述PUSH消息中是否包含所述字段映射表内存在的所述超过预定长度的字符串；

在存在所述超过预定长度的字符串的情况下，根据所述字段映射表将所述超过预定长度的字符串替换为所述预定长度的字符串一一对应的所述小于预定长度的字符串。

3.如权利要求1或2所述的方法，其特征在于，将压缩后的所述PUSH消息推送至所述预定接收系统之后，还包括：

所述预定接收系统在通知栏显示所述压缩后的PUSH消息。

4.如权利要求3所述的方法，其特征在于，所述预定接收系统在通知栏显示所述压缩后的PUSH消息之后，还包括：

判断是否接收到触发所述压缩后的PUSH消息的操作；

在接收到触发所述压缩后的PUSH消息的操作的情况下，所述预定接收系统根据所述字段映射表重构压缩前的完整PUSH消息，其中，所述字段映射表为所述预定接收系统从推送所述PUSH消息的服务器处获取的或者通过APP安装包预先安装在所述预定接收系统中。

5.如权利要求4所述的方法，其特征在于，所述预定接收系统的所述字段映射表获取的方式包括：

按照预定时间间隔从推送所述PUSH消息的服务器处获取的字段映射表；或者，

在当前字段映射表无法解析当前压缩后的PUSH消息时，从推送所述PUSH消息的服务器处获取的时间上最新的字段映射表。

6.一种显示PUSH消息的方法，其特征在于，包括：

接收压缩后的PUSH消息，其中，所述压缩后的PUSH消息为发送端根据预设的字段映射表对未压缩的PUSH消息的全部或者部分字符串进行压缩处理后得到的；

判断是否接收到触发所述压缩后的PUSH消息的操作；

在接收到触发所述压缩后的PUSH消息的操作的情况下，根据所述字段映射表重构压缩前的完整PUSH消息，其中，所述字段映射表为从推送所述PUSH消息的服务器处获取的或者通过APP安装包预先安装在系统中。

7.一种推送PUSH消息的装置，其特征在于，包括：

第一判断模块，用于判断待推送的PUSH消息的字节数是否超过预定接收系统所限定的PUSH消息字节数阈值；

压缩模块，用于在所述PUSH消息的字节数超过所述字节数阈值的情况下，根据预设的字段映射表对所述PUSH消息的全部或者部分字符串进行压缩，其中，所述字段映射表包括：超过预定长度的字符串和超过所述预定长度的字符串一一对应的小于所述预定长度的字符串；

推送模块，用于将压缩后的所述PUSH消息推送至所述预定接收系统。

8.如权利要求7所述的装置，其特征在于，所述压缩模块包括：

搜索单元，用于搜索所述PUSH消息中是否包含所述字段映射表内存在的所述超过预定长度的字符串；

压缩单元，用于在存在所述超过预定长度的字符串的情况下，根据所述字段映射表将所述超过预定长度的字符串替换为所述预定长度的字符串一一对应的所述小于预定长度的字符串。

9.一种显示PUSH消息的装置，与权利要求7或8中任一项所述的推送PUSH消息的装置交互，其特征在于，包括：

接收模块，用于接收压缩后的PUSH消息，其中，所述压缩后的PUSH消息为发送端根据预设的字段映射表对未压缩的PUSH消息的全部或者部分字符串进行压缩处理后得到的；

显示模块，用于在通知栏显示所述压缩后的PUSH消息。

10.如权利要求9所述的装置，其特征在于，还包括：

第二判断模块，用于判断是否接收到触发所述压缩后的PUSH消息的操作；

重构模块，用于在接收到触发所述压缩后的PUSH消息的操作的情况下，所述预定接收系统根据所述字段映射表重构压缩前的完整PUSH消息，其中，所述字段映射表为所述预定接收系统从推送所述PUSH消息的服务器处获取的或者通过APP安装包预先安装在系统中。

11.如权利要求10所述的装置，其特征在于，所述重构模块的所述字段映射表获取的方式包括：

按照预定时间间隔从推送所述PUSH消息的服务器处获取的字段映射表；或者，

在当前字段映射表无法解析当前压缩后的PUSH消息时，从推送所述PUSH消息的服务器处获取的时间上最新的字段映射表。

12.一种移动终端，其特征在于，包括：权利要求9至11中任一项所述的显示PUSH消息的装置。