Combining device behavioral models and building schema for cyber-security of large-scale iot infrastructure
US-2024380768-A1 · Nov 14, 2024 · US
US10627792B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10627792-B2 |
| Application number | US-201715404153-A |
| Country | US |
| Kind code | B2 |
| Filing date | Jan 11, 2017 |
| Priority date | Jan 15, 2016 |
| Publication date | Apr 21, 2020 |
| Grant date | Apr 21, 2020 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
The present disclosure provides a server device in a supervisory control and data acquisition system, wherein the system includes multiples client devices and the server device, wherein the server device comprises: a communication module to communicate with the multiple client devices; and a data service module configured: when a first client device has registered a requirement for processing data, to allocate a task for processing the data based on the requirement; and/or when a second client device subscribes to the requirement, to control the communication module to publish the requirement to the second client device; to process the data using the task; and to control the communication module to send the processed data to the first and/or second devices.
Opening claim text (preview).
What is claimed is: 1. A client for a supervisory control and data acquisition system, the client comprising: a communication unit, wherein a communication circuit communicates with a server; a display unit to display a supervisory screen based on data corresponding to a first screen specification; and a controller configured to: determine, via a processor, whether a second screen specification identical to the first screen specification is registered on the server by reading a list of screen specifications from the server; when the second screen specification identical to the first screen specification is not registered on the server device, control the communication unit to register the second screen specification on the server; when the second screen specification identical to the first screen specification is registered on the server device, control the communication unit to subscribe to the second screen specification; control, via the processor, the communication unit to receive the data processed by the server in response to the registration or subscription of the second screen specification; and control, via the processor, the display unit to display the supervisory screen based on the received data, wherein each of the first screen specification and the second screen specification is a requirement for data processing corresponding to the data and includes an update period of the data, wherein the controller is further configured to determine, via the processor, that the first screen specification is not identical to the second screen specification if the update period of the first screen specification is not identical to the update period of the second screen specification, and wherein the received data is data processed for only a single time by the server in accordance with the registered second screen specification. 2. The client of claim 1 , wherein each of the first screen specification and the second screen specification further includes at least one of a list, sequence, size, type, or hierarchy of the data. 3. The client of claim 1 , wherein the controller is further configured to: when the supervisory screen is terminated or the second screen specification is deregistered, control the communication unit to send a signal to the server to indicate that the supervisory screen is terminated or the second screen specification is deregistered. 4. A server in a supervisory control and data acquisition system, the server comprising: a communication module, wherein a communication circuit communicates with at least one client and a real time database; and a data service module configured to: control, via a processor, the communication module to receive a request of data corresponding to a first screen specification from a first client; read, via the processor, a list of screen specifications registered in the server to determine whether a second screen specification identical to the first screen specification is registered on the server; when the second screen specification identical to the first screen specification is not registered on the server, register, via the processor, the second screen specification identical to the first screen specification and allocate a task for processing the data in accordance with the second screen specification; when the second screen specification identical to the first screen specification is registered on the server, control, via the processor, the communication module to publish the second screen specification to the first client; when the task has not proceeded, process, via the processor, the data for only a single time using the task; and control, via the processor, the communication module to send the processed data to the first client, wherein each of the first screen specification and the second screen specification is a requirement for data processing corresponding to the data and includes an update period of the data, and wherein the data service module is further configured to determine, via the processor, that the first screen specification is not identical to the second screen specification if the update period of the first screen specification is not identical to the update period of the second screen specification. 5. The server of claim 4 , wherein the data service module is further configured to: when the supervisory screen of the first client is terminated or the second screen specification is deregistered, terminate the task. 6. The server of claim 4 , further comprising a memory to or from which the data is written or read, wherein the data service module is further configured to: when registering the second screen specification, allocate a space for the data processing to the memory based on the second screen specification. 7. The server of claim 6 , wherein the data service module is further configured to: when a supervisory screen of the first client is terminated or the second screen specification is deregistered, deallocate the allocated space from the memory. 8. The server of claim 4 , wherein each of the first screen specification and the second screen specification further includes at least one of a list, sequence, size, type, or hierarchy of the data. 9. The server of claim 8 , wherein the data service module is further configured to: control, via the processor, the communication module to fetch the data from a real-time database per the update period of the data; process, via the processor, the fetched data; and control, via the processor, the communication module to send the processed data to at least one client. 10. A method of operating a server in a supervisory control and data acquisition system, wherein the system includes at least one client and the server, the method comprising: receiving a request of data corresponding to a first screen specification from a first client; reading a list of screen specifications registered in the server to determine whether a second screen specification identical to the first screen specification is registered on the server; when the second screen specification identical to the first screen specification is not registered on the server, registering the second screen specification identical to the first screen specification and allocating a task for processing the data in accordance with the second screen specification; when the second screen specification identical to the first screen specification is registered on the server, publishing the second screen specification to the first client; when the task has not proceeded, processing the data for only a single time using the task; and sending the processed data to the first client, wherein each of the first screen specification and the second screen specification is a requirement for data processing corresponding to the data and includes an update period of the data, and wherein the method further comprises determining that the first screen specification is not identical to the second screen specification if the update period of the first screen specification is not identical to the update period of the second screen specification. 11. The method of claim 10 , further comprising: when a supervisory screen of the first client is terminated or the second screen specification is deregistered, terminating the task. 12. The method of claim 10 , wherein the server further comprises a memory to or from which the data is written or read, wherein the method further comprises: when registering the second screen specification, allocating a space for the data processing to the memory based on the second screen specification. 13. The method of claim 12 ,
CLS client server architecture, client consumes, server provides services · CPC title
Scada supervisory control and data acquisition · CPC title
Scada supervisory control and data acquisition · CPC title
Supervisory plus control computer · CPC title
involving control of end-device applications over a network · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.