CN108228252B - Method, device and equipment for service processing and service flow configuration - Google Patents
Method, device and equipment for service processing and service flow configuration Download PDFInfo
- Publication number
- CN108228252B CN108228252B CN201711435288.5A CN201711435288A CN108228252B CN 108228252 B CN108228252 B CN 108228252B CN 201711435288 A CN201711435288 A CN 201711435288A CN 108228252 B CN108228252 B CN 108228252B
- Authority
- CN
- China
- Prior art keywords
- service
- user
- parameter
- business
- parameters
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012545 processing Methods 0.000 title claims abstract description 216
- 238000000034 method Methods 0.000 title claims abstract description 103
- 230000008569 process Effects 0.000 claims description 63
- 238000012986 modification Methods 0.000 claims description 60
- 230000004048 modification Effects 0.000 claims description 60
- 238000012795 verification Methods 0.000 claims description 31
- 238000001514 detection method Methods 0.000 claims description 12
- 238000003672 processing method Methods 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 19
- 238000012546 transfer Methods 0.000 description 15
- 230000006870 function Effects 0.000 description 11
- 238000004590 computer program Methods 0.000 description 9
- 230000006872 improvement Effects 0.000 description 9
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 230000000750 progressive effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000037213 diet Effects 0.000 description 1
- 235000005911 diet Nutrition 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229920001296 polysiloxane Polymers 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/35—Creation or generation of source code model driven
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/36—Software reuse
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Telephonic Communication Services (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The embodiment of the specification discloses a method, a device and equipment for service processing and service flow configuration. When receiving a service processing request of a user, the server can modify the original flow according to a rule preset by the user, and can perform personalized processing on the same service according to the actual service requirement of the user so as to provide personalized service for the user.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a method, an apparatus, and a device for business processing and business process configuration.
Background
As businesses develop, a service end needs to provide various business processing services to different users (e.g., multiple merchants or external systems).
In the prior art, when a service end provides a service (e.g. a registration service) to a user, the service is usually implemented according to a fixed rule service. For the same service, different users may have different processing flows or elements when processing the same service according to their own service requirements, and at this time, the change of the service rule can be realized only by modifying the code.
Based on this, more convenient business processes and business process configuration schemes are needed.
Disclosure of Invention
Embodiments of the present specification provide a method, an apparatus, and a device for service processing and service flow configuration, which are used to solve the following problems: to provide a more convenient business process and business process configuration scheme.
Based on this, an embodiment of the present specification provides a service processing method, including:
receiving a service processing request, a user identifier related to the service request and service parameters, wherein at least part of the service parameters carry service parameter marks;
determining a corresponding business processing flow according to the business processing request;
acquiring a modification rule corresponding to the user identification and aiming at the business processing flow, modifying the business processing flow, and generating a modified business processing flow;
and carrying out service processing according to the modified service processing flow and the service parameter carrying the service parameter mark.
Meanwhile, an embodiment of the present specification further provides a method for configuring a service flow, where the method includes:
receiving an instruction of a user, and performing user-defined configuration on a service flow to determine a corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark;
and storing the corresponding relation so as to be called when receiving a service processing request and a user identifier and a service parameter which are related to the service request, and modifying the corresponding service processing flow.
Correspondingly, an embodiment of the present specification further provides a service processing apparatus, including:
the receiving module is used for receiving a service processing request, a user identifier related to the service request and service parameters, wherein at least part of the service parameters carry service parameter marks;
the determining module is used for determining the corresponding business processing flow according to the business processing request;
the modification module is used for acquiring a modification rule corresponding to the user identifier and aiming at the business processing flow, modifying the business processing flow and generating a modified business processing flow;
and the service processing module is used for processing the service according to the modified service processing flow and the service parameter carrying the service parameter mark.
Correspondingly, an embodiment of the present specification further provides a device for configuring a business process, where the device includes:
the configuration module is used for receiving an instruction of a user and carrying out user-defined configuration on the service flow so as to determine the corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark;
and the storage module stores the corresponding relation so as to be called when receiving the service processing request and the user identification and the service parameter which are related to the service request, and modify the corresponding service processing flow.
Based on the same idea, an embodiment of this specification further provides a service processing device, including:
a memory storing a service processing program;
the processor calls the service processing program in the memory and executes:
receiving a service processing request, a user identifier related to the service request and service parameters, wherein at least part of the service parameters carry service parameter marks;
determining a corresponding business processing flow according to the business processing request;
acquiring a modification rule corresponding to the user identification and aiming at the business processing flow, modifying the business processing flow, and generating a modified business processing flow;
and carrying out service processing according to the modified service processing flow and the service parameter carrying the service parameter mark.
Based on the same idea, an embodiment of this specification further provides a business process configuration device, including:
the memory stores a business process configuration program;
the processor calls the service flow configuration program in the memory and executes:
receiving an instruction of a user, and performing user-defined configuration on a service flow to determine a corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark;
and storing the corresponding relation so as to be called when receiving a service processing request and a user identifier and a service parameter which are related to the service request, and modifying the corresponding service processing flow.
Correspondingly, embodiments of the present specification also provide a non-volatile computer storage medium storing computer-executable instructions configured to:
receiving a service processing request, a user identifier related to the service request and service parameters, wherein at least part of the service parameters carry service parameter marks;
determining a corresponding business processing flow according to the business processing request;
acquiring a modification rule corresponding to the user identification and aiming at the business processing flow, modifying the business processing flow, and generating a modified business processing flow;
and carrying out service processing according to the modified service processing flow and the service parameter carrying the service parameter mark.
Correspondingly, embodiments of the present description also provide another non-volatile computer storage medium storing computer-executable instructions configured to:
receiving an instruction of a user, and performing user-defined configuration on a service flow to determine a corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark;
and storing the corresponding relation so as to be called when receiving a service processing request and a user identifier and a service parameter which are related to the service request, and modifying the corresponding service processing flow.
The embodiment of the specification adopts at least one technical scheme which can achieve the following beneficial effects:
by providing a standard dynamic model or configuration file for a user, the user can individually define the same business service (such as registration, transfer, and the like), and store the business service, so that the server can know the individual modification rule of the process which the user wants to execute for the registered business service. Furthermore, when receiving the service processing request of the user, the service end can modify the original flow according to the rules preset by the user (for example, add some steps to the original flow or replace some parameters to be verified), and for the same service, can perform personalized processing according to the actual service requirements of the user, and does not need to rewrite codes, which is more convenient, and the user can easily implement service access and service expansion.
Drawings
Fig. 1 is a schematic diagram of a service process performed by a merchant through a mobile phone number and provided by a server;
fig. 2 is a schematic flowchart of a service processing method provided in an embodiment of the present specification;
fig. 3 is a schematic diagram illustrating a user performing a custom configuration in a registration process according to an embodiment of the present disclosure;
FIG. 4 is a diagram illustrating a process for performing custom registration according to an embodiment of the present disclosure;
fig. 5 is a schematic structural diagram of a service processing apparatus provided in an embodiment of the present specification;
fig. 6 is a schematic structural diagram of a business process configuration apparatus provided in an embodiment of the present disclosure.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions of the present application will be described in detail and completely with reference to the following specific embodiments of the present application 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 based on the embodiments in the present specification without any inventive step are within the scope of the present application.
In the prior art, in business services provided for users (such as external merchants or external systems), the business rules are fixed according to original designs, that is, the business rules are hard to change once fixed, and if the business rules need to be changed, codes need to be written for implementation. Taking registration through a mobile phone number as an example, as shown in fig. 1, fig. 1 is a schematic diagram illustrating a process of a business of registration through a mobile phone number provided by a merchant by a server. In this case, if another merchant wants the same registration function but wants to register through the member's email and nickname, it is not realized in the business service provided by the figure, and it is realized only by rewriting the code. In other words, each merchant is in a place where the service emphasis is different, and the required registration flows may be different from each other, and it is desirable to obtain personalized processing and access.
Based on this, an embodiment of the present specification provides a service processing method, where a user configures a customized flow modification rule in advance, the user carries a corresponding service parameter with a tag when sending a service processing request so as to be identified by a server, and the server invokes the rule when receiving the request, so as to perform personalized modification on an original flow according to the service parameter with the tag and the modification rule, and execute the customized service processing flow.
As shown in fig. 2, fig. 2 is a schematic flowchart of a service processing method provided in the embodiment of the present specification, and includes:
s201, receiving a service processing request, a user identifier related to the service request, and service parameters, wherein at least part of the service parameters carry service parameter marks.
The user identifier, the service parameter and the service processing request are sent by the user terminal, generally speaking, the same user may register a plurality of service services on the service terminal, and the same service may also register a plurality of users, so that when providing services for the user, the user identifier sent by the user terminal/client is needed for the service terminal to identify.
In the process, the server needs to know the corresponding relationship between the user identifier, the service parameter and the service request, and the related manner can be that the client sends the service processing request carrying the user identifier and the service parameter; or the client associates the user identifier, the service parameter and the service processing request with each other in a certain predefined manner within a certain time, and then sends the user identifier, the service parameter and the service processing request respectively, for example, the user identifier, the service parameter and the service processing request are associated with each other by a uniform number and then sent respectively, and the server knows the association among the three groups of data by the number. The format of the service parameter can be customized by a user. That is, some service parameters have a certain format by carrying service parameter tags. But can be identified by the server.
The service parameters may be various according to the service type, for example, for a registration service, the service parameters may be a mobile phone number, a user name, an email address, and the like, and for a transfer service, the service parameters may be a name, a bank account number, a mobile phone number, and the like.
The service parameter mark is usually a segment of character string added in the service parameter value, which is convenient for the service end to identify the marked service parameter. For example, the user sends a registration request with a parameter "EMAIL" having a value "XXX @ mail.com", and at this time, a string of characters "@ MARK" may be added at the trailing edge as a MARK, that is, in the request finally sent, the parameter "EMAIL" has a value "XXX @ mail.com @ MARK". Of course, the parameter may be preceded by a prefix. In other words, any form that the server can recognize can be used as the mark. The specific parameters to be added with the marks in the parameters carried by the request are determined in advance according to the service requirements of the user.
S203, determining the corresponding business processing flow according to the business processing request.
The service processing flow described herein refers to a standard service processing flow that is not customized by a user and is provided by a server side in a unified manner, and is the same for any user.
S205, acquiring a modification rule corresponding to the user identifier and aiming at the business processing flow, modifying the business processing flow, and generating a modified business processing flow.
As described above, for each service processing request, different users have pre-specified respective corresponding service modification rules, and store the rules in the local server (for example, the rules are loaded in the server cache in advance) or other database/server that can be called. Therefore, the server needs to determine the modification rule of the user for the service request based on the service request and the user identifier.
For example, for a registration service provided for a member of the user, a user a determines in advance that a mobile phone number needs to be used for registration, a user B determines in advance that an electronic mailbox needs to be used for registration, and defines a set of modification rules on a server according to the business requirements of the user, and when the server receives a request, the server determines which user the registration request comes from, which execution flow corresponds to, and then performs the next processing.
A particular business process flow may include multiple steps, some of which may be to perform operations such as validation, identification, etc. on business parameters according to a specified business logic. Thus, the modification to the business process flow may be the addition of certain steps throughout the flow, such as sending a message to a designated mailbox/telephone number after the transfer was successful, etc., or the replacement of objects that need to be executed in certain steps. For example, the service parameters needing to be verified are replaced by a nickname designated by the user from the mailbox, and the like.
And S207, performing service processing according to the modified service processing flow and the service parameter carrying the service parameter mark.
After the modified service processing flow is determined, in the processing process, in order that the server can obtain the corresponding parameters, the corresponding service parameters need to be marked when the user sends a request, so as to be identified.
Specifically, in the process of executing the flow, for different users, corresponding parameter verification may be performed according to the customized flow, and the execution may be continued only after the verification passes. Because the request often carries various parameters, for example, in the transfer request, the carried parameters include an account, a name, a user name, a name of a payer, a mobile phone number, an account name, a transfer amount, transfer time and the like of a payee, and different key verification information may be needed at different stages according to the needs of the user's own business (for example, an offline user, a PC end user or a mobile end user who provides transfer), for this reason, according to the needs of the own business, when the request is sent, a plurality of designated parameters are marked, so that the server can identify the designated parameters, perform personalized flow execution, and perform business processing.
The service end can carry out corresponding service processing according to the rules preset by the user and the service parameters with the marks when receiving the service processing request of the user through the service parameter with the marks carried by the user when sending the service request, thereby carrying out personalized processing on the same service according to the actual service requirement of the user without rewriting codes and being more convenient.
As a specific embodiment, the modification rule for the business process flow in step S205 may be defined and obtained in advance by the user himself, and includes: receiving an instruction of a user, and performing user-defined configuration on a service flow to determine a corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark; storing the corresponding relation so as to be called when a service processing request is received; the service parameter mark comprises a designated character string, and the service parameter comprises a field or a statement carrying the service parameter mark.
Specifically, the server provides a dynamic model or configuration file as the pre-content of the business service to the user, the user may define in advance before performing corresponding business processing, and the dynamic model or configuration file may be loaded by the server to identify and obtain the customized modification rule of each user.
The dynamic model or configuration file provided by the server side includes the following contents: user ID, service type, service stage, service parameter and corresponding relation between service parameter marks. The corresponding relation can exist in a database which can be called in the form of key value pairs or a relation table or be loaded in a local cache in advance, the server can definitely know the modification rules of all users to each business process by calling the database, and a corresponding interface can be provided for the users to modify so as to adapt to the expansion of user business.
The modification rule (usually appearing in the form of a configuration file) obtained after the user self-definition can be saved in the local server or other servers which can be called, and generally, the modification rule can be loaded in the local server cache, so that the modification of the user and the calling of the server can be received more conveniently to execute the service processing.
Further, the dynamic model or configuration file may also support registration of a special field or statement, that is, receiving an instruction of a user in the above scheme, and performing custom configuration on a business process, and further includes: and receiving an instruction of a user, and determining the corresponding relation between the service stage, the service parameter carrying the service parameter mark and the self-defined executable statement. That is, by predefined, when the service end identifies the service parameter (which may be a field or a statement) carrying the service parameter flag, the service end executes the corresponding executable statement registered in advance.
In the above embodiment, the service parameter with the mark and various executable statements (usually related to the service) may be registered in advance in different service phases, and the different service phases may be any one of a plurality of service phases that have been divided before, so that as long as the registered service parameter with the mark is identified in the corresponding service phase, the corresponding executable statement is executed, which facilitates the user to expand the service flow according to the service situation of the user.
As a specific implementation, for step S205 in the foregoing scheme, acquiring a modification rule corresponding to the user identifier and aiming at the business processing flow, and modifying the business processing flow specifically includes: dividing the service processing flow into a plurality of service stages according to the modification rule; adding a self-defined service processing step before/after the specified service phase, wherein the self-defined service processing step is related to the service phase, the service parameter and the service parameter mark.
The step of adding the customized service processing can be a step of adding parameter replacement before or after a certain step in the original flow, or identifying the service parameter with the mark in a certain stage to execute the customized executable statement. In other words, the server side knows the modification rule from local or other data sources, and for different user self-defined service processing flows, according to the service diet carrying the service parameter mark, the server side can clearly know which modification should be performed on which service steps at which stage of service processing.
Specifically, for parameter replacement, the step of adding customized service processing before/after the specified service phase includes: determining the service parameters required to be verified at the specified service stage in the service processing flow; acquiring the service parameters which are specified by the user and need to be verified in the specified service stage in the modification rule; and replacing the service parameters to be verified with the service parameters to be verified appointed by the user so as to verify the service parameters carrying the service parameter marks.
For example, a member makes a transfer request to a server through a certain merchant, the merchant divides a conventional transfer process into a transfer parameter verification stage, a key element verification stage and a stage after transfer success, parameter replacement is carried out in the transfer parameter verification stage, specified verification requires that certain parameters cannot be null (such as a receiver name, an identity card and a mobile phone number), specified verification requires that certain parameters are uniquely corresponding (such as a receiver identity card, a telephone number and a bank account number) and the like in the key element verification stage, and preset information is automatically executed to mobile phones of corresponding receivers and senders in the stage after transfer success.
In this process, if the merchant customizes some authentication parameters different from the conventional way in advance (for example, the network ID of the transfer party on the user is used as an authentication element), the network ID of the transfer party needs to be carried at the time of sending the request, and the ID is marked so that the service end can identify the ID and know which stage (for example, a key element authentication stage) to use the ID for authentication.
As a specific implementation, for executing executable statements, adding customized business processing steps before/after a specified business phase in the above scheme includes: determining service parameters required to be identified in a specified service stage; identifying the service parameters carrying the service parameter marks; and if the identification is passed, executing the self-defined executable statement corresponding to the service parameter carrying the service parameter mark.
A custom executable statement can be viewed as a step in the flow, and the trigger for this is usually identified by a marked parameter (which may be a field or a statement). For example, for a tagged (business argument tagged @ Mark S) statement argument # After Register Success # @ Mark S, the service recognizes the statement for it. If the user registers the executable statement corresponding to the statement in advance, the server can execute the corresponding executable statement after identifying the statement parameter. In this process, the statement parameter is not necessarily sent by the user, but it may also be a statement parameter with a mark generated by the server according to a preset rule after the registration service is executed, so as to identify and perform the subsequent process.
As a specific implementation manner, when the service processing request includes a user registration request, the service phase includes a parameter verification phase, a registration element detection phase, and a phase after successful registration, the user-defined configuration of the service processing flow by the user includes: and determining the corresponding relation among the parameter verification stage, the registration element detection stage and the specified service parameter to be verified according to the instruction of the user, and determining the corresponding relation among the stage after the successful registration, the service parameter carrying the service parameter mark and the self-defined executable statement.
The service parameter may be at least one of an Electronic Mailbox (EMAIL), a MOBILE phone number (MOBILE _ NO), an identity card number (ID _ NO), or a user NAME (NAME), and the server determines which parameter verification is performed at different stages according to a modification rule pre-specified by the user, as shown in fig. 3, where fig. 3 is a schematic diagram of user-defined configuration performed in a registration process provided by an embodiment of this specification. In the figure, a user identified by ID1 defines a modification rule of the business process in the business type of membership registration. The configuration may be performed by means of a dynamic model or a configuration file, for example.
Therefore, as a specific implementation manner, after the server loads the configuration file to the local, the step of adding the customized service processing before/after the specified service phase includes: in the parameter verification stage and the registration element detection stage, the service parameters which need to be verified and are designated by the user are used for replacing the parameters which need to be verified in the registration processing flow. For example, in fig. 3, in the parameter verification stage, the EMAIL, the MOBILE _ NO, and the NAME are used, and these parameters replace the parameters (namely, MOBILE _ NO in fig. 1) that need to perform non-null verification in the conventional flow, and of course, if the value of one of the EMAIL, the MOBILE _ NO, and the NAME is null, the verification fails, and the request registration fails.
In the uniqueness verification, one or more previously verified non-null parameters are usually designated as parameters for verification, and in the previous example, after the parameter verification is passed and the registration service call is executed, the uniqueness verification is performed on the two parameters, namely EMAIL and MOBILE _ NO (i.e., whether the parameters are registered or not is verified), if the uniqueness verification fails, the registration failure is returned, and if the parameters pass, the registration service is executed, and a statement of successful registration is returned. In the above scheme, the user needs to attach a service parameter tag (i.e. add an @ MARK suffix) to a specified service parameter when sending a request, so as to identify the service parameter.
If the registration is successful, adding a self-defined service processing step before/after the specified service stage, and further comprising: identifying the service parameters marked with the service parameters at the stage after the successful registration; and if the identification is passed, executing the executable statement corresponding to the service parameter carrying the service parameter MARK (for example, suffix MARK is carried out on the statement parameter by @ MARK S). For example, in fig. 3, the registration core returns a statement "# After Register # @ Mark S", and when the server identifies the statement, the server executes a corresponding custom statement "Send mobile no # message" @ congratulations you are willing to Register successfully ".
It should be noted that, in the implementation process of the above-mentioned scheme, as long as the user predefines the modification rule of the business process, the original business process is modified according to the predefined modification rule, and if the modification rule is not defined, the conventional business process is implemented.
Meanwhile, an embodiment of the present specification further provides a method for configuring a service flow, so as to provide a user with a customized service flow configuration, where the method is usually located on a server in the form of a dynamic model or a configuration file, so as to be configured by the user, and the specific method includes:
receiving an instruction of a user, and performing user-defined configuration on a service flow to determine a corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark;
and storing the corresponding relation (stored in a database which can be called by the server or loaded in a local cache for calling) so as to call when receiving the service processing request, the user identifier and the service parameter which are related to the service request and modify the corresponding service processing flow.
Further, the configuration process further includes receiving a user instruction, and determining a corresponding relationship between the service stage, the service parameter carrying the service parameter mark, and the self-defined executable statement.
In order to make the solution provided in the present specification more apparent, a specific application example is given below for explanation.
A certain merchant defines that the registration process of the merchant needs to verify that EMAIL, MOBILE _ NO and NAME are not null in advance through a configuration file, verifies that EMAIL and MOBILE _ NO are determined that NO one has registered during uniqueness verification, registers a self-defined executable statement in advance, and MARKs service parameters as '@ MARK' character strings as field parameter suffixes and '@ MARK S' as statement parameter suffixes.
Therefore, when a registration request is sent, a merchant ID, field parameters xxxx @ mail, com @ MAR, tel _ number @ MARK and nickname @ MARK are carried (the field parameters are not necessarily sent in sequence), so that After the server receives the registration request, a corresponding modification rule is determined according to the registration request and the ID, then the parameters in the conventional non-empty authentication are determined to be replaced by the parameters in the electronic mailbox, the telephone number and the nickname according to the preset configuration in the cache, the three parameter values sent by the merchant are taken out to further carry out the uniqueness authentication on the electronic mailbox and the telephone number, if the uniqueness authentication is passed, the registration service is called to carry out the registration, After the registration is successful, the registration core returns a specified marked statement parameter "# After Register # Mark S", the server identifies, then a preset corresponding self-defined executable statement "Semobile # mobile message"), thereby sending a message "congratulatory registration success" to the corresponding telephone number. The executable statements may also have various forms, so as to implement sending information to a mailbox or sending a voice message by dialing a telephone, as shown in fig. 4, where fig. 4 is a schematic diagram of executing a custom registration process provided in this specification.
Based on the same idea, the present invention further provides a service processing apparatus, as shown in fig. 5, where fig. 5 is a schematic structural diagram of the service processing apparatus provided in the embodiment of this specification, and the schematic structural diagram includes:
a receiving module 501, configured to receive a service processing request, a user identifier related to the service request, and a service parameter, where at least part of the service parameter carries a service parameter tag;
the determining module 503 determines the corresponding service processing flow according to the service processing request;
a modification module 505, configured to acquire a modification rule corresponding to the user identifier and for the service processing flow, modify the service processing flow, and generate a modified service processing flow;
the service processing module 507 performs service processing according to the modified service processing flow and the service parameter carrying the service parameter tag.
Further, the system further includes a configuration module 509, which receives an instruction of a user, and performs user-defined configuration on the service flow to determine a corresponding relationship between a user identifier, a service type, a service stage, a service parameter, and a service parameter flag; storing the corresponding relation so as to be called when a service processing request is received; the service parameter mark comprises a designated character string, and the service parameter comprises a field or a statement carrying the service parameter mark.
Further, the configuration module 509 is further configured to receive an instruction of a user, and determine a corresponding relationship between a service phase, a service parameter carrying a service parameter tag, and a self-defined executable statement.
Further, the modification module 505 divides the business processing flow into a plurality of business phases according to the modification rule; adding a self-defined service processing step before/after the specified service phase, wherein the self-defined service processing step is related to the service phase, the service parameter and the service parameter mark.
Further, the modification module 505 determines the service parameters required to be verified at the specified service stage in the service processing flow; acquiring the service parameters which are specified by the user and need to be verified in the specified service stage in the modification rule; and replacing the service parameters to be verified with the service parameters to be verified appointed by the user so as to verify the service parameters carrying the service parameter marks.
Further, the modification module 505 determines the service parameters required to be identified for the specified service phase; identifying the service parameters carrying the service parameter marks; and if the identification is passed, executing the self-defined executable statement corresponding to the service parameter carrying the service parameter mark.
Further, the service processing request comprises a user registration request, and the service phase comprises a parameter verification phase, a registration element detection phase and a phase after successful registration; the user-defined configuration of the business processing flow by the user comprises the following steps: and determining the corresponding relation among the parameter verification stage, the registration element detection stage and the specified service parameter to be verified according to the instruction of the user, and determining the corresponding relation among the stage after the successful registration, the service parameter carrying the service parameter mark and the self-defined executable statement.
Further, the modifying module 505 replaces the parameters to be verified in the registration process flow with the service parameters to be verified specified by the user in the parameter verification stage and the registration element detection stage.
Further, if the registration is successful, the modification module 505, at a stage after the registration is successful, identifies the service parameter marked with the service parameter; and if the identification is passed, executing the executable statement corresponding to the service parameter carrying the service parameter mark.
Based on the same idea, the present invention further provides a business process configuration apparatus, as shown in fig. 6, where fig. 6 is a schematic structural diagram of the business process configuration apparatus provided in this specification, and the business process configuration apparatus includes:
the configuration module 601 is configured to receive an instruction of a user and perform user-defined configuration on a service flow to determine a corresponding relationship between a user identifier, a service type, a service stage, a service parameter and a service parameter mark;
the storage module 603 stores the corresponding relationship, so as to be called when receiving the service processing request and the user identifier and the service parameter related to the service request, and modify the corresponding service processing flow.
Correspondingly, an embodiment of the present application further provides a service processing device, where the service processing device includes:
a memory storing a service processing program;
the processor calls the service processing program in the memory and executes:
receiving a service processing request, a user identifier related to the service request and service parameters, wherein at least part of the service parameters carry service parameter marks;
determining a corresponding business processing flow according to the business processing request;
acquiring a modification rule corresponding to the user identification and aiming at the business processing flow, modifying the business processing flow, and generating a modified business processing flow;
and carrying out service processing according to the modified service processing flow and the service parameter carrying the service parameter mark.
Correspondingly, an embodiment of the present application further provides a service flow configuration device, where the device includes:
the memory stores a business process configuration program;
the processor calls the service flow configuration program in the memory and executes:
receiving an instruction of a user, and performing user-defined configuration on a service flow to determine a corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark;
and storing the corresponding relation so as to be called when receiving a service processing request and a user identifier and a service parameter which are related to the service request, and modifying the corresponding service processing flow.
Correspondingly, embodiments of the present specification also provide a non-volatile computer storage medium storing computer-executable instructions configured to:
receiving a service processing request, a user identifier related to the service request and service parameters, wherein at least part of the service parameters carry service parameter marks;
determining a corresponding business processing flow according to the business processing request;
acquiring a modification rule corresponding to the user identification and aiming at the business processing flow, modifying the business processing flow, and generating a modified business processing flow;
and carrying out service processing according to the modified service processing flow and the service parameter carrying the service parameter mark.
Correspondingly, embodiments of the present description also provide another non-volatile computer storage medium storing computer-executable instructions configured to:
receiving an instruction of a user, and performing user-defined configuration on a service flow to determine a corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark;
and storing the corresponding relation so as to be called when receiving a service processing request and a user identifier and a service parameter which are related to the service request, and modifying the corresponding service processing flow.
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. Especially, as for the device, apparatus and medium type embodiments, since they are basically similar to the method embodiments, the description is simple, and the related points may refer to part of the description of the method embodiments, which is not repeated here.
The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps or modules recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
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 units may be implemented in the same software and/or hardware or in one or more pieces of software and/or hardware when implementing the embodiments 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, computer readable media does not include transitory computer readable media (transient media) such as modulated data signal numbers and carrier waves.
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, one or more embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, embodiments of the present description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present 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 so forth) having computer-usable program code embodied therein.
Embodiments of the present 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 transactions or implement particular abstract data types. Embodiments of the present description may also be practiced in distributed computing environments where transactions 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 application. Various modifications and changes may occur to the embodiments described herein, as will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the embodiments of the present specification should be included in the scope of the claims of the present application.
Claims (24)
1. A service processing method comprises the following steps:
receiving a service processing request and a user identifier and service parameters related to the service processing request, wherein at least part of the service parameters carry service parameter marks; the service processing request comprises a user registration request;
determining a corresponding business processing flow according to the business processing request;
acquiring a modification rule corresponding to the user identification and aiming at the business processing flow, modifying the business processing flow, and generating a modified business processing flow; the modification rule is configured by the user in a self-defining way in advance; the modifying the business processing flow specifically comprises replacing the parameters needing to be verified in the business processing flow with the business parameters needing to be verified and specified by the user;
and carrying out service processing according to the modified service processing flow and the service parameter carrying the service parameter mark.
2. The method of claim 1, wherein the modification rule of the business process flow is pre-configured as follows:
receiving an instruction of a user, and performing user-defined configuration on a service flow to determine a corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark;
storing the corresponding relation so as to be called when a service processing request is received;
the service parameter mark comprises a designated character string, and the service parameter comprises a field or a statement carrying the service parameter mark.
3. The method of claim 2, receiving a user instruction to perform custom configuration of the business process, further comprising:
and receiving an instruction of a user, and determining the corresponding relation between the service stage, the service parameter carrying the service parameter mark and the self-defined executable statement.
4. The method according to claim 2 or 3, wherein obtaining a modification rule corresponding to the user identifier and aiming at the business processing flow, and modifying the business processing flow comprises:
dividing the service processing flow into a plurality of service stages according to the modification rule;
adding a self-defined service processing step before/after the specified service phase, wherein the self-defined service processing step is related to the service phase, the service parameter and the service parameter mark.
5. The method of claim 4, wherein adding custom business process steps before/after a specified business phase comprises:
determining the service parameters required to be verified at the specified service stage in the service processing flow;
acquiring the service parameters which are required to be verified and are appointed by the user in the appointed service stage in the modification rule;
and replacing the service parameters to be verified with the service parameters to be verified appointed by the user so as to verify the service parameters carrying the service parameter marks.
6. The method of claim 4, adding custom business process steps before/after a specified business phase, comprising:
determining service parameters required to be identified in a specified service stage;
identifying the service parameters carrying the service parameter marks;
and if the identification is passed, executing the self-defined executable statement corresponding to the service parameter carrying the service parameter mark.
7. The method of claim 4, wherein the service processing request comprises a user registration request, and the service phase comprises a parameter verification phase, a registration element detection phase and a phase after successful registration;
the user-defined configuration of the business processing flow by the user comprises the following steps: and determining the corresponding relation among the parameter verification stage, the registration element detection stage and the specified service parameter to be verified according to the instruction of the user, and determining the corresponding relation among the stage after the successful registration, the service parameter carrying the service parameter mark and the self-defined executable statement.
8. The method of claim 7, adding custom business process steps before/after a specified business phase, comprising:
in the parameter verification stage and the registration element detection stage, the service parameters which need to be verified and are designated by the user are used for replacing the parameters which need to be verified in the registration processing flow.
9. The method of claim 8, wherein if the registration is successful, adding a customized service processing step before/after the designated service stage, further comprising:
identifying the service parameters marked with the service parameters at the stage after the successful registration;
and if the identification is passed, executing the executable statement corresponding to the service parameter carrying the service parameter mark.
10. A method of business process configuration, the method comprising:
receiving an instruction of a user, and performing user-defined configuration on a service flow to determine a corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark; the business process comprises a user registration process;
and storing the corresponding relation so as to call when receiving a service processing request and a user identifier and a service parameter which are related to the service processing request, and modifying the corresponding service processing flow so as to replace the parameter which needs to be verified in the service flow by the service parameter which is specified by the user and needs to be verified.
11. The method of claim 10, receiving a user instruction to perform custom configuration of a business process, further comprising:
and receiving an instruction of a user, and determining the corresponding relation between the service stage, the service parameter carrying the service parameter mark and the self-defined executable statement.
12. A traffic processing apparatus, comprising:
the receiving module is used for receiving a service processing request, and a user identifier and service parameters related to the service processing request, wherein at least part of the service parameters carry service parameter marks; the service processing request comprises a user registration request;
the determining module is used for determining the corresponding business processing flow according to the business processing request;
the modification module is used for acquiring a modification rule corresponding to the user identifier and aiming at the business processing flow, modifying the business processing flow and generating a modified business processing flow; the modification rule is configured by the user in a self-defining way in advance; the modifying the business processing flow specifically comprises replacing the parameters needing to be verified in the business processing flow with the business parameters needing to be verified and specified by the user;
and the service processing module is used for processing the service according to the modified service processing flow and the service parameter carrying the service parameter mark.
13. The apparatus of claim 12, further comprising a configuration module, receiving an instruction from a user, and performing a custom configuration on the service flow to determine a corresponding relationship between a user identifier, a service type, a service phase, a service parameter, and a service parameter flag; storing the corresponding relation to the local so as to be called when a service processing request is received; the service parameter mark comprises a designated character string, and the service parameter comprises a field or a statement carrying the service parameter mark.
14. The apparatus of claim 13, wherein the configuration module is further configured to receive an instruction from a user, and determine a correspondence between the service phase, the service parameter carrying the service parameter flag, and the self-defined executable statement.
15. The apparatus according to claim 13 or 14, wherein the modification module divides the business process flow into a plurality of business phases according to the modification rule; adding a self-defined service processing step before/after the specified service phase, wherein the self-defined service processing step is related to the service phase, the service parameter and the service parameter mark.
16. The apparatus of claim 15, the modification module determines service parameters to be verified for a specified service phase in the service processing flow; acquiring the service parameters which are specified by the user and need to be verified in the specified service stage in the modification rule; and replacing the service parameters to be verified with the service parameters to be verified appointed by the user so as to verify the service parameters carrying the service parameter marks.
17. The apparatus of claim 15, the modification module to determine business parameters that need to be identified for a specified business phase; identifying the service parameters carrying the service parameter marks; and if the identification is passed, executing the self-defined executable statement corresponding to the service parameter carrying the service parameter mark.
18. The apparatus of claim 15, the service processing request comprises a user registration request, the service phase comprises a parameter verification phase, a registration element detection phase and a phase after registration is successful;
the user-defined configuration of the business processing flow by the user comprises the following steps: and determining the corresponding relation among the parameter verification stage, the registration element detection stage and the specified service parameter to be verified according to the instruction of the user, and determining the corresponding relation among the stage after the successful registration, the service parameter carrying the service parameter mark and the self-defined executable statement.
19. The apparatus according to claim 18, wherein the modifying module replaces the parameters required to be verified in the registration process flow with the service parameters required to be verified specified by the user in the parameter verification stage and the registration element detection stage.
20. The apparatus of claim 19, wherein if the registration is successful, the modification module, at a stage after the registration is successful, identifies the service parameter marked with the service parameter; and if the identification is passed, executing the executable statement corresponding to the service parameter carrying the service parameter mark.
21. A business process configuration apparatus, the apparatus comprising:
the configuration module is used for receiving an instruction of a user and carrying out user-defined configuration on the service flow so as to determine the corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark; the business process comprises a user registration process;
and the storage module stores the corresponding relation so as to be called when a service processing request and a user identifier and a service parameter which are related to the service processing request are received, modify the corresponding service processing flow and replace the parameter which needs to be verified in the service flow with the service parameter which is specified by the user and needs to be verified.
22. The apparatus of claim 21, wherein the configuration module is further configured to receive an instruction from a user, and determine a correspondence between the service phase, the service parameter carrying the service parameter flag, and the self-defined executable statement.
23. A traffic processing device, comprising:
a memory storing a service processing program;
the processor calls the service processing program in the memory and executes:
receiving a service processing request and a user identifier and service parameters related to the service processing request, wherein at least part of the service parameters carry service parameter marks; the service processing request comprises a user registration request;
determining a corresponding business processing flow according to the business processing request;
acquiring a modification rule corresponding to the user identification and aiming at the business processing flow, modifying the business processing flow, and generating a modified business processing flow; the modification rule is configured by the user in a self-defining way in advance; the modifying the business processing flow specifically comprises replacing the parameters needing to be verified in the business processing flow with the business parameters needing to be verified and specified by the user;
and carrying out service processing according to the modified service processing flow and the service parameter carrying the service parameter mark.
24. A business process configuration device, comprising:
the memory stores a business process configuration program;
the processor calls the service flow configuration program in the memory and executes:
receiving an instruction of a user, and performing user-defined configuration on a service flow to determine a corresponding relation among a user identifier, a service type, a service stage, a service parameter and a service parameter mark; the business process comprises a user registration process;
and storing the corresponding relation so as to call when receiving a service processing request and a user identifier and a service parameter which are related to the service processing request, and modifying the corresponding service processing flow so as to replace the parameter which needs to be verified in the service flow by the service parameter which is specified by the user and needs to be verified.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711435288.5A CN108228252B (en) | 2017-12-26 | 2017-12-26 | Method, device and equipment for service processing and service flow configuration |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711435288.5A CN108228252B (en) | 2017-12-26 | 2017-12-26 | Method, device and equipment for service processing and service flow configuration |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108228252A CN108228252A (en) | 2018-06-29 |
| CN108228252B true CN108228252B (en) | 2021-04-30 |
Family
ID=62649082
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711435288.5A Active CN108228252B (en) | 2017-12-26 | 2017-12-26 | Method, device and equipment for service processing and service flow configuration |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108228252B (en) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109298926B (en) * | 2018-09-29 | 2021-10-22 | 创新先进技术有限公司 | Method and device for entering resource transfer party into resource transfer platform and electronic equipment |
| CN109359955A (en) * | 2018-10-25 | 2019-02-19 | 平安科技（深圳）有限公司 | Transaction processing method, device, computer equipment and storage medium |
| CN109471676B (en) * | 2018-10-30 | 2022-03-01 | 中国建设银行股份有限公司 | Parameter configuration processing method and device |
| CN109901818B (en) * | 2018-11-15 | 2022-07-19 | 创新先进技术有限公司 | System and method for software architecture design |
| CN110046052B (en) * | 2018-12-04 | 2023-10-17 | 创新先进技术有限公司 | Service calling method and device |
| CN109743202B (en) * | 2018-12-26 | 2022-04-15 | 中国联合网络通信集团有限公司 | Data management method, device and equipment and readable storage medium |
| CN110032571B (en) * | 2019-04-18 | 2023-04-18 | 腾讯科技（深圳）有限公司 | Business process processing method and device, storage medium and computing equipment |
| CN111988157B (en) * | 2019-05-23 | 2024-06-18 | 北京京东尚科信息技术有限公司 | Service system and service processing method |
| CN110244987A (en) * | 2019-06-18 | 2019-09-17 | 腾讯科技（深圳）有限公司 | Configuration data processing method, device, readable storage medium storing program for executing and computer equipment |
| CN110764839A (en) * | 2019-09-24 | 2020-02-07 | 苏宁云计算有限公司 | Business processing flow configuration method, business request processing method and device |
| CN111949862B (en) * | 2020-07-20 | 2023-10-13 | 上海淇馥信息技术有限公司 | Method and device for managing business task flow and electronic equipment |
| CN112017038A (en) * | 2020-09-14 | 2020-12-01 | 支付宝(杭州)信息技术有限公司 | Method, device and equipment for processing submission process |
| CN113112217B (en) * | 2021-03-18 | 2023-05-05 | 宜员(上海)信息科技有限公司 | Business process configuration method, device, electronic equipment and computer readable medium |
| CN113220272B (en) * | 2021-04-27 | 2022-11-29 | 支付宝(杭州)信息技术有限公司 | Method, device and equipment for accessing open capability of service platform |
| CN113641402B (en) * | 2021-08-30 | 2024-07-12 | 北京读我科技有限公司 | Task arrangement and operation realization method and device |
| CN113780778A (en) * | 2021-08-30 | 2021-12-10 | 北京沃东天骏信息技术有限公司 | Information processing method and device and storage medium |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101039220A (en) * | 2007-03-30 | 2007-09-19 | 华为技术有限公司 | Method for providing individualized experience, apparatus, server system and network management system |
| CN101882271A (en) * | 2010-07-07 | 2010-11-10 | 千乡万才科技(中国)有限公司 | Control system for service flows |
| CN101964776A (en) * | 2009-07-23 | 2011-02-02 | ***通信集团公司 | Method, client and system for customizing IMS (Information Management System) service |
| CN103458388A (en) * | 2012-05-31 | 2013-12-18 | 中兴通讯股份有限公司 | Method, device and system for content implantation |
| CN105701600A (en) * | 2015-12-31 | 2016-06-22 | 北京奇艺世纪科技有限公司 | Method and device for realizing open business process |
| CN107451789A (en) * | 2016-05-31 | 2017-12-08 | 北京京东尚科信息技术有限公司 | Business flow processing method and system |
| CN107483522A (en) * | 2016-06-08 | 2017-12-15 | 华为技术有限公司 | The method and apparatus of Operational Visit |
-
2017
- 2017-12-26 CN CN201711435288.5A patent/CN108228252B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101039220A (en) * | 2007-03-30 | 2007-09-19 | 华为技术有限公司 | Method for providing individualized experience, apparatus, server system and network management system |
| CN101964776A (en) * | 2009-07-23 | 2011-02-02 | ***通信集团公司 | Method, client and system for customizing IMS (Information Management System) service |
| CN101882271A (en) * | 2010-07-07 | 2010-11-10 | 千乡万才科技(中国)有限公司 | Control system for service flows |
| CN103458388A (en) * | 2012-05-31 | 2013-12-18 | 中兴通讯股份有限公司 | Method, device and system for content implantation |
| CN105701600A (en) * | 2015-12-31 | 2016-06-22 | 北京奇艺世纪科技有限公司 | Method and device for realizing open business process |
| CN107451789A (en) * | 2016-05-31 | 2017-12-08 | 北京京东尚科信息技术有限公司 | Business flow processing method and system |
| CN107483522A (en) * | 2016-06-08 | 2017-12-15 | 华为技术有限公司 | The method and apparatus of Operational Visit |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108228252A (en) | 2018-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108228252B (en) | Method, device and equipment for service processing and service flow configuration | |
| CN107562775B (en) | Data processing method and device based on block chain | |
| CN107579951B (en) | Service data processing method, service processing method and equipment | |
| CN111859470B (en) | Business data chaining method and device | |
| CN115935428A (en) | Information desensitization method, device and system | |
| CN108173706B (en) | Service marking method, device and equipment under multi-service system | |
| CN106899666B (en) | Data processing method and device for service identification | |
| CN111885024A (en) | Login information processing method and equipment | |
| CN107038041B (en) | Data processing method, error code dynamic compatibility method, device and system | |
| CN110472438B (en) | Transaction data processing and transaction inquiring method, device and equipment based on blockchain | |
| CN106878367B (en) | Method and device for realizing asynchronous call of service interface | |
| TWI700905B (en) | Data processing method, device and equipment | |
| CN110995521B (en) | Service providing method, device, equipment and system | |
| CN108616361B (en) | Method and device for identifying uniqueness of equipment | |
| CN113435862B (en) | Bill processing method and device based on mailbox | |
| CN112163150A (en) | Information pushing method and device | |
| CN108282471B (en) | Electronic certificate transmission method, device and equipment | |
| CN113495797A (en) | Message queue and consumer dynamic creation method and system | |
| CN111930343A (en) | Method, device and medium for acquiring random number and generating random number | |
| CN113079224A (en) | Account binding method and device, storage medium and electronic equipment | |
| CN112699403A (en) | Data processing method, apparatus, medium, device, and program product | |
| CN113408254A (en) | Page form information filling method, device, equipment and readable medium | |
| CN112286968A (en) | Service identification method, equipment, medium and electronic equipment | |
| CN114911750A (en) | Data conversion method and device | |
| CN109543024B (en) | Text processing method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20201020 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20201020 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20240307 Address after: 128 Meizhi Road, Guohao Times City # 20-01, Singapore 189773 Patentee after: Advanced Nova Technology (Singapore) Holdings Ltd. Country or region after: Singapore Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Patentee before: Innovative advanced technology Co.,Ltd. Country or region before: Cayman Islands |
|
| TR01 | Transfer of patent right |