CN108632348B

CN108632348B - 一种业务校验方法和装置

Info

Publication number: CN108632348B
Application number: CN201810224144.3A
Authority: CN
Inventors: 彭剑
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced Nova Technology Singapore Holdings Ltd
Priority date: 2018-03-19
Filing date: 2018-03-19
Publication date: 2020-02-18
Anticipated expiration: 2038-03-19
Also published as: TW201939415A; US20210082014A1; WO2019179244A1; TWI694402B; US11816714B2; CN108632348A

Abstract

本说明书实施例提供一种业务校验方法和装置，其中方法包括：分别接收同一用户账号在不同终端发送的业务参数，分别根据每个终端发送的业务参数，计算对应的业务数据；存储多个对应关系，每个对应关系包括：一个终端发送的业务参数和对应计算得到的所述业务数据；当接收不同终端中的任一终端发送的业务处理请求时，所述业务处理请求携带：本次业务使用的目标业务参数和目标业务数据，根据所述对应关系，获取与所述目标业务参数对应的业务数据；根据获取到的所述业务数据与目标业务数据的比较结果，得到校验结果。

Description

一种业务校验方法和装置

技术领域

本说明书涉及计算机技术领域，特别涉及一种业务校验方法和装置。

背景技术

在一些业务中可能涉及到动态数据的计算。例如，用户可以使用自己的无线终端进行网络购物，并在购物页面上选择购物参数(如，收货地址)，购物应用的后台服务器可以根据用户选择的参数计算出对应的业务数据(如，对应收货地址的运费)，并将业务数据展现在终端页面上供用户确认。用户确认后，可以继续使用该数据执行业务逻辑处理。这种情况下，上述的业务数据是根据用户在页面选择的参数进行计算，当用户选择参数变化时，对应的业务数据也会发生变化，可以将这类业务数据称为动态数据。

为了保证业务的安全性，通常需要对该动态数据进行校验。比如，后台服务器可以在将计算的业务数据发送至终端页面向用户展现之后，将该业务数据存储在缓存中；并在用户对业务数据进行确认提交后，检查用户终端传递的业务数据与上述缓存的业务数据是否一致。如果相同则验证通过，使用该业务数据继续后续的业务处理，如果不相同，则验证失败，终止业务流程。

发明内容

有鉴于此，本说明书提供一种业务校验方法和装置，以提高业务安全性。

具体地，本说明书一个或多个实施例是通过如下技术方案实现的：

第一方面，提供一种业务校验方法，所述方法包括：

分别接收同一用户账号在不同终端发送的业务参数，所述不同终端发送的业务参数不同；

分别根据每个终端发送的所述业务参数，计算对应的业务数据；

存储多个对应关系，每个对应关系包括：一个终端发送的业务参数和对应计算得到的所述业务数据；

当接收所述不同终端中的任一终端发送的业务处理请求时，所述业务处理请求携带：本次业务使用的目标业务参数和目标业务数据，根据所述对应关系，获取与所述目标业务参数对应的业务数据；

根据获取到的所述业务数据与目标业务数据的比较结果，得到校验结果。

第二方面，提供一种业务校验装置，所述装置包括：

参数接收模块，用于分别接收同一用户账号在不同终端发送的业务参数，所述不同终端发送的业务参数不同；

数据计算模块，用于分别根据每个终端发送的所述业务参数，计算对应的业务数据；

关系存储模块，用于存储多个对应关系，每个对应关系包括：一个终端发送的业务参数和对应计算得到的所述业务数据；

数据获取模块，用于当接收所述不同终端中的任一终端发送的业务处理请求时，所述业务处理请求携带：本次业务使用的目标业务参数和目标业务数据，根据所述对应关系，获取与所述目标业务参数对应的业务数据；

比较校验模块，用于根据获取到的所述业务数据与目标业务数据的比较结果，得到校验结果。

第三方面，提供一种业务校验设备，所述设备包括存储器、处理器，以及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行指令时实现以下步骤：

本说明书一个或多个实施例的业务校验方法和装置，通过将同一账号的每个终端发送的业务参数和对应计算的业务数据都保存到缓存中，可以保证每个终端的校验逻辑互不干扰，从而保证业务的有较好的流畅性。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书一个或多个实施例提供的一种业务校验方法的流程图；

图2为本说明书一个或多个实施例提供的一种业务校验方法的交互图；

图3为本说明书一个或多个实施例提供的一种业务校验装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

在涉及动态数据计算的应用场景中，有可能会出现用户提交的数据被篡改的情况。比如，当使用同一个用户账号在多个终端操作，获取动态数据时，就可能出现业务异常：

例如，用户A在自己的无线终端a上，在购物应用的页面上选择了业务参数P1，后台服务器根据该参数计算出了对应的业务数据D1，并存储在session中，该D1还会被展示和存储在无线终端a，以供用户A确认。用户B在另一个无线终端b上，使用与用户A相同的账号打开同一页面，但是选择了另外的业务参数P2，相应的，后台服务器计算出了另一个业务数据D2，同样会保存在session中并覆盖掉D1。而用户A最终在无线终端a上提交业务处理请求，请求携带的参数是无线终端a上选择的业务参数P1、以及确认后的D1。

上述的这种情况就是一种数据篡改，用户A本来选择的是业务参数P1，可是用户B在另一个无线终端上将参数篡改为了业务参数P2。这种篡改可能是恶意的，也可能是无意的。以这种篡改其实是用户无意间导致为例来说，比如，用户B是用户A的亲友关系，使用用户A的账号在另一个无线终端上更改了业务参数，而用户A并不知情，那么当用户A在自己的无线终端a上提交业务处理请求时，由于后台服务器的校验逻辑是将终端传递上来的D1与session保存的业务数据比较，两者一致才认为校验通过。而如上面提到的，session的数据已经替换为了D2，D1与D2不同，那么服务器将校验失败，提示用户A系统异常并中断业务处理，这将影响到用户A的业务不能正常进行。

也就是说，对于同一账号在不同终端上操作，并且每个终端上都进行动态数据计算的情况，不同终端上的业务数据在session中会产生覆盖，从而导致不同终端上的业务校验之间产生了相互干扰，影响业务的流畅性。有鉴于此，本说明书一个或多个实施例提供了图1所示的业务校验方法，以解决上述问题，该图1所示的方法可以是后台服务器执行：

在步骤100中，分别接收同一用户账号在不同终端发送的业务参数，所述不同终端发送的业务参数不同。

例如，同一用户账号在不同终端发送业务参数，可以是同一用户使用自己的同一账号在不同终端操作，或者也可以是不同用户使用同一账号在不同终端操作。所述的不同终端发送的业务参数可以不同，例如，一个终端发送的参数是P1，另一个终端发送的参数是P2。

在一个例子中，所述的用户账号可以是某个应用的账号，不同的用户可以在该应用上注册自己的账号，比如，用户可以注册某个购物应用的账号，以使用该账号在购物应用上进行购物。而不同终端发送业务参数可以都发送至上述应用对应的后台服务器，比如，用户在某个终端上登录自己的购物应用的账号，并选择了业务参数，发送至该购物应用的后台服务器。

在步骤102中，分别根据每个终端发送的业务参数，计算对应的业务数据。

本步骤中，后台服务器可以分别根据每个终端的业务参数计算对应的业务数据。其中，一个终端发送的业务参数的数量可以是一个，或者也可以是多个，后台服务器可以综合根据该一个或多个业务参数，计算对应的业务数据。计算方式可以根据业务特点自行确定。

例如，一个终端上送的业务参数可以是p1这一个参数，那么服务器根据p1可以计算出对应的D11；另一个终端上送的业务参数可以是p2和p3两个参数，那么服务器可以根据p2和p3，计算出对应的D12。

在步骤104中，存储多个对应关系，每个对应关系包括：一个终端发送的业务参数和对应计算得到的所述业务数据。

本步骤的对应关系，可以用于表示一个终端上送的业务参数、以及根据这些业务参数计算得到的业务数据之间的对应。其中，该对应关系中的业务参数和业务数据，是后台服务器将业务数据发送至页面展示给用户确认之前获得。比如，用户在终端页面上选择了业务参数p2和p3，后台服务器可以根据这两个参数计算得到了D12，然后将D12发送至终端页面显示，供用户确认，而服务器存储了上述的“p2和p3”和“D12”之间的对应关系。当然，这里所述的对应关系中，可以是根据“p2和p3”计算出来的一个标识。

在步骤106中，当接收不同终端中的任一终端发送的业务处理请求时，所述业务处理请求携带：本次业务使用的目标业务参数和目标业务数据，根据所述对应关系，获取与所述目标业务参数对应的业务数据。

由于后台服务器已经存储了每个终端发送的业务参数和业务数据的对应关系，所以对于任一终端发送的业务处理请求，都可以根据该对应关系，找到与请求中的业务参数对应的业务数据。其中，本步骤中的业务处理请求，可以是用户对展示在终端页面上的业务数据确认后提交，请求中携带的业务参数和业务数据，可以分别称为目标业务参数和目标业务数据。

在步骤108中，根据获取到的所述业务数据与目标业务数据的比较结果，得到校验结果。

本例子中，可以比较步骤106中获得的业务数据与目标业务数据是否相同。如果相同，可以认为校验成功，使用所述目标业务数据执行业务处理请求对应的业务处理，并将目标业务数据保存至数据库。根据该方法，即使有同一账号操作的多个终端，不论哪个终端提交业务处理请求，只需要检查提交请求的该终端发送的业务参数和业务数据是否匹配(匹配即根据业务参数是否能计算得到所述的业务数据)，而且服务器存储了业务参数和业务数据的对应关系，这个对应关系中的业务数据是服务器自己计算的，能够保证真实准确，根据该对应关系就可以准确判断业务处理请求中的业务参数和业务数据是否匹配。

否则，如果业务数据与目标业务数据不同，则可以确定校验失败，拒绝业务处理请求。这种情况下的校验失败，比如，可以是用户不小心或者故意修改了业务参数，导致服务器根据修改后的业务参数得到的业务数据与目标业务数据不同，此时服务器将不再允许用户进行后续操作，可以提示异常。

以上的业务校验方法，通过存储了不同终端的业务参数和业务数据的对应关系，使得即使同一账号在不同终端发送，也不会进行session中数据的覆盖，从而可以分别独立的进行各个终端的业务校验，避免了不同终端操作的干扰。

如下通过一个用户在无线终端上创建购物订单为例，对本说明书一个或多个实施例提供的业务校验方法进行说明。参见图2所示的交互图，可以包括：

在步骤200中，用户A在无线终端a打开购物页面。

例如，用户A可以在自己的无线终端a上请求打开用于购物的购物页面，可以是在浏览器输入购物页面的地址，或者点击了链接购物页面的地址。无线终端a可以向购物页面对应的后台服务器请求页面数据，并根据服务器返回的数据进行页面渲染，将购物页面展示给用户A。

本例子的无线终端a可以称为第一终端。该“第一”只是用于与后续出现的不同终端在名称上加以区别，不具有限制作用。后续出现的“第一”、“第二”等同理。此外，用户A还可以在无线终端a上登录了自己的账号L。

在步骤202中，用户A通过无线终端a在购物页面中选择了业务参数。

例如，用户选择了业务参数，包括：param_1，param_2……param_N。这些参数可以称为第一业务参数。

在步骤204中，无线终端a向后台服务器请求对应业务参数的业务数据。

例如，无线终端a可以根据用户选择的第一业务参数，通过后台接口请求获取对应的业务数据。具体可以是，无线终端a向后台服务器发送业务数据请求，可以携带第一业务参数以及用户账号L。

在步骤206中，服务器根据业务参数计算业务数据。

本步骤中，后台服务器可以根据第一业务参数“param_1，param_2……param_N”，计算得到对应的业务数据result_1，该业务数据result_1可以称为第一业务数据。

在步骤208中，服务器将业务数据和业务参数的对应关系存储至分布式缓存。

例如，可以按照Key-Value方式存储，如下方式计算：

Key的计算：可以将第一业务参数中的各个参数加和，并进行哈希得到哈希值，该哈希值可以作为Key。比如，假设第一业务参数可以包括param_1，param_2……param_N，hash(param_1+param_2…+param_N)可以作为Key。当其中的各个参数(如，param_1)是字符串时，上述的Key可以是将这些参数字符串相加成以大字符串，并对该大字符串进行hash。

Value的计算：该Value即业务数据，根据业务参数进行业务数据的方式可以根据具体的业务需求和特点确定。本例子中，可以将步骤206中的result_1作为Value。

服务器可以存储哈希值和所述业务数据的对应关系，例如，将上述对应关系以Key-Value形式存储在分布式缓存中。此外，可以是在对应所述用户账号L的存储空间存储上述第一业务参数和第一业务数据的对应关系。

在步骤210中，服务器将计算的业务数据返回给无线终端a。

本步骤中，服务器可以将result_1发送至无线终端a，以供用户A确认。

假设用户A的亲友，使用用户A的账号L，在另一无线终端b上也进行购物订单的创建。接着可以执行如下的操作：

在步骤212中，用户B在无线终端b打开购物页面。

其中，该无线终端b可以称为第二终端。

在步骤214中，用户B通过无线终端b在购物页面中选择了业务参数。

例如，用户选择了业务参数，包括：param_11，param_21……param_NN。这些参数可以称为第二业务参数。

在步骤216中，无线终端b向后台服务器请求对应业务参数的业务数据。

例如，无线终端b可以根据用户选择的第二业务参数，通过后台接口请求获取对应的业务数据。具体可以是，无线终端b向后台服务器发送业务数据请求，可以携带第二业务参数以及用户账号L。无线终端b和无线终端a上使用的是同一用户账号L。

在步骤218中，服务器根据业务参数计算业务数据。

本步骤中，后台服务器可以根据第二业务参数“param_11，param_21……param_NN”，计算得到对应的业务数据result_2，该业务数据result_2可以称为第二业务数据。

在步骤220中，服务器将第二业务数据和第二业务参数的对应关系存储至分布式缓存。

本步骤中，Key-Value的计算方式同步骤208，不再详述。

服务器要将第二业务数据和第二业务参数的对应关系，也存储至用户账号L对应的存储空间。如上所述的，服务器在存储对应关系时，无论该存储空间是否存储有其他对应关系，都不会进行数据覆盖，而是将多个对应关系都存储在该空间。比如，在用户账号L对应的存储空间，至少存储了如下表1示例的两个对应关系。表1说明了用户账号L在两个终端登录，并都设置了参数。

表1对应关系

Key	Value
		hash(param_1+param_2…+param_N)	result_1
hash(param_11+param_21…+param_NN)	result_2

在步骤222中，服务器将计算的业务数据返回给无线终端b。例如，服务器可以将result_2发送至无线终端b。

尽管用户A和用户B都使用账号L在各自的终端进行了参数设置，但是本例子中，最终是由用户A在无线终端a上提交订单确认。

在步骤224中，用户A在无线终端a提交订单。

例如，用户A在无线终端a确认了自己填写的页面信息，并确认了result_1，认为可以创建订单了，于是用户A可以在无线终端a点击页面上的创建订单，请求服务器创建订单，可以称为向服务器发送业务处理请求。需要说明的是，此时向服务器提交业务处理请求时，携带的参数仍然是result_1，以及用户A设置的第一业务参数param_1，param_2……param_N。其中的第一业务参数可以称为目标业务参数，result_1可以称为目标业务数据。

在步骤226中，服务器根据对应关系获取与目标业务参数对应的业务数据。

例如，服务器可以对param_1，param_2……param_N进行hash，得到Key＝hash(param_1+param_2…+param_N)。并可以通过表1的对应关系，由分布式缓存中的所述业务请求处理对应的用户账号L的存储空间，得到对应的业务数据是result_1。

在步骤228中，服务器根据业务数据与目标业务数据的比较结果，得到校验结果。

例如，若步骤226中获取到的业务数据与所述目标业务数据相同，则确定校验成功，使用所述目标业务数据执行所述业务处理请求对应的业务处理，比如，使用result_1创建订单，并将所述目标业务数据result_1保存至数据库。

若获取到的业务数据与所述目标业务数据不同，则确定校验失败，拒绝所述业务处理请求，不再给用户创建订单。这种情况下，当校验失败时，可能是用户故意篡改了数据，比如，用户不是在购物页面上选择设置业务参数，而是在无线终端向服务器传输参数的过程中进行了参数修改。那就不允许用户再进行后续操作，可以显示异常。

此外，还有一种可能是，当无线终端向服务器传输过程中的业务参数被篡改，有可能篡改后的业务参数在分布式缓存的对应关系中并不存在，那么服务器也可以根据无线终端传递的业务参数(即篡改后的业务参数，也可以称为目标业务参数，业务处理请求携带的业务参数就可以称为目标业务参数)再重新计算一次，得到的业务数据可以称为新业务数据。并可以将该新业务数据与目标业务数据(业务处理请求携带的业务数据可以称为目标业务数据)比较，判断两个数据是否相同。如果两者相同，则校验通过；否则，可以确认校验失败。

本例子的业务校验方法，通过将同一账号的每个终端发送的业务参数和对应计算的业务数据都保存到缓存中，可以保证每个终端的校验逻辑互不干扰。不管用户在哪个无线终端里做数据的提交，系统都可以根据终端传送的参数由缓存中取出对应的业务数据，并将其与提交的业务数据比较来确定是否校验通过。根据本方法，当涉及到动态数据的计算时，当不同的用户使用同一个账户在不同的无线终端操作获取动态数据的操作时，不管是哪个用户在哪个无线终端下操作都可以保证用户提交的数据不会被篡改并保证业务正常进行，不中断业务，从而保证业务的有较好的流畅性。

为了实现上述的业务校验方法，本说明书一个或多个实施例还提供了一种业务校验装置。如图3所示，该装置可以包括：参数接收模块31、数据计算模块32、关系存储模块33、数据获取模块34和比较校验模块35。

参数接收模块31，用于分别接收同一用户账号在不同终端发送的业务参数，所述不同终端发送的业务参数不同；

数据计算模块32，用于分别根据每个终端发送的所述业务参数，计算对应的业务数据；

关系存储模块33，用于存储多个对应关系，每个对应关系包括：一个终端发送的业务参数和对应计算得到的所述业务数据；

数据获取模块34，用于当接收所述不同终端中的任一终端发送的业务处理请求时，所述业务处理请求携带：本次业务使用的目标业务参数和目标业务数据，根据所述对应关系，获取与所述目标业务参数对应的业务数据；

比较校验模块35，用于根据获取到的所述业务数据与目标业务数据的比较结果，得到校验结果。

在一个例子中，关系存储模块33，具体用于：当一个终端发送的业务参数的数量为多个时，对所述多个业务参数的加和进行哈希，得到哈希值；存储所述哈希值和所述业务数据的对应关系。

在一个例子中，比较校验模块35，具体用于：

若获取到的业务数据与所述目标业务数据相同，则确定校验成功，使用所述目标业务数据执行所述业务处理请求对应的业务处理，并将所述目标业务数据保存至数据库；

若获取到的业务数据与所述目标业务数据不同，则确定校验失败，拒绝所述业务处理请求。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述方法实施例所示流程中的各个步骤，其执行顺序不限制于流程图中的顺序。此外，各个步骤的描述，可以实现为软件、硬件或者其结合的形式，例如，本领域技术人员可以将其实现为软件代码的形式，可以为能够实现所述步骤对应的逻辑功能的计算机可执行指令。当其以软件的方式实现时，所述的可执行指令可以存储在存储器中，并被设备中的处理器执行。

例如，对应于上述方法，本说明书一个或多个实施例同时提供一种业务校验设备，该设备可以包括处理器、存储器、以及存储在存储器上并可在处理器上运行的计算机指令，所述处理器通过执行所述指令，用于实现如下步骤：

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

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

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

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

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

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于服务端设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims

1.一种业务校验方法，所述方法包括：

根据获取到的所述业务数据与目标业务数据的比较结果，得到校验结果；

所述根据获取到的所述业务数据与目标业务数据的比较结果，得到校验结果，包括：

2.根据权利要求1所述的方法，当一个终端发送的业务参数的数量为多个时，所述存储多个对应关系，包括：

对所述多个业务参数的加和进行哈希，得到哈希值；

存储所述哈希值和所述业务数据的对应关系。

3.根据权利要求1所述的方法，所述多个对应关系，存储在分布式缓存中。

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

若所述对应关系中不存在所述目标业务参数，则根据所述目标业务参数计算对应的业务数据；

判断所述目标业务参数对应的业务数据与所述目标业务数据是否相同，如果两者相同，则校验通过；否则，确认校验失败。

5.根据权利要求1所述的方法，所述分别接收同一用户账号在不同终端发送的业务参数，分别根据每个终端发送的所述业务参数计算对应的业务数据，存储多个对应关系，包括：

接收第一终端发送的第一业务参数，根据所述第一业务参数计算对应的第一业务数据，所述第一终端对应所述用户账号；

在对应所述用户账号的存储空间，存储所述第一业务参数和第一业务数据的对应关系；

接收第二终端发送的第二业务参数，根据所述第二业务参数计算对应的第二业务数据；在所述存储空间，存储所述第二业务参数和第二业务数据的对应关系；

所述获取与所述目标业务参数对应的业务数据，包括：由所述业务处理请求对应的所述用户账号的存储空间，获取与所述目标业务参数对应的业务数据。

6.一种业务校验装置，所述装置包括：

比较校验模块，用于根据获取到的所述业务数据与目标业务数据的比较结果，得到校验结果；所述比较校验模块，具体用于：

7.根据权利要求6所述的装置，

所述关系存储模块，具体用于：当一个终端发送的业务参数的数量为多个时，对所述多个业务参数的加和进行哈希，得到哈希值；存储所述哈希值和所述业务数据的对应关系。

8.一种业务校验设备，所述设备包括存储器、处理器，以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行程序时实现以下步骤：