A business processing method and device for a multi-business component combination scenario

Abstract

The present invention discloses a business processing method and device for a multi-business component combination scenario, and relates to the field of computer technology. A specific implementation of the method includes: obtaining the configuration information of each sub-business component involved in the business scenario and the combination relationship between the sub-business components, assembling the sub-business components according to the combination relationship, and obtaining a combination scenario framework corresponding to the business scenario; obtaining the business data information of each sub-business component through the combination scenario framework; triggering the corresponding sub-business component to submit business according to the business data information of each sub-business component, wherein the business submission of each sub-business component is isolated from each other. This implementation not only solves the decoupling between multiple business components and the flexible expansion of business components through the creation of multiple business component combination scenarios and the processing of business submission of distributed business components, but also improves R&D efficiency and reduces operation and maintenance costs.

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a business processing method and device for a multi-business component combination scenario. Background Art

[0002] With the widespread application of the Internet, as an Internet service provider, in addition to meeting the various personalized and customized needs of merchant users, it is also necessary to take into account R&D cost control, post-maintenance and user experience. Take the creation of an online product promotion business as an example. This promotion business requires the support of coupons and SMS reach services. The Internet service provider couples and calls the three sub-businesses (promotion business, coupon business and SMS reach business) according to business needs, and users need to maintain data in the three systems.

[0003] In the process of implementing the present invention, the inventors found that the prior art has the following problems:

[0004] For merchant users, they need to maintain data in different business systems and cannot manage their own business in a unified manner, resulting in high operating costs and a poor user experience. For Internet service providers, the tight coupling between distributed businesses not only fails to guarantee the one-time successful development rate of multi-business component combination scenarios, but also fails to flexibly expand new business components, which increases development and maintenance costs. Summary of the invention

[0005] In view of this, an embodiment of the present invention provides a business processing method and device for a multi-business component combination scenario. Through the creation of multiple business component combination scenarios and the processing of business submission of distributed business components, not only the decoupling between multiple business components and the flexible expansion of business components are achieved, but also the R&D efficiency is improved and the operation and maintenance costs are reduced.

[0006] To achieve the above object, according to one aspect of an embodiment of the present invention, a service processing method for a multi-service component combination scenario is provided, comprising:

[0007] Acquire configuration information of each sub-business component involved in the business scenario and the combination relationship between the sub-business components, assemble the sub-business components according to the combination relationship, and obtain a combination scenario framework corresponding to the business scenario;

[0008] Acquire the business data information of each sub-business component through the combined scenario framework;

[0009] The business data information of each sub-business component triggers the corresponding sub-business component to submit business, wherein the business submissions of each sub-business component are isolated from each other.

[0010] Optionally, before triggering the corresponding sub-business component to submit business according to the business data information of each sub-business component, it also includes: generating a global transaction identifier for identifying the business processing corresponding to the business scenario, and an event identifier for identifying the business submission event of each sub-business component, and establishing a mapping relationship between the global transaction identifier and each event identifier.

[0011] Optionally, triggering the corresponding sub-business component to submit business based on the business data information of each sub-business component includes: for each sub-business component, sending the business data information and event identifier of the sub-business component and the global transaction identifier to the sub-business component to trigger the corresponding sub-business component to submit business.

[0012] Optionally, after the corresponding sub-business component submits the business, the method further includes: acquiring the business submission result of each sub-business component by monitoring the business submission event message generated by the corresponding sub-business component; and determining the business processing result according to the business submission result.

[0013] Optionally, after obtaining the business submission result of each sub-business component, the method further includes: updating the status of events and transactions according to the business submission result.

[0014] Optionally, when the business processing result is a failure, a rollback message is generated, and each sub-business component is notified to execute a business submission rollback event.

[0015] Optionally, the business submission of the sub-business component is implemented through a unified software development kit, and each sub-business component only needs to implement a business submission event and a business submission rollback event.

[0016] According to a second aspect of an embodiment of the present invention, a service processing device for a multi-service component combination scenario is provided, including:

[0017] A scenario framework acquisition module is used to acquire configuration information of each sub-business component involved in the business scenario and the combination relationship between the sub-business components, assemble the sub-business components according to the combination relationship, and obtain a combination scenario framework corresponding to the business scenario;

[0018] A data acquisition module, used to acquire the business data information of each sub-business component through the combined scenario framework;

[0019] The business submission module is used to trigger the corresponding sub-business component to submit business according to the business data information of each sub-business component, wherein the business submission of each sub-business component is isolated from each other.

[0020] According to a third aspect of an embodiment of the present invention, there is provided a service processing electronic device for a multi-service component combination scenario, characterized in that it includes:

[0021] one or more processors;

[0022] a storage device for storing one or more programs,

[0023] When the one or more programs are executed by the one or more processors, the one or more processors implement the method provided in the first aspect of the embodiment of the present invention.

[0024] According to a fourth aspect of an embodiment of the present invention, a computer-readable medium is provided, on which a computer program is stored, and when the program is executed by a processor, the method provided by the first aspect of the embodiment of the present invention is implemented.

[0025] An embodiment of the invention has the following advantages or beneficial effects: by obtaining the configuration information of each sub-business component involved in the business scenario and the combination relationship between the sub-business components, the sub-business components are assembled according to the combination relationship to obtain a combination scenario framework corresponding to the business scenario; the business data information of each sub-business component is obtained through the combination scenario framework; according to the business data information of each sub-business component, the corresponding sub-business component is triggered to submit business, wherein the business submission of each sub-business component is a mutually isolated technical solution, which realizes the creation of a combination scenario through multiple business components and the processing of business submission of distributed business components, which not only solves the decoupling between multiple business components and the flexible expansion of business components, but also improves R&D efficiency and reduces operation and maintenance costs. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] The accompanying drawings are used to better understand the present invention and do not constitute an improper limitation of the present invention.

[0027] Figure 1 is a schematic diagram of the main flow of a data processing method according to an embodiment of the present invention;

[0028] Figure 2 2 is a schematic diagram of a first-purchase gift money intelligent strategy scenario framework according to an embodiment of the present invention;

[0029] FIG3 is a schematic diagram of maintaining business data information of a sub-business component according to an embodiment of the present invention, including FIG3(a) and FIG3(b);

[0030] Figure 4 It is a flowchart of building a multi-service component combination scenario and triggering service submission in an embodiment of the present invention;

[0031] Figure 5 It is a flow chart of the business submission status consistency design of a multi-business component combination scenario according to an embodiment of the present invention;

[0032] Figure 6is a schematic diagram of main modules of a service processing device for a multi-service component combination scenario according to an embodiment of the present invention;

[0033] Figure 7 is an exemplary system architecture diagram to which embodiments of the present invention may be applied;

[0034] Figure 8 It is a schematic diagram of the structure of a computer system of a terminal device or a server suitable for implementing an embodiment of the present invention. DETAILED DESCRIPTION

[0035] The following is a description of exemplary embodiments of the present invention in conjunction with the accompanying drawings, including various details of the embodiments of the present invention to facilitate understanding, which should be considered as merely exemplary. Therefore, it should be recognized by those of ordinary skill in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present invention. Similarly, for clarity and conciseness, the description of well-known functions and structures is omitted in the following description.

[0036] At present, for business processing in scenarios where multiple business components are combined, with existing technologies, due to the tight coupling between distributed business components, merchant users need to maintain data in different business systems and cannot manage their own business in a unified manner, resulting in high operating costs and poor user experience. For Internet service providers, not only can the one-time successful development rate of scenarios where multiple business components are combined be unable to be guaranteed, but new business components cannot be flexibly expanded, which increases development and maintenance costs and cannot meet actual application needs well.

[0037] In order to solve the above-mentioned problems existing in the prior art, the present invention proposes a business processing method for a multi-business component combination scenario. Through the creation of multiple business component combination scenarios and the processing of business submission of distributed business components, not only the decoupling between multiple business components and the flexible expansion of business components are achieved, but also the R&D efficiency is improved and the operation and maintenance costs are reduced.

[0038] In the introduction to the embodiments of the present invention, the terms and their meanings are as follows:

[0039] Distributed business: Distributed business means that business participants, servers supporting the business, resource servers, and business managers are located in different nodes of different distributed systems;

[0040] Rollback: Rollback refers to the act of restoring a program or data to its last correct state when a program or data processing error occurs. Rollback includes program rollback and data rollback.

[0041] Coupling: refers to the phenomenon that two or more systems or two forms of motion influence each other and even unite through interaction. The degree of coupling between objects is the dependency between objects. The higher the coupling between objects, the higher the maintenance cost.

[0042] Decoupling: It is to use mathematical methods to separate the two movements to deal with the problem in order to reduce the degree of coupling;

[0043] SDK: A software development kit is generally a collection of development tools that software engineers use to build application software for a specific software package, software framework, hardware platform, operating system, etc.

[0044] MQ: Message Queue, a data structure of "first in, first out" in basic data structures. It means putting the data (message) to be transmitted in a queue and using the queue mechanism to realize message transmission.

[0045] Figure 1 is a schematic diagram of the main flow of the data processing method according to an embodiment of the present invention, such as Figure 1 As shown, the data processing method of the embodiment of the present invention includes the following steps S101 to S103.

[0046] Step S101: obtain configuration information of each sub-business component involved in a business scenario and a combination relationship between the sub-business components, assemble the sub-business components according to the combination relationship, and obtain a combination scenario framework corresponding to the business scenario.

[0047] Specifically, based on the general multi-service component combination scenario provided by the Internet service provider, merchant users can select a multi-service component combination scenario that meets individual usage needs based on the general multi-service component combination scenario. Taking the full-reduction promotion scenario composed of the promotion business component, the coupon business component and the SMS contact business component as an example, each business component needs to obtain the corresponding configuration information and the combination relationship between the three components through the configuration center of the public scheduling platform, such as: the execution order of the components, the calling relationship between the components, etc. According to the configuration information of each business component and the combination relationship between the components, the promotion business component, the coupon business component and the SMS contact business component are assembled to obtain the configuration result of the full-reduction promotion scenario, and the front-end page is rendered according to the configuration result, that is, the combination scenario framework is obtained.

[0048] Figure 2 It is a schematic diagram of the first-purchase gift smart strategy scenario framework of an embodiment of the present invention. This scenario consists of two sub-business components: first-purchase gift and text message. The business parameters of the first-purchase gift business component include event information and participating products, and the business parameters of the text message business component include text message templates, sending time and number of people, etc.

[0049] Step S102: Acquire the business data information of each sub-business component through the combined scenario framework.

[0050] Specifically, the merchant user maintains the specific business data information of each component in the combined scenario framework according to specific business needs through the combined scenario framework created above, and obtains the business data information of each sub-business component.

[0051] 3 is a schematic diagram of maintaining business data information of the sub-business components of an embodiment of the present invention. As shown in FIG3(a) and FIG3(b) , the merchant user fills in the business data information of the first-purchase gift money sub-business component and the SMS sub-business component according to specific business needs.

[0052] Step S103: triggering the corresponding sub-business component to submit a service according to the service data information of each sub-business component, wherein the service submissions of the sub-business components are isolated from each other.

[0053] According to an embodiment of the present invention, the business submission of the sub-business component is implemented through a unified software development kit, and each sub-business component only needs to implement a business submission event and a business submission rollback event.

[0054] Specifically, each sub-business component is implemented through the dispatch center SDK software development toolkit of the public dispatch platform, and the corresponding business component application - SDK is called by the business backend and returns the execution result to the business frontend. The business component application only needs to implement business submission events and business submission rollback events.

[0055] According to another embodiment of the present invention, before triggering the corresponding sub-business component to submit a business based on the business data information of each sub-business component, it also includes: generating a global transaction identifier for identifying the business processing corresponding to the business scenario, and an event identifier for identifying the business submission event of each sub-business component, and establishing a mapping relationship between the global transaction identifier and each event identifier.

[0056] Specifically, before triggering the corresponding sub-business component to submit business according to the business data information of each sub-business component, after the above-mentioned merchant user maintains the specific business information of each component in the combined scenario framework, a request for obtaining the global transaction ID and event ID is sent to the dispatch center of the public dispatch platform, where the global transaction ID is used to identify the business processing corresponding to the combined business scenario, and the event ID is used to identify the business submission event of each sub-business component. The dispatch center of the public dispatch platform generates the global transaction ID and each event ID according to the request, and establishes a mapping relationship between the global transaction ID and each event ID.

[0057] According to another embodiment of the present invention, triggering a corresponding sub-business component to submit a business based on the business data information of each sub-business component includes: for each sub-business component, sending the business data information and event identifier of the sub-business component and the global transaction identifier to the sub-business component to trigger the corresponding sub-business component to submit a business.

[0058] Specifically, according to the mapping relationship between the global transaction identifier and the event identifier, the global transaction identifier and each event identifier and their corresponding business data information are grouped according to the event, so as to facilitate the subsequent triggering of the business submission of each sub-business component. The application of each sub-business component - SDK is triggered by the global transaction identifier, event identifier and business data information of the business component to start the business component submission service. The start can be triggered by the scheduling center of the public scheduling platform, or the global transaction identifier and event identifier can be passed to the business front end and triggered by the business front end. The business submission of each sub-business component is asynchronous and isolated from each other.

[0059] Figure 4 It is a flow chart of building a multi-business component combination scenario and triggering business submission in an embodiment of the present invention. In the figure, the business front end initializes a general multi-business component combination business scenario according to the business needs of the merchant user, and queries the configuration information of each business component and the combination relationship between each business component from the configuration center of the public scheduling platform through http request according to the business scenario, and the business back end assembles it into a structured result that conforms to the data format of the business front end and returns it to the business front end. The business front end renders the combination scenario framework according to the assembly result. The merchant user fills in the business data information of each business component according to the actual business information and submits it. The business front end requests the configuration center of the public scheduling platform to obtain the global transaction ID, the event ID corresponding to each business component, and the mapping relationship between the global transaction ID and the event ID, and triggers the business submission event of each business component according to the global transaction ID, event ID and corresponding business data information transmitted to the business front end.

[0060] According to an embodiment of the present invention, after the corresponding sub-business component submits the business, it also includes: obtaining the business submission result of each sub-business component by monitoring the business submission event message generated by the corresponding sub-business component; and determining the business processing result according to the business submission result.

[0061] According to another embodiment of the present invention, after obtaining the service submission result of each sub-service component, the method further includes: updating the status of events and transactions according to the service submission result.

[0062] Specifically, in the dispatch center of the public dispatch platform, the business submission event message generated by the sub-business component comes from the business submission event in the application of the business component - SDK. The business submission event needs to first verify the validity of the global transaction identifier and event identifier; if it is valid and the event status is updated successfully, a specific business submission event is performed. This submission event has encapsulated the internal functions and logic and does not require secondary development; finally, the business submission event message is sent through MQ. According to the business submission result of each sub-business component, the event status is updated. If the event status is failed, the corresponding transaction status is updated to failure, and the business processing result of this business submission is failed.

[0063] In this embodiment, the communication of the execution results of the business submission event between the various sub-business components is achieved by sending the business submission event message, which provides a prerequisite for the management of the consistency of the business submission event status of the distributed business components.

[0064] According to yet another embodiment of the present invention, when the service processing result is a failure, a rollback message is generated, and each sub-service component is notified to execute a service submission rollback event.

[0065] Specifically, when the business processing result of the business submission event is failure, a rollback message is generated and sent through MQ to the application of each sub-business component - the business submission rollback event in the SDK to trigger the execution of the business submission rollback of each sub-business component, and at the same time update the time status to failure.

[0066] By monitoring the business submission event messages generated by the above-mentioned sub-business components and sending rollback messages, the communication and management of the business submission event execution results between the sub-business components are realized, ensuring that only when the business submission events of all sub-business components are successful can the multi-business component combination scenario, that is, the consistency of the business submission status of multiple business components, be realized.

[0067] Figure 5This is a flow diagram of the business submission state consistency design of a multi-business component combination scenario in an embodiment of the present invention. In the figure, a single business component is used as an example, and the business submission logic executed by each business component is the same as its logic. After receiving the trigger submission event from the business front end, the single-component business back end performs format pre-check on the global transaction ID, event ID and business data; then calls this component to start the service, executes the business component application - SDK, verifies the validity of the global transaction ID and event ID, and executes the business submission event if the event status is successfully updated under the premise of validity. If the submission is successful, a submission event success message is sent, and the execution result of successful submission is returned. If the verification of the global transaction ID and event ID is invalid, the execution result of submission failure is returned. If the update of the event status fails or the submission of the event fails, a submission event failure message is sent, and the execution result of submission failure is returned; listens for the event message of successful or failed submission, parses and processes the message, updates the event status to success or failure, and for failed messages, updates the transaction status to failure, and sends a rollback message accordingly; notifies the business submission rollback event in the SDK of other business components, triggers the execution of business rollback, and updates the event status to failure at the same time; the single-component business back end returns the result of receiving the business component submission event to the business front end, and the business front end encapsulates the execution results of all sub-business component submission events and feeds back the final business processing result to the merchant user.

[0068] Figure 6 1 is a schematic diagram of the main modules of a service processing device for a multi-service component combination scenario according to an embodiment of the present invention. Figure 6 As shown, the service processing device 600 of the multi-service component combination scenario mainly includes a scenario framework acquisition module 601, a data acquisition module 602 and a service submission module 603.

[0069] The scenario framework acquisition module 601 is used to acquire the configuration information of each sub-business component involved in the business scenario and the combination relationship between the sub-business components, and assemble the sub-business components according to the combination relationship to obtain the combined scenario framework corresponding to the business scenario;

[0070] A data acquisition module 602 is used to acquire business data information of each sub-business component through the combined scenario framework;

[0071] The service submission module 603 is used to trigger the corresponding sub-service component to submit services according to the service data information of each sub-service component, wherein the service submissions of the sub-service components are isolated from each other.

[0072] Specifically, before the business submission module 603 is used to trigger the corresponding sub-business component to submit business according to the business data information of each sub-business component, it can also be used to: generate a global transaction identifier for identifying the business processing corresponding to the business scenario, and an event identifier for identifying the business submission event of each sub-business component, and establish a mapping relationship between the global transaction identifier and each event identifier.

[0073] Specifically, the service submission module 603 may also be used to: for each sub-service component, send the service data information and event identifier of the sub-service component, and the global transaction identifier to the sub-service component, so as to trigger the corresponding sub-service component to submit the service.

[0074] Specifically, according to the multi-business component combination scenario of the embodiment of the present invention, the business processing device 600 may also include a monitoring module (not shown in the figure), which is used to: after the corresponding sub-business component submits the business, obtain the business submission result of each sub-business component by monitoring the business submission event message generated by the corresponding sub-business component; determine the business processing result according to the business submission result.

[0075] Specifically, the monitoring module (not shown in the figure) can also be used to: after obtaining the business submission result of each sub-business component, update the status of events and transactions according to the business submission result.

[0076] Specifically, the monitoring module (not shown in the figure) can also be used to: generate a rollback message and notify each sub-business component to execute a business submission rollback event when the business processing result is a failure.

[0077] Specifically, the business submission of the sub-business component is implemented through a unified software development kit, and each sub-business component only needs to implement a business submission event and a business submission rollback event.

[0078] Figure 7 An exemplary system architecture 700 is shown to which a service processing method for a multi-service component combination scenario or a service processing device for a multi-service component combination scenario according to an embodiment of the present invention can be applied.

[0079] like Figure 7 As shown, system architecture 700 may include terminal devices 701, 702, 703, network 704 and server 705. Network 704 is used to provide a medium for communication links between terminal devices 701, 702, 703 and server 705. Network 704 may include various connection types, such as wired, wireless communication links or optical fiber cables, etc.

[0080] Users can use terminal devices 701, 702, 703 to interact with server 705 through network 704 to receive or send messages, etc. Terminal devices 701, 702, 703 can be installed with various communication client applications, such as combined scene applications, component combined applications, etc. (only examples).

[0081] The terminal devices 701 , 702 , and 703 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, and desktop computers.

[0082] Server 705 may be a server that provides various services, such as a background management server (only for example) that supports data processing performed by users using terminal devices 701, 702, and 703. The background management server may obtain the configuration information of each sub-business component involved in the business scenario and the combination relationship between the sub-business components, assemble the sub-business components according to the combination relationship, and obtain the combination scenario framework corresponding to the business scenario; obtain the business data information of each sub-business component through the combination scenario framework; trigger the corresponding sub-business component to submit the business according to the business data information of each sub-business component, wherein the business submission of each sub-business component is isolated from each other, and feed back the processing results (such as business submission results, etc. - only for example) to the terminal device.

[0083] It should be noted that the service processing method for the multi-service component combination scenario provided in the embodiment of the present invention is generally executed by the server 705 , and accordingly, the service processing device for the multi-service component combination scenario is generally arranged in the server 705 .

[0084] It should be understood that Figure 7 The number of terminal devices, networks and servers in the embodiment is only for illustration. Any number of terminal devices, networks and servers may be provided according to implementation requirements.

[0085] Reference below Figure 8 , which shows a schematic diagram of the structure of a computer system 800 of a terminal device or server suitable for implementing an embodiment of the present invention. Figure 8 The terminal device or server shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0086] like Figure 8As shown, the computer system 800 includes a central processing unit (CPU) 801, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 802 or a program loaded from a storage part 808 into a random access memory (RAM) 803. In the RAM 803, various programs and data required for the operation of the system 800 are also stored. The CPU 801, the ROM 802, and the RAM 803 are connected to each other via a bus 804. An input / output (I / O) interface 805 is also connected to the bus 804.

[0087] The following components are connected to the I / O interface 805: an input section 806 including a keyboard, a mouse, etc.; an output section 807 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 808 including a hard disk, etc.; and a communication section 809 including a network interface card such as a LAN card, a modem, etc. The communication section 809 performs communication processing via a network such as the Internet. A drive 810 is also connected to the I / O interface 805 as needed. A removable medium 811, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 810 as needed, so that a computer program read therefrom is installed into the storage section 808 as needed.

[0088] In particular, according to the embodiments disclosed in the present invention, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present invention include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 809, and / or installed from the removable medium 811. When the computer program is executed by the central processing unit (CPU) 801, the above-mentioned functions defined in the system of the present invention are executed.

[0089] It should be noted that the computer-readable medium shown in the present invention may be a computer-readable signal medium or a computer-readable storage medium or any combination of the two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present invention, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device. In the present invention, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries a computer-readable program code. This propagated data signal may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, optical cable, RF, etc., or any suitable combination thereof.

[0090] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present invention. In this regard, each box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a sequence different from that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flow chart, and the combination of the boxes in the block diagram or flow chart can be implemented with a dedicated hardware-based system that performs the specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0091] The units involved in the embodiments of the present invention may be implemented by software or hardware. The units described may also be set in a processor, for example, it may be described as: a processor includes: a scene framework acquisition module, a data acquisition module and a business submission module.

[0092] The names of these modules do not, in some cases, constitute a limitation on the modules themselves. For example, the data acquisition module can also be described as "used to acquire the business data information of each sub-business component through the combined scenario framework."

[0093] On the other hand, the present invention also provides a computer-readable medium, which may be included in the device described in the embodiment; or it may exist independently without being assembled into the device. The computer-readable medium carries one or more programs, and when the one or more programs are executed by a device, the device includes: obtaining the configuration information of each sub-business component involved in the business scenario and the combination relationship between the sub-business components, assembling the sub-business components according to the combination relationship, and obtaining a combination scenario framework corresponding to the business scenario; obtaining the business data information of each sub-business component through the combination scenario framework; triggering the corresponding sub-business component to submit business according to the business data information of each sub-business component, wherein the business submission of each sub-business component is isolated from each other.

[0094] The technical solution according to the embodiment of the present invention has the following advantages or beneficial effects: by obtaining the configuration information of each sub-business component involved in the business scenario and the combination relationship between the sub-business components, the sub-business components are assembled according to the combination relationship to obtain a combination scenario framework corresponding to the business scenario; the business data information of each sub-business component is obtained through the combination scenario framework; according to the business data information of each sub-business component, the corresponding sub-business component is triggered to submit business, wherein the business submission of each sub-business component is a mutually isolated technical solution, which realizes the creation of a combination scenario through multiple business components and the processing of business submission of distributed business components, which not only solves the decoupling between multiple business components and the flexible expansion of business components, but also improves R&D efficiency and reduces operation and maintenance costs.

[0095] The specific implementation methods described herein do not constitute limitations on the scope of protection of the present invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may occur depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention shall be included in the scope of protection of the present invention.

Claims

1. A business processing method for a multi-business component combination scenario, characterized in that: include: Acquire configuration information of each sub-business component involved in the business scenario and the combination relationship between the sub-business components, assemble the sub-business components according to the combination relationship, and obtain a combination scenario framework corresponding to the business scenario; Acquire the business data information of each sub-business component through the combined scenario framework; Trigger the corresponding sub-business component to submit business according to the business data information of each sub-business component, where the business submission of each sub-business component is isolated from each other; Obtaining the business submission result of each sub-business component by monitoring the business submission event message generated by the corresponding sub-business component; determining the business processing result according to the business submission result; Each of the sub-business components only needs to implement a business submission event and a business submission rollback event.

2. The method according to claim 1, characterized in that Before triggering the corresponding sub-business component to submit the business according to the business data information of each sub-business component, it also includes: A global transaction identifier for identifying the business process corresponding to the business scenario and an event identifier for identifying the business submission event of each sub-business component are generated, and a mapping relationship between the global transaction identifier and each event identifier is established.

3. The method according to claim 2, characterized in that Triggering the corresponding sub-business component to submit business based on the business data information of each sub-business component includes: For each sub-business component, the business data information and event identifier of the sub-business component and the global transaction identifier are sent to the sub-business component to trigger the corresponding sub-business component to submit the business.

4. The method according to claim 1, characterized in that After obtaining the business submission results of each sub-business component, it also includes: The status of events and transactions is updated according to the business submission result.

5. The method according to claim 1, characterized in that When the business processing result is a failure, a rollback message is generated, and each sub-business component is notified to execute a business submission rollback event.

6. The method according to claim 1, characterized in that Business submission by sub-business components is achieved through a unified software development kit.

7. A service processing device for a multi-service component combination scenario, characterized in that: include: A scenario framework acquisition module is used to acquire configuration information of each sub-business component involved in the business scenario and the combination relationship between the sub-business components, assemble the sub-business components according to the combination relationship, and obtain a combination scenario framework corresponding to the business scenario; A data acquisition module, used to acquire the business data information of each sub-business component through the combined scenario framework; A business submission module is used to trigger the corresponding sub-business component to submit business according to the business data information of each sub-business component, wherein the business submission of each sub-business component is isolated from each other; A monitoring module, used for obtaining the business submission result of each sub-business component by monitoring the business submission event message generated by the corresponding sub-business component after the corresponding sub-business component submits the business; Determine the business processing result according to the business submission result; Each of the sub-business components only needs to implement a business commit event and a business commit rollback event.

8. An electronic device, characterized in that: include: one or more processors; a storage device for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1 to 6.

9. A computer readable medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 6 is implemented.

Images