理赔文件格式标准化处理的方法、装置、介质及电子设备与流程

本公开涉及计算机通信领域，特别涉及一种理赔文件格式标准化处理的方法、装置、介质及电子设备。

背景技术：

理赔业务是保险公司在处理保险工作过程中的一个重要方面。随着数字信息技术的发展，理赔业务也越来越多的在线上完成。在现实生活中，理赔通常会对接多个债权方，各个债权方将理赔文件通过线上或线下推送给保险公司。

在现有技术的中，由于每个债权方不一样，债权方推送的理赔文件的格式也不可控，理赔的整个流程涉及的系统较多，保险公司的每个系统都有自己的数据校验规则。数据的不统一会导致理赔文件在多个系统传输过程中受到阻碍。比如，有的行方推送的申请日期为空，导致理赔文件推送催收系统失败，有的行方推送的金额精度不同，小数点后两位或者四位均不一样，导致理赔页面显示不统一，金额的划扣也不统一。还有的债权方没有进行线上对接，进行线下理赔更加造成整个理赔流程不规范，

然而，当理赔文件中的数据不符合各系统的数据校验规则时，只能由人工对理赔文件的格式进行更改，或者当理赔文件的某一单元数据缺失时，也只能有人工对其进行核对和反馈，这使得理赔文件在传输过程中不流畅，理赔处理效率低下。

技术实现要素：

为了解决相关技术中存在的针对多个债权方推送的理赔文件多样化且不可控而导致对理赔中的信息处理造成阻碍的的技术问题，本公开提供了一种理赔文件格式标准化处理的方案。

根据本申请的第一方面，提供了一种理赔文件格式标准化处理的方法，所述方法包括：

接收来自银行用户的理赔文件；

将所述理赔文件分解成多个信息单元的序列，每个信息单元包括数据项名称和数据项；

获取理赔文件模板，其中，所述理赔文件模板包括连续的模板信息单元，每个模板信息单元包括数据项名称和数据项要求信息；

用模板信息单元包括的数据项名称，验证相应信息单元的数据项名称，其中，如果验证不通过，用模板信息单元包括的数据项名称更改相应信息单元的数据项名称；

用模板信息单元包括的数据项要求信息，验证相应信息单元的数据项，其中，如果验证不通过，按照模板信息单元包括的数据项要求信息更改相应信息单元的数据项。

根据本申请的另一方面，提供了一种理赔文件格式标准化处理的装置，所述装置包括:

接收模块，用于接收来自银行用户的理赔文件；

分解模块，用于将所述理赔文件分解成多个信息单元的序列；

获取模块，用于获取理赔文件模板；

验证模块，用于验证相应信息单元的数据项名称和数据项；

更改模块，用于更改相应信息单元的数据项名称和数据项。

根据本申请的另一方面，提供了一种计算机可读程序介质，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行如前所述的方法。

根据本申请的另一方面，提供了一种理赔文件格式标准化处理的电子设备，所述电子设备包括:

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如前所述的方法。

由以上本发明的技术方案，与现有技术相比，其显著的有益效果在于：通过验证和更改理赔文件中信息单元所包括的数据项名称和数据项的方式，能够很好地解决相关技术中存在的针对多个债权方推送的理赔文件多样化且不可控而导致对理赔中的信息处理造成阻碍的的技术问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

结合附图从下面的描述中可以更加全面地理解本发明教导的前述和其他方面、实施例和特征。本发明的其他附加方面例如示例性实施方式的特征和有益效果将在下面的描述中显现，或通过根据本发明教导的具体实施方式的实践中得知。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种理赔文件格式标准化处理的方法应用的环境示意框图；

图2是根据一示例性实施例示出的一种理赔文件格式标准化处理方法的流程图；

图3是根据图2对应实施例示出的步骤270中理赔文件模板的生成步骤的流程图；

图4是根据图2对应实施例示出的步骤290之后步骤的流程图；

图5是根据图3对应实施例示出的步骤240之后步骤的流程图；

图6是根据一示例性实施例示出的一种理赔文件格式标准化处理装置的框图；

图7是根据一示例性实施例示出的一种用于实现上述理赔文件格式标准化处理方法的计算机可读存储介质；

图8是根据一示例性实施例示出的一种用于实现上述理赔文件格式标准化处理的电子设备的示例框图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

本公开首先提供了一种理赔文件格式标准化处理的方法。

图1是根据一示例性实施例示出的一种理赔文件格式标准化处理方法应用的环境示意框图。

如图1所示，环境100可以由以下各部分组成：债权方101，保险公司102，在本发明中，处理保险公司理赔业务的主要是由保险公司102中的理赔文件格式标准化系统103和内部系统104来完成。理赔文件格式标准化系统103涉及到本发明的主要发明内容，在后续说明中将作重点叙述。内部系统104仅为本发明实施环境中的一个部分，与本发明具体技术方案不相关，因此，关于所述内部系统，本说明书将不作叙述。

在本发明中，债权方与保险公司中的理赔文件格式标准化系统之间、理赔文件格式标准化系统与内部系统之间存在理赔文件的传输。债权方与保险公司中的理赔文件格式标准化系统之间可以通过通信连接方式连接(例如有线通信通信网连接或者无线通信通信网连接)，还可以是通过物理介质的直接连接。理赔文件格式标准化系统与内部系统之间也可以通过通信连接方式连接(例如有线通信通信网连接或者无线通信通信网连接)，还可以是通过物理介质的直接连接。

在本发明中，债权方101可以是指银行系统，当产生理赔业务之后，银行系统会给保险公司传送相应理赔业务的理赔文件，理赔文件中记录有相应理赔业务的具体数据。银行系统传来的理赔文件会首先会被保险公司中的理赔文件格式标准化系统接收，理赔文件在经过理赔文件格式标准化系统的格式标准化处理之后会再次被传送至内部系统以进行理赔业务的后续处理。接下来本说明书将详细介绍理赔文件格式标准化系统对理赔文件格式标准化处理的具体细节。

图2是根据一示例性实施例示出的一种理赔文件格式标准化处理方法的流程图。如图2所示，此方法包括以下步骤：

步骤250，接收来自银行用户的理赔文件。

接收来自银行用户的理赔文件的接收方式可以有多种。

在一示例性实施例中，接收来自银行用户的理赔文件可以通过通信网传输的方式来完成。这样做的好处是及时且便捷。

在一示例性实施例中，接收来自银行用户的理赔文件也可以通过使用物理介质(如移动硬盘)从银行用户系统中直接拷贝的方式来完成。这样做的好处是在接收过程中不容易被黑客或者病毒攻击，能保证理赔文件接收过程中的安全性。

如上所述，所述理赔文件主要包含了被理赔对象的个人信息(例如姓名(单位名称)、证件号码、联系方式等等)，保单号，合同号，申请日期，债务类型，债务金额，逾期天数，利息，罚息，复利，还款总金额等等。

步骤260，将所述理赔文件分解成多个信息单元的序列，每个信息单元包括数据项名称和数据项。

关于所述理赔文件所包含的数据内容，本说明书已经在上述说明中作过介绍，这里不在赘述。

在一示例性实施例中，理赔文件中的数据内容可以是以表格的形式存在，例如，将表格的每一行作为一个信息单元，每一个信息单元(即表格的一行)又由数据项名称和数据项组成，例如““姓名”：“张三””即为一个信息单元。将所述理赔文件分解成多个信息单元的序列可以通过以下方式完成，具体的，在表格中，首先将行与行之间存在线条作为间隔标记，根据间隔标记将表格分割成多个单独的信息单元。然后按照一定的顺序对各个信息单元进行编号并贴上编号标签，例如““姓名”：“张三””贴上编号为“0001”的编号标签，““姓别”：“男””贴上编号为“0002”的编号标签，在将所有的信息单元贴上编号标签之后，得到一多个信息单元的序列。

在另一示例性实施例中，理赔文件中的数据内容还可以是以若干字节的集合形式存在，例如，““姓名”：“张三”；“姓别”：“男”；……”，标点符号“；”将若干字节的集合分成多个字节的子集合，每一个字节的子集合作为一个信息单元。每一个信息单元由数据项名称和数据项组成。例如““姓名”：“张三””即为一个信息单元。将所述理赔文件分解成多个信息单元的序列可以通过以下方式完成。具体的，在将若干字节的集合中，首先将标点符号“；”作为间隔标记，根据间隔标记将表格分割成多个单独的信息单元。然后按照一定的顺序对各个信息单元进行编号并贴上编号标签，例如““姓名”：“张三””贴上编号为“0001”的编号标签，““姓别”：“男””贴上编号为“0002”的编号标签，在将所有的信息单元贴上编号标签之后，得到一多个信息单元的序列。

将理赔文件分解成多个信息单元的序列的好处就在于：便于在理赔信息的后续处理过程中验证信息单元中数据项名称和数据项，能降低验证过程中出错率，进而提高验证效率。

步骤270，获取理赔文件模板，其中，所述理赔文件模板包括连续的模板信息单元，每个模板信息单元包括数据项名称和数据项要求信息。

理赔文件模板一般在事先生成，获取事先生成的与银行用户相应的理赔文件模板的方式可以有多种。

在一示例性实施例中，可以从区块链上获取其它区块链节点存储在区块链上的理赔文件模板。通过从区块链上获得理赔文件模板的前提是网络中各理赔文件格式标准化系统已形成一个区块链，并且至少有一个理赔文件格式标准化系统在区块链上上传过理赔文件模板。从区块链上获取其它区块链节点存储在区块链上的理赔文件模板的好处在于可以提高理赔文件模板的获取效率和安全性。

在一示例性实施例中，可以通过通信网传输的方式来获取事先生成的与银行用户相应的理赔文件模板。

在一示例性实施例中，也可以通过使用物理介质(如移动硬盘)直接拷贝的方式来获取事先生成的与银行用户相应的理赔文件模板。

在一示例性实施例中，理赔文件模板还可以在理赔文件格式标准化系统中直接生成获得。

所述理赔文件模板包括按照一定顺序排列的模板信息单元，每个模板信息单元包括数据项名称和数据项要求信息。

理赔文件模版可以通过如下步骤生成：

如图3所示是根据图2对应实施例示出的步骤270中理赔文件模板的生成步骤的流程图，生成理赔文件模板包括以下步骤：

步骤200，获取来自各银行用户的理赔文件样本的集合。

理赔文件样本是指保险公司与各银行用户在历史上处理理赔业务时所涉及过的理赔文件。

来自各银行用户的理赔文件样本集合的获取方式可以有多种：

在一示例性实施例中，可以通过通信网传输的方式来获取来自各银行用户的理赔文件样本集合。

在一示例性实施例中，可以通过使用物理介质(如移动硬盘)直接拷贝的方式来自各银行用户的理赔文件样本集合。

步骤201，将集合中的理赔文件样本分解成多个样本信息单元的序列，每个样本信息单元包括数据项名称和数据项。

将集合中理赔文件样本分解成多个样本信息单元序列的分解方式可以是按照本说明书中步骤260中所述的两例关于将理赔文件分解成多个信息单元的序列的示例性实施例分解的，因此这里就不在对关于将集合中的理赔文件样本分解成多个样本信息单元的序列的具体分解方式进行赘述。

步骤202，将每个样本中同一信息单元中数据项名称出现次数最多的数据项名称，作为理赔文件模板中相应模板信息单元的数据项名称。

具体的，例如，在步骤200中共获取了10个理赔文件样本，其中，在关于理赔申请时间的数据项名称中，共有3份样本使用了“理赔申请日期”作为数据项名称，共有7份样本使用了“理赔申请时间”作为数据项名称，因此将“理赔申请时间”作为理赔文件模板中关于理赔申请时间的数据项名称。还例如，在上述10份样本中，关于理赔联系方式的数据项名称中，共有2份样本使用了“电话”作为数据项名称，共有8份样本使用了“联系方式”作为数据项名称，因此将“联系方式”作为理赔文件模板中关于理赔联系方式的数据项名称。

步骤203，将每个样本信息单元包括的数据项输入机器学习模型，由机器学习模型输出理赔文件模板中相应模板信息单元的数据项要求信息，将每个样本中同一信息单元中数据项要求信息出现次数最多的数据项要求信息，作为理赔文件模板中相应模板信息单元的数据项要求信息。

具体的，所述机器学习模型可以通过以下方式预先训练而成：

将由通用数据项样本构成的集合中的每个通用数据项样本输入机器学习模型，所述通用数据项样本是来自各银行用户的理赔文件样本中的样本信息单元中的数据项，每个通用数据项样本预先标上相应的数据项要求信息的标签，由机器学习模型输出判定的数据项要求信息，将判定的数据项要求信息与相应的标签比较，如果不一致，则调整机器学习模型，使得判定的数据项要求信息与相应的标签一致。

将每个样本中同一信息单元中数据项要求信息出现次数最多的数据项要求信息，作为理赔文件模板中相应模板信息单元的数据项要求信息。具体的，例如，在步骤200中共获取了10个理赔文件样本，然后，在经过将10个理赔文件样本中的关于理赔金额的数据项输入机器学习模型之后，得到10个关于理赔金额数据项要求信息，其中共有3份样本中关于理赔金额数据项要求信息为“精度到小数点后三位”，共有7份样本中关于理赔金额数据项要求信息为“精度到小数点后四位”，因此将“精度到小数点后四位”作为关于理赔金额的数据项要求信息。

步骤240，按照得到的理赔文件模板中每个模板信息单元的数据项名称和数据项要求信息，组装理赔文件模板。

组装理赔文件模板的方式可以有多种：

在一示例性实施例中，可以将理赔文件模板中每个模板信息单元的数据项名称和数据项要求信息组装为表格的形式，例如，将表格的每一行作为一个信息单元，每一个信息单元(即表格的一行)放入一个数据项名称和相应数据项要求信息，例如将一个信息单元““姓名”：“文本格式””放入表格中的某一行。

在一示例性实施例中，还可以将理赔文件模板中每个模板信息单元的数据项名称和数据项要求信息组装为若干字节的集合形式，例如，将若干字节的集合分成多个字节的子集合，子集合与子集合之间用标点符合“；”隔开，将每一个子集合作为一个信息单元，每一个信息单元并入一个数据项名称和相应数据项要求信息，例如将一个信息单元““姓名”：“文本格式””并入集合中的某一个子集合位置。

通过以各银行用户的理赔文件样本为依据生成理赔文件模板优点在于:可以使后期在验证相应信息单元中数据项名称和数据项的过程中出现不一致的情况的频率趋于最低，从而减少更改频率，提高理赔效率。因为理赔文件模板中各信息单元的数据项名称和数据项要求信息均是根据出现次数而确定的。

步骤280，用模板信息单元包括的数据项名称，验证相应信息单元的数据项名称，其中，如果验证不通过，用模板信息单元包括的数据项名称更改相应信息单元的数据项名称。

由于理赔业务的发起方可以是不同银行用户或者是银行用户中不同业务单位，这使得理赔文件中某些信息单元的格式会不一致。具体表现在：例如在一家银行推送的理赔文件中，习惯用“理赔申请日期”作为某一信息单元中的数据项字段名称，而另一家银行推送的理赔文件中，却习惯用“理赔申请时间”作为某一信息单元中的数据项字段名称。可知，两个字段名称所表达的意思一致，但字段名称却不相同。这就使得保险公司在后期处理来自不同银行的理赔业务时的整个理赔流程不规范，容易出现错误。因此需要统一不同银行用户或者是银行用户中不同业务单位的理赔文件的格式。

首先以获取的理赔文件模板的格式作为参照，来验证相应信息单元的数据项名称。用模板信息单元包括的数据项名称验证相应信息单元的数据项名称可以通过如下具体做法实现：

由于在前述步骤中已将理赔文件分解成了信息单元的序列，而理赔文件模板也包括连续的模板信息单元，因此可以通过一一对比的方式来验证理赔文件的数据项名称是否与理赔文件模板的数据项名称一致。如果不一致，则用模板信息单元包括的数据项名称更改相应信息单元的数据项名称，如果一致，则不需要更改相应信息单元的数据项名称。例如，在理赔文件中关于理赔申请时间的数据项名称，理赔文件模板中以“理赔申请时间”表示，而理赔文件却以“理赔申请日期”表示。可见，通过对比会发现二者关于理赔申请时间的数据项名称不相同，因此需要将理赔文件中的“理赔申请日期”更改为“理赔申请时间”。

步骤290，用模板信息单元包括的数据项要求信息，验证相应信息单元的数据项，其中，如果验证不通过，按照模板信息单元包括的数据项要求信息更改相应信息单元的数据项。

以获取的理赔文件模板的格式作为参照，来验证相应信息单元的数据项。用模板信息单元包括的数据项要求信息验证相应信息单元的数据项可以通过如下具体做法实现：

由于在前述步骤中已将理赔文件分解成了信息单元的序列，而理赔文件模板也包括连续的模板信息单元，因此可以通过一一对比的方式来验证理赔文件的数据项格式是否符合理赔文件模板的数据项要求信息。如果不符合，则按照模板信息单元包括的数据项要求信息更改相应信息单元的数据项，如果一致，则不需要更改相应信息单元的数据项。例如，在理赔文件中关于理赔金额的数据项，理赔文件模板中关于理赔金额的数据项要求信息是精度为小数点后三位，而理赔文件中关于理赔金额的数据项却为“￥2000.0000元”表示。可见，通过对比会发现理赔文件中关于理赔金额的数据项不符合理赔文件模板中关于理赔金额的数据项要求信息，因此需要将理赔文件中的“￥2000.0000元”更改为“￥2000.000元”。

图4是根据图2对应实施例示出的步骤290之后步骤的流程图。

如图4所示，在图2的示例性实施例的步骤290之后，还有：

步骤291，按照理赔文件中连续的信息单元的序列的顺序，组装包括验证过的数据项名称和数据项的信息单元。

在将理赔文件中各信息单元包含的数据项名称和数据项验证并且更改完成之后，则按照理赔文件中连续的信息单元的序列的顺序，组装包括验证过的数据项名称和数据项的信息单元。在本说明书中，详细介绍两种具体的组装形式。

在一示例性实施例中，可以将验证过的数据项名称和数据项的信息单元按照理赔文件中连续的信息单元的序列的顺序组装为表格的形式，例如，将表格的每一行作为一个信息单元，每一个信息单元(即表格的一行)放入一个数据项名称和相应的数据项，例如将一个信息单元““姓名”：“张三””按照一定的顺序放入表格中的某一行。具体的，首先根据各信息单元的编号标签上的编号对各信息单元进行排序。所述编号标签已在上述说明中进行过解释，这里就不再赘述。在排序完成之后，将各信息单元按照排序分别放入表格的行中，例如，编号为“0001”的信息单元放入表格的第一行，编号为“0002”的信息单元放入表格的第二行。如此循环，直到将所有的信息单元组装到表格中去。

在一示例性实施例中，可以将验证过的数据项名称和数据项的信息单元按照理赔文件中连续的信息单元的序列的顺序组装为若干字节的集合形式，例如，将若干字节的集合分成多个字节的子集合，子集合与子集合之间用标点符合“；”隔开，将每一个子集合作为一个信息单元，每一个信息单元放入一个数据项名称和相应的数据项，例如将一个信息单元““姓名”：“张三””按照一定的顺序并入集合中的某一个子集合位置。具体的，首先根据各信息单元的编号标签上的编号对各信息单元进行排序。在排序完成之后，将各信息单元按照排序依次放入并入所述集合中，例如，编号为“0001”的信息单元并入集合的第一个子集合位置，编号为“0002”的信息单元并入集合的第二个子集合位置。如此循环，直到将所有的信息单元组装到集合中去。

图5是根据图3对应实施例示出的步骤240之后步骤的流程图。

如图5所示，在图4的示例性实施例的步骤240之后，还有：

步骤241，将组装成的理赔文件模板存储到区块链上。

将组装成的的理赔文件模板存储到区块链上的好处在于：一方面，理赔文件模板一经被上传，便不能被篡改，能保证理赔文件模板的完整性和安全性。另一方面，存储到区块链上理赔文件模板能永久存在，且能够被数据共享，提升了理赔文件模板的利用价值。

本公开还提供了一种理赔文件格式标准化处理装置，以下是本发明的装置实施例。

图6是根据一示例性实施例示出的一种理赔文件格式标准化处理装置的示意框图。如图6所示，所述理赔文件格式标准化处理装置600包括：

接收模块601，被配置为接收来自银行用户的理赔文件。

分解模块602，被配置为将所述理赔文件分解成多个信息单元的序列。

获取模块603，被配置为获取理赔文件模板。

验证模块604，被配置为验证相应信息单元的数据项名称和数据项。

更改模块605,被配置为更改相应信息单元的数据项名称和数据项。

本公开实施例还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图7所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品700，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，所述程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，所述可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特通信网连接)。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图8来描述根据本发明的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单820和处理单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“实施例方法”部分中描述的根据本发明各种示例性实施方式的步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)821，还可以进一步包括只读存储单元(rom)823。

存储单元820还可以包括具有一组(至少一个)程序模块825的程序/实用工具824，这样的程序模块825包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与所述电子设备800交互的设备通信，和/或与使得所述电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，所述软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。