CN101452556A - 一种客户信息处理系统及方法 - Google Patents
一种客户信息处理系统及方法 Download PDFInfo
- Publication number
- CN101452556A CN101452556A CNA2008101929240A CN200810192924A CN101452556A CN 101452556 A CN101452556 A CN 101452556A CN A2008101929240 A CNA2008101929240 A CN A2008101929240A CN 200810192924 A CN200810192924 A CN 200810192924A CN 101452556 A CN101452556 A CN 101452556A
- Authority
- CN
- China
- Prior art keywords
- merger
- customer information
- information
- similar
- customer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本发明提供了一种客户信息处理系统，包括：客户信息获取单元，用于获得多个客户信息；相似客户识别单元，用于识别客户信息获取单元所获取的客户信息，根据预先设置的判断条件确定至少一组相似客户信息；归并请求接收单元，用于接收对所述至少一组相似客户信息进行归并的请求消息；归并处理单元，用于响应所述归并请求消息，对所述选择的至少一组相似客户信息进行归并处理，为每一组相似客户信息获得单一客户信息。同时本发明提供一种客户信息处理方法。本发明的系统与方法可以提供准确的客户信息。
Description
技术领域
本发明涉及电子金融领域，更为具体地，涉及一种客户信息处理系统及方法。
背景技术
随着金融业的发展，各类银行都相继开展了不同的金融业务，例如证券业务、贷款业务、存款业务。对于每种业务，均会登记客户的信息；这样在同一个银行内部就存在多个相同或相似的客户的信息；由于之前的各种金融业务处理系统均是单独存在的，故建立整个银行跨多系统的企业级客户信息整合系统，整合整个银行现有业务系统中的客户信息，实时保留客户的最新信息，为各应用系统提供实时的、完整的、共享的、一致的客户信息实为必要，但是现有的方法中尚不能以客户为中心，在整个银行系统得到单一化的客户信息，以供之后该客户开展其他业务时直接使用。
发明内容
本发明提供了一种客户信息处理系统及方法，用于对客户信息进行归并或者分拆处理，以获得准确的，单一的客户信息。
根据本发明的第一方面，提供一种客户信息处理系统，包括：
客户信息获取单元，用于获得多个客户信息；
相似客户识别单元，用于识别客户信息获取单元所获取的客户信息，根据预先设置的判断条件确定至少一组相似客户信息；
归并请求接收单元，用于接收对该至少一组相似客户信息进行归并的请求消息；
归并处理单元，用于响应归并请求消息，对所选择的至少一组相似客户信息进行归并处理，为每一组相似客户信息获得单一客户信息。
该归并处理单元进一步包括：
归并条件确定单元，用于根据归并请求消息确定归并条件，该归并条件至少包括：保留方信息、被归并方信息、执行归并的时间；
归并单元，用于根据该归并条件对所选择的至少一组相似客户信息进行归并处理。
该客户信息处理系统进一步包括：
拆分请求接收单元，用于接收对至少一归并后的单一客户信息进行拆分的请求消息；
拆分处理单元，用于根据拆分请求消息，对所选择的单一客户信息进行拆分处理，获得多个客户信息。
其中，该拆分处理单元进一步包括：
拆分条件确定单元，用于根据拆分请求消息确定拆分条件，该拆分条件至少包括：主办方信息、拆出方信息、执行拆分的时间；
拆分单元，用于根据所述拆分条件对所选择的单一客户信息进行拆分，拆分成多个客户信息。
该客户信息处理系统进一步包括：
相似客户信息存储单元，用于存储相似客户识别单元所确定的至少一组相似客户信息。
归并结果存储单元，用于存储归并结果，该归并结果包括：客户归并表、基本信息表、基本信息历史表以及关系表；
拆分结果存储单元，用于存储拆分结果，该拆分结果包括：原客户归并表、基本信息表、基本信息历史表以及关系表。
根据本发明的另一方面，本发明提供一种客户信息处理方法，包括如下步骤：
从外部资料系统获得多个客户信息；
识别客户信息，根据预先设置的判断条件确定至少一组相似客户信息；
响应归并请求，对请求的至少一组相似客户信息进行归并处理，为每组相似客户信息生成单一客户信息；
存储归并后的单一客户信息。
该响应归并请求，对请求的至少一组相似客户信息进行归并处理，为每组相似客户信息生成单一客户信息的步骤进一步包括：
根据归并请求消息确定归并条件，该归并条件至少包括：归并方信息、被归并方信息、执行归并的时间；
根据该归并条件对所选择的至少一组相似客户信息进行归并处理。
该客户信息处理方法进一步包括：
接收对至少一归并后的单一客户信息进行拆分的请求消息；
响应所述拆分请求消息，对所选择的每一单一客户信息进行拆分处理，拆分成多个客户信息。
实施本发明的一种客户信息管理系统及方法，可以获得准确的单一的客户信息，并且实时保留该客户的最新信息；
可以容易地改变识别判断条件，来保证客户相似性识别的准确性与灵活性。
通过设置归并和拆分的执行时间，可以灵活地进行批量执行归或拆分处理过程，可以在指定的执行时间(如夜间)批量调度执行归并或拆分处理过程，以错开日常业务高峰期时段，从而避免由于批量执行归并或拆分而带来的资源消耗，对日常业务交易(如，成功率)的影响。
附图说明
图1示出了本发明的一种应用环境示意图；
图2示出了本发明的一种客户信息处理系统的结构框图；
图3示出图2中归并处理单元的结构示意图；
图4示出了图2中分拆处理单元的结构示意图；
图5示出了本发明一种客户信息处理方法的一个流程示意图。
具体实施方式
为使本发明的实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
首先，介绍一下本发明中所涉及的一些术语。
相似客户信息识别：对于多个客户进行比较，按照一定的判断条件进行判断，如果符合条件则认为这多个客户信息为一组相似客户信息，(例如两个客户名称一样或相似)，这一过程称为相似客户信息识别。
归并：对于同一个客户在同一系统中存在多个客户信息的情况，对此客户资料进行归并成一个单一客户信息。
归并中的保留方：2个客户信息(如A和B)归并成C时，如果以A的信息为主则A叫保留方。
被归并方：2个客户信息(A和B)归并成C时，如果以A的信息为主则B叫被归并方。
拆分：由于归并是由于错误或本来就是多个客户的情况归并成一个单一客户，将这个归并后的单一客户信息拆分成原始归并前的多个客户信息。
拆分中的主办方：从客户C中拆分出客户B，则C叫主办方。
拆出方：从客户C中拆分出客户B，则B叫拆出方。
如图1所示，是本发明的一种应用环境示意图；该客户信息处理系统2与多个外部资料系统3进行通信，该外部资料系统可以是诸如银行核心业务系统、证券业务系统、对公信贷系统等；该客户信息处理系统2可以从这些外部资料系统3中获得全部的客户信息(例如对公客户信息)，可以将这些获得的客户信息经过处理(如归并或拆分等)，提供全方位的客户信息单一视图，从而为相关业务部门和系统提供数据信息服务。
用户可以通过客户端1访问该客户信息处理系统2，例如获得其中的相似客户信息清单、归并后的客户清单、拆分后的客户清单等，以及向该客户信息处理系统发送归并请求、拆分请求等。客户端1与信息处理系统2之间可以设置交易整合平台系统，以识别或转换各种不同的客户端的格式，使之与该客户信息处理系统2相适应。
如图2所示，是本发明的一种客户信息处理系统的结构框图；
该系统2包括：
客户信息获取单元20，用于从外部资料系统3中获得多个客户信息，在一个实施例中，每一客户信息均包括客户全称、组织构代码、营业执照号、贷款卡号、开户许可证号、税务登记编号，以及其他一些与客户相关的信息；
相似客户识别单元，用于识别客户信息获取单元20所获取的客户信息，确定至少一组相似客户信息，其中需要根据一定的判断条件进行识别，例如在一个实施例中，该判断条件可以预先设置并且进行修改，其可以是诸如：
将客户信息中客户全称完全相同的客户信息识别为相似客户信息；或
将组织机构代码完全相同的客户信息识别为相似客户信息；或
将营业执照号完全相同的客户信息识别为相似客户信息；或
将贷款卡号、开户许可证号、税务登记编号中，有两项相同(非空)的客户信息识别为相似客户信息。
相似客户清单存储单元250，用于存储相似客户识别单元21所确定的至少一组相似客户信息清单。
归并请求接收单元23，用于接收对相似客户清单存储单元250中的至少一组相似客户信息进行归并的请求消息；
归并处理单元22，用于响应所接收的归并请求消息，对所述选择的至少一组相似客户信息进行归并处理，为每一组相似客户信息获得单一客户信息。
归并结果存储单元252，用于存储归并处理单元22的归并结果，该归并结果包括：客户归并表、基本信息表、基本信息历史表，以及关系表等，这些表的格式及含义会在后文中进行详细的说明。
拆分请求接收单元26，用于接收对至少一个归并后的单一客户信息进行拆分的请求消息；
拆分处理单元24，用于根据所述拆分请求消息，对所选择的归并后的单一客户信息进行拆分处理，拆分成多个客户信息。
拆分结果存储单元254，用于存储拆分结果。
其中，在具体的实现方式中，相似客户清单存储单元250、归并结果存储单元252以及拆分结果存储单元254可以在一个存储单元25(如存储器)中实现；可以理解的是，当然也可以采用不同的存储器来实现。
一并结合图3所示，该归并处理单元22进一步包括：
归并条件确定单元220，用于根据接收的归并请求消息确定归并条件，该归并条件至少包括：保留方信息、被归并方信息、执行归并的时间等等，例如在一个实施例中，执行归并的时间为每天的18:00；
归并单元222，用于根据归并条件确定单元220所确定的归并条件对所选择的至少一组相似客户信息进行归并处理，获得单一的客户信息。
一并结合图4，其中，拆分处理单元24进一步包括：
拆分条件确定单元240，用于根据所接收的拆分请求消息确定拆分条件，该拆分条件至少包括：主办方信息、拆出方信息、执行拆分的时间；
拆分单元242，用于根据所述拆分条件对所选择的归并后的单一客户信息进行拆分处理，拆分出主办方以及拆出方。
如图5至图7所示，示出了本发明一种客户信息处理方法主流程，其中示出了相似客户识别、归并、分拆的过程。包括如下步骤：
步骤S500，从外部资料系统中获得多个客户信息，该外部资料系统可以为银行核心业务系统、证券业务系统、对公信贷系统等，该客户信息可以为对公客户信息，每一客户信息均包括客户全称、组织构代码、营业执照号、贷款卡号、开户许可证号、税务登记编号，以及其他一些与客户相关的信息；
步骤S501，识别不同的客户信息，根据判断条件确定至少一组相似客户信息；例如，将客户全称完全相同的客户信息识别为相似客户信息；或者把组织机构代码完全相同的客户信息识别为相似客户信息；或者把营业执照号完全相同的客户信息识别为相似客户信息；或者把贷款卡号、开户许可证号、税务登记编号中，有两项相同的客户信息识别为相似客户信息。
在此步骤中，可能会识别出多组相似客户信息，需在相似客户信息清单中进行记录。下表1示出了一个相似客户信息清单的举例：
表1
| 客户1ID | 客户1编号 | 客户1类型 | 客户2ID | 客户2编号 | 客户2类型 | 状态 |
| A_ID | A_NO | A_TYPE | B_ID | B_NO | B_TYPE | 正常 |
| C_ID | C_NO | C_TYPE | D_ID | D_NO | D_TYPE | 正常 |
其中，可以看出A和B为一组相似客户信息，C和D为另一组相似客户信息。
步骤S502，接收对其中至少一组相似客户信息进行归并的归并请求消息，响应该归并请求消息，对所述请求的相似客户信息进行归并处理，将每组相似客户信息生成合并后的单一客户信息；
具体地，该发并请求消息可以是客户端发送过来的，根据该归并请求消息确定归并条件，所述归并条件至少包括：归并方信息、被归并方信息、执行归并的时间、客户经理代码信息、处理的状态等；该执行归并的时间可以为默认的时间，例如，统一为每天的18:00，此时则不需要在归并请求消息中指示出来。例如下表2为一个归并请求的表格示意图：
表2
| 保留方客户编号 | 被归并方客户编号 | 客户经理代码 | 状态 |
| A_NO | B_NO | CODE1 | 未处理 |
| C_NO | D_NO | CODE2 | 未处理 |
在该执行归并的时间，根据归并条件，对所选择的至少一组相似客户信息(A和B或者C和D)进行归并处理，生成单一客户信息。
步骤S503，存储所述归并后的单一客户信息，此时存储的客户信息可包括：客户归并表、基本信息表、基本信息历史表，以及关系表等；可以理解的是，通过客户端可以获得这些归并结果。
例如，将一个相似客户信息A和B合并成单一客户信息C的例子中，其中：
客户归并表如下表3所示，用来记录一条客户信息在归并前后的ID及客户编号信息：
表3
| 归并前客户ID | 归并前的客户编号 | 归并后的客户ID | 归并后的客户编号 |
| A_ID | A_NO | C_ID | C_NO |
| B_ID | B_NO | C_ID | C_NO |
基本信息表如下表4所示，用来记录在归并前后所涉及的各条客户信息的处理方式(如物理删除、新增等)：
表4
| 客户ID | 客户编号 | 处理方式 |
| A_ID | A_NO | 物理删除 |
| B_ID | B_NO | 物理删除 |
| C_ID | C_NO | 新增记录 |
表示A和B的客户信息均已删除，C为新增记录。
基本信息历史表如下表5所示，用于记录被删除的客户信息的原始存储位置：
表5
| 客户ID | 客户编号 | 外部系统索引 | 外部系统号 |
| A_ID | A_NO | A_BUS-REF | A_SYSTEM_ID |
| B_ID | B_NO | B_BUS-REF | B_SYSTEM_ID |
根据“A_BUS-REF”和“A_SYSTEM_ID”可以获得A的完整客户信息。关系表如下表6所示，用于记录客户A和客户B之间的关系：
表6
| 客户ID | 客户ID类型 | 实体类型 | 实体主键编号 |
| A_ID | 类型1 | 实体1 | A的实体ID |
| B_ID | 类型1 | 实体1 | B的实体ID |
步骤S504，接收对其中一归并后的单一客户信息进行拆分的请求消息；响应该拆分请求消息，对所述选择的归并后的单一客户信息进行拆分处理，拆分成多个客户信息。
具体地，该拆分请求消息可以是客户端所发送过来的，例如，当发现归并出现错误或者规则进行改变之后，需要对原归并的单一客户信息进行拆分，则需要生成拆分请求消息；根据该拆分请求消息确定拆分条件，所述拆分条件至少包括：拆分方信息、被拆分方信息、执行拆分的时间，客户经理代码信息、处理的状态等；该执行归并的时间可以为默认的时间，例如，统一为每天的18:00，此时则不需要在归并请求消息中指示出来。例如下表7为一个拆请求的表格示意图：
表7
| 主办方客户编号 | 拆出方客户编号 | 客户经理代码 | 状态 |
| C_NO | A_NO | CODE1 | 未处理 |
根据所述拆分条件对所选择的归并后的相似客户信息进行拆分处理。
步骤S505，存储所述拆分后的多个客户信息，其中，该存储的信息包括：原客户归并表、基本信息表、基本信息历史表以及关系表。可以理解的是，通过客户端可以获得这些归并结果。
下面以C原由A和B归并而成，现在将A拆分出来为例进行说明，所存储的信息如下所示：
客户归并表如下表8所示：
表8
| 归并前客户ID | 归并前的客户编号 | 归并后的客户ID | 归并后的客户编号 | 状态 |
| A_ID | A_NO | C_ID | C_NO | 已拆分 |
| B_ID | B_NO | C_ID | C_NO | 正常 |
基本信息表如下表9所示：
表9
| 客户ID | 客户编号 | 处理方式 |
| A_NEW_ID | A_NO | 新增 |
表示新增了一个客户ID(A_NEW_ID)，与原客户A的客户编号相对应。基本信息历史表如下表10所示：
表10
| 客户ID | 客户编号 | 外部系统索引 | 外部系统号 |
| A_NEW_ID | A_NO | A_BUS-REF | A_SYSTEM_ID |
| B_ID | B_NO | B_BUS-REF | B_SYSTEM_ID |
表示该新拆分出来的A(A_NEW_ID)的完整记录的原始存储位置。关系表如下表11所示：
表11
| 客户ID | 客户ID类型 | 实体类型 | 实体主键编号 |
| A_NEW_ID | 类型1 | 实体1 | A的实体ID |
| B_ID | 类型1 | 实体1 | B的实体ID |
结合上述的各个表的信息，可以获得拆分出来的A的完整客户信息，并记录拆分过程。
下面再通过一个实施来说明前述的归并过程。
例如，如果A、B、D为一组似的客户信息，现在要将它们进行归并处理，则处理的过程可采用将A和B归并成C，并将C和D归并成E。其中，A、B、D信息记录历史信息表，C不保留；且需要将A、B、D与实体的关系记录在关系表中。具体在，在完成归并后，所存储的信息包括：
客户归并对照表如表12所示：
表12
| 归并前客户ID | 归并前的客户编号 | 归并后的客户ID | 归并后的客户编号 | 状态 |
| A_ID | A_NO | E_ID | E_NO | 正常 |
| B_ID | B_NO | E_ID | E_NO | 正常 |
| D_ID | D_NO | E_ID | E_NO | 正常 |
基本信息表如表13所示：
表13
| 客户ID | 客户编号 | 处理方式 |
| A_ID | A_NO | 物理删除 |
| B_ID | B_NO | 物理删除 |
| C_ID | C_NO | 先新增后物理删除 |
| D_ID | D_NO | 物理删除 |
| E_ID | E_NO | 新增 |
基本信息历史表如下表14所示
表14
| 客户ID | 客户编号 | 外部系统索引 | 外部系统号 |
| A_ID | A_NO | A_BUS-REF | A_SYSTEM_ID |
| B_ID | B_NO | B_BUS-REF | B_SYSTEM_ID |
| D_ID | D_NO | D_BUS-REF | D_SYSTEM_ID |
关系表如下表15所示：
表15
| 客户ID | 客户ID类型 | 实体类型 | 实体主键编号 |
| A_ID | 类型1 | 实体1 | A的实体ID |
| B_ID | 类型1 | 实体1 | B的实体ID |
| D_ID | 类型1 | 实体1 | D的实体ID |
需要说明的是，上述流程中步骤S504和步骤S505可以和之前的步骤在一个流程中实现，也可以在不同的流程中实现，只需要收到拆分请求消息，即可以在拆请求消息所指示的拆分执行时间进行拆分处理。
通过本发明的实施例中的系统与方法，本发明可以通过改变识别判断条件，来保证客户相似性识别的准确性与灵活性。
在归并处理中采用原始客户信息数据的历史备份方案，同时采用了外围系统更新原始客户信心数据并同步到该客户的历史备份数据的处理机制，保证客户信息拆分时能够完整的恢复原始的客户信息，并且是最新的原始客户信息；
通过归并与拆分处理，可以将银行各部门和系统提供实时的、权威的、完整的、共享的、一致的客户信息(如对公客户信息)，实时保留该客户的最新信息；
归并和拆分请求可以采用实时同步交易登记申请，但在指定的执行时间(如夜间)批量调度执行归并或拆分处理过程，可以错开日常业务高峰期时段，从而避免由于批量执行归并或拆分而带来的资源消耗，对日常业务交易(如，成功率)的影响。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
Claims (11)
1、一种客户信息处理系统，其特征在于，包括：
客户信息获取单元，用于获得多个客户信息；
相似客户识别单元，用于识别客户信息获取单元所获取的客户信息，根据预先设置的判断条件确定至少一组相似客户信息；
归并请求接收单元，用于接收对所述至少一组相似客户信息进行归并的请求消息；
归并处理单元，用于响应所述归并请求消息，对所述选择的至少一组相似客户信息进行归并处理，为每一组相似客户信息获得单一客户信息。
2、根据权利要求1所述的系统，其特征在于，进一步包括：
相似客户信息存储单元，用于存储所述相似客户识别单元所确定的至少一组相似客户信息。
3、根据权利要求1所述的系统，其特征在于，所述归并处理单元进一步包括：
归并条件确定单元，用于根据所述归并请求消息确定归并条件，所述归并条件至少包括：保留方信息、被归并方信息、执行归并的时间；
归并单元，用于根据所述归并条件对所选择的至少一组相似客户信息进行归并处理。
4、根据权利要求1-3任一项所述的系统，其特征在于，进一步包括：
归并结果存储单元，用于存储所述归并结果，所述归并结果包括：客户归并表、基本信息表、基本信息历史表以及关系表。
5、根据权利要求1所述的系统，其特征在于，进一步包括：
拆分请求接收单元，用于接收对至少一归并后的单一客户信息进行拆分的请求消息；
拆分处理单元，用于根据所述拆分请求消息，对所述选择的单一客户信息进行拆分处理，获得多个客户信息。
6、根据权利要求5所述的系统，其特征在于，所述拆分处理单元进一步包括：
拆分条件确定单元，用于根据所述拆分请求消息确定拆分条件，所述拆分条件至少包括：主办方信息、拆出方信息、执行拆分的时间；
拆分单元，用于根据所述拆分条件对所选择的单一客户信息进行拆分，拆分成多个客户信息。
7、根据权利要求6所述的系统，其特征在于，进一步包括：
拆分结果存储单元，用于存储所述拆分结果，所述拆分结果包括：原客户归并表、基本信息表、基本信息历史表以及关系表。
8、一种客户信息处理方法，其特征在于，包括：
从外部资料系统获得多个客户信息；
识别所述客户信息，根据预先设置的判断条件确定至少一组相似客户信息；
响应归并请求，对请求的至少一组相似客户信息进行归并处理，为每组相似客户信息生成单一客户信息；
存储所述归并后的单一客户信息。
9、如权利要求8所述的方法，其特征在于，所述响应归并请求，对请求的至少一组相似客户信息进行归并处理，为每组相似客户信息生成单一客户信息的步骤进一步包括：
根据所述归并请求消息确定归并条件，所述归并条件至少包括：归并方信息、被归并方信息、执行归并的时间；
根据所述归并条件对所选择的至少一组相似客户信息进行归并处理。
10、如权利要求8或9所述的方法，其特征在于，进一步包括：
接收对至少一归并后的单一客户信息进行拆分的请求消息；
响应所述拆分请求消息，对所述选择的每一单一客户信息进行拆分处理，拆分成多个客户信息。
11、根据权利要求10所述的方法，其特征在于，所述响应所述拆分请求消息，对所述选择的每一单一客户信息进行拆分处理的步骤包括：
根据所述拆分请求消息确定拆分条件，所述归并条件至少包括：拆分方信息、被拆分方信息、执行拆分的时间；
根据所述拆分条件对所选择的单一客户信息进行拆分处理，拆分成多个客户信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008101929240A CN101452556A (zh) | 2008-12-31 | 2008-12-31 | 一种客户信息处理系统及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008101929240A CN101452556A (zh) | 2008-12-31 | 2008-12-31 | 一种客户信息处理系统及方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101452556A true CN101452556A (zh) | 2009-06-10 |
Family
ID=40734773
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2008101929240A Pending CN101452556A (zh) | 2008-12-31 | 2008-12-31 | 一种客户信息处理系统及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101452556A (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105160553A (zh) * | 2015-08-26 | 2015-12-16 | 上海银天下科技有限公司 | 客户分组方法及装置 |
| CN107784419A (zh) * | 2016-11-14 | 2018-03-09 | 平安科技（深圳）有限公司 | 分配名单数据的方法和装置 |
| CN108536746A (zh) * | 2018-03-12 | 2018-09-14 | 中国银行股份有限公司 | 客户信息合并方法及系统 |
| WO2019056750A1 (zh) * | 2017-09-20 | 2019-03-28 | 平安科技（深圳）有限公司 | 信息唯一性识别方法、应用服务器、系统及存储介质 |
| CN111242645A (zh) * | 2020-01-19 | 2020-06-05 | 福建省农村信用社联合社 | 一种银行客户信息识别和完整性控制的方法 |
| CN111752724A (zh) * | 2020-06-24 | 2020-10-09 | 中国银行股份有限公司 | 客户信息修改系统及方法 |
| CN111882445A (zh) * | 2020-07-24 | 2020-11-03 | 前海人寿保险股份有限公司 | 跨系统保险用户信息管理方法、装置、设备及可读介质 |
| CN113128595A (zh) * | 2021-04-21 | 2021-07-16 | 泰康保险集团股份有限公司 | 整合客户信息的方法、装置、设备和计算机可读介质 |
-
2008
- 2008-12-31 CN CNA2008101929240A patent/CN101452556A/zh active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105160553A (zh) * | 2015-08-26 | 2015-12-16 | 上海银天下科技有限公司 | 客户分组方法及装置 |
| CN107784419A (zh) * | 2016-11-14 | 2018-03-09 | 平安科技（深圳）有限公司 | 分配名单数据的方法和装置 |
| WO2019056750A1 (zh) * | 2017-09-20 | 2019-03-28 | 平安科技（深圳）有限公司 | 信息唯一性识别方法、应用服务器、系统及存储介质 |
| CN108536746A (zh) * | 2018-03-12 | 2018-09-14 | 中国银行股份有限公司 | 客户信息合并方法及系统 |
| CN111242645A (zh) * | 2020-01-19 | 2020-06-05 | 福建省农村信用社联合社 | 一种银行客户信息识别和完整性控制的方法 |
| CN111752724A (zh) * | 2020-06-24 | 2020-10-09 | 中国银行股份有限公司 | 客户信息修改系统及方法 |
| CN111882445A (zh) * | 2020-07-24 | 2020-11-03 | 前海人寿保险股份有限公司 | 跨系统保险用户信息管理方法、装置、设备及可读介质 |
| CN113128595A (zh) * | 2021-04-21 | 2021-07-16 | 泰康保险集团股份有限公司 | 整合客户信息的方法、装置、设备和计算机可读介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101452556A (zh) | 一种客户信息处理系统及方法 | |
| CN110728429B (zh) | 案件分配方法、装置、介质和计算机设备 | |
| JP4634685B2 (ja) | トークンを使用したデータ・リンキング・システムおよび方法 | |
| US20030171942A1 (en) | Contact relationship management system and method | |
| CN108681590A (zh) | 增量数据处理方法及装置、计算机设备、计算机存储介质 | |
| US20020022987A1 (en) | Common database system for sales and marketing process | |
| JP2004078953A (ja) | 符号化されたリンクを使用するデータリンクシステムおよび方法 | |
| CN101625686A (zh) | 一种监控多数据库之间数据一致性的方法及系统 | |
| CN114119137A (zh) | 风险控制方法和装置 | |
| CN112613917A (zh) | 基于用户画像的信息推送方法、装置、设备及存储介质 | |
| CN111028009B (zh) | 可领取业务实体处理方法和装置 | |
| CN112882699A (zh) | 基于流程配置引擎的业务处理方法、装置、设备及介质 | |
| CN111639077B (zh) | 数据治理方法、装置、电子设备、存储介质 | |
| US7324987B2 (en) | System and method for improving resolution of channel data | |
| CN102208061A (zh) | 数据核销处理装置和数据核销处理方法 | |
| CN111651452A (zh) | 数据存储方法、装置、计算机设备及存储介质 | |
| CN108388610B (zh) | 数据etl处理方法及装置 | |
| CN112650748A (zh) | 业务线索分配方法、装置、电子设备及可读存储介质 | |
| CN107678856B (zh) | 一种处理业务实体中增量信息的方法及装置 | |
| CN111459737B (zh) | 问题定位方法、装置、计算机设备及存储介质 | |
| CN114756685A (zh) | 一种投诉单的投诉风险识别方法及装置 | |
| CN110457332B (zh) | 一种信息处理方法及相关设备 | |
| CN110363515B (zh) | 权益卡账户信息查询方法、系统、服务器及可读存储介质 | |
| CN110309312B (zh) | 一种关联事件获取方法及装置 | |
| CN113127574A (zh) | 基于知识图谱的业务数据展示方法、系统、设备及介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090610 |