CN115131144A - Information processing method and device for business system for transaction - Google Patents
Information processing method and device for business system for transaction Download PDFInfo
- Publication number
- CN115131144A CN115131144A CN202210728595.7A CN202210728595A CN115131144A CN 115131144 A CN115131144 A CN 115131144A CN 202210728595 A CN202210728595 A CN 202210728595A CN 115131144 A CN115131144 A CN 115131144A
- Authority
- CN
- China
- Prior art keywords
- transaction
- business
- service
- business system
- order data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Marketing (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The embodiment of the disclosure discloses an information processing method for a business system for transaction, which comprises the following steps: after order data submitted by different transaction service systems are received, a payment link is generated for the order data of each transaction service system; after receiving the standing book information fed back by any business system and aiming at the successful payment of the payment link, generating a preset calling task to call a first preset interface of the business system for transaction to realize business logic after the successful payment; and acquiring a service logic processing result fed back by the service system to generate a preset task based on the result. By generalizing the common flow of different business systems for transaction and realizing unique business by each business system, the development cost of the business systems is reduced, the development efficiency is improved, and the problem of high development cost in the related technology is solved.
Description
Technical Field
The present disclosure relates to the field of data processing technologies, and in particular, to an information processing method and apparatus for a business system for transaction.
Background
With the rapid development of electric business services, various types of service lines often require rapid response and rapid on-line. In the related art, each new service generally needs to be developed correspondingly, so that the development cost is increased and the development efficiency is reduced.
Disclosure of Invention
The main purpose of the present disclosure is to provide an information processing method for a business system for trading.
To achieve the above object, according to a first aspect of the present disclosure, there is provided a method comprising: after order data submitted by different transaction service systems are received, a payment link is generated for the order data of each transaction service system; after receiving the standing book information fed back by any business system and aiming at the successful payment of the payment link, generating a preset calling task to call a first preset interface of the business system for transaction to realize business logic after the successful payment; and acquiring a service logic processing result fed back by the service system to generate a preset task based on the result.
Optionally, the method further comprises: and performing field standardized storage on order data of different business systems for transaction.
Optionally, the obtaining of the service logic processing result fed back by the service system includes: and determining whether to call a preset interface of the business system for transaction to acquire the business logic processing result or not based on the mode and the return time of the business system for returning the business logic processing result.
Optionally, the field standardized storage of the order data of different business systems for transaction includes: defining a standardized dynamic field; and establishing a mapping relation between the fields of the order data in each business system for transaction and the standardized dynamic fields based on the field mapping relation configured by different business systems for transaction so as to assign values on the dynamic fields.
Optionally, the method further comprises: isolating and storing order data of different business systems for transaction into corresponding databases; and after different business systems for transaction submit order data, determining the databases corresponding to the different business systems for transaction based on preset routing rules.
According to a second aspect of the present disclosure, there is provided an information processing apparatus for a business system for transaction, comprising: the first general unit is configured to generate a payment link aiming at the order data of each business system for transaction after receiving the order data submitted by different business systems for transaction; the second general-purpose unit is configured to generate a preset calling task after receiving the standing book information fed back by any business system and aiming at the payment link payment success, so as to call the first preset interface of the business system for transaction to realize the business logic after the payment success; and the third communication unit is configured to acquire a service logic processing result fed back by the service system so as to generate a preset task based on the result.
Optionally, the apparatus further comprises: and the processing unit is configured to carry out field standardized storage on the order data of different business systems for trading.
Optionally, the obtaining of the service logic processing result fed back by the service system includes: and determining whether to call a preset interface of the business system for transaction to acquire the business logic processing result or not based on the mode and the return time of the business system for returning the business logic processing result.
And integrating the mode of returning the service logic processing result and the returning time, and determining whether to call a preset interface of the transaction service system to obtain the service logic processing result.
According to a third aspect of the present disclosure, there is provided a computer-readable storage medium storing computer instructions for causing a computer to execute the information processing method for a business system for transaction according to any one of the implementation manners of the first aspect.
According to a fourth aspect of the present disclosure, there is provided an electronic device comprising: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executable by the at least one processor to cause the at least one processor to execute the information processing method for a business system for trading of any one of the implementations of the first aspect.
The information processing method for the transaction service system in the embodiment of the disclosure includes: after order data submitted by different business systems for transaction are received, a payment link is generated for the order data of each business system for transaction; after receiving the standing book information fed back by any business system and aiming at the successful payment of the payment link, generating a preset calling task to call a first preset interface of the business system for transaction to realize business logic after the successful payment; and acquiring a service logic processing result fed back by the service system to generate a preset task based on the result. By generalizing the common flow of different business systems for transaction and realizing unique business by each business system, the development cost of the business systems is reduced, the development efficiency is improved, and the problem of high development cost in the related technology is solved.
Drawings
In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present disclosure, and other drawings can be obtained by those skilled in the art without creative efforts.
FIG. 1 is a flow chart of an information processing method for a business system for transaction according to an embodiment of the disclosure;
fig. 2-4 are schematic application diagrams of an information processing method for a business system for transaction according to an embodiment of the present disclosure;
fig. 5 is a schematic diagram of an electronic device according to an embodiment of the disclosure.
Detailed Description
In order to make the technical solutions of the present disclosure better understood by those skilled in the art, the technical solutions of the embodiments of the present disclosure will be clearly and completely described below with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are only some embodiments of the present disclosure, not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments disclosed herein without making any creative effort, shall fall within the protection scope of the present disclosure.
It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It should be understood that the data so used may be interchanged under appropriate circumstances such that embodiments of the present disclosure may be described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
It should be noted that, in the present disclosure, the embodiments and features of the embodiments may be combined with each other without conflict. The present disclosure will be described in detail below with reference to the accompanying drawings in conjunction with embodiments.
In the related technology, a single interface packaging mode is adopted, namely, in the development of a vertical service line, partial calling is simplified through packaging of a downstream interface, but the method is only the packaging of an interface layer and does not package the circulation of a flow, and the workload is not reduced for the construction of a new service. Through the way of core function encapsulation, the transaction flows of a plurality of services are integrated in one system, so that the system function is huge, and other services can be influenced by the transformation of any service function. After the system is fused, the application range is small, and the system expandability is not strong.
Referring to fig. 2, the system architecture to which the present embodiment is applied may include different types of business systems, including but not limited to the business system for transaction in the present application, the present system for implementing the method of the present embodiment, and the composition of the present system may be constituted by devices such as a server for executing the method, and may further include an external system (agent system) for implementing business logic of transaction in cooperation with the business system for transaction. The system of the embodiment can receive order data submitted by different business systems, and realize functions common to all business systems in the system, such as order circulation function and the like.
Specifically, the business system can access the business as required, and when the business system is accessed, the business system can register business lines (except general functions processed by the system, other business lines such as commodities, business management, interaction with the business and the like need to be processed by the business lines), and configure dynamic parameters (namely unique parameters of each business line) and basic rules for interacting with the system; the implementation definition interacts with the system. An agent system (external system in fig. 1), such as a top-up payment system, may interact with the business system. After the business system successfully submits the order, the system uniformly processes the standing book information, and the business system does not need to receive and process the standing book information respectively. And after the standing book information is processed, inserting a production task, calling an interface of each service system and executing service logic by the system drive, and after the calling is successful, producing a settlement or refund task according to a return value.
The embodiment processes order flow (general flow) and triggers production flow (i.e. logic that the service line needs to process after order payment is successful). Because the production flow of each service line is different, the system only defines the production standard (defines the interface), the production logic is specifically realized by the service line, and the realization logic of the specific service line is called during execution. The new implementation scheme can ensure the universality of the core flow, can prevent the system from excessively intruding into the service, ensures the high cohesion and low coupling of the system, reduces the later maintenance cost, and ensures the universality and maintainability of the system.
According to an embodiment of the present disclosure, an information processing method and apparatus for a business system for transaction are provided, as shown in fig. 1, the method includes the following steps 101 to 103:
step 101: and when order data submitted by different business systems for transaction are received, generating a payment link aiming at the order data of each business system for transaction.
In this embodiment, after receiving an order submitted by the business system through the order interface, the order interface performs processing of order business logic, stores order data after the processing is successful, and returns a payment link to the business system.
For business systems for transaction, although business lines of each business system are different, the general part of the business systems can include order circulation part extraction, which includes general processes such as ordering based on submitted orders, payment callback processing (i.e. processing after successful payment), production (interacting with different business systems or processing after successful payment), settlement, refund and the like.
Further, in order to implement a general function, such as unified processing of an order form of a service system, it is necessary to implement unified storage of data of different service systems, which may be implemented by defining a unified data structure.
As an optional implementation manner of this embodiment, the method further includes: and performing field standardized storage on order data of different business systems for transaction.
In this optional implementation manner, in order to achieve the purpose of uniformly processing order flow, order data of each service system needs to be stored in a centralized manner, each service line of the fixed order field may be universal, and the method of this embodiment may be used for realizing a field unique to each service.
Referring to fig. 3, extended order fields, defined dynamic fields field1, field2, … field, may be mapped with fields of different service lines for storing personalization data for the different service lines. The service system in fig. 3 uses attributes, that is, the names of the attributes used when the service system performs storage and query; the attribute name of the service system can be configured, and the mapping relation between the specified dynamic field and the actual field is established.
In the optional implementation manner, the actual field and the dynamic field of each transaction service system are configured in a self-defined manner to establish a self-defined mapping relationship between the actual field and the dynamic field, and a corresponding value is stored in the dynamic field. And when the order is stored and inquired, determining the corresponding dynamic field through the mapping relation, and obtaining the corresponding value. It will be appreciated that the configuration process described above can be custom configured through a visualization page.
Step 102: after the machine account information fed back by any business system and aiming at the payment link payment success is received, a preset calling task is generated so as to call a first preset interface of the business system for transaction to realize business logic after the payment success.
In this embodiment, referring to fig. 4, after the payment of the transaction service system is successful, the ledger message of the transaction service system is received (i.e., the MQ message after the payment is successful, which may be implemented by using apache kafka middleware), and the production task is inserted after the payment is judged to be successful based on the message, and then the production task calls the production interface of the service system, so that the service system executes the service processing logic after the payment is successful, and then the transaction service system can return the production result in a synchronous or asynchronous manner, and finally perform the unified processing of success or failure according to the return result. The production task is a timing task, and the timing task can drive a production interface (namely a first preset interface) of the calling business system; the synchronous mode refers to that the request directly returns a result, and the asynchronous mode refers to that the request cannot return a final result.
As an example. Referring to fig. 2, if the transaction-oriented service system is a payment service system, the logic may be to call an external agent interface for recharging, etc.
Step 103: and acquiring a service logic processing result fed back by the service system to generate a preset task based on the result.
In this embodiment, the processing result of the business logic may include processing success or processing failure, and different tasks are generated based on the different processing results, including a settlement task, an accounting task, or a refund task.
As an optional implementation manner of this embodiment, it is determined whether to invoke a preset interface of the business system for transaction to obtain a business logic processing result based on a manner in which the business system returns the business logic processing result and the return time.
In the optional implementation manner, if the mode of the service system returning the service logic processing result is the synchronization mode and the returning time length is less than the first preset value, the service logic processing result is obtained through the first preset interface; if the mode that the service system returns the service logic processing result is an asynchronous mode and the returning time length is less than a second preset value, acquiring the service logic processing result through a second preset interface; if the mode that the service system returns the service logic processing result is a synchronous mode and the returning time is longer than a first preset value, acquiring the service logic processing result through a third preset interface; and if the mode that the service system returns the service logic processing result is an asynchronous mode and the returning time length is longer than the first preset value, acquiring the service logic processing result through a third preset interface.
For example, referring to fig. 5, if the manner of returning the processing result of the business logic is a synchronization manner and the returning time is less than the first preset value, the first preset interface, that is, the production interface in fig. 5, may directly receive the result of success or failure returned by the business system for transaction through the interface.
The second preset interface may be the receiving production interface in fig. 5, and when the manner of returning the logic processing result is an asynchronous manner and the returning time length is less than the second preset value, the success or failure result returned by the transaction service system may be directly received through the interface.
If the mode of returning the service logic processing result is a synchronous mode and the returning time length exceeds the first preset value, the interface can be called to actively request to obtain the result. If the mode of returning the service logic processing result is an asynchronous mode and the returning time exceeds a second preset value, the interface can be called to actively request for obtaining the result. By the method, the flow of order circulation can be ensured to be blocked, and the problem that the order is always in a middle state after the result is not returned for a long time and the order circulation is influenced is avoided.
As an optional implementation manner of this embodiment, the method further includes: isolating and storing order data of different business systems for transaction into corresponding databases; and after different business systems for transaction submit order data, determining the databases corresponding to the different business systems for transaction based on preset routing rules.
In this optional implementation manner, when the service system is accessed, the storage of the underlying data may be isolated according to different service systems, and stored in each designated database, and when the data is stored or queried, the data may be routed according to the service system, so as to implement the storage or query of the data. The relationship between the service system and the designated database can be established in a configuration mode.
The optional implementation mode overcomes the defects that order data are stored in each service system in a scattered manner, the order management function of the background is repeated, and when a service worker is in charge of a plurality of systems, the plurality of systems in the background need to be switched; and the data collection, analysis and statistics are not beneficial to the integration.
In the embodiment, in order circulation, through an order circulation function common to each transaction service system, such as a standing book message (MQ message after successful payment), processing after the service system is produced, and the like, the transaction service system only needs to process personalized services. Illustratively, the business systems submit orders successfully and then process standing book messages in a unified manner, the business systems do not need to receive and process the standing book messages respectively, production tasks are inserted after the standing book messages are processed in the embodiment, production interfaces of the business systems are called to process production logic, and after the calling is successful, settlement or refund tasks are produced according to return values. Repeated development of business systems is reduced in this way.
The embodiment realizes the closed-loop circulation (general flow) of the core flow, processes the general order circulation processing, and does not adopt the encapsulation mode of a single interface in the related technology; the embodiment defines the extension point for the service characteristics to be realized by the service line, directly uses the general logic when the new service is accessed again, and realizes the service individual environment through the extension point, thereby reducing the development and test workload.
It should be noted that the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer-executable instructions and that, although a logical order is illustrated in the flowcharts, in some cases, the steps illustrated or described may be performed in an order different than presented herein.
According to an embodiment of the present disclosure, there is also provided an apparatus for implementing the information processing method for business systems for trading, the apparatus including a first general unit configured to generate a payment link for order data of each business system for trading after receiving order data submitted by different business systems for trading; the second general unit is configured to generate a preset calling task after receiving the standing book information which is fed back by any business system and succeeds in payment aiming at the payment link, so as to call the first preset interface of the business system for transaction to realize business logic after successful payment; and the third communication unit is configured to acquire a service logic processing result fed back by the service system so as to generate a preset task based on the result.
As an optional implementation manner of this embodiment, the apparatus further includes: and the processing unit is configured to carry out field standardized storage on order data of different business systems for transaction.
As an optional implementation manner of this embodiment, the obtaining of the service logic processing result fed back by the service system includes: and determining whether to call a preset interface of the business system for transaction to obtain the business logic processing result or not based on the mode and the return time of the business system for returning the business logic processing result.
As an optional implementation manner of this embodiment, the field standardized storage of the order data of different business systems for transaction includes: defining a standardized dynamic field; and establishing a mapping relation between the field of the order data in each business system for transaction and the standardized dynamic field based on the field mapping relation configured by different business systems for transaction so as to assign values on the dynamic field.
As an optional implementation manner of this embodiment, the method further includes: isolating and storing order data of different business systems for transaction into corresponding databases; and after different business systems for transaction submit order data, determining the databases corresponding to the different business systems for transaction based on preset routing rules.
In the embodiment, in order circulation, through an order circulation function common to each transaction service system, such as a standing book message (MQ message after successful payment), processing after the service system is produced, and the like, the transaction service system only needs to process personalized services. Illustratively, the business systems submit orders successfully and then process standing book messages in a unified manner, the business systems do not need to receive and process the standing book messages respectively, production tasks are inserted after the standing book messages are processed in the embodiment, production interfaces of the business systems are called to process production logic, and after the calling is successful, settlement or refund tasks are produced according to return values. By the method, repeated development of the business system is reduced.
The embodiment realizes the closed-loop circulation (general flow) of the core flow, processes the general order circulation processing, and does not adopt the encapsulation mode of a single interface in the related technology; the embodiment defines the extension point for the service characteristics to be realized by the service line, directly uses the general logic when the new service is accessed again, and realizes the service individual environment through the extension point, thereby reducing the development and test workload.
The embodiment of the present disclosure provides an electronic device, as shown in fig. 5, the electronic device includes one or more processors 51 and a memory 52, where one processor 51 is taken as an example in fig. 5.
The controller may further include: an input device 53 and an output device 54.
The processor 51, the memory 52, the input device 53 and the output device 54 may be connected by a bus or other means, and fig. 5 illustrates the connection by a bus as an example.
The processor 51 may be a Central Processing Unit (CPU). The processor 51 may also be other general purpose processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or combinations thereof. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The memory 52, which is a non-transitory computer readable storage medium, may be used to store non-transitory software programs, non-transitory computer executable programs, and modules, such as program instructions/modules corresponding to the control methods in the embodiments of the present disclosure. The processor 51 executes various functional applications of the server and data processing, i.e. implements the method of the above-described method embodiment, by running non-transitory software programs, instructions and modules stored in the memory 52.
The memory 52 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to use of a processing apparatus operated by the server, and the like. Further, the memory 52 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory 52 may optionally include memory located remotely from the processor 51, which may be connected to a network connection device via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The input device 53 may receive input numeric or character information and generate key signal inputs related to user settings and function control of the processing device of the server. The output device 54 may include a display device such as a display screen.
One or more modules are stored in the memory 52, which when executed by the one or more processors 51 perform the method as shown in fig. 1.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program to instruct related hardware, and the program can be stored in a computer readable storage medium, and when executed, the program can include the processes of the embodiments of the motor control methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-only memory (ROM), a Random Access Memory (RAM), a flash memory (FlashMemory), a hard disk (hard disk drive, abbreviated as HDD) or a Solid State Drive (SSD), etc.; the storage medium may also comprise a combination of memories of the kind described above.
Although the embodiments of the present disclosure have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the present disclosure, and such modifications and variations fall within the scope defined by the appended claims.
Claims (10)
1. An information processing method for a business system for transaction, comprising:
after order data submitted by different business systems for transaction are received, a payment link is generated for the order data of each business system for transaction;
after receiving the standing book information fed back by any business system and aiming at the successful payment of the payment link, generating a preset calling task to call a first preset interface of the business system for transaction to realize business logic after the successful payment;
and acquiring a service logic processing result fed back by the service system to generate a preset task based on the result.
2. The information processing method for a transaction service system according to claim 1, wherein the method further comprises:
and performing field standardized storage on order data of different business systems for transaction.
3. The information processing method for transaction service system according to claim 1, wherein obtaining the service logic processing result fed back by the service system comprises:
and determining whether to call a preset interface of the business system for transaction to obtain the business logic processing result or not based on the mode and the return time of the business system for returning the business logic processing result.
4. The information processing method for business system for transaction according to claim 2, wherein the field-standardized storage of the order data of different business systems for transaction includes:
defining a standardized dynamic field;
and establishing a mapping relation between the field of the order data in each business system for transaction and the standardized dynamic field based on the field mapping relation configured by different business systems for transaction so as to assign values on the dynamic field.
5. The information processing method for a business system for transaction according to claim 2 or 4, characterized in that the method further comprises:
storing the order data of different business systems for transaction in a corresponding database in an isolation way;
and after different business systems for transaction submit order data, determining the databases corresponding to the different business systems for transaction based on the preset routing rule.
6. An information processing apparatus for a business system for transaction, comprising:
the first general unit is configured to generate a payment link aiming at the order data of each business system for transaction after receiving the order data submitted by different business systems for transaction;
the second general unit is configured to generate a preset calling task after receiving the standing book information which is fed back by any business system and succeeds in payment aiming at the payment link, so as to call the first preset interface of the business system for transaction to realize business logic after successful payment;
and the third communication unit is configured to acquire a service logic processing result fed back by the service system so as to generate a preset task based on the result.
7. The information processing apparatus for a business system for transaction according to claim 6, wherein said apparatus further comprises:
and the processing unit is configured to carry out field standardized storage on the order data of different business systems for trading.
8. The information processing apparatus of claim 6, wherein obtaining the service logic processing result fed back by the service system comprises:
and determining whether to call a preset interface of the business system for transaction to obtain the business logic processing result or not based on the mode and the return time of the business system for returning the business logic processing result.
9. A computer-readable storage medium, characterized in that the computer-readable storage medium stores computer instructions for causing the computer to execute the information processing method for a business system for transaction of any one of claims 1 to 5.
10. An electronic device, comprising: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to cause the at least one processor to perform the information processing method for a business system for transaction of any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210728595.7A CN115131144A (en) | 2022-06-24 | 2022-06-24 | Information processing method and device for business system for transaction |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210728595.7A CN115131144A (en) | 2022-06-24 | 2022-06-24 | Information processing method and device for business system for transaction |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115131144A true CN115131144A (en) | 2022-09-30 |
Family
ID=83380524
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210728595.7A Pending CN115131144A (en) | 2022-06-24 | 2022-06-24 | Information processing method and device for business system for transaction |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115131144A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115345746A (en) * | 2022-10-17 | 2022-11-15 | 深圳华锐分布式技术股份有限公司 | Security transaction method, device, equipment and medium |
-
2022
- 2022-06-24 CN CN202210728595.7A patent/CN115131144A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115345746A (en) * | 2022-10-17 | 2022-11-15 | 深圳华锐分布式技术股份有限公司 | Security transaction method, device, equipment and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107729139B (en) | Method and device for concurrently acquiring resources | |
| CN108334387B (en) | Dynamic interface rendering method and device | |
| CN112788074B (en) | Data transmitting method, processing method, receiving method, apparatus thereof, and storage medium | |
| CN101808051B (en) | Application integration gateway and control method thereof | |
| US8418074B2 (en) | Shared user interface services framework | |
| CN111210340B (en) | Automatic task processing method, device, server and storage medium | |
| CN203086514U (en) | Mobile open interactive system | |
| CN110826978A (en) | Unified backlog processing method and device based on enterprise browser | |
| CN111831461A (en) | Method and device for processing business process | |
| CN115131144A (en) | Information processing method and device for business system for transaction | |
| CN113297329A (en) | Transaction processing method, device, equipment, storage medium and program product | |
| CN111294377A (en) | Network request sending method of dependency relationship, terminal device and storage medium | |
| CN115984022B (en) | Unified account checking method and device for distributed payment system | |
| CN114238352A (en) | Micro-service processing method and related device | |
| US20190250922A1 (en) | System and method for processing data of any external services through api controlled universal computing elements | |
| CN111353766A (en) | Service process processing system and method of distributed service system | |
| CN113222751A (en) | Data migration method and device | |
| CN114428723A (en) | Test system, system test method, related device and storage medium | |
| CN112260933A (en) | Communication method, communication device, electronic equipment and medium | |
| CN111736807A (en) | Tenant function customizing method and device and office system based on tenant | |
| CN113138814A (en) | Remote assistance method, device, equipment and storage medium | |
| CN112433821B (en) | Method and device for building business model, electronic equipment and medium | |
| CN114548897A (en) | Micro-service combination order engine system and micro-service calling method thereof | |
| CN113342540B (en) | Terminal user fee-paying starting method, system, computer equipment and storage medium | |
| CN115470770B (en) | Electronic form template filling method and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |