交易关联信息的查询方法及相关装置

技术领域

本申请涉及信息管理技术领域，尤其涉及一种交易关联信息的查询方法及相关装置。

背景技术

随着信用卡的普及及外部欺诈形势和监管要求的变化，各信用卡机构均逐渐建设并完善各自的信用卡风险防御体系，结合大数据和人工智能等技术，不断提升风险预警的准确性与及时性。

为了更加精确的实施风险防御策略，除交易信息外，还需要查询交易的关联信息，例如，发生交易的卡片、客户、账户及该账户的历史交易明细和历史处置记录等信息。由于交易关联信息的数据量较大且较分散，需要从多个关联系统中调用后再进行数据拼接，即使处于局域网内部，受制于调用接口的查询效率和网络传输带宽等原因，可能出现延时等待的情况，使得交易关联信息的查询速度较慢，用户体验较差。

因此，如何提高交易关联信息的查询速度成为了亟待解决的问题。

发明内容

本申请提供了一种交易关联信息的查询方法及相关装置，提高了交易关联信息的查询效率。

第一方面，本申请提供一种交易关联信息的查询方法，所述方法包括：信用卡风险处置系统接收来自交易客户端的第一交易信息；所述信用卡风险处置系统向数据库系统发送第一请求信息，所述第一请求信息用于请求所述第一交易信息的关联信息；所述信用卡风险处置系统接收来自所述数据库系统的所述关联信息；所述信用卡风险处置系统接收来自审查客户端的第二请求信息，所述第二请求信息用于请求交易信息和所述交易信息的关联信息；所述信用卡风险处置系统向所述审查客户端发送所述第一交易信息和所述第一交易信息的关联信息。

本方法中，信用卡风险处置系统在接收到交易客户端发送的第一交易信息后，提前向数据库系统请求第一交易信息的关联信息，当信用卡风险处置系统接收到审查客户端发送的用于请求交易信息和交易信息的关联信息的请求信息后，向审查客户端发送第一交易信息和第一交易信息的关联信息，对比于信用卡风险处置系统在接收到审查客户端发送的用于请求交易信息和交易信息的关联信息的请求信息后，再向数据库系统请求交易信息的关联信息，由于在查询过程中不再受制于调用接口的查询效率和网络传输带宽等原因，从而可以缩短交易关联信息的查询时间，提高交易关联信息的查询效率。

在一种可能的实现方式中，所述信用卡风险处置系统将所述第一交易信息和所述第一交易信息的关联信息存储在所述信用卡风险处置系统的缓存中。

该实现方式中，信用卡风险处置系统将第一交易信息和第一交易信息的关联信息存储在信用卡风险处置系统的缓存中，降低了数据库负载，解决了缓存的冷启动问题，提高了交易关联信息的查询效率。

在一种可能的实现方式中，所述方法还包括：所述信用卡风险处置系统接收来自所述数据库系统的所述关联信息之前，所述信用卡风险处置系统还在所述缓存中存储所述第一交易信息的状态标志信息，所述状态标志信息用于指示所述第一交易信息的关联信息处于正在获取状态；所述信用卡风险处置系统接收来自所述数据库系统的所述关联信息之后，所述信用卡风险处理系统对所述状态标识信息进行更新，更新后的所述状态标识信息用于指示所述第一交易信息的关联信息处于已获取状态；

其中，所述信用卡风险处置系统向所述审查客户端发送所述第一交易信息和所述第一交易信息的关联信息，包括：所述信用卡风险处置系统判断所述第一交易信息的状态标志信息所指示的状态是否为已获取状态；若所述第一交易信息的状态标志信息所指示的状态为已获取状态，则所述信用卡风险处置系统向所述审查客户端发送所述第一交易信息和所述第一交易信息的关联信息。

该实现方式中，在信用卡风险处置系统接收到审查客户端发送的用于请求交易信息和交易信息的关联信息的请求信息后，先判断第一交易信息的状态标志信息所指示的状态是否为已获取状态；当第一交易信息的状态标志信息所指示的状态为已获取状态时，信用卡风险处置系统才向审查客户端发送第一交易信息和第一交易信息的关联信息，提高了交易关联信息的查询效率。

在一种可能的实现方式中，所述方法还包括：若所述第一交易信息的状态标志信息所指示的状态为正在获取状态，则所述信用卡风险处置系统进行等待；直到所述第一交易信息的状态标志信息所指示的状态更新为已获取状态，所述信用卡风险处置系统向所述审查客户端发送所述第一交易信息和所述第一交易信息的关联信息。

该实现方式中，在信用卡风险处置系统接收到审查客户端发送的用于请求交易信息和交易信息的关联信息的请求信息后，若判断第一交易信息的状态标志信息所指示的状态为正在获取状态，信用卡风险处置系统需要等到第一交易信息的状态标志信息所指示的状态更新为已获取状态时，才向审查客户端发送第一交易信息和第一交易信息的关联信息，提高了交易关联信息的查询效率。

在一种可能的实现方式中，所述关联信息包括多种类型的信息，且所述信用卡风险处置系统中存储所述多种类型中每种类型的信息的过期阈值，所述多种类型中至少一种类型的信息的过期阈值不同于所述多种类型中另外一种类型的信息的过期阈值；

其中，所述方法还包括：所述多种类型中每种类型的信息在所述缓存中的存储时间超过所述每种类型的信息的过期阈值时，所述信用卡风险处置系统从所述数据库系统获取更新后的所述每种类型的信息。

该实现方式中，当每种类型的信息在缓存中的存储时间超过该类型的信息的过期阈值时，信用卡风险处置系统从数据库系统获取更新后的该类型的信息，保证了关联数据的时效性，同时降低了系统间接口的调用频率。

在一种可能的实现方式中，所述方法还包括：所述信用卡风险处置系统上一次清理所述缓存中存储的数据至今的时长超过预设的第一清理周期时，所述信用卡风险处置系统清理所述缓存中的数据。

该实现方式中，信用卡风险处置系统上一次清理缓存中存储的数据至今的时长超过预设的第一清理周期时，信用卡风险处置系统将清理缓存中的数据，提高了缓存的利用率。

第二方面，本申请提供一种交易关联信息的查询装置，所述装置可以包括用于实现第一方面中的方法的各个模块，这些模块可以通过软件和/或硬件的方式实现。

第三方面，本申请提供一种交易关联信息的查询装置。该装置可以包括与存储器耦合的处理器。其中，该存储器用于存储程序代码，该处理器用于执行该存储器中的程序代码，以实现第一方面或其中任意一种实现方式中的方法。

可选地，该装置还可以包括该存储器。

第四方面，本申请提供一种芯片，包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器通过线路互联，所述至少一个处理器用于运行计算机程序或指令，以执行如第一方面或其中任意一种可能的实现方式所述的方法。

第五方面，本申请提供一种计算机可读介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行如第一方面或其中任意一种可能的实现方式所述的方法。

第六方面，本申请提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行如第一方面或其中任意一种可能的实现方式所述的方法。

附图说明

图1为本申请的实施例的一种系统架构的示意图；

图2为一种交易关联信息的查询方法的流程示意图；

图3为本申请的实施例的一种交易关联信息的查询方法的流程示意图；

图4为本申请的实施例的另一种系统架构的示意图；

图5为本申请的实施例的另一种交易关联信息的查询方法的流程示意图；

图6为本申请一个实施例的交易关联信息的查询装置的示意性结构图；

图7为本申请一个实施例提供的交易关联信息的查询装置的结构示意图。

具体实施方式

为了便于对本申请的理解，首先对本申请涉及的概念进行解释说明。

交易信息：可以为使用信用卡进行的交易活动中所涉及的任意一种或多种信息。例如，交易信息可以为交易账户、交易金额、交易时间和交易流水号中的一种或多种信息。其中，交易信息可以包括可疑交易信息。

可疑交易信息：是指在通常情况下认为符合逻辑思维，但在某些方面未知或者有可能受到欺骗的交易。例如，可疑交易信息可以包括异地修改、重置登录密码；短时间内异地频繁登录；收款账户在自动取款机(automated teller machine，ATM)及柜台转入后转出(批量转账)的、接近限额或接近零余额的交易；账户开户后没有交易或金额及笔数很低、当天发生大额转入且当天取走、接近零余额的交易；账户频繁发生接近余额或特定金额(参数化)的转账；客户签约信用卡的签约地与子机号码归属地不同；客户长期在某地办理业务，突然更换异地手机号码；信用卡账户长期未激洁，突然大额、接近限额、零余额交易；客户更换手机号码后做大额、接近限额、转账后接近0余额等情况的转账；客户签约后已办理转账汇款并激活，然后注销、再更换手机号码重新开通，进行大额转账；客户一直进行小额转账缴费类业务，突然进行多笔大额转账；短时间内连续办理新开立账户、信用卡开通、转账业务等。

交易关联信息：可以为与交易活动相关的任意一种或多种信息。例如，交易关联信息可以包括账户-设备组合信息、账户-互联网接入组合信息、账户登录后活动的组合信息、交易账户-收款人账户组合信息等、交易客户端的互联网/设备信息、网络会话数据、网际互联协议(internet protocol，IP)地址、互联网服务提供商、连接类型、客户终端设备身份标识(identity document，ID)、客户终端操作系统信息等。

图1为本申请的实施例的一种系统架构的示意图。如图1所示，交易关联信息查询系统100包括信用卡风险处置系统110、交易客户端120、数据库系统130和审查客户端140。

信用卡风险处置系统110用于接收、存储、发送交易信息和交易关联信息。

作为一种示例，信用卡风险处置系统110可以接收来自交易客户端120的交易信息和来自数据库系统130的交易关联信息，并对交易信息和交易关联信息进行存储，在接收到来自审查客户端140的请求信息后，向审查客户端140发送交易信息和交易关联信息。

交易客户端120可以包括用于网上银行交易的个人计算机终端、手机终端、以及银行在商业服务区域、生活服务区域等区域内设置的综合服务终端等。

数据库系统130可以包括一种或多种关联系统，不同的关联系统存储有不同类型的交易关联信息。例如，数据库系统130可以包括交易账户关联系统、交易时间关联系统和交易设备关联系统等，相应的，交易账户关联系统存储有交易账户关联信息，交易时间关联系统存储有交易时间关联信息，交易设备关联系统存储有交易设备关联信息。

审查客户端140可以包括用于审查交易信息、可疑交易信息和交易关联信息的个人计算机终端或手机终端等。

可以理解的是，图1所示的系统架构仅是本申请提供的交易关联信息查询系统的一种示例，在本申请另一些实施例中，交易关联信息查询系统100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件、软件或软件和硬件的组合实现。

图2为一种交易关联信息的查询方法的流程示意图。如图2所示，该方法至少包括S201至S205。

S201，信用卡风险处置系统接收来自交易客户端的第一交易信息。

信用卡风险处置系统的一种示例为信用卡风险处置系统110。

交易客户端的一种示例为交易客户端120。

其中，第一交易信息可以包括第一可疑交易信息。

示例性的，信用卡风险处置系统将接收的来自交易客户端的第一交易信息存储于本地数据库中。

S202，信用卡风险处置系统接收来自审查客户端的第一请求信息，第一请求信息用于请求交易信息和交易信息的关联信息。

审查客户端的一种示例为审查客户端140。

S203，信用卡风险处置系统向数据库系统发送第二请求信息，第二请求信息用于请求第一交易信息的关联信息。

数据库系统的一种示例为数据库系统130。

S204，信用卡风险处置系统接收来自数据库系统的第一交易信息的关联信息。

示例性的，信用卡风险处置系统将接收的来自数据库系统的第一交易信息的关联信息存储于本地数据库中。

S205，信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息。

示例性的，信用卡风险处置系统从本地数据利库中读取第一交易信息和第一交易信息的关联信息，并向审查客户端发送第一交易信息和第一交易信息的关联信息。

上述方法中，信用卡风险处置系统在接收到审查客户端发送的用于请求交易信息的关联信息的请求信息后才根据第一交易信息向数据库系统请求第一交易信息的关联信息，由于第一交易信息的关联信息的数据量较大且较分散，存储于不同的关联系统中，需要从多个不同的关联系统中获取第一交易信息的关联信息后再进行数据拼接，即使处于局域网内部，受制于调用接口的查询效率和网络传输带宽等原因，可能出现延时等待的情况，使得第一交易信息的关联信息的查询速度较慢，用户体验较差。

另外，上述方法中，信用卡风险处置系统将第一交易信息和第一交易信息的关联信息存储于本地数据库中，当信用卡风险处置系统接收到审查客户端发送的用于请求交易信息的关联信息的请求信息后，信用卡风险处置系统从本地数据库中读取第一交易信息和第一交易信息的关联信息，使得数据库的负载较大。

针对上述问题，本申请提出了如下技术方案：信用卡风险处置系统接收来自交易客户端的第一交易信息后，向数据库系统发送用于请求第一交易信息的关联信息的第一请求信息，接收到来自数据库系统的关联信息后，对第一交易信息的关联信息进行存储；当信用卡风险处置系统接收到来自审查客户端的用于请求交易信息和该交易信息的关联信息的第二请求信息后，信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息。

另外，为了降低信用卡风险处置系统中数据库的负载，本申请提出如下的技术方案：信用卡风险处置系统将接收的第一交易信息和第一交易信息的关联信息存储于缓存中。

进一步地，为了提高交易关联信息的查询效率，本申请提出如下的技术方案：在信用卡风险处置系统的缓存中设置第一交易信息的状态标志信息，用于指示第一交易信息的关联信息的获取状态；在信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息之前，先判断第一交易信息的状态标志信息所指示的状态是否为已获取状态；若第一交易信息的状态标志信息所指示的状态为已获取状态，则信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息；若第一交易信息的状态标志信息所指示的状态为正在获取状态，则信用卡风险处置系统进行等待，直到第一交易信息的状态标志信息所指示的状态更新为已获取状态时，信用卡风险处置系统才向审查客户端发送第一交易信息和第一交易信息的关联信息。

进一步地，为了保证交易关联信息的时效性，降低系统间接口的调用频率，本申请提出如下的技术方案：信用卡风险处置系统的缓存中存储有第一交易信息的关联信息中每种类型的关联信息的过期阈值，当每种类型的关联信息在缓存中的存储时间超过该类型的信息的过期阈值时，信用卡风险处置系统从数据库系统获取更新后的该类型的关联信息。

进一步地，为了提高缓存的利用率，本申请提出如下的技术方案：当信用卡风险处置系统上一次清理缓存中存储的数据至今的时长超过预设的第一清理周期时，信用卡风险处置系统将清理缓存中的数据。

图3为本申请的实施例的一种交易关联信息的查询方法的流程示意图。如图3所示，该方法至少包括S301至S305。

S301，信用卡风险处置系统接收来自交易客户端的第一交易信息。

信用卡风险处置系统的一种示例为信用卡风险处置系统110。

交易客户端的一种示例为交易客户端120。

其中，第一交易信息可以包括第一可疑交易信息。

优选的，信用卡风险处置系统将接收的来自交易客户端的第一交易信息存储于缓存中。

在一种可能的实现方式中，信用卡风险处置系统的缓存中存储有第一交易信息的状态标志信息，状态标志信息用于指示第一交易信息的关联信息的获取状态。

示例性的，第一交易信息的状态标志信息可以包括已获取状态和正在获取状态。

S302，信用卡风险处置系统向数据库系统发送第一请求信息，第一请求信息用于请求第一交易信息的关联信息。

数据库系统的一种示例为数据库系统130。

S303，信用卡风险处置系统接收来自数据库系统的关联信息。

示例性的，信用卡风险处置系统接收来自数据库系统的关联信息之后，信用卡风险处理系统对第一交易信息的状态标识信息进行更新，更新后的第一交易信息的状态标识信息为已获取状态，用于指示信用卡风险处置系统已成功获取第一交易信息的关联信息。

优选的，数据库系统发送的关联信息采用压缩数据格式，减少了数据体积。

在一种可能的实现方式中，第一交易信息的关联信息可以包括多种类型的信息，例如，第一交易信息的关联信息可以包括交易时间关联信息、交易账户关联信息和交易设备关联信息等。信用卡风险处置系统中存储有多种类型中每种类型的关联信息的过期阈值，其中，多种类型中至少一种类型的信息的过期阈值不同于多种类型中另外一种类型的信息的过期阈值，每种类型的关联信息的过期阈值可以人为进行设置。

当多种类型中每种类型的信息在缓存中的存储时间超过每种类型的信息的过期阈值时，信用卡风险处置系统从数据库系统获取更新后的每种类型的关联信息。

示例性的，将交易设备关联信息的过期阈值设置为5天，当第一交易信息的交易设备关联信息在缓存中的存储时间超过5天时，信用卡风险处置系统从交易设备关联系统获取更新后的第一交易信息的交易设备关联信息。

在另一种可能的实现方式中，信用卡风险处置系统的缓存中存储有第一清理周期，当信用卡风险处置系统上一次清理缓存中存储的交易信息和交易关联信息至今的时长超过第一清理周期时，信用卡风险处置系统清理缓存中的交易信息和交易关联信息。其中，第一清理周期可以人为进行设置。

示例性的，将第一清理周期设置为10天，当信用卡风险处置系统上一次清理缓存中存储的交易信息和交易关联信息至今的时长超过10天时，信用卡风险处置系统清理缓存中的交易信息和交易关联信息。

S304，信用卡风险处置系统接收来自审查客户端的第二请求信息，第二请求信息用于请求交易信息和交易信息的关联信息。

审查客户端的一种示例为审查客户端140。

S305，信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息。

在一种可能的实现方式中，信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息之前，先判断第一交易信息的状态标志信息所指示的状态是否为已获取状态；

若第一交易信息的状态标志信息所指示的状态为已获取状态，则信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息。

若第一交易信息的状态标志信息所指示的状态为正在获取状态，则信用卡风险处置系统进行等待，直到第一交易信息的状态标志信息所指示的状态更新为已获取状态，信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息。

本申请提供的技术方案中，信用卡风险处置系统在接收到交易客户端发送的第一交易信息后，提前向数据库系统请求第一交易信息的关联信息，并对接收的第一交易信息和第一交易信息的关联信息进行存储；当信用卡风险处置系统接收到审查客户端发送的用于请求交易信息和交易信息的关联信息的请求信息后，向审查客户端发送第一交易信息和第一交易信息的关联信息，缩短了交易关联信息的查询时间，提高了交易关联信息的查询效率。

图4为本申请的实施例的另一种系统架构的示意图。如图4所示，交易关联信息查询系统400包括信用卡风险处置系统410、交易客户端420、数据库系统430和审查客户端440，其中，信用卡风险处置系统410包括信息收集器411、缓存412和交易信息查询接口413。

信息收集器411用于接收来自交易客户端420的交易信息，向数据库系统430请求交易关联信息，接收数据库系统430反馈的交易关联信息，并将接收的交易信息和交易关联信息存储于缓存412中。

缓存412用于存储交易信息和交易关联信息，并在接收到交易信息查询接口413的查询请求后，向交易信息查询接口413返回交易信息和交易关联信息。

交易信息查询接口413为信用卡风险处置系统410与审查客户端440的通信接口，用于向缓存412传递审查客户端的查询请求。

交易客户端420、数据库系统430和审查客户端440可以参考交易客户端120、数据库系统130和审查客户端140，此处不再进行赘述。

可以理解的是，图4所示的系统架构仅是本申请提供的交易关联信息查询系统的一种示例，在本申请另一些实施例中，交易关联信息查询系统400可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件、软件或软件和硬件的组合实现。

图5为本申请的实施例的另一种交易关联信息的查询方法的流程示意图。如图5所示，该方法至少包括S501至S507。

S501，信息收集器接收来自交易客户端的第一交易信息。

信息收集器的一种示例为信息收集器411。

交易客户端的一种示例为交易客户端420。

其中，第一交易信息可以包括第一可疑交易信息。

S502，信息收集器将第一交易信息存储于缓存中。

在一种可能的实现方式中，信用卡风险处置系统的缓存中存储有第一交易信息的状态标志信息，状态标志信息用于指示第一交易信息的关联信息的获取状态。

示例性的，第一交易信息的状态标志信息可以包括已获取状态和正在获取状态。

此时，第一交易信息的状态标志信息为正在获取状态。

S503，信息收集器向数据库系统发送第一请求信息，第一请求信息用于请求第一交易信息的关联信息。

数据库系统的一种示例为数据库系统430。

S504，信息收集器接收来自数据库系统的第一交易信息的关联信息。

优选的，数据库系统发送的第一交易信息的关联信息采用压缩数据格式，减少了数据体积。

S505，信息收集器将第一交易信息的关联信息存储于缓存中。

当第一交易信息的关联信息存储在缓存中后，信用卡风险处理系统对第一交易信息的状态标识信息进行更新，更新后的第一交易信息的状态标识信息为已获取状态，用于指示信用卡风险处置系统已成功获取第一交易信息的关联信息。

在一种可能的实现方式中，第一交易信息的关联信息可以包括多种类型的信息，例如，第一交易信息的关联信息可以包括交易时间关联信息、交易账户关联信息和交易设备关联信息等。信用卡风险处置系统中存储有多种类型中每种类型的关联信息的过期阈值，其中，多种类型中至少一种类型的信息的过期阈值不同于多种类型中另外一种类型的信息的过期阈值，每种类型的关联信息的过期阈值可以人为进行设置。

当多种类型中每种类型的信息在缓存中的存储时间超过每种类型的信息的过期阈值时，信用卡风险处置系统从数据库系统获取更新后的每种类型的关联信息。

示例性的，将交易设备关联信息的过期阈值设置为5天，当第一交易信息的交易设备关联信息在缓存中的存储时间超过5天时，信用卡风险处置系统从交易设备关联系统获取更新后的第一交易信息的交易设备关联信息。

在另一种可能的实现方式中，信用卡风险处置系统的缓存中存储有第一清理周期，当信用卡风险处置系统上一次清理缓存中存储的交易信息和交易关联信息至今的时长超过第一清理周期时，信用卡风险处置系统清理缓存中的交易信息和交易关联信息。其中，第一清理周期可以人为进行设置。

示例性的，将第一清理周期设置为10天，当信用卡风险处置系统上一次清理缓存中存储的交易信息和交易关联信息至今的时长超过10天时，信用卡风险处置系统清理缓存中的交易信息和交易关联信息。

S506，交易信息查询接口接收来自审查客户端的第二请求信息，第二请求信息用于请求交易信息和交易信息的关联信息。

交易信息查询接口的一种示例为交易信息查询接口413。

示例性的，交易信息查询接口接收到来自审查客户端的第二请求信息后，向缓存请求第一交易信息和第一交易信息的关联信息。

S507，缓存通过交易信息查询接口向审查客户端发送第一交易信息和第一交易信息的关联信息。

在一种可能的实现方式中，信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息之前，需要判断第一交易信息的状态标志信息所指示的状态是否为已获取状态；

若第一交易信息的状态标志信息所指示的状态为已获取状态，则信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息。

若第一交易信息的状态标志信息所指示的状态为正在获取状态，则信用卡风险处置系统进行等待，直到第一交易信息的状态标志信息所指示的状态更新为已获取状态，信用卡风险处置系统向审查客户端发送第一交易信息和第一交易信息的关联信息。

本申请提供的技术方案中，信用卡风险处置系统在接收到交易客户端发送的第一交易信息后，提前向数据库系统请求第一交易信息的关联信息，并对接收的第一交易信息和第一交易信息的关联信息进行存储；当信用卡风险处置系统接收到审查客户端发送的用于请求交易信息和交易信息的关联信息的请求信息后，向审查客户端发送第一交易信息和第一交易信息的关联信息，缩短了交易关联信息的查询时间，提高了交易关联信息的查询效率；另外，信用卡风险处置系统将交易信息和交易关联信息存储与缓存中，降低了数据库负载，提高了交易关联信息的查询效率。

图6为本申请一个实施例的交易关联信息的查询装置的示意性结构图。如图6所示，装置600可以包括接收模块601和发送模块602。可选的，装置600还可以包括存储模块603。

本申请实施例中的接收模块、存储模块和发送模块中任意模块可以全部或部分通过软件和/硬件方式实现。其中，通过软件实现的部分可以在处理器上运行以实现相应的功能，通过硬件方式实现的部分可以是处理器的构成部分。

装置600可以用于实现图3或图5所示的方法。

图7为本申请一个实施例提供的交易关联信息的查询装置的结构示意图。图7所示的装置700可以用于执行前述任意一个实施例所述的方法。

如图7所示，本实施例的装置700包括：存储器701、处理器702、通信接口703以及总线704。其中，存储器701、处理器702、通信接口703通过总线704实现彼此之间的通信连接。

存储器701可以是只读存储器(read only memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(random access memory，RAM)。存储器701可以存储程序，当存储器701中存储的程序被处理器702执行时，处理器702可以用于执行图3或图5所示的方法的各个步骤。

处理器702可以采用通用的中央处理器(central processing unit，CPU)，微处理器，应用专用集成电路(application specific integrated circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请方法实施例的交易关联信息的查询方法。

处理器702还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请各个实施例的方法的各个步骤可以通过处理器702中的硬件的集成逻辑电路或者软件形式的指令完成。

上述处理器702还可以是通用处理器、数字信号处理器(digital signalprocessing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(field programmable gatearray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器701，处理器702读取存储器701中的信息，结合其硬件完成本申请实施例中各个方法所需执行的功能，例如，可以执行图3或图5所示实施例的各个步骤/功能。

通信接口703可以使用但不限于收发器一类的收发装置，来实现装置700与其他设备或通信网络之间的通信。

总线704可以包括在装置700各个部件(例如，存储器701、处理器702、通信接口703)之间传送信息的通路。

应理解，本申请实施例所示的装置700可以是电子设备，或者，也可以是配置于电子设备中的芯片。

应理解，本申请实施例中的处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

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