EP2593910A1 - Procede et systeme permettant d'operer, un systeme ou un equipement en fonctionnement - Google Patents

Procede et systeme permettant d'operer, un systeme ou un equipement en fonctionnement

Info

Publication number
EP2593910A1
EP2593910A1 EP11736035.4A EP11736035A EP2593910A1 EP 2593910 A1 EP2593910 A1 EP 2593910A1 EP 11736035 A EP11736035 A EP 11736035A EP 2593910 A1 EP2593910 A1 EP 2593910A1
Authority
EP
European Patent Office
Prior art keywords
equipment
information
module
data
learning
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.)
Withdrawn
Application number
EP11736035.4A
Other languages
German (de)
English (en)
Inventor
Renaud Rocher
Christophe Besnard
Francis Bourguet
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.)
Thales SA
Original Assignee
Thales SA
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 Thales SA filed Critical Thales SA
Publication of EP2593910A1 publication Critical patent/EP2593910A1/fr
Withdrawn legal-status Critical Current

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

Definitions

  • the object of the present invention relates to a method and a system for managing the operation, operations and support of a system or equipment in order if necessary to ensure its return to an operational state which may correspond in particular to a Quality of Service (QoS or Quality of Service) level defined following, for example, a deviation, an anomaly or an operating incident.
  • QoS Quality of Service
  • the invention makes it possible in particular to anticipate and manage its operating problems of infrastructures comprising, for example, "static" or "mobile” sites.
  • QoS Quality of Service
  • FIG. 1 schematizes a process generally implemented according to the prior art for operation by the end user and operation and / or maintenance of a system.
  • the exchange between the customer and the manufacturer is, although a number of tools are increasingly implemented for: indicate if any malfunction of the system or equipment by intermediary of an incident card, by e-mail or by web portal I, by the aid to the diagnosis (telephone assistance, remote assistance, etc.) ⁇ , by the capitalization of RETEX or RETOUR of Experience III.
  • the SIL Logistics Information System stores all the information exchanged necessary for this capitalization.
  • One of the objectives of the present invention therefore consists in proposing a method and a system which makes it possible to significantly optimize the means implemented, from the initial analysis phase of the study and design of a system or of a equipment for its operation, operation or support throughout its life cycle.
  • Figure 2 schematizes the method and system for optimizing the process of the prior art.
  • the exchange between the customer and the industrialist is done through tools to indicate a deviation or a dysfunction of his system or equipment through an observability / controllability module or an incident sheet.
  • This deviation or dysfunction is analyzed in the observability / controllability module automatically or semi-automatically for resources according to the resource and resource planning in the ERP (block 54 in Fig. 7) or to perform the action (corrective modes) planned and preloaded.
  • CMMS Computer Assisted Maintenance Management
  • GPS Global Positioning System
  • CMMS Database Database of Computer Aided Maintenance Management.
  • ERP Enterprise Resource Planning
  • the idea implemented in the method according to the invention rests in particular on a hierarchical incremental learning, studied in the principles from the study phase, starting at the Integration, Verification, Validation and Qualification phase (called the phase of IWQ) and maintained throughout the life cycle of the system or equipment; causing automatic or semi-automatic triggering, hierarchical as well as the learning of "integrated” corrective actions, designated “Self-healing” in the rest of the description, or allocation of strictly relevant resources (skills and means, tools) "in time” due to the development of state vectors that can "sign” the situation and evolve according to the incremental learning; an almost immediate diffusion of learnings / corrective modes to all equipments or systems of equivalent configurations in relation to a Return of Operation, Operation and Experience,
  • the invention relates to a method for managing operating, operating and / or supporting services to a system or equipment for their return to operating mode as well as the broadcasting of a self-learning (acting as the biological models such as self-immunization and vaccination) following a deviation, an anomaly or an operating incident characterized in that it comprises at least the following steps:
  • the method verifies whether self-healing is possible
  • the process If self-healing is not possible, then the process generates a "status" indicating, by means of a signature or signal identifying the defect, the operating state of the system or device, then said process generating a signal to activate the method of correcting said malfunction,
  • the object of the invention also relates to a system for managing deviations, anomalies or malfunctions in a system or equipment characterized in that it comprises at least the elements adapted to perform the steps of the method described above:
  • Said central control member comprising at least one observation member receiving the various data from the sensors positioned on each equipment of a system, said observation member being in connection with a database SIL, and with an organ local control device connected to a learning base, said local control member transmitting the data to a command generating member, said command generating member also receiving its data validated by a user.
  • FIG. 1 an exemplary architecture of a maintenance support system according to the prior art
  • FIG. 2 an example of a system according to the present invention
  • FIG. 3A a logic diagram of the steps implemented in the method
  • FIG. 3B the possibility of reconsidering the architecture of the system
  • FIG. 4 a temporal representation of the activities before / after the implementation of the method according to the invention
  • FIG. 5 an example of a block diagram for a global system architecture according to the invention
  • FIG. 6A an example of a functional architecture of a supervised telecommunications network for fixed sites
  • FIG. 6B for mobile sites
  • FIG. 7 a view of the architecture of the information system or S I according to the invention.
  • FIG. 1 the representation of the process of action
  • FIG. 17 an example of the steps implemented for the reallocation of stocks
  • FIG. 19 a macroscopic representation of the method implemented according to the invention.
  • the following description is given for illustrative purposes and in no way limiting in the case of operation / maintenance of a telecommunications network.
  • the object of the invention is, in particular to use successively, the initial analysis phase and throughout the life cycle of equipment and systems, several conventional analysis processes, chained together and over time, incorporating RETEX in order to be able to remove these indeterminations by reducing uncertainties and inaccuracies of all kinds and thus lead to an optimum of means to implement in order to guarantee the achievement of the desired result.
  • These global analysis methods can advantageously exploit automatic or manual recording devices, installed either within the equipment or systems studied or be made available to operational, operator or maintenance support or industrial support personnel throughout the entire region. value chain service.
  • ie method takes into account the nominal operative conditions, deviations, defects or potential failures according to the analysis carried out using the tools of Figure 5 and experience feedback in terms of operating incidents and integrates them in a memory of knowledge, the content of which will be diffused to all the users of the present or future system,
  • FIG. 3A schematizes a logic diagram comprising the various steps implemented by the method according to the invention.
  • the system for this involves one or more Ci sensors. associated with an operating parameter of an equipment or a system, the information read on the or sensors will be transmitted to a central control organ whose particular function is to decide whether or not the triggering of an intervention to be performed on sites in operation beyond any automatic action due to the self-healing device.
  • the central control member comprising at least one observation member receiving the different data coming from the sensors Ci associated with an equipment of a system, said observation member is in connection with an SSL database and with an organ local control connected to a learning base.
  • the local control unit transmits, for example, the data to a command generating member, which unit itself receives data validated by a user.
  • the method will check 4 if self healing is possible. If yes, 5, then there is automatic implementation of actions that will correct the malfunctions, reallocate the resource and learn. If self-healing is not possible, 6, that is, the system is no longer learning and it is not possible at this stage to modify the physical or organizational architecture of the system, then the method generates a "status" signaling by means of a signature the operating situation of the system (for example by means of a state vector), then the method will generate a signal to activate the method of correcting the malfunction for example, by implementing operation, operation or maintenance acts according to the prior art.
  • the method will then verify whether it is possible to enrich the self-healing 7, if yes, then the process injects in the self-healing process 8, the information it has acquired, if not then the process will want update the architecture for example by reviewing the architecture and its possibilities to modify it, 9.
  • FIG. 3A advantageously shows a hierarchical learning, starting from its phase of iVVQ and maintained throughout the system or network life cycle, automatic or semi-automatic triggering, hierarchical as well as learning, of "integrated” (self-healing) corrective actions or of strictly relevant resource allocation (skills and means, tooling) "in time” because of the development of state vectors that can "sign" His situation and evolve according to the incremental learning, an almost immediate diffusion of learning / corrective modes to all the equipment or systems relatively to a RETEX of a specific site.
  • FIG. 3B represents a temporal representation of the activities before / after the implementation of the innovation is given in FIG. 4, where the diagram at the top of the figure represents the actions undertaken according to the prior art and the lower part of FIG. the actions undertaken by implementing the method according to the invention.
  • this phenomenon of reduction of human interventions because of the invention, occurs as soon as it is put into service, because a certain number of operating incidents may have been identified during the initial analyzes. and observed, qualified from the phases of IWQ and will have, consequently, led to preliminary learning phases with devices operated correlatively.
  • FIG. 4 On the lower part of this FIG. 4 is shown a "diffusion" effect of the automatic corrective solutions on all the sites, thus annihilating a set of inappropriate displacements in the following year of expioitation / operation after the 1st incident designated incident x.
  • FIG. 5 shows an exemplary block diagram of architecture for ie system according to the invention.
  • the complete organization then passes, at the initial time T 0 of the associated contract, to its operational implementation.
  • a fourth step there is a step of feedback of operational data where the process feeds "over water” (by couplings, interfacing, recordings, broadcast by networking, etc.) of a "replay" / or emulation tool based on the sizing operational data observed during the steps designated 1 1, 12 previously. This tool will make it possible to launch ex post facto analyzes.
  • a fifth step the analyzes and characterizations, statistics are performed on all the information compiled on the full size of the equipment and systems during the fourth step 14 and can be compared to the organizational assumptions of the phases 1 1 & 12 and, thus, lead to variance explanations analyzes resulting from RETEX thus optimizing the relevance of the state vectors. Either these results are consistent with the expected, or there is divergence. In the latter case, the reconciliation of discrepancies and their justifications may give rise to a maximum likelihood identification procedure to give formal explanations as to the causes leading to these differences in terms of organization, job profile or reliability of the equipment or systems implemented.
  • the method If the self-healing is not possible, 6, then the method generates a "status" indicating, by means of a signature or signal identifying the defect, the operating state of the system or device, then said method will generate a signal to activate the method of correcting said malfunction.
  • the method comprises a sixth step of transmitting the information to be integrated into a quasi-learning and broadcasting database. instantaneous solution of divergence solution found and resolved, all sites of identical configurations.
  • the invention makes it possible to create a global functional architecture taking advantage of the more or less close past in order to predict in a more and more relevant way the future, acting as a delay line.
  • ® "terrain” tools such as PALM, PDA (Personal Digital Assistants), etc. which may have been filled by operators, operators, maintenance personnel, end-users or industrial specialists according to strict and codified forms containing associated information (photographs, videos, etc.);
  • This method of building F! T / FEX, database information and automatic resource allocations can be part of the full analysis loop and also benefit from the experience and / or learning.
  • Figure 6A schematizes an example of a functional architecture of a supervised telecommunications network, for support or operation applied to the case of an infrastructure network site.
  • reference numeral 10 corresponds to the tools necessary for the implementation of the invention, tools also shown in FIG. 5.
  • the system comprises several support networks 21 which will allow the various elements and equipment forming the system to communicate with each other, to exchange information or data, it comprises a central control member 22 (OCC) which comprises the different modules allowing the execution of the steps according to the invention.
  • OCC central control member 22
  • it includes the tools 10, a data storage base 23 from an observation member 24 receiving information from the different regions or sites connected to the support network, the observation unit transmitting data sheets. from Exploitation to a database S IL / G MAO (logistic computer system / computer-assisted maintenance).
  • the observations are transmitted from the observation member 24 which comprises, for example, sensors Ci to a local control member 25 which will transmit information to the learning base 26, and simultaneously trace this information to a generation member.
  • commands 27 which one of the functions is to generate the commands to a validation module 28 which will receive the data validated by a client.
  • Figure 6B shows two examples of operational mode according to customer requirements.
  • a time counter 35 measures the operation (power on, standby) of the different modules for the calculation of the Return of Experience or RETEX.
  • a communication module 30 comprises an RF antenna 32, for example, which will allow the transmission of data between the different devices, platform, customer participating in the system according to the invention.
  • the communication module comprises a microprocessor 33, a module providing the energy 34, and an interface 31.
  • a first frame appears the self-healing process of the operation of a system according to the invention as mentioned in connection with Figure 6A.
  • the transmission module 31 allowing the different elements to exchange information or data, otherwise it is possible to exchange information on return to a specific location (for example, basic 30), by means of a computer console 36.
  • this console 36 can either be transmitted to the OCC 38 through a transmission case to the OCC module 39. or connect directly to module 35 'of OCC 38'.
  • Figure 7 represents a view of the architecture of the information system SMI (Service, Maintenance and Intervention) set up at the central control organ or OCC.
  • SMI Service, Maintenance and Intervention
  • the architecture comprises an observation and controllability module 40, a tele-administration module 41, a GPS module 42 or any geolocation device, the 3 modules being connected to a communication platform or "hub" 43, itself even connected to a storage memory 44.
  • This architecture comprises an access portal 45 in association with trades, partners, customers 46.
  • a SIL / CMMS 48 which comprises a CMMS 49, a storage base 50.
  • ⁇ a module 52 comprising the aforementioned tools.
  • a rights management directory 55 disposed between the communication hub 43 and the access portal 45.
  • the ERP and the SIL / CMMS are coupled, for example through the Webservices technology allowing access to the information required in each database.
  • the client user dialogs through a service interface comprising a service contract to a database dedicated to the business service.
  • the SIL / CMMS coupling to the online user is described in Figure 8.
  • the "Customer on line” and the SIL / CMMS are coupled, for example, through Webservice technology.
  • the online consumer service or COL is simply an access portal to the computerized maintenance management database (CMMS) database and the main actions carried out through the system:
  • CMMS computerized maintenance management database
  • the clients 60 communicate with the "COL" 61 via an access portal 62, which provides access to a database 63, itself connected to a view 64 of the fleet of devices in the system to be monitored, to a industrial solicitation module 65, an information notification module to the client 66, a module for the industrial notification and request transfer 67.
  • the assembly is synchronized by a synchronization module 68 which is in communication with a communication hub 69 in conjunction with a communication hub 70 of the CMMS.
  • This communication hub 70 is in relation with the observation and controllability module 71 and within the CMMS with a database 72, an FEX creation module 73, an authoring module FIT, 74, an analysis module 75, a notification module 76 and a communication module 77.
  • These last two modules are connected to an access portal 78 which communicates with the industrial part, namely the system engineering 80, the operating personnel 81,
  • the ERP / CMMS coupling implements the following functionalities:
  • FIG. 9 shows an example of ERP 54 coupling and CMMS.
  • the clients 60 communicate with the portal 62 to retrieve the status of the contract, the associated invoices and purchase orders that they must validate with the module 90.
  • the module "management of contracts "90 sends the information of a purchase order to the module 91 A, 91 B.
  • the whole is stored in a database 93.
  • the industrialists have access to the management of inventory 98-1 and fleet management 98-2 and can thus manage distribution 98-3,
  • FIG. 10 represents the management process of anomalies, deviations or incidents of the supervision that runs between the industrialist, the customer and the cyclic process that implements the observability module.
  • the process checks whether the incident is coded, 102, if so, Se process 103 will analyze the diagrams or "patterns", it then records the action 104 and simultaneously save the information for updating in the learning base; after registering the action, it requests validation from the client, if the client validates the action to be performed to correct the incident, then proceeds to notify 106 to the client who will accept 107 or not 108. In case where the The client accepts the method and will proceed to the corrective action 109, and then notify the client.
  • anyone program stakeholder with access to the system - for example, customer side contract loader
  • They can access this information based on their access and usage rights. They can view 1 1 1 actions performed, current processes, validation requests, FITs, FEX, reports or "CR" progress, balance sheet, dashboard, monitoring indicators.
  • the process will begin a process of re-planning, if not, then it does nothing and returns to the observability module.
  • the industrial will deal with the incident 121 a, 121 b.
  • the processing of the incident 121 takes into account patterns of the observability module.
  • the manufacturer reports the result of these analyzes and the continuous process automatically and identically to a codified operation.
  • the industrialist receives the notification of this refusal and its motivations (justification of the refusal, the reason, etc.) so that the industrialist finds another solution in this context to these problems or the other incidents.
  • the process loops as described in the previous paragraph,
  • Figure 11 presents the process of action. After coding of the action 130, in the case where there would be movement of the personnel 131, then the ERP will look for the appropriate personnel 132a, filter 132b then this information will be transmitted to the GPS module 133 which will notify the industrial Se treatment request 134, in case the mission would be accepted 135 by the staff, then 136, the industrial deals with the problem, then 137 it will update the park and the configuration of the system, then there will be 138 writing the intervention report, before a notification 139 to the system seion the invention and a visualization 140 at the client.
  • the method will verify whether the resolution is OK, 142, 143, 144 if yes, then the method notifies the resolution of the incident to the client which is displayed 140. If there is no resolution then the process will notify the manufacturer who will try to treat the problem in a different way. 146. In all cases, there is a feedback of information ( whose problem has been solved or not) to the customer.
  • the diagram illustrated in FIG. 12 schematizes the steps of writing the intervention report.
  • the starting point is at the level of the industrialist, who will seize 150 the intervention, then 151 seize the type of intervention, then look for 152 in the case of a "material" intervention the spare parts, he goes for this to consult 153, the stocks that are available, to validate 154 the spare parts, to finish the entry 55, before notifying 156 to the process that will update the stocks 157.
  • the process will then visualize if the stock is sufficient 158. If so, then the process will notify 159 to the customer who can If not, then the ERP of the system according to the invention will check 161 if the quantity is sufficient. If yes, then 162, there is management of the distribution, if no 163, then the process will assign a production order and / or purchase ⁇ planning, before the step of managing the distribution.
  • the same method can be implemented to manage emergency bypass processes by means of patch or means known by the abbreviation Anglo-Saxon ghost. It is possible to remote-control equipment with predominant software by adding depot servers and software applications known to those skilled in the art of VNC type or KVM IP switch network support. Indeed, the support network is flexible to respond to different issues. Thanks to the means integrated in this network, it is possible to apply either patches or to reinstall a new version of the software (known as firmware, ghost, master, warehouse with meta-packetting). ) by means of a device relating to the invention, in the same way as the actions carried out at the level of the material components.
  • Figure 13 shows the process in the event of a customer reporting a technical incident. In the event that a customer declares a technical incident, then the method performs the following steps.
  • the customer will solicit the industrialist.
  • the method will record the incident.
  • the method will check 172 if the incident is coded. If no, then he notifies 173 the handling of incident 87 to the industrialist.
  • the method 175 analyzes the patterns, and in parallel it stores 176 this information for update in the learning base.
  • the process 177 records the action and request validation to the client 178.
  • the method 179 notifies the incident to the industrial, dealing 180 the reason for refusal or problems and seek a solution as described above. Is there acceptance 181? If so, then the process will initiate the action 182 and notify 183 to the manufacturer before a visualization of the result 184, at the level of the customer and the manufacturer. If there is no acceptance, then there is notification 185 to the industrialist then the treatment 186 of the motive and the treatment of the incident 187 at the level of the industrialist.
  • Figure 14 shows the process of entering customer FITs when performing maintenance.
  • the starting point is at the level of a client 200 will enter the intervention.
  • the customer enters the type of intervention 201 and then searches for the spare parts.
  • the method will consult the stocks 203 before validating 204 the spare parts, then finish the entry 205 before notifying 206 to the process updating the stocks 207. If the stock is sufficient, then the process will notify it to the industrial 208. If the stock is insufficient, then, Be proceeded to look if the quantity is sufficient 209. If yes, then there will be management of the distribution of stocks 210 by the ERP. If no, then there will be 21 1, issuing a production order and / or shopping ⁇ planning at the ERP level. The result of the various actions is visualized at any time by the manufacturer 212.
  • the process includes, for example, four services (Figure 15):
  • inventory tracking 301 is performed either by the customer or by the manufacturer.
  • the monitoring information is reported at the park consultation level of the process according to the invention.
  • FIG. 16 represents its various steps implemented for the reallocation of stocks during the process implemented according to the invention.
  • This figure represents the inventory management process and the reallocation of inventories.
  • a stock tracking module 400 is linked to the consultation module process of the fleet 401 of the method according to the invention and the fleet 402 to be updated at Se client.
  • This module 402 is connected to an update module 403 of the method according to the invention, which transmits a signa! to a notification module 404 which transmits the information to an industry update module 405 in the industry! which transmits the information to a validation module and / or the processing 406, which transmits to an update module of the park 407 of the process according to the invention.
  • the method then transmits the information 408 on updating the fleet at the client level.
  • the client validates and / or processes this information 409 and sends it to a tuning module 410, if there is no agreement from the process, then the method returns to step 403. S There is agreement by the process, then the information is broadcast to all 41 1, 412 (update of the park).
  • Figure 17 shows the process of inventory management and management of failed equipment.
  • the method according to the information receives the characteristics of the breakdown of the equipment, 500, then transmits this information to the update module of the park 501.
  • the latter informs the client 502 of the updating of the park. spare parts, then to the industry! the update 503 of the spare parts park.
  • the park update module will distribute 504 this information to all.
  • Figure 18 shows the process of inventory management and the arrival of parts or equipment. New equipment is proposed.
  • the method will enter its characteristics 701, then transmit this information to the inventory update module 702, then send a notification for the supplier payment 703.
  • the inventory update module will notify this information to the method 704, which transmits information at the client and industrial level 705, 706.
  • the distribution module 707 representing an internal distribution process to any industry makes it possible to deliver or distribute hardware, software, consumables, means, etc., to a given address.
  • This service allows the update of location information, features and applied configuration of the park.
  • the update is done through the maintenance management domain, for example, when replacing a material (installation / removal).
  • the management of the applicable configuration is possible by the updating, of the industrial, of the revisions of the configuration, of the customer.
  • the park activity to be updated includes a location parameter for setting up equipment / configuration, etc.
  • the sharing of information concerning the renovation and the park is done in "real time” on the data portal known by the manufacturer, as well as by supervised update functions and by a collaborative process or not. To this function is also added the functionalities of the service or process of the standard fleet management.
  • Process of monitoring the progress of planned maintenance (preventive or predictive).
  • the customer consults the planning and the state of progress of the planned maintenances as well as those of the industrialists. Scenario of combinations of Customer on-line and OCC information.
  • Each observation chain is coded (1 unique code per site) and each site is assigned to 1 region and one region to a country.
  • Each site has its own membership, a site belonging to a customer.
  • a site has its own attributes: site (Identity, Site Reference, Customer Reference, Site Designation)
  • a region also has its attributes (Identity, Designation of the Region); For example, a customer has the following attributes: Customer identity, Customer designation.
  • drop-down lists at the level of the display of an input screen, for example, containing the error codes for a clear malfunction, or explaining an operational problem. If the customer has not found the error code that is close to his problem / malfunction in this list, he has the option to manually enter his problem for processing by the IS (System Engineering) team.
  • IS System Engineering
  • An FIT contains the reference of a site and therefore of the customer (see figure below).
  • FIG. 19 represents a macroscopic view of the process and the means implemented by the invention.
  • the observability or controllability module 900 In the event of a malfunction noted on a device or system of a site by the observability or controllability module 900, it ascends the information to process it. Thus, it is created an FIT 902 and then it is verified that it is possible to self-heal 903. If yes, access is launched 904 and a client request for validation is requested or not 905. If everything is in accordance with the specifications, the action is applied to the control module 901. In the opposite case, industrial personnel solve the problem 906. If the industrial staff! find a solution ; this one is applied and is started in 906. This continuous progression as described previously.
  • a May! is automatically sent to the person (s) concerned to validate the resolution of the incident.
  • the customer must connect to the Customer on-line to give his acceptance or not to the action for some sites.
  • the broadcast can:
  • the system transfers the learning bases to all sites after the confirmation of the system engineering team as shown in the figure below.
  • a Type 1 learning base is transferred to all type 1 sites, the Type 2 learning base to all Type 2 sites, and so on. for example.
  • the ERP according to the invention will be personalized and is designed as a hierarchical and pyramidal system to address the following aspects:
  • Management center responsible for general monitoring and billing, agencies (or technical centers) that follow specific customer files, technicians employees agencies intervene. Treatment of contractors and subcontractors.
  • Purchasing management spare parts or services (subcontracting, fixed price or management), cycle quotation / purchase request / order / receipt & return supplier, billing, etc. * Cost management and budget: labor, inventory, purchase, equipment rental, etc., budget preparation, periodic monitoring, gap reports, etc.
  • CMMS Computer Assisted Maintenance Management
  • a CMMS aims in the first place to assist the maintenance services of companies in their missions. Recall that a maintenance service, as defined by the AFNOR, seeks to maintain or restore a property (equipment) in a specified state so that it is able to provide a specific service.
  • a CMMS can also be an attractive tool in other departments of the enterprise, such as production or operation (to provide information on the state of the equipment), whether or not providing indicators facilitating park renewal decisions, for example.
  • o Equipment management inventory of equipment, localization, dedicated information management by type of equipment (production, buildings, vehicles, networks, computers, etc.)
  • o Maintenance management corrective (with OT: order of works, or BT: work order, or ODM: maintenance order), preventive (systematic, conditional, provisional), etc.
  • This module often includes features open to users beyond the service maintenance, as a management of Intervention Applications (Dl), allowing any authorized person of the company to report an anomaly to be taken into account by the maintenance,
  • Intervention Applications Dl
  • o Inventory management stores, minimum, maximum quantities, replenishment, ABC analysis, pick-lists, search and referencing, spare parts, supplier catalog, etc.
  • n o KPI (Key Performance Indicators): pilot cockpit or dashboard for the manager (database queries concerning statistics, alerts, etc.) n plus:
  • Intervention management with the possibility of liaison with contracts and / or fleet records, detailed monitoring of intervention times, etc., more statistics.
  • the method can be used within a telecommunications network with static equipment, but also for example in the case of a network of equipment or mobile sites.
  • the "mobile” part is based on the same principle as the static part with its same objectives and the same approach except that it is not always possible to transmit remote commands.
  • the validation of the control / command orders can be carried out, if necessary, by the on-board team.
  • the observability / controllability system is installed on a platform (vehicle, aircraft, ship, submarine, helicopter, etc.) either in an electronic card, in an on-board computer or in a PC.
  • a platform vehicle, aircraft, ship, submarine, helicopter, etc.
  • This system allows self-healing from its own learning base.
  • the system consists of "auto-immunization" resources required for equipment switching, interface switching, and configuration changes to activate resistor means useful for service recovery. These resources are either integrated out of the initial design or equipment dedicated to the maintenance function.
  • the intelligence embedded in these resources makes it possible to take decisions automatically and instantaneously with respect to pre-recorded defect status vectors at design and especially with respect to fault state vectors encountered during the life of the system and having been resolved.
  • These mechanisms allow self-healing by Automated enrichment, decentralization and dissemination of event memory in these "auto-immunization" resources,
  • This process creates a short feedback loop.
  • This short loop is part of this principle in permanent optimization by local self learning, event broadcasting and associated mechanisms back to operational mode of similar component of the system.
  • the learning base of these "auto-immunization" resources is thus made up of information coming from the downstream "field” and from the upstream or back-office world.
  • Rotating machinery case Radar. Generator...
  • the systems are equipped with double instrumented control motor of sensors.
  • the sensors continuously transmit the vibratory signatures to a local analysis / control processor.
  • This mechanism is applicable to any system as long as the instrumentation is able to capture the events revealing the state of health of the system.
  • SW Supervisory Control
  • This architecture is:
  • the architecture in question generally implements classification algorithms (neural network, basic radial functions, learning functions). For example, it is possible to use the "RCE” algorithm marketed by NESTOR Inc. based on basic radial functions and contained in the ILB product marketed by the company ROVI-TECH, which uses state vectors. Elementals encoded on 255 bytes. This dimension is given as an indication to illustrate the principle implemented.
  • a memory also 255 bytes in input, managing the whole of the sites at the level of the OCC;
  • the following table shows the state vector under consideration, in the case of the amplifier of a radio subsystem.
  • Table 1 Example of an input state vector for a radio subsystem amplifier
  • a header composed of x digits and / or x letters will be added in order to reference the concerned site, for example: 0001 for the site referenced 1 and so on.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Le procédé selon l'invention repose notamment sur un apprentissage incrémental hiérarchisé, étudié dans les principes dès la phase d'étude, démarrant dès la phase d'Intégration, Vérification, Validation et Qualification (dite phase d'IVVQ) et entretenu tout au long du cycle de vie du système ou de l'équipement; provoquant un déclenchement automatique ou semi-automatique, hiérarchisé au même titre que l'apprentissage d'actions correctives « intégrées », désignées « autocicatrisation » dans le reste de la description, ou d'allocation de ressources strictement pertinentes (compétences et moyens, outillages) « à temps » du fait de l'élaboration de vecteurs d'état pouvant « signer » la situation et évoluant selon l'apprentissage incrémental; une diffusion quasi immédiate des apprentissages/modes correctifs à l'ensemble des équipements ou des systèmes de configurations équivalentes relativement à un retour d'Exploitation, d'Opération et d'Expérience.

Description

PROCEDE ET SYSTEME PERMETTANT D'OPERER, UN SYSTEME OU UN EQUIPEMENT EN FONCTIONNEMENT
L'objet de la présente invention concerne un procédé et un système associé pour gérer des services d'opération, d'exploitation et de support d'un système ou d'un équipement en vue le cas échéant de garantir son retour à un état opérationnel pouvant correspondre notamment à un niveau de Qualité de Service (QoS ou Quality of Service) défini suite, par exemple, à une déviation, une anomalie ou à un incident de fonctionnement. L'invention permet notamment d'anticiper, de gérer Ses problèmes de fonctionnement d'infrastructures comportant, par exemple, des sites « statiques » ou « mobiles ».
Les clients et utilisateurs d'équipements, de systèmes exigent généralement de leurs fournisseurs ou partenaires un niveau très élevé d'engagement de résultat en termes :
* d'opération,
* de disponibilité opérationnelle,
* de capacité,
* de probabilité de réussite de mission
* de Qualité de Service (QoS) (en terme par exemple de taux d'erreur bit, de couverture radio, ...)
avec bien souvent de fortes contraintes opérationnelles, budgétaires et une incertitude élevée de la mise en œuvre (profil d'emploi, heures effectives de fonctionnement, organisation de l'opération, de l'exploitation et du soutien, réalité du besoin opérationnel « in situ »). Cet état de fait entraîne pour les industriels une nécessité de mener des analyses de sûreté de bon fonctionnement et de résilience des systèmes conduisant à des sommes de risques qui résultent d'incertitudes ou d'un nombre d'équations indéterminées. Durant ces analyses et par Sa suite en phase d'exploitation, i'un des problèmes techniques est l'allocation de ressources de manière optimale, selon la « criticité » de la déviation ou de l'incident correspondant à l'enjeu opérationnel, la « mission », et cela de façon sécurisée,
Pour cela, il faut donc connaître les positions et les disponibilités des ressources de manière sécurisée, transférer ou accéder à des informations de manière sécurisée, effacer des données sensibles en cas de problèmes ou de suspicions, aider les personnes en « opération/exploitation /maintenance » en Back Office notamment à prendre les bonnes décisions (aide à la décision, aide au pronostic et au diagnostic).
La figure 1 schématise un processus généralement mis en œuvre selon l'art antérieur pour l'exploitation par l'utilisateur final et l'opération et/ou la maintenance d'un système. L'échange entre le client et l'industriel se fait, bien qu'un certain nombre d'outils soient de plus en plus mis en œuvre, pour : indiquer s'il y a dysfonctionnement du système ou de l'équipement par l'intermédiaire d'une fiche incident, par mail ou encore par portail web I, par l'aide au diagnostic (assistance téléphonique, téléassistance, ..) Π, par la capitalisation du RETEX ou RETour d'EXpérience III. Le Système d'Information Logistique SIL permet de stocker toutes les informations échangées nécessaires à cette capitalisation.
L'un des objectifs de la présente invention consiste donc à proposer un procédé et système qui permet d'optimiser de façon significative des moyens mis en œuvre, dès la phase d'analyse initiale d'étude et de conception d'un système ou d'un équipement, pour son exploitation, son opération ou son soutien durant tout son cycle de vie .
La figure 2 schématise le procédé et le système permettant d'optimiser le processus de l'art antérieur. L'échange entre le client et l'industriel se fait au travers d'outils pour indiquer une déviation ou un dysfonctionnement de son système ou équipement au travers d'un module d'observabilité/contrôlabiîité ou d'une fiche d'incident. Cette déviation ou ce dysfonctionnement est analysé dans le module d'observabilité/contrôlabiîité de manière automatique ou semi-automatique pour des ressources en fonction de la planification des ressources et des moyens dans l'ERP (bloc n° 54 sur la Fig. 7) ou d'effectuer l'action (modes correctifs) prévue et préchargée.
Glossaire utilisé dans la description
« RETEX : RETour d'EXpérience,
* IWQ : Intégration, Vérification, Validation et Qualification.
* FIT : Fiche d'Intervention Technique.
* FEX : Fiche d'EXploitation .
« OCC : Organe de Contrôle Centrai.
* SIL : Système d'Information Logistique.
* GMAO : Gestion de la Maintenance Assisté par Ordinateur,
* PDA : Personal Digital Assistants.
* CR : Compte-Rendu
« GPS : Global Positionning System.
* BASE DE DONNEES SIL : base de données du Système d'Information Logistique.
* Base de données GMAO : base de données de la Gestion de la Maintenance Assistée par Ordinateur.
* SMI : Service, Maintenance et Intervention.
* ERP : Enterprise Ressource Planning.
* COL : Customer OnLine - service en ligne
L'idée mise en œuvre dans le procédé selon i'invention repose notamment sur un apprentissage incrémental hiérarchisé, étudié dans les principes dès la phase d'étude, démarrant dès la phase d'Intégration, Vérification, Validation et Qualification (dite phase d'IWQ) et entretenu tout au long du cycle de vie du système ou de l'équipement ; provoquant un déclenchement automatique ou semi-automatique, hiérarchisé au même titre que l'apprentissage d'actions correctives « intégrées », désignées « autocicatrisation » dans le reste de la description, ou d'allocation de ressources strictement pertinentes (compétences et moyens, outillages) « à temps » du fait de i'élaboration de vecteurs d'état pouvant « signer » la situation et évoluant selon l'apprentissage incrémental ; une diffusion quasi immédiate des apprentissages/modes correctifs à l'ensemble des équipements ou des systèmes de configurations équivalentes relativement à un retour d'Exploitation, d'Opération et d'Expérience,
L'invention concerne un procédé pour gérer des services d'exploitation, d'opération et/ou de support à un système ou à un équipement en vue de leur retour en mode opérationnel ainsi que la diffusion d'un auto apprentissage (agissant comme les modèles biologiques tels que l'auto immunisation et la vaccination) suite à une déviation, une anomalie ou à un incident de fonctionnement caractérisé en ce qu'il comporte au moins les étapes suivantes :
* Une étape de définition préalable de paramètres à surveiller dans ledit système ou ledit équipement, l'ensemble des paramètres définis comportant une signature ou un vecteur d'état associé, permettant de piloter un dispositif d'auto cicatrisation ou de transmettre automatiquement une signature ou un signal identifiant un défaut de fonctionnement afin de déclencher une intervention ad hoc (téléopération, envoi d'une ressource dûment qualifiée) selon la criticité dudit incident,
* Une première étape de recherche, a priori, de l'organisation optimale traduite par une architecture physique, logicielle des solutions techniques nécessaires au fonctionnement correct dudit système ou dudit équipement,
« Une deuxième étape, de recherche d'un optimum en terme d'organisation matérielle et logicielle, au moyen d'identifications de singularités ou de « pivots » et d'analyses de sensibilités associées, lesdites singularités mettant en évidence un maximum de relations de cause à effet ou de « vraisemblances » classées par ordre d'efficacité décroissante, c'est-à-dire qu'il y a une recherche des singularités du système,
* Une troisième étape d'utilisation d'un outil d'émulation classiquement utilisé a posteriori, mis en œuvre dès la phase initiale dudit procédé, afin de simuler des incidents, des pannes, des anomalies, des dysfonctionnements et d'enrichir Ses résultats d'architecture matérielle et/ou logicielle obtenus lors de la première et des singularités de la deuxième étape afin d'enrichir des mémoires d'états de défauts et de contre réactions associées, au niveau desdits systèmes ou desdits équipements, puis une étape de pré chargement de toutes les hypothèses et données dimensionnant le système dans des outils de Gestion de Maintenance Assistée par Ordinateur, conformément à l'architecture du système ou de l'équipement,
* Une quatrième étape de remontée des données opérationnelles où ledit procédé alimente « au fil de l'eau », ledit outil d'émulation de ladite troisième étape à partir des données opérationnelles observées en cours de fonctionnement d'un dispositif ou d'un système,
Une cinquième étape d'analyses et de caractérisations, statistiques, effectuées sur l'ensemble des informations permettant la mise à jour en temps réel des données mémorisées lors de îa troisième étape et obtenues lors de Sa quatrième étape,
Le procédé vérifie si l'auto-cicatrisation est possible,
* Si oui, le procédé déclenche des actions afin de corriger les défauts de fonctionnement, et
* Si l'auto-cicatrisation n'est pas possible, alors le procédé génère un « statut » indiquant, au moyen d'une signature ou signai identifiant îe défaut, l'état de fonctionnement du système ou du dispositif, puis ledit procédé va générer un signal afin d'activer le procédé de correction dudit dysfonctionnement,
* Une sixième étape de transmission des informations à intégrer dans une base d'apprentissage et de diffusion quasi-instantanée de la solution à divergence constatée et résolue à l'ensemble des sites de configurations identiques.
L'objet de l'invention concerne aussi un système permettant de gérer les déviations, les anomalies ou les dysfonctionnements dans un système ou un équipement caractérisé en ce qu'il comporte au moins les éléments adaptés pour exécuter les étapes du procédé décrit précédemment :
• Un ou plusieurs capteurs associés à un paramètre de fonctionnement dudiî équipement ou dudiî système, les informations lues sur lesdits capteurs étant transmises à un organe de contrôle central,
• Ledit organe de contrôle centrai ayant notamment pour fonction de décider ou non d'une intervention à effectuer sur les sites en fonctionnement, au-delà de toute action automatique du fait du dispositif d'auto cicatrisation
• Ledit organe de contrôle centrai comprenant au moins un organe d'observation recevant les différentes données en provenance des capteurs positionnés sur chaque équipement d'un système, ledit organe d'observation étant en liaison avec une base de données SIL, et avec un organe de contrôle local relié à une base d'apprentissage, ledit organe de contrôle local transmettant les données à un organe de génération de commandes, ledit organe de génération de commande recevant aussi Ses données validées par un utilisateur.
D'autres caractéristiques et avantages du dispositif selon l'invention apparaîtront mieux à la lecture de la description qui suit d'un exemple de réalisation donné à titre illustratif et nullement limitatif annexé des figures qui représentent :
• La figure 1 , un exemple d'architecture d'un système de soutien en maintenance selon l'art antérieur,
• La figure 2, un exemple de système selon la présente invention, La figure 3A, un logigramme des étapes mises en œuvre dans le procédé et la figure 3B la possibilité de reconsidérer l'architecture du système,
La figure 4, une représentation temporelle des activités avant/après la mise en œuvre du procédé selon l'invention,
La figure 5, un exemple de synoptique pour une architecture globale système selon l'invention,
La figure 6A, un exemple d'architecture fonctionnelle d'un réseau de télécommunications supervisé pour des sites fixes, et la figure 6B pour des sites mobiles,
La figure 7, une vue de l'architecture du système d'informations ou S I selon l'invention,
La figure 8, un exemple de couplage du service en ligne ou « Customer Oniine » -ou « service en ligne »,
La figure 9, un exemple de processus de gestion des incidents d'une supervision chez l'industriel,
La figure 10, une représentation de processus de gestion des incidents de la supervision,
La figure 1 1 , la représentation du processus de l'action,
La figure 12, le schéma d'écriture du rapport d'intervention,
La figure 13, ie processus de gestion des écritures client,
La figure 14, Se processus de saisie des FIT client lors de la maintenance,
La figure 5 et la figure 16, le processus de gestion des stocks,
La figure 17, un exemple des étapes mises en œuvre pour ia réallocation des stocks,
La figure 18, le processus de gestion des stocks et l'arrivée de pièces ou de nouveaux équipements, et
La figure 19, une représentation macroscopique du procédé mis en œuvre selon l'invention, Afin de mieux comprendre ie fonctionnement du procédé selon l'invention, la description qui suit est donnée à titre ilîustratif et nullement limitatif dans Se cas de Γ exploitation/maintenance d'un réseau de télécommunications.
L'objet de l'invention consiste, notamment à utiliser successivement, de la phase d'analyse initiale et durant tout le cycle de vie des équipements et systèmes, plusieurs procédés d'analyses classiques, enchaînés entre eux et dans le temps, intégrant du RETEX afin de pouvoir lever ces indéterminations par réductions d'incertitudes et imprécisions de tous ordres et conduire ainsi à un optimum de moyens à mettre en œuvre afin de garantir l'atteinte du résultat recherché. Ces procédés d'analyses globaux peuvent avantageusement exploiter des dispositifs d'enregistrement automatiques ou manuels, installés soit au sein des équipements ou systèmes étudiés ou être mis à disposition des personnels opérationnels, exploitants ou en charge du soutien de la maintenance ou industriels sur toute la chaîne de valeur service.
En résumé du procédé selon l'invention, le concept général mis en œuvre repose sur les idées suivantes :
« La couverture d'observation/contrôlabilité au strict nécessaire et suffisant (pertinence) en termes d'architecture physique et/ou logicielle implémentée relativement à l'objectif à atteindre de performance à ressources données au moyen d'ateliers couplés. Le terme « atelier » est un mot utilisé dans différents domaines techniques et connu de l'Homme du métier.
* Dès la phase de conception du système selon l'invention, ie procédé prend en compte les états fonctionnels nominaux, les déviations, les anomalies ou les défaillances potentielles selon les analyses conduites au moyen des outils de la figure 5 et les retours d'expériences en termes d'incidents de fonctionnement et les intègre dans une mémoire de connaissance, dont le contenu sera diffusé à tous les utilisateurs du système présent ou à venir,
Le procédé apprend et capitalise, dès les phases d'IWG et donc bien avant Sa mise en œuvre en vraie grandeur, ce qui conduit à limiter l'intervention humaine pour les tâches éligibles à l'automatisation et sur tout le cycle de vie. A défaut, la situation du système à un instant donné sera signée afin de converger au plus vite vers un retour vers le bon fonctionnement opérationnel, qui correspond à un état nominal ou acceptable ou encore fonctionnel avec, à chaque fois, reconsldération de la possibilité d'automatiser ce retour à la normale ou à l'acceptable dans le cas d'un fait mineur. Cette signature permet lorsqu'il est nécessaire ou utile d'alimenter une approche prédictive (sensibilité aux signaux faibles notamment anomalies ou déviations dans i'optique « dégradation »).
Dans tous les cas, l'enseignement retiré (« auto cicatrisation », signature associée à un événement...) peut être instantanément ou quasi- instantanément diffusé à l'ensemble des sites d'infrastructure « fixes » ou « mobiles » de configurations équivalentes.
L'ingénierie Système « Back Office », de fait, avec ie retour d'expérience résultant de l'innovation dispose de tous les éléments d'information pour définir les évolutions en termes d'architecture et d'exploitation pour reconcevoir ou concevoir les systèmes : soit par une redéfinition profonde du schéma si la technologie a atteint ses limites, soit a contrario, par implantation de nouvelles fonctionnalités faisant ainsi évoluer progressivement, par paliers, mais à l'essentiel l'architecture implémentée à l'origine,
La figure 3A schématise un logigramme comprenant les différentes étapes mises en œuvre par ie procédé selon l'invention .
Initialement 1 , ie système est en fonctionnement normal. Lorsqu'un dysfonctionnement « physique » ou « logiciel » apparaît, il y a génération d'un vecteur d'état, 2, qui conduit au processus d'auto cicatrisation 3. Le système pour cela comporte un ou plusieurs capteurs Ci associés à un paramètre de fonctionnement d'un équipement ou d'un système, Les informations lues sur ie ou ies capteurs vont être transmises à un organe de contrôle central ayant notamment pour fonction de décider ou non le déclenchement d'une intervention à effectuer sur des sites en fonctionnement au-delà de toute action automatique du fait du dispositif d'auto-cicatrisation. L'organe de contrôle central comprenant au moins un organe d'observation recevant les différentes données en provenance des capteurs Ci associés à un équipement d'un système, ledit organe d'observation est en liaison avec une base de données SSL et avec un organe de contrôle local relié à une base d'apprentissage. L'organe de contrôle local transmet, par exemple, ies données à un organe de génération de commandes, cet organe recevant lui-même des données validées par un utilisateur.
Le procédé va vérifier 4 si l'auto cicatrisation est possible. Si oui, 5, alors il y a mise en œuvre automatique d'actions qui vont permettre de corriger les défauts de fonctionnement, de réallouer la ressource et d'apprendre. Si l'auto cicatrisation n'est pas possible, 6, c'est-à-dire que le système n'apprend plus et qu'il n'est pas possible à ce stade de modifier l'architecture physique ou organisationnelle du système, alors le procédé génère un « statut » signalant au moyen d'une signature la situation de fonctionnemenî du système (par exemple au moyen d'un vecteur d'état), puis le procédé va générer un signai pour activer le procédé de correction du dysfonctionnement, par exemple, en mettant en œuvre des actes d'opération, d'exploitation ou de maintenance selon l'art antérieur. Le procédé va ensuite vérifier s'il est possible d'enrichir l'auto cicatrisation 7, si oui, alors ie procédé injecte dans Se procédé d'auto cicatrisation 8, les informations qu'il a acquises, si non alors le procédé va vouloir mettre à jour l'architecture par exemple en réexaminant l'architecture et Ses possibilités de la modifier, 9.
Cette figure 3A fait apparaître avantageusement un apprentissage hiérarchisé, démarrant dès Sa phase d'iVVQ et entretenu tout au long du cycle de vie du système ou du réseau, un déclenchement automatique ou semi-automatique, hiérarchisé au même titre que l'apprentissage, d'actions correctives « intégrées » (auto cicatrisation) ou d'allocation de ressources strictement pertinentes (compétences et moyens, outillages) « à temps » du fait de l'élaboration de vecteurs d'état pouvant « signer » Sa situation et évoluant selon l'apprentissage incrémental, une diffusion quasi immédiate des apprentissages/ modes correctifs à l'ensemble des équipements ou des systèmes relativement à un RETEX d'un site spécifique.
L'ensemble étant sous-tendu par Sa mise en œuvre initiale, idéalement dès la conception du réseau ou du système,
La figure 3B représente une représentation temporelle des activités avant / après la mise en œuvre de l'innovation est donnée à la figure 4 où le schéma en haut de figure représente les actions entreprises selon l'art antérieur et la partie basse de Sa figure représente les actions entreprises en mettant en œuvre le procédé selon l'invention. Il est à noter que ce phénomène de réduction des interventions humaines, du fait de l'invention, se produit dès la mise en service, du fait qu'un certains nombres d'incidents de fonctionnement auront peut-être été identifiées lors des analyses initiales et observés, qualifiés dès les phases d'IWQ et auront, en conséquence, donné lieu à des phases d'apprentissages préalables avec dispositifs actionnés corrélativement.
Sur ia partie basse de cette figure 4 est représenté un effet de « diffusion » des solutions correctives automatiques sur l'ensemble des sites, annihilant de ce fait un ensemble de déplacements inopportuns dans la suite de l'année d'expioitation/opération après le 1 er incident désigné incident x.
La figure 5 représente un exemple de synoptique d'architecture pour ie système selon l'invention.
1 1 - Dans un premier temps, il y a une recherche, a priori, de l'organisation optimale pour garantir ie résultat escompté. Les outils/ateliers individuels ou regroupés utilisés lors de cette étape peuvent correspondre à ceux du type SIMLOG commercialisé par ia société APSYS (liste non limitative),
12 - Dans un deuxième temps, i! y a une recherche d'un optimum plus absolu en terme d'organisation du soutien que lors de l'étape précédente 1 1 au moyen d'analyses de sensibilités mettant en évidence un maximum de relations de cause à effet classées par ordre d'efficacité décroissante, par exemple. Les outils permettant de mettre en œuvre cette étape sont connus de l'art antérieur et ne seront donc pas détaillés. A cette étape, il y a définition, en accord avec le Client, de l'organisation de l'exploitation ou du soutien « bout en bout » à mettre en œuvre pratiquement afin de garantir le résultat visé.
13 - Dans un troisième temps, l'utilisation d'outil d'émulation (« réalité virtuelle » sur base d'automates asynchrones), classiquement utilisé a posteriori, permet, lorsqu'il est utilisé en anticipation dès la phase initiale (soit a priori), de simuler des pannes, des anomalies, des dysfonctionnements afin notamment d'enrichir les visions qualitatives et quantitatives obtenues lors des phases 1 1 et 12, ceci conduisant à un optimum relativement à l'architecture correspondante à la présente invention. Cette étape permet notamment d'enrichir des mémoires d'état de défauts et de contre réactions associées, au niveau des systèmes et des équipements.
il y a ensuite une étape de pré chargement de toutes les hypothèses et données associées dimensionnant le système, présentées aux phases 1 1 et 12, dans tous les outils du Client et ceux des Industriels (Industriel «mandataire » plus toute la chaîne de partenaires et/ou des sous- traitants impliqués dans l'opération ou le soutien), essentiellement dans les outils de Gestion de Maintenance Assistée par Ordinateur, conformément à l'architecture du système.
L'organisation complète passe alors, au temps initial T0 du contrat associé, à Sa mise en œuvre opérationnelle.
14 - Dans un quatrième temps, il y a une étape de remontée des données opérationnelles où le procédé alimente « au fil de l'eau » (par couplages, interfaçage, enregistrements, diffusion par mise en réseau...) d'outil de « rejeu » / ou d'émuiation à partir des données opérationneiies dimensionnant observées au cours des étapes désignées 1 1 , 12 précédemment. Cet outil va permettre de lancer des analyses a posteriori.
15 - Dans un cinquième temps, les analyses et les caractérisations, statistiques sont effectuées sur l'ensemble des informations compilées sur les mises en vraie grandeur des équipements et des systèmes lors de la quatrième étape 14 et peuvent être rapprochées des hypothèses organisationnelles des phases 1 1 & 12 et, ainsi, conduire à des analyses d'explications d'écarts résultant du RETEX optimisant ainsi la pertinence des vecteurs d'état. Soit ces résultats sont conformes aux attendus, soit, il y a divergence. Dans ce dernier cas, le rapprochement des écarts et leurs justifications pourront donner lieu à une démarche d'identification de maximum de vraisemblance permettant de donner des explications formelles quant aux causes conduisant à ces écarts en termes d'organisation, de profil d'emploi ou de fiabilité des équipements ou systèmes mis en œuvre. Des décisions impactant chacune de ses composantes pourront être prises, en accord avec tout ou partie des acteurs impliqués dans le soutien ou l'exploitation, afin de repartir dans une nouvelle phase du soutien toujours plus optimisé. Le processus pourra ainsi être reconduit de phase en phase successive durant tout le cycle de vie des équipements ou systèmes concernés. Le procédé vérifie, 4, si l'auto-cicatrisation est possible,
« si oui ,5, le procédé déclenche des actions afin de corriger les défauts de fonctionnement, et
» si l'auto-cicatrisation n'est pas possible, 6, alors le procédé génère un « statut » indiquant, au moyen d'une signature ou signal identifiant le défaut, l'état de fonctionnement du système ou du dispositif, puis ledit procédé va générer un signal afin d'activer Se procédé de correction dudit dysfonctionnement.
Puis, le procédé comprend une sixième étape de transmission des informations à intégrer dans une base d'apprentissage et de diffusion quasi- instantanée de ia solution à divergence constatée et résolue, à l'ensemble des sites de configurations identiques.
Plus généralement, l'invention permet de créer une architecture fonctionnelle globale tirant profit du passé plus ou moins proche afin de prévoir de façon toujours plus pertinente le futur, agissant comme une ligne à retard.
Afin de pouvoir exploiter au mieux le procédé selon l'invention et son efficacité, il convient d'automatiser au maximum du possible la constitution des bases de données d'informations probantes qui serviront aux analyses décrites précédemment, tout au long du cycle de vie des équipements ou des systèmes étudiés. Ces informations pourront provenir :
® de capteurs Ci encapsulés dans les équipements, les sous-systèmes, ceci de façon hiérarchisée, incrémentale et cohérente constituant les vecteurs d'état ;
® d'outils « terrains » tels que des PALM, PDA (Personal Digital Assistants), etc. qui auront pu être renseignés par des opérationnels, des exploitants, des personnes chargées de la maintenance, des utilisateurs finaux ou les spécialistes industriels selon des formulaires stricts et codifiées contenant des informations associées (photographies, vidéos, etc.) ;
• de toutes connaissances envisageables des composantes précédentes porteuses de sens pouvant contribuer à augmenter la pertinence des informations remontées après nettoyage du « bruit » (erreurs humaines, traitements pour augmenter le rapport signal à bruit, filtrages, , .).
Ainsi, toute la somme des informations utiles et pouvant être partagée entre les différents systèmes et dispositifs se trouve stockée, mémorisée dans les mémoires des systèmes, afin de conduire l'ensemble des étapes du processus selon l'invention. Toute fiche d'intervention technique FIT ou fiche d'exploitation FEX relative aux équipements ou systèmes concernés sera automatiquement émise.
Du fait de cette automatisation de FIT ou FEX, certains champs des bases de données pouvant eux-mêmes être renseignés quasi- automatiquement pourront ainsi :
β "robustifier" les routines et processus de l'invention, par la garantie de la fidélité et de la compiétude du renseignement des bases de données ainsi obtenues, indispensables aux analyses conduites dans le cadre de l'invention,
• permettre l'allocation quasi-immédiate de la ressource technique permettant de rétablir le mode de fonctionnement opérationnel des équipements ou du système en cas de survenue de panne grave, critique ou majeure. Notamment, la présence dans Se système d'un module autorisant Sa localisation d'une ressource permettra de décréter si elle est optimale ou non afin de l'allouer en conséquence. Les allocations pourront se faire à partir de l'ingénierie système central (niveau national) ou encore décentralisé (niveau régional) selon l'organisation de maintenance retenue avec le client. Enfin, après l'apprentissage cette tâche sera éligible à une automatisation complète à partir de l'automate de contrôle de l'hyperviseur centrai.
Ce procédé de constitution de F!T/FEX, de renseignements de bases de données et d'allocations de ressources automatiques pourra s'inscrire dans la boucle complète d'analyse et profiter également de l'effet d'expérience et/ou d'apprentissage.
La figure 6A schématise un exemple d'architecture fonctionnelle d'un réseau de télécommunications supervisé, à des fins de soutien ou d'exploitation appliquée au cas de site de réseau d'infrastructure.
Sur cette figure 6Â, la référence 10 correspond aux outils nécessaires pour la mise en œuvre de l'invention, outils également représentés sur la Fig. 5. Dans cet exemple, le système comporte plusieurs réseaux support 21 qui vont permettre aux différents éléments et équipements formant le système de communiquer entre eux, de s'échanger des informations ou des données, il comporte un organe de contrôle central 22 (OCC) qui comprend les différents modules permettant l'exécution des étapes selon l'invention. Ainsi, il comprend les outils 10, une base de stockage 23 de données en provenance d'un organe d'observation 24 recevant des informations de la part des différentes régions ou sites reliés au réseau support, l'organe d'observation transmettant des Fiches d'Exploitation vers une base de données S IL/G MAO (système informatique logistique/maintenance assistée par ordinateur). Les observations sont transmises de l'organe d'observation 24 qui comprend par exemple des capteurs Ci vers un organe de contrôle local 25 qui va transmettre des informations à la base d'apprentissage 26, et simultanément remonter ces informations vers un organe de génération de commandes 27 dont une des fonctions est de générer les commandes vers un module de validation 28 qui va recevoir les données validées par un client.
La figure 6B représente deux exemples de mode opérationnel selon les exigences du client.
Dans les deux cas, un compteur de temps 35 mesure le fonctionnemenî (mise sous tension, veille) des différents modules pour le calcul du Retour d'Expérience ou RETEX.
Un module de communication 30 comprend une antenne RF 32, par exemple, qui va permettre la transmission des données entre les différents dispositifs, plateforme, client participant au système selon l'invention. Le module de communication comprend un microprocesseur 33, un module fournissant l'énergie 34, et une interface 31 .
Dans un premier cadre apparaît le processus d'auto-cicatrisation du fonctionnement d'un système selon l'invention tel qu'il a été mentionné en relation avec la figure 6A. il est possible d'utiliser le module de transmission 31 permettant aux différents éléments de s'échanger des informations ou des données, Dans le cas contraire, il est possible de s'échanger des informations au retour à un lieu précis (par exemple, base de maintenance), par l'interface 30, grâce à une console informatique 36. Une fois ces opérations finies, cette console 36 peut soit télétransmettre à l'OCC 38 au travers d'une valise de transmission au module 39 de l'OCC 38 ou se connecter directement au module 35' de l'OCC 38'.
La figure 7 représente une vue de l'architecture du système d'information SMI (Service, Maintenance et Intervention) mis en place à l'organe de contrôle central ou OCC.
L'architecture comporte un module observation et de contrôlabilité 40, un module de télé-administration 41 , un module GPS 42 ou tout dispositif de géo-localisation, les 3 modules étant reliés à une plateforme ou « HUB » de communication 43, lui-même relié à une mémoire de stockage 44. Cette architecture comprend un portail d'accès 45 en liaison avec des métiers, des partenaires, des clients 46.
• Le HUB de communication 43 est en liaison avec :
® un SIL/GMAO 48 qui comprend une GMAO 49, une base de stockage 50.
® une base de connaissance 51 ,
β un module 52 comprenant les outils précités.
« un système d'information géographique 53,
• un ERP 54,
• un annuaire 55 de gestion des droits disposé entre le « hub » de communication 43 et le portail d'accès 45.
L'ERP et le SIL/GMAO sont couplés, par exemple au travers de la technologie Webservices permettant d'avoir accès aux informations requises dans chaque base de données. Le client utilisateur dialogue à travers une interface de service comprenant un contrat de service vers une base de données dédiée au service métier. Le couplage SIL/GMAO à l'utilisateur en ligne est décrit à la figure 8.
Le « Customer on line » et le SIL/GMAO sont couplés par exemple, au travers de la technologie Webservice. Le service consommateurs en ligne ou COL est simplement un portail d'accès à l'information de la base de données de la gestion de maintenance assistée par ordinateur ou « GMAO » ainsi que les principales actions réalisées au travers du système :
β La consultation des données gérées,
* La formulation de demandes essentiellement par le client,
* Le traitement automatique des demandes formulées afin d'en déterminer les impacts sur les différents interlocuteurs,
* La génération d'alerte ou de notifications des interlocuteurs avec une gestion des flux et de validation de type flux d'activités ou « workflow »
* Le traitement ou la validation des demandes,
* Le retour d'information vers l'émetteur de la demande,
* La validation de certaines actions.
Les clients 60 communiquent avec le « COL » 61 via un portail d'accès 62, qui permet d'accéder à une base de données 63, elle-même reliée à une vue 64 du parc des appareils dans le système à surveiller, à un module de sollicitation de l'industriel 65, un module de notification de l'information vers le client 66, un module pour la notification industriel et transfert de la demande 67. L'ensemble est synchronisé par un module de synchronisation 68 qui est en communication avec un Hub de communication 69 en liaison avec un Hub de communication 70 de la GMAO. Ce hub de communication 70 est en relation avec le module d'observation et de contrôlabilité 71 et au sein de la GMAO avec une base de données 72 un module de création FEX 73, un module de création FIT, 74, un module d'analyse 75, un module de notification 76 et un module de communication 77. Ces deux derniers modules sont en liaison avec un portail d'accès 78 qui communique avec la partie industriels, à savoir l'ingénierie système 80, le personnel d'exploitation 81 , Le couplage ERP/GMAO met en œuvre les fonctionnalités suivantes :
* les informations récupérées de ia base de données de la gestion de maintenance assistée par ordinateur
* le planning des fiches d'intervention et la re-planification,
« les fiches d'intervention et leurs contenus,
* l'état des éléments de soutien et leur localisation,
® l'état des stocks et leur localisation,
* ia localisation des ressources et leur état,
* la gestion et !a préemption de tâche,
« la simulation d'impact au travers des outils selon l'invention.
* les informations récupérées de Sa base de données de l'ERP
® la liste des sociétés possibles,
® la liste du personnel rattaché aux sociétés,
* les paramètres du contrat de service,
« la gestion des achats de pièces,
* la gestion de la location,
® la gestion de la facturation.
A partir de ces informations, il est possible d'échanger des données entre les deux applications.
La figure 9 présente un exempSe de couplage ERP 54 et de la GMAO. Les clients 60 communiquent avec le portail 62 pour récupérer l'état du contrat, les factures associées et des bons de commandes qu'ils doivent validés grâce au module 90. Dès qu'un client valide un bon de commande, le module « gestion des contrats » 90 envoie l'information d'une commande d'achat au module 91 A, 91 B. Celui-ci définit la ou les fabrications d'éléments 94 dans le temps (par exemple, pièce, carte électronique, équipement, radio...) grâce à la nomenclature 92, le planning 95 et effectue une commande des approvisionnements au fournisseur 91 B. Le tout est stocké dans une base de données 93. Les industriels ont accès à la gestion de stock 98-1 et à ia gestion de parc 98-2 et peuvent ainsi gérer ia distribution 98-3,
Le logigramme des opérations processus des anomalies, déviations ou incidents de la supervision est donné ci-après dans l'exemple d'un client déclarant un incident technique.
La figure 10 représente le processus de gestion des anomalies, déviations ou incidents de îa supervision qui s'exécute entre l'industriel, le client et le procédé cyclique qui met en œuvre le module d'observabilité.
Lorsque le code erreur incident existe 100, l'incident est enregistré 101 , le procédé vérifie ensuite si l'incident est codifié, 102, si oui, Se procédé 103 va analyser les diagrammes ou « patterns », il enregistre ensuite l'action 104, et simultanément sauvegarde 105 les informations pour une mise à jour dans la base d'apprentissage ; après enregistrement de l'action, il demande la validation au client, si îe client valide l'action à accomplir pour corriger l'incident, alors Se procédé le notifie 106 au client qui va accepter 107 ou non 108. Dans Se cas où le client accepte le procédé va procéder à i'action de correction 109, puis le notifier 1 10 au client. Toutes personnes (partie prenante au programme ayant un accès au système - par exemple, chargé d'affaire du contrat côté client) peuvent accéder à ces informations en fonction de leurs droits d'accès et d'usage. Elles peuvent visualiser 1 1 1 les actions effectuées, les traitements en cours, les demandes de validation, les FIT, les FEX, les comptes-rendus ou «CR » d'avancement, bilan, tableau de bord, suivi d'indicateurs.
Dans le cas où il n'existerait pas de code erreur incident, alors
1 15, Se procédé vérifie si! y a un impact sur ia maintenance planifiée. Si oui,
1 16, le procédé va entamer un processus de re-planification, si non, alors il ne fait rien et retourne vers le module d'observabilité.
Dans le cas où S'incident ne serait pas codifié, après la notification 120 au procédé, S'industriel va traiter l'incident 121 a, 121 b. Le traitement de l'incident 121 prend en compte des patterns du module d'observabilité. L'industriel reporte le résultat de ces analyses et le processus continu de manière automatique et identiquement à une opération codifiée.
Si le client refuse l'action de correction de l'industriel. L'industriel reçoit la notification de ce refus et ses motivations (justification du refus, le motif, etc.) pour que l'industriel trouve une autre solution dans ce contexte à ces problèmes ou aux autres incidents. Le processus reboucle comme décrit dans le paragraphe précédent,
La figure 1 1 présente le processus de l'action. Après codification de l'action 130, dans le cas où il y aurait déplacement du personnel 131 , alors l'ERP va rechercher le personnel adéquat 132a, filtrer 132b puis cette information va être transmise vers le module GPS 133 qui va notifier à l'industriel Se traitement de demande 134, dans le cas où la mission serait acceptée 135 par le personnel, alors 136, l'industriel traite le problème, puis 137 il va mettre à jour le parc et la configuration du système, puis il va y avoir 138 écriture du rapport d'intervention, avant une notification 139 au système seion l'invention et une visualisation 140 au niveau du client. Dans le cas où il n'y a pas de personnel disponible 132, le procédé va vérifier si la résolution est OK, 142, 143, 144 si oui, alors le procédé notifie la résolution de l'incident au client qui Se visualise 140. S'il n'y a pas de résolution aSors, le procédé va Se notifier 145 à l'industriel qui va essayer de traiter le problème de manière différente 146. Dans tous les cas, il y a une remontée de l'information (façon dont le problème a été résolu ou non) vers le client.
Le diagramme illustré à la figure 12 schématise les étapes d'écriture du rapport d'intervention.
Le point de départ se situe au niveau de l'industriel, qui va saisir 150 l'intervention, puis 151 saisir le type d'intervention, puis rechercher 152 dans le cas d'une intervention « matérielle » les pièces de rechange, il va pour cela consulter 153, les stocks qui sont disponibles, valider 154 les pièces de rechange, finir la saisie 55, avant de notifier 156 au procédé qui va mettre à jour les stocks 157. Le procédé va ensuite visualiser si le stock est suffisant 158. Si oui, alors le procédé va le notifier 159 au client qui peut le visualiser 160. Si non, alors l'ERP du système selon l'invention va vérifier 161 si la quantité est suffisante. Si oui, alors 162, il y a gestion de la distribution, si non 163, alors le procédé va attribuer un ordre de fabrication et/ou achats÷planification, avant l'étape de gestion de la distribution.
Dans le cadre d'une intervention logicielle, le même procédé peut être mis en œuvre pour gérer des processus de contournement en cas d'urgence au moyen de patch ou de moyens connus sous l'abréviation anglo-saxonne ghost. il est possible de télé-administrer des équipements à logiciels prépondérant en ajoutant des serveurs de dépôt et des applications logiciels connus de l'Homme du métier de type VNC ou KVM commutateur IP au réseau de support. En effet, le réseau de support est modulable pour répondre à différentes problématiques. Grâce à des moyens intégrés à ce réseau, il est possible d'appliquer soit des correctifs (patchs) ou de réinstaller une nouvelle version du logiciel (connus sous les abréviations anglo- saxonnes firmware, ghost, master, dépôt avec méta-packetage..) au moyen d'un dispositif relatif à l'invention, au même titre que les actions menées au niveau des composantes matérielles.
Processus de gestion des incidents « client »
La figure 13 schématise le processus en cas d'un client déclarant un incident technique. Dans le cas où un client déclarerait un incident technique, alors le procédé exécute les étapes suivantes.
Le client va solliciter 170 l'industriel. Le procédé va enregistrer 171 l'incident. Le procédé va vérifier 172 si l'incident est codifié. Si non, alors iî notifie 173 le traitement de l'incident 87 à l'industriel.
Si l'incident est codifié, alors le procédé 175 analyse les patterns, et en parallèle il mémorise 176 ces informations pour mise à jour dans la base d'apprentissage. Le procédé 177 enregistre l'action puis demande la validation au client 178.
S'il n'y a pas de validation du client, alors le procédé notifie 179 l'incident à l'industriel, qui traite 180 le motif du refus ou problèmes et cherche une solution comme décrit précédemment. Y-a-t-il acceptation 181 ? Si oui, alors le procédé va engager l'action 182 et ie notifier 183 à l'industriel avant une visualisation du résultat 184, au niveau du client et de l'industriel. S'il n'y a pas acceptation, alors il y a notification 185 à l'industriel puis le traitement 186 du motif et le traitement de l'incident 187 au niveau de l'industriel.
Processus de saisie des FIT « client » quand il réalise sa maintenance
La figure 14 présente le processus de saisie des FIT client lorsqu'il réalise la maintenance. Le point de départ se situe au niveau d'un client qui va 200 saisir l'intervention. Ensuite, Se client saisit le type d'intervention 201 puis recherche 202 les pièces de rechanges. Pour cela le procédé va consulter les stocks 203 avant de valider 204 les pièces de rechange, puis finir la saisie 205 avant de notifier 206 au procédé la mise à jour des stocks 207. Si le stock est suffisant, alors le procédé va le notifier à l'industriel 208. Si le stock est insuffisant, alors, Se procédé va regarder si la quantité est suffisante 209. Si oui, alors il va y avoir gestion de la distribution des stocks 210 par l'ERP. Si non, alors il va y avoir 21 1 , émission d'un ordre de fabrication et/ou d'achats ÷planification au niveau de l'ERP. Le résultat des différentes actions est visualisé à tout moment par l'industriel 212.
Processus de gestion de stock
Le processus comporte, par exemple, quatre services (figure 15):
« la consultation des stocks, 300
* la réallocation si nécessaire,
* la gestion d'un équipement en panne,
* l'entrée de pièces ou d'équipement en stock,
le suivi des stocks 301 est effectué soit par le client, soit par l'industriel. Les informations de suivi sont remontées au niveau de la consultation de parc du procédé selon S'invention,
La figure 16 représente Ses différentes étapes mises en œuvre pour la réallocation des stocks lors du procédé mis en œuvre selon l'invention. Cette figure représente le processus de gestion de stock et la réallocation des stocks. Au niveau du client, un module de suivi de stock 400, est en liaison avec le processus module de consultation du parc 401 du procédé selon l'invention et le parc 402 à mettre à jour chez Se client. Ce module 402 est relié à un module de mise à jour 403 du procédé selon l'invention, qui émet un signa! vers un module de notification 404 qui transmet l'information vers un module 405 d'information sur la mise à jour du parc chez l'industrie! qui transmet l'information à un module de validation et/ou le traitement 406 , qui transmet à un module de mise à jour du parc 407 du processus selon l'invention. Le procédé transmet ensuite l'information 408 sur la mise à jour du parc au niveau du client. Le client valide et/ou traite cette information 409 et l'envoie à un module d'accord 410, s'il n'y a pas d'accord de la part du procédé, alors le procédé retourne à l'étape 403. S'il y a accord par le procédé, alors l'information est diffusée à tous 41 1 , 412 (mise à jour du parc).
Les étapes mises en œuvre au niveau d'un industriel sont illustrées sur la partie droite de la figure et sont identiques à celles explicitées pour le client.
La figure 17 représente le processus de gestion de stock et !a gestion d'un équipement en panne. Sur cette figure 17, le procédé selon l'information reçoit les caractéristiques de la panne de l'équipement, 500, puis transmet cette information au module de mise à jour du parc 501 , Ce dernier notifie 502 au client la mise à jour du parc des pièces de rechange, puis à l'industrie! la mise à jour 503 du parc des pièces de rechanges. Le module de mise à jour du parc, va distribuer 504 cette information à tous.
La figure 18 schématise le processus de gestion de stock et l'arrivée de pièces ou équipements. Un nouvel équipement est proposé. Le procédé va saisir ses caractéristiques 701 , puis transmettre ces informations au module de mise à jour des stocks 702, puis envoie une notification pour le paiement fournisseur 703. Le module de mise à jour des stocks va notifier cette information au procédé 704, qui transmet l'information au niveau du client et de l'industriel 705, 706 . En parallèle, le module de distribution 707 représentant un processus de distribution interne à toute industrie permet de livrer ou de distribuer du matériels, des logiciels, des consommables, des moyens, etc., à une adresse donnée.
Processus de gestion de parc et sa localisation
Ce service permet la mise à jour d'informations de localisation, des caractéristiques et de configuration appliquée du parc. La mise à jour s'effectue grâce au domaine de gestion de la maintenance, par exemple, lors d'un remplacement d'un matériel (pose/dépose). La gestion de la configuration applicable est possible par la mise à jour, de l'industriel, des révisions de la configuration, du client.
L'activité parc à mettre à jour comprend un paramètre de localisation de la mise en place d'un équipement/de la configuration, etc.
Processus de gestion des mises à jour ou « updates » de son parc/équipements (rénovation)
La gestion des équipements dans « SM! » facilite le suivi par le client ainsi que Sa visibilité par l'industriel du parc d'équipements installé chez le client. Le partage des informations concernant la rénovation et le parc est réalisé en « temps réel » sur le portail des données connues par l'industriel, ainsi que par des fonctions de mises à jour encadrées et par un processus collaboratif ou non. A cette fonction s'ajoute aussi les fonctionnalités du service ou processus de la gestion de parc standard.
Processus de suivi de l'avancement des maintenances planifiées (préventives ou prédictive). Le client consulte le planning et l'état d'avancement des maintenances planifiées ainsi que celles des industriels. Scénario de combinaisons des informations du Customer on-line et de l'OCC.
Saisie d'un incident
Chaque chaîne d'observation est codifiée (1 code unique par site) et chaque site est affecté à 1 région et une région à un pays.
Chaque site a sa propre appartenance, un site appartenant à un client. Ainsi un site a ses propres attributs : site (Identité, Référence Site, Référence Client, Désignation du site) Une région a aussi ses attributs (Identité, Désignation de la Région) ; un client possède par exemple les attributs suivants : Identité client, Désignation client.
Dans le cas du COL, il y a le même principe avec une réf. Site identique à celle de ia gestion de maintenance par ordinateur G MAO (En réalité, la G AO prend les références de site du portail Customer on-line et les transfère aux différents modules).
Ainsi, il est possible grâce à cette construction technique, de retrouver le ou les patterns des sites en questions et de corréler l'information venant du COL et de la chaîne d'observation.
Enfin, il y a une ou des listes déroulantes, au niveau de l'affichage d'un écran de saisie, par exemple, contenant les codes d'erreurs pour un dysfonctionnement clair, ou expliquant un problème opérationnel. Si le client n'a pas trouvé le code erreur se rapprochant de son problème/dysfonctionnement dans cette liste, il a la possibilité de saisir manuellement son problème pour qu'il soit traité par l'équipe IS (ingénierie Système).
En se connectant au système, au moyen d'un login et d'un mot de passe, il est possible de connaître la référence client. A partir de là, il est possible de faire un filtre en utilisant une requête pour avoir des sites qui y sont rattachés.
Comme il est nécessaire, sur certains sites que Se client donne son accord pour l'auto-cicatrisation, ii est possible au travers de Customer on-line de valider des solutions aux problèmes en fonction des numéros uniques pour chaque FIT. Une FIT contient la référence d'un site et donc du client (cf. figure ci-après).
La figure 19 représente une vue macroscopique du processus et des moyens mis en œuvre par l'invention. En cas d'un dysfonctionnement constaté sur un équipement ou système d'un site par le module d'observabilité ou contrôlabilité 900, celui-ci remonte l'information pour la traiter. Ainsi, il est créé une FIT 902 puis il est vérifié qu'il est possible d'auto- cicatriser 903. Si oui, l'accès est lancé 904 et une demande client de validation est demandé ou non 905. Si tout est conforme aux spécifications , on applique l'action au module 901 de contrôlabiiité. Dans le cas contraire, du personnel industriel résout le problème 906. Si le personnel industrie! trouve une solution ; celle-ci est appliquée et est lancé en 906. Ce cheminement continue comme décrit précédemment.
Cas de la validation d'une action de résolution d'incident
A chaque FIT créée qui demande une validation du client, un mai! est envoyé automatiquement à la ou aux personnes concernées pour valider la résolution de l'incident. Pour valider ou refuser une action, le client doit se connecter sur le Customer on-line pour donner son acceptation ou non à l'action pour certains sites.
Remarque : dès qu'une FIT est créée, un mail est envoyé_pour l'informer de cet événement FIT, même, si son approbation n'est pas requise. Il reçoit un message différent.
La diffusion peut :
soit être programmée à une date ou à instant donné (c'est le système qui le gère) - par exemple, toutes les 60s ou toutes les 30 FIT ;
• soit par action manuelle, par exemple, la mise à jour des bases d'apprentissage à cause d'une mise à jour critique et urgente.
Le système transfert les bases d'apprentissages à tous les sites après la confirmation de l'équipe d'ingénierie système comme il est montré sur la figure ci-après.
On transfère une base d'apprentissage type 1 à tous les sites de type 1 , la base d'apprentissage de type 2 à tous les sites de type 2 etc. par exemple.
Les fonctionnalités de ia partie ERP
L'ERP selon l'invention sera personnalisé et est conçu comme un système hiérarchisé et pyramidal permettant d'aborder les aspects suivants :
Centre de gestion (chargé du suivi général et de la facturation), des agences (ou centres techniques) qui suivent des dossiers clients spécifiques, des techniciens salariés des agences qui interviennent. Traitement des donneurs d'ordres et des sous-traitants.
Gestion de techniciens avec gestion des congés, emailings, statistiques.
Gestion des contrats de maintenance avec contrats types, périodicités modifiables, et suivi intégrai de la vie des contrats. Possibilité de reports, entre contrats, des surconsommés ou non-consommés.
Gestion des prix de revient salariaux des techniciens, y compris lors des déplacements.
Affichage en temps réel des prix de revient salariaux et des déplacements des contrats de maintenance.
Envoi des copies de contrats en pièces jointes aux clients.
Gestion de la sous-traitance, soit avec des donneurs d'ordres et de leurs propres techniciens, soit avec des sous-traitants et leurs techniciens. Edition des bons de travail pour les sous-traitants avec rapports de travail indépendant des interventions. Gestion des spécialités par sous-traitant et statistiques associées.
Relevés de parc entièrement modulaire pour permettre un suivi précis des parcs matériels et logiciels des clients
Gestion d'articles pour pouvoir établir des rapports d'intervention chiffrés, avec famiîies produits et statistiques, prise en compte des TVA et taxes parafiscales individuelles ou globales.
Suivi de dossiers (techniques, commerciaux, ou autres) permettant une traçabilité sur des études, des projets, ou des propositions.
Affichage en temps rée! des prix de revient des temps passés sur les contrats, les déplacements et les prix de revient des techniciens sous- traitants étant inclus.
Gestion des achats : de pièces détachées ou de services (sous- traitance, forfait ou régie), cycle devis / demande d'achat / commande / réception & retour fournisseur, facturation, etc. * Gestion des coûts et budget : de main d'œuvre, de stocks, d'achat, de location de matériel, etc., préparation des budgets, suivi périodique, rapports d'écart, etc.
« Gestion des achats et des contrats associés,
* Gestion du personnel,
® Gestion des approvisionnements et des commandes,
® Gestion des coûts,
* Gestion de la fabrication et des nomenclatures des pièces.
Les fonctionnalités de la partie GMAO
La Gestion de Maintenance Assistée par Ordinateur (ou GMAO) est une méthode de gestion assistée d'un logiciel destiné aux services de maintenance d'une entreprise afin de l'aider dans ses missions.
Une GMAO vise en premier lieu à assister les services maintenance des entreprises dans leurs missions. Rappelons qu'un service maintenance, selon la définition de l'AFNOR, cherche à maintenir ou rétablir un bien (équipement) dans un état spécifié afin que celui-ci soit en mesure d'assurer un service déterminé. Une GMAO peut également être un outil intéressant dans d'autres services de l'entreprise, comme la production ou l'exploitation (afin de fournir des informations sur l'état des équipements), en fournissant ou non, des indicateurs facilitant les prises de décisions en matière de renouvellement de parc, par exemple.
Il permet d'aborder les fonctionnalités suivantes :
β En standard :
o Gestion des équipements : inventaire des équipements, localisation, gestion d'information dédiée par type d'équipement (production, bâtiments, véhicules, réseaux, ordinateurs, etc.) o Gestion de la maintenance : corrective (avec OT : ordre de travaux, ou BT : bon de travaux, ou ODM : ordre de maintenance), préventive (systématique, conditionnelle, prévisionnelle), etc. Ce module inclut souvent des fonctionnalités ouvertes à des utilisateurs au-delà du service maintenance, comme une gestion des Demandes dlntervention (Dl), permettant à toute personne autorisée de l'entreprise de signaler une anomalie devant être prise en compte par la maintenance,
o Gestion des stocks : magasins, quantités minimum, maximum, de réapprovisionnement, analyse ABC, pick-lists, référencement et recherche, articles de rechange, catalogue fournisseurs, etc.
o Gestion du personnel et planning : activités, métiers, planning de charge, prévisionnel, pointage des heures, etc.
o KPI (Key Performance Indicators) : cockpit de pilotage ou tableau de bord pour le manager (requêtes de base de données concernant des statistiques, des alertes, etc.) n plus :
Pré-affectation de techniciens sur des interventions.
Gestion des interventions, avec possibilité de liaison avec des contrats et/ou des relevés de parc, suivi détaillé des temps d'intervention, etc., plus statistiques.
Classement des interventions par catégories.
Envoi direct des rapports d'intervention en pièces jointes PDF aux clients.
Saisie des temps estimés pour les interventions.
Gestion des constructeurs et éditeurs, avec fiches contacts et liens web
Gestion des retours de produits auprès des fabricants, éditeurs, ou distributeurs.
Gestion des prêts et des locations, avec prise en compte de barèmes multiples, des pénalités, et de consommables rattachés, avec prise en compte des coûts de réparation ou de remise en état. ® Gestion des tâches « techniciens », agences, sous-traitants, ou administrateur.
« Possibilité de téléchargement de fichiers
® Prise en compte des puces RFID et/ou des codes barres.
Sans sortir du cadre de l'invention, le procédé peut être utilisé au sein d'un réseau de télécommunications avec des équipements statiques, mais également par exemple dans le cas d'un réseau d'équipements ou sites mobiles.
La partie « mobile » se base sur le même principe que la partie statique avec Ses mêmes objectifs et la même démarche sauf qu'il n'est pas toujours possible de transmettre des ordres de commandes à distance. Par contre, la validation des ordres de pilotage/commande peut être effectuée, si nécessaire, par S'équipe de bord.
En effet, le système d'observabiiité/contrôSabilité est implanté sur une plateforme (véhicule, avion, navire, sous-marin, hélicoptère...) soit dans une carte électronique, soit dans un caScuSateur embarqué ou dans un PC. Ce système permet d'effectuer des auto-cicatrisations à partir de sa propre base d'apprentissage.
Le système est constitué des ressources « d'auto-immunisation » nécessaires aux commutations d'équipements, aux commutations d'interfaces, et aux modifications de configuration permettant d'activer des moyens de résiSiences utiles au rétablissement du service. Ces ressources sont soit intégrées Sors de la conception initiale soit des équipements dédiés à la fonction de maintenance.
L'intelligence embarquée dans ces ressources permet de prendre automatiquement et instantanément des décisions par rapport à des vecteurs d'état de défaut préenregistrés à ia conception et surtout par rapport à des vecteurs d'état de défaut rencontrés durant la vie du système et ayant étés résolus. Ces mécanismes permettent une auto-cicatrisation par Fenrichissement automatisé, la décentralisation et la diffusion de la mémoire événementiel dans ces ressources « d'auto-immunisation »,
Ce processus crée une boucle courte de contre-réaction. Cette boucle courte est de part ce principe en optimisation permanente par l'auto apprentissage local, la diffusion d'événements et des mécanismes associés de retour en mode opérationnel de constituant similaire du système. La base d'apprentissage de ces ressources « d'auto-immunisation » est ainsi constituée d'informations provenant du monde aval « terrain » et du monde amont ou back -office (monde de l'expert base arrière).
Exemple de mécanisme :
Cas de machines tournantes : Radar . Générateur...
Les systèmes sont équipés de double moteur de commande instrumentée de capteurs.
Les capteurs transmettent en permanence les signatures vibratoires à un processeur d'analyse/commande local.
« Soit Ses signatures captées dérivent vers des signatures types révélatrices de dysfonctionnements connus ce qui induit un vecteur d'état et une action de remise en état local si nécessaire (basculement de moteur) ainsi que la diffusion d'un compte-rendu CR vers la supervision centrale.
* Soit la dérive des signatures n'est pas connu et ne provoque que l'émission du CR vers la supervision centrale. Si S'anaiyse en base arrière donne lieu à une action elle sera automatiquement qualifiée, transmise, et prise en compte dans les processeurs d'analyse/commande locale de chaque élément système similaire. Cette nouvelle signature crée une nouvelle boucle de contre réaction courte.
* Soit la dérive des signatures n'est pas connue et ne provoque que l'émission du CR vers la supervision centrale. Dans le temps la dégradation converge vers une dégradation connue provoquant la contre-réaction associée à ce dernier vecteur. Cette suite d'événement crée un nouveau vecteur d'état et une nouvelle boucle de contre réaction permettant une auto-cicatrisation proactsve (réparation avant apparition de la panne).
Ce mécanisme est applicable à tout système des lors que l'instrumentation est apte à capter les événements révélateurs de l'état de santé du système.
11 se peut que le pattern ne soit pas connu dans sa base (un statut « Unknown » est remonté par le système). Deux possibilités existent alors :
* Le personnel à bord de la plateforme effectue des manœuvres (toutes les actions sont stockées dans une base de capitalisation - base de stockage)
« Stockage des données sans actions car personne ne connaît le pattern qui reporte un statut "unknown".
Dans tous les cas, Ses données (actions, pattern, commande d'auto-cicatrisation...) sont stockées dans la base de capitalisation (base de stockage dans la figure 8 (72)). A la fin de la mission ou de retour sur la base arrière (soit sa base d'exploitation) on peut récupérer les données capitalisées et recharger une nouvelle base de données d'apprentissage. Cette nouvelle base a été créée chez l'industriel en utilisant les bases de capitalisation de toutes Ses plateformes de même type.
Il est possible au sol de télé transférer/télé transmettre les données acquises en base arrière directement à l'organe de contrôle central ou OCC de manière sécurisée en utilisant les réseaux publics (satellite, ADSL, XDSL, GSM, EDGE abréviations connues de l'Homme du métier). A partir des données stockées à i'OCC de foutes les plateformes, il est possible, grâce aux outils, de réapprendre les patterns avec la codification mise en place (c.à.d. créer une nouvelle base d'apprentissage) pour pouvoir la réimporter dans le système d'observabilité/contrôlabilité.
De plus, à partir de ces patterns, il est possible de rempSir automatiquement la base de données du S!L (Système d'information Logistique)/GMAO (Gestion de Sa Maintenance Assistée par Ordinateur)) par la création de FIT et de FEX précités. Le client pourra accéder aux données stockées à partir de l'OCC.
Les principes exposés précédemment concernent aussi bien des faits techniques que logiciels, ces derniers pouvant être résolus par patch ou ghost teis que décrits précédemment.
Exemple détaillé et description de vecteurs d'états possibles
En fonction des analyses réalisées sur un bloc fonctionnel d'un site en terme de taux de panne et en fonction du type de paramètres à surveiller associé, ces paramètres ayant généralement été identifiés lors de la mise en œuvre des ateliers (mettre le renvoi ad hoc dans le document) et/ou qualifiés/caractérisés iors des phases d'IWQ, conformément au procédé de l'invention, ii est possible de créer des vecteurs d'état tel que présenté ci-après. Ce qui conduit à l'organe d'observation (OBS) générant les vecteurs d'état.
Fonctions Equipements clés Type de capteurs
Radio Baie Radio Sonde température / humidité, Sonde de champ électrique
Commutateur BITs en SNMP
Commutation Routeur BITs en SNMP ou ping, Sonde température / humidité
Multiplexeur BITs en SNMP ou ping, Sonde température / humidité
Infrastructure FH Sonde humidité, MIBS des trames
SNMP ou ping réguliers
Fibre Optique MIBS des trames SNMP ou ping réguliers
Liaison Louée MIBS des trames SNMP ou ping réguliers
Pylône Contact sec, Luxmètre, Capteur sismique, thermo couple
Shelter Contact sec Détection d'intrusion,
Caméra avec détection IF
Energie Groupe Electrogène Sonde température / humidité,
Sonde ultra son, Contact sec, compteur
Onduleur Sonde tension / courant
Tableau distribution Sonde température / humidité,
Sonde tension / courant
Transformateur Sonde tension / courant
Supervision Automate (SW) M IBS des trames SNMP
Serveur MIBS des trames SNMP
PC exploitation MIBS des trames SNMP
Climatisation Climatiseur AIR/AIR Sonde température / humidité
Climatiseur AIR/EAU Sonde température / humidité
Ventilateur Sonde 02/C02/Azote
Extracteur Sonde ultrason
Répartition des capteurs par type d'équipement pour une région
Ces vecteurs d'état, constitués au niveau de chaque site élémentaire (statique ou dynamique), vont permettre ia mise en œuvre de l'apprentissage à des fins d'auto cicatrisation automatique ou d'allocation à temps selon la criticité de ressources ad hoc comme il a été décrit précédemment.
Exploitation automatique des vecteurs d'état
Une fois constitué un vecteur d'état au moyen de l'organe OBS, tel que décrit précédemment, il convient de bâtir, les éléments :
• de contrôle local (OCL) incluant le mode apprentissage,
* de génération de commande (CRTL),
β d'interface (INT) entre l'OCC et l'OCL, tels que décrits précédemment.
Généralement, l'ensemble de ces fonctions est accueilli au sein d'un automate, d'une carte éiectronique ou d'un ordinateur industriel situé sur le site lui-même et dépend de la complexité de la structure fonctionnelle fine du site en question,
Cette architecture est :
* élaborée à l'issue de l'étude initiale du réseau (ou, dans le cas d'un réseau existant, à l'issue des études menant à l'architecture d'exploitation et du soutien),
* mise en œuvre dès la phase d'IVVQ pour valider le chemin de données, de commande et alimenter ainsi, corrélativement, la base de l'apprentissage.
A noter que dans le cas d'un réseau existant, le processus est conduit à l'identique mais profite d'un retour d'expérience opérationnel qui servira à la constitution de la base d'apprentissage.
L'architecture en question met en œuvre de façon générale des algorithmes de classification (réseau de neurones, fonctions radiales de base, fonctions d'apprentissage). Par exemple, il est possible d'utiliser l'algorithme « RCE » commercialisé par la société NESTOR inc basé sur des fonctions radiales de base et contenu dans le produit ILB 25 commercialisé par la société ROVI-TECH, qui utilise des vecteurs d'état élémentaires codés sur 255 octets. Cette dimension est donnée à titre indicatif pour illustrer le principe mis en œuvre.
Pour cet exemple d'architecture, deux possibilités sont envisageables :
• soit, la complexité de la problématique ne nécessite pas des vecteurs d'état de plus de 255 octets et des classes fonctionnelles pour tout site n'excédant pas 255 états, cela étant vrai pour l'ensemble des sites du réseau ;
• soit, la complexité de la problématique conduit à des vecteurs d'état excédant 255 octets. Il convient alors de paralléliser et hiérarchiser aussi bien les chemins de 255 octets pour les vecteurs d'état que les 255 états pour Ses mots de commande associés. Ainsi, dans le cadre de la mise en œuvre de l'iLB-25 précité, le dimenslonnement de Sa mémoire neuronale apte à apprendre l'ensemble des états qui conviendra d'observer et de contrôler par site et dans le temps, pourra conduire, soit :
à une architecture élémentaire consistant à mettre :
une mémoire identique, par site, apprenant des vecteurs d'état de 255 octets, intégrant implicitement les éventuelles disparités (bruit) de chaque site et générant 255 états vers le CTRL et/ou l'OCC ;
une mémoire, également de 255 octets en entrée, gérant l'ensemble des sites au niveau de l'OCC ;
à une architecture élémentaire bâtie :
sur N mémoires élémentaires par site, telles que décrites ci- dessus et mises en parallèles et hiérarchisées de type « Divide and Conquer » afin de conduire à un statut par site de 255 états ;
sur N mémoires élémentaires, telles qu'également décrites ci- dessus et mises en parallèles et hiérarchisées de type « Divide and Conquer » afin de conduire à un statut au niveau de l'OCC de 255 états ou plus.
Généralisation
Dans ie cas d'un grand nombre de mesures à faire, il est possible d'agréger des codes ensembles et aussi d'utiliser moins de capteurs pouvant former plusieurs vecteurs d'état de 255 bits.
Solution de vecteur d'état dans une architecture giobaie.
Pour illustrer un vecteur d'état, le tableau ci-après présente le vecteur d'état considéré, en entrée, dans Se cas de l'amplificateur d'un sous- système radio.
Température Humidité Sonde CEM BITE Code erreur site 12 bits 8 bits 32 bits 128 bits 4 octets
Tableau 1 : Exemple de vecteur d'état d'entrée pour un amplificateur du sous-système radio
En fonction de ce vecteur d'état, il générera les codes suivants :
0001 car tout est ok ;
0002 quand la température est trop importante ;
0003 quand les conditions environnementales sont hors spécification et critique ;
0004 quand l'humidité est trop importante ;
0005 quand l'un des amplificateurs est en panne ;
0006 quand l'un des amplificateurs est presque en fin de vie ;
0007 quand la dégradation des performances est acceptable ;
0008 quand la dégradation des performances est inacceptable ;
0009 quand ia dégradation constatée provient d'un autre élément de la chaîne et que l'état de l'équipement est ok.
Note : A ce code, une entête composée de x digits et/ou x lettres seront rajoutées afin de référencer le site concerné, par exemple : 0001 pour le site référencé 1 et ainsi de suite.

Claims

REVENDICATIONS
1 - Procédé pour gérer des services d'exploitation, d'opération et/ou de support à un système ou à un équipement en vue de leur retour en mode opérationnel suite à une anomalie ou un incident de fonctionnement, Sesdits systèmes ou équipements étant répartis sur plusieurs sites caractérisé en ce qu'il comporte au moins les étapes suivantes :
Une étape préalable de définition de paramètres à surveiller dans ledit système ou ledit équipement, l'ensemble des paramètres définis comportant une signature ou un vecteur d'état associé, permettant de piloter un dispositif d'auto-cscatrisation ou de transmettre automatiquement une signature ou un signal identifiant un défaut de fonctionnement afin de déclencher une intervention de correction ad hoc dudit défaut,
Une première étape de recherche, a priori, de l'architecture physique et/ou logicielle des solutions techniques nécessaires au fonctionnement correct dudit système ou dudit équipement,
Une deuxième étape, de recherche d'un optimum en termes d'organisation matérielle et logicielle, au moyen d'identifications de singularités ou de « pivots » et d'analyses de sensibilités associées, lesdites singularités mettant en évidence un maximum de relations de cause à effet ou de « vraisemblances » classées par ordre d'efficacité décroissante,
Une troisième étape d'utilisation d'un outil d'émulation mis en oeuvre dès la phase initiale dudit procédé, afin de simuler des incidents, des pannes, des anomalies, des dysfonctionnements et d'enrichir les résultats d'architecture matérielle et/ou logicielle obtenus lors de la première étape et des singularités de la deuxième étape afin d'enrichir des mémoires d'états de défauts et de contres réactions associés, au niveau desdits systèmes ou desdits équipements, puis une étape de pré chargement de toutes les hypothèses et données dimensionnant le système dans des outils de Gestion de Maintenance Assistée par Ordinateur, Une quatrième étape de remontée des données opérationnelles où ledit procédé alimente « au fil de l'eau », ledit outil d'émulation de ladite troisième étape à partir des données opérationnelles observées en cours de fonctionnement d'un dispositif ou d'un système,
Une cinquième étape d'analyses et de caractérisations, statistiques, effectuées sur l'ensemble des informations permettant la mise à jour en temps réel des données mémorisées lors de la troisième étape et obtenues lors de Sa quatrième étape,
Le procédé vérifie (4) si S'auto-cicatrisation est possible,
* Si oui (5), Se procédé déclenche des actions afin de corriger les défauts de fonctionnement, et
* Si S'auto-cicatrisation n'est pas possible, (6), alors le procédé génère un « statut » indiquant, au moyen d'une signature ou signal identifiant le défaut, l'état de fonctionnement du système ou du dispositif, puis ledit procédé va générer un signal afin d'activer Se procédé de correction dudit dysfonctionnement,
Une sixième étape de transmission des informations à intégrer dans une base d'apprentissage et de diffusion quasi-instantanée de la solution à divergence constatée et résolue, à l'ensemble des sites de configurations identiques.
2 - Système permettant de gérer les déviations, anomalies ou dysfonctionnements dans un système ou un équipement caractérisé en ce qu'il comporte au moins les éléments adaptés pour exécuter les étapes du procédé selon Sa revendication 1 :
Plusieurs réseaux support (21 ) adaptés pour que les différents éSéments et équipements formant le système communiquent entre eux, et des échanges d'informations ou de données, et un module de communication (30), Un ou plusieurs capteurs Ci associés à un paramètre de fonctionnement dudit équipement ou dudit système, les informations lues sur Sesdits capteurs étant transmises à un organe de contrôle central OCC,
Un dispositif d'auto-cicatrisation,
Ledit organe de contrôle centrai OCC (22) ayant notamment pour fonction de décider ou non d'une intervention technique à effectuer sur les sites en fonctionnement, au-delà de toute action automatique du fait du dispositif d'auto cicatrisation,
Ledit organe de contrôle central OCC (22) comprenant au moins un organe d'observation recevant les différentes données en provenance des capteurs Ci positionnés sur chaque équipement d'un système dont les dysfonctionnements sont à gérer, ledit organe d'observation (23) étant en liaison avec une base de données SIL, et avec un organe d'observations (24) relié à une base d'apprentissage (25), ledit organe de contrôle local (24) recevant des informations de ia part des sites reliés au réseau support et transmettant les données à un organe de génération de commandes (26), ledit organe de génération de commande (26) recevant aussi les données validées et mémorisées dans un module de génération de commandes (27) générant des commandes vers un module (28) de validation.
3 - Système selon la revendication caractérisé en ce qu'un module de communication (30) comprend une antenne RF (32) adaptée à la transmission des données entre les différents dispositifs, plateforme, client participant au système selon l'invention, ledit module de communication comprend un microprocesseur (33), un module fournissant l'énergie (34), et une interface (31 ).
EP11736035.4A 2010-07-13 2011-07-12 Procede et systeme permettant d'operer, un systeme ou un equipement en fonctionnement Withdrawn EP2593910A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1002951A FR2962829A1 (fr) 2010-07-13 2010-07-13 Procede et systeme permettant d'operer, un systeme ou un equipement en fonctionnement.
PCT/EP2011/061859 WO2012007463A1 (fr) 2010-07-13 2011-07-12 Procede et systeme permettant d'operer, un systeme ou un equipement en fonctionnement

Publications (1)

Publication Number Publication Date
EP2593910A1 true EP2593910A1 (fr) 2013-05-22

Family

ID=43827799

Family Applications (1)

Application Number Title Priority Date Filing Date
EP11736035.4A Withdrawn EP2593910A1 (fr) 2010-07-13 2011-07-12 Procede et systeme permettant d'operer, un systeme ou un equipement en fonctionnement

Country Status (3)

Country Link
EP (1) EP2593910A1 (fr)
FR (1) FR2962829A1 (fr)
WO (1) WO2012007463A1 (fr)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2012007463A1 *

Also Published As

Publication number Publication date
WO2012007463A1 (fr) 2012-01-19
FR2962829A1 (fr) 2012-01-20

Similar Documents

Publication Publication Date Title
US20230418266A1 (en) Data modeling and asset management using an industrial information hub
US12093158B2 (en) Digital twin maturation tracking
US11899434B2 (en) Industrial automation project code development guidance and analysis
US12153396B2 (en) Industrial automation asset and control project analysis
US11762375B2 (en) Connectivity to an industrial information hub
US12327210B2 (en) Digital engineering on an industrial development hub
US12079652B2 (en) Digital engineering virtual machine infrastructure
US12556540B2 (en) Industrial automation secure remote access
US12001874B2 (en) Digital engineering secure remote access
US12158797B2 (en) Intelligent dynamic condition-based infrastructure maintenance scheduling
US11741066B2 (en) Blockchain based reset for new version of an application
CN115617385A (zh) 工业自动化控制项目转换
US20230118414A1 (en) Industrial development hub vault and design tools
CN117355869A (zh) 使用红外和常规图像的资产维护预测
US20230005000A1 (en) Identifying commercialization opportunity for a digital twin artifact captured on a mobile device
US20230067108A1 (en) Computer analysis of routing data enabled for autonomous operation and control
US12523990B2 (en) Performance-based smart contracts in industrial automation
EP2593910A1 (fr) Procede et systeme permettant d'operer, un systeme ou un equipement en fonctionnement
Ellermann et al. Microsoft system center optimizing service manager
Sabharwal et al. Setting Up AIOps
Sabharwal et al. AIOps architecture and methodology
Purao Integration of Diagnostics into Ground Equipment Study. Volume 1

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20130110

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20161109

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20190201