CN115801788A

CN115801788A - 事件投递的方法、装置、电子设备及存储介质

Info

Publication number: CN115801788A
Application number: CN202310050601.2A
Authority: CN
Inventors: 彭双全
Original assignee: Shenzhen Ideamake Software Technology Co Ltd
Current assignee: Shenzhen Ideamake Software Technology Co Ltd
Priority date: 2023-02-01
Filing date: 2023-02-01
Publication date: 2023-03-14
Anticipated expiration: 2043-02-01
Also published as: CN115801788B

Abstract

本申请实施例公开了一种事件投递的方法、装置、电子设备及存储介质。该方法包括：在t时刻，事件中心服务器接收本地业务服务器投递的待处理事件。事件中心服务器确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器。若不存在，事件中心服务器向本地业务服务器发送第一反馈消息，以及向运维端发送第二反馈消息。在

时长后，事件中心服务器接收本地业务服务器再次投递的待处理事件。事件中心服务器确定t+

时刻向事件中心服务器完成注册的多个第二外地业务服务器中是否存在第二目标外地业务服务器。可以实现对事件的自动循环投递，实现投递失败事件的处理机制。提高事件投递***的业务灵活性。

Description

事件投递的方法、装置、电子设备及存储介质

技术领域

本申请涉及事件处理领域，尤其涉及一种事件投递的方法、装置、电子设备及存储介质。

背景技术

在营销云***中，用户可以通过客户端（小程序）进行各种操作，对应地，业务服务器中的“业务服务”会根据用户操作生成各种“事件”，在“事件”投递至事件中心服务器经过“事件校验服务”校验合格后，即可产生针对用户进行的各种操作的结果反馈。但是，在“事件”投递的过程中，由于“事件”的事务类型不同，导致部分“事件”无法直接通过当前业务服务进行直接投递，导致现有的投递方式会增加营销云***的运维人员进行技术维护时的工作量，亟需一种新的事件投递方式来解决针对事务类型不同导致运维人员工作量增加的问题。

发明内容

针对上述问题，本申请提供了一种事件投递的方法、装置、电子设备及存储介质，可以实现事件投递***对事件的自动循环投递，实现对投递失败事件的处理机制。提高了事件投递***的业务灵活性。

为实现上述目的，本申请实施例第一方面提供了一种事件投递的方法，该方法包括：

在t时刻，事件中心服务器接收本地业务服务器投递的待处理事件，其中，待处理事件为本地业务服务器根据用户行为生成的，用户行为是由客户端发送给本地业务服务器的；

事件中心服务器确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器，其中，第一目标外地业务服务器为多个第一外地业务服务器中能够处理待处理事件的外地业务服务器；

若不存在，事件中心服务器向本地业务服务器发送第一反馈消息，以及向运维端发送第二反馈消息，其中，第一反馈消息用于指示待处理事件处理失败，第二反馈消息用于指示运维端根据第二反馈消息对多个第一外地业务服务器进行更新；

在

时长后，事件中心服务器接收本地业务服务器再次投递的待处理事件；

事件中心服务器确定t+

时刻向事件中心服务器完成注册的多个第二外地业务服务器中是否存在第二目标外地业务服务器，其中，第二目标外地业务服务器为多个第二外地业务服务器中能够处理待处理事件的外地业务服务器。

结合第一方面，在一种可能的实施方式中，事件中心服务器确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器，包括：

事件中心服务器获取第一外地业务服务器事件类型表，其中，第一外地业务服务器事件类型表包含多个第一外地业务服务器的事件类型；

事件中心服务器根据事件类型和第一外地业务服务器事件类型表，确定t时刻事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器。

结合第一方面，在一种可能的实施方式中，事件中心服务器根据事件类型和第一外地业务服务器事件类型表，确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器，包括：

将事件类型和第一外地业务服务器事件类型表中的多个事件类型进行比对，选择匹配度最大的事件类型对应的第一外地业务服务器作为第一目标外地业务服务器。

结合第一方面，在一种可能的实施方式中，还包括：

事件服务中心获取投递事件失败表；

事件服务中心将待处理事件和投递事件失败表进行比对，确定在投递事件失败表中是否存在待处理事件；

当待处理事件在投递事件失败表中存在，事件中心服务器根据待处理事件的事件类型，注册待处理事件对应的目标外地业务服务器处理待处理事件；

当待处理事件在投递事件失败表中不存在，事件中心服务器将待处理事件记录在投递事件失败表中。

结合第一方面，在一种可能的实施方式中，事件中心服务器根据待处理事件的事件类型，注册待处理事件对应的目标外地业务服务器，包括：

事件中心服务器根据事件类型和事件内容，设置业务标签；

事件中心服务器将业务标签配置至待注册外地业务服务器；

事件中心服务器将待注册外地业务服务器发送至运维端；

事件中心服务器获得第五反馈消息，其中，第五反馈消息用于指示待注册外地业务服务器已注册成功；

事件中心服务器确定待注册外地业务服务器为待处理事件对应的目标外地业务服务器。

结合第一方面，在一种可能的实施方式中，事件中心服务器根据事件类型和事件内容，设置业务标签，包括：

事件中心服务器将第一物品名称与库存物品名称进行比对，得到第一物品名称与库存物品名称的匹配度，其中，库存物品名称为事件中心服务器中存储的现有的物品的名称；

当匹配度小于或者等于第一阈值时，事件中心服务器删除待处理事件；

当匹配度大于第一阈值时，事件中心服务器将第一物品数量与第一物品的库存数量进行比对；

当第一物品数量和第一物品的库存数量相等且小于或者等于第二阈值，事件中心服务器向本地业务服务器反馈第六反馈消息，其中，第六反馈消息用于指示第一物品的位置编号；

当第一物品的库存数量大于或者等于第一物品数量，且第一物品数量和第一物品的库存数量均大于第二阈值时，事件中心服务器将第一物品名称和第一物品数量设置为待处理事件的业务标签；

当第一物品的库存数量小于第一物品数量，且第一物品数量和第一物品的库存数量均大于第二阈值时，事件中心服务器根据第一物品名称与第一物品数量和第一物品的库存数量的差值设置为待处理事件的业务标签。

结合第一方面，在一种可能的实施方式中，还包括：

事件中心服务器获取第四反馈消息，其中，第四反馈消息用于指示用户已关机；

事件中心服务器将待处理事件进行删除。

本申请实施例第二方面提供了一种事件投递的方法，该方法包括：

在

事件中心服务器确定t+

可以看出，在本实施例中，可以实现事件投递***对事件的自动循环投递，实现对投递失败事件的处理机制。提高了事件投递***的业务灵活性。

本申请实施例第三方面提供了一种事件投递装置，该包括获取单元和处理单元，

获取单元，用于在t时刻，事件中心服务器接收本地业务服务器投递的待处理事件，其中，待处理事件为本地业务服务器根据用户行为生成的，用户行为是由客户端发送给本地业务服务器的；

处理单元，用于事件中心服务器确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器，其中，第一目标外地业务服务器为多个第一外地业务服务器中能够处理待处理事件的外地业务服务器；

处理单元，还用于若不存在，事件中心服务器向本地业务服务器发送第一反馈消息，以及向运维端发送第二反馈消息，其中，第一反馈消息用于指示待处理事件处理失败，第二反馈消息用于指示运维端根据第二反馈消息对多个第一外地业务服务器进行更新；

处理单元，还用于在

处理单元，还用于事件中心服务器确定t+

本申请实施例第四方面提供了一种电子设备，该电子设备包括输入设备和输出设备，还包括处理器，适于实现一条或多条指令；以及，存储器，存储器存储有一条或多条计算机程序，一条或多条计算机程序适于由处理器加载并执行如上述第一方面方法中的步骤。

本申请实施例第五方面提供了一种计算机存储介质，计算机存储介质存储有一条或多条指令，一条或多条指令适于由处理器加载并执行如上述第一方面方法中的步骤。

本申请的上述方案至少包括以下有益效果：

本申请实施例中，展示了一种新的事件投递方式，即将业务服务器分为本地业务服务器和有事件中心服务器统一管理的多个外地业务服务器。当事件无法由本地业务服务器进行处理时，遂投递至事件中心服务器匹配是否有可以处理该事件的外地业务服务器。若存在，则由对应的外地业务服务器进行处理，并将处理结果反馈给本地业务服务器。再由本地业务服务器将处理结果反馈至客户端。若不存在，事件中心服务器则向运维端进行反馈，让运维端进行相应的外地业务服务器的注册和更新。然后，事件再次投递至事件中心服务器进行外地业务服务器的匹配，若存在，则处理，若不存在，再次进行外地业务服务器的注册更新，直至处理完毕。此种方法，可以实现事件投递***对事件的自动循环投递，实现对投递失败事件的处理机制。提高了事件投递***的业务灵活性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种事件投递的方法的***架构图；

图2为本申请实施例提供的一种事件投递的方法的具体应用场景图；

图3为本申请实施例提供的一种事件投递的方法的流程示意图；

图4为本申请实施例提供的一种事件投递装置的结构示意图；

图5为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

本申请说明书、权利要求书和附图中出现的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，术语“第一”、“第二”和“第三”等是用于区别不同的对象，而并非用于描述特定的顺序。

请参见图1，图1为本申请实施例提供的一种事件投递的方法的***架构图，该***架构图包括客户端、运维端、本地业务服务器以及事件中心服务器。

其中，客户端可以为智能手机、手提电脑、平板电脑等输入设备。例如，用户在手机上登录微信进入小程序，用户进行操作动作，将操作动作发送至本地业务服务器。

本地业务服务器可以为云端服务器，用于接收用户在小程序中的操作动作，并根据用户的操作动作生成事件。对于本地业务服务器可以处理的事件，本地业务服务器自行处理。但是，若本地业务服务器无法处理该事件，则将该事件投递至事件中心服务器，由事件中心服务器进行处理。

事件中心服务器可以为云端服务器，用于接收本地业务服务器投递的事件，并对事件进行处理。其中，事件中心服务器中包含多个外地业务服务器用于处理不同的事件。

运维端可以为手机、手提电脑、平板电脑等输入设备。例如，运行维护人员利用手机等输入设备登录微信进入小程序，在小程序中接收事件中心服务器和本地业务服务器发送的消息。运行维护人员根据消息进行后端运维，并通过微信小程序向本地业务服务器和事件中心服务器反馈消息。

请参见图2，图2为本申请实施例提供的一种事件投递方法的具体应用场景图，该场景为在t时刻，本地业务服务器向事件中心服务器投递事件，该事件为用户在小程序中进行的操作动作产生的，本地业务服务器无法进行处理，遂投递至事件中心服务器进行处理。

具体场景如下：在t时刻前，用户登录微信，进入小程序中。用户在小程序中进行的操作动作为“计算AA房的公积金房贷”。将用户的操作动作发送至本地业务服务器，生成事件，即“计算AA房；公积金房贷”。该事件由于无法由本地业务服务器进行处理，遂将该事件投递至事件中心服务器。事件中心服务器根据事件的事件类型和事件内容，从多个第一外地业务服务器中匹配相应的第一外地业务服务器。

若成功匹配到相应的第一外地业务服务器对该事件进行处理，并向事件中心服务器反馈处理结果。事件中心服务器向本地业务服务器反馈处理结果，本地业务服务器向用户端反馈处理结果。据此，事件处理完毕。

但是，若没有成功匹配到相应的第一外地业务服务器，事件中心服务器首先向本地业务服务器反馈处理失败的消息。其次，事件中心服务器向运维端反馈消息，消息中包含事件类型和事件内容。运维端进行维护后，向事件中心服务器反馈维护完成的消息。此时，前面未处理的事件进行再一次的投递，经历同样的匹配过程，若匹配成功，则处理完成。若匹配失败，则再次进入投递和运维的循环当中，直至处理完成。

请参见图3，图3为本申请实施例提供的一种事件投递的方法的流程示意图，该方法应用于云端服务器，如图3所示，包括步骤301-305：

301：在t时刻，事件中心服务器接收本地业务服务器投递的待处理事件。

其中，待处理事件为本地业务服务器根据用户行为生成的，用户行为是由客户端发送给本地业务服务器的。

在本实施例中，在t时刻之前，用户可以采用手机、平板电脑等输入设备登录微信，进入微信小程序。在小程序中进行操作动作。该用户的操作动作会发送至本地业务服务器，本地业务服务器在接收到用户的操作动作之后，将操作动作生成待处理事件，该待处理事件包括事件类型和事件内容。本地业务服务器首先根据该待处理事件进行判断该待处理事件是否可由本地业务服务器进行处理。当本地业务服务器无法进行处理时，也就是t时刻，将该待处理事件投递至事件中心服务器进行处理。事件中心服务器在t时刻接收到该待处理事件。

302：事件中心服务器确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器。

其中，第一目标外地业务服务器为多个第一外地业务服务器中能够处理待处理事件的外地业务服务器。

在本实施例中，事件中心服务器中包含多个第一外地业务服务器，该多个第一外地业务服务器可以根据待处理事件的事件类型和事件内容进行匹配，进而处理可以匹配的待处理事件，更加准确，也确保了正确性。

其中，确定多个第一外地业务服务器中是否存在第一目标外地业务服务器的过程如下：

首先，事件中心服务器获取第一外地业务服务器事件类型表，其中，第一外地业务服务器事件类型表中包含多个第一外地业务服务器的事件类型。

然后，事件中心服务器将待处理事件的事件类型和第一外地业务服务器事件类型表中的多个事件类型进行比对，选择匹配度最大的事件类型对应的第一外地业务服务器作为第一目标外地业务服务器。其中，待处理事件的事件类型和第一外地业务服务器事件类型表中的多个事件类型进行比对可以采用文字对比或者是标签对比。

303：若不存在，事件中心服务器向本地业务服务器发送第一反馈消息，以及向运维端发送第二反馈消息。

其中，第一反馈消息用于指示待处理事件处理失败，第二反馈消息用于指示运维端根据第二反馈消息对多个第一外地业务服务器进行更新。

在本实施例中，待处理事件的事件类型和第一外地业务服务器事件类型表中的多个事件类型进行比对的结果存在两种情况。

首先，是待处理事件的事件类型和第一外地业务服务器事件类型表中的多个事件类型进行比对成功，找到可以处理待处理事件的第一目标外地业务服务器，遂事件中心服务器将待处理事件投递至第一目标外地业务服务器进行处理。第一目标外地业务服务器将处理结果反馈给事件中心服务器，事件中心服务器将处理结果反馈至本地业务服务器，最终，本地业务服务器将处理结果反馈至用户端。

其次，是待处理事件的事件类型和第一外地业务服务器事件类型表中的多个事件类型进行比对失败，则表明在多个第一外地业务服务器中不存在第一目标外地业务服务器，遂无法处理该处理事件。此时，事件中心服务器向本地业务服务器发送第一反馈消息，同时向运维端发送第二反馈消息。其中，第一反馈消息用于表示无法处理该待处理事件，第二反馈消息中包含待处理事件的事件类型和事件内容，用于表示让运维端依据待处理事件的事件类型和事件内容注册更新多个第一外地业务服务器。对于比对失败，事件服务中心获取投递事件失败表。其中，投递事件失败表为曾比对失败的事件的记录表。事件服务中心将待处理事件和投递事件失败表进行比对，确定在投递事件失败表中是否存在待处理事件。当待处理事件在投递事件失败表中存在，事件中心服务器根据待处理事件的事件类型，注册待处理事件对应的目标外地业务服务器处理待处理事件。当待处理事件在投递事件失败表中不存在，事件中心服务器将待处理事件记录在投递事件失败表中。

在比对失败后，事件中心服务器将待处理事件的事件类型和事件内容反馈至运维端进行第一外地业务服务器的更新和注册。

其中，多个第一外地业务服务器注册更新的过程为：

首先，事件中心服务器根据事件类型和事件内容，设置业务标签。

在另一实施例中，待处理事件的事件内容包括第一物品名称和第一物品数量，其中，第一物品为用户想要购买的物品，第一物品数量为用户想要购买的物品的数量。

首先，事件中心服务器将第一物品名称与库存物品名称进行比对，得到第一物品名称与库存物品名称的匹配度，其中，库存物品名称为事件中心服务器中存储的现有的物品的名称。

当匹配度小于或者等于第一阈值时，事件中心服务器删除待处理事件。其中，第一阈值为95%。

当第一物品数量和第一物品的库存数量相等且小于或者等于第二阈值，事件中心服务器向本地业务服务器反馈第六反馈消息，其中，第六反馈消息用于指示第一物品的位置编号，第二阈值为1。此时，用户可以在该店的货物架中找到对应的货物。

当第一物品的库存数量大于或者等于第一物品数量，且第一物品数量和第一物品的库存数量均大于第二阈值时，事件中心服务器将第一物品名称和第一物品数量设置为待处理事件的业务标签。此时，由于用户需求较多，该店的货物架上的数量不足，遂向第三方，即仓库，设置相应的业务标签，进行处理。

当第一物品的库存数量小于第一物品数量，且第一物品数量和第一物品的库存数量均大于第二阈值时，事件中心服务器根据第一物品名称与第一物品数量和第一物品的库存数量的差值设置为待处理事件的业务标签。此时，库存量不足，待处理事件为补充库存，遂以第一物品名称与第一物品数量和第一物品的库存数量的差值设置为待处理事件的业务标签。

其次，事件中心服务器将业务标签配置至待注册外地业务服务器。事件中心服务器将待注册外地业务服务器发送至运维端。然后，事件中心服务器获得第五反馈消息，其中，第五反馈消息用于指示待注册外地业务服务器已注册成功。最终，事件中心服务器确定待注册外地业务服务器为待处理事件对应的目标外地业务服务器，多个第一外地业务服务器得到更新。

304：在

时长后，事件中心服务器接收本地业务服务器再次投递的待处理事件。

在本实施例中，在

时长之后，客户端再一次进行同样的操作动作，本地业务服务器生成同样的待处理事件后投递至事件中心服务器进行处理。再次投递待处理事件实现了投递失败的处理机制，避免了待处理事件因无法处理而搁置或者删除的状态。

305：事件中心服务器确定t+

时刻向事件中心服务器完成注册的多个第二外地业务服务器中是否存在第二目标外地业务服务器。

其中，第二目标外地业务服务器为多个第二外地业务服务器中能够处理待处理事件的外地业务服务器。

在本实施例中，在t+

时刻，事件中心服务器将待处理事件与更新之后的多个第二外地业务服务器进行比对，确定其中是否有匹配的第二目标外地业务服务器。

在本实施例中，当事件中心服务器获取第四反馈消息，其中，第四反馈消息用于指示用户已关机时，事件中心服务器将待处理事件进行删除。

在另一实施例中，用户在手机上登录微信，并进行操作动作。其中，用户的操作动作为“抽奖”。本地业务服务器接收用户的操作动作，生成事件为“抽奖事件”。在t时刻，本地业务服务器将“抽奖事件”投递至事件中心服务器，事件中心服务器同时接收“抽奖事件”。事件中心服务器在多个第一外地业务服务器中比对是否有能够处理该“抽奖事件”的第一目标外地业务服务器。若不存在，则向运维端反馈消息，其中，消息为“根据抽奖事件更新第一外地业务服务器”。同时向本地业务服务器反馈消息，其中，消息为“没有能够处理抽奖事件的第一目标外地业务服务器”。在

时长后，运维端向事件中心服务器反馈消息，表明已完成更新。同时，本地业务服务器再次投递“抽奖事件”，事件服务中心从已更新的多个第二外地业务服务器中匹配能够处理“抽奖事件”的第二目标外地业务服务器。若存在，则有第二目标外地业务服务器进行处理。若不存在，重复以上投递动作，直至处理完成。或者是事件服务中心收到关机消息，进行最后一次投递。若没有投递成功，则删除该事件。可以实现事件投递***对事件的自动循环投递，实现对投递失败事件的处理机制。提高了事件投递***的业务灵活性。

可以看出，本申请实施例展示了一种新的事件投递方式，即将业务服务器分为本地业务服务器和有事件中心服务器统一管理的多个外地业务服务器。当事件无法由本地业务服务器进行处理时，遂投递至事件中心服务器匹配是否有可以处理该事件的外地业务服务器。若存在，则由对应的外地业务服务器进行处理，并将处理结果反馈给本地业务服务器。再由本地业务服务器将处理结果反馈至客户端。若不存在，事件中心服务器则向运维端进行反馈，让运维端进行相应的外地业务服务器的注册和更新。然后，事件再次投递至事件中心服务器进行外地业务服务器的匹配，若存在，则处理，若不存在，再次进行外地业务服务器的注册更新，直至处理完毕。可以实现事件投递***对事件的自动循环投递，实现对投递失败事件的处理机制。提高了事件投递***的业务灵活性。

基于上述事件投递的方法实施例的描述，请参见图4，图4为本申请实施例提供的一种事件投递装置的结构示意图，如图4所示，该事件投递装置包括获取单元401和处理单元402；其中：

获取单元401，用于在t时刻，事件中心服务器接收本地业务服务器投递的待处理事件，其中，待处理事件为本地业务服务器根据用户行为生成的，用户行为是由客户端发送给本地业务服务器的；

处理单元402，用于事件中心服务器确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器，其中，第一目标外地业务服务器为多个第一外地业务服务器中能够处理待处理事件的外地业务服务器；

处理单元402，还用于若不存在，事件中心服务器向本地业务服务器发送第一反馈消息，以及向运维端发送第二反馈消息，其中，第一反馈消息用于指示待处理事件处理失败，第二反馈消息用于指示运维端根据第二反馈消息对多个第一外地业务服务器进行更新；

处理单元402，还用于在

处理单元402，还用于事件中心服务器确定t+

可以看出，在图4所示的事件投递装置可以实现事件投递***对事件的自动循环投递，实现对投递失败事件的处理机制。提高了事件投递***的业务灵活性。

在一种可能的实施方式中，待处理事件包括事件类型，在事件中心服务器确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器方面，处理单元402具体用于：

在一种可能的实施方式中，在事件中心服务器根据事件类型和第一外地业务服务器事件类型表，确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器方面，处理单元402具体用于：

在一种可能的实施方式中，投递失败事件为不存在第一目标外地业务服务器的待处理事件，投递事件失败表记录投递失败事件，处理单元402具体用于：

事件服务中心获取投递事件失败表；

在一种可能的实施方式中，待处理事件包括事件内容，在事件中心服务器根据待处理事件的事件类型，注册待处理事件对应的目标外地业务服务器方面，处理单元402具体用于：

事件中心服务器根据事件类型和事件内容，设置业务标签；

事件中心服务器将业务标签配置至待注册外地业务服务器；

事件中心服务器将待注册外地业务服务器发送至运维端；

在一种可能的实施方式中，事件内容包括第一物品名称和第一物品数量，其中，第一物品为用户想要购买的物品，第一物品数量为用户想要购买的物品的数量，在事件中心服务器根据事件类型和事件内容，设置业务标签方面，处理单元402具体用于：

在一种可能的实施方式中，处理单元402具体用于：

事件中心服务器将待处理事件进行删除。

根据本申请的一个实施例，图4所示的云端服务器的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本申请的其它实施例中，云端服务器也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。

根据本申请的另一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算设备上运行能够执行如图1中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图4中所示的云端服务器设备，以及来实现本申请实施例的事件投递的方法。计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算设备中，并在其中运行。

基于上述方法实施例和装置实施例的描述，本申请实施例还提供一种电子设备。请参见图5，该电子设备至少包括处理器501、输入设备502、输出设备503以及存储器504。其中，电子设备内的处理器501、输入设备502、输出设备503以及存储器504可通过总线或其他方式连接。

存储器504可以存储在电子设备的存储器中，存储器504用于存储计算机存储介质，计算机程序包括程序指令，处理器501用于执行存储器504存储的程序指令。处理器501(或称CPU(CentralProcessingUnit，中央处理器))是电子设备的计算核心以及控制核心，其适于实现一条或多条指令，具体适于加载并执行一条或多条指令从而实现相应方法流程或相应功能。

在一个实施例中，本申请实施例提供的电子设备的处理器501可以用于进行一系列事件投递的方法的处理：

在

事件中心服务器确定t+

再一个实施例中，待处理事件包括事件类型，处理器501执行事件中心服务器确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器包括：

再一个实施例中，处理器501执行事件中心服务器根据事件类型和第一外地业务服务器事件类型表，确定t时刻向事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器：

再一个实施例中，投递失败事件为不存在第一目标外地业务服务器的待处理事件，投递事件失败表记录投递失败事件，处理器501执行：

事件服务中心获取投递事件失败表；

再一个实施例中，待处理事件包括事件内容，处理器501执行事件中心服务器根据待处理事件的事件类型，注册待处理事件对应的目标外地业务服务器，包括：

事件中心服务器根据事件类型和事件内容，设置业务标签；

事件中心服务器将业务标签配置至待注册外地业务服务器；

事件中心服务器将待注册外地业务服务器发送至运维端；

再一个实施例中，事件内容包括第一物品名称和第一物品数量，其中，第一物品为用户想要购买的物品，第一物品数量为用户想要购买的物品的数量，处理器501执行事件中心服务器根据事件类型和事件内容，设置业务标签；

再一个实施例中，处理器501执行，包括：

事件中心服务器将待处理事件进行删除。

示例性的，电子设备可以是超声检查设备、电脑等，电子设备包括但不仅限于处理器501、输入设备502、输出设备503以及存储器504。还可以包括内存、电源、应用客户端模块等。输入设备502可以是智能手机、平板电脑、键盘、触摸屏、语音采集设备等，输出设备503可以是指令发送器等。本领域技术人员可以理解，示意图仅仅是电子设备的示例，并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。

需要说明的是，由于电子设备的处理器501执行计算机程序时实现上述的事件投递的方法中的步骤，因此上述事件投递的方法的实施例均适用于该电子设备，且均能达到相同或相似的有益效果。

本申请实施例还提供了一种计算机存储介质(Memory)，计算机存储介质是电子设备中的记忆设备，用于存放程序和数据。可以理解的是，此处的计算机存储介质既可以包括终端中的内置存储介质，当然也可以包括终端所支持的扩展存储介质。计算机存储介质提供存储空间，该存储空间存储了终端的操作***。并且，在该存储空间中还存放了适于被处理器501加载并执行的一条或多条的指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)。需要说明的是，此处的计算机存储介质可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器；可选的，还可以是至少一个位于远离前述处理器501的计算机存储介质。在一个实施例中，可由处理器501加载并执行计算机存储介质中存放的一条或多条指令，以实现上述有关事件投递的方法的相应步骤。

示例性的，计算机存储介质的计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、电载波信号、电信信号以及软件分发介质等。

需要说明的是，由于计算机存储介质的计算机程序被处理器执行时实现上述的事件投递的方法中的步骤，因此上述事件投递的方法的所有实施例均适用于该计算机存储介质，且均能达到相同或相似的有益效果。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims

1.一种事件投递方法，其特征在于，所述方法应用于营销云***的事件中心服务器，其中，所述营销云***还包括一般用户的客户端、运维人员的运维端、本地业务服务器，其中，所述本地业务服务器为产生事件的业务服务器，所述事件中心服务器与所述本地业务服务器和所述运维端连接，所述本地业务服务器与所述客户端和所述运维端连接，所述方法包括：

在t时刻，接收所述本地业务服务器投递的待处理事件，其中，所述待处理事件为所述本地业务服务器根据用户行为生成的，所述用户行为是由所述客户端发送给所述本地业务服务器的；

确定所述t时刻向所述事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器，其中，所述第一目标外地业务服务器为所述多个第一外地业务服务器中能够处理所述待处理事件的外地业务服务器；

若不存在，向所述本地业务服务器发送第一反馈消息，以及向所述运维端发送第二反馈消息，其中，所述第一反馈消息用于指示所述待处理事件处理失败，所述第二反馈消息用于指示所述运维端根据所述第二反馈消息对所述多个第一外地业务服务器进行更新；

在

时长后，接收所述本地业务服务器再次投递的所述待处理事件；

确定t+

时刻向所述事件中心服务器完成注册的多个第二外地业务服务器中是否存在第二目标外地业务服务器，其中，所述第二目标外地业务服务器为所述多个第二外地业务服务器中能够处理所述待处理事件的外地业务服务器。

2.根据权利要求1所述的方法，其特征在于，其中，所述待处理事件包括事件类型，所述事件中心服务器确定所述t时刻向所述事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器，包括：

获取第一外地业务服务器事件类型表，其中，所述第一外地业务服务器事件类型表包含所述多个第一外地业务服务器的事件类型；

根据所述事件类型和所述第一外地业务服务器事件类型表，确定所述t时刻所述事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器。

3.根据权利要求2所述的方法，其特征在于，所述事件中心服务器根据所述事件类型和所述第一外地业务服务器事件类型表，确定所述t时刻向所述事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器，包括：

将所述事件类型和所述第一外地业务服务器事件类型表中的多个事件类型进行比对，选择匹配度最大的事件类型对应的第一外地业务服务器作为第一目标外地业务服务器。

4.根据权利要求3所述的方法，其特征在于，投递失败事件为不存在所述第一目标外地业务服务器的待处理事件，投递事件失败表记录所述投递失败事件，所述方法还包括：

获取所述投递事件失败表；

将所述待处理事件和所述投递事件失败表进行比对，确定在所述投递事件失败表中是否存在所述待处理事件；

当所述待处理事件在所述投递事件失败表中存在时，根据所述待处理事件的事件类型，注册所述待处理事件对应的目标外地业务服务器处理所述待处理事件；

当所述待处理事件在所述投递事件失败表中不存在时，将所述待处理事件记录在所述投递事件失败表中。

5.根据权利要求4所述的方法，其特征在于，所述待处理事件包括事件内容，所述事件中心服务器根据所述待处理事件的事件类型，注册所述待处理事件对应的目标外地业务服务器，包括：

根据所述事件类型和所述事件内容，设置业务标签；

将所述业务标签配置至待注册外地业务服务器；

将所述待注册外地业务服务器发送至所述运维端；

获得第五反馈消息，其中，所述第五反馈消息用于指示所述待注册外地业务服务器已注册成功；

确定所述待注册外地业务服务器为所述待处理事件对应的目标外地业务服务器。

6.根据权利要求5所述的方法，其特征在于，所述事件内容包括第一物品名称和第一物品数量，其中，所述第一物品为所述用户想要购买的物品，所述第一物品数量为所述用户想要购买的物品的数量，所述事件中心服务器根据所述事件类型和事件内容，设置业务标签，包括：

将所述第一物品名称与库存物品名称进行比对，得到所述第一物品名称与所述库存物品名称的匹配度，其中，所述库存物品名称为所述事件中心服务器中存储的现有的物品的名称；

当所述匹配度小于或者等于第一阈值时，删除所述待处理事件；

当所述匹配度大于第一阈值时，将所述第一物品数量与所述第一物品的库存数量进行比对；

当所述第一物品数量和所述第一物品的库存数量相等且小于或者等于第二阈值，向所述本地业务服务器反馈第六反馈消息，其中，所述第六反馈消息用于指示所述第一物品的位置编号；

当所述第一物品的库存数量大于或者等于所述第一物品数量，且所述第一物品数量和所述第一物品的库存数量均大于第二阈值时，将所述第一物品名称和第一物品数量设置为所述待处理事件的所述业务标签；

当所述第一物品的库存数量小于所述第一物品数量，且所述第一物品数量和所述第一物品的库存数量均大于第二阈值时，根据所述第一物品名称与所述第一物品数量和所述第一物品的库存数量的差值设置为所述待处理事件的所述业务标签。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

获取第四反馈消息，其中，所述第四反馈消息用于指示所述用户已关机；

将所述待处理事件进行删除。

8.一种事件中心服务器，其特征在于，包括：

获取单元，用于在t时刻，接收本地业务服务器投递的待处理事件，其中，所述待处理事件为所述本地业务服务器根据用户行为生成的，所述用户行为是由客户端发送给所述本地业务服务器的；

处理单元，用于确定所述t时刻向所述事件中心服务器完成注册的多个第一外地业务服务器中是否存在第一目标外地业务服务器，其中，所述第一目标外地业务服务器为所述多个第一外地业务服务器中能够处理所述待处理事件的外地业务服务器；

处理单元，还用于若不存在，向所述本地业务服务器发送第一反馈消息，以及向运维端发送第二反馈消息，其中，所述第一反馈消息用于指示所述待处理事件处理失败，所述第二反馈消息用于指示所述运维端根据所述第二反馈消息对所述多个第一外地业务服务器进行更新；

处理单元，还用于在

处理单元，还用于确定t+

9.一种电子设备，其特征在于，包括：处理器和存储器，处理器与存储器相连，存储器用于存储计算机程序，处理器用于执行存储器中存储的计算机程序，以使得电子设备执行如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行以实现如权利要求1-7中任一项所述的方法。