Configuration parameter checking method and device, electronic equipment and storage medium

Abstract

The disclosure provides a configuration parameter verification method and device, electronic equipment and a storage medium, which can be applied to the fields of information security technology, big data technology and financial technology. The configuration parameter verification method comprises the following steps: receiving a service test request; performing service processing based on the service test request, and returning a service test result to a message sender through a third-party application; receiving a feedback result sent by the message sender, wherein the feedback result is used to represent whether the service test result meets the expectation of the message sender; in the case that the service test result does not meet the expectation of the message sender, obtaining a configuration parameter, and verifying the configuration parameter to output a verification result, wherein the configuration parameter is a parameter that needs to be provided to the third-party application in a service operation process completed between the message sender and a message receiver through the third-party application.

Description

Technical Field

[0001] This disclosure relates to the fields of information security technology, big data technology, and financial technology technology, and specifically to a configuration parameter verification method, apparatus, device, medium, and program product. Background Technology

[0002] In the daily business operations of financial institutions, some business requests need to be processed through third-party applications. For example, asset managers and asset custodians can establish direct electronic connections through third-party applications. After the direct connection is established, functions such as account inquiries, instruction management, and direct reconciliation for the custodial portfolio can be realized through interface messages.

[0003] In the process of implementing this disclosure, it was found that there are often some problems in the process of establishing an electronic direct connection between asset managers and asset custodians through third-party applications, which makes it impossible to launch related businesses in a timely manner. In addition, the production environment is subject to strict data protection, and the process of submitting and investigating problems is relatively complex. It is difficult to locate and resolve direct connection problems in a timely manner, and the efficiency of launching the electronic direct connection function between managers and custodians is often affected. Summary of the Invention

[0004] In view of the above problems, this disclosure provides a configuration parameter verification method, apparatus, device, medium and program product.

[0005] One aspect of this disclosure provides a configuration parameter verification method, including:

[0006] Receive business test requests, whereby the business test requests are initiated by the message sender and forwarded to the message receiver through a third-party application;

[0007] Business processing is performed based on business test requests, and business test results are returned to the message sender through a third-party application.

[0008] Receive feedback results sent by the message sender, where the feedback results are used to characterize whether the business test results meet the expectations of the message sender;

[0009] If the business test results do not meet the expectations of the message sender, the configuration parameters are obtained and verified to output the verification results. The configuration parameters are the parameters that need to be provided to the third-party application when the message sender and message receiver complete business operations through the third-party application.

[0010] According to embodiments of this disclosure, validating the configuration parameters to output a validation result includes:

[0011] Retrieve operation log data within a predetermined historical time period from the messaging middleware associated with third-party applications;

[0012] The configuration parameters are validated based on the operation log data, and the validation results are output.

[0013] According to an embodiment of this disclosure, the configuration parameters include interaction layer parameters, which include a first interaction layer parameter and a second interaction layer parameter. The first interaction layer parameter is used to characterize the binding relationship between the message sender and the third-party application, and the second interaction layer parameter is used to identify the message of the business test request.

[0014] The configuration parameters are validated based on the operation log data, and the validation results are output as follows:

[0015] Use the parameters of the first interaction layer or the parameters of the second interaction layer as the first query field to query the operation log data and output the first query result.

[0016] The first verification result is output based on the first query result, where the first verification result is used to characterize whether there is an error in the network configuration of the message sender.

[0017] According to embodiments of this disclosure, the configuration parameters are validated based on operation log data, and the validation results are output as follows:

[0018] Using the parameters of the first and second interaction layers as the second query fields, query the operation log data and output the second query result.

[0019] The second verification result is output based on the second query result. The second verification result is used to characterize whether there are any errors in the first interaction layer parameter configuration or business application system configuration of the message sender.

[0020] According to embodiments of this disclosure, wherein,

[0021] If the second query result is: the operation log data does not include the first interaction layer parameters but includes the second interaction layer parameters, the second verification result is used to indicate that the first interaction layer parameter configuration of the message sender is incorrect.

[0022] According to embodiments of this disclosure, wherein,

[0023] If the second query result is: the operation log data includes the first interaction layer parameters but does not include the second interaction layer parameters, the second verification result is used to indicate that there is an error in the configuration of the business application system of the message sender.

[0024] According to embodiments of this disclosure, the configuration parameters include service layer parameters;

[0025] The configuration parameters are validated based on the operation log data, and the validation results are output as follows:

[0026] Use the business layer parameters as the third query field to query the operation log data and output the third query result.

[0027] The third verification result is output based on the third query result. The third verification result is used to indicate whether there are any errors in the configuration of the service parameters of the message sender or message receiver.

[0028] Another aspect of this disclosure provides a configuration parameter verification device, including a first receiving module, a processing module, a second receiving module, and a verification module.

[0029] The first receiving module is used to receive business test requests, which are initiated by the message sender and forwarded to the message receiver through a third-party application.

[0030] The processing module is used to perform business processing based on business test requests and return business test results to the message sender through a third-party application.

[0031] The second receiving module is used to receive feedback results sent by the message sender, wherein the feedback results are used to characterize whether the service test results meet the expectations of the message sender.

[0032] The verification module is used to obtain configuration parameters and verify them to output verification results when the business test results do not meet the expectations of the message sender. The configuration parameters are the parameters that need to be provided to the third-party application when the message sender and message receiver complete business operations through the third-party application.

[0033] According to embodiments of this disclosure, the verification module includes a log acquisition unit and a verification unit.

[0034] The log acquisition unit is used to acquire operation log data within a predetermined historical time period from the messaging middleware associated with the third-party application.

[0035] The verification unit is used to verify the configuration parameters based on the operation log data and output the verification results.

[0036] According to embodiments of this disclosure, the configuration parameters include interaction layer parameters, which include a first interaction layer parameter and a second interaction layer parameter. The first interaction layer parameter is used to characterize the binding relationship between the message sender and the third-party application, and the second interaction layer parameter is used to identify the message of the business test request.

[0037] The verification unit includes a first query subunit and a first output subunit.

[0038] The first query subunit is used to query operation log data using the first interaction layer parameter or the second interaction layer parameter as the first query field, and output the first query result.

[0039] The first output subunit is used to output a first verification result based on the first query result, wherein the first verification result is used to characterize whether there is an error in the network configuration of the message sender.

[0040] According to embodiments of this disclosure, the verification unit includes a second query subunit and a second output subunit.

[0041] The second query subunit is used to query operation log data using the first interaction layer parameters and the second interaction layer parameters as the second query fields, and output the second query result.

[0042] The second output subunit is used to output a second verification result based on the second query result, wherein the second verification result is used to characterize whether there is an error in the first interaction layer parameter configuration or business application system configuration of the message sender.

[0043] According to embodiments of this disclosure, wherein,

[0044] If the second query result is: the operation log data does not include the first interaction layer parameters but includes the second interaction layer parameters, the second verification result is used to indicate that the first interaction layer parameter configuration of the message sender is incorrect.

[0045] According to embodiments of this disclosure, wherein,

[0046] If the second query result is: the operation log data includes the first interaction layer parameters but does not include the second interaction layer parameters, the second verification result is used to indicate that there is an error in the configuration of the business application system of the message sender.

[0047] According to embodiments of this disclosure, the configuration parameters include service layer parameters;

[0048] The verification unit includes a third query subunit and a third output subunit.

[0049] The third query subunit is used to query operation log data using business layer parameters as the third query field and output the third query result.

[0050] The third output subunit is used to output the third verification result based on the third query result. The third verification result is used to characterize whether there are errors in the service parameter configuration of the message sender or message receiver.

[0051] Another aspect of this disclosure provides 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 perform the configuration parameter verification method described above.

[0052] Another aspect of this disclosure provides a computer-readable storage medium having executable instructions stored thereon, which, when executed by a processor, cause the processor to perform the above-described configuration parameter verification method.

[0053] Another aspect of this disclosure provides a computer program product, including a computer program that, when executed by a processor, implements the above-described configuration parameter verification method.

[0054] According to embodiments of this disclosure, the configuration parameter verification method described above allows for testing before a direct electronic connection is established between the message sender and receiver via a third-party application. The message sender sends a service test request, and the message receiver processes the service. Then, based on the service test results, if the results do not meet the message sender's expectations, the configuration parameters are verified to troubleshoot specific issues with the direct electronic connection. This method helps quickly locate connectivity problems during the environment connectivity verification process before the message sender and receiver launch the direct electronic connection, allowing for rapid problem resolution and quick deployment of related functions. Compared to online real-time problem troubleshooting methods, this avoids difficulties in obtaining real-time data, data parsing, and root cause identification in the production environment. Problems can be located by obtaining and verifying configuration parameters offline. Utilizing offline elements facilitates the identification of online problems, reducing the difficulty of locating connectivity issues during the direct electronic connection process via a third-party application and improving the deployment efficiency of the direct electronic connection. Attached Figure Description

[0055] The foregoing contents, as well as other objects, features, and advantages of this disclosure, will become clearer from the following description of embodiments with reference to the accompanying drawings, in which:

[0056] Figure 1 The illustration schematically depicts an application scenario of a configuration parameter verification method, apparatus, device, medium, and program product according to embodiments of the present disclosure;

[0057] Figure 2 A flowchart illustrating a configuration parameter verification method according to an embodiment of the present disclosure is shown schematically.

[0058] Figure 3 A flowchart illustrating a configuration parameter verification method according to another embodiment of the present disclosure is shown schematically;

[0059] Figure 4 A schematic diagram illustrating a system principle of a configuration parameter verification method according to an embodiment of the present disclosure is shown.

[0060] Figure 5 This schematically illustrates a structural block diagram of a configuration parameter verification device according to an embodiment of the present disclosure;

[0061] Figure 6 A block diagram schematically illustrates an electronic device suitable for implementing a configuration parameter verification method according to an embodiment of the present disclosure. Detailed Implementation

[0062] The embodiments of the present disclosure will now be described with reference to the accompanying drawings. However, it should be understood that these descriptions are exemplary only and are not intended to limit the scope of the disclosure. In the following detailed description, numerous specific details are set forth to provide a thorough understanding of the embodiments of the present disclosure for ease of explanation. However, it will be apparent that one or more embodiments may be practiced without these specific details. Furthermore, descriptions of well-known structures and techniques are omitted in the following description to avoid unnecessarily obscuring the concepts of the present disclosure.

[0063] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit this disclosure. The terms “comprising,” “including,” etc., as used herein indicate the presence of the stated features, steps, operations, and / or components, but do not exclude the presence or addition of one or more other features, steps, operations, or components.

[0064] All terms used herein (including technical and scientific terms) have the meanings commonly understood by those skilled in the art, unless otherwise defined. It should be noted that the terms used herein are to be interpreted in a manner consistent with the context of this specification, and not in an idealized or overly rigid way.

[0065] When using expressions such as "at least one of A, B, and C", they should generally be interpreted in accordance with the meaning that is commonly understood by a person skilled in the art (e.g., "a system having at least one of A, B, and C" should include, but is not limited to, a system having A alone, a system having B alone, a system having C alone, a system having A and B, a system having A and C, a system having B and C, and / or a system having A, B, and C, etc.).

[0066] In the embodiments disclosed herein, the collection, updating, analysis, processing, use, transmission, provision, disclosure, and storage of data (e.g., including but not limited to user personal information) comply with relevant laws and regulations, are used for legitimate purposes, and do not violate public order and good morals. In particular, necessary measures have been taken to prevent unauthorized access to user personal information data and to safeguard user personal information security, network security, and national security.

[0067] In the embodiments disclosed herein, user authorization or consent is obtained before acquiring or collecting user personal information.

[0068] It should be noted that the configuration parameter verification method and apparatus, electronic device and storage medium of the present disclosure embodiments can be applied to the fields of information security technology, big data technology, and financial technology, and can also be used in any field other than the fields of information security technology, big data technology, and financial technology. The embodiments of the present disclosure do not limit the application fields of the above configuration parameter verification method and apparatus, electronic device and storage medium.

[0069] Embodiments of this disclosure provide a configuration parameter verification method, including:

[0070] The system receives business test requests, which are initiated by the message sender and forwarded to the message receiver via a third-party application. Based on the business test requests, it performs business processing and returns the business test results to the message sender via the third-party application. It also receives feedback results from the message sender, which indicate whether the business test results meet the message sender's expectations. If the business test results do not meet the message sender's expectations, it retrieves configuration parameters and validates them to output validation results. These configuration parameters are those that need to be provided to the third-party application during business operations between the message sender and receiver.

[0071] Figure 1 The illustration schematically depicts an application scenario of a configuration parameter verification method, apparatus, device, medium, and program product according to embodiments of the present disclosure.

[0072] like Figure 1 As shown, application scenario 100 according to this embodiment may include message sender 101, third-party application 102, and message receiver 103. Message sender 101, third-party application 102, and message receiver 103 can communicate with each other through a network, which may include various connection types, such as wired or wireless communication links or fiber optic cables, etc.

[0073] The message sender 101, third-party application 102, and message receiver 103 can send, forward, and execute requests through the server. The server can be a server that provides various services, such as a backend management server that supports websites browsed by users using their terminal devices (for example only). The backend management server can analyze and process the received user requests and other data, and feed back the processing results (such as web pages, information, or data obtained or generated according to user requests) to the terminal device.

[0074] In the application scenarios of this disclosure embodiment, the message sender 101 and the message receiver 103 can be directly connected electronically through a third-party application 102 to transmit and interact with business instructions. For example, the message sender 101 can act as an asset manager, and the message receiver 103 can act as an asset custodian. The message sender 101 can send instructions to the message receiver 103 through the third-party application 102, so that the message receiver 103, as the asset custodian, can complete the asset transfer operation according to the instructions.

[0075] Before the message sender 101 and the message receiver 103 establish an electronic direct connection via a third-party application 102, the configuration parameters can be pre-verified using the configuration parameter verification method of this embodiment. The configuration parameters are those that need to be provided to the third-party application during the business operation between the message sender and receiver via the third-party application. This allows for the identification of configuration problems during the direct connection process, improving the success rate of the electronic direct connection.

[0076] The following will be based on Figure 1 The described scene, through Figures 2-6 The configuration parameter verification method of the disclosed embodiments is described in detail.

[0077] Figure 2 A flowchart illustrating a configuration parameter verification method according to an embodiment of the present disclosure is shown.

[0078] like Figure 2 As shown, the configuration parameter verification method in this embodiment includes operations S201 to S204.

[0079] In operation S201, a service test request is received. The service test request is initiated by the message sender and forwarded to the message receiver through a third-party application.

[0080] In operation S202, business processing is performed based on business test requests, and business test results are returned to the message sender through a third-party application.

[0081] In operation S203, the feedback result sent by the message sender is received, where the feedback result is used to characterize whether the service test result meets the expectations of the message sender.

[0082] In operation S204, if the business test results do not meet the expectations of the message sender, the configuration parameters are obtained and the configuration parameters are verified to output the verification results. The configuration parameters are the parameters that need to be provided to the third-party application during the business operation between the message sender and the message receiver through the third-party application.

[0083] In the daily operations of financial institutions, some business requests require processing through third-party applications. For example, asset managers (such as wealth management institutions) and asset custodians (such as financial institutions) may establish a direct electronic connection through a third-party application. After the connection is established, functions such as account inquiries, instruction management, and direct reconciliation for the custodial portfolio are achieved through interface messages. In this scenario, the asset manager acts as the message sender, and the asset custodian acts as the message receiver. The message sender and receiver communicate and exchange business instructions through a direct electronic connection via a third-party application. The message sender sends instructions to the message receiver through the third-party application, enabling the message receiver, acting as the asset custodian, to complete the asset transfer operation according to the instructions.

[0084] When business operations are completed between the message sender (asset manager) and the message receiver (asset custodian) through a third-party application, configuration parameters need to be provided to the third-party application to establish a one-to-one relationship between the asset manager and the asset custodian. Since the same asset manager may have business dealings with multiple asset custodians simultaneously, and similarly, the same asset custodian may have business dealings with multiple asset managers simultaneously, a one-to-one direct connection needs to be established during the electronic direct connection process through the third-party application. Therefore, configuration parameters need to be provided to the third-party application to establish this one-to-one relationship and complete the electronic direct connection.

[0085] The specific types of configuration parameters can include interaction layer parameters and business layer parameters. These can be parameters pre-agreed offline between the message sender and message receiver to establish a one-to-one relationship between the asset manager and the asset custodian.

[0086] However, during the process of establishing an electronic direct connection between asset managers and asset custodians through third-party applications, issues such as network connectivity problems and incorrect parameter configurations frequently arise, leading to unpredictable failures in the electronic direct connection. Furthermore, production environments are subject to strict data protection, making the process of submitting and troubleshooting problems relatively complex. In production environments, frontline staff may lack sufficient understanding of the principles of the electronic direct connection function, hindering the timely identification and resolution of problems. This often impacts the efficiency of launching the electronic direct connection function between managers and custodians, resulting in delays in the timely deployment of related services. Therefore, to improve the success rate of electronic direct connections and the efficiency of service deployment, the embodiments of this disclosure propose the aforementioned configuration parameter verification method.

[0087] The above configuration parameter verification method verifies the configuration parameters before the formal business operation is completed between the message sender and receiver via a third-party application, in order to troubleshoot specific problems with the electronic direct connection. Specifically, the message receiver is the entity that performs the above configuration parameter verification method.

[0088] Before completing formal business operations, test business requests of a test nature are sent through the message sender. For example, a trial business request to query the results of a business operation is sent. The parameter types carried by the test business request are the same as the parameter types of real-time transaction business requests in the formal business processing. In addition, the parameter types are also the same as the parameter types of configuration parameters (parameters that need to be provided to third-party applications). In this way, the validity of parameter verification can be guaranteed while ensuring that the business can be executed normally.

[0089] Based on this, through the aforementioned operation S201, the message receiver receives the service test request, and in operation S202, performs service processing based on the service test request, returning the service test result to the message sender through a third-party application. After receiving the service test result, the message sender performs a judgment to determine whether the service test result meets its expectations, and then feeds back the judgment result to the message receiver. Further, in operation S203, the message receiver receives the feedback result sent by the message sender, and if the service test result does not meet the message sender's expectations, in operation S204, it obtains the configuration parameters, verifies the configuration parameters, and outputs the verification result.

[0090] According to embodiments of this disclosure, the above method allows for testing before establishing an electronic direct connection between the message sender and receiver via a third-party application. The message sender sends a service test request, and the message receiver processes the service. Then, based on the service test results, if the results do not meet the message sender's expectations, the configuration parameters are verified to troubleshoot specific issues with the electronic direct connection. This method helps quickly locate connectivity problems during the environment connectivity verification process before the message sender and receiver go live with the electronic direct connection, allowing for rapid problem resolution and quick deployment of related functions. Compared to online real-time problem troubleshooting, this method avoids difficulties in obtaining real-time data in the production environment, data parsing, and root cause identification. Problems can be located by obtaining and verifying configuration parameters offline. Utilizing offline elements facilitates the location of online problems, reducing the difficulty of locating connectivity issues during the electronic direct connection process via a third-party application and improving the deployment efficiency of the electronic direct connection.

[0091] Figure 3 A flowchart illustrating a configuration parameter verification method according to another embodiment of the present disclosure is shown.

[0092] like Figure 3 As shown, the configuration parameter verification method in this embodiment can be a specific method for verifying the configuration parameters in the above operation S204, specifically including operations S301 to S302.

[0093] In operation S301, operation log data within a predetermined historical time period is obtained from the messaging middleware associated with a third-party application;

[0094] When operating S302, the configuration parameters are verified based on the operation log data, and the verification results are output.

[0095] According to embodiments of this disclosure, since the message sender and message receiver complete electronic direct connection and business operations through a third-party application, the object of verification is the log content recorded in the message passing middleware associated with the third-party application, such as the content recorded on the same day. Since the log contains log information of transactions between the message sender and message receiver, the connectivity between the sender and receiver can be queried and verified.

[0096] Specifically, the types of configuration parameters can include interaction layer parameters and business layer parameters. These can be parameters pre-agreed offline between the message sender and the message receiver to establish a one-to-one relationship between the asset manager and the asset custodian.

[0097] Interaction layer parameters can be used to verify the connectivity between the message sender and receiver when transmitting messages through a third-party application; that is, to verify whether request messages can be transmitted normally between the message sender and receiver. Specifically, interaction layer parameters include first interaction layer parameters and second interaction layer parameters. The first interaction layer parameter is used to characterize the binding relationship between the message sender and the third-party application, such as the login account (userid) registered by the message sender in the third-party application. The second interaction layer parameter is used to identify the message of the business test request, such as the message number (pkgid).

[0098] Business layer parameters are used to verify whether the target service requested by the message sender from the message receiver can be processed normally by the message receiver. Business layer parameters may include, for example, the message sender's organization code (dept_code) and the product code (fund_id) of the product requested. The organization code uniquely identifies the message sender's organization, and the product code uniquely identifies a product under the jurisdiction of the message sender's organization.

[0099] Figure 4 A schematic diagram of a system principle for a configuration parameter verification method according to an embodiment of the present disclosure is shown.

[0100] like Figure 4 As shown, the message sender (asset manager) and message receiver (asset custodian) complete business operations through a third-party application. The message sender encapsulates the message and encrypts the message business content to enhance the security of data transmitted through the third party.

[0101] The message sender sends a request to a third-party application to forward the message to the message receiver. The request includes configuration parameters that need to be provided to the third-party application to establish a one-to-one relationship between the asset manager and the asset custodian.

[0102] The message receiver receives and processes the request, and returns the business processing result to the message sender.

[0103] According to embodiments of this disclosure, an electronic direct connection detection tool can be added to the message receiving side. The configuration parameter verification method of this disclosure can be executed through the electronic direct connection detection tool to perform connectivity verification and problem localization.

[0104] Specifically, the message receiver (asset custodian)'s direct connection environment is operating stably (i.e., it can normally receive, process, and return messages from other online managers), and both parties have offline agreed on the relevant configuration parameters required for the direct connection. Before the message sender (asset manager) and the message receiver (asset custodian) implement the electronic direct connection function, the message sender can send the configuration parameters agreed upon offline between the message sender and the message receiver to the electronic direct connection testing tool. The message receiver can use this tool, and its operators can input the parameters into the tool's client to verify the connectivity of both environments, identify any breakpoints or problems in the direct connection process, and troubleshoot connectivity issues, so that the electronic direct connection function can be quickly launched in the production environment.

[0105] Furthermore, the order of configuration parameter validation can be: first validate the interaction layer parameters, and then validate the business layer parameters.

[0106] The specific logic executed by the tool is as follows:

[0107] Input the interaction layer parameters, click query, and the tool will retrieve the logs (sxdata*.log) of the day from the message passing middleware in real time, traverse the logs from bottom to top to find the most recent message records, and output the query results (the query results include: 0 - exists, 1 - does not exist).

[0108] First, input the interaction layer parameters, query whether the operation log data contains the interaction layer parameters, and verify the connectivity between the message sender and message receiver through the third-party application to transmit messages.

[0109] After the interaction layer parameters pass validation, input the interaction layer parameters and business layer parameters. Using the results of querying the interaction layer parameters, determine the target message in the operation log data. Extract the ciphertext of the target message, decrypt it, and then iterate through the business parameters in the generated plaintext, outputting the query results (the query results include: 0 - present, 1 - not present).

[0110] According to embodiments of this disclosure, the interaction layer parameters include second interaction layer parameters for identifying messages that request business tests. Therefore, the results of querying the interaction layer parameters can be used to determine target messages in the operation log data that may have problems.

[0111] It should be noted that interaction layer parameters, such as the sender's login account (userid) and message number (pkgid), are used to record the exchange of requests between the two parties and are displayed in plaintext in the message log. Business layer parameters, such as the sender's organization code (dept_code) and product code (fund_id), involve user information and are therefore encrypted in the third-party application's message passing middleware to prevent information leakage. Therefore, verification of interaction layer parameters does not require decryption, while verification of business layer parameters is encrypted.

[0112] Because the business layer parameters involve encrypted data, verifying these parameters requires decrypting the messages in the log before processing. Since the log contains numerous message entries, decrypting each message individually consumes significant computer resources. Therefore, the embodiments of this disclosure, by first verifying the interaction layer parameters and then the business layer parameters, can utilize the results of querying the interaction layer parameters to determine the target message in the operation log data. This allows for targeted decryption of only the target message, improving data processing efficiency and accelerating the verification process.

[0113] According to embodiments of this disclosure, the method for validating interaction layer parameters further includes:

[0114] Using the first interaction layer parameter or the second interaction layer parameter as the first query field, query the operation log data and output the first query result; output the first verification result based on the first query result, wherein the first verification result is used to characterize whether there is an error in the network configuration of the message sender.

[0115] In this operation, only one of the first and second interaction layer parameters needs to be used as the query field. If either the first or second interaction layer parameter can be found in the operation log data, then the network configuration of the message sender is correct. Conversely, if neither the first nor the second interaction layer parameter can be found in the operation log data, then there is an error in the network configuration of the message sender.

[0116] For example, if a query is performed in the log body using the login account (userid) registered by the message sender in a third-party application as the query condition, and the query result is 1 - not found, and a query is performed in the log body using the message number (pkgid) as the query condition, and the query result is 1 - not found, then there is an error in the network configuration of the message sender.

[0117] The login account (userid) registered by the message sender in the third-party application is unique to the message sender, and the message number (pkgid) is unique to each log record. Therefore, either of these two parameters can be used to determine whether the message sender and the message receiver are connected at the network layer. If the message sender's login account or the message number can be found in the log, it means that the message receiver can receive the message sent by the other party, that is, the two parties are connected at the network layer.

[0118] According to embodiments of this disclosure, further, based on the premise that either the first interaction layer parameter or the second interaction layer parameter can be obtained from the operation log data, i.e., based on the premise that the network configuration of the message sender is correct, other direct electronic connection problems are further located by verifying the interaction layer parameters, so as to verify the connectivity between the message sender and the message receiver in transmitting messages through a third-party application.

[0119] Specifically, methods for validating interaction layer parameters also include:

[0120] Using the first interaction layer parameters and the second interaction layer parameters as the second query fields, query the operation log data and output the second query result; output the second verification result based on the second query result, wherein the second verification result is used to characterize whether there are errors in the configuration of the first interaction layer parameters or the configuration of the business application system of the message sender.

[0121] Firstly, if the second query result is that the operation log data does not include the first interaction layer parameters but includes the second interaction layer parameters, the second verification result is used to indicate that the first interaction layer parameter configuration of the message sender is incorrect.

[0122] For example, if a query is performed in the log body using the sender's login account (userid) registered in a third-party application as the query condition, and the result is 1 (not found), and a query is performed in the log body using the message number (pkgid) as the query condition, and the result is 0 (exists), then it is determined that there is an error in the first interaction layer parameter configuration of the message sender. This query result indicates that the message receiver can receive the corresponding message, but it was not sent by the account pre-agreed upon offline by the message sender, thus suggesting an error in the message sender's login account configuration.

[0123] Secondly, if the second query result is that the operation log data includes the first interaction layer parameters but does not include the second interaction layer parameters, the second verification result is used to indicate that there is an error in the configuration of the business application system of the message sender.

[0124] For example, if a query is performed in the log body using the sender's login account (userid) registered in a third-party application as the query condition, and the result is 0 (exists), and a query is performed in the log body using the message number (pkgid) as the query condition, and the result is 1 (does not exist), then it is determined that there is an error in the configuration of the message sender's business application system. This query result shows that the sender's account can be found, proving that the sender's account has sent information, but no corresponding message record was found, indicating that the message was not sent successfully. Therefore, it is presumed that there is a problem with the sender's application system, and the business application system configuration is determined to be incorrect.

[0125] According to embodiments of this disclosure, a method for validating business layer parameters may include:

[0126] Using business layer parameters as the third query field, query operation log data and output the third query result; based on the third query result, output the third verification result, which is used to characterize whether there are errors in the business parameter configuration of the message sender or message receiver.

[0127] This can be achieved by directly validating the business layer parameters, or by validating the interaction layer parameters first and then further validating the business layer parameters. This approach can improve data query efficiency.

[0128] When messages are encrypted, interaction layer parameters, such as the sender's login account (userid) and message number (pkgid), are displayed in plaintext in the message log. Business layer parameters, such as the sender's organization code (dept_code) and product code (fund_id), are encrypted. Therefore, verifying business layer parameters requires first decrypting the message before querying the parameters.

[0129] The service layer parameters are used to verify whether the target service of the service request initiated by the message sender to the message receiver can be processed normally by the message receiver.

[0130] Specifically, the system first checks if the target message in the operation log contains the sender's organization code (dept_code). If the organization code (dept_code) exists, it then checks if the product code (fund_id) exists. Otherwise, if the organization code (dept_code) does not exist, there is no need to query the product code (fund_id). This is because the product code uniquely identifies a product under the jurisdiction of the sender's organization; it is a lower-level concept than "organization," and theoretically, there cannot be a situation where "the organization code (dept_code) does not exist, but the product code (fund_id) exists." By performing sequential queries using this method, unnecessary query operations can be avoided, improving query efficiency.

[0131] If the target message in the query operation log data does not contain the organization code (dept_code) of the message sender, then the organization code parameter of the message sender (or message receiver) is configured incorrectly.

[0132] Specifically, the system checks the target message in the operation log data for the organization code (dept_code) of the message sender, and then checks for the product code (fund_id). If the product code (fund_id) does not exist, the product code parameter configuration of the message sender (or message receiver) is incorrect.

[0133] Based on the above configuration parameter verification method, this disclosure also provides a configuration parameter verification device. The following will be combined with... Figure 5 The device is described in detail.

[0134] Figure 5 A schematic block diagram of a configuration parameter verification device according to an embodiment of the present disclosure is shown.

[0135] like Figure 5 As shown, the configuration parameter verification device 500 of this embodiment includes a first receiving module 501, a processing module 502, a second receiving module 503, and a verification module 504.

[0136] The first receiving module 501 is used to receive a service test request, wherein the service test request is initiated by the message sender and forwarded to the message receiver through a third-party application;

[0137] Processing module 502 is used to perform business processing based on business test requests and return business test results to the message sender through a third-party application;

[0138] The second receiving module 503 is used to receive the feedback result sent by the message sender, wherein the feedback result is used to characterize whether the service test result meets the expectations of the message sender.

[0139] The verification module 504 is used to obtain configuration parameters and verify the configuration parameters to output the verification result when the business test result does not meet the expectations of the message sender. The configuration parameters are the parameters that need to be provided to the third-party application when the message sender and message receiver complete business operations through the third-party application.

[0140] According to embodiments of this disclosure, before establishing an electronic direct connection between the message sender and receiver via a third-party application, a test is performed using the first receiving module 501 and the processing module 502. The message sender sends a service test request, and the message receiver performs service processing. Then, the verification module 504 verifies the configuration parameters based on the service test results. If the service test results do not meet the message sender's expectations, specific problems with the electronic direct connection are investigated. This helps quickly locate connectivity issues during the process of verifying environmental connectivity before the message sender and receiver establish an electronic direct connection, allowing for rapid problem resolution and quick deployment of related functions. Compared to online real-time problem investigation methods, this avoids difficulties in obtaining real-time data in the production environment, data parsing, and root cause location. Problems can be located by obtaining and verifying configuration parameters offline. Utilizing offline elements facilitates the location of online problems, reducing the difficulty of locating connectivity issues during the electronic direct connection process via a third-party application and improving the deployment efficiency of electronic direct connections.

[0141] According to embodiments of this disclosure, the verification module 501 includes a log acquisition unit and a verification unit.

[0142] The log acquisition unit is used to acquire operation log data within a predetermined historical time period from the messaging middleware associated with the third-party application.

[0143] The verification unit is used to verify the configuration parameters based on the operation log data and output the verification results.

[0144] According to embodiments of this disclosure, the configuration parameters include interaction layer parameters, which include a first interaction layer parameter and a second interaction layer parameter. The first interaction layer parameter is used to characterize the binding relationship between the message sender and the third-party application, and the second interaction layer parameter is used to identify the message of the business test request.

[0145] The verification unit includes a first query subunit and a first output subunit.

[0146] The first query subunit is used to query operation log data using the first interaction layer parameter or the second interaction layer parameter as the first query field, and output the first query result.

[0147] The first output subunit is used to output a first verification result based on the first query result, wherein the first verification result is used to characterize whether there is an error in the network configuration of the message sender.

[0148] According to embodiments of this disclosure, the verification unit includes a second query subunit and a second output subunit.

[0149] The second query subunit is used to query operation log data using the first interaction layer parameters and the second interaction layer parameters as the second query fields, and output the second query result.

[0150] The second output subunit is used to output a second verification result based on the second query result, wherein the second verification result is used to characterize whether there is an error in the first interaction layer parameter configuration or business application system configuration of the message sender.

[0151] According to embodiments of this disclosure, wherein,

[0152] If the second query result is: the operation log data does not include the first interaction layer parameters but includes the second interaction layer parameters, the second verification result is used to indicate that the first interaction layer parameter configuration of the message sender is incorrect.

[0153] According to embodiments of this disclosure, wherein,

[0154] If the second query result is: the operation log data includes the first interaction layer parameters but does not include the second interaction layer parameters, the second verification result is used to indicate that there is an error in the configuration of the business application system of the message sender.

[0155] According to embodiments of this disclosure, the configuration parameters include service layer parameters;

[0156] The verification unit includes a third query subunit and a third output subunit.

[0157] The third query subunit is used to query operation log data using business layer parameters as the third query field and output the third query result.

[0158] The third output subunit is used to output the third verification result based on the third query result. The third verification result is used to characterize whether there are errors in the service parameter configuration of the message sender or message receiver.

[0159] According to embodiments of this disclosure, any plurality of modules among the first receiving module 501, processing module 502, second receiving module 503, and verification module 504 can be combined into one module, or any one of these modules can be split into multiple modules. Alternatively, at least part of the functionality of one or more of these modules can be combined with at least part of the functionality of other modules and implemented in one module. According to embodiments of this disclosure, at least one of the first receiving module 501, processing module 502, second receiving module 503, and verification module 504 can be at least partially implemented as hardware circuitry, such as a field-programmable gate array (FPGA), a programmable logic array (PLA), a system-on-a-chip, a system-on-a-substrate, a system-on-package, an application-specific integrated circuit (ASIC), or implemented in hardware or firmware by any other reasonable means of integrating or packaging the circuitry, or implemented in any one of the three implementation methods of software, hardware, and firmware, or in a suitable combination of any of these. Alternatively, at least one of the first receiving module 501, processing module 502, second receiving module 503, and verification module 504 can be implemented at least partially as a computer program module, which can perform corresponding functions when the computer program module is run.

[0160] Figure 6 A block diagram schematically illustrates an electronic device suitable for implementing a configuration parameter verification method according to an embodiment of the present disclosure.

[0161] like Figure 6 As shown, an electronic device 600 according to an embodiment of this disclosure includes a processor 601, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 602 or a program loaded from a storage portion 608 into a random access memory (RAM) 603. The processor 601 may include, for example, a general-purpose microprocessor (e.g., a CPU), an instruction set processor and / or an associated chipset and / or a special-purpose microprocessor (e.g., an application-specific integrated circuit (ASIC)), etc. The processor 601 may also include onboard memory for caching purposes. The processor 601 may include a single processing unit or multiple processing units for performing different actions of the method flow according to an embodiment of this disclosure.

[0162] RAM 603 stores various programs and data required for the operation of electronic device 600. Processor 601, ROM 602, and RAM 603 are interconnected via bus 604. Processor 601 performs various operations of the method flow according to embodiments of the present disclosure by executing programs in ROM 602 and / or RAM 603. It should be noted that the programs may also be stored in one or more memories other than ROM 602 and RAM 603. Processor 601 may also perform various operations of the method flow according to embodiments of the present disclosure by executing programs stored in said one or more memories.

[0163] According to embodiments of this disclosure, the electronic device 600 may further include an input / output (I / O) interface 605, which is also connected to a bus 604. The electronic device 600 may also include one or more of the following components connected to the six input / output (I / O) interfaces 605: an input section 606 including a keyboard, mouse, etc.; an output section 607 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 608 including a hard disk, etc.; and a communication section 606 including a network interface card such as a LAN card, modem, etc. The communication section 606 performs communication processing via a network such as the Internet. A drive 610 is also connected to the six input / output (I / O) interfaces 605 as needed. A removable medium 611, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on the drive 610 as needed so that computer programs read from it can be installed into the storage section 608 as needed.

[0164] This disclosure also provides a computer-readable storage medium, which may be included in the device / apparatus / system described in the above embodiments; or it may exist independently and not assembled into the device / apparatus / system. The computer-readable storage medium carries one or more programs that, when executed, implement the method according to the embodiments of this disclosure.

[0165] According to embodiments of this disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium, such as including, but not limited to: portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this disclosure, the computer-readable storage medium may be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. For example, according to embodiments of this disclosure, the computer-readable storage medium may include ROM 602 and / or RAM 603 and / or one or more memories other than ROM 602 and RAM 603 described above.

[0166] Embodiments of this disclosure also include a computer program product comprising a computer program containing program code for performing the methods shown in the flowchart. When the computer program product is run on a computer system, the program code is used to enable the computer system to implement the configuration parameter verification method provided in the embodiments of this disclosure.

[0167] When the computer program is executed by the processor 601, it performs the functions defined in the system / apparatus of this disclosure embodiments. According to embodiments of this disclosure, the systems, apparatuses, modules, units, etc., described above can be implemented by computer program modules.

[0168] In one embodiment, the computer program may rely on a tangible storage medium such as an optical storage device or a magnetic storage device. In another embodiment, the computer program may also be transmitted and distributed in the form of signals over a network medium, and may be downloaded and installed via the communication section 606, and / or installed from the removable medium 611. The program code contained in the computer program can be transmitted using any suitable network medium, including but not limited to: wireless, wired, etc., or any suitable combination thereof.

[0169] In such an embodiment, the computer program can be downloaded and installed from a network via the communication section 606, and / or installed from the removable medium 611. When the computer program is executed by the processor 601, it performs the functions defined in the system of this disclosure embodiment. According to embodiments of this disclosure, the systems, devices, apparatuses, modules, units, etc., described above can be implemented by computer program modules.

[0170] According to embodiments of this disclosure, program code for executing the computer programs provided in embodiments of this disclosure can be written in any combination of one or more programming languages. Specifically, these computational programs can be implemented using high-level procedural and / or object-oriented programming languages, and / or assembly / machine languages. Programming languages ​​include, but are not limited to, languages ​​such as Java, C++, Python, "C", or similar programming languages. The program code can execute entirely on the user's computing device, partially on the user's device, partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0171] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0172] Those skilled in the art will understand that the features described in the various embodiments and / or claims of this disclosure can be combined or combined in various ways, even if such combinations or combinations are not explicitly described in this disclosure. In particular, the features described in the various embodiments and / or claims of this disclosure can be combined or combined in various ways without departing from the spirit and teachings of this disclosure. All such combinations and / or combinations fall within the scope of this disclosure.

[0173] The embodiments of this disclosure have been described above. However, these embodiments are for illustrative purposes only and are not intended to limit the scope of this disclosure. Although various embodiments have been described above, this does not mean that the measures in the various embodiments cannot be used advantageously in combination. The scope of this disclosure is defined by the appended claims and their equivalents. Various substitutions and modifications can be made by those skilled in the art without departing from the scope of this disclosure, and all such substitutions and modifications should fall within the scope of this disclosure.

Claims

1. A method for verifying configuration parameters, comprising: receiving a service test request, wherein the service test request is initiated by a message sender and forwarded to a message receiver through a third-party application; processing the service test request and returning a service test result to the message sender through the third-party application; receiving a feedback result sent by the message sender, wherein the feedback result is used to represent whether the service test result meets the expectation of the message sender; in the case that the service test result does not meet the expectation of the message sender, obtaining configuration parameters and verifying the configuration parameters to output a verification result, wherein the configuration parameters are parameters that need to be provided to the third-party application during a service operation process between the message sender and the message receiver through the third-party application; the configuration parameters include interaction layer parameters, and the interaction layer parameters include first interaction layer parameters and second interaction layer parameters, the first interaction layer parameters are used to represent the binding relationship between the message sender and the third-party application, and the second interaction layer parameters are used to identify the message of the service test request; verifying the configuration parameters to output the verification result, comprising: taking the first interaction layer parameters or the second interaction layer parameters as first query fields, querying operation log data to output a first query result, and outputting a first verification result according to the first query result, wherein the first verification result is used to represent whether the network configuration of the message sender has an error; and the operation log data is obtained from a message passing middleware associated with the third-party application.

2. The method of claim 1, wherein, verifying the configuration parameters to output the verification result further comprises: taking the first interaction layer parameters and the second interaction layer parameters as second query fields, querying the operation log data to output a second query result, and outputting a second verification result according to the second query result, wherein the second verification result is used to represent whether the first interaction layer parameter configuration or the service application system configuration of the message sender has an error.

3. The method of claim 2, wherein, in the case that the second query result is that the operation log data does not include the first interaction layer parameters but includes the second interaction layer parameters, the second verification result is used to represent that the first interaction layer parameter configuration of the message sender has an error.

4. The method of claim 2, wherein, in the case that the second query result is that the operation log data includes the first interaction layer parameters but does not include the second interaction layer parameters, the second verification result is used to represent that the service application system configuration of the message sender has an error. the configuration parameters further include service layer parameters; 5. The method of claim 1, wherein, verifying the configuration parameters to output the verification result further comprises: taking the service layer parameters as third query fields, querying the operation log data to output a third query result, and outputting a third verification result according to the third query result, wherein the third verification result is used to represent whether the service parameter configuration of the message sender or the message receiver has an error.

6. A device for verifying configuration parameters, comprising: ​ ​ The first receiving module is configured to receive a service test request, wherein the service test request is initiated by a message sender and forwarded to a message receiver through a third-party application. The processing module is configured to perform service processing based on the service test request and return a service test result to the message sender through the third-party application. The second receiving module is configured to receive a feedback result sent by the message sender, wherein the feedback result is used to represent whether the service test result meets the expectation of the message sender. The checking module is configured to, in a case where the service test result does not meet the expectation of the message sender, acquire a configuration parameter and perform checking on the configuration parameter to output a checking result, wherein the configuration parameter is a parameter that needs to be provided to the third-party application in a service operation process between the message sender and the message receiver through the third-party application; the configuration parameter includes an interaction layer parameter, and the interaction layer parameter includes a first interaction layer parameter and a second interaction layer parameter; the first interaction layer parameter is used to represent a binding relationship between the message sender and the third-party application, and the second interaction layer parameter is used to identify a message of the service test request. The checking module includes a first query subunit and a first output subunit; the first query subunit is configured to take the first interaction layer parameter or the second interaction layer parameter as a first query field, query operation log data, and output a first query result; the first output subunit is configured to output a first checking result according to the first query result, wherein the first checking result is used to represent whether a network configuration of the message sender has an error; the operation log data is acquired from a message transmission middleware associated with the third-party application. 7.An electronic device, comprising: one or more processors; a storage device for 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 perform the method according to any one of claims 1-5. 8.A computer-readable storage medium having stored thereon executable instructions that, when executed by a processor, cause the processor to perform the method according to any one of claims 1-5. 9.A computer program product comprising a computer program that, when executed by a processor, implements the method according to any one of claims 1-5.

Images