CN114020368A

CN114020368A - Information processing method and device based on state machine and storage medium

Info

Publication number: CN114020368A
Application number: CN202111252392.7A
Authority: CN
Inventors: 万千
Original assignee: Dajian Yuncang Technology Suzhou Co ltd
Current assignee: Dajian Yuncang Technology Suzhou Co ltd
Priority date: 2021-10-27
Filing date: 2021-10-27
Publication date: 2022-02-08

Abstract

The application discloses an information processing method, an information processing device and a storage medium based on a state machine, which comprise the following steps: the state machine processes state parameters in the information according to the received information and the configuration file, wherein the state parameters comprise one of a stable state, a proceeding state and a finished state; and when the state parameter in the information is in a stable state, the state machine calls the processing service for the information according to the configuration file. The embodiment of the application realizes the automatic calling and information transfer of multiple services under a distributed system by using a state machine principle, and can effectively and automatically process various state changes and service calling of orders.

Description

Information processing method and device based on state machine and storage medium

Technical Field

The invention relates to an information processing method, an information processing device and a storage medium based on a state machine, and belongs to the technical field of computers.

Background

Currently, the original workflow is generally based on the definition of the service node for the information state, such as:

(1) a certain pre-service state:

a certain service pre-state of information is defined for a certain service, for example: waiting for approval;

(2) some service intermediate state:

a certain service intermediate state of information is defined for a certain service, for example: in the approval process;

(3) a certain service completion state:

a certain service completion status for a certain service definition information, for example: and finishing the approval.

It is easy to see that the state definition of the original workflow is very cumbersome, three states must be defined for each service, and the previous state overlaps with the completed state, because the completed state of the previous service and the previous state of the next service are identical, which leads to the situation that the states cannot be stabilized, and the states are modified by different services, resulting in state jumps.

The workflow in the prior art is based on services, and the control and saving of the state is attributed to each service. In distributed and multi-service architectures, since it relies heavily on the service nodes themselves, when a service is deployed in a distributed manner in different systems, the latest state description of the information is lost by other systems, so that the service must be queried or the latest information state can be obtained at any time through subscription messages. When the amount of information is very large, the acquisition and updating of the information state becomes abnormally frequent and thus consumes a large amount of network resources. However, the system in which each service is located needs to perform almost the same information saving and updating operation, and no matter what state the information is, even if the state does not need the service to process, the information must be updated, which wastes a lot of server resources and database resources.

In addition, the workflow engine better accords with the rule of single application, or each service uniformly uses a common data source, and the content and the state of the information are uniformly stored. However, in the distributed system, since each service controls the change of the state, the state is distributed and stored in different servers, the state of information has to be widely synchronized, even a large amount of information is redundantly stored, the information has no real-time property, and the access to any service cannot confirm the real-time authenticity of the state of some information, because other services may update the state in the process of access, but the state is not synchronized to the local.

Disclosure of Invention

The invention aims to provide an information processing method, an information processing device and a storage medium based on a state machine, which are used for solving the problems in the prior art.

In order to achieve the purpose, the invention provides the following technical scheme:

an information processing method based on a state machine comprises the following steps:

the state machine processes state parameters in the information according to the received information and the configuration file, wherein the state parameters comprise one of a stable state, a proceeding state and a finished state;

and when the state parameter in the information is in a stable state, the state machine calls the processing service for the information according to the configuration file.

Preferably, the step "when the state parameter in the information is a stable state, the state machine calls the processing service for the information according to the configuration file" further includes:

and after the information is called for service, the state machine modifies the state parameters in the information into an ongoing state.

Preferably, in the step "the state machine determines the state parameters in the information according to the received information and the configuration file, where the state parameters include a stable state, a proceeding state, and a completed state", when the state parameters in the information are the proceeding state and the information performs the call service, the state parameters in the information are always the proceeding state.

Preferably, in the step "the state machine determines the state parameters in the information according to the received information and the configuration file, where the state parameters include a stable state, a proceeding state, and a completing state", when the state parameters in the information are the proceeding state and the information completes the call service, the state machine modifies the state parameters in the information into the stable state.

Preferably, the call processing service includes at least one of a synchronous call, an asynchronous call, a message call, a timed call, an interrupt, and a wait for manual processing.

Preferably, the method comprises setting the configuration file according to the process flow.

Preferably, the state machine marks information to obtain a marked service parameter, where the marked service parameter includes pre-service information and post-service information, where the pre-service information includes a service that is executed last before the steady state, and the post-service includes a subsequent service specified according to a configuration file and a condition.

The embodiment of the application discloses an information processing device based on a state machine, the device comprises a memory and a processor, wherein at least one program instruction is stored in the memory, and the processor loads and executes the at least one program instruction to realize the method.

The application discloses a computer storage medium, wherein at least one program instruction is stored in the computer storage medium, and the at least one program instruction is loaded and executed by a processor to realize the method.

The embodiment of the application realizes the automatic calling and information transfer of the multiple services under the distributed system by using the principle of the state machine, thereby being capable of processing the state transfer and processing of the order of the company. Because the orders of the company are not purely applied to a network, the orders come from various third-party platforms and even possibly come from the online transaction of a client, different orders are gathered and processed in an order center, the orders are automatically processed according to different states, and messages are sent to wait for a manual processing flow when needed. The system can effectively and automatically process various state changes and service calls of orders.

The foregoing description is only an overview of the technical solutions of the present invention, and in order to make the technical solutions of the present invention more clearly understood and to implement them in accordance with the contents of the description, the following detailed description is given with reference to the preferred embodiments of the present invention and the accompanying drawings.

Drawings

Fig. 1 shows a schematic diagram of information center establishment with information as a core.

Fig. 2 is a schematic flow chart diagram according to an embodiment of the present application.

Fig. 3 is a schematic flow chart of another embodiment of the present application.

Detailed Description

The technical solutions of the present invention will be described clearly and completely with reference to the accompanying drawings, and it should be understood that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

In the description of the present invention, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc., indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings, and are only for convenience of description and simplicity of description, but do not indicate or imply that the device or element being referred to must have a particular orientation, be constructed and operated in a particular orientation, and thus, should not be construed as limiting the present invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance.

In the description of the present invention, it should be noted that, unless otherwise explicitly specified or limited, the terms "mounted," "connected," and "connected" are to be construed broadly, e.g., as meaning either a fixed connection, a removable connection, or an integral connection; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood in specific cases to those skilled in the art.

In addition, the technical features involved in the different embodiments of the present invention described below may be combined with each other as long as they do not conflict with each other.

The information processing method based on the state machine provided by the embodiment of the application comprises the following steps:

Wherein the state parameters include a stable state, a proceeding state and a completed state. Information state definitions, including steady state and completion state, but do not require definition of the progress state. Default fail status, initial status, error status, need to be defined.

(1) And (3) stable state:

the stable state is in the state between services, which may be the initial state or the state after the execution of a certain service is finished. The stable states have different numbers for internal distinction. But numbers are not displayed generally during display, and the front and back service names are determined according to configuration conditions, and state words are added and spliced to form a complete state description. For example: and (5) stable state (finishing initial examination and being examined).

While information in a stable state is waiting for service, the time for which the information is in the stable state is uncertain for different types of services, for example, for synchronous and asynchronous calls, the existence of the stable state may be only in milliseconds. For timed tasks, the wait for manual intervention may be lengthy.

For any stable state, the following information in that state can be defined:

(1) name (R)

(2) Numbering

(3) Description of the invention

(4) Type (steady state)

(5) Service, service need define the following

Service URL

Name of service-

③ service parameters

Service configuration (including calling mode, retry mechanism, failure processing, etc.)

A subsequent state list, in which the subsequent state is defined

1) State numbering

2) The conditions required to achieve this subsequent state are described in standard EL language, for example: isvalid, the parameter can be taken from the whole content in the' circulation information

3) All condition sets in the subsequent state list must fulfill an integrity constraint, i.e. the condition covers all possibilities.

4) The subsequent state can be a stable state or a completed state and is marked by a state number.

(2) The proceeding state:

the progress state refers to that information is in the process of performing certain service processing. When the state parameter in the information is in a stable state, the state machine may change and solidify (stable state to proceeding state) before explicitly performing the call operation on the service.

And when the state parameter in the information is in the proceeding state and the service call is called back, the state machine performs second modification (from the proceeding state to the stable state).

(3) And (3) completion state:

the completion state is the termination of the whole flow, and the completion state does not have subsequent services, so that the information in the completion state can be considered to jump out of the whole flow. The attribute display of the information is composed of the combination of the state and the results of all the services passing through. For example: completed state (pre-review finished, primary review finished, approval finished) or completed state (pre-review finished, primary review rejected, modification finished, primary review finished, approval rejected). For the completion status, the content information such as number, name, abbreviation, description, etc. is defined.

The manner of service invocation may include the following:

(1) synchronous calling:

and the system synchronously calls the service according to the configuration condition and waits for the return of a service result. Data information such as retry and timeout should be configured in the configuration to determine the processing scheme of the service call failure. Retry and manual recovery capabilities are provided when invoking a service fails. When the service determination fails and a threshold for service invocation failure is reached, the system executes according to a failure handling scheme.

(2) Asynchronous calling:

the system asynchronously calls the service according to the configuration condition, and after the calling is successful, the information state is adjusted to the execution state. The configuration should configure retry and timeout data information to determine the processing scheme of service call failure, and configure parameters such as longest waiting time of asynchronous call, when receiving no call back of asynchronous call for a long time, the system executes the failure processing scheme with the timeout information through regular task.

(3) And (3) message calling:

the system sends messages to a specific message queue according to the configuration conditions and subscribes a specific reply message. The configuration should configure data information such as retry of message transmission and message timeout to determine the processing scheme of message transmission failure. And parameters such as the longest processing time of the message and the like are configured, and when the asynchronous call callback is not received for a long time, the system executes the overtime information to a failure processing scheme through a regular task.

(4) And (3) timed calling:

the system periodically executes tasks, packages information of the role-bystander timing calling service, executes batch processing operation through a code plug-in mode, generally executes the operation under the control of codes, and configures necessary parameters provided by the service.

(5) Interrupting:

this is a special state, generally used for abnormal situations requiring manual intervention, operation and maintenance intervention, network failure, system failure, etc., and the calling of such services is used cautiously

(6) Waiting for manual processing:

similar to the interrupt mode, the service requiring manual processing is generally adopted, the normal manual processing service is adopted, a message calling mode is adopted, and the manual processing service is externally arranged. Here, the service call of the manual processing type is mainly used for situations of incomplete configuration, perfect waiting and the like, and is generally used in debugging and testing stages.

Referring to fig. 1, the information center may be formed by a state machine, a configuration management module, a solidification storage module, a condition determination module, an external service module, a database, a cache, an internal message queue, an external message queue, and the like, and may be increased or decreased according to specific examples.

1. State machine

The main core module for adjusting the information state is responsible for centrally integrating the operation of all other modules and calling different external services according to the difference of the state, configuration and conditions.

2. Configuration management module

Used for managing all configuration information, identifying and judging the configuration information and providing the configuration information for the state machine as an operation basis

3. Solidification preservation module

General module for storing and caching configuration, data, information and state and providing basic data storage capacity for information center

4. Condition judging module

And the functional module is used for interpreting the conditions and parameters in the configuration and forming a final judgment result.

5. External service module

The module for providing various information services such as information inquiry, retrieval, state listing and the like for the outside is an external window of the information center.

6. Database with a plurality of databases

Core storage location of information for permanently fixing stored information

7. Caching

Temporary storage location of data for performance enhancement

8. Internal message queue

Message queue for use in information center internal services, mainly for push and subscription of information state change

9. External message queue

The message state change also provides an interface to external services, allowing external applications or services to subscribe to use the change in the message.

Specifically, the information may be original information and version iteration information.

Raw information may come from various systems and from various complex sources. The original information stores information of core content which enters the information processing device for the first time, and the core content can be orders, work orders, reimbursement orders and the like.

The state machine can select a configuration file which is in accordance with the original information flow file through a configuration bin according to the incoming original information. The state machine modifies the state parameters of the original information into a stable state and invokes a processing service according to the configuration file.

After the original information is called for service, the state machine modifies the state parameters in the information into a proceeding state, and the original information is adjusted to become iterative information. And under the condition that the iteration information is called for the service process and the calling service is not finished, the state parameter in the iteration information is always in an ongoing state. And after the calling service is finished, the state machine modifies the state parameters in the iteration information into a stable state. And then the state machine continues to call the service next according to the configuration file and the iteration information until the state parameters in the iteration information become the completion state.

Of course, the iteration information may also be used to store the change of the original information, and after the iteration information is processed by different service systems, in addition to the possible change of the original information, there may also be other situations of information supplementation, modification, deletion, etc. in the iteration, such information change may be stored in the system in multiple versions in a copy manner, a new version is formed after each service, the latest version is the original information processed by the last service, and the next service is always modified on the latest version. Some types of original information may not be allowed to be modified and such information may be ignored.

Of course, the information may be accompanied by some additional information. The auxiliary information may include a signature of each service, an attached attachment, a service completion condition, an error message, and an exception message, which are stored in an agreed standard manner, and a specific information format is not discussed here, but the format must be common to each service and information center, and a standard format, such as XML, JSON, etc., is generally formed in an agreed manner in advance. The state changes of the information recorded by the state machine will also remain copied here, in the form of a part of the accompanying information, typically for display and collation.

Fig. 1 shows a schematic diagram of information center establishment with information as a core. The information center mainly comprises a state machine, an information base, a state base, a configuration bin, a state service configuration manager, configuration services and the like. The configuration service may set up corresponding configuration files according to various actual process flows and store the plurality of configuration files in the configuration bins through the state service configuration manager. The state machine can call out the configuration file matched with the information through the state service configuration manager.

Referring to fig. 2, after the state machine monitors the state parameter change in the information through the monitoring message queue, external services (synchronous call, asynchronous call, message call, timed call, interrupt waiting for manual processing, etc.) are scheduled to act on the information according to the configuration file, and after the system where each service is located finishes processing, the system provides the call result to the information center through different means (direct return-corresponding synchronous call, callback-corresponding asynchronous call, sending processing completion message-corresponding to other call modes such as message call, etc.). The information center adjusts the information state parameters according to the result in a configuration mode, and simultaneously sends a state parameter change message. This operation is cycled until the state parameter of the message reaches the completion state.

For example, the following steps are carried out: and realizing order circulation operation by using a state machine. The specific working steps are as follows:

1. the planning state transition diagram is first designed according to the requirements (see the example of the order center state transition diagram in fig. 3).

2. A flow graph formed according to 1 is formed, and a configuration document is generated (see table 1: node configuration information).

3. And configuring the service corresponding to each state in the configuration document, and appointing each service execution protocol.

4. At this point, the state machine configuration is complete.

Table 1: node configuration information

Specifically, the information center is a service-only application, and thus provides a series of standard REST services to the outside. Hereafter collectively referred to as "information services".

1. Other applications transmit information to the information center through dedicated information services

2. At this point, the information center invokes the state machine and initializes the information to an initial stable state. The first stable state in the default configuration file of the state machine is the initial stable state, and the keyword "initial stable state" can also be used for definition in the configuration file.

3. The state machine sends an 'information state change' message to the message queue, wherein the message comprises the content of information number, original information, current state and the like.

4. The state machine monitor acquires the message queue 'information state change' message.

5. The state machine judges the subsequent state according to the information state in the message and a subsequent state list corresponding to the completed service of the state in the configuration information, the judgment principle is the condition for achieving the subsequent state defined in the configuration information, and the parameter value in the condition is derived from the circulation information.

6. And the state machine adjusts the state of the current circulation information according to the result of the step 5, and repeatedly executes the steps 3-6 until the state of the circulation information reaches a certain completion state, a closed loop is formed, and the process is exited.

7. The completion state may be a successful state, or a failure state, a revocation state, or the like, which does not need to continue the process, and these completion states are also configured in the configuration file.

The difference between the embodiment of the application and the traditional workflow is as follows:

in a traditional workflow, work (job) is taken as a core, a service for executing work is taken as a node, information is marked as a pre-service state before any information enters a certain service, an information state is marked as a service intermediate state after the information enters the service, and an information state is marked as a service completion state after the service is completed.

The workflow mechanism with the service as the node operates well in a single environment, a plurality of services operate in the same environment, and each service has the same state source for information, so that information misinterpretation cannot occur. However, in the distributed and multi-service system, since the service node depends heavily on the service node itself, when the service is deployed in different systems in a distributed manner, the latest state description of the information is lost by other systems, so that the service must be queried or the latest information state can be acquired through subscription information at any time. When the amount of information is very large, the acquisition and updating of the information state becomes abnormally frequent and thus consumes a large amount of network resources. However, the system in which each service is located needs to perform almost the same information saving and updating operation, and no matter what state the information is, even if the state does not need the service to process, the information must be updated, which wastes a lot of server resources and database resources.

1. Differences in core philosophy

Workflow is based on services, while the product is based on information, services being conceptualizations of verbs and information being conceptualizations of nouns. For example, the approval is a service, but the work order is information, and the original workflow carries out state division on the work order aiming at conceptualization of the action of approval, and the approval is completed in the process of waiting for approval and approval. The product describes the states of the information per se, is stable (after initial examination and before examination and approval), is executed (during examination and approval), and is completed (examination and approval are completed), each state does not need to be named independently, only the front, middle and completion of the state is required to be added with the front and rear associated service names, and when the service configuration is changed, all the states can be changed along with the change of the configuration.

2. The difference in control position.

The traditional workflow acts on different services, so the control and the preservation of the state belong to each service, while the control and the preservation of the state belong to an information management center, and are uniformly allocated by the center, and the service only processes the information and generates the result without state change. The layout enables the information to control the state of the information, the service nodes are added, the sudden increase of the information amount is avoided, and the information only needs to be changed in the state. And further, the query and the retrieval of the information state are simpler.

3. Differences in adaptation environments

The workflow engine is more in line with the rule of single application, or all services uniformly use a common data source, and the content and the state of the information are uniformly stored. However, in the distributed system, since each service controls the change of the state, the state is distributed and stored in different servers, the state of information has to be widely synchronized, even a large amount of information is redundantly stored, the information has no real-time property, and the access to any service cannot confirm the real-time authenticity of the state of some information, because other services may update the state in the process of access, but the state is not synchronized to the local. The product information is managed in the information center in a centralized mode, the information center can perform various distributed deployments according to the requirements of data volume and access pressure, and accessing the information center means obtaining the most authoritative data information. The service is only used for processing the information, the information state is not changed, and the information center feeds back and updates the information state according to the result after obtaining the service result. Further, the next service calling is stimulated, a popular example is similar to a scheduling room, the information center schedules various services to process information, but each service does not need to be responsible for information states and a whole workflow, and the services become more specialized and simplified.

The difference between the embodiment of the application and the traditional state machine is as follows:

the traditional state machine uses a simple state change table to describe state change, has no service concept, and aims at the state change of certain data in a single machine, and a common example is the monitoring of voltage change in a factory, and the state exceeding different threshold values triggers different processing schemes.

The product amplifies the use scene of the state machine, further expands the functions of the state machine, and forms a comprehensive solution integrating state change, solidification, configuration, service call and message reminding. And from the single machine field, the method is expanded to the micro server distribution field, so that the traditional computer concept of a state machine blooms in a new field.

Since the company's orders originate from a number of different third party platforms, even including the user's off-line transactions. The aggregated orders need to be uniformly scheduled and processed. The system can be adapted to various services, such as complicated order sources and dispersed order processing flows in a plurality of different systems; different systems need to acquire and display order states; the order state needs to be traceable in all directions; the order requires a complex repetitive process; the order processing flow may have complex changes according to different situations; the same node may take a number of different states when placing an order.

The application also provides an information processing device based on the state machine, the device comprises a memory and a processor, wherein at least one program instruction is stored in the memory, and the processor loads and executes the at least one program instruction to realize the method.

The present application also provides a computer storage medium having stored therein at least one program instruction, which is loaded and executed by a processor to implement the method as described above.

The technical features of the embodiments described above may be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the embodiments described above are not described, but should be considered as being within the scope of the present specification as long as there is no contradiction between the combinations of the technical features.

The above-mentioned embodiments only express several embodiments of the present invention, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the inventive concept, which falls within the scope of the present invention. Therefore, the protection scope of the present patent shall be subject to the appended claims.

Claims

1. An information processing method based on a state machine is characterized by comprising the following steps:

2. The information processing method based on the state machine according to claim 1, wherein the step "when the state parameter in the information is a stable state, the state machine calls the processing service for the information according to the configuration file" further comprises:

3. The information processing method according to claim 1, wherein in the step "the state machine determines the state parameters in the information according to the received information and the configuration file, wherein the state parameters include a stable state, a proceeding state and a completed state", when the state parameters in the information are the proceeding state and the information performs the call service, the state parameters in the information are always the proceeding state.

4. The information processing method according to claim 1, wherein in the step "the state machine determines the state parameters in the information according to the received information and the configuration file, wherein the state parameters include a steady state, a proceeding state, and a completing state", when the state parameters in the information are the proceeding state and the information completes the call service, the state machine modifies the state parameters in the information into the steady state.

5. The state-machine based information processing method of claim 1, wherein the call processing service comprises at least one of a synchronous call, an asynchronous call, a message call, a timed call, an interrupt, and a wait for manual processing.

6. The state-machine based information processing method of claim 1, comprising setting a configuration file according to a process flow.

7. The information processing method according to claim 1, wherein the state machine marks information to obtain marked service parameters, the marked service parameters include pre-service information and post-service information, wherein the pre-service information includes a service executed last time before the steady state, and the post-service includes a subsequent service specified according to a configuration file and a condition.

8. An information processing apparatus based on a state machine, characterized in that the apparatus comprises a memory and a processor, wherein at least one program instruction is stored in the memory, and the processor is used for realizing the method according to any one of claims 1 to 7 by loading and executing the at least one program instruction.

9. A computer storage medium having stored therein at least one program instruction which is loaded and executed by a processor to implement the method of any one of claims 1 to 7.