WO2020225086A1

WO2020225086A1 - Service device, fire protection system comprising a service device, system for operating a fire protection system, and associated method

Info

Publication number: WO2020225086A1
Application number: PCT/EP2020/062013
Authority: WO
Inventors: Henning LIESE; Detlef MANDELKAU; Oliver WISSMANN; Bernd Hallwass-Fedder; André LICKEFETT
Original assignee: Minimax Viking Research & Development Gmbh
Priority date: 2019-05-06
Filing date: 2020-04-30
Publication date: 2020-11-12
Also published as: DE102019111615A1

Abstract

The invention relates to a service device for a fire protection system, which is designed to communicate with the fire protection system and at least one server component in order to receive status information indicating the status of the fire protection system, to evaluate the status information, to generate an evaluation result on the basis of this evaluation, and to transmit this evaluation result to a data store of the server component, the evaluation result being associated with a time stamp indicating the time at which the status information has been received. The invention also relates to a fire protection system which is designed to communicate with a service device of this type, to a system for operating a fire protection system, comprising a service device of this type, and to a corresponding method for operating the fire protection system.

Description

Service device, fire protection system with a service device, system for operating a fire protection system and the associated process

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.

In a specific embodiment, 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.

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. However, 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.

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. In some embodiments, the extinguishing system can also be triggered manually, for example by operating a switch or opening a stopcock. In the fire protection systems according to the invention, 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.

It is of great importance that 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. The intervals at which such a check and / or maintenance must be carried out are often specified by guidelines. It is also one of the operator's obligations to properly document every test and / or maintenance operation so that it can still be traced in retrospect which inspection and / or maintenance was carried out at what point in time.

The checking and / or maintenance is usually carried out by a user on site. However, it can happen that the fire protection system is 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. It can therefore happen that in some cases a test and / or maintenance is carried out inadequately or, in the worst case, not at all and the corresponding documentation does not match the test and / or maintenance measures actually carried out. This can lead to possible problems and / or malfunctions not being recognized.

In order to reduce the effort associated with testing and / or maintenance, it is advantageous to carry out at least some of the specified tests and / or maintenance via remote testing and / or remote maintenance. This prevents a user from having to travel to the location of the fire protection system for every type of test and / or maintenance. Instead, these checking and / or maintenance processes can be carried out remotely - for example directly from the installer of the fire protection system and / or from a dispatcher. According to the prior art it is it is necessary to design the fire protection systems to be checked / serviced in this way from the outset for such a remote check and / or remote maintenance. This opens up further difficulties: On the one hand, remote monitoring can only be carried out for fire protection systems specially provided for this purpose and, on the other hand, individual components and / or peripheral devices can only be removed and / or added in such fire protection systems with great effort, since these are again in advance for the Remote monitoring must be designed.

In this context, 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, however, 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. This allows remote checking, documentation - or logging - of such a remote checking and / or corresponding remote maintenance but remains up to the user. As a result, there is on the one hand the risk that the documentation does not match the test and / or maintenance measures actually carried out, on the other hand, in this constellation, too, a high level of work remains for the user who not only carries out the remote test and / or remote maintenance, but also must also document this. Finally, the manual transmission of the documentation is prone to errors, since the user must on the one hand have the user terminal in view in order to carry out the remote checking and / or remote maintenance, and on the other hand must carry out detailed documentation. Therefore, no reliable documentation can be expected in this case either. Since the correct implementation of the testing and / or maintenance work is of great importance to ensure the functionality of the fire protection system, it is therefore desirable, on the one hand, to enable reliable, regular testing and / or maintenance of a fire protection system and, on the other hand, to enable corresponding, reliable and correct documentation of these to provide inspection and / or maintenance work, which makes it possible to understand when which operations were carried out. Against this background, it is an object of the invention to provide a system for operating a fire protection system in which the problems described above are overcome. In particular, it is an object of the invention to provide a system in which the remote testing and / or remote maintenance operations can be reproduced, in particular documented, reliably and with high accuracy with regard to the time period and evaluation result.

This object is achieved according to the invention by a service device for a fire protection system, comprising a communication device which is set up to communicate with the fire protection system via a first bidirectional communication link in order to receive status information indicative of a status of the fire protection system from the fire protection system , and to communicate with at least one server component via a third bidirectional communication connection, and at least one computing device which is set up to evaluate the status information and to generate an evaluation result based on the evaluation, and wherein the communication device is also set up to transmit the evaluation result, in particular together with to transmit the status information via the third bidirectional communication connection to a data memory of the server component, the evaluation result being associated with a time stamp, the ang Specifies the point in time at which the status information was received. According to the invention, a service device is thus provided which comprises a communication device which is set up to provide a first bidirectional communication link between itself and a fire protection system to be monitored, in particular a corresponding central communication device of the fire protection system. For this purpose, the service device is preferably made available at the location of the fire protection system. The communication between the communication device of the service device and the fire protection system can thus take place in a wired or wireless manner. The communication connection is preferably a wireless connection, with a wired communication connection being able to be provided in addition to the wireless connection, in particular by a connection provided specifically for this purpose to a component of the fire protection system, for example to a central device of the fire protection system. The communication link between the service device and the fire protection system can, however, also be exclusively wired.

According to the invention, the service device receives status information via this bidirectional communication link which is indicative of the status of the fire protection system. In the present case, the term status information includes all information understood that allow conclusions to be drawn about the state of the fire protection system, in particular the state of the components located therein, such as a central device and / or one or more peripheral devices. The term status information is understood to mean, in particular, the frame data that allow a statement to be made as to whether a certain peripheral device is still functioning properly. Alternatively or additionally, the status information can also relate to information about the status of the central device and the components located therein, such as the current power consumption of the central device or a component, for example a module, the battery charge status (determined via the battery resistance) and the like.

The status information can in particular be provided as part of system information of the fire protection system. The term system information is understood here to mean all types of data that describe the fire protection system and / or the components contained therein, such as the central device and / or the peripheral devices. In particular, 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. Alternatively or additionally, the system information can also include operating data that is used for the operational configuration of the fire protection system, for example logic settings and configurable (changeable) parameters of the fire protection system, in particular its central device and the peripheral devices it contains. As an alternative or in addition, the system information can also include additional data that are generated during the operation of the fire protection system, for example runtime data. In some embodiments, the status information is comprised in particular by the runtime data. As an alternative or in addition, 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 malfunctions as early as possible.

The service device is also set up to communicate with a server component by means of its communication device via a further bidirectional communication connection. For this purpose, the server component can in particular comprise a server communication device. The bidirectional communication connection between the service device and the server component is therefore preferably made via the communication device and the server communication device. In some embodiments, the server communication device of the server component is further set up, to communicate with a user terminal to allow the user to interact with the server component.

The server component also includes a data store. The data memory is preferably set up here to store data transmitted by the service device, such as, for example, the status information and / or system information and / or other data processed by the service device.

According to the invention, the data memory is set up in particular to store an evaluation result generated by the service device. In order to generate this evaluation result, the service device further comprises a computing device which is set up to evaluate the status data and, on the basis of the evaluation, to generate the evaluation result. This evaluation can in particular include a comparison of (actual) values determined for the different parameters of the status information with predetermined comparison values stored in a memory unit.

For this purpose, the computing device is preferably set up to call up one or more calibration values from the memory unit. This memory unit can be designed as an internal memory of the service device in which the calibration values have been stored. Alternatively or additionally, the service device can also be set up to call up the adjustment values from an external memory unit, for example via the communication device, which then forwards the adjustment values to the computing device. The external memory unit can in this case correspond in particular to the data memory of the server component, the communication device being set up to access the data memory via a network. In other embodiments, 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 term adjustment values is understood to mean in particular target 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 calibration values can on the one hand be determined mathematically and stored as target values in the memory or they can include the actual values determined in the past for the system and / or the fire protection system, which are stored as adjustment values in the memory. This means that if it has been established in the past that the system and / or the fire protection system is functioning, it can be assumed that the values available at the time are suitable as calibration values that are indicative of a functioning system.

The computing device then uses the adjustment values to evaluate the status information based on the adjustment between the values of the parameters of the status information and the adjustment values determined at the time. This means that the computing device is set up to compare how far the current actual value deviates from the setpoint value and generates an evaluation result based on this evaluation.

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 whose values differ 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. As an alternative or in addition, the evaluation result can also include a status indicator that can be output to a user. The status indication is set up here to indicate whether the fire protection system is functioning without malfunctions or whether malfunctions and / or malfunctions can be detected in certain locations. 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 indicates 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. In order to be able to understand at what point in time an evaluation of the Status information has given the corresponding 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. In this way, trends and developments in the fire protection system can be identified over a longer period of time and possibly developing malfunctions and / or malfunctions can be predicted at an early stage.

In some embodiments, the communication device is also set up to communicate with at least one user terminal via a second bidirectional communication connection.

In some embodiments, the service device is also set up to communicate with at least one user terminal by means of its communication device via a further bidirectional communication connection. This communication can take place directly: A direct communication link is therefore provided between the communication device of the service device and the user terminal. Alternatively or additionally, however, the communication can also take place indirectly, preferably via the server component. For this purpose, the communication device of the service device is set up to communicate with the server communication device and the server communication device is set up to communicate with the user terminal. In this case, communication between the service device and the user terminal takes place with the server communication device as a type of “communication tunnel”. Alternatively or additionally, the user terminal can communicate directly or indirectly with the server component, i.e. directly with the server communication device of the server component and / or by means of the service device, in that the user terminal communicates with the communication device of the service device and the communication device of the service device communicates with the server communication device of the server component .

In the following, a user terminal is understood to mean, in particular, a laptop, a cell phone, data glasses or some other type of terminal that allows a user to display relevant information such as system information, status information, the evaluation result, the status indication or the like. The user terminal is set up, in particular, to provide a graphic representation of the provided (and usually processed) system information, and in particular the status information, and / or to generate the evaluation result and / or the status indication in order to display them to the user.

In some embodiments, the user terminal can be used in particular to call up the evaluation results stored in the data memory of the server component and to provide them to the user. It is preferred here that the evaluation results associated with the time stamp are made available to the user. In some embodiments, the evaluation results can be provided as a function of time. This provision preferably includes generating a graphic representation of the evaluation results as a function of time. This allows the user to intuitively and efficiently get an overview of the development of the fire protection system over time.

In some embodiments, 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.

In some embodiments, the status information particularly includes values for parameters that are indicative of the status of one or more peripheral devices. The term 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.

According to the invention, the following peripheral devices are provided in particular: Fire alarms, such as automatic fire alarms or manual fire alarms and hazard alarms for recording event reports, fire reports 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 vessels, and / or

• Temperature switch, 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;

• gas sensors; and / or · actuators such as horns, strobe lights, valves or the like.

The communication device of the service device is preferably set up to communicate with the peripheral devices. This communication can take place directly, so that the communication device communicates with each peripheral device individually, or by means of a central communication device of the fire protection system that communicates on the one hand with the communication device of the service device and on the other hand with the peripheral devices. Such a central communication device can in particular be a central communication device of a central device, such as a fire alarm center, extinguishing control center and / or a combination of both. Alternatively or additionally, the central device can be set up to communicate with the peripheral devices by means of a central peripheral device set up specifically for communication with the peripheral devices. In the second case, 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. This communication link between central device and service device and central device and peripheral devices makes it possible to transmit status information indicative of the status of one or more peripheral devices to the service device. Alternatively or additionally, in the case in which the fire protection system comprises a central device, status information that is indicative of the status of the central device, which in turn allows conclusions to be drawn about the status of the peripheral devices, can also be transmitted to the service device will. In particular, it is this status information that, like described above are evaluated by the computing device, based on the evaluation of which the evaluation result is then generated. The resulting evaluation result includes both the status of the peripheral devices and the status of any central device that may be present and thus allows a comprehensive overview of the status of the fire protection system.

The evaluation result generated in this way is then transmitted to the data memory of the server component. In addition to a time stamp, the evaluation result is also associated with at least one device index, the device index being indicative of the respective peripheral device for which the status information was received. Specifically, this means that if the evaluation result includes the status information of the peripheral devices A and B, this evaluation result is associated with the device indices of the 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 assign the result of the evaluation for peripheral device B to peripheral device B uniquely. In this way, the evaluation result enables a quick overview of the status of the individual peripheral devices. Furthermore, 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.

In some embodiments, 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. In some embodiments, 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. In one development, 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 temporal course of the evaluation results over a longer period of time.

In some embodiments, the device index associated with a corresponding peripheral device can also be included in the generation of the status log. For example, 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. In other embodiments, the device index can also be used, for example, to select two peripheral devices of the same type and to create a status log in which the statuses 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.

It is preferred that the status log is provided to the user. On the one hand, this can be done by the user terminal. For this purpose, the user terminal comprises a display device which is set up, for example, to display a graphical user interface. The display device is also set up to generate a graphic representation of the status log and to output this to the user. This allows the user to view the status log from a distance.

Alternatively or additionally, 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.

In some embodiments, 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, a status indication and / or a deviation information dication and / or a maintenance indication to be generated and output. The output is preferably made to a user of the fire protection system. The output can take place haptically, graphically and / or audibly.

Here, the status indication relates to an indication that indicates whether the fire protection system is functioning without malfunctions or whether malfunctions and / or malfunctions can be detected at certain locations. The status indication can therefore be output when there is no fault, and also when there is a fault. In some embodiments, the status indication is unspecific and only indicates with a “yes / no” indication whether or not the fire protection system is functioning without malfunctions. In some embodiments, however, the condition indication can also be more specific and, for example, indicate where a disorder is suspected.

The deviation indication relates in particular to the situation in which, when comparing the values for certain parameters of the status information, it is determined that these deviate from the calibration values to an extent that is no longer permissible. The calibration indicator thus indicates that there is a discrepancy for a certain value and the value no longer moves within a predetermined interval and / or deviates from a predetermined specific calibration value. In some embodiments, the deviation indication is preferably output in the form of an alarm. In other embodiments, the output can include a graphical or auditory indication of which value - or which values - is affected by the deviation and, if the deviation relates to a deviation outside the limits of a predetermined interval, whether a limit value is undershot or exceeded present. In some embodiments, the deviation indication also already includes an indication of the cause of the deviation. In some embodiments, 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. Alternatively or additionally, 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. It is preferred that the output indications, or a reference to the output of these 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.

The references to the indications are preferably integrated into the graphical representation of the status log so that the user can see them.

In some embodiments, the first communication link and / or the second communication link and / or the third communication link comprise an encrypted communication link.

In some embodiments, 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. For this purpose, 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 using known methods and then transmitted. In some embodiments, 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 comprise a cryptography device if only one of the three bidirectional communication connections 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 can be used. In particular, 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.

Alternatively or additionally, 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. Furthermore, the keys can also be used to authenticate the service device to the user terminal. Here too, the authentication can take place again via a corresponding authentication parameter within the key for encryption.

Alternatively or additionally, 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. Here, too, 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.

Alternatively or additionally, an authentication parameter can be included which authenticates the server component with respect 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 is verified by a Server component originate.

In some embodiments, the communication device is further set up to receive at least one user input from the user terminal via the second bidirectional communication connection, the processing unit being set up to further evaluate the status information based on the user input. The user can preferably interact with the service device and, in particular, make user inputs. For this purpose, the user terminal preferably comprises a user input device for receiving these user inputs. The user terminal transmits this Via the second bidirectional communication connection to the communication device of the service device, which in turn forwards the input to the computing device. The computing device is set up to process the user input and to adapt the evaluation of the status information and / or the generation of the evaluation result in accordance with the user input.

In some embodiments, the user input can include, in particular, user input of certain system parameters of the fire protection system and / or the peripheral devices located therein, so that a user can configure the fire protection system remotely, for example because the user has recognized that such a configuration is necessary is. The scope of the configuration can depend in particular on the respective user, or his access rights, and can be individually adapted by the service device. The computing device is then set up to include these user inputs, such as the new configuration, in the evaluation and to adapt the evaluation result accordingly. The user input can also relate to information that is of interest when creating the status log. In some embodiments, the user input thus comprises, for example, an entry in the logbook by a service technician, the evaluation result being supplemented by this logbook entry in response to this input. In some embodiments, the user input can also specify, for example, certain materials that are required for maintenance and the computing device can be set up to determine on the basis of these materials which maintenance work is due and to include both the materials and the type of maintenance in the evaluation result. In some embodiments, the adaptation based on the user input can also comprise processing and / or providing further system information.

In some embodiments, the state information includes at least one of the following:

Information that is indicative of the functionality of at least one reporting unit of the fire protection system; and or

Information that is indicative of the condition of locking elements of the fire protection system; and or Information that is indicative of the condition of switching elements of the fire protection system; and or

Information indicative of the state of the central device of the fire protection system. 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. In a specific embodiment, 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. In some embodiments, 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. For example, a value within the status information can indicate a degree of opening of a closure element. In a functioning fire protection system, 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. Here, too, it is possible to record the values over a long period of time in order to predict a possible trend for the individual closure elements and, if necessary, to exchange them before the permissible tolerance limits are violated. The status information can also include parameters that indicate in which switching position the switching elements of the fire protection system are currently and / or whether, for example, a shift in the switching position of the individual switching elements tion is present. In a fire protection system, each switching element has a predefined position 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 identify possible trends.

The status information can also include parameters which indicate the status of the central device of the fire protection system and, if applicable, of the components located therein, such as modules or the like. Such a parameter can be, for example, the power consumption of the central device and / or a module of the central device or the resistance of an accumulator in the central device and / or such a module. 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. For status monitoring, 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. If the quiescent current shows a shift, for example an increase, this means either that the fire protection system has been expanded to include certain components or that one or more components are malfunctioning. As a result, 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.

In some embodiments, 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.

It can be advantageous to check certain parameters in the status information before certain, further parameters are checked, in particular when there is a dependency between the individual parameters, for example so that a deviation of a value of a first parameter from the norm is a Deviation of a value of another parameter would result. In order to prevent an error from going undetected in this case - because a deviation has already been found elsewhere - and / or that incorrect conclusions are drawn about the functionality of the fire protection system (because a parameter under consideration is due to the deviation of a other parameters deviate from the norm, whereby the observed parameter has no influence on the malfunction), it makes sense to specify a "service route" in such a case, i.e. to specify the order in which the parameters in the status information should be checked one after the other. This allows the important parameters to be identified at an early stage and thus increases the efficiency of the evaluation.

In a further embodiment, the computing device is set up to receive system information from the central device and to prepare it for transmission to the at least one user terminal, 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 Perform the basis of at least one user input.

The processing of the system information can in particular be understood to mean processing depending on the user to which the processed system information is provided. If the user is the installer, the system information is processed in a different way than in the case in which the user is a dispatcher or a customer. The user can be identified here in particular via the user terminal. In some embodiments, the identification can include entering an access code and / or a password when the user terminal is connected to the service device. As an alternative or in addition, the identification can also include a determination of biometric data, for example a fingerprint or an iris pattern, and an identification based on the biometric data. Alternatively or additionally, however, the user can also be identified via a property of the user terminal and / or a subscriber identification module used therein. In some embodiments, the identification can take place independently of the user terminal.

As an alternative or in addition, the processing of the system information can include the creation of a log and / or a summary. In other embodiments, the processing of the system information can also include an evaluation of 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 is within the limit values specified by guidelines. In some versions, the processing can also include a comparison between the measured (actual) values and the corresponding comparison values (setpoint Values) of the status information determined during operation, which as part of the system information is indicative of the status of the fire protection system and / or the peripheral devices and / or components 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.

If the user is, for example, the installer, 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. As an alternative or in addition, such logging can compare the measured (actual) values and corresponding comparison values of the changeable parameters in the status information, which is indicative of the status of the fire protection system and / or the components and / or peripheral devices located therein, i.e. a type Status logging. In some embodiments, the evaluation of the system information can in particular serve a real-time check of the fire protection system, the values of the parameters of the system information, in particular the parameters of the status information, being made available to the user in real time, and in particular real-time messages, for example in the event of faults or the like , are displayed. The processing can also include processing the system information, in particular the status 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.

If the user is the dispatcher, the logging and / or the summary can include, in particular, a summary of the status check and / or a summary of previous test and / or maintenance logs to give the dispatcher an overview of the next maintenance / repair To give workload. In some embodiments, based on the evaluation, the user can also be provided with a summary and / or a list of the proposed materials required for maintenance. A result of the evaluation, that is to say an evaluation result, can also be displayed here so that the user can compare himself whether the list is complete. In some embodiments, the processing can also include creating an overview of the current configuration of the fire protection system - or of the individual components and / or peripheral devices therein. If the user is an end customer, the processing of the data can in particular include a summary of the current actual state of the fire protection system or the components and / or peripheral devices located therein. In some embodiments, the processing can also include filtering, so that only the system information that might be of interest to him is displayed to the user. 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 calibration values. In some embodiments, 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. In some embodiments, the processing can also include an evaluation and an indication and / or prediction of an expected disruption and / or a tendency for certain disorders.

In some embodiments, the user input includes, in particular, a log entry by a service technician and the adaptation of the system information includes, in particular, adding this log entry to the test and / or maintenance logs and / or maintenance reports created by the computing device on the basis of the system information, in particular the status information / or other types of logging.

In some embodiments, 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. In some embodiments, the adaptation based on the user input can also comprise processing and / or providing further system information. In some embodiments, 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. 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. In a preferred embodiment, the communication device is set up to communicate with the at least one user terminal by means of the server component.

According to one embodiment, the communication device of the service device is set up to communicate with a server component, which in turn is set up to communicate with the user terminal. This means that the bidirectional communication between the service device and the user terminal (or the user terminals) takes place via the server component.

In some embodiments, the server component can in particular comprise the data memory in which the system information can be stored. In this case, it is not necessary to finally store the system information in the service device. Finally, at least part of the processing of the system information can also be taken over by a computing device of the server component from the service device, in particular when the server component includes a data memory for storing the past system information. On the one hand, this has the advantage that the requirements placed on the service device, in particular an internal storage device thereof, are reduced. On the other hand, storage of the system information on a server component enables the service device to be exchanged, in particular in the event of a failure and / or malfunction of the service device, without first having to transfer the data stored on it. Instead, a new service device can directly access the system information and other data stored on the server component and thus continue to work on the basis of the status at which the previously used service device was located.

It is further preferred that the service device further comprises an identification device which is set up to transmit identification data of the service device to the central device and / or the at least one user terminal.

In some embodiments, the identification of the service device is also accomplished by a dedicated identification device. For this purpose, the service device thus comprises a means by which the service device can identify itself, preferably by transmitting a corresponding identification number. This identification takes place preferably in relation to the central device of the fire protection system. As an alternative or in addition, the service device can also identify itself to one or more user terminals via the ID number. In some embodiments, the identification device can also be set up to receive an identification number from the user terminal and / or the central device, so that the identification is bidirectional. In some embodiments, the identification number can also only be transmitted by the user terminal and / or the central device and the service device is not identified.

In some embodiments, the service device further comprises a storage device for storing the system information.

In some embodiments, 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. In some embodiments, the system information can only be stored on the service device. Alternatively or in addition, the system information can also be stored in a data memory of the server component. In some embodiments, 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. In some embodiments, 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.

In a further development, the computing device is also set up to recognize a difference between the system information stored in the storage device and the system information provided by the central device, and to adapt the system information in the storage device in response to this difference .

Not all system information is subject to variation over time. There is also system information that (should) have constant values over a longer period of time or permanently. In this case, a new transmission of a value for such a system information, a deletion of the previous value and a renewed storage of the new (same) value represent an unnecessary use of the system capacity. To avoid such a waste of resources and the amount of To reduce the data to be transmitted, 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, only to retrieve and rewrite the system information whose values have changed into the memory device. All other system information is not saved again, optionally with a note that it has remained constant.

According to a further development, the computing device is set up to recognize the difference when the first communication connection is set up between the central device and the service device.

In some embodiments, this comparison of the system information and the associated determination of possible differences are preferably carried out each time the first communication connection is (re) established between the central communication device of the central device and the communication device of the service device. This can ensure that the service device stores the current status of the system information each time it is connected to the central device.

In some embodiments, the storage device is further set up to store a first software identification of software data, wherein the computing device is further set up to read out a second software identification from the central device via the first communication connection, which is indicative of the software data on the central device, the first software identification and the to compare the second software identification, and in response to a determination that the first software identification and the second software identification differ, to transmit the software data to the central device via the first communication connection.

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.

For this purpose, the storage device of the service device is set up to store a first software identification. In the present case, a first software identification is understood in particular to be an identification number which is indicative of a software ware version of software data. In this context, 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.

When the first bidirectional communication connection is set up between the central device and the service device, the first and second software identifications are preferably compared with one another by the computing device of the service device. In the event that the software version, which is indicated by the second software identification, that is active on the central device or a module thereof, differs from the software version, which is indicated by the first software identification, 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.

It is preferred here that the software data is 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 memory of the server component and then transmits it 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. In some embodiments, this transmission includes the prior sending of a request as to whether the update of the software version is desired. In some embodiments, 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. Alternatively or additionally, the service device can be set up to transmit this request to the central device. The central device can be set up to either answer the request to automatically check and, if an update is possible, to confirm in order to initiate the update. Alternatively or additionally, 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. Here, too, 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.

In some embodiments, 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 here to be 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. In some specific embodiments, the indication device is a device that is set up to output both a visual and an acoustic indication. Alternatively or additionally, 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.

In some embodiments, the system information includes at least one of the following:

Data that include information about at least one component of the fire protection system, and / or

Data that include information about a setting of the fire protection system, and / or Data that contain information about an operating state of the fire protection system.

As already mentioned above, all information about the fire protection system can be understood under system information. In particular, the system information can include data that includes information about at least one hardware component of the fire protection system. The term component is to be understood broadly and includes both the individual peripheral devices of the fire alarm system, such as the various fire detectors, 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 the individual modules that can be used in the central device to carry out certain activities.

As an alternative or in addition, 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. This data, also referred to as status information, relates to additional data that is generated during operation and allows 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.

According to some embodiments, the computing device is further 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. In some embodiments, 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. In particular, the computing device is set up during the validation to check 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. In some embodiments, 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.

In the case of a permissible user input, 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. In the event of an inadmissible user input, 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.

In some embodiments, receiving the at least one user input includes an authentication of the user terminal. In some embodiments, 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.

It can be advantageous that the service device receives information about the access rights of the user terminal to the central device and / or the server component. For this purpose, 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 transmitted correctly and completely from the correct central device and / or server component. Alternatively or additionally, 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 allowed if the license has not expired or has been extended. In this case, 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.

In some embodiments, the license key is provided to the user terminal by an external server. To do this, 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. In the second case, the license key must be extended and / or renewed after a certain period of time. In some embodiments, 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. In some embodiments, 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.

In some embodiments, 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. For this purpose, the central device can either communicate with the peripheral devices 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. In the second case, 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.

In some embodiments, 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, wherein the computing device is further set up to generate the deviation indication when the limit value is exceeded or not reached To integrate deviation indication into the condition indication. In a modification, 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 mathematically 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. If the value exceeds the upper limit value or if the value falls below the lower limit value, the computing device, on the other hand, 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. In some embodiments, the deviation indication is designed in particular as an alarm. This allows permanent monitoring of the fire protection system without the need for user interaction. The user is only informed when a potential malfunction or malfunction is automatically detected by the system.

In some embodiments, the communication device is set up to allow the user terminal to access at least part of the system information of the fire protection system, the computing device being set up to receive at least one user identification from the at least one user terminal, and the at least one user terminal based on the to authenticate at least one user identification. 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. In order to determine this authorization level, the user is first identified. According to the invention, this identification takes place by authenticating the user terminal. For this purpose, 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 here as any type of identification with which the user terminal that is assigned to a specific user can be identified. A user identification can include, for example, a device identification number of the user terminal. In other embodiments, the user identification can also comprise a MAC identification or a unique identifier that has been generated, for example, on the basis of the device identification and a user ID. In other embodiments, a subscriber identity module (SIM) or an electronic subscriber identity module (eSIM) can be used to authenticate the user terminal - or the corresponding user.

The term 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, i.e. which level System information should 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.

This type of user identification and user authentication makes it possible on the one hand to ensure that only authorized users have access to the relevant system information, on the other hand it also allows the authorization levels known from the prior art to be further subdivided, i.e. to define more specific access authorizations. This allows the implementation of individual and role-specific access rights for the fire protection system. In some embodiments, 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, limit and / or completely prevent on the basis of authentication. For example, 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.

In some embodiments, the service device further comprises a verification device, wherein the verification device is set up, 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 bidirectional communication connection with the server component.

In some embodiments, 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. In some embodiments, 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. In any case, it is necessary to ensure that a user is authorized to use the server component. For this purpose, the service device comprises a verification device which is set up to verify that a user - identified by the user terminal - is allowed to use the server component. For this purpose, the verification device is set up to receive an access verification from the user terminal. For this purpose, 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. In some embodiments, the user identification comprises or corresponds to the access verification. In some embodiments, 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, the verification device does not release it 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. In some embodiments, for authorization, the user can in particular obtain a server license that allows the user to use the server component. In some embodiments, the server license is time limited. Alternatively or additionally, it can also be a permanently granted server license.

In some embodiments, the service device and the user terminal can also be set up, after the verification of the user and the corresponding releases 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. In this case, 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. Communication via the server component 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. In some embodiments, 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. 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.

In some embodiments, 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. In a further aspect, 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. In yet another aspect, 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, the fire protection system including a central device and at least one peripheral device; and at least one server component with a data memory, wherein the data memory is set up to store an evaluation result transmitted by the service device, associated with a time stamp, which indicates the point in time at which status information indicative of the status of the fire protection system was obtained.

According to the invention, a system for operating a fire protection system is also provided. The system comprises the fire protection system, a service device and a server component. The server component comprises a data memory which is set up to store the evaluation result generated by the service device. This storage is preferably carried out with a time stamp. This time stamp allows all evaluation results to be viewed as a function of time and thus an insight into the status history of the fire protection system. This allows, for example, to predict when the next maintenance is due and which components have to be brought along for this.

In some embodiments, the system further comprises at least one user terminal, the at least one user terminal being set up to communicate with the service device via a second communication connection in order to receive the status information and / or the evaluation result. In one development, the at least one user terminal comprises a graphical user interface, the graphical user interface being set up to generate a graphical representation of the status information and / or the evaluation result and to display the graphical representation to a user. In one development, the at least one user terminal further comprises a user input device, the user input device being set up to receive at least one user input, and the user terminal being set up to transmit the at least one user input to the service device and / or the server component. In some embodiments, the system further comprises at least one user terminal which is set up to communicate with the communication device of the service device. The user terminal comprises a graphical user interface which is set up to graphically represent the status information and / or the evaluation result. Such a graphical user interface can be implemented in particular in the form of a web interface that allows access to the individual aspects of the fire protection system and enables, for example, to switch between these aspects. This allows the display to be made particularly clear for the user. The user terminal further comprises a user input device for receiving a user input. The user terminal transmits this via the second bidirectional communication connection to the communication device of the service device, which in turn forwards the input to the computing device. The computing device is set up to process the user input and to adapt the system information of the fire protection system according to the user input. In some embodiments of the system, the service device is set up as an internal service module of the central device of the fire protection system.

The service device can be implemented in different ways: In some embodiments, the service device is implemented as a type of box that can be connected externally to a central device, for example via the central card. In other embodiments, however, 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. In a further aspect, the invention relates to a method for operating a fire protection system by means of a service device, comprising receiving, by the service device, status information indicative of a status of the fire protection system from the fire protection system, evaluation, by the service device, of the status information , generating, based on the evaluation, an evaluation result, the evaluation result being associated with a time stamp indicating the point in time at which the status information was received, and transmission of the evaluation result, in particular together with the status information. to a data store of a server component. In some embodiments, 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 method also including generating a status log of the fire protection system on the basis of the Includes status information, the device index and the time stamp.

In yet another aspect, the invention relates to a use of a service device according to one of the embodiments described above for operating a fire protection system. The invention is described in more detail below with reference to the accompanying figures using preferred exemplary embodiments. Here show:

1 shows a schematic representation of a system for operating a fire protection system of a first embodiment,

2 shows a schematic representation of a system for operating a fire protection system according to a modification of the first embodiment, and FIG

3 shows a flow diagram of a method for maintaining and / or checking a

Fire protection system according to one embodiment,

4 shows a schematic illustration of a system for operating a fire protection system according to a second embodiment, FIG. 5 shows a schematic illustration of a system for operating a fire protection system according to a modification of the second embodiment,

6 shows a flow chart of a method for monitoring the condition of a fire protection system according to an embodiment,

7 shows a schematic representation of a system for operating a fire protection system according to a third embodiment,

8 shows a schematic representation of a system for operating a fire protection system according to a modification of the third embodiment, 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,

11 shows a schematic representation of a system for operating a fire protection system according to a modification of the fourth embodiment, and

12 shows a flow diagram of a method for monitoring the status of a fire protection system according to an 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. The computing device 102 furthermore 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 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 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. As a result, system information stored in the central storage device 204 can be transmitted to the service device 100. In some embodiments, the central computing device 202 is set up to record the system information for its part. prepare and only then to transmit to the service device 100. Alternatively or additionally, 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. To this end, 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. In the specific example of FIG. 1, the indication is a visual as well as an acoustic indication.

The communication device 101 then forwards the received system information to the computing device 102. In the specific embodiment of FIG. 1, 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. For this purpose, 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. In the specific embodiment of FIG. 1, 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 do this To read set values from the data memory 302, in particular to retrieve them via the bidirectional communication link 503, and to evaluate the runtime data on the basis of the set 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.

In some embodiments, when setting up the bidirectional communication connection 502 between service device 100 and user terminal 400, user terminal 400 is initially authenticated. For this purpose, the computing device 101 comprises an authentication device 110. In the exemplary embodiment according to FIG. 1, the authentication of the user terminal 400 comprises, in particular, a verification that the user of the user terminal 400 has a valid license key. After the communication link 502 has been set up, the authentication device 110 transmits a request for a license key. In response to the query, the user terminal 400 transmits, preferably via the communication link 502, a corresponding license key, which is then checked by 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 provided by it. 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. In the specific embodiment of FIG. 1, 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. Optionally, the user also receives a maintenance indication, which indicates that the pump needs to be repaired or replaced. Furthermore, 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. The transmitted system information is then adapted on the basis of this user input. In particular, it is stored that the user was informed about the possible malfunction of the pump and, if necessary, which measures should be taken. These additional comments are then saved as part of the adjusted system information. In the embodiment of FIG. 1, this storage preferably takes place in the data memory 302 of the server component 300. In other embodiments, however, 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. Even if the service device 100 malfunctions, all data relating to the fire protection system 10 can be accessed immediately. Finally, 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 for further evaluation.

In the embodiment according to FIG. 1, 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. Here, too, 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 are operated as in connection with FIG. written work, with like reference numbers denoting like components. Since these functionalities correspond to those of the embodiment according to FIG. 1, a further detailed explanation is dispensed with here.

In the following, therefore, only the differences between system 1 according to FIG. 1 and system V according to the modification in FIG. 2 will be discussed. In the specific embodiment of FIG. 2, the communication direction 101 of the service device 100 communicates with the user terminal 400 via the server component. This means that instead of direct communication via the bidirectional communication link 502 between the service device 100 and user terminal 400, communication is via the server component 300 furnished. To this end, 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. This enables the provision of some, partially optional, functionalities, such as the storage of the system information and / or the identification of the user from the service device 100 on the server component 300 and thus leads to a reduction in the system requirements for the service device 100 is drawn as an external component in the system 1 and 1 'according to the embodiments of FIG. 1 and FIG. 2, it should be mentioned at this point that the service device 100 can also be set up as an internal module of the central device 200 without the functionalities described must be adapted. The service device 100 according to the invention can therefore be designed either as an internal (pluggable) module of the central device 200 or as a connectable, external element.

FIG. 3 schematically shows a flow diagram 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. In step 1000, 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. In 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. In step 3001, the computing device 102 prepares the system information for transmission to the user terminal 400. In the specific embodiment of FIG. 3, 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. In step 4000, the prepared system information is transmitted to the user terminal 400. In the specific embodiment of FIG. 3, 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. 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.

In 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 general system architecture of the system 1 according to the second embodiment corresponds to that of the system 1 according to the first embodiment as with Fig. 1 described. Here, too, 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 multiplicity 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. Within the central device 200, 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. On the basis of the current power consumption and / or the internal resistance, it is possible to draw conclusions about defects within the fire protection system 10 in particular.

Furthermore, the central communication device 201 can be set up to receive status information which is indicative of the status of the peripheral devices 601. For this purpose, the peripheral devices 601 can be set up to communicate directly with the central communication device 201. As an alternative or in addition, the peripheral devices 601 can also be used via the central computing device 202 or a communication device specially prepared for this purpose. Communication link communicate with the central device 200 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. To this end, 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. In some embodiments, the bidirectional communication connection 501 is permanently maintained after being 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. In the specific embodiment of FIG. 4, 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. Alternatively, 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 an addition of, for example Peripheral devices 601 can be traced back to the fire protection system 10 or whether no peripheral devices 601 have been added and therefore the increase was caused by other factors, such as an emerging defect.

In the specific embodiment of FIG. 4, 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 comprises 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 indication and to display this to the user on the graphic user interface 401. In this way, the user can also remotely recognize a malfunction that has occurred or is still occurring and initiate appropriate countermeasures such as repair or maintenance, replacement of components or the like.

Here, 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 indication 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. Here, too, 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. In the following, therefore, only the differences between system 1 according to FIG. 4 and system V according to the modification in FIG. 5 will be discussed again.

In the specific embodiment of FIG. 5, 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. That means, The communication device 101 of the service device 100 receives status information on the status of the central device via the bidirectional communication link 501 and status information on the status of the peripheral devices 601 via the bidirectional communication link 506. This enables the status information to be transmitted separately in time and thus allows more efficient timing of the transmission. For example, the status information indicative of the status of the central device 200 can be transmitted permanently, and the status information indicative of the status of the peripheral devices 601 can only be transmitted at regular time intervals, the time intervals depending on requirements, for example of the respective peripheral device 601 and / or the guidelines specified for this can be selected.

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. In step 1000 ', the bidirectional communication connection 501 is established between communication device 101 of service device 100 and central communication device 201 of central device 200 - builds. In step 2000 ‘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. In step 300T, the computing device 102 causes the calibration values for the status information to be retrieved from a memory. For this purpose, 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.

In step 3002 ', 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 display 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. 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. In step 4001 'the user initiates a corresponding measure in response to the status indication if the status indication makes such a measure appear necessary in order to prevent a malfunction. 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. Here, too, 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. In contrast to the first and second embodiments, 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.

This means in particular that 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. In the specific embodiment of FIG. 7, 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. For this purpose, 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, by outputting a release signal, causes the access restriction device 106 to release the bidirectional communication link 502 between the communication device 101 and the user terminal 400 also for the transmission of system information and / or status information. 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. However, if the user cannot be authenticated, 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. In FIG. 7, 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 to check before access to the server component 300 whether a user has a 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 only use the additional capacity of the server component 300 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. In some embodiments, 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.

On the basis of this access verification, 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 connection 503 so that it can be established. 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. Here, too, 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. In the following, therefore, only the differences between system 1 according to FIG. 7 and system T according to the modification in FIG. 8 will be discussed again.

In the specific embodiment of FIG. 8, 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 In the specific embodiment of FIG. 8, this means in particular that the bidirectional communication link 502 is used to transfer the user identification from the user terminal 400, in particular its identity module 402, to the communication Communication device 101 to transmit, which transmits this user identification to the computing device 102. The computing device 102 authenticates the user terminal 400 as described in connection with FIG. 7.

If the user is identified as an authenticated user based on the user identification, 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. In this case, a release of the access means in particular a release of the access of the user terminal to the via the bidirectional communication connection 503 and the bidirectional communication connection 504. This means that in the embodiment according to FIG. 8 the system information is not transmitted via the bidirectional communication connection 502 , but rather via the bidirectional communication links 503 and 504, that is to say via the server component. On the one hand, 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.

Even if the service device 100 is shown again as an external component at this point, 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 functionalities described having to be adapted.

FIG. 9 schematically shows a flow chart 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. In 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 . In step 2000 “the bidirectional communication connection 502 is set up between the communication device 101 and the user terminal 400. For this purpose, 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 in step 2003" determines whether it is a authenticated user.

If this is the case (“Y”), the computing device 102 outputs a release signal to the access restriction device 106 in step 2004, which causes the access restriction device 106 to communicate system information to the user terminal 400 share. In this case, 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.

If this is not the case (“N”), 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 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.

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 with the central communication device 201 of the central device 200 via a bidirectional communication link 501 in order to provide system information, including status information that is indicative of the status of the fire protection system 10 and / or the peripheral devices 601 located therein, to obtain. 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.

In the embodiment according to FIG. 10, the communication device 101 of the service device 100 thus receives at least one value for a parameter of the status information that 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. In some embodiments, 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 status, 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 chronological traceability and increased security against abuse.

This means that in the system 1 of FIG. 10 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. This allows the automated creation of maintenance protocols. In an alternative embodiment - for example in a case without access to the server component 300, the evaluation result and / or the system information can also be stored in the storage device 104 of the service device 100. The need for a server component 300 can thereby be avoided.

In any case, the evaluation result can be viewed by a user using the user terminal 400, if necessary after prior authentication. In particular, 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. Here, too, 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. According to FIG. 10, 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. In contrast to this, the user terminal 400 in the system 1 'of FIG. 11 communicates with the server component via the bidirectional communication connection 504 in order to call up the evaluation result. In this embodiment, the communication - both for calling up the evaluation result and for viewing the system information as described above - is always carried out via the server component 300. This makes it possible to transfer certain evaluation and computing processes from the service device 100 to the server component 300 in order to create a service device 100 with low computing capacities.

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 as shown in FIG. 10, for example.

In 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. In step 1001 the peripheral devices 601 transmit corresponding status information indicative of their status via the bidirectional communication link 505 to the central device 200. In 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.

In step 2000 ′ ″, the communication device 101 transmits the system information obtained in this way to the computing device 102 for evaluation and for creating an evaluation result and, optionally, a status indication, deviation indication and / or maintenance indication. In step 2001, 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 assign the status based on an evaluation of this status information determine. Furthermore, 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 to the server component 300 in step 2002 ′ ″ by means of the communication device 101 via the bidirectional communication connection 503. In 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. In step 3001, 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.

In 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 link. In 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.

Reference list:

System for operating a fire protection system 1, 1 ‘

Fire protection system 10

Service device 100 communication device 101

Computing device 102

Identification device 103

Storage device 104

Indication device 105, access restriction device 106

Verification facility 107

Authentication facility 1 10

Central device 200

Central communication device 201 Central computing device 202

Central display device 203

Central storage device 204

Central power supply 205

Server component 300 Server communication device 301

Data storage 302

User terminal 400 Graphical user interface 401

Identity module 402

Communication link 501, 502, 503, 504, 505, 506 peripheral devices 601

Claims

Expectations:

1 . Service device (100) for a fire protection system (10), comprising: a communication device (101) which is set up to communicate with the fire protection system (10) via a first bidirectional communication link in order to receive status information indicative of a state of the

Fire protection system (10) are to be received by the fire protection system (10) and to communicate with at least one server component (300) via a third bidirectional communication link (503), and at least one computing device (102) which is set up to provide the status information evaluate and generate an evaluation result based on the evaluation, and wherein the communication device (101) is further set up to send the evaluation result, in particular together with the status information, to a data memory (302) of the server component (300) via the third bidirectional communication connection (503) to be transmitted, the evaluation result with a

Time stamp that indicates the point in time at which the status information was received is associated.

2. Service device (100) according to claim 1, wherein the communication device (101) is further configured to communicate with at least one user terminal (400) via a second bidirectional communication connection (502).

3. Service device (100) according to at least one of claims 1 or 2, wherein the status information is indicative of a status of at least one peripheral device (601) of the fire protection system (10), the evaluation result also having a device index indicative of the respective peripheral device (601 ) is, is associated.

4. service device (100) according to claim 3, wherein the computing device (102) is set up to generate a status log of the fire protection system on the basis of the status information and the time stamp.

5. Service device (100) according to claim 4, wherein the status logging is one or more of a status indication, a deviation indication and / or a

Includes maintenance indication.

6. Service device (100) according to at least one of the preceding claims, wherein the first communication connection (501) and / or the second communication connection (502) and / or the third communication connection (503) comprises an encrypted communication connection.

7. Service device (100) according to at least one of the preceding claims, wherein the communication device (101) is further set up to receive at least one user input from the at least one user terminal (400) via the second bidirectional communication connection (502), wherein the computing unit (102 ) is set up to further evaluate the status information based on the at least one user input.

8. Service device (100) according to at least one of the preceding claims, wherein the status information comprises at least one of the following: - Information indicative of the functionality of at least one

The alarm unit of the fire protection system (10) is; and or

Information that is indicative of the condition of locking elements of the fire protection system (10); and or

Information that is indicative of the state of switching elements of the fire protection system (10); and or Information indicative of the state of the central device

(200) of the fire protection system (10) are.

9. Service device (100) according to at least one of the preceding claims, wherein the computing device (102) is set up to receive a service route specification which specifies an order in which the status information is to be evaluated, and the status information according to the service route specification to evaluate.

10. Fire protection system (10) comprising a central device (200), the central device being configured to be communicatively connected to a service device (100) according to at least one of claims 1 to 9.

1 1. System (1, 1 ‘) for operating a fire protection system (10), comprising: at least one service device (100) according to at least one of claims 1 to 9; at least one fire protection system (10) comprising a central device (200) and at least one peripheral device (601); and at least one server component (300) with a data memory (302), wherein the data memory (302) is set up, an evaluation result transmitted by the service device (100) associated with a time stamp, which indicates at what point in time status information indicative of the status of the fire protection system have been received.

12. System (1, 1 ') according to claim 1 1, further comprising: at least one user terminal (400), wherein the at least one user terminal (400) is set up to communicate with the service device (100) via a second communication connection (502) to receive the status information and / or the evaluation result.

13. System (1, 1 ') according to claim 12, wherein the at least one user terminal (400) comprises a graphical user interface (401), the graphical user interface (401) being set up to generate a graphical representation of the status information and / or the evaluation result and to display the graphical representation to a user. 14. System (1, 1 ') according to at least one of claims 12 or 13, wherein the at least one user terminal (400) further comprises a user input device, wherein the user input device is set up to receive at least one user input, and wherein the user terminal is set up to transmit the at least one user input to the service device (100) and / or the server component (300).

15. System (1, 1 ‘) according to at least one of claims 1 1 to 14, wherein the service device (100) is set up as an internal service module of the central device (200) of the fire protection system (10).

16. A method for operating a fire protection system (10) by means of a service device (100), comprising:

Receiving, by the service device (100), status information indicative of a status of the fire protection system (10) from the fire protection system (10);

Evaluation, by the service device (100), of the status information, generation, by the service device (100), based on the evaluation, of an evaluation result, the evaluation result being associated with a time stamp indicating the point in time at which the status information was received ;

Transmission by the service device (100) of the evaluation result, in particular together with the status information, to a data memory

(302) a server component (300).

17. The method according to claim 16, wherein the status information is indicative of a status of at least one peripheral device (601) of the fire protection system (10), wherein the evaluation result is furthermore associated with a device index which is indicative of the respective peripheral device (601) and the method further comprises:

Generating a status log of the fire protection system (10) based on the status information, the device index and the time stamp. 18. Use of a service device (100) according to at least one of the claims

1 to 9 for operating a fire protection system (10).