CN110443560B - 一种协议数据管理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于人工智能技术领域，涉及一种协议数据管理方法，包括下述步骤：获取所有符合处理规则的协议数据；选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据；保存所述合成协议数据，并删除所述待处理数据。本申请通过选取符合处理规则的协议数据作为待处理数据以合并生成一个合成协议数据，从而减少所述协议数据的数据量，便于管理和统计协议数据，同时降低协议数据的存储压力、资源的损耗以及数据维护以及管理的难度，当对协议数据进行操作时，数据的读取时间、分析时间等大幅度减小，从而提高工作效率。

Description

一种协议数据管理方法、装置、计算机设备及存储介质

技术领域

本申请涉及信息管理技术领域，具体涉及协议数据管理技术领域，尤其涉及协议数据管理方法、装置、计算机设备及存储介质。

背景技术

随着电子信息技术的发展，电子协议应用愈加广泛，但是，随着电子协议的广发使用，其数据量大，难以管理。以保单为例，保单是保险单的简称，是保险人与投保人之间签订的一种正式保险合同。保险单根据投保人的申请，由保险人签署，交由被保险人收执，保险单是被保险人在保险标的遭受意外事故而发生损失时，向保险人索赔的主要凭证，同时也是保险人收取保险费的依据。客户在购买保险后，往往会将客户信息和所购买保险单的相关信息进行记录，生成相关的保单信息。保单中明确、完整地记载有关保险双方的权利和义务，保单上主要载有保险人和被保险人的名称、保险标的、保险金额。保险费、保修期限、赔偿或付的责任范围以及其他规定事项等信息。为方便管理，往往会将保单信息记录在保单系统中进行统一化管理，在该保单系统中工作人员和客户都可以对保单信息进行录入、查询或修改等操作。

伴随着社会的发展，行业产品越来越细化，导致数据量越来越大，一天可能有几百万甚至千万的保单。例如，快递业产生的安全保险、滴滴出行的保险、美团的保险。这些业务数据量庞大，承保系统每天可能有几百万甚至千万的保单，这些保单的保单量大，但是保费少，甚至每单保费只有几块钱。并且其数据量巨大，增大了数据库管理难度。例如，数据库中若是一笔一笔保单进行保存，需要庞大的存储空间存储庞大的数据量，容易造成空间资源不足。并且，对于大量数据的保单，也难于统计和管理。

发明内容

本申请实施例的目的在于提出一种协议数据管理方法，用于解决目前电子协议数据量大造成的存储压力大，且难于管理和统计的问题。

为了解决上述技术问题，本申请实施例提供一种协议数据管理方法，采用了如下所述的技术方案：

一种协议数据管理方法，包括下述步骤：

获取所有符合处理规则的协议数据；

选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据；

保存所述合成协议数据，并删除所述待处理数据。

进一步的，在选择多个所述协议数据作为待处理数据以合并生成一个合成协议数据时，根据预设的筛选规则或者随机选择多个所述所述协议数据作为待处理数据，其中所述筛选规则设定筛选条件和/或筛选数量。

进一步的，在将所选择的多个所述协议数据合并成所述合成协议数据时，包括以下步骤：

生成一个合并管理号；

设置所述协议合成数据的属性值。

进一步的，在所述选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据的步骤之后，在所述保存所述合成协议数据，并删除所述待处理数据的步骤之前，所述方法还包括以下步骤：

基于所述合成协议数据和所述协议数据，生成关联表，映射所述所述合成协议数据和所述协议数据。

进一步的，所述基于所述合成协议数据和所述协议数据，生成关联表，映射所述所述合成协议数据和所述协议数据，具体包括：

获取所述合成协议数据的所述合并管理号及其对应的所述协议数据；

在新建表格中添加所述合并管理号和所述协议数据中的数据信息以生成关联表。

进一步的，在所述保存所述合成协议数据的步骤之后，所述协议数据管理方法还包括：

当所述合成协议数据中的所述协议数据信息有变动时，在所述关联表中更新所述协议数据的信息，并同时更新所述合成协议数据的信息。

进一步的，所述当所述合成协议数据中的所述协议数据信息有变动时，在所述关联表中更新所述协议数据的信息，并同时更新所述合成协议数据的信息的步骤具体包括：

添加新的协议数据到所述合成协议数据中，并在所述关联表中添加新增的所述协议数据的信息；和/或

修改已存在的所述协议数据中的属性值；和/或

删除所述合成协议数据中的协议数据。

为了解决上述技术问题，本申请实施例还提供一种协议数据管理装置，采用了如下所述的技术方案：

一种协议数据管理装置，包括：

获取模块，用于获取所有符合处理规则的协议数据；

合成模块，用于选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据；

保存模块，保存所述合成协议数据，并删除所述待处理数据。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如上述所述的协议数据管理方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述所述的协议数据管理方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本实施例提供一种协议数据管理方法，包括下述步骤：获取所有符合处理规则的协议数据；选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据；保存所述合成协议数据，并删除所述待处理数据。本申请通过选取符合处理规则的协议数据作为待处理数据以合并生成一个合成协议数据，从而减少所述协议数据的数据量，便于管理和统计协议数据，同时降低协议数据的存储压力、资源的损耗以及数据维护以及管理的难度，当对协议数据进行操作时，数据的读取时间、分析时间等大幅度减小，从而提高工作效率。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2根据本申请的协议数据管理方法的一个实施例的流程图；

图3示出了一种选择协议数据的实施方式的流程图；

图4示出将选择多个所述协议数据合并生成一个合成协议数据的一个实施方式流程图；

图5是根据本申请的协议数据管理装置的一个实施例的结构示意图；

图6是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等，操作物流投保中的业务及应用。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于用户设备、网络设备或用户设备与网络设备通过网络相集成所构成的设备。所述用户设备其包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如智能手机、平板电脑等，所述移动电子产品可以采用任意操作系统，如android操作系统、IOS操作系统等。其中，所述网络设备包括一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路(ASIC)、可编程门阵列(FPGA)、数字处理器(DSP)、嵌入式设备等。所述网络设备其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云；在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个虚拟超级计算机。所述网络包括但不限于互联网、广域网、城域网、局域网、VPN网络、无线自组织网络(Ad Hoc网络)等。当然，本领域技术人员应能理解上述终端设备仅为举例，其他现有的或今后可能出现的终端设备如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

服务器105可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。其也可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的协议数据管理方法一般由终端设备执行，相应地，协议数据管理装置一般设置于终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的协议数据管理的方法的一个实施例的流程图。所述的协议数据管理方法，包括以下步骤：

步骤201，获取所有符合处理规则的协议数据。

在本实施例中，协议数据管理方法运行于其上的电子设备(例如图1所示的终端设备)可以通过有线连接方式或者无线连接方式获取所有的符合处理规则的协议数据。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

在本申请的一个或者多个实施例中，所述协议数据以保单数据为例，本申请将多个保险单合并成一个合并保单进行管理。具体的，本实施例所述保单为保险人与保险公司签订的保险合同，是保险人与被保险人之间订立的保险合同的凭证，是被保险人索赔、保险人理赔的依据。在本实施例中，根据保单中保费大小对保单进行管理。具体地，本申请根据保单的保费大小分为大保单和小保单，所述符合处理规则的协议数据为保费小于预设阈值的保单。更具体的，所述保费设有预设阈值，当所述保单的保费低于所述预设阈值时，所述保单被划分为小保单，否则当所述保费不低于所述预设阈值时，所述保单被划分为大保单。例如，保费超过1000元的保单为大保单，否则为小保单。当然，本申请所述协议数据不限于保单，也可以为其他协议数据，例如合同或者数据报表。

步骤202，选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据。

在本实施例中，从步骤201获取的协议数据，即小保单，数量众多，难于管理。本实施例可设置筛选规则从中筛选或者随机选取一定数量的小保单作为待合成保单，所述待合成保单的保费均小于所述预设阈值。

请参继续阅图3，图中示出了一种选择协议数据的实施方式的流程图，包括以下步骤：

步骤301：获取所有符合处理规则的协议数据。

本实施例的处理规则是对小保单进行处理，保单信息包括保单的多种属性及其对应的属性值，其中所述属性包括保单号、投保单位、投保人、承保人、保额、保费、承保日期、渠道、险种、止期、承保明细、业务员等等。所述保单号是所述保单的唯一标识码，所述承保明细记载所述保单的明细，其包括所述投保单位和所述投保人的义务和责任，所述承保日期为所述保单生效日期，所述止期为所述保单的失效日期。

步骤302：设置筛选规则。

在本申请实施例中，根据预设的筛选规则或者随机选择多个所述所述协议数据作为待处理数据，其中所述筛选规则设定筛选条件和/或筛选数量。

例如，步骤301获取的符合处理规则的小保单数量多，通过设置筛选规则筛选出符合条件的小保单作为待合成保单(待处理数据)。其中，所述筛选规则设定筛选条件和/或筛选数量，其可根据所述保单的信息进行筛选。具体地，本实施例根据所述保单信息中的投保单位、投保人、保额、承保日期、渠道、险种、止期、业务员等的一个或者多个属性作为筛选条件进行筛选多个小保单(至少2个)作为待合成保单。例如，以投保单位作为第一筛选条件，将所述投保单位的一个或者几个属性值作为第二筛选条，具体如投保公司为A公司和B公司、投保人为甲、险种为运费险等等中的一个或者多个条件作为筛选条件。

进一步地，为避免筛选的表保单数量过多，可对所述筛选条件的个数进行限制，进一步地，本实施例所述筛选条件不超过3个。

步骤303：基于筛选规则筛选符合筛选条件的协议数据作为待处理数据。

在本实施例中，通过步骤S302过滤掉除去不符合所述筛选条件的小保单，保留符合条件的小保单。进一步地，可对保留的小保单的数量进行限制，也可以对所选的小保单的保费总金额进行限制，以控制所合成的大保单需要管理的小保单的数量，以免数据过大，难以管理。例如，限制待合成保单的数量为100个。

进一步地，本实施例获取的小保单包括保费总额度低于预设阈值的合成保单，但是在本实施例中合成保单不能作为待合成保单。具体地，本实施例根据保单类型设置保单合并权限，其中所述大保单和所述合成保单不可合并，所述小保单可以合并，即所述大保单和所述合成保单不能作为所述待合成保单。

请参阅图4，图中示出了步骤202中将选择多个所述协议数据合并生成一个合成协议数据的一个实施方式流程图，包括以下步骤：

步骤401：成一个合并管理号。

在本申请的一个或者多个实施例中，所述合并保单号是所述合并保单的标识，并且无论是合并保单还是大保单、小保单，有且仅有一个保单号。进一步的，所述合并保单号为自动生成，在合并保单中该保单号可以设有标签，以便于区分不是合成的大保单，以便用户管理保单信息。

步骤402：设置所述协议合成数据的属性值。

在本申请的一个或者多个实施例中，将所选取的所有协议数据中的属性进行并运算，当其中一个属性都应的所有协议数据的属性值都相同时，所述合成协议数据中的该属性设为相同值，不同时，设为空值或者设定的特定值。对于数属性值为数值的属性，将所述属性值根据设定的数学运算规则进行计算，例如对于费用、数量这些属性，将对应的属性值直接相加的结果作为协议合成数据中的属性值。

例如，本申请实施例对所述协议合成数据数据中的保费设置为所有小保单的保费之和，其余属性设为空值。所述待合成保单的保费叠加后可以不超过所述预设阈值，但是筛选的小保单不包括合成之后保费仍然低于阈值的所述合并保单。

在本实施例中，所述属性包括固定属性和活动属性，其中所述合并保费、合并日期、保单数量以及所述合并止期为所述合并保单的固定属性。其中，所述合并保费为所有所述待合成保单的保费之和，所述合并日期为所述合并保单生成的日期，所述保单数量为所有组成该合并保单的小保单的数量，所述合并止期为所述待合成报保单中最迟的止期。

进一步地，所述属性为筛选条件的属性，所述活动属性的个数为所述筛选条件中属性的个数。更具体地，对应所述活动属性，若其筛选条件只有一个属性值，在所述活动属性的属性值为筛选条件的属性值，若有2个以上，则将2个以上属性值并列作为所述活动属性的属性值。例如，若所述筛选条件为“承保单位＝A保险公司”，则所述活动属性为承保单位，其属性值为“A保险公司”，若所述筛选条件为“承保公司＝A保险公司or承保公司＝B保险公司and险种＝运费险”，则所述活动属性有2个，为“承保公司”以及“险种”，其中，所述“承保公司”的属性值为“A保险公司”和“B保险公司”，所述“险种”的属性值为“运费险”。

步骤203，保存合成协议数据，并删除待处理数据。

在本实施例中，通过步骤203将多个小保单合并成一个所述合并保单，并将所述合成保单保存，以及将对应的小保单删除，从而减少保存保单信息的保单数据库中的数据量，降低保单信息的存储压力、资源的损耗以及保单信息的管理难度，当对保单信息进行操作时，数据的读取时间、分析时间等大幅度减小，从而提高工作效率。

进一步地，在删除所述带合成保单后，协议数据管理系统中不包含原小保单中的信息，本方案中设置关联表用于备份所述小保单的信息，同时映射表保单和合成保单的关系，以避免在小保单合并之后，用户无法查询和使用小保单的保单详情。

具体地，在所述步骤202选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据之后，在步骤203保存合成协议数据，并删除待处理数据的步骤之前，还包括以下步骤：

步骤204，基于合成协议数据和所述协议数据，生成关联表，映射合成协议数据和协议数据。

在本实施例中，所述关联表为映射所述合成协议数据和所述协议数据的映射信息的管理表单，且所述关联表包括所有合成协议数据中所有协议数据的数据信息。

本申请实施例中，所述关联表映射所述合并保单和所述小保单的映射信息。具体地，所述关联表可作为所述小保单的备份表，存储所有合成保单中的待合成保单的保单信息，如投保单位、投保人、保额、承保日期、渠道、险种、止期以及业务员等等。具体地，所述合并保单中不能保存其所有待合成保单中的信息，不便查询所述待合成保单的详细情况。而在本实施例中所述合并保单在合成时，将所有所述待合成保单的信息存储在所述关联表中。当获取所述待合成保单的具体信息时，其需从所述关联表中获取所述待合成表单的数据信息。具体地，所述关联表包括合并保单号、小保单号以及所述保单的各种信息以及承保明细，所述保单在录入时其保单号由数字组成，即所述大保单和小保单的保单号为数字组成，所述合并保单的保单号以字母H开头。所述关联表具体如下表1所示：

表1

进一步地，本实施例设置心跳监控，用于监控步骤202选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据，在步骤202开始时，所述心跳监控启动，在所述步骤202结束时，所述心跳监控也停止跳动。所述心跳过程为步骤203在合成协议数据合并生成的过程，当心跳停止时，说明所述合成协议数据合成完成。当所述合成协议数据完成时，步骤204将合成该合成协议数据的所有协议数据的信息备份到所述关联表中，原有小保单备份完成后被删除。在查询协议数据信息时，若被合成在一个所述合成协议数据中，其信息从所述关联表中获取。

进一步地，当所述合成协议数据中的所述协议数据信息有变动时，在所述关联表中更新所述协议数据的信息，并同时更新所述合成协议数据的信息。具体的，所述在所述关联表中更新所述协议数据的信息，并同时更新所述合成协议数据的信息包括但不限于：添加新的协议数据到所述合成协议数据中，并在所述关联表中添加新增的所述协议数据的信息；和/或修改已存在的所述协议数据中的属性值；和/或删除所述合成协议数据中的协议数据。

还是以所述保单为例，所述小保单合成合并保单后被删除，在删除前，将其保单信息备份在所述关联表中，以便查询。进一步地，在所述合并保单合并完成后，所述关联表中更新合成保单和小保单的映射信息，将合成保单号和待合成保单的保单信息添加到关联表中，并备份所述待合成保单的详细信息。具体如表1所示，所述关联表中包括所述小保单的所有信息以及其对应的合并保单号，首先，在所述关联表中的合并保单号的属性列添加和所述待合成保单的个数相应行数的合并保单号(一行一个)，再一一获取每个小保单的信息，将其属性值添加到相应的属相列表中。通过所述关联表，可快速获取合并保单和小保单的映射关系以及所述小保单的详情信息。

进一步地，本申请实施例还可对已合成或者已存在的合并保单的保单信息进一步操作修改，更新已存在的合成保单的信息。例如，当合成所述合并保单中的所述小保单的保单信息有变动时，在所述关联表中更新所述小保单的信息，并同时更新所述合成保单的信息。具体如添加新的小保单到一个合并保单中或者更新合并保单中的一些小保单的属性值以及删除合并保单中小保单，所述删除合并保单中小保单包括删除操作和还原操作，删除操作是指将所述小保单彻底删除，删除后在管理系统中不存在。还原操作是将所述小保单还原成为一个独立的保单。具体地，所述删除和更新操作在关联表中进行操作，操作完成后，所述合并保单的信息对应更新，如保单数量和合并保费应当相应增加或者减少。例如添加新的小保单到一个所述合并保单中时，不生成新的合并保单号，所述合并保单的活动属性及属性值不变，所述保单个数和合并保费相应改变，并在所述关联表中添加所述小保单的信息。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图5，作为对上述图2所示方法的实现，本申请提供了一种协议数据管理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例所述的协议数据管理装置500包括：获取模块501、合成模块502以及保存模块503。其中：

获取模块501，用于获取所有符合处理规则的协议数据；

合成模块502，用于选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据。

保存模块503，用于保存所述合成协议数据，并删除所述待处理数据。

本申请实施例所述协议数据以保单为例，可通过获取模块501可获取所有小保单的信息，通过所述选合成模块503设置筛选条件筛选出具有共性的一批小保单或者随机选取一定数量的小保单，并将其合并在同一个保单中，便于管理和统计小保单。然后通过保存模块503保存所述合成保单，并删除所述待合成保单，从而减少保存保单信息的保单数据库中的数据量，降低保单信息的存储压力、资源的损耗以及保单信息的管理难度，当对保单信息进行操作时，数据的读取时间、分析时间等大幅度减小，从而提高工作效率。

所述合成模块502在选择多个所述协议数据作为待处理数据以合并生成一个合成协议数据时，根据预设的筛选规则或者随机选择多个所述所述协议数据作为待处理数据，其中所述筛选规则设定筛选条件和/或筛选数量。进一步地，在将所选择的多个所述协议数据合并成所述合成协议数据时，具体用于生成一个合并管理号，并设置所述协议合成数据的属性值。

进一步地，所述合成模块502还用于：基于所述合成协议数据和所述协议数据，生成关联表，映射所述所述合成协议数据和所述协议数据。在本申请实施例中，所述合成模块502将所述合成保单的所述合成保单号以及其对应的所述待合成保单形成映射关系，其在新建表格中添加所述合成保单号和所述合成保单中的所述待合成保单的保单信息以生成关联表。

进一步地，本实施例所述协议数据管理装置500还包括修订模块，用于当所述合成协议数据中的所述协议数据信息有变动时，在所述关联表中更新所述协议数据的信息，并同时更新所述合成协议数据的信息。具体的，所述修订模块用于添加新的协议数据到所述合成协议数据中，并在所述关联表中添加新增的所述协议数据的信息；和/或修改已存在的所述协议数据中的属性值；和/或删除所述合成协议数据中的协议数据。

本申请实施例在当所述合并保单中的所述小保单的保单信息有变动时，在所述关联表中更新所述小保单的信息，并同时更新所述合成保单的信息。例如添加新的小保单到所述合成保单中，并在所述关联表中添加新增的所述小保单的信息；修改已存在的所述小保单中的属性值；删除所述合并保单中的小保单等等。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图6，图6为本实施例计算机设备基本结构框图。

所述计算机设备6包括通过系统总线相互通信连接存储器61、处理器62、网络接口63。需要指出的是，图中仅示出了具有组件61-63的计算机设备6，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器61至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器61可以是所述计算机设备6的内部存储单元，例如该计算机设备6的硬盘或内存。在另一些实施例中，所述存储器61也可以是所述计算机设备6的外部存储设备，例如该计算机设备6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器61还可以既包括所述计算机设备6的内部存储单元也包括其外部存储设备。本实施例中，所述存储器61通常用于存储安装于所述计算机设备6的操作系统和各类应用软件，例如协议数据管理方法的程序代码等。此外，所述存储器61还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器62在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62通常用于控制所述计算机设备6的总体操作。本实施例中，所述处理器62用于运行所述存储器61中存储的程序代码或者处理数据，例如运行所述协议数据管理方法的程序代码。

所述网络接口63可包括无线网络接口或有线网络接口，该网络接口63通常用于在所述计算机设备6与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有协议数据管理程序，所述协议数据管理程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的协议数据管理方法的步骤。

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

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (9)

1.一种协议数据管理方法，其特征在于，包括下述步骤：

获取所有符合处理规则的协议数据，其中，每个所述协议数据包括对应的属性，所述属性的属性值包括唯一标识、明细数据、生效日期以及失效日期；

选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据；

在选择多个所述协议数据作为待处理数据以合并生成一个合成协议数据时，根据预设的筛选规则或者随机选择多个所述协议数据作为待处理数据，其中所述筛选规则设定筛选条件和/或筛选数量；

所述根据预设的筛选规则选择多个所述协议数据作为待处理数据，包括：根据所述筛选规则，将所述属性中任意数量的属性值作为所述筛选条件，并根据所述筛选条件确定所述待处理数据；

保存所述合成协议数据，并删除所述待处理数据。

2.根据权利要求1所述的协议数据管理方法，其特征在于，在将所选择的多个所述协议数据合并成所述合成协议数据时，包括以下步骤：

生成一个合并管理号；

设置所述合成协议数据的属性值。

3.根据权利要求2所述的协议数据管理方法，其特征在于，在所述选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据的步骤之后，在所述保存所述合成协议数据，并删除所述待处理数据的步骤之前，所述方法还包括以下步骤：

基于所述合成协议数据和所述协议数据，生成关联表，映射所述合成协议数据和所述协议数据。

4.根据权利要求3所述的协议数据管理方法，其特征在于，所述基于所述合成协议数据和所述协议数据，生成关联表，映射所述合成协议数据和所述协议数据，具体包括：

获取所述合成协议数据的所述合并管理号及其对应的所述协议数据；

在新建表格中添加所述合并管理号和所述协议数据中的数据信息以生成关联表。

5.根据权利要求4所述的协议数据管理方法，其特征在于，在所述保存所述合成协议数据的步骤之后，所述协议数据管理方法还包括：

当所述合成协议数据中的所述协议数据有变动时，在所述关联表中更新所述协议数据的信息，并同时更新所述合成协议数据的信息。

6.根据权利要求5所述的协议数据管理方法，其特征在于，所述当所述合成协议数据中的所述协议数据信息有变动时，在所述关联表中更新所述协议数据的信息，并同时更新所述合成协议数据的信息的步骤具体包括：

添加新的协议数据到所述合成协议数据中，并在所述关联表中添加新增的所述协议数据的信息；和/或

修改已存在的所述协议数据中的属性值；和/或

删除所述合成协议数据中的协议数据。

7.一种协议数据管理装置，其特征在于，包括：

获取模块，用于获取所有符合处理规则的协议数据，其中，每个所述协议数据包括对应的属性，所述属性的属性值包括唯一标识、明细数据、生效日期以及失效日期；

合成模块，用于选择多个所述协议数据作为待处理数据并合并生成一个合成协议数据；在选择多个所述协议数据作为待处理数据以合并生成一个合成协议数据时，根据预设的筛选规则或者随机选择多个所述协议数据作为待处理数据，其中所述筛选规则设定筛选条件和/或筛选数量；

所述合成模块，还用于：根据所述筛选规则，将所述属性中任意数量的属性值作为所述筛选条件，并根据所述筛选条件确定所述待处理数据；

保存模块，保存所述合成协议数据，并删除所述待处理数据。

8.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至6中任一项所述的协议数据管理方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的协议数据管理方法的步骤。