制证信息的获取方法、终端设备及介质与流程

本发明属于信息处理技术领域，尤其涉及一种制证信息的获取方法、终端设备及计算机可读存储介质。

背景技术：

传统的制证方法通常包括：通过人工手动采集业务数据，再对该业务数据进行格式审核和添加必要的制证信息，如制证日期等，最终将经过格式审核的业务数据和添加的制证信息一起存储到制证表中，从而完成制证。

为了提高制证的效率，现有的各大企业都上线了核算系统，以通过预设的制证逻辑代码，完成业务数据的自动化制证处理。然而，对于不同类型的业务数据而言，制证过程中所使用到的核算规则和账套种类是不同的，因此，当新类型的业务数据出现时，开发人员不得不对核算系统进行逻辑代码的更新以及系统层次架构的修改。由于系统的开发更新周期较长，开发效率较为低下，故在接收到新类型的业务数据时，系统往往难以及时地对其进行制证处理，因而降低了制证效率。

技术实现要素：

有鉴于此，本发明实施例提供了一种制证信息的获取方法、终端设备及计算机可读存储介质，以解决现有技术中，因难以实现对各类型业务数据的及时制证处理而导致制证效率较为低下的问题。

本发明实施例的第一方面提供了一种制证信息的获取方法，包括：

创建多个父类凭证模板，每一个所述父类凭证模板关联一类核算模式所对应的逻辑控制代码；

根据接收到的对象创建指令，创建电子凭证对象；

在所述电子凭证对象的属性设置列表中，分别展示各个所述父类凭证模板的标识符，并在接收到用户对任意一个所述标识符发出的选取指令时，加载与该标识符对应的所述逻辑控制代码；

在所述属性设置列表所包含的各个可配置字段中，获取用户输入的附加控制代码，并将所述逻辑控制代码以及所述附加控制代码整合后进行保存；

若检测到与所述电子凭证对象匹配的业务数据，则基于整合得到的制证代码，对所述业务数据执行制证处理，输出制证信息。

本发明实施例的第二方面提供了一种终端设备，包括存储器以及处理器，所述存储器存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤：

创建多个父类凭证模板，每一个所述父类凭证模板关联一类核算模式所对应的逻辑控制代码；

根据接收到的对象创建指令，创建电子凭证对象；

在所述电子凭证对象的属性设置列表中，分别展示各个所述父类凭证模板的标识符，并在接收到用户对任意一个所述标识符发出的选取指令时，加载与该标识符对应的所述逻辑控制代码；

在所述属性设置列表所包含的各个可配置字段中，获取用户输入的附加控制代码，并将所述逻辑控制代码以及所述附加控制代码整合后进行保存；

若检测到与所述电子凭证对象匹配的业务数据，则基于整合得到的制证代码，对所述业务数据执行制证处理，输出制证信息。

本发明实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

创建多个父类凭证模板，每一个所述父类凭证模板关联一类核算模式所对应的逻辑控制代码；

根据接收到的对象创建指令，创建电子凭证对象；

在所述电子凭证对象的属性设置列表中，分别展示各个所述父类凭证模板的标识符，并在接收到用户对任意一个所述标识符发出的选取指令时，加载与该标识符对应的所述逻辑控制代码；

在所述属性设置列表所包含的各个可配置字段中，获取用户输入的附加控制代码，并将所述逻辑控制代码以及所述附加控制代码整合后进行保存；

若检测到与所述电子凭证对象匹配的业务数据，则基于整合得到的制证代码，对所述业务数据执行制证处理，输出制证信息。

本发明实施例中，通过创建多个父类凭证模板，令每一父类凭证模板关联一类核算规则所对应的逻辑控制代码，使得系统在接收到任意类型的业务数据时，都能够基于已创建的父类凭证模板来快速调用已存在的部分逻辑控制代码，因此，降低了代码的维护复杂度，减少了代码的重复开发，提高了开发效率；同时，在检测到新类型的业务数据时，由于本发明实施例能够基于开发更新周期较短的核算系统，快速得到适用于对当前业务数据进行制证处理的逻辑控制代码，故提高了制证效率，保证了对业务数据的制证及时性；本发明实施例中，除了父类凭证模板所关联的逻辑控制代码之外，由于开发人员还可以自定义添加附加控制代码，故提高了核算系统的扩展性以及开发灵活性。

附图说明

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

图1是本发明实施例提供的制证信息的获取方法的实现流程图；

图2本发明实施例提供的制证信息的获取方法s104的具体实现流程图；

图3本发明实施例提供的制证信息的获取方法s105的具体实现流程图；

图4本发明实施例提供的制证信息的获取方法s1053的具体实现流程图；

图5本发明实施例提供的制证信息的获取方法s105的另一具体实现流程图；

图6本发明实施例提供的制证信息的获取装置的结构框图；

图7是本发明实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1示出了本发明实施例提供的制证信息的获取方法的实现流程，该方法流程包括步骤s101至s106。各步骤的具体实现原理如下：

s101：创建多个父类凭证模板，每一个所述父类凭证模板关联一类核算模式所对应的逻辑控制代码。

企业运营过程中所使用到的管理系统为业务系统，包括与各类财务数据相关的财务管理系统、会计管理系统、报账管理系统以及结算系统等。业务系统所存储的各类数据为业务数据。

本发明实施例中，对于不同类型的业务数据而言，制证过程中所使用到的核算模式是不同的。对已存在于业务系统中的每一类业务数据，根据该类业务数据所对应的核算模式，确定用于对该类业务数据执行制证处理的制证算法。其中，上述制证算法基于开发人员输入的逻辑控制代码来确定。每一类型的业务数据与一套逻辑控制代码关联。

本发明实施例中，根据接收到的凭证模板输入指令，在制证平台中创建多个父类凭证模板。父类凭证模板用于为业务数据所对应的逻辑控制代码提供代码继承模板。本发明实施例中，将每一个父类凭证模板与预先存储的一套逻辑控制代码关联绑定。

s102：根据接收到的对象创建指令，创建电子凭证对象。

电子凭证对象为制证平台中的基础元素。本发明实施例中，根据接收到的对象创建指令，创建各个电子凭证对象。当检测到关于任一电子凭证对象的应用请求时，制证平台将调用与电子凭证对象对应的制证代码。

s103：在所述电子凭证对象的属性设置列表中，分别展示各个所述父类凭证模板的标识符，并在接收到用户对任意一个所述标识符发出的选取指令时，加载与该标识符对应的所述逻辑控制代码。

每一个电子凭证对象具有其对应的属性信息。具体地，在创建电子凭证对象之后，或者，在接收到属性设置指令时，展示电子凭证对象的属性设置列表。本发明实施例中，为了标识已创建的各个父类凭证模板，为每一个父类凭证模板分配一个用户自定义的标识符，并将各个标识符展示于上述属性设置列表中。

当接收到用户对任意一个标识符发出的选取指令时，确定用户需要调用该标识符所对应的父类凭证模板，因此，对与该标识符对应的逻辑控制代码进行加载。

s104：在所述属性设置列表所包含的各个可配置字段中，获取用户输入的附加控制代码，并将所述逻辑控制代码以及所述附加控制代码整合后进行保存。

本发明实施例中，在属性设置列表中除了展示有各个父类凭证模板的标识符之外，还展示有多个可配置字段。上述可配置字段用于接收用户输入的与制证算法相关的参数信息。例如，上述可配置字段可以是可编辑的文本输入框，此时，可获取用户在该文本输入框中所键入的程序代码，以将该部分程序代码确定为待添加至上述逻辑控制代码中的附加控制代码。

本发明实施例中，将上述s103中所加载得到的逻辑控制代码以及当前获取的附加控制代码进行整合，以输出得到用户所需的制证代码。

作为本发明的一个实施示例，所述将逻辑控制代码与附加控制代码进行整合，具体包括：获取逻辑控制代码所调用的各个函数，并检测其中函数体为空值的预留函数后，将附加控制代码添加至上述预留函数的函数体。

作为本发明的另一个实施示例，所述将逻辑控制代码与附加控制代码进行整合，具体包括：将附加控制代码添加至逻辑控制代码之后，以在执行整合得到的制证代码时，依序执行上述逻辑控制代码以及附加控制代码。

作为本发明的一个实施例，图2示出了本发明实施例提供的制证信息的获取方法s104的具体实现流程，详述如下：

s1041：在所述属性设置列表所包含的组件配置字段以及参数配置字段中，分别展示各个功能组件选项以及参数选项；每一个所述功能组件选项对应一项软件功能的功能组件，所述参数选项对应与所述功能组件关联的字段参数。

本发明实施例中，在电子凭证对象的属性设置列表中，分别展示有组件配置字段以及参数配置字段。其中，组件配置字段中展示有多个功能组件选项，参数配置字段中展示有多个参数选项，且参数配置字段中的各个参数选项与当前实时选择的一个功能组件选项相关联。

例如，组件配置字段中展示有功能组件a、功能组件b以及功能组件c等三个选择值，则在任一时刻，仅有一个选择值处于实时选择状态。若处于实时选择状态的选择值为功能组件c，则在参数配置字段中，展示于功能组件c关联的各个参数选项。

s1042：根据用户在所述组件配置字段以及在所述参数配置字段中所分别确定的选项值，加载对应的功能组件代码以及参数配置值。

本发明实施例中，每一个功能组件选项与一项软件功能对应，用于实现该项软件功能的功能组件代码由开发人员预先设置。根据用户发出的选取指令，确定用户在组件配置字段，加载对应的功能组件代码。

s1043：基于预设算法组合所述功能组件代码以及所述参数配置值，得到附加控制代码，并将所述逻辑控制代码以及所述附加控制代码整合后进行保存。

根据用户在参数配置字段中所确定的选项值，读取与功能组件字段关联的参数配置值，并将该参数配置值适应性地添加至功能组件代码中，由此实现对功能组件代码所包含的函数或参数等可赋值字段的灵活调整，从而得到调整后的附加控制代码。

本发明实施例中，通过在属性设置列表中提供组件配置字段以及参数配置字段，使得开发人员可以基于选择指令来快速确定自己所需的功能组件以及参数配置值后，自动生成附加控制代码，故提高了附加控制代码的开发效率，同时也降低了录入附加控制代码的操作复杂度。

s105：若检测到与所述电子凭证对象匹配的业务数据，则基于整合得到的制证代码，对所述业务数据执行制证处理，输出制证信息。

基于上述步骤s104输出电子凭证对象所关联的制证代码后，在属性设置列表所展示的各个业务数据类型选项中，获取用户选取的业务数据类型，并将该业务数据类型与当前的电子凭证对象绑定后进行应用。其中，每一业务数据类型关联预设的一类数据筛选算法。

本发明实施例中，对当前已应用的每一个电子凭证对象，根据该电子凭证对象关联的数据筛选算法，对业务系统所实时上传的业务数据进行检测，以判断该业务数据是否与符合上述数据筛选算法。

若业务数据符合电子凭证对象所关联的数据筛选算法，则确定该项业务数据与该电子凭证对象匹配。此时，根据该电子凭证对象所对应的制证代码，对当前接收到的业务数据进行制证处理，以生成制证信息。

本发明实施例中，通过创建多个父类凭证模板，令每一父类凭证模板关联一类核算规则所对应的逻辑控制代码，使得系统在接收到任意类型的业务数据时，都能够基于已创建的父类凭证模板来快速调用已存在的部分逻辑控制代码，因此，降低了代码的维护复杂度，减少了代码的重复开发，提高了开发效率；同时，在检测到新类型的业务数据时，由于本发明实施例能够基于开发更新周期较短的核算系统，快速得到适用于对当前业务数据进行制证处理的逻辑控制代码，故提高了制证效率，保证了对业务数据的制证及时性；本发明实施例中，除了父类凭证模板所关联的逻辑控制代码之外，由于开发人员还可以自定义添加附加控制代码，故提高了核算系统的扩展性以及开发灵活性。

作为本发明的一个实施例，图3示出了本发明实施例提供的制证信息的获取方法s105的具体实现流程，详述如下：

s1051：将整合得到的制证代码划分为多个功能模块，所述功能模块包括取数模块、核算模块以及制证模块，每一个所述功能模块对应一项功能任务。

本发明实施例中，对每一个电子凭证对象，输出并展示整合得到的制证代码，以在用户对制证代码进行识读后，接收用户发出的功能模块划分指令。基于上述功能模块划分指令，将制证代码分别划分为三个功能模块，包括取数模块、核算模块以及制证模块。其中，每一个功能模块对应一项功能任务。具体地，取数模块用于读取与电子凭证对象匹配的业务数据；核算模块用于对读取到业务数据进行核算；制证模块用于对核算完成的业务数据添加必要的制证信息以完成制证。

s1052：若检测到与所述电子凭证对象匹配的业务数据，则分别创建用于执行各项所述功能任务的工作线程。

本发明实施例中，若检测到与电子凭证对象匹配的业务数据，则确定当前需要触发电子凭证对象所关联的三个功能模块，故根据每一个功能模块所对应的功能任务，分别创建用于执行各项功能任务的工作线程。

s1053：根据预设的各个所述功能模块的排列顺序，依序启动各个所述功能模块所分别对应的所述工作线程；其中，当检测到排序在前的所述工作线程对应的所述功能任务执行完成时，启动排序在后的下一个所述工作线程。

取数模块、核算模块以及制证模块所分别对应的功能任务为取数任务、核算任务以及制证任务。由于制证任务需要对核算完成的业务数据进行制证，且核算任务需要预先完成对业务数据的读取，因此，本发明实施例中，需要顺序执行取数任务、核算任务以及制证任务，故在制证平台中，将各个功能模块的排列顺序记录为取数模块、核算模块以及制证模块。

当检测到与电子凭证对象匹配的业务数据时，根据各个功能模块的排列顺序，依序启动每一功能模块对应的工作线程。即，先启动与取数模块对应的工作线程，再启动与核算模块对应的工作线程，最后启动与制证模块对应的工作线程。其中，仅在检测到在先启动的工作线程所对应的功能任务执行完成时，才触发启动排序在后的下一个工作线程来执行其对应的功能任务。

本发明实施例中，由于每一项功能任务由对应的一个工作线程来执行，多个功能任务对应多个工作线程，因此，通过依序启动各个功能模块所分别对应的工作线程，并在检测到排序在前的工作线程对应的功能任务执行完成时，才启动排序在后的下一个工作线程，实现了各个工作线程之间的有序调度，避免出现同一项业务数据被多个工作线程同时存取以及处理的情况。另外，本发明实施中，在获取得到的业务数据所匹配的制证代码时，通过预先将该制证代码拆分成多个功能模块，解除了制证代码之间的强耦合，使得每一个工作线程仅处理一个制证阶段所对应的流程任务，便于开发人员管理代码，故提高了系统的可维护性。

作为本发明的一个实施例，图4示出了本发明实施例提供的制证信息的获取方法s1053的具体实现流程，详述如下：

s10531：与预先创建的消息总线mq队列进行连接。

本发明实施例中，消息总线(messagequeue，mq)队列为先进先出队列，且mq队列用于存放待传输的message消息。在制证平台中，预先创建一个mq队列。在启动制证平台中的每一个工作线程后，令该工作线程与上述预先创建的mq队列进行连接。

当任意两个工作线程之间需要传递消息时，将该消息通过mq队列进行中转传递。

s10532：当检测到与当前工作线程对应的所述功能任务执行完成时，将实时创建的mq消息插入所述mq队列；其中，所述mq消息携带有用于标识排序在后的下一个所述工作线程的标签值。

本发明实施例中，对于当前时刻所启动的工作线程，实时检测与该工作线程对应的功能任务的执行状态。若检测到与该工作线程对应的功能任务执行完成，则创建用于通知下一个工作线程启动的mq消息。

根据上述预设的各个工作线程的排列顺序，确定出排序在当前工作线程之后的下一个工作线程，并获取所述下一个工作线程的标签值。其中，标签值用于唯一标识已创建的各个工作线程。

在上述创建得到的mq消息中，添加获取得到的标签值，并将携带该标签值的mq消息插入至已连接的mq队列中。

s10533：根据所述标签值，在与所述mq队列建立有订阅关系的各个所述工作线程中，查找并启动与所述标签值匹配的所述工作线程。

mq队列中，若需要分发一个mq消息给其他消费者，则将消费者与mq队列的关系称为订阅关系。本发明实施例中，在创建与功能模块所对应的各个工作线程后，令已创建的各个工作线程分别与mq队列建立订阅关系。在将mq消息插入mq队列后，通过识别出mq消息所携带的标签值，在与mq队列建立有订阅关系的各个工作线程中，查找出与标签值匹配的工作线程。将mq消息发送至查找出的工作线程，以令该工作线程进行启动。本发明实施例中，将发送后的mq消息从mq队列中进行移除。

本发明实施例中，当检测到与当前工作线程对应的功能任务执行完成时，通过向预先连接的mq队列发出mq消息，保证了mq队列能够准确地将该mq消息发送至匹配的下一工作线程。由于不同工作线程处理消息的速度不同，故基于mq队列，可实现不同工作线程之间的缓冲以及解耦，从而提高了系统的可扩展性以及可靠性；由于mq队列能够为各个工作线程提供订阅接口，故使得建立有订阅关系的其他工作线程能够及时监听并接收mq队列中的mq消息，由此也使得各个工作线程在接收到匹配的mq消息时，能够快速地作出响应。

在上述实施例的基础之上，作为本发明的另一个实施例，如图5所示，上述步骤s105，根据预设的各个所述功能模块的排列顺序，依序启动各个所述功能模块所分别对应的所述工作线程，还包括：

s1054：对于当前启动的所述工作线程所执行的功能任务，获取该功能任务的预设执行时长。

本发明实施例中，制证平台内预先存储有每个工作线程的预设执行时长。每个工作线程的预设执行时长用于判断工作线程是否执行完毕，每个工作线程的预设执行时长可以根据一个工作线程从开始执行到执行完毕之间的平均时长进行设置。

s1055：在所述预设执行时长对应的结束时刻，若未检测到用于标识该功能任务执行完成的mq消息，则重新启动该工作线程，并记录关于该工作线程的重启次数。

s1056：若检测到关于该工作线程的所述重启次数大于预设阈值，则发送超时告警提示信息；所述超时告警提示信息用于提示用户是否终止该工作线程。

在启动每一个工作线程的同时，制证平台启动计时器进行计时。当计时时间大于或等于预设执行时长时，如果仍然未检测到用于标识功能任务执行完成的mq消息，则确定当前工作线程任务执行异常，因此，需要重新启动该工作线程，并令计时器重置计时。并且，在每一次重启工作线程时，将关于该工作线程的重启次数加一。

其中，在每次记录工作线程的重启次数之后，在确定对工作线程执行重新启动的操作之前，判断重启次数是否大于预设阈值。若判断结果为否，才对工作线程执行重新启动的操作；若判断结果为是，则发送超时告警信息。超时告警提示信息包括工作线程的信息，用于通知制证平台的开发人员是否终止当前所启动的工作线程。

在本实施例中，当工作线程的实际执行时长大于或等于预设执行时长时，不会直接结束该工作线程，而是通过告警的方式来提示用户进行干预操作，由此避免了在数据处理量较多时，扼杀了合法的工作线程，提高了数据的制证效率。当用户确定当前的工作线程执行正常时，可以通过制证平台的交互界面触发继续执行指令，以控制制证平台继续执行该工作线程。

当用户确定当前的工作线程为数据异常原因而导致的超时，用户可以通过制证平台的交互界面触发工作线程终止指令，此时，根据工作线程终止指令所包含的工作线程的信息重启相应的工作线程，避免了制证平台在当前时刻达到目标工作线程的预设执行时长对应的结束时刻时，直接启动下一工作线程，保证了数据的有序执行。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于本发明实施例所提供的制证信息的获取方法，图6示出了本发明实施例提供的制证信息的获取装置的结构框图。为了便于说明，仅示出了与本实施例相关的部分。

参照图6，该装置包括：

模板创建单元61，用于创建多个父类凭证模板，每一个所述父类凭证模板关联一类核算模式所对应的逻辑控制代码。

对象创建单元62，用于根据接收到的对象创建指令，创建电子凭证对象。

展示单元63，用于在所述电子凭证对象的属性设置列表中，分别展示各个所述父类凭证模板的标识符，并在接收到用户对任意一个所述标识符发出的选取指令时，加载与该标识符对应的所述逻辑控制代码。

第一获取单元64，用于在所述属性设置列表所包含的各个可配置字段中，获取用户输入的附加控制代码，并将所述逻辑控制代码以及所述附加控制代码整合后进行保存。

制证单元65，用于若检测到与所述电子凭证对象匹配的业务数据，则基于整合得到的制证代码，对所述业务数据执行制证处理，输出制证信息。

可选地，所述制证单元65包括：

划分子单元，用于将整合得到的制证代码划分为多个功能模块，所述功能模块包括取数模块、核算模块以及制证模块，每一个所述功能模块对应一项功能任务。

创建子单元，用于若检测到与所述电子凭证对象匹配的业务数据，则分别创建用于执行各项所述功能任务的工作线程。

启动子单元，用于根据预设的各个所述功能模块的排列顺序，依序启动各个所述功能模块所分别对应的所述工作线程；其中，当检测到排序在前的所述工作线程对应的所述功能任务执行完成时，启动排序在后的下一个所述工作线程。

可选地，所述启动子单元具体用于：

与预先创建的消息总线mq队列进行连接；

当检测到与当前工作线程对应的所述功能任务执行完成时，将实时创建的mq消息插入所述mq队列；其中，所述mq消息携带有用于标识排序在后的下一个所述工作线程的标签值；

根据所述标签值，在与所述mq队列建立有订阅关系的各个所述工作线程中，查找并启动与所述标签值匹配的所述工作线程。

可选地，所述第一获取单元64包括：

展示子单元，用于在所述属性设置列表所包含的组件配置字段以及参数配置字段中，分别展示各个功能组件选项以及参数选项；每一个所述功能组件选项对应一项软件功能的功能组件，所述参数选项对应与所述功能组件关联的字段参数。

加载子单元，用于根据用户在所述组件配置字段以及在所述参数配置字段中所分别确定的选项值，加载对应的功能组件代码以及参数配置值。

保存子单元，用于基于预设算法组合所述功能组件代码以及所述参数配置值，得到附加控制代码，并将所述逻辑控制代码以及所述附加控制代码整合后进行保存。

可选地，所述制证信息的获取装置还包括：

第二获取单元，用于对于当前启动的所述工作线程所执行的功能任务，获取该功能任务的预设执行时长。

记录单元，用于在所述预设执行时长对应的结束时刻，若未检测到用于标识该功能任务执行完成的mq消息，则重新启动该工作线程，并记录关于该工作线程的重启次数。

发送单元，用于若检测到关于该工作线程的所述重启次数大于预设阈值，则发送超时告警提示信息；所述超时告警提示信息用于提示用户是否终止该工作线程。

图7是本发明一实施例提供的终端设备的示意图。如图7所示，该实施例的终端设备7包括：处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机程序72，例如制证信息的获取程序。所述处理器70执行所述计算机程序72时实现上述各个制证信息的获取方法实施例中的步骤，例如图1所示的步骤101至105。或者，所述处理器70执行所述计算机程序72时实现上述各装置实施例中各模块/单元的功能，例如图6所示单元61至65的功能。

示例性的，所述计算机程序72可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器71中，并由所述处理器70执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序72在所述终端设备7中的执行过程。

所述终端设备7可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是终端设备7的示例，并不构成对终端设备7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器70可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71可以是所述终端设备7的内部存储单元，例如终端设备7的硬盘或内存。所述存储器71也可以是所述终端设备7的外部存储设备，例如所述终端设备7上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器71还可以既包括所述终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。