保单信息的处理装置、方法及计算机可读存储介质与流程

本发明涉及金融技术领域，尤其涉及一种保单信息的处理装置、方法及计算机可读存储介质。

背景技术：

近年来金融业务处于快速发展阶段，人们的保险意识也越来越强，对于保险公司而言，处理的保单量数量十分巨大，甚至达到平均每天保单量为100万份。

现有技术中，客户一般在柜面办理车险业务，在生成车险保单之前，首先要获取客户的信息，包括基本信息(例如姓名、年龄及住址等等)及身份资料(例如身份证、驾驶证等等)。客户在办理保险时可能没有携带完所需的身份资料，这种情况下客户无法办理车险业务，对于保险公司来说，会使得保险办理的出单效率低，造成客户流失的问题。

技术实现要素：

本发明的目的在于提供一种保单信息的处理装置、方法及计算机可读存储介质，旨在提高保险业务出单处理的效率，减少客户流失。

为实现上述目的，本发明提供一种保单信息的处理装置，所述保单信息的处理装置包括：存储器、处理器、显示器及存储在所述存储器上并可在所述处理器上运行的保单信息的处理系统，所述保单信息的处理系统被所述处理器执行时实现如下步骤：

s1，在接收到客户的保单信息及针对所述保单信息的缓交指令后，生成所述保单信息对应的保单，并对所述保单执行缓交操作；

s2，若在对所述保单执行缓交操作后的预设时间内接收到所述保单对应的补全信息，则基于所述保单信息及所述补全信息进行客户身份验证，以验证所述保单信息及所述补全信息是否相符；

s3，在客户身份验证通过时，基于所述补全信息对所述保单进行客户信息补全。

优选地，所述保单信息的处理系统被所述处理器执行实现所述步骤s2之后，还包括：

在客户身份验证未通过时，将所述保单信息及对应的补全信息发送至预定的终端，以进行人工审核。

优选地，所述保单信息的处理系统被所述处理器执行实现所述步骤s1之前，还包括：

s01，对每一业务员的历史出单量进行统计，根据所统计的出单量初始化每一业务员对应的客户信用额度；

s02，统计每一业务员当前对应的逾期未递交补全信息的保单的数量；

s03，若逾期未递交补全信息的保单的数量大于该业务员对应的客户信用额度，则递减该业务员的客户信用额度；

s04，若接收到逾期未递交补全信息的保单对应的补全信息时，则恢复该业务员的客户信用额度。

优选地，所述保单信息的处理系统被所述处理器执行实现所述步骤s1时，进一步包括：

s11，在接收到客户的保单信息及针对所述保单信息的缓交指令后，获取所述客户对接的业务员当前执行缓交操作的保单，基于当前执行缓交操作的保单获取逾期未递交补全信息的保单的数量；

s12，若逾期未递交补全信息的保单的数量小于等于该业务员对应的客户信用额度，则生成所述保单信息对应的保单，并对所述保单执行缓交操作。

优选地，所述保单信息的处理系统被所述处理器执行时，还实现如下步骤：

在接收到针对一业务员的提高客户信用额度的请求时，采用工作流的方式对该请求进行审批。

为实现上述目的，本发明还提供一种保单信息的处理方法，所述保单信息的处理方法包括：

s1，在接收到客户的保单信息及针对所述保单信息的缓交指令后，生成所述保单信息对应的保单，并对所述保单执行缓交操作；

s2，若在对所述保单执行缓交操作后的预设时间内接收到所述保单对应的补全信息，则基于所述保单信息及所述补全信息进行客户身份验证，以验证所述保单信息及所述补全信息是否相符；

s3，在客户身份验证通过时，基于所述补全信息对所述保单进行客户信息补全。

优选地，所述步骤s2之后还包括：

在客户身份验证未通过时，将所述保单信息及对应的补全信息发送至预定的终端，以进行人工审核。

优选地，所述步骤s1之前还包括：

s01，对每一业务员的历史出单量进行统计，根据所统计的出单量初始化每一业务员对应的客户信用额度；

s02，统计每一业务员当前对应的逾期未递交补全信息的保单的数量；

s03，若逾期未递交补全信息的保单的数量大于该业务员对应的客户信用额度，则递减该业务员的客户信用额度；

s04，若接收到逾期未递交补全信息的保单对应的补全信息时，则恢复该业务员的客户信用额度。

优选地，所述步骤s1包括：

s11，在接收到客户的保单信息及针对所述保单信息的缓交指令后，获取所述客户对接的业务员当前执行缓交操作的保单，基于当前执行缓交操作的保单获取逾期未递交补全信息的保单的数量；

s12，若逾期未递交补全信息的保单的数量小于等于该业务员对应的客户信用额度，则生成所述保单信息对应的保单，并对所述保单执行缓交操作。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有保单信息的处理系统，所述保单信息的处理系统被处理器执行时实现上述的保单信息的处理方法的步骤。

本发明的有益效果是：本发明在客户携带身份资料不全的情况下，可以实行用户资料缓交的方案，即先根据一些客户携带在身边的证件等身份资料生成保单，然后限定一定的期限，用户在该期限内补交完保单所需要的其他身份资料即可，使得客户在没有携带完所需的身份资料的情况下仍可以办理车险业务，通过这种方案提高保险业务出单处理的效率，减少客户流失。

附图说明

图1为本发明保单信息的处理装置一实施例的硬件架构的示意图；

图2为本发明保单信息的处理方法第一实施例的流程示意图；

图3为本发明保单信息的处理方法第二实施例的流程示意图；

图4为图2所示步骤s1的细化流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

参阅图1，保单信息的处理装置1一可选的硬件架构的示意图，本实施例中，保单信息的处理装置1可包括，但不仅限于，可通过系统总线相互通信连接保单信息的处理系统10、存储器11、处理器12、显示器13。需要指出的是，图2仅示出了具有组件10-13的保单信息的处理装置1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

其中，所述存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器11可以是所述保单信息的处理装置1的内部存储单元，例如该保单信息的处理装置1的硬盘或内存。在另一些实施例中，所述存储器11也可以是所述保单信息的处理装置1的外部存储设备，例如该保单信息的处理装置1上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。当然，所述存储器11还可以既包括所述保单信息的处理装置1的内部存储单元也包括其外部存储设备。本实施例中，所述存储器11通常用于存储安装于所述保单信息的处理装置1的操作系统和各类应用软件，例如所述保单信息的处理系统10的程序代码等。此外，所述存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器12在一些实施例中可以是中央处理器(centralprocessingunit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器12通常用于控制所述保单信息的处理装置1的总体操作。本实施例中，所述处理器12用于运行所述存储器11中存储的程序代码或者处理数据，例如运行所述保单信息的处理系统10等。

显示器13在一些实施例中可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organiclight-emittingdiode，有机发光二极管)触摸器等。显示器13用于显示在保单信息的处理装置1中处理的信息以及用于显示可视化的用户界面，例如保单操作界面等。保单信息的处理装置1的部件11-13通过系统总线相互通信。

其中，上述保单信息的处理系统10被所述处理器12执行时实现如下步骤：

步骤s1，在接收到客户的保单信息及针对所述保单信息的缓交指令后，生成所述保单信息对应的保单，并对所述保单执行缓交操作；

本实施例中，保单信息包括客户的基本信息(例如姓名、年龄及住址等等)，还可以进一步包括客户的部分身份资料(例如身份证或驾驶证等等)。本实施例针对客户在投保时未携带完所需的全部身份资料而言。以客户在柜面上投保为例，客户在保单操作界面上填写基本信息，或者填写基本信息及上传部分身份资料后，点击保单操作界面上的“缓交”按钮，生成该客户的该保单信息对应的保单，并对该客户的该保单执行缓交，执行缓交后该客户的该保单中的另一部分的身份资料(例如驾驶证或身份证)可以执行缓交。

进一步地，客户在点击保单操作界面上的“缓交”按钮之前，可以在保单操作界面上选择缓交期限(例如客户选择的缓交期限为10天或15天)，但缓交期限不能大于预定的最大缓交期限。当然，若客户未选择缓交期限，则按照默认的期限对该客户的保单执行缓交，或者按照最大缓交期限对该客户的保单执行缓交。

步骤s2，若在对所述保单执行缓交操作后的预设时间内接收到所述保单对应的补全信息，则基于所述保单信息及所述补全信息进行客户身份验证，以验证所述保单信息及所述补全信息是否相符；

本实施例中，在客户的保单执行缓交后，在预设时间内客户需要提供保单对应的补全信息，该补全信息即为另一部分的身份资料，该预设时间即为客户选择的缓交期限。客户在预设时间内提供保单对应的补全信息后，需要对保单信息及补全信息进行客户身份验证，以避免客户提供他人的身份资料或者不真实的身份资料。

具体地，可以提供专门供提交补全信息的窗口，在客户提供保单对应的补全信息后，为了减少人工审核以提高工作效率，可利用ocr技术对保单信息及补全信息进行识别，例如保单信息包括驾驶证，补全信息包括身份证，则可以利用ocr技术将上传后的驾驶证及身份证生成证件扫描件，对扫描件自动裁边及修正倾斜，识别驾驶证副页的档案编号，识别头像，识别文字信息等，最后将两者的头像进行比对，将文字信息部分进行比对等，进行客户身份验证；此外，还将保单信息中客户的基本信息与识别出来的文字信息进行比对，以验证保单信息及补全信息是否相符。

在实际操作过程中，核保人员可以设置比对点，例如比对点为头像、姓名及身份证号码，或者比对点为姓名及身份证号码等。

步骤s3，在客户身份验证通过时，基于所述补全信息对所述保单进行客户信息补全。

在客户身份验证通过时，即该保单的保单信息及补全信息相符一致的情况下，基于补全信息对保单进行客户信息补全，例如保单信息包括客户的基本信息及驾驶证信息，补全信息包括客户的身份证信息，则将客户的身份证信息补充至该保单中，至此，该保单的处理完成。

优选地，在客户身份验证未通过时，即该保单的保单信息及补全信息不相符一致的情况下，可以将保单信息及补全信息发送给预定的终端上，供核保人员人工进行核对或做其他处理。

本实施例在投保流程上进行变更，对投保时一些必要的身份资料的上传时间进行缓冲，能够提高客户体验，并增强收集客户的信息资料的能力。

与现有技术相比，本实施例在客户携带身份资料不全的情况下，可以实行用户资料缓交的方案，即先根据一些客户携带在身边的证件等身份资料生成保单，然后限定一定的期限，用户在该期限内补交完保单所需要的其他身份资料即可，使得客户在没有携带完所需的身份资料的情况下仍可以办理车险业务，通过这种方案提高保险业务出单处理的效率，减少客户流失。

在一优选的实施例中，若在实行资料缓交方案的情况下，需要对每个业务员对应的缓交的保单的数量进行控制，以防止过多保单由于客户最终没补全所需的资料而导致保单失效的情况。在上述图1实施例的基础上，在保单信息的处理系统10被所述处理12器执行实现所述步骤s1之前，还包括：

步骤s01，对每一业务员的历史出单量进行统计，根据所统计的出单量初始化每一业务员对应的客户信用额度。具体地，可以通过数据采集及云计算(例如根据上年度该业务员出单的高点和低点进行变化控制，以进行计算)的方式统计每一业务员的历史出单量，例如统计该业务员上年度双周出单量或者单周出单量，根据所统计的出单量初始化每一业务员对应的客户信用额度，业务员对应的客户信用额度指的是逾期未递交补全信息的保单的数量，业务员的出单量越高则对应的客户信用额度也越高，例如某一业务员的客户信用额度为30个。

步骤s02，统计每一业务员当前对应的逾期未递交补全信息的保单的数量。

步骤s03，若逾期未递交补全信息的保单的数量大于该业务员对应的客户信用额度，则递减该业务员的客户信用额度，例如某一业务员当前对应的逾期未递交补全信息的保单的数量为35个，大于该业务员的客户信用额度30个，则按照一定的规则递减该业务员的客户信用额度，例如逾期未递交补全信息的保单的数量超出一个，则递减该业务员的一个客户信用额度，当逾期未递交补全信息的保单的数量为35个时，该业务员的客户信用额度递减为25个。当然还可以按照其他的方式递减该业务员的客户信用额度(例如逾期未递交补全信息的保单的数量超出一个则递减该业务员的两个客户信用额度)。

步骤s04，若接收到逾期未递交补全信息的保单对应的补全信息时，则恢复该业务员的客户信用额度。当接收到客户逾期未递交补全信息的保单对应的补全信息后，则按照一定的规则恢复该业务员的客户信用额度，例如，当接收到一个客户逾期未递交补全信息的保单对应的补全信息后，恢复该业务员的一个客户信用额度，当逾期未递交补全信息的保单的数量为35个，该业务员的客户信用额度为25个(此时需要业务员做出电话等方式的跟催，以提醒客户尽快递交补全信息)，当接收到一个客户逾期未递交补全信息的保单对应的补全信息后，恢复该业务员的客户信用额度为26个，以此类推，直至恢复至该业务员的客户信用额度30个。

在一优选的实施例中，在上述的实施例的基础上，所述保单信息的处理系统10被所述处理器12执行实现所述步骤s1时，进一步包括：

步骤s11，在接收到客户的保单信息及针对所述保单信息的缓交指令后，获取所述客户对接的业务员当前执行缓交操作的保单，基于当前执行缓交操作的保单获取逾期未递交补全信息的保单的数量；

步骤s12，若逾期未递交补全信息的保单的数量小于等于该业务员对应的客户信用额度，则生成所述保单信息对应的保单，并对所述保单执行缓交操作。

本实施例仅在逾期未递交补全信息的保单的数量小于等于该业务员对应的客户信用额度时，才可生成保单，在逾期未递交补全信息的保单的数量大于该业务员对应的客户信用额度时不能生成保单，此时客户可更换对接的业务员。本实施例控制该业务员逾期未递交补全信息的保单的数量不会过高，以进一步控制业务员对应的缓交的保单的数量。

在一优选的实施例中，在上述的实施例的基础上，所述保单信息的处理系统10被所述处理器12执行时，还实现如下步骤：在接收到针对一业务员的提高客户信用额度的请求时，采用工作流的方式对该请求进行审批。

本实施例可以根据实际需要调整业务员的客户信用额度，例如当业务员最近的业务量大幅度增加时，可以提出提高客户信用额度的申请，例如业务员可以由30个客户信用额度申请提高至50个，这样能够进一步提高出单的效率。在审批针对一业务员的提高客户信用额度的请求时，采用工作流的方式进行审批，例如先由组长审批，审批后生成对应的审批状态，然后由经理审批，审批后生成对应的审批状态，审批通过后，变更该业务员的客户信用额度。本实施例结合业务员的出单量及申请提高客户信用额度两种方式，以提高控制业务员的客户信用额度的灵活度。

如图2所示，图2为本发明保单信息的处理方法一实施例的流程示意图，该保单信息的处理方法包括以下步骤：

步骤s1，在接收到客户的保单信息及针对所述保单信息的缓交指令后，生成所述保单信息对应的保单，并对所述保单执行缓交操作；

本实施例中，保单信息包括客户的基本信息(例如姓名、年龄及住址等等)，还可以进一步包括客户的部分身份资料(例如身份证或驾驶证等等)。本实施例针对客户在投保时未携带完所需的全部身份资料而言。以客户在柜面上投保为例，客户在保单操作界面上填写基本信息，或者填写基本信息及上传部分身份资料后，点击保单操作界面上的“缓交”按钮，生成该客户的该保单信息对应的保单，并对该客户的该保单执行缓交，执行缓交后该客户的该保单中的另一部分的身份资料(例如驾驶证或身份证)可以执行缓交。

进一步地，客户在点击保单操作界面上的“缓交”按钮之前，可以在保单操作界面上选择缓交期限(例如客户选择的缓交期限为10天或15天)，但缓交期限不能大于预定的最大缓交期限。当然，若客户未选择缓交期限，则按照默认的期限对该客户的保单执行缓交，或者按照最大缓交期限对该客户的保单执行缓交。

步骤s2，若在对所述保单执行缓交操作后的预设时间内接收到所述保单对应的补全信息，则基于所述保单信息及所述补全信息进行客户身份验证，以验证所述保单信息及所述补全信息是否相符；

本实施例中，在客户的保单执行缓交后，在预设时间内客户需要提供保单对应的补全信息，该补全信息即为另一部分的身份资料，该预设时间即为客户选择的缓交期限。客户在预设时间内提供保单对应的补全信息后，需要对保单信息及补全信息进行客户身份验证，以避免客户提供他人的身份资料或者不真实的身份资料。

具体地，可以提供专门供提交补全信息的窗口，在客户提供保单对应的补全信息后，为了减少人工审核以提高工作效率，可利用ocr技术对保单信息及补全信息进行识别，例如保单信息包括驾驶证，补全信息包括身份证，则可以利用ocr技术将上传后的驾驶证及身份证生成证件扫描件，对扫描件自动裁边及修正倾斜，识别驾驶证副页的档案编号，识别头像，识别文字信息等，最后将两者的头像进行比对，将文字信息部分进行比对等，进行客户身份验证；此外，还将保单信息中客户的基本信息与识别出来的文字信息进行比对，以验证保单信息及补全信息是否相符。

在实际操作过程中，核保人员可以设置比对点，例如比对点为头像、姓名及身份证号码，或者比对点为姓名及身份证号码等。

步骤s3，在客户身份验证通过时，基于所述补全信息对所述保单进行客户信息补全。

在客户身份验证通过时，即该保单的保单信息及补全信息相符一致的情况下，基于补全信息对保单进行客户信息补全，例如保单信息包括客户的基本信息及驾驶证信息，补全信息包括客户的身份证信息，则将客户的身份证信息补充至该保单中，至此，该保单的处理完成。

优选地，在客户身份验证未通过时，即该保单的保单信息及补全信息不相符一致的情况下，可以将保单信息及补全信息发送给预定的终端上，供核保人员人工进行核对或做其他处理。

本实施例在投保流程上进行变更，对投保时一些必要的身份资料的上传时间进行缓冲，能够提高客户体验，并增强收集客户的信息资料的能力。

与现有技术相比，本实施例在客户携带身份资料不全的情况下，可以实行用户资料缓交的方案，即先根据一些客户携带在身边的证件等身份资料生成保单，然后限定一定的期限，用户在该期限内补交完保单所需要的其他身份资料即可，使得客户在没有携带完所需的身份资料的情况下仍可以办理车险业务，通过这种方案提高保险业务出单处理的效率，减少客户流失。

在一优选的实施例中，若在实行资料缓交方案的情况下，需要对每个业务员对应的缓交的保单的数量进行控制，以防止过多保单由于客户最终没补全所需的资料而导致保单失效的情况。如图3所示，在上述图2的实施例的基础上，所述步骤s1之前还包括：

步骤s01，对每一业务员的历史出单量进行统计，根据所统计的出单量初始化每一业务员对应的客户信用额度。具体地，可以通过数据采集及云计算(例如根据上年度该业务员出单的高点和低点进行变化控制，以进行计算)的方式统计每一业务员的历史出单量，例如统计该业务员上年度双周出单量或者单周出单量，根据所统计的出单量初始化每一业务员对应的客户信用额度，业务员对应的客户信用额度指的是逾期未递交补全信息的保单的数量，业务员的出单量越高则对应的客户信用额度也越高，例如某一业务员的客户信用额度为30个。

步骤s02，统计每一业务员当前对应的逾期未递交补全信息的保单的数量。

步骤s03，若逾期未递交补全信息的保单的数量大于该业务员对应的客户信用额度，则递减该业务员的客户信用额度，例如某一业务员当前对应的逾期未递交补全信息的保单的数量为35个，大于该业务员的客户信用额度30个，则按照一定的规则递减该业务员的客户信用额度，例如逾期未递交补全信息的保单的数量超出一个，则递减该业务员的一个客户信用额度，当逾期未递交补全信息的保单的数量为35个时，该业务员的客户信用额度递减为25个。当然还可以按照其他的方式递减该业务员的客户信用额度(例如逾期未递交补全信息的保单的数量超出一个则递减该业务员的两个客户信用额度)。

步骤s04，若接收到逾期未递交补全信息的保单对应的补全信息时，则恢复该业务员的客户信用额度。当接收到客户逾期未递交补全信息的保单对应的补全信息后，则按照一定的规则恢复该业务员的客户信用额度，例如，当接收到一个客户逾期未递交补全信息的保单对应的补全信息后，恢复该业务员的一个客户信用额度，当逾期未递交补全信息的保单的数量为35个，该业务员的客户信用额度为25个(此时需要业务员做出电话等方式的跟催，以提醒客户尽快递交补全信息)，当接收到一个客户逾期未递交补全信息的保单对应的补全信息后，恢复该业务员的客户信用额度为26个，以此类推，直至恢复至该业务员的客户信用额度30个。

在一优选的实施例中，如图4所示，在上述图3的实施例的基础上，所述步骤s1包括：

步骤s11，在接收到客户的保单信息及针对所述保单信息的缓交指令后，获取所述客户对接的业务员当前执行缓交操作的保单，基于当前执行缓交操作的保单获取逾期未递交补全信息的保单的数量；

步骤s12，若逾期未递交补全信息的保单的数量小于等于该业务员对应的客户信用额度，则生成所述保单信息对应的保单，并对所述保单执行缓交操作。

本实施例仅在逾期未递交补全信息的保单的数量小于等于该业务员对应的客户信用额度时，才可生成保单，在逾期未递交补全信息的保单的数量大于该业务员对应的客户信用额度时不能生成保单，此时客户可更换对接的业务员。本实施例控制该业务员逾期未递交补全信息的保单的数量不会过高，以进一步控制业务员对应的缓交的保单的数量。

在一优选的实施例中，在上述的实施例的基础上，所述保单信息的处理方法还包括：在接收到针对一业务员的提高客户信用额度的请求时，采用工作流的方式对该请求进行审批。

本实施例可以根据实际需要调整业务员的客户信用额度，例如当业务员最近的业务量大幅度增加时，可以提出提高客户信用额度的申请，例如业务员可以由30个客户信用额度申请提高至50个，这样能够进一步提高出单的效率。在审批针对一业务员的提高客户信用额度的请求时，采用工作流的方式进行审批，例如先由组长审批，审批后生成对应的审批状态，然后由经理审批，审批后生成对应的审批状态，审批通过后，变更该业务员的客户信用额度。本实施例结合业务员的出单量及申请提高客户信用额度两种方式，以提高控制业务员的客户信用额度的灵活度。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有保单信息的处理系统，所述保单信息的处理系统被处理器执行时实现上述的保单信息的处理方法的步骤。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。