保险用户信息合并方法和装置与流程

本发明涉及信息处理技术领域，特别是涉及一种保险用户信息合并方法和装置。

背景技术：

对于规模较大的保险企业来说，通常都设置了多个用于存放保险用户信息的数据库，位于全国不同的地区，每个数据库用于存储对应区域的保险用户的信息。每个区域中存在一个或多个保险机构，每个保险机构用于服务器对应区域范围的保险用户，并将保险用户的信息存储到对应区域的服务器中。

然而随着用户的流动性越来越大，会出现越来越多的用户通过跨区域来办理保险业务。当同一个保险用户在其他跨区域的保险机构再次办理保险业务时，由于该机构对应的数据库中并没有记录该保险用户的信息，因而会在该数据库中为该保险用户新增一个用户信息。这样便会使得一个保险用户在不同的数据库具有不同的用户信息，对保险用户信息的维护造成影响，造成管理混乱。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提高保险用户信息管理便利性的保险用户信息合并方法和装置。

一种保险用户信息合并方法，所述方法包括：

获取用户信息合并指令；

从预设数量的分部数据库中选取其中一个分部数据库，从所选取的分部数据库中提取一组用户的身份数据；

从非选取的分部数据库中查询具有相同身份数据的用户，将查询出的具有相同身份数据的用户作为待合并用户；

将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并。

在其中一个实施例中，在所述获取用户信息合并指令的步骤之前，包括：

在当前时间达到预设时间时，生成所述用户信息合并指令，所述预设时间为预先设置的用于触发用户信息合并操作的时间。

在其中一个实施例中，所述合并指令中包括合并进度信息，所述合并进度信息包括上一次合并结束时所选取的分部数据库的分部数据库标识以及所提取的用户的用户标识；

所述从预设数量的分部数据库中选取其中一个分部数据库，从所选取的分部数据库中提取一组用户的身份数据的步骤，包括：

从预设数量的分部数据库中选取所述分部数据库标识对应的分部数据库；

从选取的分部数据库中提取位于所述用户标识对应的用户的下一组用户的身份数据，以便后续对所述下一组用户中存在相同用户的用户信息进行合并。

在其中一个实施例中，所述将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并的步骤，还包括：

获取所述选取的用户的用户标识以及待合并用户的用户标识的创建时间；

将创建时间最晚的用户标识作为所述选取的用户的用户标识以及所述待合并用户的用户标识。

在其中一个实施例中，所述将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并的步骤，还包括：

将中心数据库中所述选取的用户的用户标识以及待合并用户的用户标识用户标识作合并标记。

一种保险用户信息合并装置，所述装置包括：

合并指令获取模块，用于获取用户信息合并指令；

身份数据提取模块，用于从预设数量的分部数据库中选取其中一个分部数据库，从所选取的分部数据库中提取一组用户的身份数据；

查询模块，用于从非选取的分部数据库中查询具有相同身份数据的用户，将查询出的具有相同身份数据的用户作为待合并用户；

合并模块，用于将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并。

在其中一个实施例中，合并指令获取模块还用于在当前时间达到预设时间时，生成所述用户信息合并指令，所述预设时间为预先设置的用于触发用户信息合并操作的时间。

在其中一个实施例中，所述合并指令中包括合并进度信息，所述合并进度信息包括上一次合并结束时所选取的分部数据库的分部数据库标识以及所提取的用户的用户标识；

所述身份数据提取模块包括：

分部数据库选取单元，用于从预设数量的分部数据库中选取所述分部数据库标识对应的分部数据库；

身份数据提取单元，用于从选取的分部数据库中提取位于所述用户标识对应的用户的下一组用户的身份数据，以便后续对所述下一组用户中存在相同用户的用户信息进行合并。

在其中一个实施例中，所述合并模块还用于获取所述选取的用户的用户标识以及待合并用户的用户标识的创建时间；将创建时间最晚的用户标识作为所述选取的用户的用户标识以及所述待合并用户的用户标识。

在其中一个实施例中，所述合并模块还用于将中心数据库中所述选取的用户的用户标识以及待合并用户的用户标识用户标识作合并标记。

上述保险用户信息合并方法和装置，通过从预设数量的分部数据库中选取其中一个分部数据库，从所选取的分部数据库中提取一组用户的身份数据；再从非选取的分部数据库中查询具有相同身份数据的用户，将查询出的具有相同身份数据的用户作为待合并用户；然后将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并。从而可保持同一用户在不同数据库中的信息相同，便于对保险用户信息的管理与维护。

附图说明

图1为一个实施例中保险用户信息合并方法的应用环境图；

图2为一个实施例中保险用户信息合并方法的流程图；

图3为一个实施例中从预设数量的分部数据库中选取其中一个分部数据库，从所选取的分部数据库中提取一组用户的身份数据的步骤的流程图；

图4为另一个实施例中保险用户信息合并方法的流程图；

图5为一个实施例中保险用户信息合并方法的时序图；

图6为一个实施例中保险用户信息合并装置的结构框图；

图7为一个实施例中身份数据提取模块的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例所提供的保险用户信息合并方法可应用于如图1所示的应用场景中。参考图1所示，设分部数据库具有n个，分别为分部数据库120a～120n可位于不同的区域，用于存储在对应区域范围内办理保险业务的用户的用户数据。一般的，各个分部数据库只与服务器110相连，而各个分部数据库之间并不相连。服务器110为保险公司的系统服务器，其内集成了中心数据库，中心数据库可通过预先设置的网络与分部数据库120a～120n相连，用于汇总并存储每个保险用户的用户标识。服务器110可通过中心数据库可关联到各个分部数据库，对分部数据库中的数据进行管理。当需要进行合并各个分部数据库中所记录的相同的用户的用户信息时，则可关联对应的分部数据库，依次选取每个分部数据库中的用户的身份数据，作为查询的关键字，并根据该身份数据在其他分部数据库中进行查询，将查询出的具有相同身份数据的用户作为待合并用户，并将所提取的用户和待合并用户进行合并。

在一个实施例中，如图2所示，提供了一种保险用户信息合并方法，该方法可应用于如图1所示的服务器中，具体包括以下步骤：

步骤202，获取用户信息合并指令。

本实施例中，用户信息合并指令为用于将多个分部数据库中所记载的具有相同用户的用户信息进行合并的指令。该合并指令可由管理员所在的终端向服务器发起，也可由系统自动设定，在处于预定的时刻发起。用户信息包括用户的基本信息和保险信息，基本信息包括用户的姓名、性别、身份证号、联系方式等信息，保险信息包括用户所购买过的保险险种、保险号、保额、保险期限等信息。

分部数据库在新创建保险用户的时候，可为其分配相应的用户标识，该用户标识用于唯一识别对应的保险用户。用户标识可由预设数量的数字、字母及其他特殊字符按照一定的排列规则所构成。每个中心库在创建相应的保险用户后，可将该保险用户对应的用户标识上传给中心数据库，中心数据库可存储所接收到的用户标识，使得可根据所存储的用户标识来查询和关联到其它分部数据库中的用户信息，并对相应的用户信息进行管理。

在一个实施例中，在获取用户信息合并指令的步骤之前，包括：在当前时间达到预设时间时，生成用户信息合并指令。

本实施例中，用户信息合并指令可由系统自动设定，在处于预定的时刻发起。服务器可实时检测系统时间，当系统时间达到预设时间时，则生成用户信息合并指令。其中，预设时间为预先设置的用于触发用户信息合并操作的时间，可为任意时间。具体的，可选择服务器比较空闲的时候来执行，比如，可设置为23：00，或01：00。

步骤204，从预设数量的分部数据库中选取其中一个分部数据库，从所选取的分部数据库中提取一组用户的身份数据。

本实施例中，服务器可根据该合并指令调用相应的网络接口和通讯协议与预设数量的分部数据库相连接，以进行对所连接的分部数据库中的用户信息的管理。其中预设数量可根据所需要合并处理的分部数据库的数量来确定。每个分部数据库局域对应的分部数据库标识，用于唯一识别和确定相应的分部数据库。

在连接预设数量的分部数据库后，选取其中一个分部数据库，并从所选取的分部数据库中提取一组用户的身份数据，作为查询的关键字。其中，一组用户的身份数据中包括至少一个用户的分数数据。身份数据为用于识别和确认用户身份的数据，可为分部数据库中所存储的用户的身份证号，进一步的，除包括身份证号之外，还可包括姓、性别、年龄等其中的一个或多个，将这些信息均作为身份数据。

所提取的身份数据的数量可为任意数量。当所选取的身份数据为一个时，则表示进行单个查询。当所选取的用户数据为多个时，则表示同时查询其它分部数据库中是否存在与该多个用户的任意一个用户相同。具体的，可设置一个合适的数量，使得查询的速度以及服务器与各个分部数据库的空闲值之间达到一个平衡状态。空闲值用于表征反映对应分部数据库或服务器对当前资源占用率的情况，即空闲程度。空闲值越大，则说明该分部数据库的资源占用率越小，其对指令或任务的执行速度则越快；空闲值越小，则说明该分部数据库的资源占用率越大，其对指令或任务的执行速度则越慢，甚至会造成系统崩溃，使得指令或任务执行失败。

步骤206，从非选取的分部数据库中查询具有相同身份数据的用户，将查询出的具有相同身份数据的用户作为待合并用户。

本实施例中，服务器可将该一组用户的身份数据发送至非选取的分部数据库，使该非选取的分部数据库查询其内用户中的身份数据是否与该组用户中的任意一个用户的身份数据相同。若是，则说明该具有相同身份数据的用户与对应所提取的用户为相同用户，将其作为待合并用户，若否，则说明非选取的分部数据库不存在相同用户。

具体的，服务器根据所选取的身份数据生成查询指令，发送至非选取的分部数据库，使非选取的分部数据库查询其内是否具有相同身份数据的用户，将查询结果反馈至服务器。非选取的分部数据库在接收到服务器发送的查询指令后，则根据该查询指令按照该身份数据进行查询，生成查询结果，发送给服务器。当查询到存在该身份数据的用户时，则查询结果表示包括相同用户时，可使查询结果中携带具有相同身份数据的用户的用户信息；当未查询到存在该身份数据的用户时，可使生成查询结果为空。服务器非分部数据库反馈的查询结果，当查询结果表示存在该身份数据的用户，获取具有相同身份数据的用户的用户信息，将具有相同关键字的用户作为待合并用户。

步骤208，将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并。

本实施例中，服务器从所选取的分部数据库中提取对应的身份数据的用户的用户信息，将所提取的用户信息发送至对应非选取的分部数据库，使得分部数据库将该用户信息合并至待合并用户的用户信息中。并进一步将待合并用户的用户信息也发送至选取的分部数据库，使所选取的分部数据库将待合并用户的用户信息合并至相应提取的用户的用户信息之中，实现对相同用户信息的合并。

本实施例中，通过从预设数量的分部数据库中选取其中一个分部数据库，从所选取的分部数据库中提取一组用户的身份数据；再从非选取的分部数据库中查询具有相同身份数据的用户，将查询出的具有相同身份数据的用户作为待合并用户；然后将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并。从而可保持同一用户在不同数据库中的信息相同，便于对保险用户信息的管理与维护。

在一个实施例中，合并指令中包括合并进度信息，合并进度信息包括上一次合并结束时所选取的分部数据库的分部数据库标识以及所提取的用户的用户标识。

本实施例中，服务器可在预设时间段内进行相同用户信息的合并。比如可设置该与预设时间段为每天的0：00～3：00。当服务器在结束预设时间段的执行时，可记录该最后一次执行时的合并进度。使得当在下一次准备发起合并指令时，可读取相应的合并进度，根据该合并进度生成合并指令。其中，合并进度信息包括所选取的分部数据库的分部数据库标识以及所提取的用户的用户标识。

如图3所示，从预设数量的分部数据库中选取其中一个分部数据库，从所选取的分部数据库中提取一组用户的身份数据的步骤，包括：

步骤302，从预设数量的分部数据库中选取分部数据库标识对应的分部数据库。

本实施例中，服务器可获取所携带的合并进度中的分部数据库标识，将该分部数据库标识对应的分部数据库作为选取的分部数据库。

步骤304，从选取的分部数据库中提取位于用户标识对应的用户的下一组用户的身份数据。

本实施例中，分部数据库中的用户的用户信息可按顺序存储，并可对分部数据库中的用户进行编号，服务器可一次按照用户的编号顺序从其内提取对应用户的身份数据。当所选取的分部数据库中还存在未提取过的用户的身份数据时，从其中提取位于用户标识对应的用户的下一组用户的身份数据，作为用于检测是否存在相同用户的关键字，以便后续对该下一组用户中存在相同用户的用户信息进行合并，从而完成对整个分部数据库中存在相同用户的用户信息的合并。

本实施例中，由于合并指令中包括合并进度信息，从而可根据合并进度信息来确定继续进行合并操作时所选取的分部数据库以及相应的用户的身份数据，使得可实现分成多次来完成对所有分部数据库中的相同用户的用户信息的合并。

在一个实施例中，将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并的步骤，包括：获取提取的用户的用户标识以及待合并用户的用户标识的创建时间；将创建时间最晚的用户标识作为选取的用户的用户标识以及待合并用户的用户标识。

本实施例中，服务器可获取所提取的身份数据对应的用户的用户标识及其创建时间，并获取待合并用户的用户标识及其创建时间，比较两个用户标识的创建时间的大小，将创建时间最晚的用户标识作为两者共同的用户标识，使得相同的保险用户虽然在不同数据库中均有记录对应的用户信息，但均具有相同的用户标识，以方便对用户信息的管理和维护。举例来说，若所提取的用户的用户标识的创建时间晚于作为待合并用户的用户标识的创建时间，则将提取的用户的用户标识修改为待合并用户的用户标识，反之，则将待合并用户的用户标识修改为对应所提取的用户的用户标识。

在一个实施例中，将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并的步骤，还包括：将中心数据库中选取的用户的用户标识以及待合并用户的用户标识用户标识作合并标记。

本实施例中，由于相同的用户在两个或两个以上的分部数据库中均有记录，因而，该相同用户在中心数据库中也存在对应两个或两个以上的不同记录。因而，在将分部数据库中的相同用户对应的用户标识进行更改后，可仅保留中心数据库中的与分部数据库中的修改后的用户标识相同的用户标识，删除该相同用户的其它用户标识，将该用户标识与做合并标记，使得根据该合并标识可获知该用户的信息分别在哪些分部数据库中均有记录。

本实施例中，通过对中心数据库也进行相应的修改，可进一步提高对保险用户的用户信息管理的便利性。

在一个实施例中，如图4所示，提供了另一种保险用户信息合并方法，该方法包括以下步骤：

步骤402，获取用户信息合并指令。

步骤404，从预设数量的分部数据库中选取其中一个分部数据库。

步骤406，从所选取的分部数据库中提取一组用户的身份数据。

步骤408，从非选取的分部数据库中查询是否具有相同身份数据的用户。若是，则执行步骤410，否则，执行步骤412。

举例来说，所提取的用户的身份数据为第i分部数据库中的第j用户至第j+k用户的身份数据。当第i+m分部数据库中存在第n用户的身份数据与第i分部数据库中的第j+a(0≤a≤k)用户的身份数据相同时，则表示非选取的分部数据库中具有相同身份数据的用户。

步骤410，将查询出的具有相同身份数据的用户作为待合并用户，将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并。

继续以上述的举例来说明，可获取第i+m分部数据库中的第n用户的用户信息，将其发送到第i分部数据库中，使第i分部数据库将其合并至第i分部数据库内的第j+a用户的用户信息中；同时，也获取第i分部数据库内的第j+a用户的用户信息，将其发送到第i分部数据库中，使第i分部数据库将其合并至第i+m分部数据库内的第n用户的用户信息中。从而将用户所办理过的保险信息在第i分部数据库以及第i+m分部数据库中均有全面的记录，实现对两个相同用户的用户信息的合并。

步骤412，检测所选取的分部数据库中是否已提取过所有的用户的身份数据。若是，则执行步骤414，否则，执行步骤416。

本实施例中，当完成具有相同身份数据的用户的信息的合并后，或者不存在所提取的具有相同身份数据的用户时，则检测该分部数据库中是否已提取过所有的用户的身份数据。具体的，可对分部数据库中的用户进行编号，并依次按照用户的编号顺序从其内提取对应用户的身份数据。设其存在m个用户，则将其内的用户按照排列顺序依次编号为第1用户、第2用户……第m用户。则当步骤406中所提取的用户包括第m用户时，则表示该分部数据库中已提取过所有的用户的身份数据，此时，可执行步骤414，否则，执行步骤416。

步骤414，从预设数量的分部数据库中选取下一个分部数据库，作为新的选取的分部数据库。

本实施例中，当预设数量的分部数据库中还存在超过一个未选取过的分部数据库时，则从预设数量的分部数据库中继续选取下一个分部数据库，作为新的选取的分部数据库。类似的，同样可对分部数据库按照顺序行编号。设存在n个分部数据库，则将预设数量的分部数据库按照排列顺序依次编号为第1分部数据库、第2分部数据库……第n分部数据库。当步骤404中所选取的分部数据库为第i分部数据库时，则步骤414所选取的分部数据库为第i+1分部数据库，作为新的分部数据库。

步骤416，从所选取的分部数据库中重新提取下一组用户的身份数据。

本实施例中，所选取的分部数据库中还存在未提取过所有的用户的身份数据时，可从所选取的分部数据库中重新提取下一组用户的身份数据。具体的，可对分部数据库中的用户按照其编号顺序分成k组，每组可具有相同或不同的用户数量。其中，当初次在分部数据库中提取时，可提取第1组用户的身份数据。当完成对第1组用户的检测和合并之后，则继续提取下一组用户的身份数据，即提取第2组用户的身份数据。

本实施例中，通过依次从预设数量的分部数据库选取其中一个分部数据库，并对所选取的分部数据库中依次提取一组用户的身份数据，然后再从非选取的分部数据库中查询是否具有相同身份数据的用户，将查询出的具有相同身份数据的用户作为待合并用户，将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并，直至将完成所有分部数据库中的相同用户的用户信息的合并。可进一步提高对保险用户信息的管理与维护的便利性。

在一个实施例中，上述的非选取的分部数据库为编号位于当前选取的分部数据库的编号之后的分部数据库。即若当前所选取的分部数据库为第i分部数据库，则非选取的分部数据库为第i+1分部数据库至第n分部数据库。由于在前的分部数据库中的用户已经被提取完成查询与合并，则在进行对后续分部数据库的相同用户查询时，无需再从在前的分部数据库进行查询，可减少对查询资源的占用，提高查询效率。

在一个实施例中，以第i分部数据库作为选取的分部数据库，第i+j分部数据库作为其中一个非选取的分部数据库为例，保险用户信息合并方法的时序图如图5所示。

步骤501，服务器获取用户信息合并指令。

步骤502，从第i分部数据库中提取一组用户的身份数据。

步骤503，将该身份数据发送至第i+j分部数据库。

步骤504，第i+j分部数据库查询其内是否存在具有相同身份数据的用户，生成查询结果。

步骤505，将查询结果发送至服务器。

步骤506，当查询结果表示不存在相同的用户时，继续执行步骤502，从第i分部数据库中提取新的一组用户的身份数据，直至完成对第i分部数据库中的所有用户的身份数据的提取。

步骤507，当查询结果表示存在相同的用户时，则将查询结果发送给第i分部数据库。

本实施例中，查询结果中包含第i+j分部数据库中，与所提取的用户为相同用户的用户信息。

步骤508，第i分部数据库将所接收到的查询结果中包含的用户信息合并到相应被提取的用户的用户信息中。

步骤509，第i分部数据库将被提取的用户的用户信息发送至服务器。

步骤510，服务器将该用户信息发送至第i+j分部数据库。

本实施例中，在步骤510之后，继续执行步骤502，从第i分部数据库中提取新的一组用户的身份数据，直至完成对第i分部数据库中的所有用户的身份数据的提取。

步骤511，第i+j分部数据库将所接收的用户信息合并到对应相同的用户的用户信息之中。

在一个实施例中，如图6所示，提供了一种保险用户信息合并装置，该装置包括：

合并指令获取模块602，用于获取用户信息合并指令。

身份数据提取模块604，用于从预设数量的分部数据库中选取其中一个分部数据库，从所选取的分部数据库中提取一组用户的身份数据。

身份数据提取模块606，用于从非选取的分部数据库中查询具有相同身份数据的用户，将查询出的具有相同身份数据的用户作为待合并用户。

合并模块608，用于将所提取的用户对应的用户信息和待合并用户对应的用户信息进行合并。

在一个实施例中，合并指令获取模块602还用于在当前时间达到预设时间时，生成用户信息合并指令，该预设时间为预先设置的用于触发用户信息合并操作的时间。

在一个实施例中，合并指令中包括合并进度信息，合并进度信息包括上一次合并结束时所选取的分部数据库的分部数据库标识以及所提取的用户的用户标识。

如图7所示，身份数据提取模块604包括：

分部数据库选取单元702，用于从预设数量的分部数据库中选取分部数据库标识对应的分部数据库。

分部数据库选取单元704，用于从选取的分部数据库中提取位于用户标识对应的用户的下一组用户的身份数据，以便后续对该下一组用户中存在相同用户的用户信息进行合并。

在一个实施例中，合并模块608还用于获取选取的用户的用户标识以及待合并用户的用户标识的创建时间；将创建时间最晚的用户标识作为选取的用户的用户标识以及待合并用户的用户标识。

在一个实施例中，合并模块608还用于将中心数据库中选取的用户的用户标识以及待合并用户的用户标识用户标识作合并标记。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。