一种推送消息的管理方法及装置与流程

本申请涉及通信
技术领域：
，特别涉及一种推送消息的管理方法及装置。
背景技术：
：推送是一种技术概念，是指从服务端实时发送信息到客户端。推送消息可以是指运营人员通过应用程序的后台服务器向用户的移动终端进行的主动消息推送。移动终端的类型五花八门，不同类型的移动终端所支持的推送方式也各不相同。比如，苹果移动终端支持ioscloud推送，华为移动终端支持华为推送，小米移动终端支持小米推送，还有一些其它类型的移动终端支持第三方推送(如友盟推送、极光推送、个推推送等)。如图1所示，为现有技术中消息推送的示意图。应用程序的后台服务器需要推送消息时，需要根据各个移动终端分别支持的推送方式将推送消息发送到各个移动终端中。比如，移动终端的类型为苹果终端时，应用程序的后台服务器需要采用ioscloud推送方式进行推送；移动终端的类型为华为终端时，应用程序的后台服务器需要采用华为推送方式进行推送；移动终端的类型为中兴、oppo或vivo等类型的终端时，应用程序的后台服务器需要采用第三方推送方式(如极光推送)进行推送。然而，随着用户群的不断扩大，推送消息需要发送至的移动终端的数量也在不断增多，这就容易导致应用程序的后台服务器在推送消息时，所采用的推送方式可能与移动终端支持的推送方式不能对应，例如出现采用华为推送方式向苹果手机发送推送消息的情况，进而出现推送失败的情况。基于此，目前亟需一种推送消息的管理方法，用于解决现有技术中应用程序的后台服务器采用的推送方式可能与移动终端支持的推送方式不对应，导致推送失败的问题。技术实现要素：本申请提供了一种推送消息的管理方法及装置，可用于解决在现有技术中应用程序的后台服务器采用的推送方式可能与移动终端支持的推送方式不对应，导致推送失败的技术问题。第一方面，本申请实施例提供一种推送消息的管理方法，所述方法应用于推送管理系统，所述系统包括接口层和服务层，所述接口层与多个应用程序的后台服务器通过网络连接，用于接收所述应用程序的后台服务器发送的推送消息；所述服务层包括多个消息队列，所述消息队列用于存储推送消息；所述方法包括：所述推送管理系统接收应用程序的后台服务器发送的待推送消息，所述待推送消息携带目标终端的类型标识；所述推送管理系统根据所述目标终端的类型标识，以及预先存储的类型标识和推送方式的对应关系，确定目标推送方式；所述推送管理系统根据所述目标推送方式，以及预先存储的推送方式和消息队列的对应关系，确定目标消息队列；所述推送管理系统将所述待推送消息存储到所述目标消息队列；所述推送管理系统依次发送所述目标消息队列中存储的推送消息。采用上述方法，推送管理系统在接收到待推送消息后，可以根据待推送消息携带的目标终端的类型标识，来确定目标推送方式，以及支持该目标推送方式的目标消息队列，如此，推送管理系统可以将不同的推送消息根据其各自携带的目标终端的类型标识，分配到不同的消息队列中，从而可以保证采用适用的推送方式进行推送，进而能够避免现有技术中应用程序的后台服务器采用的推送方式可能与移动终端支持的推送方式不对应的情况，提高推送消息的送达率和准确率。在一种可能的实现方式中，所述推送管理系统根据所述目标推送方式，以及预先存储的推送方式和消息队列的对应关系，确定目标消息队列，包括：所述推送管理系统根据所述目标推送方式，以及预先存储的推送方式和消息队列的对应关系，确定至少一个候选消息队列；所述推送管理系统获取所述候选消息队列的负载值；所述推送管理系统将负载值最小的候选消息队列确定为所述目标消息队列。如此，可以平衡消息队列中的推送消息的数量，提高整个系统的处理能力，实现整个系统的负载均衡的效果。在一种可能的实现方式中，所述推送管理系统获取所述候选推送方式的负载值之后，还包括：所述推送管理系统判断所述候选推送方式的负载值是否均大于或等于第一阈值，如果均大于或等于所述第一阈值，则在所述服务层中增加新的消息队列，以及将所述新的消息队列确定为所述目标消息队列；否则，将负载值最小的候选消息队列确定为所述目标消息队列。如此，本申请实施例可以根据消息队列的实时负载情况，调整消息队列的数量，满足高峰期业务增长的需要，从而可以提高推送消息的发送效率，保证推送消息的时效性。在一种可能的实现方式中，所述推送管理系统将所述新的消息队列与所述目标推送方式对应存储。在一种可能的实现方式中，所述推送管理系统如果确定所述候选推送方式的负载值均大于或等于第一阈值之后，还包括：所述推送管理系统获取所述服务层中的消息队列的负载值；所述推送管理系统根据所述服务层中的消息队列的负载值，确定所述推送管理系统对应的系统负载值；所述推送管理系统判断所述系统负载值是否小于第二阈值，如果小于所述第二阈值，则在所述服务层中增加新的消息队列；否则，向管理员发送报警消息。如此，能够避免消息队列的数量超过系统承载能力的情况，从而避免系统出现故障。在一种可能的实现方式中，所述推送管理系统依次发送所述目标消息队列中存储的推送消息之后，还包括：所述推送管理系统判断所述待推送消息是否回调成功，如果回调失败，则将所述待推送消息再次存储到所述目标消息队列。如此，可以避免因短暂的网络中断等原因导致推送消息未发送的情况，提高推送消息的送达率。在一种可能的实现方式中，所述推送消息还携带终端的设备标识；所述推送管理系统依次发送所述目标消息队列中存储的推送消息，包括：针对所述目标消息队列中存储的任一推送消息，所述推送管理系统根据所述推送消息携带的终端的设备标识，判断所述终端是否处于在线状态，如果处于在线状态，则将所述推送消息发送至所述安装在与设备标识对应的终端的应用程序中；否则，将所述推送消息发送至与设备标识对应终端的操作系统中。如此，即便终端处于离线状态，推送管理系统也可以将推送消息发送至与设备标识对应终端的操作系统中，确保用户能够及时接收到推送消息。第二方面，本申请实施例提供一种推送消息的管理装置，所述装置应用于推送管理系统，所述系统包括接口层和服务层，所述接口层与多个应用程序的后台服务器通过网络连接，用于接收所述应用程序的后台服务器发送的推送消息；所述服务层包括多个消息队列，所述消息队列用于存储推送消息；所述装置还包括：接收单元，用于接收应用程序的后台服务器发送的待推送消息，所述待推送消息携带目标终端的类型标识；处理单元，用于根据所述目标终端的类型标识，以及预先存储的类型标识和推送方式的对应关系，确定目标推送方式；以及，根据所述目标推送方式，以及预先存储的推送方式和消息队列的对应关系，确定目标消息队列；以及，将所述待推送消息存储到所述目标消息队列；发送单元，用于依次发送所述目标消息队列中存储的推送消息。在一种可能的实现方式中，所述处理单元具体用于：根据所述目标推送方式，以及预先存储的推送方式和消息队列的对应关系，确定至少一个候选消息队列；以及，获取所述候选消息队列的负载值；以及，将负载值最小的候选消息队列确定为所述目标消息队列。在一种可能的实现方式中，所述推送管理系统将所述新的消息队列与所述目标推送方式对应存储。在一种可能的实现方式中，所述处理单元还用于：判断所述候选推送方式的负载值是否均大于或等于第一阈值，如果均大于或等于所述第一阈值，则在所述服务层中增加新的消息队列，以及将所述新的消息队列确定为所述目标消息队列；否则，将负载值最小的候选消息队列确定为所述目标消息队列。在一种可能的实现方式中，所述处理单元还用于：获取所述服务层中的消息队列的负载值；以及，根据所述服务层中的消息队列的负载值，确定所述推送管理系统对应的系统负载值；以及，判断所述系统负载值是否小于第二阈值，如果小于所述第二阈值，则在所述服务层中增加新的消息队列；否则，向管理员发送报警消息。在一种可能的实现方式中，在所述发送单元依次发送所述目标消息队列中存储的推送消息之后，所述处理单元还用于：所述推送管理系统判断所述待推送消息是否回调成功，如果回调失败，则将所述待推送消息再次存储到所述目标消息队列。在一种可能的实现方式中，所述推送消息还携带终端的设备标识；所述发送单元具体用于：针对所述目标消息队列中存储的任一推送消息，根据所述推送消息携带的终端的设备标识，判断所述终端是否处于在线状态，如果处于在线状态，则将所述推送消息发送至所述安装在与设备标识对应的终端的应用程序中；否则，将所述推送消息发送至与设备标识对应终端的操作系统中。附图说明图1为现有技术中消息推送的示意图；图2为本申请实施例适用的一种场景的示意图；图3为本申请实施例提供的推送消息的管理方法所对应的流程示意图；图4为本申请实施例中所涉及到的整体性的流程的示意图；图5为本申请提供的一种发送目标消息队列中存储的推送消息的流程示意图；图6为本申请实施例提供的一种推送管理系统的内部架构图；图7为本申请实施例提供的一种推送消息的管理装置的结构示意图。具体实施方式为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。下面首先结合图2对本申请实施例适用的可能的场景进行介绍。请参考图2，其示例性示出了本申请实施例适用的一种场景的示意图。该场景包括多个应用程序(application，app)的后台服务器(例如图2中示出的app1的后台服务器101、app1的后台服务器102和app1的后台服务器103)，以及推送管理系统200。推送管理系统200可以包括接口层201和服务层202。其中，接口层201可以用于通过网络与多个app的后台服务器建立连接，例如图2中示出的，app1的后台服务器、app1的后台服务器和app1的后台服务器可以分别通过网络与接口层201建立连接。服务层202可以包括多个消息队列，例如图2中示出的消息队列1、消息队列2和消息队列3，消息队列可以用于存储推送消息。进一步地，不同的消息队列可以与不同的推送方式建立连接。例如，图2中示出的消息队列1可以与ioscloud推送方式相对应，也就是说，消息队列1中的推送消息可以采用ioscloud推送方式推送到苹果品牌的移动终端；类似地，消息队列2可以与华为推送方式相对应，也就是说，消息队列2中的推送消息可以采用华为推送方式推送到华为品牌的移动终端；消息队列3可以与第三方推送方式(如图2中示出的极光推送)相对应，也就是说，消息队列3中的推送消息可以采用极光推送方式推送到支持这一推送方式的移动终端(如图2中示出的oppo品牌、vivo品牌或中兴品牌的移动终端)中。采用图2示出的系统架构，由推送管理系统统一管理各应用程序的推送消息，一方面，相比于现有技术分别开发不同应用程序的推送服务而言，本申请实施例只需要开发一个推送管理系统即可，可以减少各个应用程序的推送服务的开发工作量，提高开发人员的工作效率，也便于后续；进一步地，采用图2示出的系统架构，还可以减少一个或多个手机品牌商因改变sdk造成的多个应用程序端重复修改推送服务的现象，大大减少了修改时间。另一方面，相比于现有技术需要在不同的应用程序的后台服务器中分别注册账号而言，本申请实施例可以统一管理推送服务的账号注册过程，能够防止账号过多造成管理杂乱的问题。基于图2所示的系统架构，图3示例性示出了本申请实施例提供的推送消息的管理方法所对应的流程示意图。如图3所示，具体包括如下步骤：步骤301，推送管理系统接收应用程序的后台服务器发送的待推送消息。步骤302，推送管理系统根据目标终端的类型标识，以及预先存储的类型标识和推送方式的对应关系，确定目标推送方式。步骤303，推送管理系统根据目标推送方式，以及预先存储的推送方式和消息队列的对应关系，确定目标消息队列。步骤304，推送管理系统将待推送消息存储到目标消息队列。步骤305，推送管理系统依次发送目标消息队列中存储的推送消息。采用上述方法，推送管理系统在接收到待推送消息后，可以根据待推送消息携带的目标终端的类型标识，来确定目标推送方式，以及支持该目标推送方式的目标消息队列，如此，推送管理系统可以将不同的推送消息根据其各自携带的目标终端的类型标识，分配到不同的消息队列中，从而可以保证采用适用的推送方式进行推送，进而能够避免现有技术中应用程序的后台服务器采用的推送方式可能与移动终端支持的推送方式不对应的情况，提高推送消息的送达率和准确率。具体来说，步骤301中，应用程序的后台服务器生成待推送消息后，向推送管理系统发送待推送消息。其中，待推送消息可以携带终端的设备标识以及终端的类型标识。终端的设备标识可以是终端的唯一标识符，比如终端的国际移动设备识别码(internationalmobileequipmentidentity，imei)，具体不做限定。终端的类型标识可以以多种形式呈现，比如，终端的类型标识可以是终端的品牌标识。具体地，品牌标识可以是品牌商标的图像标识；或者，也可以是品牌商标的文字标识；或者，还可以是自定义的类型标识，比如，将苹果品牌用字母a来标识，将华为品牌用字母b来标识，具体不做限定。步骤302中，推送管理系统可以预先存储有类型标识和推送方式的对应关系。如表1所示，为类型标识和推送方式的对应关系的一种示例。表1：类型标识和推送方式的对应关系的一种示例如表1所示，推送消息携带的类型标识为“apple”时，对应的推送方式为“ioscloud”；推送消息携带的类型标识为“huawei”时，对应的推送方式为“华为推送”；推送消息携带的类型标识为“oppo”或“vivo”或“zte”时，对应的推送方式为“极光推送”。进一步地，推送管理系统根据待推送消息携带的目标终端的类型标识，以及预先存储的类型标识和推送方式的对应关系，可以确定目标推送方式。举个例子，假设目标终端的类型标识为“apple”，根据表1示出的对应关系，可以确定目标推送方式为“ioscloud”。步骤303中，推送管理系统可以预先存储有推送方式和消息队列的对应关系。其中，推送方式和消息队列的对应关系可以由多种，一个示例中，推送方式和消息队列可以是一对一的对应关系。如表2所示，为推送方式和消息队列的对应关系的一种示例。表2：推送方式和消息队列的对应关系的一种示例推送方式消息队列ioscloud消息队列1华为推送消息队列2极光推送消息队列3根据表2示出内容，推送方式为“ioscloud”时，对应消息队列1；推送方式为“华为推送”时，对应消息队列2；推送方式为“极光推送”时，对应消息队列3。进一步地，推送管理系统根据目标推送方式，以及预先存储的推送方式和消息队列的对应关系，可以确定目标消息队列。举个例子，假设目标推送方式为“ioscloud”，根据表2示出的对应关系，可以确定目标消息队列为消息队列1。另一个示例中，考虑到不同的推送方式覆盖的移动终端的数量也不同，比如，“华为推送”对应的华为品牌的移动终端市场占有率较大，支持“华为推送”的移动终端的数量也较多，相应地，需要发送给华为品牌的推送消息的数量也较大。也就是说，推送方式与消息队列可以是一对多的关系。如表3所示，为推送方式和消息队列的对应关系的另一种示例。表3：推送方式和消息队列的对应关系的另一种示例根据表3示出的内容，推送方式为“ioscloud”时，对应消息队列1-1、消息队列1-2和消息队列1-3；推送方式为“华为推送”时，对应消息队列2-1、消息队列2-2、消息队列2-3和消息队列2-4；推送方式为“极光推送”时，对应消息队列3-1和消息队列3-2。进一步地，推送管理系统可以先根据目标推送方式，以及预先存储的推送方式和消息队列的对应关系，确定至少一个候选消息队列，然后可以获取候选消息队列的负载值，最后可以将负载值最小的候选消息队列确定为目标消息队列。其中，消息队列的负载值可以根据消息队列中存储的推送消息的数量和/或消息队列自身的处理能力来确定。如此，可以平衡消息队列中的推送消息的数量，提高整个系统的处理能力，实现整个系统的负载均衡的效果。举个例子，假设目标推送方式为“华为推送”，根据表3示出的对应关系，可以确定候选消息队列为消息队列2-1、消息队列2-2、消息队列2-3和消息队列2-4。进而，假设消息队列2-1的负载追最小，那么，消息队列2-1可以作为目标消息队列。更进一步地，考虑到在业务高峰期，可能出现某种推送方式对应的消息队列均处于过载状态的情况。基于此，推送管理系统获取候选推送方式的负载值之后，可以先判断候选推送方式的负载值是否均大于或等于第一阈值，如果均大于或等于第一阈值，则可以在服务层中增加新的消息队列，以及将新的消息队列确定为目标消息队列；否则，推送管理系统可以将负载值最小的候选消息队列确定为目标消息队列。如此，本申请实施例可以根据消息队列的实时负载情况，调整消息队列的数量，满足高峰期业务增长的需要，从而可以提高推送消息的发送效率，保证推送消息的时效性。相对应地，在业务低峰期，某种推送方式对应的消息队列可能处于负载不足的情况，因此，当某个推送方式存在多个消息队列，且每个消息队列均处于负载不足的情况下，可以删除至少一个消息队列，从而节省系统的资源。本申请实施例中，推送管理系统在增加新的消息队列后，可以将新的消息队列与目标推送方式对应存储。举个例子，假设目标推送方式为“华为推送”，根据表3示出的对应关系，可以确定候选消息队列为消息队列2-1、消息队列2-2、消息队列2-3和消息队列2-4。进而，如果确定上述四个消息队列的负载值均大于或等于第一阈值，则可以增加新的消息队列(如消息队列2-5)，并将消息队列2-5与“华为推送”的推送方式对应存储。更进一步地，考虑到推送管理系统自身负载也是有限的，推送管理系统如果确定候选推送方式的负载值均大于或等于第一阈值之后，还可以获取服务层中所有的消息队列的负载值，然后根据服务层中的消息队列的负载值，确定推送管理系统对应的系统负载值，进而可以判断系统负载值是否小于第二阈值，如果小于第二阈值，则在服务层中增加新的消息队列；否则，向管理员发送报警消息，该报警消息用于告知管理员推送管理系统过载，指示管理员及时处理系统过载的问题。如此，能够避免消息队列的数量超过系统承载能力的情况，从而避免系统出现故障。需要说明的是，为了提高消息队列的处理能力，本申请可以优化消息队列消费的流程。具体地，当推送管理系统监控到消息队列的长度超过预设长度，可以根据消息队列的总长度除以每个消息队列每分钟可消耗数量，从而确定需要启动的消息队列数量。进一步地，推送管理系统根据需要启动的消息队列的数量来启动消息队列，而消息队列每分钟会进行消耗。当启动的消息队列的数量超过系统的预设值，则不再新增消息队列，从而保证消息队列消耗的稳定性及实时性。为了更清楚地介绍上述推送方式与消息队列一对多的关系下推送消息的管理方法，下面结合图4，对本申请实施例中所涉及到的流程进行整体性说明。如图4所示，可以包括以下步骤：步骤401，推送管理系统接收应用程序的后台服务器发送的待推送消息。步骤402，推送管理系统根据目标终端的类型标识，以及预先存储的类型标识和推送方式的对应关系，确定目标推送方式。步骤403，推送管理系统根据目标推送方式，以及预先存储的推送方式和消息队列的对应关系，确定至少一个候选消息队列。步骤404，推送管理系统获取候选消息队列的负载值。步骤405，推送管理系统判断候选推送方式的负载值是否均大于或等于第一阈值，如果均大于或等于第一阈值，则执行步骤406；否则，执行步骤411。步骤406，推送管理系统获取服务层中所有的消息队列的负载值。步骤407，推送管理系统根据服务层中的消息队列的负载值，确定推送管理系统对应的系统负载值。步骤408，推送管理系统判断系统负载值是否小于第二阈值，如果小于第二阈值，则执行步骤409；否则，执行步骤410。步骤409，推送管理系统在服务层中增加新的消息队列，以及将新的消息队列确定为目标消息队列。步骤410，推送管理系统向管理员发送报警消息。步骤411，推送管理系统可以将负载值最小的候选消息队列确定为目标消息队列。采用上述方法，一方面，推送管理系统可以将不同的推送消息根据其各自携带的目标终端的类型标识，分配到不同的消息队列中，从而可以保证采用适用的推送方式进行推送，进而能够避免现有技术中应用程序的后台服务器采用的推送方式可能与移动终端支持的推送方式不对应的情况，提高推送消息的送达率和准确率。另一方面，推送管理系统可以根据消息队列的负载值，来增加新的消息队列，如此，可以提高推送消息的发送效率，保证推送消息的时效性。步骤304和步骤305中，推送管理系统在发送目标消息队列中存储的推送消息时，具体可以采用图5示出的流程示意图发送推送消息。如图5所示，为本申请提供的一种发送目标消息队列中存储的推送消息的流程示意图，具体包括如下步骤：步骤501，针对目标消息队列中存储的任一推送消息，推送管理系统根据推送消息携带的终端的设备标识，判断终端是否处于在线状态，如果处于在线状态，则执行步骤502；否则，执行步骤503。步骤502，推送管理系统将推送消息发送至安装在与设备标识对应的终端的应用程序中。步骤503，推送管理系统判断推送消息是否需要立即推送，如果需要，则执行步骤504；否则，执行步骤505。步骤504，推送管理系统将推送消息发送至与设备标识对应终端的操作系统中。步骤505，推送管理系统将推送消息重新存储到消息队列的末端，等待下一次发送。如此，即便终端处于离线状态，推送管理系统也可以将推送消息发送至与设备标识对应终端的操作系统中，确保用户能够及时接收到推送消息。在执行步骤305之后，推送管理系统还可以进一步判断待推送消息是否回调成功，如果回调失败，则将待推送消息再次存储到目标消息队列，等待下一次发送。如此，可以避免因短暂的网络中断等原因导致推送消息未发送的情况，提高推送消息的送达率。进一步地，为了降低推送管理系统的运行负担，当待推送消息回调失败时，推送管理系统将待推送消息再次存储到目标消息队列，并尝试最多n次的推送处理，如果n次内有一次成功，标记为消费成功；如果n次推送都失败，可以向管理人员发送推送失败的信息。其中，n为大于1的整数，n可以是本领域技术人员根据经验和实际情况设定的，具体不做限定。下述为本申请系统实施例，可以用于执行本申请方法实施例。对于本申请系统实施例中未披露的细节，请参照本申请方法实施例。图6示例性示出了本申请实施例提供的一种推送管理系统的内部架构图。如图6所示，系统包括接口层和服务层，接口层与多个应用程序的后台服务器通过网络连接，用于接收所述应用程序的后台服务器发送的推送消息。服务层包括多个消息队列(图6中未直接示出)，所述消息队列用于存储推送消息。进一步地，服务层还可以包括业务app接入服务、日志查询服务、离线消息配置服务、推送消息查询服务、消息发送、消息队列生产、消息队列消费、系统设置、报警服务以及其它的更多服务。其中，从接口层到服务层服务层都有日志记录，也就是说，日志查询服务拥有完整的日志记录，便于开发人员排查推送问题。根据图6的内容可以看出，该系统还可以包括数据层、数据库和物理设施层。具体内容可以参见图6示出的，此处不再一一描述。图6所示的推送管理系统具有实现上述推送消息的管理方法的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。如图7所示，为本申请实施例提供的一种推送消息的管理装置的结构示意图。该装置可以应用于上述推送管理系统，该装置可以包括：接收单元701，处理单元702和发送单元703。接收单元701，用于接收应用程序的后台服务器发送的待推送消息，所述待推送消息携带目标终端的类型标识；处理单元702，用于根据所述目标终端的类型标识，以及预先存储的类型标识和推送方式的对应关系，确定目标推送方式；以及，根据所述目标推送方式，以及预先存储的推送方式和消息队列的对应关系，确定目标消息队列；以及，将所述待推送消息存储到所述目标消息队列；发送单元703，用于依次发送所述目标消息队列中存储的推送消息。在一种可能的实现方式中，所述处理单元702具体用于：根据所述目标推送方式，以及预先存储的推送方式和消息队列的对应关系，确定至少一个候选消息队列；以及，获取所述候选消息队列的负载值；以及，将负载值最小的候选消息队列确定为所述目标消息队列。在一种可能的实现方式中，所述推送管理系统将所述新的消息队列与所述目标推送方式对应存储。在一种可能的实现方式中，所述处理单元702还用于：判断所述候选推送方式的负载值是否均大于或等于第一阈值，如果均大于或等于所述第一阈值，则在所述服务层中增加新的消息队列，以及将所述新的消息队列确定为所述目标消息队列；否则，将负载值最小的候选消息队列确定为所述目标消息队列。在一种可能的实现方式中，所述处理单元702还用于：获取所述服务层中的消息队列的负载值；以及，根据所述服务层中的消息队列的负载值，确定所述推送管理系统对应的系统负载值；以及，判断所述系统负载值是否小于第二阈值，如果小于所述第二阈值，则在所述服务层中增加新的消息队列；否则，向管理员发送报警消息。在一种可能的实现方式中，在所述发送单元703依次发送所述目标消息队列中存储的推送消息之后，所述处理单元702还用于：所述推送管理系统判断所述待推送消息是否回调成功，如果回调失败，则将所述待推送消息再次存储到所述目标消息队列。在一种可能的实现方式中，所述推送消息还携带终端的设备标识；所述发送单元703具体用于：针对所述目标消息队列中存储的任一推送消息，根据所述推送消息携带的终端的设备标识，判断所述终端是否处于在线状态，如果处于在线状态，则将所述推送消息发送至所述安装在与设备标识对应的终端的应用程序中；否则，将所述推送消息发送至与设备标识对应终端的操作系统中。在示例性实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序或智能合约，所述计算机程序或智能合约被节点加载并执行以实现上述实施例提供的事务处理方法。可选地，上述计算机可读存储介质可以是只读存储记忆体(read-onlymemory，rom)、随机存储记忆体(randomaccessmemory，ram)、cd-rom、磁带、软盘和光数据存储设备等。本领域的技术人员可以清楚地了解到本申请实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本
技术领域：
中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。当前第1页12