State management system and method

Abstract

The application is applied to the field of system management, and provides a state management system and method, the system comprising: an instruction monitoring module, configured to receive an external instruction set of an access system when a state change demand of the access system is monitored; a script dynamic execution module, configured to execute an executable script corresponding to an instruction in the external instruction set in a preset executable script library according to an instruction sequence of the external instruction set, to obtain a state change result and a notification list; wherein the preset executable script library stores executable scripts corresponding to multiple events abstracted from multiple state changes of the access system; and a message transfer device, configured to inform the relevant parties in the notification list of the state change result. By abstracting the state change into events, when the state needs to be changed, the corresponding executable script of the relevant event is executed, the state change of the access system is realized, the context of the state change is clear, and the logic is simple, so that the accuracy and efficiency of the state management can be improved.

Description

Technical Field

[0001] This invention relates to the field of system management technology, and in particular to a status management system and method. Background Technology

[0002] Modern systems contain numerous states, such as order status, payment status, and user status. The user's perception often differs significantly from the actual system's state. For instance, a user might only see "paid," while an e-commerce system might include states like warehousing, dispatching, and logistics. Furthermore, many systems exhibit different behaviors for the same state, and the same state-changing logic is extremely difficult to reuse. Many state changes rely on hard coding, requiring a series of checks to verify the current state, executable operations, and the combination of these to determine the next appropriate state value. When state transitions are complex, the logic becomes extremely difficult to maintain. In cases with multiple levels of states and inconsistent presentations across different business logic, accurate state changes may become impossible.

[0003] As can be seen from the above situation, the accuracy and efficiency of existing state management are not high. Summary of the Invention

[0004] This invention provides a state management system to improve the accuracy and efficiency of state management. The system includes:

[0005] The instruction monitoring module is used to receive external instruction sets from the access system when it detects a state change requirement in the access system.

[0006] The script dynamic execution module is used to execute the executable scripts corresponding to the instructions in the preset executable script library according to the instruction order of the external instruction set, and obtain the state change results and notification list; the preset executable script library stores the executable scripts corresponding to multiple events abstracted from various state changes of the access system.

[0007] A message transferor is used to inform relevant parties in a notification list of status change results.

[0008] In a specific embodiment, a state management system is provided, which further includes:

[0009] The script preset module is used to abstract various state changes of the access system into multiple events, determine one or more executable scripts corresponding to each event, and store one or more executable scripts corresponding to each event in a preset executable script library.

[0010] In a specific embodiment, the script preset module is specifically used for:

[0011] Acquire various status changes of the access system;

[0012] For each state change, determine the corresponding original state and target state.

[0013] The process of changing the original state to the target state for each state change is abstracted as an event, resulting in one or more executable scripts corresponding to each event.

[0014] In practice, the event number and functional description information are stored in the database of the access system in the form of a byte stream.

[0015] For intuitive demonstration, the state management system in one specific embodiment further includes: a state change management module, used for:

[0016] The status change path of the access system is determined from multiple numbering perspectives; the multiple numbering perspectives include: service number, user perspective number, and flow number;

[0017] The status change paths of the access system from different numbering perspectives are visualized.

[0018] In a specific embodiment, the status change management module includes:

[0019] The status tree management unit is used to manage from the business number dimension and to visualize the status tree corresponding to a specific business number.

[0020] Furthermore, the status change management module includes:

[0021] The status presentation management unit is used to visualize the status change process of a specific business number from different perspectives.

[0022] In a specific embodiment, the message transferor is further configured to:

[0023] After receiving the state change result, the system sends a successful state change notification back to the upstream access system.

[0024] This invention also provides a state management method to improve the accuracy and efficiency of state management. The method includes:

[0025] When a state change requirement is detected in the access system, the system receives the external instruction set from the access system.

[0026] According to the instruction order of the external instruction set, the executable scripts corresponding to the instructions are executed in the preset executable script library to obtain the state change results and notification list; the preset executable script library stores the executable scripts corresponding to multiple events that are abstracted from various state changes of the access system.

[0027] The status change results will be communicated to the relevant parties in the notification list.

[0028] The state management method provided in the specific embodiments also includes:

[0029] The various state changes of the access system are abstracted into multiple events, and one or more executable scripts corresponding to each event are determined. The one or more executable scripts corresponding to each event are pre-stored in a preset executable script library.

[0030] In practice, the various state changes of the access system are abstracted into multiple events, and one or more executable scripts are identified for each event, including:

[0031] Acquire various status changes of the access system;

[0032] For each state change, determine the corresponding original state and target state.

[0033] The process of changing the original state to the target state for each state change is abstracted as an event, resulting in one or more executable scripts corresponding to each event.

[0034] The event number and functional description information are stored in the database of the access system in the form of a byte stream.

[0035] To visually demonstrate the state change process, a state management method in a specific embodiment further includes:

[0036] The status change path of the access system is determined from multiple numbering perspectives; the multiple numbering perspectives include: service number, user perspective number, and flow number;

[0037] The status change paths of the access system from different numbering perspectives are visualized.

[0038] In specific implementation, the state management method in the specific embodiment further includes:

[0039] Management is based on the business number dimension, and the status tree corresponding to the specific business number is displayed visually.

[0040] Similarly, the state management method in the specific embodiment also includes:

[0041] The process of state change from different perspectives for a specific business number is visualized.

[0042] The state management method in another specific embodiment of the present invention further includes:

[0043] After receiving the state change result, the system sends a successful state change notification back to the upstream access system.

[0044] This invention also provides a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the above-described state management method.

[0045] This invention also provides a computer-readable storage medium storing a computer program that performs the above-described state management method.

[0046] In this embodiment of the invention, an instruction monitoring module is set up to receive an external instruction set from the access system when a state change requirement is detected. A script dynamic execution module is set up to execute the corresponding executable scripts from a preset executable script library according to the instruction order of the external instruction set, obtaining the state change result and a notification list. The preset executable script library stores executable scripts corresponding to multiple events abstracted from various state changes of the access system. A message transferor is set up to inform the relevant parties in the notification list of the state change result. By abstracting state changes into events, when a state change is required, only the executable script corresponding to the corresponding event needs to be executed to realize the state change of the access system. The state change process is clear and the logic is simple, thereby improving the accuracy and efficiency of state management. Attached Figure Description

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

[0048] Figure 1 This is a schematic diagram of the state management system in an embodiment of the present invention.

[0049] Figure 2 This is a schematic diagram of the state management system in a specific embodiment of the present invention.

[0050] Figure 3 This is a schematic diagram of the state management system in a specific embodiment of the present invention.

[0051] Figure 4 This is a schematic diagram of the structure of the status change management module 301 in a specific embodiment of the present invention.

[0052] Figure 5 This is a schematic diagram illustrating the modification process from the original state to the target state in an example of the present invention.

[0053] Figure 6This is a schematic diagram of the state tree corresponding to a specific service number in an example of the present invention.

[0054] Figure 7 This is a schematic diagram illustrating the working logic of an example of the present invention.

[0055] Figure 8 This is a schematic diagram of the state management method in an embodiment of the present invention.

[0056] Figure 9 This is a schematic diagram of the state management method in a specific embodiment of the present invention.

[0057] Figure 10 This is a schematic diagram illustrating the implementation process of step 901 in a specific embodiment of the present invention.

[0058] Figure 11 This is a schematic diagram of a state management method in a specific embodiment of the present invention.

[0059] Figure 12 This is a schematic diagram of a state management method in another specific embodiment of the present invention.

[0060] Figure 13 This is a schematic diagram of an electronic device used for state management in an embodiment of the present invention. Detailed Implementation

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

[0062] This invention provides a state management system to improve the accuracy and efficiency of state management. The system is as follows: Figure 1 As shown, it includes:

[0063] The instruction monitoring module 101 is used to receive external instruction sets from the access system when it detects a state change requirement in the access system.

[0064] The script dynamic execution module 102 is used to execute the executable scripts corresponding to the instructions in the preset executable script library according to the instruction order of the external instruction set, and obtain the state change results and notification list; wherein, the preset executable script library stores the executable scripts corresponding to multiple events abstracted from various state changes of the access system.

[0065] Message transferor 103 is used to inform relevant parties in the notification list of the status change result.

[0066] Therefore, in this embodiment of the invention, by setting up an instruction monitoring module 101, when a state change requirement is detected in the access system, the module receives an external instruction set from the access system; by setting up a script dynamic execution module 102, the module executes the executable scripts corresponding to the instructions in a preset executable script library according to the instruction order of the external instruction set, thereby obtaining the state change result and a notification list; wherein, the preset executable script library stores executable scripts corresponding to multiple events abstracted from various state changes of the access system; by setting up a message transferor 103, the state change result is communicated to the relevant parties in the notification list. By abstracting state changes into events, when a state change is required, only the executable script corresponding to the corresponding event needs to be executed to realize the state change of the access system. The state change process is clear and the logic is simple, thereby improving the accuracy and efficiency of state management.

[0067] In practical implementation, the instruction monitoring module 101 is used to monitor the state changes of the access system. When it detects a state change requirement in the access system, it receives an external instruction set from the access system. Specifically, the instructions mainly consist of multiple script numbers.

[0068] After receiving the external instruction set from the access system, the script dynamic execution module 102 executes the corresponding executable scripts in a preset executable script library according to the instruction order of the external instruction set, and obtains the state change results and notification list. The preset executable script library stores executable scripts corresponding to multiple events abstracted from various state changes of the access system.

[0069] Because executable script libraries need to be pre-designed, such as Figure 2 The state management system in the specific embodiment shown, in Figure 1 In addition to this, it also includes:

[0070] The script preset module 201 is used to abstract multiple state changes of the access system into multiple events, determine one or more executable scripts corresponding to each event, and store one or more executable scripts corresponding to each event in a preset executable script library.

[0071] In a specific embodiment, the script preset module 201 is specifically used for:

[0072] Acquire various status changes of the access system;

[0073] For each state change, determine the corresponding original state and target state.

[0074] The process of changing the original state to the target state for each state change is abstracted as an event, resulting in one or more executable scripts corresponding to each event.

[0075] For ease of future maintenance, the event numbers and functional descriptions are stored as byte streams in the database of the access system.

[0076] After the script dynamic execution module 102 obtains the status change result and the notification list, the message transferor 103 informs the relevant parties in the notification list of the status change result. The relevant parties in the notification list generally refer to other downstream systems related to the access system, i.e., other systems that will be affected by the current status change. For example, in a shopping system, when a user's payment status changes from unpaid to paid, the status change result needs to be notified to relevant parties such as the warehousing system, customer service system, and logistics system.

[0077] Furthermore, in order to ensure that the upstream access system can also be informed of state changes in a timely manner, in this specific embodiment, the message transferor 103 is also used for:

[0078] After receiving the state change result, the system sends a successful state change notification back to the upstream access system.

[0079] Meanwhile, in actual implementation, there may be situations where state changes are complex, or it may be necessary to demonstrate the state change process. One specific embodiment also provides a state management system, such as... Figure 3 As shown, in Figure 1 In addition, it also includes: a status change management module 301, used for:

[0080] The status change path of the access system is determined from multiple numbering perspectives; these multiple numbering perspectives include: business number, user perspective number, and flow number.

[0081] The status change paths of the access system from different numbering perspectives are visualized.

[0082] In a specific embodiment, the status change management module 301 is used to present the status change status of the access system. Different status change path diagrams can be displayed based on different business numbers (such as order business), perspective numbers (user perspective), and flow numbers (such as specific order numbers).

[0083] In specific implementation, the structure of the status change management module 301 is as follows: Figure 4 As shown, it specifically includes:

[0084] The status tree management unit 401 is used to manage from the business number dimension and to visualize the status tree corresponding to a specific business number.

[0085] The status presentation management unit 402 is used to visualize the status change process of a specific business number from different perspectives.

[0086] In the specific implementation process, the state tree management unit 401 manages the business number dimension, lists the state tree corresponding to a certain business number, and displays many composite state changes (multiple state changes are triggered at the same time) in the figure in the form of groups.

[0087] The status presentation management unit 402 presents and displays a certain business number from different perspectives, and can clearly express how the status changes from the perspectives of users, warehouses, etc.

[0088] The following is a specific example illustrating how the embodiments of the present invention perform state management.

[0089] This example decouples the business system from the state using the SFE approach, and uses event-driven state changes. By managing the generality of events, it ensures the orderly changes and reusability of the state, that is, when a certain state receives a certain event, a certain behavior is triggered, thereby causing a deterministic change in the state.

[0090] To achieve this, this example demonstrates how to build an EL component that can receive external commands and dynamically load and execute event scripts.

[0091] SFE stands for Script For Event, meaning a script for events. EL stands for Event Loader, meaning an event loader.

[0092] This example draws inspiration from finite state machines and the UTXO (Unspent Transaction Output) model. It uses event-driven logic as its prototype for logical decoupling and UTXO as its data storage model, separating data and unifying state management. Therefore, this example designs a general-purpose, decoupled component from business systems, capable of state management—the EL component. Its design is reasonable and scientific, with a clear data structure, convenient management, and the ability to be quickly integrated into different business systems.

[0093] The EL component can be mainly divided into the following parts in terms of functionality: event script library, script dynamic loading and dynamic execution loader, state change management (state tree management and state presentation management), and message transferer.

[0094] The core idea of ​​this EL component is to abstract state changes as events. Each event corresponds to one or more scripts. A script loader is responsible for listening to all external instruction sets. When an external instruction set is received, it executes a series of scripts corresponding to the event numbers in the instructions in sequence, thereby achieving a deterministic change of one or more states from the original state to the target state. This component can be integrated as a plugin or as an interface.

[0095] Treating the original state as input and the target state as output, we assume that once the state changes, the previous and historical inputs and outputs become invalid, and only the current inputs and outputs are valid. This can also be understood as historical data being consumed. Therefore, for an EL component, it only needs to focus on the currently valid record. (See reference...) Figure 5 When the target state is modified to state2, state1 changes from state1 current to state1 history, and state2 is recorded as state2 current.

[0096] The specific explanations of each function are as follows:

[0097] Event script library: These are executable scripts corresponding to abstract events. After execution, they can deterministically transform one or more states into the corresponding target states. Events have clear numbers and functional descriptions in the system and are stored in the database in the form of byte streams.

[0098] The script loader, which dynamically loads and executes scripts, is responsible for listening to external instruction sets (instructions are mainly composed of multiple script numbers), dynamically loading and executing the corresponding event scripts according to the instruction set, modifying the data, and then sending the deterministic execution result to the instruction provider (access system). At the same time, it calls the message transferor to inform the relevant parties of the status change.

[0099] Message transferor: When a script is dynamically loaded and executed by a loader that obtains specific state change results and a list of notifications, the message transferor needs to be called to inform the relevant parties of the corresponding state change messages.

[0100] State Change Management: This feature presents the state changes within the connected system. Different state change path diagrams can be displayed based on different business IDs (e.g., order business), perspective IDs (user perspective), and flow IDs (e.g., specific order numbers). Specifically, it includes: State Tree Management, which manages the business ID dimension and lists the state tree corresponding to a given business ID. Multiple composite state changes (triggered simultaneously) are displayed in groups on the diagram. See the attached diagram for details. Figure 6 Status presentation management displays a specific business ID from different perspectives, clearly showing how the status changes from the user's, warehouse's, and other perspectives.

[0101] Furthermore, this EL component is also applicable to the multi-tenant mode of the Pass Cloud system. Once a mature operating model exists, subsequent access providers can quickly learn from and reuse it, significantly reducing development costs. Multi-tenancy definition: Multi-tenant technology, also known as SaaS, is a software architecture technology that enables the sharing of the same system or program components in a multi-user environment (generally enterprise users) while ensuring data isolation between users. Simply put: a single application instance runs on a server, providing services to multiple tenants (customers). In other words, multi-tenancy is an architecture designed to allow the use of the same program in a multi-user environment while ensuring data isolation between users. For example, using an e-commerce system as an access system, the developed EL component, after reaching maturity, can serve as a reference for program components in tenant systems, providing an example for other access systems to directly call mature events and corresponding scripts, thereby significantly reducing development costs.

[0102] Combination Figure 7 The working logic of this example is shown below. A further detailed explanation of this component is provided below:

[0103] like Figure 7 As shown, when the access party initiates a command set, the script's dynamic loading and execution loader receives the command set, analyzes its content, finds the corresponding event's binary stream from the event database, loads and executes it. After all events are executed, the result state is temporarily stored, the current state of the corresponding state is set to "history," and the temporarily stored state is stored in the state database and set to "current." Once ready, the execution result is returned to the upstream, and a message transfer mechanism notifies the downstream node group (other systems related to the access system are considered nodes, and a node group consists of multiple nodes). The access party can log into the system to view state change management, state presentation management, and state tree management. New access parties can also directly refer to mature solutions from other borrowing parties.

[0104] As can be seen from this, the EL component provided in this example is firstly deterministic, each script is a unique output, dynamically loaded and executed through event scripts, and when it receives instruction set input, it will output the unique result to the upstream and downstream through the message transferor;

[0105] Secondly, there is the finite uniqueness of the state. The access system will always adjust its own state accordingly to ensure that the current state is unique under the corresponding conditions.

[0106] Finally, by utilizing the data obtained from state changes, we can characterize state change models and state tree models, thereby enabling state management to be visualized and highly reusable.

[0107] Therefore, by abstracting state changes into events, when a state needs to be changed, simply executing the executable script corresponding to the event can realize the state change of the access system. The context of state changes is clear and the logic is simple, thereby improving the accuracy and efficiency of state management.

[0108] The above specific applications are merely examples; other implementation methods will not be described in detail.

[0109] Based on the same inventive concept, embodiments of the present invention also provide a state management method. Since the principle by which the state management method solves the problem is similar to that of the state management system, the implementation of the state management method can be referred to the implementation of the state management system; repeated details will not be elaborated further. Specifically, as follows... Figure 8 As shown, it includes:

[0110] Step 801: When a state change requirement is detected in the access system, receive the external instruction set from the access system;

[0111] Step 802: Execute the executable scripts corresponding to the instructions in the preset executable script library according to the instruction order of the external instruction set to obtain the status change results and notification list;

[0112] Step 803: Inform the relevant parties in the notification list of the status change result.

[0113] The pre-defined executable script library stores executable scripts corresponding to multiple events that are abstracted from various state changes of the access system.

[0114] Therefore, the state management method provided in the specific embodiments, such as Figure 9 As shown, in Figure 8 In addition to this, it also includes:

[0115] Step 901: Abstract the various state changes of the access system into multiple events, and determine one or more executable scripts corresponding to each event; store one or more executable scripts corresponding to each event in a preset executable script library.

[0116] In practice, the various state changes of the access system are abstracted into multiple events, and one or more executable scripts are identified for each event. The specific implementation process is as follows: Figure 10 As shown, it includes:

[0117] Step 1001: Obtain various status changes of the access system;

[0118] Step 1002: Based on each state change, determine the corresponding original state and target state for each state change;

[0119] Step 1003: The process of changing the original state to the target state for each state change is abstracted as an event, resulting in one or more executable scripts corresponding to each event.

[0120] The event numbers and functional descriptions are stored in the database of the access system as byte streams.

[0121] To visually demonstrate the state change process, a specific embodiment of the state management method is provided, such as... Figure 11 As shown, in Figure 8 In addition to this, it also includes:

[0122] Step 1101: Determine the status change path of the access system from multiple numbering perspectives;

[0123] Step 1102: Visualize the status change paths of the access system from different numbering angles.

[0124] Among them, there are multiple types of numbering, including: business number, user perspective number, and circulation number.

[0125] In specific implementation, the state management method in the specific embodiments, Figure 8 In addition to this, it also includes:

[0126] Management is based on the business number dimension, and the status tree corresponding to the specific business number is displayed visually.

[0127] In a specific embodiment, the state management method, Figure 8 In addition to this, it also includes:

[0128] The process of state change from different perspectives for a specific business number is visualized.

[0129] Another specific embodiment of the state management method of the present invention, such as Figure 12 As shown, in Figure 8 In addition to this, it also includes:

[0130] Step 1201: After obtaining the state change result, the result of successful state change is fed back to the upstream access system.

[0131] Figure 13 This is a schematic block diagram illustrating the system configuration of the electronic device 1300 according to an embodiment of this application. Figure 13 As shown, the electronic device 1300 may include a central processing unit 1301 and a memory 1302; the memory 1302 is coupled to the central processing unit 1301. It is worth noting that... Figure 13 This is an example; other types of structures can also be used to supplement or replace this structure to achieve telecommunications functions or other functions.

[0132] In one embodiment, the functionality of the state management system can be integrated into the central processing unit 1301. The central processing unit 1301 can be configured to perform the following controls:

[0133] When the instruction monitoring module detects a state change requirement in the access system, it receives the external instruction set from the access system.

[0134] The script dynamic execution module executes the executable scripts corresponding to the instructions in the preset executable script library according to the instruction order of the external instruction set, and obtains the status change results and notification list.

[0135] The message transferor informs the relevant parties in the notification list of the state change result.

[0136] The pre-defined executable script library stores executable scripts corresponding to multiple events that are abstracted from various state changes of the access system.

[0137] As described above, the electronic device provided in the embodiments of this application, by setting up an instruction listening module, receives an external instruction set from the access system when it detects a state change requirement in the access system; by setting up a script dynamic execution module, it executes the executable scripts corresponding to the instructions in a preset executable script library according to the instruction order of the external instruction set, thereby obtaining the state change result and a notification list; wherein, the preset executable script library stores executable scripts corresponding to multiple events abstracted from various state changes of the access system; by setting up a message transferer, the state change result is notified to the relevant parties in the notification list. By abstracting state changes into events, when a state change is required, only the executable script corresponding to the corresponding event needs to be executed to realize the state change of the access system. The state change process is clear and the logic is simple, thereby improving the accuracy and efficiency of state management.

[0138] In another embodiment, the state management system can be configured separately from the central processing unit 1301. For example, the state management system can be configured as a chip connected to the central processing unit 1301, and the state management function can be implemented through the control of the central processing unit.

[0139] like Figure 13 As shown, the electronic device 1300 may further include: a communication module 1303, an input unit 1304, an audio processor 1305, a display 1306, and a power supply 1307. It is worth noting that the electronic device 1300 does not necessarily need to include these components. Figure 13 All components shown; in addition, the electronic device 1300 may also include Figure 13 For components not shown, please refer to existing technology.

[0140] like Figure 13As shown, the central processing unit 1301, sometimes also referred to as a controller or operating control, may include a microprocessor or other processor device and / or logic device. The central processing unit 1301 receives input and controls the operation of various components of the electronic device 1300.

[0141] The memory 1302 may be, for example, one or more of a cache, flash memory, hard drive, removable media, volatile memory, non-volatile memory, or other suitable devices. It may store the aforementioned failure-related information, and also store a program for executing that information. The central processing unit 1301 may execute the program stored in the memory 1302 to perform information storage or processing, etc.

[0142] Input unit 1304 provides input to central processing unit 1301. This input unit 1304 may be, for example, a keypad or touch input device. Power supply 1307 provides power to electronic device 1300. Display 1306 displays images and text. This display may be, for example, an LCD display, but is not limited thereto.

[0143] The memory 1302 can be a solid-state memory, such as a read-only memory (ROM), random access memory (RAM), a SIM card, etc. It can also be a memory that retains information even when power is off, can be selectively erased, and contains more data; examples of this type of memory are sometimes referred to as EPROMs. The memory 1302 can also be some other type of device. The memory 1302 includes a buffer memory 1321 (sometimes referred to as a buffer). The memory 1302 may include an application / function storage unit 1322 for storing application programs and function programs or processes for executing the operation of the electronic device 1300 via the central processing unit 1301.

[0144] The memory 1302 may also include a data storage unit 1323 for storing data, such as contacts, digital data, pictures, sounds, and / or any other data used by the electronic device. The driver storage unit 1324 of the memory 1302 may include various drivers for the electronic device for communication functions and / or for performing other functions of the electronic device (such as messaging applications, address book applications, etc.).

[0145] The communication module 1303 is a transmitter / receiver 1303 that transmits and receives signals via the antenna 1308. The communication module (transmitter / receiver) 1303 is coupled to the central processing unit 1301 to provide input signals and receive output signals, which can be the same as in a conventional mobile communication terminal.

[0146] Based on different communication technologies, multiple communication modules 1303 can be configured in the same electronic device, such as cellular network modules, Bluetooth modules, and / or wireless LAN modules. The communication module (transmitter / receiver) 1303 is also coupled to a speaker 1309 and a microphone 1310 via an audio processor 1305 to provide audio output via the speaker 1309 and receive audio input from the microphone 1310, thereby realizing typical telecommunications functions. The audio processor 1305 may include any suitable buffer, decoder, amplifier, etc. Additionally, the audio processor 1305 is also coupled to a central processing unit 1301, enabling on-device recording via the microphone 1310 and on-device playback of stored sound via the speaker 1309.

[0147] Embodiments of the present invention also provide a computer-readable storage medium capable of implementing all steps of the state management method in the above embodiments. The computer-readable storage medium stores a computer program that, when executed by a processor, implements all steps of the state management method in the above embodiments. For example, when the processor executes the computer program, it implements the following steps:

[0148] When the instruction monitoring module detects a state change requirement in the access system, it receives the external instruction set from the access system.

[0149] The script dynamic execution module executes the executable scripts corresponding to the instructions in the preset executable script library according to the instruction order of the external instruction set, and obtains the status change results and notification list.

[0150] The message transferor informs the relevant parties in the notification list of the state change result.

[0151] The pre-defined executable script library stores executable scripts corresponding to multiple events that are abstracted from various state changes of the access system.

[0152] As described above, the computer-readable storage medium provided in this embodiment of the invention, by setting an instruction monitoring module, receives an external instruction set from the access system when a state change requirement is detected; by setting a script dynamic execution module, it executes the executable scripts corresponding to the instructions in a preset executable script library according to the instruction order of the external instruction set, thereby obtaining the state change result and a notification list; wherein, the preset executable script library stores executable scripts corresponding to multiple events abstracted from various state changes of the access system; by setting a message transferor, the state change result is notified to the relevant parties in the notification list. By abstracting state changes into events, when a state change is required, only the executable script corresponding to the corresponding event needs to be executed to realize the state change of the access system. The state change process is clear and the logic is simple, thereby improving the accuracy and efficiency of state management.

[0153] In summary, the state management system and method provided by the embodiments of the present invention have the following advantages:

[0154] By setting up an instruction listening module, when a state change requirement is detected in the access system, the system receives an external instruction set. By setting up a dynamic script execution module, the system executes the corresponding executable scripts from a pre-defined executable script library according to the instruction sequence of the external instruction set, obtaining the state change result and a notification list. The pre-defined executable script library stores executable scripts corresponding to multiple events representing various state changes in the access system. A message transfer mechanism is used to inform relevant parties in the notification list of the state change result. By abstracting state changes into events, when a state change is needed, only the executable script corresponding to the relevant event needs to be executed to achieve the state change of the access system. The state change process is clear and logically simple, thereby improving the accuracy and efficiency of state management.

[0155] While this invention provides the method operation steps as described in the embodiments or flowcharts, more or fewer operation steps may be included based on conventional or non-inventive labor. The order of steps listed in the embodiments is merely one possible execution order among many and does not represent the only possible execution order. In actual device or client product execution, the methods shown in the embodiments or drawings can be executed sequentially or in parallel (e.g., in a parallel processor or multi-threaded processing environment).

[0156] Those skilled in the art will understand that the embodiments of this specification can be provided as methods, apparatus (systems), or computer program products. Therefore, the embodiments of this specification can take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, the invention can 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, etc.) containing computer-usable program code.

[0157] This 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 block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can 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, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1A device that provides the functions specified in one or more boxes.

[0158] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0159] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0160] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on its differences from other embodiments. In particular, the system embodiments are relatively simple in description because they are fundamentally similar to the method embodiments; relevant parts can be referred to the descriptions in the method embodiments. In this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. The terms "upper," "lower," etc., indicating orientation or positional relationships based on the orientation or positional relationships shown in the accompanying drawings, are only for the convenience of describing the invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore should not be construed as limiting the invention. Unless otherwise expressly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to fixed connections, detachable connections, or integral connections; mechanical connections or electrical connections; direct connections or indirect connections through an intermediate medium; and internal connections between two components. Those skilled in the art can understand the specific meaning of these terms in this invention according to the specific circumstances. It should be noted that, without conflict, the embodiments and features in the embodiments of this invention can be combined with each other. This invention is not limited to any single aspect, nor to any single embodiment, nor to any combination and / or substitution of these aspects and / or embodiments. Moreover, each aspect and / or embodiment of this invention can be used alone or in combination with one or more other aspects and / or embodiments.

[0161] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention, and they should all be covered within the scope of the claims and specification of the present invention.

Claims

1. A state management system, characterized by, include: The instruction monitoring module is used to receive external instruction sets from the access system when it detects a state change requirement in the access system. The script dynamic execution module is used to execute the executable scripts corresponding to the instructions in the preset executable script library according to the instruction order of the external instruction set, and obtain the state change results and notification list; the preset executable script library stores the executable scripts corresponding to multiple events that are abstracted from various state changes of the access system; wherein, the executable script corresponding to the abstract event will deterministically transform at least one original state into the corresponding target state after execution. A message transferor is used to inform relevant parties in a notification list of status change results; It also includes: a script preset module, used to abstract multiple state changes of the access system into multiple events, and determine one or more executable scripts corresponding to each event; pre-store one or more executable scripts corresponding to each event in a preset executable script library; the event number and functional description information are stored in the database of the access system in the form of a byte stream; The script preset module is specifically used for: acquiring multiple state changes of the access system; determining the original state and target state corresponding to each state change based on each state change; abstracting the process of changing the original state to the target state corresponding to each state change into an event, and obtaining one or more executable scripts corresponding to each event; The system receives external instructions and dynamically loads and executes event scripts by building an event loader. This event loader is used in the multi-tenant mode of the pass cloud system. It dynamically loads and executes events through event scripts. When it receives an instruction set input, it uniquely determines the result and outputs it to upstream and downstream through a message transferor.

2. The state management system of claim 1, wherein, Also includes: The status change management module is used for: Determine the status change path of the access system from multiple numbering perspectives; The various numbering systems include: business number, user perspective number, and circulation number; The status change paths of the access system from different numbering perspectives are visualized.

3. The state management system of claim 2, wherein, The status change management module includes: The status tree management unit is used to manage from the business number dimension and to visualize the status tree corresponding to a specific business number.

4. The state management system of claim 2, wherein, The status change management module includes: The status presentation management unit is used to visualize the status change process of a specific business number from different perspectives.

5. The state management system of claim 1, wherein, The message transferor is also used for: After receiving the state change result, the system sends a successful state change notification back to the upstream access system.

6. A state management method characterized by, include: When a state change requirement is detected in the access system, the system receives the external instruction set from the access system. According to the instruction sequence of the external instruction set, the executable scripts corresponding to the instructions are executed in the preset executable script library to obtain the state change results and notification list; the preset executable script library stores executable scripts corresponding to multiple events that are abstracted from various state changes of the access system; among them, the executable script corresponding to the abstract event will deterministically transform at least one original state into the corresponding target state after execution. Inform the relevant parties in the notification list of the status change results; It also includes: abstracting multiple state changes of the access system into multiple events, determining one or more executable scripts corresponding to each event; pre-storing one or more executable scripts corresponding to each event in a preset executable script library; and storing the event number and functional description information in the database of the access system in the form of a byte stream. The various state changes of the access system are abstracted into multiple events, and one or more executable scripts are determined for each event. This includes: obtaining the various state changes of the access system; determining the original state and target state corresponding to each state change based on each state change; and abstracting the process of changing the original state to the target state corresponding to each state change into an event, thereby obtaining one or more executable scripts corresponding to each event. The system receives external instructions and dynamically loads and executes event scripts by building an event loader. This event loader is used in the multi-tenant mode of the pass cloud system. It dynamically loads and executes events through event scripts. When it receives an instruction set input, it uniquely determines the result and outputs it to upstream and downstream through a message transferor.

7. The state management method of claim 6, wherein, Also includes: Determine the status change path of the access system from multiple numbering perspectives; The various numbering systems include: business number, user perspective number, and circulation number; The status change paths of the access system from different numbering perspectives are visualized.

8. The state management method of claim 7, wherein, Also includes: Management is based on the business number dimension, and the status tree corresponding to the specific business number is displayed visually.

9. The state management method of claim 7, wherein, Also includes: The process of state change from different perspectives for a specific business number is visualized.

10. The state management method as described in claim 6, characterized in that, Also includes: After receiving the state change result, the system sends a successful state change notification back to the upstream access system.

11. A computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method of any one of claims 6 to 10.

12. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that performs the method of any one of claims 6 to 10.

Images