CN111917811B - 一种消息推送方法及系统 - Google Patents

Abstract

本公开的实施例公开了一种消息推送方法及系统，涉及消息传输技术领域。本公开的实施例用于向至少两种类型的目标应用推送消息，主要技术方案包括：第一服务器向第二服务器下发待推送的消息，其中，所述第二服务器与所述目标应用的类型相关；所述消息携带有用于请求目标应用反馈消息推送结果的标志位；所述第二服务器向所述目标应用推送所述消息；所述第一服务器接收所述目标应用反馈的消息推送结果。

Description

一种消息推送方法及系统

技术领域

本公开的实施例涉及消息传输技术领域，特别是涉及一种消息推送方法及系统。

背景技术

随着通信技术的发展，为了使终端设备中所部署的应用能够及时获取到最新消息，各应用对应的业务平台需要及时向应用推送消息。

目前，虽然业务平台能够及时的向应用推送最新或最需要的消息，但是由于应用类型多样，而针对各类型应用的消息推送的方法和路径也不相同，导致不同类型应用难以由统一的消息推送方法实现。且在推送消息时，受限于网络信息通信和消息推送场景等因素，导致消息难以保证百分之百到达应用，且无法知悉消息的到达情况。

发明内容

有鉴于此，本公开的实施例提出了一种消息推送方法及系统，主要目的在于及时知悉消息的到达情况。本公开的实施例主要提供如下技术方案：

第一方面，本公开的实施例提供了一种消息推送方法，用于向至少两种类型的目标应用推送消息，所述方法包括：

第一服务器向第二服务器下发待推送的消息，其中，所述第二服务器与所述目标应用的类型相关；所述消息携带有用于请求目标应用反馈消息推送结果的标志位；

所述第二服务器向所述目标应用推送所述消息；

所述第一服务器接收所述目标应用反馈的消息推送结果。

第二方面，本公开的实施例提供了一种消息推送系统，用于向至少两种类型的目标应用推送消息，所述系统包括：

第一服务器，用于向第二服务器下发待推送的消息，其中，所述第二服务器与所述目标应用的类型相关；所述消息携带有用于请求目标应用反馈消息推送结果的标志位；接收所述目标应用反馈的消息推送结果；

所述第二服务器，用于向所述目标应用推送所述消息。

第三方面，本公开的实施例提供了一种车辆管理系统，所述系统包括：

第二方面所述的消息推送系统、至少两个车载设备；每一个车载设备中部署有一种类型的目标应用；

每一个所述车载设备，分别用于在其部署的目标应用产生消息推送结果时，向所述推送系统反馈所述消息推送结果；所述消息推送结果是所述目标应用接收到所述消息推送系统推送的消息时产生的。

第四方面，本公开的实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面所述的消息推送方法。

第五方面，本公开的实施例提供了一种人机交互装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行第一方面所述的消息推送方法。

借由上述技术方案，本公开的实施例提供的消息推送方法及系统，通过第一服务器向与目标应用的类型相关的第二服务器下发待推送的消息。其中，下发的消息携带有用于请求目标应用反馈消息推送结果的标志位。第二服务器向目标应用推送消息，在目标应用接收到消息时会根据标志位向第一服务器反馈消息推送结果。在第一服务器接收到目标应用反馈的消息推送结果时，知悉到消息的到达情况。可见，本公开的实施例基于与目标应用的类型相关的第二服务器向目标应用推送消息，使得不同类型应用由统一的消息推送方法实现，并基于消息推送结果及时知悉消息的到达情况，从而保证消息的成功到达。

上述说明仅是本公开的实施例技术方案的概述，为了能够更清楚了解本公开的实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本公开的实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本公开的实施例的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本公开的实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本公开的实施例提供的一种消息推送方法的流程图；

图2示出了本公开的实施例提供的另一种消息推送方法的流程图；

图3示出了本公开的实施例提供的又一种消息推送方法的流程图；

图4示出了本公开的实施例提供的一种消息推送系统的组成框图；

图5示出了本公开的实施例提供的另一种消息推送系统的组成框图；

图6示出了本公开的实施例提供的又一种消息推送系统的组成框图；

图7示出了本公开的实施例提供的一种车辆管理系统的组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

第一方面，本公开的实施例提供了一种消息推送方法，如图1所示，所述方法主要包括：

101、第一服务器向第二服务器下发待推送的消息，其中，所述第二服务器与所述目标应用的类型相关；所述消息携带有用于请求目标应用反馈消息推送结果的标志位。

在实际应用中，第一服务器中的待推送的消息是由业务平台下发的，目标应用是部署在终端设备上的。业务平台以及目标应用的具体型式与该消息推送方法的应用场景有关。示例性的，消息推送方法应用于对车辆进行远程控制的场景时，业务平台为车辆远程管理平台，目标应用为车辆中的车载设备所部署的应用，其中，目标应用可以基于推送的消息进行相关的车辆控制。示例性的，消息推送方法应用于购物信息的推送场景时，业务平台为购物管理平台，目标应用为具有购物功能的应用程序。

具体的，第二服务器与目标应用的类型相关，也就是，第二服务器应部署有与所述的至少两种类型的目标应用对应的至少两种类型的消息推送服务，以满足第二服务器向所述的至少两种类型的目标应用推送消息的需求。为了提高第一服务器的通用性，第一服务器与目标应用的类型无关，也就是，第一服务器具有消息的接收和下发的功能即可，其他功能不做具体限定。

具体的，在有消息到达情况知悉需求时，消息中携带有用于请求目标应用反馈消息推送结果的标志位，以便接收到消息的目标应用可以基于该标志位及时反馈消息推送结果。标志位具体型式可以根据业务要求确定。标志位中可以包括但不限于字符、数字、符号中的至少一种。可选的，标志位的型式可以为：标志位键：标志位值。举例说明：标志位的型式为：Feedback：Y。

具体的，在业务平台有减少数据传输量的需求时，消息中携带有存储有效期，以便第一服务器在有效期内缓存消息。在消息有效期内，一旦需要向目标应用重新推送消息时，利用第一服务器缓存的消息便可以实现消息的再次推送，而不需要业务平台重新下发消息，从而减少业务平台的消息下发次数，减少业务平台的数据传输量。存储有效期的设定需要综合考虑如下两个因素中的至少一个因素：一是，业务平台减少数据传输量的时间要求；二是，缓存消息的可缓存存储空间的要求。示例性的，在设定的时间段内，业务平台要求发生的传输量较少，则该时间段内下发的消息中携带的存储有效期可设定的较长，以便在存储有效期内利用缓存的消息进行推送，而不用业务平台重新推送消息，从而减少业务平台在该时间段内的数据传输量。示例性的，缓存消息的缓存区域内的可缓存存储空间较为紧张，那么为了及时缓解可缓存存储空间，则存储有效期可以设定的较短。示例性的，在设定的时间段内，要求业务平台发生的传输量较少，缓存消息的缓存区域内的可缓存存储空间较为紧张，为了既可以及时缓解可缓存存储空间又可以减少业务平台在该时间段内的数据传输量，则存储有效期可以设定的较为居中，以同时满足数据传输量和可缓存存储空间的要求。

在实际应用中，消息除了携带标志位以及存储有效期之外，还需携带有必不可少的消息ID以及消息内容。而标志位、存储有效期、消息ID以及消息内容与其各自的值均以键值对的形式存在，从而形成整个消息。示例性的，消息包括：Id:201812121234120987,Content:30,Expire:“Y”,Feedback:“您的优惠券编码为:123456”。该示例的说明如表-1所示。

表-1

102、所述第二服务器向所述目标应用推送所述消息。

在实际应用中，不同类型的目标应用适用于不同类型的消息推送服务。为了能够使目标应用及时准确的接收到推送的消息，需要选择适用于目标应用的消息推送服务向目标应用推送消息。

本公开的实施例中，将多种消息推送服务集中部署在第二服务器，以便第二服务器可以及时选择出适用于目标应用的消息推送服务向目标应用推送消息。消息推送服务可以包括但不限于云推送服务、APNs服务(Apple Push Notification service)中的至少一种。其中，云推送服务适用于Android应用，APNs服务适用于ios应用。

103、所述第一服务器接收所述目标应用反馈的消息推送结果。

具体的，第一服务器在接收到了目标应用反馈的消息推送结果，则说明消息已成功推送到了目标应用。需要说明的是，为了可以清楚的识别出消息推送结果是针对哪个消息、哪个目标应用的，则目标应用反馈的消息推送结果中涵盖有消息标识以及目标应用的标识，当然如果需要知悉消息到达目标应用的时间，则消息推送结果中还可以携带有消息到达时间。

本公开的实施例提供的消息推送方法，通过第一服务器向与目标应用的类型相关的第二服务器下发待推送的消息。其中，下发的消息携带有用于请求目标应用反馈消息推送结果的标志位。第二服务器向目标应用推送消息，在目标应用接收到消息时会根据标志位向第一服务器反馈消息推送结果。在第一服务器接收到目标应用反馈的消息推送结果时，知悉到消息的到达情况。可见，本公开的实施例基于与目标应用的类型相关的第二服务器向目标应用推送消息，使得不同类型应用由统一的消息推送方法实现，并基于消息推送结果及时知悉消息的到达情况，从而保证消息的成功到达。

第二方面，依据第一方面所述的方法，本公开的另一个实施例还提供了一种消息推送方法，如图2所示，所述方法主要包括：

201、第一服务器接收业务平台下发的待推送的消息；所述消息携带有标志位和存储有效期；其中，所述标志位用于请求目标应用反馈消息推送结果；所述存储有效期用于提示所述第一服务器在所述存储有效期内缓存所述待推送的消息。

在实际应用中，考虑到网络通信效率以及应用所在的系统(比如，iOS)对消息传输数据量的要求，为了最大限度为消息中的键值提供数据空间，则消息中的键均以单字符表达，从而减少键在消息中所占的数据量。

示例性的，消息包括：a:201812121234120987,b:30,c:“Y”,d:“您的优惠券编码为:123456”。该示例的说明如表-2所示。

表-2

具体的，在存储有效期内缓存消息的目的是为了，在消息有效期内，一旦需要向目标应用重新推送消息时，可以利用缓存的消息实现后续的再次推送，从而减少业务平台的消息下发次数，减少业务平台的数据传输量。需要说明的是，为了及时为后续的消息腾退出缓存空间，消息仅在有效期内缓存，而超出有效期时，该消息将被清除或转入指定的存储区域进行存储。

进一步的，在存储有效期内缓存消息之前，该方法还包括：判断预设的缓存区域内是否还存在可存储消息的存储空间；若存在，则在存储有效期内在缓存区域缓存消息。若不存在可存储消息的存储空间，则为了保证消息的及时推送，直接利用与目标应用相应的消息推送服务向目标应用推送消息，并标记该消息，以便在存储有效期内一旦未检测到针对该消息的回执信息时，基于该消息的标记直接向业务平台反馈推送失败通知。

202、第一服务器检测所述待推送的消息的数据量是否超出预设的数据量阈值；若是，执行203；否则，执行204。

具体的，由于网络通信效率以及应用所在的系统(比如，iOS)对消息传输数据量存在要求，因此为了提高消息被推送成功的概率，第一服务器需要在接收到业务平台下发的消息时，对消息的数据量进行检测。

具体的，若第一服务器检测到消息的数据量超出数据量阈值，则说明消息的数据量不符合网络通信效率以及应用所在系统对消息传输数据量的要求，如果执行推送，则消息被成功推送到目标应用的概率较低，需要执行203。

具体的，若第一服务器检测到消息的数据量未超出数据量阈值，则说明消息的数据量符合网络通信效率以及应用所在系统对消息传输数据量的要求，如果执行推送，则消息被成功推送到目标应用的概率较高，执行204。

具体的，数据量阈值综合考虑网络通信效率以及应用所在系统对消息传输数据量的要求来确定，以便消息可以成功推送到目标应用。

进一步的，在执行检测消息的数据量是否超出预设的数据量阈值之后，在执行203或204之前，为了加大消息被成功推送的概率，该方法还可以包括：检测所述消息的格式是否为所述目标应用要求的格式；若不是目标应用要求的格式，则说明消息的格式不符合目标应用的格式要求，如果强行推送，则消息被成功推送到目标应用的概率较低，因此需要将消息的格式转换为目标应用要求的格式，在将消息的格式转换为目标应用要求的格式之后才执行203或204。若消息是目标应用要求的格式，则说明消息的格式符合目标应用的格式要求，如果执行推送，则消息被成功推送到目标应用的概率较高，故直接执行203或204。

203、所述第一服务器依据所述数据量阈值将所述消息拆分成至少两个子消息，并在所述存储有效期内缓存所述至少两个子消息，并执行205。

具体的，第一服务器依据数据量阈值将消息拆分成至少两个子消息的过程至少包括：第一服务器基于消息的数据量与数据量阈值的比值确定子消息的数量以及每一个子消息对应的数据量；按照子消息之间的连接关系以及消息的标识，确定每一个子消息的子标识；依据每一个子消息对应的数据量将消息拆分为所述的数量个子消息，并为拆分出的子消息添加其各自对应的子标识。

具体的，基于消息的数据量与数据量阈值的比值确定子消息的数量以及每一个所述子消息对应的数据量的具体情况至少如下四种：

第一种，若确定消息的数据量与数据量阈值的比值为整数M时，将消息拆分成M个子消息；每一个子消息的数据量为数据量阈值。

第二种，若确定消息的数据量与数据量阈值的比值为整数M时，将消息拆分成M+1个子消息；每一个子消息的数据量为消息的数据量与M+1之间的比值。

第三种，若确定消息的数据量与数据量阈值的比值为非整数时，则对得到的比值取整得到P，将消息拆分成P+1个子消息；每一个子消息的数据量为消息的数据量与P+1之间的比值。

第四种，若确定消息的数据量与数据量阈值的比值为非整数时，则对得到的比值取整得到P，将消息拆分成P+1个子消息；前P个子消息的数据量为数据量阈值，剩余的一个子消息的数据量为消息的数据量减去P与数据量阈值的乘积的差值。

具体的，按照子消息之间的连接关系以及所述消息的标识，确定每一个所述子消息的子标识依据如下原则：子消息的子标识应能够体现出子消息之间的连接顺序，以便目标应用可以基于子消息的子标识拼接恢复出消息。另外，子消息的子标识中应体现出消息的标识，以便可以基于子标识便可以判别出其所属的消息。

需要说明的是，消息拆分成的每一个子消息中均分别携带有标志位。在目标应用接收到子消息时，分别针对每一个子消息反馈一个消息推送结果，以便基于消息推送结果可以及时分辨出成功推送到目标应用的子消息以及未成功推送到目标应用的子消息。在存在未成功推送到目标应用的子消息时，仅重新推送未成功推送的子消息，而不用重新推送整个消息对应的子消息，从而减少重新推送的数据量。另外，在消息拆分成多个子消息时，目标应用反馈的针对每一个子消息的消息推送结果中分别涵盖有其各自对应子消息标识。

204、第一服务器在所述存储有效期内缓存所述消息。

205、第一服务器向第二服务器下发待推送的消息。

具体的，第一服务器向第二服务器下发待推送的消息的过程包括如下两种：

第一种，在消息未被拆分成子消息时，第一服务器直接向第二服务器下发消息即可。

第二种，在消息被拆分成至少两个子消息时，第一服务器需向第二服务器下发消息对应的所有子消息，也就是，第一服务器可以下第二服务器依次下发子消息。依次下发的含义包括如下两种：一种是，按照子消息的子标识的连续顺序，依次下发。二种是，子消息的推送不以子标识的连续顺序为基准，仅是强调子消息是一个一个下发的。

206、所述第二服务器向所述目标应用推送所述消息。

在实际应用中，不同的种类的终端适用于不同的消息推送服务。为了能够使目标终端及时准确的接收到推送的消息，需要选择适用于目标终端的消息推送服务向目标终端推送消息。故第二服务器向目标应用推送所述消息可以包括如下步骤：第二服务器利用预设的至少两种消息推送服务中，与目标应用相应的消息推送服务向目标应用推送所述消息。

具体的，第二服务器向目标应用推送消息的过程包括如下两种：

第一种，在消息未被拆分成子消息时，第二服务器向目标应用推送消息即可。

第二种，在消息被拆分成至少两个子消息时，第二服务器需向目标应用推送消息对应的所有子消息，也就是，第二服务器可以向目标应用依次推送子消息。依次下发的含义包括如下两种：一种是，按照子消息的子标识的连续顺序，依次推送。二种是，子消息的推送不以子标识的连续顺序为基准，仅是强调子消息是一个一个推送的。

207、所述第一服务器接收所述目标应用反馈的消息推送结果。

具体的，为了及时知悉消息的到达情况以及保证消息被成功推送，第一服务器每隔预设时长检测一次消息推送结果的过程可以包括：根据第一服务器的检测结果，第二服务器确定是否向目标应用重新推送缓存的待推送的消息。

具体的，根据第一服务器的检测结果，第二服务器确定是否向所述目标应用重新推送缓存的所述待推送的消息的过程可以包括：

若在存储有效期内，第一服务器检测到消息推送结果，则说明消息已成功推送到了目标应用，此时如果业务也需求，则可以向业务平台反馈消息推送成功通知，以使业务平台及时了解到消息被推送成功。或者，若第一服务器检测到消息推送结果，可以不做任何操作，则业务平台在设定的时间内未收到针对该消息的推送失败通知时，则默认消息被推送成功。为了可以清楚的识别出消息推送结果是针对哪个消息的，则目标应用反馈的消息推送结果中涵盖有消息标识。需要说明的是，在消息被拆分成至少两个子消息时，若不存在未检测到消息推送结果的子消息时，则说明消息对应的子消息均已成功推送到了目标应用。

若在存储有效期内，第一服务器未检测到消息推送结果，则第二服务器以目标应用相应的消息推送服务继续向目标应用重新推送缓存的待推送的消息，以便目标应用可以接收到消息。在再次推送后继续执行每隔预设时长检测一次消息推送结果。重复上述的过程直至超出存储有效期为止或检测到消息推送结果时为止。需要说明的是，在消息被拆分成至少两个子消息时，若一个预设时长内存在未检测到回执信息的子消息时，则说明目标应用基于已接收到的子消息不能完整的恢复出消息，说明消息未成功推送到目标应用，需要重新推送缓存的未成功推送的子消息。

若超过所述存储有效期，第一服务器仍未检测到所述消息推送结果，则所述第一服务器向业务平台反馈消息推送失败的结果。由于为了及时腾退缓存空间，在超过存储有效期时，第一服务器内缓存的消息已被删除，此时第一服务器将不存在消息供于重新向目标应用推送，因此需要向业务平台反馈推送失败的结果。另外，由于在有效期已经向目标应用进行了有限次的重新推送，而有限次的推送目标应用均未接收到消息，则说明目标应用或消息存在异常问题，为了及时排除异常问题，则需要向业务平台反馈推送失败通知。

具体的，向业务平台反馈推送失败通知，以便业务平台基于推送失败通知至少进行如下处理：一、业务平台基于推送失败通知，直接重新下发消息。二、业务平台判断消息的重要程度，仅在重要程度达到设定的重要程度时，才重新下发消息。其中，判断消息的重要程度的过程为检测消息中是否包括预设的字符的过程。

第二方面的实施例提供的消息推送方法，具体步骤中的相关的用于的含义以及具体的实施方式可以参见第一方面的实施例中的相关描述，在此不再详细说明。

第三方面，依据第一方面所述的方法，本公开的另一个实施例还提供了一种消息推送方法，如图3所示，所述方法主要包括：

301、第一服务器接收业务平台下发的待推送的消息；所述消息携带有标志位和存储有效期；其中，所述标志位用于请求目标应用反馈消息推送结果；所述存储有效期用于提示所述第一服务器在所述存储有效期内缓存所述待推送的消息。

302、第一服务器检测所述待推送的消息的数据量是否超出预设的数据量阈值；若是，执行303；否则，执行306。

303、向所述业务平台反馈消息不合格通知。

具体的，向业务平台反馈消息不合格通知的目的是为了使业务平台及时基于消息不合格通知对消息进行拆分处理，以便业务平台可以将消息拆分成符合网络通信效率以及终端系统对消息传输数据量的要求的子消息，从而提高消息被成功推送到目标终端的概率。消息不合格通知中携带有消息标识。

304、所述第一服务器接收所述业务平台下发的至少两个子消息；所述至少两个子消息是所述业务平台基于所述消息不合格通知拆分所述消息得到的。

具体的，子消息的子标识应能够体现出子消息之间的连接顺序，以便目标应用可以基于子消息的子标识拼接恢复出消息。另外，子消息的子标识中应体现出消息的标识，以便可以基于子标识便可以判别出其所属的消息。

具体的，消息拆分成的每一个子消息中均分别携带有回执标志位。在目标应用接收到子消息时，分别针对每一个子消息反馈一个回执信息，以便基于回执信息可以及时分辨出成功推送到目标应用的子消息以及未成功推送到目标应用的子消息。在存在未成功推送到目标应用的子消息时，仅重新推送未成功推送的子消息，而不用重新推送整个消息对应的子消息，从而减少重新推送的数据量。

305、第一服务器在所述存储有效期内缓存所述至少两个子消息，并执行307。

306、第一服务器在所述存储有效期内缓存所述消息。

307、第一服务器向第二服务器下发待推送的消息。

308、所述第二服务器向所述目标应用推送所述消息。

309、所述第一服务器接收所述目标应用反馈的消息推送结果。

310、所述第一服务器基于所述消息推送结果向所述业务平台反馈消息到达情况。

第三方面的实施例提供的消息推送方法，具体步骤中的相关的用于的含义以及具体的实施方式可以参见第一方面或第二方面的实施例中的相关描述，在此不再详细说明。

第四方面，依据图1、如图2或图3所示的方法，本公开的另一个实施例还提供了一种消息推送系统，用于向至少两种类型的目标应用推送消息，如图4所示，所述系统主要包括：

第一服务器41，用于向第二服务器42下发待推送的消息，其中，所述第二服务器42与所述目标应用的类型相关；所述消息携带有用于请求目标应用反馈消息推送结果的标志位；接收所述目标应用反馈的消息推送结果；

所述第二服务器42，用于向所述目标应用推送所述消息。

具体的，消息推送系统通过业务推送接口接收业务平台下发的消息。消息推送系统通过消息推送接口向推送服务端下发消息，该消息推送接口具有多种，适用于不同目标应用的不同消息推送服务具有不同的消息推送接口。消息推送装置设置有消息回执接口，该消息回执接口用于被终端调用被反馈回执信息。

具体的，业务平台需要在第一服务器中注册，以便第一服务器在业务平台下发消息时，基于该注册接收消息。当然，在业务平台不再利用第一服务器时，在第一服务器中需将业务平台进行注销。

具体的，目标应用的具体类型可以基于业务要求确定。图5所示的消息系统中，目标应用包括Android应用和ios应用。各个应用需要在第二服务器中注册，并在注册成功时，接收第二服务器的标识，以便各应用可以基于标识接收消息。为了保证消息的安全性，应用与推送服务端之间通过安全传输层协议(TLS)建立链接。

具体的，为了保证应用可以顺利的向第一服务器反馈回执信息，应用需要在第一服务器中进行用户注册和设备注册。

本公开的实施例提供的消息推送系统，通过第一服务器向与目标应用的类型相关的第二服务器下发待推送的消息。其中，下发的消息携带有用于请求目标应用反馈消息推送结果的标志位。第二服务器向目标应用推送消息，在目标应用接收到消息时会根据标志位向第一服务器反馈消息推送结果。在第一服务器接收到目标应用反馈的消息推送结果时，知悉到消息的到达情况。可见，本公开的实施例基于与目标应用的类型相关的第二服务器向目标应用推送消息，使得不同类型应用由统一的消息推送方法实现，并基于消息推送结果及时知悉消息的到达情况，从而保证消息的成功到达。

在一些实施例中，如图6所示，所述系统还包括：

业务平台43，用于向所述第一服务器下发所述待推送的消息。

在一些实施例中，所述待推送的消息还携带有存储有效期；所述存储有效期用于提示所述第一服务器在所述存储有效期内缓存所述待推送的消息。

在一些实施例中，如图6所示，所述第一服务器41包括：第一检测单元411，用于每隔预设时长检测一次消息推送结果；

所述第二服务器42包括：确定单元421，用于根据第一检测单元411的检测结果，确定是否向所述目标应用重新推送缓存的所述待推送的消息。

在一些实施例中，如图6所示，所述确定单元421，用于若在所述存储有效期内，第一检测单元411未检测到所述消息推送结果，则向所述目标应用重新推送缓存的所述待推送的消息；若超过所述存储有效期，第一检测单元411仍未检测到所述消息推送结果，则触发所述第一服务器41；

所述第一服务器41，用于在所述确定单元421的触发下，向业务平台43反馈消息推送失败的结果；其中，所述业务平台43用于向所述第一服务器41下发所述待推送的消息。

在一些实施例中，如图6所示，所述第一服务器41，包括：

第一处理单元412，用于检测所述待推送的消息的数据量是否超出预设的数据量阈值；若是，向业务平台43反馈消息不合格通知；其中，所述业务平台用于向所述第一服务器下发所述待推送的消息；

接收单元413，用于接收所述业务平台43下发的至少两个子消息；所述至少两个子消息是所述业务平台基于所述消息不合格通知拆分所述消息得到的；

第一存储单元414，用于在所述存储有效期内缓存所述至少两个子消息。

在一些实施例中，如图6所示，所述第一服务器41，包括：

第二处理单元415，用于检测所述消息的数据量是否超出预设的数据量阈值；若是，依据所述数据量阈值将所述消息拆分成至少两个子消息；

第二存储单元416，用于在所述存储有效期内缓存所述至少两个子消息。

在一些实施例中，如图6所示，第二处理单元415，用于所述第一服务器基于所述消息的数据量与所述数据量阈值的比值，确定子消息的数量以及每一个所述子消息对应的数据量；按照子消息之间的连接关系以及所述消息的标识，确定每一个所述子消息的子标识；依据每一个所述子消息对应的数据量，将所述消息拆分为所述数量个子消息，并为拆分出的子消息添加其各自对应的子标识。

在一些实施例中，如图6所示，所述第一服务器41与所述目标应用的类型无关。

在一些实施例中，如图6所示，所述第二服务器42，用于利用预设的至少两种消息推送服务中，与所述目标应用相应的消息推送服务向所述目标应用推送所述消息。

在一些实施例中，所述消息由N个健值对组成；其中，所述N个键值对包括的N个健均以单字符表达。

在一些实施例中，如图6所示，所述第一服务器41，包括：

转换单元417，用于检测所述消息的格式是否为所述目标应用要求的格式；若否，则将所述消息的格式转换为所述目标应用要求的格式，并将转换格式后的消息下发给所述第二服务器42。

在一些实施例中，如图6所示，所述待推送的消息还携带有存储有效期；所述存储有效期用于提示所述第一服务器在所述存储有效期内缓存所述待推送的消息；

所述第一服务器41，还用于在超过所述存储有效期，仍未检测到所述消息推送结果，则所述业务平台43反馈消息推送失败的结果；

所述业务平台43，还用于在接收到所述消息推送失败的结果时，判断所述消息的累计重新推送次数是否达到预设的次数阈值；若否，重新向所述第一服务器41下发所述消息。

在一些实施例中，如图6所示，所述第一服务器41，包括：

第三检测单元418，用于检测所述待推送的消息的数据量是否超出预设的数据量阈值；若是，向所述业务平台43反馈消息不合格通知；接收所述业务平台43下发的针对所述待推送消息的至少两个子消息，向所述第二服务器42下发所述至少两个子消息。

所述业务平台43，用于在接收到所述消息不合格通知时，将所述消息拆分为至少两个子消息，并将所述至少两个子消息下发给所述第一服务器41。

在一些实施例中，如图6所示，所述第二服务器42包括：N个推送单元422；不同的推送模块422部署有不同的推送服务；

每一个所述推送单元422，用于使用其自身部署的推送服务通过长连接的方式向所述目标应用推送所述消息。

第四方面的实施例提供的消息推送系统，可以用以执行第一方面或第二方面或第三方面的实施例所提供的消息推送方法，相关的用于的含义以及具体的实施方式可以参见第一方面或第二方面或第三方面的实施例中的相关描述，在此不再详细说明。

第五方面，依据图1、如图2或图3所示的方法，本公开的另一个实施例还提供了一种车辆管理系统，如图7所示，所述系统主要包括：第四方面所述的消息推送系统51、至少两个车载设备52；每一个车载设备52中部署有一种类型的目标应用；

每一个所述车载设备52，分别用于在其部署的目标应用产生消息推送结果时，向所述消息推送系统51反馈所述消息推送结果；所述消息推送结果是所述目标应用接收到所述消息推送系统51推送的消息时产生的。

在一些实施例中，所述待推送的消息还携带有存储有效期；所述存储有效期用于提示所述消息推送系统在所述存储有效期内缓存所述待推送的消息；

所述消息推送系统51，还用于在超过所述存储有效期，仍未检测到所述消息推送结果时，则向所述车载设备发送报警信息；

每一个车载设备52，用于在接收到所述消息推送系统51发送的所述警报信息时，报警。

具体的，所述消息推送系统51包括：检测单元，用于检测所述消息中是否包括有预设预警字符；若包括，则向所述车载设备发送警报信息。

在实际应用中，在超过所述存储有效期，仍未检测到所述消息推送结果时，检测消息中是否存储预设的字符，若是，则向车载设备发送警报信息。预设的字符可以为与驾驶安全或驾驶状态相关的字符，如果涵盖这些字符的消息未成功推送到车载设备上时，则会危害到驾驶安全或驾驶状态，所以在消息未被推送成功，且消息包括预设的字符时，需要直接向车载设备发送报警信息，以便车载设备基于报警信息进行相应的驾驶处理。

在实际应用中，车载设备在接收到消息推送系统下发的警报信息时，会执行语音或界面显示的警报处理，以便驾驶员基于报警进行相应的驾驶处理，从而减少危害驾驶安全或驾驶状态的发生。

本公开的实施例提供的车辆管理系统，基于与目标应用的类型相关的服务器向目标应用推送消息，使得不同类型应用由统一的消息推送方法实现，并基于消息推送结果及时知悉消息的到达情况，从而保证消息的成功到达。

第五方面的实施例提供的车辆管理系统，可以用以执行第一方面或第二方面或第三方面或第四方面的实施例所提供的消息推送方法或消息推送系统，相关的用于的含义以及具体的实施方式可以参见第一方面或第二方面或第三方面或第四方面的实施例中的相关描述，在此不再详细说明。

第六方面，本公开的实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面或第二方面或第三方面所述的消息推送方法。

存储介质可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

第七方面，本公开的实施例提供了一种人机交互装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行第一方面或第二方面或第三方面所述的消息推送方法。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开的实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开的实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照本公开的实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本公开的实施例可提供为方法、系统或计算机程序产品。因此，本公开的实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本公开的实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (20)

1.一种消息推送方法，用于向至少两种类型的目标应用推送消息，其特征在于，所述方法包括：

第一服务器向第二服务器下发待推送的消息，其中，所述第二服务器与所述目标应用的类型相关；所述消息携带有用于请求目标应用反馈消息推送结果的标志位；所述第二服务器部署有与所述至少两种类型的目标应用对应的至少两种类型的消息推送服务，以满足所述第二服务器向所述的至少两种类型的目标应用推送消息的需求；所述第一服务器用于接收对接的业务平台下发的待推送的消息；

所述第二服务器向所述目标应用推送所述消息；

所述第一服务器接收所述目标应用反馈的消息推送结果；

所述第二服务器向所述目标应用推送所述消息，包括：

所述第二服务器利用所述至少两种类型的消息推送服务中，适用于所述目标应用的消息推送服务向所述目标应用推送所述消息。

2.根据权利要求1所述的方法，其特征在于，所述待推送的消息还携带有存储有效期；所述存储有效期用于提示所述第一服务器在所述存储有效期内缓存所述待推送的消息。

3.根据权利要求2所述的方法，其特征在于，所述第一服务器接收所述目标应用反馈的消息推送结果，包括：

所述第一服务器每隔预设时长检测一次消息推送结果；

根据所述第一服务器的检测结果，所述第二服务器确定是否向所述目标应用重新推送缓存的所述待推送的消息。

4.根据权利要求3所述的方法，其特征在于，所述根据所述第一服务器的检测结果，所述第二服务器确定是否向所述目标应用重新推送缓存的所述待推送的消息，包括：

若在所述存储有效期内，所述第一服务器未检测到所述消息推送结果，则所述第二服务器向所述目标应用重新推送缓存的所述待推送的消息；

若超过所述存储有效期，所述第一服务器仍未检测到所述消息推送结果，则所述第一服务器向业务平台反馈消息推送失败的结果；其中，所述业务平台用于向所述第一服务器下发所述待推送的消息。

5.根据权利要求2所述的方法，其特征在于，所述第一服务器在所述存储有效期内缓存所述待推送的消息，包括：

所述第一服务器检测所述待推送的消息的数据量是否超出预设的数据量阈值；

若是，向业务平台反馈消息不合格通知；其中，所述业务平台用于向所述第一服务器下发所述待推送的消息；

所述第一服务器接收所述业务平台下发的至少两个子消息；所述至少两个子消息是所述业务平台基于所述消息不合格通知拆分所述消息得到的；

所述第一服务器在所述存储有效期内缓存所述至少两个子消息。

6.根据权利要求2所述的方法，其特征在于，所述第一服务器在所述存储有效期内缓存所述待推送的消息，包括：

所述第一服务器检测所述消息的数据量是否超出预设的数据量阈值；

若是，所述第一服务器依据所述数据量阈值将所述消息拆分成至少两个子消息，并在所述存储有效期内缓存所述至少两个子消息。

7.根据权利要求6所述的方法，其特征在于，所述第一服务器依据所述数据量阈值将所述消息拆分成至少两个子消息，包括：

所述第一服务器基于所述消息的数据量与所述数据量阈值的比值，确定子消息的数量以及每一个所述子消息对应的数据量；

按照子消息之间的连接关系以及所述消息的标识，确定每一个所述子消息的子标识；

依据每一个所述子消息对应的数据量，将所述消息拆分为所述数量个子消息，并为拆分出的子消息添加其各自对应的子标识。

8.根据权利要求5或6所述的方法，其特征在于，所述第一服务器向第二服务器下发待推送的消息，包括：

所述第一服务器向所述第二服务器下发所述至少两个子消息。

9.根据权利要求1-7中任一所述的方法，其特征在于，所述消息由N个键值对组成；其中，所述N个键值对包括的N个键均以单字符表达。

10.根据权利要求1-7中任一所述的方法，其特征在于，所述第一服务器向第二服务器下发待推送的消息，包括：

所述第一服务器检测所述消息的格式是否为所述目标应用要求的格式；

若否，则所述第一服务器将所述消息的格式转换为所述目标应用要求的格式，并将转换格式后的消息下发给所述第二服务器。

11.一种消息推送系统，用于向至少两种类型的目标应用推送消息，其特征在于，所述系统包括：

第一服务器，用于向第二服务器下发待推送的消息，其中，所述第二服务器与所述目标应用的类型相关；所述消息携带有用于请求目标应用反馈消息推送结果的标志位；接收所述目标应用反馈的消息推送结果；所述第二服务器部署有与所述至少两种类型的目标应用对应的至少两种类型的消息推送服务，以满足所述第二服务器向所述的至少两种类型的目标应用推送消息的需求；所述第一服务器用于接收对接的业务平台下发的待推送的消息；

所述第二服务器，用于向所述目标应用推送所述消息；所述第二服务器利用所述至少两种类型的消息推送服务中，适用于所述目标应用的消息推送服务向所述目标应用推送所述消息。

12.根据权利要求11所述的系统，其特征在于，所述系统还包括：

业务平台，用于向所述第一服务器下发所述待推送的消息。

13.根据权利要求12所述的系统，其特征在于，所述待推送的消息还携带有存储有效期；所述存储有效期用于提示所述第一服务器在所述存储有效期内缓存所述待推送的消息；

所述第一服务器，还用于在超过所述存储有效期，仍未检测到所述消息推送结果，则所述业务平台反馈消息推送失败的结果；

所述业务平台，还用于在接收到所述消息推送失败的结果时，判断所述消息的累计重新推送次数是否达到预设的次数阈值；若否，重新向所述第一服务器下发所述消息。

14.根据权利要求11所述的系统，其特征在于，所述第一服务器，包括：

判断单元，用于检测所述待推送的消息的数据量是否超出预设的数据量阈值；若是，向所述业务平台反馈消息不合格通知；接收所述业务平台下发的针对所述待推送消息的至少两个子消息，向所述第二服务器下发所述至少两个子消息；

所述业务平台，用于在接收到所述消息不合格通知时，将所述消息拆分为至少两个子消息，并将所述至少两个子消息下发给所述第一服务器。

15.根据权利要求11-14中任一所述的系统，其特征在于，所述第二服务器包括：N个推送单元；不同的推送模块部署有不同的推送服务；

每一个所述推送单元，用于使用其自身部署的推送服务通过长连接的方式向所述目标应用推送所述消息。

16.一种车辆管理系统，其特征在于，所述系统包括：权利要求11所述的消息推送系统、至少两个车载设备；每一个车载设备中部署有一种类型的目标应用；

每一个所述车载设备，分别用于在其部署的目标应用产生消息推送结果时，向所述推送系统反馈所述消息推送结果；所述消息推送结果是所述目标应用接收到所述消息推送系统推送的消息时产生的。

17.根据权利要求16所述的系统，其特征在于，所述待推送的消息还携带有存储有效期；所述存储有效期用于提示所述第一服务器在所述存储有效期内缓存所述待推送的消息；

所述消息推送系统，还用于在超过所述存储有效期，仍未检测到所述消息推送结果时，则向所述车载设备，发送报警信息；

每一个车载设备，用于在接收到所述车辆管理平台发送的所述报警信息时，报警。

18.根据权利要求17所述的系统，其特征在于，所述消息推送系统包括：

检测单元，用于检测所述消息中是否包括有预设预警字符；若包括，则向所述车载设备发送警报信息。

19.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至10中任一项所述的消息推送方法。

20.一种人机交互装置，其特征在于，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行权利要求1至10中任一项所述的消息推送方法。