CN110647509A - 一种集客数据的快速核查共享方法及装置 - Google Patents

Abstract

本发明公开了一种集客数据的快速核查共享方法及装置，属于数据处理领域。所述方法包括：接收来自核查用户的数据核查请求，将数据核查请求中的待核查数据保存至对应的核查源得到各核查列，并记录核查用户及核查时间；根据数据核查请求中含有的核查字段和核查指标配置核查规则，将核查规则与对应的核查列建立关联；根据核查规则核查关联的核查列中的待核查数据，得到核查结果并返回给核查用户。本发明中，采用共享核查模型(共享数据库)对待核查数据以纵向的方式进行核查，减少了时间消耗；并且整个过程仅操作数据库，对于新资源的核查，也无需投入研发人员进行开发，减少了人力的投入；同时还提供了历史核查记录的查询功能。

Description

一种集客数据的快速核查共享方法及装置

技术领域

本发明涉及数据处理领域，尤其涉及一种集客数据的快速核查共享方法及装置。

背景技术

随着集客业务能力的发展以及系统建设的需要，各种集客资源数据的增长极为迅速，集团客户对于数据质量的要求也越来越高；同时随着集客统一平台的建设，相关资源数据需要实现共享，提供给其它上层服务调用；因此，移动服务商需要拥有快速导入、快速核查资源数据的能力，提高资源的准确性、完整性、共享性，从而达到快速建设、快速收费的目的，以保证其能够快速的发展客户，占有市场。

而现有的集客数据核查方法，通常是当移动用户导入资源数据或核查现有存量数据时，后台解析程序进行循环解析，并将其放入缓存，根据提供的核查指标以横向方式(按行)核查数据并存储核查结果；但是随着核查数据的不断增加，现有的集客数据核查方法，至少呈现出以下缺陷：一方面，每种资源数据录入方式及核查规则的制定都是靠研发手工编码，其稳定性较弱并且bug较多，造成了部分数据的不规范化、核查指标通过率偏低等问题；另一方面，每种资源数据需要采用缓存结构先缓存数据，再从缓存结构中取出数据，根据核查指标逐一核查，性能低、用户等待时间长，并且缓存结构无法缓存更多的数据，容易导致内存溢出，而解析程序所消耗性能却成倍增长，降低了用户体验；再一方面，资源核查功能复用率低，对于新资源数据的核查，需要投入研发人力对于新导入的资源进行开发、调试后才能投入到生产中，以保证资源核查的准确性和完整性；同时其不能记录历史核查情况，用户无法查看自己历史核查记录。

发明内容

为解决现有技术的不足，本发明提供一种集客数据的快速核查共享方法及装置。

一方面，本发明提供一种集客数据的快速核查共享方法，包括：

步骤S1：接收来自核查用户的数据核查请求，将所述数据核查请求中的待核查数据保存至对应的核查源得到各核查列，并记录所述核查用户及核查时间；

步骤S2：根据所述数据核查请求中含有的核查字段和核查指标配置核查规则，将所述核查规则与对应的核查列建立关联；

步骤S3：根据所述核查规则核查关联的核查列中的待核查数据，得到核查结果，返回所述核查结果给所述核查用户。

可选地，所述待核查数据，具体为：核查用户导入的数据，或者核查用户选择的现有存量数据；

可选地，所述步骤S1，具体包括：

步骤S1-1：接收来自核查用户的数据核查请求，判断已有核查源中是否存在与所述数据核查请求中含有的核查字段匹配的核查源，是则将所述数据核查请求含有的核查用户导入的数据，或者核查用户选择的现有存量数据保存至对应的核查源中，得到各核查列，并记录所述核查用户及核查时间；否则执行步骤S1-2；

步骤S1-2：新建核查源，并将所述数据核查请求含有的核查用户导入的数据，或者核查用户选择的现有存量数据保存至新建的核查源中，得到各核查列，并记录所述核查用户及核查时间。

可选地，所述步骤S2，具体包括：

步骤S2-1：判断已有核查规则中，是否存在与所述数据核查请求中含有的核查字段及核查指标匹配的核查规则，是则将匹配的核查规则与对应的核查列建立关联，并对所述对应的核查列作区分标记；否则执行步骤S2-2：

步骤S2-2：根据所述数据核查请求中含有的核查字段及核查指标，新建核查规则，并将新建的核查规则与对应的核查列建立关联，并对所述对应的核查列作区分标记。

可选地，所述步骤S3中，所述根据所述核查规则核查关联的核查列中的待核查数据，具体为：根据所述核查规则与核查列之间的关联关系生成对应的数据更新语句，批量执行所述数据更新语句核查对应核查列中的待核查数据。

可选地，当所述核查结果为全部核查成功时，所述步骤S3中，返回所述核查结果给所述核查用户，具体为：返回核查成功信息给所述核查用户；

可选地，当所述核查结果为部分核查成功时，所述步骤S3中，返回所述核查结果给所述核查用户，具体为：

将核查失败结果保存至所述核查源中对应的单元格中，返回含有所述核查失败结果的核查源给所述核查用户；

或者，

将核查失败结果保存至结果列表中，返回所述结果列表给所述核查用户。

另一方面，本发明提供一种集客数据的快速核查共享装置，包括：

接收模块，用于接收来自核查用户的数据核查请求；

保存模块，用于将所述接收模块接收到的数据核查请求中的待核查数据保存至对应的核查源得到各核查列；

记录模块，用于记录所述核查用户及核查时间；

配置模块，用于根据所述接收模块接收到的数据核查请求中含有的核查字段及核查指标配置核查规则；

关联模块，用于将所述配置模块配置的核查规则与对应的核查列建立关联；

核查模块，用于根据所述配置模块配置的核查规则核查所述关联模块关联的核查列中的待核查数据，得到核查结果；

发送模块，用于返回所述核查模块得到的核查结果给所述核查用户。

可选地，所述装置还包括：导入模块和选择模块；所述保存模块，具体包括：第一判断子模块、保存子模块、第一新建子模块和记录子模块；

所述导入模块，用于核查用户操作，导入待核查数据；

所述选择模块，用于核查用户操作，选择现有存量数据；

所述第一判断子模块，用于在所述接收模块接收到来自核查用户的数据核查请求时，判断已有核查源中是否存在与所述数据核查请求中含有的核查字段匹配的核查源；

所述保存子模块，用于当所述第一判断子模块判断出已有核查源中存在与所述数据核查请求中含有的核查字段匹配的核查源时，将所述数据核查请求含有的核查用户通过所述导入模块导入的待核查数据，或者核查用户通过所述选择模块选择的现有存量数据保存至对应的核查源中，得到各核查列；

所述第一新建子模块，用于当所述第一判断子模块判断出已有核查源中不存在与所述数据核查请求中含有的核查字段匹配的核查源时，新建核查源；

所述保存子模块，还用于将所述数据核查请求含有的核查用户通过所述导入模块导入的待核查数据，或者核查用户通过所述选择模块选择的现有存量数据保存至所述第一新建子模块新建的核查源中，得到各核查列；

所述记录子模块，用于在所述保存子模块将所述数据核查请求含有的核查用户通过所述导入模块导入的待核查数据，或者核查用户通过所述选择模块选择的现有存量数据保存至核查源，得到各核查列之后，记录所述核查用户及核查时间。

可选地，所述配置模块，具体包括：第二判断子模块和第二新建子模块；

所述第二判断子模块，用于判断已有核查规则中，是否存在与所述接收模块接收到的数据核查请求中含有的核查字段及核查指标匹配的核查规则；

所述第二新建子模块，用于当所述第二判断子模块判断出已有核查规则中不存在与所述接收模块接收到的数据核查请求中含有的核查字段及核查指标匹配的核查规则时，根据所述接收模块接收到的数据核查请求中含有的核查字段及核查指标，新建核查规则；

所述关联模块，具体用于：当所述第二判断子模块判断出已有核查规则中存在与所述接收模块接收到的数据核查请求中含有的核查字段及核查指标匹配的核查规则时，将已有的匹配的核查规则与对应的核查列建立关联，并对所述对应的核查列作区分标记；当所述第二判断子模块判断出已有核查规则中不存在与所述接收模块接收到的数据核查请求中含有的核查字段及核查指标匹配的核查规则时，将所述第二新建子模块新建的核查规则与对应的核查列建立关联，并对所述对应的核查列作区分标记。

可选地，所述核查模块，具体用于：根据所述配置模块配置的核查规则与各核查列之间的关联关系生成对应的数据更新语句，批量执行所述数据更新语句核查对应核查列中的待核查数据。

可选地，所述发送模块，具体用于：

当所述核查模块得到的核查结果为全部核查成功时，返回核查成功信息给所述核查用户；

当所述核查模块得到的核查结果为部分核查成功时，

将核查失败结果保存至所述核查源中对应的单元格中，返回含有所述核查失败结果的核查源给所述核查用户；

或者，

将核查失败结果保存至结果列表中，返回所述结果列表给所述核查用户。

本发明的优点在于：

本发明中，采用共享核查模型(共享数据库)对待核查数据进行核查，一方面，对于不同的数据、不同的核查指标只提供相应的核查规则，整个过程仅操作数据库，不会扩散bug，提高了交付质量；另一方面，采用共享核查模型中的核查源存储待核查数据，且以纵向方式进行核查，减少了时间消耗；再一方面，对于新资源的核查，无需投入研发人员进行开发，而是可以根据用户提交的核查指标，由现场工程人员在界面或者数据库中直接配置，减少了人力的投入；最后，在核查源中记录核查用户、核查日期，并能够根据用户要求设置存储有效期，方便了核查用户对自身历史核查记录的查询。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

附图1为本发明提供的一种集客数据的快速核查共享方法流程图；

附图2为本发明提供的一种集客数据的快速核查共享装置模块组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施方式。虽然附图中显示了本公开的示例性实施方式，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

根据本发明的实施方式，提供一种集客数据的快速核查共享方法，如图1所示，包括：

步骤101：接收来自核查用户的数据核查请求，将数据核查请求中的待核查数据保存至对应的核查源得到各核查列，并记录核查用户及核查时间；

在本实施例中，待核查数据，具体为：核查用户导入的数据，或者核查用户选择的现有存量数据；即，步骤101之前，还包括：

步骤A：用户通过前端导入页面导入含有待核查数据、核查字段及核查指标的核查模板，通过前端导入页面发送含有该核查模板的数据核查请求给后端解析程序，后端解析程序执行步骤101；

或者；

步骤B：用户通过前端选择页面选择现有存量数据，并设置核查字段及核查指标，通过选择页面发送含有现有存量数据、核查字段及核查指标的数据核查请求给后端解析程序，后端解析程序执行步骤101。

其中，核查模板的格式，优选为EXCEL表格。

在本实施例中，当步骤101之前，还包括步骤A时，对应地：

步骤A之前，还包括：核查人员校验待核查数据的合法性；或者，步骤A中，核查人员在导入待核查数据的同时，校验待核查数据的合法性。

根据本发明的实施方式，步骤101，具体包括：

步骤101-1：接收来自核查用户的数据核查请求，判断已有核查源中是否存在与接收到的数据核查请求中含有的核查字段匹配的核查源，是则将接收到的数据核查请求中含有的核查用户导入的数据，或者核查用户选择的现有存量数据保存至对应的核查源中，得到各核查列，并记录核查用户及核查时间；否则执行步骤101-2；

步骤101-2：新建核查源，并将接收到的数据核查请求中含有的核查用户导入的数据，或者核查用户选择的现有存量数据保存至新建的核查源中，得到各核查列，并记录核查用户及核查时间。

本实施例中，数据库存有多个核查源、多个核查规则；其中，核查源即数据列表，为区分其它表结构，各核查源均以T_DS_开头，并提供核查用户CHECK_USER、核查日期CHECK_DATE、核查总结果CHECK_RESULT、排序SORT_NUM等字段，以方便的存储历史核查记录、实现多线程核查以及呈现核查报表等；同时，核查人员还可设置其历史核查记录的保存时长，定期删除一些无用的历史核查记录。

在本实施例中，以IMS设备端口为例进行说明，核查源T_DS_IMS_PORT的表结构，举例如下：

CUID：主键；

PORT_NAME：端口名称(核查列)；

PORT_TYPE：端口类型(核查列)；

PORT_NAME_RESULT：端口名称核查结果；

PORT_TYPE_RESULT：端口类型核查结果；

CHECK_RESULT：总核查结果(核查成功1、核查失败0)；

CHECK_USER：核查用户；

CHECK_DATE：核查日期；

SORT_NUM：排序(数据量大时多线程核查采用此字段)。

进一步地，将待核查数据保存至核查源后，即得到由待核查数据构成的各核查列；核查列包括：核查英文名、核查中文名、核查列描述、关联数据源等字段。在本实施例中，以上述T_DS_IMS_PORT为例，其核查列T_CHECK_COLUMN的表结构，举例如下：

CUID：主键；

COLUMN_EN：核查列英文名，与核查源中核查列对应，如PORT_NAME；

COLUMN_CH：核查列中文名，如端口名称、端口类型；

COLUMN_DESC：核查列描述，如导入的端口名称；

RELATED_DATA_SOURCE：关联的核查源，如T_DS_IMS_PORT。

本发明中，将待核查数据保存至核查源，以进行后续的数据核查，较现有的通过缓存结构保存待核查数据的方式而言，整个过程仅操作数据库，操作性强，减少了时间的消耗；并且各核查源在不同的数据核查请求之间共享，满足了当前集客业务的需求。

步骤102：根据数据核查请求中含有的核查字段和核查指标配置核查规则，将配置的核查规则与对应的核查列建立关联；

根据本发明的实施方式，步骤102，具体包括：

步骤102-1：判断已有核查规则中，是否存在与数据核查请求中含有的核查字段及核查指标匹配的核查规则，是则将匹配的核查规则与对应的核查列建立关联，并对对应的核查列作区分标记；否则执行步骤102-2：

步骤102-2：根据数据核查请求中含有的核查字段及核查指标，新建核查规则，并将新建的核查规则与对应的核查列建立关联，并对对应的核查列作区分标记。

在本实施例中，对于不同的数据、不同的核查指标只提供相应的核查规则，并且同一核查列可配置多种规则，同一规则可被多个核查列共享；对于新资源的核查，也无需投入研发人员进行开发，而是可以根据用户提交的核查指标，由现场工程人员在界面或者数据库中直接配置，减少了人力的投入，并且整个过程仅操作数据库，不会扩散bug，提高了交付质量。

根据本发明的实施方式，核查字段，例如端口名称、端口类型、所属网元等；核查指标，例如非空校验、关联校验、枚举校验等；核查规则，包括核查条件、规则描述、规则位置等信息。

在本实施例中，以上述核查源T_DS_IMS_PORT为例，其核查规则的表结构，举例如下：

CUID：主键；

ENABLED：是否启用规则1或0；

CHECK_SQL：核查SQL，如非空校验IS NULL；

CONDITION：核查条件，如AND PORT_TYPE＝‘光口’，同一规则只针对满足条件的核查源有效；

RULE_DESC：规则描述，如非空校验；

RULE_POSITION：规则位置，如AFTER；

ERROR_DESC：规则校验失败描述，如非空校验失败。

进一步地，在本实施例中，将核查规则与对应的核查列建立关联，以明确根据用户的核查指标对各核查列使用哪一类核查规则进行核查；关联关系表中可传递核查的细化指标，例如，在本实施例中，以上述T_DS_IMS_PORT为例，核查列与核查规则关联的表结构，举例如下：

CUID：主键；

RELATED_COLUMN_CUID：关联核查列主键；

RELATED_RULE_CUID：关联规则主键；

REL_TABLE：关联校验时需要传递关联哪张表进行校验，例如，校验端口名称是否存在于T_LOGIC_PORT表中，则需要配置T_LOGIC_PORT，自身校验只需要传递核查源T_DS_IMS_PORT即可；

REL_COLUMN：关联校验时需要传递关联哪个字段进行校验，与REL_TABLE是配对出现，例如，校验端口名称是否与T_LOGIC_PORT表的LABEL_CN相同，则需传递LABEL_CN，自身校验只需要传递核查源的某关联核查列即可；

REL_ENUM_TYPE：枚举校验时需传递的枚举类型，例如端口类型PORT_TYPE，此值存储于枚举类型表T_SYS_ENUM_TYPE中的TYPE字段；

REL_CONDITION：关联条件，使用某一规则时需传递的条件。

更进一步地，在本实施例中，将新建的核查规则与对应的核查列建立关联之后，对对应的核查列作区分标记，优选为：对对应的核查列作颜色改变以进行区分；例如，核查源中的各核查列的背景颜色为白色，将与核查规则进行关联的核查列的背景颜色改变为绿色。

步骤103：根据配置的核查规则核查关联的核查列中的待核查数据，得到核查结果，返回核查结果给核查用户。

根据本发明的实施方式，根据配置的核查规则核查关联的核查列中的待核查数据，具体为：根据配置的核查规则与各核查列之间的关联关系生成对应的各数据更新语句，批量执行生成的数据更新语句核查对应核查列中的待核查数据。

更加具体地，解析各核查列得到对应的核查规则，去除各核查规则中的占位符，动态拼接成批量更新语句UPDATE。

在本实施例中，对待核查数据以纵向方式(列)进行核查，较现有的横向方式(行)核查，提高了每次核查的数据的数量，降低了时间消耗。

进一步地，在本实施例中，当得到的核查结果为全部核查成功时，步骤103中，返回核查结果给核查用户，具体为：返回核查成功信息给核查用户；

可选地，当得到的核查结果为部分核查成功时，步骤103中，返回核查结果给核查用户，具体为：

将核查失败结果保存至核查源中对应的单元格中，返回含有核查失败结果的核查源给核查用户；

或者，

将核查失败结果保存至结果列表中，返回结果列表给核查用户。

对应地，用户下载接收到的核查源或者结果列表查看核查失败信息。

优选地，在本实施例中，返回核查结果给核查用户，还包括：在前端导入页面或者选择页面中，对应的显示导入数据数量或者选择数据数量、以及核查成功的数据数量、核查失败的数据数量。

进一步地，在本实施例中，核查失败结果记录了核查失败的详细信息，其可描述为某核查源中某条核查记录的某个核查字段在使用某核查规则时校验失败，其表结构，举例如下：

CUID：主键；

RELATED_DS_CUID：核查源中某记录的主键；

RELATED_COLUMN_CUID：核查列中核查的列的主键；

RELATED_RULE_CUID：核查列所对应的核查规则的主键；

RELATED_COLUMN_VALUE：核查源中核查列记录的值。

本发明中，核查源、核查列、核查规则、核查列与核查规则间的关联关系、以及核查结果构成共享核查模型(共享数据库)，其中核查列与核查规则之间的关联关系可以为一对多的关系，也可以为多对多的关系，并且核查源和核查规则可以在不同的核查请求中共享，核查规则可以根据核查字段进行灵活配置，具有较好的扩展性。

实施例二

根据本发明的实施方式，提供一种集客数据的快速核查共享装置，如图2所示，包括：

接收模块201，用于接收来自核查用户的数据核查请求；

保存模块202，用于将接收模块201接收到的数据核查请求中的待核查数据保存至对应的核查源得到各核查列；

记录模块203，用于根据接收模块201接收到的数据核查请求，记录核查用户及核查时间；

配置模块204，用于根据接收模块201接收到的数据核查请求中含有的核查字段和核查指标配置核查规则；

关联模块205，用于将配置模块204配置的核查规则与对应的核查列建立关联；

核查模块206，用于根据配置模块204配置的核查规则核查关联模块205关联的核查列中的待核查数据，得到核查结果；

发送模块207，用于返回核查模块206得到的核查结果给所述核查用户。

根据本发明的实施方式，所述装置还包括：导入模块和选择模块；保存模块202，具体包括：第一判断子模块、保存子模块、第一新建子模块和记录子模块；其中：

导入模块，用于核查用户操作，导入待核查数据；

选择模块，用于核查用户操作，选择系统现有存量数据；

第一判断子模块，用于在接收模块201接收到来自核查用户的数据核查请求时，判断已有核查源中是否存在与数据核查请求中含有的核查字段匹配的核查源；

保存子模块，用于当第一判断子模块判断出已有核查源中存在与数据核查请求中含有的核查字段匹配的核查源时，将数据核查请求含有的核查用户通过导入模块导入的待核查数据，或者核查用户通过选择模块选择的系统现有存量数据保存至对应的核查源中，得到各核查列；

第一新建子模块，用于当第一判断子模块判断出已有核查源中不存在与数据核查请求中含有的核查字段匹配的核查源时，新建核查源；

保存子模块，还用于将数据核查请求含有的核查用户通过导入模块导入的待核查数据，或者核查用户通过选择模块选择的系统现有存量数据保存至第一新建子模块新建的核查源中，得到各核查列；

记录子模块，用于在保存子模块将数据核查请求含有的核查用户通过导入模块导入的待核查数据，或者核查用户通过选择模块选择的系统现有存量数据保存至核查源，得到各核查列之后，记录核查用户及核查时间。

根据本发明的实施方式，配置模块204，具体包括：第二判断子模块和第二新建子模块，其中：

第二判断子模块，用于判断已有核查规则中，是否存在与接收模块201接收到的数据核查请求中含有的核查字段和核查指标匹配的核查规则；

第二新建子模块，用于当第二判断子模块判断出已有核查规则中不存在与接收模块201接收到的数据核查请求中含有的核查字段和核查指标匹配的核查规则时，根据接收模块201接收到的数据核查请求中含有的核查字段和核查指标，新建核查规则；

对应地，关联模块205，具体用于：当第二判断子模块判断出已有核查规则中存在与接收模块201接收到的数据核查请求中含有的核查字段和核查指标匹配的核查规则时，将已有的匹配的核查规则与对应的核查列建立关联，并对对应的核查列作区分标记；当第二判断子模块判断出已有核查规则中不存在与接收模块201接收到的数据核查请求中含有的核查字段和核查指标匹配的核查规则时，将第二新建子模块新建的核查规则与对应的核查列建立关联，并对对应的核查列作区分标记。

根据本发明的实施方式，核查模块206，具体用于：根据配置模块204配置的核查规则与各核查列之间的关联关系生成对应的数据更新语句，批量执行生成的数据更新语句核查对应核查列中的待核查数据。

根据本发明的实施方式，发送模块207，具体用于：

当核查模块206得到的核查结果为全部核查成功时，返回核查成功信息给核查用户；

当核查模块206得到的核查结果为部分核查成功时，

将核查失败结果保存至核查源中对应的单元格中，返回含有核查失败结果的核查源给核查用户；

或者，

将核查失败结果保存至结果列表中，返回结果列表给所述核查用户。

本发明中，采用共享核查模型(共享数据库)对待核查数据进行核查，一方面，对于不同的数据、不同的核查指标只提供相应的核查规则，整个过程仅操作数据库，不会扩散bug，提高了交付质量；另一方面，采用共享核查模型中的核查源存储待核查数据，且以纵向方式进行核查，减少了时间消耗；再一方面，对于新资源的核查，无需投入研发人员进行开发，而是可以根据用户提交的核查指标，由现场工程人员在界面或者数据库中直接配置，减少了人力的投入；最后，在核查源中记录核查用户、核查日期，并能够根据用户要求设置存储有效期，方便了核查用户对自身历史核查记录的查询。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种集客数据的快速核查共享方法，其特征在于，包括：

步骤S1：接收来自核查用户的数据核查请求，将所述数据核查请求中的待核查数据保存至对应的核查源得到各核查列，并记录所述核查用户及核查时间；

步骤S2：根据所述数据核查请求中含有的核查字段和核查指标配置核查规则，将所述核查规则与对应的核查列建立关联；

步骤S3：根据所述核查规则核查关联的核查列中的待核查数据，得到核查结果，返回所述核查结果给所述核查用户。

2.根据权利要求1所述的方法，其特征在于，

所述待核查数据，具体为：核查用户导入的数据，或者核查用户选择的现有存量数据；

所述步骤S1，具体包括：

步骤S1-1：接收来自核查用户的数据核查请求，判断已有核查源中是否存在与所述数据核查请求中含有的核查字段匹配的核查源，是则将所述数据核查请求含有的核查用户导入的数据，或者核查用户选择的现有存量数据保存至对应的核查源中，得到各核查列，并记录所述核查用户及核查时间；否则执行步骤S1-2；

步骤S1-2：新建核查源，并将所述数据核查请求含有的核查用户导入的数据，或者核查用户选择的现有存量数据保存至新建的核查源中，得到各核查列，并记录所述核查用户及核查时间。

3.根据权利要求1所述的方法，其特征在于，所述步骤S2，具体包括：

步骤S2-1：判断已有核查规则中，是否存在与所述数据核查请求中含有的核查字段及核查指标匹配的核查规则，是则将匹配的核查规则与对应的核查列建立关联，并对所述对应的核查列作区分标记；否则执行步骤S2-2：

步骤S2-2：根据所述数据核查请求中含有的核查字段及核查指标，新建核查规则，并将新建的核查规则与对应的核查列建立关联，并对所述对应的核查列作区分标记。

4.根据权利要求1所述的方法，其特征在于，所述步骤S3中，所述根据所述核查规则核查关联的核查列中的待核查数据，具体为：根据所述核查规则与核查列之间的关联关系生成对应的数据更新语句，批量执行所述数据更新语句核查对应核查列中的待核查数据。

5.根据权利要求1所述的方法，其特征在于，

当所述核查结果为全部核查成功时，所述步骤S3中，返回所述核查结果给所述核查用户，具体为：返回核查成功信息给所述核查用户；

当所述核查结果为部分核查成功时，所述步骤S3中，返回所述核查结果给所述核查用户，具体为：

将核查失败结果保存至所述核查源中对应的单元格中，返回含有所述核查失败结果的核查源给所述核查用户；

或者，

将核查失败结果保存至结果列表中，返回所述结果列表给所述核查用户。

6.一种集客数据的快速核查共享装置，其特征在于，包括：

接收模块，用于接收来自核查用户的数据核查请求；

保存模块，用于将所述接收模块接收到的数据核查请求中的待核查数据保存至对应的核查源得到各核查列；

记录模块，用于记录所述核查用户及核查时间；

配置模块，用于根据所述接收模块接收到的数据核查请求中含有的核查字段及核查指标配置核查规则；

关联模块，用于将所述配置模块配置的核查规则与对应的核查列建立关联；

核查模块，用于根据所述配置模块配置的核查规则核查所述关联模块关联的核查列中的待核查数据，得到核查结果；

发送模块，用于返回所述核查模块得到的核查结果给所述核查用户。

7.根据权利要求6所述的装置，其特征在于，

所述装置还包括：导入模块和选择模块；

所述保存模块，具体包括：第一判断子模块、保存子模块、第一新建子模块和记录子模块；

所述导入模块，用于核查用户操作，导入待核查数据；

所述选择模块，用于核查用户操作，选择现有存量数据；

所述第一判断子模块，用于在所述接收模块接收到来自核查用户的数据核查请求时，判断已有核查源中是否存在与所述数据核查请求中含有的核查字段匹配的核查源；

所述保存子模块，用于当所述第一判断子模块判断出已有核查源中存在与所述数据核查请求中含有的核查字段匹配的核查源时，将所述数据核查请求含有的核查用户通过所述导入模块导入的待核查数据，或者核查用户通过所述选择模块选择的现有存量数据保存至对应的核查源中，得到各核查列；

所述第一新建子模块，用于当所述第一判断子模块判断出已有核查源中不存在与所述数据核查请求中含有的核查字段匹配的核查源时，新建核查源；

所述保存子模块，还用于将所述数据核查请求含有的核查用户通过所述导入模块导入的待核查数据，或者核查用户通过所述选择模块选择的现有存量数据保存至所述第一新建子模块新建的核查源中，得到各核查列；

所述记录子模块，用于在所述保存子模块将所述数据核查请求含有的核查用户通过所述导入模块导入的待核查数据，或者核查用户通过所述选择模块选择的现有存量数据保存至核查源，得到各核查列之后，记录所述核查用户及核查时间。

8.根据权利要求6所述的装置，其特征在于，所述配置模块，具体包括：第二判断子模块和第二新建子模块；

所述第二判断子模块，用于判断已有核查规则中，是否存在与所述接收模块接收到的数据核查请求中含有的核查字段及核查指标匹配的核查规则；

所述第二新建子模块，用于当所述第二判断子模块判断出已有核查规则中不存在与所述接收模块接收到的数据核查请求中含有的核查字段及核查指标匹配的核查规则时，根据所述接收模块接收到的数据核查请求中含有的核查字段及核查指标，新建核查规则；

所述关联模块，具体用于：当所述第二判断子模块判断出已有核查规则中存在与所述接收模块接收到的数据核查请求中含有的核查字段及核查指标匹配的核查规则时，将已有的匹配的核查规则与对应的核查列建立关联，并对所述对应的核查列作区分标记；当所述第二判断子模块判断出已有核查规则中不存在与所述接收模块接收到的数据核查请求中含有的核查字段及核查指标匹配的核查规则时，将所述第二新建子模块新建的核查规则与对应的核查列建立关联，并对所述对应的核查列作区分标记。

9.根据权利要求6所述的装置，其特征在于，所述核查模块，具体用于：根据所述配置模块配置的核查规则与各核查列之间的关联关系生成对应的数据更新语句，批量执行所述数据更新语句核查对应核查列中的待核查数据。

10.根据权利要求6所述的装置，其特征在于，所述发送模块，具体用于：

当所述核查模块得到的核查结果为全部核查成功时，返回核查成功信息给所述核查用户；

当所述核查模块得到的核查结果为部分核查成功时，

将核查失败结果保存至所述核查源中对应的单元格中，返回含有所述核查失败结果的核查源给所述核查用户；

或者，

将核查失败结果保存至结果列表中，返回所述结果列表给所述核查用户。

Images