[go: up one dir, main page]

WO2025093116A1 - Moteur de recommandation automatisée et espace virtuel pour surveiller des actifs physiques nécessitant des soins spéciaux - Google Patents

Moteur de recommandation automatisée et espace virtuel pour surveiller des actifs physiques nécessitant des soins spéciaux Download PDF

Info

Publication number
WO2025093116A1
WO2025093116A1 PCT/EP2023/080434 EP2023080434W WO2025093116A1 WO 2025093116 A1 WO2025093116 A1 WO 2025093116A1 EP 2023080434 W EP2023080434 W EP 2023080434W WO 2025093116 A1 WO2025093116 A1 WO 2025093116A1
Authority
WO
WIPO (PCT)
Prior art keywords
physical
special care
asset
physical asset
assets
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/EP2023/080434
Other languages
English (en)
Inventor
Mauricio SOTO
Luiz CHEIM
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Energy Ltd
Original Assignee
Hitachi Energy Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Energy Ltd filed Critical Hitachi Energy Ltd
Priority to PCT/EP2023/080434 priority Critical patent/WO2025093116A1/fr
Publication of WO2025093116A1 publication Critical patent/WO2025093116A1/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/06—Energy or water supply

Definitions

  • the embodiments described herein are generally directed to asset management, and, more particularly, to a recommendation engine and virtual space for monitoring physical assets requiring special care.
  • Electrical power systems generally comprise a plurality of physical assets.
  • Conventional management systems for monitoring these physical assets do not provide any means for quickly and intuitively identifying and managing a subset of physical assets that require special attention or care.
  • a typical asset management platform for an operator may manage thousands of electrical transformers spread across a very large geographic service area (e.g., several states or provinces, one or more countries, etc.). Of these thousands of transformers, only a few transformers may require special care (e.g., due to their operating conditions, ages, environments, criticality to the overall power system etc.).
  • an operator must manually identify those physical assets requiring special care and manually keep track of each of the physical assets requiring special care.
  • Disclosed embodiments may provide numerous advantages over the state of the art.
  • One objective achievable by disclosed embodiments is automated recommendation of physical assets for special care.
  • Another objective achievable by disclosed embodiments is the automated recommendation and initiation of special-care actions that adjust resources to improve the monitoring of physical assets requiring special care.
  • Another objective achievable by disclosed embodiments is the grouping of physical assets, requiring special care, into one or more virtual special-care spaces, which enable computationally inexpensive retrieval of such physical assets for asset management.
  • Another objective achievable by disclosed embodiments is a specialized graphical user interface for managing physical assets requiring special care.
  • a method for monitoring a plurality of physical assets comprises using at least one hardware processor to: receive data associated with the plurality of physical assets from one or more data sources, wherein the data include one or more measured parameters of one or more of the plurality of physical assets; for each of the plurality of physical assets, determine whether or not to recommend special care for the physical asset based on the data associated with that physical asset, and when determining to recommend special care for the physical asset, provide a recommendation of special care for the physical asset to at least one recipient, receive an approval or declination of the special care for the physical asset from the at least one recipient, and when receiving the approval of the special care for the physical asset, adjust resources for monitoring the physical asset based on a reason for the special care.
  • the plurality of physical assets may comprise a plurality of electrical assets within an electrical network.
  • the plurality of physical assets may comprise at least one transformer.
  • Determining whether or not to recommend special care for the physical asset may comprise: calculating a position of the physical asset within a plurality of dimensions, wherein the plurality of dimensions includes an importance of the physical asset and a probability of failure of the physical asset; determining whether or not the calculated position is within a predefined zone of the plurality of dimensions; and when the calculated position is determined to be within the predefined zone, determining to recommend special care for the physical asset.
  • the data may further include one or both of: environmental data representing information about a physical environment of one or more of the plurality of physical assets; or socio-political data representing one or more socio-political events that affect the physical environment of one or more of the plurality of physical assets.
  • Determining whether or not to recommend special care for the physical asset may comprise: determining whether or not the physical environment of the physical asset presents a potential hazard during a current or future time period based on one or both of the environmental data or the socio-political data for the physical asset; and when the physical environment is determined to present a potential hazard during the current or future time period, determining to recommend special care for the physical asset.
  • Determining whether or not to recommend special care for the physical asset may comprise: determining whether or not an event has occurred within a current or past time period that may affect a functionality of the physical asset; and when determining that the event has occurred within the current or past time period, determining to recommend special care for the physical asset.
  • the event may be a repair, reinstallation, maintenance, or test of the physical asset.
  • Adjusting resources may comprise increasing a number of sensors that measure one or more parameters of the physical asset, increasing a frequency of testing of the physical asset, providing access to the data for the physical asset to one or more experts, and/or deploying a system to monitor an environment around the physical asset.
  • the method may further comprise using the at least one hardware processor to, for each of the plurality of physical assets, when determining to recommend special care for the physical asset and receiving the approval of the special care for the physical asset, tag a representation of the physical asset in an asset management system with an indication of the special care.
  • the at least one hardware processor may be comprised in the asset management system, and the method may further comprise using the at least one hardware processor to generate a graphical user interface comprising information about each of the plurality of physical assets, wherein the information in the graphical user interface distinguishes representations of physical assets that are tagged with the special care from representations of physical assets that are not tagged with the special care.
  • Each of the representations of physical assets that are tagged with the special care may be distinguished from the representations of the physical assets that are not tagged with the special care by an icon that indicates the reason for the special care for the physical asset corresponding to that representation of the physical asset.
  • any of the features in the methods above may be implemented individually or with any subset of the other features in any combination.
  • any of the features described herein may be combined with any other feature described herein, or implemented without any one or more other features described herein, in any combination of features whatsoever.
  • any of the methods, described above and elsewhere herein may be embodied, individually or in any combination, in executable software modules of a processor-based system, such as a server, and/or in executable instructions stored in a non- transitory computer-readable medium.
  • FIG. 1 illustrates an example infrastructure, in which any of the processes described herein may be implemented, according to an embodiment
  • FIG. 2 illustrates an example processing system, by which any of the processes described herein may be executed, according to an embodiment
  • FIG. 3 illustrates an example data flow for managing a target system, according to an embodiment
  • FIG. 4 illustrates an example of a special-care architecture, according to an embodiment
  • FIG. 5 illustrates an example of a special-care process, according to an embodiment
  • FIGS. 6 A and 6B illustrate an example of a first criterion for the automated recommendation of special care for physical assets, according to embodiments.
  • FIGS. 7-9 illustrate examples of screens of a graphical user interface, according to embodiments.
  • FIG. 1 illustrates an example infrastructure in which any of the disclosed processes may be implemented, according to an embodiment.
  • the infrastructure may comprise a management system 110 (e.g., comprising one or more servers) that hosts and/or executes one or more of the various processes described herein, which may be implemented in software and/or hardware.
  • management system 110 include, without limitation, an asset monitoring or management system (AMS), a supervisory control and data acquisition (SC AD A) system, a power management system (PMS), an energy management system (EMS), a distribution management system (DMS), an advanced DMS (ADMS), and the like.
  • AMS asset monitoring or management system
  • SC AD A supervisory control and data acquisition
  • PMS power management system
  • EMS energy management system
  • DMS distribution management system
  • ADMS advanced DMS
  • management system 110 may consist of, comprise, or be comprised in the Lumada® Asset Performance Management (APM) system offered by Hitachi Vantara of Santa Clara, California.
  • Management system 110 may comprise dedicated servers, or may instead be implemented in a computing cloud, in which the computational resources of one or more servers are dynamically and elastically allocated to multiple tenants based on demand. In either case, the servers may be collocated (e.g., in a single data center) and/or geographically distributed (e.g., across a plurality of data centers).
  • Management system 110 may also comprise or be communicatively connected to software 112 and/or a database 114.
  • management system 110 may be communicatively connected, via one or more networks 120, to one or more user systems 130, target systems 140, and/or third-party systems 150.
  • management system 110 is illustrated as being connected to various systems through a single set of network(s) 120, it should be understood that management system 110 may be connected to the various systems via different sets of one or more networks.
  • management system 110 may be connected to a subset of user systems 130, target systems 140, and/or third-party systems 150 via the Internet, but may be connected to one or more other user systems 130, target systems 140, and/or third-party systems 150 via an intranet.
  • the infrastructure may comprise any number of user systems, target systems, third-party systems, software instances, and databases.
  • User system(s) 130 may comprise any type or types of computing devices capable of wired and/or wireless communication, including without limitation, desktop computers, laptop computers, tablet computers, smart phones or other mobile phones, servers, game consoles, televisions, set-top boxes, electronic kiosks, point-of-sale terminals, embedded controllers, programmable logic controllers (PLCs), and/or the like. However, it is generally contemplated that user system(s) 130 would comprise personal computers, mobile devices, or workstations by which one or more agents (e.g., an asset manager) of an operator of a target system 140 can interact with management system 110.
  • agents e.g., an asset manager
  • These interactions may comprise inputting data (e.g., parameters for configuring the processes described herein) and/or receiving data (e.g., the outputs of processes described herein) via a graphical user interface provided by management system 110 or a system between management system 110 and user system(s) 130.
  • the graphical user interface may comprise screens (e.g., webpages) that include a combination of content and elements, such as text, images, videos, animations, references (e.g., hyperlinks), frames, inputs (e.g., textboxes, text areas, checkboxes, radio buttons, drop-down menus, buttons, forms, etc.), scripts (e.g., JavaScript), and the like, including elements comprising or derived from data stored in database 114.
  • Target system 140 may comprise any type of system for which data are monitored, analyzed, and acted upon.
  • target system 140 may be any system that comprises a plurality of physical assets that are being monitored.
  • a power system may comprise one or more, and generally a plurality of, physical assets (e.g., power resources) connected in an electrical network, such as a power distribution network, a power transmission network, and/or the like.
  • the physical assets may comprise power generators, energy storage systems, loads (e.g., rechargeable energy storage system or other controllable load, non-controllable load, etc.), transformers, and/or the like.
  • the electrical network which may span a large geographic region, may have complex characteristics, such as network topology, device equipment parameters, line flow limits, resource response rates, and/or the like.
  • third-party system(s) 150 may comprise any type or types of computing devices capable of wired and/or wireless communication, including without limitation, desktop computers, laptop computers, tablet computers, smart phones or other mobile phones, servers, game consoles, televisions, set-top boxes, electronic kiosks, point-of- sale terminals, embedded controllers, programmable logic controllers (PLCs), sensor-based monitoring systems (e.g., arrays of one or more sensors), and/or the like.
  • PLCs programmable logic controllers
  • sensor-based monitoring systems e.g., arrays of one or more sensors
  • FIG. 2 is a block diagram illustrating an example wired or wireless system 200 that may be used in connection with various embodiments described herein.
  • system 200 may be used as or in conjunction with one or more of the functions, methods, or other processes (e.g., to store and/or execute software 112) described herein, and may represent components of management system 110, user system(s) 130, target system(s) 140, third-party system(s) 150, and/or other processing devices described herein.
  • System 200 can be a server or any conventional personal computer, or any other processor-enabled device that is capable of wired or wireless data communication. Other computer systems and/or architectures than those illustrated may be also used, as will be clear to those skilled in the art.
  • System 200 preferably includes one or more processors 210.
  • Processor(s) 210 may comprise a central processing unit (CPU). Additional processors may be provided, such as a graphics processing unit (GPU), an auxiliary processor to manage input/output, an auxiliary processor to perform floating-point mathematical operations, a special -purpose microprocessor having an architecture suitable for fast execution of signal -processing algorithms (e.g., digitalsignal processor), a processor subordinate to the main processor (e.g., back-end processor), an additional microprocessor or controller for dual or multiple processor systems, and/or a coprocessor.
  • Such auxiliary processors may be discrete processors or may be integrated with a main processor 210.
  • processors which may be used with system 200 include, without limitation, any of the processors (e.g., PentiumTM, Core i7TM, XeonTM, etc.) available from Intel Corporation of Santa Clara, California, any of the processors available from Advanced Micro Devices, Incorporated (AMD) of Santa Clara, California, any of the processors (e.g., A series, M series, etc.) available from Apple Inc. of Cupertino, any of the processors (e.g., ExynosTM) available from Samsung Electronics Co., Ltd., of Seoul, South Korea, any of the processors available from NXP Semiconductors N.V. of Eindhoven, Netherlands, and/or the like.
  • processors e.g., PentiumTM, Core i7TM, XeonTM, etc.
  • AMD Advanced Micro Devices, Incorporated
  • any of the processors e.g., A series, M series, etc.
  • Apple Inc. Apple Inc. of Cupertin
  • Processor 210 is preferably connected to a communication bus 205.
  • Communication bus 205 may include a data channel for facilitating information transfer between storage and other peripheral components of system 200.
  • communication bus 205 may provide a set of signals used for communication with processor 210, including a data bus, address bus, and/or control bus (not shown).
  • Communication bus 205 may comprise any standard or non-standard bus architecture such as, for example, bus architectures compliant with industry standard architecture (ISA), extended industry standard architecture (EISA), Micro Channel Architecture (MCA), peripheral component interconnect (PCI) local bus, standards promulgated by the Institute of Electrical and Electronics Engineers (IEEE) including IEEE 488 general-purpose interface bus (GPIB), IEEE 696/S-100, and/or the like.
  • ISA industry standard architecture
  • EISA extended industry standard architecture
  • MCA Micro Channel Architecture
  • PCI peripheral component interconnect
  • System 200 may comprise a main memory 215.
  • Main memory 215 provides storage of instructions and data for programs executing on processor 210, such as one or more of the processes discussed herein (e.g., embodied in software 112). It should be understood that programs stored in the memory and executed by processor 210 may be written and/or compiled according to any suitable language, including without limitation C/C++, Java, JavaScript, Perl, Visual Basic, .NET, and the like.
  • Main memory 215 is typically semiconductor-based memory such as dynamic random access memory (DRAM) and/or static random access memory (SRAM). Other semiconductor-based memory types include, for example, synchronous dynamic random access memory (SDRAM), Rambus dynamic random access memory (RDRAM), ferroelectric random access memory (FRAM), and the like, including read only memory (ROM).
  • SDRAM synchronous dynamic random access memory
  • RDRAM Rambus dynamic random access memory
  • FRAM ferroelectric random access memory
  • ROM read only memory
  • System 200 may also comprise a secondary memory 220.
  • Secondary memory 220 may optionally include an internal medium 225 and/or a removable medium 230.
  • Internal medium 225 may comprise, for example, a hard disk drive (HDD), a solid state drive (SSD), and/or the like.
  • Removable medium 230 may comprise, for example, a magnetic tape drive, a compact disc (CD) drive, a digital versatile disc (DVD) drive, a flash memory drive, and/or the like.
  • Secondary memory 220 is a non-transitory computer-readable medium having computerexecutable code (e.g., software 112) and/or other data stored thereon. The computer software or data stored on secondary memory 220 is read into main memory 215 for execution by processor 210.
  • System 200 may comprise an input/output (I/O) interface 235.
  • I/O interface 235 provides an interface between one or more components of system 200 and one or more input and/or output devices.
  • Example input devices include, without limitation, sensors, keyboards, touch screens or other touch-sensitive devices, cameras, biometric sensing devices, computer mice, trackballs, pen-based pointing devices, and/or the like.
  • Examples of output devices include, without limitation, other processing devices, cathode ray tubes (CRTs), plasma displays, light-emitting diode (LED) displays, liquid crystal displays (LCDs), printers, vacuum fluorescent displays (VFDs), surface-conduction electron-emitter displays (SEDs), field emission displays (FEDs), and/or the like.
  • an input and output device may be combined, such as in the case of a touch panel display (e.g., in a smartphone, tablet, or other mobile device).
  • System 200 may comprise a communication interface 240.
  • Communication interface 240 allows software and other data to be transferred between system 200 and external devices, networks, or other external systems 245.
  • data which may include computer software or executable code, may be transferred to system 200 from external system 245 (e.g., a network server) and/or from system 200 to external system 245, via communication interface 240.
  • external system 245 e.g., a network server
  • Examples of communication interface 240 include a built-in network adapter, network interface card (NIC), Personal Computer Memory Card International Association (PCMCIA) network card, card bus network adapter, wireless network adapter, Universal Serial Bus (USB) network adapter, modem, a wireless data card, a communications port, an infrared interface, an IEEE 1394 fire-wire, and any other device capable of interfacing system 200 with a network (e.g., network(s) 120) or another computing device.
  • NIC network interface card
  • PCMCIA Personal Computer Memory Card International Association
  • USB Universal Serial Bus
  • Communication interface 240 preferably implements industry-promulgated protocol standards, such as Ethernet IEEE 802 standards, Fiber Channel, digital subscriber line (DSL), asynchronous digital subscriber line (ADSL), frame relay, asynchronous transfer mode (ATM), integrated digital services network (ISDN), personal communications services (PCS), transmission control protocol/Intemet protocol (TCP/IP), serial line Internet protocol/point to point protocol (SLIP/PPP), and so on, but may also implement customized or non-standard interface protocols as well.
  • industry-promulgated protocol standards such as Ethernet IEEE 802 standards, Fiber Channel, digital subscriber line (DSL), asynchronous digital subscriber line (ADSL), frame relay, asynchronous transfer mode (ATM), integrated digital services network (ISDN), personal communications services (PCS), transmission control protocol/Intemet protocol (TCP/IP), serial line Internet protocol/point to point protocol (SLIP/PPP), and so on, but may also implement customized or non-standard interface protocols as well.
  • Data transferred via communication interface 240 are generally in the form of electrical communication signals 255. These signals 255 may be provided to communication interface 240 via a communication channel 250.
  • communication channel 250 may be a wired or wireless network (e.g., network(s) 120), or any variety of other communication links.
  • Communication channel 250 carries signals 255 and can be implemented using a variety of wired or wireless communication means including wire or cable, fiber optics, conventional phone line, cellular phone link, wireless data communication link, radio frequency (“RF”) link, or infrared link, just to name a few.
  • RF radio frequency
  • Computer-executable code (e.g., computer programs, such as software 112) is stored in main memory 215 and/or secondary memory 220. Computer programs can also be received via communication interface 240 and stored in main memory 215 and/or secondary memory 220. Such computer programs, when executed, enable system 200 to perform one or more of the processes described elsewhere herein.
  • computer-readable medium is used to refer to any non-transitory computer-readable storage media used to provide computer-executable code and/or other data to or within system 200.
  • Examples of such media include main memory 215, secondary memory 220 (including internal memory 225 and/or removable medium 230), and any peripheral device communicatively coupled with communication interface 240, such as external system 245 (e.g., third-party system 150, a network information server or other network device, etc.).
  • external system 245 e.g., third-party system 150, a network information server or other network device, etc.
  • System 200 may also include optional wireless communication components that facilitate wireless communication over a voice network and/or a data network (e.g., in the case of user system 130 that is a smart phone or other mobile device).
  • the wireless communication components comprise an antenna system 270, a radio system 265, and a baseband system 260.
  • RF radio frequency
  • antenna system 270 may comprise one or more antennae and one or more multiplexors (not shown) that perform a switching function to provide antenna system 270 with transmit and receive signal paths.
  • received RF signals can be coupled from a multiplexor to a low noise amplifier (not shown) that amplifies the received RF signal and sends the amplified signal to radio system 265.
  • radio system 265 may comprise one or more radios that are configured to communicate over various frequencies.
  • radio system 265 may combine a demodulator (not shown) and modulator (not shown) in one integrated circuit (IC). The demodulator and modulator can also be separate components. In the incoming path, the demodulator strips away the RF carrier signal leaving a baseband receive signal, which is sent from radio system 265 to baseband system 260.
  • Baseband system 260 is also communicatively coupled with processor(s) 210, which may have access to data storage areas 215 and 220.
  • data including computer programs, can be received from baseband processor 260 and stored in main memory 210 or in secondary memory 220, or executed upon receipt.
  • Such computer programs when executed, may enable system 200 to perform one or more of the disclosed processes.
  • Monitoring module 310 may monitor and collect data that are output by one or more sensors in target system 140 (e.g., sensors in the network of a power system). Monitoring module 310 may also derive data from the collected data. Monitoring module 310 may transmit or “push” the collected and/or derived data as system telemetry to analysis and control module 330 (e.g., via an API of analysis and control module 330). Alternatively, analysis and control module 330 may retrieve or “pull” the system telemetry from monitoring module 310 (e.g., via an API of monitoring module 310). The system telemetry may include measurements at each of one or more physical assets or other nodes or points (e.g., buses within a power system) within target system 140.
  • analysis and control module 330 may retrieve or “pull” the system telemetry from monitoring module 310 (e.g., via an API of monitoring module 310).
  • the system telemetry may include measurements at each of one or more physical assets or other nodes or points (e.g., buses within a
  • the system telemetry may be communicated from monitoring module 310 to analysis and control module 330 in real time, as data are collected and/or derived, or periodically.
  • real time includes events that occur simultaneously, as well as events that are separated in time by ordinary delays resulting from latencies in processing, memory access, communications, and/or the like.
  • Analysis and control module 330 receives the system telemetry from monitoring module 310, and uses the system telemetry in conjunction with system model 350 to determine a configuration for target system 140 (e.g., the configuration of one or more physical assets, such as transformers in a power system), and then control target system 140 to transition to the determined configuration.
  • analysis and control module 330 may generate control signals that are transmitted to control module 320 of target system 140.
  • the control signals may be sent via an API of control module 320.
  • the control signals may be communicated from analysis and control module 330 of management system 110 to control module 320 of target system 140 in real time, as the system telemetry is received and analyzed, periodically (e.g., in advance of a sliding time window), or in response to a user operation.
  • Analysis and control module 330 may control target system 140 automatically (e.g., without any user intervention), semi-automatically (e.g., requiring user approval or confirmation), and/or in response to manual user inputs.
  • Analysis and control module 330 may perform one or more types of analysis, such as power-flow analysis, optimal power flow, distributed energy resource (DER) management, situational awareness about the network, contingency analysis, security analysis, Volt-Var optimization, loadability analysis, and/or the like.
  • the analysis may be performed in response to a user operation, or automatically in real time or periodically. In some cases, the analysis may be provided to a user via human-to-machine interface 340. In other cases, analysis and control module 330 may, automatically (i.e., without user intervention) or semi-automatically (e.g., with user approval or confirmation), initiate a control operation based on the analysis. Initiation of the control operation may comprise transmitting control commands to control module 320 of target system 140, which may responsively control target system 140 according to the control commands.
  • DER distributed energy resource
  • Control module 320 of target system 140 receives the control signals from analysis and control module 330, and controls one or more physical assets of target system 140 in accordance with the control signals.
  • Examples of such control include, in the context of a power system, setting a setpoint (e.g., active and/or reactive power for power generators, voltage, etc.), adjusting the power output of a power generator, adjusting the charging or discharging of an energy storage system, adjusting the power input to a load, closing or opening a switch (e.g., circuit breaker), and/or the like.
  • Human-to-machine interface 340 may generate a graphical user interface that is transmitted to user system 130 and receive inputs to the graphical user interface via user system 130.
  • the graphical user interface may provide information regarding the current state of target system 140 and/or individual physical assets within target system 140, as determined from the system telemetry, a predicted state of target system 140 and/or individual physical assets within target system 140, as determined by analysis and control module 330, a configuration of target system 140 and/or individual physical assets within target system 140, as determined by analysis and control module 330, a control decision or recommendation for target system 140 and/or individual physical assets within target system 140, as determined by analysis and control module 330, a visual representation of system model 350 and/or individual physical assets within target system 140, and/or the like.
  • the graphical user interface may provide inputs that enable a user of user system 130 to configure settings of analysis and control module 330, configure system model 350, specify or approve controls to be transmitted to control module 320 of target system 140, analyze target system 140, and/or the like.
  • System model 350 may be stored in database 114 and accessed by modules, such as analysis and control module 330, via any known means (e.g., via an API of database 114, a direct query of database 114, etc.).
  • Database 114 may store a system model 350 for each target system 140 that is managed by management system 110.
  • Each system model 350 may model target system 140 in any suitable manner.
  • system model 350 may comprise a single-line diagram representing the physical assets of the network and their relationships to each other, a system of equations, and/or the like. It should be understood that system model 350 may be implemented as a data structure that is capable of being automatically analyzed by software modules, including analysis and control module 330.
  • FIG. 4 illustrates an example of a special-care architecture 400, according to an embodiment.
  • Analysis and control module 330 may comprise a recommendation engine 410 and a special-care actuator 420.
  • Recommendation engine 410 applies a set of rules 412 to data 414 to provide automated recommendations, for applying special care to physical assets, to human-to-machine interface 340.
  • Special-care actuator 420 receives decisions (e.g., operator- specified decisions), related to special care for the physical assets, from human-to-machine interface 340, and initiates one or more special-care actions 450 based on those decisions.
  • Recommendation engine 410 applies rules 412 to data 414 for one or more, and generally a plurality of, physical assets within target system 140.
  • target system 140 may comprise thousands of physical assets.
  • Rules 412 may comprise predefined logic (e.g., a decision tree), one or more machine-learning algorithms (e.g., an artificial neural network), and/or any other algorithm that derives recommendations about whether or not a physical asset should be associated with special care based on data 414. Specific examples of rules 412 are described elsewhere herein.
  • Each recommendation, output by recommendation engine 410, may identify the physical asset being recommended for special care, identify a category of special care being recommended, indicate a reason for the specialcare recommendation, identify one or more recommended special-care actions 450 to be performed, and/or the like.
  • Data 414 are received from a data layer 430.
  • Data layer 430 may comprise environmental data 432, asset data 434, socio-political data 436, and/or the like.
  • Environmental data 432 for a physical asset represents information about the physical environment of the physical asset that may affect operation of the physical asset.
  • Asset data 434 for a physical asset represents information about the operation of the physical asset.
  • Socio-political data 436 for a physical asset represents information about known or potential social and/or political events that may affect the physical environment or otherwise affect the operation of the physical asset.
  • Data layer 430 may aggregate data from a plurality of data sources 440.
  • data sources 440 of environmental data 432 may comprise a weather source 441 (e.g., a third-party system 150, which may represent a weather service), which provides, past, current, or future (i.e., forecasted) weather information (e.g., temperature, precipitation, wind speed, weather alerts, etc.) relevant to each physical asset, a geographical source 442 (e.g., a third-party system 150, which may represent a mapping service), which provides information about the geographical location of each physical asset, substation sensors 443 (e.g., monitored by a monitoring module 310 of target system 140), which provide one or more measured parameters of the substation governing the physical asset, and/or the like.
  • a weather source 441 e.g., a third-party system 150, which may represent a weather service
  • weather information e.g., temperature, precipitation, wind speed, weather alerts, etc.
  • Data sources 440 of asset data 434 may comprise asset sensors 444 (e.g., monitored by a monitoring module 310 of target system 140), which provide one or more measured parameters (e.g., voltage, current, temperature, humidity, wind, solar charge susceptibility, etc.) of each physical asset, asset maintenance records 445 (e.g., stored in database 114), which identify information about historical servicing of each physical asset (e.g., time of or since most recent maintenance, condition of the physical asset during the most recent maintenance, etc.), and/or the like.
  • asset sensors 444 e.g., monitored by a monitoring module 310 of target system 140
  • asset maintenance records 445 e.g., stored in database 114
  • identify information about historical servicing of each physical asset e.g., time of or since most recent maintenance, condition of the physical asset during the most recent maintenance, etc.
  • Data sources 440 of socio-political data 436 may comprise a source 446 (e.g., a third-party system 150, representing a news service, governmental agency, etc.) of current and future events (e.g., protests or other large gatherings of people, holidays, etc.), a law-enforcement agency 447 (e.g., a third-party system 150, representing county, state, or federal law enforcement), which may provide information about terroristic or other criminal threats, and/or the like.
  • a source 446 e.g., a third-party system 150, representing a news service, governmental agency, etc.
  • current and future events e.g., protests or other large gatherings of people, holidays, etc.
  • a law-enforcement agency 447 e.g., a third-party system 150, representing county, state, or federal law enforcement
  • Special-care actuator 420 receives decisions relating to the physical assets to which special care should be applied.
  • a decision may comprise an identification of a physical asset which should be associated with special care.
  • the decision may also indicate the category of special care that should be associated with the physical asset, and/or one or more special-care actions 450 to perform.
  • the decision to associate a physical asset with special care may be in response to a recommendation output by recommendation engine 410.
  • recommendation engine 410 may recommend that a particular physical asset be associated with special care, based on the application of rules 412 to data 414, via human-to- machine interface 340.
  • An operator may review and confirm the association between the particular physical asset and the special care via human-to-machine interface 340, select one or more special-care actions 450 to be performed, and/or the like, which are provided as a decision to special-care actuator 420.
  • Special-care actuator 420 in response to receiving a decision that associates a physical asset with special care, may associate the physical asset with special care, and determine and initiate one or more special-care actions 450 that implement that special care. In the event that the decision indicates the special-care action(s) 450 to perform for the physical asset, special-care actuator 420 may initiate the special-care action(s) 450 indicated in the decision.
  • Examples of special-care actions 450 include, without limitation, deploying 452 additional sensors at the physical asset (e.g., installing a wind speed sensor, humidity sensor, dissolved gas analysis (DGA) sensor, load sensor, temperature sensor, image sensor, cloud/solar charge susceptibility sensor, etc.), increasing 454 testing of the physical asset (e.g., increasing the frequency of DGA testing, bushing power factor testing, winding resistance testing, vector group testing, or the like, in the event that the physical asset is a transformer, increasing the frequency of other relevant testing for other physical assets, etc.), employing 456 expertise for the physical asset (e.g., engaging an expert to perform a routine checkup, interpret test results, have access to the virtual special-care space, check strange behavior, etc.), deploying 458 surveillance to the physical asset (e.g., adding a surveillance system or refocusing an existing surveillance system in the physical environment of the physical asset).
  • DGA dissolved gas analysis
  • FIG. 5 illustrates an example of a special-care process 500, according to an embodiment. While process 500 is illustrated with a certain arrangement and ordering of subprocesses, process 500 may be implemented with fewer, more, or different subprocesses and a different arrangement and/or ordering of subprocesses. In addition, it should be understood that any subprocess, which does not depend on the completion of another subprocess, may be executed before, after, or in parallel with that other independent subprocess, even if the subprocesses are described or illustrated in a particular order.
  • Process 500 may be implemented in analysis and control module 330, and particularly, by the combination of recommendation engine 410 and special-care actuator 420. An iteration of process 500 may be performed for each physical asset being monitored in a target system 140. In addition, for each physical asset, an iteration of process 500 may be performed periodically in response to a triggering event, such as the expiration of a time interval, the availability of new data, a user operation (e.g., via human-to-machine interface 340), and/or the like.
  • a triggering event such as the expiration of a time interval, the availability of new data, a user operation (e.g., via human-to-machine interface 340), and/or the like.
  • data 414 are received.
  • data 414 may be collected by data layer 430.
  • Data layer 430 may receive data 414 from a plurality of data sources 440, which may include sources that are internal to management system 110, such as database 114, and/or sources that are external to management system 110 (e.g., via network(s) 120), such as monitoring module 310 within the target system 140 being monitored, a third-party system 150, and/or the like.
  • data 414 for a particular physical asset may be received in combination (e.g., in a batch) with data 414 for other physical assets within target system 140.
  • Data 414 may comprise environmental data 432, asset data 434, socio-political data 436, and/or the like.
  • One or more attributes of the physical asset under consideration may be comprised in and/or derived from data 414.
  • environment-related attribute(s) of the physical asset may be extracted or otherwise derived from environmental data 432
  • asset- related attribute(s) of the physical asset may be extracted or otherwise derived from asset data 434
  • socio-political-related attribute(s) of the physical asset may be extracted or otherwise derived from socio-political data 436, and/or the like.
  • rules 412 are applied to the attribute(s) extracted or otherwise derived from received data 414.
  • Rules 412 may comprise an algorithm that determines whether one or more, and preferably a plurality of, criteria are satisfied by the attribute(s) of the physical asset under consideration.
  • rules 412 test the attribute(s) of each physical asset against at least three criteria, which are explained in more detail elsewhere herein.
  • subprocess 515 it is determined whether or not any of rules 412 are triggered by the application of rules 412 to the attribute(s) of the physical asset in subprocess 510.
  • a rule 412 may be triggered when the attribute(s) of the physical asset satisfy at least one criterion.
  • a rule 412 may be triggered when the attrib ute(s) of the physical asset satisfy a combination of two or more criteria.
  • a rule is triggered (i.e., “Yes” in subprocess 515), it is determined to recommend special care for the physical asset. In this case, process 500 proceeds to subprocess 520.
  • process 500 may end.
  • a recommendation for special care for the physical asset is generated.
  • the recommendation may be generated based on which rule(s) 412 were triggered in subprocess 515. In other words, the recommendation may differ based on the particular rule(s) 412 (e.g., criterion) that were triggered, as well as on the type of physical asset under consideration and/or other factors.
  • the recommendation may identify the physical asset under consideration (e.g., via a unique asset identifier), the category of special care being recommended, the reason for the special-care recommendation, one or more recommended special-care actions 450 to be taken, the attribute(s) that triggered the rule(s) 412, at least a subset of data 414 for the physical asset under consideration, and/or the like.
  • the category of special care and/or recommended special-care actions 450 may be determined based on the rule(s) 412 that were triggered.
  • the reason for the special-care recommendation may comprise or be derived from rule(s) 412 that were triggered and/or the attribute(s) that triggered the rule(s) 412.
  • the recommendation generated in subprocess 520, may be output.
  • the recommendation for special care for the physical asset is provided to at least one recipient.
  • the at least one recipient may be a user of a user system 130.
  • the recommendation may be displayed in a graphical user interface of human-to-machine interface 340 or otherwise provided to user system 130 via human-to-machine interface 340.
  • the recommendation may be displayed, with one or more inputs for approving or declining the recommendation, including potentially approving or declining one or more recommended special-care actions 450.
  • the user may select an input for approving the recommendation or a particular specialcare action 450, to thereby approve the recommendation or special-care action 450, or an input for declining the recommendation or special-care action 450, to thereby decline the recommendation or special-care action 450.
  • the recipient may be another process of management system 110 or a third-party system 150, which provides the recommendation to a user or automatically approves or declines the recommendation based on an algorithm (e.g., a decision tree, machine-learning algorithm, or other logic).
  • subprocess 530 it is determined whether or not special care is to be associated with the physical asset under consideration. For example, an approval or declination of the recommendation of special care for the physical asset, output in subprocess 525, may be received from the at least one recipient of the recommendation. As mentioned above, this approval or declination decision may be received via an input of a graphical user interface of human-to-machine interface 340.
  • special care is approved for the physical asset under consideration (i.e., “Yes” in subprocess 530)
  • process 500 proceeds to subprocess 535. Otherwise, when special care is declined for the physical asset under consideration (i.e., “No” in subprocess 530), process 500 proceeds to subprocess 555.
  • subprocesses 535-550 may adjust resources for monitoring the physical asset, based on the reason that the special care was recommended and/or approved, the recommended special-care action(s) 450 that were approved, and/or the like. In general, the amount of resources employed for monitoring the physical asset may be increased.
  • the physical asset under consideration may be flagged as accepted for special care.
  • a representation of the physical asset in management system 110 e.g., stored in database 114
  • an indication of special care e.g., the reason for or category of special care.
  • management system 110 which may be or comprise an asset management system, can easily and quickly (i.e., with low computational expense) determine which physical assets have been associated with special care.
  • software 112 can easily retrieve representations of physical assets that are associated with special care, via the tags, and distinguish these physical assets from physical assets that are not associated with special care.
  • process 500 may not be subsequently executed for the physical asset, until and unless the physical asset becomes unassociated with special care (e.g., by a subsequent user operation). In other words, the physical asset may be excluded from consideration by process 500 for as long as the physical asset is already associated with special care.
  • the physical asset under consideration may be added to a virtual special-care space.
  • the virtual special-care space may be a data structure and/or storage area that facilitates retrieval of all physical assets associated with special care and/or a particular category of special care.
  • an operator can easily retrieve and view all physical assets within a given virtual special-care space by retrieving the entire virtual special-care space in a single operation (e.g., a single database operation, such as a single Structured Query Language (SQL) operation).
  • SQL Structured Query Language
  • each category of special care may represent the reason for the special care and/or the special-care action(s) 450 to be taken.
  • the specific categories of special care may depend on the types of physical assets being monitored.
  • the categories of special care for transformers may include special care for the bushing of the transformer, partial discharge, dissolved gas analysis (e.g., to monitor increases in dissolved gas within the transformer), cooling for the transformer, the transformer’ s presence within a flood zone, surveillance of the transformer, the temperature of the transformer, and/or the like.
  • one or more special-care actions 450 are determined for the physical asset under consideration.
  • special-care action(s) 450 may be extracted from the approval decision received in subprocess 530.
  • the approval decision may comprise user-specified special-care action(s) 450, for example, as selected by the user from selectable options, provided by the recommendation generated in subprocess 520, and output in the graphical user interface of human-to-machine interface 340.
  • special-care action(s) 450 may be automatically determined, or subprocess 545 may comprise simply selecting special-care action(s) 450 that were included in the recommendation that was approved in subprocess 530.
  • the special-care action(s) 450 may be initiated.
  • a special-care action 450 include, without limitation, increasing a number of sensors that measure one or more parameters of the physical asset (e.g., 452), increasing a frequency of testing of the physical asset (e.g., 454), providing access to data for the physical asset to one or more experts (e.g., 456), deploying a system to monitor an environment around the physical asset (e.g., 458), and/or the like.
  • subprocess 550 may comprise transmitting one or more control commands to control module 320 of target system 140, communicating with (e.g., sending data related to a special-care action 450 to) another process of management platform 110 (e.g., to generate a work order for installing one or more sensors or a surveillance system, test a physical asset, etc.), communicating with (e.g., sending data related to a special-care action 450 to) a third-party system 150, sending a communication (e.g., dashboard message, email message, text message, voice message, etc.) to one or more recipients (e.g., to a technician to install one or more sensors or a surveillance system or to test a physical asset, to an expert to review data, etc.), and/or the like.
  • a communication e.g., dashboard message, email message, text message, voice message, etc.
  • the physical asset under consideration may be flagged as rejected for special care.
  • a physical asset is flagged as rejected for special care, for the sake of efficiency, another iteration of process 500 may not be subsequently executed for the physical asset, until and unless the physical asset becomes unflagged.
  • the physical asset may be excluded from consideration by process 500 for as long as the physical asset is flagged as rejected for special care.
  • the physical asset may remain flagged for a predefined duration of time. Upon the expiration of this predefined duration of time, the flag may be removed, such that process 500 may once again be executed for the physical asset, such that the physical asset may once again be recommended for special care by process 500.
  • rules 412 test the attribute(s) of the physical asset under consideration against a plurality of criteria. Three exemplary criteria are discussed in more detail below. In an embodiment, one, any combination of two, or preferably all three of these exemplary criteria are implemented in rules 412. However, it should be understood that these criteria are provided as non-limiting examples. In practice, rules 412 may test the attribute(s) of the physical asset against more, fewer, or different criteria than those expressly described herein.
  • a position of the physical asset within a plurality of dimensions is calculated.
  • a subset of the attributes of the physical asset under consideration may be mapped to a position vector within a plurality of dimensions.
  • it is determined whether or not the calculated position is within a predefined zone of the plurality of dimensions.
  • the predefined zone may be defined by a predefined range of values within each of the plurality of dimensions.
  • special care may be automatically recommended for the physical asset.
  • special care is not recommended for the physical asset unless another criterion is satisfied. It should be understood that the calculated position will be within the predefined zone if the value in the position vector for each of the plurality of dimensions is within the predefined range of values for that dimension, for all of the plurality of dimensions.
  • FIG. 6A illustrates an example of the first criterion for the automated recommendation of special care for physical assets, according to an embodiment.
  • the plurality of dimensions comprises or consists of an importance of the physical asset and a probability of failure of the physical asset. It should be understood that these are two examples of dimensions, and that the plurality of dimensions may comprise one or both of these dimensions, as well as additional dimensions or an entirely different set of dimensions.
  • this example utilizes a two-dimensional criterion space 600. However, it should be understood that criterion space 600 can be easily adapted to have any number of dimensions, including three or more dimensions.
  • the importance of the physical asset may represent how critical the physical asset is to target system 140.
  • the probability of failure may represent the probability that the physical asset will fail.
  • the probability is illustrated as a value between zero and one, but alternatively, can be defined as a different value range (e.g., zero to seven).
  • the probability of failure may be defined in any suitable manner, including by an algorithm based on one or more of the attribute(s) of the physical asset.
  • the probability of failure may be one of the attribute(s) of the physical asset or be derived from one or more of the attribute(s) of the physical asset (e.g., by an algorithm), such as one or more conditions of the physical asset as measured by one or more sensors.
  • the probability of failure may correspond to the total risk of failure (TROF) measurement provided in the Lumada® DataOps platform offered by Hitachi Vantara of Santa Clara, California.
  • TROF total risk of failure
  • criterion space 600 can be divided into a plurality of segments 610, including, for example, a low-priority segment 610L defined by a first boundary 620 A, a medium-priority segment 610M defined by first boundary 620A and a second boundary 620B, and a high-priority segment 61 OH defined by second boundary 620B.
  • a physical asset may be plotted within criterion space 600 and one of these segments 610 according to its position vector, which comprises a value for each of the plurality of dimensions (i.e., a value for importance and a value for the probability of failure, in the illustrated example).
  • a predefined zone 650 is defined within criterion space 600.
  • a physical asset satisfies the first criterion, and therefore, will be recommended for special care, when the position of the physical asset is within predefined zone 650.
  • the physical asset represented by position 655 is within predefined zone 650 and will be recommended for special care under the first criterion, whereas any physical asset whose position is outside predefined zone 650 will not be recommended for special care under the first criterion.
  • appropriate special-care actions 450 may include, without limitation, increasing a number of sensors that measure one or more parameters of the physical asset (e.g., 452), increasing a frequency of testing of the physical asset (e.g., 454), providing access to data for the physical asset to one or more experts (e.g., 456), deploying a system to monitor an environment around the physical asset (e.g., 458), and/or the like.
  • FIG. 6B illustrates an example of the first criterion for the automated recommendation of special care for physical assets, according to an alternative embodiment.
  • This embodiment is similar to the embodiment illustrated in FIG. 6A, except that first boundary 620A and second boundary 620B are both curves, which changes the shapes of low-priority segment 610L, medium -priority segment 610M, and high-priority segment 61 OH.
  • attribute(s) related to the physical environment of the physical asset may be analyzed.
  • This analysis may determine whether or not the physical environment of the physical asset presents a potential hazard during a current or future time period. This analysis may be based, for example, on environmental data 432 and/or sociopolitical data 436 for the physical asset.
  • the analysis determines that the physical environment presents a potential hazard during the current or future time period, the physical asset satisfies the second criterion, and therefore, special care is recommended for the physical asset.
  • special care is not recommended for the physical asset unless another criterion is satisfied.
  • a potential hurricane may be identified as a potential hazard in a future time period based on environmental data 432 (e.g., a weather forecast for a particular geographical region that encompasses the geographical location of the physical asset) acquired from weather source 441 and/or geographical source 442.
  • environmental data 432 e.g., a weather forecast for a particular geographical region that encompasses the geographical location of the physical asset
  • appropriate special-care actions 450 for a transformer may include, without limitation, deploying wind speed sensors for operation during the future time period, de-energizing the transformer for the duration of the future time period, shedding power provided to and/or by the transformer, and/or the like. It should be understood that similar examples can be formulated for other storms, heat waves, tornados, and any other weather event that may potentially affect operation of the physical asset.
  • a protest e.g., which may pass within the vicinity of the physical asset
  • criminal threat e.g., law-enforcement tip regarding an attack on or within the vicinity of the physical asset
  • appropriate special-care actions 450 may include deploying surveillance cameras, within the physical environment of the physical asset, to detect human behavior and closely monitor the physical environment during the time period of the threat to the physical asset.
  • attribute(s) related to an event, which has occurred within a current or past time period, that may affect a functionality of the physical asset may be analyzed. This analysis may determine whether or not the physical asset has experienced such an event. When the analysis determines that the physical asset has experienced such an event, the physical asset satisfies the third criterion, and therefore, special care is recommended for the physical asset. In this case, appropriate special-care actions 450 may include, without limitation, deploying additional sensors, increasing the frequency of testing, and/or the like. On the other hand, when the analysis does not determine that the physical asset has experienced such an event, special care is not recommended for the physical asset unless another criterion is satisfied.
  • the third criterion it may be determined that the physical asset has recently undergone servicing that warrants more frequent testing than usual, based on asset data 434 acquired from asset sensors 444 and/or asset maintenance source 445.
  • This servicing event may be a repair, reinstallation (e.g., movement from one substation to another substation), maintenance, test, or the like, of the physical asset.
  • the transformer may have recently had its oil reclaimed.
  • a DGA sensor may be installed in the transformer to analyze the dissolved gas, the frequency of DGA testing may be increased, and/or the like. It should be understood that similar examples can be formulated for other types of physical assets and other types of servicing.
  • human-to-machine interface 340 may generate a graphical user interface comprising information about each of the plurality of physical assets in a given target system 140.
  • the information in the graphical user interface may distinguish representations of physical assets that are tagged or otherwise associated with special care from representations of physical assets that are not tagged or not otherwise associated with special care.
  • representations of physical assets that are associated with special care may be distinguished from representations of physical assets that are not associated with special care by an icon that indicates special care, including potentially the category of (e.g., reason for) special care.
  • FIG. 7 illustrates an example of a screen 700 of a graphical user interface, according to an embodiment.
  • Screen 700 represents a dashboard in the graphical user interface provided by human-to-machine interface 340.
  • Screen 700 may comprise a plurality of panels, including an asset-risk panel 710, an issues panel 720, an analytics panel 730, and a geographical panel 740.
  • Each of the panels may comprise information related to a set of physical assets within a geographical region being monitored, and may comprise one or more inputs for navigating, filtering, and otherwise interacting with the respective information.
  • the geographical region may comprise all physical assets within target system 140 or only a portion of the physical assets within target system 140.
  • Asset-risk panel 710 may comprise information about the risk of the physical assets within the monitored geographical region. This information may include a graphical representation of the percentage of physical assets that are at each of low risk, medium risk, and high risk of failure (e.g., based on the probability of failure discussed elsewhere herein), the value of each of one or more parameters, and/or the like.
  • the parameters may include, without limitation, the number of locations covered by the monitored geographical region, the number of different types of physical assets in the monitored geographical region, the number of physical assets being monitored in the monitored geographical region, the number of physical assets not being monitored in the monitored geographical region, the time duration since the last update of data, and/or the like.
  • Issues panel 720 may comprise information about issues with the physical assets being monitored within the monitored geographical region. This information may comprise a list of at least a subset of the issues, for example, listed in order from most important issue to least important issue. The information may also comprise a graphical representation of the percentage of issues that are new, in process of being resolved, being monitored, and/or the like.
  • Analytics panel 730 may comprise information derived from analytics performed on data associated with the physical assets within the monitored geographical region.
  • the information may comprise summaries of the physical assets based on any one or more attributes of the physical assets (e.g., performance metrics, sensor measurements, probability of failure, importance, special care, category of special care, etc.).
  • Geographical panel 740 may comprise or consist of a virtual map of the monitored geographical region.
  • the virtual map may comprise natural features (e.g., rivers, lakes, oceans, etc.), man-made features (e.g., highways, railways, cities, etc.), and any other landmarks present in a typical map, and may include inputs for zooming, panning, and/or performing other standard functions in a virtual map.
  • the virtual map may comprise one or more icons 742 that pinpoint the location of each physical asset in the monitored geographical region that is not associated with special care, and one or more icons 745 that pinpoint the location of each physical asset in the monitored geographical region that is associated with special care. Selection of an icon 742 or 745 may redirect the graphical user interface to a screen for viewing details about the physical asset(s) represented by the selected icon 742 or 745.
  • Each icon 745 may be distinct from each icon 742, so as to distinguish physical assets that are associated with special care from physical assets that are not associated with special care.
  • icon 742 may be a standard “pin” icon, and icon 745 may comprise a hospital symbol (e.g., cross, cross within an iconic depiction of a physical asset, such as a transformer, etc.), healthcare symbol, or any other symbol that conveys special care.
  • icon 745 is an iconic depiction of a transformer with a cross in the center. Additionally or alternatively, icon 745 may have a different color (e.g., red) than icon 742.
  • Physical assets that are near each other (e.g., as determined by a predefined radius and the resolution of the current view of the virtual map) and not associated with special care may be grouped under a single icon 742, with the size of each icon 742 representing (e.g., being proportional to) the number of physical assets grouped under that icon 742.
  • icon 745 may differ depending on the category of special care with which the respective physical asset is associated.
  • a transformer that is associated with special care for the bushing may be represented by an iconic depiction of a bushing
  • a transformer that is associated with partial discharge may be represented by an iconic depiction of a lightning bolt
  • a transformer that is associated with dissolved gas analysis may be represented by an iconic depiction of a bubbling lab beaker
  • a transformer that is associated with special cooling may be represented by an iconic depiction of a snowflake
  • a transformer in a flood zone may be represented by an iconic depiction of a flooded house
  • a transformer associated with surveillance may be represented by an iconic depiction of an eye
  • a transformer that is associated with temperature monitoring may be represented by an iconic depiction of a thermometer, and/or the like.
  • the use of different icons 745 for the different categories of special care enables the user to easily identify the category of special care for each physical asset that is associated with special care, as well as to distinguish the
  • FIG. 8 illustrates an example of a screen 800 of a graphical user interface, according to an embodiment.
  • Screen 800 represents an asset list in the graphical user interface provided by human-to-machine interface 340.
  • Screen 800 may be accessible through the same graphical user interface as screen 700, via standard navigational inputs (e.g., a menu ribbon, an expandable/collapsible menu, etc.).
  • the asset list may be represented in a tabular format. Each row spanning the horizontal dimension may represent a particular physical asset, and each column spanning the vertical dimension may represent an attribute of the physical assets represented in the rows.
  • the attributes represented by the columns may include an identifier of the physical asset, a description of the physical asset, a time duration since the next planned test of the physical asset, an organization with which the physical asset is associated, a voltage measure of the physical asset, an age of the physical asset, one or more scores or ranks of the physical asset (e.g., health, importance, condition, etc.), a status of the physical asset, the probability of failure of the physical asset, the last test result for the physical asset, and/or the like.
  • the asset list may be sortable and filterable via standard inputs.
  • any physical asset that is associated with special care may be distinguished from physical assets that are not associated with special care by icon 745.
  • icons 745 may instead differ based on the category of special care.
  • the asset identified as “ID2” may be associated with a first category of special care and distinguished by a first icon 745 that is associated with the first category of special care
  • the asset identified as “ID3” may be associated with a second category of special care and distinguished by a second icon 745 that is associated with the second category of special care and different from the first icon 745.
  • a physical asset has been added to a virtual special-care space (e.g., in subprocess 540), the physical asset can be easily and quickly (i.e., with low computational expense) retrieved, in combination with all other physical assets in the same virtual specialcare space.
  • a virtual special-care space may be stored and retrievable for each category of special care.
  • FIG. 9 illustrates an example of a screen 900 of a graphical user interface, according to an embodiment.
  • screen 900 represents a view of an overall virtual special-care space for all categories of special care.
  • Screen 900 may be accessible through the same graphical user interface as screens 700 and/or 800, via standard navigational inputs (e.g., a menu ribbon, an expandable/collapsible menu, etc.).
  • Screen 900 is similar or identical to screen 800, except that the asset list consists of only representations of physical assets that are associated with special care. The asset list does not comprise any representations of physical assets that are not associated with special care.
  • screen 900 comprises an icon 910 (e.g., in the top-right corner), which may correspond to icon 745 for distinguishing physical assets associated with special care.
  • Each representation of a physical asset in the asset list may be selectable. Selection of one of the representations of a physical asset may redirect the graphical user interface to a screen comprising details about the physical asset.
  • the details may comprise data (e.g., measured parameters, statistics, etc.) for the physical asset, real-time analysis of the data, and/or the like.
  • the graphical user interface may also comprise a screen for each of the plurality of categories of special care.
  • the screen for a particular category of special care may look similar or identical to screen 900, except that icons 745 and 910 will represent the particular category of special care, instead of overall special care.
  • Each of the screens can be thought of as a view of a particular special-care unit, department, or room, similar to the various sections of a hospital.
  • the screens for the plurality of categories of special care may be accessible via screen 900 (e.g., via a set of tabs, comprising a tab for each of the plurality of categories of special care, another type of sub-menu, or the like).
  • the plurality of physical assets comprises a plurality of electrical assets within a target system 140 that comprises an electrical network.
  • the electrical assets may be any type of electrical asset, for the sake of simplicity, it will be assumed that the electrical assets are transformers.
  • the electrical network may comprise a plurality of transformers, including potentially hundreds or thousands of transformers. It should be understood that the described use case may be easily adapted to other types of electrical assets, as well as other types of physical assets and target systems 140.
  • Management platform 110 may receive data 414 associated with the plurality of physical assets (e.g., transformers) from one or more data sources 440 (e.g., in subprocess 505 for a given transformer).
  • the received data 414 may comprise environmental data 432, asset data 434, socio-political data 436, and/or the like for the plurality of physical assets, including one or more measured parameters of one or more of the physical assets.
  • rules 412 of recommendation engine 410 may be applied to the received data 414 (e.g., in subprocess 510) to determine whether or not to recommend special care for the physical asset based on the received data 414 associated with that physical asset (e.g., in subprocess 515).
  • the received data 414 may show that, since the last iteration of process 500 for the transformer, the DGA reading of methane in the transformer (e.g., from a recently performed test) has grown exponentially to exceed a DGA threshold. This may increase the probability of failure, such that the calculated position vector, comprising the probability of failure and importance of the transformer, is now within predefined zone 650. In other words, the transformer satisfies the first criterion. Thus, the transformer is recommended for special care.
  • a recommendation of special care for the physical asset is generated (e.g., in subprocess 520) and provided to at least one recipient (e.g., in subprocess 525).
  • the recommendation may comprise information identifying the transformer, the reason for the recommendation, which may be determined from the first criterion as the triggered rule 412, and the DGA reading from the received data 414 and potentially prior data to support the included reason. Since an increase in the DGA reading caused the recommendation for special care, more frequent DGA testing is advisable.
  • recommendation engine 410 may primarily recommend that an online DGA sensor be installed in the transformer (e.g., 452), and secondarily recommend that more frequent (e.g., every six months) DGA testing be performed (e.g., 454).
  • These recommendations for special-care actions 450 may be provided to a human operator, via human-to-machine interface 340, all at once or via an interactive session (e.g., in which the primary recommendation is provided first, and if declined, the secondary recommendation is provided second).
  • an approval or declination of the special care is received from the at least one recipient via human-to-machine interface 340 (e.g., in subprocess 530).
  • the recipient may be a human operator that inputs the approval or declination within the graphical user interface of human- to-machine interface 340, including approval and/or declination of recommended special-care actions 450.
  • the physical asset may be flagged as rejected (e.g., in subprocess 555) and not recommended for special care again for a predefined duration of time.
  • the resources for monitoring the physical asset may be adjusted based on the reason for the special care (e.g., in subprocesses 535-550).
  • the transformer if the primary recommendation of installing an online DGA sensor is approved, a new sensor may be deployed (e.g., 452). Otherwise, if the secondary recommendation of more frequent DGA testing is approved, the frequency of DGA lab testing may be increased (e.g., 454).
  • the transformer is added to at least one virtual special-care space, which may include an overall virtual special-care space and/or a virtual special-care space for the specific DGA category of special care.
  • the transformer is flagged for special care, such that the transformer will not be considered again for special care unless and until it subsequently becomes unflagged for special care.
  • Disclosed embodiments enable operators to create a virtual special-care space that facilitates computationally inexpensive monitoring of a specific subset of physical assets (e.g., transformers or other electrical assets) that are important to their respective target systems 140 (e.g., electrical networks).
  • Special-care actions 450 may be performed for such physical assets, including the deployment of additional sensors (e.g., 452), increased testing (e.g., 454), the employment of experts for data analysis (e.g., 456), the deployment of surveillance (e.g., 458), and/or the like.
  • special-care actions 450 include, without limitation, shedding load, redistributing load to another substation, scheduling maintenance for the physical asset, analyzing historical, current, and/or projected data for the physical asset (e.g., using artificial intelligence, such as a machine-learning model), and/or the like.
  • the virtual special-care space may be thought of as a nursing room or intensive care unit (ICU) for the subset of physical assets requiring special care, such as transformers that have a high probability of failure and are important to the electrical network, transformers that are in particularly hazardous geographical locations (e.g., flood zones, hurricane zones, high-temperature zones, etc.), transformers that have recently undergone servicing (e.g., maintenance, a major repair, etc.), transformers that are a potential target of a future threat (e.g., vandalism, terrorism, etc.), and/or the like.
  • ICU intensive care unit
  • disclosed embodiments automatically generate, via recommendation engine 410, recommendations to move physical assets to the virtual special-care space, based on one or more criteria. These recommendations may be provided to an asset manager (e.g., of the operator), who may make the ultimate decision of whether or not to move the physical assets to the virtual special-care space. It is generally contemplated that the criteria would be set such that only a relatively small percentage of physical assets would be recommended for movement into the virtual special-care space. For example, for a target system 140 comprising thousands of physical assets, only a handful (e.g., a few, a dozen, a few dozen, etc.) may be moved to the virtual special-care space. This enables the asset manager to focus attention on the relatively small number of physical assets that are at greatest risk.
  • the terms “comprising,” “comprise,” and “comprises” are open- ended.
  • “A comprises B” means that A may include either: (i) only B; or (ii) B in combination with one or a plurality, and potentially any number, of other components.
  • the terms “consisting of,” “consist of,” and “consists of’ are closed-ended.
  • “A consists of B” means that A only includes B with no other component in the same context.
  • Combinations, described herein, such as “at least one of A, B, or C,” “one or more of A, B, or C,” “at least one of A, B, and C,” “one or more of A, B, and C,” and “A, B, C, or any combination thereof’ include any combination of A, B, and/or C, and may include multiples of A, multiples of B, or multiples of C.
  • combinations such as “at least one of A, B, or C,” “one or more of A, B, or C,” “at least one of A, B, and C,” “one or more of A, B, and C,” and “A, B, C, or any combination thereof’ may be A only, B only, C only, A and
  • a and B may contain one or more members of its constituents A, B, and/or C.
  • a combination of A and B may comprise one A and multiple B’s, multiple A’s and one B, or multiple A’s and multiple B’s.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • Public Health (AREA)
  • Primary Health Care (AREA)
  • Water Supply & Treatment (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • General Health & Medical Sciences (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Dans les systèmes de gestion d'actifs classiques, il est difficile d'identifier et de gérer des actifs physiques (par exemple, des transformateurs dans un réseau électrique) qui nécessitent des soins spéciaux, parmi les milliers d'actifs physiques potentiels à l'intérieur d'un système cible. En conséquence, des modes de réalisation divulgués concernent un moteur de recommandation qui recommande automatiquement des actifs physiques pour des soins spéciaux, en fonction d'au moins un critère. De plus, les actifs physiques qui sont approuvés pour des soins spéciaux sont ajoutés à un espace virtuel de soins spéciaux, ce qui permet une récupération peu coûteuse sur le plan informatique du sous-ensemble spécifique d'actifs physiques nécessitant des soins spéciaux, ainsi que la gestion de ces actifs physiques sur une interface utilisateur graphique spécialisée.
PCT/EP2023/080434 2023-10-31 2023-10-31 Moteur de recommandation automatisée et espace virtuel pour surveiller des actifs physiques nécessitant des soins spéciaux Pending WO2025093116A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2023/080434 WO2025093116A1 (fr) 2023-10-31 2023-10-31 Moteur de recommandation automatisée et espace virtuel pour surveiller des actifs physiques nécessitant des soins spéciaux

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2023/080434 WO2025093116A1 (fr) 2023-10-31 2023-10-31 Moteur de recommandation automatisée et espace virtuel pour surveiller des actifs physiques nécessitant des soins spéciaux

Publications (1)

Publication Number Publication Date
WO2025093116A1 true WO2025093116A1 (fr) 2025-05-08

Family

ID=88731425

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2023/080434 Pending WO2025093116A1 (fr) 2023-10-31 2023-10-31 Moteur de recommandation automatisée et espace virtuel pour surveiller des actifs physiques nécessitant des soins spéciaux

Country Status (1)

Country Link
WO (1) WO2025093116A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090281673A1 (en) * 2008-05-09 2009-11-12 Taft Jeffrey D Method and system for managing a power grid

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090281673A1 (en) * 2008-05-09 2009-11-12 Taft Jeffrey D Method and system for managing a power grid

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KE XUEZHI ET AL: "An Intensive Care System for Power Transformers", 2019 IEEE POWER & ENERGY SOCIETY GENERAL MEETING (PESGM), IEEE, 4 August 2019 (2019-08-04), pages 1 - 5, XP033699626, DOI: 10.1109/PESGM40551.2019.8973701 *

Similar Documents

Publication Publication Date Title
CN107111844B (zh) 用于选择网格动作以改善网格结果的系统和方法
US9292013B2 (en) Energy management computer system
US12025327B2 (en) Energy efficiency and comfort optimization through extreme weather adaptivity and AI
EP3316198A1 (fr) Procédé et système de gestion d'indicateurs de performance pour réagir des objectifs de gestion d'opérations d'entreprises
US20230306382A1 (en) Predictive data objects
Serrano-Guerrero et al. Statistical methodology to assess changes in the electrical consumption profile of buildings
CN111368980A (zh) 状态检测方法、装置、设备及存储介质
US9417949B1 (en) Generic alarm correlation by means of normalized alarm codes
JP2025163254A (ja) 情報処理装置、情報処理システム、情報処理方法及びコンピュータプログラム
US20160063387A1 (en) Monitoring and detecting environmental events with user devices
CN117234844A (zh) 云服务器异常管理方法、装置、计算机设备及存储介质
CN117955245B (zh) 电网的运行状态的确定方法、装置、存储介质和电子设备
US20230388202A1 (en) Methods and systems for inferred information propagation for aircraft prognostics
CN113627412A (zh) 目标区域的检测方法、装置、电子设备和介质
JP2023026399A (ja) システム、コンピュータ実装方法およびコンピュータプログラム（外乱事象の事故またはチケットへの関連付け）
Eckstrom et al. Outing power outages: real-time and predictive socio-demographic analytics for New York City
WO2024050324A1 (fr) Système d'identification et de gestion d'évènements
CN115118574B (zh) 一种数据处理方法、装置及存储介质
CN118974747A (zh) 减少机器学习训练数据集中的类别不平衡
WO2025093116A1 (fr) Moteur de recommandation automatisée et espace virtuel pour surveiller des actifs physiques nécessitant des soins spéciaux
CN111062604B (zh) 基于气象灾害的电网业务风险评估方法、装置及设备
CN113837462A (zh) 故障风险趋势分析方法、装置、服务器和存储介质
US20220019185A1 (en) Method for ticket generation based on anomalies in a plurality of devices installed in facility
CN119045939A (zh) 财务数据调度可视化平台系统
CN113537519A (zh) 一种识别异常设备的方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23801701

Country of ref document: EP

Kind code of ref document: A1