CN111159153A

CN111159153A - Service data checking method and device, computer equipment and storage medium

Info

Publication number: CN111159153A
Application number: CN201911394946.XA
Authority: CN
Inventors: 王海鹏; 刘小川
Original assignee: Beijing Sankuai Online Technology Co Ltd
Current assignee: Beijing Sankuai Online Technology Co Ltd
Priority date: 2019-12-30
Filing date: 2019-12-30
Publication date: 2020-05-15
Anticipated expiration: 2039-12-30
Also published as: CN111159153B

Abstract

The application discloses a service data checking method and device, computer equipment and a storage medium, and belongs to the technical field of computers. The method comprises the following steps: the method comprises the steps of obtaining target condition identification and condition adjustment information of target verification conditions, adjusting the target verification conditions in a database according to the condition adjustment information, determining a target verification model when business data are obtained, wherein the target verification model comprises at least one condition identification, the at least one condition identification comprises the target condition identification, calling the at least one verification condition corresponding to the at least one condition identification in the database based on the target verification model, and verifying the business data. The check conditions in the database can be adjusted, the expansibility of the database is improved, and the service data is checked through the adjusted check conditions, so that the check accuracy is improved.

Description

Service data checking method and device, computer equipment and storage medium

Technical Field

The present application relates to the field of computer technologies, and in particular, to a method and an apparatus for verifying service data, a computer device, and a storage medium.

Background

With the development of internet technology, more and more business data are generated by online services, and the security requirement on the business data is higher and higher. In order to improve security, the service data needs to be checked before being processed.

In the related art, a verification condition is usually obtained, and the verification condition specifies a condition that the service data should satisfy, so that when the service data is generated, the service data can be verified according to the verification condition.

Disclosure of Invention

The embodiment of the application provides a business data checking method, a business data checking device, a computer device and a storage medium, and can solve the problem of poor checking accuracy. The technical scheme is as follows:

in one aspect, a method for verifying service data is provided, where the method includes:

acquiring target condition identification and condition adjustment information of a target verification condition;

adjusting the target verification condition in a database according to the condition adjustment information;

when business data are acquired, determining a target verification model, wherein the target verification model comprises at least one condition identifier, and the at least one condition identifier comprises the target condition identifier;

and calling at least one checking condition corresponding to the at least one condition identification in the database based on the target checking model, and checking the service data.

In one possible implementation manner, the service data includes data items of at least one dimension, and different verification conditions are used for verifying the data items of different dimensions; the invoking at least one checking condition corresponding to the at least one condition identifier in the database based on the target checking model to check the service data includes:

determining the at least one verification condition in the database based on the target verification model;

determining a data item corresponding to the at least one check condition in the service data;

and respectively calling the at least one checking condition, and checking the data item corresponding to each checking condition.

In another possible implementation manner, the obtaining of the target condition identifier and the condition adjustment information of the target verification condition includes:

acquiring a plurality of first historical check records, wherein the first historical check records comprise data items and condition identifiers, the condition identifiers refer to check conditions corresponding to the dimensionality to which the data items belong, the check conditions comprise initial conditions and supplementary conditions, and the data items meet the supplementary conditions but do not meet the initial conditions;

and when the number of the data items belonging to the target dimension in the plurality of first historical verification records is larger than a preset threshold value, acquiring a target condition identifier and condition adjustment information of a target verification condition corresponding to the target dimension.

In another possible implementation manner, when the number of data items belonging to the target dimension in the plurality of first historical verification records is greater than a preset threshold, acquiring a target condition identifier and condition adjustment information of a target verification condition corresponding to the target dimension, including:

when the number of the data items belonging to the target dimension is larger than a first preset threshold value, acquiring condition adjustment information of the target condition identification and the supplement condition of the target verification condition;

and when the number of the data items belonging to the target dimension is greater than a second preset threshold, acquiring condition adjustment information of the target condition identification and the initial condition of the target verification condition, wherein the second preset threshold is greater than the first preset threshold.

In another possible implementation manner, before the obtaining the plurality of first history check records, the method further includes:

calling any check condition, and checking a data item belonging to a dimension corresponding to the check condition in any service data, wherein the check condition comprises an initial condition and a supplementary condition;

and if the data item meets the supplementary condition but does not meet the initial condition, generating a first historical check record according to the data item and the condition identification of the check condition.

receiving an adjusting instruction, wherein the adjusting instruction carries a plurality of keywords;

extracting a first keyword and a second keyword from the plurality of keywords;

and acquiring target condition identification of the target verification condition indicated by the second keyword and condition adjustment information indicated by the first keyword.

In another possible implementation, the method further includes:

acquiring target condition identification and weight value adjustment information of the target verification condition;

adjusting the weight value of the target verification condition in the database according to the weight value adjustment information;

the invoking a verification condition corresponding to the at least one condition identifier in the database based on the target verification model to verify the service data includes:

determining weight values of a plurality of verification conditions in the target verification model;

and calling the plurality of verification conditions in sequence according to the sequence of the weighted values of the plurality of verification conditions from large to small to verify the service data.

In another possible implementation manner, the obtaining of the target condition identifier and the weight value adjustment information of the target verification condition includes:

acquiring a plurality of second historical verification records, wherein the second historical verification records comprise condition marks, and the condition marks refer to verification conditions for failed verification of the historical service data;

and acquiring target condition identifications and weight value adjustment information of the target verification conditions according to the number and weight values of each condition identification in the second historical verification records.

In another possible implementation, the method further includes:

calling any check condition, and checking the data items belonging to the dimensionality corresponding to the check condition in any service data;

and if the data item fails to be checked, generating a second historical check record according to the condition identification of the check condition.

In another possible implementation manner, the determining a target verification model when the service data is acquired includes:

receiving a checking instruction, wherein the checking instruction carries service data to be checked and the data type of the service data;

and determining a target verification model matched with the data type.

In one aspect, a service data checking apparatus is provided, and the apparatus includes:

the first acquisition module is used for acquiring a target condition identifier and condition adjustment information of a target verification condition;

the condition adjusting module is used for adjusting the target verification condition in the database according to the condition adjusting information;

the combination determining module is used for determining a target verification model when business data is acquired, wherein the target verification model comprises at least one condition identifier, and the at least one condition identifier comprises the target condition identifier;

and the data verification module is used for calling at least one verification condition corresponding to the at least one condition identifier in the database based on the target verification model and verifying the service data.

In one possible implementation manner, the service data includes data items of at least one dimension, and different verification conditions are used for verifying the data items of different dimensions; the data verification module comprises:

a condition determining unit, configured to determine the at least one verification condition in the database based on the target verification model;

a data item determining unit, configured to determine a data item corresponding to the at least one check condition in the service data;

and the first checking unit is used for respectively calling the at least one checking condition and checking the data item corresponding to each checking condition.

In another possible implementation manner, the first obtaining module includes:

the device comprises a first record acquisition unit, a second record acquisition unit and a comparison unit, wherein the first record acquisition unit is used for acquiring a plurality of first historical check records, the first historical check records comprise data items and condition identifications, the condition identifications refer to check conditions corresponding to the dimensionality to which the data items belong, the check conditions comprise initial conditions and supplementary conditions, and the data items meet the supplementary conditions but do not meet the initial conditions;

and the first obtaining unit is used for obtaining the target condition identification and the condition adjustment information of the target verification condition corresponding to the target dimension when the number of the data items belonging to the target dimension in the plurality of first historical verification records is greater than a preset threshold value.

In another possible implementation manner, the first obtaining unit is further configured to obtain the target condition identifier and condition adjustment information of the supplemental condition of the target verification condition when the number of the data items belonging to the target dimension is greater than a first preset threshold;

In another possible implementation manner, the apparatus further includes:

the first condition calling module is used for calling any check condition and checking a data item which belongs to a dimension corresponding to the check condition in any service data, wherein the check condition comprises an initial condition and a supplementary condition;

and the first record generation module is used for generating a first historical check record according to the data item and the condition identification of the check condition if the data item meets the supplementary condition but does not meet the initial condition.

In another possible implementation manner, the first obtaining module includes:

the first instruction receiving unit is used for receiving an adjusting instruction, and the adjusting instruction carries a plurality of keywords;

a keyword extraction unit configured to extract a first keyword and a second keyword from the plurality of keywords;

and the second acquisition unit is used for acquiring the target condition identification of the target verification condition indicated by the second keyword and the condition adjustment information indicated by the first keyword.

In another possible implementation manner, the apparatus further includes:

the second obtaining module is used for obtaining a target condition identifier and weight value adjusting information of the target verification condition;

the weight value adjusting module is used for adjusting the weight value of the target verification condition in the database according to the weight value adjusting information;

the data verification module comprises:

the weight value determining unit is used for determining the weight values of a plurality of verification conditions in the target verification model;

and the second checking unit is used for calling the plurality of checking conditions in sequence according to the sequence of the weighted values of the plurality of checking conditions from large to small so as to check the service data.

In another possible implementation manner, the second obtaining module includes:

the second record acquisition unit is used for acquiring a plurality of second historical check records, wherein the second historical check records comprise condition marks, and the condition marks refer to check conditions for failed check of the historical service data;

and a third obtaining unit, configured to obtain, according to the number of each condition identifier and the weight value in the plurality of second history check records, a target condition identifier and weight value adjustment information of the target check condition.

In another possible implementation manner, the apparatus further includes:

the second condition calling module is used for calling any check condition and checking the data items belonging to the dimension corresponding to the check condition in any service data;

and the second record generation module is used for generating a second historical verification record according to the condition identifier of the verification condition if the data item is failed to verify.

In another possible implementation manner, the combination determination module includes:

the second instruction receiving unit is used for receiving a verification instruction, and the verification instruction carries the service data to be verified and the data type of the service data;

and the combination determining unit is used for determining a target verification model matched with the data type.

In one aspect, a computer device is provided and includes one or more processors and one or more memories, where at least one instruction is stored in the one or more memories, and the at least one instruction is loaded by the one or more processors and executed to implement the operations performed by the business data checking method according to any one of the above possible implementations.

In one aspect, a computer-readable storage medium is provided, where at least one instruction is stored, and the at least one instruction is loaded and executed by a processor to implement the operations performed by the service data checking method according to any one of the above possible implementation manners.

The beneficial effects brought by the technical scheme provided by the embodiment of the application at least comprise:

the method, the device, the computer equipment and the storage medium provided by the embodiment of the application obtain the target condition identification and the condition adjustment information of the target verification condition, adjust the target verification condition in the database according to the condition adjustment information, determine the target verification model when the business data is obtained, wherein the target verification model comprises at least one condition identification, at least one condition identification comprises the target condition identification, and call at least one verification condition corresponding to at least one condition identification in the database based on the target verification model to verify the business data. The check conditions in the database can be adjusted, the expansibility of the database is improved, and the service data is checked through the adjusted check conditions, so that the check accuracy is improved.

By adjusting the weighted value of the verification condition according to the historical verification record of the verification failure, the data item with high verification failure frequency can be verified firstly when the service data is subsequently verified, and therefore the verification efficiency is improved.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

FIG. 1 is a schematic illustration of an implementation environment provided by an embodiment of the present application;

fig. 2 is a flowchart of a service data verification method according to an embodiment of the present application;

fig. 3 is a flowchart of a service data verification method according to an embodiment of the present application;

fig. 4 is a block diagram of a server according to an embodiment of the present disclosure;

fig. 5 is a schematic structural diagram of a data checking module according to an embodiment of the present application;

fig. 6 is a flowchart illustrating adjustment of a verification condition according to an embodiment of the present application;

fig. 7 is a flowchart of a service data checking method according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of a service data checking apparatus according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of a service data checking apparatus according to an embodiment of the present application;

fig. 10 is a block diagram of a terminal according to an embodiment of the present disclosure;

fig. 11 is a schematic structural diagram of a server according to an embodiment of the present application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

The service data verification method provided by the embodiment of the application can be applied to a server, the server obtains the target condition identification and the condition adjustment information of the target verification condition, adjusts the target verification condition in the database, and verifies the service data by calling the verification condition in the database when the service data is obtained.

Fig. 1 is a schematic diagram of an implementation environment provided by an embodiment of the present application. Referring to fig. 1, the embodiment includes: a terminal 101 and a server 102.

The terminal 101 may be a mobile phone, a computer, a tablet computer, or other devices, and the server 102 may be a server 102, or a server 102 cluster formed by a plurality of servers 102, or a cloud computing center.

The terminal 101 uploads the service data to the server 102, and after the server 102 receives the service data, the server 102 determines a target verification model according to the service data, calls at least one verification condition corresponding to at least one condition identifier in the database, and verifies the service data.

Fig. 2 is a flowchart of a service data verification method according to an embodiment of the present application. Referring to fig. 2, the embodiment includes:

201. and acquiring target condition identification and condition adjustment information of the target verification condition.

202. And adjusting the target verification condition in the database according to the condition adjustment information.

203. When the service data is acquired, determining a target verification model, wherein the target verification model comprises at least one condition identifier, and the at least one condition identifier comprises a target condition identifier.

204. And calling at least one checking condition corresponding to at least one condition identifier in the database based on the target checking model, and checking the service data.

The method provided by the embodiment of the application comprises the steps of obtaining a target condition identifier and condition adjustment information of a target verification condition, adjusting the target verification condition in a database according to the condition adjustment information, determining a target verification model when business data are obtained, wherein the target verification model comprises at least one condition identifier, the at least one condition identifier comprises the target condition identifier, calling the at least one verification condition corresponding to the at least one condition identifier in the database based on the target verification model, and verifying the business data. The check conditions in the database can be adjusted, the expansibility of the database is improved, and the service data is checked through the adjusted check conditions, so that the check accuracy is improved.

In one possible implementation manner, the service data includes data items of at least one dimension, and different verification conditions are used for verifying the data items of different dimensions; based on the target verification model, calling at least one verification condition corresponding to at least one condition identifier in the database, and verifying the service data, wherein the verification condition comprises the following steps:

determining at least one verification condition in the database based on the target verification model;

determining a data item corresponding to at least one check condition in the service data;

and respectively calling at least one checking condition, and checking the data item corresponding to each checking condition.

acquiring a plurality of first historical check records, wherein the first historical check records comprise data items and condition identifications, the condition identifications refer to check conditions corresponding to the dimensionality of the data items, the check conditions comprise initial conditions and supplementary conditions, and the data items meet the supplementary conditions but do not meet the initial conditions;

and when the number of the data items belonging to the target dimension in the plurality of first historical verification records is larger than a preset threshold value, acquiring target condition identification and condition adjustment information of the target verification condition corresponding to the target dimension.

In another possible implementation manner, when the number of data items belonging to the target dimension in the plurality of first history check records is greater than a preset threshold, obtaining the target condition identifier and the condition adjustment information of the target check condition corresponding to the target dimension includes:

when the number of data items belonging to the target dimension is larger than a first preset threshold value, acquiring condition adjustment information of a target condition identifier and a supplementary condition of a target verification condition;

and when the number of the data items belonging to the target dimension is greater than a second preset threshold value, acquiring condition adjustment information of the target condition identification and the initial condition of the target verification condition, wherein the second preset threshold value is greater than the first preset threshold value.

In another possible implementation manner, before obtaining the plurality of first history check records, the method further includes:

calling any check condition, and checking the data items belonging to the dimension corresponding to the check condition in any service data, wherein the check condition comprises an initial condition and a supplementary condition;

and if the data item meets the supplement condition but does not meet the initial condition, generating a first historical check record according to the condition identification of the data item and the check condition.

extracting a first keyword and a second keyword from a plurality of keywords;

In another possible implementation, the method further includes:

acquiring target condition identification and weight value adjustment information of a target verification condition;

according to the weight value adjustment information, adjusting the weight value of the target verification condition in the database;

based on the target verification model, invoking a verification condition corresponding to at least one condition identifier in the database, and verifying the service data, wherein the verification condition comprises:

determining weight values of a plurality of verification conditions in a target verification model;

In another possible implementation, the method further includes:

calling any check condition, and checking the data items belonging to the dimension corresponding to the check condition in any service data;

In another possible implementation manner, determining the target verification model when the service data is acquired includes:

and determining a target verification model matched with the data type.

Fig. 3 is a flowchart of a service data verification method according to an embodiment of the present application. Referring to fig. 3, the embodiment includes:

301. the server calls any check condition to check the data items belonging to the dimension corresponding to the check condition in any service data, wherein the check condition can comprise an initial condition and a supplementary condition.

In this embodiment of the application, the service data may be uploaded to the server by the terminal, for example, the terminal is provided with an application client, the server is an application server of the application client, and when the terminal generates the service data, the service data is uploaded to the server by the application client, so that the server subsequently verifies the service data. Or the terminal sends an operation request to the server, the server responds to the operation request of the terminal, and service data are generated according to the operation request in the response process.

In the embodiment of the application, a database is arranged in the server, the database comprises a plurality of verification conditions, and when the server acquires the service data to be verified, the service data can be verified by calling the verification conditions in the database.

The business data may include transaction data, such as transaction order information, transfer order information, and the like, and may also include merchant data, such as merchant identity information provided when a merchant is resident on any transaction platform. The business data comprises data items of at least one dimension, each dimension represents a type, for example, the trade order information comprises a commodity name, a commodity unit price, a commodity quantity and a trade total, and the commodity name, the commodity unit price, the commodity quantity and the trade total all belong to the data items of different dimensions. For multiple business data, the data items of the same dimension may be different, for example, the unit price of the goods in multiple trade orders may be 50, 100, 150, etc.

The verification conditions are used for verifying data items in the service data, and different verification conditions are used for verifying data items with different dimensions. In order to avoid the influence of environmental factors on the verification accuracy, the verification conditions may include initial conditions and supplementary conditions, the initial conditions are conditions that are satisfied by data items without abnormality, the supplementary conditions are conditions that are satisfied by data items with abnormality but can be verified, and the supplementary conditions can achieve the effect of early warning the data items, so that the verification conditions can be adjusted subsequently, and the verification accuracy is improved.

In one possible implementation, the initial condition is a first range of values, and the supplemental condition is a second range of values that includes the first range of data. For example, the first numerical range is (50, 6000), and the second numerical range is (50, 6600).

The database of the server may include a plurality of checking conditions, and different checking conditions are used for checking data items with different dimensions. For example, the database may include a plurality of verification conditions for bank accounts, such as different bank features, information of the number of digits of the payment account, international codes, transaction epiword format and sensitive word check, illegal characters, and the like. The database can also comprise a plurality of trade type checking conditions, such as commercial units of milk powder, diapers, cosmetics and the like, such as cans, sheets, bags, bottles and the like, the stub information of air tickets and entrance tickets, the time of the user for staying in the hotel, the admission notice of the study-keeping service and the like, and different checking conditions can be set for different types of business data. The database may further include a plurality of verification conditions for the merchant security information, such as a key assigned to the merchant for encryption and decryption, a type of service authenticated by the merchant, and the like. The database may further include a plurality of checking conditions for national currencies, such as that us dollars need to fill 9 ABA (The American Bank association), australian yuan needs to fill 6 BSB (Bank State Branch, Bank area Code), canadian yuan needs to fill 9 CC (CAD Code, canadian yuan clear Number), euro yuan needs to fill IBAN (The international Bank Account Number), neither japanese nor korean currencies have corners and grades, so as to ensure accuracy of checking different currencies and different currencies in cross-border transactions.

Therefore, when the server checks the service data, any check condition can be called to check the data items belonging to the dimension corresponding to the check condition in the service data.

302. And if the data item meets the supplement condition but does not meet the initial condition, the server generates a first historical check record according to the condition identification of the data item and the check condition.

And if the data item meets the supplement condition but does not meet the initial condition, the data item is abnormal possibly influenced by the environmental factors, and the verification result of the data item is successful. A first history check record may be generated at this point.

For example, the data item is a hotel room price, the initial condition is a numerical range (50, 6000) of the hotel room price, the supplementary condition is 10% of an upper limit of the numerical range of the initial condition, namely (50,6600), the hotel room price is suddenly increased due to a holiday, the hotel room price is 6500, the hotel room price does not meet the initial condition, but meets the supplementary condition, the hotel room price is abnormal, but the hotel room price is successfully checked. Early warning information can be sent out at the moment, and the hotel room price is prompted to be abnormal.

The first historical verification record comprises a data item and a condition identifier, the condition identifier refers to a verification condition corresponding to the dimensionality of the data item, and the verification condition can be adjusted in the following process by generating the first historical verification record. The first history check record is stored in the form shown in table 1.

TABLE 1

First history check record	Condition identification	Data item
			First History check record A	Condition identification 1	6500
First history check record B	Condition identification 1	6300

303. The server acquires a plurality of first historical check records.

The first historical verification records can be stored in a preset database of the server, and a plurality of first historical verification records can be stored in the preset database along with the continuous verification process.

The server may query the preset database to obtain a plurality of first historical check records, so as to determine whether to adjust the check condition according to the plurality of first historical check records.

In a possible implementation manner, the server obtains a plurality of first historical verification records in a preset time period before the current time, so that the verification conditions are periodically adjusted. For example, a plurality of first historical check records within one month before the current time are obtained.

304. And when the number of the data items belonging to the target dimension in the plurality of first historical verification records is larger than a preset threshold value, the server acquires target condition identification and condition adjustment information of the target verification condition corresponding to the target dimension.

The condition adjustment information may be a preset adjustment range, such as 10% of the upper limit of the increase value range.

Because each first history check record comprises a data item and a condition identifier, the server can determine a plurality of data items and a plurality of condition identifiers according to the obtained plurality of first history check records, and when the condition identifiers in any two first history check records are the same, the server can determine that the data items in any two first history check records belong to the same dimension, so that the number of the data items belonging to the target dimension can be determined. And when the number of the data items belonging to the target dimension is determined to be larger than a preset threshold, the server takes the condition identification belonging to the same first historical check record as the target condition identification, and acquires the condition adjustment information corresponding to the preset threshold.

In one possible implementation, this step 304 includes: when the number of data items belonging to the target dimension is larger than a first preset threshold value, acquiring condition adjustment information of a target condition identifier and a supplementary condition of a target verification condition; and when the number of the data items belonging to the target dimension is greater than a second preset threshold value, acquiring condition adjustment information of the target condition identification and the initial condition of the target verification condition, wherein the second preset threshold value is greater than the first preset threshold value.

The target verification condition comprises an initial condition and a supplement condition, and when the target verification condition is called to verify the data item of the target dimension, if the data item does not meet the initial condition and does not meet the supplement condition, the data item is failed to verify. When it is determined that the data item does not satisfy the initial condition but satisfies the supplemental condition in a large number, it indicates that the data item may be affected by environmental factors, and therefore, the initial condition or the supplemental condition needs to be adjusted, thereby improving the verification accuracy. Therefore, the condition adjustment information of the initial condition and the condition adjustment information of the supplemental condition may be set separately, and the condition adjustment information of the initial condition or the condition adjustment information of the supplemental condition may be acquired according to different numbers of data items belonging to the target dimension.

For example, the data item is a hotel room price, the initial condition is a numerical range (50, 6000) of the hotel room price, the supplementary condition is a numerical range (50,6600) of the hotel room price, the first preset threshold is 30, the second preset threshold is 60, when the number of the hotel room prices exceeding 6000 and not exceeding 6600 is 35, the condition adjustment information of the supplementary condition is obtained, when the number of the hotel room prices exceeding 6000 and not exceeding 6600 is not required to be set, the condition adjustment information of the hotel room price exceeding the normal numerical range is less, and when the number of the hotel rooms exceeding 6000 and not exceeding 6600 is 70, the condition adjustment information of the initial condition is obtained, which indicates that the hotel room price exceeds the normal numerical range is more.

It should be noted that, in the embodiment of the present application, the target condition identifier and the condition adjustment information are obtained according to the history check record, and in another embodiment, the

steps

301 and 304 may be replaced by the following steps:

receiving an adjusting instruction, wherein the adjusting instruction carries a plurality of keywords, extracting a first keyword and a second keyword from the plurality of keywords, and acquiring a target condition identifier of a target verification condition indicated by the second keyword and condition adjusting information indicated by the first keyword. The adjustment instruction may be triggered by an operator of the server, for example, if the operator inputs a plurality of keywords through a background system of the server, the server receives the adjustment instruction. The first keyword is a keyword for indicating adjustment information, and the second keyword is a keyword for indicating a verification condition.

For example, the plurality of keywords acquired by the server are: "delete", "region/currency", "country/currency", "condition 1", i.e. the first keyword is: "delete", the second keyword is: "region/currency", "certain country/certain currency", and "condition 1", the server may determine to delete condition 1 in the verification condition corresponding to the currency of the certain country, obtain the condition identifier of the verification condition, and the condition adjustment information of the verification condition: condition 1 in the check condition is deleted.

In a possible implementation manner, a keyword database is preset in the server, where the keyword database includes a corresponding relationship between a first keyword and a target condition identifier and a corresponding relationship between a second keyword and condition adjustment information, and after the server acquires a plurality of keywords, the server queries the keyword database according to the plurality of keywords, so as to determine the target condition identifier of the target verification condition indicated by the second keyword and the condition adjustment information indicated by the first keyword.

305. And the server adjusts the target verification condition in the database according to the condition adjustment information.

And the server adjusts the target verification condition in the database according to the condition adjustment information of the target verification condition, so that the database comprises the adjusted target verification condition.

For example, the check condition is used to check the currency of a certain country, the check condition includes condition 1, condition 2, and condition 3, and the condition adjustment information of the check condition: and deleting the condition 1, adjusting the information deletion condition 1 according to the condition, wherein the adjusted verification condition comprises a condition 2 and a condition 3.

As another example, the verification condition includes an initial condition and a supplemental condition, and the initial condition is: a numerical range (50, 6000) of hotel room prices, the adjustment information of the initial condition being: the upper limit of the numerical range is increased by 10%, the initial conditions after adjustment are: numerical range of hotel room prices (50, 6600). Alternatively, the complementary conditions are: the upper limit early warning range of the numerical range of the hotel room price is 10%, and the adjustment information of the supplementary condition is as follows: if the early warning range is increased to 30%, the adjusted supplement conditions are as follows: the upper early warning range of the numerical range of the hotel room price is 30 percent.

306. When the server acquires the service data, a target verification model is determined, wherein the target verification model comprises at least one condition identifier, and the at least one condition identifier comprises a target condition identifier.

The at least one condition identifier indicates at least one corresponding verification condition in the database, and since the target verification condition in the database is adjusted, the target condition identifier indicates the adjusted target verification condition in the database.

The target verification model may be preset and used for verifying the service data. The target verification model can be a data format verification model, a transaction type verification model, a payment information verification model, a transaction currency, country and amount verification model, a verification model for verification and cancellation data and the like. When the server receives the service data, a target verification model can be determined from a plurality of preset verification models.

For the method of determining the target verification model, in a possible implementation manner, the server receives a verification instruction, the verification instruction carries the service data to be verified and the data type of the service data, and the server determines the target verification model matched with the data type. Each verification model corresponds to one data type, and when any service data is received, the matched verification model can be determined according to the data type of the service data.

In addition, the server stores the generated plurality of verification models in association with the data types, and the storage manner may be as shown in table 2.

TABLE 2

Data type	Checking model
		Data type A	Verification model 1
Data type B	Verification model 2

As for the generation manner of the target verification model, in a possible implementation manner, a plurality of verification models are generated according to data items including at least one dimension in a plurality of types of business data that can be involved, and each verification model corresponds to one type of business data. For example, for a trading platform, the business data involved in the trading platform includes trade orders, including: and generating a verification model according to the transaction order and according to a first verification condition corresponding to the payer information, a second verification condition corresponding to the payee information and a third verification condition corresponding to the payment amount, wherein the verification model comprises a condition identifier of the first verification condition, a condition identifier of the second verification condition and a condition identifier of the third verification condition.

307. The server determines at least one verification condition in the database based on the target verification model.

308. The server determines a data item corresponding to at least one check condition in the service data.

This step is similar to the description of the service data in step 301, and is not described herein again.

309. And the server calls at least one checking condition respectively and checks the data item corresponding to each checking condition.

And the server checks the data items in the service data respectively according to the determined at least one checking condition. When the verification result of each data item in the service data is successful, the verification result of the service data is successful; and when the verification result of any data item in the service data is verification failure, the verification result of the service data is verification failure.

In addition, when the server calls a plurality of verification conditions to verify a plurality of data items, the verification can be performed simultaneously, or the data items can be verified respectively according to the sequence of the plurality of verification conditions.

In one possible implementation, before step 309, the method further comprises: and checking each data item of the service data, and correcting the data item of the target dimension so that the subsequent server checks the corrected service data.

In another possible implementation manner, when a data item of a target dimension included in the business data is empty, the server fills the data item of the target dimension according to other data items except the data item of the target dimension in the business data. Or, performing format check on each data item in the service data, and adjusting the format of any data item when the format of any data item is determined not to be matched with the service data.

It should be noted that, in the embodiment of the present application, only the process of verifying the service data is described, and in another embodiment, after the service data is verified, desensitization processing is performed on the service data, and the service data after desensitization processing and the verification result are stored. The desensitization processing is to deform the sensitive information in the service data according to desensitization rules, so as to protect the sensitive information. For example, sensitive information such as payer name, certificate number, mailbox, bank card number, business address, business license, etc. included in the business data may need desensitization.

In addition, after the service data is successfully verified, desensitization processing is carried out on the service data, the service data after desensitization processing is sent to the terminal, and the terminal receives the service data after desensitization processing and displays the service data.

As shown in fig. 4, the server may include a database, a verification model, and a data verification module, where the database is used to store a plurality of verification conditions, and the verification model generates a verification policy according to a condition identifier of at least one verification condition in the database, where the verification policy includes at least one condition identifier. As shown in fig. 5, the data verification module includes a receiving unit, a verification unit, a correction unit, and an encryption/decryption unit, where the receiving unit receives service data to be verified, the verification unit calls a verification model, the service data is verified based on the verification model, the correction unit is configured to correct the service data, the encryption/decryption unit is configured to decrypt the service data after receiving the service data, and encrypt the service data after completing the verification.

In addition, fig. 6 is a flowchart for adjusting the verification condition, which may be automatically adjusted through a history verification record, or may be adjusted through the acquired keyword.

Fig. 7 is a flowchart of a service data verification method according to an embodiment of the present application. Referring to fig. 7, the embodiment includes:

701. and the server calls any check condition to check the data items belonging to the dimension corresponding to the check condition in any service data.

This step is similar to step 201 described above and will not be described herein again.

702. And if the data item fails to be checked, the server generates a second historical check record according to the condition identification of the check condition.

The second historical verification record comprises condition identification, and the condition identification refers to verification conditions for failed verification of the historical service data. And when the data item does not meet the corresponding verification condition and the data item fails to be verified, generating a second historical verification record according to the condition identifier of the verification condition.

For example, the conditions for checking the single transfer amount are: if the single transfer amount cannot exceed 50000, when the single transfer amount is detected to be 60000, the data item is determined not to meet the verification condition, and the data item is verified to fail.

703. The server acquires a plurality of second historical check records.

This step is similar to step 303 described above and will not be described herein again.

704. And the server acquires target condition identifications and weight value adjustment information of the target verification conditions according to the number and weight values of each condition identification in the second historical verification records.

The weight value is a weight value of a verification condition corresponding to the condition identifier, and the weight value of the verification condition is used for representing the importance degree of the verification condition.

In one possible implementation, this step 707 includes: and according to the number of each condition identifier in the plurality of second historical verification records, when the number of any condition identifier is greater than a preset threshold value, determining any condition identifier as a target condition identifier, and acquiring weight value adjustment information of a preset amplitude of the target verification condition. For example, if the preset threshold is 60 and the preset amplitude is 0.3, when the number of any condition identifier is 80, that is, if the number of times of the verification failure of the data item corresponding to the condition identifier is too many when the number of any condition identifier exceeds the preset threshold, the obtained weight value adjustment information is that the weight value is increased by 0.3.

In another possible implementation, step 707 includes: and arranging the condition identifications according to the number of each condition identification in the second historical check records from large to small, determining a first sequence, arranging the condition identifications according to the weight values of the corresponding check conditions from large to small, determining a second sequence, taking the condition identifications with different ranking orders as the target condition identifications when the first sequence is different from the second sequence, and taking the weight values of the check conditions of the condition identifications corresponding to the ranking orders in the second sequence as the weight value adjustment information corresponding to the target condition identifications according to the ranking orders of the target condition identifications in the first sequence.

705. And the server adjusts the weight value of the target verification condition in the database according to the weight value adjustment information.

And the server adjusts the weight value of the target verification condition in the database according to the weight value adjustment information of the target verification condition, so that the database comprises the weight value after the target verification condition is adjusted. For example, if the weight value is increased by 0.3 and the current weight value of the target verification condition is 0.1, the weight value after the target verification condition is adjusted is 0.4 in the weight value adjustment information.

706. When the server acquires the service data, a target verification model is determined, wherein the target verification model comprises at least one condition identifier, and the at least one condition identifier comprises a target condition identifier.

This step is similar to step 306 described above and will not be described further herein.

707. The server determines weight values of a plurality of verification conditions in the target verification model.

708. And the server calls the plurality of verification conditions in sequence according to the sequence of the weighted values of the plurality of verification conditions from large to small to verify the service data.

The server can call the calibration condition with a higher weight value preferentially to calibrate the corresponding data item in the service data, and then call the calibration condition with a lower weight value to calibrate the corresponding data item in the service data.

The verification process is similar to step 309, and is not described herein.

According to the method provided by the embodiment of the application, the weighted value of the verification condition is adjusted according to the historical verification record of the verification failure, so that the data item with high verification failure frequency can be verified firstly when the service data is verified subsequently, and the verification efficiency is improved.

Fig. 8 is a schematic structural diagram of a service data checking apparatus according to an embodiment of the present application. Referring to fig. 8, the embodiment includes:

a first obtaining module 801, configured to obtain a target condition identifier and condition adjustment information of a target verification condition;

a condition adjusting module 802, configured to adjust a target verification condition in the database according to the condition adjusting information;

a combination determining module 803, configured to determine a target verification model when the service data is acquired, where the target verification model includes at least one condition identifier, and the at least one condition identifier includes a target condition identifier;

and the data checking module 804 is configured to invoke at least one checking condition corresponding to the at least one condition identifier in the database based on the target checking model, and check the service data.

In one possible implementation, as shown in fig. 9, the business data includes data items of at least one dimension, and different checking conditions are used for checking the data items of different dimensions; a data verification module 804, comprising:

a condition determining unit 8401, configured to determine at least one verification condition in the database based on the target verification model;

a data item determination unit 8402 for determining a data item corresponding to at least one check condition in the service data;

the first checking unit 8403 is configured to invoke at least one checking condition respectively, and check the data item corresponding to each checking condition.

In another possible implementation manner, as shown in fig. 9, the first obtaining module 801 includes:

a first record obtaining unit 8101, configured to obtain multiple first historical check records, where a first historical check record includes a data item and a condition identifier, the condition identifier refers to a check condition corresponding to a dimension to which the data item belongs, the check condition includes an initial condition and a supplemental condition, and the data item satisfies the supplemental condition but does not satisfy the initial condition;

the first obtaining unit 8102 is configured to obtain a target condition identifier and condition adjustment information of a target verification condition corresponding to a target dimension when the number of data items belonging to the target dimension in the plurality of first historical verification records is greater than a preset threshold.

In another possible implementation manner, as shown in fig. 9, the first obtaining unit 8102 is further configured to obtain, when the number of data items belonging to the target dimension is greater than a first preset threshold, condition adjustment information of the target condition identifier and the supplemental condition of the target verification condition;

In another possible implementation manner, as shown in fig. 9, the apparatus further includes:

a first condition calling module 805, configured to call any check condition, to check a data item belonging to a dimension corresponding to the check condition in any service data, where the check condition includes an initial condition and a supplemental condition;

and a first record generating module 806, configured to generate a first historical check record according to the condition identifier of the data item and the check condition if the data item satisfies the supplemental condition but does not satisfy the initial condition.

a first instruction receiving unit 8103, configured to receive an adjustment instruction, where the adjustment instruction carries a plurality of keywords;

a keyword extraction unit 8104 configured to extract a first keyword and a second keyword from the plurality of keywords;

a second obtaining unit 8105, configured to obtain a target condition identifier of the target verification condition indicated by the second keyword and the condition adjustment information indicated by the first keyword.

a second obtaining module 807, configured to obtain a target condition identifier and weight value adjustment information of the target verification condition;

a weight value adjusting module 808, configured to adjust a weight value of the target verification condition in the database according to the weight value adjusting information;

a data verification module 804, comprising:

a weight value determining unit 8404, configured to determine weight values of a plurality of verification conditions in the target verification model;

the second checking unit 8405 is configured to sequentially invoke the multiple checking conditions according to the order of the weighted values of the multiple checking conditions from large to small, and check the service data.

In another possible implementation manner, as shown in fig. 9, the second obtaining module 807 includes:

a second record obtaining unit 8701, configured to obtain multiple second historical check records, where the second historical check records include condition identifiers, and the condition identifiers refer to check conditions for which checking of historical service data fails;

a third obtaining unit 8702, configured to obtain the target condition identifier and the weight value adjustment information of the target verification condition according to the number and the weight value of each condition identifier in the plurality of second history verification records.

a second condition calling module 809, configured to call any check condition, and check a data item belonging to a dimension corresponding to the check condition in any service data;

and a second record generating module 810, configured to generate a second historical check record according to the condition identifier of the check condition if the data item fails to be checked.

In another possible implementation manner, as shown in fig. 9, the combination determining module 803 includes:

a second instruction receiving unit 8301, configured to receive a verification instruction, where the verification instruction carries service data to be verified and a data type of the service data;

a combination determination unit 8302 for determining a target verification model matching the data type.

It should be noted that: the service data verifying apparatus provided in the foregoing embodiment only exemplifies the division of the functional modules when verifying the service data, and in practical applications, the function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. In addition, the service data verification apparatus and the service data verification method provided by the above embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiments and are not described herein again.

Fig. 10 is a block diagram of a terminal 1000 according to an embodiment of the present application. The terminal 1000 can be: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III, motion video Experts compression standard Audio Layer 3), an MP4 player (Moving Picture Experts Group Audio Layer IV, motion video Experts compression standard Audio Layer 4), a notebook computer, or a desktop computer. Terminal 1000 can also be referred to as user equipment, portable terminal, laptop terminal, desktop terminal, or the like by other names.

In general, terminal 1000 can include: a processor 1001 and a memory 1002.

Processor 1001 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and so forth. The processor 1001 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate Array), and a PLA (Programmable Logic Array). The processor 1001 may also include a main processor and a coprocessor, where the main processor is a processor for processing data in an awake state, and is also referred to as a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 1001 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content required to be displayed on the display screen. In some embodiments, the processor 1001 may further include an AI (Artificial Intelligence) processor for processing a computing operation related to machine learning.

Memory 1002 may include one or more computer-readable storage media, which may be non-transitory. The memory 1002 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in the memory 1002 is configured to store at least one instruction for execution by the processor 1001 to implement the business data verification method provided by the method embodiments of the present application.

In some embodiments, terminal 1000 can also optionally include: a peripheral interface 1003 and at least one peripheral. The processor 1001, memory 1002 and peripheral interface 1003 may be connected by a bus or signal line. Various peripheral devices may be connected to peripheral interface 1003 via a bus, signal line, or circuit board. Specifically, the peripheral device includes: at least one of radio frequency circuitry 1004, touch screen display 1005, camera 1006, audio circuitry 1007, positioning components 1008, and power supply 1009.

The peripheral interface 1003 may be used to connect at least one peripheral related to I/O (Input/Output) to the processor 1001 and the memory 1002. In some embodiments, processor 1001, memory 1002, and peripheral interface 1003 are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor 1001, the memory 1002, and the peripheral interface 1003 may be implemented on separate chips or circuit boards, which are not limited by this embodiment.

The Radio Frequency circuit 1004 is used for receiving and transmitting RF (Radio Frequency) signals, also called electromagnetic signals. The radio frequency circuitry 1004 communicates with communication networks and other communication devices via electromagnetic signals. The radio frequency circuit 1004 converts an electrical signal into an electromagnetic signal to transmit, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 1004 comprises: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and so forth. The radio frequency circuit 1004 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocols include, but are not limited to: metropolitan area networks, various generation mobile communication networks (2G, 3G, 4G, and 5G), Wireless local area networks, and/or WiFi (Wireless Fidelity) networks. In some embodiments, the rf circuit 1004 may further include NFC (Near Field Communication) related circuits, which are not limited in this application.

The display screen 1005 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display screen 1005 is a touch display screen, the display screen 1005 also has the ability to capture touch signals on or over the surface of the display screen 1005. The touch signal may be input to the processor 1001 as a control signal for processing. At this point, the display screen 1005 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, display screen 1005 can be one, providing a front panel of terminal 1000; in other embodiments, display 1005 can be at least two, respectively disposed on different surfaces of terminal 1000 or in a folded design; in still other embodiments, display 1005 can be a flexible display disposed on a curved surface or on a folded surface of terminal 1000. Even more, the display screen 1005 may be arranged in a non-rectangular irregular figure, i.e., a shaped screen. The Display screen 1005 may be made of LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), and the like.

The camera assembly 1006 is used to capture images or video. Optionally, the camera assembly 1006 includes a front camera and a rear camera. Generally, a front camera is disposed at a front panel of the terminal, and a rear camera is disposed at a rear surface of the terminal. In some embodiments, the number of the rear cameras is at least two, and each rear camera is any one of a main camera, a depth-of-field camera, a wide-angle camera and a telephoto camera, so that the main camera and the depth-of-field camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize panoramic shooting and VR (Virtual Reality) shooting functions or other fusion shooting functions. In some embodiments, camera assembly 1006 may also include a flash. The flash lamp can be a monochrome temperature flash lamp or a bicolor temperature flash lamp. The double-color-temperature flash lamp is a combination of a warm-light flash lamp and a cold-light flash lamp, and can be used for light compensation at different color temperatures.

The audio circuit 1007 may include a microphone and a speaker. The microphone is used for collecting sound waves of a user and the environment, converting the sound waves into electric signals, and inputting the electric signals to the processor 1001 for processing or inputting the electric signals to the radio frequency circuit 1004 for realizing voice communication. For stereo sound collection or noise reduction purposes, multiple microphones can be provided, each at a different location of terminal 1000. The microphone may also be an array microphone or an omni-directional pick-up microphone. The speaker is used to convert electrical signals from the processor 1001 or the radio frequency circuit 1004 into sound waves. The loudspeaker can be a traditional film loudspeaker or a piezoelectric ceramic loudspeaker. When the speaker is a piezoelectric ceramic speaker, the speaker can be used for purposes such as converting an electric signal into a sound wave audible to a human being, or converting an electric signal into a sound wave inaudible to a human being to measure a distance. In some embodiments, the audio circuit 1007 may also include a headphone jack.

A location component 1008 is employed to locate a current geographic location of terminal 1000 for navigation or LBS (location based Service). The positioning component 1008 may be a positioning component based on the GPS (global positioning System) in the united states, the beidou System in china, the graves System in russia, or the galileo System in the european union.

Power supply 1009 is used to supply power to various components in terminal 1000. The power source 1009 may be alternating current, direct current, disposable batteries, or rechargeable batteries. When the power source 1009 includes a rechargeable battery, the rechargeable battery may support wired charging or wireless charging. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, terminal 1000 can also include one or more sensors 1010. The one or more sensors 1010 include, but are not limited to: acceleration sensor 1011, gyro sensor 1012, pressure sensor 1013, fingerprint sensor 1014, optical sensor 1015, and proximity sensor 1016.

Acceleration sensor 1011 can detect acceleration magnitudes on three coordinate axes of a coordinate system established with terminal 1000. For example, the acceleration sensor 1011 may be used to detect components of the gravitational acceleration in three coordinate axes. The processor 1001 may control the touch display screen 1005 to display a user interface in a landscape view or a portrait view according to the gravitational acceleration signal collected by the acceleration sensor 1011. The acceleration sensor 1011 may also be used for acquisition of motion data of a game or a user.

The gyro sensor 1012 may detect a body direction and a rotation angle of the terminal 1000, and the gyro sensor 1012 and the acceleration sensor 1011 may cooperate to acquire a 3D motion of the user on the terminal 1000. From the data collected by the gyro sensor 1012, the processor 1001 may implement the following functions: motion sensing (such as changing the UI according to a user's tilting operation), image stabilization at the time of photographing, game control, and inertial navigation.

Pressure sensor 1013 may be disposed on a side frame of terminal 1000 and/or on a lower layer of touch display 1005. When pressure sensor 1013 is disposed on a side frame of terminal 1000, a user's grip signal on terminal 1000 can be detected, and processor 1001 performs left-right hand recognition or shortcut operation according to the grip signal collected by pressure sensor 1013. When the pressure sensor 1013 is disposed at a lower layer of the touch display screen 1005, the processor 1001 controls the operability control on the UI interface according to the pressure operation of the user on the touch display screen 1005. The operability control comprises at least one of a button control, a scroll bar control, an icon control and a menu control.

The fingerprint sensor 1014 is used to collect a fingerprint of the user, and the processor 1001 identifies the user according to the fingerprint collected by the fingerprint sensor 1014, or the fingerprint sensor 1014 identifies the user according to the collected fingerprint. Upon identifying that the user's identity is a trusted identity, the processor 1001 authorizes the user to perform relevant sensitive operations including unlocking a screen, viewing encrypted information, downloading software, paying, and changing settings, etc. Fingerprint sensor 1014 can be disposed on the front, back, or side of terminal 1000. When a physical key or vendor Logo is provided on terminal 1000, fingerprint sensor 1014 can be integrated with the physical key or vendor Logo.

The optical sensor 1015 is used to collect the ambient light intensity. In one embodiment, the processor 1001 may control the display brightness of the touch display screen 1005 according to the intensity of the ambient light collected by the optical sensor 1015. Specifically, when the ambient light intensity is high, the display brightness of the touch display screen 1005 is increased; when the ambient light intensity is low, the display brightness of the touch display screen 1005 is turned down. In another embodiment, the processor 1001 may also dynamically adjust the shooting parameters of the camera assembly 1006 according to the intensity of the ambient light collected by the optical sensor 1015.

Proximity sensor 1016, also known as a distance sensor, is typically disposed on a front panel of terminal 1000. Proximity sensor 1016 is used to gather the distance between the user and the front face of terminal 1000. In one embodiment, when proximity sensor 1016 detects that the distance between the user and the front surface of terminal 1000 gradually decreases, processor 1001 controls touch display 1005 to switch from a bright screen state to a dark screen state; when proximity sensor 1016 detects that the distance between the user and the front of terminal 1000 is gradually increased, touch display screen 1005 is controlled by processor 1001 to switch from a breath-screen state to a bright-screen state.

Those skilled in the art will appreciate that the configuration shown in FIG. 10 is not intended to be limiting and that terminal 1000 can include more or fewer components than shown, or some components can be combined, or a different arrangement of components can be employed.

Fig. 11 is a schematic structural diagram of a server according to an embodiment of the present application, where the computer device 1100 may generate a relatively large difference due to different configurations or performances, and may include one or more processors (CPUs) 1101 and one or more memories 1102, where the memory 1102 stores at least one instruction, and the at least one instruction is loaded and executed by the processors 1101 to implement the methods provided by the method embodiments. Certainly, the computer device may further have components such as a wired or wireless network interface, a keyboard, and an input/output interface, so as to perform input and output, and the computer device may further include other components for implementing the functions of the device, which is not described herein again.

In an exemplary embodiment, a computer device is also provided, and the computer device includes one or more processors and one or more memories, and at least one instruction is stored in the one or more memories, and the at least one instruction is loaded and executed by the one or more processors to implement the business data checking method in the above embodiment.

In an exemplary embodiment, a computer-readable storage medium is further provided, in which at least one instruction is stored, and the at least one instruction is loaded and executed by a processor to implement the service data checking method in the above embodiment. For example, a memory including instructions executable by a processor in the terminal to perform the service data checking method in the above embodiments. For example, the computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

In an exemplary embodiment, there is also provided a computer program comprising at least one instruction loaded and executed by a processor to implement the business data checking method as in the above embodiments.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The above description is only exemplary of the present application and should not be taken as limiting, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A service data verification method is characterized by comprising the following steps:

2. The method of claim 1, wherein the business data comprises at least one dimension of data items, and different checking conditions are used for checking the data items of different dimensions; the invoking at least one checking condition corresponding to the at least one condition identifier in the database based on the target checking model to check the service data includes:

3. The method of claim 2, wherein the obtaining the target condition identifier and the condition adjustment information of the target verification condition comprises:

4. The method according to claim 3, wherein when the number of data items belonging to the target dimension in the plurality of first historical verification records is greater than a preset threshold, acquiring a target condition identifier and condition adjustment information of a target verification condition corresponding to the target dimension, including:

5. The method of claim 3, wherein prior to obtaining the first plurality of historical check records, the method further comprises:

6. The method of claim 1, wherein the obtaining the target condition identifier and the condition adjustment information of the target verification condition comprises:

extracting a first keyword and a second keyword from the plurality of keywords;

7. The method of claim 1, further comprising:

8. The method of claim 7, wherein obtaining the target condition identifier and the weight value adjustment information of the target verification condition comprises:

9. The method of claim 8, further comprising:

10. The method of claim 1, wherein determining a target verification model when acquiring the service data comprises:

and determining a target verification model matched with the data type.

11. A service data verification apparatus, characterized in that the apparatus comprises:

12. The apparatus of claim 11, wherein the business data comprises at least one dimension of data items, and different checking conditions are used for checking the data items of different dimensions; the data verification module comprises:

13. The apparatus of claim 12, wherein the first obtaining module comprises:

14. A computer device, comprising one or more processors and one or more memories having stored therein at least one instruction that is loaded and executed by the one or more processors to perform operations performed by the business data checking method of any one of claims 1 to 10.

15. A computer-readable storage medium, wherein at least one instruction is stored in the storage medium, and is loaded and executed by a processor to implement the operations performed by the service data checking method according to any one of claims 1 to 10.