CN107181715B - 一种业务校验方法和装置 - Google Patents

Abstract

本申请提供一种业务校验方法和装置，其中方法用于校验业务请求是否符合业务校验条件，所述业务校验条件包括多个校验条件因子；该方法包括：根据业务请求中包括的特征标识，获取与所述特征标识对应的特征条件信息，所述特征条件信息包括多个标识位，每个标识位对应一个校验条件因子，且所述标识位的取值用于表示特征标识与校验条件因子的匹配结果；根据所述特征条件信息，确定所述业务校验条件是否满足。本申请提高了校验的效率，且节省了存储空间。

Description

一种业务校验方法和装置

技术领域

本申请涉及网络技术，特别涉及一种业务校验方法和装置。

背景技术

在处理业务时，经常使用到业务校验功能，即校验某个业务请求是否符合一定的校验条件，并根据校验结果进行不同的处理。例如，网站在新功能或运营活动上线时，希望特定的用户人群来使用该功能或参与该活动，这种情况下可以设置一些名单，名单中包括根据以往的业务数据分析挖掘得到的目标用户人群。当接收到一个业务请求时，可以根据名单进行校验，比如，判断发送该请求的用户是否在黑名单中，若在则拒绝本次业务请求。业务校验中设置的校验条件的数量可以为多个，比如，在名单校验时，运营活动需要的目标用户条件可以是，用户在A名单且在B名单，并且不能在C名单。

对于复杂的校验条件，现有技术通常是分多次查询，比如，查询一次是否在A名单，再查询一次是否在B名单等，这种方式使得业务校验效率较低。并且，目前校验相关的业务数据在存储时也比较浪费存储空间，比如，如果一个用户同时在A名单和B名单，那么在数据库中要存储两条对应的记录，一条记录是A用户在A名单，另一条记录是A用户在B名单。当用户在多个名单中存在时，将记录多条对应的记录，用户标识信息将重复多次记录，使得数据库表的存储量较大，也进一步增加了校验查询时的耗费时间。

发明内容

有鉴于此，本申请提供一种业务校验方法和装置，以节省存储空间且提高业务校验的效率。

具体地，本申请是通过如下技术方案实现的：

第一方面，提供一种业务校验方法，所述方法用于校验业务请求是否符合业务校验条件，所述业务校验条件包括多个校验条件因子；所述方法包括：

根据业务请求中包括的特征标识，获取与所述特征标识对应的特征条件信息，所述特征条件信息包括多个标识位，每个标识位对应一个校验条件因子，且所述标识位的取值用于表示特征标识与校验条件因子的匹配结果；

根据所述特征条件信息，确定所述业务校验条件是否满足。

第二方面，提供一种业务校验装置，所述装置用于校验业务请求是否符合业务校验条件，所述业务校验条件包括多个校验条件因子；所述装置包括：

查询模块，用于根据业务请求中包括的特征标识，获取与所述特征标识对应的特征条件信息，所述特征条件信息包括多个标识位，每个标识位对应一个校验条件因子，且所述标识位的取值用于表示特征标识与校验条件因子的匹配结果；

校验模块，用于根据所述特征条件信息，确定业务校验条件是否满足。

本申请提供的业务校验方法和装置，通过使用包括多个标识位的特征条件信息表示特征标识与各个校验条件因子的匹配结果，使得在进行校验时，根据用户标识就可以一次性得到所有的该用户标识与各校验条件因子的匹配结果，从而根据该特征条件信息确定是否满足业务校验条件，该方式相对于传统的多次查询将显著提高校验的效率，并且，这种通过多个标识位表示特征标识与各个校验条件因子关系的存储方式，相比于传统的多条记录存储，也大大节省了存储空间。

附图说明

图1是本申请一示例性实施例示出的一种业务校验方法的应用场景；

图2是本申请一示例性实施例示出的一种业务校验方法的流程图；

图3是本申请一示例性实施例示出的另一种业务校验方法的流程图；

图4是本申请一示例性实施例示出的一种业务校验装置的结构图；

图5是本申请一示例性实施例示出的一种业务校验装置的结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

本申请提供了一种业务校验方法，该方法可以应用于在业务处理中，判断某个业务请求是否符合业务校验条件。例如，假设业务校验条件是“用户在A名单和B名单，并且不能在C名单”，其中，A、B或C名单可以是管理人员设置的能够参加本次运营活动或不能参加本次运营活动的用户名单，那么当接收到一个业务请求时，可以根据业务请求中携带的用户标识，判断发送该请求的用户是否符合上述的业务校验条件，如果符合才允许用户继续访问该业务。当然，以上只是一个示例性的业务校验的应用场景说明，还可以有其他的业务校验场景，比如，判断用户是否符合多个权限的要求等。

如下的例子，以业务校验是名单校验为例，说明本申请的业务校验方法，但该方法也可以应用于其他类似的校验场景。仍然以业务校验条件是“用户在A名单和B名单，并且不能在C名单”为例，判断发送业务请求的用户是否符合上述的业务校验条件。为了方便对业务校验方法的清楚描述，首先定义如下概念：

校验条件因子：例如，业务校验条件中的“A名单”、“B名单”或者“C名单”，本实施例可以称为“校验条件因子”，即校验条件因子是在业务校验条件中包括的与校验相关的因素，在校验中可依据这些因子进行校验。

特征标识：该特征标识是携带在业务请求中，在接收到业务请求时，可以从中获取到特征标识，该特征标识其实也相当于一个与业务校验相关的因素，根据该特征标识来判断业务校验条件是否满足。

例如，在根据业务请求中携带的用户标识，判断发送该请求的用户是否符合业务校验条件的例子中，“用户标识”即为“特征标识”，业务校验条件可以限定了“特征标识”与“校验条件因子”之间的关系，比如，在业务校验条件“用户在A名单和B名单，并且不能在C名单”中，即限定了用户标识与各个名单之间的关系，在名单中或者不在名单中。

特征标识与校验条件因子的匹配结果：在该名单校验的例子中，“用户标识在A名单中”可以称为一个“匹配结果”，即特征标识“用户标识”与校验条件因子“A名单”之间的关系；又比如，“用户标识不能在C名单中”也可以称为一个“匹配结果”，是特征标识“用户标识”与校验条件因子“C名单”之间的关系。

本申请实施例的业务校验方法中，可以在数据库中存储某个特征标识与各个校验条件因子之间的匹配结果，在名单校验的例子中，假设名单有A、B、C多个名单，某个用户标识分别与这些名单之间的匹配结果(例如，在名单或者不在名单)，均可以表示在一个字符串中，该字符串可以称为“特征条件信息”，并且在数据库中存储用户标识与该特征条件信息的对应关系。如下的表1示例了一种字符串的结构：

表1特征条件信息

参见表1所示，以该字符串包括三个字节(byte0/byte1/byte2)为例，实际实施中，还可以扩展字节的数量。每个字节可以包括八个比特位，即表1中所示的“byte的标识位”，其中，为了防止字符串乱码和字符集错乱等问题的出现，每个字节中的首位比特位不使用，即不用于名单位的分配(关于名单位分配后续将说明)，相当于标识位包括“1”至“7”七个比特位。

在设计表1所示结构的基础上，进行如下两方面设置：

名单位的分配：业务校验条件中可以包括多个校验条件因子，可以将表1中的各个标识位分配为与校验条件因子对应，一个标识位对应一个校验条件因子。例如，在名单校验中，校验条件因子包括“A名单”、“B名单”和“C名单”，可以为这三个名单分别分配一个对应的标识位。

比如，在表1中的最后一行，可以将这些待分配的位置称为“名单位”，即用于分配至各个名单，并为这些名单位进行编号，如表1所示的标识为“1”至“21”的这些名单位。可以将表1中的名单位“11”分配给“A名单”，将名单位“16”分配给“B名单”，将名单位“20”分配给“C名单”。可以看到，各个名单位与上面的标识位是对应的，例如，byte[0]的标识位“5”对应的是名单位“5”，byte[1]的标识位“5”对应名单位“12”。

标识位的取值：特征标识与校验条件因子的匹配结果可以用该标识位的取值来表示，例如，在名单校验的例子中，如果用户标识不在A名单中，可以用取值“0”表示，如果用户标识在A名单中，可以用取值“1”表示。参见上述表1，示例性的给出一种对应名单位“11”、“16”和“20”的取值，分别为“1”、“0”“1”，结合名单位对应的名单，则表示“用户在A名单、不在B名单，且在C名单”。

图1示例了一种业务校验方法的应用场景，用户11要访问一个网站，网站服务器12可以接收到用户11通过终端13发送的请求访问网站的业务请求。此时，网站服务器12将进行业务校验，校验该用户11是否有权访问该网站。校验的依据可以是，网站服务器12查询数据库14中存储的用户标识与特征条件信息的对应关系，获取到该用户的特征条件信息，并将其与预设的业务校验条件比较，来判断该业务请求是否满足业务校验条件。参见图2所示：

在步骤201中，根据业务请求中包括的特征标识，获取与所述特征标识对应的特征条件信息。

例如，在本例子中，数据库可以存储两张表，一张用于记录名单位的分配，包括已经创建的名单、以及为该名单分配的名单位；另一张用于记录用户标识与对应的特征条件信息。参见如下的表2和表3：

表2名单位分配表

表3用户的特征条件信息表

其中，表3中的特征条件信息即可以用表1的结构表示。本步骤中，当接收到业务请求时，可以提取出请求中携带的特征标识，例如，在名单校验的例子中，提取中的特征标识即用户标识。可以查询表3，获取到与用户标识对应的特征条件信息，例如，在表1的示例中，得到的特征条件信息包括“名单位11和20的取值均为1”。还可以查询表2，根据名单名称和分配的名单位的对应关系，得知名单位11对应A名单，名单位20对应C名单，那么“名单位11和20的取值均为1”则表示“用户标识在A名单和C名单”。

在步骤202中，根据特征条件信息，确定所述业务校验条件是否满足。

例如，假设预设的业务校验条件为“用户在A名单和B名单，并且不能在C名单”，那么很明显，步骤201中得到的特征条件信息与该业务校验条件是不符合的，因此，可以确定业务校验条件不满足。根据校验结果，网站服务器12可以拒绝用户11对网站的访问。

本实施例的业务校验方法，通过使用包括多个标识位的特征条件信息表示特征标识与各个校验条件因子的匹配结果，使得在进行校验时，根据用户标识就可以一次性得到所有的该用户标识与各校验条件因子的匹配结果，从而根据该特征条件信息确定是否满足业务校验条件，该方式相对于传统的多次查询将显著提高校验的效率。

并且，这种通过多个标识位表示特征标识与各个校验条件因子关系的存储方式，相比于传统的多条记录存储，也大大节省了存储空间。例如，假设用户在A名单和B名单都有，那么传统方式将存储两条记录，而本申请的方案中将存储一条记录即可，特征条件信息中的两个标识位就足以表示出用户同时存在于A名单和B名单。不论用户属于几个名单，都可以在一条特征条件信息中表示出来，存储于数据库中的对应该用户的一条记录。

再次，本申请的方法还具有较好的扩展性。比如，在传统方式中假设要增加一个新名单，那么数据库中会将该新名单中包括的各个用户都分别存储一条记录，用于记录该各个用户在该新名单中，并且，校验逻辑也要调整，以适应对新名单的查询；而本申请的方法中，如果增加一个新名单，只要给该新名单分配一个名单位即可，如果某个用户在该新名单中，也只需要将该用户对应的特征条件信息中对应新名单位的标识位取值变更一下即可，相对于传统方式，不需要再增加很多的存储记录，节约存储空间，且实施简单。

对于如上所述的扩展性，实际实施中可以是，网络服务器接收到一个校验条件变更信息，该校验条件变更信息用于表示业务校验条件中的校验条件因子发生变更，所述变更包括增加或删除。例如，新增一个名单，或者删除一个名单。根据该校验条件变更信息，可以为增加的校验条件因子分配对应的标识位，比如上面提到的为新名单分配一个名单位；或者，将删除的校验条件因子对应的标识位取消，比如，将一个名单删除后取消为其分配的名单位，该名单位可以用于重新分配给其他名单。

如下通过一个例子，来说明应用本申请的业务校验方法进行用户加入或移除名单的过程。在本例子中，网络服务器可以接收到特征条件变更信息，该特征条件变更信息用于表示业务请求中的特征标识与目标校验条件因子的匹配结果发生变更。例如，特征标识可以是用户标识，目标校验条件因子指的是匹配结果变化的校验条件因子，且本例子中的校验条件因子是名单；比如，假设用户在A名单和B名单，如果用户变更为从B名单删除，即不再属于B名单，那么B名单就是匹配结果变化的校验条件因子，可以称为目标校验条件因子，用户标识与该B名单的匹配结果变更，即由原来的“用户标识在B名单”变更为“用户标识不在B名单”。参见图3，该流程可以包括：

在步骤301中，网络服务器接收到特征条件变更信息，该信息表示用户加入或移除某个名单。

例如，本步骤的特征条件变更信息，表示用户加入了A名单，或者从B名单移除，即用户标识与A名单或B名单的匹配结果发生了变更。

在步骤302中，网络服务器查询名单位分配表，得到与名单对应的名单位。例如，名单位分配表可以是表2的示例，根据名单名称与名单位的对应关系，可以得到匹配结果发生变更的目标校验条件因子对应的名单位。名单位与某个标识位是对应的，这个标识位可以称为目标标识位。

参见如下表4的示例，假设本例子中用户与B名单的匹配结果发生了变更，B名单的名单位是“16”，对应的标识位是byte 2的标识位2，该标识位也称为目标标识位。需要说明的是，如下表4示例的是变更后的结果，相比于表1，目标标识位的取值由“0”变更为“1”，变更过程后续步骤描述，本步骤只是说明根据名单可以查找到对应的名单位，也能得到对应的目标标识位。

表4变更后的特征条件信息

在步骤303中，网络服务器查询用户的特征条件信息表，得到与用户标识对应的特征条件信息。例如，还可以根据用户标识，查询表3所示例的特征条件信息表，得到该用户的特征条件信息。

在步骤304中，网络服务器将字符串形式的特征条件信息解析成二进制形式。本步骤中，特征条件信息可以是以字符串形式存储，在本步骤中，可以将其解析成二进制形式。

在步骤305中，网络服务器将二进制的特征条件信息中，与名单对应的名单位设置为0或者1。

在本步骤中，在二进制的特征条件信息中，找到与步骤302中的名单位对应的目标标识位，取值设置为与变更后的匹配结果对应的取值。例如，目标标识位是byte 2的标识位2，变更后的匹配结果为用户在B名单中，则将该目标标识位的取值由“0”变更为“1”，该取值“1”即可用于表示用户在名单位16对应的B名单中。

在步骤306中，网络服务器将特征条件信息还原成字符串形式。在完成变更后，将特征条件信息由二进制再还原为字符串。此外，上述例子是以用户加入某个名单为例，如果用户从某个名单移除，则将对应名单的目标标识位的取值由“1”变更为“0”即可。例如，若用户从A名单移除，则将表4中对应A名单的目标标识位(byte1的标识位4)的取值，由“1”变更为“0”。

在步骤307中，网络服务器更新用户的特征条件信息表。本步骤主要是更新用户的特征条件信息表，在数据库中存储更新后的表，以便在后续的业务校验时，根据该新表获取新的用户特征条件信息。

通过本实施例的业务校验方法可以看到，使用该方法，用户能够很方便的快速的变更特征条件，比如加入某个名单或移除某个名单，只要将该用户对应的特征条件信息中与名单对应的标识位取值对应变更即可，与名单位的分配同样实施方便，简单快速。

本申请还提供一种业务校验装置，该装置可以用于校验业务请求是否符合业务校验条件，所述业务校验条件包括多个校验条件因子。该装置可以应用于例如网络服务器上，使得网络服务器可以执行本申请的业务校验方法。如图4所示，该装置可以包括：查询模块41和校验模块42。

查询模块41，用于根据业务请求中包括的特征标识，获取与所述特征标识对应的特征条件信息，所述特征条件信息包括多个标识位，每个标识位对应一个校验条件因子，且所述标识位的取值用于表示特征标识与校验条件因子的匹配结果；

校验模块42，用于根据所述特征条件信息，确定业务校验条件是否满足。

参见图5，该装置还可以包括：接收模块43和变更模块44。

在一个例子中，接收模块43，用于接收特征条件变更信息，所述特征条件变更信息用于表示所述业务请求中的特征标识与目标校验条件因子的匹配结果发生变更；

变更模块44，用于将所述目标校验条件因子对应的标识位的取值，设置为变更后的匹配结果对应的取值。

在一个例子中，变更模块44，用于查询所述目标校验条件因子对应的目标标识位、以及所述特征标识对应的特征条件信息；将所述特征条件信息中的所述目标标识位的取值，设置为变更后的匹配结果对应的取值。

在一个例子中，接收模块43，还用于接收校验条件变更信息，所述校验条件变更信息用于表示所述业务校验条件中的校验条件因子发生变更，所述变更包括增加或删除；

变更模块44，还用于为增加的校验条件因子分配对应的标识位，或者，将删除的校验条件因子对应的标识位取消。

此外，所述多个标识位分布于多个字节中，且是每个字节中除首位比特位之外的比特位。

通过使用本申请的业务校验装置，可以执行本申请的业务校验方法，进行更为快速的业务校验，并且对业务校验条件的变更方便操作。

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

Claims (10)

1.一种业务校验方法，其特征在于，所述方法用于校验业务请求是否符合业务校验条件，所述业务校验条件包括多个校验条件因子；所述方法包括：

根据业务请求中包括的特征标识，获取与所述特征标识对应的特征条件信息，所述特征条件信息包括多个标识位，每个标识位对应一个校验条件因子，且所述每个标识位的取值用于表示特征标识与校验条件因子的匹配结果；

根据所述特征条件信息，确定所述业务校验条件是否满足。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收特征条件变更信息，所述特征条件变更信息用于表示所述业务请求中的特征标识与目标校验条件因子的匹配结果发生变更；

将所述目标校验条件因子对应的标识位的取值，设置为变更后的匹配结果对应的取值。

3.根据权利要求2所述的方法，其特征在于，所述将所述目标校验条件因子对应的标识位的取值，设置为变更后的匹配结果对应的取值，包括：

查询所述目标校验条件因子对应的目标标识位、以及所述特征标识对应的特征条件信息；

将所述特征条件信息中的所述目标标识位的取值，设置为变更后的匹配结果对应的取值。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收校验条件变更信息，所述校验条件变更信息用于表示所述业务校验条件中的校验条件因子发生变更，所述变更包括增加或删除；

为增加的校验条件因子分配对应的标识位，或者，将删除的校验条件因子对应的标识位取消。

5.根据权利要求1所述的方法，其特征在于，所述多个标识位分布于多个字节中，且是每个字节中除首位比特位之外的比特位。

6.一种业务校验装置，其特征在于，所述装置用于校验业务请求是否符合业务校验条件，所述业务校验条件包括多个校验条件因子；所述装置包括：

查询模块，用于根据业务请求中包括的特征标识，获取与所述特征标识对应的特征条件信息，所述特征条件信息包括多个标识位，每个标识位对应一个校验条件因子，且所述每个标识位的取值用于表示特征标识与校验条件因子的匹配结果；

校验模块，用于根据所述特征条件信息，确定业务校验条件是否满足。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

接收模块，用于接收特征条件变更信息，所述特征条件变更信息用于表示所述业务请求中的特征标识与目标校验条件因子的匹配结果发生变更；

变更模块，用于将所述目标校验条件因子对应的标识位的取值，设置为变更后的匹配结果对应的取值。

8.根据权利要求7所述的装置，其特征在于，

所述变更模块，用于查询所述目标校验条件因子对应的目标标识位、以及所述特征标识对应的特征条件信息；将所述特征条件信息中的所述目标标识位的取值，设置为变更后的匹配结果对应的取值。

9.根据权利要求7所述的装置，其特征在于，

所述接收模块，还用于接收校验条件变更信息，所述校验条件变更信息用于表示所述业务校验条件中的校验条件因子发生变更，所述变更包括增加或删除；

所述变更模块，还用于为增加的校验条件因子分配对应的标识位，或者，将删除的校验条件因子对应的标识位取消。

10.根据权利要求6所述的装置，其特征在于，所述多个标识位分布于多个字节中，且是每个字节中除首位比特位之外的比特位。

Images