CN110363515A - 权益卡账户信息查询方法、系统、服务器及可读存储介质 - Google Patents

Abstract

本说明书实施例提供了一种权益卡账户信息查询方法，通过访问权益卡离线表，获取离线权益卡记录信息，通过监听绑卡事件及解绑事件，获取在线权益卡记录信息，并将离线权益卡信息及在线权益卡信息存储到权益卡数据库。可见，通过汇总前日离线权益卡记录信息和当日在线权益卡信息，使得权益卡账户信息查询所依据的信息是完整、实时的，从而保证数据查询的完整性和实时性，提高了查询的准确性及效率。

Description

权益卡账户信息查询方法、系统、服务器及可读存储介质

技术领域

本说明书实施例涉及互联网技术领域，尤其涉及一种权益卡账户信息查询方法、系统、服务器及可读存储介质。

背景技术

在网络支付平台中，转账到卡欺诈资损占总体欺诈资损的很大比例，其中首次在支付平台出现的权益卡产生的资损又占转账到卡资损的很大比例，而收款卡是否安全依赖于关联账户，因此对于新卡的防控需要能够实时返回卡的账户信息。

发明内容

本说明书实施例提供及一种权益卡账户信息查询方法、系统、服务器及可读存储介质。

第一方面，本说明书实施例提供一种权益卡账户信息查询方法，包括：访问权益卡离线表，获取截至前日的离线权益卡记录信息，并将所述离线权益卡记录信息存储到权益卡数据库；监听当日权益卡的绑卡事件及解绑事件，获取当日的在线权益卡记录信息，并将所述在线权益卡记录信息存储到权益卡数据库；根据查询请求，在权益卡数据库中进行查询，得到权益卡的账户信息。

第二方面，本说明书实施例提供一种权益卡账户信息查询系统，包括数据处理平台、数据分析平台以及数据存储平台，其中：所述数据处理平台，用于维护权益卡离线表，获取截至前日的离线权益卡记录信息；所述数据分析平台，用于监听权益卡的绑卡事件和解绑事件，从而获取当日的在线权益卡记录信息，以及，接收查询请求，在权益卡数据库中进行查询，得到权益卡的账户信息；所述数据存储平台，用于维护所述权益卡数据库，其中，通过访问所述数据处理平台，将所述离线权益卡记录信息存储到所述权益卡数据库，以及，通过从所述数据分析平台接收所述在线权益卡记录信息，将所述在线权益卡记录信息存储到所述权益卡数据库。

第三方面，本说明书实施例提供一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一项所述方法的步骤。

第四方面，本说明书实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一项所述方法的步骤。

本说明书实施例有益效果如下：

本说明书实施例提供的权益卡账户信息查询方法，通过汇总前日离线权益卡记录信息和当日在线权益卡信息，使得权益卡账户信息查询所依据的信息是完整、实时的，从而为后续的数据分析提供与业务完全一致的数据源，由于数据的完整性和实时性，保证了查询的准确以及效率，解决大数据背景下的时效性以及低响应延时的问题。

附图说明

图1为本说明书实施例权益卡账户信息查询方法实例场景示意图；

图2为本说明书实施例第一方面的权益卡账户信息查询方法流程图；

图3为本说明书实施例第一方面的权益卡账户信息查询方法实例中权益卡离线表结构示意图；

图4为本说明书实施例第二方面的权益卡账户信息查询系统结构示意图；

图5为本说明书实施例第二方面的权益卡账户信息查询系统实例数据处理示意图；

图6为本说明书实施例第三方面的服务器结构示意图。

具体实施方式

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本说明书实施例的技术方案做详细的说明，应当理解本说明书实施例以及实施例中的具体特征是对本说明书实施例技术方案的详细的说明，而不是对本说明书技术方案的限定，在不冲突的情况下，本说明书实施例以及实施例中的技术特征可以相互组合。

参见图1，为本说明书实施例权益卡账户信息查询方法实例场景示意图。图1示出了权益卡账户信息查询系统10和风控系统20，其中，权益卡账户信息查询系统10，向风控系统20提供查询入口，通过该查询系统，可得到待查询权益卡的账户信息，账户信息是可用以表明用户身份的信息，例如可以是权益卡对应用户的用户ID，或者用户证件信息等，分控系统20，根据查询结果获知用户身份后，可对用户身份进行识别是否为风险用户，例如，通过用户黑名单比对的方式，确定用户是否为风险用户，如果是风险用户，可给出该用户对应的权益卡为风险权益卡的提示，或者给出权益卡限制使用的提示或操作，从而尽可能降低欺诈资损。

需要说明的是，图1仅示出了一种风险控制场景下进行权益卡账户信息查询的示例，实际中，还可能在其他场景下进行权益卡账户信息的查询，例如，当对支付平台的权益卡信息进行汇总统计时，也可以进行权益卡账户信息的查询。因此，上述场景仅是一种示例，并不构成对本说明书实施例的限制。

第一方面，本说明书实施例提供一种权益卡账户信息查询方法，请参考图2，该权益卡账户信息查询方法包括步骤S201-S203。

如前分析的，对于新卡的防控需要能够实时返回卡的账户信息，因此，对于数据处理提出实时的要求。由于大多数海量数据的查询都是基于前一天的离线数据，但是权益卡账户查询需要实时感知绑卡事件的发生，从而获取及时信息。因此，本说明书实施例中，一方面获取前一天的离线权益卡记录信息(S201)，另一方面获取当日的在线权益卡记录信息(S202)，从而满足查询实时数据的要求。

S201:访问权益卡离线表，获取截至前日的离线权益卡记录信息，并将离线权益卡记录信息存储到权益卡数据库。

本说明书实施例中，权益卡是指用户在支付平台使用的银行卡，例如包括借记卡、贷记卡等。

以支付平台为例，后台服务器一般都会使用数据库来持久化保存业务信息，一般会将在线业务数据同步到离线表中，但是离线表只能包含昨日数据。为了表述清楚，本说明书实施例中，将存储权益卡相关业务数据的离线表称为权益卡离线表，该权益卡离线表至少包括权益卡本身信息例如卡号，以及权益卡相关的账户信息，例如，用户ID或用户证件号等，此外，还可以包括绑卡或解绑操作状态以及操作时间。

参见图3，为一个实例中权益卡离线表结构示意图，该离线表中包括用户id(userId)、卡号(cardNo)、状态(Status)、绑卡时间(gmtSign)、解绑时间(gmtCancel)、最近操作时间(gmtModified)。其中，用户id是用户申请注册时支付平台给出的唯一id，代表用户唯一性；卡号即权益卡卡号；状态是表明权益卡当前的状态，是绑卡状态还是解绑状态，其中status A表示绑卡状态，statusC表示解绑状态；绑卡时间是绑卡操作的时间；解绑时间是解绑操作的时间；最近操作时间是对权益卡最后操作(绑卡或解绑)的时间。图3中示出了4条记录，以第一条记录为例说明，用户id为208800001，卡号为10000001，状态为C表示解绑状态，绑卡时间为2013-12-11 10:10:10，解绑时间为2014-12-11 10:10:10，最近操作时间为2014-12-11 10:10:10。

至此，通过离线表获得截至前日的离线权益卡记录信息，然后将离线权益卡记录信息存储到一个专门的数据库，为了表述，本说明书实施例中将该数据库称为权益卡数据库。为了提高数据存储性能，该数据库可以是多模、多API、多一致性的NoSQL(非关系型的数据库)，面向大规模数据场景可提供领先的高吞吐、高性能、灵活、全球分布的存储处理能力的数据库。

具体将离线权益卡记录信息存储到权益卡数据库的方式，可以是：以权益卡卡号为第一关键字、用户id为第二关键字，构成行键(rowKey)，从而将离线权益卡记录信息存储到权益卡数据库。此外，为了提高存储性能，特别是防止热点数据产生，提高集群性能，可以通过将数据打散后进行存储。采取的方式可以为：对权益卡卡号进行散列运算，得到卡号散列值；按照卡号散列值，将不同权益卡卡号对应的权益卡记录信息分散存储到权益卡数据库所在集群的不同的机器中。例如，存储使用md5(cardNo).substring(1,4)/cardNo/userId做为rowKey，将绑卡的详细信息做为列信息，通过md5算法来将数据打散，使得不同的卡号分散存储到集群不同机器中，防止热点数据产生，提高集群性能。

在一种可选方式中，在从离线表得到原始记录信息之后，还对原始记录信息进行过滤、合并等操作，剔除重复、无效的记录，从而更高效的提炼出有效的记录，然后才将有效的记录存储到权益卡数据库中，不但可以提高数据传输、存储的效率，而且可以减小对数据库的无效占用。

可通过以下步骤实现“获取截至前日的权益卡记录信息”：

(1)从权益卡离线表中过滤掉状态过程信息，得到权益卡最新状态信息；

(2)根据权益卡最新状态信息及状态操作时间，筛选出绑卡状态的权益卡记录及解绑状态的权益卡记录；

(3)合并绑卡状态的权益卡记录及解绑状态的权益卡记录，得到离线权益卡记录信息。

例如，原始离线表中可能针对某个/些权益卡存储了很多条记录，最关心的是最近操作以及最新状态，对于过程记录可以过滤掉。仍以图3为例，第1条和第2条记录都是针对同一个用户同一张权益卡的记录，第1条记录表明208800001用户的10000001卡目前是C状态，第2条记录表明该卡是A状态，根据最近操作实际(2019-02-11 10:10:10)确定第2条记录为最新记录，因此208800001用户的10000001卡属于绑卡状态，对于此类的C状态需要过滤掉。

此外，在合并了权益卡记录之后，还可以对具有过多条记录的权益卡的记录进行条数限制处理。因此，在上述“合并绑卡状态的权益卡记录及解绑状态的权益卡记录”之后，还可以包括如下步骤：(1)确定权益卡卡号对应的权益卡记录条数；(2)判断权益卡记录条数是否大于预置的最大记录数目阈值，如果是，仅保留时间最新的最大记录数目阈值数量的权益卡记录。例如，由于一个卡号存在最多几万条绑卡记录的情况存在，而此类账号属于风险账号，给出几万多明细数据也无用，反而影响查询性能，因此为了提高查询效率，可对每个权益卡对应的记录数量设定限制，例如，当权益卡卡号对应的记录超过30条时，按照时间倒序保留最近30条记录。

S202：监听当日权益卡的绑卡事件及解绑事件，获取当日的在线权益卡记录信息，并将在线权益卡记录信息存储到权益卡数据库。

传统OLTP(On-Line Transaction Processing联机事务处理过程)应用一般会使用MYSQL(关系型数据库管理系统)等有事务特性的关系型数据库来持久化保存业务信息，随着业务发展单库单表已经无法支撑业务时，会按照一定的维度来进行拆分，例如，用户权益卡信息表按照UserId倒数二、三位进行分库分表，总共分为10库100表，每个数据库10张表，那么当需要按照权益卡卡号或者证件号查询关联的绑卡记录时，需要分别在10个数据库100张表查询，一般会将在线业务数据同步到离线表中，通过离线表可以满足不同字段的查询需求，但是离线表只能包含昨日数据，不满足数据时效性的要求。因此，本说明书实施例中，为了获取当日数据，通过监听绑卡/解绑事件，将当日的权益卡记录信息保存到权益卡数据库中，从而得到实时绑卡信息。为了与离线权益卡记录信息相呼应，将当日监听到的权益卡记录信息称为在线权益卡记录信息。

其中，监听绑卡/解绑事件的实现，可以通过设置一个专门的监听模块来完成，例如，通过设置监听模块，实时监听用户发起的绑卡/解绑操作，当监听到绑卡/解绑操作时，即确定发生了绑卡/解绑事件，此时，获取绑卡/解绑事件中涉及的在线权益卡记录信息，并将在线权益卡记录信息同步存储到权益卡数据库中。

具体将在线权益卡记录信息存储到权益卡数据库的方式与离线权益卡记录信息存储方式类似，例如，可以是：以权益卡卡号为第一关键字、用户id为第二关键字，构成行键(rowKey)，从而将在线权益卡记录信息存储到权益卡数据库。此外，为了提高存储性能，特别是防止热点数据产生，提高集群性能，可以通过将数据打散后进行存储。采取的方式可以为：对权益卡卡号进行散列运算，得到卡号散列值；按照卡号散列值，将不同权益卡卡号对应的权益卡记录信息分散存储到权益卡数据库所在集群的不同的机器中。例如，存储使用md5(cardNo).substring(1,4)/cardNo/userId做为rowKey，将绑卡的详细信息做为列信息，通过md5算法来将数据打散，使得不同的卡号分散存储到集群不同机器中，防止热点数据产生，提高集群性能。

S203：根据查询请求，在权益卡数据库中进行查询，得到权益卡的账户信息。

当有权益卡账户查询需求时(例如支付平台安全维护需求进行账户查询)，发起查询请求，该查询请求中至少包括待查询权益卡的卡号或表征权益卡信息的字段，通过权益卡卡号作为关键字，在权益卡数据库中进行检索，可得到权益卡的账户信息，账户信息是指表明权益卡所属用户的身份信息，例如，用户身份证号码、用户标识信息、用户id等。

在一种可选方式中，例如在风控场景下，在得到权益卡的账户信息之后，还可包括如下步骤：(1)判断账户信息是否包含在账户黑名单中，若是，确定账户为风险账户；(2)判定风险账户对应的权益卡为风险权益卡。因此，在查找出权益卡账户信息基础上，例如在风险控制场景下，继而可以确定转账等操作的权益卡的用户是否安全，这样就可以根据用户安全性进行权益卡的风控，降低欺诈资损。

可见，本说明书实施例提供的权益卡账户信息查询方法，通过汇总前日离线权益卡记录信息和当日在线权益卡信息，使得权益卡账户信息查询所依据的信息是完整、实时的，从而为后续的数据分析提供与业务完全一致的数据源，由于数据的完整性和实时性，保证了查询的准确以及效率，解决大数据背景下的时效性以及低响应延时的问题。

第二方面，基于同一发明构思，本说明书实施例提供一种权益卡账户信息查询系统，请参考图4，为本说明书实施例提供的权益卡账户信息查询系统结构示意图。

该系统包括数据处理平台401、数据分析平台402以及数据存储平台403，其中：

所述数据处理平台401，用于维护权益卡离线表，获取截至前日的离线权益卡记录信息；

所述数据分析平台402，用于监听权益卡的绑卡事件和解绑事件，从而获取当日的在线权益卡记录信息，以及，接收查询请求，在权益卡数据库中进行查询，得到权益卡的账户信息；

所述数据存储平台403，用于维护所述权益卡数据库，其中，通过访问所述数据处理平台401，将所述离线权益卡记录信息存储到所述权益卡数据库，以及，通过从所述数据分析平台402接收所述在线权益卡记录信息，将所述在线权益卡记录信息存储到所述权益卡数据库。

在一种可选方式中，所述数据处理平台401还用于，从所述权益卡离线表中过滤掉状态过程信息，得到权益卡最新状态信息；根据权益卡最新状态信息及状态操作时间，筛选出绑卡状态的权益卡记录及解绑状态的权益卡记录；合并绑卡状态的权益卡记录及解绑状态的权益卡记录，得到所述离线权益卡记录信息。

在一种可选方式中，所述数据处理平台401还用于，确定权益卡卡号对应的权益卡记录条数，判断所述权益卡记录条数是否大于预置的最大记录数目阈值，如果是，仅保留时间最新的最大记录数目阈值数量的权益卡记录。

在一种可选方式中，所述离线权益卡记录信息或所述在线权益卡记录信息包括：权益卡卡号及用户id；所述数据存储平台403还用于，以权益卡卡号为第一关键字、用户id为第二关键字，构成行键，从而将所述离线权益卡记录信息或所述在线权益卡记录信息存储到权益卡数据库。

在一种可选方式中，所述数据存储平台403还用于，对权益卡卡号进行散列运算，得到卡号散列值；按照卡号散列值，将不同权益卡卡号对应的权益卡记录信息分散存储到所述权益卡数据库所在集群的不同的机器中。

在一种可选方式中，所述查询请求中包括权益卡卡号；所述数据分析平台402还用于，以所述权益卡卡号为关键字，在所述权益卡数据库中搜索所述权益卡卡号下所有用户id的权益卡记录信息；根据搜索到的权益卡记录信息，得到账户信息，所述账户信息包括用户id和/或用户身份信息。

在一种可选方式中，所述数据分析平台403还用于，判断所述账户信息是否包含在账户黑名单中，若是，确定账户为风险账户；判定风险账户对应的权益卡为风险权益卡。

参见图5，为本说明书实施例第二方面的权益卡账户信息查询系统一个具体实例的数据处理示意图。图5示出了：数据处理平台向数据存储平台存储离线权益卡记录信息(离线记录处理及存储)、数据分析平台向数据存储平台存储在线权益卡记录信息(在线记录处理及存储)、数据分析平台响应查询请求在数据存储平台进行账户信息查询(账户信息实时查询)，这三方面的流程。下面也从这方面进行说明。

一.离线记录处理及存储

实际中，由于离线表中可能已经保存了大量用户大量记录(例如10亿用户的70多亿条绑卡记录信息)，因此，需要对海量记录进行处理，例如进行筛选和过滤等操作。

例如，首先筛选出当前为statusA状态的记录，表明当前的“用户+卡号”的关系属于绑定状态，再筛选出“用户+卡号”状态为C，并且gmt_modified＝max(gmt_modified)表示获取当前最新修改的那条记录，并且不存在对应的“用户+卡号”有状态为A的记录，例如上面的图3例子中，第1条记录虽然208800001用户的10000001卡目前是C状态，但是由于第2条记录是A状态，因此208800001用户的10000001卡属于绑卡状态，对于此类的C状态需要过滤掉。然后，在分别清洗出A和C状态表后，做合并处理就得到用户绑卡的状态数据。

由于一个卡号存在最多几万条绑卡记录的情况存在，而此类账号属于风险账号，给出几万条明细数据也无用，反而影响查询性能，因此可对这类权益卡的记录进行数量过滤，例如，具体到一个卡号对应的绑卡数据超过阈值(例如30条时)，按照时间倒序取最近30条记录。

最后，将处理后的离线记录周期性同步到数据存储平台的权益卡数据库中存储。例如，存储使用md5(cardNo).substring(1,4)/cardNo/userId做为rowKey，将绑卡的详细信息做为列信息。通过md5来将数据打散，使得不同的卡号分散存储到集群不同机器中，防止热点数据产生，提高集群性能。

二.在线记录处理及存储

如上面介绍的，通过离线周期同步可以将前日记录回流到权益卡数据库，但是还缺失当日记录。在数据分析平台，设置一个监听模块，监听用户绑卡/解绑卡的事件。每次状态的变更都能够准实时(毫秒延迟)获取到，然后将绑卡/解绑的相关信息按照离线记录一样的结构，使用md5(cardNo).substring(1,4)/cardNo/userId做为rowKey，绑卡的详细信息做为列信息实时写入权益卡数据库中，使得权益卡数据库中的数据状态和实际业务数据库中状态一致。

三.账户信息实时查询

数据分析平台中提供实时查询模块，当查询方(调用方)提供cardNo时，数据分析平台通过实时查询在数据存储平台的权益卡数据库进行搜索查询。

例如，将待查询的cardNo进行转换，以：

md5(cardNo).substring(1,4)/cardNo/0000000000000000做为起始行键(startRowKey)，

md5(cardNo).substring(1,4)/cardNo/9999999999999999做为结束行键(endRowKey)，

在权益卡数据库中进行检索(scan)。

由于权益卡数据库中可按照同一个cardNo的所有userId按照升序排列，因此通过cardNo能够高效查询出相关联的绑卡记录信息。

第三方面，基于与前述实施例中权益卡账户信息查询方法同样的发明构思，本发明还提供一种终端，如图6所示，包括存储器604、处理器602及存储在存储器604上并可在处理器602上运行的计算机程序，所述处理器602执行所述程序时实现前文所述权益卡账户信息查询方法的任一方法的步骤。

其中，在图6中，总线架构(用总线600来代表)，总线600可以包括任意数量的互联的总线和桥，总线600将包括由处理器602代表的一个或多个处理器和存储器604代表的存储器的各种电路链接在一起。总线600还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口606在总线600和接收器601和发送器603之间提供接口。接收器601和发送器603可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器602负责管理总线600和通常的处理，而存储器604可以被用于存储处理器602在执行操作时所使用的数据。

第四方面，基于与前述实施例中权益卡账户信息查询方法的发明构思，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前文所述权益卡账户信息查询方法的任一方法的步骤。

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

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

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

尽管已描述了本说明书的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本说明书范围的所有变更和修改。

显然，本领域的技术人员可以对本说明书进行各种改动和变型而不脱离本说明书的精神和范围。这样，倘若本说明书的这些修改和变型属于本说明书权利要求及其等同技术的范围之内，则本说明书也意图包含这些改动和变型在内。

Claims (16)

1.一种权益卡账户信息查询方法，包括：

访问权益卡离线表，获取截至前日的离线权益卡记录信息，并将所述离线权益卡记录信息存储到权益卡数据库；

监听当日权益卡的绑卡事件及解绑事件，获取当日的在线权益卡记录信息，并将所述在线权益卡记录信息存储到权益卡数据库；

根据查询请求，在权益卡数据库中进行查询，得到权益卡的账户信息。

2.根据权利要求1所述的方法，所述获取截至前日的权益卡记录信息，包括：

从权益卡离线表中过滤掉状态过程信息，得到权益卡最新状态信息；

根据权益卡最新状态信息及状态操作时间，筛选出绑卡状态的权益卡记录及解绑状态的权益卡记录；

合并绑卡状态的权益卡记录及解绑状态的权益卡记录，得到所述离线权益卡记录信息。

3.根据权利要求2所述的方法，在所述合并绑卡状态的权益卡记录及解绑状态的权益卡记录之后，还包括：

确定权益卡卡号对应的权益卡记录条数，

判断所述权益卡记录条数是否大于预置的最大记录数目阈值，如果是，仅保留时间最新的最大记录数目阈值数量的权益卡记录。

4.根据权利要求1所述的方法，所述离线权益卡记录信息或所述在线权益卡记录信息包括：权益卡卡号及用户id；

所述将所述离线权益卡记录信息存储到权益卡数据库，或，所述将所述在线权益卡记录信息存储到权益卡数据库，包括：

以权益卡卡号为第一关键字、用户id为第二关键字，构成行键，从而将所述离线权益卡记录信息或所述在线权益卡记录信息存储到权益卡数据库。

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

对权益卡卡号进行散列运算，得到卡号散列值；

按照卡号散列值，将不同权益卡卡号对应的权益卡记录信息分散存储到所述权益卡数据库所在集群的不同的机器中。

6.根据权利要求1所述的方法，所述查询请求中包括权益卡卡号；

所述在权益卡数据库中进行查询，得到权益卡的账户信息，包括：

以所述权益卡卡号为关键字，搜索所述权益卡卡号下所有用户id的权益卡记录信息；

根据搜索到的权益卡记录信息，得到账户信息，所述账户信息包括用户id和/或用户身份信息。

7.根据权利要求1-6任一项所述的方法，在得到权益卡的账户信息之后，还包括：

判断所述账户信息是否包含在账户黑名单中，若是，确定账户为风险账户；

判定风险账户对应的权益卡为风险权益卡。

8.一种权益卡账户信息查询系统，包括数据处理平台、数据分析平台以及数据存储平台，

所述数据处理平台，用于维护权益卡离线表，获取截至前日的离线权益卡记录信息；

所述数据分析平台，用于监听权益卡的绑卡事件和解绑事件，从而获取当日的在线权益卡记录信息，以及，接收查询请求，在权益卡数据库中进行查询，得到权益卡的账户信息；

所述数据存储平台，用于维护所述权益卡数据库，其中，通过访问所述数据处理平台，将所述离线权益卡记录信息存储到所述权益卡数据库，以及，通过从所述数据分析平台接收所述在线权益卡记录信息，将所述在线权益卡记录信息存储到所述权益卡数据库。

9.根据权利要求8所述的系统，所述数据处理平台还用于，从所述权益卡离线表中过滤掉状态过程信息，得到权益卡最新状态信息；根据权益卡最新状态信息及状态操作时间，筛选出绑卡状态的权益卡记录及解绑状态的权益卡记录；合并绑卡状态的权益卡记录及解绑状态的权益卡记录，得到所述离线权益卡记录信息。

10.根据权利要求9所述的系统，所述数据处理平台还用于，确定权益卡卡号对应的权益卡记录条数，判断所述权益卡记录条数是否大于预置的最大记录数目阈值，如果是，仅保留时间最新的最大记录数目阈值数量的权益卡记录。

11.根据权利要求8所述的系统，所述离线权益卡记录信息或所述在线权益卡记录信息包括：权益卡卡号及用户id；所述数据存储平台还用于，以权益卡卡号为第一关键字、用户id为第二关键字，构成行键，从而将所述离线权益卡记录信息或所述在线权益卡记录信息存储到权益卡数据库。

12.根据权利要求11所述的系统，所述数据存储平台还用于，对权益卡卡号进行散列运算，得到卡号散列值；按照卡号散列值，将不同权益卡卡号对应的权益卡记录信息分散存储到所述权益卡数据库所在集群的不同的机器中。

13.根据权利要求8所述的系统，所述查询请求中包括权益卡卡号；所述数据分析平台还用于，以所述权益卡卡号为关键字，在所述权益卡数据库中搜索所述权益卡卡号下所有用户id的权益卡记录信息；根据搜索到的权益卡记录信息，得到账户信息，所述账户信息包括用户id和/或用户身份信息。

14.根据权利要求8-13任一项所述的系统，所述数据分析平台还用于，判断所述账户信息是否包含在账户黑名单中，若是，确定账户为风险账户；判定风险账户对应的权益卡为风险权益卡。

15.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1-7任一项所述方法的步骤。

16.一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现权利要求1-7任一项所述方法的步骤。