客户信息更新方法、装置、计算机设备及存储介质与流程

本发明涉及数据处理技术领域，尤其涉及客户信息更新方法、装置、计算机设备及存储介质。

背景技术

客户在保险公司购买一份保单，可以长达几十年的保险期限，在这期间，客户会咨询保险公司、或者向保险公司进行投诉，从而产生相应的咨询案件和投诉案件。这些咨询、投诉案件会归类、整理在保险公司内部系统上，以便后续信息查阅。但是，由于保险期限很长，而客户的信息是会变动的，比如客户的联系方式、住址等信息变化后，该客户名下的保单、咨询案件、投诉案件的信息记录的还是客户首次投保时的信息，这给保险公司跟进客户或者内部信息管理带来极大的不便。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种可以实现客户信息的及时有效更新的客户信息更新方法、装置、计算机设备及存储介质。

一种客户信息更新方法，包括：

检测并获取对接的各个系统上更新的客户信息；

查询存在所述更新的客户信息中客户名下的所有保单、所有咨询案件和投诉案件；

检测所述更新的客户信息中客户名下所有的保单、咨询案件、投诉案件中是否存在与所述更新的客户信息对应的信息项目；

若所述更新的客户信息中客户名下所有的保单、咨询案件、投诉案件中存在与所述更新的客户信息对应的信息项目，则将所述更新的客户信息写入至对应的信息项目下。

一种客户信息更新装置，包括：

信息检测模块，用于检测并获取与客户信息更新装置对接的各个系统上更新的客户信息；

案件查询模块，用于查询存在所述更新的客户信息中客户名下的所有保单、所有咨询案件和投诉案件；

信息项目检测模块，用于检测所述更新的客户信息中客户名下所有的保单、咨询案件、投诉案件中是否存在与所述更新的客户信息对应的信息项目；

信息写入模块，用于若所述信息项目检测模块检测到所述客户名下所有的保单、咨询案件、投诉案件中存在与所述更新的客户信息对应的信息项目，则将所述更新的客户信息写入至对应的信息项目下。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述客户信息更新方法的步骤。

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

上述客户信息更新方法、装置、计算机设备及存储介质，首先，检测并获取对接的各个系统上更新的客户信息；然后，查询存在所述更新的客户信息中客户名下的所有保单、所有咨询案件和投诉案件；接着，检测所述更新的客户信息中客户名下所有的保单、咨询案件、投诉案件中是否存在与所述更新的客户信息对应的信息项目；若所述更新的客户信息中客户名下所有的保单、咨询案件、投诉案件中存在与所述更新的客户信息对应的信息项目，则将所述更新的客户信息写入至对应的信息项目下。可见，本发明可以在检测到更新的客户信息时，将所述更新的客户信息更新至所有咨询案件、投诉案件、保单对应的信息项目下，实现客户信息的及时有效更新，保证了保单、咨询案件、投诉案件的信息都是最新的、有效的，有助于保险公司跟进客户和内部信息管理。

附图说明

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

图1是本发明一实施例中客户信息更新方法的一应用环境示意图；

图2是本发明一实施例中客户信息更新方法的一流程图；

图3是本发明一实施例中客户信息更新方法在一个应用场景下暂不更新信息的流程示意图；

图4是本发明一实施例中客户信息更新方法在一个应用场景下判断待更新信息存储时间是否过长的流程示意图；

图5是本发明一实施例中客户信息更新方法步骤103在一个应用场景下的流程示意图；

图6是本发明一实施例中客户信息更新方法在一个应用场景下查找历史的信息项目对应关系的流程示意图；

图7是本发明一实施例中客户信息更新装置的结构示意图；

图8是本发明一实施例中计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请提供的客户信息更新方法，可应用在如图1的应用环境中，其中，承载咨诉系统的服务器通过网络与其它系统的服务器进行通信，这里说说的其它系统是指图1中的系统1～系统n。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种客户信息更新方法，以该方法应用在图1中的咨诉系统的服务器为例进行说明，包括如下步骤：

101、检测并获取对接的各个系统上更新的客户信息；

本实施例中，咨诉系统可以检测并获取对接的各个系统上更新的客户信息。在某个应用场景下，咨诉系统可以让保单管理系统检测对接的各个系统上是否有更新的客户信息，如果检测到更新的客户信息，再由保单管理系统将这些更新的客户信息提交给该咨诉系统。

其中，在保险公司内部，保单管理系统是管理客户的各个保单以及保单的相关信息的，该系统与保险公司内部的各个系统对接，可以获取保险公司其它系统的数据，同时也可以将数据发送至其它系统。可以理解的是，保单管理系统可以设定一个定时任务，比如每天早上8点中触发一次，定时任务触发后，保单管理系统扫描与其对接的其它系统上的客户信息，检查是否存在更新的客户信息，若存在更新的客户信息，保单管理系统可以读取这些更新的客户信息。其中，这里说的其它系统具体可以是保单承保系统、客服系统等。比如，在保单承保系统中，保险公司的老客户可以在相隔一段时间后，再次购买保险并填写了客户自己的最新的个人信息，这就相当于保单承保系统上存在更新的客户信息，保单管理系统可以检测并获取到；又比如，在客户系统中，保险公司的客户可以通过拨打电话的方式自助修改个人信息，按照语音提醒即可完成个人信息的更新，从而客服系统上存储有该客户的最新的个人信息，保单管理系统也可以检测并获取到。

在保险公司中，目前，咨询案件和投诉案件主要由咨诉系统进行管理和存储，因此，若要更新咨询案件、投诉案件上的客户信息，保单管理系统可以调用咨诉系统的接口，将存在更新的客户信息发送给咨诉系统，由咨诉系统对相应的案件进行客户信息的更新。

另外，需要说明的是，上述内容也可以直接由咨诉系统执行，咨诉系统可以直接检测并获取对接的各个系统上更新的客户信息。

102、查询存在所述更新的客户信息中客户名下的所有保单、所有咨询案件和投诉案件；

可以理解的是，咨诉系统可以根据更新的客户信息信息对应的保单号或者客户身份信息(比如身份证号码、姓名等)查询该更新的客户信息中客户名下的所有保单、所有咨询案件和所有投诉案件，这里说的咨询案件、投诉案件包括已结案、未结案、已失效等各种状态的案件。

可以理解的是，当存在更新信息时，大多数情况下，客户名下的对应保单的信息也会相应发生变动。比如，保单信息一般包括客户的姓名、身份证号码、性别、出生日期、居住地址、投保人、受益人等信息，而咨询案件、投诉案件不仅包含有对应保单的部分或全部信息，还包括案件的基础信息，比如投诉类型、案件类型、受理渠道、投诉时间等等。

咨诉系统为了将更新信息更新至客户名下的保单中，需要先获取该客户名下的所有保单。这里说的所有保单一般包括生效中的保单和已失效的保单。

进一步地，咨诉系统可以在需要时再对更新信息的客户名下的所有咨询案件、投诉案件进行信息更新。可以理解的是，保险公司由于客户量巨大，咨诉系统管理的咨询案件、投诉案件的数据量极其庞大，但大多数咨询案件、投诉案件在结案后，均很少会被再次查询或使用，所以，每当信息发生更新时，就对所有的咨询案件和投诉案件进行更新，这种做法并不是最有效的。为此，如图3所示，在步骤102之前，还可以包括：

201、在获取到更新的客户信息后，按照预设分类规则存储所述更新的客户信息作为待更新信息；

202、在接收到信息查询请求后，判断所述信息查询请求是否请求查询所述待更新信息对应客户的相关信息，若是，则执行步骤203，若否，则执行步骤204；

203、将所述待更新信息确定当前的更新信息，然后执行步骤102；

204、暂不执行步骤102。

对于上述步骤201-204，可以理解的是，为了解决上述的问题，咨诉系统可以在保险公司需要跟进客户或者内部信息时，根据保险公司要跟进的任务，先查询该任务对应的信息是否存在待更新的信息，若存在，则咨诉系统对该任务要查询的信息进行信息更新，然后再将更新后的信息提交给该任务所指向的终端。在暂不需要跟进客户或者查询内部信息时，咨诉系统在获取到来自保单管理系统的更新信息后，可以先将这些信息保存起来，可以按照保单号或者客户进行分类整理，以待后续需要更新时，能够快速查询和更新。

对于步骤201，其中，该预设的分类规则具体可以是按照保单号、客户id对更新的客户信息进行分类整理。可以理解的是，该预设的分类规则具体可以根据实际使用情况设定。

对于步骤202，咨诉系统接收到信息查询请求后，如果该信息查询请求是请求查询所述待更新信息对应客户的相关信息的，则说明该客户的相关信息存在使用需求，此时应当完成待更新信息的更新操作。其中，该待更新信息对应客户的相关信息具体可以是该客户任何信息，比如客户的个人信息、客户的保单信息、客户的业务操作记录等等。

对于步骤203，若所述信息查询请求是请求查询所述待更新信息对应客户的相关信息，则说明该客户的相关信息存在使用需求，此时应当完成待更新信息的更新操作，从可以将所述待更新信息确定当前的更新信息，然后执行步骤102。

对于步骤204，若所述信息查询请求不是请求查询所述待更新信息对应客户的相关信息，则说明该客户的相关信息暂时没有使用需求，可以暂不执行步骤102。

进一步地，为了避免待更新信息存储的时间过长，使得更新的客户信息无法得到有效、及时的更新。本实施例中，如图4所示，在步骤401之后，还包括：

301、判断所述待更新信息的存储时长是否超过预设的阈值，若是，则执行步骤302，若否，则执行步骤303；

302、当系统时间达到指定时间段时，将所述待更新信息确定当前的更新信息，然后执行步骤102；

303、暂不执行步骤102。

对于上述步骤301-303，可以理解的是，在执行步骤401之后，可以判断所述待更新信息的存储时长是否超过预设的阈值，若超过，则表示该待更新信息存储的时间已经足够长了，为了避免客户信息更新过于延后，可以在适当的时间段，比如系统达到指定时间段时，将所述待更新信息确定当前的更新信息，然后执行步骤102，对当前的更新信息进行更新操作。具体地，该指定时间段可以选定为服务器的闲时时段，比如凌晨2点至5点。另一方面，若所述待更新信息的存储时长没有超过预设的阈值，则可以认为该待更新信息存储的时长尚在可接收范围之内，因此可以暂不执行步骤102，继续存储该待更新信息。

103、检测所述更新的客户信息中客户名下所有的保单、咨询案件、投诉案件中是否存在与所述更新的客户信息对应的信息项目，若是，则执行步骤104，若否，则执行步骤105；

可以理解的是，咨诉系统在更新之前，还需要检测这些保单、咨询案件、投诉案件下是否存在与更新信息对应的信息项目。比如，若更新信息为客户的手机号，则保单中的“手机号”这一信息项目与该更新信息对应，咨诉系统即可检测到该保单中存在与“手机号”对应的信息项目；同理，咨询案件、投诉案件也是类似地。需要注意的是，保单、咨询案件、投诉案件三种类型的案件之间会存在信息项目的差异，比如保单中就不会存在“受理渠道”这一信息项目，因此，咨诉系统对于同一个更新信息，可能仅会将该更新信息更新至某些保单或案件中，且仅更新至对应的信息项目下。

进一步地，特别地，本方案还可能需要针对咨诉系统中已结案的咨询案件、投诉案件进行信息更新。但是，由于保险业务的特殊性，这些咨询案件、投诉案件很多时间久远，比如十几年前的咨询案件、投诉案件，这些案件对应的保单却还继续生效，保险公司在某些情况下还需要调用、查阅这些已结案的咨询案件或投诉案件，所以对已结案的案件进行信息更新有必要的。然而，由于技术的高速发展和知识的迭代，保险公司内部的系统也在频繁更新，这就导致了这些历史的咨询案件、投诉案件的信息项目与当前的信息项目存在信息表述上的差异。比如，在文字层面上，以前的案件中保单号叫“保单编号”，现在的案件的保单号叫“保单号”；在代码层面上，假设，以前的管理系统中，案件的保单号的代码字段为“b-map”，现在的管理系统中，案件的保单号的代码字段为“bd-map”。可见，信息项目表述上的差异，将给咨诉系统检测更新信息对应的信息项目时带来极大的困难，且容易出错。针对这种情况，通过下述步骤401～406，可以智能、准确地识别和检测现有案件、历史案件的信息项目，不会由于信息表述上的差异导致检测不准确的问题，如图5所示，步骤103具体可以包括：

401、对比目标案件中各个信息项目与所述更新的客户信息的项目，判断是否存在一致的信息项目，若是，则执行步骤402，若否，则执行步骤403，所述目标案件为保单、咨询案件或投诉案件；

402、确定检测到所述目标案件存在与所述更新的客户信息对应的信息项目；

403、分别计算所述更新的客户信息的项目与所述目标案件的各个信息项目的匹配度；

404、判断所述各个信息项目中匹配度最高的项目的匹配度是否超过预设的匹配度阈值，若是，则执行步骤405，若否，则执行步骤406；

405、确定所述匹配度最高的项目为与所述更新的客户信息对应的信息项目，然后确定检测到所述目标案件存在与所述更新的客户信息对应的信息项目；

406、确定检测不到所述目标案件存在与所述更新的客户信息对应的信息项目。

对于步骤401，可以理解的是，首先对比目标案件中各个信息项目是否与更新信息的项目存在一致的项目，若存在，则直接可以确定检测到对应的信息项目了。这里说的目标案件可以是保单、咨询案件或者投诉案件。

对于步骤403，可知，当对比得知不存在一致的信息项目时，可能存在上述所说的信息项目表述上存在差异的情况。本方案可以通过分别计算更新信息的项目与该目标案件的各个信息项目的匹配度来判断各个信息项目中是否存在与更新信息的项目实质上相同的项目。比如，将“保单编号”与“保单号”进行匹配，可以计算得到两者的匹配度为75％；将“保单金额”与“保单号”进行匹配，可以计算得到两者的匹配度为50％，显然，前者匹配度要远高于后者的匹配度。

对于步骤404，可以理解的是，在一个目标案件中，与更新信息的项目对应的信息项目有且只有一个，因此可以判断最高的匹配度是否达到预设的匹配度阈值，如果达到，即可确定该匹配度最高的项目就是与更新信息的项目对应的。其中，需要说明的是，本实施例中预设的匹配度阈值可以根据实际情况具体设定，此处不作限定。

对于步骤405，若所述各个信息项目中匹配度最高的项目的匹配度超过预设的匹配度阈值，则可以认为该目标案件的各个信息项目中匹配度最高的项目就是与更新信息的项目对应的，因此可以确定检测到该目标案件存在与更新的信息对应的信息项目。反之，如步骤406，如果所述各个信息项目中匹配度最高的项目的匹配度不超过预设的匹配度阈值，则可以确定检测不到该目标案件存在与更新的信息对应的信息项目。

另外，进一步地，本方案针对信息表述上的差异情况，在上述步骤403之前，还可以通过执行下述步骤501～504，智能参考管理员的信息修改结果，将现有的信息项目与历史信息项目对应起来，实现信息项目的等同识别、等同替换。如图6所示，在上述步骤403之前，本方法还可以包括以下步骤：

501、若不存在一致的信息项目，则查询信息项目对照表，所述信息项目对照表记录有已知的信息项目之间的对应关系；

502、若从所述信息项目对照表中查询到与所述更新的客户信息的项目对应的信息项目，则确定查询到的信息项目与所述更新的客户信息的项目对应，并确定检测到所述目标案件存在与所述更新的客户信息对应的信息项目；

503、若从所述信息项目对照表中查询不到与所述更新的客户信息的项目对应的信息项目，则查询系统日志中是否存在手动修改的信息项目与所述更新的客户信息的项目一致，若是，则执行步骤504，若否，则执行步骤403；

504、提取系统日志中手动修改的信息项目的内容，从中获取所述更新的客户信息的项目所对应的所述目标案件的信息项目，然后确定获取到的信息项目与所述更新的客户信息的项目对应，将所述信息项目与所述更新的客户信息的项目的对应关系记录至信息项目对照表中，并确定检测到所述目标案件存在与所述更新的客户信息对应的信息项目。

对于步骤501，可以理解的是，在执行步骤403分别计算更新信息的项目与该目标案件的各个信息项目的匹配度之前，还可以先检查信息项目对照表是否已经存储有信息项目之间的对应关系。其中，该信息项目对照表中记录有已知的信息项目之间的对应关系，这些对应关系主要来自于咨诉系统对信息项目的历史更新操作。比如，若管理员曾经将“保单编号”和“保单号”确定为对应的信息项目，则系统可以将该信息项目的对应关系记录至信息项目对照表中；又或者，若某个信息项目经过上述步骤401～405的处理，通过匹配度的计算确定了两个信息项目的对应关系后，系统也会自动将两者的对应关系记录在该信息项目对照表中。这样做的好处是，只要系统上处理过的信息项目对应关系，就无需重新识别、计算确定其与哪个信息项目对应，直接查表即可得知。可以预见的是，当系统处理过大量的信息项目更新操作后，该信息项目对照表将记录了几乎全部信息项目的对应关系，从而对后续的信息项目更新而言，可以极大提高处理的效率，避免由于信息表述上的差异导致检测不准确的问题。

对于步骤502，可以理解的是，如果从所述信息项目对照表中查询到更新信息对应的项目所对应的信息项目，则可以认为已检测到目标案件中与该更新信息对应的项目所对应的信息项目了，从而可以确定检测到该目标案件存在与更新的信息对应的信息项目。

对于步骤503，可以理解的是，由于保险公司的系统经过多年的使用和迭代，管理员很多手动修改过的信息项目的对应关系很可能没有记录在信息项目对照表中，而仅存在于系统的日志当中。因此，本方案还可以通过查找咨诉系统中的日志来确定是否存在管理员手动修改的信息项目与更新信息的项目一致。可知，如果管理员曾经手动修改过同样的信息项目，即可以根据管理员当时手动修改的项目的对应关系来确定出当前更新信息的项目所对应的信息项目。

对于步骤504，在日志中查找到管理员手动修改的信息项目与更新信息的项目一致，可以提取日志中管理员手动修改的信息项目的内容，然后从中获取更新信息的项目所对应的该目标案件的信息项目。为了方便系统以后更新信息项目，可以将信息项目的对应关系更新到信息项目对照表中，扩展信息项目对照表的内容。另外，确定出更新信息的项目与获取到的信息项目的对应关系后，也就可以确定检测到该目标案件存在与更新的信息对应的信息项目了。

另外，可以理解的是，在执行步骤501～503之后，还是无法查询到与更新信息的项目一致的信息项目时，则可以执行上述403～406，对各个信息项目进行匹配度计算，通过匹配度的方式智能地筛选出与更新信息的项目对应的信息项目。

可知，由于匹配度的计算需要耗费大量的系统资源，本方案增加了上述步骤501～504，可以在采用匹配度计算之前更准确地筛选出能够快速识别的信息项目的对应关系，剩下那些无法快速配对的更新信息的项目才进入匹配度计算的流程，因此从整体上提高了本方案的处理效率。

104、将所述更新的客户信息写入至对应的信息项目下；

可知，在得知更新的信息所对应的信息项目后，可以将这些更新的信息分别写入至目标案件(保单、咨询案件、投诉案件)对应的信息项目下，同时，为了保证信息的完整性，还可以会保留更新的历史记录。这里说的保留更新的历史记录是指，信息项目下可以同时存在更新后的信息和更新前的信息，其中，在客户查询时，一般显示信息项目下最新的信息即可，但保险公司内部管理人员查看时，可以查看到该信息项目下所有的信息，包括更新前的信息和更新后的信息。

105、按照正常流程处理。

需要说明的是，如果客户名下的保单、咨询案件、投诉案件中不存在与更新的信息对应的信息项目，则说明更新的客户信息与该客户名下的保单、咨询案件、投诉案件均无关，无需对这些案件中的信息项目进行信息更新，因此，可以按照正常流程处理。这里所说的正常流程，具体可以由咨诉系统的管理员根据实际使用情况设定，比如可以发出一通知消息给指定的管理人员，或者直接不理会该更新的信息即可。

另外，优选地，为了便于咨诉系统上信息的管理，管理员可以对咨诉系统上各个案件的信息的可编辑状态进行设置。比如，可以针对某一个信息项目设置可编辑或者不可编辑的状态。当信息项目为可编辑状态时，非管理员可以登录咨诉系统，并针对该信息项目进行信息的编辑、更新或修改；当信息项目为不可编辑状态时，非管理员无法编辑、更新或修改该信息项目下的信息，该信息项目在页面上显示时，可以呈现为灰色字段。

进一步地，咨诉系统还可以针对近半年来客户经常更改的字段，自动设置为可编辑状态，半年来未更新过的字段(信息项目)可以自动设置为不可编辑状态。如果客户需要更新不可编辑状态下的字段，可以向管理员申请，管理员可根据情况放开针对特定案件的特定字段的更新权限。

由上述内容可知，本实施例中，该客户信息更新方法可以在检测到更新的客户信息时，将所述更新的客户信息更新至所有咨询案件、投诉案件、保单对应的信息项目下，实现客户信息的及时有效更新，保证了保单、咨询案件、投诉案件的信息都是最新的、有效的，有助于保险公司跟进客户和内部信息管理。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种客户信息更新装置，该客户信息更新装置与上述实施例中客户信息更新方法一一对应。如图7所示，该客户信息更新装置包括信息检测模块601、案件查询模块602、信息项目检测模块603和信息写入模块604。各功能模块详细说明如下：

信息检测模块601，用于检测并获取与客户信息更新装置对接的各个系统上更新的客户信息；

案件查询模块602，用于查询存在所述更新的客户信息中客户名下的所有保单、所有咨询案件和投诉案件；

信息项目检测模块603，用于检测所述更新的客户信息中客户名下所有的保单、咨询案件、投诉案件中是否存在与所述更新的客户信息对应的信息项目；

信息写入模块604，用于若所述信息项目检测模块检测到所述客户名下所有的保单、咨询案件、投诉案件中存在与所述更新的客户信息对应的信息项目，则将所述更新的客户信息写入至对应的信息项目下。

进一步地，所述信息项目检测模块可以包括：

项目对比单元，用于对比目标案件中各个信息项目与所述更新的客户信息的项目，判断是否存在一致的信息项目，所述目标案件为保单、咨询案件或投诉案件；

第一确定单元，用于若所述项目对比单元的对比结果为存在一致的信息项目，则确定检测到所述目标案件存在与所述更新的客户信息对应的信息项目；

匹配度计算单元，用于若所述项目对比单元的对比结果为不存在一致的信息项目，则分别计算所述更新的客户信息的项目与所述目标案件的各个信息项目的匹配度；

匹配度判断单元，用于判断所述各个信息项目中匹配度最高的项目的匹配度是否超过预设的匹配度阈值；

第二确定单元，用于若所述匹配度判断单元的判断结果为是，则确定所述匹配度最高的项目为与所述更新的客户信息对应的信息项目，然后确定检测到所述目标案件存在与所述更新的客户信息对应的信息项目；

第三确定单元，用于若所述匹配度判断单元的判断结果为否，则确定检测不到所述目标案件存在与所述更新的客户信息对应的信息项目。

进一步地，所述客户信息更新装置还可以包括：

对照表查询模块，用于若所述项目对比单元的对比结果为不存在一致的信息项目，则查询信息项目对照表，所述信息项目对照表记录有已知的信息项目之间的对应关系；

第一确定模块，用于若所述对照表查询模块从所述信息项目对照表中查询到与所述更新的客户信息的项目对应的信息项目，则确定查询到的信息项目与所述更新的客户信息的项目对应，并确定检测到所述目标案件存在与所述更新的客户信息对应的信息项目；

日志查询模块，用于若所述对照表查询模块从所述信息项目对照表中查询不到与所述更新的客户信息的项目对应的信息项目，则查询系统日志中是否存在手动修改的信息项目与所述更新的客户信息的项目一致；

信息项目处理模块，用于若所述日志查询模块的查询结果为是，则提取系统日志中手动修改的信息项目的内容，从中获取所述更新的客户信息的项目所对应的所述目标案件的信息项目，然后确定获取到的信息项目与所述更新的客户信息的项目对应，将所述信息项目与所述更新的客户信息的项目的对应关系记录至信息项目对照表中，并确定检测到所述目标案件存在与所述更新的客户信息对应的信息项目；

第一触发模块，用于若所述日志查询模块的查询结果为否，则触发所述匹配度计算单元。

进一步地，所述客户信息更新装置还可以包括：

待更新信息模块，用于在获取到更新的客户信息后，按照预设分类规则存储所述更新的客户信息作为待更新信息；

请求判断模块，用于在接收到信息查询请求后，判断所述信息查询请求是否请求查询所述待更新信息对应客户的相关信息；

第一更新信息确定模块，用于若所述请求判断模块的判断结果为是，则将所述待更新信息确定当前的更新信息，然后触发所述案件查询模块；

第一暂不触发模块，用于若所述请求判断模块的判断结果为否，则暂不触发所述案件查询模块。

进一步地，所述客户信息更新装置还可以包括：

存储时长判断模块，用于判断所述待更新信息的存储时长是否超过预设的阈值；

第二更新信息确定模块，用于若所述存储时长判断模块的判断结果为是，则当系统时间达到指定时间段时，将所述待更新信息确定当前的更新信息，然后触发所述案件查询模块；

第二暂不触发模块，用于若所述存储时长判断模块的判断结果为否，则暂不触发所述案件查询模块。

关于客户信息更新装置的具体限定可以参见上文中对于客户信息更新方法的限定，在此不再赘述。上述客户信息更新装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储客户信息更新方法中涉及到的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种客户信息更新方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中客户信息更新方法的步骤，例如图2所示的步骤101至步骤105。或者，处理器执行计算机程序时实现上述实施例中客户信息更新装置的各模块/单元的功能，例如图7所示模块601至模块605的功能。为避免重复，这里不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中客户信息更新方法的步骤，例如图2所示的步骤101至步骤105。或者，计算机程序被处理器执行时实现上述实施例中客户信息更新装置的各模块/单元的功能，例如图7所示模块601至模块605的功能。为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。