CN113077241B

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

Info

Publication number: CN113077241B
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: 2024-06-18
Anticipated expiration: 2041-04-21
Also published as: CN113077241A

Abstract

The embodiment of the application provides an approval processing method, an approval processing device, equipment 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 associated with the target approval service are determined according to an identification of the target approval transaction included in the approval processing request, further when an 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 associated with the target approval service are determined to be correct, approval completion notification is pushed to the terminal device. In the technical scheme, the approval service and the call of each application service are separated, so that the problem that the approval service is required to be returned when the application service is processed after the result of the approval service is given in the prior art is avoided, 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, device, equipment and storage medium.

Background

The enterprise resource planning (ENTERPRISE RESOURCE PLANNING, ERP) system is a management platform which is based on information technology, integrates information technology and advanced management ideas, provides decision means for enterprise staff and decision layers by using systematic management ideas, and can be used for performing approval processing by business process management (business process management, BPM) in the ERP system so as to improve the performance of organization business.

In the prior art, in a BPM approval process of an ERP system, many scenarios are that a BPM approval service and an application service are integrated, that is, the application service needs to be executed synchronously while the BPM approval service is processed. Specifically, in this scenario, after determining that the invoked BPM approval service is successful, the terminal device invokes 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 a certain application service related to the BPM approval service fails, it does not continue. If the BPM approval service is successful, but a certain application service related to the BPM approval service fails, the BPM approval service needs to be called to perform reverse operation rollback, i.e. the BPM approval service is returned to an unauthorized state.

In the process of implementing the present 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 stronger coupling, when the application service related to the BPM approval service is more, the more application services need to be called, the more the possibility that the application service is called to fail is increased, therefore, if a certain application service fails, the more complex the rollback operation process of the BPM approval service is, and the problems of low service processing efficiency and high maintenance cost exist.

Disclosure of Invention

The embodiment of the application provides an approval processing method, an approval processing device, approval processing equipment and a storage medium, which are used for solving 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:

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

determining target approval services included in the target approval transaction and all target application services associated with 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, acquiring a service result of each target application service by calling a message queue service;

And if the service results of all the target application services associated with the target approval service are correct, pushing approval completion notification to the terminal equipment.

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

obtaining information of at least one transaction to be approved, wherein the at least one transaction to be approved comprises: the target approval transaction, and the information of each transaction to be approved comprises: information of a pending batch service and information of at least one application service associated with the pending batch service;

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 approved.

Optionally, the determining, according to the identification 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 target approval services included in the target approval transaction and all target application services associated with the target approval services;

Correspondingly, the step of obtaining the service result of each target application service by calling the message queue service comprises the following steps:

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

Pushing all application service processing messages corresponding to the target approval service to a message queue in sequence;

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

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

Periodically pushing all application service processing messages corresponding to the target approval service to a message queue in sequence;

correspondingly, before the message queue service corresponding to the message queue is utilized, the business interface of each target application service is called to process each application service processing message, and the service result of each target application service is obtained, the method further comprises:

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

and eliminating successfully processed application service processing messages in the message queue.

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

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 a notice of approval failure to the terminal equipment.

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

If the service results of all the target application services associated with the target approval service are determined to have the service results of checking errors, performing a review operation;

And pushing approval failure notification to the terminal equipment.

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

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

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

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

And the pushing module is used for pushing approval completion notification to the terminal equipment when the service results of all the target application services associated with the target approval service are determined to be correct.

In one 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 target approval transaction, and the information of each transaction to be approved comprises: information of a pending batch service and information of at least one application service associated with the pending batch service;

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 calling module is specifically configured to periodically push all application service processing messages corresponding to the target approval service to a message queue in sequence;

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 an approval result of the target approval service is failed;

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

In a further possible design of the second aspect, the processing module is further configured to perform a review operation when it is determined that there is a wrong service result for the review among the service results of all the target application services associated with the target review 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 embodiment of the present application provides an approval processing apparatus comprising a processor, a memory and a computer program stored on the memory and executable on the processor, the processor implementing the method according to the first aspect and the various possible designs described above when executing the computer program.

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 which when executed by a processor are adapted to carry out the method according to the first aspect and the various possible designs described above.

According to a fifth aspect of the application, embodiments of the application provide a computer program product comprising: a computer program for implementing the method according to the first aspect and the various possible designs described above when the computer program is executed by a processor.

According to the approval processing method, the device, the equipment and the storage medium provided by the embodiment of the application, through acquiring the approval processing request of the terminal equipment, 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 associated with the target approval service are determined, further when the approval result of the target approval service is determined to be successful, the service result of each target application service is acquired through calling the message queue service, and when the service result of all the target application services associated with the target approval service is determined to be correct, approval completion notification is pushed to the terminal equipment. In the technical scheme, the approval service and the call of each application service are separated, so that the problem that the approval service is required to be returned when the application service is processed after the result of the approval service is given in the prior art is avoided, 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 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 by an embodiment of the present application;

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

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

FIG. 4 is a schematic diagram of an architecture for processing application service messages in the embodiment of FIG. 3;

Fig. 5 is a schematic flow chart of a third embodiment of an approval processing method according to the embodiment of the present application;

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

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

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

Detailed Description

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

Firstly, explanation is made on nouns according to embodiments of the present application:

An enterprise resource planning (ENTERPRISE RESOURCE PLANNING, ERP) system is a management platform which is based on information technology and provides decision operation means for enterprise decision-making layers and staff by using systematic management ideas.

Business process management (business process management, BPM), which is a systematic approach centered on standardized structured end-to-end, excellent business processes, with the goal of continuously improving organizational business performance. In general, BPM also refers to an informatization system for flow management, which is characterized in that a process driver is focused on, and end-to-end full-process informatization management is realized.

In the BPM approval flow of the enterprise ERP system, many scenarios of transaction approval determine that the approval service passes, and at the same time, an application service associated with the approval service is required to be simultaneously approved, that is, synchronous operations are required to be performed for the approval service and the application service (approval service and application service are integrated). In this scenario, after determining that the invoked BPM approval service is successful, the terminal device performs synchronous invocation of the application service itself and other external application services, and once the approval service or the application service fails, the terminal device does not continue. When the called approval service is successful but a certain application service fails, the BPM approval service is called again to carry out reverse operation rollback, and the BPM approval service is returned to an unauthorized state.

In the scheme, the coupling and the dependence 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, a single responsibility principle is not fulfilled, and when the application service exists, the call of other application services outside the approval service is executed, including the reverse operation of interfaces for calling other application services for multiple times in order to ensure the complete transaction, when the more external application services are simultaneously called, the more rollbacks are complex, the worse the fault tolerance is, 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 creates a situation where two or more databases need to be accessed simultaneously for one application service. Therefore, aiming at the technical problems, the technical conception process of the technical scheme of the application is as follows: the final consistency of the approval service and the application service is ensured by adopting the distributed transaction, the application service needing distributed processing is asynchronously executed in a message queue mode, so that the synchronous execution performance bottleneck is solved, meanwhile, the approval service and the application service are decoupled in a layered manner, the business consistency is uniformly managed by packaging and maintaining a BPM center layer and a message queue layer, at this time, the business layer of the terminal equipment only needs to register the application service and a corresponding business identifier, and the problem of whether the complete business is consistent is not concerned any more.

Based on the technical conception process, the embodiment of the application provides an approval processing method, which comprises the steps of obtaining an approval processing request of a terminal device, determining a target approval service included in the target approval transaction and all target application services related to the target approval service according to the identification of the target approval transaction included in the approval processing request, further obtaining a service result of each target application service by calling a message queue service when the approval result of the target approval service is determined to be successful, and pushing approval completion notification to the terminal device when the service result of all the target application services related to the target approval service is determined to be correct. In the technical scheme, the approval service and the call of each application service are separated, so that the problem that the approval service is required to be returned when the application service is processed after the result of the approval service is given in the prior art is avoided, the service processing efficiency is improved, and the cost is reduced.

Exemplary, fig. 1 is an application scenario schematic diagram 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 (three terminal devices are shown in fig. 1, terminal device 111, terminal device 112, terminal device 113, respectively), network 12, and approval processing device 13. Each terminal device and the approval processing device 13 may communicate 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, a target approval service included in the target approval transaction and all target application services associated with the target approval service, so that different layers of the approval processing device 13 execute the target approval service and all associated target application services separately. The operations specifically performed may be given by the following embodiments, which are not described herein.

In this embodiment, the approval processing device 13 may execute the program code of the approval processing method provided by the present 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 an embodiment of the present application, which does not limit the devices included in fig. 1 or limit 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, or in other cases, the data storage device 14 may be disposed in the approval processing device 13, which is not limited by the embodiment of the present application.

In practical application, since the terminal device and the server are both processing devices with data processing capability, the approval processing device in the application scenario shown in fig. 1 may be implemented by the terminal device or the server, and the embodiment of the present application uses the execution body of the approval processing method as the approval processing device for explanation.

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

Fig. 2 is a schematic flow chart of an embodiment of an approval processing method provided by the present application. As shown in fig. 2, the approval process method may include the steps of:

s201, acquiring an approval processing request of the terminal equipment, wherein the approval processing request comprises the following steps: identification of the targeted approval transaction.

In the embodiment of the application, when a user has the requirement of approval processing, the approval processing request can be initiated through the terminal equipment, so that the approval processing equipment analyzes the acquired approval processing request, the identification of the target approval transaction can be acquired, and the approval processing flow is executed in a targeted manner.

It can be understood that the approval processing device can synchronously execute the approval processing requests of a plurality of different terminal devices, so that each approval processing request can also include the identification of the terminal device sending the approval processing request, and the approval processing device can return the approval processing result in a targeted manner. The embodiment of the application does not limit the number of the approval processing requests which can be simultaneously executed by the approval processing equipment, and the number of the approval processing requests can be determined according to actual scenes or actual needs, and is not repeated here.

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

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

In practical application, for BPM approval flows of the ERP system, approval processing equipment executes approval operation of target approval matters. Alternatively, the approval processing apparatus may include: the 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 service layer of terminal equipment to acquire a registration request of 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 the operation of the approval service.

Thus, in an embodiment of the present application, the target approval service is determined by the identification of the approval persistence operation layer target approval transaction of the approval processing device, and all the target application services associated with the target approval service are determined by the message queue service layer according to the identification 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 performed.

In the embodiment of the application, after the approval processing equipment determines the target approval service included in the target approval transaction, an approval persistence operation layer can be called through a BPM center encapsulation layer, and an approval operation is executed on the target approval service at the approval persistence operation layer, and an 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 persistence operation layer of the approval processing device obtains the approval result of the target approval service, it can determine whether the approval result is successful, and then, according to the determination result, return the operation flow executable subsequently to the BPM center packaging 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 approval success may be sent to the BPM center encapsulation layer, so that the BPM center 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.

The specific implementation of this step may be referred to in the following embodiments, and will not be described herein.

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

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 at the same time, in the 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, whether the service results of each target application service are successful or not can be judged, and then the final approval result is returned to the BPM center packaging layer according to the judgment result, and then the final approval result is called back to the application service layer of the terminal device.

S206, pushing approval completion notification to the terminal equipment.

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

S207, performing a review operation.

In one possible design of the embodiment of the present application, when the message queue service layer of the approval processing device determines that there is an erroneous (or failed) service result in all the target application services associated with the target approval service, the message queue service layer sends an approval persistence operation layer of the approval processing device with an approval instruction, so that the approval persistence operation layer executes the approval 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.

S208, interrupting the processing procedure of the approval processing request.

In one possible design of the application, when the approval persistence operation layer of the approval processing device determines that the approval result of the target approval service is failure, the notification of the interrupt indication can be directly sent to the BPM center encapsulation layer without executing the processing procedure of the subsequent application service, so that the BPM center encapsulation layer interrupts the processing procedure of the approval processing request and pushes the failure notification to the terminal device.

S209, pushing approval failure notification to the terminal equipment.

For example, when the approval result of the target approval service is failure or a service result with an error (or failure) in all target application services associated with the target approval service indicates that the approval result of the target approval transaction is failure, 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 embodiment of the present application does not limit the specific content in the approval failure notification, which may be determined according to the actual scenario, and will not be described herein.

According to the approval processing method provided by the embodiment of the application, through acquiring the approval processing request of the terminal equipment, 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 associated with the target approval service are determined, further when the approval result of the target approval service is determined to be successful, the service result of each target application service is acquired through calling the message queue service, and when the service result of all the target application services associated with the target approval service is determined to be correct, approval completion notification is pushed to the terminal equipment. In the technical scheme, the approval service and the call of each application service are separated, so that the problem that the approval service is required to be returned when the application service is processed after the result of the approval service is given in the prior art is avoided, the service processing efficiency is improved, and the cost is reduced.

Exemplary, on the basis of the above embodiment, 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 step S201, the approval processing method may further include the steps of:

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

Wherein the at least one pending transaction comprises: the target approval transaction, the information of each transaction to be approved comprises: information of a pending service and information of at least one application service associated with the pending service.

In the embodiment of the application, when each department (for example, a production department, a management department, a purchasing department, a financial department, etc.) of the enterprise generates a transaction to be approved based on the actual scene requirement, the transaction to be approved is generally transmitted to the approval processing equipment, so that the corresponding leader performs approval processing through the terminal equipment.

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

The information of the pending batch service may include: the identification of the pending service, the type of the pending service, and the time information of the pending service, and the information of the at least one application service associated with the pending service 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 at least one application service associated with the service to be approved, and can be determined according to actual requirements, and details are not repeated here.

S302, service registration information corresponding to each transaction to be approved is generated according to the information of each transaction to be approved.

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

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

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

Illustratively, table 1 serves a registry for the generated BMP. As shown in table 1, part of the information of the BMP service registry is shown in the table, and optionally, the registration content in the BMP service registry mainly includes the service to be approved, the application service associated with the service to be approved, and the like.

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

operationtype: the type of operation of the approval service, which may currently include approval (e.g., represented by 0), disapproval (e.g., represented by 1), failed approval and return (e.g., represented by 2), data type is integer (Int), length 10 bytes;

billtypeid: the bill type Id, i.e. the type of the transaction to be approved, such as a contract bill, a purchase bill, a delivery bill, etc., the data type is a variable length character string (varchar) with a length of 36 bytes;

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

rollbackurl: after the request url fails, the application service that rolls back, also called the url that rolls back (ip and port number are not needed), the data type is a variable length string (varchar), and the length is 200 bytes;

state_flag: the identification bit is used for distinguishing whether the follow-up operation is to be examined and approved or whether the examination and approval state of the bill type is to be modified, and mainly comprises 0 (normal request) and 1 (receipt);

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

It can be appreciated that table 1 only shows part of information of the BPM service registry, and other information about specific inclusion may be determined according to actual situations, which is not described herein.

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, 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 associated with the target approval service.

In this step, the approval processing device analyzes the obtained approval processing request, and can obtain the identifier of the target approval transaction, and because 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 as to determine the target approval service included in the target approval transaction and all the target application services associated with the target approval service.

Accordingly, the step S204 may be implemented as follows:

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

Optionally, after determining all the target application services associated with the target approval service, the approval processing device may generate, according to the information of each target application service obtained in the registered service information table, each application service processing message corresponding to the target approval service, so as to be able to push the application service processing message to the message queue for processing by the message queue service.

S306, pushing all application service processing messages corresponding to the target approval service to the message queue in sequence.

Optionally, in order to implement asynchronous execution of each application service associated with the target approval service by the message queue service, after each application service processing message corresponding to the target approval service is generated by the approval processing device, each application service processing message may be pushed to the message queue according to a certain sequence, so that the message queue service can execute the message queue service asynchronously, and performance bottlenecks caused by synchronous execution of multiple application services are avoided.

S307, calling the business 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 obtaining the service result of each target application service.

Alternatively, the message queue service layer is a layer independently deployed in the approval processing device, which can be used to uniformly manage the call processing procedure of the service. Thus, in the embodiment of the application, the approval processing device can obtain the service result of each target application service based on the message queue service developed by the software development kit (software development kit, SDK) by initiating a service call in the development code, thereby calling the business interface of each target application service to process each application service processing message.

It can be understood that in this embodiment, the timing task, the receipt receiving interface and the message queue service address need to be configured in the message queue service layer, so that when the message queue service determines that the application service to be processed in the message queue processes the message, the message queue service can automatically call the service interface of each application service to process the message to obtain the service result of each target application service.

In one possible design of the present application, this step S306 may be implemented specifically 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 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 again for the application service that is not successfully processed, and improve processing success rate while realizing automatic processing.

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

and determining the successfully processed application service processing message in the message queue, and eliminating the successfully processed application service processing message 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, there is a high possibility that repeated application service messages exist in the message queue, and before the application service messages in the message queue are processed in order to avoid the application service processing messages being repeatedly processed, it is first determined whether the application service processing messages entering the message queue are successfully processed application service processing messages; if yes, it is rejected, if not, the above-mentioned S307 is executed.

Fig. 4 is a schematic diagram illustrating an architecture for processing application service messages in the embodiment shown in fig. 3. As shown in fig. 4, in an embodiment of the present application, the BPM center package layer may include: log recording device, timing transmitting device and receipt processing device. The log recording device is used for recording relevant log information of the BPM center packaging layer, for example, a registered service information table is generated based on the acquired information of the transaction to be approved, the timing sending device is used for periodically pushing the generated application service processing information to a message queue of the message queue service layer, and the receipt processing device is used for receiving service results of each application service from the message queue service layer and transmitting the service results to the log recording device.

The message queue service layer may include: message receiving means, message queue management means, repetition detection means, service calling means, receipt sending means, message log recording means, and the like. The message receiving device is used for receiving the application service processing message from the timing sending device of the BPM center packaging layer; the message queue management device is used for managing message queues used by different application services, for example, a management end of kafka is used for managing all application service processing messages using kafka; the duplicate detection means is configured to detect whether the application service processing message output from the message queue is an application service processing message that has been successfully processed, and if so, delete the application service processing message, and not call the service calling means to process the application service message, where the call is abnormal, for example, service downtime, and network failure. The service calling device is used for calling a service interface of the application service system and processing application service processing information to be processed, on one hand, the obtained service results of each application service are sent to the receipt sending device, the receipt sending device returns the service results of each application service to the receipt processing device of the BPM center packaging layer, and on the other hand, the service calling device and the receipt sending device can record the processed log information into the information log recording device.

Further, in the embodiment of the present application, when the message queue service invokes the service interface of the application service system to process the application service message through the service invoking device, the invoking processing device of the application service system also obtains related invoking processing information, and stores the generated invoking information in the invoking log recording device, so as to facilitate subsequent viewing.

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

Further, fig. 5 is a schematic flow chart of a third embodiment of an approval processing method according to the embodiment of the present application on the basis of the foregoing embodiment. The method is explained by 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 BPM center packaging layer, the message queue service layer and the approval persistence operation layer.

As shown in fig. 5, assuming that a certain transaction to be approved 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 center 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 to the BPM center encapsulation layer of the approval processing device, and then invoke the approval persistence operation layer to execute the 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 the interrupt returns to the application service layer, and a notification of approval failure is output.

As another example, when the approval result is yes, a notification of approval is returned to the BPM center packaging layer, that is, the BPM center packaging layer may modify the approval state into "approved", and call the SDK of the message queue, so that in the message queue service layer, based on the identification of the transaction to be approved according to the SDK, the application service associated with the transaction to be approved is determined, and grouped, the application service associated with the transaction to be approved is pushed to the message queue, the application service is executed asynchronously by the message queue service layer, and the application service result is output.

Optionally, when the application service result is yes, making the BPM center packaging layer call back the application service result to the application, and changing the state to "approval complete"; and when the application service result is NO, the approval persistence operation layer executes the review operation and returns the review operation to the BPM center encapsulation layer, so that the BPM center encapsulation layer obtains the result of approval failure and returns the result to the application service layer of the terminal equipment.

In the embodiment of the application, the scheme for approving the consistency of the transaction solves the problem of integrating the approval service and the application service under the micro-service architecture by configuring the information of the registered application service and calling the unified message queue service to carry out encapsulation maintenance on the BPM center encapsulation layer, solves the problem that the traditional 2PC distributed transaction processing does not support non-relational data because the application based on the micro-service architecture can generally use a mode of combining SQL and NoSQL, and ensures the final execution of tasks through a preset business rule or retry scheme and the final consistency of things.

The following are examples of the apparatus of the present application that may be used to perform the method embodiments of the present application. For details not disclosed in the embodiments of the apparatus of the present application, please refer to the embodiments of the method of the present application.

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

The obtaining module 601 is 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 obtain a service result of each target application service by calling a message queue service when it is determined that the approval result of the target approval service is successful;

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

In one 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 target approval transaction, and the information of each transaction to be approved comprises: information of a pending batch service and information of at least one application service associated with the pending batch service;

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 associated with the target approval service;

Correspondingly, the calling module 603 is specifically configured to:

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

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 interrupt a processing procedure of the approval processing request when it is determined that an approval result of the target approval service is a failure;

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

In yet another possible design of the embodiment of the present application, the processing module 602 is further configured to perform a review operation when it is determined that there is a service result with a review error in service results of all target application services associated with the target review service;

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

The device provided by the embodiment of the application can be used for executing the technical scheme of the embodiment of the method, and the implementation principle and the technical effect are similar and are not repeated here.

It should be noted that, it should be understood that the division of the modules of the above apparatus is merely a division of a logic function, and may be fully or partially integrated into a physical entity or may be physically separated. And these modules may all be implemented in software in the form of calls by the processing element; or can be realized in hardware; the method can also be realized in a form of calling software by a processing element, and the method can be realized in a form of hardware by a part of modules. For example, the processing module may be a processing element that is set up separately, may be implemented in a chip of the above-mentioned apparatus, or may be stored in a memory of the above-mentioned apparatus in the form of program codes, and the functions of the above-mentioned processing module may be called and executed by a processing element of the above-mentioned apparatus. The implementation of the other modules is similar. In addition, all or part of the modules can be integrated together or can be independently implemented. 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 a software form.

In the above embodiments, it may be implemented in whole or in part 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, produces a flow or function in accordance with embodiments of the present application, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in or transmitted from one computer-readable storage medium to another, for example, by wired (e.g., coaxial cable, optical fiber, digital Subscriber Line (DSL)), or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains an integration of one or more available media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk Solid STATE DISK (SSD)), etc.

Fig. 7 is a schematic structural diagram of an embodiment of an approval processing apparatus provided by 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 executable on the processor 701, the technical solution of the method embodiments described above being achieved when the processor 701 executes the computer program.

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

Alternatively, the processor may be a general-purpose processor, including a central processing unit CPU, a network processor (network processor, NP), etc.; but may also be a digital signal processor DSP, an application specific integrated circuit ASIC, a field programmable gate array FPGA or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component.

The memory may comprise random access memory (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 apparatus and other devices, such as clients, read-write libraries and read-only libraries.

The system bus may be a peripheral component interconnect (PERIPHERAL COMPONENT INTERCONNECT, PCI) bus, or an extended industry standard architecture (extended industry standard architecture, EISA) bus, among others. The system bus may be classified into an address bus, a data bus, a control bus, and the like. For ease of illustration, the figures are shown with only one bold line, but not with only one bus or one type of bus.

Optionally, an embodiment of the present application further provides a computer-readable storage medium, where computer-executable instructions are stored, where when the computer-executable instructions run on a computer, the computer is caused to perform the technical solution of the embodiment of the method described above.

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 an approval processing device can read, the at least one processor executing the computer program causing the approval processing device to execute the technical solution of the above-mentioned method embodiment.

Other embodiments of the 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 adaptations, 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 is to be understood that the present disclosure is not limited to the precise arrangements and instrumentalities shown in the drawings, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. An approval process method, comprising:

if the service results of all the target application services associated with the target approval service are correct, pushing approval completion notification to the terminal equipment;

the obtaining the service result of each target application service by calling the message queue service comprises the following steps:

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

3. The method according to claim 2, wherein the determining, according to the identification 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:

and 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 associated with the target approval service.

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

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

And returning a notice of approval failure to the terminal equipment.

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

And pushing approval failure notification to the terminal equipment.

7. An approval processing apparatus, comprising:

The pushing module is used for pushing approval completion notification to the terminal equipment when the service results of all the target application services associated with the target approval service are determined to be correct;

correspondingly, the calling module is specifically configured to:

8. The apparatus of claim 7, wherein the means for obtaining is further configured to obtain information of at least one pending transaction, the at least one pending transaction comprising: the target approval transaction, and the information of each transaction to be approved comprises: information of a pending batch service and information of at least one application service associated with the pending batch service;

The processing module is further configured to:

9. The apparatus of 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.

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

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 a processing procedure of the approval processing request when it is determined that an approval result of the target approval service is a failure;

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

13. An approval processing device comprising a processor, a memory and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the method according to any of the preceding claims 1-6 when executing the computer program.

14. A computer readable storage medium having stored therein computer executable instructions which when executed by a processor are adapted to carry out the method of any one of claims 1-6.

15. A computer program product comprising: computer program, characterized in that the computer program is for implementing the method according to any of claims 1-6 when being executed by a processor.