优化索赔成本回收过程的方法、系统和设备

摘要

本申请涉及优化索赔成本回收过程的方法、系统和设备。该方法包括针对涉及故障零件的每个索赔项目：基于索赔项目的信息与参数集的匹配结果，确定与该索赔项目相关联的参数集以及与该索赔项目相关联的故障零件返回比例，其中参数集被分配对应的计数器和对应的故障零件返回比例；基于与该索赔项目相关联的故障零件返回比例和与该索赔项目相关联的参数集的计数器的值，确定该索赔项目所涉及的故障零件是否要被返回；和响应于确定该索赔项目所涉及的故障零件要被返回，基于该索赔项目向供应商索赔，其中针对该索赔项目从供应商索要的实际索赔值是该索赔项目所涉及的故障零件的材料成本和与所述故障零件的供应商对应的历史赔偿系数的乘积。

说明书

技术领域

本公开涉及过程优化，具体地涉及优化索赔成本回收过程的方法、系统和设备。

背景技术

汽车售出后，在保修期内出现维修事件(例如更换零件)时，会产生保修单。经销商将保修单提供给汽车生产商，汽车生产商根据是否在保修期内等因素给经销商进行赔偿之后，会向零件供应商进行成本回收。

一般，经销商会将所产生的每一个保修单以及相关联的故障零件(如果有的话)全部返回给供应商，由供应商针对每个保修单进行分析，确定索赔责任，并进行认赔。

发明内容

根据本公开的实施例，提供一种由计算机实施的方法，包括针对涉及故障零件的每个索赔项目：基于索赔项目的信息与参数集的匹配结果，确定与该索赔项目相关联的参数集以及与该索赔项目相关联的故障零件返回比例，其中参数集被分配对应的计数器和对应的故障零件返回比例；基于与该索赔项目相关联的故障零件返回比例和与该索赔项目相关联的参数集的计数器的值，确定该索赔项目所涉及的故障零件是否要被返回；和响应于确定该索赔项目所涉及的故障零件要被返回，基于该索赔项目向供应商索赔，其中针对该索赔项目从供应商索要的实际索赔值是该索赔项目所涉及的故障零件的材料成本和与所述故障零件的供应商对应的历史赔偿系数的乘积。

根据一些实施例，该方法还可以包括：为供应商指派对应的历史赔偿系数，其中所述历史赔偿系数是通过将在预定历史时段内与该供应商相关联的全部故障零件的赔偿成本之和除以与该供应商相关联的全部已返回故障零件的材料成本之和来计算的，其中每个故障零件的赔偿成本包括该故障零件的材料成本和附加成本。

根据一些实施例，索赔项目的信息与参数集的匹配结果指示索赔项目匹配多个参数集，该方法还包括以下之一：(1)选取其故障零件返回比例最大的一个参数集作为与该索赔项目相关联的参数集；和(2)选取匹配度最高的一个参数集作为与该索赔项目相关联的参数集。

根据一些实施例，该方法还可以包括：在确定与该索赔项目相关联的参数集之后，通过将该参数集的计数器的值增加1来确定与该索赔项目相关联的参数集的计数器的值。

根据一些实施例，该方法还可以包括计算与一供应商对应的认赔率，其中所述认赔率是预定时段内与该供应商相关联的与已返回的故障零件相关联的索赔项目的数目与该预定时段内与该供应商相关联的与已返回的故障零件相关联并且被认赔的索赔项目的数目之比。

根据一些实施例，该方法还可以包括：计算在该预定时段内与该供应商相关联的与全部已返回并被认赔的故障零件相关联的索赔项目的实际索赔值之和，作为该预定时段内与该供应商相关联的总实际索赔值；计算在该预定时段内与该供应商相关联的全部索赔项目的赔偿总成本与所述认赔率之积，作为该预定时段内与该供应商相关联的总应索赔值；和计算总应索赔值与总实际索赔值之差，作为该预定时段内与该供应商相关联的赔偿差额。

根据一些实施例，该方法还可以包括为一个或多个参数集中的每个参数集分配对应的故障零件返回比例和对应的计数器。

根据一些实施例，该方法还可以包括设置一个或多个参数集，其中每个参数集包括以下中的至少一者：供应商码；故障码；零件号；车型；发动机型号；排除的零件号；排除的故障码；车辆生产时间；车辆维修时间；里程；和经销商码。

根据一些实施例，基于该索赔项目向供应商索赔的步骤进一步包括：针对多个索赔项目，生成索赔账单，所述索赔账单包括针对所述多个索赔项目从供应商索要的总实际索赔值；将所述索赔账单发送给供应商。

根据一些实施例，基于该索赔项目向供应商索赔的步骤进一步包括：针对每个索赔项目生成索赔账单，将所述索赔账单发送给供应商。

根据本公开的实施例，提供一种计算机系统，包括：一个或多个处理器，和与所述一个或多个处理器耦接的存储器，所述存储器存储计算机可读程序指令，所述指令在被所述一个或多个处理器执行时使得所述一个或多个处理器执行如上所述的方法。

根据本公开的实施例，提供一种计算机可读存储介质，其上存储计算机可读程序指令，所述指令在被处理器执行时使得处理器执行如上所述的方法。

根据本公开的实施例，提供一种计算机程序产品，包括计算机可读程序指令，所述指令在被处理器执行时使得处理器执行如上所述的方法。

附图说明

图1是用于说明根据本公开实施例的优化索赔成本回收过程的概览的示意图。

图2是示出根据本公开实施例的优化索赔成本回收过程的方法的流程图。

图3是说明参数集、参数集所包含的参数、故障零件返回比例、计数器之间的关系的表格。

图4是说明历史索赔项目以及与历史索赔项目有关的成本信息等的表格。

图5是示出根据本公开实施例的优化索赔成本回收过程的另一方法的流程图。

图6是示出可以实现根据本公开实施例的设备的一般硬件环境的示意图。

具体实施方式

提供以下描述以使得本领域的技术人员能够实现和使用所述实施例，并且以下描述是以特定应用程序及其要求的上下文提供的。各种修改形式对于本领域的技术人员而言将是显而易见的，并且本文中所限定的一般性原则可应用于其他实施例和应用程序，而不脱离所述实施例的实质和范围。因此，所述实施例不限于所示出的实施例，而是要被赋予符合本文所公开的原理和特征的最宽泛的范围。

图1是用于说明根据本公开实施例的优化索赔成本回收过程的概览的示意图。

图1示出索赔零件池，其中含有300个故障零件。

首先，本申请中为了说明清楚，假设图1中的300个故障零件都与同一个供应商相关联。但是本申请的方案也适用于多个故障零件分别与不同供应商相关联的情况。

在现有技术中，这300个故障零件会全部返回给供应商，因而要消耗例如因运输300个故障零件而产生的物流成本。供应商收到这些故障零件之后，需要对每个故障零件进行核验，分析认赔责任(例如确定是用户的责任，还是经销商的责任，还是供应商的责任等)，对应该由供应商负责的部分进行认赔。在图中，假设对于这300个故障零件的赔偿责任，供应商的认赔率为50％。则最后供应商的赔偿值是经销商索要的总索赔值的50％。

对于应该由供应商负责赔偿的故障零件，不仅要赔偿替换该故障零件产生的物料成本，还需要赔偿因为人工更换、仓储和物流产生的附加成本。因此，在现有技术中，供应商需要为故障零件付出比较高的赔偿成本。

本申请的一个方面在于不是将全部故障零件返回给供应商，而是按照一定比例将部分故障零件返回给供应商。如图所示，例如假设是按照1/3的比例返回故障零件，即共返回100个故障零件，其余200个故障零件不返回供应商。可以基于被实际返回的每个故障零件从供应商索赔。基于被实际返回的每个故障零件从供应商索赔的索赔额不是仅该故障零件的赔偿成本，而是该故障零件的材料成本与该供应商的历史赔偿系数的乘积。

这样，供应商只需要对这100个故障零件进行核验，并基于与这100个故障零件相关联的索赔项目进行认赔。认赔的结果基本上能体现这300个故障零件的赔偿成本。

本申请的另一个方面还在于针对预定时段(例如一年，半年，一个月等)计算索赔差额。这是因为基于实际返回的100个故障零件实现的认赔结果可能与这300个故障零件的实际需要赔偿的总成本存在一定的差异。例如，经销商可以在日常按照预设比例返回故障零件，并基于返回的故障零件进行索赔。并每个季度或每年，针对全部的索赔项目计算一次索赔差额，使得最终得到的赔偿额度与实际需要索赔的额度尽可能接近。

图2是示出根据本公开实施例的优化索赔成本回收过程的方法200的流程图。方法200可以针对涉及故障零件的每个索赔项目来执行。

如图2所示，方法200包括步骤S201，在该步骤针对涉及故障零件的每个索赔项目，基于索赔项目的信息与参数集的匹配结果，确定与该索赔项目相关联的参数集以及与该索赔项目相关联的故障零件返回比例，其中参数集被分配对应的计数器和对应的故障零件返回比例。

本申请的方案仅涉及与故障零件有关的索赔项目。

每个索赔项目可以包含一个或多个信息，例如所涉及的故障零件的零件号，提供该故障零件的供应商的供应商码，故障码，故障零件的生产日期和维修时间，与该故障零件相关联的汽车的车型、发动机型号、里程、经销商码等等。本领域技术人员可以根据需要在根据索赔单数据生成索赔项目时进行相应数据的筛选和提取。

在一些实施例中，该方法可以包括预先设置一个或多个参数集。每个参数集可以包括以下中的至少一者：供应商码；故障码；零件号；车型；发动机型号；排除的零件号；排除的故障码；车辆的生产时间；车辆的维修时间；里程；和经销商码。

该方法还可以为一个或多个参数集中的每个参数集分配对应的故障零件返回比例和对应的计数器。

图3是说明参数集、参数集所包含的参数、故障零件返回比例、计数器之间的关系的表格。

如图3所示，例如设置了三个参数集A1，A2，和A3。每个参数集包括不同的参数，例如参数集A1包括参数P11和P12，参数集A2包括参数P21和P22，参数集A3包括参数P31、P32和P33。这些参数可以选自由以下组成的组：供应商码；故障码；零件号；车型；发动机型号；排除的零件号；排除的故障码；车辆的生产时间；车辆的维修时间；里程；和经销商码。

每个参数集可以被指派不同的故障零件返回比例。故障零件返回比例指示实际返回供应商的故障零件的数量占总的故障零件的数量的比。

例如参数集A1的故障零件返回比例为1/3，即，每三个故障零件返回一个故障零件。参数集A2的故障零件返回比例为1/2，即每两个故障零件返回一个故障零件。参数集A3的故障零件返回比例为1/4，即每4个故障零件返回1个故障零件。

在一些实施例中，该方法可以包括将索赔项目的信息与参数集进行比较来确定索赔项目匹配哪个/哪些参数集。在一些情况下，可能确定索赔项目匹配多个参数集，则需要从中选择一个参数集作为与该索赔项目相关联的参数集。例如，可以从这多个匹配的参数集中选取故障零件返回比例最大的一个参数集作为与该索赔项目相关联的参数集。又例如，可以从这多个匹配的参数集中选取匹配度最高(例如匹配参数的数量最多)的一个参数集作为与该索赔项目相关联的参数集。与该索赔项目相关联的参数集的故障零件返回比例即与该索赔项目相关联的故障零件返回比例。因此，不同故障零件可以有不同的故障零件返回比例。在一些实施例中，不同故障零件也可以具有相同的故障零件返回比例。

方法200还包括步骤S202，在该步骤，基于与该索赔项目相关联的故障零件返回比例和与该索赔项目相关联的参数集的计数器的值，确定该索赔项目所涉及的故障零件是否要被返回。

如上所述，该方法还可以为每个参数集设置相应的计数器。如图3所示，例如为参数集A1、A2和A3分别设置计数器N1、N2和N3。在确定与该索赔项目相关联的参数集之后，通过将该参数集的计数器的值增加1来确定与该索赔项目相关联的参数集的计数器的值。

基于与该索赔项目相关联的参数集的计数器的值和与该索赔项目相关联的故障零件返回比例，可以确定是否将该索赔项目所涉及的故障零件返回。例如，假设与该索赔项目相关联的故障零件返回比例为1/3，则当该计数器的值为3的整数倍时，该索赔项目所涉及的故障零件被返回。又例如，可以在计数器的值按3除，余数为1时，对应的索赔项目所涉及的故障零件被返回。本领域技术人员可以设想到各种基于计数器的值的判断方式。

方法200还包括步骤S203，在该步骤，响应于确定该索赔项目所涉及的故障零件要被返回，基于该索赔项目向供应商索赔，其中针对该索赔项目从供应商索要的实际索赔值是该索赔项目所涉及的故障零件的材料成本和与所述故障零件的供应商对应的历史赔偿系数的乘积。

该方法还可以包括为供应商指派对应的历史赔偿系数。该历史赔偿系数例如是每隔预定时间间隔，自动基于历史数据计算并更新的。例如，可以每隔一年或每隔半年，自动提取预定历史时段内该供应商的历史数据，计算并更新该供应商的历史赔偿系数。

历史赔偿系数是通过将在预定历史时段内与该供应商相关联的全部故障零件的赔偿成本之和除以与该供应商相关联的全部已返回故障零件的材料成本之和来计算的，其中每个故障零件的赔偿成本包括该故障零件的材料成本和附加成本。

故障零件的材料成本例如表示故障零件的替换件的成本。故障零件的附加成本例如表示由于更换故障零件所附带产生的人力成本、辅料成本，以及与故障零件相关联的仓储、运输产生的成本，等等。故障零件的赔偿成本为材料成本与附加成本之和。如果供应商认为应该为该故障零件的赔偿负全责，那么应当赔偿该故障零件的赔偿成本。

图4是说明历史索赔项目以及与历史索赔项目有关的成本信息等的表格。

如图4所示，假设在预定历史时段内(例如去年一年内)存在N个与供应商相关联的索赔项目。这些索赔项目已经结清。材料成本、附加成本和赔偿成本的单位例如是元。则基于图4中的表格中的信息，可以如下计算出历史索赔系数：

·计算全部索赔项目的赔偿成本A＝15+12+16+14+15+19……

·计算全部被返回的索赔项目的材料成本之和B＝10+7+14……

·计算历史索赔系数

在一些实施例中，可以针对每个索赔项目生成单独的索赔账单，并将所述索赔账单发送给供应商来基于该索赔项目向供应商索赔。

在另一些实施例中，也可以针对多个索赔项目，生成一个索赔账单，所述索赔账单包括针对所述多个索赔项目从供应商索要的总实际索赔值，并将所述索赔账单发送给供应商，来基于这多个索赔项目向供应商批量索赔。

本申请的方法通过引入故障零件返回比例和供应商的历史赔偿系数，一方面减少了返回供应商的故障零件的数量，降低了供应商处理故障零件所需要消耗的物流、仓储和分析成本，另一方面能比较准确地针对故障零件进行合理索赔，改进了现有的成本回收过程，节约了资源，提高了效率。

图5是示出根据本公开实施例的优化索赔成本回收过程的另一方法500的流程图。

方法500可以包括步骤S501，在该步骤，计算与一供应商对应的认赔率，其中所述认赔率是预定时段内(例如当年内)与该供应商相关联的与已返回的故障零件相关联的索赔项目的数目与该预定时段内与该供应商相关联的与已返回的故障零件相关联并且被认赔的索赔项目的数目之比。

例如以图1的情况为例(假设仅涉及一个供应商)，假设当年一共是300个故障零件，返回了100个故障零件，其中供应商认赔了50个故障零件的索赔项目，则认赔率为50％。

方法500还可以包括步骤S502，在该步骤，计算在该预定时段内与该供应商相关联的与全部已返回并被认赔的故障零件相关联的索赔项目的实际索赔值之和，作为该预定时段内与该供应商相关联的总实际索赔值。

还是以图1的情况为例(假设仅涉及一个供应商)，针对与被返回并且被认赔的50个故障零件相关联的索赔项目，按照供应商的历史赔偿系数计算总的实际索赔值。即，基于50个被认赔的故障零件的材料成本和历史赔偿系数计算总的实际索赔值。

方法500还可以包括步骤S503，在该步骤，计算在该预定时段内与该供应商相关联的全部索赔项目的赔偿总成本与所述认赔率之积，作为该预定时段内与该供应商相关联的总应索赔值。

还是以图1的情况为例(假设仅涉及一个供应商)，针对全部300个索赔项目(涉及100个实际返回的故障零件和200个未返回的故障零件)，基于这300个赔偿项目的赔偿总成本(包括材料总成本和附加总成本)和在步骤S501计算出的认赔频率(例如50％)来计算着300个索赔项目的总应索赔值。

方法500还可以包括步骤S504，在该步骤，计算总应索赔值与总实际索赔值之差，作为该预定时段内与该供应商相关联的赔偿差额。

还是以图1的情况为例，对于这300个索赔项目，则可以通过将总应索赔值减去总的实际索赔值来获得当年与该供应商相关联的赔偿差额。

通过针对供应商计算赔偿差额并基于此来索要赔偿差额，则经销商最终获得的赔偿额度接近所有故障零件实际应该赔偿的额度。

如上所述，为了方便描述，假设图1中的300个故障零件都只跟同一个供应商相关联。本领域技术人员可以理解，如果这300个故障零件涉及不同的供应商，则针对不同的供应商，利用针对不同供应商返回的故障零件和认赔的故障零件的数量，分别计算与各个供应商对应的各自的认赔率。

本申请的方法在减少供应商为处理故障零件消耗的成本、提高处理效率的同时，进一步地使得经销商的最终索赔额度尽可能接近实际应该产生的索赔额度，从而确保索赔的准确性。

图6是示出可以实现根据本公开实施例的设备的一般硬件环境的示意图。

现在参考图6，示出了计算节点600的示例的示意图。计算节点600仅是合适的计算节点的一个示例，并且不旨在暗示关于本文描述的实施例的使用范围或功能的任何限制。无论如何，计算节点600都能够实现和/或执行上文阐述的任何功能。

在计算节点600中，存在计算机系统/服务器6012，其可与众多其它通用或专用计算系统环境或配置一起操作。可适于与计算机系统/服务器6012一起使用的众所周知的计算系统、环境和/或配置的示例包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、多处理器系统、基于微处理器的系统、机顶盒、可编程消费电子产品、网络PC、小型计算机系统﹑大型计算机系统和包括任意上述系统或设备的分布式云计算技术环境，等等。

计算机系统/服务器6012可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。一般而言，程序模块可以包括执行特定的任务或者实现特定的抽象数据类型的例程、程序、对象、组件、逻辑、数据结构等。计算机系统/服务器6012可以在分布式云计算环境中实践，其中由通过通信网络链接的远程处理设备执行任务。在分布式云计算环境中，程序模块可以位于包括存储器存储设备的本地或远程计算机系统存储介质二者上。

如图6所示，计算节点600中的计算机系统/服务器6012以通用计算设备的形式示出。计算机系统/服务器6012的组件可以包括但不限于：一个或者多个处理器或者处理单元6016、系统存储器6028、将包括系统存储器6028的不同系统组件耦合到处理单元6016的总线6018。

总线6018表示若干类型的总线结构中的任意一种或多种，包括存储器总线或者存储器控制器、外围总线、加速图形端口、处理器或者使用各种总线结构中的任意总线结构的局部总线。作为示例而非限制，这些体系结构包括但不限于工业标准体系结构(ISA)总线、微通道体系结构(MAC)总线、增强型ISA总线、视频电子标准协会(VESA)局部总线、外围组件互连(PCI)总线、外围组件互连高速(PCIe)和先进微控制器总线体系架构(AMBA)。

计算机系统/服务器6012典型地包括各种计算机系统可读介质。这些介质可以是由计算机系统/服务器6012访问的任意可得介质，包括易失性和非易失性介质、可移除的和不可移除的介质。

系统存储器6028可以包括以易失性存储器的形式的计算机系统可读介质，诸如随机存取存储器(RAM)30和/或高速缓存存储器6032。计算机系统/服务器6012还可以包括其它可移除/不可移除的、易失性/非易失性的计算机系统存储介质。仅作为示例，可以提供用于从不可移除的非易失性磁介质(未示出，并且通常被称为“硬盘驱动器”)读取以及向不可移除的非易失性磁介质写入的存储系统6034。虽然未示出，可以提供用于从可移除的非易失性磁盘(例如“软盘”)读取以及向可移除的非易失性磁盘写入的磁盘驱动器，以及用于从可移除的非易失性光盘(诸如CD-ROM、DVD-ROM或者其它光介质)读取以及向可移除的非易失性光盘写入的光盘驱动器。在这些情况下，每个都可以通过一个或者多个数据介质接口连接到总线6018。如下文将进一步描绘和描述的，存储器6028可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开的实施例的功能。

通过示例而非限制，具有一组(至少一个)程序模块6042的程序/实用程序6040以及操作系统、一个或者多个应用程序、其它程序模块以及程序数据可被存储在存储器6028中。操作系统、一个或多个应用程序、其它程序模块以及程序数据或其某个组合中的每一个都可以包括网络环境的实现。程序模块6042一般执行如本文所描述的实施例中的功能和/或方法。

计算机系统/服务器6012还可以与一个或多个外部设备6014(诸如键盘、指示设备、显示器6024等)、使用户能够与计算机系统/服务器6012交互的一个或多个设备和/或使计算机系统/服务器6012能够与一个或多个其它计算设备通信的任何设备(例如，网卡、调制解调器等)进行通信。这种通信可以经由输入/输出(I/O)接口22发生。还有，计算机系统/服务器6012可以经由网络适配器20与一个或多个网络(诸如局域网(LAN)、通用广域网(WAN)和/或公共网络(例如，互联网))进行通信。如所描绘的，网络适配器20经由总线6018与计算机系统/服务器6012的其它组件通信。应当理解的是，虽然未示出，但是其它硬件和/或软件组件可以与计算机系统/服务器6012结合使用。示例包括但不限于：微代码、设备驱动器、冗余处理单元、外部盘驱动器阵列、RAID系统、磁带驱动器和数据存档存储系统等。

本公开可以被实施为系统、方法和/或计算机程序产品。该计算机程序产品可以包括(一个或多个)计算机可读存储介质，其上具有计算机可读程序指令，用于使处理器执行本公开的方面。

计算机可读存储介质可以是可以保持和存储用于由指令执行设备使用的指令的有形设备。计算机可读存储介质可以是例如(但不限于)电子存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的示例的非穷举的列表包括以下：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字通用盘(DVD)、记忆棒、软盘、机械编码设备(诸如其上存储有指令的打孔卡或凹槽内凸起结构)以及上述的任意合适的组合。如本文所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其它自由传播的电磁波、通过波导或其它传输介质传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

本文所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络(例如互联网、局域网、广域网和/或无线网)下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配器卡或者网络接口从网络接收计算机可读程序指令，并转发这些计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开的操作的计算机可读程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、依赖机器的指令、微代码、固件指令、状态设置数据，或者以一种或多种编程语言的任意组合编写的或者源代码或者目标代码，这些编程语言包括面向对象的编程语言(诸如Smalltalk、C++等)以及常规过程式编程语言(诸如“C”编程语言或类似的编程语言)。计算机可读程序指令可以完全地在用户的计算机上执行、部分地在用户的计算机上执行、作为独立的软件包执行、部分在用户的计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络(包括局域网(LAN)或广域网(WAN))连接到用户的计算机，或者，可以连接到外部计算机(例如使用互联网服务提供商通过互联网)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，包括例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，以便执行本公开的方面。

本文参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的方面。将理解的是，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以被提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器以生产出机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/行为的装置。这些计算机可读程序指令也可被存储在计算机可读存储介质中，这些计算机可读程序指令可以指导计算机、可编程数据处理装置和/或其它设备以特定方式工作，从而，其中存储有指令的计算机可读介质包括制造品，该制造品包括实现流程图和/或框图中的一个或多个方框中规定的功能/行为的方面的指令。

计算机可读程序指令也可被加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程装置或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/行为。

图中的流程图和框图显示了根据本公开的各个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表模块、段或指令的一部分，该模块、段或指令的一部分包含用于实现规定的(一个或多个)逻辑功能的一个或多个可执行指令。在一些替换的实现中，方框中所标注的功能也可以以不同于图中所标注的顺序发生。例如，取决于所涉及的功能，两个连续的方框实际上可以基本并行地执行，或者这些方框有时也可以按相反的顺序执行。还将注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以由执行规定的功能或行为的或执行专用硬件与计算机指令的组合的基于专用硬件的系统来实现。

本领域技术人员还应当理解，在本公开的实施例中按照顺序例示的各种操作并不一定必须按照例示的顺序执行。本领域技术人员可以根据需要调整操作的顺序。本领域技术人员还可以根据需要，增加更多的操作或省略其中一些操作。

对本公开的各种实施例的描述已经出于说明的目的给出，但是并不旨在是详尽的或限制于所公开的实施例。在不脱离所描述的实施例的范围和精神的情况下，许多修改和变化对于本领域普通技术人员来说将是显然的。选择本文使用的术语，以最好地解释实施例的原理、实际应用或对市场中发现的技术的技术改进，或者使本领域其他技术人员能够理解本文公开的实施例。