CN113077241A

CN113077241A - Approval processing method, device, equipment and storage medium

Info

Publication number: CN113077241A
Application number: CN202110430183.0A
Authority: CN
Inventors: 于健
Original assignee: Beijing Jingdong Century Trading Co Ltd; Beijing Wodong Tianjun Information Technology Co Ltd
Current assignee: Beijing Jingdong Century Trading Co Ltd; Beijing Wodong Tianjun Information Technology Co Ltd
Priority date: 2021-04-21
Filing date: 2021-04-21
Publication date: 2021-07-06

Abstract

The embodiment of the application provides an approval processing method, an approval processing device and a storage medium, wherein an approval processing request of a terminal device is obtained, a target approval service included in the target approval transaction and all target application services related to the target approval service are determined according to an identification of the target approval transaction included in the approval processing request, then when the approval result of the target approval service is determined to be successful, a service result of each target application service is obtained by calling a message queue service, and when the service results of all target application services related to the target approval service are determined to be correct, an approval completion notification is pushed to the terminal device. In the technical scheme, the examination and approval service and each application service are called separately, so that the problem that rollback is needed when the examination and approval service result is given first and then the application service is processed in the prior art is solved, the service processing efficiency is improved, and the cost is reduced.

Description

Approval processing method, device, equipment and storage medium

Technical Field

The embodiment of the application relates to the technical field of internet, in particular to an approval processing method, an approval processing device, an approval processing equipment and a storage medium.

Background

An Enterprise Resource Planning (ERP) system is established on the basis of information technology, integrates the information technology and advanced management ideas, provides a management platform of decision-making means for enterprise employees and decision-making layers by using a systematized management idea, and Business Process Management (BPM) in the ERP system can be used for executing approval processing so as to improve the performance of organization business.

In the prior art, in a BPM approval process of an ERP system, a plurality of scenarios are that BPM approval service and application service are integrated, that is, application service needs to be executed synchronously while processing BPM approval service. Specifically, in the scenario, after determining that the called BPM approval service is successful, the terminal device calls each application service related to the BPM approval service, and only when the BPM approval service and each application service related to the BPM approval service are successful, the terminal device can determine that the BPM approval process is ended. Once the BPM approval service fails or some application service related to the BPM approval service fails, the BPM approval service does not continue. If the BPM approval service is successful but some application service related to the BPM approval service fails, the BPM approval service needs to be called to perform reverse operation rollback, that is, the BPM approval service is returned to an unapproved state.

In the process of implementing the invention, the inventor finds that at least the following problems exist in the prior art: the BPM approval service and each application service related to the BPM approval service have strong coupling, when the application services related to the BPM approval service are more, the more application services need to be called, the higher the possibility of application service calling failure exists, therefore, if a certain application service fails, the more complicated the rollback operation process of the BPM approval service is, and the problems of low business processing efficiency and high maintenance cost exist.

Disclosure of Invention

The embodiment of the application provides an approval processing method, an approval processing device and a storage medium, and aims to solve the problems of low business processing efficiency and high cost in the existing approval processing scheme.

According to a first aspect of the present application, an embodiment of the present application provides an approval processing method, including:

acquiring an approval processing request of a terminal device, wherein the approval processing request comprises: identification of the target approval transaction;

determining target approval services included in the target approval transaction and all target application services related to the target approval services according to the identification of the target approval transaction;

if the approval result of the target approval service is determined to be successful, obtaining the service result of each target application service by calling a message queue service;

and if the service results of all the target application services related to the target approval service are determined to be correct, pushing an approval completion notice to the terminal equipment.

In a possible design of the first aspect, before the obtaining an approval process request, the method further includes:

obtaining information of at least one transaction to be examined and approved, wherein the at least one transaction to be examined and approved comprises: the information of each transaction to be examined and approved comprises the following information: the information of the service to be examined and approved and the information of at least one application service related to the service to be examined and approved;

generating service registration information corresponding to each transaction to be examined according to the information of each transaction to be examined;

and generating and storing a registered service information table according to the service registration information corresponding to each transaction to be examined and approved.

Optionally, the determining, according to the identifier of the target approval transaction, a target approval service included in the target approval transaction and all target application services associated with the target approval service includes:

inquiring the registered service information table according to the identification of the target approval transaction, and determining the target approval service included in the target approval transaction and all target application services related to the target approval service;

correspondingly, the obtaining the service result of each target application service by calling the message queue service includes:

generating each application service processing message corresponding to the target approval service according to the information of each target application service;

all application service processing messages corresponding to the target approval service are sequentially pushed to a message queue;

and calling a service interface of each target application service to process each application service processing message by using the message queue service corresponding to the message queue, and acquiring a service result of each target application service.

Optionally, the sequentially pushing all application service processing messages corresponding to the target approval service to a message queue includes:

all application service processing messages corresponding to the target approval service are periodically and sequentially pushed to a message queue;

correspondingly, before the step of calling the service interface of each target application service to process each application service processing message and obtain the service result of each target application service by using the message queue service corresponding to the message queue, the method further includes:

determining successfully processed application service processing messages in the message queue;

and rejecting the successfully processed application service processing message in the message queue.

In another possible design of the first aspect, the method further includes:

if the approval result of the target approval service is determined to be failure, interrupting the processing process of the approval processing request;

and returning the notice of the approval failure to the terminal equipment.

In yet another possible design of the first aspect, the method further includes:

if the service results of all the target application services related to the target approval service are determined to have the service results with wrong verification, performing an abandon operation;

and pushing an approval failure notice to the terminal equipment.

According to a second aspect of the present application, an approval processing apparatus includes:

the acquisition module is used for acquiring an approval processing request of the terminal equipment, wherein the approval processing request comprises: identification of the target approval transaction;

the processing module is used for determining target approval services included by the target approval transaction and all target application services related to the target approval services according to the identification of the target approval transaction;

the calling module is used for calling the message queue service to obtain the service result of each target application service when the approval result of the target approval service is determined to be successful;

and the pushing module is used for pushing an approval completion notice to the terminal equipment when the service results of all target application services related to the target approval service are determined to be correct.

In a possible design of the second aspect, the obtaining module is further configured to obtain information of at least one pending transaction, where the at least one pending transaction includes: the information of each transaction to be examined and approved comprises the following information: the information of the service to be examined and approved and the information of at least one application service related to the service to be examined and approved;

the processing module is further configured to:

Optionally, the processing module is specifically configured to query the registered service information table according to the identifier of the target approval transaction, and determine a target approval service included in the target approval transaction and all target application services associated with the target approval service;

correspondingly, the calling module is specifically configured to:

Optionally, the invoking module is specifically configured to periodically sequentially push all application service processing messages corresponding to the target approval service to a message queue;

correspondingly, the processing module is further configured to:

In another possible design of the second aspect, the processing module is further configured to interrupt a processing procedure of the approval processing request when it is determined that the approval result of the target approval service is a failure;

and the pushing module is also used for returning a notice of failure of examination and approval to the terminal equipment.

In yet another possible design of the second aspect, the processing module is further configured to perform an abandonment operation when it is determined that a service result with a check error exists in service results of all target application services associated with the target approval service;

the pushing module is further configured to push an approval failure notification to the terminal device.

According to a third aspect of the present application, an approval processing apparatus is provided, which includes a processor, a memory, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the processor implements the method according to the first aspect and various possible designs.

According to a fourth aspect of the present application, embodiments of the present application provide a computer-readable storage medium having stored therein computer-executable instructions for implementing the method according to the first aspect and various possible designs as described above when executed by a processor.

According to a fifth aspect of the present application, an embodiment of the present application provides a computer program product, including: a computer program for implementing the method according to the first aspect and various possible designs as described above, when executed by a processor.

According to the approval processing method, the approval processing device, the approval processing equipment and the storage medium, the approval processing request of the terminal equipment is obtained, the target approval service included by the target approval transaction and all target application services related to the target approval service are determined according to the identification of the target approval transaction included by the approval processing request, the service result of each target application service is obtained by calling the message queue service when the approval result of the target approval service is determined to be successful, and an approval completion notification is pushed to the terminal equipment when the service results of all target application services related to the target approval service are determined to be correct. In the technical scheme, the examination and approval service and each application service are called separately, so that the problem that rollback is needed when the examination and approval service result is given first and then the application service is processed in the prior art is solved, the service processing efficiency is improved, and the cost is reduced.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure.

Fig. 1 is a schematic view of an application scenario of an approval processing method provided in an embodiment of the present application;

FIG. 2 is a schematic flow chart of a first approval processing method according to an embodiment of the present disclosure;

FIG. 3 is a schematic flow chart of a second approval processing method according to an embodiment of the present application;

FIG. 4 is a block diagram illustrating the processing of application service messages in the embodiment of FIG. 3;

fig. 5 is a schematic flowchart of a third approval processing method provided in the embodiment of the present application;

FIG. 6 is a schematic structural diagram of an approval processing apparatus according to an embodiment of the present disclosure;

fig. 7 is a schematic structural diagram of an embodiment of an approval processing apparatus provided in the present application.

With the foregoing drawings in mind, certain embodiments of the disclosure have been shown and described in more detail below. These drawings and written description are not intended to limit the scope of the disclosed concepts in any way, but rather to illustrate the concepts of the disclosure to those skilled in the art by reference to specific embodiments.

Detailed Description

Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.

First, terms related to embodiments of the present application will be explained:

an Enterprise Resource Planning (ERP) system is a management platform which is established on the basis of information technology and provides decision-making operation means for an enterprise decision layer and employees by using a systematic management idea.

Business Process Management (BPM) is a systematic method that focuses on the standardized construction of end-to-end excellent business processes and aims at continuously improving the performance of organization business. In general, BPM also refers to an information system for flow management, and is characterized by focusing on flow driving as a core and realizing end-to-end full-flow information management.

At the present stage, in a BPM approval flow of an enterprise ERP system, many scenes of transaction approval determine that an approval service passes, and simultaneously require an application service associated with the approval service, that is, synchronous operation is required for the approval service and the application service (integration of the approval service and the application service). Under the scene, after determining that the called BPM approval service is successful, the terminal equipment synchronously calls the application service and other external application services, and once the approval service or the application service fails, the terminal equipment does not continue. When the called approval service is successful but a certain application service fails, the BPM approval service needs to be called again to carry out reverse operation rollback, and the BPM approval service is rolled back to an unapproved state.

In the scheme, the coupling and dependency between the application service and the BPM approval service are strong, the synchronous operation performance is low, the performance can generate a bottleneck in a high concurrency scene, the approval service is a complete transaction and does not fulfill a single responsibility principle, when the application service exists, the service application layer executes the calling of other application services except the approval service, the service application layer needs to call interfaces of other application services for carrying out reverse operation for ensuring the complete transaction for many times, and when the number of the external application services called at the same time is more, the rollback is more complex, the fault tolerance is worse, and the complexity and the development and maintenance cost of the application service layer are increased.

For a similar distributed microservice architecture as described above, the application and the database associated with the application are typically split, which is the case when two or more databases need to be accessed simultaneously for an application service. Therefore, aiming at the technical problems, the technical idea process of the technical scheme of the application is as follows: the method adopts distributed transaction to ensure the final consistency of the approval service and the application service, and asynchronously executes the application service needing distributed processing in a message queue mode, thereby solving the performance bottleneck of synchronous execution, and simultaneously, hierarchically decouples the approval service and the application service, and uniformly manages the consistency of the transaction by packaging and maintaining a BPM central layer and a message queue layer.

Based on the technical idea process, the embodiment of the application provides an approval processing method, by obtaining an approval processing request of a terminal device, according to an identifier of a target approval transaction included in the approval processing request, determining a target approval service included in the target approval transaction and all target application services related to the target approval service, further when the approval result of the target approval service is determined to be successful, obtaining a service result of each target application service by calling a message queue service, and when the service results of all target application services related to the target approval service are determined to be correct, pushing an approval completion notification to the terminal device. In the technical scheme, the examination and approval service and each application service are called separately, so that the problem that rollback is needed when the examination and approval service result is given first and then the application service is processed in the prior art is solved, the service processing efficiency is improved, and the cost is reduced.

Fig. 1 is a schematic view of an application scenario of an approval processing method provided in an embodiment of the present application. As shown in fig. 1, the application scenario may include: at least one terminal device (fig. 1 shows three terminal devices, respectively, terminal device 111, terminal device 112, terminal device 113), network 12, and approval processing device 13. Each terminal device and the approval processing device 13 may communicate with each other through the network 12, so that the approval processing device 13 may obtain an approval processing request sent by a user through the terminal device or information of each transaction to be approved.

For example, in the application scenario shown in fig. 1, the approval processing device 13 may determine, according to the identifier of the target approval transaction carried in the received approval processing request, the target approval service included in the target approval transaction and all target application services associated with the target approval service, so that the target approval service and all associated target application services are separately executed by different layers of the approval processing device 13. Specific operations performed may be provided by the following embodiments, and are not described herein.

In this embodiment, the approval processing device 13 may execute the program code of the approval processing method provided in this application based on the obtained approval processing request of the terminal device, so as to obtain an approval result for the target approval transaction.

Optionally, the application scenario shown in fig. 1 may further include a data storage device 14, where the data storage device 14 may be connected to the approval processing device 13 and may be used to store operation log data of the approval processing device 13.

It should be noted that fig. 1 is only a schematic diagram of an application scenario provided by the embodiment of the present application, and the embodiment of the present application does not limit the devices included in fig. 1, nor the positional relationship between the devices in fig. 1, for example, in fig. 1, the data storage device 14 may be an external memory with respect to the approval processing device 13, and in other cases, the data storage device 14 may be disposed in the approval processing device 13, and the embodiment of the present application does not limit the same.

In practical applications, both the terminal device and the server are processing devices with data processing capabilities, so that the approval processing device in the application scenario shown in fig. 1 may be implemented by the terminal device or the server.

The following describes the technical solutions of the present application and how to solve the above technical problems with specific embodiments. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.

Fig. 2 is a schematic flowchart of a first approval processing method according to an embodiment of the present application. As shown in fig. 2, the approval processing method may include the steps of:

s201, obtaining an approval processing request of the terminal equipment, wherein the approval processing request comprises: identification of the target approval transaction.

In the embodiment of the application, when a user has a requirement for approval processing, an approval processing request can be initiated through the terminal device, so that the approval processing device analyzes the obtained approval processing request, can obtain the identifier of the target approval transaction, and further performs the approval processing flow in a targeted manner.

It can be understood that the approval processing device may synchronously execute the approval processing requests of a plurality of different terminal devices, and thus each approval processing request may further include an identifier of the terminal device that sent the approval processing request, so that the approval processing device may return the approval processing result in a targeted manner. The number of examination and approval processing requests that can be simultaneously executed by the examination and approval processing device is not limited in the embodiment of the present application, and may be determined according to an actual scene or an actual need, which is not described herein again.

S202, according to the identification of the target approval transaction, determining the target approval service included in the target approval transaction and all target application services related to the target approval service.

In this step, information of a plurality of approval transactions, for example, an identifier of an approval transaction, a type of the approval transaction, creation time and modification time of the approval transaction, information of at least one application service associated with each approval transaction, and the like, may be registered in the approval processing device in advance, so that after the approval processing device obtains the approval processing request, the approval processing device can determine, based on the identifier of the target approval transaction in the approval processing request, the target approval service included in the target approval transaction and all target application services associated with the target approval service.

In practical application, for the BPM approval flow of the ERP system, the approval processing equipment executes the approval operation of the target approval transaction. Optionally, the approval processing device may include: the business transaction processing system comprises a BPM center packaging layer, a message queue service layer and an approval persistence operation layer, wherein the BPM center packaging layer is mainly used for being in butt joint with an application business layer of the terminal equipment to obtain a registration request of the application service, the message queue service layer is used for processing the application service corresponding to a target approval transaction, and the approval persistence operation layer is used for executing operation of the approval service.

Therefore, in the embodiment of the application, the target approval service is determined by the identifier of the target approval transaction of the approval persistent operation layer of the approval processing equipment, and all target application services related to the target approval service are determined by the message queue service layer according to the identifier of the target approval transaction.

S203, judging whether the approval result of the target approval service is successful, if so, executing S204; if not, S208 and S209 are executed.

In the embodiment of the application, after the approval processing device determines the target approval service included in the target approval transaction, the approval persistence operation layer can be called through the BPM center encapsulation layer, the approval operation is executed on the target approval service in the approval persistence operation layer, and the approval result of the target approval service is obtained.

Optionally, due to the BPM approval operation of the ERP system, it is first required to ensure that the approval service is successful, and then it is determined whether a service interface of the application service needs to be invoked. Therefore, in this step, after the approval persistent operation layer of the approval processing device obtains the approval result of the target approval service, it may be determined whether the approval result is successful, and then, according to the determination result, a subsequent executable operation flow is returned to the BPM central encapsulation layer.

S204, obtaining the service result of each target application service by calling the message queue service.

As an example, when the approval persistence operation layer of the approval processing device determines that the approval result of the target approval service is successful, a notification of successful approval may be sent to the BPM central encapsulation layer, so that the BPM central encapsulation layer modifies the state of the target approval service into "approved", and meanwhile, by calling the message queue service, each application service is asynchronously executed by the message queue service, and a service result of each target application service is obtained.

For the specific implementation of this step, reference may be made to the descriptions in the following embodiments, which are not described herein again.

S205, judging whether the service results of all target application services related to the target approval service are correct, if so, executing S206; if not, S207 and S209 are executed.

In the embodiment of the application, since the BPM approval operation of the ERP system needs to ensure that the approval service is successful and all the target application services associated with the target approval service are successful, in this step, after the message queue service layer of the approval processing device obtains the service results of all the target application services associated with the target approval service, it may be determined whether the service result of each target application service is successful, and then, according to the determination result, the final approval result is returned to the BPM central encapsulation layer, and then the application service layer of the terminal device is called back.

S206, pushing an approval completion notice to the terminal equipment.

As an example, when all target application services associated with the target approval service at the message queue service layer of the approval processing device are correct (or successful), the processing results of all the target application services may be returned to the BPM center encapsulation layer of the approval processing device, the state of the target approval transaction is modified to "approval completion", the approval result of the target approval transaction is recalled to the terminal device, and an approval completion notification is pushed to the terminal device.

And S207, performing a discarding examination operation.

In a possible design of the embodiment of the present application, when the message queue service layer of the approval processing device determines that an erroneous (or failed) service result exists in all target application services associated with the target approval service, at this time, the message queue service layer may send an approval abandoning instruction to the approval persistence operation layer of the approval processing device, so that the approval abandoning operation layer executes an approval abandoning operation, and directly returns the result of the approval operation to the BPM center encapsulation layer, so that the BPM center encapsulation layer pushes an approval failure notification to the terminal device.

And S208, interrupting the processing process of the approval processing request.

In a possible design of the present application, when the approval result of the target approval service is determined to be a failure by the approval persistence operation layer of the approval processing device, a notification of an interruption instruction may be directly sent to the BPM central encapsulation layer without executing a processing procedure of a subsequent application service, so that the BPM central encapsulation layer interrupts the processing procedure of the approval processing request, and pushes a failure notification to the terminal device.

S209, pushing an approval failure notice to the terminal equipment.

Illustratively, when the approval result of the target approval service is failure or an error (or failure) service result exists in all target application services associated with the target approval service, it indicates that the approval result of the target approval transaction is failure, and the approval failure notification may be directly pushed to the terminal device, so that the terminal device displays the approval result to the user.

Optionally, the approval failure notification may further include: the position of the approval failure, the specific reason of the approval failure, and the like, the specific content in the approval failure notification is not limited in the embodiment of the present application, and may be determined according to an actual scene, which is not described herein again.

According to the approval processing method provided by the embodiment of the application, an approval processing request of the terminal device is obtained, and according to the identification of the target approval transaction included in the approval processing request, the target approval service included in the target approval transaction and all target application services related to the target approval service are determined, so that when the approval result of the target approval service is determined to be successful, the service result of each target application service is obtained by calling the message queue service, and when the service results of all target application services related to the target approval service are determined to be correct, an approval completion notification is pushed to the terminal device. In the technical scheme, the examination and approval service and each application service are called separately, so that the problem that rollback is needed when the examination and approval service result is given first and then the application service is processed in the prior art is solved, the service processing efficiency is improved, and the cost is reduced.

Exemplarily, on the basis of the above embodiments, fig. 3 is a schematic flow chart of a second embodiment of the approval processing method provided by the present application. As shown in fig. 3, before the foregoing S201, the approval processing method may further include the following steps:

s301, obtaining information of at least one transaction to be examined and approved.

Wherein the at least one pending transaction comprises: in the above target approval transaction, the information of each transaction to be approved includes: and the information of the service to be approved and the information of at least one application service related to the service to be approved.

In the embodiment of the application, when each department of an enterprise (for example, a production department, a management department, a purchasing department, a financial department, and the like) generates an approval transaction based on actual scene requirements, the approval transaction is generally transmitted to an approval processing device, so that a corresponding leader performs approval processing through a terminal device.

Optionally, the formally generated pending transaction may be stored in the approval processing device, so that the approval processing device may obtain information of at least one pending transaction. In general, each pending transaction may include information for the pending service and information for at least one application service associated with the pending service.

The information of the pending service may include: the identifier of the service to be approved, the type of the service to be approved, and the time information of the service to be approved, and the information of the at least one application service associated with the service to be approved may include: type information, numerical information, time information, etc. of the application service. The embodiment of the application does not limit the specific content of the information of the service to be approved and the information of the at least one application service associated with the service to be approved, and the specific content can be determined according to actual requirements, which is not described herein again.

S302, according to the information of each transaction to be examined, generating service registration information corresponding to each transaction to be examined.

In this step, after the approval processing device obtains the information of each transaction to be approved, in order to facilitate subsequent approval processing, first, the service registration information corresponding to each transaction to be approved may be generated according to the information of the transaction to be approved, so that when an approval processing request is subsequently received, the service registration information does not need to pass through a business application layer of the terminal device, and the service to be approved included in the transaction to be approved and at least one application service associated with the service to be approved may also be located according to the identifier of the transaction to be approved in the approval processing request.

And S303, generating and storing a registered service information table according to the service registration information corresponding to each transaction to be examined.

Optionally, the approval processing device (specifically, the BPM central encapsulation layer) may integrate the service registration information of each pending transaction into a form of a service information table. For example, in this embodiment, the approval processing device may generate a registered service information table in advance, and after acquiring the service registration information corresponding to each transaction to be approved, store the service registration information in the registered service information table, and update the service registration information.

Illustratively, table 1 is the generated BMP service registry. As shown in table 1, the table shows part of information of a BMP service registry, and optionally, the registration content in the BMP service registry mainly includes an approval service and an application service related to the approval service.

Wherein, ID: an identification of the transaction to be approved, also referred to as primary key ID, the data type is a variable length string (varchar), 36 bytes in length;

operationtype: the operation type of the approval service, at present, may include approval (e.g., denoted by 0), disapproval (e.g., denoted by 1), disapproval of approval and return (e.g., denoted by 2), and the data type is integer (Int) and 10 bytes in length;

billtypeid: document type Id, i.e. the type of transaction to be reviewed, e.g. contract sheet, purchase sheet, delivery sheet, etc., the data type is a variable length string (varchar) with a length of 36 bytes;

url: an application service for subsequent operation of the approval service or an application service for modifying the document state, also called url (ip and port number are not required) of the service, and the data type is a variable length character string (varchar) and the length is 200 bytes;

rollbackurl: after the url request fails, the rollback application service, also called rollback url (no ip and port number required), is a variable length string (varchar) with a length of 200 bytes;

state _ flag: the identification bit is used for distinguishing whether the follow-up operation is approved or the approval state of modifying the bill type and mainly comprises 0 (normal request) and 1 (receipt);

creationtime: creation time, lastmodifiedtime: and the time is modified for the last time, and the time are used for representing the time information of the transaction to be examined and approved.

It can be understood that table 1 only shows part of information of the BPM service registry, and other information specifically included may be determined according to an actual scenario, which is not described herein again.

On the basis of the above steps, as shown in fig. 3, in the embodiment of the present application, the above S202 may be implemented by the following steps:

s304, according to the identification of the target approval transaction, inquiring the registered service information table, and determining the target approval service included in the target approval transaction and all target application services related to the target approval service.

In this step, the approval processing device analyzes the acquired approval processing request, and can acquire the identifier of the target approval transaction, and since the registered service information table includes the information of the target approval transaction, the target approval transaction can be located in the registered service information table by querying the registered service information table, so that all target application services related to the target approval service and the target approval service included in the target approval transaction are determined.

Accordingly, the above S204 can be implemented by the following steps:

s305, generating each application service processing message corresponding to the target approval service according to the information of each target application service.

Optionally, after the approval processing device determines all target application services associated with the target approval service, each application service processing message corresponding to the target approval service may be generated according to the information of each target application service acquired in the registered service information table, so that the message may be pushed to the message queue for processing by the message queue service.

S306, all application service processing messages corresponding to the target approval service are sequentially pushed to a message queue.

Optionally, in order to implement that the message queue service asynchronously executes each application service associated with the target approval service, after generating each application service processing message corresponding to the target approval service, the approval processing device may push each application service processing message into the message queue according to a certain sequence, so that the message queue service can asynchronously execute the message queue service, thereby avoiding a performance bottleneck when a plurality of application services are executed synchronously.

S307, calling a service interface of each target application service to process each application service processing message by using the message queue service corresponding to the message queue, and acquiring a service result of each target application service.

Optionally, the message queue service layer is an independently deployed layer in the approval processing device, and can be used for unifying the call processing procedures of the management service. Therefore, in the embodiment of the present application, the approval processing device may process each application service processing message by invoking a service interface of each target application service by initiating a service call in the development code based on a message queue service developed by a Software Development Kit (SDK), so as to obtain a service result of each target application service.

It can be understood that, in this embodiment, the message queue service layer needs to configure a timing task, a receipt receiving interface, and a message queue service address, so that when determining that an application service to be processed in the message queue processes a message, the message queue service can automatically invoke a service interface of each application service to process an application reader processing message, and obtain a service result of each target application service.

In a possible design of the present application, the step S306 may be specifically implemented by the following steps:

and periodically pushing all application service processing messages corresponding to the target approval service to a message queue in sequence.

In practical application, in order to improve the approval success rate to the greatest extent, the approval processing device may periodically push all application service processing messages corresponding to the obtained target approval service to the message queue by using the timing device, so that the message queue service may process the application service which is not successfully processed again, and improve the processing success rate while realizing automatic processing.

Accordingly, before S307, the approval processing method may further include the steps of:

and determining successfully processed application service processing messages in the message queue, and rejecting the successfully processed application service processing messages in the message queue.

Optionally, when the approval processing device periodically pushes all application service processing messages corresponding to the target approval service to the message queue in sequence, repeated application service messages may exist in the message queue, and in order to avoid repeated processing of the application service processing messages, before processing the application service messages in the message queue, it is first determined whether the application service processing messages entering the message queue are successfully processed application service processing messages; if so, it is eliminated, otherwise, the above-mentioned step S307 is executed.

For example, fig. 4 is a schematic diagram of an architecture for processing an application service message in the embodiment shown in fig. 3. As shown in fig. 4, in an embodiment of the present application, the BPM center encapsulation layer may include: the system comprises a log recording device, a timing transmitting device and a receipt processing device. The log recording device is used for recording related log information of a BPM center packaging layer, for example, a registered service information table and the like are generated based on the acquired information of the transaction to be examined, the timing sending device is used for periodically pushing the generated application service processing message to a message queue and the like of a message queue service layer, and the receipt processing device is used for receiving the service result of each application service from the message queue service layer and transmitting the service result to the log recording device.

The message queue service layer may include: message receiving means, message queue management means, duplication detection means, service invocation means, receipt transmission means, message log recording means, and the like. The message receiving device is used for receiving the application service processing message from the timing transmitting device of the BPM center encapsulation layer; the message queue management device is used for managing message queues used by different application services, for example, the management end of kafka is used for managing all application services using kafka to process messages; the repeated detection device is used for detecting whether the application service processing message output from the message queue is a successfully processed application service processing message, if so, the application service processing message is deleted, the service calling device is not called for processing, and the application service message with abnormal calling, such as service downtime and network failure, can be processed. The service calling device is used for calling a service interface of the application service system and processing the application service processing message to be processed, on one hand, the obtained service result of each application service is sent to the receipt sending device, the receipt sending device returns the service result of each application service to the receipt processing device of the BPM central encapsulation layer, and on the other hand, the service calling device and the receipt sending device can also record the processed log information into the message log recording device.

Further, in the embodiment of the present application, when the message queue service calls the service interface of the application service system through the service call device to perform application service processing message processing, the call processing device of the application service system also obtains the relevant call processing information, and stores the generated call information into the call log recording device for subsequent viewing.

According to the approval processing method provided by the embodiment of the application, the target approval transaction is processed by adopting the registered application service and the message queue service processing mechanism, the consistency of the target approval service and the target application service of the target approval transaction and the idempotent of data can be ensured, the service processing efficiency is improved, and the maintenance cost is reduced.

Further, on the basis of the above embodiment, fig. 5 is a schematic flow chart of a third approval processing method embodiment provided in the embodiment of the present application. The method explains the information interaction between the terminal equipment and the approval processing equipment. Optionally, the terminal device may include an application service layer, and the approval processing device may include: the system comprises a BPM center packaging layer, a message queue service layer and an approval persistence operation layer.

As shown in fig. 5, assuming that a certain pending transaction includes an application service a, an application service B, and an application service C, the terminal device may initiate a process of registering the application service to the BPM central encapsulation layer through the application service layer, that is, the application service a, the application service B, and the application service C are respectively registered in the BPM central encapsulation layer of the approval processing device, and then invoke the approval persistence operation layer to execute an operation of the approval service.

As an example, when the approval result is "no", an interrupt is returned to the BPM center encapsulation layer so that it is returned to the application service layer, and a notification of approval failure is output.

As another example, when the approval result is "yes", an approved notification is returned to the BPM central encapsulation layer, that is, the BPM central encapsulation layer may modify the approval state to "approved", and invoke the SDK of the message queue, so that in the message queue service layer, based on the identification of the transaction to be approved, the application services associated with the transaction to be approved are determined and grouped, the application services associated with the transaction to be approved are pushed to the message queue, the message queue service layer asynchronously executes the application services, and an application service result is output.

Optionally, when the application service result is yes, the BPM central encapsulation layer calls back the application service result to the application, and changes the state to "approval completion"; and when the application service result is 'no', the approval persistence operation layer executes the abandon operation and returns the abandon operation to the BPM center encapsulation layer, so that the BPM center encapsulation layer acquires the approval failure result and returns the approval failure result to the application service layer of the terminal equipment.

In the embodiment of the application, the examination and approval transaction consistency scheme is used for carrying out packaging maintenance on a BPM center packaging layer by configuring information of registered application services and calling unified message queue services, so that the problem of integration of examination and approval services and application services under a micro-service architecture is solved, the application based on the micro-service architecture can generally use a mode of combining SQL (structured query language) and NoSQL (non-relational query language), the problem that the traditional 2PC (personal computer) distributed transaction processing does not support non-relational data is solved, the final execution of tasks is guaranteed through a preset service rule or retry scheme, and the final consistency of the objects is guaranteed.

The following are embodiments of the apparatus of the present application that may be used to perform embodiments of the method of the present application. For details which are not disclosed in the embodiments of the apparatus of the present application, reference is made to the embodiments of the method of the present application.

Fig. 6 is a schematic structural diagram of an approval processing apparatus according to an embodiment of the present application. Referring to fig. 6, the approval processing apparatus may include:

an obtaining module 601, configured to obtain an approval processing request of a terminal device, where the approval processing request includes: identification of the target approval transaction;

the processing module 602 is configured to determine, according to the identifier of the target approval transaction, a target approval service included in the target approval transaction and all target application services associated with the target approval service;

a calling module 603, configured to, when it is determined that the approval result of the target approval service is successful, obtain a service result of each target application service by calling a message queue service;

the pushing module 604 is configured to push an approval completion notification to the terminal device when it is determined that the service results of all target application services associated with the target approval service are correct.

In a possible design of the embodiment of the present application, the obtaining module 601 is further configured to obtain information of at least one pending transaction, where the at least one pending transaction includes: the information of each transaction to be examined and approved comprises the following information: the information of the service to be examined and approved and the information of at least one application service related to the service to be examined and approved;

the processing module 602 is further configured to:

Optionally, the processing module 602 is specifically configured to query the registered service information table according to the identifier of the target approval transaction, and determine a target approval service included in the target approval transaction and all target application services related to the target approval service;

correspondingly, the calling module 603 is specifically configured to:

Optionally, the invoking module 603 is specifically configured to periodically sequentially push all application service processing messages corresponding to the target approval service to a message queue;

correspondingly, the processing module 602 is further configured to:

In another possible design of the embodiment of the present application, the processing module 602 is further configured to, when it is determined that the approval result of the target approval service is a failure, interrupt a processing process of the approval processing request;

the pushing module 604 is further configured to return a notification of an approval failure to the terminal device.

In another possible design of the embodiment of the present application, the processing module 602 is further configured to execute an abandon operation when it is determined that a service result with a check error exists in service results of all target application services associated with the target approval service;

the pushing module 604 is further configured to push an approval failure notification to the terminal device.

The apparatus provided in the embodiment of the present application may be configured to implement the technical solution of the method embodiment, and the implementation principle and the technical effect are similar, which are not described herein again.

It should be noted that the division of the modules of the above apparatus is only a logical division, and the actual implementation may be wholly or partially integrated into one physical entity, or may be physically separated. And these modules can be realized in the form of software called by processing element; or may be implemented entirely in hardware; and part of the modules can be realized in the form of calling software by the processing element, and part of the modules can be realized in the form of hardware. For example, the processing module may be a processing element separately set up, or may be implemented by being integrated in a chip of the apparatus, or may be stored in a memory of the apparatus in the form of program code, and a function of the processing module may be called and executed by a processing element of the apparatus. Other modules are implemented similarly. In addition, all or part of the modules can be integrated together or can be independently realized. The processing element described herein may be an integrated circuit having signal processing capabilities. In implementation, each step of the above method or each module above may be implemented by an integrated logic circuit of hardware in a processor element or an instruction in the form of software.

In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.

Fig. 7 is a schematic structural diagram of an embodiment of an approval processing apparatus provided in the present application. As shown in fig. 7, the approval processing apparatus may include: a processor 701, a memory 702, a transceiver 703 and a computer program stored on the memory 702 and operable on the processor 701, which when executed by the processor 701, implement the solution of the above-mentioned method embodiment.

Optionally, in this embodiment, the transceiver 703 is used for communicating with other devices. The approval processing device may also include a system bus 704. The memory 702 and the transceiver 703 are coupled to the processor 701 via a system bus 704 and communicate with each other

Optionally, the processor may be a general-purpose processor, and includes a central processing unit CPU, a Network Processor (NP), and the like; but also a digital signal processor DSP, an application specific integrated circuit ASIC, a field programmable gate array FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components.

The memory may comprise Random Access Memory (RAM), read-only memory (RAM), and non-volatile memory (non-volatile memory), such as at least one disk memory.

The transceiver may also be referred to as a communication interface for enabling communication between the database access device and other devices, such as clients, read-write libraries, and read-only libraries.

The system bus may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The system bus may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown, but this does not mean that there is only one bus or one type of bus.

Optionally, an embodiment of the present application further provides a computer-readable storage medium, where a computer executing instruction is stored in the computer-readable storage medium, and when the computer executing instruction runs on a computer, the computer is enabled to execute the technical solution of the above method embodiment.

Optionally, an embodiment of the present application provides a computer program product, including: a computer program, stored in a readable storage medium, from which at least one processor of the approval processing device can read the computer program, and the at least one processor executes the computer program to cause the approval processing device to execute the solution of the above method embodiment.

Other embodiments of the present disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the application disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. An approval processing method, comprising:

2. The method of claim 1, wherein prior to said obtaining an approval process request, the method further comprises:

3. The method according to claim 2, wherein the determining, according to the identifier of the target approval transaction, the target approval service included in the target approval transaction and all target application services associated with the target approval service includes:

4. The method according to claim 3, wherein the sequentially pushing all application service processing messages corresponding to the target approval service to a message queue comprises:

5. The method according to any one of claims 1-4, further comprising:

and returning the notice of the approval failure to the terminal equipment.

6. The method according to any one of claims 1-4, further comprising:

and pushing an approval failure notice to the terminal equipment.

7. An approval processing apparatus characterized by comprising:

8. The apparatus of claim 7, wherein the obtaining module is further configured to obtain information of at least one pending transaction, and the at least one pending transaction includes: the information of each transaction to be examined and approved comprises the following information: the information of the service to be examined and approved and the information of at least one application service related to the service to be examined and approved;

the processing module is further configured to:

9. The apparatus according to claim 8, wherein the processing module is specifically configured to query the registered service information table according to the identifier of the target approval transaction, and determine a target approval service included in the target approval transaction and all target application services associated with the target approval service;

correspondingly, the calling module is specifically configured to:

10. The apparatus according to claim 9, wherein the invoking module is specifically configured to periodically sequentially push all application service processing messages corresponding to the target approval service to a message queue;

correspondingly, the processing module is further configured to:

11. The apparatus according to any one of claims 7-10, wherein the processing module is further configured to interrupt the processing of the approval processing request when the approval result of the target approval service is determined to be a failure;

12. The apparatus according to any one of claims 7 to 10, wherein the processing module is further configured to perform a trial abandonment operation when it is determined that there is a service result with a wrong check in the service results of all target application services associated with the target approval service;

13. An approval processing apparatus comprising a processor, a memory and a computer program stored on and executable on the memory, wherein the processor when executing the computer program implements the method of any one of claims 1 to 6.

14. A computer-readable storage medium having computer-executable instructions stored thereon, which when executed by a processor, perform the method of any one of claims 1-6.

15. A computer program product, comprising: computer program, characterized in that the computer program is adapted to carry out the method of any of claims 1-6 when executed by a processor.