Disaster Prevention System

Abstract

To provide a disaster prevention system and a disaster prevention method capable of improving disaster prevention in target areas by using communications based on sound signals.SOLUTION: A disaster prevention system 100 includes: a microphone 5 in a building that collects sound signals including attribute information indicating user's attributes and state information indicating the user's states as user-related information relating to the users in a target area, when an abnormality occurs in the target area; and a receiver 1 that outputs fire position message information, evacuation route information, fire position information, terminal position information, and a rescue support image as disaster prevention-related information relating to disaster prevention in the target area, based on the sound signals collected by the microphone 5 in the building. The fire position message information is information for notifying fire occurrence and a position of the fire occurrence. Further, the evacuation route information is information indicating evacuation routes that are recommended to pass at the time of evacuation.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a disaster prevention method and a disaster prevention method. [Background technology]

[0002] Conventionally, a technique for communicating using sound waves has been known (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2016-218980 A Summary of the Invention [Problem to be solved by the invention]

[0004] Meanwhile, for example, there has been a demand for disaster prevention using conventional technology that uses sound waves for communication.

[0005] The present invention has been made in consideration of the above problems, and aims to provide a disaster prevention system and a disaster prevention method that can improve disaster prevention capabilities of a target area by utilizing communication based on sound signals. [Means for solving the problem]

[0006] In order to solve the above-mentioned problems and achieve the object, the disaster prevention system according to claim 1 comprises: A disaster prevention system for performing disaster prevention processing for a monitoring area having a plurality of target areas, A sound collection device that collects sound signals including user-related information about users in a target area who may be support recipients when an abnormality occurs in the target area, and a control means that outputs disaster prevention-related information about disaster prevention in the target area based on the user-related information acquired from the sound signals collected by the sound collection device; A display device installed in each of the plurality of target areas; Equipped with When the display device receives the disaster prevention related information output by the control means, it displays a rescue support image for supporting the rescue of the support recipient based on the disaster prevention related information. Effect of the Invention

[0008] Claim 1Disaster prevention system described in To According ,example For example, it is possible to improve disaster prevention capabilities of a target area by utilizing communication based on sound signals. [Brief description of the drawings]

[0009] [Figure 1] 1 is a diagram showing a disaster prevention system according to an embodiment of the present invention; [Diagram 2] FIG. 2 is a plan view of the third floor of the building in FIG. 1. [Diagram 3] FIG. 2 is a block diagram of a receiver. [Figure 4] FIG. 11 is a diagram illustrating an example of facility identification information. [Diagram 5] FIG. 11 is a diagram illustrating an example of user identification information. [Figure 6] FIG. 2 is a block diagram of a terminal device. [Figure 7] 13 is a flowchart of a warning process. [Figure 8] FIG. 2 is a plan view of the third floor of the building in FIG. 1. [Figure 9] 13 is a flowchart of a location information transmission process. [Figure 10] 13 is a flowchart of an evacuation guidance process. [Figure 11] FIG. 9 is a diagram illustrating an evacuation route in FIG. [Figure 12] FIG. 13 is a diagram illustrating an example of a fire location message image. [Figure 13] FIG. 13 is a diagram illustrating an example of an evacuation guidance image. [Figure 14] 13 is a flowchart of a state information transmission process. [Figure 15] 13 is a flowchart of a support information display process. [Figure 16] FIG. 13 is a diagram illustrating a rescue support image. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, preferred embodiments of a disaster prevention system and a disaster prevention method according to the present invention will be described in detail with reference to the accompanying drawings. However, the present invention is not limited to these preferred embodiments.

[0011] [Basic Concept of the Embodiment] First, a basic concept of the present embodiment will be described. The present embodiment generally relates to a disaster prevention system and a disaster prevention method.

[0012] A "disaster prevention system" is a system used for disaster prevention, specifically, a system used for disaster prevention related to abnormalities in a target area, and includes elements such as a sound output device, a sound collection device, a control means, a mobile terminal, or a display device.

[0013] The term "target area" refers to an area that is the target of disaster prevention, and is a concept that includes, for example, an area inside a building, an area outside a building, or any other area. The term "abnormality" refers to a state that is different from normal, and is a concept that includes, for example, a fire, a gas leak, an earthquake, etc.

[0014] A "sound output device" is a device that outputs sound, and is a concept that includes, for example, a speaker or a base sounder that is installed on any object such as a building. A "base sounder" is, for example, a device that is attached to a base for mounting an alarm that warns of abnormalities together with the alarm, and is a device that outputs a specific sound. "Sound" is a concept that corresponds to waves that travel as vibrations through a medium such as air, and specifically includes sounds that travel at frequencies in the audible range and sounds that travel at frequencies in the inaudible range, and is a concept that includes, for example, alarm sounds, voices, noise, and sound signals.

[0015] "Alarm sound" is a concept that includes, for example, audible sounds that are output for the purpose of an alarm, and "sound" is a concept that includes, for example, audible sounds that are output through the human vocal organs, or audible sounds that are artificially generated and output, and "noise" is a concept that includes, for example, sounds other than sounds intended to be communicated.

[0016] The "sound signal" is a concept different from the above-mentioned alarm sound and voice, and is, for example, a sound for transmitting information between any devices using a predetermined protocol, that is, a sound containing any information to be transmitted. Any physical quantity (e.g., amplitude, phase, or frequency) of this "sound signal" can be used for communication, and in the disaster prevention system, communication using this sound signal is appropriately used (described later). In addition, inaudible sounds can be used as the frequency of the "sound signal".

[0017] A "sound collection device" is a device that collects sound, and is a concept that includes, for example, a microphone installed on any object such as a building. Note that the "microphone" here may be implemented, for example, as a standalone microphone, or may be implemented as a microphone built into any other device (for example, a sensor, etc.). This "sound collection device" is also a concept that includes, for example, a means for collecting a sound signal that includes user-related information about a user within a target area when an abnormality occurs in the target area. A "detector" is a device that detects abnormalities in a monitored area, and is a concept that includes, for example, fire detectors such as smoke detectors and heat detectors, and gas detectors.

[0018] "User-related information" is information related to a user, and is a concept including, for example, attribute information indicating the attributes of a user and status information indicating the status of a user. "User attributes" refers to the nature or characteristics of a user, and is a concept including, for example, nationality, language used, presence or absence of a disability, gender, age, blood type, place of origin, whether or not the user is accompanied by children, and whether or not the user is a firefighter or medical worker. "User status" refers to, for example, the state of a user when an abnormality occurs or after the occurrence of an abnormality, and is a concept including, for example, a state in which the user is evacuating, a state in which the user is not evacuating, a state in which assistance is required, a state in which assistance is not required, a state in which confirmation is required, and a state in which confirmation is not required.

[0019] The "control means" is a means for outputting disaster prevention related information on disaster prevention in a target area based on a sound signal collected by a sound collection device. The implementation method of this control means is arbitrary, and for example, it may be implemented as at least a part of the functions of any disaster prevention device such as a disaster prevention receiver (hereinafter also simply referred to as a "receiver") or a general operation panel, or it may be implemented as at least a part of the functions of any device other than a disaster prevention device (for example, a server device, a cloud computer, etc.).

[0020] "Disaster prevention related information" is information related to disaster prevention in a target area, and is a concept that includes, for example, information for reporting abnormalities, information for guiding evacuation, and information for supporting rescue.

[0021] The term "disaster prevention receiver" refers to, for example, a device that manages a monitored area, and is a concept that includes, for example, devices that perform disaster prevention measures against fires, gas leaks, etc. The term "general operation panel" refers to a device that comprehensively manages a monitored area, and is a concept that includes, for example, devices that display image information showing the monitored area and perform various types of interlocking control.

[0022] A "mobile terminal" is a device carried by a user, for example, a device that has the function of outputting and receiving sound, and is a concept that includes, for example, a smartphone or a tablet terminal.

[0023] A "display device" is a device that displays information, such as a device for digital signage (electronic signage) that is installed in a target area, and is a concept that includes, for example, a display device or a projector.

[0024] In each of the embodiments described below, the "target area" is an area inside a building, and the "control means" is implemented as a part of the function of the receiver.

[0025] [Specific details of the embodiment] Next, the specific contents of the embodiment will be described.

[0026] (composition) First, the configuration of the disaster prevention system according to the present embodiment will be described. Fig. 1 is a diagram showing the disaster prevention system according to the present embodiment, and Fig. 2 is a plan view of the third floor of the building in Fig. 1.

[0027] The disaster prevention system 100 in Fig. 1 is a system for performing disaster prevention regarding a fire in the building in Fig. 1, and is applied to the building. The building is, for example, a three-story commercial facility, and the third floor of the building is provided with three staircases (first staircase to third staircase), five rooms (rooms 1 to 5), and three corridors (first corridor to third corridor) as shown in Fig. 2. Note that the first and second floors of the building are also provided with staircases, rooms, corridors, etc. as appropriate, but in this embodiment, the third floor will be described with a focus on the third floor.

[0028] The disaster prevention system 100 in FIG. 1 includes, for example, a receiver 1, a detector 2, an in-house speaker 3, a relay device 4, an in-house microphone 5, a display device 6, and a terminal device 7. The detector 2, the in-house speaker 3, the in-house microphone 5, and the display device 6 in FIG. 1 are shown as representatives of a plurality of detectors provided on each floor. The power source of each device constituting the disaster prevention system is arbitrary, but in this embodiment, the receiver 1 normally operates on a commercial power source and charges its own backup battery, and the detector 2, the in-house speaker 3, the relay device 4, and the display device 6 operate on power supplied from the receiver 1. In addition, the receiver 1 operates on a backup battery during a commercial power outage and continues to supply power to the detector 2, the in-house speaker 3, the relay device 4, and the display device 6, and the in-house microphone 5 and the mobile terminal 7 each operate on a battery power source and can continue to operate even during a commercial power outage. That is, the disaster prevention system 100 in this embodiment can continue to operate for a predetermined period of time even during a power outage.

[0029] (Configuration - Receiver) 3 is a block diagram of the receiver 1. Note that detailed description of the receiver 1, which is similar to that of a known disaster prevention receiver, will be omitted, and only the configuration characteristic of the present application will be described in detail.

[0030] The receiver 1 in FIG. 1 is a disaster prevention receiver, specifically, the control means described above, and is capable of communicating with the detector 2, the in-house speaker 3, the in-house microphone 5, and the display device 6, for example, directly or indirectly via the communication line L1. The receiver 1 includes, for example, a communication unit 11, a recording unit 12, and a control unit 13, as shown in FIG. 3. In the "disaster prevention system," at least communication between the "sound output device (e.g., the in-pipe speaker 3)" and the "portable terminal (e.g., the terminal device 7)" and between the "portable terminal (e.g., the terminal device 7)" and the "sound collection device (e.g., the in-house microphone 5)" is performed with "sound signals," and other communications can be appropriately performed using wired electrical signals or optical signals, wireless radio wave signals or optical signals, etc.

[0031] (Configuration - Receiver - Communication unit) 3 is a communication unit that communicates with an external device (i.e., each device included in the disaster prevention system 100). The specific type and configuration of the communication unit 11 are arbitrary, but it can be configured, for example, using a known communication circuit.

[0032] (Configuration - Receiver - Recording unit) 3 is a recording means for recording programs and various data necessary for the operation of the receiver 1, and is configured using, for example, a flash memory or a hard disk, etc. However, instead of or in addition to the flash memory or hard disk, any other recording medium including a magnetic recording medium such as a magnetic disk, or an optical recording medium such as a DVD or a Blu-ray disk can be used (the same applies to the recording units of other devices).

[0033] The recording unit 12 includes, for example, a map information database (hereinafter, database is also referred to as “DB”) 121, a facility identification information DB 122, and a user identification information DB 123.

[0034] (Configuration - Receiver - Recording unit - Map information DB) The map information DB 121 in Fig. 3 is a map information storage means for storing map information. The "map information" is, for example, information that identifies, as a map, a floor plan of the interior of a building to which the disaster prevention system 100 is applied, for example, information that identifies a map such as the floor plan shown in Fig. 2. A specific method for storing such map information is arbitrary, but, for example, when map information is input to the receiver 1 using any method (for example, a method for inputting information using a recording medium such as a memory stick, or a method in which an administrator transmits and inputs information from his / her own terminal), the control unit 13 stores the map information (the same applies to facility identification information described later).

[0035] (Configuration - Receiver - Recording unit - Equipment specific information DB) Fig. 4 is a diagram illustrating facility identification information. Facility identification information DB 122 in Fig. 3 is a facility identification information storage means for storing facility identification information. "Facility identification information" is information for identifying each facility, which is each device included in disaster prevention system 100. As shown in Fig. 4, for example, this facility identification information is mutually associated with information corresponding to the item "facility ID", information corresponding to the item "facility type information", and information corresponding to the item "facility location information".

[0036] The information corresponding to the item "facility ID" is facility identification information (the identification information is also called "ID") for uniquely identifying each facility. This facility identification information is arbitrary, but for example, a facility ID is set for each of the in-house speaker 3, the in-house microphone 5, and the display device 6, and this facility ID is recorded. In FIG. 4, for example, "IDm001" to "IDm011" that uniquely identify each of the in-house microphones 501 to 511 in FIG. 2, "IDs001" and "IDs002" that uniquely identify each of the in-house speakers 301 and 302 in FIG. 2, and "IDd001" and "IDd002" that uniquely identify the display devices 601 and 602 in FIG. 2 are stored. The facility IDs of the in-house speakers 303 to 311 in FIG. 2 and the facilities on the other floors (first and second floors) of the building are also stored, but are omitted from FIG. 4 for convenience of explanation. The information corresponding to the item "equipment type information" is equipment type information that identifies the type of equipment (in FIG. 4, it is "microphone" that identifies the in-house microphone 5, "speaker" that identifies the in-house speaker 3, and "display device" that identifies the display device 6). The information corresponding to the item "equipment location information" is equipment location information that identifies the location where each piece of equipment is installed (in FIG. 4, information is stored that identifies the floor where each piece of equipment is installed and the location on the map identified by the map information described above, for example, "3rd floor - 1st staircase" that identifies the 1st staircase on the 3rd floor).

[0037] The information at the top of the equipment identification information in Figure 4 indicates, for example, that the type of indoor microphone 501 in Figure 2 identified by "IDm001" is a "microphone," and that the location where the indoor microphone 501 is installed is the first staircase on the third floor of the building.

[0038] (Configuration - Receiver - Recording unit - User specific information DB) Fig. 5 is a diagram illustrating user identification information. The user identification information DB 123 in Fig. 3 is a user identification information storage means for storing user identification information. "User identification information" is information related to the user of the terminal device 7, and is, for example, information that identifies the user's attributes, the user's location (more specifically, the location of the terminal device 7 carried by the user), and the user's status. As shown in Fig. 5, for example, this user identification information is information corresponding to the item "user ID", information corresponding to the item "terminal ID", information corresponding to the item "attribute information", information corresponding to the item "terminal location time information", and information corresponding to the item "status information" that are mutually associated.

[0039] Information corresponding to the item "user ID" is a user ID that uniquely identifies the user of the terminal device 7 (such as "IDu001" in FIG. 5). Information corresponding to the item "terminal ID" is a terminal ID that uniquely identifies the terminal device 7 carried by the user. This terminal ID is arbitrary, but for example, "IDt001" to "IDt003" are set and recorded as terminal IDs for the terminal devices 701 to 703 in FIG. 1, and "IDt001" to "IDt003" are stored.

[0040] The information corresponding to the item "attribute information" is attribute information that specifies the attributes of the user. This attribute information is arbitrary, but for example, information that specifies the language used by the user and the presence or absence of a disability (if a disability, the content of the disability) is stored. In Fig. 5, "A language, able-bodied" specifies that the language used is A language and the user does not have a disability, "A language, non-abled (difficulty walking)" specifies that the language used is A language and the user has a disability that makes it difficult to walk, and "B language, able-bodied" specifies that the language used is B language and the user does not have a disability.

[0041] The information corresponding to the item "Terminal location time information" is terminal location time information that specifies the location of the terminal device 7 at each time (i.e., the location of the user carrying the terminal device 7). This terminal location time information is arbitrary, but for example, it is information that specifies the location of the terminal device 7 and the time when the terminal device 7 was present at that location, and in FIG. 5, it is "3rd floor - Room 1 - 9:10", which indicates that the location of the terminal device 7 at 9:10 was Room 1 on the 3rd floor. In addition, with regard to this terminal location time information, the locations of the terminal device 7 are accumulated for a plurality of time periods.

[0042] The information corresponding to the item "status information" is status information indicating the status of the user. This status information is arbitrary, but examples of the status information include "evacuating" indicating a state in which the user is evacuating, "assistance required" indicating that assistance from others is required for evacuation, and "check required" indicating that confirmation is required.

[0043] The information at the top of the user identification information in Fig. 5 indicates, for example, that the terminal device 7 carried by the user identified by "IDu001" is the terminal device 701 identified by "IDt001", that the language used by the user is "A national language", and that the user does not have a disability. The information at the top of Fig. 5 indicates, for example, that the location of the above-mentioned terminal device 701 (i.e., the user U1 carrying the terminal device 701) at 9:10 is Room 1 on the third floor, at 9:11 is Room 1 on the third floor, at 9:12 is the first corridor on the third floor, and at 9:13 is the second staircase on the third floor. The information at the top of Fig. 5 indicates, for example, that the user is in an evacuation state.

[0044] The specific method for storing such user identification information is arbitrary, but for example, the information is stored by executing a position information transmission process and a status information transmission process, which will be described later.

[0045] (Configuration - Receiver - Control unit) Returning to Fig. 3, the control unit 13 is also a receiver control means for controlling the receiver 1, and is specifically a computer including a CPU, various programs interpreted and executed on the CPU (including basic control programs such as an OS, and application programs that are started on the OS and realize specific functions), and an internal memory such as a RAM for storing programs and various data (this also applies to the control units of other devices). In particular, the control program according to the embodiment is installed in the receiver 1 via an arbitrary recording medium or a network, thereby substantially configuring each unit of the control unit 13 (this also applies to the control units of other devices). The processing performed by the control unit 13 will be described later.

[0046] (Configuration-sensor) The detector 2 in Fig. 1 is the above-mentioned fire detector. The specific type and configuration of this detector 2 are arbitrary, but for example, it is configured in the same manner as in the past, and multiple detectors are installed on each floor of a building.

[0047] (Configuration: In-house speakers) The in-house speaker 3 in Fig. 1 is the sound output device described above. The specific type and configuration of this in-house speaker 3 are arbitrary, but for example, it has a function of converting a received signal (here, an electrical signal) into sound (that is, an alarm sound, a voice (audio signal), and a sound signal), and a plurality of in-house speakers are provided on each floor of a building. Here, for example, as shown in Fig. 2, in-house speakers 301-311 are provided in the stairs, rooms, and corridor on the third floor of a building, and "IDs001"-"IDs011" are stored in a recording unit (not shown) of each of these in-house speakers 301-311 as a facility ID that uniquely identifies the speaker.

[0048] (Configuration - Relay device) 1 is a relay means for relaying communication. The specific type and configuration of this relay device 4 are arbitrary, but for example, it is configured to relay a signal (relay communication) between the receiver 1 and the in-house microphone 5.

[0049] (Configuration: In-house microphone) The in-house microphone 5 in Fig. 1 is the above-mentioned sound collection device. The specific type and configuration of this in-house microphone 5 are arbitrary, but for example, it has a function of converting sound (i.e., alarm sound, voice, sound signal, etc.) into a radio wave signal here, and a plurality of microphones are provided on each floor of the building. Here, for example, as shown in Fig. 2, in-house microphones 501-511 are provided on the stairs, rooms, and corridor on the third floor of the building, and "IDm001"-"IDm011" are stored in a recording unit (not shown) of each of these in-house microphones 501-511 as a facility ID that uniquely identifies the microphone.

[0050] (Configuration-Display device) The display device 6 in Fig. 1 is the display device described above. The specific type and configuration of this display device 6 are arbitrary, but for example, it is a display that functions as a digital signage that displays advertisements and the like under normal circumstances (when a fire does not occur), and one or more are provided on each floor of a building. Here, for example, as shown in Fig. 2, display devices 601 and 602 are provided in the first and third corridors on the third floor of a building, and "IDd001" and "IDd002" are stored in a recording unit (not shown) of each of these display devices 601 and 602 as equipment IDs that uniquely identify the display devices themselves.

[0051] (Configuration - Terminal Device) The terminal device 7 in Fig. 1 is the above-mentioned portable terminal, and includes, for example, terminal devices 701 to 703 carried by each of users U1 to U3. Fig. 6 is a block diagram of the terminal device. The specific type and configuration of the terminal device 7 are arbitrary, but for example, it is configured as a smartphone, and as an example, as shown in Fig. 6, it includes a communication unit 71, a microphone 72, a speaker 73, a touch pad 74, a display 75, a recording unit 76, and a control unit 77.

[0052] (Configuration - Terminal Device - Communication Unit) The communication unit 71 is a communication means for communicating with an external device by means of signals other than sound signals.

[0053] (Configuration - Terminal Device - Microphone) The microphone 72 is a sound collecting means for collecting sound, and is configured, for example, in the same manner as the above-mentioned sound collecting device.

[0054] (Configuration-Terminal Device-Speaker) The speaker 73 is a sound output means for outputting sound, and is configured, for example, in the same manner as the sound output device described above.

[0055] (Configuration-Terminal Device-Touchpad) The touch pad 74 is an operation means for receiving various operation inputs from a user by being pressed by the user's finger, etc. The specific configuration of this touch pad 74 is arbitrary, but for example, a known one equipped with an operation position detection means using a resistive film method, a capacitive method, or the like can be used.

[0056] (Configuration - Terminal Equipment - Display) The display 75 is a display means for displaying various images under the control of the control unit 77. The specific configuration of the display 75 is arbitrary, and for example, a known flat panel display such as a liquid crystal display or an organic EL display can be used. The touch pad 74 and the display 75 may be superimposed on each other to be integrally formed as a touch panel.

[0057] (Configuration - Terminal Device - Recording Unit) The recording unit 76 is a recording means for recording programs and various data necessary for the operation of the terminal device 7. The recording unit 76 includes, for example, a map information DB 761, and also stores a terminal ID and attribute information.

[0058] (Configuration - Terminal device - Recording unit - Map information) The map information DB 761 is a map information storage means for storing map information, and stores map information similar to that of the map information DB 121 of Fig. 3. The specific method for storing such map information is arbitrary, but for example, when map information is input to the terminal device 7 using any method (for example, a method for inputting information using a recording medium such as a memory stick, or a method for accessing the receiver 1 and downloading and inputting map information from the map information DB 121 of the receiver 1), the control unit 77 stores the map information.

[0059] (Configuration-Terminal Device-Recording Unit-Terminal ID) As described above, the "terminal ID" recorded in the recording unit 76 is information for uniquely identifying the terminal device 7. It is assumed that "IDt001" to "IDt003" are input and stored as terminal IDs in the recording units 76 of the terminal devices 701 to 703 in Fig. 1 at the time of shipment of the terminal devices 701 to 703.

[0060] (Configuration-Terminal Device-Recording Unit-Attribute Information) As described above, the "attribute information" recorded in the recording unit 76 is information indicating the attributes of the user carrying the terminal device 7. The specific method of storing such attribute information is arbitrary, but for example, when a user inputs his / her own attribute information via the touch pad 74, the control unit 77 stores the input attribute information. Here, for example, information in the format described in FIG. 5 is stored, and for example, based on the input by the users U1 to U3 in FIG. 1, the recording units 76 of the terminal devices 701 to 703 each store "A language, healthy", "A language, non-healthy (difficulty walking)", and "B language, healthy" as attribute information.

[0061] (Configuration - Terminal Device - Control Unit) The control unit 77 is a terminal device control means that controls the terminal device 7. The processing performed by the control unit 77 will be described later.

[0062] (process) Next, among the disaster prevention processes executed by the disaster prevention system 100 configured as above, warning process, position information transmission process, evacuation guidance process, status information transmission process, and support information display process will be described.

[0063] (Processing - Alarm Processing) First, the alarm process will be described. Fig. 7 is a flowchart of the alarm process (in the following description of each process, steps are abbreviated as "S"), and Fig. 8 is a plan view of the third floor of the building in Fig. 1. Fig. 8 shows a state in which a fire has broken out in "Room 2" and users U1 to U3. In reality, there are many other users on the third floor of the building in addition to users U1 to U3, but for the sake of convenience, the illustration of the other users will be omitted and the description will focus on users U1 to U3.

[0064] The alarm process is, in outline, a process for issuing an alarm about a fire, which is an abnormality in the target area. The timing for executing this alarm process is arbitrary, but for example, when each device of the disaster prevention system 100 is powered on, it is assumed that the process starts repeatedly, and the description will begin from the point where the alarm process starts. In addition, since the same process as in the past can be applied to this alarm process, only the outline will be described.

[0065] In SA1 of Fig. 7, the control unit 13 of the receiver 1 judges whether or not a fire has occurred. Although the specific details are arbitrary, for example, the detector 2 is configured to transmit an alarm signal (an electrical signal here for notifying that a fire has occurred) including a detector ID for identifying the detector 2 itself to the receiver 1 when the detector 2 detects a fire. Then, when the control unit 13 of the receiver 1 does not receive an alarm signal via the communication unit 11, it judges that a fire has not occurred (NO in SA1) and repeatedly executes SA1 until it judges that a fire has occurred. Also, when the control unit 13 receives an alarm signal via the communication unit 11, it judges that a fire has occurred (YES in SA1) and moves to SA2.

[0066] Here, for example, it is assumed that sensors 2 are provided in the stairs, corridors, and rooms in Fig. 2, and a case where a fire breaks out in "Room 2" as shown in Fig. 8 will be described as an example. In this case, the sensor 2 provided in "Room 2" transmits an alarm signal including its own sensor ID "IDa005", and the control unit 13 of the receiver 1 receives the alarm signal and determines that a fire has broken out.

[0067] In SA2 of FIG. 7, the control unit 13 of the receiver 1 transmits a fire alarm signal. The "fire alarm signal" is a signal (here, an electric signal) for issuing an alarm about a fire, and is, for example, a signal including fire location information. The "fire location information" is, for example, information indicating the location where a fire has occurred, and will be described by taking as an example a case where information similar to the facility location information of FIG. 4 is used. Although it is arbitrary, first, it is assumed that the detector location table information in which the above-mentioned detector ID and information indicating the floor number and location where the detector 2 identified by the detector ID is installed are mutually associated with each other is recorded in the recording unit 12, and the detector ID included in the alarm signal received in SA1 is acquired, and the above-mentioned detector location table information is referred to to acquire information associated with the acquired detector ID, thereby identifying the floor number and location where the detector 2 indicated by the detector ID is installed as the location where the fire has occurred. Next, a fire alarm signal including the fire location information indicating the identified floor number and location is generated, and the generated fire alarm signal is transmitted to the in-house speaker 3 via the communication unit 11.

[0068] Here, for example, first, the detector ID "IDa005" contained in the alarm signal received by SA1 is acquired, and by referring to the above-mentioned detector position table information, information associated with the acquired detector ID "IDa005" is acquired, thereby identifying the floor "3rd floor" and location "Room 2" where the detector 2 indicated by "IDa005" is installed as the location where the fire has occurred. Next, a fire alarm signal is generated including the fire location information "3rd floor-Room 2" indicating the identified "3rd floor" and "Room 2", and the generated fire alarm signal is transmitted to the in-house speaker 3 via the communication unit 11.

[0069] On the other hand, in SB1 in Fig. 7, in-house speaker 3 receives the fire alarm signal transmitted from receiver 1. Here, for example, in-house speakers 301-311 in Fig. 2 receive a fire alarm signal including "fire location information" = "3rd floor - room 2".

[0070] In SB2 in Fig. 7, the in-house speaker 3 outputs an alarm sound and an alarm voice. Although the specific details are arbitrary, for example, the fire location information included in the fire alarm signal received by SB1 is acquired, and an alarm sound and an alarm voice that warn of the location indicated by the acquired fire location information as the fire outbreak point is output. Here, for example, the "fire location information" = "3rd floor - room 2" included in the fire alarm signal received by SB1 is acquired, and an alarm sound such as "woo woo" and an alarm voice such as "A fire has broken out in room 2 on the 3rd floor" are alternately and repeatedly output as an audible (band) sound alarm sound and alarm voice that warn of the "3rd floor" and "Room 2" indicated by the acquired "fire location information" = "3rd floor - room 2" as the fire outbreak point.

[0071] The fire alarm signal transmitted from the receiver 1 to the in-house speaker 3 may be an electrical signal generated by synthesizing an electrical signal corresponding to "fire location information," for example, "in room 2 on the third floor," with an electrical signal corresponding to alarm sound and alarm voice content, for example, "woo woo" and "a fire has broken out," and the in-house speaker 3 may convert this electrical signal into sound (alarm sound and alarm voice) and output an alarm sound and alarm voice, for example, "Woo woo, a fire has broken out in room 2 on the third floor."

[0072] That is, in this case, for example, the receiver 1 may generate an electrical signal corresponding to the voice "Woo woo, there is a fire in room 2 on the third floor" based on the alarm signal received from the sensor 2, and drive the in-house speaker 3 via an internal or external audio amplifier, etc., to output the alarm sound and voice of "Woo woo, there is a fire in room 2 on the third floor."

[0073] By carrying out the above process, the user in the building shown in Fig. 1 can understand that a fire has broken out in the building and the location of the fire by hearing the alarm sound and voice. This ends the alarm process.

[0074] (Processing - Location information transmission processing) Next, the location information transmission process will be described. FIG. 9 is a flowchart of the location information transmission process. The location information transmission process is, in outline, a process of transmitting information indicating the location of the terminal device 7 and storing it on the receiver 1 side. The timing of executing this location information transmission process is arbitrary, but for example, at an arbitrary timing after the occurrence of a fire (for example, the timing after hearing the alarm sound or alarm voice outputted by SB2 in FIG. 7), the user performs a predetermined operation (for example, an operation for starting an application related to disaster prevention) via the touch pad 74 of the terminal device 7, and the control unit 77 of the terminal device 7 accepts the predetermined operation, and the process is repeated at regular intervals thereafter. The description will be given from the point where the execution of the location information transmission process is started. In this embodiment, it is assumed that various "sound signals" use inaudible (band) sounds.

[0075] However, without being limited to this, for example, in SA2, SB1 and SB2 in Figure 7, the receiver 1 may output an ``audio signal'' indicating the occurrence of a fire in addition to the alarm sound and alarm voice from the in-house speaker 3, and the terminal device 7 that receives (picks up) this audio signal by the microphone 72 may automatically start the above application and start executing the location information transmission process.

[0076] Also, for example, the terminal device 7 may receive (pick up) the alarm sound or alarm voice outputted from SB2 in FIG. 7 via the microphone 72, and the control unit 77 may analyze and process this to recognize the occurrence of a fire, and then automatically launch the application and start executing the location information transmission process.

[0077] Here, for example, when users U1 to U3 shown in FIG. 8 perform a predetermined operation via the touch pad 74, a location information transmission process is initiated in the terminal devices 701 to 703 of the users U1 to U3, but the following description focuses on the terminal device 701 in particular.

[0078] In SC1 of Fig. 9, the control unit 77 of the terminal device 7 outputs (i.e., transmits) a position identification sound signal. The "position identification sound signal" is a sound signal for identifying the position of the terminal device 7 (i.e., the user carrying the terminal device 7), and is, for example, a signal including a terminal ID and attribute information. The specific details are arbitrary, but for example, the control unit 77 of the terminal device 7 acquires the terminal ID and attribute information recorded in its own recording unit 76, generates a position identification sound signal including the acquired terminal ID and attribute information, and outputs the generated position identification sound signal via the speaker 73. In this case, the sound signal reaches the in-building microphone 5 present in the vicinity of the terminal device 7.

[0079] 8 acquires the terminal ID "IDt001" and the attribute information "A language, healthy" recorded in its own recording unit 76, generates a position-identifying sound signal including the acquired "terminal ID" = "IDt001" and "attribute information" = "A language, healthy", and outputs the generated position-identifying sound signal via the speaker 73. In this case, the sound signal reaches the in-building microphone 502 present in the vicinity of the terminal device 701.

[0080] On the other hand, in SD1 in Fig. 9, the in-house microphone 5 receives the position identification sound signal outputted by SC1. Although the specific details are arbitrary, for example, the in-house microphone 5 to which the position identification sound signal outputted by SC1 reaches receives (i.e., picks up) the position identification sound signal.

[0081] Here, for example, the in-building microphone 502 in FIG. 8 receives a position-identifying sound signal including "Terminal ID"="IDt001" and "Attribute Information"="A Language, Healthy".

[0082] In SD2 of Fig. 9, the in-house microphone 5 transmits a position identification signal as a radio signal. The "position identification signal" is a signal for identifying the position of the terminal device 7 (i.e., the user carrying the terminal device 7), and is, for example, a signal including a terminal ID, attribute information, and an equipment ID (identifying the in-house microphone 5 itself). Although the specific details are arbitrary, for example, the in-house microphone 5 acquires the terminal ID and attribute information included in the position identification sound signal received by SD1, acquires an equipment ID for identifying itself stored in its own recording unit (not shown), generates a position identification signal including the acquired terminal ID, attribute information, and equipment ID, and transmits the generated position identification signal to the receiver 1 via the relay device 4.

[0083] The specific content to be transmitted via relay device 4 is arbitrary, and known technology for relaying communication is applied. Here, relay device 4 converts the location identification signal, which is a radio signal from in-house microphone 5, into a location identification signal, which is an electrical signal, and relays it to receiver 1.

[0084] Also, here, for example, the in-building microphone 502 in FIG. 8 acquires the "terminal ID" = "IDt001" and "attribute information" = "A language, healthy" contained in the position-identifying sound signal received by SD1, and also acquires the "equipment ID" = "IDm002" that identifies itself and is stored in its own recording unit (not shown), generates a position-identifying signal including the acquired "terminal ID" = "IDt001" of the terminal device 701, the "attribute information" = "A language, healthy" related to the user U1 carrying it, and its own "equipment ID" = "IDm002", and transmits the generated position-identifying signal to the receiver 1 via the relay device 4 in FIG. 1 on the third floor.

[0085] 9, the control unit 13 of the receiver 1 receives the position identification signal transmitted by SD2. Although the specific details are arbitrary, for example, the control unit 13 receives the position identification signal transmitted by SD2 and relayed by the relay device 4 via the communication unit 11.

[0086] Here, for example, a location identification signal (here an electrical signal) is received via the communication unit 11, which includes the "terminal ID" of the terminal device 701 = "IDt001", the "attribute information" of the user U1 carrying it = "A language, healthy", and the "equipment ID" of the in-building microphone 502 = "IDm002", which was transmitted by SD2 from the in-building microphone 502 and relayed by the relay device 4 on the 3rd floor.

[0087] In SE2 in Fig. 9, the control unit 13 of the receiver 1 stores the terminal location time information and the like among the various pieces of user identification information in Fig. 5. Specifically, although this is arbitrary, for example, the control unit 13 acquires the terminal ID, attribute information, and equipment ID contained in the location identification signal received by SE1, and performs the following first process or second process based on whether or not the acquired terminal ID has already been stored as the terminal ID in Fig. 5 by referring to the user identification information in Fig. 5.

[0088] ===First process (if not stored yet)=== In the item "Terminal ID" of the user identification information in FIG. 5, if there is no terminal ID that matches the terminal ID included in the signal for location identification received by SE1 (i.e., unknown to the receiver 1), a first process is performed. In detail, since the terminal ID and attribute information included in the signal for location identification received by SE1 have not yet been stored in the user identification information in FIG. 5, the user ID, terminal ID, and attribute information in FIG. 5 are newly stored, and then the terminal location time information is stored. In detail, for example, first, a user ID that is unique in the item "User ID" in FIG. 5 (i.e., any user ID that has not yet been stored) is generated, and the generated user ID is added and stored in the item "User ID" in FIG. 5. Next, as other items corresponding to the user ID, the terminal ID of the terminal device 7 acquired as described above and attribute information regarding the user U carrying it (i.e., the terminal ID and attribute information included in the signal for location identification received by SE1) are stored. Next, the terminal location information and current time information are identified for the terminal ID, and then stored in the corresponding item "Terminal Location Time Information". The "terminal location information" is information indicating the location of the terminal device 7 (i.e., the location of the user carrying the terminal device 7), and for example, a case where information similar to the facility location information in FIG. 4 is used will be described as an example. The "current time information" is information indicating the time of the latest specified time point (i.e., the time point specified immediately before the present). In detail, the process here is performed by referring to the facility identification information in FIG. 4 to obtain facility location information associated with the above-mentioned acquired facility ID (i.e., the facility ID of the in-house microphone 5 included in the location identification signal received by the SE1), and specifying the acquired facility location information as the above-mentioned acquired terminal location information of the terminal device 7, and also by obtaining the current time using any method (for example, a method of referring to the time measurement result of a timing means (clock, timer, etc.) not shown in the receiver 1), and specifying current time information specifying the acquired current time, and then storing information combining the specified terminal location information and current time information as the terminal location time information in FIG. 5. Next, for example, "check required" is stored as the initial value of the corresponding status information in FIG. 5.

[0089] Here, for example, the "terminal ID" = "IDt001" of the terminal device 701, the "attribute information" = "A language, healthy" of the user U1 carrying it, and the "facility ID" = "IDm002" of the in-house microphone 502 are acquired, and processing is performed based on whether or not the acquired "terminal ID" = "IDt001" has already been stored as the terminal ID of FIG. 5 by referring to the user identification information of FIG. 5. Then, if "IDt001" has not yet been stored as the terminal ID of FIG. 5, the first processing is performed. In detail, "IDu001" is generated as a user ID that is unique in the user IDs of FIG. 5, and the generated "user ID" = "IDu001" is stored as the user ID of FIG. 5. Next, the acquired "terminal ID" = "IDt001" and "attribute information" = "A language, healthy" are stored as the terminal ID and attribute information of FIG. 5. Next, by referring to the equipment identification information in Fig. 4, the equipment location information "3rd floor, room 1" associated with the above-mentioned acquired "equipment ID" = "IDm002" is acquired, and the acquired "3rd floor, room 1" is identified as the terminal location information, and the current time "9:10" is acquired using any method (for example, a method of referring to the time measurement result of a timing means (clock, timer, etc.) not shown in the receiver 1, etc.), and the "current time information" = "9:10" that identifies the acquired current time is identified, and the information "3rd floor, room 1, 9:10", which is a combination of the identified "3rd floor, room 1" and "9:10", is stored as the terminal location time information in Fig. 5. Next, for example, "check required" is stored as the initial value of the status information in Fig. 5.

[0090] ===Second process (if already stored)=== In the item "Terminal ID" of the user identification information in FIG. 5, if there is one that matches the terminal ID included in the location identification signal received by SE1 (i.e., it is known to the receiver), the second process is performed. In detail, since the terminal ID and attribute information included in the location identification signal received by SE1 have already been identified and stored in the user identification information in FIG. 5, the terminal location time information in FIG. 5 is stored and accumulated. In detail, for example, first, a data set in which the above-mentioned acquired terminal ID and attribute information (i.e., the terminal ID of the terminal device 7 included in the location identification signal received by SE1 and attribute information related to the user U carrying it) is stored in the user identification information in FIG. 5 is identified. Note that the "data set" is information in which the items in the user identification information in FIG. 5 are mutually associated, that is, a combination of the user ID, terminal ID, attribute information, terminal location time information, and status information that are mutually associated. Next, in the same manner as in the above-mentioned "first process", terminal location information and current time information are identified, and information combining the identified terminal location information and current time information is stored and accumulated as the terminal location time information of Figure 5 in the above-mentioned identified "data set".

[0091] Then, by repeatedly performing the processes of SC1, SD1 to SD2, and SE1 to SE2 in FIG. 9, when the user U1 of the terminal device 701 moves in the order of Room 1, the first corridor, and the second staircase in FIG. 8, for example, the terminal location time information in the top row of FIG. 5 is sequentially accumulated by the repetition. Similarly, when the user U2 of the terminal device 702 moves in the order of Room 3, the second corridor, and the third staircase in FIG. 8, for example, the terminal location time information in the second row from the top of FIG. 5 is sequentially accumulated. Also, when the user U3 of the terminal device 703 does not move from Room 5 in FIG. 8, for example, the terminal location time information in the third row from the top of FIG. 5 is sequentially accumulated. Therefore, by performing this location information transmission process, the location of the user U of the terminal device 7 for each certain time period is stored in the terminal location time information in FIG. 5. This ends the location information transmission process.

[0092] (Processing - Evacuation Guidance Processing) Next, the evacuation guidance process will be described. FIG. 10 is a flow chart of the evacuation guidance process. This evacuation guidance process is, in outline, a process for guiding a user to an evacuation. The timing for executing this evacuation guidance process is arbitrary, but for example, by performing the above-mentioned location information transmission process (FIG. 9) after a fire breaks out, the process is repeatedly executed after the user identification information in FIG. 5 is stored, and the evacuation guidance process will be described from the point where execution starts. Here, the case of guiding the user U1 in FIG. 8 to an evacuation will be described as an example.

[0093] However, the present invention is not limited to this, and the evacuation guidance process may be started in conjunction with the automatic startup of an application following the occurrence of a fire and the automatic execution of the subsequent location information transmission process.

[0094] In SF1 in Fig. 10, the control unit 13 of the receiver 1 automatically selects, for example, a user ID. Specifically, although this is arbitrary, for example, by referring to the user identification information in Fig. 5, the control unit 13 selects a user ID that has not yet been selected as the user ID for identifying a user who is a target of evacuation guidance.

[0095] Here, for example, it is assumed that the “user ID” = “IDu001” in Figure 5 has not yet been selected, and in this case, the “user ID” = “IDu001” is selected as the user ID for identifying user U1 who is the target of evacuation guidance.

[0096] Here, the order of selection is arbitrary, but for example, unselected user IDs may be selected in order of proximity to the location of the fire, furthest from the emergency exit, user ID, corresponding facility ID, etc.

[0097] In SF2 of Fig. 10, the control unit 13 of the receiver 1 generates fire location message information. The "fire location message information" is information that reports the occurrence of a fire and the location where the fire occurred. Although the specific details are arbitrary, for example, the control unit 13 refers to the user identification information of Fig. 5 to acquire attribute information associated with the user ID selected in SF1, identifies the language used by the user based on the acquired attribute information, and, similarly to the process of SA2 of Fig. 7, generates fire location message information in the aforementioned identified language that reports the identified location as the location where the fire occurred.

[0098] Here, for example, by referring to the user identification information in Figure 5, the "attribute information" = "A language, healthy" associated with the "user ID" = "IDu001" selected in SF1 is obtained, and "A language" is identified as the user's language based on the obtained "attribute information" = "A language, healthy".Furthermore, similar to the processing of SA2 in Figure 7, "Room 2" on the "3rd floor" is identified as the location where the fire broke out, and fire location message information stating "A fire has broken out in Room 2 on the 3rd floor" is generated in the aforementioned identified language, "A language".

[0099] For example, the language of the fire location message information may be fixed, and the terminal device 7 that receives it may convert it into the language used in the attribute information registered in its own recording unit 7 .

[0100] In SF3 of FIG. 10, the control unit 13 of the receiver 1 generates evacuation route information. The "evacuation route information" is information indicating an evacuation route recommended to be taken during evacuation. FIG. 11 is a diagram illustrating an example of an evacuation route in FIG. 8. While the specific processing is arbitrary, for example, first, the attribute information associated with the user ID selected in SF1 is acquired by referring to the user identification information in FIG. 5, and the presence or absence of a disability is identified based on the acquired attribute information (referred to as "first processing of SF3"). Next, the terminal location time information associated with the user ID selected in SF1 is acquired by referring to the user identification information in FIG. 5, and one piece of the acquired terminal location time information associated with the most recent time from the present is identified, and the location of the terminal device 7 indicated by the identified piece of information is identified (referred to as "second processing of SF3"). Next, the location where the fire occurred is identified in the same manner as in the processing of SA2 of FIG. 7 (referred to as "third processing of SF3"). Next, based on the processing results of "SF3 first processing" to "SF3 third processing", an optimal evacuation route is identified, and evacuation route information indicating the identified evacuation route is generated (referred to as "SF3 fourth processing").

[0101] Regarding the "fourth process of SF3", for example, in the map shown by the map information of the map information DB 121 in FIG. 3, the position of the terminal device 7 specified in the "second process of SF3", the position of the fire occurrence specified in the "third process of SF3", the position of the evacuation exit (for example, the first to third staircases for the third floor of the building), and the position of the assembly place for disabled people (for example, the third staircase for the third floor of the building) are grasped, and the following process is performed. In detail, when "healthy" is stored as the "attribute information" in the "first process of SF3" and it is determined that the user does not have a disability, the evacuation route from the position of the terminal device 7 to the evacuation exit and heading in a direction away from the position where the fire occurred is specified, and evacuation route information is generated. Also, when "unhealthy" is stored as the "attribute information" in the "first process of SF3" and it is determined that the user has a disability, the evacuation route from the position of the terminal device 7 to the assembly place for disabled people and heading in a direction away from the position where the fire occurred is specified, and evacuation route information is generated.

[0102] Here, for example, it is assumed that only "3rd floor-Room 1-9:10" is stored as the "terminal location time information" in the top row of FIG. 5. In this case, first, in the "first processing of SF3", the "attribute information" = "A language, healthy" associated with the "user ID" = "IDu001" selected in SF1 is acquired with reference to the user identification information in FIG. 5, and it is determined that the user does not have a disability based on the acquired attribute information. Next, in the "second processing of SF3", the terminal location time information associated with the "user ID" = "IDu001" selected in SF1 is acquired with reference to the user identification information in FIG. 5, and "3rd floor-Room 1-9:10" is determined as one piece of information associated with the most recent time among the acquired terminal location time information, and "Room 1" on the "3rd floor" is determined as the location of the terminal device 7 indicated by the determined one piece of information. Next, in the "third processing of SF3", "Room 2" on the "3rd floor" is determined as the location where the fire occurred in the same manner as in the processing of SA2 in FIG. 7. Next, in "fourth process of SF3", the evacuation route R1 shown in FIG. 11 is identified, and evacuation route information indicating the identified evacuation route R1 is generated.

[0103] In SF4 of FIG. 10, the control unit 13 of the receiver 1 transmits an evacuation signal as an electric signal. The "evacuation signal" is a signal for guiding evacuation, and is, for example, a signal including fire location message information, evacuation route information, fire location information, terminal location information, equipment ID, and terminal ID. Specifically, it is arbitrary, but for example, first, the fire location message information generated in SF2 is acquired, and also the evacuation route information generated in SF3 is acquired, and also the terminal location information indicating the location of the terminal device 7 specified in "second processing of SF3" is identified, and also the fire location information indicating the location where the fire occurred specified in "third processing of SF3" is identified. Next, referring to the equipment identification information of FIG. 4, the equipment ID of "equipment type information" = "speaker" associated with the equipment location information that matches the above-mentioned specified terminal location information is acquired, and referring to the user identification information of FIG. 5, the terminal ID associated with the user ID selected in SF1 is acquired. Next, an evacuation signal including the acquired or identified fire location message information, evacuation route information, fire location information, terminal location information, facility ID, and terminal ID is generated, and the generated evacuation signal is transmitted to the in-house speaker 3 via the communication unit 11. Note that, for example, the fire location message information, evacuation route information, fire location information, and terminal location information here correspond to "information for guiding evacuation."

[0104] Here, for example, an evacuation signal is generated and transmitted that includes "Fire location message information" = "information in national language A indicating 'A fire has broken out in room 2 on the 3rd floor'", "Evacuation route information" = "information indicating evacuation route R1", "Fire location information" = "3rd floor - room 2", "Terminal location information" = "3rd floor - room 1", "Equipment ID" = "IDs002", and "Terminal ID" = "IDt001".

[0105] On the other hand, in SG1 of Fig. 10, the in-house speaker 3 receives an evacuation signal intended for itself. Specifically, although this is optional, for example, the in-house speaker 3 acquires the equipment ID contained in the evacuation electrical signal transmitted from the receiver 1 in SF4, compares the equipment ID stored in its own recording unit (not shown) with the acquired equipment ID, and if these equipment IDs match, receives the signal as an evacuation signal intended for itself.

[0106] Here, for example, in-house speaker 302 in Fig. 11 has "equipment ID" = "IDs002" recorded in its own recording section, so it effectively receives the evacuation signal. Also, in-house speakers 301, 303 to 311 do not effectively receive the evacuation signal.

[0107] In SG2 of FIG. 10, the in-house speaker 3 transmits (i.e., transmits) an evacuation sound signal corresponding to the evacuation signal. The "evacuation sound signal" is a sound signal for guiding evacuation, and is, for example, a signal including fire location message information, evacuation route information, fire location information, terminal location information, and terminal ID corresponding to the evacuation signal (electrical signal). Although the specific details are arbitrary, for example, the in-house speaker 3 acquires the fire location message information, evacuation route information, fire location information, terminal location information, and terminal ID included in the evacuation signal received in SG1, and generates and outputs an evacuation sound signal including the acquired information. In this case, the sound signal will reach the terminal device 7 present in the vicinity of the in-house speaker 3.

[0108] 11 generates and transmits an evacuation sound signal including, for example, "Fire location message information" = "information in A language indicating 'A fire has broken out in room 2 on the 3rd floor'", "Evacuation route information" = "information indicating evacuation route R1", "Fire location information" = "3rd floor, room 2", "Terminal location information" = "3rd floor, room 1", and "Terminal ID" = "IDt001". In this case, the sound signal will reach terminal device 701 present in the vicinity of in-house speaker 302.

[0109] On the other hand, in SH1 of Fig. 10, the control unit 77 of the terminal device 7 receives (i.e., receives) an evacuation sound signal for itself via the microphone 72. Although the specific details are arbitrary, for example, the control unit 77 obtains the terminal ID contained in the evacuation sound signal output from the in-house speaker 3 and reaching its own microphone 72, compares the terminal ID stored in its own recording unit 76 with the previously obtained terminal ID, and if these terminal IDs match each other, effectively receives the evacuation sound signal as being for itself.

[0110] Here, for example, the terminal device 701 in FIG. 11 has "Terminal ID"="IDt001" recorded in its own recording section, and therefore effectively receives the above-mentioned evacuation sound signal.

[0111] In SH2 of FIG. 10, the control unit 77 of the terminal device 7 displays a fire location message image and an evacuation guidance image. FIG. 12 is a diagram illustrating an example of a fire location message image, and FIG. 13 is a diagram illustrating an example of an evacuation guidance image. The "fire location message image" is an image that displays the above-mentioned fire location message information, and is, for example, an image of a text message shown in FIG. 12. The "evacuation guidance image" is an image for guiding a user to evacuate, and is, for example, an image in which a fire image G10, a current position image G11, and an evacuation route image G12 are superimposed on an image of a floor plan of a specific floor of a building, as shown in FIG. 13. The "fire image" G10 is an image of a symbol indicating the location of a fire, and the "current position image" G11 is an image of a symbol indicating the current position of the terminal device 7 (that is, the position of the user who carries it and views the image), and the "evacuation route image" G12 is an image of an arrow indicating an evacuation route recommended to the user.

[0112] While the specific processing is arbitrary, for example, a fire location message image is generated based on fire location message information included in the evacuation sound signal received by SH1 (referred to as "SH1 first processing"). Also, an evacuation guidance image is generated based on evacuation route information, fire location information, and terminal location information included in the evacuation sound signal received by SH1 (referred to as "SH1 second processing"). In detail, the "SH1 second processing" is, for example, generated by superimposing an evacuation route image, a fire image, and a current location image corresponding to each information of the evacuation route information, fire location information, and terminal location information on a map specified by the map information DB761 (a map corresponding to the area where the terminal device 7 is located). Next, the fire location message image and the evacuation guidance image generated by the "SH1 first processing" and the "SH1 second processing" are displayed on the display 75 (referred to as "SH1 third processing"). The display method here is arbitrary, but for example, it may be configured so that a fire location message image is first displayed, and then when a specified operation is received from the user via the touchpad 74, the image is switched to and displayed as an evacuation guidance image, or these images may be displayed side-by-side or vertically on a single screen.

[0113] Here, for example, national language A is Japanese, and in the "SH1 first processing", the control unit 77 of the terminal device 701 generates a fire location message image containing the message "A fire has broken out in room 2 on the third floor" in national language A, Japanese, as shown in Figure 12, based on the "fire location message information" = "information indicating "A fire has broken out in room 2 on the third floor" in national language A" contained in the evacuation sound signal received by SH1. In addition, in the "SH1 second processing", based on the "evacuation route information" = "information indicating evacuation route R1", "fire location information" = "3rd floor - room 2", and "terminal location information" = "3rd floor - room 1" contained in the evacuation sound signal received by SH1, as shown in Fig. 13, a fire image G10 is superimposed at a position corresponding to the "fire location information" = "3rd floor - room 2" in the image of the floor plan of the third floor, a current location image G11 is superimposed at a position corresponding to the "terminal location information" = "3rd floor - room 1", and an evacuation guide image G12 indicating the evacuation route R1 is superimposed is generated. Next, in the "SH1 third processing", the fire location message image in Fig. 12 and the evacuation guide image in Fig. 13 are displayed on the display 75.

[0114] By visually checking each of these images displayed on the display 75 of the user U1's terminal device 7, the user U1 can grasp the location of the fire and the route he or she should take to evacuate, and can evacuate smoothly. This ends the evacuation guidance process.

[0115] (Processing - Status information transmission processing) Next, the status information transmission process will be described. FIG. 14 is a flowchart of the status information transmission process. This status information transmission process is, in outline, a process of transmitting and storing status information indicating the user's status. The timing of executing this status information transmission process is arbitrary, but for example, it is executed when the user performs a predetermined operation via the touch pad 74 after the fire location message image of FIG. 12 or the evacuation guidance image of FIG. 13 is displayed on the display 75 of the user's terminal device 7 by performing the above-mentioned evacuation guidance process (FIG. 10) after a fire breaks out, and the description will begin from the point where execution of the status information transmission process starts. Here, for example, a case where the user U1 of FIG. 8 performs a predetermined operation to transmit and store his / her own status information will be described as an example.

[0116] In SI1 of FIG. 14, the control unit 77 of the terminal device 7 outputs (i.e., transmits) a sound signal for identifying a state via the speaker 73. The "sound signal for identifying a state" is a sound signal for identifying a state of the user, and is, for example, a signal including a terminal ID and state information. Although the specific example is arbitrary, for example, the user inputs state information indicating his / her state to the terminal device 7 via the touch pad 74 of his / her own terminal device 7, in which case the control unit 77 of the terminal device 7 acquires the input state information and also acquires the terminal ID recorded in its own recording unit 76, generates a sound signal for identifying a state including the acquired terminal ID and state information, and outputs the generated sound signal for identifying a state via the speaker 73. In this case, the sound signal reaches one in-house microphone 5 present in the vicinity of the terminal device 7.

[0117] 8 inputs "evacuating" as status information indicating the user's status to the terminal device 7 via the touchpad 74 of the terminal device 701, the control unit 77 of the terminal device 701 acquires the input "status information"="evacuating" and also acquires the "terminal ID"="IDt001" recorded in the recording unit 76 of the terminal device 701, generates a status identification sound signal including the acquired "terminal ID"="IDt001" and "status information"="evacuating", and outputs the generated status identification sound signal via the speaker 73. In this case, the sound signal reaches one in-building microphone 502 present in the vicinity of the terminal device 701.

[0118] On the other hand, in SJ1 of Fig. 5, the in-house microphone 5 receives (i.e., picks up) the sound signal for identifying a state outputted in SI1. Although the specific location is arbitrary, for example, the in-house microphone 5 to which the sound signal for identifying a state outputted in SI1 reaches receives the sound signal for identifying a state.

[0119] Here, for example, in-building microphone 502 in FIG. 8 receives a state specifying sound signal including "Terminal ID"="IDt001" and "State Information"="Evacuating".

[0120] At SJ2 in Fig. 9, the in-house microphone 5 transmits a status identification signal as a radio signal, and the relay device 4 receives this, converts it into an electrical signal, and relays it to the receiver 1. The "status identification signal" is a signal for identifying the user's status, and is, for example, a signal including a terminal ID and status information. While the specific details are arbitrary, for example, the in-house microphone 5 acquires the terminal ID and status information included in the status identification sound signal received at SJ1, generates a status identification signal including the acquired terminal ID and status information, and transmits the generated status identification signal to the receiver 1 via the relay device 4. Note that here, the status identification signal is transmitted to the receiver 1 in the same manner as in the case of SD2 in Fig. 9.

[0121] Here, for example, the in-building microphone 502 in FIG. 8 acquires the "terminal ID" = "IDt001" and the "status information" = "evacuating" contained in the status identification sound signal received at SJ1, generates a status identification signal including the acquired "terminal ID" = "IDt001" and "status information" = "evacuating", and transmits the generated status identification signal to the receiver 1 via the relay device 4 in FIG. 1 on the third floor.

[0122] On the other hand, in SK1 in Fig. 14, the control unit 13 of the receiver 1 receives the signal for state identification transmitted at SJ2. Although the specific details are arbitrary, for example, the signal for state identification transmitted at SJ2 and relayed by the relay device 4 is received via the communication unit 11 in the same manner as in the case of SE1 in Fig. 9.

[0123] In SK2 in Fig. 9, the control unit 13 of the receiver 1 stores the state information among the various pieces of information in the user identification information in Fig. 5. Specifically, although this is arbitrary, for example, the control unit 13 acquires the terminal ID and state information included in the state identification signal received in SK1, identifies the data set in which the acquired terminal ID is stored in the user identification information in Fig. 5 (that is, information of a combination of the user ID, terminal ID, attribute information, terminal location time information, and state information, which are associated with each other in Fig. 5), and overwrites and stores the acquired state information as the state information of the identified data set.

[0124] Here, for example, the "Terminal ID"="IDt001" and "Status Information"="Evacuating" contained in the status identification signal received by SK1 are acquired, and in the user identification information in Fig. 5, the data set at the top of Fig. 5 is identified as the data set in which the acquired terminal ID is stored, and the aforementioned acquired "Evacuating" is overwritten and stored as the status information of the identified data set. This ends the status information transmission process.

[0125] (Processing - Support Information Display Processing) Next, the support information display process will be described. FIG. 15 is a flowchart of the support information display process. This support information display process is, in outline, a process for supporting rescue activities by firefighters and the like. The timing for executing this support information display process is arbitrary, but for example, similar to the evacuation guidance process of FIG. 10, it is assumed that the process is repeatedly executed after the user identification information of FIG. 5 is stored, and the description will be given from the point where the execution of the support information display process is started. Here, for example, it is assumed that the user identification information shown in FIG. 5 is stored, and a case of supporting rescue on the third floor of FIG. 8 will be described as an example.

[0126] In SL1 of Fig. 15, the control unit 13 of the receiver 1 selects a floor of the building. Specifically, the selection order is arbitrary, but for example, the floor that has not yet been selected within a predetermined time (for example, 5 to 10 minutes) among the first to third floors of the building in Fig. 1 is selected. Here, for example, a case where "the third floor" is selected is described as an example. The selection order is arbitrary, but it may be selected, for example, in the order of the floor where the fire occurred first, then in order of proximity to the floor where the fire occurred, in order of the number of existing users, in order of priority associated with attribute information or status information of existing users (user IDs) (for example, in order of high evacuation difficulty), in order of priority associated with the usage form of the facility on each floor (for example, in order of high possibility of fire spreading), or the like.

[0127] In SL2 of FIG. 15, the control unit 13 of the receiver 1 generates a rescue support image. FIG. 16 is a diagram illustrating an example of a rescue support image. The "rescue support image" is an image for supporting rescue by firefighters, and for example, as shown in FIG. 16, is an image in which a fire image G20 and rescue target images G21 and G22 are superimposed on an image of a floor plan of a building. The "fire image" G20 is an image showing the location of a fire, and the "rescue target images" G21 and G22 are images showing the location of a user who needs to be rescued (specifically, the location of the terminal device 7 carried by the user) and the reason why rescue is necessary. Note that any method can be used to determine the "user who needs to be rescued." In this embodiment, for example, a case will be described in which a user who has predetermined information such as "needs assistance" and "needs confirmation" stored in the status information of FIG. 5 and a user who may be late in escaping based on the accumulated terminal location time information of FIG. 5 are set as the "user who needs to be rescued."

[0128] The specific processing may be any processing, but for example, a processing step may be performed to identify the location of a user who needs to be rescued, and a processing step may be performed to identify the location of a fire, and then a processing step may be performed to generate a rescue support image.

[0129] ===Process to identify the location of the user who needs to be rescued=== The process of identifying the position of a user who needs to be rescued is, for example, performed by referring to the user identification information in Fig. 5, and identifying a data set in which the floor selected in SL1 as the position at the most recent time relative to the current time is stored as the terminal position time information (referred to as "first process of SL2"). Here, for example, the data sets in the first to third rows in Fig. 5 are identified, in which the "floor" = "third floor" selected in SL1 as the position at the most recent time relative to the current time is stored as the terminal position time information, by referring to the user identification information in Fig. 5.

[0130] Next, in the data set identified in the "first process of SL2", if there is a data set in which predetermined information (e.g., "assistance required") is stored as status information, the data set is identified, and the terminal location time information of the identified data set is referred to, and the location of the terminal device 7 at the most recent time indicated by the data set is identified as the location of the user who needs to be rescued because the user is in the "assistance required" state (referred to as the "second process of SL2"). Here, for example, in the data sets in the first to third rows of FIG. 5, predetermined information (e.g., "assistance required") is stored as status information of the data set in the second row, so the "third staircase", which is the location of the terminal device 7 at "9:13", which is the most recent time indicated by the data set, is identified as the location of the user who needs to be rescued because the user is in the "assistance required" state.

[0131] Next, in a data set identified in the "first process of SL2" but not identified in the "second process of SL2", if there is a data set in which information indicating the same position is stored as terminal location time information from a time before a predetermined time (for example, 2 to 3 minutes) to the most recent time, the data set is identified, and the terminal location time information of the identified data set is referred to, and the position of the terminal device 7 at the most recent time indicated by the data set is identified as the position of a user who needs to be rescued because he is late to escape (referred to as "third process of SL2"). Here, for example, in the remaining first and third data sets in FIG. 5, information indicating the same position is stored as terminal location time information of the third data set from a time before a predetermined time (for example, 2 to 3 minutes) to the most recent time, so that "Room 5", which is the position of the terminal device 7 at "9:13", which is the most recent time indicated by the data set, is identified as the position of a user who needs to be rescued because he is late to escape.

[0132] Next, in a data set identified in the "first processing of SL2" but not identified in the "second processing of SL2" or the "third processing of SL2", if there is a data set in which predetermined information (for example, "check required" different from "second processing of SL2") is stored as status information, the data set is identified, and the terminal location time information of the identified data set is referred to, and the location of the terminal device 7 at the most recent time indicated by the data set is identified as the location of a user who needs to be rescued because the status is "check required" (that is, taking into consideration that the user cannot perform a predetermined operation to input his / her status information) (referred to as "fourth processing of SL2"). Here, for example, in the remaining first-stage data set in FIG. 5, predetermined information (for example, "check required") is not stored as status information, so the location of a user who needs to be rescued because the status is "check required" is not identified.

[0133] ===Process to identify the location of the fire=== The process of identifying the location where the fire broke out is similar to the process of SA2 in Fig. 7 and is referred to as "the fifth process of SL2." Here, for example, "Room 2 on the third floor" is identified as the location where the fire broke out.

[0134] ===Process for generating rescue support images=== Regarding the process of generating a rescue support image, an image of a floor plan of the floor selected in SL1 is generated based on the map information in the map information DB121 in FIG. 3, and a "rescue target image" is superimposed on the floor plan image by displaying a symbol and text information on the reason why rescue is necessary at the position specified in "SL2 second process" to "SL2 fourth process", and a "fire image" is superimposed at the position specified in "SL2 fifth process", thereby generating a rescue support image.

[0135] Here, for example, based on the map information of the map information DB121 in Figure 3, an image of a floor plan of the "3rd floor" selected in SL1 is generated, and on the floor plan image, a rescue target image G21 including a symbol and text information of the reason "assistance required" is superimposed at the position of the "3rd staircase" identified in the "second processing of SL2", a rescue target image G22 including a symbol and text information of the reason "delayed to escape" is superimposed at the position of "Room 5" identified in the "third processing of SL2", and a fire image G20 is superimposed at the position of "Room 2" identified in the "fifth processing of SL2", thereby generating the rescue support image of Figure 16.

[0136] In SL3 of FIG. 15, the control unit 13 of the receiver 1 transmits a rescue support signal as an electric signal. The "rescue support signal" is, for example, a signal for supporting rescue by firefighters, and is, for example, a signal including a rescue support image and a facility ID. Specifically, although it is arbitrary, for example, by referring to the facility identification information of FIG. 4, among the facility IDs associated with the "facility type information" = "display device", the facility ID associated with the facility location information in which the floor selected in SL1 is stored is acquired, a rescue support signal including the acquired facility ID and the rescue support image generated in SL2 is generated, and the generated rescue support signal is transmitted to the display device 6 via the communication unit 11. Note that, for example, the rescue support image here corresponds to the "information for supporting rescue".

[0137] Here, for example, by referring to the equipment identification information of Figure 4, the equipment IDs "IDd001" and "IDd002" associated with the equipment location information in which the "floor" selected in SL1 = "3rd floor" is stored are obtained from the equipment IDs associated with the "equipment type information" = "display device", and a rescue support signal including the obtained "equipment IDs" = "IDd001" and "IDd002" and the rescue support image of Figure 16 generated in SL2 is generated and transmitted.

[0138] On the other hand, in SM1 in Fig. 15, the display device 6 receives a rescue support signal for itself. Specifically, although there is an arbitrary method, for example, in the same manner as in the case of SG1 in Fig. 10, the display device 6 acquires an equipment ID included in the rescue support signal transmitted from the receiver 1, compares the equipment ID stored in its own recording unit (not shown) with the above-mentioned acquired equipment ID, and receives the signal as a rescue support signal for itself if these equipment IDs match each other.

[0139] Here, for example, the display devices 601 and 602 in Fig. 8 have "facility ID" = "IDd001" and "IDd002" recorded in their own recording units, and therefore receive the above-mentioned rescue support signal. Also, the display devices 6 on other floors (1st floor and 2nd floor) do not receive the rescue support signal.

[0140] In SM2 in Fig. 15, the display device 6 displays a rescue support image. Specifically, although it is optional, for example, the display device 6 acquires a rescue support image included in the rescue support signal received in SM1, and displays the acquired rescue support image instead of or together with the currently displayed advertisement.

[0141] Here, for example, the display devices 601 and 602 in Fig. 8 display the rescue support image in Fig. 16. In this case, a firefighter who visits the third floor can visually check the rescue support image in Fig. 16 displayed on the display devices 601 and 602 in Fig. 8 to grasp the location of the fire and the presence or absence of a user who needs to be rescued or the location of the user, so that firefighting activities and rescue activities can be performed effectively. This ends the support information display process.

[0142] In place of or in addition to displaying in-building information on such display device 6, for example, a firefighter may be registered as a firefighter as attribute information of the terminal device 7 carried by the firefighter, and a rescue support signal may be transmitted as an audio signal from receiver 1 to mobile terminal 7 via in-building speaker 3, causing similar in-building information to be displayed on mobile terminal 7.

[0143] (Effects of the embodiment) Thus, according to this embodiment, by outputting disaster prevention related information regarding disaster prevention in a building, which is a target area, based on sound signals collected by the in-house microphone 5, it is possible to improve the disaster prevention capabilities of the target area, for example, by utilizing communication based on sound signals.

[0144] In addition, communication by sound signals does not require a radio wave network such as wireless LAN or Wi-Fi, and signals can be sent and received even in places where radio waves for such networks cannot reach. In addition, in this embodiment, each device in the disaster prevention system can operate for a certain period of time even during a commercial power outage, making it possible to maintain high disaster prevention capabilities. Furthermore, communication by sound signals is not limited by radio wave standards, so there is no problem with standard compatibility, and disaster prevention systems can be easily built and operated in various countries, for example.

[0145] [Modifications to the embodiment] Although the embodiments of the present invention have been described above, the specific configurations and means of the present invention can be modified and improved as desired within the scope of the technical ideas of the inventions described in the claims. Such modifications will be described below.

[0146] (About the problem to be solved and the effects of the invention) First, the problems that the invention aims to solve and the effects of the invention are not limited to those described above, and may vary depending on the implementation environment of the invention and the details of the configuration, and may solve only some of the problems described above or achieve only some of the effects described above.

[0147] (Regarding decentralization and integration) Moreover, the above-mentioned configuration is a functional concept, and does not necessarily have to be physically configured as illustrated. In other words, the specific form of distribution or integration of each part is not limited to that illustrated, and all or part of it can be functionally or physically distributed or integrated in any unit. For example, part of the processing performed by the receiver 1 in the above-mentioned embodiment may be performed by another device. Also, for example, part or all of the same data held in both the databases of the receiver 1 and the mobile terminal 7 may be managed by either one of them. Moreover, the "device" in this application is not limited to one configured by a single device, but includes one configured by multiple devices.

[0148] (Regarding entering status information) 14 of the above embodiment, a function of supporting input of status information via the touch pad 74 of the terminal device 7 may be provided. For example, the terminal device 7 may be configured to select and input status information from predetermined candidates. Specifically, for example, when the user performs a predetermined operation via the touch pad 74, a plurality of candidate status information items, which are status information and candidate information to be input, may be displayed on the display 75, and when one or more candidate information items of the plurality of candidate status information items are selected by the user, status information corresponding to the selected candidate status information items may be input to the terminal device 7.

[0149] (Regarding the display of numbers of people) In the above embodiment, the fire image and the rescue target image are superimposed on the image of the floor plan of the building in FIG. 16, but the present invention is not limited to this. For example, the number of users present in each room may be superimposed and displayed as the occupancy status of each room. In this case, the number of users present in each room may be counted by focusing on the information indicating the position of the most recent time relative to the present in the terminal position time information in FIG. 5, and the counted number of users may be displayed on the rescue target image. In addition, the evacuation route information generated in SF3 in FIG. 10 may be optimized according to the number of users. For example, when users who are not moving are crowded together, it may be determined that the evacuation route is blocked, and evacuation route information that avoids that place may be generated.

[0150] (About rescue target images) In the above embodiment, the rescue target image is displayed on the display device 6 or the terminal device 7 carried by the firefighter, but the present invention is not limited to this. For example, the receiver 1 may output a rescue support signal contained in an audio signal via the in-house speaker 3 to an arbitrary terminal device (for example, the terminal device 7 carried by the user), and the terminal device may receive the audio signal and display the rescue target image on its own display based on the received audio signal.

[0151] (Location of terminal equipment) In the above embodiment, the location of the terminal device 7 (i.e., the user's location) is identified based on the installation location of the in-house microphone 5, but this is not limiting. For example, the terminal device 7 may be provided with a current location identification means such as a GPS receiver, and the location of the terminal device 7 may be identified using the current location identification means.

[0152] (About late escape) In the above embodiment, the case where it is determined that the user is in a position to escape based on the position of the terminal device 7 has been described, but the present invention is not limited to this. For example, the terminal device 7 may be provided with a vibration measuring means for measuring its own vibration state, and the receiver 1 may grasp the measurement result of the vibration measuring means, and the user may be determined to be in a position to escape based on the grasped measurement result. For example, if vibrations of a predetermined intensity or more are not observed for a predetermined period of time, it may be determined that the user is in a state where he or she cannot move, and may be determined to be "assistance required."

[0153] (About estimating user state) Also, at least in the event of a fire, a sound signal for calling the terminal device may be transmitted from the in-house speaker 3 at a predetermined cycle, and the application of the terminal device 7 may be configured to automatically respond to the signal, and the user's state may be estimated based on the response result. For example, if there is an automatic response (the terminal device 7 is present) but the user does not perform a predetermined operation, or the terminal device 7 does not move (vibrate), it may be estimated that the user is in a situation where he or she cannot move.

[0154] (User voice or noise) Also, the in-building microphone 5 may be configured to pick up the voices or noise of nearby users, and the receiver 1 may generate evacuation route information based on the picked up voices or noise.Specifically, although this is optional, for example, the congestion situation at each point in the building may be estimated based on the picked up voices or noise, and the evacuation route information may be generated taking the estimated congestion situation into consideration.

[0155] (Regarding communication relay) Furthermore, the terminal device 7 carried by the user may be configured to relay communication by sound signals.

[0156] (Regarding real-time processing) In addition, by configuring the location information transmission process of Figure 9 in the above embodiment to be performed at a relatively short interval (for example, at a 10-second interval), the resolution of the terminal location time information of Figure 5 can be improved, thereby grasping the current location of the terminal device 7 in real time (i.e., at relatively short time intervals), and by comparing the grasped location of the terminal device 7 with the above-mentioned specified evacuation route R1 of Figure 11, it can be determined whether the terminal device 7 is moving along the evacuation route R1, and if it is determined that the terminal device 7 is not moving along the evacuation route R1, an alarm can be output to the terminal device 7 indicating that it is deviating from the evacuation route R1.

[0157] (Audible and Inaudible) In addition, for each sound signal in the above embodiment, an audible sound signal may be used, or an inaudible sound signal may be used. In addition, for example, a sound signal may be superimposed on an alarm sound or an alarm voice and transmitted from the in-house speaker 3.

[0158] (Regarding microphones in the building) Also, the in-house microphone 5 in FIG. 1 may be configured to communicate with the receiver 1 in a wired manner via the communication line L1.

[0159] (About transmitting sound signals) The sound signal transmitted from the in-house speaker 3 under the control of the receiver 1 may be converted into a corresponding electrical signal by the receiver 1, which may then be output by driving the in-house speaker 3 via an appropriate audio amplifier or the like.

[0160] (Other configurations) Furthermore, a base sounder (described above) may be provided in the building of FIG. 1, and the function of the in-house microphone 5 may be implemented in the detector 2, or the function of the in-house speaker 3 may be provided in the base sounder.

[0161] (Features) Furthermore, the features of the above-described embodiments and the features of the modifications may be combined in any manner.

[0162] (Additional Note) The disaster prevention system of Appendix 1 includes a sound collection device that collects sound signals including user-related information about users in a target area when an abnormality occurs in the target area, and a control means that outputs disaster prevention-related information about disaster prevention in the target area based on the sound signals collected by the sound collection device.

[0163] The disaster prevention method of Appendix 2 is a disaster prevention method for a disaster prevention system including a sound collection device that collects sound signals including user-related information regarding users within a target area when an abnormality occurs in the target area, and includes a step in which a control means outputs disaster prevention-related information regarding disaster prevention in the target area based on the sound signals collected by the sound collection device.

[0164] (Effect of supplementary notes) According to the disaster prevention system described in Appendix 1 and the disaster prevention method described in Appendix 2, by outputting disaster prevention related information regarding disaster prevention in the target area based on the sound signal collected by the sound collection device, it is possible to improve the disaster prevention capability of the target area, for example, by utilizing communication based on the sound signal. [Explanation of symbols]

[0165] 1 Receiver 2 sensor 3. Speakers in the building 4. Relay Device 5. Microphones in the building 6 Display device 7 Terminal Equipment 11 Communications Department 12 Recording section 13 Control section 71 Communications Department 72 Mike 73 Speaker 74 Touchpad 75 Display 76 Recording Section 77 Control Unit 100 Disaster Prevention System 121 Map Information DB 122 Equipment specific information DB 123 User specific information DB 301 In-house speaker 302 In-house speaker 303 In-house speaker 304 In-house speaker 305 In-house speaker 306 In-house speaker 307 In-house speaker 308 In-house speaker 309 In-house speaker 310 In-house speaker 311 In-house speaker 501 In-house microphone 502 In-house microphone 503 In-house microphone 504 In-house microphone 505 In-house microphone 506 In-house microphone 507 In-house microphone 508 In-house microphone 509 In-house microphone 510 In-house microphone 511 In-house microphone 601 Display device 602 Display device 701 Terminal Equipment 702 Terminal Equipment 703 Terminal Equipment 761 Map Information DB G10 Fire Image G11 Current location image G12 Evacuation route image G20 fire images G21 Rescue Target Image G22 Rescue target image L1 communication line U1 User U2 User U3 User

Claims

[Claim 1] A disaster prevention system for performing disaster prevention processing for a monitoring area having multiple target areas, A sound collection device that collects sound signals including user-related information about users in the target area who may be support recipients when an abnormality occurs in the target area; A control means for outputting disaster prevention related information regarding disaster prevention in the target area based on the user related information acquired from the sound signal collected by the sound collection device; A display device installed in each of the plurality of target areas; Equipped with The display device is a disaster prevention system that, when it receives the disaster prevention related information output by the control means, displays a rescue support image for supporting the rescue of the person being supported based on the disaster prevention related information.

Images