JP2015201803A - Portable terminal device, rescue system, rescue method and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a portable terminal device for a rescue requirement capable of improving a survival probability of a sufferer by maintaining a survival will of the sufferer by surely receiving mail as reply mail to the requirement of rescue and outputting contents of received rescue information mail as a voice message.SOLUTION: A transmission section 108 transmits rescue requirement mail to which a rescue requirement file representing the requirement of rescue is attached, and a receiving section 109 receives reply mail to which rescue information file representing information about the required rescue and including an identifier is attached, as rescue information mail. On the basis of the rescue information file attached to the rescue information mail and file correspondence information 154 making the rescue information file correspondent to a voice message, a control section 130 outputs the voice message from a speaker 104.

Description

  The present invention relates to a mobile terminal device, a rescue system, a rescue method, and a program. In particular, the present invention relates to a portable terminal device, a rescue system, a rescue method, and a program used for requesting emergency rescue in a place where it is not possible to contact a rescue organization by usual means.

  Accidents such as a collision of a ship in service on the sea, an accident in which a crew member falls to the sea, and a mountain climber are lost. In addition, the number of deaths and missing persons due to such accidents exceeds 1,500 in Japan alone (according to National Police Agency statistics and Japan Coast Guard statistics).

The following example is disclosed as a conventional technique as a rescue system when such an accident is encountered.
FIG. 16 is a schematic diagram for explaining an overview of conventional rescue system technologies (EPIRB, PLB) and a comparison table comparing effects in application targets of the conventional rescue system (EPIRB, mobile phone, PLB).

  In the case of a ship accident, as a means for sending a rescue beacon to a rescue organization via a satellite, there is an EPIRB (Emergency Position Indication Radio Beacon) using a Cospass Surat satellite. This is because the EPIRB terminal, which automatically leaves the ship and emerges on board when the ship sinks to a certain depth, via the satellite, the main government offices (foreign rescue organizations shown in FIG. In this case, a rescue signal is sent to the Japan Coast Guard). The EPIRB terminal directly notifies the main government agencies of each country via the satellite of the beacon signal that can identify the ship and the approximate distress location obtained by using the Doppler shift of the beacon wave on the Cospass Surat satellite side.

  In addition, as a means for responding to the sea level drop accident of a crew member, there is AIS SART (Automatic Identification System Search and Rescue Transponder). This is a personal portable signal generator that can generate a rescue signal as defined by the AIS standard. It is used by large vessels and passenger ships that require the installation of AIS transceivers, A rescue signal including position information acquired by GPS is delivered directly using radio waves.

  Further, as means for responding to the crew's sea level fall accident and using satellites, there is a PLB (Personal Locator Beacon) using a Cospass Surat Satellite. In PLB, a person who has fallen to the sea sends a rescue beacon signal including his GPS position as a rescue signal to the Kospassarsat satellite, and, like EPIRB, directly reports to the national authorities via satellite. .

  As a means of dealing with mountain accidents, mobile phones cannot be used in most areas, so at present, there is no choice but to rely on satellite mobile phones. In some countries, PLB is approved for use on land, but cannot be used because it is not approved in Japan.

  In addition, a system for confirming safety using a mail server when a disaster occurs is disclosed (for example, see Patent Document 1).

JP 2013-187580 A

The conventional techniques described above have the following problems.
As shown in the comparison table of FIG. 16, EPIRB corresponding to a ship accident is required to be mounted on a ship with 20 tons or more of drainage, but is not mounted on a ship with less than that. Also, unless the ship sinks, it will not operate and cannot respond to accidents such as personal sea level drops. In addition, EPIRB only sends a rescue signal, and the victim has no way of knowing whether or not a rescue operation is performed.

  The AIS SART is not received when the ship is at a position beyond which the rescue signal can be reached. In order to receive a rescue signal, the ship must be equipped with an AIS receiver, but since it is only required to be installed on ships with a capacity of 200 tons or more, or passenger ships, many ships have their AIS receivers. Is not equipped. Therefore, the signal from AIS SART cannot be received. In addition, even if a nearby ship receives a rescue signal, there is no function to convey the received facts to the victim, so there is no way for the victim to know if the rescue will come. There is a problem in maintaining the willingness to survive.

  PLB has communication means determined by international standards, and the rescue signal is sent to a dedicated station that has received special approval from the Japan Coast Guard in Japan or the main government that is designated as a rescue agency in neighboring countries. Directly via. However, a means for returning information such as confirmation of receipt of a rescue signal and the start of rescue to the victim (hereinafter referred to as a return link) is still being studied internationally and takes time to realize. Also, because the only agency that receives rescue signals via satellite is the Japan Coast Guard in Japan, it can respond to maritime accidents, but it is difficult to respond when used in a land accident. In many countries, including Japan, there are legal development issues that have not yet been approved for use.

Satellite mobile phones are not only expensive for the handset, but also require satellite line contract costs including communication costs, etc., so the rescue signal notification means when ordinary people encounter mountain accidents or marine accidents It is not popular.
Normal mobile phones are useful only for marine accidents and fall accidents near the coast because of the short communication distance, and are not useful for most voyages. In the case of a mountain accident, the notification area is too small to be suitable (see the comparison table in FIG. 16).
The technique of Patent Document 1 is for confirming safety using a mail server, and does not describe any request for rescue.

As described above, the conventional techniques have different problems. These issues are summarized below.
(1) In the conventional technology for calling a rescue signal via a satellite, the side that receives the rescue signal is a national government agency or similar rescue organization and requires special receiving means approved by international standards. And
(2) The mobile terminal that calls the rescue signal requires the approval of an international standard.
(3) Mobile beacon terminals that meet international standards cannot be used practically in countries that require legal development, including Japan.
(4) There is no means for realizing a return link from the rescue side including confirmation of receipt of the rescue signal.
(5) Since the rescue signal is distributed in parallel to the government offices and rescue organizations in each country, even if it is desired to keep it undisclosed due to special circumstances, it will be made publicly available.
(6) There is no means for confirming a rescue signal in the case of a false launch and interrupting the rescue operation.

  The present invention has been made in order to solve the above-described problems, and calls a rescue request mail to a satellite and transmits it to a rescuer's mail terminal connected to a public network via the satellite. Provided is a beacon terminal device that can notify a victim by voice or the like when receiving a return link such as a rescue signal reception notification, a rescue start notification, and a rescue start time from a rescuer who has received a rescue request mail. With this beacon terminal device, users who are at risk of encountering marine accidents and mountain accidents can start using them easily in a short period of time, and the victim's willingness to survive by a return signal to the rescue signal (return link) Can be maintained, and the survival probability of the victim can be improved.

The mobile terminal device according to the present invention is
A sending unit that sends a rescue request email with a rescue request file representing a rescue request;
A reply unit for the rescue request email transmitted by the transmission unit, and a reception unit for receiving a reply email as a rescue information email, which represents information about the requested rescue and is attached with a rescue information file having an identifier;
An audio output unit for outputting audio;
A file correspondence information storage unit for storing file correspondence information in which the identifier of the rescue information file is associated with the voice message output from the voice output unit;
When the rescue information mail is received by the receiving unit, based on the rescue information file attached to the received rescue information mail and the file correspondence information stored in the file correspondence information storage unit, And a control unit that outputs the voice message from the voice output unit.

  According to the mobile terminal device according to the present embodiment, the transmission unit transmits a rescue request mail attached with a rescue request file indicating a rescue request, and the reception unit represents information about the requested rescue and has an identifier. A reply message to which a rescue information file is attached is received as a rescue information mail, and the control unit attaches the rescue information file to the rescue information mail, the identifier of the rescue information file, and a voice message output from the voice output unit The voice message is output from the voice output unit on the basis of the file correspondence information that is associated with each other, so that the rescue information mail can be reliably received as a reply mail to the rescue request and the received rescue information Since the contents of the mail can be output as a voice message, the victim's willingness to survive is maintained, and the distress It is possible to improve the survival probability.

It is a figure which shows an example of the system configuration | structure of the rescue system which concerns on Embodiment 1. FIG. It is a schematic diagram for demonstrating the outline | summary of the rescue system which concerns on embodiment. (A) is an external appearance perspective view which shows an example of the external appearance of the beacon terminal which concerns on Embodiment 1, (b) is an external appearance perspective view which shows the other example of the external appearance of a beacon terminal. 3 is a block configuration diagram illustrating an example of a block configuration of a beacon terminal according to Embodiment 1. FIG. 3 is a diagram illustrating an example of a hardware configuration of a beacon terminal and a mail terminal according to Embodiment 1. FIG. It is a flowchart which shows an example of the operation | movement of the rescue request process (process) of the rescue method in the rescue system which concerns on Embodiment 1, and a rescue response process (process). 6 is a flowchart illustrating an example of an operation of a rescue signal transmission process (step) in the rescue system according to the first embodiment. 4 is a table summarizing operations of beacon terminals according to Embodiment 1. It is a figure which shows an example of a structure of the file storage table memorize | stored in the memory | storage device of the mail terminal which concerns on Embodiment 1. FIG. 6 is a diagram illustrating an example of a configuration of attached file correspondence information according to Embodiment 1. FIG. 6 is a flowchart illustrating an example of an operation of an attached file handling process (step) of the beacon terminal according to the first embodiment. It is a comparison table, such as an effect of the beacon terminal concerning Embodiment 1, and other rescue request methods. It is a flowchart which shows an example of the operation | movement of the rescue request process (process) of the rescue method in the rescue system which concerns on Embodiment 2, and a rescue response process (process). It is a figure which shows an example of the system configuration | structure of the rescue system which concerns on Embodiment 3. FIG. It is a schematic diagram which shows an example of a business model structure using the rescue system which concerns on Embodiment 3. FIG. It is the comparison figure which compares the effect in the application object of the conventional rescue system (EPIRB, a mobile telephone, PLB) and the schematic diagram for demonstrating the outline | summary of the technique (EPIRB, PLB) of the conventional rescue system.

Embodiment 1 FIG.
FIG. 1 is a diagram illustrating an example of a system configuration of a rescue system 500 according to the present embodiment. FIG. 2 is a schematic diagram for explaining an outline of the rescue system 500 according to the present embodiment.
The outline | summary of the rescue system 500 which concerns on this Embodiment is demonstrated using FIG.1 and FIG.2.

As shown in FIG. 1, the rescue system 500 includes a beacon terminal 100 and a plurality of mail terminals 300.
The beacon terminal 100 is an example of a mobile terminal device that transmits a rescue request mail 110.
The mail terminal 300 is an example of a receiving terminal device that transmits a reply mail to the rescue request mail 110 as a rescue information mail. Each of the mail terminals 300 includes a storage device 350.

The plurality of mail terminals 300 are connected to the mail server 400 via the public network 600.
The beacon terminal 100 is connected to the mail server 400 via the relay satellite 200.
The beacon terminal 100 and the plurality of mail terminals 300 perform mail transmission / reception via the relay satellite 200, the mail server 400, and the public network 600.

The mail server 400 is, for example, a mail server provided by a normal communication carrier. The mail server 400 is preferably a push type that transfers mail to the mail terminal 300 immediately and actively.
The relay satellite 200 is an existing communication satellite such as a satellite telephone communication satellite (for example, an iridium satellite) or a quasi-zenith satellite.

As shown in (1) of FIG. 2, by joining the rescue system 500 according to the present embodiment, a crew member, a mountain climber, or the like who is a subscriber carries a beacon terminal 100.
As shown in (2) of FIG. 2, when an accident such as a ship accident, a crew drop accident, or a snowy mountain accident occurs, a crew member, a mountain climber, or the like who has suffered an accident operates a one-touch operation from the beacon terminal 100. Send a rescue signal by e-mail. This mail is referred to as a rescue request mail 110. Rescue request mail 110 includes the position of the distress received from the GPS satellite.
A method for transmitting the rescue request mail 110 from the beacon terminal 100 by one-touch operation will be described in detail later.

As shown in FIG. 2 (3), the rescue request mail 110 is transmitted from the beacon terminal 100 to the plurality of mail terminals 300 via the relay satellite 200 and the mail server 400.
For example, when the relay satellite 200 is an Iridium satellite, at present, five mail addresses can be registered, and broadcast communication is possible for these five mail addresses.
Further, for example, when the relay satellite 200 is a quasi-zenith satellite, the quasi-zenith satellite is a satellite located in the vicinity of the sky in Japan, so that the transmission of a rescue request signal from a mountain victim can be significantly improved. . In addition, the practical quasi-zenith satellite system can easily construct a maritime rescue system in the East China Sea, the South China Sea, and the waters near Australia.

As shown in (4) of FIG. 2, the mail terminal 300 receives the rescue request mail 110. The mail terminal 300 is a terminal corresponding to a plurality of mail addresses registered in advance by a subscriber when subscribing to the rescue system 500 according to the present embodiment.
As shown in FIG. 2 (5), the recipient of the rescue request mail 110 sends a reply attached file registered in advance to the victim. The mail sent back from the recipient of the rescue request mail 110 to the victim includes a signal confirmation mail 310 for notifying that the recipient has received and confirmed the rescue request mail 110, and the start of the rescue and the arrival of the rescue. There is a rescue start mail 320 for notifying time and the like (see FIG. 1). The cancellation notification mail 120 and the cancellation confirmation mail 330 shown in FIG. 1 will be described in detail in the second embodiment.

  As shown in FIG. 2 (6), the beacon terminal 100 receives the signal confirmation mail 310 via the relay satellite 200. When the beacon terminal 100 receives the signal confirmation mail 310, the beacon terminal 100 automatically notifies the victim that the LED lamp is turned on and the rescue signal is received by the recorded voice. Thus, since the return signal for the rescue signal is notified by the return link, it is possible to maintain the willingness of the victim to survive.

As shown in (7) of FIG. 2, when the recipient of the rescue request mail 110 transmits the signal confirmation mail 310, it promptly requests rescue from the rescue organization. For example, in the case of a maritime accident, call 118 (Japan Coast Guard), and in the case of a mountain accident, call 110 (the police) or a mountain rescue team.
As shown in (8) of FIG. 2, the recipient of the rescue request mail 110 requests rescue from the rescue organization, rescue start information indicating that rescue has started, and the expected time until the rescue arrives. A rescue start mail 320 attached with the estimated arrival time as an attached file is transmitted to the beacon terminal 100. In addition, before sending the rescue start mail 320, a rescue request completion mail for notifying the victim that the rescue request has been completed may be transmitted to the beacon terminal 100.

  As shown in FIG. 2 (9), the beacon terminal 100 receives the rescue start mail 320 via the relay satellite 200. When the beacon terminal 100 receives the rescue start mail 320, the beacon terminal 100 automatically turns on the LED, and notifies the victim of the rescue start, the expected arrival time of the rescue team, etc. by the recorded voice. As a result, the victim can know that the rescue has been started and the time until the rescue team arrives, and can further maintain the victim's willingness to survive.

  This is the end of the description of the outline of the rescue system 500 according to the present embodiment.

3A is an external perspective view showing an example of the external appearance of the beacon terminal 100 according to the present embodiment, and FIG. 3B is an external perspective view showing another example of the external appearance of the beacon terminal 100. FIG. 4 is a block configuration diagram showing an example of a block configuration of beacon terminal 100 according to the present embodiment.
A functional configuration of the beacon terminal 100 will be described with reference to FIGS. 3 and 4.

  As shown in FIGS. 3A and 3B, the beacon terminal 100 is a portable terminal device carried by an individual. In the present embodiment, FIGS. 3A and 3B are palm-sized substantially rectangular parallelepiped shapes, but FIG. 3B is a shape in which the lower thickness (L4) is thinner than the upper thickness (L5). In FIG.3 (b), in order to make it easy for a victim to grasp, the thin part is formed.

  The shape of the beacon terminal 100 is not limited to FIGS. 3A and 3B, and may be a streamline or ellipsoid that is easy to hold. For example, the weight is preferably 100 g or more and 200 g or less, and more preferably 150 g or less. In addition, the beacon terminal 100 has functions necessary as a portable terminal device for sending a rescue signal, such as a waterproof function, a pressure resistance function, and a temperature durability function.

The dimensions of the beacon terminal 100 are preferably as small as possible. For example, the width (L1) is 50 mm × the thickness (L3) is 30 mm × the height (L2) is preferably 130 mm or less.
Note that the shape, size, weight, function, and the like of the beacon terminal 100 may be in any form as long as the function can be exhibited over a predetermined time in an environment where the use of the beacon terminal 100 is assumed.

As shown in FIG. 3, the beacon terminal 100 has a HELP button 101 (an example of a rescue button), a CANCEL button 102 (an example of a cancel button), a plurality of LEDs 103 (an example of a light emitting unit), a speaker 104 (an audio output) on the surface. Part of an example).
The HELP button 101 and the CANCEL button 102 are different color buttons. For example, the HELP button 101 is a red button, and the CANCEL button 102 is a green button. Further, the HELP button 101 and the CANCEL button 102 are preferably buttons of a type in which a button cover made of resin is provided on the front surface of the button and the button cover is broken and pressed. This is for the disabled person to know that the HELP button 101 and the CANCEL button 102 have been pressed.

The plurality of LEDs 103 includes, for example, three types of LEDs having different colors of emitted light.
For example, a yellow LED (a button described as “SNT” in FIG. 3B) indicates that the rescue request mail 110 is being transmitted or the cancel notification mail 120 is being transmitted.
For example, a blue LED (a button described as “RCV” in FIG. 3B) indicates that the rescue request mail 110 has been accepted by the recipient. That is, when the signal confirmation mail 310 is received, it is turned on.
For example, a green LED (a button described as “RSC” in FIG. 3B) indicates that a rescue operation has been started. That is, when the rescue start mail 320 is received, it is turned on. In addition, the expected time until the rescue team arrives is indicated by the lighting method.

  The speaker 104 outputs a reproduced voice message. The voice message output from the speaker 104 is played with a louder sound (a level of awakening) than normal voice. This is because, for example, the sound is surely delivered to the victim without being drowned out by sounds of the surrounding environment (sound of waves, sound of snowstorm, etc.). Moreover, the sound output from the speaker 104 is repeated a plurality of times. For example, it is output repeatedly 5 times or more.

As shown in the block diagram of the beacon terminal 100 in FIG. 4, the beacon terminal 100 includes a HELP button 101, a CANCEL button 102, a plurality of LEDs 103, a speaker 104, a GPS antenna 105, a GPS receiving unit 106, a communication antenna 107, and a transmitting unit. 108, a reception unit 109, a power supply unit 140, a control unit 130, and a storage device 150.
The control unit 130 includes a GPS reception control unit 131, a mail generation unit 132, a communication control unit 133, an LED control unit 134, a voice control unit 135, and a power supply control unit 136.

  The power supply unit 140 is, for example, a lithium battery. The power supply unit 140 targets 48 hours or more as the maximum operation time for completing all sequences from the sending of the rescue request mail 110 to the completion of the rescue. The longer the maximum operation time is, the better.

  The storage device 150 includes an address storage unit 151, an attached file storage unit 152, an audio storage unit 153, and file correspondence information 154. The file correspondence information 154 is stored in the storage device 150 by the file correspondence information storage unit.

The address storage unit 151 stores a plurality of mail addresses registered in advance. The plurality of mail addresses are mail addresses set as destinations of the rescue request mail 110. When the beacon terminal 100 is an iridium mail terminal that sends mail to the iridium satellite, up to five mail addresses can be registered. Any number of e-mail addresses can be registered.
The e-mail address to be registered is input from the rescue system subscription screen by the subscriber when subscribing to the rescue system 500, for example. Then, when the beacon terminal 100 is delivered to the subscriber, a plurality of mail addresses are already registered in the address storage unit 151 of the storage device 150.

  Recipients (rescuers) corresponding to the registered e-mail address are, for example, a company's rescue organization, family, and colleagues. If possible, a private rescue agency or public rescue agency may be registered. The mail terminal 300 is, for example, a PC (personal computer), a smartphone, a tablet terminal, a mobile phone, or the like.

  The file storage unit 152 includes a “HELP file” attached to the rescue request mail 110 when the HELP button 101 is pressed, and a cancel notification mail 120 (an example of a cancellation notification mail when the CANCEL button 102 is pressed). "CANCEL file" attached. For example, a “HELP file” has a file name “HELP”, and a “CANCEL file” has a file name “CANCEL”. The “HELP file” is an example of a rescue request file indicating a rescue request, and the file name “HELP” is an example of an identifier for identifying a rescue request file. The “CANCEL file” is an example of a cancellation information file that indicates cancellation of a rescue request, and the file name “CANCEL” is an example of an identifier that identifies the cancellation information file.

  In the voice storage unit 153, “rescue signal has been received” that is output when transmission of the rescue request mail 110 is completed, and “rescue has started.” That is output when the rescue start mail 320 is received. A recorded voice message such as “The Corps will arrive within N hours” is stored.

  The file correspondence information 154 is information in which an attached file attached to the received mail is associated with an operation of the beacon terminal 100 when the attached file is received. The file correspondence information 154 will be described in detail later.

FIG. 5 is a diagram illustrating an example of a hardware configuration of the beacon terminal 100 and the mail terminal 300 according to the present embodiment.
A hardware configuration example of the beacon terminal 100 and the mail terminal 300 will be described with reference to FIG.

  The beacon terminal 100 and the mail terminal 300 include a computer, and each element of the beacon terminal 100 and the mail terminal 300 can be realized by a program.

  As hardware configurations of the beacon terminal 100 and the mail terminal 300, an arithmetic device 901, an external storage device 902, a main storage device 903, a communication device 904, and an input / output device 905 are connected to the bus.

The arithmetic device 901 is a CPU (Central Processing Unit) that executes a program.
The external storage device 902 is, for example, a ROM (Read Only Memory), a flash memory, or a hard disk device.
The main storage device 903 is a RAM (Random / Access / Memory).

  The communication device 904 in the mail terminal 300 is a communication board or the like, for example, and is connected to a LAN (Local / Area / Network) or the like. The communication device 904 is not limited to a LAN, but is an IP-VPN (Internet / Protocol / Virtual / Private / Network), a wide-area LAN, an ATM (Asynchronous / Transfer / Mode) network, a WAN (Wide / Area / Network), or the Internet. It does not matter if it is connected to. LAN, WAN, and the Internet are examples of public networks.

  The input / output device 905 in the mail terminal 300 is, for example, a mouse, a keyboard, a display device, or the like. Instead of the mouse, a touch panel, a touch pad, a trackball, a pen tablet, or another pointing device may be used. The input / output device 905 in the beacon terminal 100 is, for example, various buttons, LEDs, speakers, and the like.

The program is normally stored in the external storage device 902, and is loaded into the main storage device 903 and sequentially read into the arithmetic device 901 and executed.
The program is a program that realizes the functions described as “˜units” shown in the block configuration diagram.
Furthermore, an operating system (OS) is also stored in the external storage device 902. At least a part of the OS is loaded into the main storage device 903, and the arithmetic device 901 executes the OS while “−” shown in the block configuration diagram. The program that realizes the function of “part” is executed.
An application program is also stored in the external storage device 902, and is sequentially executed by the arithmetic device 901 while being loaded in the main storage device 903.
Information such as “˜table” is also stored in the external storage device 902.

In the description of the present embodiment, “determining”, “determining”, “extracting”, “detecting”, “setting”, “registering”, “selecting” ”,“ Generation of ”,“ Input of ”,“ Output of ”, etc., information, data, signal values, and variable values indicating the results of the processing are stored in the main storage device 903.
In addition, data received by the beacon terminal 100 and the mail terminal 300 is stored in the main storage device 903.
Also, an encryption key / decryption key, a random value, and a parameter may be stored in the main storage device 903.

  Note that the configuration in FIG. 5 is merely an example of the hardware configuration of the beacon terminal 100 and the mail terminal 300, and the hardware configuration of the beacon terminal 100 and the mail terminal 300 is not limited to the configuration illustrated in FIG. Other configurations may be used.

FIG. 6 is a flowchart showing an example of operations of a rescue request process (step) and a rescue response process (step) of the rescue method in the rescue system 500 according to the present embodiment.
In FIG. 6, the rescue request process is a process on the victim side, and the rescue response process is a process on the receiver side.

<S102: Rescue Signal Transmission Process (Process) (Example of Transmission Process)>
When a marine accident, a mountain accident or the like occurs (S101), the victim sends a rescue request mail 110 from the beacon terminal 100 that is carried (S102).

  FIG. 7 is a flowchart showing an example of the operation of the rescue signal transmission process (step) in the rescue system 500 according to the present embodiment. FIG. 8 is a table summarizing operations of beacon terminal 100 according to the present embodiment.

In S1021, the HELP button 101 of the beacon terminal 100 is pressed by the victim.
When the HELP button 101 is pressed, in S1022, the GPS reception control unit 131 controls the GPS reception unit 106 to acquire the current position (hereinafter, GPS current position (distress position information)) from the GPS satellite. The GPS receiving unit 106 acquires a GPS current position from a GPS satellite using the GPS antenna 105.

  In S1023, the mail generation unit 132 generates the rescue request mail 110. The mail generation unit 132 sets all the mail addresses stored in the address storage unit 151 as the destination of the rescue request mail 110. Further, the mail generation unit 132 acquires the HELP file from the attached file storage unit 152 and attaches it to the rescue request mail 110. Further, the mail generation unit 132 includes the GPS current position acquired by the GPS reception unit 106 in the rescue request mail 110.

  Here, for example, the GPS reception control unit 131 may control the GPS reception unit 106 to periodically acquire the current position (hereinafter, an example of regular position information including longitude and latitude) from the GPS satellite. . The GPS reception control unit 131 stores the regular position information acquired by the GPS reception unit 106 in the storage device 150. If the GPS current position (distress position information) cannot be acquired, the mail generation unit 132 includes the regular position information stored in the storage device 150 in the rescue request mail 110.

  In step S1024, the communication control unit 133 controls the transmission unit 108 to transmit the rescue request mail 110 generated by the mail generation unit 132 via the communication antenna 107. The transmission unit 108 transmits a rescue request mail 110 to the relay satellite 200 via the communication antenna 107.

As shown in FIG. 8, when transmitting a rescue request mail, the beacon terminal 100 transmits a “HELP file” attached to the rescue request mail. Further, the beacon terminal 100 causes the yellow LED 103 to blink, and the speaker 104 outputs a voice “sending rescue signal”.
In step S <b> 1025, the LED control unit 134 causes the LED to blink during transmission of the rescue request mail 110 by the communication control unit 133. For example, the yellow LED is blinked. Also, the voice control unit 135 repeatedly plays back the voice data “rescue signal is being transmitted” during transmission of the rescue request mail 110 by the communication control unit 133, and repeatedly outputs it from the speaker 104.
In addition, when the transmission of the rescue request mail 110 by the transmission unit 108 is completed, in S1025, the beacon terminal 100 indicates the transmission completion by always lighting the yellow LED, and at the same time, the recorded voice “rescue signal has been transmitted” For example, it outputs from the speaker 104 five times.

In this way, the beacon terminal 100 provides relief to the victim by flashing the LED or outputting the “rescue signal transmitting” audio data from the speaker 104 while the rescue request mail 110 is being transmitted. Give and maintain willingness to survive.
This is the end of the description of the rescue signal transmission process of the beacon terminal 100.

Next, returning to FIG. 6, the rescue signal confirmation process (S201 to S203) on the receiver side that receives the rescue request mail 110 will be described.
In step S <b> 201, the mail terminal 300 receives the rescue request mail 110 transmitted from the beacon terminal 100 via the relay satellite 200 and the mail server 400.
At this time, the mail server 400 is preferably a push mail server. This is because, if the push type is used, when the rescue request mail 110 is distributed to the mail server 400, it is automatically distributed to the mail terminal 300 thereafter.
Further, the recipient of the mail terminal 300 is a person registered in advance as a partner who transmits the rescue request mail 110 from the beacon terminal 100 when an accident occurs. Therefore, when the recipient receives the rescue request mail 110, the receiver can set the alarm voice message, the alarm sound, the screen highlight display, etc. to be output at the mail terminal 300, and can immediately confirm the rescue request mail 110. Thus, it is preferable to devise.
When the mail terminal 300 receives the rescue request mail 110, the recipient immediately confirms the rescue request mail 110.

  In S202, the receiver promptly requests rescue from the rescue organization. For example, in the case of a maritime accident, call 118 (Japan Coast Guard), and in the case of a mountain accident, call 110 (the police) or a mountain rescue team.

In S <b> 203, the receiver transmits a signal confirmation mail 310 to the victim who carries the beacon terminal 100.
FIG. 9 is a diagram showing an example of the configuration of the file storage table 351 stored in the storage device 350 of the mail terminal 300 according to the present embodiment.
As shown in FIG. 9, a file storage table 351 is registered in the storage device 350 of the mail terminal 300. When the subscriber joins the rescue system 500, the file storage table 351 is registered in each storage device 350 of a plurality of mail terminals 300 registered in advance as mail terminals that receive the rescue request mail 110.

As shown in FIG. 9, in the file storage table 351, the attached file and the reply content indicated by the attached file are associated with each other.
The file storage table 351 is an example of a rescue information correspondence table that stores a reply content, which is information related to rescue, and an attached file (rescue information file) attached to a rescue information mail returned to the victim in association with each other. The attached file selected from the file storage table 351 is attached to the rescue information mail.

  For example, the file name of the attached file may be “RCVD”, “CRCVD”, “RQSTD”, and the content of the file may be empty. In the file storage table 351, the reply content is associated with the file name, and the content of the file is empty, so that communication charges can be suppressed. The file name is an example of an identifier for identifying an attached file (rescue information file).

In S203, an attached file “RCVD” (rescue signal acceptance confirmation) is selected from the file storage table 351 by the recipient in the signal confirmation mail 310, and a signal confirmation mail with the selected attached file “RCVD” attached is generated. Will be replied. The signal confirmation mail 310 is transmitted to the beacon terminal 100 via the mail server 400 and the relay satellite 200.
This is the end of the description of the rescue signal confirmation processing (S201 to S203) on the receiver side.

  Next, the signal acceptance confirmation process (process) when the victim is receiving the signal confirmation mail 310 from the recipient will be described.

  In S103, the beacon terminal 100 receives the signal confirmation mail 310 transmitted from the mail terminal 300 of the recipient. In the beacon terminal 100, the receiving unit 109 receives the signal confirmation mail 310 from the relay satellite 200 via the communication antenna 107.

  At this time, the beacon terminal 100 may accept only the signal confirmation mail 310 received first, and discard the signal confirmation mail 310 distributed after the received signal confirmation mail 310. This is because the signal confirmation mail 310 may be transmitted from a plurality of mail terminals 300 among the mail terminals 300 (mail addresses) registered in advance. In the present embodiment, when the signal confirmation mail 310 is distributed from a plurality of mail terminals 300, only the signal confirmation mail 310 received first is accepted, so that confusion does not occur on the victim side. In addition, mail exchanged between the recipient side and the victim side is broadcast to all pre-registered mail terminals 300 (mail addresses), and all pre-registered recipients respond to the rescue request. Information on rescue operations can be shared.

In S104, the beacon terminal 100 executes attached file handling processing such as automatically outputting voice and turning on the LED based on the received signal confirmation mail 310.
FIG. 10 is a diagram showing an example of the configuration of the attached file correspondence information 154 according to the present embodiment.
FIG. 11 is a flowchart showing an example of the operation of the attached file handling process (step) of beacon terminal 100 according to the present embodiment.

  In step S <b> 1041, the mail generation unit 132 acquires an attached file attached to the signal confirmation mail 310 received by the reception unit 109. The mail generation unit 132 refers to the file correspondence information 154 stored in the storage device 150 based on the acquired attached file. The mail generation unit 132 acquires a record of the file correspondence information 154 corresponding to the acquired attached file.

  As illustrated in FIG. 10, the file correspondence information 154 is information in which an attached file, contents indicated by the attached file, an LED lighting state, and a voice notification are associated with each other. The actual data (recorded voice) of the voice notification is stored in the voice storage unit 153. The voice notification of the file correspondence information 154 and the recorded voice stored in the voice storage unit 153 are associated with each other.

  In S <b> 1041, the mail generation unit 132 acquires the first record of the file correspondence information 154 corresponding to the attached file “RCVD” based on the attached file “RCVD” of the signal confirmation mail 310. The first record of the file correspondence information 154 includes information such as “RCVD”, “rescue signal acceptance confirmation”, “blue blinking”, “rescue signal has been received. Yes.

  In step S <b> 1042, the LED control unit 134 controls the LED 103 based on the file correspondence information 154 acquired by the mail generation unit 132. Here, the LED control unit 134 blinks the blue LED based on the first record of the file correspondence information 154.

  In step S <b> 1043, the voice control unit 135 reproduces the recorded voice based on the file correspondence information 154 acquired by the mail generation unit 132 and outputs the recorded voice from the speaker 104. In this case, the voice control unit 135 uses the first record of the file correspondence information 154 as a speaker that reads “A rescue signal has been received. Please press the cancel button if there is an error” stored in the voice storage unit 153. 104 to output. The voice storage unit 153 repeatedly outputs the recorded voice “A rescue signal has been received. Press the cancel button if there is an error in transmission” from the speaker 104 five times.

As described above, when the signal confirmation mail 310 is received, the beacon terminal 100 blinks the blue button in order to notify the recipient that the rescue request mail 110 has been received. At this time, the constant lighting of the yellow LED at the completion of transmission of the rescue request mail 110 is canceled, and the yellow LED is turned off. At the same time, the recorded voice “Rescue signal has been received. If you make a mistake, press the cancel button” is played five times.
This is the end of the description of the signal acceptance confirmation process (process) of the beacon terminal 100 (attached file handling process (process)).

Next, on the receiver side, the rescue start transmission process (step) for notifying the rescue start mail 320 for notifying the victim of the start of the rescue operation and the expected time until the rescue team arrives (estimated arrival time) will be described. .
The recipient can know the start time of the rescue and the expected time until the rescue team arrives by requesting rescue from the rescue organization. As soon as the recipient requests rescue from the rescue agency, the rescue operation is started at the rescue agency.
Therefore, in S204, the receiver transmits a rescue start mail 320 including the start of the rescue operation and the estimated arrival time to the victim.

An attachment file selected from the file storage table 351 by the recipient is attached to the rescue start mail 320.
For example, when the estimated rescue team arrival time is within 4 hours, the attached file “ETA4H” is selected by the recipient and attached to the rescue start mail 320. The rescue start mail 320 is transmitted from the mail terminal 300 to the beacon terminal 100 via the mail server 400 and the relay satellite 200.

Regarding the exchange of the rescue request mail 110, the signal confirmation mail 310, and the rescue start mail 320, it is preferable that information is shared by all the recipients corresponding to the pre-registered mail addresses.
Further, for example, a rescue agency of a public office or a private rescue service may be registered as a transmission destination of a rescue signal registered in advance in the address storage unit 151.

  This is the end of the description of the rescue start transmission process (step) for notifying the rescue start mail 320 for notifying the victim of the start of rescue and the estimated arrival time of the rescue team on the receiver side.

  Next, the rescue start notification process (step) when the rescuer receives the rescue start mail 320 from the recipient will be described.

  In S105, the beacon terminal 100 receives the rescue start mail 320 transmitted from the mail terminal 300 of the recipient. In the beacon terminal 100, the receiving unit 109 receives the rescue start mail 320 from the relay satellite 200 via the communication antenna 107.

  In S107, the beacon terminal 100 performs attached file handling processing such as automatic voice output and LED lighting based on the received rescue start mail 320. This attached file handling process is the same as the attached file handling process described with reference to FIG.

  First, the mail generation unit 132 acquires an attached file attached to the rescue start mail 320 received by the reception unit 109. The mail generation unit 132 refers to the file correspondence information 154 stored in the storage device 150 based on the acquired attached file. The mail generation unit 132 acquires a record of the file correspondence information 154 corresponding to the acquired attached file.

  When the reception unit 109 receives the rescue start mail 320, the mail generation unit 132 acquires the fifth record of the file correspondence information 154 from the attached file “ETA4H” of the rescue start mail 320. The fifth record of the file correspondence information 154 includes information such as “ETA4H”, “within 4 hours of expected rescue team arrival”, “flashing green”, and “within 4 hours of rescue team arrival. Good luck”.

  The LED control unit 134 controls the LED 103 based on the file correspondence information 154 acquired by the mail generation unit 132. Here, the LED control unit 134 blinks the green LED based on the fifth record of the file correspondence information 154.

  For example, when the rescue team arrives within 4 hours, the LED control unit 134 controls the lighting of the green LED 103 as follows. The green LED 103 is flashed four times, at predetermined intervals, four times flashing, at predetermined intervals, four times flashing, at predetermined intervals,..., And the distress is notified that the arrival time is four hours. Also good. The LED controller 134 blinks three times, a predetermined interval, three blinks, a predetermined interval,..., And an LED blinking method so as to indicate the remaining three hours one hour after the rescue start mail 320 is received. May be changed.

  As described above, when the rescue start mail 320 is received, the beacon terminal 100 blinks the green LED in order to notify that the rescue is started. At this time, the blinking of the blue LED that notifies the recipient that the rescue request mail 110 has been accepted is released, and the blue LED is turned off.

  The voice control unit 135 reproduces the recorded voice based on the file correspondence information 154 acquired by the mail generation unit 132 and outputs it from the speaker 104. Here, based on the fifth record of the file correspondence information 154, the voice control unit 135 outputs to the speaker 104 “rescue team arrival within 4 hours. Good luck” stored in the voice storage unit 153. The voice storage unit 153 repeatedly outputs the recorded voice “rescue team arrival within 4 hours. Good luck” from the speaker 104 at predetermined intervals. Further, for example, the voice storage unit 153 changes to “rescue team arrival within 3 hours. Good luck” one hour after the rescue start mail 320 is received. In this manner, the voice storage unit 153 may output the remaining time until the rescue team arrives every time one hour elapses from the time when the rescue start mail 320 is received. Moreover, you may output an audio | voice every 30 minutes.

The control method of the LED 103 and the sound output when the rescue start mail 320 is received is not limited to the method described above, and any method may be used as long as the rescue start can be notified to the victim. You may notify a victim in any combination.
When the beacon terminal 100 notifies the victim of the information related to the rescue start, the victim can have a hope that the rescue team will arrive, and can wait without reducing the willingness to survive.

Note that the beacon terminal 100 may shift to the homing mode from a predetermined time point (for example, when the rescue start notification process is started). The homing mode is a mode for intermittently outputting radio waves of several tens of MHz to several tens of MHz for direction detection.
This is the end of the description of the rescue start notification process (process) of the beacon terminal 100 (attached file handling process (process)).

In the present embodiment, the receiver side transmits the signal confirmation mail 310 to the victim, and then uses the rescue start mail 320 to notify the rescue start and the estimated rescue team arrival time. However, for example, even if a rescue operation is started, it may be difficult to know the expected time until the rescue team arrives. In such a case, the receiver may send a rescue request completion email notifying the rescue request completion to the victim before notifying the rescue team estimated arrival time.
A brief description will be given of sending a rescue request completion email to a victim. In this case, the recipient selects “rescue request completion: RQSTD” from the file storage table 351 shown in FIG. 9 and sends it as a rescue request completion mail attached to the mail. When the beacon terminal 100 receives the rescue request completion mail, the green LED is continuously lit on the basis of the file correspondence information 154 in FIG. 10 and a recorded voice saying “Rescue request has been completed. Output from the speaker 104.

FIG. 12 is a comparison table of effects and the like between beacon terminal 100 according to the present embodiment and other rescue request methods. Since EPIRB, mobile phone, and PLB have been described in the description of FIG. 16, description thereof is omitted here.
As shown in FIG. 12, the beacon terminal 100 according to the present embodiment is used in all cases of activities on a large ship of 20 tons or more, a small ship of less than 20 tons, a mountain, etc., and obtains a high effect. be able to. Here, a large ship of 20 tons or more is “unnecessary” because it is always equipped with an EPIRB, and the beacon terminal 100 is operated by an individual and cannot be used by the ship itself. However, a large vessel of 20 tons or more may be equipped with an EPIRB and further equipped with a beacon terminal 100. For large ships themselves, small ships themselves, and groups themselves, in order to perform more effective rescue activities, it is possible to register a rescue signal reporting destination different from that of an individual.

As described above, the beacon terminal according to the present embodiment is the latitude that the personal portable beacon terminal carried by the distress is measured by the rescue request signal and the self in the rescue request system that is constructed using the orbit or the geostationary satellite. Longitude information and self-identification code (these information are collectively referred to as rescue signals below) are sent in one-touch operation to a pre-registered mail terminal via a mail server connected to the satellite and the ground network. Function to receive, reply reception confirmation from the rescue side, function to receive reply mails regarding the start of rescue activities, and LED recorded in the mobile beacon terminal in addition to LED lighting corresponding to the reply mail contents It has a function of automatically converting to a signal and notifying the victim by voice.
In this way, since existing satellites, existing communication systems, and public networks are used, there is no need for licenses or notification to public institutions, and users who are at risk of encountering marine accidents and mountain accidents can beaconed in a short period of time. You can start using the terminal. In addition, since the return link to the victim is surely made, the victim's willingness to survive can be maintained, and the survival probability can be improved.

  In the rescue system according to the present embodiment, a plurality of rescue signal destinations are selected from all types of mail terminals connected to the public network and registered in advance. Therefore, it is possible to register a partner to be surely contacted when an accident occurs.

  In addition, the beacon terminal according to the present embodiment has a function in which the beacon terminal periodically acquires and records latitude and longitude information, transmits it in a rescue request mail, and transmits a rescue signal. When the latitude / longitude information cannot be acquired, the latest recorded latitude / longitude information is included in the rescue request mail and transmitted, so that the rescue request mail including the exact distress position can be transmitted.

  In addition, the mail terminal according to the present embodiment saves each fixed sentence of confirmation of signal reception of rescue request mail, rescue operation start, and rescue team arrival time as an attached file, and is a recipient who is a user of the mail terminal When each reply mail is sent, the attached file is selected and sent back, so that the receiver can promptly generate and send a signal confirmation mail and a rescue start mail.

Embodiment 2. FIG.
In the present embodiment, differences from the first embodiment will be mainly described.
Further, the same functional components as those described in the first embodiment are denoted by the same reference numerals, and the description thereof may be omitted.

As described in the first embodiment, when the beacon terminal 100 receives the signal confirmation mail 310, the blue LED blinks and the speaker 104 “The rescue signal has been accepted. Is output. At this time, there is a case where it is desired to cancel the transmission of the rescue request mail 110 when the rescue has already been carried out, or when an erroneous transmission or malfunction has actually occurred.
In the present embodiment, a method for canceling transmission of the rescue request mail 110 in the above case will be described.

FIG. 13 is a flowchart showing an example of operations of a rescue request process (step) and a rescue response process (step) of the rescue method in the rescue system 500 according to the present embodiment.
About the rescue signal transmission process (S101 to S102) on the victim side, the rescue signal confirmation process (S201 to S203) on the receiver side, and the signal acceptance confirmation process (attached file handling process) on the victim side (S103 to S104), Since the processing is the same as that described in the first embodiment, the description thereof is omitted.
In addition, since the present embodiment is an explanation when it is desired to cancel the transmission of the rescue request mail 110, what has been described as a victim in the first embodiment will be described as a user in the present embodiment. Both the victim and the user use the beacon terminal 100 in the same manner.

  When it is desired to cancel the transmission of the rescue request mail 110, the user presses the CANCEL button 102 of the beacon terminal 100 in S1031. When the CANCEL button 102 is pressed, the beacon terminal 100 generates a cancel notification mail 120 and transmits it to the relay satellite 200.

Below, the operation | movement which the beacon terminal 100 produces | generates and transmits the cancellation notification mail 120 is demonstrated.
The cancellation notification mail 120 is generated as a reply to the signal confirmation mail 310 from the receiver and is transmitted to the receiver.
When the user presses the CANCEL button 102 of the beacon terminal 100, the mail generation unit 132 acquires the CANCEL file from the attached file storage unit 152 and attaches it to the cancel notification mail 120.
The communication control unit 133 controls the transmission unit 108 to transmit the cancellation notification mail 120 generated by the mail generation unit 132 via the communication antenna 107. The transmission unit 108 transmits a cancel notification mail 120 to the relay satellite 200 via the communication antenna 107.

As shown in FIG. 8, when transmitting the cancellation notification mail 120, the beacon terminal 100 transmits the “CANCEL file” attached to the cancellation notification mail 120. In addition, the beacon terminal 100 lights the yellow LED 103 continuously, and the speaker 104 outputs a sound “canceling signal is being sent”.
The LED control unit 134 turns on the yellow LED 103 continuously during transmission of the cancellation notification mail 120 by the communication control unit 133. For example, the yellow LED is blinked. Also, the voice control unit 135 reproduces the voice data “sending cancel signal” during the transmission of the cancellation notification mail 120 by the communication control unit 133, and repeatedly outputs it from the speaker 104.

Next, processing when the mail terminal 300 receives the cancel notification mail 120 on the receiver side will be described.
Upon receiving the cancellation notification mail 120, the receiver promptly requests the rescue organization that requested the rescue to cancel the rescue operation (S2031). In S2032, the receiver generates a cancellation confirmation mail 330 and transmits it to the user side. Here, the receiver selects the attached file “CRCVD” of “cancel confirmation” from the file storage table 351 shown in FIG. 9, generates a cancel confirmation mail 330 with the selected attached file “CRCVD” attached, and uses it. To the party.

Next, processing when the beacon terminal 100 receives the cancellation confirmation mail 330 on the user side will be described.
In S 1032, the beacon terminal 100 receives the cancellation confirmation mail 330.
In S1033, the beacon terminal 100 acquires a record (second record) of the file correspondence information 154 corresponding to the attached file “CRCVD” based on the attached file “CRCVD” attached to the cancellation confirmation mail 330. The beacon terminal 100 turns off the LED 103 and outputs “cancelled” from the speaker 104 based on the record (second record) of the acquired file correspondence information 154. Repeatedly “cancelled” sound may be output.

  Since the rescue system according to the present embodiment has a function of returning a cancellation notification email informing that the rescue signal has been erroneously reported by a one-touch operation when the beacon terminal receives a reply email of the signal acceptance confirmation from the rescue side. , Rescue operations that are unnecessary or no longer necessary.

  In the rescue system 500 according to the first and second embodiments described above, the receiver corresponding to the mail terminal 300 directly confirms the rescue request mail 110 and the cancel notification mail 120 transmitted from the beacon terminal 100, and returns a reply mail (signal A confirmation mail 310, a rescue start mail 320, and a cancellation confirmation mail 330) are returned. This reply mail is generated by the recipient using ordinary mail software provided in the mail terminal 300.

  However, when the mail terminal 300 receives the rescue request mail 110, the mail terminal 300 has a function of causing the recipient to generate a reply mail (signal confirmation mail 310, rescue start mail 320, cancellation confirmation mail 330). It may be a configuration. For example, when the mail terminal 300 receives the rescue request mail 110, the rescue system execution unit (device, program) included in the mail terminal 300 may be activated.

The rescue system execution unit of the mail terminal 300 performs any one of a reply process of the signal confirmation mail 310, a reply process of the rescue request completion mail, a reply process of the rescue start mail 320, and a reply process of the cancellation confirmation mail 330 to the receiver. Displays a selection screen for selection. The rescue system execution unit automatically acquires the attachment file corresponding to the reply mail returned by the process selected from the selection screen from the file storage table 351, and attaches it to the reply mail and transmits it to the victim. At this time, the recipient selects the type of reply processing from the selection screen and simply clicks the send button, and a desired reply mail is transmitted.
In the case of a reply to the rescue start mail, the rescue system execution unit causes the recipient to input the estimated rescue team arrival time from the selection screen, and based on the input rescue team estimated arrival time, from the file storage table 351 Get the attached file.

  In this way, by providing an application program such as a rescue system execution unit on the mail terminal 300 side, the recipient can send a reply mail more speedily, so that the information the victim wants to know can be notified more quickly. be able to.

Embodiment 3 FIG.
In the present embodiment, points added to the first and second embodiments will be mainly described.
In addition, the same functional components as those described in the first and second embodiments are denoted by the same reference numerals, and the description thereof may be omitted.

  FIG. 14 is a diagram illustrating an example of a system configuration of the rescue system 500 according to the present embodiment. FIG. 15 is a schematic diagram illustrating an example of a business model configuration using the rescue system 500 according to the present embodiment.

As shown in FIG. 14, in this embodiment, an insurance company terminal device 810 included in the insurance company 800 is set as one of the email addresses to which the rescue request email 110 is transmitted.
This insurance company terminal device 810 does not have a reply function of a reply mail (signal confirmation mail 310, rescue start mail 320, cancellation confirmation mail 330) like the mail terminal 300 described above, and the beacon terminal 100 and the mail terminal 300 Is accumulated in the communication history information 811.

As shown in FIG. 15, the insurance company 800 has an insurance contract with a subscriber who has joined the rescue system 500. In addition, the insurance company 800 can store a communication history between the subscriber's beacon terminal 100 and the mail terminal 300 in the communication history information 811 by making a service contract with the rescue system 500.
The insurance company 800 uses this communication history information 811 to grasp accident information and prepares for insurance payment, or uses this communication history information 811 for insurance premium calculation and insurance payment determination. be able to.

Here, the effectiveness of the rescue system, beacon terminal, and mail terminal according to the first to third embodiments will be summarized.
(1) Since existing satellites and existing networks are used, GMDSS (Global Maritime Distress and Safety System: a global system for maritime distress and safety) regulations and new developments in the Radio Law are no longer necessary. Is possible.
(2) Since rescue operations are started by emergency calls to 118, 110, and 119 that have already been prepared, it is not necessary to install a new rescue organization or monitoring system.
(3) Since the distress can recognize the acceptance of the emergency call, the rescue start, the expected waiting time until the rescue, etc. by the return link, the rescue success probability is greatly improved along with the significant improvement in the willingness to survive.
(4) The email received by the victim via the return link is automatically interpreted on the beacon terminal side, and the pre-recorded messages regarding “acknowledgment confirmation” and “rescue start, expected waiting time” are automatically reproduced. It is possible to enjoy a sense of security even in the state of being inconvenient. An LED lighting function is added as a redundancy function in case of a message function damage of a beacon terminal.
(5) By registering a plurality of mail recipients in advance, the probability of forgetting to read mail can be greatly reduced.
(6) If you register the mail recipient, for example, the mail address of the ship you are on, the ship will be able to detect and rescue immediately in the event of a fall accident from the ship. There is no need to wait, and the probability of being rescued dramatically improves.
(7) In the unlikely event of a false alarm, the confirmation is made by pressing the “cancel button”, so it is possible to avoid useless start of rescue.
(8) After receiving the rescue start mail, it may be automatically switched to the homing mode. This function is particularly effective for rescue of marine accidents where the position of the victim changes due to ocean currents.
(9) Only the subject line is sent and received, and communication costs can be saved by transmitting the smallest packet. (10) A beacon terminal is significantly cheaper than a satellite mobile phone having a configuration specialized for a GPS reception function and a mail transmission / reception function.
(11) The mail terminal operated by the rescuer is a mail terminal having a function for easily providing a return link, and equipment other than the portable beacon terminal and the existing mail terminal is provided for the construction of the rescue system. Providing a rescue system that can be easily constructed without necessity, and that is not tied to any international standards in the development of new laws or satellite-based rescue systems, can be immediately implemented, is inexpensive, and the survival probability of the victims Will improve.
(12) In the case of using the Cospass Sat satellite, a rescue signal is transmitted to rescue organizations around the world. However, according to the rescue system according to the present embodiment, within a range of a predetermined organization (for example, “ It can be guaranteed as a closed system within the scope of the Ministry of Defense, Japan Coast Guard, Maritime Police, etc.

In the description of the first to third embodiments, the transmission unit, the reception unit, the GPS reception unit, the GPS reception control unit, the mail generation unit, the communication control unit, the LED control unit, the voice control unit, the power control unit, the address storage unit, A beacon terminal is configured as a functional block in which the file storage unit, the voice storage unit, and the file correspondence information are independent of each other. However, it is not limited to such a configuration. For example, the GPS reception control unit and the mail generation unit are realized by one functional block, and the LED control unit, the voice control unit, and the power supply control unit are realized by one functional block. In addition, the transmission unit, the reception unit, and the GPS reception unit may be realized by one functional block, and the address storage unit, the file storage unit, the voice storage unit, and the file correspondence information may be realized by one functional block. Or you may comprise a beacon terminal in what kind of combination these functional blocks.
In addition, when the beacon terminal 100 of the first to third embodiments transmits the rescue request mail 110 or the cancellation notification mail 120 and receives the signal confirmation mail 310, the rescue start mail 320, and the cancellation confirmation mail 330, Voice notification corresponding to each is performed, but not limited to voice notification, the device configuration is changed to notify various alarm sounds, music, and other sounds corresponding to the transmitted contents and the identifier of the received attached file It is also possible to do. Specifically, the audio information stored in the audio storage unit 153 and the audio notification content of the file correspondence information 154 are changed to information on various alarm sounds, music, and other sounds. Sound includes sound, alarm sound, music, and other sounds.

As mentioned above, although embodiment of this invention was described, you may implement in combination of 2 or more among these embodiment. Alternatively, one of these embodiments may be partially implemented. Alternatively, two or more of these embodiments may be partially combined.
The above-described embodiments are essentially preferable examples, and are not intended to limit the scope of the present invention, its application, and uses, and various modifications can be made as necessary. .

  100 beacon terminal, 101 HELP button, 102 CANCEL button, 103 LED, 104 speaker, 105 GPS antenna, 106 GPS reception unit, 107 communication antenna, 108 transmission unit, 109 reception unit, 110 rescue request email, 120 cancellation notification email, 130 Control unit, 131 GPS reception control unit, 132 mail generation unit, 133 communication control unit, 134 LED control unit, 135 voice control unit, 136 power supply control unit, 140 power supply unit, 150 storage device, 151 address storage unit, 152 file storage Section, 153 voice storage section, 154 file correspondence information, 200 relay satellite, 300 mail terminal, 310 signal confirmation mail, 320 rescue start mail, 330 cancel confirmation mail, 350 storage device, 351 file Storage table, 400 mail server, 500 rescue system, 800 insurance company, 810 insurance company terminal device, 811 communication history information, 901 arithmetic device, 902 external storage device, 903 main storage device, 904 communication device, 905 input / output device.

Claims (16)

A sending unit that sends a rescue request email with a rescue request file representing a rescue request;
A reply unit for the rescue request email transmitted by the transmission unit, and a reception unit for receiving a reply email as a rescue information email, which represents information about the requested rescue and is attached with a rescue information file having an identifier;
An audio output unit for outputting audio;
A file correspondence information storage unit for storing file correspondence information in which the identifier of the rescue information file is associated with the voice message output from the voice output unit;
When the rescue information mail is received by the receiving unit, based on the rescue information file attached to the received rescue information mail and the file correspondence information stored in the file correspondence information storage unit, A portable terminal device comprising: a control unit that outputs the voice message from a voice output unit. Furthermore, a light emitting unit that emits light is provided,
The file correspondence information storage unit
Storing the file correspondence information in which the identifier of the rescue information file is associated with the light emission state of the light emitting unit;
The controller is
The portable terminal device according to claim 1, wherein the light emitting unit is controlled to the light emitting state based on the rescue information file and the file correspondence information. An address storage unit storing a plurality of e-mail addresses;
With a rescue button that is pressed when requesting rescue,
The controller is
When the rescue button is pressed, the plurality of email addresses stored in the address storage unit are set as destinations, the rescue request email attached with the rescue request file is generated, and the generated rescue request email is displayed. The mobile terminal device according to claim 1, wherein the mobile terminal device transmits the data to the transmission unit. The receiver is
A signal confirmation file indicating that the rescue request email has been confirmed is received as the rescue information email as a signal confirmation email attached as the rescue information file,
In addition, there is a cancel button that is pressed when canceling the rescue request,
The controller is
When the cancel button is pressed after the signal confirmation mail is received by the receiving unit, a cancel notification mail attached with a cancellation information file indicating cancellation of the rescue request is generated as a reply mail to the signal confirmation mail The mobile terminal device according to claim 3, wherein the generated cancellation notification mail is transmitted to the transmission unit. The rescue request email is transmitted by a one-touch operation of pressing the rescue button,
The mobile terminal device according to claim 4, wherein the cancel notification mail is transmitted by a one-touch operation of pressing the cancel button.   The portable terminal device according to claim 4 or 5, wherein each of the rescue button and the cancel button includes a button cover and cannot be pressed unless the button cover is destroyed. The controller is
The portable terminal device according to any one of claims 1 to 6, wherein distress location information including longitude and latitude is acquired, and the acquired distress location information is included in the rescue request mail. The controller is
If the periodic position information is periodically acquired, the periodic position information including longitude and latitude is acquired, the acquired periodic position information is stored in a storage device, and the distress position information cannot be acquired. 8. The portable terminal device according to claim 7, wherein the regular position information stored in the device is included in the rescue request mail. A portable terminal device for sending a rescue request email with a rescue request file representing a rescue request;
The reply request mail received from the portable terminal device is a reply mail to the received rescue request mail, which is a reply mail that represents information about the requested rescue and is attached with a rescue information file having an identifier A receiving terminal device that replies to the portable terminal device as a rescue information mail,
The portable terminal device
An audio output unit for outputting audio;
A file correspondence information storage unit for storing file correspondence information in which the identifier of the rescue information file is associated with the voice message output from the voice output unit;
When receiving the rescue information mail from the receiving terminal device, the audio output based on the rescue information file attached to the received rescue information mail and the file correspondence information stored in the file correspondence information storage unit And a control unit that outputs the voice message from the unit. The receiving terminal device is connected to a public network;
The rescue system according to claim 9, wherein the portable terminal device communicates with the receiving terminal device via a communication satellite and a push-type mail server connected to the public network. The portable terminal device
Acquire distress location information including longitude and latitude, send the distress location information acquired in the rescue request email,
The receiving terminal device
Sending the estimated arrival time email attached as the rescue information file, the estimated arrival time file representing the rescue team arrival time until the rescue team arrives at the distress location indicated by the distress location information, as the rescue information email,
The control unit of the mobile terminal device,
Upon receiving the estimated arrival time mail from the receiving terminal device, the voice output unit outputs the voice message based on the estimated arrival time file attached to the received estimated arrival time mail and the file correspondence information. The rescue system according to claim 9 or 10, characterized in that: The receiving terminal device
A rescue information correspondence table that stores information related to the rescue and the rescue information file in association with each other is provided, and the rescue information file selected from the rescue information correspondence table is attached to the rescue information mail. The rescue system according to any one of claims 9 to 11. The portable terminal device
An address storage unit for storing a plurality of email addresses including a mail address of the receiving terminal device, and transmitting the rescue request email in which the plurality of email addresses stored in the address storage unit are set as destinations. The rescue system according to any one of claims 9 to 12, characterized in that The plurality of e-mail addresses include an e-mail address of an insurance company terminal device provided by an insurance company that a carrier who carries the mobile terminal device joins,
The rescue system according to claim 13, wherein the insurance company terminal device includes a communication history storage unit that stores a communication history between the mobile terminal device and the receiving terminal device. The mobile terminal device sends a rescue request email with a rescue request file representing the rescue request,
A receiving terminal device receives the rescue request email transmitted from the mobile terminal device, and is a reply email to the received rescue request email, a rescue information file that represents information about the requested rescue and has an identifier Reply the attached reply mail to the portable terminal device as a rescue information mail,
A file correspondence information storage unit that stores file correspondence information in which the portable terminal device associates a voice output unit that outputs voice, the identifier of the rescue information file, and a voice message output from the voice output unit; When receiving the rescue information mail from the receiving terminal device, based on the rescue information file attached to the received rescue information mail and the file correspondence information stored in the file correspondence information storage unit, A rescue method, wherein the voice message is output from the voice output unit. A sending process for sending a rescue request email with a rescue request file representing a rescue request;
A reception process for receiving a reply mail as a rescue information mail, which is a reply mail to the rescue request mail transmitted by the transmission process and represents a requested rescue information and includes a rescue information file having an identifier.
When the rescue information mail is received by the reception process, the rescue information file attached to the received rescue information mail, and the voice output unit that outputs the identifier and voice of the rescue information file A program for causing a computer to execute voice output processing for outputting the voice message from the voice output unit based on file correspondence information in which a message is associated.

Images