CN108932237A

CN108932237A - 观察名单查询及获得的方法与设备

Info

Publication number: CN108932237A
Application number: CN201710368521.6A
Authority: CN
Inventors: 赵明鸣
Original assignee: Shanghai Zhangmen Science and Technology Co Ltd
Current assignee: Shanghai Zhangmen Science and Technology Co Ltd
Priority date: 2017-05-22
Filing date: 2017-05-22
Publication date: 2018-12-04

Abstract

本申请的目的是提供一种观察名单查询及获得的方法与设备。与现有技术相比，本申请通过获取查询信息，其中，所述查询信息包括用于查询观察名单的标识信息，其中，所述观察名单基于其类型信息分类存储在观察名单信息库中；基于所述标识信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果。这种方式，能够方便快速的查询到对应的观察名单，从而提高查询效率。

Description

观察名单查询及获得的方法与设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种用于观察名单查询及获得的技术。

背景技术

随着银行或第三方支付公司等金融机构的发展，自身的风险管理要求以及监管要求持续强化，在业务处理中通常会对存在安全风险的信息进行查询，以避免带来不必要的损失，而现有技术中仅仅根据可能存在风险的数据的标识信息进行查询，而由于数据量很大，且可能是在多个不同的数据库中查询，因此，会导致查询过程比较耗时，效率比较低。

发明内容

本申请的目的是提供一种观察名单查询及获得的方法与设备。

根据本申请的一个方面，提供了一种观察名单的查询方法，其中，该方法包括：

获取查询信息，其中，所述查询信息包括用于查询观察名单的标识信息，所述观察名单基于其类型信息分类存储在观察名单信息库中；

基于所述标识信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果。

进一步地，其中，所述查询信息还包括业务场景信息，所述方法还包括：

若所述查询结果为是，根据所述业务场景信息确定与所述标识信息关联的决策信息。

进一步地，其中，所述基于所述标识信息及所述类型信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果包括：

基于所述标识信息，确定与该标识信息对应的所述类型信息；

基于所确定的类型信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果。

进一步地，其中，所述类型信息包括以下至少任一项：身份识别信息；通信联系信息；地址信息；通信设备信息。

进一步地，其中，所述获取查询信息包括：

通过数据调用接口获取被允许访问所述观察名单信息库的外部用户的所述查询信息。

根据本申请的另一方面，还提供了一种用于获得观察名单信息库的方法，其中，所述方法包括：

获取观察名单；

基于所述观察名单的类型信息对所述观察名单分类存储，确定观察名单信息库。

进一步地，其中，所述方法还包括：

获取查询信息，并基于所述查询信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果，其中，所述查询信息包括用于查询观察名单的标识信息；

若所述查询结果为是，根据所述查询信息确定与所述标识信息关联的决策信息，其中，所述查询信息包括业务场景信息。

进一步地，其中，所述方法还包括：

对所述观察名单信息库进行维护管理。

进一步地，其中，所述获取观察名单包括：

通过数据接口调用其他观察名单信息库的观察名单。

第三方与现有技术相比，本申请通过获取查询信息，其中，所述查询信息包括用于查询观察名单的标识信息，其中，所述观察名单基于其类型信息分类存储在观察名单信息库中；基于所述标识信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果。这种方式，能够方便快速的查询到对应的观察名单，从而提高查询效率。

而且，本申请中所述查询信息还包括业务场景信息，其中，当查询到对应的观察名单，还会根据所述业务场景信息确定与所述标识信息关联的决策信息。由于在银行和第三方支付公司等机构中，会存在多种业务场景，例如，开户、交易等等，不同的业务场景可能对应的决策方式不同，例如，滞留、拒绝等等，因此，本申请能够满足不同业务场景的决策需求，从而能够实现不同业务场景的数据整合。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出根据本申请一个方面的一种观察名单查询的方法流程图；

图2示出根据本申请另一个方面的一种观察名单管理的方法流程图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本发明作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

为更进一步阐述本申请所采取的技术手段及取得的效果，下面结合附图及较佳实施例，对本申请的技术方案，进行清楚和完整的描述。

图1示出根据本申请一个方面的一种观察名单查询的方法流程图，该方法包括：

S11获取查询信息，其中，所述查询信息包括用于查询观察名单的标识信息，所述观察名单基于其类型信息分类存储在观察名单信息库中；

S12基于所述标识信息及所述类型信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果。

在该实施例中，在所述步骤S11中，获取查询信息，在此，所述查询信息用于在观察名单信息库中查询对应的观察名单，其中，所述观察名单信息库包括用以存储观察名单的存储结构，所述观察名单包括存在安全威胁的数据信息，例如，在金融类机构中，日常的业务中经常会用到用户的手机号、身份证号、地址信息、银行卡号、邮箱等等标识信息，而有些非法分子可能会利用某些标识信息进行非法活动，从而带来金融风险，因此，会将这些存在安全风险的标识信息存储在观察名单信息库中，以供查询，从而防止发生不必要的损失。

优选地，其中，所述观察名单信息库是基于观察名单的类型信息分类存储的，在此，所述类型信息包括但不限于以下至少任一项：身份识别信息；通信联系信息；地址信息；通信设备信息。例如，所述身份识别信息包括身份证号、护照号等；所述通信联系信息包括手机号、座机号、邮箱、IP地址等等；所述地址信息包括家庭地址、单位地址等；所述通信设备信息包括手机设备号等等。在此，所述类型信息仅为举例，并不做任何限定。

优选地，其中，所述步骤S11包括：通过数据调用接口获取被允许访问所述观察名单信息库的外部用户的查询信息，其中，所述查询信息中包括用于在观察名单信息库中查询的标识信息。在该实施例中，所述外部用户可以访问所述观察名单信息库，例如，可以与所述外部用户基于合作协议实现观察名单信息库的共享，则所述外部用户可以通过合作的数据调用接口，比如，API接口，来访问所述观察名单信息库，从而实现在该观察名单信息库中的查询。

继续在该实施例中，在所述步骤S12中，基于所述标识信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果。具体地，可以通过所述标识信息在所述观察名单信息库中进行匹配查找，当所述观察名单信息库中存在对应的标识信息，则确定查询结果为是，若不存在对应的标识信息则确定查询结果为否，在此，查询结果的形式不做任何限定。

优选地，其中，所述步骤S12包括：基于所述标识信息确定与该标识信息对应的类型信息；基于所确定的类型信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果。具体地，在该实施例中，由于所述观察名单信息库基于观察名单的类型信息分类存储的，则可以先基于所述标识信息确定与该标识信息对应的类型信息，然后基于所述类型信息再进行查找。例如，若标识信息为手机号，则可以确定手机号对应的类型信息为身份识别信息，那么可以在所述观察名单信息库中的身份识别信息类型下进行匹配查询，看是否存在对应的手机号。

优选地，其中，所述查询信息还包括业务场景信息，所述方法还包括：S13(未示出)若所述查询结果为是，根据所述业务场景信息确定与所述标识信息关联的决策信息。在该实施例中，对于金融机构，可能会存在很多业务场景，例如，银行卡收单过程中的商户开户、用户交易等；互联网收单过程中的商户开户、用户注册电子钱包、用户交易等；预付卡购买、交易等；跨境支付业务的购汇、结汇、交易等等业务场景。若存在对应的观察名单，不同的业务场景的决策信息可能是不同的，在此，所述决策信息包括对观察名单的处理方式，例如，拒绝(即拒绝对应的观察名单的业务)、滞留(即暂停交易)、监控(预警但不影响交易)等等。在此，所述决策信息仅为举例，其他现有的或者今后可能出现的决策信息，如适用于本申请也应包含在本申请的保护范围内。

具体的，根据所述业务场景信息确定与所述标识信息关联的决策信息的方式，可以通过所述业务场景确定决策信息，例如，不同的业务场景对应不同的决策信息，因此，当查询结果为是，可以直接根据业务场景确定决策信息，比如当业务场景为用户注册电子钱包，则可以直接确定对应的决策信息可以为拒绝；又例如，还可以通过所述业务场景及所述标识信息确定所述决策信息，比如，对于同一业务场景，当标识信息不一样时会确定不同的决策信息，例如，当业务场景为银行卡收单过程中的商户开户，当标识信息为身份证号时，所述决策信息可以为拒绝，而当标识信息为手机号时，所述决策信息可以为监控等等。

通过这种方式，对于不同的业务场景可以直接访问统一的观察名单信息库即可，而不需要每种业务都有各自的数据库，这种能够实现对观察名单的统一管理，避免了分散化带来的管理的复杂化，以及资源开销。

图2示出根据本申请另一个方面的一种用于获得观察名单信息库的方法流程图，该方法包括：

S21获取观察名单；

S22基于所述观察名单的类型信息对所述观察名单分类存储，确定观察名单信息库。

在该实施例中，在所述步骤S21中，获取观察名单，在此，获取观察名单的方式可以获取用户投诉的观察名单，或者还可以获取监督公开的观察名单，优选地，其中，还可以通过数据接口调用其他观察名单信息库的观察名单，在此，所述其他观察名单信息库包括其他机构的观察名单信息库，例如，可以通过API接口与其他机构进行合作，从而可以与其他机构共享观察名单，包括从其他机构的观察名单信息库中获取观察名单或者向其他机构的观察名单信息库输送观察名单。

继续在该实施例中，在所述步骤S22中，基于所述观察名单的类型信息对所述观察名单分类存储，获得观察名单信息库。在此，所述观察名单信息库是指用以存储观察名单的存储结构，并且根据观察名单的类型信息对所述观察名单分类存储，在此，所述类型信息包括但不限于以下至少任一项：身份识别信息；通信联系信息；地址信息；通信设备信息。例如，所述身份识别信息包括身份证号、护照号等；所述通信联系信息包括手机号、座机号、邮箱、IP地址等等；所述地址信息包括家庭地址、单位地址等；所述通信设备信息包括手机设备号等等。在此，所述类型信息仅为举例，并不做任何限定。

例如，某个观察名单为身份证号，则会将身份证号存储到类型信息为身份识别信息的类别中。在此，可以通过表格的形式存储观察名单。

优选地，其中，所述方法还包括：S23(未示出)获取查询信息，并基于所述查询信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果，其中，所述查询信息包括用于查询观察名单的标识信息；S24(未示出)若所述查询结果为是，根据所述查询信息确定与所述标识信息关联的决策信息，其中，所述查询信息包括业务场景信息。

在该实施例中，在所述步骤S23中，获取查询信息，其中，所述查询信息中包括用于在观察名单信息库中查询的标识信息，例如，标识信息为身份证号、护照号、手机号、家庭地址等等，然后基于所述标识信息在观察名单信息库中匹配查询是否存在对应的观察名单，若存在对应的观察名单则确定查询结果为是，若不存在对应的观察名单，确定查询结果为否，在此，对所述查询结果的表示方式不作任何限定。具体地，由于所述观察名单信息库是基于观察名单的类型信息分类存储的，因此，可以先确定所述标识信息的类型信息，然后根据类型信息在对应的类型中查找匹配，确定是否存在对应的观察名单。

进一步地，若查询到对应的观察名单，则根据所述查询信息确定与所述标识信息关联的决策信息，其中，所述查询信息包括业务场景信息，在该实施例中，例如，对于金融机构，可能会存在很多业务场景，例如，银行卡收单过程中的商户开户、用户交易等；互联网收单过程中的商户开户、用户电子账户注册、用户交易等；预付卡购买、交易等；跨境支付业务的购汇、结汇、交易等等业务场景。若存在对应的观察名单，不同的业务场景的决策信息可能是不同的，在此，所述决策信息包括对观察名单的处理方式，例如，拒绝(即拒绝对应的观察名单的业务)、滞留(即暂停交易)、监控(预警但不影响交易)等等。在此，所述决策信息仅为举例，其他现有的或者今后可能出现的决策信息，如适用于本申请也应包含在本申请的保护范围内。

在该实施例中，根据业务场景信息确定对应的决策信息，在该实施例中，所述业务场景信息、所述业务场景对应的决策信息以及观察名单可以共同存储在观察名单信息库中，例如，通过数据表的形式进行存储，这样在查询的时候，可以同时根据业务场景信息以及标识信息查询所述观察名单信息库，从而直接确定对应的决策信息；或者仅仅把业务场景信息与对应的决策信息一起存储，在查询时，从而根据业务场景信息确定对应的决策信息。

在另一个优选的实施例中，若对于同一个观察名单，例如，对于同一个观察名单，在不同的业务场景中可能对应不同的决策信息，那么需要根据查找到的观察名单以及业务场景确定对应的决策信息。例如，对于同一个身份证号码，若业务场景为电子账户注册，则对应的决策信息可能为拒绝，若业务场景为互联网收单过程中的商户开户，则对应的决策信息可能为监控等等。

优选地，其中，所述方法还包括：S25(未示出)对所述观察名单信息库进行维护管理。在此，所述维护管理包括但不限于增加、删除、更改等等，例如，在所述观察名单信息库增加相应的观察名单；或者删除不需要的观察名单；又或者对记录错误的观察名单进行更改等等。

与现有技术相比，本申请通过获取查询信息，其中，所述查询信息包括用于查询观察名单的标识信息，其中，所述观察名单基于其类型信息分类存储在观察名单信息库中；基于所述标识信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果。这种方式，能够方便快速的查询到对应的观察名单，从而提高查询效率。

此外，本申请实施例还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现前述方法。

本申请实施例还提供了一种用于观察名单查询的设备，其中，该设备包括：

一个或多个处理器；以及

存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行前述方法的操作。

例如，计算机可读指令在被执行时使所述一个或多个处理器：获取查询信息，其中，所述查询信息包括用于查询观察名单的标识信息，所述观察名单基于其类型信息分类存储在观察名单信息库中；基于所述标识信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果。

另外，本申请实施例还提供了一种用于获得观察名单信息库的设备，其中，该设备包括：

一个或多个处理器；以及

例如，计算机可读指令在被执行时使所述一个或多个处理器：获取观察名单；基于所述观察名单的类型信息对所述观察名单分类存储，获得观察名单信息库。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims

1.一种观察名单的查询方法，其中，该方法包括：

2.根据权利要求1所述的方法，其中，所述查询信息还包括业务场景信息，所述方法还包括：

3.根据权利要求1所述的方法，其中，所述基于所述标识信息在所述观察名单信息库中查询是否存在对应的观察名单，确定查询结果包括：

基于所述标识信息，确定与该标识信息对应的类型信息；

4.根据权利要求1所述的方法，其中，所述获取查询信息包括：

通过数据调用接口获取来自被允许访问所述观察名单信息库的外部用户的所述查询信息。

5.一种用于获得观察名单信息库的方法，其中，所述方法包括：

获取观察名单；

基于所述观察名单的类型信息对所述观察名单分类存储，获得观察名单信息库。

6.根据权利要求5所述的方法，其中，所述方法还包括：

7.根据权利要求5所述的方法，其中，所述获取观察名单包括：

通过数据接口调用其他观察名单信息库的观察名单。

8.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1至7中任一项所述的方法。

9.一种用于观察名单查询的设备，其中，该设备包括：

一个或多个处理器；以及

存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如权利要求1至4中任一项所述方法的操作。

10.一种用于获得观察名单信息库的设备，其中，该设备包括：

一个或多个处理器；以及

存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如权利要求5至7中任一项所述方法的操作。