确定银行账号、身份证号、待查信息状态的方法和装置与流程

本申请涉及计算机信息处理技术领域，尤其涉及确定待查信息状态的方法和装置、以及确定银行账号信息和身份证号信息状态的方法。

背景技术：

随着科技的发展，互联网已经渗透到人们工作和生活的各个角落，用户可以通过网络平台进行各种业务活动，例如社交、购物以及生活缴费等。通常，在进行业务活动的操作之前，用户需要在相关网络平台预先注册登录账号，并且为了顺利执行相关操作，必要时，用户还需要将个人身份信息和/或银行卡号信息等敏感信息与所注册的登录账号建立关联关系。例如，用户在使用支付平台进行支付前，不仅需要注册登录账号，必要时，还需要关联银行卡号信息，以保证使用支付平台顺利支付。在进行某些业务活动时，用户也需要将个人的一些常规信息与所注册的登录账号建立关联关系，例如网上购物时，需要提供家庭住址、工作地址等信息。

为了便于记录和管理用户信息，网络平台的服务器将用户的登录账号和用户的业务信息对应存储在数据库中。当用户使用预先注册的登录账号登录网络平台后，服务器可以根据用户发送的操作命令直接调用与登录账号对应的其他信息，并与相关网站进行数据交互，完成用户的操作。例如，当用户使用登录账号登录支付平台，并点击支付按钮向服务器发送支付指令时，服务器从支付指令中读取登录账号，并根据所读取的登录账号从数据库中查找对应的银行卡号信息，然后向银行卡号信息对应的银行系统发送支付请求，以完成支付。

由此可见，用户基于网络平台的操作过程，实质上是网络平台服务器调用用户信息通过网络进行数据交互的过程。而网络是一个开源的环境，如果用户的个人信息，如银行卡号信息，被不法分子盗取，不法分子可以将用户的银行卡号信息与自己的登录账号绑定，并在网络平台使用，这将导致用户产生损失。

现有技术中对于用户信息的诸如被盗用的异常状态，往往采用事后追溯的方式进行排查，且主要依赖于人工进行，既不能主动确定异常的用户信息，帮助用户减小甚至避免损失，也无法适用于大规模用户数据信息的状态排查。

技术实现要素：

为了解决上述问题，本申请提供了一种确定待查信息状态的方法和装置、以及确定银行账号信息和身份证号信息状态的方法，旨在主动排查用户信息的状态，以帮助用户减小甚至避免损失，提升用户信息的安全性。

本申请实施例提供一种确定待查信息状态的方法，包括：

确定待查信息；

将具有相同待查信息的用户与用户群组中的用户进行匹配；其中，所述用户群组包括第一群组和第二群组，所述第一群组中至少两个用户间具有至少一项相同的第一信息，所述第二群组中至少两个用户间具有至少一项相同的第二信息；

依据匹配的结果，确定所述待查信息的状态是否异常。

作为优选，本申请实施例提供的确定待查信息状态的方法中，所述用户群组按照以下方式划分：

依据所述第一信息，将具有任意一项相同的第一信息的用户分入同一个第一群组中；

依据所述第二信息，将具有任意一项相同的第二信息的用户分入同一个第二群组中；

其中，所述第一信息为用户的个人信息，所述第二信息为用户的类别信息。

作为优选，本申请实施例提供的确定待查信息状态的方法中，在确定待查信息之后，在将具有相同待查信息的用户与用户群组中的用户进行匹配之前，还包括：

获取用户的数据信息，所述数据信息包括用户的所述第一信息和所述第二信息；其中，所述第一信息为用户的个人信息，所述第二信息为用户的类别信息；

依据所述第一信息，将具有任意一项相同的第一信息的用户分入同一个第一群组中；

依据所述第二信息，将具有任意一项相同的第二信息的用户分入同一个第二群组中。

作为优选，本申请实施例提供的确定待查信息状态的方法中，将具有相同待查信息的用户与用户群组中的用户进行匹配，包括：

依据所述待查信息，将具有相同待查信息的用户分入第三群组；

在同一用户所在的第一群组和第三群组间建立第一匹配关系；

在同一用户所在的第一群组和第二群组间建立第二匹配关系。

作为优选，本申请实施例提供的确定待查信息状态的方法中，依据匹配的结果，确定所述待查信息的状态是否异常，包括：

对所述第一匹配关系和所述第二匹配关系按照预设计数规则确定计数值；

依据所述待查信息对应的第三群组，统计与该第三群组建立的第一匹配关系、以及与该第三群组建立了第一匹配关系的任意两个第一群组与同一个第二群组建立的第二匹配关系；

依据所述统计的结果和所述计数值，计算所述待查信息对应的第三群组的关联关系计数值；

若所述关联关系计数值达到预设值，则确定所述第三群组对应的待查信息的状态为异常。

作为优选，本申请实施例提供的确定待查信息状态的方法中，依据匹配的结果，确定所述待查信息的状态是否异常，包括：

统计两个第一群组与同一个第二群组建立的第二匹配关系的数量；其中，所述两个第一群组为与所述第三群组建立了第一匹配关系的任意两个第一群组；

若所述数量未达到预设数值，则确定所述第三群组对应的待查信息为异常待查信息。

作为优选，本申请实施例提供的确定待查信息状态的方法中，将具有相同待查信息的用户与用户群组中的用户进行匹配，包括：

判断具有相同待查信息的用户是否被分入不同的第一群组；

若是，则进一步判断所述不同的第一群组是否与同一个第二群组存在至少一个相同的用户；

将判断的结果作为所述匹配的结果。

作为优选，本申请实施例提供的确定待查信息状态的方法中，依据匹配的结果，确定所述待查信息的状态是否异常，包括：

若具有相同待查信息的用户被分入不同的第一群组，且不存在一个第二群组与所述不同的第一群组存在至少一个相同的用户，则确定所述待查信息的状态为异常。

作为优选，本申请实施例提供的确定待查信息状态的方法中，所述第一信息包括用户的身份证号、手机号码、和/或银行账号。

作为优选，本申请实施例提供的确定待查信息状态的方法中，所述第二信息包括用户的家庭住址、单位地址、工作电话、和/或IP地址。

本申请还提供了一种确定银行账号信息状态的方法，包括：

获取用户的业务信息，所述业务信息包括用户的个人信息和类别信息；

依据所述个人信息，将具有任意一项相同的个人信息的用户分入同一个强关系群组中；依据所述类别信息，将具有任意一项相同的类别信息的用户分入同一个弱关系群组中；

若具有相同银行账号信息的用户未被分入不同的强关系群组，则确定所述银行账号信息的状态为正常；

若具有相同银行账号信息的用户被分入不同的强关系群组，且所述不同的强关系群组与同一个弱关系群组存在至少一个相同的用户，则确定所述银行账号信息的状态为正常；

否则，确定所述银行账号信息的状态为异常。

作为优选，本申请实施例提供的确定银行账号信息状态的方法中，所述个人信息包括用户的身份证号和/或手机号码；所述类别信息包括用户的家庭住址、单位地址、工作电话、和/或IP地址。

本申请还提供了一种确定身份证号信息状态的方法，包括：

获取用户的业务信息，所述业务信息包括用户的个人信息和类别信息；

依据所述个人信息，将具有任意一项相同的个人信息的用户分入同一个强关系群组中；依据所述类别信息，将具有任意一项相同的类别信息的用户分入同一个弱关系群组中；

若具有相同身份证号信息的用户未被分入不同的强关系群组，则确定所述身份证号信息的状态为正常；

若具有相同身份证号信息的用户被分入不同的强关系群组，且所述不同的强关系群组与同一个弱关系群组存在至少一个相同的用户，则确定所述身份证号信息的状态为正常；

否则，确定所述身份证号信息的状态为异常。

作为优选，本申请实施例提供的确定身份证号信息状态的方法中，所述个人信息包括用户的银行账号和/或手机号码；所述类别信息包括用户的家庭住址、单位地址、工作电话、和/或IP地址。

本申请还提供了一种确定待查信息状态的装置，包括：

匹配模块，将具有相同待查信息的用户与用户群组中的用户进行匹配；其中，所述用户群组包括第一群组和第二群组，所述第一群组中至少两个用户间具有至少一项相同的第一信息，所述第二群组中至少两个用户间具有至少一项相同的第二信息；

状态确定模块，依据匹配的结果，确定所述待查信息的状态是否异常。

作为优选，本申请实施例提供的确定待查信息状态的装置中，所述装置还包括：

获取模块，获取用户的数据信息，所述数据信息包括用户的所述第一信息和所述第二信息；其中，所述第一信息为用户的个人信息，所述第二信息为用户的类别信息；

用户群组划分模块，依据所述第一信息，将具有任意一项相同的第一信息的用户分入同一个第一群组中；依据所述第二信息，将具有任意一项相同的第二信息的用户分入同一个第二群组中。

作为优选，本申请实施例提供的确定待查信息状态的装置中，所述匹配模块包括：

第一判断组件，判断具有相同待查信息的用户是否被分入不同的第一群组；

第二判断组件，在具有相同待查信息的用户被分入不同的第一群组时，进一步判断所述不同的第一群组是否与同一个第二群组存在至少一个相同的用户。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

(1)本申请可以依据主动获取的用户数据信息，将用户的数据信息区分为用户的第一信息和用户的第二信息。依据上述两类信息对用户进行群组划分，在此基础上进行用户和信息层面的比对和匹配，进而确定待查信息的状态。这种方式能够基于用户的数据信息对用户与其数据信息的关联关系进行主动的比对和匹配，从而能够主动确定用户信息的状态，有利于帮助用户减小甚至避免损失，提升用户信息的安全性。

(2)本申请将用户的数据信息区分为个人信息和类别信息，在划分群组和进行匹配的时候也据此分两个层次进行，先考查待查信息相同的用户间是否具有紧密的强关系，再考查不具有紧密的强关系的情况下是否具有一般的弱关系。通过这两个层次的排查，综合考虑了用户间现实存在的强关系和弱关系状态，有利于准确的确定待查信息的状态。

(3)本申请以用户群组为单位进行用户和信息的匹配，从而能够适用于大规模用户数据信息的状态排查，克服现有技术的缺陷。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例的一种确定待查信息状态的方法的流程示意图；

图2为本申请实施例的第二种确定待查信息状态的方法的流程示意图；

图3为本申请实施例的第三种确定待查信息状态的方法的流程示意图；

图4为本申请实施例的第四种确定待查信息状态的方法的流程示意图；

图5为本申请实施例的第五种确定待查信息状态的方法的流程示意图；

图6为本申请实施例的第六种确定待查信息状态的方法的流程示意图；

图7为本申请实施例的第七种确定待查信息状态的方法的流程示意图；

图8为本申请实施例的第八种确定待查信息状态的方法的流程示意图；

图9为本申请实施例的第九种确定待查信息状态的方法的流程示意图；

图10为本申请实施例的强关系群组划分示意图；

图11为本申请实施例的第一匹配关系建立示意图；

图12为本申请实施例的匹配关系建构图创建示意图；

图13为本申请实施例的弱关系群组划分示意图；

图14为本申请实施例的第二种匹配关系建构图创建示意图；

图15为本申请实施例的第三种匹配关系建构图创建示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请实施例提供一种确定待查信息状态的方法，参见图1所示，包括：

S11：确定待查信息；

在本申请各实施例中，待查信息可以是需要关注的任何一项信息，例如，如果关注用户的银行账号是否被盗用，则可将银行账号信息作为待查信息；如果关注用户的手机号是否被盗用，则可将手机号码作为待查信息；如果关注用户的头像照片是否被冒用，则可将照片作为待查信息；如果关注用户的IP地址是否被冒用，则可将IP地址作为待查信息；等等。

S12：将具有相同待查信息的用户与用户群组中的用户进行匹配；其中，用户群组包括第一群组和第二群组，第一群组中至少两个用户间具有至少一项相同的第一信息，第二群组中至少两个用户间具有至少一项相同的第二信息；

在具体实施时，待查信息、第一信息和第二信息三者之间是没有重复、互不交叉的。例如，以银行账号信息作为待查信息确定其是否异常时，用户的第一信息和第二信息中均不包括用户的银行账号信息；以身份证号信息作为待查信息确定其是否异常时，用户的第一信息和第二信息中均不包括用户的身份证号信息。

在本申请各实施例中，可以用用户的登录账号或姓名等标识信息区分不同的用户。用户的第一信息和第二信息，可以是从网络平台的服务器中读取数据库中存储的用户相关信息，也可以是根据需要通过其他途径获取所需的用户数据信息。

在实施本实施例时，获取用户的第一信息和第二信息、以及依据第一信息和第二信息划分用户群组的过程为确定待查信息状态的准备工作，可以独立于本申请的实施例进行，也可作为实施本申请实施例的先行步骤。

S13：依据匹配的结果，确定所述待查信息的状态是否异常。

本申请在主动获取用户数据信息、并依据第一信息和第二信息这两类数据信息对用户进行群组划分的基础上，进行用户和信息层面的比对和匹配，从而确定待查信息的状态为正常或者异常。这种方式能够基于用户的数据信息对用户与其数据信息的关联关系进行主动的比对和匹配，从而能够主动确定用户的待查信息的状态，有利于帮助用户减小甚至避免损失，提升用户信息的安全性。而且，以用户群组为单位进行用户和信息的匹配，能够适用于大规模用户数据信息的状态排查，克服现有技术的缺陷。

上述实施例中所称的用户群组，可以按照以下方式划分：

依据第一信息，将具有任意一项相同的第一信息的用户分入同一个第一群组中；依据第二信息，将具有任意一项相同的第二信息的用户分入同一个第二群组中；其中，第一信息为用户的个人信息，第二信息为用户的类别信息。

在实施上述实施例时，可以在S11确定待查信息之后，在S12将具有相同待查信息的用户与用户群组中的用户进行匹配之前，执行以下步骤，参见图2所示，包括：

S14：获取用户的数据信息，所述数据信息包括用户的所述第一信息和所述第二信息；其中，所述第一信息为用户的个人信息，所述第二信息为用户的类别信息；

S15：依据所述第一信息，将具有任意一项相同的第一信息的用户分入同一个第一群组中；

S16：依据所述第二信息，将具有任意一项相同的第二信息的用户分入同一个第二群组中。

在本申请各实施例中，第一信息为用户的个人信息，通常应为某一用户所专有，属于表征用户唯一性的信息。具体地，第一信息可以优选为用户的身份证号、手机号码、和/或银行账号。第二信息为用户的类别信息，表征同一类用户，具体地，第二信息可以优选为用户的家庭住址、单位地址、工作电话、和/或IP地址。第二信息通常为某一类具有关联性的用户所共有，例如，同一个家庭的各个成员之间，家庭住址是相同的；同一个单位的同事之间，单位地址和/或工作电话是相同的；等等。

在本申请的各实施例中，将具有任意一项相同的第一信息的用户分入同一个第一群组，即，将用户的诸项第一信息中的任一项相同的用户分入同一个第一群组；采用这一方式划分第一群组，使得同一个第一群组中的至少两个用户之间具有至少一项相同的第一信息，不同的第一群组中的任意用户之间不存在任意一项相同的第一信息。将具有任意一项相同的第二信息的用户分入同一个第二群组，即，将用户的诸项第二信息中的任一项相同的用户分入同一个第二群组；采用这一方式划分第二群组，使得同一个第二群组中的至少两个用户之间具有至少一项相同的第二信息，不同的第二群组中的任意用户之间不存在任意一项相同的第二信息。划分第一群组和划分第二群组的两个步骤，对执行顺序不做限定，可以并行进行，也可以任一顺序执行；这两个步骤可以独立于本申请的实施例执行，也可以作为本申请实施例的先行步骤进行，例如图2所示流程图。

基于以上描述，第一信息为用户的个人信息，通常为某一用户所专有，因此，如果不同的用户间具有某一项相同的第一信息，则表示这些不同的用户间理应具有非常紧密的关联性，例如夫妻、情侣、母子、至交好友等，在社会学上可以称之为强关系。正常情况下，具有紧密关联性的用户之间应该还具有一般的关联性，具有同一类用户的特点，表现为应具有至少一项相同的第二信息，例如，夫妻、母子间往往具有相同的家庭地址，等等。在社会学上可以对应的称之为弱关系。鉴于以上所述，如果不同用户之间既不具有相同的第一信息，也不具有相同的第二信息，则表示这些用户间既不存在紧密的关联性，也不存在一般的关联性。在考查待查信息的状态时，若待查信息被这些无关联性的用户所共有，则可以认为该项待查信息在很大概率上处于异常状态。本申请实施例正是基于这一原理实施的。

作为优选，本申请实施例提供的确定待查信息状态的方法中，参见图3所示，S12将待查信息与用户群组中的用户进行匹配，包括：

S121：依据待查信息，将具有相同待查信息的用户分入第三群组；

S122：在同一用户所在的第一群组和第三群组间建立第一匹配关系；

S123：在同一用户所在的第一群组和第二群组间建立第二匹配关系。

在采用图2示意的实施例划分群组的基础上，以群组为单位进行用户的匹配。步骤S122在同一用户所在的第一群组和第三群组间建立的第一匹配关系，具有相同待查信息的用户如果具有至少一项相同的第一信息，则这些用户已被分入同一个第一群组；若不同的第一群组与同一个第三群组建立了第一匹配关系，则表示第一信息不相同的至少两个用户具有相同的待查信息。结合步骤S123，在同一用户所在的第一群组和第二群组间建立第二匹配关系，若不同的第一群组与同一个第二群组建立了第二匹配关系，则表示第一信息不相同的至少两个用户具有至少一项相同的第二信息。

在具体实施时，步骤S121需在步骤S122之前执行，步骤S123的执行顺序不作限定。

作为优选，本申请实施例提供的确定待查信息状态的方法中，参见图4所示，S13依据匹配的结果，确定待查信息的状态，包括：

S131：对所述第一匹配关系和所述第二匹配关系按照预设计数规则确定计数值；

上述实施例中的预设计数规则，可以理解为第一匹配关系和第二匹配关系在计算关联关系计数值时所占权重的确定规则，或者所占分值的评分标准。例如，可将第一匹配关系所占权重计为1，第二匹配关系所占权重计为2。再例如，可将第一匹配关系的计数值设为正值(例如1)，将第二匹配关系的计数值设为负值(例如-1)，在计算关联关系计数值时据此计算。

S132：依据所述待查信息对应的第三群组，统计与该第三群组建立的第一匹配关系、以及与该第三群组建立了第一匹配关系的任意两个第一群组与同一个第二群组建立的第二匹配关系；

确定待查信息的状态时，将具有相同待查信息的用户分入第三群组，执行步骤S122建立第一匹配关系，与该第三群组建立了第一匹配关系的不同第一群组的用户间不存在任意一项相同的第一信息，可以理解为这些不同第一群组的用户间不存在紧密的关联性，但存在相同的待查信息。执行步骤S123建立第二匹配关系，若不同的第一群组与同一第二群组建立了第二匹配关系，可以理解为这些不同的第一群组的用户间不存在任意一项相同的第一信息，但存在至少一项相同的第二信息，即这些不同的第一群组的用户间不存在紧密的关联性，但存在一般关联性。在此基础上，执行步骤S132统计与上述第三群组建立的第一匹配关系，可以考查待查信息相同的用户间是否存在紧密的关联性；执行步骤S132统计与该第三群组建立了第一匹配关系的任意两个第一群组与同一个第二群组建立的第二匹配关系，可以考查待查信息相同、且不存在紧密关联性的用户间是否存在一般关联性。通常情况下，若存在待查信息相同、不存在紧密关联性、且不存在一般关联性的两个用户，则该项待查信息处于异常状态的可能性增大。

S133：依据所述统计的结果和所述计数值，计算所述待查信息对应的第三群组的关联关系计数值；

在统计符合前述条件的第一匹配关系和第二匹配关系的数量的基础上，依据步骤S131预设的第一匹配关系和第二匹配关系的计数值，计算关联关系计数值。关联关系计数值可采用以下公式计算得到：

关联关系计数值＝第一匹配关系统计值*第一匹配关系计数值+第二匹配关系统计值*第二匹配关系计数值

S134：判断关联关系计数值是否达到预设值；

S135：若所述关联关系计数值达到预设值，则确定所述第三群组对应的待查信息的状态为异常。

S136：若所述关联关系计数值未达到预设值，则确定所述第三群组对应的待查信息的状态为正常。

计算出关联关系计数值后，依据预设标准判断第三群组对应的待查信息的状态。例如，按照预设计数规则，第一匹配关系计为1，第二匹配关系计为-1；经统计，符合条件的第一匹配关系的统计值为4、第二匹配关系的统计值为2；依据以上例举的计算公式，计算得到的关联关系计数值为2；设定预设值为0，则此时关联关系计数值大于0，则确定第三群组对应的待查信息的状态为异常。

作为优选，本申请实施例提供的确定待查信息状态的方法中，参见图5所示，S13依据匹配的结果，确定待查信息的状态，包括：

S137：统计两个第一群组与同一个第二群组建立的第二匹配关系的数量，其中，所述两个第一群组为与所述第三群组建立了第一匹配关系的任意两个第一群组；

S138：判断上述数量是否达到预设数值；

S139：若所述数量未达到预设数值，则确定所述第三群组对应的待查信息的状态为异常。

S140：若所述数量达到预设数值，则确定所述第三群组对应的待查信息的状态为正常。

执行步骤S137统计的数量，实质上与执行S132统计的与第三群组建立了第一匹配关系的任意两个第一群组与同一个第二群组建立的第二匹配关系的统计值一致，表征具有相同的待查信息的用户间不存在紧密关联性的情况下、存在一般关联性的情况。通常情况下，若既不存在紧密关联性，又不存在一般关联性，则该项待查信息处于异常状态的可能性较大。可将预设数值设定为2，即与第三群组建立了第一匹配关系的任意两个第一群组与同一个第二群组建立的第二匹配关系的数量若未达到2，即可确定第三群组对应的待查信息的状态为异常。

在实施本申请的实施例时，可以参照图3示例的方法建立包括第一匹配关系和第二匹配关系的建构图(类似图12或图14所示)，然后参照图4或图5所示的方法对建构图中符合条件的第一匹配关系和第二匹配关系进行计数或统计，并可在此基础上进行计算，从而确定待查信息的状态。

在实施本申请的实施例时，也可以参照图6示例的流程依次判断条件的符合情况，依据判断的结果确定待查信息的状态(参见图7)。具体如图6和图7所示例的方法。

作为优选，本申请实施例提供的确定待查信息状态的方法中，参见图6所示，S12将待查信息与用户群组中的用户进行匹配，包括：

S124：判断具有相同待查信息的用户是否被分入不同的第一群组；

若是，则进一步执行S125判断所述不同的第一群组是否与同一个第二群组存在至少一个相同的用户；

S126：将判断的结果作为所述匹配的结果。

作为优选，本申请实施例提供的确定待查信息状态的方法中，参见图7所示，S13依据匹配的结果，确定所述待查信息的状态，包括：

若经过S124判断具有相同待查信息的用户未被分入不同的第一群组，则执行S1261确定所述待查信息的状态为正常；

若经过S125判断具有相同待查信息的用户被分入不同的第一群组，且所述不同的第一群组与同一个第二群组存在至少一个相同的用户，则执行S1261确定所述待查信息的状态为正常；

否则，执行S1262确定所述待查信息的状态为异常。

本申请还提供了一种确定银行账号信息状态的方法，参见图8所示，包括：

S21：获取用户的业务信息，所述业务信息包括用户的个人信息和类别信息；

S22：依据所述个人信息，将具有任意一项相同的个人信息的用户分入同一个强关系群组中；依据所述类别信息，将具有任意一项相同的类别信息的用户分入同一个弱关系群组中；

若经过S23判断具有相同银行账号信息的用户未被分入不同的强关系群组，则S25确定所述银行账号信息的状态为正常；

若经过S23判断具有相同银行账号信息的用户被分入不同的强关系群组，且经S24判断所述不同的强关系群组与同一个弱关系群组存在至少一个相同的用户，则S25确定所述银行账号信息的状态为正常；

否则，S26确定所述银行账号信息的状态为异常。

在上述实施例中，所述个人信息可包括用户的身份证号和/或手机号码；所述类别信息包括用户的家庭住址、单位地址、工作电话、和/或IP地址。

本申请还提供了一种确定身份证号信息状态的方法，参见图9所示，包括：

S31：获取用户的业务信息，所述业务信息包括用户的个人信息和类别信息；

S32：依据所述个人信息，将具有任意一项相同的个人信息的用户分入同一个强关系群组中；依据所述类别信息，将具有任意一项相同的类别信息的用户分入同一个弱关系群组中；

若经过S33判断具有相同身份证号信息的用户未被分入不同的强关系群组，则S35确定所述身份证号信息的状态为正常；

若经过S33判断具有相同身份证号信息的用户被分入不同的强关系群组，且经过S34判断所述不同的强关系群组与同一个弱关系群组存在至少一个相同的用户，则S35确定所述身份证号信息的状态为正常；

否则，S36确定所述身份证号信息的状态为异常。

在上述实施例中，所述个人信息包括用户的银行账号和/或手机号码；所述类别信息包括用户的家庭住址、单位地址、工作电话、和/或IP地址。

图8和图9所示的实施例原理相同，步骤也基本一致，区别在于针对不同的待查信息确定其状态。当需确定银行账号信息的状态时，依据不包含银行账号信息的个人信息(例如用户的身份证号和/或手机号码)划分强关系群组；当需确定身份证号信息的状态时，依据不包含身份证号信息的个人信息(例如用户的银行账号和/或手机号码)划分强关系群组。

图8和图9所示的实施例中，将用户的诸项个人信息中的任一项相同的用户分入同一个强关系群组；采用这一方式划分强关系群组，使得同一个强关系群组中的至少两个用户之间具有至少一项相同的个人信息，不同的强关系群组中的任意用户之间不存在任意一项相同的个人信息。将具有任意一项相同的类别信息的用户分入同一个弱关系群组，即，将用户的诸项类别信息中的任一项相同的用户分入同一个弱关系群组；采用这一方式划分弱关系群组，使得同一个弱关系群组中的至少两个用户之间具有至少一项相同的类别信息，不同的弱关系群组中的任意用户之间不存在任意一项相同的类别信息。由此可见，在图8和图9所示的实施例中，强关系群组与其他实施例中的第一群组相当，弱关系群组与其他实施例中的第二群组相当。此处不足之处参照第一群组和第二群组的相关描述，不再赘述。

执行步骤S22或步骤S32划分出强关系群组，参见图10所示，依据个人信息(个人信息的具体含义和内容在图8和图9给出的实施例中可能相同，也可能不相同)，将用户划分为强关系群组一、强关系群组二、强关系群组三、强关系群组四。执行步骤S22或步骤S32划分出弱关系群组，参见图13所示，依据类别信息(类别信息的具体含义和内容在图8和图9给出的实施例中可以相同，也可以不相同)，将用户划分为弱关系群组一、弱关系群组二、弱关系群组三。

执行步骤S23或步骤S33判断具有相同的待查信息(银行账号信息或者身份证号信息)的用户是否被分入不同的强关系群组，若判断结果为“是”，则可将代表待查信息的节点与相对应的强关系群组连接，例如图11所示，节点一所代表的待查信息(具体为银行账号信息或者身份证号信息)相同的用户被分入强关系群组一和强关系群组二，节点二所代表的待查信息相同的用户被分入强关系群组一和强关系群组三，节点三所代表的待查信息相同的用户被分入强关系群组三和强关系群组四。节点一、节点二和节点三表示同一类的不同待查信息，例如，若考查银行账号信息的状态，则节点一～节点三表示不同的银行账号信息；若考查身份证号信息的状态，则节点一～节点三表示不同的身份证号信息。

执行步骤S24或步骤S34判断所述不同的强关系群组是否与同一个弱关系群组存在至少一个相同的用户时，可以将判断结果为“是”的弱关系群组与强关系群组连接。例如图14所示，节点二所代表的待查信息(银行账号信息或者身份证号信息)相同的用户被分入强关系群组一和强关系群组三，且强关系群组一和强关系群组三同时与弱关系群组一存在至少一个相同的用户、与弱关系群组二存在至少一个相同的用户，因此，可将弱关系群组一与强关系群组一和强关系群组三连接，将弱关系群组二与强关系群组一和强关系群组三连接。

本质上，图11中，节点一与强关系群组一之间的连接，可以理解为在节点一所代表的待查信息相同的用户与强关系群组一之间建立了第一匹配关系。图14中，强关系群组一与弱关系群组二之间的连接，可以理解为在强关系群组一与弱关系群组二之间建立了第二匹配关系。依此类推。采用建立第一匹配关系和第二匹配关系的方式，可以建立类似图12所示的建构图。在此基础上，也可以参照图4～图7所示的方法进行统计，进而确定待查信息的状态。

在创建建构图时，可以针对某一项具体的待查信息建立第一匹配关系和/或第二匹配关系，例如，只建立与节点一相关的第一匹配关系和第二匹配关系；也可以针对某一类多项待查信息建立第一匹配关系和/或第二匹配关系，例如，同时建立与节点一、节点二、节点三相关的第一匹配关系和第二匹配关系，参见图12所示。

下面具体举例说明以上诸个实施例的实施。

在开始确定待查信息的状态前，可以先获取用户的数据信息，得到如下表1。

表1用户数据信息表

假设共获取7位用户的数据信息，包括用户的用户名、身份证号、银行卡号、电话、家庭住址、工作地址、IP地址。假设待查信息确定为银行卡号，需考查用户的银行卡号是否安全，是否被盗用，即考查用户的银行卡号CN1和/或CN2的状态，则将用户的银行卡号信息CN1和/或CN2作为待查信息；用户的身份证号和电话通常为同一个用户所专有，因此作为用户的第一信息(相当于个人信息)；用户的家庭住址、工作地址、IP地址可以为同一类用户所共有，因此作为用户的第二信息(相当于类别信息)。同理，假设待查信息确定为身份证号，需考查用户的身份证号是否安全，是否被盗用，即考查用户的身份证号信息IDN1、IDN2、IDN3和/或IDN4的状态，则将用户的身份证号信息IDN1、IDN2、IDN3和/或IDN4作为待查信息，；用户的银行卡号和电话作为用户的第一信息(相当于个人信息)，用户的家庭住址、工作地址、IP地址作为用户的第二信息(相当于类别信息)。

以下以银行卡号作为待查信息为例继续说明本申请实施例。

在获取用户的数据信息之后，对用户进行群组划分，具体地，将具有任意一项相同的第一信息的用户分入同一个第一群组中，将具有任意一项相同的第二信息的用户分入同一个第二群组中。具体到表1给出的用户数据信息表，可以划分为以下群组，参见图15所示：

划分第一群组(相当于强关系群组)：依据用户a01与用户a02相同的身份证号(IDN1)、以及用户a01与用户b02相同的电话(TEL1)，将用户a01、用户a02、用户b02划分入第一群组101；依据用户c03和用户d04相同的身份证号(IDN3)，将用户c03和用户d04划分入第一群组102；依据用户e05和用户e06相同的电话(TEL5)，将用户e05和用户e06划分入第一群组103。

划分第二群组(相当于弱关系群组)：依据用户a01和用户a02相同的工作地址(CA1)、以及相同的IP地址(IPA1)，将用户a01和用户a02分入同一第二群组201；依据用户c03和用户d04相同的家庭住址(HA4)、以及用户b02和用户c03之间相同的工作地址(CA2)，将用户b02、用户c03和用户d04划分入同一第二群组202；依据用户e05和用户e06之间相同的家庭住址(HA5)、相同的工作地址(CA4)、相同的IP地址(IPA5)，将用户e05和用户e06划分入同一第二群组203。

执行步骤S12将待查信息与用户群组中的用户进行匹配，可具体为：

执行步骤S111划分第三群组：对银行卡号CN1，将具有相同的银行卡号CN1的用户a01、用户a02、用户b02和用户c03划分入同一第三群组301；对银行卡号CN2，将具有相同的银行卡号CN2的用户d04、用户e05和用户e06划分入同一第三群组302。

执行步骤S122建立第一匹配关系：第一群组101和第三群组301之间有共同的用户a01、用户a02和用户b02，因此，在第一群组101和第三群组301之间建立第一匹配关系1-1；第一群组102和第三群组301之间有共同的用户c03，因此，在第一群组102和第三群组301之间建立第一匹配关系1-2；第一群组102和第三群组302之间有共同的用户d04，因此，在第一群组102和第三群组302之间建立第一匹配关系1-3；第一群组103和第三群组302有共同的用户e05和用户e06，因此，在第一群组103和第三群组302之间建立第一匹配关系1-4。

执行步骤S123建立第二匹配关系：第一群组101和第二群组201之间有共同的用户a01和用户a02，因此，在第一群组101和第二群组201之间建立第二匹配关系2-1；第一群组101和第二群组202之间有共同的用户b02，因此，在第一群组101和第二群组202之间建立第二匹配关系2-2；第一群组102和第二群组202之间有共同的用户c03和c04，因此，在第一群组102和第二群组202之间建立第二匹配关系2-3；第一群组103和第二群组203之间有共同的用户e05和用户e06，因此，在第一群组103和第二群组203之间建立第二匹配关系2-4。

由此得到图15所示的建构图。从图中可以看出，针对待查信息CN1，第三群组301同时与第一群组101和第一群组102建立了第一匹配关系，表示存在无紧密关联性的用户具有相同的待查信息——银行卡号CN1；同时，第一群组101和第一群组102同时与第二群组202建立了第二匹配关系，表示上述无紧密关联性的用户间存在一般关联性。由此可知，具有相同的待查信息CN1的用户间存在一般关联性，通常可以认为该待查信息CN1未被盗用，处于正常状态。针对待查信息CN2，第三群组302同时与第一群组102和第一群组103建立了第一匹配关系，表示存在无紧密关联性的用户具有相同的待查信息——银行卡号CN2；同时，第一群组102和第一群组103没有与同一第二群组建立的第二匹配关系，表示上述无紧密关联性的用户间也不存在一般关联性。由此可知，具有相同的待查信息CN2的用户中存在与其他用户无任何关联性的用户，通常可以认为该待查信息CN2被盗用，处于异常状态。

在具体确定待查信息状态时，可以采用图4所示的流程进行。执行步骤S131，在设定预设计数规则时，可以设定第一匹配关系的计数值为1，第二匹配关系的计数值为-1。以确定待查信息CN1的状态为例，与第三群组301建立的第一匹配关系为1-1和1-2，数量为2；与第三群组301建立了第一匹配关系的两个第一群组101和102与同一个第二群组202建立的第二匹配关系为2-2和2-3，数量为2。于是，在计算待查信息CN1对应的第三群组301的关联关系计数值时，可以采用公式关联关系计数值＝第一匹配关系统计值*第一匹配关系计数值+第二匹配关系统计值*第二匹配关系计数值，带入具体数值，计算结果为0。依据该关联关系计数值与预设值的比较结果，确定第三群组对应的待查信息的状态。以上述为例，可以将预设值设定为1，结合预设计数规则，若满足条件的第一匹配关系与第二匹配关系数量多，则表示第三群组对应的待查信息的状态为异常。

在具体确定待查信息状态时，也可以采用图5所示的流程进行。执行步骤S137进行统计，以确定待查信息CN2的状态为例，与第三群组302建立了第一匹配关系的第一群组分别为第一群组102和第一群组103，这两个第一群组没有与同一个第二群组建立第二匹配关系，即两个第一群组与同一个第二群组建立的第二匹配关系的数量为0。可以假设预设数值为2，表示要求两个满足条件的第一群组至少与同一个第二群组建立第二匹配关系才能确定待查信息的状态为正常。基于此，确定待查信息CN2的状态为异常。

以上描述的确定待查信息CN1和/或CN2的状态时，先基于待查信息与用户群组的匹配关系，构建了静态建构图，参见图15所示。然后采用计数、评分或统计的方式，进一步确定待查信息的状态。除此之外，也可以采用图6和图7示例的流程依次判断条件的符合情况，依据判断的结果确定待查信息的状态(参见图7)。以确定银行卡号CN1的状态为例。

在划分用户群组的基础上，先执行S124判断银行卡号信息均为CN1的用户a01、a02、b02、c03是否被分入不同的第一群组。经比对可知，用户a01、a02和b02被分入第一群组101，用户c03被分入第一群组102，也就是说，银行卡号信息均为CN1的用户被分入不同的第一群组。接下来，继续判断第一群组101和第一群组102是否与同一个第二群组存在至少一个相同的用户。经比对可知，第一群组101与第二群组202存在共同的用户b02，第一群组102与第二群组202存在共同的用户c03和d04，也就是说，第一群组101和第一群组102与同一个第二群组202存在至少一个相同的用户。因此，可以确定待查信息CN1的状态为正常。

本申请实施例还提供了一种确定待查信息状态的装置，包括：

匹配模块，将具有相同待查信息的用户与用户群组中的用户进行匹配；其中，所述用户群组包括第一群组和第二群组，所述第一群组中至少两个用户间具有至少一项相同的第一信息，所述第二群组中至少两个用户间具有至少一项相同的第二信息；

状态确定模块，依据匹配的结果，确定所述待查信息的状态为正常或者异常。

作为优选，本申请实施例提供的确定待查信息状态的装置中，所述装置还包括：

获取模块，获取用户的数据信息，所述数据信息包括用户的所述第一信息和所述第二信息；其中，所述第一信息为用户的个人信息，所述第二信息为用户的类别信息；

用户群组划分模块，依据所述第一信息，将具有任意一项相同的第一信息的用户分入同一个第一群组中；依据所述第二信息，将具有任意一项相同的第二信息的用户分入同一个第二群组中。

作为优选，本申请实施例提供的确定待查信息状态的装置中，所述匹配模块包括：

第一判断组件，判断具有相同待查信息的用户是否被分入不同的第一群组；

第二判断组件，在具有相同待查信息的用户被分入不同的第一群组时，进一步判断所述不同的第一群组是否与同一个第二群组存在至少一个相同的用户。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

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

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。