CN111221817B - 业务信息数据存储方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于大数据技术领域，涉及一种业务信息数据存储方法，包括接收存储业务信息数据的存储请求，存储请求携有待存储的信息存储表，提取信息存储表的待存储的信息的文本类别，通过历史的信息存储表中不同文本类别的信息的修改次数的记录，获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分，主部分的信息修改次数的记录大于副部分的信息修改次数的记录；将主部分和副部分分别以模块的数据存储形式进行关联存储，主部分和副部分通过信息存储表携带的存储时间点相关联。本申请还提供一种信息存储装置、计算机设备及存储介质。本申请有效的节省了存储空间，节约存储成本，减少数据修改的出错几率，加快系统响应速度。

Description

业务信息数据存储方法、装置、计算机设备及存储介质

技术领域

本申请涉及大数据技术领域，尤其涉及一种业务信息数据存储方法、装置、计算机设备及存储介质。

背景技术

数据处理是繁复而且庞大的，大多数的数据存储方式是将同一时间的相关数据存储在一张信息存储表中，例如保险保单的存储，就是将每一张保单看成一个对象来存储。在这样的存储方式下，每一次对任意一张信息存储表中的某一处信息进行修改后，需要对整张信息存储表进行备份，以记录信息存储表的每个时间点的状态。

但是，对于需要同时针对大量信息存储表中特定的信息需要修改的情况来说，需要修改的次数多，进而信息存储表对应的备份的切片的数量多，那么在数据写入的过程中，极容易发生错误，出错的几率随之增多，不利于系统数据的维护。

发明内容

本申请实施例的目的在于提出一种业务信息数据存储方法、装置、计算机设备及存储介质，有效的节省了存储空间，节约存储成本，减少数据修改的出错几率，加快系统响应速度。

为了解决上述技术问题，本申请实施例提供一种业务信息数据存储方法，采用了如下所述的技术方案：

一种业务信息数据存储方法，包括下述步骤：

接收存储业务信息数据的存储请求，所述存储请求携有待存储的信息存储表，并提取所述信息存储表的待存储的信息的文本类别，通过历史的信息存储表中不同文本类别的信息的修改次数的记录，获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分，其中，所述主部分的信息修改次数的记录大于所述副部分的信息修改次数的记录；

将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联。

进一步的，在所述将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联的步骤之后还包括：

在接收到数据查询指令时，获取所述数据查询指令所携带的信息，其中，所述数据查询指令包括待查询主部分和第一时间点；

根据所述待查询主部分找到对应主部分，根据所述存储时间点得到与所述主部分关联的副部分；

基于查询得到的主部分和与主部分对应的副部分，生成完整的信息存储表，并输出所述完整的信息存储表，以完成查询。

进一步的，所述主部分还包括起止日期；所述主部分的信息与所述起止日期的信息一一对应的记录在一张查找表中；所述根据所述待查询主部分找到对应主部分，根据所述存储时间点得到与所述主部分关联的副部分的步骤包括：

调用查找表，获取所述查找表中与所述主部分对应的起止日期；

判断所述第一时间点是否位于所查询的主部分对应的所述起止日期之内；

若是，则根据所述存储时间点获取与所述主部分对应的副部分。

进一步的，所述主部分还包括起止日期，所述主部分与所述起止日期具有一一对应关系；所述主部分的信息与所述起止日期的信息分别记录在主部分查找表和起止日期查找表中，所述主部分查找表与所述起止日期查找表关联存储；所述根据所述待查询主部分找到对应主部分，根据所述存储时间点得到与所述主部分关联的副部分的步骤包括：

调用主部分查找表与所述起止日期查找表，根据所述主部分获取所述起止日期查找表中对应的起止日期；

判断所述第一时间点是否位于所查询的主部分对应的所述起止日期之内；

若是，则根据所述存储时间点获取与所述主部分对应的副部分。

进一步的，所述获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分的步骤包括：

获取信息存储表的文本类别的修改次数，依据所述修改次数对所述信息存储表的所有文本类别进行排序；

选取修改次数最多的文本类别作为信息存储表的主部分，将其余的文本类别作为信息存储表的副部分。

进一步的，所述将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联的步骤之后，还包括：

在接收到数据修改指令时，根据所述数据修改指令对所述主部分或副部分进行修改。

进一步的，所述数据修改指令包括待修改部分、第二时间点和替换内容；所述根据所述数据修改指令对所述主部分或副部分进行修改的步骤包括：

根据待修改部分选择需要修改的部分，根据所述第二时间点定位出需要修改的部分中的信息内容，使用替换内容替换需要修改的部分中的信息内容，以完成数据修改。

为了解决上述技术问题，本申请实施例还提供一种业务信息数据存储装置，采用了如下所述的技术方案：

一种业务信息数据存储装置，包括：

划分模块，用于接收存储业务信息数据的存储请求，所述存储请求携有待存储的信息存储表，并提取所述信息存储表的待存储的信息的文本类别，通过历史的信息存储表中不同文本类别的信息的修改次数的记录，获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分，其中，所述主部分的信息修改次数的记录大于所述副部分的信息修改次数的记录；以及

存储模块，用于将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联。

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

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

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

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

与现有技术相比，本申请实施例主要有以下有益效果：相对于以信息存储表的方式存储，数据量较大，每次对信息存储表任意地方修改，都需要对整张表进行备份的方式来说，本申请将信息存储表的进行划分，划分后的主部分与副部分别存储，且主部分的数据修改次数的记录大于所述副部分的数据修改次数的记录，这样在对主部分或者副部分进行修改时，可以实现主部分或者副部分分别备份，尤其是修改主部分时，主部分的修改次数大于副部分的修改次数，每次修改主部分不需要对整张信息存储表进行备份，只需要备份主部分即可，有效的节约了存储成本。同时主部分和副部分分别存储，在查找相关信息时，也不需要依据信息存储表来查找，而是依据主部分或副部分的模块来查找，这样查询的数据数量显著减少，加快系统响应速度。

附图说明

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

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

图2 根据本申请的业务信息数据存储方法的一个实施例的流程图；

图3是根据本申请的业务信息数据存储装置的一个实施例的结构示意图；

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

附图标记：300、业务信息数据存储；301、划分模块；302、存储模块；303、查询模块；304、生成模块；305、修改模块；4、计算机设备；41、存储器；42、处理器；43、网络接口。

实施方式

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

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

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

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

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

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器( Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3 )、MP4( Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4 )播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的业务信息数据存储方法一般由服务器/终端设备执行，相应地，信息存储装置一般设置于服务器/终端设备中。

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

继续参考图2，示出了根据本申请的一种信息存储的方法的一个实施例的流程图。所述的业务信息数据存储方法，包括以下步骤：

步骤201，接收存储业务信息数据的存储请求，所述存储请求携有待存储的信息存储表，并提取所述信息存储表的待存储的信息的文本类别，通过历史的信息存储表中不同文本类别的信息的修改次数的记录，获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分，其中，所述主部分的信息修改次数的记录大于所述副部分的信息修改次数的记录。

根据信息存储表中记录的信息的文本类别的不同，将信息存储表划分为不同的部分，其中，文本类别包括身份、方案等不同的类别；通过历史的信息存储表中不同文本类别的信息的修改次数的记录，获取信息存储表的文本类别的修改次数，并确定修改次数记录最多的文本类别所对应的部分；将修改次数记录最多的文本类别所对应的部分作为信息存储表的主部分，将信息存储表的其他部分合并为信息存储表的副部分，以使得信息存储表划分为主部分和副部分，且使得所述主部分的信息修改次数的记录大于所述副部分的信息修改次数的记录。其中，所述主部分的数据修改次数的记录大于所述副部分的数据修改次数的记录。信息存储表中包括的信息较多，根据文本类别的修改次数，将信息存储表划分为主部分和副部分；将数据修改次数记录较多的部分划分出来。

其中，所述获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分的步骤包括：获取信息存储表的文本类别的修改次数，依据所述修改次数对所述信息存储表的所有文本类别进行排序；选取修改次数最多的文本类别作为信息存储表的主部分，将其余的文本类别作为信息存储表的副部分。

进一步，根据副部分中包含信息的文本类别不同，将所述副部分划分为第一副部分、第二副部分和第三副部分；其中，所述主部分的信息修改次数的记录分别大于第一副部分、第二副部分和第三副部分的信息修改次数的记录。

本申请将信息存储表进一步的细致的划分为主部分、第一副部分、第二副部分和第三副部分，副部分的进一步划分无关修改次数，而是根据副部分中包含信息的文本类别不同进行进一步的细致划分。比如：将保险行业的保单划分成保单标的（即前文提到的主部分）和除了保单标的以外的其他部分（即前文提到的副部分），其中，其他部分包括投保人、方案和受益人等；在寿险中，保单标的是被保人，那么对副部分的进一步划分，就是将保单划分为被保人、投保人、方案和受益人四个部分。保单划分为不同的部分，不再是把保单看成一个单独的对象，而是将一张整体的保单进行划分，从而细致的区别保单的各个部分。

步骤202将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联。

在本实施例中，信息存储表本身携带有存储时间点，且每一张信息存储表的存储时间点均不相同，具体可以精确到秒，在对信息存储表进行划分后，将存储时间点分别附着在主部分和副部分上，则通过存储时间点可以定位到对应的主部分和副部分；分别存储的主部分和副部分，在保持关联性的同时，在修改主部分并备份的同时，不需要同时备份未修改的副部分，可以节约存储成本。

其中，所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联的步骤包括：将所述主部分、第一副部分、第二副部分和第三副部分分别以模块的数据存储形式进行关联存储，所述主部分、第一副部分、第二副部分和第三副部分通过存储时间点关联存储。

本申请分别存储主部分、第一副部分、第二副部分和第三副部分；如此可以使得对其中任意部分修改时，都只需要备份对应的部分，而不需要同时备份其他的部分，有效的节约了存储空间。

比如：将划分后的保单中的被保人、投保人、方案和受益人四个部分分别以模块的数据存储形式进行关联存储。相对于将整张保单看成一个对象，用关系数据库进行存储，对每一次保单的变化进行备份，记录保单每个时间点的样子，在每一修改时，都需要对整张保单进行新的备份，增加存储量，且容易造成数据写入错误的方式来说，本申请将保单拆分后的被保人、投保人、方案和受益人分别存储，且关联被保人、投保人、方案和受益人，这样在保持关联性的同时，又可以节约存储成本。随着保险业务的发展，保险方式的增多，倒签和虚拟被保人补录等情况应运而生。倒签指保单生效日期在当前时间之前。虚拟被保人补录指被保人是假的，当有真实的被保人的时候进行补入保单。在倒签和虚拟被保人补录等情况下，都需要对被保人进行修改，导致被保人修改的次数多于投保人、方案和受益人修改的次数，所以将保单划分为被保人、投保人、方案和受益人；使得修改被保人时，就只需要备份存储被保人修改前的内容和被保人修改后的内容，且不需要备份未修改的投保人、方案和受益人的内容，从而实现了节约存储空间的目的；而且，减少了数据写入错误的情况发生。在数据库存储方面：因为被保人与投保人、方案和受益人分别存储，在对其他模块进行修改备份时，不会增加被保人数据的备份，去除被保人的数据冗余，节约存储成本的同时使被保人的信息的查询与寻找更加直观方便。

在步骤202主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联之后，还包括步骤：

步骤203，在接收到数据查询指令时，获取所述数据查询指令所携带的信息，其中，所述数据查询指令包括待查询主部分和第一时间点；

根据所述待查询主部分找到对应主部分，根据所述存储时间点得到与所述主部分关联的副部分。

在本实施例中，存储时间点作为联系主部分与副部分的纽带，信息存储表划分为主部分和副部分分别管理存储后，当需要查找完整的信息存储表时，只需要通过用户输入的待查询的主部分内容先找到对应的主部分，再根据存储时间点可以迅速找到与主部分对应的副部分，增加了信息存储表数据的灵活性，响应速度快，简化了流程，后期相应维护比较简单。

比如：需要查询的是保单，则接受保单查询指令，保单查询指令包括待查询的被保人和第一时间点，其中，第一时间点可以是出险时间点，也可以是根据实际查询需要用户输入的任意时间点；根据所述待查询的被保人找到对应被保人，根据所述存储时间点查询得到与所述被保人对应的投保人、方案和受益人。增加了保单数据的灵活性，可以在任意时间点，加入随意保险范围的被保人，并保证可以被关联系统找到，对于复杂业务的支持相对来说比较灵活。特别是对倒签这种操作，先去找被保人是否存在，被保人存在后根据存储时间点找被保人对应的方案，之后组装返回即可。简化了流程，后期相应维护比较简单。

步骤204：基于查询得到的主部分和与主部分对应的副部分，生成完整的信息存储表，并输出所述完整的信息存储表，以完成查询。在本实施例中，主部分与副部分匹配后，则生成了完整的信息存储表。

此外，所述主部分还包括起止日期；所述主部分的信息与所述起止日期的信息一一对应的记录在一张查找表中；所述根据所述待查询主部分找到对应主部分，根据所述存储时间点得到与所述主部分关联的副部分的步骤包括：

调用查找表，获取所述查找表中与所述主部分对应的起止日期；

判断所述第一时间点是否位于所查询的主部分对应的所述起止日期之内；

若是，则根据所述存储时间点获取与所述主部分对应的副部分。

在本实施例中，用户在发起查询时，在查找表中查找并获得与主部分对应的起止日期；在单一的查找表中记录该信息存储表的所有主部分的信息，并且细粒度的去管理主部分的信息。因为每个主部分都有其自己在该信息存储表的对应的起止日期，在查找表中，主部分的信息与起止日期的信息一一对应，有助于在特定的时间点，真实的反应所查找的主部分的信息是否存在于信息存储表中。

当然亦可以，所述主部分还包括起止日期，所述主部分与所述起止日期具有一一对应关系；所述主部分的信息与所述起止日期的信息分别记录在主部分查找表和起止日期查找表中，所述主部分查找表与所述起止日期查找表关联存储；所述根据所述待查询主部分找到对应主部分，根据所述存储时间点得到与所述主部分关联的副部分的步骤包括：

调用主部分查找表与所述起止日期查找表，根据所述主部分获取所述起止日期查找表中对应的起止日期；

判断所述第一时间点是否位于所查询的主部分对应的所述起止日期之内；

若是，则根据所述存储时间点获取与所述主部分对应的副部分。

在本实施例中，主部分的信息与起止日期的信息分别记录在不同的查找表中，便于区分管理；两表之间关联存储，保证了两张表中的数据之间的对应关系和一致性。根据第一时间点是否位于主部分对应的起止日期，来确定查询的第一时间点与查询的主部分是否存在对应关系，若第一时间点位于主部分对应的起止日期之内，则认为查询的第一时间点是合理有效的时间点，进而通过存储时间点精确的找到与查找的主部分对应的副部分，保证了生成的信息存储表的完整性和准确性。

比如：主部分可以是被保人或者标的物，在被保人或标的物存在多个名称一样的情况下，同一个被保人或标的物可以与其对应的不同的投保类型相结合，作为不同的主部分，以保证主部分中没有重叠的名称，避免查找时出现混乱；每份保单都有生效的起止日期，若查询的第一时间点在被保人对应的起止日期之内，则匹配被保人、投保人、方案和受益人，形成完整保单。相对于根据出险时间，查对应切片，找对应备份数据的被保人是否存在的方案来说。本申请仅需要从被保人的存储模块中查询被保人，看被保人的保险起止期是否包括对应查询的第一时间点即可。若第一时间点在被保人对应的起止日期之内，则可以确定该查询的第一时间点和查询的被保人之间存在关联。在该第一时间点，被保人对应的保险处于有效期，可以确定在该对应的第一时间点，储存有与被保人对应的投保人、方案和受益人；进而可以通过存储时间点来找到对应的投保人、方案和受益人等信息，从而可以将这些信息与被保人进行组装，而生成在存储时间点的完整的保单。且在后期的维护方面也会减少复杂度，在被保人的修改以及增加上，因为被保人每个人都有保险的起止期，这样可以更加细粒度的去管理被保人，在不增加系统复杂度的情况下为修改带来更加大的灵活性。

当然，也可以在接收到数据查询指令时，获取所述数据查询指令所携带的信息，其中，数据查询指令包括待查询主部分、第一时间点和第四时间点；

根据所述待查询主部分找到对应主部分，所述主部分还包括起止日期，判断所述第一时间点是否位于所查询的主部分对应的所述起止日期之内，若是，则确认查询的主部分的显示数量情况；

若查询的主部分显示为单个，则根据所述存储时间点获取与所述主部分对应的副部分；

若查询的主部分显示为多个，则判断显示的所述主部分的存储时间点中是否包括第四时间点，若是，则根据第四时间点选取对应的主部分，并得到与所述主部分关联的副部分；

基于查询得到的主部分和与主部分对应的副部分，生成完整的信息存储表，并输出所述完整的信息存储表，以完成查询。

在步骤202将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且主部分和副部分通过存储时间点相关联之后，还包括：

步骤205：在接收到数据修改指令时，根据所述数据修改指令对所述主部分或副部分进行修改。

在本实施例中，关联系统在回写信息的时候，仅需要回写一个地方，而不用回写备份的切片信息,简化回写的流程，加快系统响应速度。

比如：对于保单来说，接收到保单修改指令之后，根据保单修改指令对被保人、投保人、方案或者受益人进行修改。如此修改大大加大了保单数据的灵活性，可以在任意时间点，加入随意保险范围的被保人的内容，并保证可以被关联系统找到，对于复杂业务的支持相对来说比较灵活。同时每个被保人仅保留一份，降低了数据库的存储。从而达到节约数据存储的相关费用。在回写被保人信息的时候，由于本身备份的被保人基数的减少，有助于系统加快响应速度。

其中，所述数据修改指令包括待修改部分、第二时间点和替换内容；所述根据所述数据修改指令对所述主部分或副部分进行修改的步骤包括：根据待修改部分选择需要修改的部分，根据所述第二时间点定位出需要修改的部分中的信息内容，使用替换内容替换需要修改的部分中的信息内容，以完成数据修改。

在本实施例中，先根据数据修改指令携带的待修改部分确定具体需改修改的是主部分还是副部分，进而选择主模块或者辅模块；再根据第二时间点确定需要修改的主模块或者辅模块中的需要修改的信息内容；因为模块中的信息内容是与时间点对应的，即，在一个模块中，一个时间点只会对应一个信息内容，所以根据待修改信息的第二时间点定位出需要修改的模块中的信息内容，可以保证定位出的信息内容确实是需要修改的信息内容，不会出现差错。

同样的，所述数据修改指令包括待修改部分、第三时间点和待添加内容；所述根据所述数据修改指令对所述主部分或副部分进行修改的步骤包括：根据待修改部分选择需要修改的部分，根据所述第三时间点确定在对应的部分中添加信息的具体位置，将待添加内容添加至对应所述第三时间点确定的位置，以完成数据修改。

在本实施例中，只要第三时间点没有对应主部分的数据存储，就可以在第三时间点加入随意对应副部分的主部分的内容，且新增加的主部分的内容与副部分的内容在第三时间点相互关联，大大增加了信息存储表的灵活性。

比如：当需要在保单中添加被保人时，先根据待修改部分选择被保人部分，根据第三时间点在被保人部分中的对应位置添加新的被保人。因为被保人与投保人、方案和受益人根据第三时间点相关联，所以在第三时间点添加的新的被保人与第三时间点对应的投保人、方案和受益人相关联，可以被关联系统找到，极大的增加了保单数据的灵活性。

上述的第一时间点为查询时间点，第二时间点、第三时间点和第四时间点均为存储时间点。

在本实施例中，业务信息数据存储方法运行于其上的电子设备(例如图1所示的服务器/终端设备)可以通过有线连接方式或者无线连接方式接收数据查询指令或数据修改指令。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB( ultra wideband )连接、以及其他现在已知或将来开发的无线连接方式。

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

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

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

如图3所示，本实施例所述的信息存储装置300包括：划分模块301和存储模块302。其中：

划分模块301，用于接收存储业务信息数据的存储请求，所述存储请求携有待存储的信息存储表，并提取所述信息存储表的待存储的信息的文本类别，通过历史的信息存储表中不同文本类别的信息的修改次数的记录，获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分，其中，所述主部分的信息修改次数的记录大于所述副部分的信息修改次数的记录；以及

存储模块302，用于将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联。

在本实施例中，根据信息存储表中记录的信息的文本类别的不同，将信息存储表划分为不同的部分；通过历史的信息存储表中不同文本类别的信息的修改次数的记录，获取信息存储表的文本类别的修改次数，并确定修改次数记录最多的文本类别所对应的部分；将修改次数记录最多的文本类别所对应的部分作为信息存储表的主部分，将信息存储表的其他部分合并为信息存储表的副部分，使得信息存储表划分为主部分和副部分，且使得所述主部分的信息修改次数的记录大于所述副部分的信息修改次数的记录。其中，所述主部分的数据修改次数的记录大于所述副部分的数据修改次数的记录。信息存储表中包括的信息较多，根据文本类别的修改次数，将信息存储表划分为主部分和副部分；将数据修改次数记录较多的部分划分出来；分别存储的主部分和副部分，在保持关联性的同时，在修改主部分并备份的同时，不需要同时备份未修改的副部分，可以节约存储成本。

进一步的，业务信息数据存储装置300还包括查询模块303、生成模块304和修改模块305。

查询模块303，用于接收到数据查询指令，获取所述数据查询指令所携带的信息，其中，所述数据查询指令包括待查询主部分和第一时间点，根据所述待查询主部分找到对应主部分，根据所述第一时间点查询得到与所述主部分对应的副部分；

生成模块304，用于基于查询得到的主部分和与主部分对应的副部分，以生成完整的信息存储表，并输出所述完整的信息存储表，以完成查询。

修改模块305，用于接收到数据修改指令，根据所述数据修改指令对所述主部分或副部分进行修改。

在本实施例中，时间点作为联系主部分与副部分的纽带，信息存储表划分为主部分和副部分分别管理存储后，当需要查找完整的信息存储表时，查询模块303只需要通过用户输入的待查询的主部分内容先找到对应的主部分，再根据时间点可以迅速找到与主部分对应的副部分，增加了信息存储表数据的灵活性，响应速度快，简化了流程，后期相应维护比较简单；生成模块304将主部分与副部分匹配后，则生成了完整的信息存储表；关联系统在回写信息的时候，修改模块305仅需要回写一个地方，而不用回写备份的切片信息,简化回写的流程，加快系统响应速。

相对于以信息存储表的方式存储，数据量较大，每次对信息存储表任意地方修改，都需要对整张表进行备份的方式来说，本申请将信息存储表的进行划分，划分后的主部分与副部分别存储，这样在对主部分或者副部分进行修改时，可以实现主部分或者副部分分别备份，即修改主部分，只需要备份主部分，而不需要备份未修改的副部分，有效的节约了存储成本额。同时主部分和副部分分别存储，在查找相关信息时，也不需要依据信息存储表来查找，而是依据主部分或副部分的模块来查找，这样查询的数据数量显著减少，加快系统响应速度。

以保单为例，本申请通过将原始保单拆分为多个部分，并将拆分后的多个部分分别以模块的数据存储形式进行关联存储；如此设置，更加有利于数据的存储、查询和修改；在数据库存储方面：去除每次修改数据带来的数据冗余，节约存储成本的同时使信息的查询与寻找更加直观方便；在对外关联系统查询方面：简化了查询的方法，为后期开发人员的维护带来了便利；在与关联系统交互方面：在查取或者回写数据的时候，由于本身备份的数据基数的减少，有助于，系统加快响应速度；在数据的修改以及增加上，可以更加细粒度的去管理保单各个部分的数据，在不增加系统复杂度的情况下为修改带来更加大的灵活性。

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

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

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

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

所述处理器42在一些实施例中可以是中央处理器（Central Processing Unit，CPU）、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的程序代码或者处理数据，例如运行所述业务信息数据存储方法的程序代码。

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

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

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

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

Claims (8)

1.一种业务信息数据存储方法，其特征在于，包括下述步骤：

接收存储业务信息数据的存储请求，所述存储请求携有待存储的信息存储表，并提取所述信息存储表的待存储的信息的文本类别，通过历史的信息存储表中不同文本类别的信息的修改次数的记录，获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分，其中，所述主部分的信息修改次数的记录大于所述副部分的信息修改次数的记录；

将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联；

在所述将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联的步骤之后还包括：

在接收到数据查询指令时，获取所述数据查询指令所携带的信息，其中，所述数据查询指令包括待查询主部分和第一时间点；

根据所述待查询主部分找到对应主部分，根据所述存储时间点得到与所述主部分关联的副部分；

基于查询得到的主部分和与主部分对应的副部分，生成完整的信息存储表，并输出所述完整的信息存储表，以完成查询；

所述获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分的步骤包括：

获取信息存储表的文本类别的修改次数，依据所述修改次数对所述信息存储表的所有文本类别进行排序；

选取修改次数最多的文本类别作为信息存储表的主部分，将其余的文本类别作为信息存储表的副部分。

2.根据权利要求1所述的业务信息数据存储方法，其特征在于，所述主部分还包括起止日期；所述主部分的信息与所述起止日期的信息一一对应的记录在一张查找表中；所述根据所述待查询主部分找到对应主部分，根据所述存储时间点得到与所述主部分关联的副部分的步骤包括：

调用所述查找表，获取所述查找表中与所述主部分对应的起止日期；

判断所述第一时间点是否位于所查询的主部分对应的所述起止日期之内；

若是，则根据所述存储时间点获取与所述主部分对应的副部分。

3.根据权利要求1所述的业务信息数据存储方法，其特征在于，所述主部分还包括起止日期，所述主部分与所述起止日期具有一一对应关系；所述主部分的信息与所述起止日期的信息分别记录在主部分查找表和起止日期查找表中，所述主部分查找表与所述起止日期查找表关联存储；所述根据所述待查询主部分找到对应主部分，根据所述存储时间点得到与所述主部分关联的副部分的步骤包括：

调用所述主部分查找表与所述起止日期查找表，根据所述主部分获取所述起止日期查找表中对应的起止日期；

判断所述第一时间点是否位于所查询的主部分对应的所述起止日期之内；

若是，则根据所述存储时间点获取与所述主部分对应的副部分。

4.根据权利要求1所述的业务信息数据存储方法，其特征在于，所述将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联的步骤之后，还包括：

在接收到数据修改指令时，根据所述数据修改指令对所述主部分或副部分进行修改。

5.根据权利要求4所述的业务信息数据存储方法，其特征在于，所述数据修改指令包括待修改部分、第二时间点和替换内容；所述根据所述数据修改指令对所述主部分或副部分进行修改的步骤包括：

根据待修改部分选择需要修改的部分，根据所述第二时间点定位出需要修改的部分中的信息内容，使用替换内容替换需要修改的部分中的信息内容，以完成数据修改。

6.一种业务信息数据存储装置，其特征在于，包括：

划分模块，用于接收存储业务信息数据的存储请求，所述存储请求携有待存储的信息存储表，并提取所述信息存储表的待存储的信息的文本类别，通过历史的信息存储表中不同文本类别的信息的修改次数的记录，获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分，其中，所述主部分的信息修改次数的记录大于所述副部分的信息修改次数的记录；以及

存储模块，用于将所述主部分和副部分分别以模块的数据存储形式进行关联存储，且所述主部分和副部分通过信息存储表携带的存储时间点相关联；

查询模块，用于接收到数据查询指令，获取所述数据查询指令所携带的信息，其中，所述数据查询指令包括待查询主部分和第一时间点，根据所述待查询主部分找到对应主部分，根据所述第一时间点查询得到与所述主部分对应的副部分；

生成模块，用于基于查询得到的主部分和与主部分对应的副部分，以生成完整的信息存储表，并输出所述完整的信息存储表，以完成查询；

其中，所述获取信息存储表的文本类别的修改次数，将信息存储表划分为主部分和副部分的步骤包括：

获取信息存储表的文本类别的修改次数，依据所述修改次数对所述信息存储表的所有文本类别进行排序；

选取修改次数最多的文本类别作为信息存储表的主部分，将其余的文本类别作为信息存储表的副部分。

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

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