一种数据处理方法、装置和系统与流程

本发明涉及数据处理技术领域，特别涉及一种数据处理方法、装置和系统。

背景技术：

自助终端设备是由人机界面组成，由用户根据设备提示进行操作，因其具有较高的便捷性，近年来得以迅速地发展。随着自助终端使用量的增加，产生的并发数据量逐渐增加，数据的种类也多种多样，因此，对自助前置的数据处理要求越来越高。

目前，自助前置主要通过建立负载均衡集群方式，对多个自助终端同时发送的交易请求进行处理，负载均衡集群是在应用服务器高负载的情况下，由多台节点提供可伸缩的、高负载的服务器组以保证对外提供良好的服务响应。但是，由于负载均衡集群部署起来比较繁琐，使得数据处理效率较低。

技术实现要素：

本发明提供了一种数据处理方法、装置和系统，提高了数据处理的效率。

第一方面，本发明提供了一种数据处理方法，包括：

预先设置监控进程和至少两个执行进程，预先设置所述至少两个执行进程的强制释放条件；

接收至少两个交易请求；

为每个交易请求启动至少一个执行进程，利用所述监控进程对每一个所述执行进程进行监控，当监控到存在满足所述强制释放条件的执行进程，所述监控进程释放所述满足所述强制释放条件的执行进程；

针对每一个所述交易请求，调用当前交易请求对应的所述至少一个所述执行进程，对所述当前交易请求进行处理。

优选地，

预先设置每个交易码对应的交互进程；

所述调用当前交易请求对应的所述至少一个所述执行进程，对所述交易请求进行处理，包括：

调用所述当前交易请求对应的验证进程，利用所述验证进程对所述当前交易请求进行验证，当验证通过时，调用所述当前交易请求对应的解析进程，利用所述解析进程对所述当前交易请求进行解析，解析出所述当前交易请求对应的目标交易码，确定所述目标交易码对应的目标交互进程；

调用所述目标交互进程将所述当前交易请求中的交易报文发送给外部的交易报文处理服务器；

调用所述目标交互进程接收所述交易报文处理服务器反馈的所述交易报文的响应，将所述交易报文的响应发送给所述当前交易请求对应的自助终端。

优选地，

预先设置交易超时时间；

针对每个所述执行进程，当前执行进程确定所述当前执行进程的运行时间，当所述运行时间大于所述交易超时时间时，释放所述当前执行进程。

优选地，

在所述对所述当前交易请求进行处理之后，进一步包括：

每个所述执行进程处理完对应的交易请求时，向所述监控进程发送完成消息；

所述当监控到存在满足所述强制释放条件的执行进程，所述监控进程释放所述满足所述强制释放条件的执行进程，包括：

当所述监控进程监控到当前执行进程停止运行，且没有接收到所述当前执行进程发来的完成消息时，所述监控进程释放所述当前执行进程。

优选地，

在所述为每个交易请求启动至少一个执行进程之前，进一步包括：

预先设置最大进程控制数；

判断当前接收到的所述交易请求的第一数量和已经启动的所述执行进程的第二数量之和是否大于所述最大进程控制数，如果否，执行：所述为每个交易请求启动至少一个执行进程。

第二方面，本发明提供了一种数据处理装置，包括：

设置单元，用于设置监控进程和至少两个执行进程，设置所述至少两个执行进程的强制释放条件；

接收单元，用于接收至少两个交易请求；

监控单元，用于为所述接收单元接收的每个交易请求，启动所述设置单元设置的至少一个执行进程，利用所述监控进程对每一个所述执行进程进行监控，当监控到存在满足所述设置单元设置的所述强制释放条件的执行进程，所述监控进程释放所述满足所述强制释放条件的执行进程；

处理单元，用于针对每一个所述交易请求，调用当前交易请求对应的所述监控单元启动的所述至少一个所述执行进程，对所述当前交易请求进行处理。

优选地，

所述设置单元，进一步用于设置每个交易码对应的交互进程；

所述处理单元，用于调用所述当前交易请求对应的验证进程，利用所述验证进程对所述当前交易请求进行验证，当验证通过时，调用所述当前交易请求对应的解析进程，利用所述解析进程对所述当前交易请求进行解析，解析出所述当前交易请求对应的目标交易码，根据所述设置单元设置的每个交易码对应的交互进程，确定所述目标交易码对应的目标交互进程；调用所述目标交互进程将所述当前交易请求中的交易报文发送给外部的交易报文处理服务器；调用所述目标交互进程接收所述交易报文处理服务器反馈的所述交易报文的响应，将所述交易报文的响应发送给所述当前交易请求对应的自助终端。

优选地，

所述设置单元，进一步用于设置交易超时时间；

释放单元，用于针对所述监控单元启动的每个所述执行进程，当前执行进程确定所述当前执行进程的运行时间，当所述运行时间大于所述交易超时时间时，释放所述当前执行进程。

优选地，

发送单元，用于根据所述处理单元中每个所述执行进程处理完对应的交易请求时，向所述监控单元中所述监控进程发送完成消息；

所述监控单元，用于当所述监控进程监控到当前执行进程停止运行，且没有接收到所述发送单元发送的所述当前执行进程发来的完成消息时，所述监控进程释放所述当前执行进程。

优选地，

所述设置单元，进一步用于设置最大进程控制数；

确定单元，用于确定当前接收到的所述交易请求的第一数量和已经启动的所述执行进程的第二数量；

判断单元，用于判断所述确定单元确定的所述第一数量和所述第二数量之和是否大于所述设置单元设置的所述最大进程控制数，如果否，触发执行所述监控单元。

第三方面，本发明提供了一种数据处理系统，包括：至少一个自助终端和权利要求6-9任一所述的数据处理装置；

所述至少一个自助终端，用于接收所述数据处理装置发送的至少两个交易请求。

本发明提供了一种数据处理方法、装置和系统，该方法可以接收至少两个交易请求，为每个交易请求启动至少一个预先设置的执行进程，并启动预先设置的监控进程对每一个执行进程进行监控，当监测到存在满足预先设置的强制释放条件的执行进程时，监控进程释放满足强制释放条件的执行进程。针对每一个交易请求，调用当前交易请求对应的至少一个执行过程，对当前交易请求进行处理。该方法通过设置执行进程，可以同时对多个交易请求进行处理，无需建立负载均衡集群方式，提高了数据处理的效率。

附图说明

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

图1是本发明一个实施例提供的一种数据处理方法流程图；

图2是本发明一个实施例提供的另一种数据处理方法流程图；

图3是本发明一个实施例提供的一种数据处理装置结构示意图；

图4是本发明一个实施例提供的另一种数据处理装置结构示意图；

图5是本发明一个实施例提供的又一种数据处理装置结构示意图；

图6是本发明一个实施例提供的再一种数据处理装置结构示意图；

图7是本发明一个实施例提供的一种数据处理系统结构示意图。

具体实施方式

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

如图1所示，本发明实施例提供了一种数据处理方法，该方法可以包括以下步骤：

步骤101：预先设置监控进程和至少两个执行进程，预先设置至少两个执行进程的强制释放条件；

步骤102：接收至少两个交易请求；

步骤103：为每个交易请求启动至少一个执行进程，启动监控进程对每一个执行进程进行监控，当监控到存在满足强制释放条件的执行进程，监控进程释放满足强制释放条件的执行进程；

步骤104：针对每一个交易请求，调用当前交易请求对应的至少一个执行进程，对当前交易请求进行处理。

在图1所示的实施例中，该方法可以接收至少两个交易请求，为每个交易请求启动至少一个预先设置的执行进程，并启动预先设置的监控进程对每一个执行进程进行监控，当监测到存在满足预先设置的。强制释放条件的执行进程时，监控进程释放满足强制释放条件的执行进程。针对每一个交易请求，调用当前交易请求对应的至少一个执行过程，对当前交易请求进行处理。该方法通过设置执行进程，可以同时对自助终端发送的多个交易请求进行处理，无需建立负载均衡集群方式，提高了数据处理的效率。

需要说明的是，交易请求是外部的自助设备发送的，一个自助设备可以同时发送一个交易请求也可以同时发送多个交易请求。

在本发明的一个实施例中，为了判断交易请求是否合法，确定交易请求对应的交易码，进而对交易请求进行处理，该方法还包括：预先设置每个交易码对应的交互进程；步骤104包括：调用当前交易请求对应的验证进程，利用验证进程对当前交易请求进行验证，当验证通过时，调用当前交易请求对应的解析进程，利用解析进程对当前交易请求进行解析，解析出当前交易请求对应的目标交易码，确定目标交易码对应的目标交互进程；调用目标交互进程将当前交易请求中的交易报文发送给外部的交易报文处理服务器；调用目标交互进程接收交易报文处理服务器反馈的交易报文的响应，将交易报文的响应发送给当前交易请求对应的自助终端。

在本实施例中，对交易请求的处理至少可以包含三个方面的内容，验证、解析、交互，相应的，可以针对不同方面调用不同的执行进程进行处理，执行进程至少可以包括：验证进程、解析进程、交互进程；

第一方面：验证；

接收到的交易请求可能来自于不同的自助终端，其中，有些终端可能不是合法终端，为了筛选出合法终端发送的交易请求，首先需要对接收到的交易请求进行验证。

例如，接收到的交易请求分别为A1、A2、A3，其中，A1和A2为某一银行网点的自助设备，而A3是某一餐厅的自助设备，当需要对银行网点的交易请求进行处理时，A1和A2发送的交易请求即为合法交易请求，需要被处理；而A3发送的交易请求为不合法交易请求，通过验证过程，可以将A3发送的交易请求筛选出来。

验证过程可以通过以下过程实现：将交易请求中包含的目标自助终端编号或者目标自助终端的地址，与预先存储的自助终端编号或自助终端地址进行匹配，如果匹配成功，则验证通过，否则，该目标自助终端是不合法的。

第二方面：解析；

交易请求一般是以加密的报文信息形式存在，为了获取交易请求中的交易码，需要通过解析进程对交易请求进行解析。根据预先设置的每个交易码对应的交互进程，确定目标交易码对应的交互进程。例如，预先设置交易码A对应交互进程“转账”；交易码B对应交互进程“取款”，当解析得到的目标交易码为A时，确定目标交互进程为“转账”。

第三方面：交互；

交互进程主要用于与交易报文处理服务器、自助终端进行信息交互。例如，根据解析过程确定的目标交互进程为“转账”，该进程将交易请求中关于转账的交易报文发送给银行的交易报文处理服务器进行处理，银行根据报文信息进行转账操作，转账成功后反馈处理完成的提示，该进程将处理完成的提示发送给发送该交易请求的自助终端。

在本发明的一个实施例中，为了限制执行进程的运行时间，防止当前进程的运行时间过长造成资源浪费，该方法还包括：预先设置交易超时时间；针对每个执行进程，当前执行进程确定当前执行进程的运行时间，当运行时间大于交易超时时间时，释放当前执行进程。

交易超时时间为每一个执行进程最大的运行时间，从执行进程启动时开始计时。设置交易超时时间，也可以为全部的执行进程设置统一的交易超时时间。执行进程释放至少可以包括两种释放方式：

方式1：自动释放；

自动释放至少可以包括两种情况：执行进程在设置的交易超时时间内处理完当前任务，则执行进程自动释放；执行进程处理当前任务时，运行时间超过设置的交易超时时间，则执行进程自动释放。

为每一个执行进程设置统一的交易超时时间为2s，当验证进程对目标交易申请进行验证时，验证进程对对运行过程进行计时，获得自身的运行时间，随着验证过程的进行，当该运行时间大于交易超时时间，此时，验证过程并没有完成，验证进程自动释放；当验证进程完成验证时，运行时间不大于交易超时时间时，验证进程自动释放。

方式2：强制释放；

在本发明的一个实施例中，为了释放发生异常停止运行的执行进程，该方法还包括：每个执行进程处理完对应的交易请求时，向监控进程发送完成消息；步骤103包括：当监控进程监控到当前执行进程停止运行，且没有接收到当前执行进程发来的完成消息时，监控进程释放当前执行进程。

执行进程完成当前任务时，会向监控进程发送完成消息，但是，当执行进程发生异常停止运行时，无法实现自动释放，此时，该执行进程满足强制释放条件，即监控进程监控到执行进程停止运行，且没有接收到执行进程发来的完成消息，因此，监控进程释放执行进程。

在本发明的一个实施例中，为了控制运行的执行进程的数量，该方法还包括：预先设置最大进程控制数；确定当前接收到的交易请求的第一数量和已经启动的执行进程的第二数量；判断第一数量和第二数量之和是否大于最大进程控制数，如果否，执行：为每个交易请求启动至少一个执行进程。

最大进程控制数为允许启动的执行进程最大数量，例如，最大进程控制数为10，当前接收到交易请求的第一数量为3，已经启动的执行进程的第二数量为5，第一数量与第二数量之和小于10，则为3个交易请求分别启动一个执行进程。

在本实施例中，接收到的交易请求可以来自不同的端口，也可以来自同一个端口，可以设置监听进程对端口进行监听，接收通过端口传输的交易请求。

需要说明的是，每个交易请求启动执行进程的数量并不固定，例如，最大进程控制数为10，当前接收到交易请求的第一数量为2，已经启动的执行进程的第二数量为3，第一数量与第二数量之和小于5，可以为2个交易请求分别启动两个执行进程，也可以为其中一个交易请求启动3个执行进程，为其中一个交易请求启动1个执行进程。

下面以银行的自助终端发送交易请求为例，对自助前置的数据处理方法进行详细的说明，该方法包括以下步骤：

步骤201：预先设置监控进程、至少两个执行进程、两个执行进程的强制释放条件、每个交易码对应的交互进程、交易超时时间、最大进程控制数。

监控进程用于对每一个执行进程进行监控，例如，监控执行进程的启动数量和运行情况。

执行进程用于处理交易请求，可以同时对至少两个交易请求进行处理，每一个交易请求对应至少一个执行进程。根据处理过程不同，执行进程种类不同，至少可以包括：验证进程、解析进程和交互进程。在本实施例中，预先设置5个验证进程、5个解析进程和5个交互进程。

执行进程在运行的过程中，可能会发生异常停止等情况，无法自动释放，为了解除其对资源的占用，需要将其强制释放，进而预先设置强制释放条件。在本实施例中，设置的强制释放条件为：监控进程监控到当前执行进程停止运行，且没有接收到当前执行进程发来的完成消息。

对于银行中的自助终端，可能涉及多种交易，例如，转账、取钱、存钱等，每一种交易对应一种交易码，每种交易码对应不同的交互进程。在本实施例中，预先设置交易码A对应交互进程“转账”、交易码B对应交互进程“存款”、交易码C对应交互进程“取款”。

为了保证执行进程的运行效率，避免对资源的浪费，预先设置执行进程的交易超时时间，可以统一为每一个执行进程进行设置，也可以为每一个执行进程分别进行设置。在本实施例中，为验证进程、解析进程和交互进程设置统一的交易超时时间为3s。

最大进程控制数为允许启动的执行进程最大数量，在本实施例中，设置最大进程控制数为20，即启动的执行进程的数量不能大于20。

步骤202：接收自助终端发送的至少两个交易请求。

在本实施例中，接收2个自助终端发送的2个交易请求M、N。

步骤203：确定当前接收到的交易请求的第一数量和已经启动的执行进程的第二数量。

在本实施例中，确定已经启动的执行进程的第二数量为5，当前接收到交易请求的第一数量为2。

步骤204：判断第一数量和第二数量之和，是否大于最大进程控制数，如果否，执行步骤205。

第一数量与第二数量之和7小于最大进程控制数20，同时执行步骤205。

步骤205：为每个交易请求启动至少一个执行进程，利用监控进程对每一个执行进程进行监控。

在本实施例中，针对每一个交易请求，需要进行三个方面的处理：验证、解析和交互，因此，为每一个交易请求分别启动三个执行进程：验证进程、解析进程和交互进程，并利用监控进程对每一个验证进程、解析进程和交互进程进行监控。其中，监控进程可以在执行进程启动之前启动，可以与执行进程同时启动，也可以在执行进程之后启动。

步骤206：针对每一个交易请求，调用当前交易请求对应的验证进程；利用验证进程对当前交易请求进行验证，当验证通过时，执行步骤207，并向监控进程发送完成消息；在验证过程中，验证进程确定验证进程的运行时间，判断运行时间是否大于交易超时时间，如果是，释放验证进程；当监控进程监控到验证进程停止运行，且没有接收到验证进程发来的完成消息时，监控进程释放验证进程。

以交易请求M为例，验证过程可以通过以下过程实现：调用一个验证进程，将交易请求M中包含的自助终端编号a，与预先存储的自助终端编号a、b、c、d进行匹配，结果匹配成功，验证通过。向监控进程发送验证完成消息。调用一个验证进程，将交易请求N中包含的自助终端编号e，与预先存储的自助终端编号a、b、c、d进行匹配，没有匹配成功，验证不通过，向监控进程发送验证完成消息。

当监控进程启动后，对每一个验证进程运行的过程进行实时监控，验证进程在运行时发生异常时，无法实现自动释放，此时，验证进程满足强制释放条件，即监控进程监控到验证进程停止运行，且没有接收到验证进程发来的完成消息，因此，监控进程释放验证进程。

在验证进程运行过程中，验证进程可以对自身的运行时间进行计时，运行时间从验证进程启动开始计算。以交易请求M对应的验证进程为例，确定自身的运行时间为1s。运行时间小于设置的交易超时时间3s，此时，验证进程继续运行。但如果确定的身的运行时间为4s，大于交易超时时间，验证进程自动释放。

步骤207：调用当前交易请求对应的解析进程，利用解析进程对当前交易请求进行解析，解析出当前交易请求对应的目标交易码，确定目标交易码对应的目标交互进程，执行步骤208，并向监控进程发送完成消息；在解析过程中，解析进程确定解析进程的运行时间，判断运行时间是否大于交易超时时间，如果是，释放解析进程；当监控进程监控到解析进程停止运行，且没有接收到解析进程发来的完成消息时，监控进程释放解析进程。

对于通过验证的当前交易请求，调用解析进程对M进行解析。交易请求一般是以加密的报文信息形式存在，解析过程可以通过以下的过程实现，例如，M通过公钥1进行加密，那么，可以利用与公钥1对应的私钥1，对M进行解析，获得M对应的目标交易码A，根据步骤201确定对应的目标交互进程“转账”，执行步骤208，并向监控进程发送完成消息。

与步骤206中的验证过程类似，监控进程对执行交易请求M解析过程的解析进程进行实时监控，如果解析进程在运行时发生异常时，无法实现自动释放，此时，解析进程满足强制释放条件，即监控进程监控到解析进程停止运行，且没有接收到解析进程发来的完成消息，因此，监控进程释放解析进程。

与步骤206中的验证进程类似，在解析进程的运行过程中，解析进程可以对自身的运行进行计时，获得运行时间，在运行的过程中，实时判断运行时间是否大于设置的交易超时时间，若大于，则解析进程自动释放。

步骤208：调用目标交互进程将当前交易请求中的交易报文发送给外部的交易报文处理服务器，接收交易报文处理服务器反馈的交易报文的响应，将交易报文的响应发送给当前交易请求对应的自助终端，并向监控进程发送完成消息；在交互过程中，目标交互进程确定目标交互进程的运行时间，判断运行时间是否大于交易超时时间，如果是，释放目标交互进程；当监控进程监控到目标交互进程停止运行，且没有接收到目标交互进程发来的完成消息时，监控进程释放目标交互进程。

调用目标交互进程将M中的交易报文信息发送给外部的交易报文处理服务器进行转账处理。调用目标交互进程接收转账的处理结果，将处理结果反馈给交易请求M对应的自助终端。

与上述的验证进程和解析进程类似，当监控进程启动后，对每一个目标交互进程运行的过程进行实时监控，目标交互进程在运行时发生异常时，无法实现自动释放，此时，目标交互进程满足强制释放条件，即监控进程监控到目标交互进程停止运行，且没有接收到目标交互进程发来的完成消息，因此，监控进程释放目标交互进程。

在目标交互进程运行过程中，目标交互进程可以对自身的运行时间进行计时，运行时间从目标交互进程启动开始计算。以交易请求M对应的目标交互进程为例，确定自身的运行时间为2s。运行时间小于设置的交易超时时间3s，此时，目标交互进程继续运行。但如果确定自身的运行时间为5s，大于交易超时时间，目标交互进程自动释放。

如图3所示，本发明实施例提供了一种数据处理装置，包括：设置单元301，用于设置监控进程和至少两个执行进程，设置至少两个执行进程的强制释放条件；接收单元302，用于接收至少两个交易请求；监控单元303，用于为接收单元302接收的每个交易请求，启动设置单元301设置的至少一个执行进程，启动监控进程对每一个执行进程进行监控，当监控到存在满足设置单元301设置的强制释放条件的执行进程，监控进程释放满足强制释放条件的执行进程；处理单元304，用于针对每一个交易请求，调用当前交易请求对应的监控单元303启动的至少一个执行进程，对当前交易请求进行处理。

在本发明的一个实施例中，设置单元301还可以用于设置每个交易码对应的交互进程；处理单元304，用于调用当前交易请求对应的验证进程，利用验证进程对当前交易请求进行验证，当验证通过时，调用当前交易请求对应的解析进程，利用解析进程对当前交易请求进行解析，解析出当前交易请求对应的目标交易码，根据设置单元设置的每个交易码对应的交互进程，确定目标交易码对应的目标交互进程；调用目标交互进程将当前交易请求中的交易报文发送给外部的交易报文处理服务器；调用目标交互进程接收交易报文处理服务器反馈的交易报文的响应，将交易报文的响应发送给当前交易请求对应的自助终端。

在本发明的一个实施例中，设置单元301还可以用于设置交易超时时间，此时，如图4所示，该装置还可以包括：释放单元305，用于针对监控单元303启动的每个执行进程，当前执行进程确定当前执行进程的运行时间，当运行时间大于交易超时时间时，释放当前执行进程。

在本发明的一个实施例中，如图5所示，该装置还可以包括：发送单元306，用于根据处理单元304中每个执行进程处理完对应的交易请求时，向监控单元303中监控进程发送完成消息；监控单元303，用于当监控进程监控到当前执行进程停止运行，且没有接收到发送单元306发送的当前执行进程发来的完成消息时，监控进程释放当前执行进程。

在本发明的一个实施例中，设置单元301还可以用于：设置最大进程控制数，此时，如图6所示，该装置还可以包括：确定单元307，用于确定当前接收到的交易请求的第一数量和已经启动的执行进程的第二数量；判断单元308，用于判断确定单元307确定的第一数量和第二数量之和是否大于设置单元301设置的最大进程控制数，如果否，触发执行监控单元303。

如图7所示，本发明实施例提供了一种数据处理系统，包括：至少一个自助终端701和任一实施例所述的数据处理装置702；至少一个自助终端701，用于接收所述数据处理装置702发送的至少两个交易请求。

综上，本发明各个实施例至少具有如下效果：

1、在本发明实施例中，可以同时接收至少两个交易请求，为每个交易请求启动至少一个预先设置的执行进程，并启动预先设置的监控进程对每一个执行进程进行监控，当监测到存在满足预先设置的强制释放条件的执行进程时，监控进程释放满足强制释放条件的执行进程。针对每一个交易请求，调用当前交易请求对应的至少一个执行过程，对当前交易请求进行处理。该方法通过设置执行进程，可以同时对多个交易请求进行处理，无需建立负载均衡集群方式，提高了数据处理的效率。

2、在本发明实施例中，通过验证进程对交易请求进行验证，当验证通过时，利用解析进程对交易请求进行解析，通过解析得到的交易码确定对应的交互进程，并利用该交互进程分别实现与外部的交易报文处理服务器和对应的自助终端进行信息交互。

3、在本发明实施例中，可以通过设置交易超时时间控制执行进程的运行时间，提高交易请求数据的处理效率。通过设置最大进程控制数，控制运行的执行进程的数量，避免执行进程过度占用资源，造成运行缓慢。

4、在本发明实施例中，可以利用监控进程对满足强制释放条件的执行进程进行强制释放，强制释放条件主要针对于执行进程在运行过程中发生的一些异常情况造成执行进程中止，提高数据处理效率。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个〃·····”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同因素。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。