CN114866627A

CN114866627A - Message checking method, device, processor and electronic equipment

Info

Publication number: CN114866627A
Application number: CN202210493258.4A
Authority: CN
Inventors: 冯嘉诚; 方燕娜; 林锐; 李全杰
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2022-05-07
Filing date: 2022-05-07
Publication date: 2022-08-05

Abstract

The application discloses a message checking method, a message checking device, a processor and electronic equipment. Relating to the field of financial science and technology, the method comprises the following steps: obtaining a message to be checked; analyzing the message to be checked to obtain a field value to be checked; and checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data. Through the application, the problem of poor efficiency of message checking in the related art is solved.

Description

Message checking method, device, processor and electronic equipment

Technical Field

The application relates to the field of financial science and technology, in particular to a message checking method, a message checking device, a message checking processor and electronic equipment.

Background

At present, more and more systems (such as interaction with a pedestrian system) interact with a third-party system through messages, if the mutual interaction messages have field content problems, such as the sum of money is expanded by 100 times, the field cross assignment is wrong, the third-party system directly refuses transactions, and the customer account is influenced to cause capital loss, so that how to ensure the consistency between the message content sent by an internal research and development system and the system service field is particularly important.

Under the condition of checking whether the content of the message is consistent with the service field of the system, the message field is analyzed through intercepting the message, an xml, json or fixed-length analyzer and stored in an oracle database, then the information in the product information table is also acquired and stored, and the information is checked one by one through query of sql keywords.

However, performing a field-by-field comparison check according to the field check rule is time-consuming and inefficient.

Aiming at the problem of poor message checking efficiency in the related technology, no effective solution is provided at present.

Disclosure of Invention

The present application mainly aims to provide a method, an apparatus, a processor and an electronic device for message checking, so as to solve the problem of poor message checking efficiency in the related art.

To achieve the above object, according to one aspect of the present application, a message collation method is provided. The method comprises the following steps: obtaining a message to be checked; analyzing the message to be checked to obtain a field value to be checked; and checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data.

Optionally, the obtaining the message to be checked includes: acquiring configuration information of a message server, wherein the message server is used for transmitting the message to be checked, and the configuration information at least comprises: a message address of the message server, and a server type of the message server; and acquiring the message to be checked according to the server type of the message server and the message address.

Optionally, analyzing the message to be checked to obtain a field value to be checked includes: acquiring a message analysis rule of the message to be checked; analyzing the message to be checked based on the message analysis rule to obtain a key value pair to be checked of the message to be checked, wherein the key value pair to be checked comprises: the name of the field to be checked of the message to be checked and the field value to be checked of the message to be checked.

Optionally, before obtaining the message parsing rule of the message to be checked, the method further includes: obtaining an example message, wherein the example message comprises a plurality of message nodes; traversing a plurality of message nodes in the example message, and determining a node path; determining the message parsing rule based on the node path, wherein the message parsing rule comprises at least one rule object for describing node attributes, and the rule object at least comprises: and the field name of the message node.

Optionally, the rule object further includes a field path determined based on the node path, and after the packet parsing rule is determined based on the node path, the method further includes: acquiring a rule updating message, wherein the rule updating message is used for updating the message analysis rule and comprises a plurality of message nodes; inquiring a first analysis rule of the rule updating message, wherein the first analysis rule is a determined message analysis rule; traversing a plurality of message nodes in the rule updating message, and determining a second analysis rule, wherein the second analysis rule is a message analysis rule determined according to the rule updating message; comparing the number of the rule objects in the first analysis rule and the second analysis rule; under the condition that the number of the rule objects is the same, determining the first analysis rule as an updated message analysis rule; and under the condition that the number of the rule objects is different, determining that the rule objects exist in the second analysis rule according to the field path, and under the condition that the rule objects do not exist in the difference rule objects in the first analysis rule, writing the difference rule objects into the first analysis rule.

Optionally, the checking the to-be-checked field value according to a preset checking table, and obtaining a checking result includes: identifying whether the field to be checked exists in the preset checking table, wherein a plurality of field values of the local service data are recorded in the preset checking table; determining that the message to be checked passes checking under the condition that the field value to be checked exists in the preset checking table; and under the condition that the field value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking.

Optionally, the checking the to-be-checked field value according to a preset checking table, and obtaining a checking result includes: calculating a hash value to be checked of the field value to be checked; identifying whether the hash value to be checked exists in the preset checking table, wherein a plurality of local hash values of the local service data are recorded in the preset checking table, and the local hash values are determined according to field values of the local service data; determining that the message to be checked passes checking under the condition that the hash value to be checked exists in the preset checking table; and under the condition that the hash value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking.

In order to achieve the above object, according to another aspect of the present application, there is provided a message collating apparatus. The device includes: the first acquisition unit is used for acquiring a message to be checked; the analysis unit is used for analyzing the message to be checked to obtain a field value to be checked; and the checking unit is used for checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data.

In order to achieve the above object, according to another aspect of the present application, there is provided a processor for executing a program, wherein the program executes to perform the message collation method described above.

In order to achieve the above object, according to another aspect of the present application, there is provided an electronic device including one or more processors and a memory for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the message collation method described above.

Through the application, the following steps are adopted: obtaining a message to be checked; analyzing the message to be checked to obtain a field value to be checked; and checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data, so that the problem of poor message checking efficiency in the related technology is solved. Thereby achieving the effect of improving the message checking efficiency.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this application, illustrate embodiments of the application and, together with the description, serve to explain the application and are not intended to limit the application. In the drawings:

fig. 1 is a flowchart of a message checking method according to an embodiment of the present application;

FIG. 2 is a diagram illustrating a graph structure of a packet retriever according to the present invention;

FIG. 3 is a diagram illustrating a message parser structure according to the present invention;

FIG. 4 is a first diagram illustrating self-learning of a message parsing rule according to the present invention;

FIG. 5 is a diagram illustrating self-learning of a message parsing rule according to the present invention;

FIG. 6 is a diagram illustrating a structure of a data warehousing device according to the present invention;

FIG. 7 is a schematic diagram of a data verifier architecture according to the present invention;

FIG. 8 is a schematic diagram of a message collation apparatus according to an embodiment of the present application;

fig. 9 is a schematic diagram of an electronic device provided according to an embodiment of the present application.

Detailed Description

It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.

In order to make the technical solutions of the present application better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only some embodiments of the present application, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

It should be noted that the terms "first," "second," and the like in the description and claims of this application and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It should be understood that the data so used may be interchanged under appropriate circumstances such that embodiments of the application described herein may be used. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

The present invention is described below with reference to preferred implementation steps, and fig. 1 is a flowchart of a message checking method provided in an embodiment of the present application, and as shown in fig. 1, the method includes the following steps:

step S102, obtaining a message to be checked;

step S104, analyzing the message to be checked to obtain a field value to be checked;

and S106, checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data.

The above embodiment of the present invention adopts the following steps: obtaining a message to be checked; analyzing the message to be checked to obtain a field value to be checked; and checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data, so that the problem of poor message checking efficiency in the related technology is solved. Thereby achieving the effect of improving the message checking efficiency.

In step S102, the message to be checked may be a message interacting with a third-party system.

Optionally, in the method for checking a message provided in the embodiment of the present application, the obtaining a message to be checked includes: acquiring configuration information of a message server, wherein the message server is used for transmitting a message to be checked, and the configuration information at least comprises: the message address of the message server and the server type of the message server; and obtaining the message to be checked according to the server type and the message address of the message server.

In the above embodiment of the present invention, the configuration information may be configured in advance by the user, and the message to be checked may be acquired from the corresponding message server according to the message address configured in the configuration information and the server type of the message server, thereby implementing acquisition of the message to be checked.

Optionally, the message is acquired from a corresponding message server by a message acquirer.

Fig. 2 is a schematic diagram of a graph structure of a message acquirer provided by the present invention, and as shown in fig. 2, the message acquirer includes: message address configuration P21 and message acquisition P22.

Optionally, the message address is configured with P21, and the user configures address information of a corresponding message server in a configuration file, where the message acquirer supports acquisition by the message queue MQ server and the file transfer protocol FTP server.

Optionally, the message queue MQ server type requires configuration of a queue manager name, a channel name, a receiving address, an ip address, a port number, a character set, and a parsing total control field.

Optionally, the file transfer protocol FTP server needs to configure an ip address, a user name, a password, and parse the general control field.

As an alternative example, the message queue MQ server needs to be configured with the following information:

"# queue manager name

QM＝QMUMBFEA

# Server connection channel name

CHANNEL＝SVRCONN

# receiving Address

SENDQUEN＝MSGTOMBA_1

# IP Address

IP＝83.41.2.200

Number # port

PORT＝1428

# character set

CCSID＝819

# analytic Master control

Pyson＝1”。

As another alternative example, the file transfer protocol FTP server needs to be configured with the following information:

"# IP Address

IP＝122.13.14.12

# user name

USERNAME＝ftpusername

# password

PASSWORD＝ftppassword

# remote directory

PATH＝/approot1/bin/ftp/

# analytic Master control

Pyson＝2”。

Optionally, the message obtaining P22 calls the message queue MQ message obtaining method and the file transfer protocol FTP file obtaining method respectively according to the server type configured by the user.

In step S104, the to-be-checked message may be analyzed according to a preconfigured message analysis rule, so as to obtain a to-be-checked field name and a to-be-checked field value of the to-be-checked message.

Optionally, in the message matching method provided in this embodiment of the present application, analyzing the message to be matched to obtain the field value to be matched includes: acquiring a message analysis rule of a message to be checked; analyzing the message to be checked based on the message analysis rule to obtain a key value pair to be checked of the message to be checked, wherein the key value pair to be checked comprises: the name of the field to be checked of the message to be checked and the field value to be checked of the message to be checked.

Optionally, the name of the field to be checked of the message to be checked is a key of the key value pair to be checked, and the value of the field to be checked of the message to be checked is a value of the key value pair to be checked.

According to the embodiment of the invention, the message analysis rule of the message to be checked can be obtained, the message to be checked is analyzed according to the message analysis rule, the key value pair to be checked, which is composed of the field name to be checked of the message to be checked and the field value to be checked, is obtained, and further, under the condition that the message to be checked needs to be checked, the field value to be checked in the message to be checked can be compared on the basis of the field name of the message to be checked, the field name of the message to be checked does not need to be used for word-by-word checking, in addition, the checking is carried out on the basis of the field value, and compared with the checking carried out on the basis of the field name, the checking process is simpler and more convenient, and the checking efficiency is higher.

Optionally, the parsing of the message to be checked may be implemented by a message parser.

Fig. 3 is a schematic diagram of a structure of a message parser provided in the present invention, and as shown in fig. 3, the message parser includes: the system comprises a message analysis configuration P31, a message analysis P32, a message storage P33 and a rule self-learning P34.

Optionally, the message parsing configuration P31 may be configured by a user, or may be automatically configured by a self-learning method provided by the rule self-learning P34, and supports fixed length, xml, and json, and stores the message parsing rule in an ini file and stores the message parsing rule in the parsing system.

Optionally, the message parsing rule includes: field name, field Chinese description, field path.

Optionally, the message parsing rule may be stored in a message rule file, where the message rule file is named by a message name, ini. The following examples:

"# field name # field Chinese description # field Path

Testtype test type/docutment/com/site/ddds/ttype ".

Optionally, in the message matching method provided in the embodiment of the present application, obtaining a message parsing rule of a message to be matched includes: identifying the message type of a message to be checked, wherein the message type is pre-configured with a corresponding message analysis rule; and acquiring a message analysis rule corresponding to the message type.

In the above embodiment of the present invention, in the process of selecting the message parsing rule, the corresponding message parsing rule can be selected according to the message type of the message to be checked for parsing, so as to select the message parsing rule, and the message parsing rules corresponding to different message types are performed, so as to parse the message to be checked of multiple message types, and ensure that the message to be checked can be effectively parsed.

Optionally, the message parsing P32 is configured to instantiate, by the system, a corresponding general control class according to a parsing general control configured in the message acquirer, for example, a cross-row second-generation message parsing general control class, and the general control class obtains a corresponding message type according to a rule of a message header (general control rule configuration), queries a corresponding parsing ini file (i.e., a message rule file storing a message parsing rule) according to the message type, parses, according to the configured message parsing rule, the to-be-checked message, and parses out individual fields.

Optionally, the packet storage P33 converts, according to the field parsed from the packet to be checked, the field name as a KEY VALUE and the field VALUE as a VALUE into a { field name: field value } and saving to the mapping mapper set.

Optionally, in the message checking method provided in this embodiment of the present application, before obtaining the message parsing rule of the message to be checked, the method further includes: obtaining an example message, wherein the example message comprises a plurality of message nodes; traversing a plurality of message nodes in the example message, and determining a node path; determining a message analysis rule based on the node path, wherein the message analysis rule comprises at least one rule object for describing node attributes, and the rule object at least comprises: the field names of the message nodes.

According to the embodiment of the invention, a plurality of message nodes of the example message can be automatically identified according to the pre-configured example message, the message analysis rule is determined, and the automatic identification of the message analysis rule is realized.

It should be noted that the packet may include a plurality of nodes, the plurality of nodes form a tree structure, the plurality of nodes in the packet are traversed, a node path may be determined according to the tree stub structure of the node, and a rule object for describing an attribute of each node is determined according to the node path, for example, a file name of the packet node is determined.

Alternatively, one or more of the message nodes may have the same file name.

Optionally, the file name of the message node may be a field name of the message to be checked, such as a field name to be checked of the message to be checked, and the value of the field to be checked may be determined based on the field name to be checked.

Optionally, the rule self-learning P34, the common system generally uses the way of configuring the parsing rule by the user for parsing, and this method has the disadvantages that the manual configuration amount of the user is large, the user needs to peruse the rule of the message, and once the field name has errors such as case spelling, etc., the parsing of the whole message is not passed.

Fig. 4 is a schematic diagram showing self-learning of a message parsing rule provided by the present invention, as shown in fig. 4, a general specification description has corresponding example messages, and this invention is characterized in that a user can obtain the example messages in the message specification, place the example messages in a system specified directory, run the self-learning rule function of a tool, the system can automatically traverse all child nodes in the example messages, assemble the whole node path by combining parent nodes, form a node path, a field name, and whether there is a rule detail of an attribute node, automatically store the parsed rule detail in a rule file, and use the message name as a rule file name, automatically place a corresponding system folder according to the parsing system filled by the user, so as to be used for subsequent parsing messages.

Optionally, in the packet matching method provided in this embodiment of the present application, the rule object further includes a field path determined based on the node path, and after determining the packet parsing rule based on the node path, the method further includes: acquiring a rule updating message, wherein the rule updating message is used for updating a message analysis rule and comprises a plurality of message nodes; inquiring a first analysis rule of the rule updating message, wherein the first analysis rule is a determined message analysis rule; traversing the rule updating a plurality of message nodes in the message, and determining a second analysis rule, wherein the second analysis rule is a message analysis rule determined according to the rule updating message; comparing the number of rule objects in the first analysis rule and the second analysis rule; under the condition that the number of the rule objects is the same, determining the first analysis rule as an updated message analysis rule; and under the condition that the number of the rule objects is different, determining that the rule objects exist in the second parsing rule according to the field path, and under the condition that the rule objects do not exist in the first parsing rule, writing the difference rule objects into the first parsing rule.

Optionally, in the process of generating the message parsing rule, the message may be updated according to the rule update message to update the message parsing rule, and a rule object is added to the message parsing rule, so that the parsing content of the message parsing rule is enriched, and the message parsing rule is automatically generated.

In the above embodiment of the present invention, in the process of updating the message parsing rule, a new second parsing rule may be automatically generated according to the rule updating message, and then the second parsing rule is compared with the first parsing rule generated in advance to determine the number of rule objects in the first parsing rule and the second parsing rule, and further determine that the first parsing rule does not need to be updated when the number of rule objects in the first parsing rule and the second parsing rule are the same; and comparing the difference rules of the rule objects in the first analysis rule and the second analysis rule one by one under the condition that the number of the rule objects in the first analysis rule is the same as that of the rule objects in the second analysis rule, and updating the first analysis rule according to the difference rules to realize the updating of the first analysis rule.

Fig. 5 is a schematic diagram of self-learning of a message parsing rule provided by the present invention, and as shown in fig. 5, in order to cope with a situation that a message specification is modified or an early rule is incomplete, the system is further equipped with an automatic rule adding function, which mainly realizes that when the whole system automatically runs, and when the system acquires a new message (i.e., an update message), an asynchronous thread is started, a self-learning rule object is created, and a subsequent message self-learning method is invoked.

Optionally, the invoking of the self-learning method starts to generate a rule object according to the attribute information corresponding to each child node in a way of traversing the child nodes, where the method includes: the node name and the node path, and the rule object is stored in an array A, and the length of the array A is stored as a variable A'; reading a corresponding message rule file (namely acquiring a message analysis rule), calculating the number of file lines, subtracting 1, and storing the file lines into a variable B' as the number of the existing rule object; in the process of reading the message rule file, splicing the node path fields in the rule file through an intermediate symbol "|" to form an inventory rule character string oldRuleString; comparing A 'with B', if the quantity is inconsistent, traversing all the objects in the array A, searching the node path field of the corresponding rule object by each object by using a contiins method of the character string, judging whether the node path field exists, if the node path field exists, skipping and continuing, and if the node path field does not exist, writing the rule object into the rule file according to the requirement of the rule file; and after traversing is finished, the rule file is stored, and subsequent analysis is provided for use.

In step S106, the preset check table is determined according to the local service data.

Optionally, when a large number of messages to be checked need to be checked, a plurality of messages to be checked may be stored in a data table (e.g., an outward data set), and then compared with a preset check table (i.e., a local data set).

Fig. 6 is a schematic diagram of a structure of a data warehousing device provided by the present invention, and as shown in fig. 6, the data warehousing device includes: the system comprises an intra-system data acquisition P61, a local data storage set P62 and an outbound data storage set P63.

Optionally, intra-system data acquisition P61: and inquiring a database in a corresponding system according to an acquisition script configured by a user to acquire corresponding field information and generally acquire local service data generated on the day.

Optionally, the local data storage set P62 obtains the local service data obtained from the system in the previous step, converts the local service data into the KV key-value pair format, and forms a corresponding set (i.e., a preset check table), and sets an index value as { Message }: localSet (local data set) to store the index value into the redis set. The index value is used to label the collection as a local data set.

Optionally, the outbound data storage set P63 stores the index value of { Message }: sendSet (outbound data set) into the redis set, where the index value is set to be { Message }, for each Message to be checked. The index value is used to label the collection as an outward dataset.

Optionally, in the message checking method provided in the embodiment of the present application, the checking a to-be-checked field value according to a preset checking table, and obtaining a checking result includes: identifying whether a field to be checked exists in a preset checking table or not, wherein the preset checking table records field values of a plurality of local service data; determining that the message to be checked passes checking under the condition that the field value to be checked exists in the preset checking table; and under the condition that the field value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking.

In the above embodiment of the present invention, the field values of the plurality of local service data recorded in the preset checking table are compared to determine whether the to-be-checked field value of the to-be-checked message exists in the preset checking table, and then the to-be-checked message is checked when the to-be-checked field value exists in the preset checking table; and under the condition that the field value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking, so that the message to be checked can be checked based on the field value, and the rapid checking of the message to be checked is realized.

Optionally, in a case that the field value to be checked does not exist in the preset checking table, the message to be checked is stored in the difference set (or the difference table), and then the difference set (or the difference table) is sent to the user.

Optionally, in the message checking method provided in the embodiment of the present application, the checking a to-be-checked field value according to a preset checking table, and obtaining a checking result includes: calculating a hash value to be checked of the field value to be checked; identifying whether a hash value to be checked exists in a preset checking table, wherein the preset checking table records local hash values of a plurality of local service data, and the local hash value is determined according to the field value of the local service data; determining that the message to be checked passes the check under the condition that the hash value to be checked exists in the preset check table; and under the condition that the hash value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking.

In the above embodiment of the present invention, a plurality of hash values determined according to field values of local service data are recorded in the preset checking table, and whether a hash value to be checked determined according to a field value to be checked of a message to be checked exists in the preset checking table is compared, so that when the hash value to be checked exists in the preset checking table, it is determined that the message to be checked passes the checking; and under the condition that the hash value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking, so that the message to be checked can be checked based on the hash value to be checked, and the quick checking of the message to be checked is realized.

Optionally, in a case that the hash value to be checked does not exist in the preset checking table, the message to be checked is stored in the difference set (or difference table), and then the difference set (or difference table) is sent to the user.

It should be noted that, the common data check is basically implemented by comparing fields one by one, and if a large amount of data is to be checked, the data is usually stored in two data tables, and the data of the two tables is compared one by one in an SQL query manner.

FIG. 7 is a schematic diagram of a data verifier structure according to the present invention, and as shown in FIG. 7, the data verifier includes: acquiring intersection content P71, comparing error content P72 and storing error content P73.

Optionally, obtaining intersection content P71, hashing each VALUE (i.e., a field VALUE of local service data) in a local data set obtained by the data warehousing device, storing a new VALUE (i.e., a local hash VALUE) obtained by hashing into a hash table, and traversing whether the hash VALUE of an outgoing data set (i.e., a packet to be checked) exists in the hash table, if so, placing the hash VALUE into the aggregation.

Optionally, comparing the error content P72, traversing the hash value of the outgoing data set (message to be checked) according to the hash table of the previous step, comparing the hash value with the median value of the hash table, and storing the hash value in the difference set if the hash value does not exist.

Optionally, the error content P73 is saved, the difference set is saved in excel, and the error is reported to the user through the function of sending mail, so that the user can go to the system by himself to check inconsistent data, which can be used as a basis for problem analysis to better find the defect in the system under test.

The invention provides an automatic checking method and a tool based on third-party message interaction and product comparison in a system, which mainly comprise the following steps: the device comprises a message acquirer, a message analyzer, a data storage device and a data checker.

Optionally, the message acquirer may automatically acquire a message (i.e., a message to be checked) interacting with a third party according to a user configuration interactive message acquisition mode, may support acquisition in the message queue MQ server and the file transfer protocol FTP server, and provide post-processing.

Optionally, the message parser parses the interactive message (i.e., the message to be checked) according to a message parsing rule configured by the user, assigns values in a key value pair (key) mode, and stores the values in the mapper set. The user can configure analyzers of different types such as fixed length, json, xml and the like, and the analyzers are analyzed according to the user configuration rule according to the system. The tool is provided with a rule automatic generation tool which is two rule self-learning methods respectively, and the system automatically traverses nodes through example messages in message specifications and generates a message rule file; and analyzing the acquired message, analyzing all child nodes of the message, traversing the message if the number of the child nodes is not consistent with the rule configuration number, generating a node rule, and supplementing the rule file.

Optionally, the data warehouse entry device acquires product table information (i.e., local service data) according to a product table (e.g., a preset check table) in the system configured by the user, and stores the product table information into the redis set through a user-defined index value in a KV key value pair (key: value) manner; and converting the analyzed mapper into a KV key value pair format set according to the configuration sequence, and storing the KV key value pair format set into a redis set through a user-defined index value.

Optionally, the data verifier acquires an intersection of two sets inside the system (i.e., a set of local service data) and outside the system (i.e., a set of messages to be verified) through a return intersection command of redis, then forms an intersection and a difference set through a hash table set comparison algorithm, and alarms to the user through a daily mail to perform verification check if the difference set exists.

The technical scheme provided by the invention can intercept the actually sent message as the message to be checked, analyze the message to be checked, store the field to be checked into a redis database in a splicing mode by configuring a check rule, automatically check the sending service generated on the same day by a Hash set comparison algorithm, cover the whole message of the system, ensure that the data generated by an automatic script and the data generated by a manual test are correspondingly checked, and ensure the correctness of the interactive message. The comparison efficiency can be greatly improved through the Hash set comparison algorithm, the database access times are reduced, the resource consumption is reduced, and the comparison result can be more visually displayed through the json format.

According to the technical scheme provided by the invention, the analysis rule is automatically generated in a self-learning rule generation mode, so that manual configuration is reduced, configuration work is reduced, and the use efficiency of the tool is greatly improved.

The method for checking the message provided by the embodiment of the application adopts the following steps: obtaining a message to be checked; analyzing the message to be checked to obtain a field value to be checked; and checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data, so that the problem of poor message checking efficiency in the related technology is solved. Thereby achieving the effect of improving the message checking efficiency.

It should be noted that the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer-executable instructions and that, although a logical order is illustrated in the flowcharts, in some cases, the steps illustrated or described may be performed in an order different than presented herein.

The embodiment of the present application further provides a message checking device, and it should be noted that the message checking device in the embodiment of the present application may be used to execute the method for checking a message provided in the embodiment of the present application. The following describes a message verification apparatus provided in an embodiment of the present application.

Fig. 8 is a schematic diagram of a message collation apparatus according to an embodiment of the present application. As shown in fig. 8, the apparatus includes: a first obtaining unit 82, configured to obtain a message to be checked; the parsing unit 84 is configured to parse the message to be checked to obtain a field value to be checked; the checking unit 86 is configured to check the field value to be checked according to a preset checking table, so as to obtain a checking result, where the preset checking table at least includes field values of a plurality of local service data.

It should be noted that the first acquiring unit 82 in this embodiment may be configured to execute step S102 in this embodiment, the parsing unit 84 in this embodiment may be configured to execute step S104 in this embodiment, and the checking unit 86 in this embodiment may be configured to execute step S106 in this embodiment. The above units are the same as the examples and application scenarios realized by the corresponding steps, but are not limited to the disclosure of the above embodiments.

In the above embodiment of the present invention, the message to be checked is obtained; analyzing the message to be checked to obtain a field value to be checked; and checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises the field values of a plurality of local service data, so that the problem of poor efficiency of message checking in the related technology is solved. Thereby achieving the effect of improving the message checking efficiency.

Optionally, in the message checking apparatus provided in this embodiment of the present application, the obtaining unit includes: a first obtaining module, configured to obtain configuration information of a message server, where the message server is configured to transmit a message to be checked, and the configuration information at least includes: the message address of the message server and the server type of the message server; and the second acquisition module is used for acquiring the message to be checked according to the server type and the message address of the message server.

Optionally, in the message checking apparatus provided in this embodiment of the present application, the parsing unit includes: a third obtaining module, configured to obtain a message parsing rule of a message to be checked; the analysis module is used for analyzing the message to be checked based on the message analysis rule to obtain the key value pair to be checked of the message to be checked, wherein the key value pair to be checked comprises: the name of the field to be checked of the message to be checked and the field value to be checked of the message to be checked.

Optionally, in the message checking apparatus provided in this embodiment of the present application, the third obtaining module includes: the first identification module is used for identifying the message type of the message to be checked, wherein the message type is pre-configured with a corresponding message analysis rule; and the fourth acquisition module is used for acquiring the message analysis rule corresponding to the message type.

Optionally, in the message checking apparatus provided in this embodiment of the present application, the apparatus further includes: the second obtaining unit is used for obtaining an example message before obtaining the message analysis rule of the message to be checked, wherein the example message comprises a plurality of message nodes; the traversal unit is used for traversing a plurality of message nodes in the example message and determining a node path; a first determining unit, configured to determine a packet parsing rule based on a node path, where the packet parsing rule includes at least one rule object for describing a node attribute, and the rule object at least includes: the field names of the message nodes.

Optionally, in the message checking apparatus provided in this embodiment of the present application, the apparatus further includes: a third obtaining unit, configured to obtain a rule update message after determining a message parsing rule based on a node path, where the rule update message is used to update the message parsing rule, and the rule update message includes a plurality of message nodes; the query unit is used for querying a first analysis rule of the rule updating message, wherein the first analysis rule is a determined message analysis rule; the traversal unit is used for updating a plurality of message nodes in the message according to the traversal rule and determining a second analysis rule, wherein the second analysis rule is a message analysis rule determined according to the rule updating message; the comparison unit is used for comparing the number of the rule objects in the first analysis rule with the number of the rule objects in the second analysis rule; a second determining unit, configured to determine that the first parsing rule is an updated message parsing rule when the number of rule objects is the same; and the updating unit is used for determining that the rule objects exist in the second analysis rule according to the field path under the condition that the number of the rule objects is different, and writing the difference rule objects into the first analysis rule under the condition that the difference rule objects do not exist in the first analysis rule.

Optionally, in the message checking apparatus provided in this embodiment of the present application, the checking unit includes: the second identification module is used for identifying whether a field to be checked exists in a preset checking table, wherein a plurality of field values of local service data are recorded in the preset checking table; the first determining module is used for determining that the message to be checked passes the check under the condition that the field value to be checked exists in the preset check table; and the second determining module is used for determining that the message to be checked does not pass the check under the condition that the field value to be checked does not exist in the preset checking table.

Optionally, in the message checking apparatus provided in this embodiment of the present application, the checking unit includes: the calculation module is used for calculating a hash value to be checked of the field value to be checked; the third identification module is used for identifying whether a hash value to be checked exists in a preset check table, wherein the preset check table records a plurality of local hash values of local service data, and the local hash values are determined according to field values of the local service data; the third determining module is used for determining that the message to be checked passes the check under the condition that the hash value to be checked exists in the preset check table; and the fourth determining module is used for determining that the message to be checked does not pass the check under the condition that the hash value to be checked does not exist in the preset checking table.

The message checking device provided by the embodiment of the application obtains the message to be checked; analyzing the message to be checked to obtain a field value to be checked; and checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data, so that the problem of poor message checking efficiency in the related technology is solved. Thereby achieving the effect of improving the message checking efficiency.

The message checking device comprises a processor and a memory, wherein all the units, the modules and the like are stored in the memory as program units, and the processor executes the program units stored in the memory to realize corresponding functions.

The processor comprises a kernel, and the kernel calls the corresponding program unit from the memory. The kernel can be set to be one or more than one, and the kernel parameters are adjusted to check according to the field value to be checked of the message, so that the aim of improving the message checking efficiency is fulfilled.

The memory may include volatile memory in a computer readable medium, Random Access Memory (RAM) and/or nonvolatile memory such as Read Only Memory (ROM) or flash memory (flash RAM), and the memory includes at least one memory chip.

An embodiment of the present invention provides a computer-readable storage medium, on which a program is stored, which, when executed by a processor, implements the message collation method.

The embodiment of the invention provides a processor, which is used for running a program, wherein the message checking method is executed when the program runs.

Fig. 9 is a schematic diagram of an electronic device according to an embodiment of the present application, and as shown in fig. 9, an embodiment of the present invention provides an electronic device 90, which includes a processor 92, a memory 94, and a program stored in the memory and executable on the processor, and the processor implements the following steps when executing the program: obtaining a message to be checked; analyzing the message to be checked to obtain a field value to be checked; and checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data.

Optionally, the processor executes the program to implement the following steps: acquiring configuration information of a message server, wherein the message server is used for transmitting a message to be checked, and the configuration information at least comprises: the message address of the message server and the server type of the message server; and obtaining the message to be checked according to the server type and the message address of the message server.

Optionally, the processor executes the program to implement the following steps: acquiring a message analysis rule of a message to be checked; analyzing the message to be checked based on the message analysis rule to obtain a key value pair to be checked of the message to be checked, wherein the key value pair to be checked comprises: the name of the field to be checked of the message to be checked and the field value to be checked of the message to be checked.

Optionally, the processor executes the program to implement the following steps: identifying the message type of a message to be checked, wherein the message type is pre-configured with a corresponding message analysis rule; and acquiring a message analysis rule corresponding to the message type.

Optionally, the processor executes the program to implement the following steps: before acquiring a message analysis rule of a message to be checked, acquiring an example message, wherein the example message comprises a plurality of message nodes; traversing a plurality of message nodes in the example message, and determining a node path; determining a message parsing rule based on the node path, wherein the message parsing rule comprises at least one rule object for describing node attributes, and the rule object at least comprises: the field names of the message nodes.

Optionally, the rule object further includes a field path determined based on the node path, and the processor implements the following steps when executing the program: after determining a message analysis rule based on a node path, acquiring a rule updating message, wherein the rule updating message is used for updating the message analysis rule and comprises a plurality of message nodes; inquiring a first analysis rule of the rule updating message, wherein the first analysis rule is a determined message analysis rule; traversing the rule updating a plurality of message nodes in the message, and determining a second analysis rule, wherein the second analysis rule is a message analysis rule determined according to the rule updating message; comparing the number of rule objects in the first analysis rule and the second analysis rule; under the condition that the number of the rule objects is the same, determining the first analysis rule as an updated message analysis rule; and under the condition that the number of the rule objects is different, determining that the rule objects exist in the second parsing rule according to the field path, and under the condition that the rule objects do not exist in the first parsing rule, writing the difference rule objects into the first parsing rule.

Optionally, the processor executes the program to implement the following steps: identifying whether a field to be checked exists in a preset checking table or not, wherein the preset checking table records field values of a plurality of local service data; determining that the message to be checked passes checking under the condition that the field value to be checked exists in the preset checking table; and under the condition that the field value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking.

Optionally, the processor executes the program to implement the following steps: calculating a hash value to be checked of the field value to be checked; identifying whether a hash value to be checked exists in a preset checking table, wherein the preset checking table records local hash values of a plurality of local service data, and the local hash value is determined according to the field value of the local service data; determining that the message to be checked passes the check under the condition that the hash value to be checked exists in the preset check table; and under the condition that the hash value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking.

The device herein may be a server, a PC, a PAD, a mobile phone, etc.

The present application further provides a computer program product adapted to perform a program for initializing the following method steps when executed on a data processing device: obtaining a message to be checked; analyzing the message to be checked to obtain a field value to be checked; and checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data.

Alternatively, it is adapted to perform a procedure when executed on a data processing device, which initializes the following method steps: acquiring configuration information of a message server, wherein the message server is used for transmitting a message to be checked, and the configuration information at least comprises: the message address of the message server and the server type of the message server; and obtaining the message to be checked according to the server type and the message address of the message server.

Alternatively, it is adapted to perform a procedure when executed on a data processing device, which initializes the following method steps: acquiring a message analysis rule of a message to be checked; analyzing the message to be checked based on the message analysis rule to obtain a key value pair to be checked of the message to be checked, wherein the key value pair to be checked comprises: the name of the field to be checked of the message to be checked and the field value to be checked of the message to be checked.

Alternatively, it is adapted to perform a procedure when executed on a data processing device, which initializes the following method steps: identifying the message type of a message to be checked, wherein the message type is pre-configured with a corresponding message analysis rule; and acquiring a message analysis rule corresponding to the message type.

Alternatively, it is adapted to perform a procedure when executed on a data processing device, which initializes the following method steps: before acquiring a message analysis rule of a message to be checked, acquiring an example message, wherein the example message comprises a plurality of message nodes; traversing a plurality of message nodes in the example message, and determining a node path; determining a message parsing rule based on the node path, wherein the message parsing rule comprises at least one rule object for describing node attributes, and the rule object at least comprises: the field names of the message nodes.

Optionally, the rule object further comprises a field path determined based on the node path, and when executed on the data processing device, is adapted to execute a program that initializes the following method steps: after determining a message analysis rule based on a node path, acquiring a rule updating message, wherein the rule updating message is used for updating the message analysis rule and comprises a plurality of message nodes; inquiring a first analysis rule of the rule updating message, wherein the first analysis rule is a determined message analysis rule; traversing the rule updating a plurality of message nodes in the message, and determining a second analysis rule, wherein the second analysis rule is a message analysis rule determined according to the rule updating message; comparing the number of rule objects in the first analysis rule and the second analysis rule; under the condition that the number of the rule objects is the same, determining the first analysis rule as an updated message analysis rule; and under the condition that the number of the rule objects is different, determining that the rule objects exist in the second parsing rule according to the field path, and under the condition that the rule objects do not exist in the first parsing rule, writing the difference rule objects into the first parsing rule.

Alternatively, it is adapted to perform a procedure when executed on a data processing device, which initializes the following method steps: identifying whether a field to be checked exists in a preset checking table or not, wherein the preset checking table records field values of a plurality of local service data; determining that the message to be checked passes checking under the condition that the field value to be checked exists in the preset checking table; and under the condition that the field value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking.

Alternatively, it is adapted to perform a procedure when executed on a data processing device, which initializes the following method steps: calculating a hash value to be checked of the field value to be checked; identifying whether a hash value to be checked exists in a preset checking table, wherein the preset checking table records local hash values of a plurality of local service data, and the local hash value is determined according to the field value of the local service data; determining that the message to be checked passes the check under the condition that the hash value to be checked exists in the preset check table; and under the condition that the hash value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). The memory is an example of a computer-readable medium.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in the process, method, article, or apparatus that comprises the element.

The above are merely examples of the present application and are not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A method for packet collation, comprising:

obtaining a message to be checked;

analyzing the message to be checked to obtain a field value to be checked;

and checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises the field values of a plurality of local service data.

2. The method of claim 1, wherein obtaining the message to be checked comprises:

acquiring configuration information of a message server, wherein the message server is used for transmitting the message to be checked, and the configuration information at least comprises: a message address of the message server, and a server type of the message server;

and acquiring the message to be checked according to the server type of the message server and the message address.

3. The method of claim 1, wherein parsing the packet to be checked to obtain a field value to be checked comprises:

acquiring a message analysis rule of the message to be checked;

analyzing the message to be checked based on the message analysis rule to obtain a key value pair to be checked of the message to be checked, wherein the key value pair to be checked comprises: the name of the field to be checked of the message to be checked and the field value to be checked of the message to be checked.

4. The method according to claim 1, wherein before obtaining the message parsing rule of the message to be checked, the method further comprises:

obtaining an example message, wherein the example message comprises a plurality of message nodes;

traversing a plurality of message nodes in the example message, and determining a node path;

determining the message parsing rule based on the node path, wherein the message parsing rule comprises at least one rule object for describing node attributes, and the rule object at least comprises: and the field name of the message node.

5. The method of claim 4, wherein the rule object further comprises a field path determined based on the node path, and wherein after determining the packet parsing rule based on the node path, the method further comprises:

acquiring a rule updating message, wherein the rule updating message is used for updating the message analysis rule and comprises a plurality of message nodes;

inquiring a first analysis rule of the rule updating message, wherein the first analysis rule is a determined message analysis rule;

traversing a plurality of message nodes in the rule updating message, and determining a second analysis rule, wherein the second analysis rule is a message analysis rule determined according to the rule updating message;

comparing the number of the rule objects in the first analysis rule and the second analysis rule;

under the condition that the number of the rule objects is the same, determining the first analysis rule as an updated message analysis rule;

and under the condition that the number of the rule objects is different, determining that the rule objects exist in the second analysis rule according to the field path, and under the condition that the rule objects do not exist in the difference rule objects in the first analysis rule, writing the difference rule objects into the first analysis rule.

6. The method of claim 1, wherein the checking the field value to be checked against a predetermined checking table, and obtaining the checking result comprises:

identifying whether the field to be checked exists in the preset checking table, wherein a plurality of field values of the local service data are recorded in the preset checking table;

determining that the message to be checked passes checking under the condition that the field value to be checked exists in the preset checking table;

and under the condition that the field value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking.

7. The method of claim 1, wherein the checking the field value to be checked against a predetermined checking table, and obtaining the checking result comprises:

calculating a hash value to be checked of the field value to be checked;

identifying whether the hash value to be checked exists in the preset checking table, wherein a plurality of local hash values of the local service data are recorded in the preset checking table, and the local hash values are determined according to field values of the local service data;

determining that the message to be checked passes checking under the condition that the hash value to be checked exists in the preset checking table;

and under the condition that the hash value to be checked does not exist in the preset checking table, determining that the message to be checked does not pass the checking.

8. A message collating apparatus, characterized by comprising:

the first acquisition unit is used for acquiring the message to be checked;

the analysis unit is used for analyzing the message to be checked to obtain a field value to be checked;

and the checking unit is used for checking the field value to be checked according to a preset checking table to obtain a checking result, wherein the preset checking table at least comprises a plurality of field values of local service data.

9. A processor, characterized in that the processor is configured to run a program, wherein the program is configured to execute the message checking method according to any one of claims 1 to 7 when running.

10. An electronic device comprising one or more processors and memory storing one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the message collation method according to any one of claims 1 to 7.