CN112596781A

CN112596781A - Service execution and service configuration method and device

Info

Publication number: CN112596781A
Application number: CN202011493489.2A
Authority: CN
Inventors: 田萧波; 薛皓月
Original assignee: Beijing Sankuai Online Technology Co Ltd
Current assignee: Beijing Sankuai Online Technology Co Ltd
Priority date: 2020-12-16
Filing date: 2020-12-16
Publication date: 2021-04-02

Abstract

When a client monitors that a user clicks a component entry in an application, a component acquisition request can be sent to a server to receive component data returned by the server, then, each step of a main flow in the component data is executed in sequence, when the step corresponds to a sub-flow, whether the sub-flow corresponding to the step is executed or not is judged according to at least one of flow configuration information corresponding to the component and user information, if yes, the sub-flow corresponding to the step is executed, after the sub-flow is executed, the next step of the main flow is continuously executed, and if not, the sub-flow corresponding to the step is not executed, and the next step of the main flow is continuously executed. The client determines and executes the flow of the corresponding component from the preset main flow and the full sub-flow based on at least one of the flow configuration information and the user information of the component, so that the development efficiency of the component is improved.

Description

Service execution and service configuration method and device

Technical Field

The present application relates to the field of internet technologies, and in particular, to a method and an apparatus for service execution and service configuration.

Background

Various financial products provided by the internet financial platform are usually docked with external financial institutions, such as banks, trust companies, insurance companies, and the like. The product attributes provided by different financial institutions are different, for example, insurance companies provide insurance services, banks provide deposits, and other services. Moreover, the business processes corresponding to different products are usually different.

At present, in a service development process of an internet financial platform, each time a financial product of a financial institution is connected, a service flow corresponding to the financial product needs to be determined according to a service requirement of the financial institution, and the online financial product is developed based on the service flow.

However, different financial products correspond to different business processes, as shown in fig. 1, the business process of the financial product a in the figure includes 4 steps of purchase clicking, account opening, verification of a financial platform, and transaction completion, and the business process of the financial product B includes 6 steps of account opening, evaluation (evaluation by a wind control rule), purchase clicking, deduction, verification of three parties, and transaction completion. Due to different business processes, different financial products need to be independently developed and maintained, so that the development efficiency is low, and the maintenance cost is high.

Disclosure of Invention

Embodiments of the present specification provide a method and an apparatus for service execution and service configuration, which are used to partially solve the problems in the prior art.

The embodiment of the specification adopts the following technical scheme:

a service execution method provided in this specification includes:

when monitoring that a user clicks a component entrance in an application, a client sends a component acquisition request to a server, wherein the component acquisition request carries a component identifier of a component;

receiving component data returned by the server, wherein the component data at least comprises a flow corresponding to the component and flow configuration information, the flow corresponding to the component comprises a main flow and each sub-flow corresponding to the main flow, and the main flow comprises a step of executing the whole amount of the service;

sequentially executing each step in the main process, and when the step corresponds to a sub-process, judging whether to execute the sub-process corresponding to the step according to at least one of process configuration information corresponding to the component and the user information;

if yes, executing a sub-process corresponding to the step, and continuing to execute the next step of the main process after the sub-process is executed;

if not, the sub-process corresponding to the step is not executed, and the next step of the main process is continuously executed.

Optionally, the component comprises several sub-components, and the component data further comprises presentation configuration information;

the method further comprises the following steps:

determining each sub-component contained in the component and the execution sequence of each sub-component according to the received component data;

according to the execution sequence of each sub-component, sequentially aiming at each sub-component, acquiring sub-component data of the sub-component, wherein the sub-component data comprises a flow and flow configuration information corresponding to the sub-component, and the flow corresponding to the sub-component comprises a part of main flow and a part of sub-flow;

when the step corresponds to a sub-flow, judging whether to execute the sub-flow corresponding to the step according to at least one of flow configuration information corresponding to the sub-assembly and the user information;

if yes, executing a sub-process corresponding to the step, and continuing to execute the next step of the partial main process after the sub-process is executed;

if not, the sub-process corresponding to the step is not executed, and the next step of the partial main process is continuously executed.

Optionally, the process configuration information corresponding to the component includes each sub-process that the component needs to execute and the execution time of each sub-process;

judging whether to execute the sub-process corresponding to the step according to at least one of the process configuration information corresponding to the component and the user information, and specifically comprising the following steps:

judging whether to execute the sub-processes corresponding to the step or not according to the sub-processes contained in the process configuration information corresponding to the component and the execution time of the sub-processes; or

Acquiring user information of the user, and judging whether to execute a sub-process corresponding to the step according to the user information; or

And judging whether to execute the sub-process corresponding to the step or not according to each sub-process contained in the process configuration information corresponding to the component, the execution time of each sub-process and the user information of the user.

A service configuration method provided in this specification includes:

for each component used for executing the service, the server determines flow configuration information corresponding to the component according to service logic corresponding to the component, a main flow preset to include a full step of executing the service and a preset full sub-flow, wherein the flow configuration information corresponding to the component includes each sub-flow required to be executed by the component and execution time of each sub-flow;

determining component data of the component according to a preset main flow, a preset full quantum flow and the determined flow configuration information of the component;

when an assembly obtaining request sent by a client is received, determining corresponding assembly data according to an assembly identifier contained in the assembly obtaining request, and returning the assembly data to the client, so that the client executes a process corresponding to the assembly according to the received assembly data.

Optionally, the assembly comprises several subcomponents;

the method further comprises the following steps:

when a sub-component acquisition request sent by the client is received, determining corresponding sub-component data according to a sub-component identifier contained in the sub-component acquisition request, and returning the sub-component data to the client;

the sub-component data comprises a flow corresponding to the sub-component, and the flow corresponding to the sub-component is a part of a preset main flow and a preset full sub-flow.

Optionally, the method further comprises:

performing preview test according to the component data of the component;

and when the testing is determined to be successful, carrying out component online according to the component data of the component.

The present specification provides a service execution apparatus, including:

the sending module is used for sending a component obtaining request to the server when the client monitors that a user clicks a component entrance in the application, wherein the component obtaining request carries a component identifier of the component;

the receiving module is used for receiving component data returned by the server, wherein the component data at least comprises a flow corresponding to a component and flow configuration information, the flow corresponding to the component comprises a main flow and each sub-flow corresponding to the main flow, and the main flow comprises a step of executing the whole amount of the service;

and the judging module is used for sequentially executing each step in the main flow, judging whether to execute the sub-flow corresponding to the step or not according to at least one of the flow configuration information corresponding to the component and the user information when the step corresponds to the sub-flow, if so, executing the sub-flow corresponding to the step, and after the execution of the sub-flow is finished, continuing to execute the next step of the main flow, otherwise, not executing the sub-flow corresponding to the step, and continuing to execute the next step of the main flow.

The present specification provides a service configuration apparatus, including:

the system comprises a first determining module, a second determining module and a third determining module, wherein the first determining module is used for determining flow configuration information corresponding to each component by a server according to a service logic corresponding to the component, a main flow containing a total step of executing the service and a preset total sub flow, and the flow configuration information corresponding to the component contains each sub flow required to be executed by the component and the execution time of each sub flow;

the second determining module is used for determining the component data of the component according to a preset main flow, a preset full quantum flow and the determined flow configuration information of the component;

and the return module is used for determining corresponding component data according to the component identification contained in the component acquisition request when receiving the component acquisition request sent by the client, and returning the component data to the client so that the client executes the flow corresponding to the component according to the received component data.

The present specification provides a computer-readable storage medium, which stores a computer program, and the computer program realizes the service execution and service configuration method when executed by a processor.

The present specification provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the program, the service execution and service configuration method is implemented.

The embodiment of the specification adopts at least one technical scheme which can achieve the following beneficial effects:

in this specification, when a client monitors that a user clicks a component entry in an application, a component acquisition request may be sent to a server to receive component data returned by the server, and then each step of a main flow in the component data is executed in sequence. The client determines the flow of the corresponding component from the preset main flow and the full sub-flow based on at least one of the flow configuration information and the user information of the component, so that the development efficiency of the component is improved.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:

FIG. 1 is a flowchart comparing different financial products provided by embodiments of the present disclosure;

FIG. 2 is a product flow diagram for different user dimensions provided by embodiments of the present specification;

fig. 3 is a schematic flowchart of a service execution method provided in an embodiment of the present specification;

FIG. 4 is a schematic flow chart of a purchasing process according to an embodiment of the present disclosure;

fig. 5 is a schematic flowchart of a service configuration method provided in an embodiment of the present specification;

fig. 6 is a schematic structural diagram of a service execution device according to an embodiment of the present disclosure;

fig. 7 is a schematic structural diagram of a service configuration apparatus provided in an embodiment of the present specification;

fig. 8 is a schematic view of an electronic device implementing a service execution or service configuration method provided in an embodiment of this specification.

Detailed Description

In order to make the objects, technical solutions and advantages of the present disclosure more apparent, the technical solutions of the present disclosure will be clearly and completely described below with reference to the specific embodiments of the present disclosure and the accompanying drawings. It should be apparent that the described embodiments are only some of the embodiments of the present application, and not all of the embodiments. All other embodiments obtained by a person skilled in the art without making any inventive step based on the embodiments in the description belong to the protection scope of the present application.

With the gradual maturity of the internet technology, the internet financial field is rapidly developed, and a user can transact various financial services such as deposit, fund purchase, insurance and the like directly through an internet platform. Among them, most of the various financial products provided by the internet financial platform are connected to various large financial institutions, such as insurance companies, banks, trust companies, and the like.

Since the business attributes of different financial products are different, for example, the fund and the insurance belong to different attributes of business, the business requirements are also different, and thus, the business execution flow is also different. Therefore, at present, when each financial product of one financial institution is connected to the internet financial platform, a business process corresponding to the financial product needs to be formulated according to the business attribute and the business requirement of the financial product, and component data of the financial product is determined according to the formulated business process so as to be developed and brought on line.

However, based on different business attributes of products, business execution flows corresponding to different products are also different. Moreover, even for products with the same business attribute, business requirements proposed by different financial institutions are different, so that business execution flows are not completely the same. Therefore, when the financial platform is used for butting each financial product, a set of business process corresponding to the financial product needs to be independently developed and maintained, so that the development workload is large, the development efficiency is low, and the development and maintenance costs are high.

In addition, for each financial product, the displayed business process is not completely the same for the new user and the old user, as shown in fig. 2, when the user is the new user, the user needs to open an account, evaluate by wind control rules, sign on withhold and the like before using the financial product for the first time, and for the old user, the user directly clicks to purchase and verifies by short message, and the transaction can be completed.

Therefore, based on the difference of the user dimensions, developers also need to respectively develop business processes corresponding to different users for each product, thereby further increasing the workload and cost of development and maintenance, and reducing the development efficiency.

Based on the existing problems, the present specification provides a method for executing and configuring a service, which abstracts and splits a service flow of each different product into a main flow and a sub-flow, and determines flow configuration information of each product based on a service requirement of each product, so that a server can issue a full amount of service flow codes and flow configuration information corresponding to a current product to a client when executing the service, so that the client can determine a service flow to be executed from the full amount of service flow according to the flow configuration information of the current product.

The technical solutions provided by the embodiments of the present application are described in detail below with reference to the accompanying drawings.

As shown in fig. 3, the flow diagram of service execution provided in this specification may specifically include the following steps:

s100: when the client monitors that a user clicks a component entrance in the application, a component acquisition request is sent to the server.

S102: and receiving the component data returned by the server.

In the service execution method provided by the present specification, after the product is configured for a service by the following methods of step S200 to step S202, in the subsequent service execution process, the client may determine a flow corresponding to the service according to the component data and the user information.

Specifically, when the client monitors that a user clicks a component entry in an application, the client may first determine a component identifier corresponding to the component entry, and send a component acquisition request carrying the component identifier to the server. The component may correspond to a financial product, or may correspond to a link in the financial product, such as a purchasing link, a redemption link, and the like, and may be specifically set as required, which is not limited in this specification. For convenience of description, the present specification will be described by taking components as an example of a purchasing link in a financial product.

And then, the client can receive component data returned by the server, wherein the component data comprises a process corresponding to the component and process configuration information, the process corresponding to the component comprises a main process and sub-processes corresponding to the main process, the main process is a full step of integrating service requirements of different products, and the sub-processes are steps with different execution opportunities in services corresponding to the products. The flow configuration information includes information such as whether the sub-flow corresponding to the component is executed in the main flow, and the execution timing of the sub-flow in the main flow.

S104: and sequentially executing each step in the main flow, when the step corresponds to a sub-flow, judging whether to execute the sub-flow corresponding to the step according to at least one of flow configuration information corresponding to the component and the user information, if so, executing step S106, and if not, executing step S108.

In one or more embodiments of the present disclosure, after receiving the component data, the client may display the component according to the component data of the component and execute a process corresponding to the component.

Specifically, the client may sequentially execute each step in the main flow corresponding to the component according to the flow corresponding to the component in the component data and the user operation. Moreover, for each step in the main process, the client needs to determine whether the component corresponds to a sub-process in the step. When it is determined that the sub-process corresponds to the step, whether to execute the sub-process corresponding to the step may be determined according to each sub-process included in the process configuration information in the component data and the execution time of each sub-process, as shown in fig. 4, when it is determined whether to be assessed in the transaction payment stage, if it is indicated in the process configuration information corresponding to the component that the service corresponding to the component does not need to be assessed, it may be determined that the sub-process does not need to be assessed.

Or acquiring the user information of the user, and determining whether the user information meets the execution condition corresponding to the step, so as to judge whether to execute the sub-process corresponding to the step according to the determination result. As shown in fig. 4, when determining whether to open an account in the initialization stage, if the user information indicates that the user is a new user, the sub-process of opening an account needs to be executed. If the user information indicates that the user is an old user, the sub-process of opening an account does not need to be executed.

Or, according to each sub-flow contained in the flow configuration information corresponding to the component, the execution timing of each sub-flow and the user information of the user, determining whether to execute the sub-flow corresponding to the step. As shown in fig. 4, when determining whether to pay quickly in the transaction payment phase, it is determined whether to execute the sub-process of the withholding subscription according to the information, such as each sub-process included in the process configuration information corresponding to the component, the execution timing of each sub-process, and whether the user included in the user information has signed a subscription.

When it is determined that the sub-flow corresponding to the step is executed, the subsequent step S106 may be executed, and when it is determined that the sub-flow corresponding to the step is not executed, the subsequent step S108 may be executed.

S106: and executing the sub-process corresponding to the step, and continuing to execute the next step of the main process after the sub-process is executed.

S108: and the sub-process corresponding to the step is not executed, and the next step of the main process is continuously executed.

In this specification, when it is determined to execute the sub-process corresponding to the step, the client may execute the sub-process corresponding to the step. And when the sub-process is completed, the next step in the main process is continuously executed.

When the sub-process corresponding to the step is determined not to be executed, it indicates that the component does not need to execute the sub-process in the step, and thus, the client does not need to execute the sub-process corresponding to the step and continues to execute the next step in the main process.

As shown in fig. 4, it is assumed that, in the initialization stage of the purchasing link, when the client determines that the user needs to open an account according to the user information, an account opening process of the sub-process may be executed, and after the account opening process is completed, the step of determining whether to perform a comment in the main process is continuously executed. And when determining that the user does not need to open an account, continuing to execute the step of judging whether the evaluation is needed or not in the main flow without executing an account opening flow.

Based on the service execution method shown in fig. 3, when the client monitors that the user clicks the component entry in the application, the client may send a component acquisition request to the server to receive component data returned by the server, and then sequentially execute each step of the main flow in the component data, when the step corresponds to a sub-flow, according to at least one of flow configuration information and user information corresponding to the component, determine whether to execute the sub-flow corresponding to the step, if so, execute the sub-flow corresponding to the step, and after the sub-flow is executed, continue to execute the next step of the main flow, and if not, not execute the sub-flow corresponding to the step, and continue to execute the next step of the main flow. The client determines the flow of the corresponding component from the preset main flow and the full sub-flow based on at least one of the flow configuration information and the user information of the component, so that the development efficiency of the component is improved.

In addition, in the specification, the client autonomously determines the flow corresponding to the component based on the preset main flow, the full sub-flow and the flow configuration information returned by the server, so that the pressure on the server side is relieved.

In addition, in step S100 in this specification, since the server side may configure multiple versions of component data, the component acquisition request may further include version information of a component required by the client, and the server issues the component data of a corresponding version according to the version information in the component acquisition request.

Or, the client can also receive the component data of each version of the component returned by the server, and select the component data of the required version according to the required component version.

Of course, in step S102 of this specification, the component data further includes presentation configuration information, and the client can render and present a page including the component according to the presentation configuration information in the component data.

Further, in this specification, the component may further include several sub-components, and the component data includes the flow of each sub-component. In step S102 in this specification, the client may determine sub-components included in the component and an execution order of the sub-components according to the received component data, and sequentially send, for each sub-component, a sub-component acquisition request carrying an identifier of the sub-component to the server according to an operation of the user on the sub-component entry, so as to acquire sub-component data of the sub-component. The sub-component data comprises a flow corresponding to the sub-component and flow configuration information, and the flow corresponding to the sub-component is a part of a preset main flow and a preset full sub-flow.

And then, sequentially executing each step in a partial main process of the sub-component, and judging whether to execute the sub-process corresponding to the step or not according to at least one of process configuration information and user information corresponding to the sub-component when the step corresponds to the sub-process. And when the execution is determined, executing the sub-process corresponding to the step, and after the execution of the sub-process is completed, continuing to execute the next step of the partial main process of the sub-component. And when the execution is determined not to be carried out, the sub-process corresponding to the step is not executed, and the next step of the partial main process is continuously executed.

It should be noted that in one or more embodiments of the present specification, a component may be set as needed, and when the content included in the component is too much, the component may also be set as several sub-components. Of course, a subcomponent may be further provided in the subcomponent, and when a flow corresponding to the component is executed, the flow corresponding to each subcomponent may be sequentially executed. The method for specifically executing the flow corresponding to the sub-component is the same as the above description, and is not repeated herein.

Based on the service execution method shown in fig. 3, the present specification also corresponds to a service configuration method on the side of the provisioning server. Fig. 5 is a schematic flow chart of a service configuration method provided in an embodiment of this specification, which may specifically include the following steps:

s200: and for each component for executing the service, the server determines the flow configuration information corresponding to the component according to the service logic corresponding to the component, a main flow preset to include the step of executing the total amount of the service and a preset total quantum flow.

Different products correspond to different business processes, and the same product also corresponds to different business processes for different users. However, the different business processes corresponding to the different products are still the same in the main process, only a part of the processes are needed, and some products have different execution opportunities or do not need to be executed.

Therefore, in this specification, in order to reduce the workload of development and maintenance, the business processes of different products for different users may be integrated, and abstractly split into a main process with a plurality of sub-processes, as shown in fig. 4, taking a purchasing link of a financial product as an example, the business execution process of different products may be integrated, a main process including three execution stages, i.e., an initialization stage, a logging verification stage, and a transaction payment stage, is set, and a full sub-process with different execution timings (or whether to execute) for different products is determined. The main process is an execution step for integrating the total amount extracted by the business processes of different products, and the sub-processes are steps with different execution opportunities in the business processes of different products.

In one or more embodiments of the present disclosure, after a main flow and a full sub-flow are determined in advance based on business requirements of each product, flow configuration information corresponding to each product may be determined according to the business requirements of each product, so that a client may determine and execute a business flow corresponding to each product based on the flow configuration information of the product, the preset main flow and the full sub-flow. The service configuration method provided in this specification may be specifically executed by a server that performs product service configuration, where the server may be a single server, or may be a system composed of multiple servers, such as a distributed server system.

Specifically, for each component to be configured, the server may determine the process configuration information of the component according to the service requirement of the product corresponding to the component, a preset main process and a preset full sub-process. Wherein, the flow configuration information includes whether the sub-flow corresponding to the product is executed and the execution time in the main flow. It should be noted that different components correspond to different preset main processes and full quantum processes.

Further, in this specification, a component may correspond to a certain financial product, and may also correspond to a certain link in the financial product, such as a purchasing link, a redemption link, and the like, which may be specifically set as required, and this specification does not limit this. When the assembly corresponds to a certain link in the financial product, the business configuration of the financial product can be completed by configuring each link assembly in the financial product. For convenience of description, the present specification will be described by taking components as an example of a purchasing link in a financial product.

S202: and determining the component data of the component according to the preset main flow, the preset full quantum flow and the determined flow configuration information of the component.

In one or more embodiments of the present disclosure, after the process configuration information of the component is determined through step S200, the component data of the component may be determined based on the process configuration information, so as to perform publishing on line.

Specifically, the server may determine component data of the component according to a preset main flow, a preset full quantum flow, and the determined flow configuration information of the component, so as to complete dynamic configuration of the component, and bring the component online. In addition, the component data of the component should also include the display configuration information of the component, etc. for rendering and displaying the page including the component.

Taking the assembly as an example of a purchasing link in a financial product, a main flow and a full sub-flow preset for the assembly are shown in fig. 4, where the main flow includes an initialization stage, a logging verification stage and a transaction payment stage, and the full sub-flow includes a sub-flow stage.

If the service of the M fund is configured, when configuring the process configuration information of the component of the M fund in the purchasing link, the process configuration information of the component can be determined based on the preset main process including the step of executing the total amount of the service and the total amount of the sub-processes according to whether the M fund needs to execute each sub-process and which step in the main process to execute each sub-process.

S204: when an assembly obtaining request sent by a client is received, determining corresponding assembly data according to an assembly identifier contained in the assembly obtaining request, and returning the assembly data to the client, so that the client executes a process corresponding to the assembly according to the received assembly data.

In one or more embodiments of the present description, after the components are released, the client may access the service corresponding to each component, and execute the flow corresponding to each component according to the component data of each component.

Specifically, when the server receives an assembly obtaining request sent by the client, the server may determine the assembly data corresponding to the assembly identifier according to the assembly identifier included in the assembly obtaining request and a pre-stored correspondence between each assembly identifier and the assembly data. And then returning the determined component data of the component to the client, so that the client executes the flow corresponding to the component according to the received component data.

Based on the service configuration method shown in fig. 5, when performing service configuration, the server may determine the flow configuration information of each component according to the service logic of each component executing the service, and the preset main flow and full quantum flow. And then, determining the component data of each component according to the preset main flow, the full quantum flow and the flow configuration information of each component. And when receiving an assembly acquisition request sent by a client, determining and returning corresponding assembly data according to the assembly identification contained in the assembly acquisition request, so that the client executes a flow corresponding to the assembly according to the received assembly data. The method comprises the steps of determining flow configuration information of each component based on the service requirements of each component and a preset main flow and a full quantum flow, and determining component data of each component based on the flow configuration information and the preset flow, so that development efficiency is improved, and maintenance cost is reduced.

In step S202 of this specification, the component may further include several sub-components, and taking the component as a purchasing link as an example, the component may be split into an initialization sub-component, an entry verification sub-component, and a transaction payment sub-component based on fig. 4. The transaction payment sub-assembly comprises a withholding signing sub-flow, a financial platform verification sub-flow and a three-party verification sub-flow.

When determining the component data of the component, for each sub-component included in the component, determining the flow configuration information corresponding to the sub-component according to the business requirement of the sub-component, and the preset main flow and full quantum flow, and determining the sub-component data of the sub-component based on the flow configuration information of the sub-component and the preset flow for the sub-component. And finally, determining the component data of the component according to the determined sub-component data of each sub-component.

Correspondingly, in step S204 in this specification, if the component includes a plurality of sub-components, when the server receives a sub-component acquisition request sent by the client, the server may determine corresponding sub-component data according to a sub-component identifier included in the sub-component acquisition request and a pre-stored correspondence between each sub-component identifier and the sub-component data, and return the sub-component data to the client. The sub-component data comprises a flow corresponding to the sub-component, and the flow corresponding to the sub-component is at least part of the flow corresponding to the component.

In addition, the present specification dynamically determines and issues component data based on the total amount of flows corresponding to the component and the flow configuration information of the component. Therefore, in order to avoid configuration errors, before publishing online, the component is usually previewed according to the component data of the component, and after the test is passed, online publishing is performed to reduce the probability of configuration errors.

Further, in this specification, the server may also configure different versions of component data for different client versions. When an assembly obtaining request sent by a client is received, the assembly data of the corresponding version can be issued according to the version information contained in the assembly obtaining request.

Furthermore, because the same component is provided with different versions, when the component is released to be on-line, the component can be released to be on-line in a gray scale release mode, namely, the components of a plurality of versions are simultaneously on-line, and the final version can be determined by the use condition of the user on different versions. The gray level issue is a mature prior art, and is not described in detail herein.

Based on the service execution method shown in fig. 3, the embodiment of this specification further provides a schematic structural diagram of a service execution device, as shown in fig. 6.

Fig. 6 is a schematic structural diagram of a service execution device provided in an embodiment of this specification, where the service execution device includes:

the sending module 300 is configured to send a component acquisition request to a server when a client monitors that a user clicks a component entry in an application, where the component acquisition request carries a component identifier of a component;

a receiving module 302, configured to receive component data returned by the server, where the component data at least includes a flow corresponding to a component and flow configuration information, the flow corresponding to the component includes a main flow and each sub-flow corresponding to the main flow, and the main flow includes a step of executing a total amount of a service;

the determining module 304 sequentially executes each step in the main flow, when the step corresponds to a sub-flow, determines whether to execute the sub-flow corresponding to the step according to at least one of flow configuration information corresponding to the component and the user information, if so, executes the sub-flow corresponding to the step, and after the execution of the sub-flow is completed, continues to execute the next step of the main flow, and if not, does not execute the sub-flow corresponding to the step, and continues to execute the next step of the main flow.

Optionally, the component includes a plurality of sub-components, the component data further includes presentation configuration information, the determining module 304 is further configured to determine, according to the received component data, an execution order of each sub-component and each sub-component included in the component, and sequentially acquire, for each sub-component, sub-component data of the sub-component according to the execution order of each sub-component, where the sub-component data includes a flow and flow configuration information corresponding to the sub-component, the flow corresponding to the sub-component includes a partial main flow and a partial sub-flow, and sequentially execute each step in the partial main flow, when the step corresponds to a sub-flow, determine, according to at least one of the flow configuration information corresponding to the sub-component and the user information, whether to execute the sub-flow corresponding to the step, if yes, execute the sub-flow corresponding to the step, and after the execution of the sub-processes is finished, continuing to execute the next step of the partial main process, if not, not executing the sub-processes corresponding to the step, and continuing to execute the next step of the partial main process.

Optionally, the process configuration information corresponding to the component includes each sub-process that the component needs to execute and an execution time of each sub-process, and the determining module 304 is specifically configured to determine whether to execute the sub-process corresponding to the step according to each sub-process included in the process configuration information corresponding to the component and the execution time of each sub-process, or acquire user information of the user, and determine whether to execute the sub-process corresponding to the step according to the user information, or determine whether to execute the sub-process corresponding to the step according to each sub-process included in the process configuration information corresponding to the component, the execution time of each sub-process, and the user information of the user.

Based on the service configuration method shown in fig. 5, an embodiment of this specification further provides a schematic structural diagram of a service configuration apparatus, as shown in fig. 7.

Fig. 7 is a schematic structural diagram of a service configuration apparatus provided in an embodiment of this specification, where the apparatus includes:

a first determining module 400, configured to, for each component used for executing a service, determine, by a server, flow configuration information corresponding to the component according to a service logic corresponding to the component, a main flow preset to include a step of executing a total amount of the service, and a preset total amount of sub-flows, where the flow configuration information corresponding to the component includes each sub-flow that the component needs to execute and an execution time of each sub-flow;

a second determining module 402, configured to determine component data of the component according to a preset main flow, a preset full quantum flow, and the determined flow configuration information of the component;

a returning module 404, configured to, when receiving an assembly obtaining request sent by a client, determine corresponding assembly data according to an assembly identifier included in the assembly obtaining request, and return the assembly data to the client, so that the client executes a process corresponding to the assembly according to the received assembly data.

Optionally, the component includes a plurality of sub-components, and the returning module 404 is further configured to, when a sub-component obtaining request sent by the client is received, determine corresponding sub-component data according to a sub-component identifier included in the sub-component obtaining request, and return the sub-component data to the client, where the sub-component data includes a flow corresponding to the sub-component, and the flow corresponding to the sub-component is a partial flow in a preset main flow and a preset full sub-flow.

Optionally, the second determining module 402 is further configured to perform a preview test according to the component data of the component, and when it is determined that the test is successful, perform an online test according to the component data of the component.

An embodiment of the present specification further provides a computer-readable storage medium, where the storage medium stores a computer program, and the computer program may be used to execute the service execution method provided in fig. 3 or the service configuration method provided in fig. 5.

Based on the service execution method shown in fig. 3 or the service configuration method shown in fig. 5, the embodiment of this specification further provides a schematic structure diagram of the electronic device shown in fig. 8. As shown in fig. 8, at the hardware level, the electronic device includes a processor, an internal bus, a network interface, a memory, and a non-volatile memory, but may also include hardware required for other services. The processor reads a corresponding computer program from the non-volatile memory into the memory and then runs the computer program to implement the service execution method shown in fig. 3 or the service configuration method shown in fig. 5.

Of course, besides the software implementation, the present specification does not exclude other implementations, such as logic devices or a combination of software and hardware, and the like, that is, the execution subject of the following processing flow is not limited to each logic unit, and may be hardware or logic devices.

In the 90 s of the 20 th century, improvements in a technology could clearly distinguish between improvements in hardware (e.g., improvements in circuit structures such as diodes, transistors, switches, etc.) and improvements in software (improvements in process flow). However, as technology advances, many of today's process flow improvements have been seen as direct improvements in hardware circuit architecture. Designers almost always obtain the corresponding hardware circuit structure by programming an improved method flow into the hardware circuit. Thus, it cannot be said that an improvement in the process flow cannot be realized by hardware physical modules. For example, a Programmable Logic Device (PLD), such as a Field Programmable Gate Array (FPGA), is an integrated circuit whose Logic functions are determined by programming the Device by a user. A digital system is "integrated" on a PLD by the designer's own programming without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Furthermore, nowadays, instead of manually making an Integrated Circuit chip, such Programming is often implemented by "logic compiler" software, which is similar to a software compiler used in program development and writing, but the original code before compiling is also written by a specific Programming Language, which is called Hardware Description Language (HDL), and HDL is not only one but many, such as abel (advanced Boolean Expression Language), ahdl (alternate Hardware Description Language), traffic, pl (core universal Programming Language), HDCal (jhdware Description Language), lang, Lola, HDL, laspam, hardward Description Language (vhr Description Language), vhal (Hardware Description Language), and vhigh-Language, which are currently used in most common. It will also be apparent to those skilled in the art that hardware circuitry that implements the logical method flows can be readily obtained by merely slightly programming the method flows into an integrated circuit using the hardware description languages described above.

The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, an Application Specific Integrated Circuit (ASIC), a programmable logic controller, and an embedded microcontroller, examples of which include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320, the memory controller may also be implemented as part of the control logic for the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller as pure computer readable program code, the same functionality can be implemented by logically programming method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Such a controller may thus be considered a hardware component, and the means included therein for performing the various functions may also be considered as a structure within the hardware component. Or even means for performing the functions may be regarded as being both a software module for performing the method and a structure within a hardware component.

The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. One typical implementation device is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

For convenience of description, the above devices are described as being divided into various units by function, and are described separately. Of course, the functions of the various elements may be implemented in the same one or more software and/or hardware implementations of the present description.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

As will be appreciated by one skilled in the art, embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, the description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

This description may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.

The above description is only an example of the present specification, and is not intended to limit the present specification. Various modifications and alterations to this description will become apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present specification should be included in the scope of the claims of the present specification.

Claims

1. A method for performing a service, comprising:

2. The method of claim 1, wherein the component includes sub-components, the component data further including presentation configuration information;

the method further comprises the following steps:

3. The method of claim 1, wherein the flow configuration information corresponding to the component includes sub-flows that the component needs to execute and execution timings of the sub-flows;

4. A method for service configuration, comprising:

5. The method of claim 1, wherein the component comprises a number of subcomponents;

the method further comprises the following steps:

6. The method of claim 1, wherein the method further comprises:

performing preview test according to the component data of the component;

7. A service execution apparatus, comprising:

8. A service configuration apparatus, specifically comprising:

9. A computer-readable storage medium, characterized in that the storage medium stores a computer program which, when executed by a processor, implements the method of any of the preceding claims 1-3 or claims 4-6.

10. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 1-3 or 4-6 when executing the program.