Information processing method and device, equipment and storage medium

Abstract

The application discloses an information processing method, device and equipment and a storage medium. The method comprises the following steps: determining a target service type corresponding service process; the service process is decoupled into a plurality of mutually uncoupled sub-service processes, each of which is preconfigured with one or more service processing logics and operation execution codes adapted to each service processing logic; obtaining target service processing logics set for each sub-service process in the service process; obtaining operation execution codes adapted to the target service processing logic corresponding to each sub-service process from the operation execution codes adapted to each service processing logic preconfigured in each sub-service process; combining the operation execution codes adapted to the target service processing logic corresponding to each sub-service process to obtain service execution codes of the target service, and publishing the target service based on the service execution codes. The service execution code generation efficiency and code reuse rate can be improved.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to an information processing method, apparatus, device and storage medium. Background Technology

[0002] With the rapid development of computer technology, various businesses can be carried out based on the Internet. Generally speaking, when carrying out businesses under a preset business processing logic, relevant technical personnel usually need to write corresponding business execution code to support the normal operation of the business under the preset business processing logic. When it is necessary to carry out businesses under different business processing logics, the corresponding business execution code needs to be written manually, resulting in low efficiency in generating business execution code. Summary of the Invention

[0003] This application provides an information processing method, apparatus, device, storage medium, and computer program product, which can improve the generation efficiency of business execution code and the code reuse rate.

[0004] On one hand, embodiments of this application provide an information processing method, including:

[0005] Determine the business process corresponding to the target business type; the business process is decoupled into multiple uncoupled sub-business processes, each sub-business process is pre-configured with one or more business processing logics and operation execution code adapted to each business processing logic, the operation execution code is the code used to execute the target operation in the sub-business process;

[0006] Obtain the target business processing logic set for each sub-business process in the business process; the target business processing logic corresponding to each sub-business process is used to describe the target business to be published under the target business type;

[0007] From the operation execution code adapted to each business processing logic pre-configured in each sub-business process, obtain the operation execution code adapted to the target business processing logic corresponding to each sub-business process;

[0008] The operation execution code adapted to the target business processing logic corresponding to each sub-business process is combined to obtain the business execution code of the target business, and the target business is published based on the business execution code.

[0009] On one hand, embodiments of this application provide an information processing apparatus, including:

[0010] The acquisition unit is used to determine the business process corresponding to the target business type; the business process is decoupled into multiple uncoupled sub-business processes, each sub-business process is pre-configured with one or more business processing logics and operation execution code adapted to each business processing logic, and the operation execution code is the code used to execute the target operation in the sub-business process;

[0011] The acquisition unit is further configured to acquire the target business processing logic set for each sub-business process in the business process; the target business processing logic corresponding to each sub-business process is used to describe the target business to be published under the target business type;

[0012] The acquisition unit is further configured to acquire, from the operation execution code adapted to each business processing logic pre-configured in each sub-business process, the operation execution code adapted to the target business processing logic corresponding to each sub-business process;

[0013] The processing unit is used to combine the operation execution code adapted to the target business processing logic corresponding to each sub-business process to obtain the business execution code of the target business, and to publish the target business based on the business execution code.

[0014] On one hand, embodiments of this application provide an information processing device, characterized in that the information processing device includes an input interface and an output interface, and further includes:

[0015] A processor, adapted to implement one or more instructions; and,

[0016] A computer storage medium storing one or more instructions, the one or more instructions being adapted to be loaded by the processor and executed by the above-described information processing method.

[0017] On one hand, embodiments of this application provide a computer storage medium, characterized in that the computer storage medium stores computer program instructions, which, when executed by a processor, are used to perform the aforementioned information processing method.

[0018] On one hand, embodiments of this application provide a computer program product, which includes a computer program stored in a computer storage medium; the processor of an information processing device reads the computer program from the computer storage medium and executes the computer program, causing the information processing device to perform the aforementioned information processing method.

[0019] In this embodiment, business processes corresponding to different business types can be decoupled to obtain multiple uncoupled sub-business processes. Target operations in each sub-business process are configured with operation execution code under different business processing logics, resulting in one or more pre-configured business processing logics for each sub-business process and the operation execution code adapted to each business processing logic. Therefore, after determining the business process corresponding to the target business type and obtaining the target business processing logic set for each sub-business process, the operation execution code adapted to each pre-configured business processing logic of each sub-business process can be used to obtain the corresponding operation execution code for each sub-business process. The system generates operation execution code adapted to the target business processing logic, and combines the operation execution code adapted to the target business processing logic for each sub-business process to obtain the business execution code for the target business. The target business is then deployed based on the business execution code. This allows for the generation of business execution code by simply combining the operation execution code adapted to the corresponding target business processing logic when carrying out business under different target business processing logics. This improves the efficiency of business execution code generation and further enhances the efficiency of target business deployment. Moreover, the operation execution code adapted to the same business processing logic can be reused in different business execution codes, thereby improving the reusability of operation execution code. Attached Figure Description

[0020] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0021] Figure 1 This is a schematic diagram of the structure of an information processing system provided in an embodiment of this application;

[0022] Figure 2 This is a flowchart illustrating an information processing method provided in an embodiment of this application;

[0023] Figure 3 This is a flowchart illustrating another information processing method provided in an embodiment of this application;

[0024] Figure 4 This is a schematic diagram of a group-buying page provided in an embodiment of this application;

[0025] Figure 5 This is a schematic diagram of a shared target group provided in an embodiment of this application;

[0026] Figure 6This is a schematic diagram of another target group sharing provided in an embodiment of this application;

[0027] Figure 7 This is a schematic diagram illustrating the processing of the execution code of each sub-business process in a target business according to an embodiment of this application;

[0028] Figure 8 This is a state transition diagram provided in an embodiment of this application when participating in a target service;

[0029] Figure 9 This is a schematic diagram of the structure of another information processing system provided in an embodiment of this application;

[0030] Figure 10 This is a schematic diagram of a business configuration page corresponding to a group-buying business type provided in an embodiment of this application;

[0031] Figure 11 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application;

[0032] Figure 12 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application. Detailed Implementation

[0033] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0034] This application provides an information processing scheme that decouples business processes corresponding to different business types, resulting in multiple uncoupled sub-business processes. For each sub-business process, target operations are configured with execution codes under different business processing logics, resulting in one or more pre-configured business processing logics for each sub-business process and the corresponding execution codes. After determining the business process corresponding to the target business type and obtaining the target business processing logics set for each sub-business process, the execution codes corresponding to the target business processing logic for each sub-business process can be obtained from the pre-configured execution codes for each sub-business logic. These execution codes are then combined to obtain the execution code for the target business, which is then used to publish the target business. Note that different business types may correspond to different business processes, with specific business processes adapted to the business type. Business processes corresponding to the same business type can be decoupled into multiple uncoupled sub-business processes based on different requirements.

[0035] Based on the above information processing scheme, this application provides an information processing system. See also... Figure 1 This is a schematic diagram of the structure of an information processing system provided in an embodiment of this application. Figure 1 The information processing system shown may include an information processing device 101 and one or more terminal devices 102. The information processing device 101 may be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms. The terminal devices 102 may include any one or more of smartphones, tablets, laptops, desktop computers, smart in-vehicle devices, and smart wearable devices. The information processing device 101 and the terminal devices 102 may communicate directly or indirectly via wired or wireless communication, which is not limited herein.

[0036] In one embodiment, when a business configuration object that needs to perform business configuration wants to configure a certain business type, the business configuration object can select a business type from the business type selection page output by the information processing device 101 to its terminal device 102. The terminal device 102 of the business configuration object can send the selected business type to the information processing device 101. After receiving the selected business type sent by the terminal device 102 of the business configuration object, the information processing device 101 can determine the received selected business type as the target business type and output the business configuration page corresponding to the target business type to the terminal device 102 of the business configuration object, so that the business configuration object can set the target business processing logic for each sub-business process in the business process corresponding to the target business type in the business configuration page corresponding to the target business type. After obtaining the target business processing logic set by the business configuration object for each sub-business process in the business process, the terminal device 102 of the business configuration object sends the target business processing logic set for each sub-business process to the information processing device 101. After obtaining the target business processing logic set for each sub-business process in the business process, the information processing device 101 can obtain the operation execution code adapted to the target business processing logic corresponding to each sub-business process from the operation execution code adapted to each business processing logic pre-configured in each sub-business process in the business process, combine the operation execution code adapted to the target business processing logic corresponding to each sub-business process to obtain the business execution code of the target business, and publish the target business based on the business execution code.

[0037] Optionally, the release of the target service based on the service execution code can be done by the information processing device 101 after obtaining the service execution code of the target service, or by the information processing device 101 outputting the service release page to the terminal device 102 of the service configuration object after obtaining the service execution code of the target service. After the service configuration object performs the release confirmation operation through the service release page, the information processing device 101 can release the target service based on the service execution code. The service type selection page output by the information processing device 101 to the terminal device 102 may include service type candidates. By selecting the service type candidates, the target service type can be determined. This embodiment does not limit the specific appearance of the service type selection page. The service configuration page corresponding to the target service type may include: service processing logic candidates corresponding to each pre-configured service processing logic in each sub-service process of the business process corresponding to the target service type. By selecting the service processing logic candidates, the target service processing logic can be determined. This embodiment does not limit the specific appearance of the service configuration page corresponding to the target service type. The service release page may include a service release confirmation item. The release confirmation operation may include trigger operations such as clicking, long-pressing, and double-clicking the service release confirmation item. This embodiment does not limit the specific appearance of the service release page.

[0038] It should be noted that in the specific implementation of this application, user-related data (such as data configured for the target business) are involved. When the embodiments of this application are applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of related data must comply with local laws, regulations and standards.

[0039] Based on the above information processing scheme and system, this application provides an information processing method. See also... Figure 2 This is a flowchart illustrating an information processing method provided in an embodiment of this application. Figure 2 The information processing method shown can be executed by an information processing device or by any electronic device with computing power. Figure 2 The information processing method shown may include the following steps:

[0040] S201, Determine the business process corresponding to the target business type.

[0041] In one embodiment, the target business type can be any business type, and the business process corresponding to the target business type is decoupled into multiple uncoupled sub-business processes. Each sub-business process is pre-configured with one or more business processing logics and operation execution code adapted to each business processing logic. The operation execution code is the code used to execute the target operation in the sub-business process. Here, a sub-business process can be referred to as a factory, each business processing logic pre-configured in a sub-business process can be referred to as a sub-factory, and the operation execution code adapted to the business processing logic can be referred to as the implementation of the sub-factory.

[0042] When the target business type differs, the corresponding business processes may differ, and the specific business process is adapted to the target business type. When the target business type is the same, the business process corresponding to the target business type can be decoupled into multiple uncoupled sub-business processes based on different needs. For example, the target business type can be a group-buying business type, a check-in business type, a sharing and dissemination business type, etc. Among them, the group-buying business type usually refers to the business that can provide objects to realize the creation of a group and invite a certain number of objects to join the created group to make the group purchase successful. The check-in business type usually refers to the business that can remind objects to check in on time and determine whether objects meet the preset requirements based on the objects' check-in status. The sharing and dissemination business type usually refers to the business that requires objects to share certain social content on social media and make the shared social content meet certain requirements, such as making the shared social content stay for a certain period of time, reaching a certain number of reposts, reaching a certain number of comments, reaching a certain number of likes, etc.

[0043] If the target business type is group buying, the corresponding business process can be decoupled into several uncoupled sub-business processes as follows: group buying sub-business process, pre-participation sub-business process, successful participation sub-business process, successful group buying sub-business process, and prize distribution sub-business process. The group buying sub-business process can be a sub-business process for implementing group buying-related functions, which refer to functions related to creating a group for an object, such as creating a group for an object that is eligible to start a group. The pre-participation and successful participation sub-business processes can be sub-business processes for implementing participation-related functions, which refer to functions related to enabling an object to join a group. The following are sub-business processes used to implement functions related to group-buying preparation: For example, verifying whether an object submitting a group-buying request is eligible to participate; a successful group-buying sub-process to ensure an object successfully joins the group, such as determining that an eligible object has successfully joined the group after meeting certain conditions; a successful group-buying sub-process to ensure a group meets certain conditions, such as determining a group that meets certain conditions as a successful group-buying; and a prize-issuing sub-process to distribute prizes, such as distributing prizes to eligible objects in a successful group-buying group. Furthermore, the business processes corresponding to group-buying business types can be decoupled into multiple uncoupled sub-business processes: group-opening sub-process, group-buying sub-process, successful group-buying sub-process, and prize-issuing sub-process. The functions jointly implemented by the pre-participation and successful group-buying sub-processes are implemented using a single group-buying sub-process.

[0044] If the target business type is a check-in business type, the corresponding business process can be decoupled into multiple uncoupled sub-business processes as follows: check-in reminder sub-business process, check-in record sub-business process, business target achievement sub-business process, and prize distribution sub-business process; among them, the check-in reminder sub-business process can be used to remind the object to check in; the check-in record sub-business process can record data such as the time and location of the object's check-in; the business target achievement sub-business process can be used to determine whether the object's business has met the target, for example, if the object has checked in for 5 consecutive days, then the object's business has been determined to have met the target; the prize distribution sub-business process is used to distribute prizes to the object that has met the business target. If the target business type is a sharing and dissemination business type, the corresponding business process can be decoupled into several uncoupled sub-business processes as follows: sharing sub-business process, business achievement sub-business process, and prize distribution sub-business process; among them, the sharing sub-business process is used to realize the sharing of social content; the business achievement sub-business process is used to determine whether the shared social content meets certain requirements, and determines that the business has achieved the target when the requirements are met, such as whether the shared social content has been retained for a certain period of time, whether it has reached a certain number of reposts, whether it has reached a certain number of comments, whether it has reached a certain number of likes, etc.; the prize distribution sub-business process is used to distribute prizes to those who have achieved the business target.

[0045] Furthermore, the pre-configured business processing logic of the sub-business process can be used to indicate the constraints that need to be met when executing the target operation in the sub-business process. For example, when the sub-business process is the group-buying sub-business process, the pre-configured business processing logic of the group-buying sub-business process can be used to indicate the constraints that need to be met when performing the group-buying operation for the object to be group-buying. The target operation at this time is the group-buying operation, which is the operation of creating a group. If a pre-configured business processing logic of the group-buying sub-business process includes: the object attributes that the object to be group-buying needs to possess when performing the group-buying operation, it means that the group-buying operation will only be performed on the object to be group-buying if the object attributes of the object to be group-buying match the object attributes in the pre-configured business processing logic of the group-buying sub-business process. Further optional, the group-buying operation can be performed on the object to be group-buying only after the object to be group-buying obtains the qualification to be group-buying. In this case, the pre-configured business processing logic of the group-buying sub-business process can also be configured as: the object attributes that the object to be group-buying needs to possess to obtain the qualification to be group-buying.

[0046] Different pre-configured business processing logics within the same sub-business process can be used to indicate different constraints required when executing a target operation within the sub-business process. For example, when the sub-business process is a group-buying sub-business process, one pre-configured business processing logic for the group-buying sub-business process might include: the object attributes required for an object to qualify for group-buying, specifically a first attribute; another pre-configured business processing logic might include: the object attributes required for an object to qualify for group-buying, specifically a second attribute. The operation execution code adapted to the different pre-configured business processing logics within the same sub-business process is used to execute the target operation within the same sub-business process under the constraints of the corresponding business processing logic. For example, the operation execution code adapted to one pre-configured business processing logic of the aforementioned group-buying sub-business process is used to execute the group-buying operation for an object whose object attribute is the first attribute; the operation execution code adapted to another pre-configured business processing logic of the aforementioned group-buying sub-business process is used to execute the group-buying operation for an object whose object attribute is the second attribute. The operation execution code adapted to the business processing logic can be written according to the specific business processing logic. To execute the target operation in the same process, operation execution code adapted to the corresponding business processing logic is written under the constraints of different business processing logics. This is because the processing logic is different when executing the target operation in the same process under the constraints of different business processing logics.

[0047] In one embodiment, the target service type can be determined based on the selection of a service configuration object that requires service configuration. Specifically, the information processing device can output a service type selection page to the terminal device of the service configuration object, and the service configuration object can select the service type of the service to be configured on the service type selection page. The terminal device of the service configuration object can send the service type selected by the service configuration object to the information processing device. After receiving the service type selected by the service configuration object sent by the terminal device of the service configuration object, the information processing device can determine the received service type selected by the service configuration object as the target service type.

[0048] S202, Obtain the target business processing logic set for each sub-business process in the business process.

[0049] The target business processing logic corresponding to each sub-business process can be used to describe the target business to be released under the target business type. The target business is the business that the business configuration object expects to carry out. For example, the target business can be a business under the group buying business type, which is to apply for virtual resources through group buying. For example, virtual resources can be: electronic credit cards, game resources, vouchers, etc.; it can be a business under the group buying business type, which is to apply for physical resources through group buying. For example, physical resources can be: physical credit cards, autographed books, etc.; it can be a business under the group buying business type, which is to obtain scarce resources through group buying. For example, it can obtain free concert tickets, autographed books, scarce game resources, etc. by getting help from friends through group buying; it can be a business under the check-in business type, which is to obtain resources through check-in; it can be a business under the sharing and dissemination business type, which is to obtain resources through sharing and dissemination. For example, it can obtain a free order opportunity through sharing and dissemination.

[0050] In one embodiment, the target business processing logic set for each sub-business process in the business process can be determined by the information processing device based on the settings of a business configuration object that requires business configuration. Specifically, after determining the target business type, the information processing device can output the business configuration page corresponding to the target business type to the terminal device of the business configuration object. The business configuration object can set the target business processing logic for each sub-business process in the business process on the business configuration page corresponding to the target business type. The terminal device of the business configuration object can send the target business processing logic set by the business configuration object for each sub-business process in the business process to the information processing device. After receiving the target business processing logic set for each sub-business process in the business process, the information processing device completes the acquisition of the target business processing logic set for each sub-business process in the business process.

[0051] Optionally, the presentation of the business configuration page may differ depending on the business type. This application does not limit the presentation of the business configuration page. In one possible presentation of the business configuration page, the business configuration page corresponding to the target business type may include: candidate business processing logics pre-configured for each business processing logic in each sub-business process of the business process corresponding to the target business type. The target business processing logic can be determined by selecting the candidate business processing logics. In another possible presentation of the business configuration page, the target business processing logic, which is not included in the pre-configured business processing logics of the sub-business processes, can also be entered through the business configuration page. In this case, the business configuration page corresponding to the target business type may also include: a custom entry option for the business processing logic corresponding to each sub-business process. By triggering the custom entry option for the business processing logic corresponding to any sub-business process, the custom entry area for the business processing logic corresponding to that sub-business process can be displayed. The business configuration object can enter the target business processing logic in the custom entry area for the business processing logic. This application embodiment does not limit the specific operation of triggering; for example, it can be triggered based on click, double-click, long-press, etc.

[0052] S203: Obtain the operation execution code adapted to the target business processing logic of each sub-business process from the operation execution code adapted to each business processing logic pre-configured in each sub-business process.

[0053] In one embodiment, if the information processing device fails to obtain the operation execution code adapted to the target business processing logic of any sub-business process from the operation execution codes adapted to the various business processing logics pre-configured for any sub-business process, it prompts the target object to write the operation execution code based on the target business processing logic of the sub-business process; and obtains the operation execution code adapted to the target business processing logic of the sub-business process from the target object. In other words, for any sub-business process, the information processing device can first obtain the operation execution code adapted to the target business processing logic of the sub-business process from the operation execution codes adapted to the various business processing logics pre-configured for that sub-business process; if it fails to obtain the operation execution code adapted to the target business processing logic of the sub-business process from the operation execution codes adapted to the various business processing logics pre-configured for that sub-business process, it prompts the target object to write the operation execution code based on the target business processing logic of the sub-business process, and obtains the operation execution code adapted to the target business processing logic of the sub-business process from the target object. The target object can be a technician who writes operation execution code. The information processing device prompts the target object to write operation execution code based on the target business processing logic corresponding to any sub-business process. This can be achieved by sending the target business processing logic corresponding to any sub-business process and code writing prompts to the target object's terminal device. The code writing prompts can be text information, voice information, etc. This application embodiment does not limit the format and content of the code writing prompts. The operation execution code obtained by the information processing device from the target object can be uploaded to the information processing device by the target object through its terminal device. Optionally, after the information processing device prompts the target object to write operation execution code based on the target business processing logic corresponding to any sub-business process, the information processing device can also periodically send execution code upload prompts to the target object's terminal device until the information processing device receives the operation execution code uploaded by the target object. This can prevent the target object from failing to upload the operation execution code in a timely manner, thereby affecting the generation of the business execution code of the target business and the launch of the target business.

[0054] S204: Combine the operation execution code adapted to the target business processing logic corresponding to each sub-business process to obtain the business execution code of the target business, and publish the target business based on the business execution code.

[0055] In one embodiment, the information processing device can, based on the sequential order of the sub-business processes within the business process corresponding to the target business type, sequentially combine the operation execution codes adapted to the target business processing logic for each sub-business process to obtain the business execution code for the target business. After obtaining the business execution code, the information processing device can either publish the target business based on the business execution code, or, after obtaining the business execution code, output the business publication page to the terminal device of the business configuration object. Only after the business configuration object performs a publication confirmation operation on the business publication page will the information processing device publish the target business based on the business execution code. Furthermore, after the target business is published, the business execution code of the target business is in a running state to support related operations when the object participates in the target business.

[0056] In this embodiment, business processes corresponding to different business types can be decoupled to obtain multiple uncoupled sub-business processes. Target operations in each sub-business process are configured with operation execution code under different business processing logics, resulting in one or more pre-configured business processing logics for each sub-business process and the operation execution code adapted to each business processing logic. Therefore, after determining the business process corresponding to the target business type and obtaining the target business processing logic set for each sub-business process, the operation execution code adapted to each pre-configured business processing logic of each sub-business process can be used to obtain the corresponding operation execution code for each sub-business process. The system generates operation execution code adapted to the target business processing logic, and combines the operation execution code adapted to the target business processing logic for each sub-business process to obtain the business execution code for the target business. The target business is then deployed based on the business execution code. This allows for the generation of business execution code by simply combining the operation execution code adapted to the corresponding target business processing logic when carrying out business under different target business processing logics. This improves the efficiency of business execution code generation and further enhances the efficiency of target business deployment. Moreover, the operation execution code adapted to the same business processing logic can be reused in different business execution codes, thereby improving the reusability of operation execution code.

[0057] Based on the aforementioned embodiments of the information processing method, this application provides another information processing method. See also... Figure 3 This is a flowchart illustrating another information processing method provided in an embodiment of this application, wherein the target business type in this information processing method is group buying. Figure 3 The information processing method shown can be executed by an information processing device or by any electronic device with computing power. Figure 3 The information processing method shown may include the following steps:

[0058] S301, Determine the business process corresponding to the target business type.

[0059] In one embodiment, the target business type is a group-buying business type, and the business process is decoupled into multiple uncoupled sub-business processes. Each sub-business process is pre-configured with one or more business processing logics and operation execution code adapted to each business processing logic. The operation execution code is the code used to execute the target operation in the sub-business process. When the business process corresponding to the group-buying business type can be decoupled into multiple uncoupled sub-business processes as follows: group-buying sub-business process, pre-participation sub-business process, successful participation sub-business process, successful group-buying sub-business process, and prize-issuing sub-business process; the target operation in the group-buying sub-business process includes the group-buying operation. The pre-configured business processing logic of the group-buying sub-business process can be used to indicate the constraints that need to be met when executing the group-buying operation. Since the group-buying operation is only performed on objects that have obtained the qualification to participate in the group-buying operation, the different business processing logics corresponding to the group-buying sub-business process can be set to include: the conditions required for the object to participate in the group-buying operation to obtain the qualification to participate in the group-buying operation. The different object attributes; the target operation in the pre-participation sub-business process includes the pre-participation operation. The pre-configured business processing logic of the pre-participation sub-business process can be used to indicate the constraints that must be met when executing the pre-participation operation. Since the pre-participation operation is only performed on objects that have obtained participation qualifications, different business processing logics corresponding to the pre-participation sub-business process can be set, including: the different object attributes that the object to be joined needs to possess to obtain participation qualifications; the target operation in the successful participation sub-business process includes: the operation of reversing the object state. The pre-configured business processing logic of the successful participation sub-business process can be used to indicate the constraints that must be met when executing the reversal operation. The constraints required for operations in the "object state" sub-process are as follows: Since the object state of a successfully participating object needs to be changed to a "successfully participating" state, different business processing logics corresponding to the "successfully participating" sub-process can be set, including: different object behaviors required for an object in the "preparing to participate" state to be considered a successful participant; the target operation in the "successfully participating" sub-process includes: setting the group state to a "successfully participating" state. The pre-configured business processing logic of the "successfully participating" sub-process can be used to indicate the constraints required for executing the operation to set the group state to a "successfully participating" state. Since the group state needs to be set to a "successfully participating" state after entering it, the different business processing logics corresponding to the "successfully participating" sub-process can include: the number of different "business-qualified" objects required for the target group to enter the "successfully participating" state. "Business-qualified" objects refer to objects whose actions meet the behavioral conditions after entering the target group. Further optionally, the business processing logic corresponding to the "successfully participating" sub-process can also include: rules for determining "business-qualified" objects; the target operation in the "prize-issuing" sub-process includes the operation of issuing prizes. The different business processing logics corresponding to the "prize-issuing" sub-process can include: different object selection rules for prize-issuing objects and different prize confirmation rules.

[0060] S302, obtain the target business processing logic set for each sub-business process in the business process.

[0061] The target business processing logic corresponding to each sub-business process can be used to describe the target business to be released under the target business type; the related processes of step S302 and step S202 are similar. Specifically, the target business processing logic corresponding to the group-opening sub-business process includes: the object attributes required for an object to obtain group-opening qualification; the target business processing logic corresponding to the pre-participation sub-business process includes: the object attributes required for an object to obtain participation qualification; the target business processing logic corresponding to the successful participation sub-business process includes: the target object behavior required for an object in the pre-participation state to be recognized as a successful participant; the target business processing logic corresponding to the successful group-buying sub-business process includes: the number of business-qualified objects required for the target group to enter the successful group-buying state; and the target business processing logic corresponding to the prize-issuing sub-business process includes: the object selection rules for prize-issuing objects and the prize confirmation rules. The target operation in the prize-issuing sub-business process includes the operation of issuing prizes.

[0062] S303: Obtain the operation execution code adapted to the target business processing logic of each sub-business process from the operation execution code adapted to each business processing logic pre-configured in each sub-business process.

[0063] The process of step S303 is similar to that of step S203 above, and will not be described again here.

[0064] S304, retrieve the pre-configured execution code template for each sub-business process in the business process.

[0065] In one embodiment, the pre-configured execution code template of any sub-business process is used at runtime to support the implementation of the remaining functions in the sub-business process other than the functions supported by the target operation. The pre-configured execution code template of any sub-business process is written based on the functions implemented by the sub-business process. The pre-configured execution code template of any sub-business process has reserved the location for adding the operation execution code adapted to the target business processing logic corresponding to the sub-business process.

[0066] S305, in the execution code template corresponding to each sub-business process, add the operation execution code adapted to the target business processing logic of the corresponding sub-business process to obtain the process execution code of each sub-business process.

[0067] In one feasible implementation, for any sub-business process, the operation execution code adapted to the target business processing logic corresponding to that sub-business process can be added to the corresponding addition position reserved in the pre-configured execution code template of that sub-business process; in another feasible implementation, for any sub-business process, the operation execution code adapted to the target business processing logic corresponding to that sub-business process can be used as a target function, and the target function can be called in the corresponding addition position reserved in the pre-configured execution code template of that sub-business process, so as to realize the addition of the operation execution code adapted to the target business processing logic corresponding to that sub-business process.

[0068] S306 combines the process execution code of each sub-business process to obtain the business execution code of the target business, and publishes the target business based on the business execution code.

[0069] In one feasible implementation, the information processing device can combine the process execution codes of each sub-business process in the order of the business process corresponding to the target business type to obtain the business execution code of the target business.

[0070] In one embodiment, after the target service is published, the business execution code of the target service is in a running state to support related operations when an object participates in the target service. After the target service is published, if the information processing device receives a group-opening request initiated by the first object for the target service, it obtains the object attributes of the first object based on the group-opening request; according to the obtained object attributes of the first object and the object attributes in the target service processing logic corresponding to the group-opening sub-business process, it checks the group-opening qualification of the first object; if it is detected that the first object has the qualification to open a group, it calls the operation execution code adapted to the target service processing logic corresponding to the group-opening sub-business process to perform the group-opening operation for the first object, and obtains the target group containing the first object; this process is implemented by running the process execution code of the group-opening sub-business process, and the group-opening operation for the first object is implemented by the operation execution code adapted to the target service processing logic corresponding to the group-opening sub-business process in the process execution code of the group-opening sub-business process.

[0071] The first object is the target of the group purchase. The group purchase request initiated by the first object for the target service can be generated by the terminal device after the first object executes the group purchase request operation for the target service on its terminal device. Optionally, the group purchase request operation for the target service may include triggering the group purchase request item output to the terminal device. Depending on the design of the interactive page between the target service and the object, the group purchase request operation for the target service may differ, and this application embodiment does not impose limitations. If the target service is a service for applying for virtual resources through group purchase, see [link to relevant documentation]. Figure 4This is a schematic diagram of a group-buying page provided in an embodiment of this application; the group-buying page may include a group-buying request item, specifically in Figure 4 As indicated by the 401 error, "Apply for Virtual Resources Now" allows users to initiate group purchases and apply for virtual resources if the target business has not been created in the object's history. However, if the target business has been created in the object's history, i.e., if a target group has been created for that object in the past, users can apply for virtual resources by triggering the group purchase request item indicated by the 401 error, but will not initiate any group purchase-related operations. Optionally, the group-buying page may also include business information of the target business, including business introduction information such as "Invite friends to apply for virtual resources and win prizes" as marked by 402, prize information "Virtual prize 1" as marked by 403, and business participation method such as "Invite friends to apply for virtual resources by sharing, friends submit the object information required to apply for virtual resources and pass the review, and prizes are issued" as marked by 404; furthermore, the group-buying page may also include an invitation to join the group trigger, which may include a first sharing component as marked by 405 and a second sharing component as marked by 406, displayed as "Invite friends now".

[0072] Furthermore, when the information processing device obtains the object attributes of the first object based on the group-opening request, the object attributes of the first object may be carried in the group-opening request, and the information processing device may obtain the object attributes of the first object from the group-opening request; alternatively, it may obtain them from a database storing the object attributes and related data of the first object after receiving the group-opening request. Further still, if the obtained object attributes of the first object match the object attributes in the target business processing logic corresponding to the group-opening sub-business process, the first object is considered to be qualified to open a group; if they do not match, the first object is considered not qualified to open a group. When it is detected that the first object is not qualified to open a group, it can be prompted that the group-opening has failed due to lack of qualification. Optionally, a group-opening failure prompt message can be output to the terminal device of the first object to indicate that the group-opening has failed due to lack of qualification. This application embodiment does not limit the format and content of the group-opening failure prompt message. Optionally, after performing a group-opening operation for the first object and obtaining a target group containing the first object, the object status of the first object can be set to a group-opening success status. After detecting that the first object is not qualified to open a group, the object status of the first object can also be set to a group-opening failure status.

[0073] In one embodiment, after receiving a group-opening request initiated by a first object for a target business, the information processing device may perform a re-entry check on the currently received group-opening request; if the currently received group-opening request passes the re-entry check, the step of obtaining the object attributes of the first object based on the group-opening request is triggered; if the currently received group-opening request fails the re-entry check, the currently received group-opening request is ignored. The reentrancy check on the currently received group-opening request aims to ensure that, in the event that the first object initiates multiple group-opening requests for the target service, only one of the group-opening requests is processed, thus preventing the waste of computing resources caused by multiple responses. The reentrancy check can have various optional execution methods. In one feasible implementation, after receiving a group-opening request from the first object for the target service, the information processing device can generate a response record if it has already responded to the received request. When performing a reentrancy check on the currently received group-opening request, the information processing device can check if there is a response record for the group-opening request initiated by the first object for the target service. If no response record exists, the currently received group-opening request is deemed to have passed the reentrancy check; if a response record exists, the currently received group-opening request is deemed to have failed the reentrancy check.

[0074] In one embodiment, if the information processing device receives a group participation request initiated by a second object for a target group, it obtains the object attributes of the second object based on the group participation request; according to the obtained object attributes of the second object and the object attributes in the target business processing logic corresponding to the pre-group participation sub-business process, it checks the group participation qualification of the second object; if the second object is detected to be qualified to participate, it calls the operation execution code adapted to the target business processing logic corresponding to the pre-group participation sub-business process to perform the pre-group participation operation for the second object so that the second object is located in the target group, and sets the object state of the second object to the pre-group participation state. This process is implemented by running the process execution code of the pre-group participation sub-business process, and the pre-group participation operation for the second object is implemented by the operation execution code adapted to the target business processing logic corresponding to the pre-group participation sub-business process in the process execution code of the pre-group participation sub-business process.

[0075] The second object is the object wishing to join the group. The group joining request initiated by the second object to the target group can be generated by the terminal device after the second object performs a group joining request operation for the target group on its terminal device. Optionally, the group joining request operation for the target group can include triggering the group joining link of the target group, scanning the group joining invitation QR code of the target group, etc. In other words, an object already existing in the target group can share the group joining link of the target group to other objects, an object that receives the group joining link of the target group can trigger the group joining link in order to join the target group, or an object not existing in the target group can scan the group joining QR code in order to join the target group.

[0076] See Figure 5 This is a schematic diagram of a shared target group provided in an embodiment of this application. The terminal device can trigger the first sharing component on the group-opening page (marked 501) based on an object already existing in the target group, displaying an invitation link sharing page (marked 502). This invitation link sharing page may include an invitation link sharing item (marked 503) and an invitation information input area (marked 504). The invitation information input area may include at least one preset invitation message and a custom invitation information input area. Invitation information can be entered by selecting the preset invitation message, or by entering custom invitation information in the custom invitation information input area. Triggering the invitation link sharing item (marked 503) will share the entered invitation information and the generated invitation link to the invited object's terminal device. See also... Figure 6 This is a schematic diagram of another target group sharing method provided in this application embodiment. The terminal device can trigger the second sharing component in the group opening page as shown by the mark 601 based on the object already existing in the target group, and display the invitation QR code sharing page as shown by the mark 602. The invitation QR code sharing page can include the invitation QR code sharing item as shown by the mark 603 and the invitation QR code as shown by the mark 604. By triggering the invitation QR code sharing item as shown by the mark 603, the generated invitation QR code can be shared to the terminal device of the invited object.

[0077] Furthermore, the process by which the information processing device obtains the object attributes of the second object based on the group participation request is similar to the process described above for obtaining the object attributes of the first object based on the group opening request, and will not be repeated here. Further still, if the obtained object attributes of the second object match the object attributes in the target business processing logic corresponding to the pre-group participation sub-business process, then the second object is considered to be qualified to participate in the group; if they do not match, then the second object is considered not qualified to participate in the group. When it is detected that the second object is not qualified to participate in the group, it can be prompted that the second object has failed to participate in the group due to lack of qualifications. Optionally, a first group participation failure prompt message can be output to the terminal device of the second object to indicate that the second object has failed to participate in the group due to lack of qualifications. This embodiment of the application does not limit the format and content of the first group participation failure prompt message.

[0078] In one embodiment, after receiving a group participation request initiated by a second object for a target group, the information processing device may perform a reentrancy check on the currently received group participation request. If the currently received group participation request passes the reentrancy check, the step of obtaining the object attributes of the second object based on the group participation request is triggered. If the currently received group participation request fails the reentrancy check, the currently received group participation request is ignored. The process of performing a reentrancy check on the currently received group participation request is similar to the process of performing a reentrancy check on the currently received group opening request, and will not be described again here.

[0079] In one embodiment, the operation of the information processing device to detect the participation qualification of the second object can be performed after determining that the second object is a new object through a mutual exclusion check operation of the same type of group. The mutual exclusion check of the same type of group can include: obtaining the group type of the target group, and obtaining the historical groups that the second object has participated in with the same group type as the target group; calculating the distance between the obtained historical groups and the target group, and the calculated distance is used to characterize the similarity between the historical groups and the target group; if the calculated distance is greater than a distance threshold, the second object is determined to be a new object; if the calculated distance is less than or equal to the distance threshold, the second object is determined not to be a new object; the group type can include various types that characterize group attributes, such as multi-person group type and recommended group type. The group type can be set by the business configuration personnel in the business configuration page, and is used to characterize that the group created by the object based on the target business can only be a group of the corresponding group type, such as only a multi-person group or only a recommended group. Optionally, the calculation method for the distance between any two groups can be set according to specific needs. For example, the calculation method can be designed from the perspective that the target business processing logic corresponding to each sub-business process of the business process to which the two groups belong is the same. For example, the designed calculation method can indicate that: the more common the common target business processing logic in the target business processing logic corresponding to each sub-business process of the business process to which the two groups belong, the smaller the distance is assigned to the two groups; the fewer common target business processing logic, the larger the distance is assigned to the two groups. The larger the distance between the two groups, the less similar the two groups are, that is, the less mutually exclusive the two groups are.

[0080] In another feasible implementation, when configuring the target business processing logic for each sub-business process within the target business's business flow, the business configuration personnel can set mutually exclusive businesses that are mutually exclusive with the target business. Then, when the information processing device performs mutual exclusion checks on similar groups, it can detect whether the second object has previously participated in mutually exclusive businesses. If the second object has not previously participated in mutually exclusive businesses, it is determined that the second object is a new object; if the second object has previously participated in mutually exclusive businesses, it is determined that the second object is not a new object. Specifically, when detecting whether the second object has previously participated in mutually exclusive businesses, it can specifically check whether there are any groups generated based on mutually exclusive businesses in the historical groups that the second object has previously participated in. If so, it is determined that the second object has previously participated in mutually exclusive businesses; if not, it is determined that the second object has not previously participated in mutually exclusive businesses.

[0081] In one embodiment, during a target time period after the second object enters the pre-participation state, the information processing device can detect whether the second object executes the target object behavior. If the second object is detected to have executed the target object behavior, the device calls the operation execution code adapted to the target business processing logic of the successful participation sub-business process to change the object state of the second object from the pre-participation state to the successful participation state. If the second object is not detected to have executed the target object behavior, the device determines that the second object's participation has failed and removes the second object from the target group. This process is implemented by running the process execution code of the successful participation sub-business process, and the operation of changing the object state is implemented by the operation execution code adapted to the target business processing logic of the successful participation sub-business process within the process execution code of the successful participation sub-business process.

[0082] The target object behavior refers to the target object behavior required for successful group participation, which is included in the target business processing logic corresponding to the successful group participation sub-business process. For example, if the target business refers to applying for virtual resources through group participation, the target object behavior may include submitting the object information required for applying for virtual resources to the information processing device. In specific implementation, the information processing device detects whether the second object has executed the target object behavior within a target time period after the second object enters the preparatory group participation state. This means detecting whether the second object has executed the target object behavior within the target time period, where the target time period can be set according to specific needs. In specific implementation, if the information processing device receives the object information required for applying for virtual resources submitted by the second object within the target time period after the second object enters the preparatory group participation state, it can determine that the second object has executed the target object behavior; if it does not receive the object information required for applying for virtual resources submitted by the second object, it can determine that the second object has not executed the target object behavior. Optionally, after determining that the second object failed to join the group, a second group-joining failure prompt message can be output to the second object's terminal device to indicate that the second object failed to join the group due to not performing the target operation within the target time period. This embodiment of the application does not limit the format and content of the second group-joining failure prompt message. Optionally, the relevant process of the successful group-joining sub-business process may also include a re-entry check. This re-entry check can be a re-entry check performed on the target object behavior performed by the second object. For example, if the target business refers to the business of applying for virtual resources through group joining, the re-entry check can be performed on the object information submitted by the second object for applying for virtual resources. The relevant process of re-entry check included in the successful group-joining sub-business process is similar to the relevant process of re-entry check included in the group-opening sub-business process, and will not be described again here.

[0083] In one embodiment, after obtaining the target group, the information processing device can count the number of eligible objects within the target group. If the counted number of objects is greater than or equal to the number of objects in the target business processing logic corresponding to the successful group-buying sub-business process, then the operation execution code adapted to the target business processing logic corresponding to the successful group-buying sub-business process is invoked to set the group status of the target group to a successful group-buying state. This process is implemented by running the process execution code of the successful group-buying sub-business process, and the operation of setting the group status to a successful group-buying state is implemented by the operation execution code adapted to the target business processing logic corresponding to the successful group-buying sub-business process within the process execution code of the successful group-buying sub-business process. The number of objects in the target business processing logic refers to the number of business-qualified objects required for the target group to successfully enter the group-buying state. Business-qualified objects refer to objects whose actions meet the behavioral conditions after entering the target group. The behavioral conditions that objects must meet after entering the target group are adapted to the specific target business. For example, if the target business is to apply for virtual resources through group buying, the behavioral conditions that objects must meet after entering the target group may include one or more of the following: the object information submitted for applying for virtual resources is approved; and the virtual resources are activated after the object information submitted for applying for virtual resources is approved.

[0084] In other words, when the target business is to claim virtual resources through group buying, after the information processing device receives the information submitted by any user to claim virtual resources, it can review the submitted information. If the information is approved, the virtual items claimed by the user can be issued to that user, who can then activate them. If the submitted information is not approved, the user can be prompted to modify the information and resubmit it. If the user does not activate the issued virtual items after receiving them, the information processing device can prompt the user to activate them.

[0085] Based on this, when an object enters the target group, the behavioral conditions it must meet are: when the object information submitted for applying for virtual resources is approved, the information processing device, after obtaining the target group, can count the number of objects in the target group whose submitted object information for applying for virtual resources has been approved; when an object enters the target group, the behavioral conditions it must meet are: after the object information submitted for applying for virtual resources is approved, it activates the issued virtual resources, the information processing device, after obtaining the target group, can count the number of objects in the target group that have activated the issued virtual resources. Optionally, the information processing device can change the object status of a qualified object from "successfully joined the group" to "qualified for business purposes." If an object enters the target group but does not meet the behavioral conditions required to be judged as a qualified object, then the object status of that object is changed from "successfully joined the group" to "unqualified for business purposes." Optionally, the process of successfully creating a group purchase can also include re-entry checks. These re-entry checks can be performed on the entities that meet the business criteria, or on the actions performed by the entities entering the target group after entering the target group. The re-entry check process in the successful group purchase process is similar to the re-entry check process in the group opening process, and will not be elaborated here.

[0086] In one embodiment, after the target group enters the successful group-buying state, the information processing device can select prize recipients from the target group based on the object selection rules in the target business processing logic corresponding to the prize-issuing sub-business process; and determine the target prize to be issued based on the prize confirmation rules; and call the operation execution code adapted to the target business processing logic corresponding to the prize-issuing sub-business process to issue the target prize to the selected prize recipients. This process is implemented by running the process execution code of the prize-issuing sub-business process, and issuing the target prize to the selected prize recipients is implemented by the operation execution code adapted to the target business processing logic corresponding to the prize-issuing sub-business process within the process execution code of the prize-issuing sub-business process.

[0087] When the object selection rules in the target business processing logic corresponding to the prize-issuing sub-business process are different, the prize recipients selected from the target group will also be different. For example, if the target group enters the successful group-buying state, the number of objects included in the target group is 6, namely object 1, object 2, object 3, object 4, object 5, and object 6. Among them, object 1 is the object that initiated the group, object 2, object 3, and object 4 are invited to join the group through object 1, and object 5 and object 6 are invited to join the group through object 2. The objects included in the target group whose actions meet the behavior conditions after entering the target group are object 1, object 2, object 3, and object 5, respectively. For example, the object selection rules in the target business processing logic corresponding to the prize-issuing sub-business process... If the instruction is: all objects within the target group whose actions meet the behavioral conditions after entering the target group are identified as prize recipients, then the prize recipients selected from the target group are: Object 1, Object 2, Object 3, and Object 5; if the object selection rule in the target business processing logic corresponding to the prize distribution sub-process indicates: the object that initiates the group is identified as a prize recipient, then the prize recipient selected from the target group is: Object 1; if the object selection rule in the target business processing logic corresponding to the prize distribution sub-process indicates: the object within the target group whose invited participants exceed one person is identified as a prize recipient, then the prize recipients selected from the target group are: Object 1 and Object 2.

[0088] When the prize confirmation rules in the target business processing logic corresponding to the prize distribution sub-process are different, the target prizes to be distributed based on the prize confirmation rules will also be different. For example, if the prize confirmation rule indicates that virtual prize 1, which is a virtual prize type, should be distributed to the selected prize recipients, then the target prize to be distributed for each selected prize recipient will be virtual prize 1. For example, virtual prize 1 could be a voucher. If the prize confirmation rules indicate: For selected prize recipients who have invited more than two people to join the group, receive Physical Prize 1 (a physical prize); for selected prize recipients who have invited more than one but no more than two people to join the group, receive Virtual Prize 1 (a virtual prize); for selected prize recipients who have not invited anyone to join the group, receive Virtual Prize 2 (a virtual prize). If the selected prize recipients are both recipient 1 and recipient 2, then the target prize to be distributed for recipient 1 is Physical Prize 1, and the target prize to be distributed for recipient 2 is Virtual Prize 1. Since the specific operations for distributing virtual and physical prizes differ, when calling the operation execution code adapted to the target business processing logic corresponding to the prize distribution sub-business process to distribute the target prize to the selected prize recipients, the operation execution code adapted to the target business processing logic corresponding to the prize distribution sub-business process can be adapted to the prize type of the target prize.

[0089] In one embodiment, after the information processing device selects the prize recipients from the target group and determines the target prizes to be distributed based on the prize confirmation rules, it can change the object state of the selected prize recipients to a "shipping in progress" state. When the operation execution code adapted to the target business processing logic corresponding to the prize distribution sub-business process is successfully called to distribute the target prize to the selected prize recipients, the object state of the selected prize recipients is changed from a "shipping in progress" state to a "shipping successful" state. When the operation execution code adapted to the target business processing logic corresponding to the prize distribution sub-business process fails to distribute the target prize to the selected prize recipients, the object state of the selected prize recipients is changed from a "shipping in progress" state to a "shipping failed" state, and the operation execution code adapted to the target business processing logic corresponding to the prize distribution sub-business process is repeatedly called to distribute the target prize to the selected prize recipients until the prize distribution is successful. Optionally, the relevant processes of the successful group-buying sub-business process may also include re-entry checks. These re-entry checks can be for the target group to prevent multiple responses to the target group after it has entered the successful group-buying state, thus repeating the reward-issuing process. The re-entry check process included in the sub-business process is similar to the re-entry check process included in the group-opening sub-business process, and will not be elaborated here.

[0090] See Figure 7 This is a schematic diagram illustrating the execution code of various sub-business processes in a target business provided in this application embodiment. The target business is a business of applying for virtual resources through group buying. The various sub-business processes of this target business are: group buying sub-business process, pre-participation sub-business process, successful participation sub-business process, successful group buying sub-business process, and prize distribution sub-business process. One business processing logic corresponding to the group buying sub-business process includes: the object to be participating in the group buying obtains the object attributes required for participation qualification. These object attributes indicate that the object to be participating in the group buying is an object that already possesses the virtual resource. Another business processing logic corresponding to the group buying sub-business process includes: the object to be participating in the group buying obtains the object attributes required for participation qualification. These object attributes indicate that the object to be participating in the group buying is any object. One business processing logic corresponding to the successful participation sub-business process includes: the object in the pre-participation state is identified as having the target object behavior required for successful participation. This target object behavior refers to the behavior of submitting the object information required for applying for virtual resources.

[0091] If the target business processing logic for each sub-business process is as follows: The target business processing logic for the "Group Buying" sub-business process includes: the object attributes required for an object to obtain the qualification to start a group buy, where the object attributes indicate that the object already possesses the virtual resource; the target business processing logic for the "Preparing to Join a Group Buy" sub-business process includes: the object attributes required for an object to obtain the qualification to join a group buy are the target attributes; the target business processing logic for the "Successfully Joining a Group Buy" sub-business process includes: objects in the "Preparing to Join a Group Buy" state are identified as having the target object behavior required for successful joining a group buy, where the target object behavior refers to the act of submitting the object information required to apply for virtual resources; the target business processing logic for the "Successfully Participating in a Group Buy" sub-business process includes: the number of business-qualified objects required for the target group to enter the successful group buy state is the target number; the target business processing logic for the "Issuing Prizes" sub-business process includes: the target object selection rules for prize-issuing objects and the determination of target prizes. The rules are recognized; furthermore, when the execution code of the pre-participation group business process runs to perform mutual exclusion checks for the same type of group, it can be implemented based on distance checks, which calculates the distance between the target group and historical groups that the object has participated in with the same group type as the target group. Alternatively, it can be implemented based on mutual exclusion checks, which detects whether the object has participated in mutually exclusive business operations in the past. When the execution code of the successful group-buying sub-business process runs and determines that the object is a qualified business object, the behavior executed can meet the following conditions: the submitted object information for applying for virtual resources is approved, and the virtual resources are activated after the submitted object information for applying for virtual resources is approved. The operation execution code adapted to the target business processing logic corresponding to the prize-issuing sub-business process can be adapted to the prize type of the target prize, which can be divided into virtual prize type and physical prize type.

[0092] When the execution code of the group-opening sub-business process is running, if it receives a group-opening request initiated by the first object for the target business, it can perform a reentrancy check on the currently received group-opening request. If the reentrancy check passes, it performs rule verification based on the target business processing logic corresponding to the group-opening sub-business process. The rule verification performed in the group-opening sub-business process includes verifying the group-opening qualification of the first object. If the rule verification passes, it calls the operation execution code adapted to the target business processing logic corresponding to the group-opening sub-business process to perform the group-opening operation for the first object. That is, it calls the operation execution code corresponding to the object whose object attribute indicates that the object to be opened is an object that already holds the virtual resource, and performs the group-opening operation for the first object. Optionally, after performing the group-opening operation for the first object, the object identifier of the first object can be added to the group-opening table used to store the objects to be opened, so as to record the first object.

[0093] When the execution code of the group participation sub-business process is running, if it receives a group participation request initiated by a second object for the target group, it can perform a reentrancy check on the currently received group participation request. If the reentrancy check passes, it performs a mutual exclusion check for the same type of group on the second object, and performs rule verification based on the target business processing logic corresponding to the group participation sub-business process. The rule verification performed in the group participation sub-business process includes verifying the group participation qualification of the second object. If the rule verification passes, it calls the operation execution code adapted to the target business processing logic corresponding to the group participation sub-business process to perform the pre-group participation operation for the second object. The mutual exclusion check for the same type of group on the second object can be implemented based on the distance check. Optionally, after performing the pre-group participation operation for the second object, the object identifier of the second object can be added to the group participation table used to store objects in the pre-group participation state to record the second object.

[0094] When the execution code of the successful group-buying sub-business process passes the reentrancy check, it can perform rule validation based on the target business processing logic corresponding to the successful group-buying sub-business process. After the validation passes, it executes the target operation in the successful group-buying sub-business process, which is the operation of reversing the object state. When the execution code of the successful group-buying sub-business process passes the reentrancy check, it can perform rule validation based on the target business processing logic corresponding to the successful group-buying sub-business process. After the validation passes, it executes the target operation in the successful group-buying sub-business process, which is the operation of setting the group-buying status to the successful group-buying status. When the execution code of the prize-issuing sub-business process passes the reentrancy check, it can perform rule validation based on the target business processing logic corresponding to the prize-issuing sub-business process. After the validation passes, it executes the target operation in the prize-issuing sub-business process, which is the operation of issuing prizes based on the prize type of the target prize.

[0095] See Figure 8This application provides a state transition diagram for participating in a target service. The target service is a group-buying service for virtual resources. Based on the group-buying request operation performed by the first object for the target service, the information processing device performs a group-buying operation for the first object. After obtaining a target group containing the first object, the device sets the object state of the first object to a successful group-buying state. Based on the second object's group-participation request operation for the target group, a pre-participation operation is performed for the second object to place it in the target group, and the object state of the second object is set to a pre-participation state. Performing the group-participation request operation may include triggering the group-participation link of the target group, scanning the group-participation invitation QR code of the target group, etc. If, within the target time period after the second object enters the pre-participation state, it is detected that the second object has performed a target object action, the object state of the second object is changed from the pre-participation state to the successful participation state. If no target object action is detected, the object state of the second object is changed from the pre-participation state to the participation failure state. The target object action refers to the action of submitting the object information required to apply for virtual resources.

[0096] If the second object meets the behavioral conditions required to be judged as a qualified object, the object status of the second object will be changed from successful participation to qualified status. The behavioral conditions required to be judged as a qualified object include one or more of the following: the object information submitted for applying for virtual resources is approved; and the virtual resources are activated after the object information submitted for applying for virtual resources is approved. If the second object does not meet the behavioral conditions required to be judged as a qualified object, the object status of the second object will be changed from successful participation to unqualified status. After the second object resubmits the object information required for applying for virtual resources and it is approved, or after the virtual resources are activated, the object status of the second object will be changed from unqualified status to qualified status.

[0097] For the target group, once the target group meets the target business processing logic corresponding to the successful group purchase sub-business process and its group status is set to the successful group purchase status, the prize distribution object can be selected from the target group based on the object selection rules in the target business processing logic corresponding to the prize distribution sub-business process. The target prize to be distributed is determined based on the prize confirmation rules, and the object status of the selected prize distribution object is changed from the business-compliant status to the shipping status. When the target prize is successfully distributed, the object status of the selected prize distribution object is changed from the shipping status to the successfully distributed status. When the distribution of the target prize fails, the object status of the selected prize distribution object is changed from the shipping status to the failed distribution status. The operation execution code adapted to the target business processing logic corresponding to the prize distribution sub-business process is repeatedly called to distribute the target prize to the selected prize distribution object until the prize is successfully distributed.

[0098] In this embodiment, business processes corresponding to different business types can be decoupled to obtain multiple uncoupled sub-business processes. Target operations in each sub-business process are configured with operation execution code under different business processing logics, resulting in one or more pre-configured business processing logics for each sub-business process and the operation execution code adapted to each business processing logic. Therefore, after determining the business process corresponding to the target business type and obtaining the target business processing logic set for each sub-business process, the operation execution code adapted to each pre-configured business processing logic of each sub-business process can be used to obtain the corresponding operation execution code for each sub-business process. The system generates operation execution code adapted to the target business processing logic, and combines the operation execution code adapted to the target business processing logic for each sub-business process to obtain the business execution code for the target business. The target business is then deployed based on the business execution code. This allows for the generation of business execution code by simply combining the operation execution code adapted to the corresponding target business processing logic when carrying out business under different target business processing logics. This improves the efficiency of business execution code generation and further enhances the efficiency of target business deployment. Moreover, the operation execution code adapted to the same business processing logic can be reused in different business execution codes, thereby improving the reusability of operation execution code.

[0099] Based on the aforementioned embodiments of the information processing method, this application provides another information processing system for implementing the relevant processes of the information processing method proposed in this application, specifically based on... Figure 1 The related operations performed by the information processing equipment in the information processing system shown are broken down into multiple services working together. See [link / reference]. Figure 9This is a schematic diagram of another information processing system provided in an embodiment of this application. The information processing system may include a presentation layer, a gateway layer, a backend service layer, a data layer, a message queue component, a log system, and a management system.

[0100] The presentation layer, or front-end service, is used to present relevant pages for implementing the target business configuration, such as the business type selection page and business configuration page, to the business configuration object. After the target business is launched, it also presents interactive pages for interaction with the object, including the group-opening request page, to enable the object's participation in the target business. These user-interactive pages can be hosted on clients, web pages, mini-programs, official accounts, etc., and this application embodiment does not impose any limitations. The gateway layer (gateway, i.e., Common Gateway Interface, CGI) is used to implement information exchange between the front-end service and the back-end service. For example, it can include passing through group-opening requests, group-participation requests, and other requests to the back-end service.

[0101] The backend service layer includes backend services for implementing the information processing method proposed in this application, which may include: group buying service, resource application service, business configuration service, batch processing service, and reward distribution service. Among them, the group buying service is mainly responsible for handling the relevant logic of group buying business, including but not limited to group opening logic, pre-participation logic, successful participation logic, successful group buying logic, and reward distribution logic. The resource application service is primarily responsible for handling the logic related to applying for virtual resources. This includes, but is not limited to, receiving the object information submitted by the applicant, and upon receiving this information, sending an information submission notification to the group-buying service so that the group-buying service can execute the relevant processes for successful group-buying based on whether the information submission notification has been received; reviewing the submitted object information, and upon approval, sending an approval notification to the group-buying service and distributing the virtual resources to the applicant; and receiving an activation feedback notification after the applicant activates the distributed virtual resources, and sending the activation feedback notification to the group-buying service so that the group-buying service can execute the relevant processes for successful group-buying based on whether an approval notification or activation feedback notification has been received. Specifically, this is used to determine whether an applicant meets the business criteria. The reward distribution service is primarily responsible for handling the logic related to the reward distribution process.

[0102] The business configuration service targets business configuration objects that require business configuration. It is mainly responsible for configuring target businesses under various business types, including but not limited to determining the business process corresponding to the target business type, outputting the business configuration page, obtaining the target business processing logic set for each sub-business process in the business process, obtaining the operation execution code adapted to the target business processing logic corresponding to each sub-business process, and combining the operation execution code adapted to the target business processing logic corresponding to each sub-business process to obtain the business execution code of the target business and publish the target business based on the business execution code. The batch processing service is responsible for periodically handling backup tasks related to group buying. It periodically pulls data from the resource application service and, based on this data, determines whether to send instructions to the group buying service to execute target operations in the successful group buying sub-process and to determine the relevant processes for business compliance. It is primarily used as a backup in cases where the message queue component misses sending information submission notifications, approval notifications, and activation feedback notifications from the resource application service. Optionally, the periodic processing of backup tasks related to group buying can be based on a single batch processing service, or separate batch processing services can be set up: a successful group buying batch processing service for missing information submission notifications from the resource application service, and a business compliance batch processing service for missing approval notifications and activation feedback notifications from the resource application service. Further optionally, related processes executed by the delivery service can also be executed through a reward distribution batch processing service. The message queue component is mainly responsible for sending information submission notifications, approval notifications, and activation feedback notifications from the resource application service to the group buying service. The data layer stores relevant data used in the process of implementing information processing methods. This includes storing group-opening records, group-participation records, prize-giving records, and business configuration data for the target business. The business configuration data for the target business includes the data set by the business configuration object in the business configuration page. The logging system is responsible for recording the entire system's logs, and the management system is responsible for detecting anomalies during the information processing process and issuing alerts.

[0103] In one embodiment, via Figure 9 When the information processing system shown implements the information processing method proposed in this application, it can call the business configuration service to output a business type selection page, and receive the business type selected by the business configuration object passed through the gateway layer as the target business type. It can output the business configuration page corresponding to the target business type, and receive the business configuration data configured by the business configuration object passed through the gateway layer. The business configuration data includes the target business processing logic set for each sub-business process in the business process corresponding to the target business type. Then, the business execution code of the target business can be obtained from the business configuration of the target business, and the target business can be published based on the business execution code.

[0104] In one embodiment, when the target business type is a group-buying business type, see [link to relevant documentation]. Figure 10 This diagram illustrates a business configuration page corresponding to a group-buying service type, as provided in this embodiment. It may include a business information configuration area (marked 1001), specifically a group business description area, a group type configuration area, and a group number configuration area. It may also include a business time configuration area (marked 1002), specifically a group lifecycle configuration area, a business start time configuration area, and a business end time configuration area. Furthermore, it includes business processing logic configuration areas for each sub-business process (marked 1003), used to configure the relevant rules involved in the business. In one embodiment, after receiving business configuration data configured by a business configuration object transmitted through the gateway layer, the business configuration service can store the target business's business configuration data based on a business template configuration table in the database. See Table 1, which records the fields and related definitions included in a business template configuration table provided in this embodiment.

[0105]

[0106] In one embodiment, after publishing the target service, if the group-buying service receives a group-buying request initiated by a first object for the target service, it obtains the object attributes of the first object based on the group-buying request. Based on the obtained object attributes of the first object and the object attributes in the target service processing logic corresponding to the group-buying sub-business process, it checks the first object's eligibility to participate in the group-buying. If the first object is found to be eligible, it calls the operation execution code adapted to the target service processing logic corresponding to the group-buying sub-business process to perform the group-buying operation for the first object, thus obtaining the target group containing the first object. If the group-buying service receives a group-participation request initiated by a second object for the target group, it obtains the object attributes of the second object based on the group-participation request. Based on the obtained object attributes of the second object and the object attributes in the target service processing logic corresponding to the pre-participation sub-business process, it checks the second object's eligibility to participate in the group-buying. If the second object is found to be eligible, it calls the operation execution code adapted to the target service processing logic corresponding to the pre-participation sub-business process to perform the pre-participation operation for the second object, placing the second object in the target group and setting the second object's object state to the pre-participation state.

[0107] In one embodiment, during the target time period after the second object enters the pre-participation state, the group-buying service detects whether the second object has performed the target object behavior. If the second object has performed the target object behavior, the service calls the operation execution code adapted to the target business processing logic corresponding to the successful participation sub-business process to change the object state of the second object from the pre-participation state to the successful participation state. If the second object has not performed the target object behavior, the service determines that the second object has failed to participate in the group and removes the second object from the target group. The target object behavior can include submitting object information required for applying for virtual resources to the resource application service. After receiving the object information submitted by the second object, the resource application service can send an information submission notification to the group buying service through a message queue component. In this case, the group buying service can detect whether the second object has performed the target object behavior based on whether it has received the information submission notification. Specifically, the group buying service detects whether the second object has performed the target object behavior within a target time period after the second object enters the pre-participation state. This can include: the group buying service detecting whether it has received an information submission notification about the second object from the resource application service within the target time period after the second object enters the pre-participation state; if it has received the information submission notification about the second object, it is determined that the second object has performed the target object behavior; if it has not received the information submission notification about the second object, it is determined that the second object has not performed the target object behavior.

[0108] In one embodiment, the batch running service can act as a fallback in case the message queue component misses sending the information submission notification from the resource application service. In this case, the batch running service can periodically retrieve object information submitted by the second object from the resource application service, and after retrieving the object information, send a behavior execution notification about the second object to the group buying service. The behavior execution notification indicates that the second object has executed the target object behavior. Then, the group buying service's detection of whether the second object has executed the target object behavior within the target time period after the second object enters the pre-participation state can further include: the group buying service detecting whether it has received the behavior execution notification from the batch running service within the target time period after the second object enters the pre-participation state; if it receives the behavior execution notification, it is determined that the second object has executed the target object behavior; if it does not receive the behavior execution notification, it is determined that the second object has not executed the target object behavior.

[0109] In one embodiment, the conditions for determining an object to be considered an interactive compliance object are: the submitted object information for applying for virtual resources is approved, and if the group-buying service receives an approval notification from the resource application service for the second object, then the second object can be determined as a business compliance object. The conditions for determining an object to be considered an interactive compliance object are: the submitted object information for applying for virtual resources is approved, and the issued virtual resources are activated, and if the group-buying service receives an activation feedback notification from the resource application service for the second object, then the second object can be determined as a business compliance object. The relevant processes for the batch running service to handle approval notifications and activation feedback notifications are similar to the relevant processes for the batch running service to handle information submission notifications, and will not be described again here.

[0110] In one embodiment, after obtaining a target group, the group-buying service can count the number of eligible objects within that group. If the counted number of objects is greater than or equal to the number of objects in the target business processing logic corresponding to the successful group-buying sub-process, the service calls the operation execution code adapted to the target business processing logic of the successful group-buying sub-process to set the group status to "successful group-buying." After the target group enters the "successful group-buying" state, the service can call the prize-issuing service to select prize recipients from the target group based on the object selection rules in the target business processing logic of the prize-issuing sub-process; and determine the target prizes to be issued based on the prize confirmation rules; and call the operation execution code adapted to the target business processing logic of the prize-issuing sub-process to issue the target prizes to the selected prize recipients.

[0111] In this embodiment, multiple services can be invoked to collaboratively implement the relevant processes of the information processing method. A batch processing service is introduced, which can periodically pull data from the resource application service and determine whether it is necessary to send an instruction to the group buying service to execute the target operation in the successful group participation sub-business process and determine the relevant process of the business target object based on the pulled data. It can provide fallback processing in case the message queue component fails to send information submission notifications, approval notifications and activation feedback notifications from the resource application service.

[0112] Based on the embodiments related to the above information processing methods, this application provides an information processing apparatus. See also... Figure 11 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application. The information processing device may include an acquisition unit 1101 and a processing unit 1102. Figure 11 The information processing device shown can be used to perform the following operations:

[0113] The acquisition unit 1101 is used to determine the business process corresponding to the target business type; the business process is decoupled into multiple uncoupled sub-business processes, each sub-business process is pre-configured with one or more business processing logics and operation execution code adapted to each business processing logic, and the operation execution code is the code used to execute the target operation in the sub-business process;

[0114] The acquisition unit 1101 is further configured to acquire the target business processing logic set for each sub-business process in the business process; the target business processing logic corresponding to each sub-business process is used to describe the target business to be released under the target business type;

[0115] The acquisition unit 1101 is further configured to acquire, from the operation execution code adapted to each business processing logic pre-configured in each sub-business process, the operation execution code adapted to the target business processing logic corresponding to each sub-business process;

[0116] The processing unit 1102 is used to combine the operation execution code adapted to the target business processing logic corresponding to each sub-business process to obtain the business execution code of the target business, and to publish the target business based on the business execution code.

[0117] In one embodiment, when the processing unit 1102 combines the operation execution code adapted to the target business processing logic corresponding to each sub-business process to obtain the business execution code of the target business, it specifically performs the following operations:

[0118] Obtain the pre-configured execution code template for each sub-business process in the business process;

[0119] In the execution code template corresponding to each sub-business process, add the operation execution code adapted to the target business processing logic of the corresponding sub-business process to obtain the process execution code of each sub-business process;

[0120] The process execution code of each sub-business process is combined to obtain the business execution code of the target business.

[0121] In one embodiment, the processing unit 1102 is further configured to prompt the target object to write operation execution code based on the target business processing logic corresponding to any sub-business process if the operation execution code adapted to the operation execution code adapted to each business processing logic pre-configured in any sub-business process is not obtained.

[0122] The acquisition unit 1101 is further configured to acquire from the target object the operation execution code adapted to the target business processing logic corresponding to any sub-business process.

[0123] In one embodiment, the target business type includes a group-buying business type, and the plurality of uncoupled sub-business processes include a group-opening sub-business process. The target business processing logic corresponding to the group-opening sub-business process includes: the object to be opened to obtain the object attributes required for opening a group, and the target operation in the group-opening sub-business process includes an opening operation; the processing unit 1102 is further configured to:

[0124] After the target service is published, if a group-buying request is received from the first object for the target service, the object attributes of the first object are obtained based on the group-buying request.

[0125] Based on the obtained object attributes of the first object and the object attributes in the target business processing logic corresponding to the group-opening sub-business process, the group-opening qualification of the first object is detected.

[0126] If the first object is detected to be eligible to initiate a group purchase, the operation execution code adapted to the target business processing logic corresponding to the group purchase sub-business process is invoked to perform the group purchase operation for the first object, thereby obtaining a target group containing the first object.

[0127] In one embodiment, if a group-buying request is received from a first object for the target service, the processing unit 1102 is further configured to:

[0128] Perform a reentrancy check on the currently received group-opening request;

[0129] If the currently received group-buying request passes the reentrancy check, then the step of obtaining the object attributes of the first object based on the group-buying request is triggered.

[0130] If the currently received group-buying request fails the re-entry check, then the currently received group-buying request is ignored.

[0131] In one embodiment, the plurality of uncoupled sub-business processes include a pre-participation sub-business process, and the target business processing logic corresponding to the pre-participation sub-business process includes: the object attributes required for the object to obtain the qualification to participate in the group, and the target operation in the pre-participation sub-business process includes a pre-participation operation.

[0132] The processing unit 1102 is further configured to:

[0133] If a group participation request initiated by the second object for the target group is received, the object attributes of the second object are obtained based on the group participation request;

[0134] Based on the obtained object attributes of the second object and the object attributes in the target business processing logic corresponding to the pre-participation sub-business process, the eligibility of the second object to participate in the group is detected.

[0135] If the second object is detected to be eligible to join the group, the operation execution code adapted to the target business processing logic corresponding to the pre-joining group sub-business process is invoked to perform the pre-joining group operation for the second object so that the second object is located in the target group, and the object state of the second object is set to the pre-joining group state.

[0136] In one embodiment, the operation of detecting the eligibility of the second object to join a group is performed after determining that the second object is a new object through a mutual exclusion check of the same type of group; wherein, when the processing unit 1102 performs the mutual exclusion check of the same type of group, it specifically performs the following operations:

[0137] Obtain the group type of the target group, and obtain the historical groups in which the second object has participated, whose group type is the same as that of the target group;

[0138] The distance between the acquired historical cluster and the target cluster is calculated, and the calculated distance is used to characterize the similarity between the historical cluster and the target cluster;

[0139] If the calculated distance is greater than the distance threshold, the second object is determined to be a new object; if the calculated distance is less than or equal to the distance threshold, the second object is determined not to be a new object.

[0140] In one embodiment, the plurality of uncoupled sub-business processes include a successful group participation sub-business process. The target business processing logic corresponding to the successful group participation sub-business process includes: an object in a pre-participation state is identified as having the target object behavior required for successful group participation; the target operation in the successful group participation sub-business process includes: an operation to reverse the object state; the processing unit 1102 is further configured to:

[0141] Within the target time period after the second object enters the pre-participation state, it is detected whether the second object performs the target object behavior;

[0142] If the second object is detected to have performed the target object behavior, the operation execution code adapted to the target business processing logic corresponding to the successful group participation sub-business process is invoked to change the object state of the second object from the preparatory group participation state to the successful group participation state.

[0143] If the second object is not detected to be performing the target object behavior, it is determined that the second object has failed to join the group, and the second object is removed from the target group.

[0144] In one embodiment, the method is executed by a group-buying service in a computer device; the target business refers to the business of applying for virtual resources through group buying, and the target object behavior includes: submitting object information required for applying for virtual resources to the resource application service; wherein, after receiving the object information submitted by the second object, the resource application service sends an information submission notification to the group-buying service;

[0145] The step of detecting whether the second object performs the target object behavior within the target time period after the second object enters the pre-participation state includes:

[0146] Within a target time period after the second object enters the pre-group-participation state, the group-buying service checks whether it has received an information submission notification about the second object from the resource application service.

[0147] If a notification of information submission regarding the second object is received, it is determined that the second object has performed the target object behavior;

[0148] If no information submission notification is received regarding the second object, it is determined that the second object has not performed the target object behavior.

[0149] In one embodiment, the computer device further includes a batch running service, which is used to periodically retrieve object information submitted by the second object from the resource application service, and after retrieving the object information submitted by the second object, send a behavior execution notification about the second object to the group buying service, the behavior execution notification being used to indicate that the second object has executed the target object behavior;

[0150] The step of detecting whether the second object performs the target object behavior within the target time period after the second object enters the pre-participation state further includes:

[0151] Within a target time period after the second object enters the pre-group-participation state, the group-buying service checks whether it receives a behavior execution notification from the batch-running service regarding the second object.

[0152] If a notification regarding the execution of the behavior of the second object is received, it is determined that the second object has executed the behavior of the target object;

[0153] If no notification regarding the execution of the second object's behavior is received, it is determined that the second object has not executed the target object's behavior.

[0154] In one embodiment, the plurality of uncoupled sub-business processes include a successful group-buying sub-business process. The target business processing logic corresponding to the successful group-buying sub-business process includes: the number of business-qualified objects required for the target group to enter the successful group-buying state, wherein the business-qualified objects refer to objects whose actions meet the behavioral conditions after entering the target group; the target operation in the successful group-buying sub-business process includes: the operation of setting the group status to the successful group-buying state.

[0155] The processing unit 1102 is further configured to:

[0156] After obtaining the target group, count the number of objects in the target group that meet the business requirements;

[0157] If the number of objects counted is greater than or equal to the number of objects in the target business processing logic corresponding to the successful group purchase sub-business process, then the operation execution code adapted to the target business processing logic corresponding to the successful group purchase sub-business process is called to set the group purchase status of the target group to the group purchase successful status.

[0158] In one embodiment, the target business refers to the business of applying for virtual resources through group buying. The behavioral conditions that the object must meet after entering the target group include one or more of the following: the object information submitted for applying for virtual resources is approved; and the virtual resources are activated after the object information submitted for applying for virtual resources is approved.

[0159] In one embodiment, the plurality of uncoupled sub-business processes include a prize-issuing sub-business process, and the target business processing logic corresponding to the prize-issuing sub-business process includes: object selection rules for prize-issuing objects and prize confirmation rules, and the target operation in the prize-issuing sub-business process includes the operation of issuing prizes;

[0160] The processing unit 1102 is further configured to:

[0161] After the target group enters the group purchase success state, the prize recipient is selected from the target group based on the object selection rules in the target business processing logic corresponding to the prize issuance sub-business process; and the target prize to be issued is determined based on the prize confirmation rules.

[0162] The operation execution code adapted to the target business processing logic corresponding to the prize distribution sub-business process is invoked to distribute the target prize to the selected prize distribution object.

[0163] According to one embodiment of this application, Figure 2 as well as Figure 3 The information processing method shown can involve various steps that can be derived from... Figure 11This is performed by the various units within the information processing apparatus shown. For example, Figure 2 Steps S201 to S203 shown can be derived from Figure 11 The acquisition unit 1101 in the information processing device shown performs the operation. Figure 2 The step S204 shown can be performed by Figure 11 The processing unit 1102 in the information processing device shown executes this. For example, Figure 3 Steps S301 to S303 shown can be derived from... Figure 11 The acquisition unit 1101 in the information processing device shown performs the operation. Figure 3 Steps S304 to S306 shown can be derived from Figure 11 The processing unit 1102 in the information processing device shown executes the operation.

[0164] According to another embodiment of this application, Figure 11 The various units in the information processing apparatus shown can be individually or entirely merged into one or more other units, or some of the units can be further divided into multiple functionally smaller units. This achieves the same operation without affecting the technical effects of the embodiments of this application. The above-mentioned units are based on logical function division. In practical applications, the function of one unit can also be implemented by multiple units, or the function of multiple units can be implemented by one unit. In other embodiments of this application, the information processing apparatus based on logical function division may also include other units. In practical applications, these functions can also be implemented with the assistance of other units, and can be implemented collaboratively by multiple units.

[0165] According to another embodiment of this application, the following can be achieved by running on a general-purpose computing device, such as a computer, which includes processing elements and storage elements such as a central processing unit (CPU), random access memory (RAM), and read-only memory (ROM), a device capable of performing operations such as... Figure 2 as well as Figure 3 The computer program (including program code) for each step involved in the corresponding method shown, to construct such... Figure 11 The information processing apparatus shown herein, and the information processing method for implementing the embodiments of this application, are described. The computer program may be recorded on, for example, a computer-readable storage medium, loaded onto the aforementioned computing device via the computer-readable storage medium, and run therein.

[0166] In this embodiment, business processes corresponding to different business types can be decoupled to obtain multiple uncoupled sub-business processes. Target operations in each sub-business process are configured with operation execution code under different business processing logics, resulting in one or more pre-configured business processing logics for each sub-business process and the operation execution code adapted to each business processing logic. Therefore, after determining the business process corresponding to the target business type and obtaining the target business processing logic set for each sub-business process, the operation execution code adapted to each pre-configured business processing logic of each sub-business process can be used to obtain the corresponding operation execution code for each sub-business process. The system generates operation execution code adapted to the target business processing logic, and combines the operation execution code adapted to the target business processing logic for each sub-business process to obtain the business execution code for the target business. The target business is then deployed based on the business execution code. This allows for the generation of business execution code by simply combining the operation execution code adapted to the corresponding target business processing logic when carrying out business under different target business processing logics. This improves the efficiency of business execution code generation and further enhances the efficiency of target business deployment. Moreover, the operation execution code adapted to the same business processing logic can be reused in different business execution codes, thereby improving the reusability of operation execution code.

[0167] Based on the aforementioned embodiments of the information processing method and the information processing apparatus, this application also provides an information processing device. See also... Figure 12 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application. Figure 12 The information processing device shown may include at least a processor 1201, an input interface 1202, an output interface 1203, and a computer storage medium 1204. The processor 1201, input interface 1202, output interface 1203, and computer storage medium 1204 may be connected via a bus or other means.

[0168] The computer storage medium 1204 can be stored in the memory of the information processing device. The computer storage medium 1204 is used to store computer programs, which include program instructions. The processor 1201 is used to execute the program instructions stored in the computer storage medium 1204. The processor 1201 (or CPU (Central Processing Unit)) is the computing and control core of the information processing device. It is suitable for implementing one or more instructions, specifically for loading and executing one or more instructions to realize the above-mentioned information processing method flow or corresponding functions.

[0169] This application embodiment also provides a computer storage medium (Memory), which is a memory device in an information processing device used to store programs and data. It is understood that the computer storage medium here can include the built-in storage medium in a terminal, or it can include an extended storage medium supported by the terminal. The computer storage medium provides storage space, which stores the terminal's operating system. Furthermore, the storage space also stores one or more instructions suitable for loading and execution by the processor 1201. These instructions can be one or more computer programs (including program code). It should be noted that the computer storage medium here can be a high-speed random access memory (RAM), or it can be non-volatile memory, such as at least one disk storage device; optionally, it can also be at least one computer storage medium located remotely from the aforementioned processor.

[0170] In one embodiment, the processor 1201 and the input interface 1202 may load and execute one or more instructions stored in the computer storage medium to achieve the aforementioned related... Figure 2 as well as Figure 3 In the corresponding steps of the method in the information processing method embodiment, in a specific implementation, one or more instructions in the computer storage medium are loaded and executed by the processor 1201 and the input interface 1202 as follows:

[0171] Input interface 1202 is used to determine the business process corresponding to the target business type; the business process is decoupled into multiple uncoupled sub-business processes, each sub-business process is pre-configured with one or more business processing logics and operation execution code adapted to each business processing logic, the operation execution code is the code used to execute the target operation in the sub-business process;

[0172] The input interface 1202 is also used to obtain the target business processing logic set for each sub-business process in the business process; the target business processing logic corresponding to each sub-business process is used to describe the target business to be published under the target business type;

[0173] The input interface 1202 is also used to obtain the operation execution code adapted to the target business processing logic corresponding to each sub-business process from the operation execution code adapted to each business processing logic pre-configured in each sub-business process;

[0174] The processor 1201 is used to combine the operation execution code adapted to the target business processing logic corresponding to each sub-business process to obtain the business execution code of the target business, and to publish the target business based on the business execution code.

[0175] In one embodiment, when the processor 1201 combines the operation execution code adapted to the target business processing logic corresponding to each sub-business process to obtain the business execution code of the target business, it specifically performs the following operations:

[0176] Obtain the pre-configured execution code template for each sub-business process in the business process;

[0177] In the execution code template corresponding to each sub-business process, add the operation execution code adapted to the target business processing logic of the corresponding sub-business process to obtain the process execution code of each sub-business process;

[0178] The process execution code of each sub-business process is combined to obtain the business execution code of the target business.

[0179] In one embodiment, the processor 1201 is further configured to, if it fails to obtain the operation execution code adapted to the target business processing logic corresponding to any sub-business process from the operation execution code adapted to each business processing logic pre-configured in any sub-business process, prompt the target object to write the operation execution code based on the target business processing logic corresponding to any sub-business process.

[0180] The input interface 1202 is also used to obtain the operation execution code adapted to the target business processing logic corresponding to any sub-business process from the target object.

[0181] In one embodiment, the target business type includes a group-buying business type, and the multiple uncoupled sub-business processes include a group-opening sub-business process. The target business processing logic corresponding to the group-opening sub-business process includes: the object that wants to open a group obtains the object attributes required to qualify for opening a group, and the target operation in the group-opening sub-business process includes the group-opening operation.

[0182] The processor 1201 is also used for:

[0183] After the target service is published, if a group-buying request is received from the first object for the target service, the object attributes of the first object are obtained based on the group-buying request.

[0184] Based on the obtained object attributes of the first object and the object attributes in the target business processing logic corresponding to the group-opening sub-business process, the group-opening qualification of the first object is detected.

[0185] If the first object is detected to be eligible to initiate a group purchase, the operation execution code adapted to the target business processing logic corresponding to the group purchase sub-business process is invoked to perform the group purchase operation for the first object, thereby obtaining a target group containing the first object.

[0186] In one embodiment, if a group-buying request is received from a first object for the target service, the processor 1201 is further configured to:

[0187] Perform a reentrancy check on the currently received group-opening request;

[0188] If the currently received group-buying request passes the reentrancy check, then the step of obtaining the object attributes of the first object based on the group-buying request is triggered.

[0189] If the currently received group-buying request fails the re-entry check, then the currently received group-buying request is ignored.

[0190] In one embodiment, the plurality of uncoupled sub-business processes include a pre-participation sub-business process, and the target business processing logic corresponding to the pre-participation sub-business process includes: the object attributes required for the object to obtain the qualification to participate in the group, and the target operation in the pre-participation sub-business process includes a pre-participation operation.

[0191] The processor 1201 is also used for:

[0192] If a group participation request initiated by the second object for the target group is received, the object attributes of the second object are obtained based on the group participation request;

[0193] Based on the obtained object attributes of the second object and the object attributes in the target business processing logic corresponding to the pre-participation sub-business process, the eligibility of the second object to participate in the group is detected.

[0194] If the second object is detected to be eligible to join the group, the operation execution code adapted to the target business processing logic corresponding to the pre-joining group sub-business process is invoked to perform the pre-joining group operation for the second object so that the second object is located in the target group, and the object state of the second object is set to the pre-joining group state.

[0195] In one embodiment, the operation of detecting the eligibility of the second object to join a group is performed after determining that the second object is a new object through a mutual exclusion check of the same type of group; wherein, when the processor 1201 performs the mutual exclusion check of the same type of group, it specifically performs the following operations:

[0196] Obtain the group type of the target group, and obtain the historical groups in which the second object has participated, whose group type is the same as that of the target group;

[0197] The distance between the acquired historical cluster and the target cluster is calculated, and the calculated distance is used to characterize the similarity between the historical cluster and the target cluster;

[0198] If the calculated distance is greater than the distance threshold, the second object is determined to be a new object; if the calculated distance is less than or equal to the distance threshold, the second object is determined not to be a new object.

[0199] In one embodiment, the plurality of uncoupled sub-business processes include a successful group participation sub-business process. The target business processing logic corresponding to the successful group participation sub-business process includes: an object in the preparatory group participation state is identified as a target object behavior required for successful group participation. The target operation in the successful group participation sub-business process includes: an operation to reverse the object state.

[0200] The processor 1201 is also used for:

[0201] Within the target time period after the second object enters the pre-participation state, it is detected whether the second object performs the target object behavior;

[0202] If the second object is detected to have performed the target object behavior, the operation execution code adapted to the target business processing logic corresponding to the successful group participation sub-business process is invoked to change the object state of the second object from the preparatory group participation state to the successful group participation state.

[0203] If the second object is not detected to be performing the target object behavior, it is determined that the second object has failed to join the group, and the second object is removed from the target group.

[0204] In one embodiment, the method is executed by a group-buying service in a computer device; the target business refers to the business of applying for virtual resources through group buying, and the target object behavior includes: submitting object information required for applying for virtual resources to the resource application service; wherein, after receiving the object information submitted by the second object, the resource application service sends an information submission notification to the group-buying service;

[0205] The step of detecting whether the second object performs the target object behavior within the target time period after the second object enters the pre-participation state includes:

[0206] Within a target time period after the second object enters the pre-group-participation state, the group-buying service checks whether it has received an information submission notification about the second object from the resource application service.

[0207] If a notification of information submission regarding the second object is received, it is determined that the second object has performed the target object behavior;

[0208] If no information submission notification is received regarding the second object, it is determined that the second object has not performed the target object behavior.

[0209] In one embodiment, the computer device further includes a batch running service, which is used to periodically retrieve object information submitted by the second object from the resource application service, and after retrieving the object information submitted by the second object, send a behavior execution notification about the second object to the group buying service, the behavior execution notification being used to indicate that the second object has executed the target object behavior;

[0210] The step of detecting whether the second object performs the target object behavior within the target time period after the second object enters the pre-participation state further includes:

[0211] Within a target time period after the second object enters the pre-group-participation state, the group-buying service checks whether it receives a behavior execution notification from the batch-running service regarding the second object.

[0212] If a notification regarding the execution of the behavior of the second object is received, it is determined that the second object has executed the behavior of the target object;

[0213] If no notification regarding the execution of the second object's behavior is received, it is determined that the second object has not executed the target object's behavior.

[0214] In one embodiment, the plurality of uncoupled sub-business processes include a successful group-buying sub-business process. The target business processing logic corresponding to the successful group-buying sub-business process includes: the number of business-qualified objects required for the target group to enter the successful group-buying state, wherein the business-qualified objects refer to objects whose actions meet the behavioral conditions after entering the target group; the target operation in the successful group-buying sub-business process includes: the operation of setting the group status to the successful group-buying state.

[0215] The processor 1201 is also used for:

[0216] After obtaining the target group, count the number of objects in the target group that meet the business requirements;

[0217] If the number of objects counted is greater than or equal to the number of objects in the target business processing logic corresponding to the successful group purchase sub-business process, then the operation execution code adapted to the target business processing logic corresponding to the successful group purchase sub-business process is called to set the group purchase status of the target group to the group purchase successful status.

[0218] In one embodiment, the target business refers to the business of applying for virtual resources through group buying. The behavioral conditions that the object must meet after entering the target group include one or more of the following: the object information submitted for applying for virtual resources is approved; and the virtual resources are activated after the object information submitted for applying for virtual resources is approved.

[0219] In one embodiment, the plurality of uncoupled sub-business processes include a prize-issuing sub-business process, and the target business processing logic corresponding to the prize-issuing sub-business process includes: object selection rules for prize-issuing objects and prize confirmation rules, and the target operation in the prize-issuing sub-business process includes the operation of issuing prizes;

[0220] The processor 1201 is also used for:

[0221] After the target group enters the group purchase success state, the prize recipient is selected from the target group based on the object selection rules in the target business processing logic corresponding to the prize issuance sub-business process; and the target prize to be issued is determined based on the prize confirmation rules.

[0222] The operation execution code adapted to the target business processing logic corresponding to the prize distribution sub-business process is invoked to distribute the target prize to the selected prize distribution object.

[0223] This application provides a computer program product, which includes a computer program stored in a computer storage medium. A processor of an information processing device reads the computer program from the computer storage medium and executes the computer program, causing the information processing device to perform the aforementioned actions. Figure 2 as well as Figure 3 The method embodiment shown. The computer-readable storage medium may be a magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM), etc.

[0224] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. An information processing method, characterized in that, include: Determine the business processes corresponding to the target business type; The business process is decoupled into multiple uncoupled sub-business processes. Each sub-business process is pre-configured with multiple business processing logics and operation execution code adapted to each business processing logic. The operation execution code is used to execute the target operation in the sub-business process. Different pre-configured business processing logics in the same sub-business process are used to indicate different constraints that need to be met to execute the target operation in the corresponding sub-business process. The operation execution code adapted to the different pre-configured business processing logics in the same sub-business process is used to execute the target operation in the same sub-business process under the constraints of the corresponding business processing logic. Obtain the target business processing logic set for each sub-business process in the business process; the target business processing logic corresponding to each sub-business process is used to describe the target business to be published under the target business type; From the operation execution code adapted to each business processing logic pre-configured in each sub-business process, obtain the operation execution code adapted to the target business processing logic corresponding to each sub-business process; The operation execution code adapted to the target business processing logic corresponding to each sub-business process is combined to obtain the business execution code of the target business, and the target business is published based on the business execution code. After the target business is published, the business execution code is in a running state.

2. The method as described in claim 1, characterized in that, The step of combining the operation execution code adapted to the target business processing logic corresponding to each sub-business process to obtain the business execution code of the target business includes: Obtain the pre-configured execution code template for each sub-business process in the business process; In the execution code template corresponding to each sub-business process, add the operation execution code adapted to the target business processing logic of the corresponding sub-business process to obtain the process execution code of each sub-business process; The process execution code of each sub-business process is combined to obtain the business execution code of the target business.

3. The method as described in claim 1, characterized in that, The method further includes: If the operation execution code adapted to the target business processing logic of any sub-business process is not obtained from the operation execution code adapted to each business processing logic pre-configured in any sub-business process, the target object is prompted to write the operation execution code based on the target business processing logic corresponding to any sub-business process. Obtain the operation execution code adapted to the target business processing logic corresponding to any of the sub-business processes from the target object.

4. The method as described in claim 1, characterized in that, The target business type includes group buying business type, and the multiple uncoupled sub-business processes include group opening sub-business process. The target business processing logic corresponding to the group opening sub-business process includes: the object that wants to open a group obtains the object attributes required to qualify for opening a group. The target operation in the group opening sub-business process includes group opening operation. The method further includes: After the target service is published, if a group-buying request is received from the first object for the target service, the object attributes of the first object are obtained based on the group-buying request. Based on the obtained object attributes of the first object and the object attributes in the target business processing logic corresponding to the group-opening sub-business process, the group-opening qualification of the first object is detected. If the first object is detected to be eligible to initiate a group purchase, the operation execution code adapted to the target business processing logic corresponding to the group purchase sub-business process is invoked to perform the group purchase operation for the first object, thereby obtaining a target group containing the first object.

5. The method as described in claim 4, characterized in that, If a group-buying request is received from the first object for the target service, the method further includes: Perform a reentrancy check on the currently received group-opening request; If the currently received group-buying request passes the reentrancy check, then the step of obtaining the object attributes of the first object based on the group-buying request is triggered. If the currently received group-buying request fails the re-entry check, then the currently received group-buying request is ignored.

6. The method as described in claim 4, characterized in that, The multiple uncoupled sub-business processes include a pre-participation sub-business process. The target business processing logic corresponding to the pre-participation sub-business process includes: the object attributes required for an object to obtain participation qualifications. The target operation in the pre-participation sub-business process includes a pre-participation operation. The method further includes: If a group participation request initiated by the second object for the target group is received, the object attributes of the second object are obtained based on the group participation request; Based on the obtained object attributes of the second object and the object attributes in the target business processing logic corresponding to the pre-participation sub-business process, the eligibility of the second object to participate in the group is detected. If the second object is detected to be eligible to join the group, the operation execution code adapted to the target business processing logic corresponding to the pre-joining group sub-business process is invoked to perform the pre-joining group operation for the second object so that the second object is located in the target group, and the object state of the second object is set to the pre-joining group state.

7. The method as described in claim 6, characterized in that, The operation to check the eligibility of the second object to join the tour is performed after determining that the second object is a new object through a mutual exclusion check operation for similar tours; wherein, the method of the mutual exclusion check for similar tours includes: Obtain the group type of the target group, and obtain the historical groups in which the second object has participated, whose group type is the same as that of the target group; The distance between the acquired historical cluster and the target cluster is calculated, and the calculated distance is used to characterize the similarity between the historical cluster and the target cluster; If the calculated distance is greater than the distance threshold, the second object is determined to be a new object; if the calculated distance is less than or equal to the distance threshold, the second object is determined not to be a new object.

8. The method as described in claim 6, characterized in that, The multiple uncoupled sub-business processes include a successful group participation sub-business process. The target business processing logic corresponding to the successful group participation sub-business process includes: an object in the preparatory group participation state is identified as a target object behavior required for successful group participation. The target operation in the successful group participation sub-business process includes: an operation to reverse the object state. The method further includes: Within the target time period after the second object enters the pre-participation state, it is detected whether the second object performs the target object behavior; If the second object is detected to have performed the target object behavior, the operation execution code adapted to the target business processing logic corresponding to the successful group participation sub-business process is invoked to change the object state of the second object from the preparatory group participation state to the successful group participation state. If the second object is not detected to be performing the target object behavior, it is determined that the second object has failed to join the group, and the second object is removed from the target group.

9. The method as described in claim 8, characterized in that, The method is executed by a group-buying service in a computer device; the target business refers to the business of applying for virtual resources through group buying; the target object behavior includes: submitting object information required for applying for virtual resources to the resource application service; wherein, after receiving the object information submitted by the second object, the resource application service sends an information submission notification to the group-buying service; The step of detecting whether the second object performs the target object behavior within the target time period after the second object enters the pre-participation state includes: Within a target time period after the second object enters the pre-group-participation state, the group-buying service checks whether it has received an information submission notification about the second object from the resource application service. If a notification of information submission regarding the second object is received, it is determined that the second object has performed the target object behavior; If no information submission notification is received regarding the second object, it is determined that the second object has not performed the target object behavior.

10. The method as described in claim 9, characterized in that, The computer device also includes a batch running service, which is used to periodically retrieve object information submitted by the second object from the resource application service, and after retrieving the object information submitted by the second object, send a behavior execution notification about the second object to the group buying service, which is used to indicate that the second object has executed the target object behavior; The step of detecting whether the second object performs the target object behavior within the target time period after the second object enters the pre-participation state further includes: Within a target time period after the second object enters the pre-group-participation state, the group-buying service checks whether it receives a behavior execution notification from the batch-running service regarding the second object. If a notification regarding the execution of the behavior of the second object is received, it is determined that the second object has executed the behavior of the target object; If no notification regarding the execution of the second object's behavior is received, it is determined that the second object has not executed the target object's behavior.

11. The method according to any one of claims 4-10, characterized in that, The multiple uncoupled sub-business processes include a successful group-buying sub-business process. The target business processing logic corresponding to the successful group-buying sub-business process includes: the number of business-qualified objects required for the target group to enter the successful group-buying state. The business-qualified objects refer to objects whose actions meet the behavioral conditions after entering the target group. The target operation in the successful group-buying sub-business process includes: the operation of setting the group status to the successful group-buying state. The method further includes: After obtaining the target group, count the number of objects in the target group that meet the business requirements; If the number of objects counted is greater than or equal to the number of objects in the target business processing logic corresponding to the successful group purchase sub-business process, then the operation execution code adapted to the target business processing logic corresponding to the successful group purchase sub-business process is called to set the group purchase status of the target group to the group purchase successful status.

12. The method as described in claim 11, characterized in that, The target business refers to the business of applying for virtual resources through group buying. The behavioral conditions that the target group members must meet after entering the target group include one or more of the following: the information of the target members required for applying for virtual resources is approved; and the virtual resources are activated after the information of the target members required for applying for virtual resources is approved.

13. The method as described in claim 11, characterized in that, The multiple uncoupled sub-business processes include a prize-issuing sub-business process. The target business processing logic corresponding to the prize-issuing sub-business process includes: object selection rules for prize-issuing objects and prize confirmation rules. The target operation in the prize-issuing sub-business process includes the operation of issuing prizes. The method further includes: After the target group enters the group purchase success state, the prize recipient is selected from the target group based on the object selection rules in the target business processing logic corresponding to the prize issuance sub-business process; and the target prize to be issued is determined based on the prize confirmation rules. The operation execution code adapted to the target business processing logic corresponding to the prize distribution sub-business process is invoked to distribute the target prize to the selected prize distribution object.

14. An information processing device, characterized in that, include: The acquisition unit is used to determine the business process corresponding to the target business type. The business process is decoupled into multiple uncoupled sub-business processes. Each sub-business process is pre-configured with multiple business processing logics and operation execution code adapted to each business processing logic. The operation execution code is used to execute the target operation in the sub-business process. Different pre-configured business processing logics in the same sub-business process are used to indicate different constraints that need to be met to execute the target operation in the corresponding sub-business process. The operation execution code adapted to the different pre-configured business processing logics in the same sub-business process is used to execute the target operation in the same sub-business process under the constraints of the corresponding business processing logic. The acquisition unit is further configured to acquire the target business processing logic set for each sub-business process in the business process; the target business processing logic corresponding to each sub-business process is used to describe the target business to be published under the target business type; The acquisition unit is further configured to acquire, from the operation execution code adapted to each business processing logic pre-configured in each sub-business process, the operation execution code adapted to the target business processing logic corresponding to each sub-business process; The processing unit is used to combine the operation execution code adapted to the target business processing logic corresponding to each sub-business process to obtain the business execution code of the target business, and to publish the target business based on the business execution code. After the target business is published, the business execution code is in a running state.

15. An information processing device, characterized in that, The information processing device includes an input interface and an output interface, and further includes: A processor, adapted to implement one or more instructions; and, A computer storage medium storing one or more instructions, said one or more instructions being adapted to be loaded by the processor and executed as described in any one of claims 1-13.

16. A computer storage medium, characterized in that, The computer storage medium stores one or more instructions, which are adapted to be loaded by a processor and executed by the information processing method as described in any one of claims 1-13.

17. A computer program product, characterized in that, The computer program product includes a computer program that is read by a processor and executed by the information processing method as described in any one of claims 1-13.

Images