处理用户信息的方法及其装置与流程

本发明涉及信息处理技术，尤其涉及处理用户信息的方法及其装置。

背景技术：

基于互联网技术环境的保险业务，销售渠道变得丰富化，已经不再是业务员通过推销来销售保险，而是通过互联网的大环境提供的各种合作渠道(例如，支付宝、微信、携程、小米、保险公司官网、app等等)销售保险。由此产生的保单数量、保费金额、保险客户的数量都是传统保险业务无法比拟的。由于保险公司会涉及多个销售渠道，客户从不同渠道购买保单，不同的渠道提供的客户信息可能会有差异，同一客户可能会有多个用户账号，针对同一客户存在多个用户账号的情况，需要对多个用户账号对应的客户信息进行合并，以便对客户信息进行有效的管理并有利于控制保险风险。

技术实现要素：

针对上述问题，本发明提供了一种处理用户信息的方法，所述方法包括：获取第一信息；如果所述第一信息中缺少目标信息中的至少一项信息，则将所述第一信息添加到源用户表中；如果目标用户表中不存在与所述目标信息中的指定信息相同的信息记录，则执行以下步骤：根据所述源用户表中与所述指定信息关联的信息记录生成第二信息；如果所述第二信息中包含所述目标信息，则使用所述目标信息更新中间用户表并生成路由表；基于更新后的中间用户表和所述路由表生成数据传输报文以获取所述目标信息，从而更新所述目标用户表。

在一种实施方式中，所述目标信息至少包括姓名、证件类型、证件号、性别和出生年月。

在一种实施方式中，所述指定信息至少包括用户证件号和用户证件类型。

在一种实施方式中，如果所述第一信息中包含所述目标信息并且所述目标用户表中不存在与所述指定信息相同的信息记录，则将所述目标信息存储到所述目标用户表中并生成与所述目标信息相对应的目标用户编号。

在一种实施方式中，根据所述源用户表中与所述指定信息关联的信息记录生成第二信息还包括：对所述源用户表进行分布式存储并将所述源用户表中的信息同步到数据仓库。

在一种实施方式中，对所述源用户表进行分布式存储包括：通过分库分表方式或非结构化存储方式对所述源用户表进行分布式存储。

在一种实施方式中，基于更新后的中间用户表和所述路由表生成数据传输报文以获取所述目标信息包括：将所述数据传输报文发送到报文引擎；解析所述数据传输报文以获取所述目标信息。

在一种实施方式中，解析所述数据传输报文以获取所述目标信息包括：逐行解析所述数据传输报文以生成分布式消息队列；消费所述分布式消息队列中的消息以获取所述目标信息。

本发明另一方面还提供了一种处理用户信息的装置，包括：处理器；以及存储器，其用于存储指令，当所述指令被执行时使得所述处理器执行上述方法中任一项所述的方法。

本发明另一方面还提供了一种计算机可读存储介质，所述存储介质包括指令，当所述指令被执行时，所述计算机的处理器执行上述方法中任一项所述的方法。

本发明通过对用户信息进行处理，提取出同一用户的目标信息组成目标用户表从而方便了对目标用户信息的统一管理。

附图说明

图1是根据本发明的一个实施例的处理用户信息的方法的流程图100；

图2是根据本发明的处理用户信息的方法的实施例之一110的流程图；

图3是根据本发明的实施例的处理用户信息的装置300的示意图。

具体实施方式

以下参考附图详细描述本发明的各个示例性实施例。附图中的流程图和框图示出了根据本发明的各种实施例的方法和系统的可能实现的体系架构、功能和操作。应当注意，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分可以包括一个或多个用于实现各个实施例中所规定的逻辑功能的可执行指令。也应当注意，在有些作为备选的实现中，方框中所标注的功能也可以按照不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，或者它们有时也可以按照相反的顺序执行，这取决于所涉及的功能。同样应当注意的是，流程图和/或框图中的每个方框、以及流程图和/或框图中的方框的组合，可以使用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以使用专用硬件与计算机指令的组合来实现。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。对于附图中的各单元之间的连线，仅仅是为了便于说明，其表示至少连线两端的单元是相互通信的，并非旨在限制未连线的单元之间无法通信。

图1是根据本发明的一个实施例的处理用户信息的方法的流程图100。

在步骤s101中，从各种销售渠道(例如，各种合作方的app、网站、保险公司官网等等)获得保险订单信息。

在步骤s102中，从获得的保险订单信息中获取用户a的关联信息(第一信息)。应理解的是，这里的用户a的关联信息可以包括以下信息中的一项或多项信息：a、基本信息：账户名、姓名、证件类型、证件号码、证件有效期、性别和出生年月、账户等级(实名或非实名)(应理解的是，支持个人有多个证件)；b、联系信息：手机号码、邮箱、座机、qq号、微信号、支付宝账户、授权办理业务人员、负责人、单位电话、家庭地址、单位地址等(应理解的是，支持个人有多种联系方式)；c、银行账号信息：多个银行账户(例如，支付保费账户、赔款账户等)；d、业务信息：车险、航旅、健康险、投资信保等；e、生物特征：人脸信息、声纹、指纹等；f、附属信息包括：国际、国家地区代码、身份证复印件、客户标记、年收入、职业等。应理解的是，保险订单信息还可以包括以上列举的信息之外的信息。同时应理解，用户a的信息中必须包括证件类型和证件号码。

在步骤s103中，如果用户a的关联信息(第一信息)中包括用户a的目标信息(应理解，在图1的实施例中，目标信息同时包括五项信息：姓名、证件类型、证件号码、性别和出生年月，在其它实施例中，目标信息可以包括除以上五项信息之外的信息)，则执行步骤s104，否则执行步骤s107。

在步骤s104中，如果目标用户表中存在与用户a的目标信息中的指定信息(应理解，图1的实施例中的指定信息同时包括证件类型和证件号码，在其它实施例中，指定信息还可以包括证件类型和证件号码之外的其它信息)相同的信息记录(应理解的是，本发明中的目标用户表为包含目标信息的的用户的信息记录的集合)，则执行步骤s105，否则执行步骤s106。

在步骤s105中，不更新目标用户表(应理解，可以根据需要返回目标用户编号，这里的目标用户编号为目标用户表中的标识目标用户的唯一号码，即目标用户表中存在目标用户编号)。

在步骤s106中，将用户a的目标信息存储到目标用户表中并生成与目标信息相对应的目标用户编号，从而更新目标用户表。

在步骤s107中，将用户a的关联信息添加到源用户表(例如，在一个实施例中源用户表为临时用户表)中。

在步骤s108中，如果目标用户表中存在与用户a的目标信息中的指定信息相同的信息记录，则执行步骤s109，否则执行步骤s110。

在步骤s109中，不更新目标用户表。

在步骤s110中，根据源用户表中与用户a的目标信息中的指定信息关联的信息记录生成用户a的标识信息(第二信息)(应理解的是，标识信息为从源用户表中与用户a的目标信息的指定信息相关联的信息记录中可获得的用户a的完整信息)。

步骤s111：如果生成的用户a的标识信息中包括用户a的目标信息，则执行步骤s112，否则执行步骤s113。

在一个实施例中，如图2所示，步骤s110具体包括以下步骤：

步骤s210：根据源用户表中与用户a的目标信息中的指定信息关联的信息记录生成用户a的标识信息(第二信息)。例如，源用户表中存在身份证号为112xxx112的信息记录1：“112xxx112，身份证，130xxxxxxx0(手机号)”和信息记录2：“112xxx112，身份证，姓名a，男”，那么将信息记录1和信息记录2合并生成的标识信息为“12xxx112，身份证，姓名a，男，130xxxxxxx0”。应理解的是，源用户表中的每条信息记录可以包括任意多项信息，取决于保险订单中的用户信息所涉及的项数。

应理解的是，在另一个实施例中，步骤s210之前包括如下步骤：

对源用户表进行分布式存储并将源用户表中的信息同步到数据仓库。在一个实施例中，通过分库分表方式或非结构化存储方式对源用户表进行分布式存储。在另一个实施例中，通过oracle分区表方式对源用户表进行分布式存储。

步骤s220：如果用户a的标识信息包含用户a的目标信息，则执行步骤s240，否则执行步骤s112。

步骤s230：使用目标信息更新中间用户表(具体地，将目标信息存储到中间用户表)并生成路由表，其中，路由表指示中间用户表(例如，一个实施例中为临时目标用户表)的用户信息与源用户表中的用户信息的关联关系。

步骤s240：基于更新后的中间用户表和路由表生成数据传输报文以获取目标信息。

在另一个实施例中，基于更新后的中间用户表和路由表生成数据传输报文以获取目标信息包括：

将数据传输报文发送到报文引擎；

解析数据传输报文以获取所述目标信息。

在另一个实施例中，将数据传输报文发送到报文引擎包括：

对数据传输报文进行压缩；

使用安全文件传送协议来将经压缩的数据传输报文发送到报文引擎。

在另一个实施例中，解析数据传输报文以获取所述目标信息包括以下步骤：

逐行解析数据传输报文以生成分布式消息队列(例如，kafka消息队列)；

消费分布式消息队列中的消息以获取(例如，提取出)用户a的目标信息。

在步骤s112中，将用户a的目标信息存储到目标用户表中并生成相应的目标用户编号。

在步骤s113中，不更新目标用户表。

本发明通过对来自各种销售渠道的保险订单信息中进行处理，提取出同一用户的目标信息组成目标用户表从而方便了对目标用户信息的统一管理。

应理解的是，虽然本发明的实施例中，目标信息组仅包含用户的姓名、证件类型、证件号码、性别和出生年月的五项信息，实际应用中可以根据需要对目标信息组中的信息项数做增减，同样地，本发明的实施例中，证件信息必须且仅包含证件类型和证件号码，实际应用中可以根据需要增加证件信息中的信息项。

还应理解的是，上述实施例中示出了对用户a的信息的处理方法，当有多个用户时，将采用处理用户a的信息的同样步骤对每个用户的信息进行处理。

图3示出了根据本发明的实施例的处理用户的信息的装置300的示意图。装置300可以包括：存储器301和耦合到存储器301的处理器302。存储器301用于存储指令，处理器302被配置为基于存储器301存储的指令来实现针对图1和图2所描述的方法的步骤中的任何步骤中的一个或多个。

如图3所示，装置300还可以包括通信接口303，用于与其它设备进行信息交互。此外，装置300还可以包括总线304，存储器301、处理器302和通信接口303通过总线304来彼此进行通信。

存储器301可以包括易失性存储器，也可以包括非易失性存储器。处理器302可以是中央处理器(cpu)、微控制器、专用集成电路(asic)、数字信号处理器(dsp)、现场可编程门阵列(fpga)或其它可编程逻辑器件、或是被配置为实现本发明的实施例的一个或多个集成电路。

替代地，上述的处理用户的信息的方法能够通过计算机程序产品，即有形的计算机可读存储介质来体现。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本发明的各个方面的计算机可读程序指令。计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其它自由传播的电磁波、通过波导或其它传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

需要注意的是，以上列举的仅为本发明的具体实施例，显然本发明不限于以上实施例，随之有着许多的类似变化。本领域的技术人员如果从本发明公开的内容直接导出或联想到的所有变形，均应属于本发明的保护范围。