Method and system for managing action plans in a geographical area containing devices whose operation may be impacted by a parameter measurable in said area

Abstract

Method and system for managing action plans in a geographical area comprising devices whose operation may be impacted by a parameter measurable in said area. The method comprises the following steps: - obtaining at least one said action plan associated with at least one said device, the action plan comprising: - at least one action that can be executed on at least one said device; and - at least one consequence of the execution of the action on at least one said device; - obtaining estimated values ​​of said parameter at least at future times; - predicting the state of operation or malfunction of a said device based on the estimated values ​​and a threshold of the parameter for the device;- selection of at least one of said action plans if the malfunction state of said device associated with that action plan is predicted, the selection taking into account a prediction of the operating or malfunction state of this device based on the consequence of the action's execution; - display on a map of a graphic element representing the evolution of the state of at least one of said devices based on the prediction, the selected action plan(s), and a time scheduled for execution, to allow a user to retain (E700) at least one of said action plans to protect said device. Figure for the abbreviation: Fig. 1.;

Description

Title of the invention: Method and system for managing action plans in a geographical area comprising devices whose operation can be impacted by a measurable parameter in said area Prior art

[0001] The invention relates to the field of monitoring devices included in a geographical area whose operating or malfunctioning state depends on a parameter of said area.

[0002] There are currently centralized systems that allow monitoring the operating or malfunctioning status of several devices included in a geographical area such as a neighborhood, a city or a country. Such a system comprises sensors and a central server. The sensors equipped with communication modules are dispersed throughout the geographical area, these sensors being configured to measure a parameter that can affect the operation of the devices and to send information on these measurements to the central server.

[0003] These centralized systems make it possible to display a map of the geographical area, on which graphic elements appear corresponding to the different devices and their operating or malfunctioning states.

[0004] For example, a centralized system is known for monitoring the operating or malfunctioning status of base stations of a wireless telecommunications network in a city as a function of a humidity or fog level affecting the radio communication channels. A centralized system is also known for monitoring the operating or malfunctioning status of electrical substations near a river as a function of a water level in this river. A centralized system is also known for monitoring the operating or malfunctioning status of batteries located in a rural area as a function of the temperature.

[0005] These systems allow a user to have a global vision on the operation (or malfunction) of a set of devices in the geographical area, which facilitates the detection of failure of certain devices and accelerates the process of maintenance of defective devices.

[0006] In particular, these centralized systems may be based on estimated values ​​of the parameter affecting the operation of the devices. For example, the system for monitoring the operating (or malfunctioning) status of electrical substations close to a river may obtain estimated values ​​of the water level of the river and thus predict the operating or malfunctioning status of electrical substations.

[0007] Known systems from the state of the art are limited to monitoring the operating or malfunctioning status of devices. Deciding how to intervene to protect devices can be a difficult task if there is a risk of imminent malfunction, especially with relatively serious consequences, such as a power outage in a city.

[0008] There is therefore a need for a solution to help a user make a decision in order to avoid or at least reduce the risk of malfunction of devices due to a measurable parameter in a geographical area. Statement of the invention

[0009] The invention relates to a method for managing action plans in a geographical area comprising at least one device whose operating or malfunctioning state can be impacted by a measurable parameter in said area, the method comprising steps of: - obtaining at least one said action plan associated with at least one said device, the action plan comprising: - at least one action that can be performed on at least one said device; and - at least one consequence of the execution of the action on at least one said device; - obtaining estimated values ​​of said parameter at least at future times; - prediction of the operating or malfunctioning state of a said device based on the estimated values ​​and a threshold of the parameter for the device; - selection of at least one said action plan if the malfunction state of the device associated with this action plan is predicted, the selection taking into account a prediction of the operating or malfunction state of this device as a function of said consequence of the execution of the action of the action plan; - display on a map of a graphic element representing the evolution of the state of at least one said device as a function of the prediction, the selected action plan(s) and a time planned for the execution of said at least one action, to allow a user to retain at least one said action plan to protect a said device.

[0010] Correlatively, the invention relates to a system for managing action plans in a geographical area comprising at least one device whose operating or malfunctioning state can be impacted by a measurable parameter in said area, the management system comprising: - an obtaining module configured to obtain at least one said action plan associated with at least one said device, the action plan comprising: - at least one action that can be performed on at least one said device; and - at least one consequence of the execution of the action on at least one said device; - a module configured to obtain estimated values ​​of the parameter at least at future times; - a prediction module configured to predict the operating or malfunctioning state of said device based on the estimated values ​​and a threshold of said parameter for this device; - a selection module configured to select at least one action plan if the malfunction state of the device associated with this action plan is predicted, the selection taking into account a prediction of the operating or malfunction state of this device as a function of said consequence; and - a display module configured to display on a map a graphic element representing the evolution of the state of a said device as a function of the prediction, the selected action plan(s) and a time planned for the execution of said at least one action, to allow a user to retain at least one said action plan to protect a said device.

[0011] The characteristics and advantages of the action plan management method according to the invention presented below apply in the same way to the action plan management system according to the invention and vice versa.

[0012] The method for managing action plans according to the invention can be implemented by an action plan management system according to the invention.

[0013] No limitation is imposed on the nature of the geographical area: a building, a room, a district, a city, a country, etc.

[0014] No limitation is imposed on the type of devices included in the geographical area: electrical substations (in other words elements of an electrical network), connection points, low voltage equipment, batteries, generators, equipment of a telecommunications network, cameras or any other type of sensors, etc.

[0015] For information purposes, the geographical area may be a city crossed by a river, the operating or malfunctioning state of the electronic devices included in this city, particularly those close to the river, may be impacted by the water height or the intensity of the river's water current.

[0016] According to another example, the geographic area may be a city covered by a wireless telecommunications network, the operating or malfunctioning status of the network equipment may be impacted by the level of fog present in the city.

[0017] According to the invention, the malfunction state of a device can be predicted when an estimated value exceeds the threshold of the parameter for this device. parameter values ​​are estimated at future times and possibly at a present time.

[0018] The threshold for a given device may have a fixed value, for example a predetermined value. Alternatively, the threshold may be dynamic and have a value that varies over time.

[0019] The threshold can be obtained by the system according to the invention by calculating it for example by implementing a machine learning method, or by receiving it from a communicating device.

[0020] The thresholds for different devices may be different. For example, a first device may become malfunctioning when the water level exceeds 4 meters, while a second device only becomes malfunctioning when the water level exceeds 5 meters.

[0021] In this document, we refer to "executing an action plan" as executing the application of that action plan, and we use the two expressions interchangeably.

[0022] The invention makes it possible to propose to the user one or more action plans associated with one or more devices whose malfunction states are predicted. The invention thus makes it possible to reduce, or even avoid, the risk that the device is actually in a malfunction state.

[0023] Indeed, the invention makes it possible to help the user, in a credible manner, to make a rapid decision and thus be able to intervene as quickly as possible. The display step makes it possible to provide the user, in a clear and intuitive manner, with the information required so that he can retain at least one action plan against the risk of malfunction of a device. The selection of an action plan is an automatic filtering operation consisting of examining all the action plans available in the system to present only the relevant plans to the user.

[0024] The invention also makes it possible to help the user make a relevant decision, the selected and displayed plans being associated with the devices for which the malfunction state is predicted.

[0025] Furthermore, the invention makes it possible to display, for each action plan selected by the management system according to the invention, the action to be executed and the consequence of its execution. The user can thus retain an action plan by taking into account the consequence of the execution of this plan. The consequence of the execution of the action on a device applies to a parameter of this device, for example to its operating or malfunctioning state, or to the threshold value for this device.

[0026] According to the invention, the display is implemented on a map, which is a graphical representation of the distribution of the devices in the geographical area. The map takes into account the geographical location of the different devices. The display on the map can be enriched by other types of displays to represent the evolution of the state of one or more devices, for example by a table or by a text report.

[0027] In one embodiment, the invention provides the user with a continuous and guided human-machine interaction process. Indeed, the operating or malfunctioning state of the devices can evolve dynamically depending on the parameter that affects this state (water level of a river, humidity level, temperature, etc.). The management system according to the invention automatically monitors the evolution of the state thanks to the prediction step, and represents a dynamic decision-making tool for the user, the action plan(s) being selected according to the prediction.

[0028] If a selected action plan associated with a first device has a consequence on the first but also on other devices, the management system according to the invention displays the consequence of this plan on the first and on the other devices. This makes it possible to credibly help the user to choose a plan from among the displayed plans, taking into account its consequence on all the devices potentially impacted by this plan.

[0029] The invention allows the user to correctly operate the system comprising the different devices in the geographical area, by displaying information on the operating or malfunctioning state of a device at the current time and at future times corresponding to the estimated values, the action plans that can be envisaged for a given device and the consequence of this action plan on the state of the device associated with the action plan, and possibly even on the state of other devices in the system.

[0030] According to the invention, the action of a plan associated with a first device can be executed on this first device and / or on another device. For example, the action of an action plan associated with an electrical device can be executed on this device itself or on a connection point for powering the electrical device. In particular, an action plan according to the invention can be associated with two devices which do not depend on each other.

[0031] In one embodiment, the display step of the method of the invention encourages the user to interact with the management system according to the invention in order to avoid technical malfunctions of the devices. The invention has an interesting application in particular in emergency situations, for example in the event of a risk of power cut in a city, or of a cut in a telecommunications network, or of a cut in rail traffic, because it guides the user to choose an action plan that can avoid or minimize this risk.

[0032] The map on which the display is performed represents at least part of the geographical area and at least one device included in this part, for example a district of a city with the devices included in the district.

[0033] The management system according to the invention may have a centralized architecture, for example consisting of a single device. In this case, the display according to the method of the invention may be carried out on a screen of this device. Alternatively, the management system according to the invention may comprise several devices and have a decentralized architecture, for example a server and a terminal, the prediction and selection steps being carried out by the server and the display step being carried out on a screen of the terminal.

[0034] In one embodiment, an action plan according to the invention is associated with several devices. The action plan is intended to be implemented when at least one device with which the plan is associated is in a state of malfunction or risks becoming in this state according to a result of the prediction step.

[0035] The management system according to the invention can obtain an action plan recorded in a memory of the management system according to the invention. In particular, the management system according to the invention can comprise a server communicating with a terminal of a user who represents a client for this server.

[0036] Alternatively, the management system according to the invention can obtain the action plan via a communication module, for example by receiving it from a communicating device, or by downloading it from a network, for example the Internet.

[0037] An action plan according to the invention may comprise several actions.

[0038] If an action plan associated with a device is retained by the user, the action of this plan can be executed at the moment when the device becomes in a malfunctioning state or upstream, for example as soon as a malfunctioning state is predicted.

[0039] As examples, the action of an action plan according to the invention may be one of: - short-circuit the device associated with the action plan, the malfunctioning state of which is predicted; and / or - move this device within the geographical area; and / or - substitute this device with another device of the same or a different type; and / or - modify an operating mode of said device (put it on standby for example); or - do nothing.

[0040] According to the invention, the action of an action plan can be executed on the device with which the plan is associated, or on another device, for example on a substitution device. The action of an action plan can be executed by a person or by a machine, in particular by the action plan management system according to the invention, for example by controlling the switching on or off of a device.

[0041] The action may have a consequence on the device on which the action is performed, but also on other device(s) in said geographical area. For example, by short-circuiting a first electronic device on which the action is performed, the current intensity or the load of another device in the same electrical network may vary.

[0042] In one embodiment of the invention, a said action plan further comprises a condition for executing its action; the management method according to the invention further comprises a step of determining this condition and the selection step takes the condition into account.

[0043] The condition for executing an action may be a condition relating to a value of said parameter (the water level of a river, the humidity level, the temperature, etc.), or a condition on the time or place of execution of the action, or a condition of availability of a device capable of substituting the device associated with the action plan or the one on which the action is executed, or a condition of availability of an intervener or a team which must intervene to execute the action. These examples are not limiting.

[0044] In this mode, the selection of at least one action plan takes this condition into account. Thus, only the action plans whose action can be executed are selected. The invention therefore makes it possible to propose to the user only possible action plans.

[0045] In one embodiment of the invention, a said action plan further comprises the duration required for the execution of said at least one action of the action plan; the management method according to the invention further comprises a step of determining this duration, and the selection step takes this duration into account.

[0046] This embodiment makes it possible to filter the action plans according to the durations required for the execution of their respective actions. Indeed, if it is determined that a given device will be in a malfunctioning state after a certain time, it is advantageous to only offer the user plans which make it possible to resolve this problem before the device is actually in a malfunctioning state.

[0047] In one embodiment of the invention, the selection of at least one action plan takes into account the execution condition and also the duration required for said execution. Only relevant action plans are selected.

[0048] In one embodiment of the invention, determining the duration required for the execution of said at least one action comprises: - obtaining a minimum duration of operation of the action; and - an estimate of an access time to the device on which the action is performed; the required time being obtained from the operation time and the access time.

[0049] According to an exemplary implementation of the invention, when the action consists of a substitution of the device whose malfunction state is predicted by another device, the time required for the execution of the action includes the time necessary to go and find the substitution device and to move to the place where the device to be substituted is located, and the operation time to carry out the substitution (working time of a technician on site).

[0050] The minimum operation time of the action can be predefined for each type of action.

[0051] The estimation of the access time takes into account a starting point (for example the position of a technician who will intervene to perform the action) and a position of the device on which the action is performed. The estimation can be based on geolocation information, for example of the GPS (for “Global Positioning System” in English) type, and possibly on information on a real-time traffic situation, for example by referring to the Waze or City mapper application (registered trademarks).

[0052] In one embodiment of the invention, obtaining the estimated values ​​of said parameter comprises an estimation of these values, by the management system according to the invention, based on measurements made by sensors in the geographical area and obtained by the management system. These sensors can measure a value of said parameter, such as a measurement of a water height in a river, or a measurement of a humidity level, or a measurement of a temperature.

[0053] In another mode, obtaining the estimated values ​​comprises receiving these values ​​from another device communicating with the management system, for example from a user terminal or from a server communicating with the sensors.

[0054] In another embodiment, obtaining the estimated values ​​comprises querying a database recording old measured values. For example, the temperature during a month of a current year may be estimated from the temperature measured during the same month of the previous year.

[0055] In one embodiment of the invention, the management method according to the invention further comprises a step of detecting that the user has selected an action plan from among the action plans that are displayed for him. The user can select an action plan by clicking on an icon corresponding to this plan displayed on a screen. of the management system according to the invention, for example on a screen of the user's terminal, the terminal being included in the management system and communicating with a server of the system according to a server / client configuration.

[0056] In particular, the user can select a time corresponding to the start of the execution of the action of the action plan. In the absence of selection by the user of the time planned for execution, this time is the current time.

[0057] In one embodiment, the management method according to the invention further comprises, upon detection that an action plan is retained by the user, a step of implementing the retained action plan, this step comprising: - a simulation of the evolution of the operating or malfunctioning state of a device depending on the consequence of the execution of the action of the action plan; and / or - a reservation, for a time scheduled for the execution of said at least one action of the action plan, of a device on which the action is executed, the reservation comprising a modification of an availability state of the device; and / or - an order of at least one said device for the execution of the action of said action plan.

[0058] The simulation makes it possible to inform the user of the consequence of implementing the action plan. It is conceivable that the mapping comprises a first element (such as a button) configured to trigger the simulation when it is retained by the user, and a second element configured to proceed with the execution when it is retained by the user (for example by the reservation and possibly the ordering of devices).

[0059] Following the reservation, the reserved device appears as unavailable for further action plans.

[0060] The management system according to the invention may comprise a control module configured to control, for example remotely, at least one device in the geographical area.

[0061] In one embodiment, the management method according to the invention further comprises, after the implementation of the action plan selected by the user, an update of the display for the user taking into account the time planned for the execution of the action of the validated action plan. Thus, if the execution of an action plan associated with a first device will also have a consequence on the operating or malfunctioning state of a second device and / or on an action plan associated with the second device, the graphic element corresponding to this second device is updated.

[0062] In one embodiment of the invention, the management method further comprises a step of displaying, after the execution of the action of a said action plan, an element graph representing the state of at least one said device following said execution. The state represented may be the present state or an estimated future state for a given instant, the execution of the action plan being able to have an impact on the present or future state of the device. This mode allows a user of the system according to the invention to monitor the actual impact of a selected and executed plan.

[0063] In particular, this display step after execution may include the display of information indicating whether the execution was successful and made it possible to obtain the expected consequence of the action, or whether the execution was successful but did not have the expected consequence, or whether the execution failed (for example could not be finalized).

[0064] In one embodiment, the step of displaying after the execution of an action plan comprises the display of an effective duration once the action of this plan is executed. For example, if the execution of an action comprises the use of a generator which has an autonomy of 24 hours until its complete discharge, the effective duration of the execution is greater than or equal to 24 hours.

[0065] In one embodiment, the management method according to the invention further comprises a step of authenticating the user, the steps of obtaining and selecting at least one action plan take into account the authentication and a confidentiality attribute of the action plan.

[0066] For example, when an action plan has the confidentiality attribute "public", this plan can be shared between several users. In particular, it can be obtained for a user A (for example, user A defines it using a terminal communicating with the management system according to the invention) and then selected for a user B. This embodiment has an advantageous application when several stakeholders contribute to managing the devices included in the geographical area. For example, an action plan against the impact of a river flood can be defined by (and therefore obtained for) a design or dimensioning engineer of a network of electronic devices in the geographical area, then selected for a plumber or a device maintenance agent.

[0067] Conversely, when an action plan has the confidentiality attribute “private”, this action plan obtained under the authentication of a given user will not be selected (or displayed) for another user. This scenario is interesting for preserving security of the execution of certain action plans. For example, an action plan may only be obtained and selected for a user qualified to define and possibly trigger the execution of this plan.

[0068] According to the invention, a device becomes in a malfunctioning state when the value of the measurable parameter in the zone exceeds a threshold for this device. In one embodiment, the operating or malfunctioning state of a first device depends on (is deduced from) the operating or malfunctioning state of malfunction of a second device, the prediction, selection and display steps taking this dependency into account.

[0069] Indeed, when a connection node type device is in a state of malfunction, it can be determined that an electronic device connected to this node is also in a state of malfunction. According to another example, when an electronic device is in an operating state, it can be determined that the connection node is also in an operating state because this device can only be supplied with electrical current via this connection node.

[0070] Similarly, for certain parameters, it can be considered that when a first device is in a state of malfunction, a second device fairly close to the first device is also in a state of malfunction, the distance between these two devices being less than or equal to a certain threshold. Indeed, it is estimated that the value of the parameter affecting their state of operation or malfunction is substantially the same at the level of the two devices.

[0071] In one embodiment of the invention, the geographical area comprises at least two devices. The prediction step comprises a prediction of the operating or malfunctioning state of each of these devices. The selection step comprises a selection of at least one action plan associated with one of these devices and comprising a consequence on the other device. The display step comprises a display of two graphic elements each corresponding to one of these two devices.

[0072] The invention thus makes it possible to provide the user with a decision-making tool while knowing the impact of the action plan on the different devices.

[0073] In particular, when a first action plan associated with the first device and a second action plan associated with the second device are displayed, the user can be guided in choosing the order of execution of these two action plans by consulting the consequences of each of these plans on the first and on the second device.

[0074] In one embodiment, the estimated values ​​correspond to water levels, the devices comprise electrical devices such as electrical substations, connection nodes, low voltage networks or generator sets. In particular, said at least one action may comprise a replacement of an electrical device in the geographical area with a device of the generator set type or a short circuit of the electrical device.

[0075] The invention also relates to a system for coordinating the management of action plans, this system comprising at least two systems in accordance with the invention for managing action plans in the same geographical area: a first management system being configured to receive information on at least one action plan sent by the second management system. The coordination system allows information on action plans that can be implemented in the same geographical area to be shared between management systems used by different users, for example by a plumber, an agent of an electricity network, an agent of a railway network, and an agent of a telecommunications network.

[0076] In one embodiment of the invention, if a first user selects an action plan displayed by the first management system according to the invention, the second management system according to the invention displays for a second user a graphic element representing the evolution of the state of at least one device as a function of the action plan selected by the first user. Indeed, the action plan selected at the level of the first management system can have consequences on devices monitored by the second management system.

[0077] The invention also relates to a computer program on a recording medium, this program being capable of being implemented in a computer or a management system in accordance with the invention. This program comprises instructions adapted to the implementation of a management method as described above.

[0078] This program may use any programming language, and be in the form of source code, object code, or code intermediate between source code and object code, such as in a partially compiled form, or in any other desirable form.

[0079] The invention also relates to an information medium or a recording medium readable by a computer, and comprising instructions of the computer program as mentioned above.

[0080] The information or recording medium may be any entity or device capable of storing the programs. For example, the medium may comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a floppy disk or a hard disk, or a flash memory.

[0081] On the other hand, the information or recording medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio link, by wireless optical link or by other means.

[0082] The program according to the invention can in particular be downloaded from an Internet-type network.

[0083] Alternatively, the information or recording medium may be an integrated circuit in which a program is incorporated, the circuit being adapted to execute or to be used in the execution of a method, in accordance with the invention, for managing action plans. Brief description of the drawings

[0084] Other characteristics and advantages of the present invention will emerge from the description given below, with reference to the appended drawings which illustrate an exemplary embodiment thereof without any limiting character. In the figures:

[0085] [Fig-1] [Fig.l] illustrates an architecture of a geographical area comprising devices in which the method of the invention can be implemented according to an embodiment of the invention;

[0086] [Fig.2A] [Fig.2A] illustrates an extract of an architecture of a graph-oriented database recorded in a memory of a management system according to the invention;

[0087] [Fig.2B] [Fig.2B] is a flowchart representing sub-steps of the modeling;

[0088] [Fig.3] [Fig.3] is a flowchart representing steps of a method of management of action plans in accordance with an embodiment of the invention and implemented in the geographical area of ​​[Fig.l];

[0089] [Fig.4] [Fig.4] presents a software architecture of an action plan type object according to the embodiment of the invention described with reference to [Fig.3];

[0090] [Fig.5] [Fig.5] is an example of a graphical interface displayed to a user following the implementation of a method for managing action plans according to the embodiment of the invention described with reference to [Fig.3];

[0091] [Fig.6] [Fig.6] is an example of a graphical interface displayed to a user following the selection of an action plan by the user, according to the embodiment of the invention described with reference to figures 3 and 5;

[0092] [Fig.7] [Fig.7] is a flowchart representing steps in a method of management of action plans according to the invention, according to an embodiment of the invention in which the action plans are managed for several users;

[0093] [Fig.8] [Fig.8] presents functional architectures of a management system of action plans according to the invention, of an action plan management system according to the invention, and of a user terminal; and

[0094] [Fig.9] [Fig.9] presents a hardware architecture of a management system action plans according to one embodiment of the invention. Description of embodiments

[0095] [Fig.l] illustrates a geographical zone ZG in which an action plan management method according to an embodiment of the invention can be implemented. The geographical zone ZG comprises one or more devices whose operating or malfunctioning state can be impacted by a measurable parameter in said zone ZG.

[0096] In this example of implementation of the invention, the geographical zone ZG is the city of Paris. The water level of the Seine can impact the operating or malfunctioning state of electronic devices located in Paris, particularly near the Seine, such as electrical substations PE1 and PE2, connection nodes NR1 or low-voltage stations RBT1 and RBT2.

[0097] The geographical zone ZG includes a GE device of the generator set type, which is intended to replace the PE1 or PE2 device if one of the latter is in a state of malfunction.

[0098] In this embodiment, the geographical area ZG also comprises sensors located in reference stations REF1 (for example at Austerlitz) and REF2 which are configured to measure the water level of the Seine and to send values ​​of these measurements to an information collection server. These measurements are used to estimate the values ​​of the water level at future times at different locations in Paris.

[0099] An SRV action plan management system according to the invention implements the management method according to the invention. This SRV management system makes it possible to monitor the operating or malfunctioning state of the various PEi, NRj and RTBk devices, to monitor the water level at the REF1 and REF2 reference stations, and to propose action plans to a user if it is estimated that an electronic device will be in a malfunctioning state due to the water level of the Seine.

[0100] In the mode described here, the SRV management system can also control the various devices included in the geographical zone ZG, for example by turning them on or off, to allow the execution of an action of an action plan selected by a user.

[0101] The SRV management system according to the invention comprises a server which communicates with at least one terminal T of a user according to a server / client configuration and can display data on a screen of the terminal T.

[0102] We describe here an example of digital modeling of the geographical zone ZG and its devices, the modeling being preliminary to the implementation of a method for managing action plans according to the invention.

[0103] In this example, the modeling is performed by user A using his terminal T. The SRV server receives data from the modeling of the ZG zone from the terminal T, and records this data as it is done in its memory. The SRV server executes an application, the execution being triggered by user A via his terminal T.

[0104] In the implementation example described here, the digital modeling is based on object-oriented programming. The SRV device and the terminal T exchange files of type SHP (geometric shapes), DFB (attribute table) and SHX (index of geometries). These file types are known from the state of the art and are cited only as examples.

[0105] According to an example of application of the invention, the modeling can be carried out centrally, for example by the Paris Police Prefecture, and then distributed to different stakeholders managing devices in Paris, for example to plumbers and managers of an electrical network, a railway network, a telecommunications network in Paris. The stakeholders can use the same management system in accordance with the invention and all access the same SRV server. This configuration mode allows centralized management and coordination between the different users. Alternatively, each stakeholder can have a copy of a result of the modeling and a management system in accordance with the invention which uses it exclusively.This mode avoids the risk of connection loss with the central SRV server and allows a stakeholder to enrich the modeling of the graphic area, for example by adding devices specific to them. Alternatively, a hybrid architecture between the two previous modes can be envisaged: each stakeholder has their own management system but the systems of the different stakeholders are configured to communicate with each other.

[0106] For information purposes, we describe an example where the modeling is carried out at the level of the SRV server of the management system according to the invention.

[0107] [Fig.2A] represents an extract of an architecture of a graph-oriented database modeling the geographical area and its devices, the database being stored in a memory of the SRV server. [Fig.2B] represents sub-steps of a modeling step.

[0108] This database includes a node representing an object type “Electrical substation” for modeling PE1 and PE2 devices of the electrical substation type. The “Electrical substation” type includes the following attributes: - a name; - a reference station associated with this electrical substation (the value of the water height measured or estimated at this reference station impacts the state of the electrical substation); - a threshold h_max corresponding to the maximum height of the water level before the electrical substation becomes in a state of malfunction; - a geolocation of the electrical substation in the geographical zone ZG; and - an operating or malfunction status, for example Boolean (value 1 for an operating status and value 0 for a malfunction status).

[0109] The database has a node for each attribute (name, reference station, h_max threshold, etc.) and an “A_ATTRIBUT” relationship between the relative node to the object type “Electrical Substation” and each of the nodes relating to the attributes of the Electrical Substation type.

[0110] In addition, the database includes an “IS_OF_TYPE” relationship (not shown in the figure) between each “Attribute” type node and a corresponding “Attribute type” type node, such as a relationship between the node relating to the “name” attribute and a node relating to the “character string” type, or a relationship between the node relating to the “operational or malfunctioning state” attribute and a node relating to the Boolean type.

[0111] In this example, the database of the management system according to the invention comprises, for each of the electrical substations PE1 and PE2, a node for modeling the electrical substation and an “EST_DE_TYPE” relationship to the “Electrical substation” object type. The attributes corresponding to the electrical substation PE1 (respectively PE2) are recorded in the node corresponding to this substation PE1 (PE2).

[0112] Similarly, the database includes a node representing a “Reference Station” object type and nodes modeling the reference stations REF1 and REF2.

[0113] In this example, the object type "Reference Station" has the following attributes: - identifier; - geolocation; - height (of the water); - unit of measurement; - associated watercourse (river name); and - department.

[0114] The database of the management system includes relationships between the objects created by indicating the link between an attribute of one object type and an attribute of another object type, for example, a relationship between the attribute "reference station" of the object type "Electrical substation" on the one hand, and on the other hand the attribute "name" of the object type "Reference station". For each electrical substation PE1 and PE2, the SRV server searches for the reference station whose attribute "name" corresponds to the attribute "reference station" of the electrical substation. When a match exists, the two objects are linked by a relationship of type "EST_LIE_A". Thus, the electrical substation PE1 is linked to the reference station REF1, and the electrical substation PE2 is linked to the reference station REF2.

[0115] The database also includes a node representing a type of malfunction rule and an R_dysfct object of this type having as attributes a name “flood / electrical substation”, an occurrence condition of Boolean type and a result. The condition of the malfunction rule R_dysfct takes the value true when the value of the "height" attribute of an object of type "Reference station" is greater than the value of the threshold attribute "h_max" of an object of type "Electrical substation" linked to this reference station. The result is the modification of the attribute "operational or malfunction status" of the object of type "Electrical substation" to the value "0 (malfunctioning)" when the condition is true, and to the value 1 otherwise.

[0116] The database also includes a node representing a Forecast type with the attributes: - name ; - type of object concerned; - attribute concerned; and - input type.

[0117] In addition, the database includes a Forecast type object, relating to forecasts of the water height of the Seine at the REFi reference stations. The values ​​of the attributes of this new object are as follows: - name: flood forecast; - type of object concerned: Reference station; - attribute concerned: height; and - input type: manual.

[0118] The graph-oriented database includes a relationship of type “A_PREVISIONS” from the object type “Reference station” to its attribute “height”.

[0119] Finally, the database includes an object for modeling the GE generator set with attributes of name, availability, and location in the geographical zone ZG.

[0120] [Fig. 3] is a flowchart representing steps of a method for managing action plans implemented by the management system comprising the SRV server and the screen of the terminal T, the method and the system being in accordance with the invention.

[0121] During a step E100, the SRV server implements a process for authenticating a user A according to a method of the prior art, for example by verifying a correspondence between an identifier of the user A and a password.

[0122] During a step E200, the device SRV records in its memory a digital model of the geographical zone ZG, for example according to the architecture of the database described with reference to [Fig.2A].

[0123] During a step E300 of the management method according to the invention, the SRV server obtains at least one action plan PAi for one of the devices included in the zone ZG.

[0124] [Fig.4] illustrates an architecture of an “Action Plan” type according to this embodiment of the invention. An action plan is associated with at least one device and comprises as attributes: - at least one action that can be performed on at least one device, for example on the device with which the plan is associated; - at least one dysfunction rule which constitutes a condition of opportunity for implementing this PA1 action plan; - at least one resource required for the execution of the action; - a condition Cond_ex for the execution of the action, this condition having a boolean value (for example true if the condition is verified, false otherwise); - a minimum duration of operation of the action, tmin_OP; and - an access duration t_access to a said device on which the action is executed; and - at least one consequence Result_action of the execution of the action on at least one said device.

[0125] The action plan may further include as attributes, an identifier of the user who defined it and / or a Confid parameter for the confidentiality of this action plan, private or public. When the action plan is private, it can only be managed under the authentication of the user who defined it. When the action plan is public, it can be obtained, selected and displayed for other users.

[0126] A total duration of the execution of the action is the duration that elapses between the retention of the action plan and the end of the execution of its action. This duration includes: - the access duration t_access required for the delivery of human or material resources (technicians, equipment) necessary to execute the action. This duration will be calculated during the evaluation and selection of action plans E500 and during the decision to apply an action plan E720, steps E500 and E720 will be described subsequently; and - the incompressible duration tmin_OP of operation corresponding to the execution of the action itself, for example to the completion of work.

[0127] The database includes a node representing the Action Plan type as illustrated by [Fig.2A]. The database further includes an instantiated object PA1 of the Action Plan type. The action plan PA1 is associated with the electrical substation PE1, its action consists of a substitution of the electrical substation PE1 by the generator set GE when the electrical substation PE1 is in a malfunctioning state.

[0128] The malfunction rule of this action plan PA1 is the rule R_dysfct described previously; the required resource is the generator set GE with a quantity equal to 1 (only one generator set is required), and the condition for the possibility of executing the action is the availability of the generator set GE at the expected instant of malfunction of the electrical substation PE1. In this example, the minimum duration tmin_OP is 4 hours. The action of the action plan PA1 is executed on the device PE1 by bypassing it, and on the generator set GE by reserving it and using it to replace the station PE1. The node representing the action plan PA1 is linked by a relationship of type "OPPORTUN_Si" with the node representing the malfunction rule R_dysfct.

[0129] In this example, the action plan PA1 includes a function modif_PE_hmax which reflects the consequence of the execution of the action of this plan PAL This function includes a modification of a threshold h_maxl (corresponding to the attribute h_max) for the device PE1, to which the plan PA1 is associated. In this example, the consequence Result_action of the action plan PA1 is the increase of the threshold h_maxl for the device PE1 by one meter. To simulate this consequence, the SRV server of the management system executes the function modif_PE_hmax. The action of the action plan PA1 can have a consequence on one or more other devices included in the geographical area ZG.

[0130] During a step E400, the SRV server of the management system obtains estimated values ​​h of the water height of the Seine at future times, and records them in the “flood forecast” object created during the sub-step E210. In the example described here, the estimated values ​​are entered manually by the user A via his terminal T. Alternatively, they can be received from another device communicating with the SRV server, downloaded from a network for example the Internet, or estimated by the management system itself.

[0131] During this step E400, user A opens the client version of the application on his terminal T and records a name for the forecasts that he enters manually, for example “Seine flood exercise”, and also indicates the date and time of the bulletin of these forecasts, for example 04 / 10 / 2019 at 8 a.m. The user then defines the fields, for example for the reference station REF1, the estimated values ​​h are: “5.1”; “5.4”; “5.8”; “6.1” corresponding to the times: “Currently”; “T +24h”; “T+48h”; “T+72h”.

[0132] The SRV server of the management system records during step E400 these estimated values ​​h in its graph-oriented database. For each value of the “height” attribute at a given time, a “Value” type node is created with the attributes of the name of the “height” attribute and its value, and an “EVALUE_LE” relationship to a node representing the time corresponding to the estimated value, as illustrated in [Fig.2A]. The object concerned REF1 has an “A_VALEUR” relationship with each of the created “Value” type nodes. The “EVALUE_LE” relationship has a “forecast” attribute which takes the value “true” when the value is defined at a date later than the forecast entry date.

[0133] During a step E420, the SRV server of the management system determines the consequences of the estimated values ​​h. It determines whether potential impacts on other devices can be triggered following these changes in the water height of the Seine by going up the dependency tree. For example, for height 5.1 dated 04 / 10 / 2019 at 8 a.m., the SRV server of the management system determines that: - the value 5.1 is linked to the REF1 object; - the REF1 object is of type Reference Station; - the Reference Station object type has a “height” attribute which is linked to an impact since this height attribute is determining in the condition of the R_dysfct malfunction rule.

[0134] The SRV server of the management system thus determines that the addition of the height “5.1” potentially has an impact. The SRV server evaluates the condition that determines the actual impact. It retrieves the value of the “height” attribute of the REF1 object, searches for objects of the “Electrical substation” type linked to REF1 (for this it detects that the “name” attribute of the “Reference station” object type is linked to the “reference station” attribute of the “Electrical substation” object type, retrieves the value of the “name” attribute of the REF1 object, this value being “REF1”, searches for objects of the “Electrical substation” type whose “reference station” attribute has the value “REF1”), finds the PE1 object, retrieves the value of the “h_max” threshold attribute of PE1. In this example, we consider that the threshold h_maxl for the PE1 electrical substation is 5.8 meters.

[0135] During this step E420, the server SRV calculates the value of the condition of the malfunction rule R_dysfct by comparing the value 5.8 of the threshold h_maxl for the electrical substation PE1 and the estimated values ​​h and predicts the operating or malfunction state of the device PE1, the malfunction state being predicted when an estimated value h exceeds the threshold h_maxl for the device PE1.

[0136] In this example, the predicted state of the PE1 electrical substation is the malfunction state at times T+48h and T+72h.

[0137] The SRV server detects, given the result of the malfunction rule R_dysfct, that the attribute “operating or malfunctioning state” of the object type “Electrical substation” can be modified. It creates a relationship “A_VALEUR” between the object PE1 relating to the substation PE1 and the predicted value of its operating or malfunctioning state, and a relationship “EVALUE_LE” between the predicted value of the state and the same instant as that linked to the estimated value h of the attribute “height”.

[0138] During a step E440, the server SRV of the management system displays for the user A on a screen of the terminal T, on a map of devices included in the geographical zone ZG, a graphic element representing the evolution of the state of the device PE1 as a function of the prediction (E420).

[0139] For example, the management system may use a color code to illustrate the operating state. In [Fig. 5], a code of symbols illustrates the operating state: a circle for an operating state (and which remains functional according to the prediction E420), a square for a malfunctioning state within 72 hours, a triangle for a malfunctioning state within 48 hours, and a star for a malfunctioning state within 24 hours. Another symbol (for example, a diamond) may illustrate a malfunctioning state currently.

[0140] In the mode described here, user A consults a web page via his terminal T. This web page sends an HTTP request to the application hosted on the SRV server in order to obtain the list of devices included in the geographical zone ZG and the prediction of their operating or malfunction states.

[0141] The SRV server of the management system searches for the first instant for which the status value is "malfunctioning". In the example described here, it finds the instant "06 / 10 / 2019 at 8hl5". It determines the time interval immediately above this date, i.e. T+48h, and therefore displays a graphic element with a triangular icon for the PE1 electrical substation.

[0142] In the mode described here, the application executed by the SRV server retrieves all the attributes relating to the PE1 electrical substation and sends information on these attributes to the web page. At the terminal T, the web page, which can use a third-party map generation library, places a graphic element relating to the PE1 substation on the map at the location indicated by the geolocation attribute and displays a triangle there. In this example, when user A clicks on the element relating to the PE1 substation, the web page displays the list of attributes of the PE1 substation and their respective values. Other display modes can be envisaged.

[0143] We note that it is not essential to respect the exact location of the devices for the generation of the map. For example, if two devices are too close to each other, the elements which represent these devices on the map can be distant so that the map is readable. The map can represent the distribution of the devices in the geographical zone ZG or represent them by sub-zones.

[0144] During a step E500, the SRV server of the management system selects an action plan for the electrical substation PE1. It searches its database for the action plans associated with this device PE1. We assume in this example that there are three associated plans: the action plan PA1 comprising an action of substituting the electrical substation PE1 with the generator set GE, an action plan PA2 comprising an action of short-circuiting the electrical substation PE1, and an action plan PA3 comprising an empty action (do nothing).

[0145] For each of these action plans, the SRV server of the management system calculates the duration required for the execution of its respective action.

[0146] For example, for the action plan PA1, the required duration is obtained from the operation duration tmin_OP of 4 hours, and the access duration t_acccess required to access the generator set GE and the electrical substation PE1.

[0147] During this step E500, the SRV server of the management system searches the database for the resources necessary to implement the action plan PA1. It finds the object type "Generator set". It searches for all objects of type "Generator set" whose attribute "available" is equal to "true". Then, it finds the position of these objects in their attributes. In this example, the SRV server only finds the generator set GE.

[0148] The SRV server of the management system launches a request to a third-party automobile route calculation service for each available resource, for example by querying the Waze application (registered trademark). For example, the SRV server indicates as the starting point the location of the GE resource and as the arrival point the location of the PE1 electrical substation. In response to its request, the SRV management system receives the proposed route and notes the duration of the route in the t_access attribute.

[0149] In our example, knowing that the state of the PE1 device is the operating state at T+24H and the malfunction state at T+48H, the SRV management system uses the date T+24H as the malfunction date, which we will note TDys = 05 / 10 / 2019 at 8 a.m. This is a pessimistic value. Other models can be applied to improve the accuracy of the malfunction date, for example by using Lagrange's theorem.

[0150] The SRV server of the management system calculates the maximum time for launching the action plan PA1 so that it is effective before the malfunction of the PE1 electrical substation: i.e. TDys - (t_access + tmin_OP) = 04 / 10 / 2019 at 10 p.m.

[0151] The SRV server of the management system simulates the potential consequence of implementing the action plan PA1 on the electrical substation PE1. It determines by the Result_action attribute of the action plan PA1 that the value of the threshold h_maxl for the substation PE1 increases by 1 meter when the action plan PA1 is effective, i.e. 5.8 + 1 = 6.8 meters. The SRV server keeps this value in memory and proceeds to predict the operating or malfunctioning state as described with reference to step E420. Since it is not expected that the electrical substation PE1 will become in a malfunctioning state by the end of future times (up to T+72H), the SRV server of the management system considers that the time saved thanks to the action plan PA1 is infinite.

[0152] The SRV server of the management system also simulates the potential impact of the implementation of the PA2 action plan, the action of which is to repair the electrical substation PE1. We assume that the consequence of executing the action of this PA2 plan is to increase the threshold value h_maxl by 0.3 meters when the PA2 action plan is effective, i.e. 5.8 + 0.3 = 6.1 meters. The SRV server keeps this value in memory and proceeds to the prediction (E420) of the operating or malfunctioning state. The result of the prediction is that the PE1 substation will be in operating state at T+48 but in malfunctioning state at T+72H. The SRV server of the management system calculates the time saved by comparing the state without action plan and the state with the action plan. Since a period of 24 hours has elapsed to go from the malfunctioning state to the operating state, the SRV management system considers that the time saved thanks to the PA2 action plan is 24 hours.

[0153] In this embodiment, the SRV server of the management system selects the action plans which make it possible to improve the situation or at least not to worsen the situation for the PE1 electrical substation. The SRV server then selects the action plans PA1, PA2 and PA3 (do nothing). In another embodiment, the SRV server of the management system only selects the action plans which make it possible to improve the situation (PA1 and PA2 in our example), or which make it possible to obtain a time saved greater than a certain threshold, for example more than 48 hours (PA1 only in our example).

[0154] During a step E600, the SRV server of the management system displays for the user A, on the map displayed on the screen of the terminal T during the step E440, the selected action plans (E500): Pal, PA2 and PA3.

[0155] [Fig. 5] illustrates a map displayed for user A during step E600, according to this embodiment of the invention. For each action plan, the SRV management system displays a name corresponding to the action of the plan, the total duration of its implementation, the resources necessary for the execution of its action, and the time saved for the state of the electrical substation PE1 to be functional. User A can therefore choose between: - PA1 (substitute PE1 with GE generator) at the latest in 10 hours and gain infinite operating time; - PA2 (repair) within 8 hours at the latest and gain 24 hours of operation; or - PA3 (do nothing) and accept a malfunction within 48 hours.

[0156] In this example, we assume that the action plan PA1 also has a consequence on the electrical substation PE2. A graphic element corresponding to the electrical substation PE2 illustrates the consequence of this plan PA1 on the substation PE2. It is conceivable that when the user selects the graphic element corresponding to the plan PA1 associated with the electrical substation PE1, for example by clicking or hovering a mouse over this graphic element, the graphic element corresponding to the substation PE2 affected by the action plan PA1 changes color or size.

[0157] We assume here that user A selects action plan PA1. He implements this plan by clicking on a button corresponding to this plan via his terminal T and specifies a desired time for the execution of the action of this plan PA3, for example 04 / 10 / 2019 at 11:30 a.m.

[0158] During a step E700, the SRV management system detects that user A has selected plan PA1 and the desired time for the execution of plan PA1.

[0159] Following this detection, the SRV server of the management system defines during a step E720 the availability attribute of the generator set GE to “false”, calculates the effectiveness date (end of execution) of the action plan PA1 according to the time planned for execution and the total duration required for execution.

[0160] [Fig.6] illustrates a map displayed for user A following detection E720. The management system updates the display for user A, for example, by regenerating a new map or by modifying certain graphic elements on the map already displayed. The management system displays (E600) the change in the icon of the graphic element corresponding to the PE1 electrical substation, which changes from a triangle to a circle, and its labeling indicating that an action plan has been decided and launched.

[0161] We describe further embodiments of the invention below.

[0162] In one embodiment, the “h_max” attribute of the “Electrical substation” object type » has a relationship of type « CHANGE_PROPAGE » (not shown in [Fig.2A]) with attributes h_max of other devices included in the geographical area, for example a change of the threshold h_maxl for the electrical substation PE1 generates a change of threshold for the electrical substation PE2. The SRV management system propagates during step E720 the change of values ​​to the other devices, and updates the graphical interface displayed to the user.

[0163] In one embodiment of the invention, the operating or malfunctioning state of a first device is deduced from the operating or malfunctioning state of a second device. In the example illustrated by [Fig.l], the low-voltage network RBT1 is quite close to the electrical substation PE1. It can be considered that if the electrical substation PE1 is in a malfunctioning state because the water level of the Seine exceeds the threshold h_maxl, the low-voltage network RBT1 will also be in a malfunctioning state. In [Fig.2A], a relationship of type “DEDUC_ETAT” represents the dependency between the states of the electrical substation PE1 and the network RBT1.

[0164] According to this embodiment, the SRV server of the management system records in its database during the modeling step E200, a device type “Low voltage network” and an RBT1 object of this type representing the RBT1 device. The “Low voltage network” type has attributes similar to those of the “ Electrical substation”. The SRV management system records a relationship between objects of type “Low voltage network” and objects of type “Reference station”. The RTB device is linked to the REF1 reference station.

[0165] Furthermore, according to this embodiment, the SRV management system records during the modeling step E200 a relationship between the objects of type “Low voltage network” and the objects of type “Electrical substation” on the basis of additional attributes “device whose state is dependent” for each of the types “Low voltage network” and “Electrical substation”. The SRV management system associates in particular the device RTB1 with the electrical substation PE1.

[0166] The management system obtains during the modeling step E200 two malfunction rules for the “Low voltage network” type. The first rule relates to a comparison between the “height” attribute of the object associated with the “Reference station” type and the threshold attribute “h_max” for the “Low voltage network” type object, such as the case for the R_dysfct rule already described with reference to the “electrical substation” type. The second rule associated with an object of the “Low voltage network” type has the following attributes: - condition: true if the “operating or malfunctioning state” attribute of the associated object of type “Electrical substation” is “Different” from the “functional” value; and - result: if the condition is true, modify the “operating or malfunctioning state” attribute of the “Low voltage network” type object to the “dysfunctional” value.

[0167] The modeling sub-steps E200 invoked in this embodiment are represented in dotted lines in [Fig.3]. The steps of obtaining an action plan E300 up to the validation E720 of an action plan chosen by the user also apply to devices of the Low Voltage Network type and even to other types of devices included in the geographical zone ZG.

[0168] During the display step E600, as the device RBT1 is linked to the electrical substation PE1, the management system displays a graphic element indicating this link, and a graphic element corresponding to the low-voltage device RBT1 displaying the consequence of each of the action plans PA1, PA2 and PA3 associated with the electrical substation PE1 on the operating or malfunctioning state of the device RBT1. Thus, the user can display the consequence of the action of each of the plans PA1, PA2 and PA3 on the two devices PE1 and RTB1.

[0169] [Fig.7] is a flowchart representing steps of a method for managing action plans in accordance with the invention, according to an embodiment of the invention in which the action plans are managed for several users A and B.

[0170] In this embodiment, a first user A connects via his terminal TA to a first server SRV1 of a management system according to the invention. A second user B connects via his terminal TB to a second server SRV2 of a second management system according to the invention. The two servers SRV1 and SRV2 are both connected to a sharing server SHARE. The management systems and the SHARE server are included in a collaboration system for managing action plans according to the invention.

[0171] As an example, we assume that the first management system is administered by a company managing an electricity network in the geographical area ZG (Paris) and that the second management system is administered by an operator of a telephone network in the same geographical area ZG. Users A and B are respectively agents of the electricity network company and the telephone operator. We assume that telecommunications network equipment is connected to the connection node NR1 described with reference to [Fig.l]. In the event of a Seine flood, when the connection node NR1 is in a state of malfunction, the telecommunications network equipment powered by this connection node NR1 also becomes in a state of malfunction. The connection node NR1 is served by the low-voltage network RBT1.

[0172] The server SRV1 authenticates the user A during a step E100, similar to the step E100 described with reference to [Fig.3]. It then obtains the digital modeling of the geographical area ZG during a step E200 similar to the step E200 described with reference to [Fig.3]. In particular, during a sub-step E203, the server SRV1 obtains, from the terminal TA, a confidentiality attribute associated with the type “Low voltage network”. The server SRV1 obtains a “public” value for this confidentiality attribute associated with the object corresponding to the low voltage network RTB1.

[0173] Upon detection of the value “public”, the first server SRV 1 determines that the objects of the Low Voltage Network type are public and can be communicated. It then sends, during a step E250, data relating to the “Low Voltage Network” type and to the objects of this type obtained under the authentication of user A, to the SHARE sharing server.

[0174] The SRV 1 server of the first management system can be configured to further send to the SHARE sharing server data on action plans associated with the Low Voltage Network type objects.

[0175] In parallel, the server SRV2 of the second management system authenticates the user B during a step F100, similar to the step E100 described with reference to [Fig. 3]. It then obtains the digital modeling of the geographical area ZG during a step F200 similar to the step E200 described with reference to [Fig. 3].

[0176] In this embodiment, the SRV2 server of the second management system consults the SHARE sharing server and receives from the latter the shared data on the Low Voltage Network type, the objects of this type and possibly action plans associated with these objects. The second SRV2 management system obtains, from this data, a model of the RBT1 object.

[0177] We assume in this example that in the context of step F200 of obtaining the modeling of the geographical zone ZG, the second server SRV2 obtains during a sub-step F203, a modeling of a type “Connection node” and an object NR1 representing the connection node NR1, this type and this object NR1 being created by the user B via his terminal TB. The type “Connection node” has attributes similar to those of the types “Electrical substation” and “Low voltage network”.

[0178] During sub-steps F205 and F207 similar respectively to sub-steps E205 and E207 illustrated by [Fig.2B], the second server SRV 2 obtains a relationship between the connection node NR1 and the reference station REF1, and a relationship between the connection node NR1 and the low voltage network RBT1.

[0179] During a sub-step F209 similar to the sub-step E209 illustrated by [Fig.2B], the second server SRV 2 obtains malfunction rules for an object of the Connection Node type: the connection node becomes in a malfunction state, either because the value of the height attribute of the associated reference station exceeds the value of the threshold attribute h_max, or because the associated low voltage network is in a malfunction state.

[0180] Thus, this mode allows the telephone operator's server SRV2 to benefit from the configuration already carried out at the level of the electricity network company's server SRV 1, and to deduce the operating state of the connection node NR1 and thus that of the telecommunications network equipment, based on the operating state of the low-voltage network RBT1 and the values ​​measured or estimated for the reference station REF1. This embodiment allows coordination between users A and B.

[0181] During a step F600, the second server SRV2 displays for the user B action plans associated with the connection node NR1, for example an action plan to cut the connection node NR1 and an empty action plan (do nothing).

[0182] We assume that in the meantime and during a step E720 similar to the step E720 described with reference to [Fig.3], the first server SRV 1 has detected that an action plan PAi associated with the low voltage network RBT1 has been retained by the user A. Following this detection E720, the first server SRV1 sends to the sharing server SHARE information about this detection, since it concerns an object of the Low Voltage Network sharing type.

[0183] The information sent by the first server SRV1 to the SHARE sharing server can be in the form: { "ObjectType": "Low Voltage Network", "Modifications": [ { "Name": "RBT1", "ActionPlan": "Yes", "Date": "04.10.2019 21:30:00" }, "Name": "RBT1", "State": "Functional", "Date": "05.10.2019 8:00:00" }, "Name": "RBT1", "State": "Functional", "Date": "06.10.2019 8:00:00" }, { "Name": "RBT1", "State": "Functional", "Date": "07.10.2019 8:00:00" }, ]}

[0184] The second server SRV2 receives this information from the sharing server SHARE, then re-implements the action plan selection steps F500 and display F600. In this example, we assume that following the detection E720 of an action plan for the low voltage network RBT1, it is predicted that this network RBT1 becomes in operating state for the next 72 hours. The connection node NR1 will then also be in operating state for the next 72 hours. The second server SRV then only selects the action plan "do nothing" for the connection node NR1.

[0185] In the mode described with reference to [Fig.8], data sharing is done via the SHARE sharing server. Alternatively, the management servers SRV1 and SRV2 can be configured to communicate directly with each other.

[0186] In one embodiment, two users A1 and A2 can connect to the same server of the same management system, the SRV server for example. Each of the users can choose the value of a confidentiality attribute for the objects that he creates. For example, user A1 can be a user qualified to launch the execution of a given action plan. This action plan is obtained by the management system under the authentication of user A1 with a “private” confidentiality attribute. Under the authentication of user A2, who is not qualified to launch this action plan, the management system does not select and does not display the action plan whose confidentiality attribute is private for user A1.

[0187] [Fig.8] represents functional architectures, according to an embodiment of the invention, of a system SYS for managing action plans in a geographical zone ZG, of an action plan management server SRV, and of a terminal T of a user. The geographical zone ZG comprises at least one device PE1, PE2, RBT1, RBT2, NR1 whose operating or malfunctioning state can be impacted by a measurable parameter in said zone ZG.

[0188] The SYS system comprises the SRV server described with reference to figures 1 to 7 and the terminal T of user A.

[0189] The terminal T includes a communications module with the SRV management system, a screen, and a digital modeling module of the geographical zone ZG.

[0190] The SRV action plan management system includes: - an OBT_PA module configured to obtain at least one said action plan PAU, PA12, PA13 for a said device PE1; - a COM module configured to obtain estimated values ​​h of said parameter at future times; - a prediction module PRED configured to predict the operating or malfunctioning state of the device PE1 based on the estimated values ​​h, the malfunctioning state is predicted when a said estimated value h exceeds a threshold h_maxl of the parameter for the device PE1; - a selection module Select_PA configured to select at least one action plan PA11 if the malfunction state of the device PE1 associated with this action plan PA11 is predicted, the selection taking into account a prediction of the operating or malfunction state of this device as a function of the consequence of the action of the plan PA11; and - a display module Disp_PA configured to display on a map, a graphic element representing the evolution of the state of a device, for example PE1, as a function of the prediction, of the selected action plan PAU, and of a time planned for execution, to allow a user to retain at least one said action plan to protect a said device.

[0191] In the embodiments described herein, the management system comprising the SRV server has the hardware architecture of a computer, as illustrated in [Fig.9].

[0192] The architecture of the management system comprises in particular a processor 7, a random access memory 8, a read only memory 9, a non-volatile flash memory 10 in a particular embodiment of the invention, as well as communication means 11. Such means are known per se and are not described in more detail here.

[0193] The read-only memory 9 of the management system according to the invention constitutes a recording medium in accordance with the invention, readable by the processor 7 and on which is recorded here a computer program Prog in accordance with the invention.

[0194] The memory 10 of the management system makes it possible to record variables used for the execution of the steps of the action plan management method according to the invention, such as the objects corresponding to the devices Pei, RBTj, NRk, GE, the objects corresponding to the forecasts and the objects corresponding to the action plans.

[0195] The computer program Prog may be an application executable by an SRV server included in the management system according to the invention.

[0196] The computer program Prog defines functional and software modules here, configured to manage action plans. These functional modules rely on and / or control the hardware elements 7-11 of the SRV management system mentioned above.

Claims

Claims

1. Method for managing action plans (PAli) in a geographical area (ZG), said area comprising at least one device (PE1, PE2, RBT1, RBT2, NR1) whose operating or malfunctioning state can be impacted by a parameter measurable in said area (ZG), said method comprising steps of: - obtaining (E300) at least one said action plan (PAU, PA12, PA13) associated with at least one said device (PE1), said action plan comprising: - at least one action that can be executed on at least one said device (PE1, GE); and - at least one consequence (Result_action) of the execution of said action on at least one said device (PE1, RBT1, GE); - obtaining (E400) estimated values (h) of said parameter at least at future times; - prediction (E420) of the operating or malfunctioning state of a said device (PE1) as a function of said estimated values (h) and a threshold of said parameter (h_maxl) for said device (PE1);- selection (E500) of at least one said action plan (PA11) if the malfunction state of said device (PE1) associated with this action plan (PA1) is predicted, the selection (E500) taking into account a prediction (E420) of the operating or malfunction state of this device (PE1) as a function of said consequence of the execution of the action;- display (E440, E600) on a map of a graphic element representing the evolution of the state of at least one said device (PE1) as a function of said prediction (E420), of said at least one selected action plan and of a time planned for execution, to allow a user to retain (E700) at least one said action plan to protect a said device, said method further comprising, upon detection (E700) that the user has retained an action plan, a step of implementing (E720) the retained action plan, the implementation comprising: - a simulation of the evolution of the operating or malfunctioning state of a said device as a function of the consequence; of the execution of the action of the action plan and a display of a result of the simulation on the map, and / or - a reservation from the time planned for the execution, of a said device (GE) on which said at least one action is executed, said reservation comprising a modification of an availability state of this device (GE); and / or - a command of at least one said device (GE, PE1) for the execution of said at least one action of said action plan (PA11).

2. Method according to claim 1 in which a said action plan further comprises a condition (cond_ex) for executing said at least one action and / or a duration (tmin_OP, t_access) required for said execution, the method further comprising a step of determining a value of said condition and / or of said duration, said selection step (E500) taking into account said condition and / or of said duration.

3. Method according to claim 2 wherein said determining the duration required for the execution of said at least one action comprises: - obtaining a minimum operation duration (tmin_OP) of said at least one action; and - estimating an access duration (t_acccess) to a said device (GE) on which said at least one action is executed; the required duration being obtained from said operation duration (tmin_OP) and said access duration (t_acccess).

4. A method according to any one of claims 1 to 3 wherein said time scheduled for execution is selected by the user or is the current time.

5. Method according to any one of claims 1 to 4 further comprising a step of authenticating (E100) the user, said step of obtaining (E300) at least one action plan and said step of selecting (E500) at least one action plan taking into account said authentication and a confidentiality attribute (Confid) of said action plan.

6. Method according to any one of claims 1 to 5 wherein said estimated values (h) of said parameter are estimated based on measurements made by sensors (REF1, REF2) in said geographical area.

7. Method according to any one of claims 1 to 6 in which the operating or malfunctioning state of a first said device (NR1) depends on the operating or malfunctioning state of a second said device (PE1), said steps of prediction (E420), selection (E500) and display (E440, E600) taking into account this dependency.

8. Method for managing action plans (PAli) according to any one of claims 1 to 7 wherein: - said geographical area (ZG) comprises at least one first said device (PE1) and a second said device (RBT1, NR1); - said prediction step (E420) comprises a prediction of the operating or malfunctioning state of each of said first and second devices; - said selection step (E500) comprises a selection of at least one said action plan (PA11) associated with said first device (PE1), the execution of said at least one selected action plan comprising a consequence (Result_action) on said second devices (RBT1, NR1, GE); - said display step (E600) comprising a display of two said graphic elements each corresponding to one of these two devices (PE1, RBT1, NR1).

9. Method according to any one of claims 1 to 8 further comprising a step of displaying, after the execution of the action of a said action plan, a graphic element representing the state of at least one said device (PE1) following said execution.

10. A method according to any one of claims 1 to 9 wherein said estimated values correspond to water levels, said devices comprising electrical devices.

11. Computer program (Prog) comprising instructions for executing a method according to one of claims 1 to 10 when said program is executed by a computer.

12. A computer-readable recording medium on which the computer program (Prog) according to claim 11 is recorded

13. 1 1. System (SRV) for managing action plans (PAli) in a geographical area (ZG), said area comprising at least one device (PE1, PE2, RBT1, RBT2, NR1) whose operating state or malfunction can be impacted by a measurable parameter in said zone (ZG), said management system comprising: - an obtaining module (OBT_PA) configured to obtain at least one said action plan (PAU, PA12, PA13) associated with at least one said device (PE1), said action plan comprising: - at least one action that can be executed on at least one said device (PE1); and - at least one consequence (Result_action) of the execution of said action on at least one said device (PE1, PE2); - a module (COM) configured to obtain estimated values (h) of said parameter at least at future times; - a prediction module (PRED) configured to predict the operating or malfunctioning state of a said device (PE1) as a function of said estimated values (h) and a threshold of said parameter (h_maxl) for said device (PE1); - a selection module (Select_PA) configured to select at least one said action plan (PA11) if the malfunction state of said device (PE1) associated with this action plan (PA11) is predicted, the selection taking into account a prediction of the operating or malfunction state of this device as a function of said consequence; and - a display module (Disp_PA) configured to display on a map a graphic element representing the evolution of the state of a said device (PE1) as a function of said prediction, of said at least one selected action plan and of a time planned for execution, to allow a user to retain at least one said action plan to protect a said device said system further comprising means configured to, upon detection (E700) that the user has selected an action plan, implement a step (E720) of the selected action plan, this implementation comprising: - a simulation of the evolution of the operating or malfunctioning state of a said device depending on the consequence of the execution of the action of the action plan and a display of a result of the simulation on the map, and / or - a reservation from the time planned for the execution of a said device (GE) on which said at least one action is executed, said reservation including a modification of an availability status of this device (GE); and / or - an order of at least one said device (GE, PE1) for the execution of said at least one action of said action plan (PA11).

Images