WO2020225080A1 - Dispositif de service conçu pour une installation de protection contre les incendies, installation de protection contre les incendies correspondante, système pour faire fonctionner une installation de protection contre les incendies, et procédé correspondant - Google Patents

Dispositif de service conçu pour une installation de protection contre les incendies, installation de protection contre les incendies correspondante, système pour faire fonctionner une installation de protection contre les incendies, et procédé correspondant Download PDF

Info

Publication number
WO2020225080A1
WO2020225080A1 PCT/EP2020/062001 EP2020062001W WO2020225080A1 WO 2020225080 A1 WO2020225080 A1 WO 2020225080A1 EP 2020062001 W EP2020062001 W EP 2020062001W WO 2020225080 A1 WO2020225080 A1 WO 2020225080A1
Authority
WO
WIPO (PCT)
Prior art keywords
user terminal
user
fire protection
service device
central
Prior art date
Application number
PCT/EP2020/062001
Other languages
German (de)
English (en)
Inventor
Henning LIESE
André LICKEFETT
Oliver WISSMANN
Bernd Hallwass-Fedder
Detlef MANDELKAU
Original Assignee
Minimax Viking Research & Development Gmbh
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 Minimax Viking Research & Development Gmbh filed Critical Minimax Viking Research & Development Gmbh
Publication of WO2020225080A1 publication Critical patent/WO2020225080A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
    • H04L12/2825—Reporting to a device located outside the home and the home network
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B17/00—Fire alarms; Alarms responsive to explosion
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/08—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using communication transmission lines
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/14—Central alarm receiver or annunciator arrangements
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B29/00—Checking or monitoring of signalling or alarm systems; Prevention or correction of operating errors, e.g. preventing unauthorised operation
    • G08B29/12—Checking intermittently signalling or alarm systems
    • G08B29/123—Checking intermittently signalling or alarm systems of line circuits
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B29/00—Checking or monitoring of signalling or alarm systems; Prevention or correction of operating errors, e.g. preventing unauthorised operation
    • G08B29/12—Checking intermittently signalling or alarm systems
    • G08B29/14—Checking intermittently signalling or alarm systems checking the detection circuits
    • G08B29/145—Checking intermittently signalling or alarm systems checking the detection circuits of fire detection circuits
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B3/00—Audible signalling systems; Audible personal calling systems
    • G08B3/10—Audible signalling systems; Audible personal calling systems using electric transmission; using electromagnetic transmission
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B5/00—Visible signalling systems, e.g. personal calling systems, remote indication of seats occupied
    • G08B5/22—Visible signalling systems, e.g. personal calling systems, remote indication of seats occupied using electric transmission; using electromagnetic transmission
    • G08B5/36—Visible signalling systems, e.g. personal calling systems, remote indication of seats occupied using electric transmission; using electromagnetic transmission using visible light sources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint

Definitions

  • the present invention relates to a service device for a fire protection system, a corresponding fire protection system, a system for operating such a fire protection system with a service device and a method for operating a fire protection system using the service device.
  • a fire protection system is understood here to mean any type of system that can be used for the purpose of (preventive) fire protection in buildings, halls, rooms or the like. Such fire protection systems can be, for example, but not exclusively, fire alarm systems, fire extinguishing systems, spark extinguishing systems, smoke extraction systems and / or a combination of these.
  • Fire protection systems within the meaning of the invention are in particular systems which include a central device and one or more peripheral devices and / or components that are in communicative connection with the central device.
  • the fire protection system is in particular a fire alarm system.
  • Fire alarm systems usually include a fire alarm center (or a fire alarm and extinguishing control center) as a central device and, as an example of one or more peripheral devices, one or more fire alarms, which can be used as fire gas or smoke gas alarms, as smoke alarms, as flame alarms, as spark alarms and / or as Heat detectors can be designed as well Alarm means that can be configured as horns, sirens, round or flashing lights or the like.
  • the fire alarm center In response to the detection of a (potential) fire event, the fire alarm center receives a corresponding signal from the one or more corresponding fire alarms. The fire alarm center then causes a hazard report to be output by the fire alarm system. In response to such a hazard report, an extinguishing system can then be triggered which is in communicative connection with the fire alarm system, in particular with its central device. Furthermore, further measures can be taken by the central device of the fire alarm system, such as triggering the alarm means, alerting a fire brigade, providing escape movement controls, closing fire barriers, or the like. In this way, fire events such as fires or ignition initiators in the protection area of the fire protection system can be detected early, even if no people are in the protection area at the time of the fire event. This can prevent the fire from spreading any further.
  • the extinguishing systems triggered by the fire alarm system can be, for example, but not exclusively, sprinkler systems, water spray systems, foam extinguishing systems, gas extinguishing systems, powder extinguishing systems or the like, which can be used in particular to extinguish a fire.
  • the term extinguishing system can also be understood to mean fire prevention systems such as inerting systems or similar systems for active fire prevention.
  • Fire extinguishing systems are permanently operational systems that are used to distribute an extinguishing agent such as water, foam, gas or powder in order to contain or extinguish fires that have already occurred using the extinguishing agent. They consist of a pipe system with appropriate outlet openings, such as sprinklers or extinguishing nozzles, through which an extinguishing agent, for example water, gas or powder, can be applied to a fire in order to contain the fire until the fire brigade arrives to (finally ) to delete. In the best case scenario, the extinguishing system can extinguish the fire independently.
  • an extinguishing agent such as water, foam, gas or powder
  • the trigger mechanism of the extinguishing system can be set up mechanically in that the outlet openings are closed, for example, with a glass ampoule or a fusible link, which are set up to be destroyed by high temperatures and thereby release the extinguishing agent.
  • the extinguishing system can also be triggered manually, for example by operating a switch or opening a stopcock.
  • the extinguishing system is typically triggered by the fire alarm system when it detects a (potential) fire event automatically or manually.
  • the combination of a fire alarm system and an extinguishing system is also referred to below as a fire protection system.
  • fire protection systems work with great reliability and are also reliably able to detect (potential) fire incidents and initiate appropriate measures. It is therefore one of the operator's obligations with such fire protection systems to regularly check and / or maintain them in order to be able to quickly remedy or even prevent a malfunction and / or malfunction in the fire protection system.
  • any malfunctions can be identified as early as possible. In this way, early maintenance and / or repair can be initiated and in this way preventive measures can be taken to prevent an initially minor malfunction from resulting in major, possibly plant-wide failures.
  • the checking and / or maintenance for fault identification is usually carried out by a user on site. However, it can happen that the fire protection system is located in a remote and / or difficult to reach location. This increases the effort and the costs incurred each time testing and / or maintenance work is carried out.
  • WO 2011/076184 A1 teaches a communication device which enables remote monitoring and / or remote maintenance of a security system on the one hand and a modular structure - and thus retrofitting - on the other hand.
  • This communication device is, so to speak, “connected upstream” of the existing system, so that the communication device and the system work independently of one another, in which the communication device and the system thus work independently.
  • the functionalities of the communication device of WO 2011/076184 A1 are limited to the provision of a communication connection between a security system and a user remote from it.
  • the communication device of WO 2011/076184 A1 thus only represents a type of “communication tunnel” for transmitting information from the security system to the user. Although this allows a remote check, it cannot be ensured that the remote check and / or the user performing remote maintenance is actually authorized to carry out the corresponding activities, in particular to view the necessary information and to carry out the corresponding configurations. It is also possible for an unauthorized user to access the system via the communication device in order to disable it.
  • a user If the user is an employee of an installer of the fire protection system, who is to check the fire protection system regularly, in particular to compare certain actual values of the fire protection system and of the peripheral devices located therein with the expected target values, and / or to identify any malfunctions at an early stage, as well in the event of such malfunctions and / or deviations would like to carry out appropriate revisions, the user receives comprehensive access to as many aspects of the fire protection system as possible.
  • a user can also be a dispatcher who has been certified for the maintenance of the fire protection system and has been commissioned with it. It is usually not desirable for a dispatcher to receive detailed information on the actual and / or target values of the fire protection system and / or the peripheral devices or detailed information on the malfunctions and the possible reasons therefor.
  • a user can also be the customer himself, for example.
  • the experienced user for example the customer's fire protection officer -
  • the unexperienced user for example an employee of the customer who has no experience in fire protection.
  • the experienced user he or she can be particularly interested in whether the fire protection system and the peripheral devices it contains are in operation and what their current status is.
  • the experienced user therefore has access to the relevant system information.
  • the inexperienced user cannot work with the system information and should not be able to make any changes to the settings of the fire protection system. Therefore, the inexperienced user has no access to the system information.
  • a service device for a fire protection system comprising a communication device that is set up via a first bidirectional communication link to communicate with a central device of the fire protection system and to communicate via a second bidirectional communication link with at least one user terminal to allow the user terminal to access at least part of the system information of the fire protection system, and at least one computing device that is set up, at least one To receive user identification from the at least one user terminal, and to authenticate the at least one user terminal based on the at least one user identification.
  • a service device for a fire protection system which comprises a communication device which is set up to communicate via a bidirectional communication connection with a central device of a fire protection system, in particular a corresponding central communication device of the central device, and via a further bidirectional communication connection with at least one user terminal to communicate.
  • the service device is preferably provided at the location of the fire protection system.
  • the communication between the communication device of the service device and the central communication device of the central device can thus take place in a wired or wireless manner. However, communication preferably takes place wirelessly.
  • wired communication can alternatively or additionally be provided, in particular by a connection in the central device provided specifically for this purpose.
  • the communication between the communication device of the service device and the user terminal is preferably wireless.
  • the communication between the communication device and the user terminal takes place in particular via a cellular network using known cellular technology. In other embodiments, communication takes place via a different network.
  • a service device that can communicate on the one hand with a central device of a fire protection system and on the other hand with a user terminal, at least part of the system information of the fire protection system to which the central device belongs can be made available to the user terminal via the service device.
  • a user terminal is in particular a laptop, a cell phone, data glasses or some other type of terminal that allows a user to transmit the information Display system information, understood.
  • the user terminal is set up in particular to generate a graphic representation of the provided and processed system information in order to display it to the user.
  • system information is understood to mean all types of data that describe the fire protection system and / or the peripheral devices contained therein.
  • the system information can include factory data, that is to say data that provide information about the hardware used, such as module designations, serial numbers and the like.
  • the system information can also include operating data that are used for the operational configuration of the fire protection system, that is to say for example logic settings and configurable (changeable) parameters of the fire protection system and the peripheral devices connected to it.
  • the system information can also include additional data that are generated during the operation of the fire protection system including the peripheral devices, for example runtime data. At least part of this runtime data can be used as status information. As an alternative or in addition, the status information can include further information, independently of the runtime data, which makes it possible to monitor the status of the fire protection system in order to be able to detect possible faults as early as possible.
  • Access to at least part of the system information is understood in particular to mean that the user terminal's access to the system information can be restricted. In some embodiments, this restriction is such that access is completely prohibited. In some embodiments, the restriction is implemented in such a way that the access of the user terminal depends on the authorization level of the user assigned to the user terminal.
  • the service device further comprises a computing device which is set up to receive at least one user identification from the user terminal and to authenticate the user terminal on the basis of this user identification.
  • a user identification is to be understood as any type of identification with which the user terminal assigned to a specific user is identified can be.
  • a user identification can include, for example, a device identification number of the user terminal.
  • the user identification can also include a MAC identification or a unique identifier that has been generated, for example, on the basis of the device identification and a user ID.
  • a subscriber identity module (SIM) or an electronic subscriber identity module (eSIM) can be used to authenticate the user terminal - or the corresponding user.
  • authentication is to be understood here in such a way that first the user is identified and then it is determined which authorization level the user has, that is to say which system information is to be made available to the user. This means that the authentication determines whether system information should be transmitted and, if so, which system information the user is allowed to receive.
  • the communication device is further configured to receive system information from the central device, the computing device being configured to prepare the system information for transmission to the at least one user terminal, and the communication device being configured to provide the system information in response to the authentication of the user terminal to transmit the user terminal.
  • the service device can also be set up to use its computing device to process the system information received from the central device in a user-specific manner and to transmit it to the user terminal after the processing.
  • the processing of the system information can therefore be understood in particular to be processing depending on the user to which the processed system information is provided, that is to say which information is required by which user.
  • the processing of the system information can include the creation of a log and / or a summary.
  • the processing of the system information can also include evaluating the system information in order to determine whether the fire protection system complies with parameters specified by guidelines, such as approval and / or safety standards, or within the limit values specified by guidelines emotional.
  • the processing can also include a comparison between actual and setpoint values generated during operation of the fire protection system, in particular the components and / or peripheral devices contained therein. In any case it is provided that the processing takes place in such a way that the system information for the respective user is compiled according to the role assigned to him.
  • logging can include, in particular, logging of those data in the system information that relate to specific testing activities prescribed by guidelines, that is to say a type of maintenance log.
  • a log can relate to the comparison of actual and target values of changeable parameters of the fire protection system or the operating parameters of the components and / or peripheral devices and / or the like located therein.
  • the evaluation of the system information can also be used to check the fire protection system in real time, the values being provided to the user in real time and in particular real-time messages being displayed, for example in the event of malfunctions or the like.
  • the processing can also include processing the system information in such a way that the user is provided with documentation about the fire protection system, its development over time and possible predictions for the future.
  • the logging and / or the summary can include, in particular, a summary of the previous test or maintenance protocols in order to give the dispatcher an overview of the workload that will arise during the next maintenance / repair.
  • the user can also have a summary and / or a list of the proposed materials required for maintenance.
  • the evaluation result can also be displayed here so that the user can compare whether the list is complete.
  • the processing can also include creating an overview of the current configuration of the fire protection system - or of the individual components therein.
  • the processing of the data can in particular include a summary of the current status of the fire protection system or the components and / or peripheral devices located therein.
  • the processing can also include filtering, so that the user is only shown the system information that might be of interest to him. In some embodiments, this relates in particular - in the case of a real-time display - to the system information that deviates from the standard, in particular to the status information that deviates from its corresponding adjustment values (setpoint values).
  • the processing can also include the creation of test protocols, maintenance protocols and / or maintenance reports. It is preferred here that this logging includes less detailed information than, for example, in the case of the installer.
  • the processing can furthermore comprise a combination of the past values of one or more parameters of the system information, in particular the status information.
  • the processing can also include an evaluation and an indication and / or prediction of an expected disruption and / or a tendency for certain disorders.
  • the authentication performed by the computing device is therefore used to identify the user and thus to determine which system information is to be transmitted in the present case and how it is to be processed. This enables a user-specific provision of the relevant information to be achieved.
  • the service device further comprises an access restriction device which is set up to enable access by the at least one user terminal to the central device if the at least one user terminal can be authenticated and to prevent it if the at least one user terminal cannot be authenticated.
  • the service device preferably comprises an access restriction device which is set up not only to restrict or enable access to the system information based on the authentication accordingly - i.e. to provide certain users only with certain system information - but also to access the central device of the fire protection system itself, in particular for configuration the same, to activate / deactivate certain functions and the like, to enable, restrict and / or completely prevent on the basis of authentication.
  • the authentication by the computing device of the service device can show that the user is an installer of the fire protection system. In this case, the user has unrestricted access to the central device and its configuration. If the authentication reveals that the user is a dispatcher, access can be restricted to the settings of the central device that have to be changed for the maintenance work carried out by the dispatcher. If, on the other hand, the authentication reveals that the user is a customer, access to the central device can be completely prevented if there is no provision for the customer to make changes to the fire protection system.
  • the service device further comprises a verification device, wherein the communication device is further configured to communicate with a server component via a third bidirectional communication connection, and the verification device is configured to receive an access verification from the at least one user terminal, and in response to the access verification to cause the communication device to establish the third bidirectional communication connection.
  • the communication device is set up to transmit the system information to the at least one user terminal with the aid of the server component.
  • the service device can be set up to continue to communicate with a server component, such as a cloud.
  • the communication device of the service device is preferably set up to set up a further bidirectional communication connection with a server communication device of the server component.
  • Providing such a server component has the advantage that part of the functionalities of the service device, for example the storage of the system information in a memory, can be outsourced to the server component in order to reduce the requirements for the capacity of the service device.
  • the system information can also be stored both in a storage device of the service component and in a data memory of the server component in order to be able to carry out redundant storage of the relevant system information.
  • the service device comprises a verification device which is set up to verify that a user is identified by the user terminal - may use the server component.
  • the verification device is set up to receive an access verification from the user terminal.
  • the user terminal is set up to transmit the access verification to the communication device of the service device.
  • the communication device then transmits the access verification to the verification device for verification of the user.
  • the user identification comprises or corresponds to the access verification.
  • the access verification can also be a dedicated signal.
  • the verification device is set up to determine on the basis of the access verification whether the user is authorized to access the server component. If this is the case, the verification device enables the bidirectional communication link between the communication device of the service device and the server communication device of the server component so that the user can use the functionalities of the server component. If, on the other hand, the user has no authorization, there is no release by the verification device and the unauthorized user cannot access the server component.
  • the verification device is thus set up to restrict the access of the service device with which the user is communicating to the server component, in particular to prevent it if the user is not authorized to use the server component.
  • the user can in particular obtain a server license that allows the user to use the server component.
  • the server license is time limited. Alternatively or additionally, it can also be a permanently granted server license.
  • the service device and the user terminal can also be set up, after the verification of the user and the corresponding release of the communication connection between the service device and the server component, no longer exclusively to communicate directly, but alternatively or additionally via the server component.
  • the server communication device of the server component is set up in particular to set up a further bidirectional communication connection to the user terminal.
  • the communication between the service device and the user terminal can then take place directly and / or via the server component.
  • Has communication via the server component this has the advantage that the server component can take over some of the functionalities of the service device without the data volume to be transmitted being significantly increased.
  • the at least one user identification comprises an identity module of the user terminal.
  • the user terminal is preferably a cell phone or a tablet.
  • Such cell phones or tablets are usually equipped with an identity module, in particular a subscriber identity module (SIM) for a cellular network.
  • SIM subscriber identity module
  • the subscriber identity module allows the user terminal to be identified in the cellular network.
  • This functionality can also be used to identify the user by the service device. That is, the computing device of the service device is set up to identify the user by means of the (subscriber) identity module.
  • the identity module in particular the subscriber identity module, is set up as a programmable module. This allows software-based programming of the user identification.
  • the first bidirectional communication link and / or the second bidirectional communication link and / or the third communication link comprise an encrypted communication link.
  • the bidirectional communication connection between the central communication device of the central device and the communication device of the service device and / or the bidirectional communication connection between the communication device of the service device and the user terminal and / or the bidirectional communication connection between the communication device of the service device and the server communication device of the server component can be encrypted will.
  • both the service device and the central device as well as the user terminal and the server component can each include a cryptography device by means of which the data and commands to be transmitted, in particular system information and user inputs, are encrypted according to known methods and then transmitted.
  • only the central device and the service device or only the user terminal and the service device or only the server component and the service device can be used comprise a cryptography device if only one of the three bidirectional communication links of the service device is to be encrypted.
  • the keys that are used to encrypt the bidirectional communication link between the central communication device and the communication device can also be used to authenticate the service device to the central device.
  • the key can contain an authentication parameter that authenticates the service device to the central device and thus, for example, defines the access rights of the service device.
  • the keys that are used to encrypt the bidirectional communication link between the communication device of the service device and the user terminal can serve as user identification for authenticating the user.
  • the keys can also be used to authenticate the service device to the user terminal.
  • the authentication can take place again via a corresponding authentication parameter within the key for encryption.
  • the keys used to encrypt the bidirectional communication link between the communication device of the service device and the server communication device of the server component can be used to authenticate the service device to the server component and / or to authenticate the server component to the service device.
  • the key can contain an authentication parameter that authenticates the service device to the server component and thus, for example, defines the access rights of the service device.
  • an authentication parameter can be included which authenticates the server component to the service device and in particular specifies which data the service device can receive from the server component. This authentication of the server component can be particularly advantageous if part of the data provided by the server component is used for setting and / or configuration and / or maintenance and / or testing of the fire protection system in order to ensure that the data originate from a verified server component .
  • the service device further comprises an identification device which is set up to transmit identification data of the service device to the at least one user terminal. It is preferred that the service device identify itself to the user terminal.
  • the service device further comprises an identification device which is set up to transmit identification data for identifying the service device to the user terminal.
  • the communication of system information and the like via the bidirectional communication link between the communication device of the service device and the user terminal is only permitted when both the user terminal has been authenticated by the service device and the service device has been authenticated by the user terminal, i.e. bidirectional identification is done.
  • the identification data is an identification number of the service device.
  • This identification number can in particular be processed by the identification device in such a way that it can be used by the user terminal to identify the service device and then transmitted to the user terminal.
  • One advantage here is that it is possible to determine afterwards which user terminals and which service devices were used in the system.
  • the identification device can also be set up as an alternative or in addition to the computing device to identify the user terminal on the basis of the user identification. In some embodiments, the identification device can also be set up to identify the central device and / or the server component. Further applications of the identification device are conceivable. This increases security.
  • the system information includes status information that is indicative of the status of the central device and / or at least one peripheral device.
  • the computing device is set up to evaluate the system information including the status information and, based on the evaluation, to transmit a status indication to the user terminal via the second bidirectional communication connection.
  • the computing device is further set up, based on an evaluation of the system information including the status information, to generate a status log and to store it in a memory unit.
  • the term status information is understood here to mean all information that allows conclusions to be drawn about the status of the fire protection system, in particular about the status of the peripheral devices located therein.
  • the term status information includes, in particular, the framework data that make a statement about whether the peripheral device is still working properly, understood.
  • the status information can also relate to information about the status of the central device, such as the current power consumption of the central device and / or the current power consumption of a component such as a module, the central device, the battery charge status (determined via the battery resistance) of the central device and / or a module and the like.
  • the status information can in particular be provided as part of system information of the fire protection system.
  • the status information comprises in particular (part of the) runtime data.
  • the status information can include further information that makes it possible to monitor the status of the fire protection system in order to be able to detect possible faults as early as possible.
  • the system information including this status information can be evaluated by the computing device.
  • the evaluation of the system information can be used to check the fire protection system in real time, the values being made available to the user in real time and in particular real-time messages being displayed, for example in the event of malfunctions or the like.
  • the user can also be provided with documentation about the fire protection system, its development over time and possible predictions for the future.
  • this evaluation includes, in particular, a comparison of the values of the status information with comparison values stored in a memory unit.
  • the term adjustment values is understood to mean, in particular, nominal values for the individual parameters that are contained in the status information.
  • the comparison values therefore relate to the values that should be available for the respective status information in order to determine that the fire protection system is functioning as specified. If the calibration values deviate from the values determined, it can be concluded that a problem has occurred within the fire protection system.
  • the adjustment values can be determined theoretically or empirically. This means that the adjustment values can on the one hand be determined by calculation and written to the memory as target values, and / or they can include the actual values determined in the past for the fire protection system and / or the system comprising the fire protection system, which are used as adjustment values are stored in the memory unit. This means that if it was found in the past that the system and / or the fire protection system works for certain values, it can be assumed that these values correspond to comparison values which are indicative of a functioning system and which can therefore be used for checking.
  • the computing device is preferably set up to retrieve one or more calibration values from the storage unit.
  • This memory unit can be designed as an internal memory of the service device in which the calibration values have been stored.
  • the service device can also be set up to call up the adjustment values from an external storage unit, for example via the communication device, which then forwards the adjustment values to the computing device.
  • the external storage unit can in particular be set up as part of a server component, the communication device being set up to access the external storage unit via a network.
  • the external storage unit can also be implemented as an external database that is connected directly to the service device in a wireless or wired manner.
  • the computing device uses the adjustment values to evaluate the status information.
  • this can mean that the computing device is set up to compare how far the current actual value deviates from the setpoint value and to output a corresponding status indication that allows a statement about the status of the fire protection system.
  • the status indication is set up to indicate whether the fire protection system works without malfunctions or whether malfunctions and / or malfunctions can be detected in certain locations.
  • the status indication can in particular be output to the user terminal - and thus to the user - via the bidirectional communication connection with the user terminal.
  • the evaluation of the system information including the status information can in particular include the creation of status logs.
  • This status logging makes it possible to determine whether the fire protection system complies, for example, with parameters specified by guidelines, such as approval and / or safety standards, or is within the limit values specified by guidelines. It is provided here that the status log is created in such a way that the system information for the respective user is compiled according to the role assigned to him. If the user is, for example, the installer, the status log can in particular include a log of those parameters of the system information that relate to certain test activities specified by guidelines, that is to say a type of maintenance log. Alternatively or in addition, such a protocol can relate to the comparison of actual and target values of changeable parameters of the fire protection system or operating parameters of the components located therein, such as peripheral devices or the like, and thus represent a type of test protocol.
  • the status log can in particular include a summary of the previous test or maintenance logs in order to give the dispatcher an overview of the workload that will be required for the next maintenance / repair.
  • the user can also be provided with a status log based on the evaluation, which includes a list of the proposed materials required for maintenance.
  • the status log can also include an evaluation result of the evaluation, so that the user can compare whether the list is complete.
  • the status log can in particular include the current actual status of the fire protection system or the peripheral devices located therein.
  • the status logging may also include audit logs and / or maintenance logs and / or maintenance reports. It is preferred here that these logs contain less detailed information than, for example, in the case of the installer.
  • the creation of the status log can also include a compilation of the past values of one or more system information items, in particular the status information items.
  • the computing device is set up to receive at least one user input from the user terminal in response to the transmitted system information and to adapt the system information of the fire protection system on the basis of the at least one user input.
  • the user input includes, in particular, an operating book entry from a service technician
  • the adaptation of the system information includes, in particular, adding this operating book entry to the information provided by the computing device on the basis of the system information, in particular the status information, Test and / or maintenance logs and / or maintenance reports and / or other types of logging created.
  • the user input can also specify further materials that are required for maintenance and the computing device can be set up to determine which maintenance work is due on the basis of these materials.
  • the adaptation based on the user input can also comprise processing and / or providing further system information.
  • adapting the system information can also include adapting the configuration of one or more system parameters of the fire protection system and / or the peripheral devices and / or components located therein, so that a user can configure the fire protection system via a remote connection, for example because of the User has recognized that such a configuration is necessary.
  • the scope of the configuration and / or adaptation of the system information and / or system parameters can in particular depend on the respective user, or his access rights, and can be individually adapted by the service device.
  • the service device further comprises a storage device for storing the system information.
  • the service device is provided with a storage device, such as volatile and non-volatile memory.
  • This storage device is preferably used to store the system information.
  • the system information can only be stored on the service device.
  • the system information can also be stored in a data memory of the server component.
  • certain system information can only be stored in the storage device of the service device and certain system information can only be stored in the data memory of the server component.
  • redundant storage takes place in the storage device of the service device and in the data memory of the server component. This increases the flexibility of the system, since in particular the service device can be exchanged without great effort, as well as the security of the storage, since if a memory is destroyed, the information is still available in another memory.
  • the computing device is also set up, a difference between the system information that is stored in the storage device and to recognize the system information provided by the central device and to adapt the system information in the storage device in response to this difference.
  • the computing device of the service device is preferably set up to determine a difference between the system information stored in the memory device and the system information provided by the central device, that is to say to determine which values of which system information have changed.
  • the computing device is also set up, in response to this determination, to only retrieve and rewrite that system information whose values have changed in the memory device. All other system information is not saved again, optionally with a note that it has remained constant.
  • the computing device is set up to recognize the difference when the communication connection is set up between the central device and the service device.
  • this comparison of the system information and the associated determination of possible differences are preferably carried out each time the communication connection is (re) established between the central communication device of the central device and the communication device of the service device. This ensures that the service device stores the current status of the system information each time it is connected to the central device.
  • the storage device is further configured to store a first software identification of software data
  • the computing device is further configured to read out a second software identification from the central device via the communication link, which is indicative of the software data on the central device, the first software identification and the second Software identification tion, and in response to a determination that the first software identification and the second software identification differ, to transmit the software data via the communication link to the central device.
  • the service device can also be set up to check a firmware version of the central device or a module located therein and, if necessary, to bring it up to date.
  • the storage device of the service device is set up to store a first software identification.
  • a first software identification is understood in particular to be an identification number which is indicative of a software version of software data.
  • software data is understood to mean the data and codes forming the firmware.
  • the first software identification preferably indicates a current version of the software data.
  • a second software identification is also understood in particular to be an identification number which is indicative of a software version of software data.
  • the software version indicated by the second software identification is the version of the software data as it is currently loaded and active on the central device or the corresponding module.
  • the first and second software identifications are preferably compared with one another by the computing device of the service device.
  • the computing device of the service device is preferably set up to to transmit the current software data by means of the communication device via the bidirectional communication link to the central device, where the software data can then be used to update the software version.
  • the software data are stored in the current version in the data memory of the server component. This means that the service device retrieves this current software data from the data store of the server component and then transmitted to the central device. This ensures that the firmware is updated when the service device is started. The update can be triggered manually or automatically.
  • this transmission includes the prior sending of a request as to whether the update of the software version is desired.
  • the service device transmits this request to the user terminal and the user terminal generates an indication, which can be haptic and / or acoustic and / or visual and / or the like, that an update is recommended. The user can then confirm this request, which leads to the transmission of the software data, or reject it. In this case, the update is not carried out.
  • the service device can be set up to transmit this request to the central device.
  • the central device can be set up to either automatically check the request and, if an update is possible, to confirm it in order to initiate the update.
  • the central device can be set up to output an indication, which can be haptic and / or acoustic and / or visual and / or the like, and thus to move a user of the central device to react to the request.
  • the updating is carried out in response to a confirmation from the user.
  • the first and second software identification can also be provided in other ways than by corresponding identification numbers. It is only important at this point that the format of the first and second software identifications allows a comparison between the two software identifications.
  • the first and the second software identification are therefore preferably provided in the same format.
  • the service device further comprises an indication device which is set up to output an indication when the reception of the system information is complete.
  • an indication device can be understood to mean any type of device which outputs a notice that the user can perceive to a user in order to indicate that the system information to be provided has now been received in full. This information can be given haptically, acoustically and / or visually in particular.
  • the indicating device is a device that is configured to be both visual and audible Output note.
  • the indication device can be set up to transmit the indication to the user terminal, the user terminal being set up to output a corresponding message.
  • system information includes at least one of the following:
  • system information can include data that includes information about at least one hardware component of the fire protection system.
  • Component is to be understood broadly and includes both the individual peripheral devices of the fire alarm system, such as the different fire alarms, pumps, temperature meters, circuit arrangements and the like, which can be identified as part of the system information by means of their serial numbers, as well as the components of the central device, such as For example, the individual modules that can be used in the central device to carry out certain activities.
  • the system information can also include data that includes information about a setting of the fire protection system. These include in particular the changeable parameters of the fire protection system and / or the peripheral devices in it, which can be set and, if necessary, adapted when configuring the fire protection system, for example. Furthermore, this data can also include logic settings of the logic elements of the fire protection system. As an alternative or in addition, the system information can also include data that includes information about an operating state of the fire protection system. These data, which in particular include the status information, relate to additional data that are generated during operation and allow conclusions to be drawn about the operating status of the fire protection system. Parameters of the status information are, for example, the pressure of a pump or the pressure in the pipe system, the power consumption of the central device, values that are indicative of the contamination of sensors, and / or temperature data and / or the like.
  • the computing device is also set up to check the at least one user input and, in response to the checking, to generate a check indication for transmission to the user terminal.
  • the computing device of the service device is set up to check and validate the user input made in response to the displayed system information.
  • the computing device is set up to check during the validation whether the user input is permissible.
  • a check as to whether the user input is permissible is understood in some embodiments to be the check as to whether the user input relates to an aspect on which the user operating it has access and is allowed to influence.
  • the installer of the fire protection system usually has more aspects to which he can make user entries than the end customer.
  • a check of the admissibility of the user input can also be understood as checking whether the input is admissible in terms of content.
  • the user can, for example, change the changeable parameters by means of the user input, the changes not being compatible with any predetermined limit values. In this case, the computing device can prevent the parameters from being adjusted on the basis of a user input that is not permitted for the fire protection system.
  • the service device can output a positive indication to the user by means of the user terminal, which in particular includes a confirmation that the system information has been adapted.
  • the service device can output an indication that the user input is not allowed and / or an indication that the changes have not been made. Further indications are conceivable.
  • receiving the at least one user input includes an authentication of the user terminal.
  • the computing device is further set up to determine an access authorization of the user terminal and / or to filter the system information that is transmitted to the user terminal based on the access authorization.
  • the service device receives information about the access rights of the user terminal to the central device and / or the server component.
  • the service device preferably comprises an authentication device as part of the computing device, which is set up to authenticate the central device and / or the server component when the system information is received. This allows the user to check whether the system information has been correctly and completely transmitted from the correct central device and / or server component.
  • the authentication device can be set up to check the validity of a license and, on the basis of this check, to decide on the access of the user terminal to the service device and / or the server component. Access can be denied if the license has expired and can be permitted if the license has not expired or has been extended.
  • the central device can in particular be set up to automatically recognize the service device when the communication connection is established and to provide it with all system information.
  • the authentication device is also set up to query a license key from the user terminal when the communication device is established with the user terminal. In response to this request, the user terminal transmits its license key via this communication connection. The license key is then checked by the authentication facility. If this is valid, the user terminal is allowed access to the service device. If it is not valid, access will be denied. This refusal can include a notice that the license key is no longer valid and may need to be renewed.
  • the license key is provided to the user terminal by an external server.
  • the user must connect to the external server and query the license key.
  • the license key can then be made available permanently or for a limited period.
  • the license key must be extended and / or renewed after a certain period of time. In some cases This period is between one year and one day, in particular between 100 days and one day, in particular 30 days.
  • the external server can in particular be provided by the installer of the fire protection system and / or the server component.
  • the external server can also be provided as part of the server component, in which case the user terminal has only limited access to the server component without a valid license key.
  • the communication device is also set up to communicate with the central device of the fire protection system via the bidirectional communication connection, the central device being in communicative connection with at least one peripheral device of the fire protection system.
  • the central device can also be set up to communicate with at least one peripheral device of the fire protection system.
  • the central device can communicate with the peripheral devices either by means of the central communication device, which is also used for communication with the service device, and / or by means of a central peripheral device in the central device that is dedicated to communication with the peripheral devices.
  • the central peripheral device should then be set up to communicate with the central communication device in order to transmit the information received from the peripheral devices to the service device.
  • peripheral device is understood here to mean any type of sensor, detector, alarm (hazard alarm, fire alarm), alarm, emergency call device, or actuator, control and switching device for controlling or disconnecting devices such as extinguishing systems or air conditioning systems.
  • Fire detectors can be automatic fire detectors, such as smoke detectors, heat detectors, flame detectors, spark detectors, fire gas detectors or smoke aspiration systems. Fire alarms can also be designed as manual fire alarms.
  • peripheral devices are provided in particular:
  • Fire alarms such as automatic fire alarms or manual fire alarms and hazard alarms for recording event messages, fire alarms and faults, and / or
  • Limit switches that are used to detect the position of, for example, ball valves, gate valves, butterfly valves, or the like, and / or • Pressure switch, and / or
  • Float switch for level measurements in, in particular, compressed air water tanks, pressureless water tanks and / or other extinguishing fluid storage tanks, and / or ⁇ temperature switches, for example for monitoring the ambient temperature within the fire alarm system and / or the fire protection system; and or
  • Pump pressure switches which are used, for example, to start pump motors in the event of a pressure drop in the pipe network carrying the extinguishing fluid and / or in a valve; and / or ⁇ gas sensors; and or
  • Actuators such as horns, flashing lights, valves or the like.
  • This communication link between central device and service device and central device and peripheral devices makes it possible, on the one hand, to transmit the status information that is indicative of the status of the central device to the service device and, on the other hand, to transmit the status information that is indicative of the status of the peripheral devices to the To transmit service device. This allows a comprehensive evaluation of the status information and thus a particularly accurate assessment of the status of the fire protection system.
  • evaluating the status information includes determining a limit value for a deviation of a value of a parameter in the status information from the adjustment value, the computing device also being set up to provide a deviation indication when the limit value is exceeded or not reached and to integrate the deviation indication into the condition indication.
  • the computing device is set up to output a maintenance indication in response to the deviation indication.
  • the target values of the fire protection system are usually not limited to exactly one value, but rather move within a range that is limited upwards and downwards by corresponding upper and lower limit values. These limit values can be determined using guidelines. Alternatively or additionally, they can be determined arithmetically or empirically. In some embodiments, these upper and lower limit values are stored in the memory unit. The computing device of the service device is set up to read out these limit values and to determine which limit values are to be used for which parameters within the status information. The computing device is then set up to determine the value of the respective parameter within the status information and to compare it with the upper and lower limit values. If the value of the parameter moves within the limits, the computing device determines that everything at this point corresponds to the specifications.
  • the computing device determines that there is a deviation from the norm. In this case, the computing device is set up to generate a deviation indication.
  • the deviation indication thus indicates that there is a deviation for a specific value, i.e. that the value is no longer within the specified range.
  • This deviation indication can then be output, specifically haptically, graphically and / or audibly.
  • the deviation indication is designed in particular as an alarm.
  • this includes an indication of which value - or which values - is affected by the deviation and whether the limit value has been undershot or exceeded.
  • the deviation indication also already includes an indication of the cause of the deviation.
  • the computing device is also set up to also output a maintenance indication in response to the deviation indication, that is to say an indication that maintenance of the fire protection system is necessary.
  • the computing device can in particular output the maintenance indication to the central device, that is to say can cause the communication device to transmit the maintenance indication to the central communication device.
  • the computing device can also output the maintenance indication to a user terminal, that is to say can cause the communication device to transmit the maintenance indication to the user terminal.
  • the user terminal preferably comprises a graphical user interface on which a graphical representation of the maintenance indication can be displayed.
  • the computing device is also set up to store the status information in the memory unit.
  • the computing device is set up to store the status information received via the communication device in the internal or external storage unit after the evaluation, possibly together with the generated status indication and a corresponding time stamp.
  • the computing device is set up to store the status information received via the communication device in the internal or external storage unit after the evaluation, possibly together with the generated status indication and a corresponding time stamp.
  • the computing device is also set up to evaluate the status information based on the user input. It is preferred that the computing device is set up to take the user input into account when evaluating the status information.
  • the user input can in particular be further information on the status, such as the information that a certain peripheral device has been replaced, removed or added - and therefore other values are now available.
  • the user input can also be a confirmation of the status information that it corresponds to user expectations.
  • the user can indicate that a peripheral device should be replaced.
  • the computing device will then include a corresponding note in the status indication.
  • the state information includes at least one of the following:
  • the status information can in particular include parameters - or information - which are indicative of whether a reporting unit is functional as a possible peripheral device of the fire protection system.
  • Reporting units usually include sensors for detecting fire parameters. These sensors can become soiled and / or destroyed over long periods of time.
  • the status information includes one or more values that indicate whether the reporting units are still functioning reliably. This determination is preferably carried out on the basis of a comparison between the value of the status information as the actual value and a corresponding comparison value as the setpoint value.
  • the actual values, which are indicative of the contamination can be stored over a longer period in order to observe their development. This allows early detection of a shift in the value, in particular in the direction of the limit value at which there is no longer any functionality.
  • the status information can also include parameters - or information - which indicate whether closure elements, such as flaps or the like, are functional as peripheral devices of the fire protection system and, if applicable, are in the specified position.
  • a value of a parameter of the state information can indicate a degree of opening of a closure element.
  • each locking element must have a specific position that is linked to a specific degree of opening. If a closure element deviates from this predetermined degree of opening in terms of its value beyond certain tolerance limits, a malfunction can be assumed here.
  • the status information can also include parameters which indicate the switching position in which the switching elements of the fire protection system are currently located and / or whether the individual switching elements are, for example, shifting or deviating from the switching position. Every switching element in a fire protection system has one position specified for the non-triggered state. It must be checked whether this position is actually adhered to. This is the only way to ensure that the fire protection system works in the event of a fire. Here, too, the switching position of the individual switching elements can be traced over time in order to be able to identify possible trends.
  • the status information can also include parameters that indicate the status of the central device of the fire protection system and / or the components of the central device, such as corresponding modules.
  • a parameter can be, for example, the power consumption of the central device and / or the resistance of an accumulator in the central device. If the value for the power consumption and / or the resistance changes, this can be a sign that the connected loads are malfunctioning. This is because such consumers may have a higher or lower consumption and thus represent a changed load.
  • the quiescent current of the central power supply, that is to say of the power pack, of the central device is preferably determined and monitored over a longer period of time by means of the above parameters.
  • the fire protection system has been expanded to include certain components or that one or more components are malfunctioning.
  • a possible malfunction can also be predicted here over a longer period of time by observing the value development for a specific parameter within the status information.
  • the computing device is set up to generate an evaluation result based on the evaluation of the status information
  • the communication device is furthermore set up to transmit the evaluation result, in particular together with the status information, via the bidirectional communication connection to the data memory of the server component, the evaluation result with is associated with a time stamp indicating the point in time at which the status information was received.
  • An evaluation result is understood to mean, in particular, a summary of the evaluation of the status information at a given point in time, namely the point in time at which this status information was received and evaluated. That is to say, the evaluation result includes a result of the evaluation for each parameter in the status information that has been evaluated. In some embodiments, this can mean that the evaluation result for all parameters of the Status information determines that their values are within the specifications. In some embodiments, however, the evaluation result can also include one or more parameters of the status information, the values of which deviate from the specifications. In this case, the evaluation result can thus state that the values for parameters a to c are in the specified range, but not for parameters d and e.
  • the evaluation result can also include a status indicator that can be output to a user.
  • the status indication is set up to indicate whether the fire protection system is functioning without malfunctions or whether malfunctions and / or malfunctions can be determined for certain components. If, as mentioned above, the values of the parameters d and e are not in the specified range, the evaluation result can include, for example, a status indication that points out this deviation to a user.
  • the evaluation result is preferably transmitted to the server component, the data memory of the server component being set up to store the evaluation result.
  • the evaluation result is provided with a time stamp which identifies the corresponding point in time.
  • the evaluation result is then written into the data memory, associated with the time stamp. This process is preferably repeated at regular intervals. This allows the development of the evaluation results over time to be traced. This allows trends and developments in the fire protection system to be identified over a longer period of time and, if necessary, faults and / or malfunctions that may develop can be predicted at an early stage.
  • the status information is indicative of a status of at least one peripheral device of the fire protection system, the evaluation result also being associated with a device index that is indicative of the respective peripheral device.
  • the status information particularly includes values for parameters that are indicative of the status of one or more peripheral devices.
  • the evaluation result generated on the basis of this status information can in this case, in addition to a time stamp, also be associated with at least one device index, the device index being indicative of the respective peripheral device for which the status information was received.
  • this evaluation result is associated with the device indices of peripheral devices A and B in such a way that the evaluation result allows the result of the evaluation for peripheral device A to be uniquely assigned to peripheral device A and the result of the evaluation for peripheral device B to be uniquely assigned to peripheral device B.
  • the evaluation result enables a quick overview of the status of the individual peripheral devices.
  • the additional use of the time stamp makes it possible to monitor the development of each peripheral device over time on the basis of the evaluation results.
  • the user terminal can in particular be used to select a specific peripheral device and to provide the results for this specific peripheral device as a function of time from the time-stamped evaluation results. In this way, a peripheral device-specific provision of the state, in particular in the form of a graphic representation, can be achieved.
  • the computing device is set up to generate a status log of the fire protection system on the basis of the status information and the time stamp.
  • the status log includes one or more of a status indication, a deviation indication and / or a maintenance indication.
  • the computing device of the service device is also set up to create a status log.
  • Such status logging is understood below in particular as a summary of the evaluation results as a function of time. This means that the time stamp associated with an evaluation result is used to summarize the chronological progression of the evaluation results over a longer period of time.
  • the device index associated with a corresponding peripheral device can also be included in the generation of the status log.
  • the device index can be used to generate a filter that makes it possible to provide the time course of the results with respect to the status for a specific peripheral device by filtering the further results.
  • the device index can also be used, for example, to select two peripheral devices of the same type and a status pro- to create a record in which the states of the two peripheral devices are compared with one another.
  • Further indices, such as module identification numbers or the like, can also be included in the generation of the status log, which make it possible to establish a filter specifically for these components and to filter the corresponding status information. This enables a simplified and clearer overview of the status of the fire protection system.
  • the status log is provided to the user.
  • this can be done by the user terminal via the display device of the user terminal, which is set up, for example, to graphically display the status log. This allows the user to view the status log from a distance.
  • the status log can also be made available to the user via a central display device of a central device.
  • the central display device can also be set up to generate a graphic representation of the status log and then to display it. In this case, the user can view the status log on the central device.
  • the status logging further comprises the status indication, a deviation indication and / or a maintenance indication.
  • the computing device of the service device can be set up, based on the evaluation of the status information, to generate a status indication and / or a deviation indication and / or a maintenance indication and to output these.
  • the output is preferably made to a user of the fire protection system.
  • the output can take place haptically, graphically and / or audibly.
  • the output indications is stored in the data memory of the server component, so that it is still possible to retrace which indications were output by the service device.
  • This storage is preferably also carried out with a corresponding time stamp. If a status log is now generated on the basis of the evaluation result and the time stamp, the references to the indicated indications, also associated with their corresponding time stamp, are inserted into the status log. Notes are preferred on the indications integrated into the graphical representation of the status log so that the user can see them.
  • the computing device is set up to receive a service route specification which specifies an order in which the status information is to be evaluated, and to evaluate the status information in accordance with the service route specification.
  • the invention relates to a fire protection system comprising a central device, the central device being set up to be communicatively connected to a service device according to one of the embodiments described above.
  • the invention relates to a system for operating a fire protection system, comprising at least one service device according to one of the embodiments described above, at least one user terminal, and at least one central device of the fire protection system, wherein the service device is set up via the first bidirectional communication connection with the Central processing unit of the central device to communicate.
  • the service device is set up as an internal service module of the central device.
  • the invention also relates to a system for operating a fire protection system, in which the service device is set up for communication between the user terminal and the central device of the fire protection system.
  • the service device is designed as a type of box that can be connected externally to a central device, for example via the central card.
  • the service device can also be designed in the form of a module that is installed internally in the central device.
  • the advantage of an embodiment as an internal module of the central device is, in particular, that the first bidirectional communication connection between the central device and the service device runs internally and is thus better protected against unauthorized access.
  • system further comprises a server component, wherein the service device is set up to connect the central device and the server component communicatively.
  • the system can also include a server component, such as a cloud.
  • the server component comprises a server communication device and a data store.
  • the data memory can be used for temporary or permanent storage of system information, status logging, evaluation results and the like. Saving in a data memory of a server component makes it possible to store large amounts of data without equipping the service device with a high storage capacity.
  • the storage also allows the development of the system over time to be monitored in order to be able to make predictions about possible malfunctions and / or malfunctions if necessary.
  • storage on the server component is also advantageous in that, in the event of the service device being replaced - for example due to a malfunction of the service device, the data is immediately available, that is, without prior backup from the service device or the like. The replacement of the service device is therefore simplified.
  • the at least one user terminal comprises a graphical user interface and a user input device, the graphical user interface being configured to generate a graphical representation of the system information and to display it to a user, and the user input device is configured to respond to at least one user input receiving the displaying.
  • the user can use the user terminal in order to interact with the service device and - via this - with the central device of the fire protection system and the server component.
  • the user terminal includes a graphical user interface that allows the information provided for the user to be graphically represented.
  • the graphical user interface can be implemented in particular in the form of a maintenance and / or service and / or monitoring app that is displayed on a screen.
  • the user input device can comprise a keyboard, a mouse or similar hardware for the interaction of the user with the user terminal. If the screen on which the graphical user interface is displayed is a touchscreen, the user input device can also be implemented by the touchscreen. In some embodiments, the graphical representation of the information may include the user input device.
  • a user is allowed, for example, to call up details of the information displayed on the graphical user interface.
  • the user input includes the selection (for example by means of a button) of the relevant aspect for which further information is required in order to display details.
  • the user input device can allow a user to remotely intervene in the settings and / or the configuration of the central device and to adapt them, provided the user is authorized to such an access.
  • the user input includes in particular the corresponding adjustment commands.
  • the communication device of the service device is set up to receive the at least one user input via the second bidirectional communication link and to transmit it to the central device via the first bidirectional communication link, the central processing unit of the central device being set up in response to the receiving the user input to initiate central device action.
  • the user input causes central device action to be initiated.
  • Initiation of a central device action can be understood here to mean any action that is carried out in the central device or by the central device, such as a maintenance action, a troubleshooting action, a checking action, commissioning or the like.
  • a maintenance action can be carried out manually, by the user on site or by the user on the user terminal via remote access.
  • initiation is understood in particular to mean that the central device accepts the manual user inputs.
  • the maintenance action takes place automatically.
  • a troubleshooting action can in particular include the output of a message to the relevant point and thus calling the personnel for repairs.
  • the message can be output both from the service device via the server component and directly from the service device to the user terminal and directly to the central device.
  • a checking action includes, in particular, checking the actual values of the fire protection system and comparing them with the setpoint values, that is to say in particular determining the values of the individual status information items and comparing them with the calibration values.
  • the checking action can also include testing components and / or checking the software. Commissioning includes in particular activating the fire protection system, activating new component groups and / or components or the like, in which new elements have to be added and put into operation.
  • the server component comprises a data memory which is set up to receive and store the system information, including the status information, and / or the status log from the service device.
  • the invention in yet another aspect, relates to a method for operating a fire protection system, comprising setting up, through a service device, a first bidirectional communication link to a central device of the fire protection system, setting up, via the service device, a second bidirectional communication link to at least one user terminal in order to allow the at least one user terminal access to at least part of the system information of the fire protection system, receiving, by the service device, at least one user identification from the at least one user terminal, and authenticating, by the service device, of the at least one user terminal based on the at least one user identification.
  • the method includes enabling access of the at least one user terminal to the central device if the at least one user terminal can be authenticated and denying access to the at least one user terminal if the at least one user terminal cannot be authenticated.
  • the invention relates to the use of an identity module for authenticating a user terminal for a service device in accordance with one of the embodiments described above.
  • FIG. 1 shows a schematic representation of a system for operating a fire protection system of a first embodiment
  • FIG. 2 shows a schematic illustration of a system for operating a fire protection system according to a modification of the first embodiment
  • FIG. 3 shows a flow diagram of a method for maintaining and / or checking a
  • FIG. 4 shows a schematic representation of a system for operating a fire protection system according to a second embodiment
  • FIG. 5 shows a schematic representation of a system for operating a fire protection system according to a modification of the second embodiment
  • FIG. 6 shows a flow chart of a method for monitoring the condition of a fire protection system according to one embodiment
  • FIG. 7 shows a schematic representation of a system for operating a fire protection system according to a third embodiment
  • FIG. 8 shows a schematic representation of a system for operating a fire protection system according to a modification of the third embodiment
  • FIG. 9 shows a flow diagram of a method for authenticating a user in a system for operating a fire protection system according to an embodiment
  • 10 shows a schematic representation of a system for operating a fire protection system according to a fourth embodiment
  • FIG. 11 shows a schematic representation of a system for operating a fire protection system according to a modification of the fourth embodiment
  • FIG. 12 shows a flow diagram of a method for monitoring the condition of a fire protection system according to one embodiment.
  • FIG. 1 shows a system 1 according to the invention for operating a fire protection system 10 comprising a service device 100, a central device 200 of the fire protection system 10, a server component 300 and a user terminal 400.
  • the service device 100 comprises a communication device 101, a computing device 102, an identification device 103, a Storage device 104 and an indication device 105.
  • Computing device 102 further comprises an authentication device 110.
  • the fire protection system 10 comprises a central device 200 and a multiplicity of peripheral devices 601 which are communicatively connected to the central device 200 (not shown). Even if only three peripheral devices 601 are shown in the schematic illustration of FIG. 1, the fire protection system 10 can comprise more or fewer peripheral devices 601.
  • the central device 200 comprises a central communication device 201, a central computing device 202, a central display device 203 and a central storage device 204.
  • the central communication device 201 is communicatively connected to the communication device 101 of the service device 100 via a bidirectional communication link 501.
  • the central communication device 201 is also connected to the central computing device 202 and the central storage device 204 via a communicative connection located in the central device 200.
  • system information stored in the central storage device 204 can be transmitted to the service device 100.
  • the central computing device 202 is set up to process the system information itself and only then to transmit it to the service device 100.
  • the central computing device 202 can also be set up to transmit the system information directly to the service device 100 on the one hand without processing, but on the other hand to prepare it for display on the central display device 203 and to transmit it to it for display on the central display device 203.
  • the service device 100 is set up to receive the system information via the bidirectional communication link 501.
  • the communication device 101 first establishes the bidirectional communication connection 501 to the central communication device 201.
  • the communication direction 101 receives an identification number for identifying the service device 100 from the identification device 103 and transmits this to the central communication device 201, which in turn forwards it to the central computing device 202.
  • the central computing device 202 uses the identification number to identify the service device and, in response to the identification, provides the system information that is (temporarily) stored in the central storage device. These are then transmitted to the communication device 101 via the central communication device 201. When the transmission is complete, this is registered by the communication device 101. This causes the indication device 105 to output a corresponding indication of the complete transmission of the system information.
  • the indication is a visual as well as an acoustic indication.
  • this system information includes, in particular, status information, that is to say data which is indicative of the (operating) status of the fire protection system 10 and the components and / or peripheral devices 601 located therein. This status information is generated in particular during the operation of the fire protection system 10.
  • the computing device 102 is set up to process this system information including the status information for transmission to the user terminal 400.
  • the communication device 101 is set up to communicate with a server communication device 301 of the server component 300 via a bidirectional communication connection 503 in order to access the data memory 302 of the server component 300.
  • the data memory 302 comprises a series of setpoint values as adjustment values for the values of the corresponding parameters in the status information.
  • the computing device 102 is set up to read these setpoint values from the data memory 302, in particular to call them up via the bidirectional communication connection 503, and to evaluate the runtime data on the basis of the setpoint values.
  • the computing device 102 is also set up to transmit the correspondingly processed system information, optionally together with an evaluation result and / or a status indication, via a bidirectional communication connection 502 to the user terminal 400.
  • user terminal 400 when setting up the bidirectional communication connection 502 between service device 100 and user terminal 400, user terminal 400 is initially authenticated.
  • the computing device 101 comprises an authentication device 110.
  • the authentication of the user terminal 400 includes, in particular, a verification that the user of the user terminal 400 has a valid license key.
  • the authentication device 110 transmits a request for a license key.
  • the user terminal 400 transmits a corresponding license key, preferably via the communication connection 502, which is then checked by the authentication device 110.
  • the authentication device 110 In the event of a positive check of the license key, that is to say in the case of a valid license key, the authentication device 110 outputs a positive authentication indication and communication is enabled. If the license key is checked negatively, ie if it is no longer valid, the authentication device 110 outputs a negative authentication indication and the user does not have access to the service device and thus to the system information it provides.
  • the negative authentication indication can be displayed to the user on the user terminal, whereby the user is encouraged to request a new license key and / or to extend the license key. This ensures that the user only has access to the system information with a valid license.
  • the user terminal 400 comprises a graphical user interface 401 which allows a user to view the processed system information and to make at least one user input in response thereto.
  • the user is informed, for example on the basis of the evaluation of the status information in the system information, that a pump within the fire protection system 10 is no longer working with sufficient pressure.
  • This information can preferably be transmitted to the user in the form of a status indication, including a deviation indication that is provided to the user.
  • the user also receives a maintenance indication that indicates that the pump needs to be repaired or replaced.
  • the user who has received the maintenance indication on his user terminal 400 can optionally make a user input which confirms that the maintenance indication has been received and, if necessary, indicates that the possible problem with the pump will now be resolved by appropriate maintenance or checking.
  • this storage preferably takes place in the data memory 302 of the server component 300.
  • the storage can also take place in a storage device 104 located on the service device 100. Storage in the data memory 302 of the server component 300 is advantageous, however, because, on the one hand, the memory device 104 located in the service device 100 can be relieved and, on the other hand, the storage allows a service device other than the service device 100 to be used.
  • storage in the data memory 302 of the server component 300 is also advantageous to the extent that, for example, the operator of the server component 300, who may be the installer of the fire protection system 10, can access the server component directly, i.e. without a service device 100, to access the data to be fed to further evaluation.
  • the system 1 for operating the fire protection system 10 includes a service device 100 which is set up to communicate directly with the central device 200, the server component 300 and the user terminal 400, specifically via the communication device 101. Even if not shown, the central communication device 201, the communication device 101 and the server communication device 301 each include a cryptography device for encrypting the data exchanged between the communication devices. This means that data transfers can be better secured.
  • FIG. 2 shows a system T for operating a fire protection system 10 according to a modification of the first embodiment of FIG. 1.
  • the system T again comprises a service device 100, a central device 200, a server component 300 and a user terminal 400, all of which function as described in connection with FIG. 1, the same reference numbers denoting the same components. Since these functionalities correspond to those of the embodiment according to FIG. 1, a further detailed explanation is dispensed with here.
  • the communication direction 101 of the service device 100 communicates with the user terminal 400 via the server component. That means, instead of direct communication via the bidirectional communication link 502 between Service device 100 and user terminal 400 are used to set up communication via server component 300.
  • the service device 100 communicates with the server component via the bidirectional communication link 503 and the server component communicates with the user terminal via the bidirectional communication link 504. That is, the communication link between the service device 100 and the user terminal 400 is formed by the communication link 503 and the communication link 504.
  • the service device 100 in the systems 1 and 1 'according to the embodiments of FIG. 1 and FIG. 2 is drawn as an external component, it should be mentioned at this point that the service device 100 is also an internal module of the central device 200 can be set up without having to adapt the functions described.
  • the service device 100 according to the invention can thus be designed either as an internal (pluggable) module of the central device 200 or as a connectable, external element.
  • FIG. 3 schematically shows a flowchart of a method according to the invention for operating a fire protection system 10, in particular for maintaining and / or checking a fire protection system 10.
  • the bidirectional communication connection 501 is set up between communication device 101 of service device 100 and central communication device 201 of central device 200.
  • This structure optionally includes an identification and / or an authentication of the service device.
  • step 2000 the communication device 101 of the service device receives the system information from the central communication device 201 of the central device 200 and in step 3000 forwards it to the computing device 102.
  • step 3001 the computing device 102 prepares the system information for transmission to the user terminal 400.
  • the user of the user terminal is an installer and the processing accordingly includes an evaluation of the system information as to whether all tests of the system have been carried out properly and confirm that the system is operational.
  • step 4000 the prepared system information is transmitted to the user terminal 400.
  • the transmission initially comprises setting up the bidirectional communication connection between service device 100 and user terminal 400 and corresponding authentication, as described in connection with FIG. 1.
  • the user terminal 400 After receiving the processed system information, the user terminal 400 generates a graphic representation of the system information in step 4001 and displays it to the user of the user terminal 400. In step 4002, the user makes at least one user input in response to the displayed system information. The user terminal 400 receives this user input and transmits it, optionally together with an association with the corresponding system information, to the communication device 101 of the service device 100.
  • step 5000 the communication device 101 receives the user input and transmits it to the computing device 102, which adapts the system information in step 600 on the basis of the user input and optionally writes the adapted system information to a memory.
  • This memory can in particular be the memory device 104 of the service device and / or the data memory 302 of the server component.
  • FIG. 4 shows a system 1 according to the invention for operating a fire protection system 10 according to a second embodiment.
  • the system 1 comprises a service device 100, a central device 200 of the fire protection system 10, a server component 300 and a user terminal 400.
  • the service device 100 comprises a communication device 101, a computing device 102, an identification device 103, a storage device 104 and an indication device 105.
  • the fire protection system 10 comprises a central device 200 and a plurality of peripheral devices 601 which are communicatively connected to the central device 200 via a bidirectional communication link 505. Even if only a single peripheral device 601 is shown in the schematic illustration of FIG. 4, the fire protection system 10 can include more or fewer peripheral devices 601.
  • the central device 200 comprises a central communication device 201, a central computing device 202, a central display device 203, a central storage device 204 and, in addition, a central power supply 205.
  • the central communication device 201 is communicatively connected to the communication device 101 of the service device 100 via a bidirectional communication connection 501.
  • the central communication device 201 is connected to the central computing device 202 via a first communicative connection, which in turn is connected to the central storage device 204 and connected to the central power supply 205 via a second communicative connection.
  • This internal communication allows the central communication device 201 to collect status information about the status of the central device 200 in order to transmit this as part of the system information via the bidirectional communication link 501 to the communication device 101 of the service device.
  • This status information can for example be transmitted from the central power supply 205 to the central communication device 201 and for example the current power consumption of the central device 200 and / or a component thereof, such as a module, and / or the internal resistance of the accumulators within the central device 200 and / or the modules affect.
  • the current power consumption and / or the internal resistance it is possible in particular to draw conclusions about defects within the fire protection system 10.
  • the central communication device 201 can be set up to receive status information that is indicative of the status of the peripheral devices 601.
  • the peripheral devices 601 can be set up to communicate directly with the central communication device 201.
  • the peripheral devices 601 can also communicate with the central device 200 via the central computing device 202 or a communication connection set up specifically for this purpose, in order to transmit the status information.
  • This status information can relate, for example, to a degree of contamination of a sensor in a peripheral device 601, for example a detector.
  • the central communication device 201 is set up to transmit the status information as part of the system information via the bidirectional communication link 501 to the communication device 101 of the service device 100.
  • the communication device 101 first sets up the bidirectional communication connection 501, the service device 100 optionally being able to identify itself to the central device 200, as described in connection with FIG. 1.
  • the bidirectional communication link 501 is permanently maintained after it has been set up once, in order to transmit the system information, including the status information, from the central communication device 201 to the communication device 101. This allows permanent monitoring of the status of the fire protection system by monitoring and, optionally, evaluating the status information on the part of the service device 100 and / or the user terminal 400 connected to it.
  • the communication device 101 forwards the status information to the computing device 102.
  • the status information is in particular the current power consumption within the central device.
  • the computing device 102 is set up to cause the communication device 101 to retrieve an adjustment value (target value) for the power consumption via a bidirectional communication connection 503 with a server communication device 301 of the server component 300 from the data memory 302 of the server component 300.
  • the computing device 102 can also be set up to retrieve the calibration value from the storage device 104 of the service device 100 if such a value is stored there.
  • the computing device 102 thus receives one or more adjustment values which are indicative of the power consumption of the central device 200 in the past and can use these adjustment values to evaluate the value transmitted with the current status information. For example, the computing device 102 can determine an increase in the power consumption and generate a corresponding status indicator which indicates that the power consumption of the central device 200 has increased. The user can then check whether the increase in power consumption is due to the addition of, for example, peripheral devices 601 to the fire protection system 10 or whether no peripheral devices 601 have been added and the increase was therefore caused by other factors, such as an emerging defect.
  • the service device 100 is also set up to transmit the status indication to the user terminal 400 via the bidirectional communication link 502.
  • the user terminal 400 includes a graphical user interface 401.
  • the user terminal 400 is set up to generate a graphic representation of the status indicator based on the status indicator and to present this to the user on the graphic User interface 401 display.
  • the user actions for initiating countermeasures can be defined in particular as a function of the user or role. For example, a customer for whom the fire protection system 10 has been set up can initiate a countermeasure that includes calling certified maintenance personnel. If the user is a dispatcher commissioned with maintenance, he or she can compile the materials for maintenance and / or repair in response to the status indication and plan them accordingly and then initiate them. If the user is the installer, he can, for example, also plan and initiate maintenance and / or repair himself or send corresponding certified maintenance personnel to carry out the maintenance and / or repair. In any case, the status indicator allows the user to act accordingly.
  • FIG. 5 shows a system V for operating a fire protection system 10 according to a modification of the second embodiment of FIG. 4.
  • the system V again comprises a service device 100, a central device 200, a server component 300 and a user terminal 400, all of which as in FIG Function described in connection with FIG. 4, the same reference numbers denoting the same components.
  • the same reference numbers denoting the same components.
  • the communication device 101 of the service device 100 is set up to communicate directly with one or more peripheral devices via the bidirectional communication connection 506. This means that the communication device 101 of the service device 100 receives status information about the status of the central device via the bidirectional communication link 501 and status information about the status of the peripheral devices 601 via the bidirectional communication link 506. This enables the status information to be transmitted at different times and thus allows more efficient timing the transfer.
  • the status information that is indicative of the status of the central device 200 can be transmitted permanently, and the status information that is indicative of the status of the peripheral devices 601 can only be transmitted in regular time intervals, the time intervals being able to be selected, for example, as a function of the requirements of the respective peripheral device 601 and / or the guidelines specified for it.
  • the service device 100 is also shown as an external component in FIGS. 4 and 5, but can also be set up here as an internal module of the central device 200 without the described functionalities having to be adapted.
  • FIG. 6 schematically shows a flow chart of a method according to the invention for operating a fire protection system 10, in particular for monitoring the status of a fire protection system 10 according to FIG. 4.
  • step 1000 ' the bidirectional communication link 501 between communication device 101 of service device 100 and central communication device 201 of the central device is established 200 built.
  • the communication device 101 of the service device 100 receives the status information indicative of the status of the fire protection system 10 from the central communication device 201 of the central device 200 and forwards this in step 3000‘ to the computing device 102.
  • the computing device 102 causes the calibration values for the status information to be retrieved from a memory.
  • the computing device 102 can in particular cause the communication device 101 to read out these values from the data memory 302 of the server component.
  • the computing device 102 receives the adjustment values and uses them to evaluate the status information. On the basis of this evaluation, which can in particular include a comparison of a value of status information with the corresponding adjustment value, the computing device 102 then generates a status indication in step 3003 'and causes the communication device 101 to provide this status information, optionally together with the status information and / or to transmit the system information to the user terminal 400 via the bidirectional communication link 502.
  • the user terminal After receiving the status indication, the user terminal generates a graphic representation of the status indication in step 4000 ', optionally together with a graphic presentation of the status information and / or the system information, and displays this to the user of the user terminal.
  • the user initiates a corresponding measure in response to the status indication if the status indication makes such a measure appear necessary to cause a fault prevent. This allows early detection of faults and preventive maintenance and / or repair of the fire protection system.
  • FIG. 7 shows a system 1 according to the invention for operating a fire protection system 10 according to a third embodiment.
  • the system 1 again comprises a service device 100, a central device 200 of the fire protection system 10, a server component 300 and a user terminal 400 and is thus the same in its system architecture as the system according to the first and second embodiment.
  • the service device 100 comprises a communication device 101, a computing device 102, an identification device 103, a storage device 104 and an indication device 105. Compared to the embodiments according to FIGS. 1, 2, 4 and 5, the service device 100 further comprises an access restriction device 106 and a verification device 107.
  • the user terminal 400 comprises a graphical user interface and an identity module 402, which is preferably designed as a subscriber identity module.
  • the fire protection system 10 and the server component 300 essentially correspond to the embodiments according to FIG. 4. This means that the fire protection system 10 comprises a central device 200 and a large number of peripheral devices 601, of which only one is shown in FIG the peripheral devices 601 are communicatively connected to the central device 200 via a bidirectional communication link 505.
  • the communication device 101 of the service device 100 is set up to communicate with the central communication device 201 of the central device via a bidirectional communication connection 501. Furthermore, the communication device 101 of the service device 100 is set up to communicate with the user terminal 400 via a bidirectional communication connection 502.
  • the service device 100 in the third embodiment comprises an access restriction device 106 which is set up to restrict the user's access to the information from the central communication device 201 via the bidirectional communication connection 502, and in particular the transmission of system information via the bidirectional communication connection 502 to the user terminal 400 as long as the user has not been authenticated first.
  • the user terminal 400 only receives the system information from the fire protection system 10 via the service device 100 when the user has been successfully authenticated.
  • an identity module 402 is used for this authentication that outputs a user identification and transmits it to the computing device 101 of the service device 100 via the bidirectional communication connection 502.
  • the bidirectional communication link 502 is released for the transmission of the user identification.
  • the computing device 102 is set up to receive the user identification, in particular from the identity module 402, and to determine whether the user identification can be assigned to an authenticated user of the service device 100 and / or the fire protection system 10. If this is the case, the computing device 102 causes the access restriction device 106 to release the bidirectional communication connection 502 between the communication device 101 and the user terminal 400 also for the transmission of system information and / or status information by outputting a release signal. In this case, the system information is then transmitted to the user terminal 400 from the service device 100 or from its communication device 101, as described above.
  • the computing device 102 causes the access restriction device 106 - either actively by transmitting an explicit signal or passively by omitting the release signal - to maintain the access restriction. In this case, no system information can be transmitted from the service device 100 to the user terminal 400.
  • the service device 100 further comprises a verification device 107 which is set up to restrict the access of the service device 100 to the server component 300 and in particular to prevent it if the user cannot be verified. This allows it to be checked before access to the server component 300 whether a user has authorization to access the server component 300.
  • a verification device 107 which is set up to restrict the access of the service device 100 to the server component 300 and in particular to prevent it if the user cannot be verified.
  • This allows it to be checked before access to the server component 300 whether a user has authorization to access the server component 300.
  • Such an authorization can be understood in particular as a server license which the user must first acquire in order to use the server component 300. The user can then use the additional capacity of the server component 300 only after purchasing the server license.
  • the verification device 107 is also set up to receive an access verification from the user terminal 400, in particular via the communication device 101.
  • the access verification is implemented as part of the identity module 402. Alternatively or additionally, the access verification can also be configured as a separate signal.
  • the verification device 107 determines whether the user has the authorization to access the server component 300 via the bidirectional communication connection 503. If this is the case, the verification device 107 enables the bidirectional communication link 503 so that it can be set up. The user can then use the functionalities of the server component 300. If this is not the case, the verification device 107 prevents the release - and thus the establishment - of the bidirectional communication connection 503. This allows the access of an unauthorized user to the server component 300 to be prevented.
  • FIG. 8 shows a system T for operating a fire protection system 10 according to a modification of the third embodiment of FIG. 7.
  • the system T again comprises a service device 100, a central device 200, a server component 300 and a user terminal 400, all of which as in FIG Function described in connection with Fig. 7, wherein like reference numerals designate like components.
  • FIG. 7 shows a system T for operating a fire protection system 10 according to a modification of the third embodiment of FIG. 7.
  • the system T again comprises a service device 100, a central device 200, a server component 300 and a user terminal 400, all of which as in FIG Function described in connection with Fig. 7, wherein like reference numerals designate like components.
  • the communication device 101 of the service device 100 is set up to communicate with the user terminal directly, on the one hand, via the bidirectional communication link 502, and indirectly, via the server component 300, i.e. the bidirectional communication links 503 and 504.
  • the computing device 102 authenticates the user terminal 400 as described in connection with FIG. 7.
  • the computing device 102 is set up to cause the access restriction device 106 to enable the user terminal 400 to access the system information, as also described in connection with FIG.
  • a release of the access means in particular a release of the access of the user terminal device to the bidirectional communication link 503 and the bidirectional communication link 504.
  • the system information is not transmitted via the bidirectional communication link 502, but via the bidirectional communication links 503 and 504, i.e. via the server component.
  • this allows the user terminal 400 to be verified without accessing the server component 300; on the other hand, it enables part of the processing and / or evaluation of the system information to be outsourced to the server component 300.
  • the third embodiment according to FIGS. 7 and 8 can, however, also be set up as an internal module of the central device 200 without the described functionalities having to be adapted.
  • FIG. 9 schematically shows a flowchart of a method according to the invention for operating a fire protection system 10, in particular for checking access to a fire protection system 10.
  • step 1000 the bidirectional communication link 501 is set up between communication device 101 of service device 100 and central communication device 201 of central device 200 of fire protection system 10.
  • step 2000 the bidirectional communication connection 502 is set up between the communication device 101 and the user terminal 400.
  • the communication device 101 receives in step 2001 “at least one user identification” from the user terminal 400 and transmits this in step 2002 “to the computing device 102, which identifies the user based on the user identification and determines in step 2003 whether it is a authenticated user.
  • the computing device 102 outputs an enable signal to the access restriction device 106 in step 2004, which causes the access restriction device 106 to enable the communication of system information to the user terminal 400.
  • the user terminal 400 receives in step 3000 ′′ the system information and / or status information that it may receive according to its access authorization - for example determined on the basis of the authentication.
  • the computing device 102 in step 2005 “, fails to output the release signal and no system information is output to the user terminal 400.
  • FIG. 10 schematically shows a system 1 according to the invention for operating a fire protection system 10 according to a fourth embodiment, again including a service device 100, a central device 200 of the fire protection system 10, a server component 300 and a user terminal 400.
  • the service device 100 includes a communication device 101, a computing device 102, an identification device 103, a storage device 104 and an indication device 105.
  • the fire protection system 10 comprises the central device 200 and a multiplicity of peripheral devices 601 which are communicatively connected to the central device 200 via a bidirectional communication link 505.
  • the communication device 101 of the service device 100 is set up to communicate via a bidirectional communication link 501 with the central communication device 201 of the central device 200 in order to receive system information, including status information indicative of the status of the fire protection system 10 and / or the peripheral devices 601 located therein . Furthermore, the communication device 101 of the service device 100 is set up to communicate with the server component 300 via a bidirectional communication connection 503.
  • the communication device 101 of the service device 100 receives at least one value for a parameter of the status information which is indicative of the status of the fire protection system 10 and / or one or more of the peripheral devices 601.
  • the communication device 101 is set up to transmit the status information to the computing device 102, which is set up to evaluate the status information and to generate an evaluation result based on the evaluation.
  • this evaluation result includes the further system information in addition to the evaluated status information.
  • the evaluation result is then transmitted via the bidirectional communication link 503 to the server component 300, where it is received by the server communication device 301 and then processed for insertion into the data memory 302.
  • This processing can in particular include providing the evaluation result with a device index that indicates the component that has been checked for its condition, for example a module of the central device 200, a peripheral device 601 of the fire protection system 10 or the like, as well as a time stamp for better temporal traceability and increased Include safeguards against abuse.
  • the evaluation result that is to say the evaluated status information, optionally including the system information, is written into the data memory 302.
  • a user in particular the installer and / or certified maintenance personnel, can regularly check the system and understand whether all maintenance work has been carried out completely and on time.
  • the evaluation result and / or the system information can also be stored in the storage device 104 of the service device 100. As a result, the need for a server component 300 can be avoided.
  • the evaluation result can be viewed by a user using the user terminal 400, if necessary after prior authentication.
  • the user terminal 400 can be set up to create a graphic representation of the evaluation result and / or the maintenance log and to display this to the user. The user thus has an immediate overview of the current maintenance status of the system 1 ‘.
  • FIG. 11 relates to a modification of the system 1 according to FIG. 10.
  • the same reference symbols again denote the same components, the functionalities of which will not be discussed in more detail below.
  • the difference between the system 1 of FIG. 10 and the system 1‘ of FIG. 11 lies in the way in which the communication between user terminal 400 and service device 100 takes place.
  • the user terminal 400 communicates directly via the bidirectional communication link 502 with the service device 100 or the communication device 101.
  • the user terminal 400 must therefore access the evaluation result stored within the data memory 302 by means of the service device 100.
  • FIG. 12 schematically shows the flowchart for a method for operating, in particular for monitoring and maintenance, a fire protection system 10 in a system such as that shown in FIG. 10, for example.
  • step 1000 ′′ the bidirectional communication link 501 between the communication device 101 of the service device 100 and the central communication device 201 of the central device 200 of the fire protection system 10 is set up.
  • the peripheral devices 601 transmit corresponding status information indicative of their status via the bidirectional communication link 505 to the central device 200.
  • step 1002 '' 'the central communication device 201 transmits all system information, including the status information indicative of the status of the peripheral devices 601 and / or the central device 200 are to the communication device 101 of the service device 100 for further evaluation.
  • the computing device 102 evaluates the system information, in particular the status information, and generates an evaluation result based on the evaluation.
  • the computing device 102 is set up to add a device index to this evaluation result, which indicates the corresponding component, for example the corresponding peripheral device 601, templates for the corresponding status information and for which it was therefore possible to determine the status on the basis of an evaluation of this status information.
  • the computing device 102 is set up to add a time stamp to the evaluation result, which indicates the point in time at which the status information was received.
  • the evaluation result prepared in this way is then transmitted in step 2002 300 ′′ by means of the communication device 101 via the bidirectional communication connection 503 to the server component 300.
  • step 3000 ' the server component 300 receives the evaluation result and transmits this, together with the additional information such as the device index and the time stamp, to the data memory 302 in the server component 300.
  • the evaluation result is stored there and can then be evaluated again - as a kind of actual -Value or past value - can be used.
  • the server component 300 generates a status log before saving the evaluation result. This status log can in particular be generated on the basis of the status information as well as the device index and the time stamp.
  • step 4000 ′ ′′ the evaluation result created in this way and / or the status log is then transmitted to the user terminal 400 via a bidirectional communication connection.
  • step 4001 the user terminal 400 creates a graphical representation of the evaluation result and / or the status log and outputs this to the user by displaying the graphical representation on the graphical user interface. The user can then visually check whether the maintenance has been carried out properly and what changes have occurred compared to the last cycle.
  • Indication device 105 access restriction device 106

Landscapes

  • Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Emergency Management (AREA)
  • Business, Economics & Management (AREA)
  • Electromagnetism (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Power Engineering (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Alarm Systems (AREA)

Abstract

L'invention concerne un dispositif de service pour une installation de protection contre les incendies, conçu pour communiquer avec un dispositif central de l'installation de protection contre les incendies et au moins un terminal utilisateur, pour permettre au terminal utilisateur d'accéder à au moins une partie des informations système de l'installation de protection contre les incendies, le dispositif de service étant en outre conçu pour recevoir au moins une identification d'utilisateur du terminal utilisateur ou des terminaux utilisateurs et pour authentifier le terminal utilisateur ou les terminaux utilisateurs en fonction de cette ou ces identification(s) d'utilisateur. Cette invention concerne en outre une installation de protection contre les incendies conçue pour communiquer avec un tel dispositif de service, un système pour faire fonctionner une installation de protection contre les incendies équipée d'un tel dispositif de service et un procédé correspondant pour faire fonctionner l'installation de protection contre les incendies.
PCT/EP2020/062001 2019-05-06 2020-04-30 Dispositif de service conçu pour une installation de protection contre les incendies, installation de protection contre les incendies correspondante, système pour faire fonctionner une installation de protection contre les incendies, et procédé correspondant WO2020225080A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102019111614.7 2019-05-06
DE102019111614.7A DE102019111614A1 (de) 2019-05-06 2019-05-06 Servicevorrichtung für eine Brandschutzanlage, entsprechende Brandschutzanlage, System zum Betreiben einer Brandschutzanlage sowie zugehöriges Verfahren

Publications (1)

Publication Number Publication Date
WO2020225080A1 true WO2020225080A1 (fr) 2020-11-12

Family

ID=70482652

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2020/062001 WO2020225080A1 (fr) 2019-05-06 2020-04-30 Dispositif de service conçu pour une installation de protection contre les incendies, installation de protection contre les incendies correspondante, système pour faire fonctionner une installation de protection contre les incendies, et procédé correspondant

Country Status (2)

Country Link
DE (1) DE102019111614A1 (fr)
WO (1) WO2020225080A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102020111756A1 (de) 2020-04-30 2021-11-25 Minimax Viking Research & Development Gmbh Verfahren und System zum Überwachen einer Brandschutzanlage, sowie entsprechende Brandschutzanlage

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011076184A1 (fr) 2009-12-22 2011-06-30 Minimax Gmbh & Co. Kg Dispositif de communication et procédé pour contrôler et commander des systèmes de sécurité
US20170076585A1 (en) * 2015-09-11 2017-03-16 Siemens Industry, Inc. Live paging system and methods of using the same

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7649450B2 (en) * 2006-10-05 2010-01-19 Campion Jr Christopher M Method and apparatus for authenticated on-site testing, inspection, servicing and control of life-safety equipment and reporting of same using a remote accessory
US9905115B2 (en) * 2016-07-01 2018-02-27 Honeywell International Inc. Systems and methods for installing, commissioning, testing, and maintaining a fire alarm control panel via a mobile device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011076184A1 (fr) 2009-12-22 2011-06-30 Minimax Gmbh & Co. Kg Dispositif de communication et procédé pour contrôler et commander des systèmes de sécurité
US20170076585A1 (en) * 2015-09-11 2017-03-16 Siemens Industry, Inc. Live paging system and methods of using the same

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "TeamViewer - Wikipedia - Version vom 18. April 2019", 18 April 2019 (2019-04-18), XP055718464, Retrieved from the Internet <URL:https://de.wikipedia.org/w/index.php?title=TeamViewer&oldid=187671435> [retrieved on 20200728] *

Also Published As

Publication number Publication date
DE102019111614A1 (de) 2020-11-12

Similar Documents

Publication Publication Date Title
DE102004015617B4 (de) Online-Geräteprüfblock, der in ein Prozeßsteuerungs-/Sicherheitssystem integriert ist
EP2193406B1 (fr) Procédé de contrôle de l&#39;accès à une installation d&#39;automatisation
WO2020225089A1 (fr) Dispositif de service conçu pour une installation de protection contre les incendies, installation de protection contre les incendies correspondante, système pour faire fonctionner une installation de protection contre les incendies, et procédé correspondant
EP3079028A1 (fr) Procédé de planification et d&#39;ingénierie, outil de logiciel et outil de simulation pour une solution d&#39;automatisation
WO2018059851A1 (fr) Procédé d&#39;évaluation, protégée conte des manipulations, de caractéristiques de composants d&#39;un appareil de terrain
WO2020225080A1 (fr) Dispositif de service conçu pour une installation de protection contre les incendies, installation de protection contre les incendies correspondante, système pour faire fonctionner une installation de protection contre les incendies, et procédé correspondant
WO2020225086A1 (fr) Dispositif de service, installation de protection contre les incendies équipée d&#39;un dispositif de service, système pour faire fonctionner une installation de protection contre les incendies et procédé correspondant
EP3772728B1 (fr) Procédé d&#39;essai et système d&#39;essai destinés à l&#39;essai d&#39;un système de surveillance de l&#39;état de préparation de la protection d&#39;un système de protection contre l&#39;incendie
EP3967002A1 (fr) Dispositif de service pour un système de protection contre l&#39;incendie, système de protection contre l&#39;incendie correspondant, système de fonctionnement d&#39;un système de protection contre l&#39;incendie et ??procédé associé
DE102004015616B4 (de) Sicherheitssystemsteuerung zur Verwendung in einer Prozessumgebung, Prozesssteuerungssystem sowie entsprechendes Steuerungsverfahren
WO2019243052A1 (fr) Procédé et dispositif de surveillance et/ou de commande mutuelle de systèmes techniques autonomes
DE102018204734A1 (de) Sicherheitsinstrumentierte Steuervorrichtung und entsprechendes Verfahren, und Sicherheitsinstrumentiertes System
EP3761195B1 (fr) Procédé de vérification d&#39;une installation de réduction d&#39;oxygène
EP1760558B1 (fr) Dispositif et procédé destinés à examiner la sécurité d&#39;un dispositif technique
DE102021106526A1 (de) Füllstanderfassungs- und Gasdetektionssystem
WO2007054415A1 (fr) Dispositif de maintenance automatique d’une installation technique
DE10115897C2 (de) Verfahren und Vorrichtung zur Bereitstellung von Informationen für die Analyse von Fehlern bei einer technischen Anlage
WO2017067589A1 (fr) Procédé de configuration automatique de relations entre des appareils d&#39;automatisation ainsi que système d&#39;automatisation
EP3306507B1 (fr) Composants pour une chaîne fonctionnelle critique pour la sécurité
AT515047B1 (de) Anordnung zum Schalten von Photovoltaikanlagen
DE102021126959A1 (de) Zusatzmodul für Manipulationsschutz eines Sensors
DE102013215077A1 (de) Feldgerät zur Prozessinstrumentierung
WO2024132417A1 (fr) Procédé et système de vérification mutuelle de l&#39;intégrité d&#39;une pluralité d&#39;appareils de terrain dans le domaine de l&#39;automatisation
EP3306542A1 (fr) Gestionnaire de certificats de sécurité
EP2752729B1 (fr) Système de révision destiné à la révision d&#39;une installation technique

Legal Events

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

Ref document number: 20723358

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20723358

Country of ref document: EP

Kind code of ref document: A1