一种业务数据处理方法、装置、电子设备以及介质

技术领域

本申请涉及互联网金融技术领域，具体涉及一种业务数据处理方法、装置、电子设备以及介质。

背景技术

随着技术的发展，金融机构在运营过程中，所涉及到的资产包导入到金融机构的互联网系统进行管理，采用网页表格的方式展示和编辑资产包中数据。例如，资产支持证券(Asset-BackedSecurity，ABS)场景下的资产包，ABS是由受托机构发行的、代表特定目的信托的信托受益权份额。

资产包的数据量一般都很大，在维持资产包对应的产品不变的情况下，资产包中的一些数据条目需要及时的更换，其中条目的变化，如果工人一笔笔去核对的话，费时费力，出错率高。让人力从这种冗余重复的工作中解放出来是一个迫切的需求。Excel的对比，操作复杂、结果不明显、没有针对性、看起来费劲。

现有技术中，为了节省内存，仅保存近期的两个版本的数据表，因此，只能对比近期的两个版本的数据表，无法对任意两个历史版本的数据表进行数据差异比对。

发明内容

本申请的目的是提供一种业务数据处理方法、装置、电子设备以及介质。

第一方面，本申请提供了一种业务数据处理方法，包括：

接收对比请求，所述对比请求携带有第一版本号和第二版本号，其中，所述第一版本号和所述第二版本号是版本号列表中的版本号，所述版本号列表中存储有数据表每次更新数据后生成的对应于新版本数据表的版本号，所述数据表每次更新数据后生成的版本号与新版本数据表的所有数据条目关联；

基于所述第一版本号关联的数据条目，生成第一临时数据表，基于所述第二版本号关联的数据条目，生成第二临时数据表；其中，每个数据条目有唯一识别ID；

对所述第一临时数据表和所述第二临时数据表进行差异对比，得到所述第二临时数据表相较于所述第一临时数据表更新的数据；

对所述更新的数据按照预定方式进行显示。

在本申请的一些实施方式中，所述数据表每次更新数据后生成的版本号与新版本数据表的所有数据条目关联，包括：

确定所述数据表更新数据后生成的新的数据条目，生成所述新的数据条目的子版本号，且保持没有数据更新的数据条目的子版本号不变；

将所述版本号与所述新版本数据表的所有数据条目各自的子版本号关联。

在本申请的一些实施方式中，所述对所述第一临时数据表和所述第二临时数据表进行差异对比，得到所述第二临时数据表相较于所述第一临时数据表更新的数据，包括：

确定所述第一临时数据表中和所述第二临时数据表中数据条目的识别ID是否一一相同，

若一一相同，则对所述第一临时数据表中和所述第二临时数据表中识别ID相同的数据条目第二数据表进行差异对比，得到所述第二临时数据表相较于所述第一临时数据表有数据更新的数据条目以及所述数据条目中更新的数据；

若所述第一临时数据表中和所述第二临时数据表中数据条目的识别ID不是一一相同，则确定所述第二临时数据表相较于所述第一临时数据表增加和/或删除的数据条目；以及，对所述第一临时数据表中和所述第二临时数据表中识别ID相同的数据条目第二数据表进行差异对比，得到所述第二临时数据表相较于所述第一临时数据表有数据更新的数据条目以及所述数据条目中更新的数据。

在本申请的一些实施方式中，所述对所述第一临时数据表中和所述第二临时数据表中识别ID相同的数据条目第二数据表进行差异对比，包括：

对所述第一临时数据表中和所述第二临时数据表中识别ID相同且子版本号不同的数据条目进行差异对比。

在本申请的一些实施方式中，所述生成所述新的数据条目的子版本号，包括：每个所述新的数据条目的子版本号与所述新版本数据表的版本号相同。

在本申请的一些实施方式中，所述接收对比请求包括：

显示所述版本号列表中存储的版本号，确定用户依次选中的两个版本号分别为所述第一版本号和所述第二版本号，其中用户先选中的版本号为所述第一版本号后选中的版本号为所述第二版本号。

在本申请的一些实施方式中，所述方法还包括：

当接收到对资产包的导入请求时，读取所述资产包中每条数据条目的识别ID，并判断所述数据表中是否存在相同的识别ID，若存在，则将所述数据表中的数据条目更新为所述资产包中的数据条目；若不存在，将所述资产包中的所述数据条目插入所述数据表的空白表中。

第二方面，本申请提供了一种业务数据处理装置，包括：

版本号生成模块，用于接收对比请求，所述对比请求携带有第一版本号和第二版本号，其中，所述第一版本号和所述第二版本号是版本号列表中的版本号，所述版本号列表中存储有数据表每次更新数据后生成的对应于新版本数据表的版本号，所述数据表每次更新数据后生成的版本号与新版本数据表的所有数据条目关联；

临时数据表生成模块，用于基于所述第一版本号关联的数据条目，生成第一临时数据表，基于所述第二版本号关联的数据条目，生成第二临时数据表；其中，每个数据条目有唯一识别ID；

数据表对比模块，用于对所述第一临时数据表和所述第二临时数据表进行差异对比，得到所述第二临时数据表相较于所述第一临时数据表更新的数据；

显示模块，用于对所述更新的数据按照预定方式进行显示。

第三方面，本申请提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述的方法。

第四方面，本申请提供了一种计算机可读存储介质，，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如上述的方法。

相较于现有技术，本申请在数据表数据更新数据后，保存更新的数据条目以及将生成的版本号与新版本的数据表的数据条目关联，即相当于保存了任意版本的数据表，而不用保存所有版本的整个数据表，因此，在节省了存储空间。

本申请在实际的使用过程中，操作简单，功能实用，能够对任意两个版本的数据表进行数据比对，从而省去了用户大量的人工对比核对操作，是在大数据量下产生的新场景中的技术尝试。能够在真实的场景中真正的解决某些用户的痛点。减少大数据量对于人力消耗的冲击，将人力从这种字段多条目多，不断重复又需要很大耐心的繁重工作中解脱出来，更加关注工作的涉及的具体业务场景，更好的做好自身的本职工作，而并不是数据处理本身。解除了人力的使用束缚，为人力发挥的可能性提供了更大的发展空间。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本申请的业务数据处理方法的一个实施例的流程图；

图2示出了根据本申请的业务数据处理装置的一个实施例的结构示意图；

图3示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

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

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本申请所属领域技术人员所理解的通常意义。

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

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

请参考图1，其示出了根据本申请的业务数据处理方法的一个实施例的流程。该方法包括以下步骤：

步骤101，接收对比请求，对比请求携带有第一版本号和第二版本号，其中，第一版本号和第二版本号是版本号列表中的版本号，版本号列表中存储有数据表每次更新数据后生成的对应于新版本数据表的版本号，数据表每次更新数据后生成的版本号与新版本数据表的所有数据条目关联。

其中，数据表是一种网页表格，存储于线上服务器，可以为多人提供信息共享，用户通过电脑或手机等终端设备访问服务器，获取数据表的数据信息，并可以进行编辑操作。当用户对数据表中的数据进行了写入操作时，例如数据的删除、修改和添加，并向服务器提交了保存请求时，会得到一个新版本数据表，同时生成该新版本数据表的一个版本号。

其中，用户通过设备终端设备打开的线上的数据表默认是最新版本的数据表，即网页页面显示的是最新版本号关联的数据条目。第一版本号和第二版本号中的一者可以但不限于为当前网页页面打开的数据表的版本号。例如，若上述第二版本号为当前版本数据表(当前网页页面打开的数据表)的版本号，则上述第一版本可以为当前版本的前一版本的数据表的版本号；上述第一版本与上述第二版本之间还可以存在多个版本的数据表，例如，若上述第二版本号为当前版本的数据表的版本号，则上述第一版本号可以为当前版本数据表之前的任一版本数据表的版本号。

数据表中有相互关联的多个单元格中的数据成为一个数据条目，一个数据条目可以是同一行的多个单元格中的数据，也可以是同一列的多个单元格中的数据。例如，数据表中的业务数据可以是存储于金融机构中的服务器的资产包，其中资产包可以是金融机构向第三方机构所购买的欠款信息，数据表中的数据一行对应一条欠款信息，每条欠款信息中至少包括欠款方名称、身份证号码、联系电话、欠款类型、欠款金额、欠款时长等数据，表征每条欠款所具有的各项信息。将一条欠款信息作为一个数据条目，资产包(即数据表)中包括各种各样的多项业务数据，每项业务数据均与一条欠款对应。

对于数据表中数据更新，可以是全部数据条目更新，也可以是部分数据条目更新，这里的数据条目更新是某一个数据条目中至少一个单元格的数据更新了该数据条目就更新了。若数据表是部分书条目更新，则新版本数据表包含部分旧版本数据条目和部分新版本数据条目，此时将更新的新版本的数据条目存存储于线上服务器，并且存储新版本数据表的版本号(新的版本号)与新版本数据表的所有数据条目的关联关系。可以理解的是，每个版本(每次数据更新)的数据表都有其版本号，且该版本号与该版本号对应的数据表的数据条目有关联关系。也就是说，线上服务器中存储有每一个版本的数据表更新前、后的数据条目以及每个版本的数据表的版本号与该数据表的数据条目的关联关系，没有数据更新的数据条目无需重复存储(即保存的是数据条目，而不是不同版本的整个数据表)，从而可以获得任意版本号的数据表。

步骤102，基于第一版本号关联的数据条目，生成第一临时数据表，基于第二版本号关联的数据条目，生成第二临时数据表；其中，每个数据条目有唯一识别ID。

其中，第一临时数据表和第二临时数据表是临时生成的，待数据对比完成后，会释放第一临时数据表和第二临时数据表占据的空间内存。数据条目可以是金融金融机构在运营过程中，所涉及到的资产包，资产包中的业务数据，每条业务数据有唯一的资产编号，该资产编号就是识别ID。例如，每条业务数据可以是一条欠款信息，每条欠款信息中至少包括欠款方名称、身份证号码、联系电话、欠款类型、欠款金额、欠款时长等数据，表征每条欠款所具有的各项信息，对每条业务数据的更新可以是仅更新了身份证号码、联系电话，其他字段都没有更改。

步骤103，对第一临时数据表和第二临时数据表进行差异对比，得到第二临时数据表相较于第一临时数据表更新的数据。

其中，第二临时数据表相较于第一临时数据表更新的数据即第二临时数据表相对于第一版数据表的修改，这里的修改包括数据条目的新增、数据条目的删除和数据条目中数据字段的修改。也可以生成修改的数据条目的修改标记，例如，修改标记可以分三个tab展示数据条目的新增、数据条目的删除和数据条目中数据字段的修改。

步骤104，对更新的数据按照预定方式进行显示。

为了使得差异化对比结果可以让用户简单地看明白，即，提高结果的可读性，可以对差异比对结果设置一些显示规则，例如，遇到整个数据条目的增加如何显示，遇到数据条目中数据修改如何显示等等，以提升用户的可读性。

与现有技术相比，相较于现有技术，本申请在数据表数据更新数据后，保存更新的数据条目以及将生成的版本号与新版本的数据表的数据条目关联，即相当于保存了任意版本的数据表，而不用保存所有版本的整个数据表，因此，在节省了存储空间。

本申请在实际的使用过程中，操作简单，功能实用，能够对任意两个版本的数据表进行数据比对，从而省去了用户大量的人工对比核对操作，是在大数据量下产生的新场景中的技术尝试。能够在真实的场景中真正的解决某些用户的痛点。减少大数据量对于人力消耗的冲击，将人力从这种字段多条目多，不断重复又需要很大耐心的繁重工作中解脱出来，更加关注工作的涉及的具体业务场景，更好的做好自身的本职工作，而并不是数据处理本身。解除了人力的使用束缚，为人力发挥的可能性提供了更大的发展空间。

进一步优选地，步骤101中生成对应于新版本数据表的版本号，包括：

对更新数据前数据表的版本号进行累加更新处理，生成新版本数据表的版本号。即对应于新版本数据表的版本号是对数据更新前的数据表的版本号进行累加更新处理生成的。

本实施例中，限定了不同版本的数据表的版本号的生成规则，版本号是累加更新生成的，因此，版本号能够直观的反应版本数据表的的顺序。例如，在前的数据表的版本号为V1，在其后的数据表的版本号为V2，依此类推。

在本申请实施例的一些变更实施方式中，步骤101中的数据表每次更新数据后生成的版本号与新版本数据表的所有数据条目关联，包括：

步骤101a，确定数据表更新数据后生成的新的数据条目，生成新的数据条目的子版本号，且保持没有数据更新的数据条目的子版本号不变。

其中，数据表中的每条数据分别对应一子版本号，当某些数据条目的有数据更新后，得到了新的数据条目(即有数据更新的数据条目或新增数据条目)，此时也生成这些新的数据条目的子版本号。

步骤101b，将版本号与新版本数据表的所有数据条目各自的子版本号关联。

本实施例中，限定了版本号与数据条目的关联是新版本数据表的版本号和新版本数据表中有数据更新的数据条目的子版本号的关联，两个版本号(新版本数据表的版本号和新的数据条目的子版本号)的关联实现起来比较简单。

在本申请实施例的一些变更实施方式中，步骤103中对第一临时数据表和第二临时数据表进行差异对比，得到第二临时数据表相较于第一临时数据表更新的数据，包括：

步骤103a，确定第一临时数据表中和第二临时数据表中数据条目的识别ID是否一一相同。

步骤103b，若一一相同，则对第一临时数据表中和第二临时数据表中识别ID相同的数据条目第二数据表进行差异对比，得到第二临时数据表相较于第一临时数据表有数据更新的数据条目以及数据条目中更新的数据。

其中，第一临时数据表中和第二临时数据表中数据条目的识别ID一一相同，说明第二临时数据表相较于第一数据表没有增加或删除数据条目，因此，此时只需要判断相同识别ID的数据条目进行了那些具体的数据修改。

步骤103c，若第一临时数据表中和第二临时数据表中数据条目的识别ID不是一一相同，则确定第二临时数据表相较于第一临时数据表增加和/或删除的数据条目；以及，对第一临时数据表中和第二临时数据表中识别ID相同的数据条目第二数据表进行差异对比，得到第二临时数据表相较于第一临时数据表有数据更新的数据条目以及数据条目中更新的数据。

其中，第一临时数据表中和第二临时数据表中数据条目的识别ID不是一一相同，说明第二临时数据表相较于第一临时数据表是增加或删除了数据条目。此时要确定第一临时数据表和第二临时数据表中是否存在对方不存在的数据条目，例如，第一临时数据表中存在而第二临时数据表中不存在，则第二临时数据表删除了数据条目；第一临时数据表中不存在而第二临时数据表中存在，则第二临时数据表增加了数据条目。同时还要确定识别ID相同的数据条目的数据修改。

在本申请实施例的一些变更实施方式中，步骤103和103c中，对第一临时数据表中和第二临时数据表中识别ID相同的数据条目第二数据表进行差异对比，包括：

对第一临时数据表中和第二临时数据表中识别ID相同且子版本号不同的数据条目进行差异对比。

其中，新的数据条目的子版本号与新版本数据表的版本号相同，能够容易清楚的确定每一版本的数据表中的那些数据条目进行了数据更新。在进行两个版本的数据表中识别ID相同的数据条目对比时，首先判断两个数据表中的数据条目的子版本号是否相同，当两个数据表中的数据条目的子版本号相同时，则这两条数据条目相同，这两条数据条目无需比对，只有两个数据表中的数据条目的子版本号不相同时，则进行这两条数据条目的比对，从而减少了数据差异比对的计算量。

在本申请实施例的一些变更实施方式中，步骤101a中生成新的数据条目的子版本号，包括：每个新的数据条目的子版本号与新版本数据表的版本号相同。即当前版本数据表中数据更新后，生成了新版本数据表的版本号，此时以新版本数据表的版本号为新的数据条目的子版本号。

例如，参见表1中，数据表中有4条数据条目，原始版本的数据表的版本号为V1，后面修改的版本号分别为V2至V5，在版本号为V1的数据表的基础上，第2条数据条目有数据修改，从而生成了版本号V2，得到了新的数据条目，该新的数据条目的子版本号为V2；同样，在版本号为V2的数据表的基础上，第3条数据条目有数据修改，从而生成了版本号V3，得到了新的数据条目，该新的数据条目的子版本号为V3；同样，在版本号为V3的数据表的基础上，第4条数据条目有数据修改，从而生成了版本号V4，得到了新的数据条目，该新的数据条目的子版本号为V4；同样，在版本号为V4的数据表的基础上，第3、4条数据条目有数据修改，从而生成了版本号V5，得到了2条新的数据条目，这两条新的数据条目的子版本号均为V5。在表1中，版本号为V1的数据表中：4条数据条目的子版本号均为子版本号为V1的数据条目；版本号为V2的数据表(相较于版本号为V1的数据表)中：第2条数据条目更新的为子版本号为V2的数据条目，其他数据条目不表。

表1

在本申请实施例的一些变更实施方式中，步骤101中接收对比请求包括：显示版本号列表中存储的版本号，确定用户依次选中的两个版本号分别为第一版本号和第二版本号，其中用户先选中的版本号为第一版本号后选中的版本号为第二版本号。

本实施例，可以通过在网页页面上显示“版本号”选择按键，通过选择按键选择两个版本的数据表进行数据比对，选择的两个版本号默认先选择的是前者(第一版本号)，后选择的认为是后者(第二版本号)，然后对比后者相较于前者的区别。不必限于数据表实际时间上的先后版本，从而突破时间的限制，不局限于后来生成的数据表的与在前生成的数据表的对比，完全由版本号的选择的前后决定后者相较于前者的区别，拓展了对比的维度，可以更多视角的查看不同版本的数据表的数据的变化。同时通过修改标记能够清晰的看到两个版本之间的数据区别，并可及时作出数据调整，让用户可以只关注于想要关注的具体的数据上，而不必为操作数据为劳神费力，更好的做好自己的业务，更多的体现自己的职业价值。

在本申请实施例的一些变更实施方式中，方法还包括：将资产包导入数据表的步骤，具体包括：当接收到对资产包的导入请求时，读取资产包中每条数据条目的识别ID，并判断数据表中是否存在相同的识别ID，若存在，则将数据表中的数据条目更新为资产包中的数据条目；若不存在，将资产包中的数据条目插入数据表的空白表中。

其中，资产包中的业务数据可以是ABS场景下的业务数据。应理解的是，资产数据包即原始权益人提供的ABS资产包，该ABS资产包中包含有多条金融资产信息或资产记录。

在具体实现中，用户终端接收到管理人员通过用户终端上集成的人机交互界面输入的资产包导入指令时，响应于该资产包导入指令获取资产包导入指令对应的资产数据包。

其中，业务数据导入数据表包括资产包的业务数据导入空白的数据表，从而生成原始数据表(第一版本的数据表)；或者是资产包中的部分数据条目导入数据表。

更进一步地，存储导入信息，导入信息包括导入的时间、数据量以及更新的数据条目。

本实施例中，多次导入形成导入记录，对每次的导入都做好了细致的区分和记录，每个版本的导入时间，数据量，以及各个为维度的数据分析等。从而根据记录的导入信息可以确定每个版本的数据表的导入时间，可以清地看到每个版本下的数据状态。

进一步参考图2，作为对上述方法的实现，本申请实施例提供了一种业务数据处理装置的一个实施例，该业务数据处理装置的实施例与图1所示的业务数据处理方法的实施例相对应，由此，上文针对图1至图1中业务数据处理方法描述的操作和特征同样适用于业务数据处理装置及其中包含的模块，在此不再赘述。

如图2所示，该配置业务数据处理装置可以包括：

版本号生成模块201，用于接收对比请求，对比请求携带有第一版本号和第二版本号，其中，第一版本号和第二版本号是版本号列表中的版本号，版本号列表中存储有数据表每次更新数据后生成的对应于新版本数据表的版本号，数据表每次更新数据后生成的版本号与新版本数据表的所有数据条目关联；

临时数据表生成模块202，用于基于第一版本号关联的数据条目，生成第一临时数据表，基于第二版本号关联的数据条目，生成第二临时数据表；其中，每个数据条目有唯一识别ID；

数据表对比模块203，用于对第一临时数据表和第二临时数据表进行差异对比，得到第二临时数据表相较于第一临时数据表更新的数据；

显示模块204，用于对更新的数据按照预定方式进行显示。

图3示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

如图3所示，计算机系统包括中央处理单元(CPU)301，其可以根据存储在只读存储器(ROM)302中的程序或者从存储部分308加载到随机访问存储器(RAM)303中的程序而执行各种适当的动作和处理。在RAM303中，还存储有计算机系统操作所需的各种程序和数据。CPU301、ROM302以及RAM303通过总线304彼此相连。输入/输出(I/O)接口305也连接至总线304。

以下部件连接至I/O接口305：输入部分306；输出部分307；包括硬盘等的存储部分308；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分309。通信部分309经由诸如因特网的网络执行通信处理。驱动器310也根据需要连接至I/O接口305。可拆卸介质311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器310上，以便于从其上读出的计算机程序根据需要被安装入存储部分308。

特别地，本申请的实施例中描述的过程可以被实现为计算机程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包括用于执行流程图所示的方法的指令。该计算机程序可以通过通信部分309从网络上被下载和安装，和/或从可拆卸介质311被安装。在该计算机程序被中央处理单元(CPU)301执行时，执行本申请的方法中限定的上述功能。

本申请还提供了一种电子设备，该电子设备可以配置有一个或多个处理器；存储器，用于存储一个或多个程序，一个或多个程序中可以包含用以执行上述步骤101-103中描述的操作的指令。当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器执行上述步骤101-103中描述的操作。

本申请还提供了一种计算机可读介质，该计算机可读介质可以是电子设备中所包括的；也可以是单独存在，未装配入电子设备中。上述计算机可读介质承载有一个或者多个程序，当一个或者多个程序被电子设备执行时，使得电子设备：在数据表更新数据后，生成对应于新版本数据表的版本号，并将所述版本号与所述新版本数据表的所有数据条目关联；在接收到第一版本号和第二版本号对应的数据表的对比指令后，基于所述第一版本号关联的数据条目，确定所述第一本版本号对应的第一临时数据表，基于所述第二版本号关联的数据条目，确定所述第二本版本号对应的第二临时数据表，对比所述第一临时数据表和所述第二临时数据表的数据差异；当接收到对资产包的导入请求时，将所述资产包的业务数据导入所述数据表。

需要说明的是，附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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