CN112416627B - 一种基于流程的事件信息处理方法、计算设备及存储介质 - Google Patents

Abstract

本发明公开了一种基于流程的事件信息处理方法，该方法适于在计算设备中执行，每个前置流程对应至少一个后续流程，该方法包括步骤：监听消息队列的事件信息，根据前置流程为第一字段计数，其中，前置流程包括前置流程标识，第一字段由前置流程标识和事件标识拼接得到；当前置流程对应的第一字段的计数值等于1时，获取该前置流程对应的后续流程，将该后续流程对应的第二字段的计数值增加1，其中，后续流程包括后续流程标识，第二字段由后续流程标识和事件标识拼接得到；判断第二字段的计数值是否达到所述后续流程的计数阈值，若是，事件信息进入后续流程对应的处理。本发明还公开了相应的计算设备及存储介质。

Description

一种基于流程的事件信息处理方法、计算设备及存储介质

技术领域

本发明涉及信息处理技术领域，特别涉及一种基于流程的事件信息处理方法、计算设备及存储介质。

背景技术

随着计算机应用在人们生活的各个领域，很多业务都通过计算机系统完成。例如基于呼叫事件信息的业务处理中，随着业务的爆发增长以及任务的不断细化，在呼叫结束后，需要根据呼叫过程中的多个信息执行多个并发操作，并确定是否可以触发后续流程，基于性能和时效的要求，该过程需要具有高效，低延迟，确保准确，系统压力小等特点。现有技术中通常有两种方式来执行高并发操作触发后续流程的操作。

一种方式是使用定时任务定时检测多项并发操作是否全部完成后再触发后续操作，然而当数据量和并发量过大时，定时启动任务时效性不佳，且如果定时任务的时间间隔过小，可能在第一次定时任务未处理完第二次定时任务就再次被触发，造成任务重复计算。

另一种方式是在每个并发操作中实时检测当前并发操作的兄弟并发操作是否已经完成，以判断出是否可以进行后续操作，这种方式同样不适于需要判断的并发量过高的情况，且需要根据实际的业务场景编写代码进行集成，影响系统的灵活度。

发明内容

为此，本发明提供了一种基于流程的事件信息处理方法、计算设备及存储介质，以力图解决或者至少缓解上面存在的至少一个问题。

根据本发明的一个方面，提供了一种基于流程的事件信息处理方法，该方法适于在计算设备中执行，计算设备中存储有包含多个前置流程的第一集合和包含有多个后续流程的第二集合，第一集合中的每个前置流程对应第二集合中的至少一个后续流程，、计算设备和客户端连接，、客户端适于执行事件，并在事件启动后推送事件信息到消息队列，事件具有事件标识，该方法包括步骤：监听消息队列的事件信息，根据前置流程为第一字段计数，其中，前置流程包括前置流程标识，第一字段由前置流程标识和事件标识拼接得到；当前置流程对应的第一字段的计数值等于1时，获取该前置流程对应的后续流程，将该后续流程对应的第二字段的计数值增加1，其中，后续流程包括后续流程标识，第二字段由后续流程标识和事件标识拼接得到；判断第二字段的计数值是否达到后续流程的计数阈值，若是，事件信息进入后续流程对应的处理。

可选地，在根据本发明的事件信息处理方法中，获取该前置流程对应的后续流程，包括步骤：获取第一字段包含的前置流程标识，查询前置流程标识和后续流程标识的映射关系，根据映射关系获取该前置流程标识对应的后续流程。

可选地，在根据本发明的事件信息处理方法中，当前置流程对应的第一字段的计数值等于1时，获取该前置流程对应的后续流程，将该后续流程对应的第二字段的计数值增加1，包括步骤：若该前置流程对应多个后续流程，多个对应的后续流程所对应的第二字段的计数值同时增加1。

可选地，在根据本发明的事件信息处理方法中，判断第二字段的计数值是否达到所述后续流程的计数阈值，包括步骤：在第二字段的计数值未达到后续流程的计数阈值之前不进行处理，若后续流程对应多个前置流程，后续流程的计数阈值等于后续流程对应的前置流程的个数。

可选地，在根据本发明的事件信息处理方法中，获取该前置流程对应的后续流程之前，还包括步骤：创建前置流程标识和后续流程标识的映射关系。

可选地，在根据本发明的事件信息处理方法中，监听消息队列的事件信息，根据前置流程为第一字段计数，包括步骤：监听消息队列事件信息，根据事件信息异步触发前置流程对应的处理，当前置流程对应的处理完成后，第一字段的计数值增加1。

可选地，在根据本发明的事件信息处理方法中，监听消息队列的事件信息，根据前置流程为第一字段计数之后，还包括步骤：当前置流程对应的第一字段的计数值大于1时，结束当前流程。

可选地，在根据本发明的事件信息处理方法中，监听消息队列的事件信息，根据前置流程为第一字段计数之后，还包括步骤：将第一字段和第一字段的计数值以键值对的格式存储在数据库中。

可选地，在根据本发明的事件信息处理方法中，数据库为Redis数据库，监听消息队列的事件信息，根据前置流程为第一字段计数，包括步骤：监听消息队列事件信息，根据事件信息异步触发前置流程对应的处理，当前置流程对应的处理完成后，使用Redis数据库的Incr指令以使第一字段的计数值增加1。

可选地，在根据本发明的事件信息处理方法中，前置流程对应的处理包括：语音识别处理、呼叫信息处理、意向判断处理。

可选地，在根据本发明的事件信息处理方法中，后续流程对应的处理包括：结算处理、标签处理。

根据本发明的又一个方面，提供了一种计算设备，包括至少一个处理器；以及存储器，存储有程序指令，其中程序指令被配置为适于由至少一个处理器执行，程序指令包括用于执行根据本发明的基于流程的事件信息处理方法的指令。

根据本发明的又一个方面，提供了一种存储有程序指令的可读存储介质，当该程序指令被计算设备读取并执行时，使得计算设备执行本发明的事件信息处理方法。

根据本发明的技术方案，客户端事件启动后，将事件信息推送到消息队列，前置流程根据消息队列中的存在的事件信息执行对应的操作，并在操作完成后为第一字段计数，并根据前置流程和后续流程的对应关系为第二字段计数，当第二字段的计数值达到阈值时触发后续流程对应的处理。保证在某个后续流程需要多个前置流程触发的情况下，高效的确定出是否要触发后续操作，增加了基于流程的事件处理的时效性，同时减少了系统在高并发下对数据库的频繁操作，降低系统响应时间。

进一步地，当前置流程对应的第一字段的计数值大于1，判定为异常重试，结束当前流程，保证后续流程在对计数值进行处理时，不会被重复的计数值影响，保证了触发后续操作的准确性。另外，当业务需要进行变更时，修改配置信息中前置流程标识和后续流程标识的映射关系即可，无需另外编写代码进行集成，简化了对业务进行维护的复杂度，降低了维护成本。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明的一个实施例的计算设备100的示意图；

图2示出了根据本发明的一个实施例的基于流程的事件信息处理方法200的流程图。

具体实施方式

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

图1是示例计算设备100的框图。在基本的配置102中，计算设备100典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。

取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器118可以与处理器104一起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。

取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器106可以包括操作系统120、一个或者多个应用122以及程序数据124。

计算设备100还可以包括有助于从各种接口设备(例如，输出设备142、外设接口144和通信设备146)到基本配置102经由总线/接口控制器130的通信的接口总线140。示例的输出设备142包括图形处理单元148和音频处理单元150。它们可以被配置为有助于经由一个或者多个A/V端口152与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口144可以包括串行接口控制器154和并行接口控制器156，它们可以被配置为有助于经由一个或者多个I/O端口158和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备146可以包括网络控制器160，其可以被布置为便于经由一个或者多个通信端口164与一个或者多个其他计算设备162通过网络通信链路的通信。在本实施例中，计算设备100和客户端连接，客户端适于执行事件，客户端事件启动后，推送事件信息到消息队列。客户端根据具体的场景实现为话机、移动通讯设备等，本方案不做限制。以客户端执行的事件为呼叫事件，计算设备100获取呼叫事件信息进行处理为例，多个客户端例如话机分别呼叫需要进行客户调查的手机号后，将呼叫过程中产生的信息(完整语音记录及相关时间记录)推送到消息队列中，计算设备100则根据消息队列中的事件信息执行一个业务中多个前后相互衔接的流程。具体来说，计算设备100监听消息队列的事件信息，满足条件后第一次触发并执行多个前置流程对应的处理，当前置流程处理完成后对第一字段进行计数，根据映射关系为后续流程对应的第二字段计数，当第二字段的计数值达到阈值时触发后续流程对应的处理，以完成针对事件信息的一次业务操作。保证在后续流程需要多个前置流程触发的情况下，高效的确定出是否要触发后续操作，增加了基于流程的事件处理的时效性，同时减少了系统在高并发下对数据库的频繁操作，降低系统响应时间。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以是这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

计算设备100可以实现为小尺寸便携(或者移动)电子设备的一部分，这些电子设备可以是诸如蜂窝电话、个人数字助理(PDA)、个人媒体播放器设备、无线网络浏览设备、个人头戴设备、应用专用设备、或者可以包括上面任何功能的混合设备。计算设备100还可以实现为包括桌面计算机和笔记本计算机配置的个人计算机。

图2示出了根据本发明的一个实施例的基于流程的事件信息处理方法200的流程图。方法200适于在计算设备(例如前述计算设备100中)执行，计算设备中存储有包含多个前置流程的第一集合和包含有多个后续流程的第二集合，第一集合中的每个前置流程对应第二集合中的至少一个后续流程，计算设备与客户端连接，客户端适于执行事件，并在事件启动后推送事件信息到消息队列，事件具有事件标识。消息队列使利用发布-订阅模式工作，消息发送者发布消息，一个或多个消息接受者订阅消息。以客户端执行的事件为呼叫事件，计算设备获取呼叫事件信息进行处理为例，多个客户端例如话机分别呼叫需要进行客户调查的手机号后，将呼叫过程中产生的信息(完整语音记录及相关时间记录)推送到消息队列中，计算设备则根据消息队列中的事件信息执行一个业务中多个前后相互衔接的流程。

如图2所示，基于流程的事件信息处理方法始于步骤S210。在步骤S210中，监听消息队列的事件信息，根据前置流程为第一字段计数。其中，前置流程包括前置流程标识，第一字段由前置流程标识和事件标识拼接得到。

监听消息队列的事件信息，即消息队列中存在事件信息发生变化时，调用这个事件对应的事件监听器的处理事件的方法。本方案中调用的是前置流程，根据事件信息异步触发前置流程对应的处理，由所触发的前置流程标识和事件标识拼接得到第一字段。当该前置流程处理完成后，第一字段的计数值增加1，即表示对应该事件变化的一个前置流程执行完成一次。

前置流程的具体内容根据业务场景设定，例如在呼叫事件信息的处理过程中，根据本发明的一个实施例，前置流程对应的处理包括：语音识别处理、呼叫信息处理、意向判断处理。语音识别处理即根据语音识别技术识别通话内容，将语音转化为文字内容得到通话详情；呼叫信息处理即在通话结束后生成通话情况的时长，是否接通等信息；意向判断处理即根据通话聊天信息断言出的商品购买意向等。例如事件标识为10021的呼叫事件完成后，推送该事件的事件信息到消息队列，在监听到消息队列中该标识的事件信息完成时，触发对应该事件的多个前置流程。当标识为ASR(语音识别处理)前置流程处理完成后，第一字段ASR_10021对应的计数值加一，即表示对应标识10021事件变化的前置流程ASR执行完成一次。另外，为避免与后续流程混淆，此处第一字段可以增加前缀。

根据本发明的又一个实施例，监听消息队列的事件信息，根据前置流程为第一字段计数之后，还包括步骤：当前置流程对应的第一字段的计数值大于1时，结束当前流程。在完成一次呼叫事件后，一个前置流程执行了不止一次时，不进行后续的处理，可以防止消息队列异常重试操作被快速结束，不会做相应的业务处理，避免对正常业务的影响，且减少业务操作增加系统性能。

具体地，将第一字段和第一字段的计数值以键值对的格式存储在数据库中。进一步地，数据库为Redis数据库，监听消息队列的事件信息，根据前置流程为第一字段计数，包括步骤：监听消息队列事件信息，根据事件信息异步触发前置流程对应的处理，当所述前置流程对应的处理完成后，使用Redis数据库的Incr指令以使第一字段的计数值增加1。Incr指令在Redis数据库中的作用为将key中储存的数字值增加1，即当一个事件的前置流程完成后，判断数据库中是否存在第一字段的计数值，不存在则创建对应该第一字段的键值对(创建键值对时key中储存的数字值为0)，存在则获取所存储的键值对，若第一字段的计数值增加1后大于1，即在完成一次呼叫事件后一个前置流程执行了不止一次，则结束当前流程，利用该指令去除数据库多余的验证操作。

随后在步骤S220中，当前置流程对应的第一字段的计数值等于1时，获取该前置流程对应的后续流程，将该后续流程对应的第二字段的计数值增加1。其中，后续流程包括后续流程标识，第二字段由后续流程标识和事件标识拼接得到。

当前置流程对应的第一字段的计数值等于1时，即表示对应该事件变化的一个前置流程正好执行完成一次，并根据前置流程和后续流程的对应关系为第二字段计数。进一步地，若该前置流程对应多个后续流程，多个对应的后续流程所对应的第二字段的计数值同时增加1。

根据本发明的一个实施例，获取该前置流程对应的后续流程，包括步骤：获取第一字段包含的前置流程标识，查询前置流程标识和后续流程标识的映射关系，根据映射关系获取该前置流程标识对应的后续流程。具体地，获取该前置流程对应的后续流程之前，还包括步骤：创建前置流程标识和后续流程标识的映射关系。当业务需要进行变更时，修改配置信息中前置流程和后续流程的映射关系即可，无需另外编写代码进行集成，简化了对业务进行维护的复杂度，降低了维护成本。

后续流程为完成对一次事件的一次业务处理而设定，根据本发明的一个实施例，对应前述呼叫事件中的前置流程，后续流程对应的处理包括：结算处理、标签处理。结算处理即实际通话结束后结算通话费用；标签处理即根据用户通话过程中的信息对用户做出业务价值判断等的多个标签。

例如，在进入一个呼叫事件的前置流程标志为YIXIANG的意向判断处理时，得到第一字段YIXIANG_10021，根据前置流程标识和配置信息里的映射关系可以查询到其对应的后续流程有结算处理和标签处理，因此拼装出两个第二字段COUNT_10021和LABLE_10021，将该后续流程对应的多个第二字段的计数值同时增加1。另外，为避免与前置流程混淆，此处第二字段可以增加前缀。

根据本发明的又一个实施例，还存在多个前置流程对应同一个后续流程的情况，例如前置流程呼叫信息处理、意向判断处理都对应后续流程呼叫信息处理，在二者执行都完成一次后，第一字段ASR_10021的计数值为1，第一字段YIXIANG_10021的计数值为1，则第二字段COUNT_10021对应的计数值两次增加后为2。

最后在步骤S230中，判断第二字段的计数值是否达到后续流程的计数阈值，若是，事件信息进入后续流程对应的处理。

后续流程中的计数阈值一般和当前后置流程对应的前置流程数量有关，因为存在后续流程需要多个前置流程执行完成之后才能触发的情况。根据本发明的一个实施例，在第二字段的计数值未达到后续流程的计数阈值之前不进行处理，若后续流程对应多个前置流程，后续流程的计数阈值等于后续流程对应的前置流程的个数。例如后续流程结算处理需要完成呼叫信息处理、意向判断处理两个前置流程才能执行，则后续流程中的计数阈值为2。当后续流程的第二字段的计数值达到计数阈值时，调用该后续流程的接口，以使事件信息进入后续流程对应的处理。

由于当第一字段的计数值大于1时，前置流程立即结束，后续流程的第二字段的计数值不会在增加1，确保后续流程中第二字段不会重复计数。例如，在映射关系如前所述的前提下，事件标识为10021的意向判断处理被触发两次，通过对第一字段的计数值的判断拦截，第一字段YIXIANG_10021只能进行一次计数操作，保证在事件标识为10021的呼叫信息处理完成后，第二字段COUNT_10021的计数值才能再次增加1。否则会造成事件标识为10021的前置流程意向判断处理被触发两次后，第二字段COUNT_10021的计数值直接执行两次增加1的操作，达到对应的后续流程结算处理的计数阈值，但此时事件标识为10021的呼叫信息处理并未完成，造成错误的流程处理。

根据本发明的技术方案，客户端事件启动后，将事件信息推送到消息队列，前置流程根据消息队列中的存在的事件信息执行对应的操作，并在操作完成后为第一字段计数，并根据前置流程和后续流程的对应关系为第二字段计数，当第二字段的计数值达到阈值时触发后续流程对应的处理。保证在某个后续流程需要多个前置流程触发的情况下，高效的确定出是否要触发后续操作，增加了基于流程的事件处理的时效性，同时减少了系统在高并发下对数据库的频繁操作，降低系统响应时间。

进一步地，当前置流程对应的第一字段的计数值大于1，判定为异常重试，结束当前流程，保证后续流程在对计数值进行处理时，不会被重复的计数值影响，保证了触发后续操作的准确性。另外，当业务需要进行变更时，修改配置信息中前置流程标识和后续流程标识的映射关系即可，无需另外编写代码进行集成，简化了对业务进行维护的复杂度，降低了维护成本。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

B9、如B8所述的方法，所述数据库为Redis数据库，所述监听消息队列的事件信息，根据前置流程为第一字段计数，包括步骤：

监听消息队列事件信息，根据事件信息异步触发前置流程对应的处理，当所述前置流程对应的处理完成后，使用Redis数据库的Incr指令以使第一字段的计数值增加1。

B10、如B1-B9中任一项所述的方法，所述前置流程对应的处理包括：语音识别处理、呼叫信息处理、意向判断处理。

B11、如B1-B10中任一项所述的方法，所述后续流程对应的处理包括：结算处理、标签处理。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (13)

1.一种基于流程的事件信息处理方法，所述方法适于在计算设备中执行，所述计算设备中存储有包含多个前置流程的第一集合和包含有多个后续流程的第二集合，第一集合中的每个前置流程对应第二集合中的至少一个后续流程，所述计算设备和客户端连接，所述客户端适于执行事件，并在事件启动后推送事件信息到消息队列，所述事件具有事件标识，所述方法包括步骤：

监听消息队列的事件信息，根据前置流程为第一字段计数，其中，前置流程包括前置流程标识，所述第一字段由前置流程标识和事件标识拼接得到；

当前置流程对应的第一字段的计数值等于1时，获取该前置流程对应的后续流程，将该后续流程对应的第二字段的计数值增加1，其中，后续流程包括后续流程标识，所述第二字段由后续流程标识和事件标识拼接得到；

判断所述第二字段的计数值是否达到所述后续流程的计数阈值，若是，事件信息进入后续流程对应的处理。

2.如权利要求1所述的方法，所述获取该前置流程对应的后续流程，包括步骤：

获取所述第一字段包含的前置流程标识，查询前置流程标识和后续流程标识的映射关系，根据映射关系获取该前置流程标识对应的后续流程。

3.如权利要求1或2所述的方法，所述当前置流程对应的第一字段的计数值等于1时，获取该前置流程对应的后续流程，将该后续流程对应的第二字段的计数值增加1，包括步骤：

若该前置流程对应多个后续流程，多个对应的后续流程所对应的第二字段的计数值同时增加1。

4.如权利要求1-3中任一项所述的方法，所述判断所述第二字段的计数值是否达到所述后续流程的计数阈值，包括步骤：

在所述第二字段的计数值未达到所述后续流程的计数阈值之前不进行处理，若所述后续流程对应多个前置流程，所述后续流程的计数阈值等于所述后续流程对应的前置流程的个数。

5.如权利要求1-4中任一项所述的方法，所述获取该前置流程对应的后续流程之前，还包括步骤：创建前置流程标识和后续流程标识的映射关系。

6.如权利要求1-5中任一项所述的方法，所述监听消息队列的事件信息，根据前置流程为第一字段计数，包括步骤：

监听消息队列事件信息，根据事件信息异步触发前置流程对应的处理，当所述前置流程对应的处理完成后，第一字段的计数值增加1。

7.如权利要求1-6中任一项所述的方法，所述监听消息队列的事件信息，根据前置流程为第一字段计数之后，还包括步骤：

当所述前置流程对应的第一字段的计数值大于1时，结束当前流程。

8.如权利要求1-7中任一项所述的方法，所述监听消息队列的事件信息，根据前置流程为第一字段计数之后，还包括步骤：

将所述第一字段和第一字段的计数值以键值对的格式存储在数据库中。

9.如权利要求8所述的方法，所述数据库为Redis数据库，所述监听消息队列的事件信息，根据前置流程为第一字段计数，包括步骤：

监听消息队列事件信息，根据事件信息异步触发前置流程对应的处理，当所述前置流程对应的处理完成后，使用Redis数据库的Incr指令以使第一字段的计数值增加1。

10.如权利要求1-9中任一项所述的方法，所述前置流程对应的处理包括：语音识别处理、呼叫信息处理、意向判断处理。

11.如权利要求1-10中任一项所述的方法，所述后续流程对应的处理包括：结算处理、标签处理。

12.一种计算设备，包括：

至少一个处理器；以及

存储器，存储有程序指令，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如权利要求1-11所述的事件信息处理方法的指令。

13.一种存储有程序指令的可读存储介质，当所述程序指令被客户端读取并执行时，使得所述客户端执行如权利要求1-11中任一项所述方法。