本发明涉及数据处理技术领域，尤其涉及一种跨平台消息推送方法、装置、计算机设备及存储介质。
背景技术：
目前，消息服务器在针对android(即谷歌公司推出的安卓操作系统)、ios(即苹果公司推出的操作系统)平台会各自开发一套消息推送系统，以实现后台发送信息至android和ios平台时，分别由android、ios平台各自的消息推送系统推送消息，导致消息推送系统架构复杂，提高了开发成本。
技术实现要素：
本发明实施例提供了一种跨平台消息推送方法、装置、计算机设备及存储介质，旨在解决现有技术中消息服务器发送信息至android和ios平台时，分别由android、ios平台各自的消息推送系统推送消息，导致消息推送系统架构复杂且开发成本高的问题。
第一方面，本发明实施例提供了一种跨平台消息推送方法，其包括：
接收第一接口配置信息，根据所述第一接口配置信息配置用于接收和存储消息服务器所发送的通知信息的第一接口；
接收第二接口配置信息，根据预先定义的本地方法进行c头文件转化以添加至动态链接库工程，得到用于调用第一接口中的通知信息以推送至android端的第二接口；
判断所述第一接口是否接收到后台服务器推送的当前通知信息；以及
若所述第一接口接收到所述后台服务器推送的当前通知信息，将所述当前通知信息通过所述第一接口发送至ios端，和/或通过所述第二接口读取所述第一接口中的所述当前通知信息以发送至android端。
第二方面，本发明实施例提供了一种跨平台消息推送装置，其包括：
第一接口配置单元，用于接收第一接口配置信息，根据所述第一接口配置信息配置用于接收和存储消息服务器所发送的通知信息的第一接口；
第二接口生成单元，用于接收第二接口配置信息，根据预先定义的本地方法进行c头文件转化以添加至动态链接库工程，得到用于调用第一接口中的通知信息以推送至android端的第二接口；
信息接收判断单元，用于判断所述第一接口是否接收到后台服务器推送的当前通知信息；以及
信息跨平台推送单元，用于若所述第一接口接收到所述后台服务器推送的当前通知信息，将所述当前通知信息通过所述第一接口发送至ios端，和/或通过所述第二接口读取所述第一接口中的所述当前通知信息以发送至android端。
第三方面，本发明实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的跨平台消息推送方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的跨平台消息推送方法。
本发明实施例提供了一种跨平台消息推送方法、装置、计算机设备及存储介质，通过在服务器中同时配置第一接口和第二接口，若所述第一接口接收到所述后台服务器推送的当前通知信息，将所述当前通知信息通过所述第一接口发送至ios端，和/或通过所述第二接口读取所述第一接口中的所述当前通知信息以发送至android端。该方法实现了通过服务器中的第一接口和第二接口实现跨平台消息推送，且同一套消息推送平台由第一接口和第二接口集成，减少了开发及维护成本。
附图说明
为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的跨平台消息推送方法的应用场景示意图；
图2为本发明实施例提供的跨平台消息推送方法的流程示意图；
图3为本发明实施例提供的跨平台消息推送方法的子流程示意图；
图4为本发明实施例提供的跨平台消息推送方法的另一子流程示意图；
图5为本发明实施例提供的跨平台消息推送方法中消息传递的示意图；
图6为本发明实施例提供的跨平台消息推送方法的另一子流程示意图；
图7为本发明实施例提供的跨平台消息推送装置的示意性框图；
图8为本发明实施例提供的跨平台消息推送装置的子单元示意性框图；
图9为本发明实施例提供的跨平台消息推送装置的另一子单元示意性框图；
图10为本发明实施例提供的跨平台消息推送装置的另一子单元示意性框图；
图11为本发明实施例提供的计算机设备的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
请参阅图1和图2，图1为本发明实施例提供的跨平台消息推送方法的应用场景示意图；图2为本发明实施例提供的跨平台消息推送方法的流程示意图，该跨平台消息推送方法应用于服务器中，该方法通过安装于服务器中的应用软件进行执行。
如图2所示，该方法包括步骤s110～s140。
s110、接收第一接口配置信息，根据所述第一接口配置信息配置用于接收和存储消息服务器所发送的通知信息的第一接口。
在本实施例中，消息服务器(可以理解为消息推送系统，也可以简称为服务器)可以作为一个消息中转站，接收来自于后台服务器所发送通知信息。为了实现消息服务器这一消息中转站在接收后台服务器发送的通知信息时同时能同时推送至android端和ios端，需要先在消息服务器中配置一个可接收、读取、保存、删除信息的中间层接口(该中间层接口记为第一接口)，具体实施时该第一接口通过c 语言来配置。
在一实施例中，如图3所示，步骤s110包括：
s111、根据第一接口配置信息中的消息接口函数，创建消息增加接口；
s112、根据第一接口配置信息中的消息更新函数，创建消息更新接口；
s113、根据第一接口配置信息中的消息删除函数，创建消息删除接口；
s114、将所述消息增加接口、消息更新接口、消息删除接口进行封装，得到第一接口。
在本实施例中，所创建的消息增加接口主要用于：
11)增加通用消息，批量插入新消息到通用数据表里，通过addmessageall()函数来实现；
12)增加个人消息：根据用户id来插入新消息到用户数据表里，通过addmessage(intuserid)函数来实现。
消息更新接口主要用于：
21)分为批量更新消息，通过updatemessageall()函数来实现；
22)一条一条更新消息，更新的消息是把消息的状态设置为已读、未读，通过updatemessage(intmessageid)函数来实现。
消息删除接口主要用于：
31)批量删除，通过deletemessageall()函数来实现；
32)一条一条删除，通过deletemessage(intmessageid)函数来实现。
通过c 提供的上述3大类函数，即可配置一个可消息接收、读取、保存、删除的第一接口。完成第一接口的配置后，即可检测是否接收到后台服务器所发送的当前通知信息，从而统一分发至android端和ios端。
s120、接收第二接口配置信息，根据预先定义的本地方法进行c头文件转化以添加至动态链接库工程，得到用于调用第一接口中的通知信息以推送至android端的第二接口。
在本实施例中，具体采用jni技术(jni全称是javanativeinterface，表示java本地接口)封装一层接口供android客户端调用，也即在消息服务器中配置一个与第一接口通讯的、并可调用第一接口中的通知信息以推送至android端的第二接口。
其中，所述本地方法即java中的nativemethod。nativemethod就是一个java调用非java代码的接口，即nativemethod是这样一个java的方法：该方法的实现由非java语言实现，比如c。这个特征并非java所特有，很多其它的编程语言都有这一机制，比如在c 中，可以用extern"c"告知c 编译器去调用一个c的函数。
在一实施例中，如图4所示，步骤s120包括：
s121、创建java类，定义java类中的一个本地方法；其中，所述本地方法用于第一接口；
s122、通过javah指令生成与所述本地方法对应的c头文件；
s123、创建一个动态链接库工程，将所述c头文件添加至所述动态链接库工程，以生成动态链接库文件；
s124、将所述动态链接库文件进行封装，得到所述第二接口。
在本实施例中，先创建java类，定义java类中的一个本地方法；具体实施时，通过native关键字修饰的方法即为java类中的一个本地方法。
之后，在消息服务器中的dos窗口中进入本地方法所在目录，然后执行javahcom.test.testnative命令，执行完之后就会在当前目录生成一个后缀名为.h的头文件，如com_test_testnative.h，这个头文件是根据包名和类名来命名的。
然后，创建一个动态链接库工程(动态链接库工程即dll工程，dll工程即win32dynamic-linklibrary工程)，上述生成的c头文件添加到该dll工程中，然后创建一个源文件引用该头文件并且实现头文件中本地函数的功能。
最后，将所述动态链接库文件进行封装，得到所述第二接口，第二接口即jni接口调用所述动态链接库文件以实现对第一接口中通知信息的读取。
s130、判断所述第一接口是否接收到后台服务器推送的当前通知信息。
在本实施例中，当完成了第一接口和第二接口的配置后，通过第一接口中的消息更新接口来检测是否接收到后台服务器推送的当前通知信息。通过第一接口统一来进行检测，便于对发送至android端和ios端的当前通知信息统一接收及分发。
s140、若所述第一接口接收到所述后台服务器推送的当前通知信息，将所述当前通知信息通过所述第一接口发送至ios端，和/或通过所述第二接口读取所述第一接口中的所述当前通知信息以发送至android端。
在本实施例中，请参考如图5所示的消息传递的示意图，即每当后台服务器推送当前通知信息的时候，首先由消息服务器中的第一接口读取。由于当前通知信息是要同时推送至android端和ios端，然后通知android/ios客户端有新消息，并在状态栏显示，此时需将所述当前通知信息通过所述第一接口发送至ios端，和/或通过所述第二接口读取所述第一接口中的所述当前通知信息以发送至android端。由于同一套消息推送平台由第一接口和第二接口集成，减少了开发及维护成本，而且实现了消息的跨平台推送。
在一实施例中，如图6所示，步骤s140包括：
s141、解析所述当前通知信息，以获取所述当前通知信息中的消息标识位取值；
s142、若所述消息标识位取值为android，将所述当前通知信息由所述第一接口发送至所述第二接口，所述第二接口根据已存储的android端设备列表将所述当前通知信息发送至android端设备列表中对应的各android端；
s143、若所述消息标识位取值为ios，所述第一接口根据已存储的ios端设备列表将所述当前通知信息发送至ios端设备列表对应的各ios端；
s144、若所述消息标识位取值为android&ios，将所述当前通知信息由所述第一接口发送至所述第二接口，所述第二接口根据已存储的android端设备列表将所述当前通知信息发送至android端设备列表对应的各android端，第一接口根据已存储的ios端设备列表将所述当前通知信息发送至ios端设备列表对应的各ios端。
在本实施例中，消息服务器为了确定每一通知信息的推送对象，需要解析得到所述当前通知信息中的消息标识位取值。例如该消息标识位取值为android，则表示此条通知信息需发送至android端；该消息标识位取值为ios，则表示此条通知信息需发送至ios端；该消息标识位取值为android&ios，则表示此条通知信息需同时发送至ios端和android端。
在第一接口这个中间层中，是预先存储了android端设备列表和ios端设备列表，每一列表中各设备的唯一设备识别编码(如手机串号imei码)是已知的，通过android端设备列表能与对应的android端建立联系并推送消息，通过ios端设备列表能与对应的ios端建立联系并推送消息。
通过消息标识位取值，即可控制对android端和ios端同时推送消息，或是针对android端或ios端其中一种系统对应的终端推送消息。
在一实施例中，步骤s141之前，还包括：
接收android端和/或ios端发送的心跳请求；
获取各心跳请求中对应android端的唯一设备识别编码，以构建android端设备列表；
获取各心跳请求中对应ios端端的唯一设备识别编码，以构建ios端设备列表。
在本实施例中，为了准确的获取android端设备列表和ios端设备列表，需各终端(如android端或ios端)先向消息服务器发送心跳请求，表示该终端是请求保持在线的，而且与此心跳请求同时上传的唯一设备识别码(如智能手机的串号)。具体是获取各心跳请求中对应android端的唯一设备识别编码，以构建android端设备列表；获取各心跳请求中对应ios端端的唯一设备识别编码，以构建ios端设备列表。消息服务器接收了各终端的心跳请求后，即可清楚的获知哪些终端是在线状态，并增加至对应的设备列表。通过这一方式，确保了消息服务器中存储的android端设备列表或ios端设备列表中对应的各终端是在线状态，可成功接收消息服务器推送的当前通知信息。
在一实施例中，步骤s120之后，还包括：
若所述第一接口未接收到所述消息服务器推送的当前通知信息，判断所述第一接口所对应缓存空间的剩余空间大小是否小于预设的数据空间阈值；
若所述第一接口中所对应缓存空间的剩余空间大小小于所述数据空间阈值，将所述第一接口中所对应缓存空间的历史数据迁移至备用服务器；
发送信息获取请求至所述后台服务器。
在本实施例中，若所述第一接口未接收到所述消息服务器推送的当前通知信息，原因之一是第一接口对应的缓存空间无剩余空间存储当前通知信息。此时为了进一步确认是否为缓存空间无剩余空间存储当前通知信息，可判断所述第一接口所对应缓存空间的剩余空间大小是否小于预设的数据空间阈值(如预设的数据空间阈值为1kb)。若所述第一接口中所对应缓存空间的剩余空间大小小于所述数据空间阈值，此时可以将所述第一接口中所对应缓存空间的历史数据迁移至备用服务器，在进行数据迁移时可以通过指向性的网络连接，将历史数据迁移至属性为云服务器的备用服务器。此时进行历史数据迁移后，第一接口中所对应缓存空间被清空，此时可正常接收并保存当前通知信息。最后，消息服务器向后台服务器自动发送信息获取请求，以请求后台服务器重新发送当前通知信息，避免该当前通知信息发生丢失现象。、
若所述第一接口中所对应缓存空间的剩余空间大小大于或等于所述数据空间阈值，表示第一接口所对应缓存空间可能是其他故障无法接收当前通知信息，发送疑似故障信息至后台服务器(该疑似故障信息表示消息服务器疑似存在故障)，由后台服务器推送维修通知信息至预先设置的接收端(该接收端的用户为消息服务器的运维人员)，以保证对消息服务器的及时维护。
该方法实现了通过服务器中的第一接口和第二接口实现跨平台消息推送，且同一套消息推送平台由第一接口和第二接口集成，减少了开发及维护成本。
本发明实施例还提供一种跨平台消息推送装置，该跨平台消息推送装置用于执行前述跨平台消息推送方法的任一实施例。具体地，请参阅图7，图7是本发明实施例提供的跨平台消息推送装置的示意性框图。该跨平台消息推送装置100可以配置于服务器中。
如图7所示，跨平台消息推送装置100包括第一接口配置单元110、第二接口生成单元120、信息接收判断单元130、信息跨平台推送单元140。
第一接口配置单元110，用于接收第一接口配置信息，根据所述第一接口配置信息配置用于接收和存储消息服务器所发送的通知信息的第一接口。
在本实施例中，消息服务器(可以理解为消息推送系统，也可以简称为服务器)可以作为一个消息中转站，接收来自于后台服务器所发送通知信息。为了实现消息服务器这一消息中转站在接收后台服务器发送的通知信息时同时能同时推送至android端和ios端，需要先在消息服务器中配置一个可接收、读取、保存、删除信息的中间层接口(该中间层接口记为第一接口)，具体实施时该第一接口通过c 语言来配置。
在一实施例中，如图8所示，第一接口配置单元110包括：
增加接口创建单元111，用于根据第一接口配置信息中的消息接口函数，创建消息增加接口；
更新接口创建单元112，用于根据第一接口配置信息中的消息更新函数，创建消息更新接口；
删除接口创建单元113，用于根据第一接口配置信息中的消息删除函数，创建消息删除接口；
接口封装单元114，用于将所述消息增加接口、消息更新接口、消息删除接口进行封装，得到第一接口。
在本实施例中，所创建的消息增加接口主要用于：增加通用消息，批量插入新消息到通用数据表里，通过addmessageall()函数来实现。及增加个人消息：根据用户id来插入新消息到用户数据表里，通过addmessage(intuserid)函数来实现。
消息更新接口主要用于：分为批量更新消息，通过updatemessageall()函数来实现。及一条一条更新消息，更新的消息是把消息的状态设置为已读、未读，通过updatemessage(intmessageid)函数来实现。
消息删除接口主要用于：批量删除，通过deletemessageall()函数来实现。及一条一条删除，通过deletemessage(intmessageid)函数来实现。
通过c 提供的上述3大类函数，即可配置一个可消息接收、读取、保存、删除的第一接口。完成第一接口的配置后，即可检测是否接收到后台服务器所发送的当前通知信息，从而统一分发至android端和ios端。
第二接口生成单元120，用于接收第二接口配置信息，根据预先定义的本地方法进行c头文件转化以添加至动态链接库工程，得到用于调用第一接口中的通知信息以推送至android端的第二接口。
在本实施例中，具体采用jni技术(jni全称是javanativeinterface，表示java本地接口)封装一层接口供android客户端调用，也即在消息服务器中配置一个与第一接口通讯的、并可调用第一接口中的通知信息以推送至android端的第二接口。
其中，所述本地方法即java中的nativemethod。nativemethod就是一个java调用非java代码的接口，即nativemethod是这样一个java的方法：该方法的实现由非java语言实现，比如c。这个特征并非java所特有，很多其它的编程语言都有这一机制，比如在c 中，可以用extern"c"告知c 编译器去调用一个c的函数。
在一实施例中，如图9所示，第二接口生成单元120包括：
本地方法定义单元121，用于创建java类，定义java类中的一个本地方法；其中，所述本地方法用于第一接口；
c头文件生成单元122，用于通过javah指令生成与所述本地方法对应的c头文件；
动态链接库文件生成单元123，用于创建一个动态链接库工程，将所述c头文件添加至所述动态链接库工程，以生成动态链接库文件；
动态链接库文件封装单元124，用于将所述动态链接库文件进行封装，得到所述第二接口。
在本实施例中，先创建java类，定义java类中的一个本地方法；具体实施时，通过native关键字修饰的方法即为java类中的一个本地方法。
之后，在消息服务器中的dos窗口中进入本地方法所在目录，然后执行javahcom.test.testnative命令，执行完之后就会在当前目录生成一个后缀名为.h的头文件，如com_test_testnative.h，这个头文件是根据包名和类名来命名的。
然后，创建一个动态链接库工程(动态链接库工程即dll工程，dll工程即win32dynamic-linklibrary工程)，上述生成的c头文件添加到该dll工程中，然后创建一个源文件引用该头文件并且实现头文件中本地函数的功能。
最后，将所述动态链接库文件进行封装，得到所述第二接口，第二接口即jni接口调用所述动态链接库文件以实现对第一接口中通知信息的读取。
信息接收判断单元130，用于判断所述第一接口是否接收到后台服务器推送的当前通知信息。
在本实施例中，当完成了第一接口和第二接口的配置后，通过第一接口中的消息更新接口来检测是否接收到后台服务器推送的当前通知信息。通过第一接口统一来进行检测，便于对发送至android端和ios端的当前通知信息统一接收及分发。
信息跨平台推送单元140，用于若所述第一接口接收到所述后台服务器推送的当前通知信息，将所述当前通知信息通过所述第一接口发送至ios端，和/或通过所述第二接口读取所述第一接口中的所述当前通知信息以发送至android端。
在本实施例中，请参考如图5所示的消息传递的示意图，即每当后台服务器推送当前通知信息的时候，首先由消息服务器中的第一接口读取。由于当前通知信息是要同时推送至android端和ios端，然后通知android/ios客户端有新消息，并在状态栏显示，此时需将所述当前通知信息通过所述第一接口发送至ios端，和/或通过所述第二接口读取所述第一接口中的所述当前通知信息以发送至android端。由于同一套消息推送平台由第一接口和第二接口集成，减少了开发及维护成本，而且实现了消息的跨平台推送。
在一实施例中，如图10所示，信息跨平台推送单元140包括：
标识位获取单元141，用于解析所述当前通知信息，以获取所述当前通知信息中的消息标识位取值；
第一推送单元142，用于若所述消息标识位取值为android，将所述当前通知信息由所述第一接口发送至所述第二接口，所述第二接口根据已存储的android端设备列表将所述当前通知信息发送至android端设备列表中对应的各android端；
第二推送单元143，用于若所述消息标识位取值为ios，所述第一接口根据已存储的ios端设备列表将所述当前通知信息发送至ios端设备列表对应的各ios端；
第三推送单元144，用于若所述消息标识位取值为android&ios，将所述当前通知信息由所述第一接口发送至所述第二接口，所述第二接口根据已存储的android端设备列表将所述当前通知信息发送至android端设备列表对应的各android端，第一接口根据已存储的ios端设备列表将所述当前通知信息发送至ios端设备列表对应的各ios端。
在本实施例中，消息服务器为了确定每一通知信息的推送对象，需要解析得到所述当前通知信息中的消息标识位取值。例如该消息标识位取值为android，则表示此条通知信息需发送至android端；该消息标识位取值为ios，则表示此条通知信息需发送至ios端；该消息标识位取值为android&ios，则表示此条通知信息需同时发送至ios端和android端。
在第一接口这个中间层中，是预先存储了android端设备列表和ios端设备列表，每一列表中各设备的唯一设备识别编码(如手机串号imei码)是已知的，通过android端设备列表能与对应的android端建立联系并推送消息，通过ios端设备列表能与对应的ios端建立联系并推送消息。
通过消息标识位取值，即可控制对android端和ios端同时推送消息，或是针对android端或ios端其中一种系统对应的终端推送消息。
在一实施例中，跨平台消息推送装置100还包括：
心跳请求接收单元，用于接收android端和/或ios端发送的心跳请求；
第一在线列表获取单元，用于获取各心跳请求中对应android端的唯一设备识别编码，以构建android端设备列表；
第二在线列表获取单元，用于获取各心跳请求中对应ios端端的唯一设备识别编码，以构建ios端设备列表。
在本实施例中，为了准确的获取android端设备列表和ios端设备列表，需各终端(如android端或ios端)先向消息服务器发送心跳请求，表示该终端是请求保持在线的，而且与此心跳请求同时上传的唯一设备识别码(如智能手机的串号)。具体是获取各心跳请求中对应android端的唯一设备识别编码，以构建android端设备列表；获取各心跳请求中对应ios端端的唯一设备识别编码，以构建ios端设备列表。消息服务器接收了各终端的心跳请求后，即可清楚的获知哪些终端是在线状态，并增加至对应的设备列表。通过这一方式，确保了消息服务器中存储的android端设备列表或ios端设备列表中对应的各终端是在线状态，可成功接收消息服务器推送的当前通知信息。
在一实施例中，跨平台消息推送装置100还包括：
剩余空间判断单元，用于若所述第一接口未接收到所述消息服务器推送的当前通知信息，判断所述第一接口所对应缓存空间的剩余空间大小是否小于预设的数据空间阈值；
数据迁移单元，用于若所述第一接口中所对应缓存空间的剩余空间大小小于所述数据空间阈值，将所述第一接口中所对应缓存空间的历史数据迁移至备用服务器；
数据再次请求单元，用于发送信息获取请求至所述后台服务器。
在本实施例中，若所述第一接口未接收到所述消息服务器推送的当前通知信息，原因之一是第一接口对应的缓存空间无剩余空间存储当前通知信息。此时为了进一步确认是否为缓存空间无剩余空间存储当前通知信息，可判断所述第一接口所对应缓存空间的剩余空间大小是否小于预设的数据空间阈值(如预设的数据空间阈值为1kb)。若所述第一接口中所对应缓存空间的剩余空间大小小于所述数据空间阈值，此时可以将所述第一接口中所对应缓存空间的历史数据迁移至备用服务器，在进行数据迁移时可以通过指向性的网络连接，将历史数据迁移至属性为云服务器的备用服务器。此时进行历史数据迁移后，第一接口中所对应缓存空间被清空，此时可正常接收并保存当前通知信息。最后，消息服务器向后台服务器自动发送信息获取请求，以请求后台服务器重新发送当前通知信息，避免该当前通知信息发生丢失现象。、
若所述第一接口中所对应缓存空间的剩余空间大小大于或等于所述数据空间阈值，表示第一接口所对应缓存空间可能是其他故障无法接收当前通知信息，发送疑似故障信息至后台服务器(该疑似故障信息表示消息服务器疑似存在故障)，由后台服务器推送维修通知信息至预先设置的接收端(该接收端的用户为消息服务器的运维人员)，以保证对消息服务器的及时维护。
该装置实现了通过服务器中的第一接口和第二接口实现跨平台消息推送，且同一套消息推送平台由第一接口和第二接口集成，减少了开发及维护成本。
上述跨平台消息推送装置可以实现为计算机程序的形式，该计算机程序可以在如图11所示的计算机设备上运行。
请参阅图11，图11是本发明实施例提供的计算机设备的示意性框图。该计算机设备500是服务器，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。
参阅图11，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行跨平台消息推送方法。
该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行跨平台消息推送方法。
该网络接口505用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图11中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现本发明实施例公开的跨平台消息推送方法。
本领域技术人员可以理解，图11中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图11所示实施例一致，在此不再赘述。
应当理解，在本发明实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在本发明的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时实现本发明实施例公开的跨平台消息推送方法。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
在本发明所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
1.一种跨平台消息推送方法，其特征在于，包括：
接收第一接口配置信息，根据所述第一接口配置信息配置用于接收和存储消息服务器所发送的通知信息的第一接口；
根据预先定义的本地方法进行c头文件转化以添加至动态链接库工程，得到用于调用第一接口中的通知信息以推送至android端的第二接口；
判断所述第一接口是否接收到后台服务器推送的当前通知信息；以及
若所述第一接口接收到所述后台服务器推送的当前通知信息，将所述当前通知信息通过所述第一接口发送至ios端，和/或通过所述第二接口读取所述第一接口中的所述当前通知信息以发送至android端。
2.根据权利要求1所述的跨平台消息推送方法，其特征在于，所述根据所述第一接口配置信息配置用于接收和存储消息服务器所发送的通知信息的第一接口，包括：
根据第一接口配置信息中的消息接口函数，创建消息增加接口；
根据第一接口配置信息中的消息更新函数，创建消息更新接口；
根据第一接口配置信息中的消息删除函数，创建消息删除接口；
将所述消息增加接口、消息更新接口、消息删除接口进行封装，得到第一接口。
3.根据权利要求1所述的跨平台消息推送方法，其特征在于，所述根据预先定义的本地方法进行c头文件转化以添加至动态链接库工程，得到用于调用第一接口中的通知信息以推送至android端的第二接口，包括：
创建java类，定义java类中的一个本地方法；其中，所述本地方法用于第一接口；
通过javah指令生成与所述本地方法对应的c头文件；
创建一个动态链接库工程，将所述c头文件添加至所述动态链接库工程，以生成动态链接库文件；
将所述动态链接库文件进行封装，得到所述第二接口。
4.根据权利要求1所述的跨平台消息推送方法，其特征在于，所述将所述当前通知信息通过所述第一接口发送至ios端，和/或通过所述第二接口读取所述第一接口中的所述当前通知信息以发送至android端，包括：
解析所述当前通知信息，以获取所述当前通知信息中的消息标识位取值；
若所述消息标识位取值为android，将所述当前通知信息由所述第一接口发送至所述第二接口，所述第二接口根据已存储的android端设备列表将所述当前通知信息发送至android端设备列表中对应的各android端；
若所述消息标识位取值为ios，所述第一接口根据已存储的ios端设备列表将所述当前通知信息发送至ios端设备列表对应的各ios端；
若所述消息标识位取值为android&ios，将所述当前通知信息由所述第一接口发送至所述第二接口，所述第二接口根据已存储的android端设备列表将所述当前通知信息发送至android端设备列表对应的各android端，第一接口根据已存储的ios端设备列表将所述当前通知信息发送至ios端设备列表对应的各ios端。
5.根据权利要求4所述的跨平台消息推送方法，其特征在于，所述解析所述当前通知信息，以获取所述当前通知信息中的消息标识位取值之前，还包括：
接收android端和/或ios端发送的心跳请求；
获取各心跳请求中对应android端的唯一设备识别编码，以构建android端设备列表；
获取各心跳请求中对应ios端端的唯一设备识别编码，以构建ios端设备列表。
6.根据权利要求1所述的跨平台消息推送方法，其特征在于，所述判断所述第一接口是否接收到后台服务器推送的当前通知信息之后，还包括：
若所述第一接口未接收到所述消息服务器推送的当前通知信息，判断所述第一接口所对应缓存空间的剩余空间大小是否小于预设的数据空间阈值；
若所述第一接口中所对应缓存空间的剩余空间大小小于所述数据空间阈值，将所述第一接口中所对应缓存空间的历史数据迁移至备用服务器；
发送信息获取请求至所述后台服务器。
7.一种跨平台消息推送装置，其特征在于，包括：
第一接口配置单元，用于接收第一接口配置信息，根据所述第一接口配置信息配置用于接收和存储消息服务器所发送的通知信息的第一接口；
第二接口生成单元，用于根据预先定义的本地方法进行c头文件转化以添加至动态链接库工程，得到用于调用第一接口中的通知信息以推送至android端的第二接口；
信息接收判断单元，用于判断所述第一接口是否接收到后台服务器推送的当前通知信息；以及
信息跨平台推送单元，用于若所述第一接口接收到所述后台服务器推送的当前通知信息，将所述当前通知信息通过所述第一接口发送至ios端，和/或通过所述第二接口读取所述第一接口中的所述当前通知信息以发送至android端。
8.根据权利要求7所述的跨平台消息推送装置，其特征在于，所述信息跨平台推送单元，包括：
标识位获取单元，用于解析所述当前通知信息，以获取所述当前通知信息中的消息标识位取值；
第一推送单元，用于若所述消息标识位取值为android，将所述当前通知信息由所述第一接口发送至所述第二接口，所述第二接口根据已存储的android端设备列表将所述当前通知信息发送至android端设备列表中对应的各android端；
第二推送单元，用于若所述消息标识位取值为ios，所述第一接口根据已存储的ios端设备列表将所述当前通知信息发送至ios端设备列表对应的各ios端；
第三推送单元，用于若所述消息标识位取值为android&ios，将所述当前通知信息由所述第一接口发送至所述第二接口，所述第二接口根据已存储的android端设备列表将所述当前通知信息发送至android端设备列表对应的各android端，第一接口根据已存储的ios端设备列表将所述当前通知信息发送至ios端设备列表对应的各ios端。
9.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6中任一项所述的跨平台消息推送方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行如权利要求1至6任一项所述的跨平台消息推送方法。
技术总结