JP2009157485A - Rescue requisition system and method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a rescue requisition system for dispatching a rescue staff who is able to rescue a person who should be rescued in emergency in the shortest time. <P>SOLUTION: A person to be rescued is made to carry a portable telephone terminal 119 holding a GPS function, and a location information history 110 of a portable telephone terminal 118 carried by the person registered as a voluntary rescue staff, whose location can be specified, is always stored on a server 101. When any rescue requisition from the rescue candidate is generated, a neighboring rescue staff is searched from the location information stored in a server, and the shortest arrival route is navigated from the location of the person to be rescued and the location of the rescue staff. Thus, it is possible to shorten a time until the person is rescued. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a rescue request system and a rescue request method, and in particular, a person who uses a mobile terminal such as a mobile phone terminal with a GPS (Global Positioning System) function and needs emergency rescue (hereinafter referred to as a rescuer). The present invention relates to a rescue request system and a rescue request method that are suitable for use in quick rescue.

  Accidental accidents that occur on the go, such as elderly people, owners of chronic illnesses that fall into serious symptoms, infants, women, etc. Needless to say, if a person who is likely to be involved in an accident is actually involved in the incident, it is a long-cherished desire for a nearby person, such as a family member, to find and rescue immediately.

  In situations where rescuers usually need help, what is important is quick discovery and avoidance from the crisis.

  For example, the protection of elderly people increases the risk of getting involved in an accident the later it is discovered. In the case of a suddenly ill person, if there is a person in the vicinity, it will be noticed, but if there is no person around, it will be left unattended and it is extremely dangerous. Furthermore, child turnarounds and assaults can develop into life-threatening situations, and it can be said that how fast protection is most important.

  In order to respond to the rescue for those who need help as described above, using a buzzer or the like to notify the person in the vicinity of the rescuer and to send a signal to help the rescuer, or using a GPS terminal or mobile phone terminal Thus, there has been proposed a technology relating to a service for accurately identifying the position of a rescuer and dispatching rescue personnel.

  For example, a technique described in Patent Document 1 or the like is known as a conventional technique related to a system that rescues a rescuer. This prior art relates to a local rescue countermeasure system using a mobile phone, and when a rescuer presses an emergency button mounted on the mobile phone, a buzzer sound is generated from a speaker built in the mobile phone, Furthermore, the small light mounted on the mobile phone is blinked to notify the outside of the change. This conventional technology can remotely control the mobile phone terminal of the rescuer by request from a remote location, and the serious situation where the mobile phone cannot be operated, such as when the rescuer has lost consciousness, etc. In addition, in the event of an abnormality, it is possible to request rescue from the school or police.

As another conventional technique, for example, a technique described in Patent Document 2 is known. This prior art collects video of cameras in the vicinity of the monitoring subject when the monitoring subject carrying a position detection device such as GPS leaves a predetermined route or range, and It is a system that performs confirmation. Since this conventional technology can remotely check the status of the person being monitored by video, it is possible to determine whether it is a normal state or a dangerous state, and it is possible to accurately determine the vicinity of the monitoring target. It becomes possible to confirm the situation. As a result, the above-mentioned conventional technology can avoid false notification when it is not dangerous, and if it is dangerous, the supervisor recognizes what kind of danger is approaching the person being monitored as a video. It is easy to make a policy on how to respond. In addition, this prior art can notify a guardian in an emergency, and can transmit a message or a voice requesting protection to a person who has a position detection device in the vicinity of the person to be monitored. .
JP 2002-56482 A JP 2005-267594 A

  The above-described conventional techniques can surely find a rescuer at an early stage and extend a rescue hand by using these techniques. However, the above-described prior art has several problems that cannot be solved. In other words, each of the above-described conventional techniques has a problem that it takes a certain amount of time to receive a rescue request signal from a rescuer, and a rescuer rushes to discover a rescuer. .

  The prior art described in Patent Literature 1 receives a rescue request signal from a rescuer, and then a rescue request is sent to a protectable organization such as the nearest police or school to rescue. The institution is not necessarily located in the vicinity, and a rescue signal generated by a buzzer and a flashing light is sent from a terminal carried by the rescuer to a nearby person. There is a problem that it does not make sense when there is no person or when it is indoors alone.

  In addition, the conventional technique described in Patent Document 2 has a problem that even if the situation in the vicinity of a rescuer can be confirmed by an image, it cannot be performed unless a guardian is present nearby. Yes. Generally, in most cases, when a rescue requester sends a rescue request signal, it is often in a dangerous situation, and it is usually impossible to waste 1 minute and 1 second until the rescuer rushes. It is. As a result, the conventional technique described in Patent Document 2 has a problem that there is a limit to the number of rescuers to be dispatched, and it is impossible to conduct a search using human naval tactics at an early stage. It will occur.

  Furthermore, although the prior art described in Patent Document 1 can notify a nearby person of an abnormality by a transmitting device such as a buzzer, it is impossible to notify what is abnormal and what is abnormal. In the case of, etc., there is a problem that the terminal may be thrown away by the criminal by emitting a sound in reverse, or the risk of life may be accelerated, and in such a situation, the criminal may not notice It is necessary to inform the rescuer of the crisis.

  The object of the present invention is to solve the problems of the prior art as described above, and to rescue a person who needs to be rescued urgently by dispatching a rescuer in the shortest time. It is to provide a request system and a rescue request method.

  According to the present invention, the object is a rescue request system that rescues a rescuer. The rescue request system includes a server, a portable terminal for a rescuer who can acquire position information possessed by the rescuer, and a plurality of rescue request systems. A rescuer portable terminal capable of acquiring position information possessed by each rescuer, and the server, the rescuer portable terminal, and the rescuer portable terminal are configured to communicate with each other via a network. The server includes a rescuer information DB that stores information on the rescuer, a rescuer information DB that stores information on the rescuer, and a location history DB that stores the location history of each portable terminal. And a map information DB which is transmitted to the rescuer's mobile terminal when searching for a rescuer and stores map data for use as a map for navigation. Means for providing navigation information, and when a rescue request is made from the rescuer portable terminal to the server, the nearby portable terminal search means includes location information of the rescuer included in the rescue request. And the rescuer portable terminal in the vicinity of the rescuer is searched based on the location information of the rescuer portable terminal held in the location history DB, and the rescue information creation and provision means relates to the rescuer required The rescue request information including the information is generated, the rescue request is transmitted to the searched rescuer mobile terminal, and the navigation information providing unit is configured to transmit the rescue request to the rescuer who has made a response to the rescue request. Information for navigation including a search route image to the rescue requester created from the map information DB, the acquired location information of the rescue requester and the location information of the rescuer is transmitted to the portable terminal. It is achieved by the.

  ADVANTAGE OF THE INVENTION According to this invention, the request | requirement of a rescue can be made rapidly with respect to the rescuer in the vicinity of a rescuer required, and the time to rescue can be shortened.

  Hereinafter, embodiments of a rescue request system and a rescue request method according to the present invention will be described in detail with reference to the drawings.

  FIG. 1 is a block diagram showing a network configuration of a rescue request system according to an embodiment of the present invention.

  A rescue request system according to an embodiment of the present invention is a server serving as the core of a system including processing means for performing various procedures when managing data necessary for rescue, and actually performing rescue using these data 101 and mobile phone terminals 118a, 118b,... Possessed by each of a plurality of rescuers for receiving rescue requests and navigation information from the server 101 (in the case of representing any one, simply denoted as 118) A mobile phone terminal 119 possessed by the rescuer who can send a rescue signal, and a guardian's mobile phone terminal 120 that can check the current location of the rescuer. Each mobile phone terminal received contact from the GPS satellite 121 required to obtain its location and the person (relatives, etc.) who needed the safety confirmation of the rescuer Call center 115 and public line network 116, mobile phone base stations 117a, 117b, 117c,..., Which are networks for connecting those components (in the case of referring to any one unit, they are simply expressed as 117) And a service provider's in-house network 114. Each component can be connected to each other by using a mobile phone network from the public line network 116 and the mobile phone base station 117.

  Although the rescue request system shown in FIG. 1 is shown as being configured with only one server 101, a plurality of servers 101 may be provided, and at that time, a plurality of servers may be provided for each function. It may be configured. The cellular phone terminals 118a, 118b,... And the cellular phone terminal 120 for a guardian may be cellular phones with a GPS function that are widely used in the world. Further, the GPS satellite 121, the public line network 116, the in-house network 114, the mobile phone base stations 117a, 117b, 117c,.

  In the above description, the server 101 is an information processing device that is not shown in FIG. 1 but includes a large-capacity storage device such as a CPU, memory, and HDD, and an input / output device such as a display and a keyboard used by an administrator. is there. Various functions required in the embodiment of the present invention to be described later are built in the server 101. These functions load a program stored in a storage device into a memory, and the CPU executes the program. By doing so, various processes in the embodiments of the present invention to be described later are performed.

  The server 101 includes a service contractor information DB 111 that stores information on service users, a rescuer information DB 112 that stores information on rescuers, and a rescuer information DB 113 that stores information on rescuers. The location history DB 110 for storing the location history of each mobile phone terminal, a map that stores map data that is transmitted to the rescuer's mobile phone terminal when searching for a rescuer and is used as a map for navigation Each database of the information DB 109 is provided. In addition, the server 101 includes a contractor information registration unit 102, a rescuer information registration unit 103, a position history creation unit 104, and a rescuer position confirmation as functional units for executing functions necessary for the embodiment of the present invention. Unit 105, nearby portable terminal search unit 106, rescue information creation and provision unit 107, and navigation information provision unit 108.

  The contractor information registration unit 102 registers the contractor information of the service so that the guardian of the rescue requester who has contracted the service can register and update basic information such as a home address and a telephone number. It is a functional unit that performs processing. In the embodiment of the present invention, since the call center 115 is provided, it is possible to have the registration contents registered verbally, but registration based on the WEB base using the Internet and browsers that are generally spread in recent years. If this is possible, the convenience can be further improved.

  The rescuer information registration unit 103 is a functional unit that performs processing for registering and updating rescuer information for rescue in order to register rescuer information. The rescuer mentioned here is naturally a person who belongs to an organization or company specializing in rescue, but includes other general human beings. Since the system according to the embodiment of the present invention does not improve convenience without human information that can be a large number of rescuers, it is possible to register on a WEB basis, and anytime there is an environment that can be connected to the Internet. Everyone should be able to register and update information as a rescuer.

  The position history creation unit 104 uses the position information for each rescuer mobile phone terminal 118a, 118b,..., And the rescuer mobile phone terminal 119 capable of acquiring position information as a history in the database. It is a functional unit that performs processing for saving in the DB 110. As a result of the processing in this functional unit, the recorded location information is used when the rescue request is sent from the rescue requester, when searching for nearby rescue personnel, and when the guardian of the rescue requires the location of the rescue requester. Used when checking.

  The rescuer location confirmation unit 105 is a functional unit that is used by the guardian to confirm the current location of the rescuer from the mobile phone terminal. For example, rescuers who are not aware of the crisis themselves, such as elderly people, are difficult to request rescue themselves and must be notified by an outside person, and the same applies to infants being brought around. It is. In such a case, the guardian confirms the position of the rescuer with his / her mobile phone terminal 119, and if it seems that an abnormality has occurred, he / she contacts the call center 115 and instructs the rescue. It becomes possible.

  When a rescue request is made, the nearby mobile terminal search unit 106 automatically searches for the rescuer's mobile phone terminal 118 in the vicinity of the rescuer in need, and performs a process of listing target rescuers It is. This nearby mobile terminal search unit 106 not only lists rescuers around the rescuer, but also rescues personnel from data items such as occupations, qualifications, special skills, and physiques recorded in the rescuer information DB 113. It has a function to sort. Thereby, for example, when a rescuer is a child, when a non-patent police officer or a person in a crime-related occupation is in the vicinity, such a person can be preferentially directed to rescue. In addition, when the rescuer is an elderly person, there is a high risk of physical danger, so that it is possible to preferentially pick up nearby medical personnel or persons who have a track record of nursing care. Further, by picking up these personnel in a complex manner, a rescue team that can cope with many situations can be formed.

  The rescue information creation / providing unit 107 is a functional unit that performs a process of creating rescue request information to be provided to the picked-up rescuer. The rescue information creation / providing unit 107 includes information such as the age and physical characteristics of the rescue requester registered in the rescuer information DB 112, current location information of the rescue requester, If the patient has a chronic disease, information describing the symptoms and the countermeasures is notified to the cellular phone terminal 118 for the rescuer in the vicinity by e-mail or the like. As a result, the rescuer can grasp the characteristics of the rescuer, can quickly find the rescuer, and can easily predict the state of the rescuer. Therefore, the behavior to be performed after discovery can be predicted to some extent. The rescuer considers this information and his / her current situation (whether the situation is suitable for rescue), etc., and selects the hyperlink described in the e-mail. It becomes possible to reply to.

  When the person picked up as a rescuer is able to rescue, the navigation information providing unit 108 displays a search route image and navigation information to the rescuer to be displayed on the rescuer's mobile phone terminal 118. It is a functional unit that performs processing created from the map information DB 108 and the acquired position information of the rescuer and the position information of the rescuer. The rescuer's mobile phone terminal 118 performs search by displaying the received information on the display of the mobile phone terminal as needed. FIG. 2 is a diagram showing the configuration of the service contractor information DB 111. The service contractor information DB 111 is configured by storing a plurality of records for each contractor with the contractor ID 201, the contractor name 202, the contractor address 203, the contact address 204, the protection target person ID 205, etc. as one record. The contractor ID 201 is a key for uniquely identifying a record in the database. Each data included in such a record is used to contact the guardian when a rescue request is sent.

  FIG. 3 is a diagram showing the configuration of the rescuer information DB 112 required. The rescuer information DB 112 includes a protection subject ID 301, a protection subject name 302, a protection subject address 303, a protection subject terminal number 304, a gender 305, a height 306, a weight 307, a hairstyle 308, and other physical characteristics 309. As one record, a plurality of records for each person to be protected are stored. The protection target person ID 301 is a key used to uniquely identify a record in the database. Protection target person name 302, protection target person address 303, protection target person terminal number 304, gender 305, height 306, weight 307, hairstyle 308, and other physical characteristics 309, rescue information creation and provision unit 107 is characteristic of rescuer Used when creating a rescue request email for a rescuer with A rescuer who has received an email containing such data can identify the rescuer more quickly because the physical characteristics of the rescuer are known.

  FIG. 4 is a diagram showing the configuration of the position history DB 110. The location history DB 110 is configured by storing a plurality of records for each mobile phone terminal, with the terminal ID 401, time 402, latitude 403, longitude 404, etc. as one record. The terminal ID 401 is an item that is a key for uniquely identifying a record, and the time 402 is the time when this data was acquired. Latitude 403 and longitude 404 represent the acquired position information, and it is possible to represent one point on the earth by these two items of data. When there is a rescue request, the nearby mobile terminal search unit 106 searches the latitude 403 and longitude 404 registered in the location history DB 110 using the location information of the rescuer as a key, and carries the mobile phone for the nearby rescuer. The telephone terminal 118 is picked up. The data held by the position history DB 110 is also used when the guardian of the rescuer needs to confirm the position of the rescuer.

  FIG. 5 is a diagram showing the configuration of the map information DB 109. The map information DB 109 is configured by storing a plurality of records for each map image, with the area ID 501, the area name 502, the start point latitude 503, the start point longitude 504, the end point latitude 505, the end point longitude 506, and the map image 507 as one record. . The district ID 501 is a serial number that uniquely determines a record. The district name 502 is an approximate region name of a map image 507 described later. When searching for a rescuer and when the guardian of the rescuer needs to confirm the location of the rescuer, the nearby mobile phone terminal 118 and the guardian It is displayed on the screen of the mobile phone terminal 120. The starting point latitude 503, the starting point longitude 504, the ending point latitude 505, and the ending point longitude 506 indicate actual position information of the upper left point and the lower right point of the map image 507. Based on this position information, the map image 507 to be used is specified.

  The map image 507 is image data showing the map itself, and is transmitted as an image showing the rescue requester and the search route of the rescuer to the rescuer's mobile phone terminal 118 at the time of navigation when the rescuer is needed. And displayed on the display of the mobile phone terminal 118 for the rescuer. The map image 507 is displayed on the screen of the guardian mobile phone terminal 120 together with the position information of the rescuer when the guardian of the rescuer needs to confirm the position of the rescuer.

  FIG. 6 is a diagram showing the configuration of the rescuer information DB 113. The rescuer information DB 113 is configured by storing a plurality of records for each rescuer, with the rescuer ID 601, name 602, gender 603, age 604, occupation 605, qualification 606, etc. as one record. The rescuer ID 601 is a key for uniquely determining a record. Other items such as name 602, gender 603, age 604, occupation 605, qualification 606, etc. are used by the nearby mobile terminal search unit 106 and headed for rescue from the nearby mobile phone terminal 118 possessed by the rescued person picked up. Used to screen suitable rescuers. Thereby, according to occupation 605 and qualification 606, a rescuer who is likely to be able to perform appropriate treatment in the vicinity can be sent to rescue.

  FIG. 7 is a diagram showing the configuration of the mobile phone terminal 119 possessed by the rescuer. The mobile phone terminal 119 possessed by the rescuer is provided with a rescue request button 701 that is a push button for making a rescue request, and a display display 702, in which a location information acquisition and transmission unit 703, A rescue request transmitter 704 is provided.

  The rescue requester presses the above-described rescue request button 701 when the rescue is necessary, so that the rescue request transmission unit 704 transmits a rescue request to the server 101. The position information acquisition / transmission unit 703 has a function of continuously transmitting the current position information to the server 101 from the position information of the own terminal acquired from the GPS satellite 121 at any time when a rescue request is made until the crisis ends. As a result, the server 101 can know where the rescuer is currently located and can use it for the navigation of the rescuer. In the embodiment of the present invention, a mobile phone terminal is assumed as a mobile terminal possessed by a rescuer, but the present invention does not have to be particularly concerned with the mobile phone terminal. Recently, since it is generally well known that a mobile phone has a function for specifying location information, there are cases in which a mobile phone is destroyed or thrown away by a criminal. For this reason, it is an example that a portable terminal that does not seem like it is created and held by a rescuer. In short, it is only necessary to have a physical mechanism for instantaneously making a rescue request, acquisition of position information from the GPS satellite 121, and a function of transmitting data to the server 101.

  In addition, there are cases where a rescue requester makes a rescue request other than when someone is kidnapped, there may be cases where one person is just lost, so there are a number of rescue request buttons 701. The rescue request may be transmitted by two types of methods that can be distinguished. As a result, the rescuer can take a more appropriate action according to each case.

  FIG. 8 is a diagram showing the configuration of the mobile phone terminal 118 possessed by the rescuer. The mobile phone terminal 118 possessed by the rescuer is provided with a display 801, which includes a location information acquisition / transmission unit (periodic) 802, a location information acquisition / transmission unit (as needed) 803, and a search route display unit. 804 is provided.

  The display 801 is a display part of the mobile phone terminal. A map and a route to the rescuer are displayed on the screen, and the owner uses the search for a rescuer. The position information acquisition / transmission unit (regular) 802 is a functional unit that performs processing for periodically transmitting the position information received from the GPS satellite 121 to the server 101. As a result, the location information of the immediate rescuer is held in the server 101, and when a rescue request is sent, the nearby mobile terminal search unit 106, which is a function of the server 101, It becomes possible to determine the terminal possessed by the rescuer. In order to determine the most accurate position as much as possible, the position information acquisition / transmission unit (regular) 802 should transmit the position information data by shortening the transmission time interval as much as possible. The time interval may be determined to an optimal value due to the restrictions of the above. The position information acquisition / transmission unit (as needed) 803 is configured so that the position information acquisition / transmission unit (regular) 802 has a long time interval for acquiring position information when the rescuer is heading for the rescuer. Therefore, the process of acquiring the position information and transmitting it to the server 101 is performed at any time. The search route display unit 804 performs processing for display control of an image and navigation information indicating the search route to the rescuer provided from the server 101. By looking at the display 801 of the mobile phone terminal 118, the rescuer can search for a rescuer while grasping the positional relationship between the rescuer himself and the rescuer.

  FIG. 9 is a flowchart for explaining the operation from the sending of the rescue request from the mobile phone terminal 119 held by the rescuer to the rescue, which will be described next.

(1) When a person in need of emergency falls into an emergency situation, he / she presses a push button 701 for emergency notification on the mobile phone terminal 119 on hand. As a result, the mobile phone terminal 119 of the rescuer who is the person to be protected checks whether or not the location information acquisition / transmission unit 703 can acquire the location information of the terminal from the GPS satellite 121 and the mobile phone base station 117. It is checked whether or not radio waves can be received from (steps 901 to 903).

(2) In the check in steps 902 and 903, if either acquisition of position information from the GPS satellite 121 or reception of radio waves from the mobile phone base station 117 is impossible, what is it until it becomes possible? Attempts to acquire again (step 910).

(3) When it is possible to acquire position information and receive radio waves in the checks in steps 902 and 903, the position information acquisition / transmission unit 703 acquires position information. Then, the rescue request transmission unit 704 transmits a rescue request to the server 101, and the position information acquisition / transmission unit 703 transmits the acquired current position information to the server 101 (steps 904 and 905).

(4) The server 101 that has received the rescue request and the location information executes processing by the neighborhood terminal search unit 106, refers to the rescuer information DB 113 and the location history DB 110, and refers to the rescuer in the vicinity of the rescuer in need. The rescue request mail created by the rescue information creation providing unit 107 is transmitted to the mobile phone terminals 119a and 109b of the nearby rescuers picked up (steps 906 and 907).

(5) A nearby rescuer who has received an email from the server 101 determines whether he / she can go to rescue, and rescues from the hyperlink described in the email of the mobile phone terminals 119a and 109b. A response of availability is returned to the server 101 (step 908).

(6) When the server 101 receives a non-rescue reply from the rescuer, the server 101 again picks up another rescuer and provides rescue information to the mobile phone terminals 119a and 109b of the nearby rescuer The rescue request mail created by the unit 107 is transmitted (steps 911 and 907).

(7) The rescuer who has determined that he / she can head for the rescue in the determination in step 908 transmits a reply indicating that the rescue is possible to the server. As a result, the server 101 transmits the navigation information created by the navigation information providing unit 108 based on the location information of the rescuer and rescuer and the map information DB 109 to the rescuer's mobile phone terminal 118. The worker starts execution of searching for a rescuer with reference to the navigation information transmitted from the server (step 909).

  FIG. 10 is a flowchart for explaining the operation up to the rescue of the rescuer when a rescue request is made from the guardian, and this will be explained next. The operation described here is effective when seeking protection of elderly people and the like.

(1) When a guardian of a rescuer uses the mobile phone terminal 120 that he / she owns and requests the server 101 to confirm the position of the rescuer, the server 101 confirms the position of the rescuer 105 requiring rescuer. As a result, the map data indicating the latest position of the rescuer is transmitted from the position history DB 110 and the map information DB 109 to the guardian mobile phone terminal 120 (step 1001).

(2) When the guardian looks at the information and observes an abnormal situation, or the guardian moves to a place outside the communicable area of the mobile phone terminal 119 possessed by the rescuer, It is determined whether or not contact is possible. If it is possible, the whereabouts of the rescuer can be confirmed, and the processing here is terminated (steps 1002 and 1010).

(3) If it is determined in step 1002 that contact with the rescuer is impossible, the guardian contacts the call center 115 of the service provider for a rescue request. Upon receiving the rescue request, the operator of the call center 115 accesses the server 101, transmits information about the rescue requester who is a protection target person, and requests a process for rescue of the rescue requester (step 1003).

(4) The server 101 that has received the request from the operator refers to the position history DB 110 to acquire the latest current position information of the mobile phone terminal 119 held by the rescuer who is the protection target, and the nearby terminal search unit The processing by 106 is executed, and by referring to the rescuer information DB 113 and the position history DB 110, a plurality of rescuers in the vicinity of the rescuer is picked up (steps 1005 and 1006).

(4) Thereafter, in the same manner as the processing from step 907 onward in the flow shown in FIG. 9, a protection request is made to the cellular phone terminals 119a and 109b of the picked-up nearby rescuers to perform protection activities (steps 1007 to 1010). .

  Each processing in the server in the embodiment of the present invention described above is configured by a program and can be executed by a CPU provided in the server. These programs are stored in a recording medium such as an FD, a CDROM, a DVD, or the like. It can also be provided by digital information via a network.

  According to the embodiment of the present invention described above, a rescue request can be made promptly to a rescuer in the vicinity of a rescuer and the time to rescue can be shortened. Further, according to the embodiment of the present invention, the position of a rescuer can be determined by a request from a guardian, so that rescue can be performed even in a situation where the person cannot transmit a crisis.

  Furthermore, according to the embodiment of the present invention, detailed physical characteristics such as the age and sex of the rescue target person are given as information to be sent to the rescuer, so that the search activity can be performed smoothly. Further, the search time can be shortened by using a navigation function displayed on the rescuer's mobile phone terminal. In addition, it is possible to select a rescuer most suitable for rescue from the information of the registered rescuer and send it to the rescue.

It is a block diagram which shows the network structure of the rescue request system by one Embodiment of this invention. It is a figure which shows the structure of service contractor information DB. It is a figure which shows the structure of rescuer information DB required. It is a figure which shows the structure of position log | history DB. It is a figure which shows the structure of map information DB. It is a figure which shows the structure of rescuer information DB. It is a figure which shows the structure of the mobile telephone terminal which a rescuer requires. It is a figure which shows the structure of the mobile telephone terminal which a rescuer has. It is a flowchart explaining operation | movement from transmission of the rescue request from the mobile telephone terminal which the rescuer needs possesses to rescue. It is a flowchart explaining the operation | movement until rescue of the rescuer required when the rescue request | requirement is performed from the guardian side.

Explanation of symbols

DESCRIPTION OF SYMBOLS 101 Server 102 Contractor information registration part 103 Rescuer information registration part 104 Location history creation part 105 Rescuer position confirmation part 106 Neighboring portable terminal search part 107 Rescue information creation provision part 108 Navigation information provision part 109 Map information DB
110 Location history DB
111 Service Contractor Information DB
112 Rescuer information DB required
113 rescuer information DB
114 Internal network 115 Rescue request reception call center 116 Public line network 117a, 117b, 117c Mobile phone base station 118a, 118b Mobile phone terminal for rescuer 119 Mobile phone terminal for rescuer required 120 Mobile phone for guardian 121 GPS satellite

Claims (3)

In the rescue request system to rescue the rescuer,
The rescue request system includes a server, a portable terminal for a rescuer who can acquire position information possessed by a rescuer, and a portable terminal for a rescuer capable of obtaining positional information possessed by each of a plurality of rescuers. The server, the portable terminal for the rescuer and the portable terminal for the rescuer are configured to be communicable via a network,
The server includes a rescuer information DB that stores information on rescuers, a rescuer information DB that stores information on rescuers, a location history DB that stores location history of each mobile terminal, A map information DB that is transmitted to a rescuer's mobile terminal when searching for a rescuer and stores map data for use as a map for navigation is provided, and nearby mobile terminal search means, rescue information creation and provision means, navigation With information provision means,
When a rescue request is made to the server from the rescue-required mobile terminal, the nearby mobile terminal search means is held in the location information of the rescuer required included in the rescue request and the location history DB. And searching for a rescuer's mobile terminal in the vicinity of the rescuer, and the rescue information creation / providing means generates rescue request information including information about the rescuer. The rescue information is transmitted to the searched rescuer mobile terminal, and the navigation information providing means provides a map information DB to the rescuer mobile terminal that has made a rescueable response to the rescue request. A rescue request system which transmits information for navigation including a search route image to a rescue requester created from the acquired location information of a rescuer and the location information of a rescuer. The rescue request system further comprises a guardian portable terminal possessed by a guardian of the rescuer who can communicate with the server,
The server further comprises a rescuer position confirmation means,
When a request for protection of the rescuer is made from the portable terminal for the guardian to the server, the rescuer position confirmation means of the rescuer's portable terminal held in the position history DB is used. 2. The rescue request system according to claim 1, wherein the server acquires position information, and the server performs the rescue request process using the position information as the position information of a rescuer. In the rescue request method to rescue the rescuer,
A server, a portable terminal for rescuers who can acquire position information possessed by a rescuer, and a rescuer portable terminal capable of acquiring position information possessed by each of a plurality of rescuers, and the server The rescue portable terminal and rescue portable terminal can communicate with each other via a network.
The server includes a rescuer information DB that stores information on rescuers, a rescuer information DB that stores information on rescuers, a location history DB that stores location history of each mobile terminal, A map information DB that is transmitted to a rescuer's mobile terminal when searching for a rescuer and stores map data for use as a map for navigation is provided, and nearby mobile terminal search means, rescue information creation and provision means, navigation With information provision means,
When a rescue request is made to the server from the rescue-required mobile terminal, the nearby mobile terminal search means is held in the location information of the rescuer required included in the rescue request and the location history DB. And searching for a rescuer's mobile terminal in the vicinity of the rescuer, and the rescue information creation / providing means generates rescue request information including information about the rescuer. The rescue information is transmitted to the searched rescuer mobile terminal, and the navigation information providing means provides a map information DB to the rescuer mobile terminal that has made a rescueable response to the rescue request. A rescue request method characterized by transmitting information for navigation including a search route image to a rescue requester created from the acquired location information of a rescuer and the location information of a rescuer.

Images