JP2007334834A - Emergency contact system and method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To take appropriate rescue measures with a small amount of information and to establish an efficient rescue system in an emergency. <P>SOLUTION: In this emergency contact system having a terminal 3 of a user, a terminal 2 of a rescue supporter who performs rescue in an emergency and a server 10 which is connected with each device via a communication network and executes rescue support processing, a server 1 is provided with a means 61 for storing a predetermined emergency level and the rescue supporter by associating them with each other based on a rescue request reason, an accident status or the content of the rescue measures, a means 14 for receiving a rescue request in which the emergency level is specified and a means 15 for determining the rescue supporter based on the received emergency level and transmitting a rescue instruction to the terminal of the rescue supporter. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to an emergency communication system and method capable of appropriately reporting to a rescuer only by performing a predetermined operation in an emergency such as a disaster or accident.

  When a disaster occurs, it is necessary to rescue the injured as soon as possible. For example, in children's hands-on learning, the learning locations are mainly forests, rivers, coasts, or outdoor islands such as uninhabited islands, so if an unforeseen event such as an injury occurs, make sure that you are quickly injured There is a demand for dispatching ambulances or vehicles for transport to hospitals and for taking appropriate first aid measures.

Conventionally, as such an emergency contact method, for example, in Patent Document 1, telephone numbers of various emergency contact centers are registered so as to be selectively connected to a single button of a mobile communication terminal device. On the other hand, the terminal device is equipped with a height position detection means, automatically selects a contact address according to the user's (patient) standing state, etc., and the user selects the selected contact by pressing the button multiple times. Previously, a system for transmitting the position information of the device and the user ID information via a network has been proposed.
Patent Document 2 proposes a technique for more clearly grasping an emergency situation. Specifically, when the help key on the mobile phone is operated, it is determined that an emergency has occurred, and the location information indicating the current location acquired by the GPS measurement unit, the shooting module, the surrounding landscape shot by the DSP, etc. The image file and the audio file collected by the microphone are transmitted to the communication service provider server via the radio base station and the relay base station. The communication service provider server searches the subscriber information database, extracts the corresponding subscriber information, records the location information according to the subscriber information, creates an emergency contact mail with an attached image file and audio file, Systems and methods for sending to the server and other contacts over the Internet are disclosed.
However, there are various emergency situations, and it takes time to go to rescue after confirming them in detail. Moreover, even if a disaster victim reports a disaster situation with a mobile telephone etc., it cannot always explain calmly. On the other hand, it is costly and inefficient if the rescuer is always on standby for the worst case.
JP 2002-300316 A JP 2005-39700 A

  The present invention has been made in view of the above-described circumstances, an emergency communication system capable of performing an appropriate rescue procedure with a small amount of information in an emergency, and capable of constructing an efficient rescue system, and It aims to provide a method.

  In order to achieve the above object, an emergency contact system according to the present invention includes a terminal device of a user, a terminal device of a rescue supporter who rescues in an emergency, and a rescue support process connected to each of the devices via a communication network. An emergency communication system comprising: a server for executing, wherein in the server, an emergency level determined in advance based on a rescue request reason, an accident situation, or a rescue procedure content and a rescue supporter are stored in association with each other; Means for receiving a rescue request designating an emergency level; and means for determining a rescue supporter based on the received emergency level and transmitting a rescue command to the terminal device of the rescue supporter. And

  In the present invention, it is possible to make a prompt and reliable report by making an emergency contact at an emergency level determined based on the rescue procedure.

  Preferably, the server is provided with means for receiving the image or situation of the rescued person, and means for transmitting the received information to a predetermined transmission destination. As a result, a rescue supporter, an injured person, a victim's family, etc. can know details.

In the emergency contact system according to the present invention, the user terminal device further transmits the emergency level as an e-mail account.
In the present invention, the emergency request level is an account, and contact is made with an e-mail address composed of this account and the domain set for the server, so that the rescue requester does not have to write details in the mail text. And the reason for reporting.
Here, the user terminal device is intended to include a mobile phone, a personal computer, etc. owned by the user, as well as a terminal device owned by a third party for use by the user for emergency contact.

Note that, instead of using an e-mail account, it may be possible to receive a rescue corresponding to the degree by dialing a number registered in advance using a mobile phone or the like.
In the emergency contact system according to the present invention, the server further includes means for registering user schedule information including an expected action level for each user, an action schedule area for each time zone, and a rescue supporter. Means for registering rescue supporter schedule information including available emergency level and location for each time zone, and based on both schedule information, emergency level, user's scheduled action area, and location of rescue supporter And a means for determining a rescue supporter to wait based on the distance to the terminal and transmitting a standby command to the terminal device of the rescue supporter.

  In the present invention, based on the schedule set by the user and the schedule of the rescue supporter, a predetermined number of rescue supporters close to the user are extracted, and a standby command specifying the time zone is transmitted.

  The emergency contact system according to the present invention further includes means for acquiring position information of both of the user and the rescue supporter by using a GPS function mounted on the terminal device of the user and a rescue request from the user. And a means for transmitting a rescue command by assigning a priority from the nearest rescue supporter based on the positional information of both.

  In the present invention, when there is a rescue request from a plurality of rescue supporters who have previously notified a standby command based on the distance between the user and the rescue supporter, the location information collected by GPS is more The distance between the two is accurately calculated, and the rescue order is transmitted from the nearest rescue supporter with priorities.

  The emergency contact method according to the present invention executes a rescue support process using a terminal device of a user, a terminal device of a rescue supporter who rescues in an emergency, and a server connected to each of the devices via a communication network. An emergency contact method, the step of storing the emergency level predetermined based on the rescue procedure content and the rescue supporter in association with the server, receiving the rescue request designating the emergency level, and receiving the received emergency And determining a rescue supporter based on the level; and notifying the rescue supporter of a rescue command.

  In addition, the emergency contact method according to the present invention can be further adapted for each rescue supporter, a step of registering user schedule information including an expected action level area and an expected emergency level for each user. Registering the rescue supporter schedule information including the emergency level and the location of each time zone, and based on the both schedule information, the emergency level, the user's action planned area and the rescue supporter location Determining a rescue supporter to wait based on the distance, notifying the rescue supporter of a standby command, obtaining position information of the user and the rescue supporter, and a rescue request from the user And receiving a rescue command by assigning a priority from the nearest rescue supporter based on the positional information of both.

  According to the present invention, since the rescuer and the rescue contents are pre-registered according to the emergency level, it is possible to perform an appropriate rescue procedure with a small amount of information when a disaster occurs. In addition, because the standby command is sent to the rescuer who should wait based on the pre-registered schedule or the position of the person to be rescued, the rescuer does not need to always wait in a predetermined place, and efficient rescue is possible. A system can be adopted.

  Embodiments of the present invention will be described below. FIG. 1 is a functional block diagram of an emergency contact system according to the first embodiment. Here, the emergency contact system 1 includes a server 10 that performs emergency rescue support processing, a rescue supporter terminal 2 and a user terminal 3 that are connected to the server 10 via the communication network 4.

  In addition, the server 10 includes an input unit 40 for inputting data, a display unit 60 including a display for displaying data, a transmission / reception unit 30 for transmitting / receiving data via the communication network 4, and a data calculation process. The central processing unit 80 is configured to include a storage unit 60 that stores data. The central processing unit 80 also includes an input / output processing unit 16 that executes data input / output processing between the input unit 40 and the display unit 50, and a transmission / reception processing unit 17 that transfers data to and from the transmission / reception unit 30. Rescue supporter information registration means 11 for registering information of a person who rescues in an emergency, User information registration means 12 for registering information of a person who makes a rescue request in the event of an emergency, and a user's action schedule The schedule registration means 13 for registering the rescue, the rescue request receiving means 14 for receiving the rescue request from the user, and the rescue supporter registered in advance when receiving the rescue request from the user, go to rescue Rescue command transmission means 15 for transmitting a command to the effect is provided. Each means 11-17 is a function executable as a computer program.

Next, operation | movement of the emergency contact system 1 which has said structure is demonstrated.
(Basic information registration process)

  First, the operator of the server 10 registers rescue supporter information via the input means 40. Rescue supporter information input from the input unit 40 is input and processed by the input / output processing unit 16 of the central processing unit 80 and is stored in the rescue supporter information file 61 of the storage unit 60 via the rescue supporter information registration unit 11. Saved.

  FIG. 2 is a data configuration example of the rescue supporter information file 61. Here, the rescue supporter information file 61 is assigned an identification number for each rescue supporter, and stores information such as an address, a telephone number, and an e-mail address, and a dispatchable area as contact information. In addition, as codes for rescue support, codes corresponding to transportation of injured persons, mountain rescue, doctors, first-aid measures, etc. can be stored.

  FIG. 3 is a data configuration example of the emergency level management file. The rescue supporter type code and standby ratio required for each level are stored.

  For example, level 1 is “disease”, and necessary rescue supporter is “transport”. The standby ratio is the ratio of the number of rescue supporters who should wait for the number of participants in an event or the like. Instead of the waiting ratio, the minimum number of persons required for waiting or a mixture of both may be specified.

  In addition, user information is input via the input means 11. The input user information is stored in the user information file 62 of the storage unit 60 via the input / output processing unit 16 and the user information registration unit 12.

FIG. 4 is a data configuration example of the user information file 62. In addition to user identification information, the user information file 62 stores attribute information such as a user's e-mail address, telephone number, and address.
(Action schedule registration process)

  The user transmits a schedule from the mobile terminal 3. The transmitted schedule information is received by the transmission / reception unit 30 of the server 10 via the communication network 4, and the user schedule file of the storage unit 60 via the transmission / reception processing unit 17 of the central processing unit 80 and the schedule registration unit 13. 63 is stored.

  FIG. 5 is a data configuration example of the user schedule file. Corresponding to the user identification information, the number of participants is stored in the case of events such as action contents, action areas, and hands-on learning for each time zone.

  Note that an emergency level determined based on an accident or the like assumed by the user may be specified. For example, in experiential learning, the action schedule is “indoor learning” from 7:00 to 9:00, the emergency level is “1 (disease)”, and the action schedule is “outdoor learning” from 9:00 to 15:00. The emergency level is “2 (broken bone, injury)”. If necessary, a plurality of emergency levels may be registered.

  The registration of the action schedule is notified in advance to the supplier of the server 10 by FAX, telephone or the like instead of the user's portable terminal, and the operator of the server 10 inputs it via the input means 40. good. In this case, when the operator receives the action schedule of the user, he / she coordinates with the rescue supporter to determine the required number of standby persons and stores the standby management file 64 in the storage unit via the input unit 40. .

FIG. 6 is a data configuration example of the standby management file 64. The date and time zone that should be waited for for each rescue supporter is set.
(Emergency contact processing)

  When a disaster or injury occurs, the user sends an e-mail to the server 10. This e-mail designates the urgent level for the account and the domain assigned to the server 10 for the domain. For example, when the domain “kinkyu.com” is assigned to the server 10, when a fractured person appears, the emergency level “2” corresponding to the fracture is specified in the account, and “2@kinkyu.com” is specified. Send an e-mail to

  This e-mail is received by the transmission / reception unit 30 of the server 10 and received by the transmission / reception processing unit 17 and the rescue request reception unit 14 of the central processing unit 80. When the rescue request receiving means 14 receives this e-mail, it saves the received information such as the reception time in the rescue history column of the corresponding user in the user schedule file 63.

Of course, instead of sending an e-mail, the operator of the server 10 may be contacted by telephone or FAX.
(Rescue command transmission process)

Hereinafter, the rescue command transmission process will be described with reference to the flowchart of FIG.
When the rescue command transmission means 15 is activated by a command from the rescue request reception means 14, it first extracts the source address of the received mail and identifies the user who has transmitted the rescue request (S101). On the other hand, the emergency level is specified from the account information of the received mail address (S102).

  Next, the user's activity area is extracted by referring to the user schedule file 63 (S103), and the type code corresponding to the emergency level is referenced by referring to the rescue supporter information file 61 and the standby management file 64. The rescue support person who has is extracted (S104). Then, the rescue area and the schedule information of the user are transmitted to the e-mail address of the rescue supporter (S105). In addition, when the image which image | photographed the detailed information and the situation at the time of an accident from a user is sent, such information is also transmitted. The information sent from the rescue command transmission means 15 is sent from the transmission / reception unit 30 to the rescue supporter's terminal device 20 via the communication network 4.

  As a result, the rescue supporter can immediately prepare for the rescue area and check the situation by contacting the user who requested the rescue as appropriate.

  Note that the user terminal 3 may be equipped with a GPS function, and the position information of the user may be transmitted to the rescue supporter terminal 2. If it does in this way, the rescue supporter can pinpoint a user's position more correctly.

  As described above, according to the present embodiment, an emergency level is set in advance for each rescue procedure on the emergency contact system side, and a person who seeks a rescue needs only to designate and request that level. Information necessary for rescue can be notified without having to do.

  It is also possible to request rescue without looking at the screen of the mobile terminal, especially if the emergency level corresponding to the number etc. is automatically transmitted by pressing the button after the PIN on the mobile terminal. Therefore, convenience is improved.

  For example, in children's hands-on learning, there are cases in which a certain degree of program content, such as a program using a blade, is assumed to some extent, such as a cut, a fracture, or a child's illness. In such a case, due to the cause, it is often possible to take quick action in cooperation with the local house rather than relying on an ambulance alone. According to this embodiment, not only a hospital but also a local person is registered as a rescue supporter, a standby command is sent by specifying the date and time when experiential learning is performed, and in an emergency, depending on the person's car Since an injured person or the like can be transported to a hospital or the like, rescue can be performed more quickly and effectively.

Next, a second embodiment of the present invention will be described.
In the present embodiment, the schedule of the rescue supporter can be registered in the server 10 to enable appropriate matching between the rescue supporter and the user.

  FIG. 8 is a functional block diagram of the emergency contact system 1 according to the present embodiment. The difference from the first embodiment is that the central processing unit 80 of the server 10 waits at the location information collecting means 18 for collecting the location information of the rescue supporter and the user (rescue requester) and the rescue supporter. The standby command transmission means 19 for transmitting the command is provided, and the schedule registration means 13 can register not only the rescue requester but also the schedule of the rescue supporter.

Next, operation | movement of the emergency contact system 1 which has said structure is demonstrated.
(Rescue support person's schedule registration process)
The rescue supporter transmits a schedule, that is, a standby date and time, a time zone, and location information at that time via the terminal device 2. The transmitted information is sent to the server 10 via the communication network 4 and stored in the rescue supporter schedule file 66 of the storage unit 60 by the schedule registration unit 13.

FIG. 9 is a data configuration example of the rescue supporter schedule file 66. In addition to the received schedule, if there is a match with the user's schedule, a standby instruction flag is set.
(User schedule registration process and matching process)

  Next, as in the first embodiment, when schedule information is sent from the user terminal 3, the schedule registration unit 13 extracts the user's action area for each time zone of the schedule. On the other hand, a predetermined number of people are extracted from the nearest rescue supporters from the location information of the rescue supporter's waiting time zone, the standby instruction flag in the rescue supporter's schedule file 66 is set, and the terminal device 2 of each rescue supporter The standby command in that time zone is transmitted to. As a result, the rescue supporter can recognize that there is a possibility of requesting rescue.

  On the other hand, the user terminal 3 is notified that there is a rescue supporter waiting.

  Since processing at the time of a user's rescue request and other processing are the same as those in the first embodiment, description thereof will be omitted.

  According to the present embodiment, the rescue supporter transmits schedule information such as the location and waiting time zone information in advance and assigns the waiter, so the rescue supporter needs to wait at a specific place at that time. This improves flexibility. For example, if a farmer is registered as a rescuer who is a carrier of an injured or sick person, he / she waits by specifying his / her location every time when he / she is farming in the house and in the field. By doing so, there is no need to take a break from work for standby, and rescue assistance can be provided throughout the community.

It is a functional block diagram of the emergency contact system by the 1st Embodiment of this invention. It is a data block diagram of the rescue supporter information file of FIG. It is a data block diagram of the emergency level management file of FIG. It is a data block diagram of the user information file of FIG. It is a data block diagram of the user schedule file of FIG. FIG. 2 is a data configuration diagram of a standby management file in FIG. 1. It is a flowchart which shows the process sequence of the rescue command transmission means 15 of FIG. It is a functional block diagram of the emergency contact system by the 2nd Embodiment of this invention. It is a data block diagram of the rescue assistance person schedule file of FIG.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Emergency contact system 2 Rescue support person terminal 3 User terminal 4 Communication network 10 Server 11 Rescue support person information registration means 12 User information registration means 13 Schedule registration means 14 Rescue request reception means 15 Rescue command transmission means 16 Input / output processing means 17 Transmission / Reception Processing Unit 18 Location Information Collection Unit 19 Standby Command Transmission Unit 30 Transmission / Reception Unit 40 Input Unit 50 Display Unit 60 Storage Unit 61 Rescue Supporter Information File 62 User Information File 63 User Schedule File 64 Standby Management File 65 Emergency Level Management File 66 Rescue supporter schedule file 80 Central processing unit

Claims (7)

An emergency contact system having a terminal device of a user, a terminal device of a rescue supporter who rescues in an emergency, and a server that connects to each device via a communication network and executes a rescue support process,
In the server,
Means for associating and saving the emergency level predetermined based on the rescue request reason, the accident situation or the content of the rescue procedure and the rescue supporter;
Means for receiving a rescue request specifying an urgent level;
Means for determining a rescue supporter based on the received emergency level, and transmitting a rescue command to the terminal device of the rescue supporter;
An emergency contact system characterized by comprising:   2. The emergency contact system according to claim 1, wherein the server comprises means for receiving an image or situation of the rescued person, and means for transmitting the received information to a predetermined transmission destination. . The emergency contact system according to claim 1, wherein the user terminal device transmits the emergency level as an e-mail account. The server is a means for registering user schedule information including a scheduled action area for each user and an assumed emergency level for each user,
Means for registering rescue supporter schedule information including the emergency level that can be handled for each rescue supporter and the location of each time zone;
Based on the both schedule information, a rescue supporter to be on standby is determined based on the emergency level and the distance between the user's scheduled action area and the rescue supporter's location, and the rescue supporter's terminal device is determined. Means for transmitting a standby command;
The emergency contact system according to any one of claims 1 to 3, further comprising: Means for acquiring position information of both of them by a GPS function mounted on the terminal device of the user and the rescue supporter;
5. When receiving a rescue request from the user, there is provided means for transmitting a rescue command with a priority from the nearest rescue supporter based on the location information of both. The emergency contact system described. An emergency contact method for executing a rescue support process using a terminal device of a user, a terminal device of a rescue supporter who rescues in an emergency, and a server connected to each of the devices via a communication network,
Storing an emergency level and a rescue supporter associated with each other in advance on the server in advance based on the rescue procedure content;
Receiving a rescue request designating an emergency level and determining a rescue supporter based on the received emergency level;
Notifying the rescue supporter of a rescue command;
An emergency contact method characterized by including. The emergency contact method according to claim 6, further comprising the steps of: registering user schedule information including a scheduled action area for each user and an assumed emergency level for each user;
Registering rescue supporter schedule information including the emergency level that can be handled for each rescue supporter and the location of each time period;
Based on the both schedule information, a rescue supporter to wait is determined based on the emergency level and the distance between the user's scheduled action area and the location of the rescue supporter, and a standby command is issued to the rescue supporter. A notification step;
Obtaining location information of the user and the rescue supporter;
When receiving a rescue request from the user, giving a priority order from the nearest rescue supporter based on the location information of both, and notifying a rescue command;
An emergency contact method characterized by including.

Images