用户风险指数的查询方法、装置、电子设备及介质与流程

本公开涉及互联网的技术领域，尤其涉及一种用户风险指数的查询方法、装置、电子设备及介质。

背景技术：

目前，基于udp(userdatagramprotocol，用户数据报协议)客户端可以向服务器发送查询用户风险指数的请求，服务器响应该请求并返回用户风险指数，该用户风险指数可以反映该用户是否是一个合法的用户，这样有助于拦截非法用户。但是，在实现本发明的发明构思中，发明人发现现有技术中至少存在以下问题：在高并发大流量的场景下，用户风险指数查询对性能要求极高，udp传输不可靠。例如，客户端发送请求1时，由于服务器出现卡顿，并没有及时返回给客户端用户风险指数，接着客户端超时认定请求1失败；开始发送请求2，结果却接收到了请求1的用户风险指数，显然接收到的用户风险指数不是用户想要的结果，即在传输中出现了乱序问题。

技术实现要素：

有鉴于此，本公开提供一种用户风险指数的查询方法、装置、电子设备及介质，进而至少部分地解决了由于相关技术的限制和缺陷而导致的一个或者多个问题。

本公开的第一个方面提供了一种用户风险指数的查询方法，应用于客户端，该方法包括：发送用户风险指数的查询请求，所述请求包含有第一用户标识；接收所述用户的风险指数和第二用户标识；验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求。

根据本公开的实施例，该方法还包括如果所述第一用户标识与所述第二用户标识相同，验证通过表明所述用户满足预设条件。

根据本公开的实施例，该方法还包括设置线程，用于创建端口，所述端口用于发送所述请求和接收所述用户的风险指数和第二用户标识。

根据本公开的实施例，在所述重新发送所述请求之前，该方法还包括关闭当前端口，并创建新端口，所述新端口用于重新发送所述用户风险指数的查询请求。

本公开的第二个方面提供了一种用户风险指数的查询方法，应用于服务器，该方法包括：接收用户风险指数的查询请求，所述请求包含有第一用户标识；根据所述请求查询所述用户的风险指数；发送所述用户的风险指数和第二用户标识，以使得客户端验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求。

本公开的第三个方面提供了一种用户风险指数的查询装置，应用于客户端，该装置包括：发送模块，用于发送用户风险指数的查询请求，所述请求包含有第一用户标识；接收模块，用于接收所述用户的风险指数和第二用户标识；验证模块，用于验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求。

根据本公开的实施例，所述验证模块还用于验证所述第一用户标识与所述第二用户标识是否相同，如果相同，验证通过表明所述用户满足预设条件。

根据本公开的实施例，该装置还包括：设置模块，用于设置线程，用于创建端口，所述端口用于发送所述请求和接收所述用户的风险指数和第二用户标识。

根据本公开的实施例，该装置还包括：创建模块，用于关闭当前端口，并创建新端口，所述新端口用于重新发送所述用户风险指数的查询请求。

本公开的第四个方面提供了一种用户风险指数的查询装置，应用于服务器，该装置包括：接收模块，用于接收用户风险指数的查询请求，所述请求包含有第一用户标识；查询模块，用于根据所述请求查询所述用户的风险指数；发送模块，用于发送所述用户的风险指数和第二用户标识，以使得客户端验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求。

本公开的第五个方面提供了一种客户端，包括：一个或多个处理器，以及存储装置。所述存储装置用于存储一个或多个程序。其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行第一方面提供的用户风险指数的查询方法。

本公开的第六个方面提供了一种计算机可读介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行第一方面提供的用户风险指数的查询方法。

本公开的第七个方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现第一方面提供的用户风险指数的查询方法。

本公开的第八个方面提供了一种客户端，包括：一个或多个处理器，以及存储装置。所述存储装置用于存储一个或多个程序。其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行第二方面提供的用户风险指数的查询方法。

本公开的第九个方面提供了一种计算机可读介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行第二方面提供的用户风险指数的查询方法。

本公开的第十个方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现第二方面提供的用户风险指数的查询方法。

本公开第一个方面提供的应用于客户端的用户风险指数的查询方法的有益效果如下：发送包含第一用户标识的用户风险指数的查询请求，接收用户的风险指数和第二用户标识，验证第一用户标识与第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送请求，这样便于确认客户端接收的用户风险指数是否为用户想要的，避免了张冠李戴的情况发生，即解决了相关技术中提到的乱序问题，实现了可靠性。

本公开第二个方面提供的应用于服务器的用户风险指数的查询方法的有益效果如下：接收用户风险指数的查询请求，所述请求包含有第一用户标识，根据所述请求查询所述用户的风险指数，发送所述用户的风险指数和第二用户标识，以使得客户端验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求，这样便于确认客户端接收的用户风险指数是否为用户想要的，避免了张冠李戴的情况发生，即解决了相关技术中提到的乱序问题，实现了可靠性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

图1示意性示出了现有技术在查询用户风险指数时客户端与服务器的交互示意图；

图2示意性示出了可以应用本发明实施例的用户风险指数的查询方法或用户风险指数的查询装置的示例性系统架构的示意图；

图3示意性示出了根据本公开实施例的应用于客户端的用户风险指数的查询方法的流程图；

图4示意性示出了根据本公开另一个实施例的用户风险指数的查询方法的流程图；

图5示意性示出了根据本公开在查询用户风险指数时客户端与服务器的交互示意图

图6示意性示出了根据本公开实施例的应用于服务器的用户风险指数的查询方法的方框图；

图7示意性示出了根据本公开实施例的应用于客户端的用户风险指数的查询装置的方框图；

图8示意性示出了根据本公开另一个实施例的应用于客户端的用户风险指数的查询装置的方框图；

图9示意性示出了根据本公开另一个实施例的应用于客户端的用户风险指数的查询装置的方框图；

图10示意性示出了根据本公开实施例的客户端的计算机系统的方框图。

图11示意性示出了根据本公开实施例的应用于服务器的用户风险指数的查询装置的方框图；

图12示意性示出了根据本公开实施例的服务器的计算机系统的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。本领域技术人员还应理解，实质上任意表示两个或更多可选项目的转折连词和/或短语，无论是在说明书、权利要求书还是附图中，都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如，短语“a或b”应当被理解为包括“a”或“b”、或“a和b”的可能性。

udp是userdatagramprotocol的简称，中文名是用户数据报协议，是osi(opensysteminterconnection，开放式系统互联)参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。在网络中它与tcp协议一样用于处理数据包，是一种无连接的协议。在osi模型中，在第四层—传输层，处于ip协议的上一层。udp有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。udp用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用udp协议。udp协议从问世至今已经被使用了很多年，虽然其最初的光彩已经被一些类似协议所掩盖，但是即使是在今天udp仍然不失为一项非常实用和可行的网络传输层协议。

图1示出了现有技术在查询用户风险指数时客户端与服务器的交互示意图。

如图1所示，clienta10(客户端，其包括一个或多个终端设备)利用port1(端口1)向severb20(服务器)发送包含有k1的用户风险指数的查询请求，severb20返回了包含有v1的用户风险指数，此时认为查询成功，udp传输正常。但是，当clienta10发送包含有k1的用户风险指数的查询请求时，由于serverb20出现卡顿，并没有返回给clienta10，在这种情况下，clienta10认定超时请求失败。接着client开始发送包含有k2的用户风险指数的查询请求，结果却接收到了包含有v1的用户风险指数，显然包含有v1的用户风险指数并不是client想要的结果，即出现了乱序问题，并且clienta10也不具有验证功能，从而可能导致clienta10接收到的用户风险指数连续出现乱序问题，降低用户体验。因此，本公开提供了一种用户风险指数的查询方法，以解决现有技术的问题。

图2示出了可以应用本发明实施例的用户风险指数的查询方法或用户风险指数的查询装置的示例性系统架构的示意图。

如图2所示，系统架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

在一些实施例中，客户端可以包括终端设备101、102、103中的一种或多种，用于发送、接收、以及验证数据。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器。例如用户利用终端设备103(也可以是终端设备101或102)向服务器105发送包含第一用户标识的用户风险指数的查询请求，服务器105可以基于该请求向终端设备103发送用户风险指数和第二用户标识，终端设备103可以验证第一用户标识和第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送该请求，这样便于确认客户端接收的用户风险指数是否为用户想要的，避免了张冠李戴的情况发生，即解决了相关技术中提到的乱序问题，实现了可靠性。

在一些实施例中，本发明实施例所提供的用户风险指数的查询方法一般由服务器105执行，相应地，用户风险指数的查询装置一般设置于服务器105中。

在另一些实施例中，本发明实施例所提供的用户风险指数的查询方法也可以由终端设备101、102、103执行，相应地，用户风险指数的查询装置一般设置于终端设备101、102、103中。

图3示意性示出了根据本公开实施例的应用于客户端的用户风险指数的查询方法的流程图。

如图3所示，应用于客户端的用户风险指数的查询方法包括步骤s101～步骤s103。

在步骤s101中，发送用户风险指数的查询请求，所述请求包含有第一用户标识。

在步骤s102中，接收所述用户的风险指数和第二用户标识。

在步骤s103中，验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求。

该方法可以发送包含第一用户标识的用户风险指数的查询请求，接收用户的风险指数和第二用户标识，验证第一用户标识与第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送请求，这样便于确认客户端接收的用户风险指数是否为用户想要的，避免了张冠李戴的情况发生，即解决了相关技术中提到的乱序问题，实现了可靠性。

在本公开的一些实施例中，客户端可以包括多个终端设备，每个终端设备可以向服务器发送查询用户风险指数的请求，以获取该用户的风险指数。

在本公开的一些实施例中，每个终端设备向服务器发送查询用户风险指数的请求都包含有唯一的第一用户标识，用于与服务器返回的第二用户标识进行比较，这样有助于验证返回的用户风险指数是否为客户端想要的，从而避免出现用户风险指数乱序的问题，即张冠李戴。例如，第一终端设备向服务器发送用户风险指数的查询请求，该请求的第一用户标识为a，但是由于延迟问题，第一终端设备没有接收到服务器返回的用户风险指数，但是此时第二终端设备也向服务器发送了用户风险指数的查询请求，该请求的第一用户标识为b，服务器向第二终端设备返回了用户风险指数和第二用户标识，该第二用户标识为a，显然当前服务器返回的用户风险指数并不是第二终端设备想要的，因为，第二终端设备发送的第一用户标识为b，而服务器返回的第二用户标识为a，即出现了用户风险指数乱序的问题。在本实施例中，第二终端设备可以对服务器返回的第二用户标识进行验证。例如，可以验证服务器返回的第二用户标识与第二终端设备发送的第一用户标识是否相同(即验证a与b是否相同)，如果不同，则第二终端设备重新向服务器发送了用户风险指数的查询请求，这样有效地解决了上述用户风险指数乱序的问题。

在本公开的一些实施例中，用户不满足预设条件可以指不具有参加某项活动的资格。例如，京东商城正在举办抢购活动，此时验证结果为第一用户标识与第二用户标识不同，则表明该用户不能参加该次抢购活动。

图4示意性示出了根据本公开另一个实施例的用户风险指数的查询方法的流程图。

如图4所示，应用于客户端的用户风险指数的查询方法还包括步骤s201。

在步骤s101中，发送用户风险指数的查询请求，所述请求包含有第一用户标识。

在步骤s102中，接收所述用户的风险指数和第二用户标识。

在步骤s201中，验证所述第一用户标识与所述第二用户标识是否相同，如果所述第一用户标识与所述第二用户标识相同，验证通过表明所述用户满足预设条件。

在该方法中，如果第一用户标识与第二用户标识相同，验证通过表明用户满足预设条件，避免了相关技术的用户风险指数的乱序问题，实现了可靠性。

在本公开的一些实施例中，用户不满足预设条件可以指不具有参加某项活动的资格。例如，京东商城正在举办抢购活动，此时验证结果为第一用户标识与第二用户标识相同，则表明该用户可以参加该次抢购活动，以此方式可以快速的确定出可靠的用户，从而拦截了不具有资格的非法用户参加该次抢购活动，提高了用户体验。

在本公开的一些实施例中，基于udp可以实现可靠高效传输的udpsdk模块，该模块利用udp和多线程技术实现快速响应。例如，可以利用该模块为每个客户端设置一个线程，并在该线程中可以创建发送接收端口，并利用验证与重试机制，实现可靠性。另外，udpsdk模块设置于上述客户端。

在本公开的一些实施例中，该方法还包括：设置线程，用于创建端口，所述端口用于发送所述请求和接收所述用户的风险指数和第二用户标识。例如，利用上述udpsdk模块可以创建一个端口专门负责传输客户端的请求以及接收服务器的数据，实现了快速响应的技术效果。

在本公开的一些实施例中，在所述重新发送所述请求之前，该方法还包括：关闭当前端口，并创建新端口，所述新端口用于重新发送所述用户风险指数的查询请求。

参考图5，clienta10通常是多线程并发处理。例如，调用udpsdk模块a11向udpserverb20(即上述sever)集群发起查询用户风险指数的请求(1.0)，接收到用户风险指数和第二用户标识后(1.4)，判断该用户是否有资格进行抢购(例如，判断key1是否与返回的key1相同)。其中，key1为上述第一用户标识，value1为用户风险指数。

本公开提供的方法可以为每个clienta10线程创建一个独立的发送接收数据的端口，并向udpserverb20发起请求如图5(1.1)，udpserverb20接收到请求后可以将用户风险指数和第二用户标识返回udpsdk模块a11如图5(1.2)，udpsdk模块a11接收到用户风险指数和第二用户标识后，要行验证发送的key1是否与接收到的key1相同(1.3)，如果相同表示查询成功，返回数据给clienta10进行后续处理，如果不同，则是由于upd并不保证顺序而导致的，此时需要关闭当前端口(port1)，重新创建新端口(port2)，以便于重新发送请求，从而解决相关技术的乱序问题，实现可靠性。

图6示意性示出了根据本公开实施例的应用于服务器的用户风险指数的查询方法的方框图。

如图6所示，应用于服务器的用户风险指数的查询方法包括步骤s301～步骤s303。

在步骤s301中，接收用户风险指数的查询请求，所述请求包含有第一用户标识。

在步骤s302中，根据所述请求查询所述用户的风险指数。

在步骤s303中，发送所述用户的风险指数和第二用户标识，以使得客户端验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求。

该方法可以接收用户风险指数的查询请求，所述请求包含有第一用户标识，根据所述请求查询所述用户的风险指数，发送所述用户的风险指数和第二用户标识，以使得客户端验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求，这样便于确认客户端接收的用户风险指数是否为用户想要的，避免了张冠李戴的情况发生，即解决了相关技术中提到的乱序问题，实现了可靠性。

图7示意性示出了根据本公开实施例的应用于客户端的用户风险指数的查询装置的方框图。

如图7所示，应用于客户端的用户风险指数的查询装置400包括发送模块410、接收模块420和验证模块430。

发送模块410，用于发送用户风险指数的查询请求，所述请求包含有第一用户标识。

接收模块420，用于接收所述用户的风险指数和第二用户标识。

验证模430块，用于验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求。

该应用于客户端的用户风险指数的查询装置400可以发送包含第一用户标识的用户风险指数的查询请求，接收用户的风险指数和第二用户标识，验证第一用户标识与第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送请求，这样便于确认客户端接收的用户风险指数是否为用户想要的，避免了张冠李戴的情况发生，即解决了相关技术中提到的乱序问题，实现了可靠性。

根据本公开的实施例，上述应用于客户端的用户风险指数的查询装置400用于实现图3实施例描述的应用于客户端的用户风险指数的查询方法。

在本公开的一些实施例中，所述验证模块还用于验证所述第一用户标识与所述第二用户标识是否相同，如果所述第一用户标识与所述第二用户标识相同，验证通过表明所述用户满足预设条件。

图8示意性示出了根据本公开另一个实施例的应用于客户端的用户风险指数的查询装置的方框图。

如图8所示，应用于客户端的用户风险指数的查询装置500还包括设置模块510。

设置模块510，用于设置线程，用于创建端口，所述端口用于发送所述请求和接收所述用户的风险指数和第二用户标识。

该应用于客户端的用户风险指数的查询装置500可以创建一个端口专门负责传输客户端的请求以及接收服务器的数据，实现了快速响应的技术效果。

图9示意性示出了根据本公开另一个实施例的应用于客户端的用户风险指数的查询装置的方框图。

如图9所示，应用于客户端的用户风险指数的查询装置600还包括创建模块610。

创建模块610，用于关闭当前端口，并创建新端口，所述新端口用于重新发送所述用户风险指数的查询请求。

图10示意性示出了根据本公开实施例的客户端的计算机系统的方框图。图10示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图10所示，根据本公开实施例的客户端的计算机系统700包括处理器701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。处理器701例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器701还可以包括用于缓存用途的板载存储器。处理器701可以包括用于执行参考图2和图3描述的根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram703中，存储有系统700操作所需的各种程序和数据。处理器701、rom702以及ram703通过总线704彼此相连。处理器701通过执行rom702和/或ram703中的程序来执行以上参考图2和图3描述的用户风险指数的查询方法的各种步骤。需要注意，该程序也可以存储在除rom702和ram703以外的一个或多个存储器中。处理器701也可以通过执行存储在该一个或多个存储器中的程序来执行以上参考图2和图3描述的用户风险指数的查询方法的各种步骤。

根据本公开的实施例，系统700还可以包括输入/输出(i/o)接口707，输入/输出(i/o)接口707也连接至总线704。系统700还可以包括连接至i/o接口705的以下部件中的一项或多项：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

根据本公开的实施例，上文参考流程图描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。根据本公开的实施例，计算机可读介质可以包括上文描述的rom702和/或ram703和/或rom702和ram703以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行根据本公开实施例的应用于客户端的用户风险指数的查询方法。该方法包括：发送用户风险指数的查询请求，所述请求包含有第一用户标识；接收所述用户的风险指数和第二用户标识；验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求。

图11示意性示出了根据本公开实施例的应用于服务器的用户风险指数的查询装置的方框图。

如图11所示，应用于服务器的用户风险指数的查询装置800包括接收模块810、查询模块820和发送模块830。

接收模块810，用于接收用户风险指数的查询请求，所述请求包含有第一用户标识。

查询模块820，用于根据所述请求查询所述用户的风险指数。

发送模块830，用于发送所述用户的风险指数和第二用户标识，以使得客户端验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求。

该应用于服务器的用户风险指数的查询装置800可以接收用户风险指数的查询请求，所述请求包含有第一用户标识，根据所述请求查询所述用户的风险指数，发送所述用户的风险指数和第二用户标识，以使得客户端验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求，这样便于确认客户端接收的用户风险指数是否为用户想要的，避免了张冠李戴的情况发生，即解决了相关技术中提到的乱序问题，实现了可靠性。

根据本公开的实施例，上述应用于服务器的用户风险指数的查询装置800用于实现图6实施例描述的应用于服务器的用户风险指数的查询装方法。

图12示意性示出了根据本公开实施例的服务器的计算机系统的方框图。图12示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图12所示，根据本公开实施例的服务器的计算机系统900包括处理器901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行参考图4描述的根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram903中，存储有系统900操作所需的各种程序和数据。处理器901、rom902以及ram903通过总线904彼此相连。处理器901通过执行rom902和/或ram903中的程序来执行以上参考图4描述的用户风险指数的查询方法的各种步骤。需要注意，该程序也可以存储在除rom902和ram903以外的一个或多个存储器中。处理器901也可以通过执行存储在该一个或多个存储器中的程序来执行以上参考图4描述的用户风险指数的查询方法的各种步骤。

根据本公开的实施例，系统900还可以包括输入/输出(i/o)接口907，输入/输出(i/o)接口907也连接至总线904。系统900还可以包括连接至i/o接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

根据本公开的实施例，上文参考流程图描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。根据本公开的实施例，计算机可读介质可以包括上文描述的rom902和/或ram903和/或rom902和ram903以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行根据本公开实施例的应用于服务器的用户风险指数的查询方法。该方法包括：接收用户风险指数的查询请求，所述请求包含有第一用户标识；根据所述请求查询所述用户的风险指数；发送所述用户的风险指数和第二用户标识，以使得客户端验证所述第一用户标识与所述第二用户标识是否相同，如果不同，验证不通过表示所述用户不满足预设条件，则重新发送所述请求。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。