WO2023226703A1

WO2023226703A1 - State monitoring system, and state information update method and apparatus

Info

Publication number: WO2023226703A1
Application number: PCT/CN2023/091889
Authority: WO
Inventors: 张岩; 张海亮; 田春虎; 闫思婕; 刘莉; 李小伟; 李文娟; 朴南植; 王洪
Original assignee: 京东方科技集团股份有限公司; 北京中祥英科技有限公司
Priority date: 2022-05-25
Filing date: 2023-04-28
Publication date: 2023-11-30
Also published as: CN114915567A; CN114915567B

Abstract

A state monitoring system, and a state information update method and apparatus. The method comprises: in response to a state monitoring request, which is initiated by a client for a target device, returning the current state information of the target device to the client, such that the client displays the current state information in a target monitoring interface; and when a state change message for the target device is received, sending, to the client, changed state information which is obtained after the target device changes and is included in the state change message, such that the client updates the target monitoring interface according to the changed state information. By means of the method, automatic monitoring of a device state and automatic update of state information can be realized, thereby reducing the interference of personnel to a production environment, improving the cleanliness of the production environment, and ensuring the product quality.

Description

Status monitoring system, status information update method and device

Technical field

The present disclosure relates to the field of computer technology, and specifically, to a status monitoring system, a method and device for updating status information.

Background technique

In production environments such as factory workshops and assembly lines, workers need to know whether and what changes have occurred in the status information of each production equipment (including whether it is running or not, specific parameters, etc.) in order to carry out production.

In related technologies, workers usually go to the production environment to observe records to learn the above status information and its changes. This method not only consumes manpower, but may also introduce impurities into the production process, affecting the cleanliness of the production environment and thus affecting product quality.

Contents of the invention

In view of this, embodiments of the present disclosure propose a status monitoring system, status information updating method and device to realize automatic monitoring of status information of production equipment, thereby solving deficiencies in related technologies.

According to a first aspect of an embodiment of the present disclosure, a method for updating status information is proposed, including: in response to a status monitoring request initiated by a client for a target device, returning the current status information of the target device to the client, The client displays the current status information in the target monitoring interface; when a status change message for the target device is received, the changed status of the target device included in the status change message is The changed status information is sent to the client, so that the client updates the target monitoring interface according to the changed status information.

Optionally, the method further includes: querying the target layout file corresponding to the target device according to the identification information contained in the status monitoring request, and returning the target layout file to the client, so that the client can The device layout indicated by the target layout file displays the current status information.

Optionally, the method further includes: determining the target element corresponding to the target device in the target layout file, and replacing the element identification of the target element recorded in the target layout file with the device identification of the target device. ; Returning the target layout file to the client includes: returning the replaced target layout file to the client.

Optionally, the status monitoring request includes the identity information of the user who logged in to the client, and returning the current status information of the target device to the client includes: indicating that the user If it has the monitoring authority for the target device, the current status information of the target device is returned to the client.

Optionally, the current status information of the target device is obtained in the following manner: reading the current status information of the target device from a database associated with a manufacturing execution system, which is configured to respond to the target When the status information of the device changes, the status change message is initiated and the status information of the target device recorded in the database is updated.

Optionally, when receiving a status change message for the target device, sending the changed status information of the target device after the change in the status change message to the client, including : When receiving a status change message for the target device, write the changed status information contained in the status change message into a cache; send the status information in the cache to the client at a fixed period. Post-change status information; or, in response to an update query request initiated by the client, return the post-change status information recorded in the cache to the client.

Optionally, writing the changed status information contained in the status change message into the cache includes: if the status information of the target device has not been written in the cache, in the blank space of the cache The changed state information is written at the address; if the state information of the target device has been written in the cache, the changed state information is used to overwrite the written state information.

Optionally, writing the changed status information contained in the status change message into the cache includes: writing the changed status information into the cache according to a preset format.

According to a second aspect of the embodiment of the present disclosure, another method for updating status information is proposed, including: in response to a status monitoring operation performed by a user on a target device, initiating a status monitoring request for the target device to the server, and The target monitoring interface displays the current status information of the target device returned by the server in response to the request; upon receiving the changed status information of the target device sent by the server, according to the change After the status information is updated, the target monitoring interface is updated.

Optionally, the status monitoring request includes identification information of the device, and the method further includes: receiving a target layout file corresponding to the target device queried by the server based on the identification information; Displaying the current status information in the monitoring interface includes: displaying the current status information in the target monitoring interface according to the device layout indicated by the target layout file.

Optionally, the device layout indicated by the target layout file includes at least one of the following: a device level to which the target device belongs, an installation location of the target device, and a connection method between the target device and other devices.

Optionally, the method further includes: in response to an indicator viewing operation performed by the user, collecting statistics on the operating indicators of the target device according to the device status of the target device; or, obtaining from the server the device statistics of the target device according to the device status of the target device. The operation indicators of the target device obtained by status statistics are displayed in the post-switch interface corresponding to the indicator viewing operation.

Optionally, the method further includes: in response to a status refresh operation performed by the user on the target device, The server initiates an update query request for the target device, so that the server returns the changed status information in response to the request.

Optionally, the method further includes: in response to the first switching operation performed by the user, determining a post-switching interface corresponding to the operation, where the post-switching interface includes a centralized monitoring interface or a monitoring interface of any device, wherein the centralized The monitoring interface is used to centrally display the status information of each device in the device set corresponding to the operation, and the monitoring interface of any device is used to display the status information of the device; to initiate to the server a response to the switched interface. Correspond to the update query request of the switched device, and display the changed status information of the switched device returned by the server in response to the request in the switched interface.

Optionally, the method further includes: in response to a second switching operation performed by the user, switching the target monitoring interface to a parameter configuration interface; in response to a parameter configuration operation performed by the user in the parameter configuration interface, displaying The parameters are configured accordingly, and the configured display parameters are used to display the status information of the corresponding device in the target monitoring interface and/or the monitoring interface of other devices.

According to a third aspect of the embodiment of the present disclosure, a status monitoring system is proposed, including a client and a server, wherein the client is used to initiate a status monitoring request for a target device to the server, and monitor The interface displays the current status information of the target device returned by the server in response to the request; and, upon receiving the changed status information of the target device after the change sent by the server, according to The changed status information updates the target monitoring interface; the server is configured to respond to the status monitoring request and return the current status information to the client; and, upon receiving the target device In the case of a status change message, the changed status information contained in the status change message is sent to the client.

Optionally, a manufacturing execution system and a database are also included, wherein the database is used to store status information of the target equipment, and the status information is triggered and stored in the manufacturing execution system in response to changes in the status information of the target equipment. database, the manufacturing execution system further sends the status change message to the server in response to a change in the status information of the target device.

Optionally, a cache is also included. The cache is used to store post-change status information after the target device is changed. The post-change status information is written to the cache by the server in response to the status change message. .

According to a fourth aspect of the embodiment of the present disclosure, a device for updating status information is proposed. The device includes one or more processors, and the processor is configured to: respond to a status monitoring request initiated by a client for a target device. , return the current status information of the target device to the client, so that the client displays the current status information in the target monitoring interface; in the case of receiving a status change message for the target device , sending the changed status information after the change of the target device included in the status change message to the client, so that the client updates the target monitoring interface according to the changed status information.

According to a fifth aspect of the embodiment of the present disclosure, another device for updating status information is proposed. The device includes one or more processors, and the processor is configured to: respond to status monitoring implemented by the user for the target device. Control operation, initiate a status monitoring request for the target device to the server, and display the current status information of the target device returned by the server in response to the request in the target monitoring interface; after receiving the request from the server If the changed status information of the target device is sent, the target monitoring interface is updated according to the changed status information.

According to a sixth aspect of the embodiment of the present disclosure, an electronic device is proposed, including: a processor; a memory for storing instructions executable by the processor; wherein the processor is configured to implement the above first or second aspect the method described.

According to a seventh aspect of the embodiment of the present disclosure, a non-transitory computer-readable storage medium is proposed, on which a computer program is stored, which implements the steps of the method described in the first or second aspect when executed by a processor. .

According to embodiments of the present disclosure, the client can respond to the status monitoring operation performed by the user on the target device and initiate a status monitoring request for the device to the server. The server may return the current status information of the device to the client in response to the request, so that the client displays the current status information in the target monitoring interface. Further, when receiving a status change message for the target device, the server may send the changed status information of the target device after the change contained in the message to the client, so that the server can change the status according to the changed status information of the target device. Status information updates the target monitoring interface.

It can be seen that the current status information displayed by the client in the target monitoring interface is used to represent the status of the target device before the change, and the target monitoring interface updated based on the status information after the change is used to represent the new status of the device after the change. , in this way, when the server senses that the target device has changed (that is, receives the status change message), it can notify the client to automatically update the target monitoring interface accordingly, and on-site workers, operation and maintenance personnel, and managers can Users can accurately and timely learn the above changes in the target device by viewing the target monitoring interface. Through this solution, users can learn whether and what kind of changes have occurred in the target equipment through the target monitoring interface without going to the production environment to check on-site. This not only saves labor costs, but also effectively avoids possible interference to the production environment by personnel, that is, This avoids adverse effects on the cleanliness of the production environment and ensures product quality.

It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only, and do not limit the present disclosure.

Description of the drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure, the drawings needed to be used in the description of the embodiments will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments of the present disclosure. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without exerting any creative effort.

Figure 1 is a schematic architectural diagram of a status monitoring system according to an embodiment of the present disclosure.

FIG. 2 is a flowchart of a method for updating status information according to an embodiment of the present disclosure.

FIG. 3 is a flowchart of another method for updating status information according to an embodiment of the present disclosure.

Figure 4 is a schematic diagram of a target monitoring interface according to an embodiment of the present disclosure.

Figure 5 is a schematic structural diagram of a node device according to an embodiment of the present disclosure.

Detailed ways

The technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present disclosure. Obviously, the described embodiments are only some of the embodiments of the present disclosure, rather than all of the embodiments. Based on the embodiments in this disclosure, all other embodiments obtained by those of ordinary skill in the art without creative efforts fall within the scope of protection of this disclosure.

The status information update system of the present disclosure includes a client and a server, wherein the client is used to initiate a status monitoring request for a target device to the server, and display the server response in the target monitoring interface. The current status information of the target device returned by the request; and, in the case of receiving the changed status information of the target device after the change sent by the server, updating the changed status information according to the changed status information. The target monitoring interface; the server is configured to return the current status information to the client in response to the status monitoring request; and, in the case of receiving a status change message for the target device, The changed status information contained in the status change message is sent to the client.

In one embodiment, the system further includes a database, wherein the database is used to store status information of the target device, and the status information is triggered by the manufacturing execution system to be stored in the target device in response to a change in the status information of the target device. The manufacturing execution system further sends the status change message to the server in response to a change in the status information of the target device.

In one embodiment, the system further includes a cache, the cache being used to store post-change status information after the target device is changed, and the post-change status information is generated by the server in response to the status change message. Write to the cache.

Figure 1 is a schematic architectural diagram of a status monitoring system according to an embodiment of the present disclosure. Each component of the condition monitoring system will be described below with reference to Figure 1 . As shown in Figure 1, the server 10 and its connected client 11, database (DB, DataBase) 12 and cache 13 constitute the status monitoring system described in this disclosure.

The server 10 may be a server of the FMB (Factory Monitoring Board) platform, and the client 11 may be run on a terminal device used by users such as field workers, operation and maintenance personnel, or managers. Users can Log in to the FMB platform through the client to monitor the equipment status of the target equipment at the production site. The server can be a physical server including an independent host, or it can be a virtual server, cloud server, etc. hosted by a host cluster. The server 10 can include multiple functional modules, such as a message receiving module 101, a message reading module, etc. Fetch module 102, scheduled task module 103 and information query module 104. The specific functions of each module can be found in the following embodiments and will not be described again here. The terminal device can be a mobile phone, a tablet device, a notebook computer, a PDAs (Personal Digital Assistants), a wearable device (such as smart glasses, a smart watch, etc.), a VR (Virtual Reality, virtual reality) device, or an AR (Augmented Reality, augmented reality) devices, etc., this disclosure does not limit this. The client application can be pre-installed on the terminal device, so that the client can be started and run on the terminal device; of course, an online "client" such as HTML5 technology can also be used, and there is no need to install the client on the terminal device. The client can be obtained and run by installing the corresponding application on the device.

The server 10 is also connected to a manufacturing execution system (MES, Manufacturing Execution System) 14 through a message queue 15. As a production information management system for the execution layer of the manufacturing enterprise workshop, this system is connected to the production equipment 16 in the production environment. . The system can be composed of multiple execution units, such as MES x and MES y as shown in the figure. The multiple execution units can correspond to different equipment objects, different production lines or different workshops in the production environment, such as MES x and MES y can correspond to workshop 1 and workshop 2 respectively, or can also correspond to production line 1 and production line 2 in a certain workshop, etc., which will not be described again. The target device described in this disclosure can be any production device connected to the manufacturing execution system 14 . The message queue 15 used to connect the manufacturing execution system and the server 10 can be the message middleware TIB Rendezvous, or can also use Kafka, RabbitMQ, ActiveMQ, etc., and the embodiment of the present disclosure is not limited to this.

The manufacturing execution system 14 can also be connected to a database 12, which can be a local storage space or an external storage space of the manufacturing execution system 14, which is used to store production data and real equipment status generated during the operation of the manufacturing execution system 14. wait. In fact, the device information of any device stored in the database 12 can be divided into two categories: basic device information and device status information, where the basic device information can include device name, device identification, interface information, installation location, Function, brand, size, etc.; the equipment status information may include whether it is working (on or down), temperature, pressure, rotation speed, valve opening size, etc., which will not be described again.

The cache 13 is used to store the status change message of any device received by the server 10 or the changed status information of the device extracted according to the status change message. Specifically, the cache can be a Redis (Remote Dictionary Server) cache. Redis is an efficient memory-based storage system that enables the cache 13 to have high data caching efficiency.

The following is a brief description of the operation process of the condition monitoring system. The manufacturing execution system 14 is not only connected to the production equipment 16, but can also be connected to detection equipment that cooperates with each production equipment, such as electronic switches, solenoid valves and other actuators, and sensors such as thermometers, pressure gauges, flow meters, etc., thereby manufacturing execution The system 14 can sense the equipment status of each production equipment in real time through the above detection equipment. In the case of sensing changes in the equipment status of the target equipment (which can be any production equipment) (such as equipment startup or shutdown, switch opening or closing, temperature increase or decrease, flow increase or decrease, etc.), manufacturing The execution system 14 can update the equipment status information of the target equipment recorded in the database 12 according to the change, so that the equipment status information of the target equipment is saved in the database 12 in real time - because the manufacturing execution system 14 will The database 12 mediator The stored device status information is updated in time, so the device status information of the target device read from the database 12 at any time can be used to represent the real device status of the target device at that time.

Based on this, when receiving the status monitoring request initiated by the client 11 for the target device, the server 10 can read the device status information of the target device at the current moment from the database 12 and use it as the current status of the target device. The information is returned to the client 11 for display in the target monitoring interface. It can be seen that the current status information described in the embodiment of the present disclosure is the device status information of the target device read from the database 12 by the server 10 in response to the status monitoring request initiated by the client 11. In addition, upon receiving the status monitoring request, the server 10 can determine that the client 11 has a status monitoring requirement for the target device. At this time, the server 10 can register a message acquisition service for the target device with the message queue 15 , so as to obtain the status change message for the target device from the message queue 15; of course, the server 10 may not register the above service, but obtain the status change message for the target device by checking the messages in the message queue 15.

After returning the current status information to the client 11, if a status change message for the target device is received again, the server 10 can directly send the changed status information contained in the message to the client 11; or, alternatively, The message or the changed status information can be stored in the cache 13 and sent to the client 11 at a fixed period or returned to the client 11 in response to an update query request initiated by the client 11, so that the client 11 can use the message. After the change, the status information updates the target monitoring interface. The above process of receiving the status change message can be performed by the message receiving module 101, and the process of reading and sending the changed status information can be performed by the message reading module 102. Among them, the scheduled task module 103 can be used to manage the execution frequency of various scheduled tasks in the status monitoring system. The scheduled tasks can include message reading tasks executed by the message reading module 102 and task query modules 104 Information query tasks performed. The message reading task is to read the stored status change message or changed status information from the cache 13 according to a fixed period, and the information query task is to read the target device's information from the database 12 according to a fixed period. Whether the basic information such as the target layout file changes, please refer to the records in subsequent embodiments for the related processing of the target layout file, which will not be described here. Wherein, the fixed period of the above message reading task should be smaller than the fixed period of the information query task.

From the above introduction to the status monitoring system, it can be seen that the current status information displayed by the client in the target monitoring interface is used to represent the status of the target device before the change, and the target monitoring interface updated according to the status information after the change is used In order to represent the new status of the device after the change, in this way, when the server senses that the target device has changed (that is, receives the status change message), it can notify the client to automatically update the target monitoring interface accordingly. , on-site workers, operation and maintenance personnel, managers and other users can accurately and timely learn the above changes that have occurred in the target equipment by viewing the target monitoring interface. Through this solution, users can learn whether and what kind of changes have occurred in the target equipment through the target monitoring interface without going to the production environment to check on-site. This not only saves labor costs, but also effectively avoids possible interference to the production environment by personnel, that is, This avoids adverse effects on the cleanliness of the production environment and ensures product quality.

The update scheme of status information implemented based on the foregoing status monitoring system will be described in detail below with reference to Figures 2 to 4 and their respective corresponding embodiments.

FIG. 2 is a flowchart of a method for updating status information according to an embodiment of the present disclosure. As shown in Figure 2, this method is applied to the server side of the status monitoring system, and the method may include the following steps 202-204.

Step 202: In response to the status monitoring request initiated by the client for the target device, return the current status information of the target device to the client, so that the client displays the current status information in the target monitoring interface.

Before logging in to the client, the user needs to register his or her user account on the server. In order to achieve effective control over the production process, the server can create (i.e. register) different types of user accounts for different users based on the roles they play in the production process, and allocate corresponding account permissions to each type of account. For example, the user account registered in the server may include at least one of the following: administrator account, operation and maintenance account, ordinary account, plan account, etc. Among them, the operation and maintenance personnel corresponding to the operation and maintenance account can have the permissions of equipment monitoring, machine management, group management, and billboard directory query; the ordinary production workers corresponding to the ordinary account can have the equipment monitoring and billboard directory of the equipment corresponding to their own jobs. Inquiry, fault reporting and other permissions; the production planner corresponding to the planning account can have production scheduling permissions; and the administrator user corresponding to the administrator account can have system setting permissions, group management permissions, status dictionary query permissions, and physical location management permissions etc. for all operating rights of the condition monitoring system. Of course, the specific permissions of different accounts can be reasonably set according to the actual production scenario, and the embodiments of the present disclosure do not limit this. Based on this, the server can maintain a user permission list, which is used to record the permissions owned by the corresponding users of each user account that has completed registration.

After the user logs in to the user account in the client, the client can determine the target device according to the default settings, such as determining the device last monitored by the user as the target device or the device that has recently changed as the target device; or, the user You can also specify a certain device to the client through a device selection operation. At this time, the client can determine the device as the target device in response to the operation. It can be understood that the target device determined in the above method is the monitoring object of the client at the current moment, so the client can initiate a status monitoring request for the target device to the server.

For the server, the status monitoring request sent by any client it receives may include the identity information of the user who logged in to the client, such as the user account logged in by the client, the account nickname, etc. The server can determine whether the user account corresponding to the user has monitoring permissions for the target device based on the identity information, such as querying the permissions owned by the user account in the above user permissions list. Furthermore, when the identity information indicates that the user does not have the monitoring authority for the target device, the server may refuse to return the current status information of the target device to the server to prevent the user from monitoring the target beyond the limit. equipment. In addition, the server can also discard the status monitoring request, or return reminder information to the client, so that the client can remind the user or issue an alarm message or even temporarily freeze certain permissions of the user, which will not be described again. In this way, the server can only return the current status information of the device to the client used by users who have monitoring permissions for the target device, thereby achieving effective control over the monitoring permissions of the device and avoiding the possible consequences of over-limit monitoring. safety hazards.

As mentioned above, the manufacturing execution system in the status monitoring system can respond to changes in the status information of the target equipment and update the status information of the target equipment recorded in its associated database, so that the database always records all the status information of the target equipment. Referring to the latest status information of the target device, it can be understood that the status information of the target device read from the database at any time can be regarded as the real status information of the device. Based on this, after receiving the status monitoring request initiated by the client or determining that the user has monitoring permissions for the target device, the server can read the status information of the target device from the database and transfer the status information to the target device. The information is returned to the client as the current status information of the target device, so that the client displays the information in the target monitoring interface.

Any production equipment in the production environment is usually connected to other equipment according to a certain layout method (ie, equipment layout). The above equipment layout is usually recorded in the layout file corresponding to the production equipment. For example, the target layout file corresponding to the target device can be used to indicate the device layout of the target device, such as the device hierarchy to which the target device belongs, the installation location of the target device, and the connection method between the target device and other devices. wait. The layout file of each device can be saved locally on the server or in the database. Specifically, the corresponding layout file can be saved according to the identification information of the device (such as device ID) as an index, so that it can be queried based on the identification information of a certain device. The layout file for this device.

Based on this, in order to improve the readability of the current status information, the server can return the target layout file corresponding to the target device to the client, so that it can display the target monitoring interface according to the device layout of the target device indicated by the target layout file. Displays current status information. For example, the server can query the target layout file corresponding to the target device according to the identification information contained in the status monitoring request, and return the target layout file to the client, so that the client can follow the The device layout indicated by the target layout file displays the current status information. The target layout file may be associated with the current status information and returned to the client. Correspondingly, when the client receives the target layout file and the current status information, it can determine the device layout of the target device indicated by it by parsing the target layout file, and follow the device layout in the target monitoring interface. Display the current status information. Specifically, the client can determine the device shape, size, orientation and other shape information of the target device by parsing the target layout file, thereby drawing a device graphic representing the target device in the target monitoring interface based on the external information, and then in The current status information of the target device is displayed at the corresponding position of the device graphic.

It can be seen that the target layout file can be regarded as a "drawing" of the target device. The target layout file of the target device described in this disclosure may be a graphics file in the SVG (Scalable Vector Graphics) format (hereinafter referred to as the SVG file). The SVG file is a graphic file based on XML (Extensible Markup Language, Extensible Markup Language), which can be displayed clearly and without distortion on any screen resolution. Therefore, the SCG file is used as the target layout file of the target device, and the client Clear and distortion-free device graphics can be displayed, thereby ensuring the accuracy of the display of the current status information.

It is understandable that the device layout of the target device may change. In order to ensure the accuracy of the current status information display, the server can periodically check whether the target layout file has changed, and if a change occurs, the changed The target layout file is sent to the client so that the server can promptly layout the target according to the changed target. Bureau files display current status information. For example, the scheduled task module 103 shown in FIG. 1 can set the information query module 104 to execute the information query task according to a fixed period, such as checking whether the target layout file saved in the database 12 is changed according to the period. Of course, considering that the equipment layout of the target equipment usually does not change frequently during the production process, the above fixed period can be set to be appropriately longer, such as 12 hours, 1 day, 1 month, 1 week, etc. The embodiments of the present disclosure do not This is not limited.

The target layout file obtained by the server may contain at least one layout file, and any layout file may contain at least one file element. Any file element may correspond to multiple real devices in the production environment, that is, the file element may Reused by multiple real devices. The file element may be a basic unit that constitutes the layout file or a combination of multiple basic units. Any file element may correspond to a certain device or a certain functional module in the device. For example, Device 1 and Device 2 are two devices of the same model deployed in different workshops, and their device layouts are the same but their device identifiers are different - obviously, Device 1 and Device 2 correspond to the same file element in the same layout file. S. In the case where the target device determined through the aforementioned method is Device 1, if the client displays the element identifier of file element S in the target monitoring interface, the user may not be able to distinguish whether the identifier is used to characterize Device 1 or Device 2 in the production environment. , so it is impossible to determine whether the current status information of device 1 or the current status information of device 2 is displayed in the target monitoring interface.

In order to avoid confusion in display and understanding, after obtaining the target layout file, the server can determine the target element corresponding to the target device in the file, and replace the element identifier of the target element recorded in the target layout file with the The device identifier of the target device is obtained, and then the replaced target layout file is returned to the client. It can be understood that, after obtaining the replaced target layout file, the client can draw the device graphic of the target device in the target monitoring interface based on the external information obtained by parsing the file, and then draw the device graphic at the corresponding position of the device graphic. Displays the device identification of the target device and the current status information of the target device. For example, the device identification of device 1 (instead of the element identification of file element S) can be displayed on the device graphic of device 1, so that users can intuitively view the current status information of the target device, avoid understanding obstacles, and help ensure the production process and status. Monitoring proceeds smoothly.

Step 204: When a status change message for the target device is received, the changed status information of the target device after the change contained in the status change message is sent to the client for use by the client. The client updates the target monitoring interface according to the changed status information.

After returning the current status information to the client for display, the server may receive a status change message for the target device sent by the manufacturing execution system, which message contains the post-change status information after the target device has been changed. Thereafter, the server can send the message to the client so that it can update the target monitoring interface according to the information, that is, display the changed status information in the target monitoring interface. Wherein, when the current status information is displayed by the server according to the device layout indicated by the target layout file, the changed status information can also be displayed by the server according to the device layout. It can be seen that the target layout file of the target device can Used to display the device information of the target device (the current status information and the changed status information).

The server can send the changed status information to the client in various ways. In one embodiment, in order to maximize the real-time performance of the device information displayed by the client, the server can extract the changed status information from the received status change message and send the information directly to the client, so that The client displays the changed status information to the user as soon as possible to avoid errors that may be caused by display delays.

In another embodiment, since the target device may undergo multiple changes in a short period of time and users often do not need to view the changed status information after each change, the server may also first change the status information in the status change message. After the change, the status information is written to the cache and read from the cache at the appropriate time to send to the client. For example, when receiving a status change message for the target device, the server may write the changed status information contained in the message into the cache. The server may write the changed status information into the cache according to a preset format. For example, for a target device containing 10 status parameters, when the changed status information contains the 1st to 4th status parameters, the server can write these four status parameters into the cache in sequence in a preset order. corresponds to the storage address of the target device. For example, the changed status information can be written in the form of key_value pairs, such as {key=device ID; Value=temperature 1/pressure 1/temperature 2/flow 1/speed 1/pressure 2/speed 3 },No longer.

In addition, when the status information of the target device has not been written in the cache, the server can write the changed status information at a blank address in the cache; and all the status information has been written in the cache. In the case of the status information of the target device, the server can use the changed status information to overwrite the written status information, thereby reducing the occupation of cache space by the changed status information and the amount of data that needs to be sent to the client.

After that, the server can send the changed status information stored in the cache to the client at a fixed period. For example, in any cycle, if the server receives the first data change message for the target device, it can write the post-change status information contained in the message into the cache; if it receives the first data change message for the same target device during this cycle, For the second status change message, the post-change status information in the second status change message can be used to overwrite the post-change status information already written in the cache (contained in the first status change message). Among them, the above fixed period can be set according to the actual situation, for example, it can be 1s, 50ms, 2s, 10s, etc. The fixed period can be smaller than the server's checking period for whether the target layout file is updated.

In this way, the server can use the changed status information of the latter status change message to overwrite the changed status information of the previous status change message, ensuring that the changed status information of any device only occupies a fixed storage space in the cache, even if Even when status change messages increase dramatically, the cache space can be effectively controlled. Of course, at the end of the current cycle, the server can send the changed status information recorded in each cache (the status information after the latest change from the current moment) to the client for display, and trigger the start of the next cycle of status change message reception. and the process of writing changed status information into the cache.

Alternatively, the server can also write the changed status information into the cache in the above data overwriting manner, and return the changed status recorded in the cache to the client in response to the update query request initiated by the client. information. In this way, the server returns the changed status information to the client only when it needs it. This further reduces the amount of data in the changed status information sent by the server to the client. Through the above data coverage method, the amount of changed status information that the client needs to display can be reduced, that is, the client's workload of updating the target monitoring interface can be reduced, which can help avoid client delays or freezes and other failures, thereby ensuring that users User experience for viewing changed status information.

In addition, after the server reads the changed status information of any device written in the cache, it can delete the data from the cache or set an invalidation flag for it to reclaim the corresponding storage space and realize the cache. Efficient use of.

FIG. 3 is a flowchart of another method for updating status information according to an embodiment of the present disclosure. As shown in Figure 3, this method is applied to the client of the status monitoring system, and the method may include the following steps 302-304.

Step 302: In response to the status monitoring operation performed by the user on the target device, initiate a status monitoring request for the target device to the server, and display the target device returned by the server in response to the request in the target monitoring interface. current status information.

As mentioned above, the status monitoring request sent by the client to the server may include the identification information of the device, so that the server can query the target layout file corresponding to the target device based on the identification information, and convert the file Return to client. At this time, the client can display the current status information in the target monitoring interface according to the device layout indicated by the target layout file. For example, the client can parse the target layout file to obtain external information, draw a device graphic of the target device in the target monitoring interface based on the information, and then display the current status information in a targeted manner at the corresponding position of the graphic.

Wherein, the device layout indicated by the target layout file may include at least one of the following: a device level to which the target device belongs, an installation location of the target device, and a connection method between the target device and other devices.

As shown in Figure 4, the menu bar 401 at the top of the interface displays functional options such as "Device Monitoring", "Device Management", "Device Grouping", "Statistical Management" and "System Management". When "Device Monitoring" is triggered In the case of , the tree structure box 402, the graphic display box 403 and the information display box 404 can be displayed below.

Among them, the tree structure box 402 on the left below includes options at different levels such as "type", "factory" and "group". When the "type" option is triggered, "vacuum pump" is further displayed according to the equipment type. ", "cutting machine" and "granulator" and other equipment types, and display the cyclone dust collector "CLT4" according to the equipment identification. The status mark 4021 can be displayed in front of "CLT4" to visually indicate the current status of the device, such as whether it is currently in working or shutdown state, etc. The size, shape, color and other display parameters of the above status mark 4021 can use default values or The settings are customized by the user so that the user can understand what they refer to.

The device graphics of the currently selected target device CLT4 can be displayed in the graphics display box 403 in the middle below. The shape, color, texture, lines and other target display parameters of the graphics can be used to represent the status information of CLT4. The device information of the target device CLT4 can be displayed in the information display box 404 on the right below, as described above. Prepare basic information, summarized status information, etc., which will not be described again.

Step 304: Upon receiving the changed status information of the target device sent by the server, update the target monitoring interface according to the changed status information.

It can be understood that the process of the client updating the target monitoring interface according to the changed status information is a process of updating the current status information displayed in the target monitoring interface to the newly received changed status information. For example, in the scenario shown in Figure 1, when the client receives the changed status information sent by the server, it can update the shape, color, texture, lines and other objects of the device graphics shown in the graphics display box 403 based on the information. Display parameters, and/or the status information displayed in the information display box 404 can also be updated. The embodiment of the present disclosure does not limit the specific update method of the target monitoring interface.

Through the above embodiments, the client can respond to the status monitoring operation performed by the user on the target device and initiate a status monitoring request for the device to the server. The server may return the current status information of the device to the client in response to the request, so that the client displays the current status information in the target monitoring interface. Further, when receiving a status change message for the target device, the server may send the changed status information of the target device after the change contained in the message to the client, so that the server can change the status according to the changed status information of the target device. Status information updates the target monitoring interface.

In fact, the user can also perform corresponding management operations on the target monitoring interface, which will be described below with reference to Figure 4.

In one embodiment, when the current status information or changed status information is displayed in the target monitoring interface, the user can perform a status refresh operation in the interface, such as clicking a shortcut key or as shown in Figure 1 The above status refresh operation is implemented through the right-click menu in the graphic display box 403. Therefore, the client can initiate an update query request for the target device CLT4 to the server in response to this operation, so that the server returns the latest changed status information in response to the request. As can be seen from the foregoing embodiments, the changed status information returned by the server may be the changed status information of the target device read from the cache. Correspondingly, after receiving the changed status information, the client can further update the target monitoring interface to display the information in the interface.

Of course, upon receiving the update query request initiated by the client, the server can check whether the changed status information of the target device has been stored in the cache: if it is not stored, it indicates that it has been changed since the time of the last change. In the period up to the current moment, the target device has not changed here. At this time, there is no need to return the changed status information to the server. Instead, an empty message or other preset special messages can be returned; if it has been stored, it indicates that the target device The device has changed at least once within the above period of time, and the post-change status information stored at this time is the post-change status information after the latest change. At this time, the information can be read from the cache and sent to the client.

In one embodiment, in addition to viewing the status information of the target device in the target monitoring interface, the user can also view the status information of other devices. For example, the user can perform a first switching operation in the target monitoring interface (such as triggering the "device grouping" function option in the menu bar 401 shown in Figure 4), and the client can determine its corresponding switched interface in response to the operation. Wherein, the switched interface may be a centralized monitoring interface, which is used to centrally display the status information of each device in the device set corresponding to the operation, and the switched device corresponding to the interface is each device in the device set. The device collection may be a "type", "factory", "group" or other form of device collection, which is not limited in this embodiment of the disclosure. Alternatively, the switched interface may also be a monitoring interface of any device. The interface may be used to display the status information of any device, and the switched device corresponding to the interface is the any device.

Further, the client can initiate an update query request to the server for the post-switch device corresponding to the post-switch interface, and display in the post-switch interface the changes to the post-switch device returned by the server in response to the request. Post status information. It can be understood that when the above-mentioned switching interface is a centralized monitoring interface, the user can perform batch and centralized monitoring of each device in the device set to improve monitoring efficiency; while after the above-mentioned switching interface is the monitoring of any device In the case of interface, users can monitor the status of the device in a targeted manner.

In one embodiment, in order to manage the display effect of status information, the user can configure corresponding display parameters. For example, the user can perform a real-time second switching operation to switch the target monitoring interface to a parameter configuration interface. As shown in Figure 4, the user can trigger the "System Management" function option in the menu bar 401, thereby controlling the client to jump from the target monitoring interface shown in Figure 4 to the parameter configuration interface (not shown in the figure). Furthermore, the user can perform a parameter configuration operation in the parameter configuration interface, and the client can configure the display parameters accordingly in response to the operation. The above parameter configuration operation is to change the shape, color, texture, lines and other display parameters of a certain state, such as changing the downtime state from black to gray, changing the rotating part from circular to sector, etc. The display parameters after the above configuration is completed can be used to display the status information of the corresponding device in the target monitoring interface and/or the monitoring interface of other devices.

It should be noted that if the user who performs the parameter configuration operation is an administrator user, the client can send the configured display parameters to the server, and the server can send them to other users corresponding to the user (such as ordinary user) client. Therefore, other users' clients can display device information in the target monitoring interface according to the display parameters after the above configuration is completed. In this way, administrator users can uniformly configure and change display parameters, which helps improve configuration efficiency. The user who performs the parameter configuration operation is an ordinary user. In this case, the client can store the configured display parameters locally. After that, the device information can be displayed in the target monitoring interface according to the above configured display parameters. Through this method, ordinary users can customize the configuration of display parameters so that the display effect of device information conforms to their own viewing habits.

In one embodiment, the user can view operating indicators of the target device. For example, the user can perform an indicator viewing operation in the target monitoring interface, such as triggering the "Statistical Management" function option in the menu bar 401 shown in Figure 1 . Therefore, the client can respond to this operation and count the operating indicators of the target device according to the device status of the device; or obtain the operating indicators of the target device from the server, and the operating indicators are obtained by the server based on the device status of the target device. Furthermore, the client can display the running indicator in the post-switch interface corresponding to the indicator viewing operation. Wherein, the above-mentioned switched interface may be the target monitoring interface, or may be an indicator statistics page jumped from the target monitoring interface, etc.; the above-mentioned statistical indicators may be activation rate (activation or utilization) within a preset period of time. The proportion of time that the equipment takes to create value within the time it can provide), status percentage statistics, equipment history and product history, etc., are not limited by the embodiments of the present disclosure. In this way, the client can display the statistical indicators of the target device to the user, so that the overall working condition of the target device can be easily and quickly known.

Corresponding to the foregoing embodiments of the status information updating method, the present disclosure also provides embodiments of a status information updating apparatus.

An embodiment of the present disclosure proposes a device for updating status information. The device is used in applications. The device includes one or more processors, and the processor is configured to: respond to a status monitoring request initiated by a client for a target device. , return the current status information of the target device to the client, so that the client displays the current status information in the target monitoring interface; in the case of receiving a status change message for the target device , sending the changed status information after the change of the target device included in the status change message to the client, so that the client updates the target monitoring interface according to the changed status information.

In one embodiment, the processor is further configured to: query the target layout file corresponding to the target device according to the identification information contained in the status monitoring request, and return the target layout file to the client , displaying the current status information in the device layout indicated by the client according to the target layout file.

In one embodiment, the processor is further configured to: determine the target element corresponding to the target device in the target layout file, and replace the element identification of the target element recorded in the target layout file is the device identifier of the target device; return the replaced target layout file to the client.

In one embodiment, the status monitoring request includes the identity information of the user who logged in to the client, and the processor is further configured to: when the identity information indicates that the user has monitoring permissions for the target device In this case, the current status information of the target device is returned to the client.

In one embodiment, the processor is further configured to: read the current status information of the target device from a database associated with a manufacturing execution system, the manufacturing execution system being configured to respond to the status of the target device When the information changes, the status change message is initiated and the information of the target device recorded in the database is updated. status information.

In one embodiment, the processor is further configured to: upon receiving a status change message for the target device, write the changed status information contained in the status change message into the cache; according to a fixed Periodically sending the changed status information in the cache to the client; or, in response to an update query request initiated by the client, returning the changed status information recorded in the cache to the client. .

In one embodiment, the processor is further configured to: write the changed status information at a blank address of the cache if the status information of the target device has not been written in the cache. ; When the status information of the target device has been written in the cache, use the changed status information to overwrite the written status information.

In one embodiment, the processor is further configured to write the changed status information into a cache according to a preset format.

An embodiment of the present disclosure proposes another device for updating status information. The device includes one or more processors, and the processor is configured to: in response to a status monitoring operation performed by the user on the target device, initiate an update to the server to the server. The status monitoring request of the target device, and display the current status information of the target device returned by the server in response to the request in the target monitoring interface; after receiving the change of the target device sent by the server In the case of post-change status information, the target monitoring interface is updated according to the post-change status information.

In one embodiment, the status monitoring request includes identification information of the device, and the processor is further configured to: receive the target layout file corresponding to the target device queried by the server based on the identification information. ; Display the current status information in the target monitoring interface according to the device layout indicated by the target layout file.

In one embodiment, the device layout indicated by the target layout file includes at least one of the following: a device hierarchy to which the target device belongs, an installation location of the target device, and a connection between the target device and other devices. Way.

In one embodiment, the processor is further configured to: in response to an indicator viewing operation performed by the user, collect statistics on the operating indicators of the target device according to the device status of the target device; or, to report the operation indicators to the server. Obtain the operation indicators of the target device obtained according to the statistics of the device status of the target device; display the operation indicators in the post-switch interface corresponding to the indicator viewing operation.

In one embodiment, the processor is further configured to: in response to a status refresh operation performed by the user on the target device, initiate an update query request for the target device to the server, so that the The server returns the changed status information in response to the request.

In one embodiment, the processor is further configured to: in response to the first switching operation performed by the user, determine a post-switch interface corresponding to the operation, where the post-switch interface includes a centralized monitoring interface or a user interface of any device. Monitoring interface, wherein the centralized monitoring interface is used to collectively display each device set corresponding to the operation. The status information of the device, the monitoring interface of any device is used to display the status information of the device; initiate an update query request to the server for the switched device corresponding to the switched interface, and after the switch The changed status information of the switched device returned by the server in response to the request is displayed on the interface.

In one embodiment, the processor is further configured to: in response to a second switching operation performed by the user, switch the target monitoring interface to a parameter configuration interface; in response to the user's operation in the parameter configuration interface The parameter configuration operation implemented in configures the display parameters accordingly, and the configured display parameters are used to display the status information of the corresponding device in the target monitoring interface and/or the monitoring interface of other devices.

An embodiment of the present disclosure also provides an electronic device, including: a processor; a memory for storing instructions executable by the processor; wherein the processor is configured to implement the update of status information described in any of the above embodiments method.

Embodiments of the present disclosure also provide a non-transitory computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, the steps in the state information updating method described in any of the above embodiments are implemented.

Regarding the devices in the above embodiments, the specific manner in which each module performs operations has been described in detail in the embodiments of the relevant methods, and will not be described in detail here.

FIG. 5 is a schematic block diagram of a device 500 for data authentication or driving mode determination according to an embodiment of the present disclosure. For example, the device 500 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, or the like.

Referring to Figure 5, the device 500 may include one or more of the following components: a processing component 502, a memory 504, a power supply component 506, a multimedia component 508, an audio component 510, an input/output (I/O) interface 512, a sensor component 514, and communications component 516.

Processing component 502 generally controls the overall operations of device 500, such as operations associated with display, phone calls, data communications, camera operations, and recording operations. The processing component 502 may include one or more processors 520 to execute instructions to complete all or part of the steps of the above method for updating status information. Additionally, processing component 502 may include one or more modules that facilitate interaction between processing component 502 and other components. For example, processing component 502 may include a multimedia module to facilitate interaction between multimedia component 508 and processing component 502.

Memory 504 is configured to store various types of data to support operations at device 500 . Examples of such data include instructions for any application or method operating on device 500, contact data, phonebook data, messages, pictures, videos, etc. Memory 504 may be implemented by any type of volatile or non-volatile storage device, or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EEPROM), Programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk.

Power supply component 506 provides power to the various components of device 500 . Power supply component 506 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to device 500 .

Multimedia component 508 includes a screen that provides an output interface between the device 500 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide action. In some embodiments, multimedia component 508 includes a front-facing camera and/or a rear-facing camera. When the device 500 is in an operating mode, such as a shooting mode or a video mode, the front camera and/or the rear camera may receive external multimedia data. Each front-facing camera and rear-facing camera can be a fixed optical lens system or have a focal length and optical zoom capabilities.

Audio component 510 is configured to output and/or input audio signals. For example, audio component 510 includes a microphone (MIC) configured to receive external audio signals when device 500 is in operating modes, such as call mode, recording mode, and speech recognition mode. The received audio signals may be further stored in memory 504 or sent via communication component 516 . In some embodiments, audio component 510 also includes a speaker for outputting audio signals.

The I/O interface 512 provides an interface between the processing component 502 and a peripheral interface module, which may be a keyboard, a click wheel, a button, etc. These buttons may include, but are not limited to: Home button, Volume buttons, Start button, and Lock button.

Sensor component 514 includes one or more sensors for providing various aspects of status assessment for device 500 . For example, the sensor component 514 can detect the open/closed state of the device 500, the relative positioning of components, such as the display and keypad of the device 500, and the sensor component 514 can also detect a change in position of the device 500 or a component of the device 500. , the presence or absence of user contact with the device 500 , device 500 orientation or acceleration/deceleration and temperature changes of the device 500 . Sensor assembly 514 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 514 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor component 514 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

Communication component 516 is configured to facilitate wired or wireless communication between apparatus 500 and other devices. The device 500 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, 4G LTE, 6G NR, or a combination thereof. In one exemplary embodiment, the communication component 516 receives broadcast signals or broadcast related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, the communications component 516 also includes a near field communications (NFC) module to facilitate short-range communications. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

In an exemplary embodiment, apparatus 500 may be implemented by one or more application specific integrated circuits (ASICs), Digital signal processor (DSP), digital signal processing device (DSPD), programmable logic device (PLD), field programmable gate array (FPGA), controller, microcontroller, microprocessor or other electronic components, implemented with To execute the update method of the above status information.

In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions, such as a memory 504 including instructions, is also provided, and the above instructions can be executed by the processor 520 of the device 500 to complete the above-mentioned updating method of status information. For example, the non-transitory computer-readable storage medium may be ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

Other embodiments of the disclosure will be readily apparent to those skilled in the art from consideration of the specification and practice of the embodiments disclosed herein. The present disclosure is intended to cover any variations, uses, or adaptations of the disclosure that follow the general principles of the disclosure and include common common sense or customary technical means in the technical field that are not disclosed in the disclosure. . It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It is to be understood that the present disclosure is not limited to the precise structures described above and illustrated in the accompanying drawings, and various modifications and changes may be made without departing from the scope thereof. The scope of the disclosure is limited only by the appended claims.

It should be noted that in this article, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply that these entities or operations are mutually exclusive. any such actual relationship or sequence exists between them. The terms "comprises," "comprises," or any other variation thereof are intended to cover a non-exclusive inclusion such that a process, method, article, or apparatus that includes a list of elements includes not only those elements, but also others not expressly listed elements, or elements inherent to such process, method, article or equipment. Without further limitation, an element defined by the statement "comprises a..." does not exclude the presence of additional identical elements in a process, method, article, or apparatus that includes the stated element.

The methods and devices provided by the embodiments of the present disclosure have been introduced in detail above. Specific examples are used in this article to illustrate the principles and implementations of the present disclosure. The description of the above embodiments is only used to help understand the methods and methods of the present disclosure. The core idea; at the same time, for those of ordinary skill in the art, there will be changes in the specific implementation and application scope based on the ideas of this disclosure. In summary, this disclosure should not be understood as a limitation of this disclosure. .

Claims

A method for updating status information, including:

In response to a status monitoring request initiated by the client for the target device, return the current status information of the target device to the client, so that the client displays the current status information in the target monitoring interface;

When a status change message for the target device is received, the changed status information of the target device after the change contained in the status change message is sent to the client, so that the client can use the status change message according to the state change message. The changed status information updates the target monitoring interface.
The method of claim 1, further comprising:

Query the target layout file corresponding to the target device according to the identification information contained in the status monitoring request, and return the target layout file to the client, so that the client can configure the target device according to the instructions of the target layout file. The device layout displays the current status information.
The method of claim 2,

It also includes: determining the target element corresponding to the target device in the target layout file, and replacing the element identification of the target element recorded in the target layout file with the device identification of the target device;

Returning the target layout file to the client includes: returning the replaced target layout file to the client.
According to the method of claim 1, the status monitoring request includes the identity information of the user who logged in to the client, and returning the current status information of the target device to the client includes:

If the identity information indicates that the user has the monitoring authority for the target device, the current status information of the target device is returned to the client.
According to the method of claim 1, the current status information of the target device is obtained in the following manner:

Read the current status information of the target device from a database associated with the manufacturing execution system. The manufacturing execution system is configured to initiate the status change message and update the database in response to a change in the status information of the target device. The status information of the target device recorded in .
The method according to claim 1, wherein when a status change message for the target device is received, the changed status information of the target device after the change contained in the status change message is sent to the target device. The above mentioned clients include:

When a status change message for the target device is received, write the changed status information contained in the status change message into the cache;

Send the changed status information in the cache to the client at a fixed period; or, in response to an update query request initiated by the client, return the changed status information recorded in the cache to the client. status information.
The method according to claim 6, writing the changed status information contained in the status change message into cache includes:

In the case that the status information of the target device has not been written in the cache, in the empty space of the cache Write the changed status information at the address;

If the status information of the target device has been written in the cache, the changed status information is used to overwrite the written status information.
The method according to claim 6, writing the changed status information contained in the status change message into cache includes:

The changed status information is written into the cache according to a preset format.
A method for updating status information, including:

In response to the user's status monitoring operation on the target device, initiate a status monitoring request for the target device to the server, and display the current status of the target device returned by the server in response to the request in the target monitoring interface information;

When the changed status information of the target device sent by the server is received, the target monitoring interface is updated according to the changed status information.
The method according to claim 9, the status monitoring request includes identification information of the device,

The method further includes: receiving a target layout file corresponding to the target device queried by the server based on the identification information;

The displaying the current status information in the target monitoring interface includes: displaying the current status information in the target monitoring interface according to the device layout indicated by the target layout file.
The method according to claim 10, the device layout indicated by the target layout file includes at least one of the following:

The device hierarchy to which the target device belongs, the installation location of the target device, and the connection method between the target device and other devices.
The method of claim 9, further comprising:

In response to the indicator viewing operation performed by the user, statistics of the operation indicators of the target device are made based on the device status of the target device; or, the target obtained by statistics of the device status of the target device is obtained from the server. Equipment operating indicators;

The running indicator is displayed in the post-switch interface corresponding to the indicator viewing operation.
The method of claim 9, further comprising:

In response to a status refresh operation performed by the user on the target device, an update query request for the target device is initiated to the server, so that the server returns the changed status information in response to the request.
The method of claim 9, further comprising:

In response to the first switching operation performed by the user, a post-switching interface corresponding to the operation is determined. The post-switching interface includes a centralized monitoring interface or a monitoring interface of any device, wherein the centralized monitoring interface is used to display all data in a centralized manner. The status information of each device in the device set corresponding to the above operation, and the monitoring interface of any device is used to display the status information of the device;

Initiate an update query request for the switched device corresponding to the switched interface to the server, and The post-switch interface displays the changed status information of the post-switch device returned by the server in response to the request.
The method of claim 9, further comprising:

In response to the second switching operation performed by the user, switch the target monitoring interface to a parameter configuration interface;

Configuring display parameters accordingly in response to a parameter configuration operation performed by the user in the parameter configuration interface, and the configured display parameters are used for display in the target monitoring interface and/or monitoring interfaces of other devices Status information of the corresponding device.
A status monitoring system including a client and a server, where,

The client is configured to initiate a status monitoring request for the target device to the server, and display the current status information of the target device returned by the server in response to the request in the target monitoring interface; and, upon receiving When the changed status information of the target device sent by the server is changed, update the target monitoring interface according to the changed status information;

The server is configured to respond to the status monitoring request and return the current status information to the client; and, when receiving a status change message for the target device, send the status change message to the client. The changed status information included is sent to the client.
The system of claim 16, further comprising a database, wherein

The database is used to store status information of the target equipment. The status information is triggered to be stored in the database by the manufacturing execution system in response to changes in the status information of the target equipment. The manufacturing execution system also responds to the target equipment. If the status information changes, the status change message is sent to the server.
The system of claim 16, further comprising a cache,

The cache is used to store post-change status information after the target device is changed. The post-change status information is written into the cache by the server in response to the status change message.
A device for updating status information, the device includes one or more processors, the processors are configured to:

In response to a status monitoring request initiated by the client for the target device, return the current status information of the target device to the client, so that the client displays the current status information in the target monitoring interface;

When a status change message for the target device is received, the changed status information of the target device after the change contained in the status change message is sent to the client, so that the client can use the status change message according to the state change message. The changed status information updates the target monitoring interface.
A device for updating status information, the device includes one or more processors, the processors are configured to:

In response to the user's status monitoring operation on the target device, initiate a status monitoring request for the target device to the server, and display the current status of the target device returned by the server in response to the request in the target monitoring interface information;

When the changed status information of the target device sent by the server is received, the target monitoring interface is updated according to the changed status information.
An electronic device including:

processor;

Memory used to store instructions executable by the processor;

Wherein, the processor is configured to implement the method according to any one of claims 1 to 15.
A non-transitory computer-readable storage medium having a computer program stored thereon, which implements the steps of the method of any one of claims 1 to 15 when executed by a processor.