Rescue activity support system

The rescue operation support system addresses the inefficiencies of existing systems by providing real-time location tracking and coordinated search efforts, ensuring rapid and efficient rescue operations for individuals in need, particularly in maritime incidents.

JP2026031435APending Publication Date: 2026-02-24YOBIMORI INC
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
JP2025117587
Authority / Receiving Office
JP · JP
Patent Type
Applications
Current Assignee / Owner
Filing Date
2025-07-11
Publication Date
2026-02-24

AI Technical Summary

Technical Problem

Existing rescue operation systems, such as the overboard detection device in Patent Document 1, are ineffective when a person is alone on a boat, as they lack support for independent rescue operations and do not efficiently determine the location of the individual in need of rescue, leading to delayed and inefficient rescue efforts.

Method used

A rescue operation support system that includes a rescue signal receiving unit, a rescue request processing unit, a location information receiving unit, and a rescue operation support processing unit, which facilitate quick and efficient rescue operations by tracking the location of the person in need of rescue and coordinating search efforts through portable communication terminals.

Benefits of technology

Enables rapid and efficient rescue operations by accurately tracking the movement trajectory of the person in need of rescue, even in challenging environments like the sea, and optimizing search efforts through coordinated group responses.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 2026031435000001_ABST
    Figure 2026031435000001_ABST
Patent Text Reader

Abstract

To provide a rescue activity support system for supporting rescue activity when a distress accident occurs in the sea or mountains.SOLUTION: A rescue operation support system that supports a rescue operation includes a rescue signal reception unit that receives a rescue signal from a report terminal, a rescue request processing unit that specifies a tenant to which a rescue requester who is a user who has transmitted the rescue signal belongs and notifies another user belonging to the tenant of a rescue request, a position information reception unit that receives position information of the user, and a rescue operation support processing unit that notifies position information of the rescue requester and position information of a searcher who searches for the rescue requester.SELECTED DRAWING: Figure 1
Need to check novelty before this filing date? Find Prior Art

Description

[Technical Field]

[0001] The present invention relates to a rescue operation support system that supports rescue operations in places where rescue operations are difficult, such as the sea or mountains. [Background technology]

[0002] In places where rescue is difficult, such as the ocean or mountains, when an incident requiring various rescue operations occurs, such as injury, illness, falls, falling into the water, sinking, distress, engine trouble, or secondary damage during rescue operations (collectively referred to as an "accident"), rescue operations for those in need of rescue become necessary. In such cases, it is necessary to determine the location of those in need of rescue and carry out rescue operations quickly.

[0003] However, depending on the circumstances, it may take time to begin rescue operations, such as when it is not easy to determine the location of the person in need of rescue or when the occurrence of the accident itself goes unnoticed.

[0004] It is not easy to determine the location of a person in need of rescue, for example, when there is no way to notify others of an accident or when there are no landmarks nearby that make it impossible to communicate the person's current location. In the case of a shipwreck at sea, the boat or the person in need of rescue may be swept away by ocean currents, making it impossible to determine the person's location and hindering rescue operations. Similarly, in the case of a mountain accident, if the person in need of rescue moves, it may be impossible to determine the person's location and hinder rescue operations. In this way, if the location of the person in need of rescue is unknown, rescue operations cannot be initiated, hindering rescue operations.

[0005] Furthermore, if the occurrence of the accident itself is not noticed, the presence of the person in need of rescue will not be recognized, and rescue operations will not be able to begin.

[0006] Furthermore, because the police, Japan Coast Guard, and Self-Defense Forces begin rescue operations from their bases of operations, even if the location of the person in need of rescue can be identified to some extent, it may take several hours for them to arrive at the scene, and rescue operations may not be able to begin quickly.

[0007] Therefore, as a device for detecting the occurrence of an accident, there is a water fall detection device described in Patent Document 1 below. [Prior art documents] [Patent documents]

[0008] [Patent Document 1] Japanese Patent Application Laid-Open No. 2007-293384 Summary of the Invention [Problem to be solved by the invention]

[0009] The overboard detection device in Patent Document 1 is a device that attaches a radio tag that transmits a radio signal to a ship's crew member or other personnel, and when the radio signal can no longer be received by the ship, it detects that a crew member or other personnel has fallen overboard and immediately notifies other crew members or other personnel of this, thereby enabling rapid rescue operations.

[0010] However, the overboard detection device of Patent Document 1 cannot be used when a person is on board a boat alone.

[0011] For example, in the case of a small fishing boat, one person may be responsible for steering the boat and fishing, and even if the overboard detection device of Patent Document 1 is used in that case, there will be no other crew members present, so no rescue operations will be carried out.

[0012] Furthermore, even if rescue operations are to be carried out, efficiency will be poor if searchers conduct the search independently. In particular, in the case of a disaster, if rescue operations are not carried out quickly, the search area will become wider and the rescue operations will become more difficult. Therefore, there is a need to improve the efficiency of rescue operations, but this cannot be achieved with Patent Document 1.

[0013] Furthermore, since the communication does not include information about the accident site, it is not possible to identify the location for rescue operations. In addition, there is a risk of radio waves being blocked by the ship's walls, and there is a high probability of malfunction. [Means for solving the problem]

[0014] In view of the above problems, the present inventor has invented a rescue support system that supports rescue operations so that they can be carried out quickly and efficiently even when an accident requiring rescue operations, such as a distress, occurs when a person is alone.

[0015] The first invention is a rescue operation support system that supports rescue operations for marine accidents, and includes a rescue signal receiving unit that receives a rescue signal from a reporting terminal, a rescue request processing unit that notifies users other than the person in need of rescue who needs rescue of a rescue request, a location information receiving unit that receives location information of the person in need of rescue and a searcher searching for the person in need of rescue, and a rescue operation support processing unit that notifies the location information of the person in need of rescue and the location information of the searcher, wherein the location information receiving unit stores the location information of the person in need of rescue over time and notifies the location information to a portable communication terminal held by the searcher, thereby displaying the movement trajectory of the person in need of rescue on the portable communication terminal.

[0016] The configuration of the present invention can assist in carrying out rescue operations quickly and efficiently even when an accident requiring rescue operations, such as a shipwreck, occurs while the person is alone. Furthermore, the movement trajectory of the person in need of rescue can be displayed on the searcher's portable communication terminal. Particularly in the case of a maritime accident, the person in need of rescue often drifts in complex directions due to factors such as tides and ocean currents. However, by displaying the movement trajectory, the searcher can accurately determine the current location without relying on experience or intuition, and can respond immediately based on that information, leading to rescue operations.

[0017] In the above-described invention, the rescue request processing unit can be configured as a rescue operation support system that identifies the tenant to which the person in need of rescue belongs and notifies other users who belong to that tenant of the rescue request.

[0018] By configuring the present invention as described above, even if an accident requiring rescue operations, such as a distress, occurs when a person is alone, rescue operations can be assisted so that they can be carried out quickly and efficiently.

[0019] In the above-mentioned invention, the location information receiving unit can be configured as a rescue operation support system that stores the location information of each searcher over time and notifies the location information of each searcher to a portable communication terminal held by a first searcher, thereby displaying the movement trajectory of each searcher on the portable communication terminal.

[0020] The configuration of the present invention makes it possible to grasp the movement trajectories of other searchers, thereby avoiding searches in overlapping locations and leading to more efficient searches.

[0021] In the above-mentioned invention, the rescue request processing unit can be configured as a rescue operation support system that identifies other users within a specified range from the location information received from the person in need of rescue, and notifies the identified users of a rescue request.

[0022] With the configuration of the present invention, the rescue request is notified to users near the rescue requester in addition to the tenant to which the rescue requester belongs, thereby increasing the possibility of rescue.

[0023] In the above-mentioned invention, the distress signal receiving unit, when receiving a distress signal from the reporting terminal of a first person requiring rescue, determines whether it has received a distress signal from the reporting terminal of a person requiring rescue other than the first person requiring rescue within a predetermined range from the location information of the first person requiring rescue, and if so, assigns accident group identification information indicating that the accidents caused by the distress signal from the reporting terminal of the first person requiring rescue and accidents caused by the distress signal from the reporting terminal of a person requiring rescue other than the first person requiring rescue to accident group identification information indicating that they belong to the same accident group and different accident identification information, and can be configured as a rescue operation support system.

[0024] In some cases, multiple people needing rescue may occur in a single accident. Therefore, by managing accidents by person and accident groups by incident, as in the present invention, it is possible to appropriately search for multiple people needing rescue who occur in the same accident group.

[0025] In the above-mentioned invention, the rescue operation support processing unit can be configured as a rescue operation support system that notifies the portable communication terminal of the searcher in the accident caused by the first rescue requester of the location information of the rescue requester and the searcher in other accidents that have the same accident group identification information as the accident caused by the first rescue requester.

[0026] By configuring the present invention as described above, the location information of each rescue victim and each searcher within the same accident group can be shared, thereby supporting rescue operations.

[0027] In the above-mentioned invention, the rescue operation support system can be configured as a rescue operation support system having a post-processing unit that calculates the distance traveled and the working time of the searchers participating in the rescue operation using the location information and date and time information of the searchers received by the location information receiving unit.

[0028] When private organizations such as fishing cooperatives, other than public institutions such as the Japan Coast Guard, prefectural police, and the Self-Defense Forces, conduct search activities, they may be paid a contribution for the fuel costs and time spent. Therefore, they are required to calculate and report the fuel costs and time spent on the search. However, in the past, accurate records were not kept, and the information was recorded based on memory, resulting in inaccurate results. However, if the distance traveled and operating time can be calculated based on location information, as in the present invention, the fuel costs and time spent on the search can be calculated more accurately based on factors such as fuel consumption.

[0029] A first aspect of the present invention can be realized by loading and executing a program of the present invention into a computer. That is, the rescue operation support program causes a computer used to support rescue operations from a marine accident to function as a rescue signal receiving unit that receives a distress signal from a reporting terminal, a rescue request processing unit that notifies users other than a rescue requester who needs rescue of a rescue request, a location information receiving unit that receives location information of the rescue requester and a searcher searching for the rescue requester, and a rescue operation support processing unit that notifies the location information of the rescue requester and the searcher, wherein the location information receiving unit stores the location information of the rescue requester over time and notifies a portable communication terminal carried by the searcher of the location information, thereby displaying a movement trajectory of the rescue requester on the portable communication terminal. [Effects of the Invention]

[0030] By using the rescue support system of the present invention, even if an accident requiring rescue operations, such as a distress, occurs when a person is alone, rescue operations can be carried out quickly and efficiently. [Brief explanation of the drawings]

[0031] [Figure 1] 1 is a block diagram schematically illustrating an example of the configuration of a rescue operation support system according to the present invention. [Figure 2] 1 is a block diagram schematically illustrating an example of a hardware configuration of a computer used in the rescue operation support system of the present invention. [Figure 3] 1 is a flowchart showing an example of the overall processing in the rescue operation support system of the present invention. [Figure 4] FIG. 2 is a diagram illustrating an example of a reporting terminal used in the present invention. [Figure 5] FIG. 2 illustrates an example of a tenant table. [Figure 6] FIG. 10 is a diagram illustrating an example of a user table. [Figure 7] FIG. 10 is a diagram illustrating an example of a reporting terminal table. [Figure 8]FIG. 10 is a diagram illustrating an example of an application terminal table. [Figure 9] FIG. 10 is a diagram illustrating an example of a reporting terminal information table. [Figure 10] FIG. 10 is a diagram illustrating an example of an accident table. [Figure 11] FIG. 10 is a diagram showing an example of a searcher position table. [Figure 12] FIG. 10 is a diagram showing an example of a reporting terminal information table when an SOS signal is received. [Figure 13] FIG. 10 is a diagram showing an example of an accident table when an SOS signal is received. [Figure 14] FIG. 10 is a diagram showing an example of an accident table in the case where multiple users have sent SOS signals due to one accident. [Figure 15] FIG. 10 is a diagram illustrating an example of a rescue request screen. [Figure 16] FIG. 10 is a diagram showing an example of a screen for declaring rescue. [Figure 17] FIG. 10 is a diagram showing an example of a screen that displays to other users that a rescue request has been received. [Figure 18] FIG. 10 is a diagram showing an example of a searcher position table when a rescue request is received. [Figure 19] FIG. 10 is a diagram showing an example of an accident table in which a searcher is registered. [Figure 20] FIG. 10 is a diagram showing an example of a screen displayed when a rescue operation is performed. [Figure 21] FIG. 10 is a diagram showing another example of a screen displayed when a rescue operation is performed. [Figure 22] FIG. 10 is a diagram showing an example of a screen notifying completion of rescue. [Figure 23] FIG. 10 is a diagram showing an example of an accident table in a state where rescue has been completed. [Figure 24] FIG. 10 is a diagram showing an example of a screen for notifying other searchers that rescue has been completed. [Figure 25] FIG. 11 is a block diagram illustrating an example of the configuration of a rescue operation support system according to a third embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0032] An example of the overall processing functions of a rescue operation support system 1 of the present invention is shown schematically in Figure 1. The rescue operation support system 1 uses a management terminal 2, a reporting terminal 3, and a portable communication terminal 4. The management terminal 2 is a computer used by an organization such as a company that operates the rescue operation support system 1. The reporting terminal 3 is a communication terminal that can transmit an SOS signal (disaster signal) and location information in the event of an accident such as a distress. The portable communication terminal 4 is a portable communication terminal such as a smartphone or tablet computer used by a user (searcher) who performs a search in the event of an accident such as a distress.

[0033] The management terminal 2, reporting terminal 3, and portable communication terminal 4 in the rescue operation support system 1 are realized using a computer. An example of the hardware configuration of a computer is shown in Figure 2. The computer has a calculation device 70 such as a CPU that executes the calculation processing of a program, a storage device 71 such as a RAM, HDD, or SSD that stores information, a display device 72 such as a display that displays information, an input device 73 such as a keyboard or mouse that can input information, and a communication device 74 that transmits and receives the processing results of the calculation device 70 and the information stored in the storage device 71 via a network such as the Internet or a LAN.

[0034] If the computer is equipped with a touch panel display, the display device 72 may be integrated with the input device 73. Touch panel displays are often used in portable communication terminals 4 such as tablet computers and smartphones, but are not limited to these.

[0035] The touch panel display is a device that integrates the functions of the display device 72 and the input device 73 in that input can be made directly on the display using a predetermined input device (such as a touch panel pen) or a finger.

[0036] The reporting terminal 3 is a communication terminal carried by the ship's crew or the like. The reporting terminal 3 may have a GPS device for transmitting an SOS signal and acquiring and transmitting location information. For example, the reporting terminal 3 is provided with an SOS button 31 for transmitting an SOS signal. FIG. 4 shows an example of the reporting terminal 3. When the SOS button 31 is pressed, the reporting terminal 3 transmits an SOS signal and identification information of the reporting terminal 3 (reporting terminal identification information) to a reporting destination that can be received by the management terminal 2 via a predetermined network, for example, a public telephone line network.

[0037] The reporting terminal 3 is also equipped with a GPS device inside, and transmits the measured location information (latitude and longitude (and altitude in some cases)) to the management terminal 2 via the above-mentioned network.

[0038] It is preferable that the GPS device of the reporting terminal 3 periodically sends the measured location information to the management terminal 2, regardless of whether the SOS button 31 is pressed or not. It is also preferable that the reporting terminal 3 changes the timing of measuring and transmitting the location information before and after the SOS button 31 is pressed. That is, it is preferable that the intervals for measuring and transmitting the location information be shorter after the SOS button 31 is pressed (after an accident occurs) than before the SOS button 31 is pressed (normally). For example, before the SOS button 31 is pressed (normally), the location information is measured and transmitted to the management terminal 2 at one-minute intervals, and after the SOS button 31 is pressed (after an accident occurs), the location information is measured and transmitted to the management terminal 2 at 20-second intervals. The timing of measuring and transmitting the location information can be set arbitrarily. It is also possible to configure the reporting terminal 3 not to transmit the location information before the SOS button 31 is pressed.

[0039] The reporting terminal 3 is preferably a single-function communication terminal having only the above-mentioned functions, but may also be incorporated as hardware or an application program in a smartphone.

[0040] In addition, the reporting terminal 3 may transmit an SOS signal immediately after the SOS button 31 is pressed, but may also be configured to transmit an SOS signal if no cancellation operation (for example, pressing the SOS button 31 again, pressing the cancel button, etc.) is performed within a certain period of time.

[0041] Furthermore, the reporting terminal 3 may be provided with a water landing detection device that automatically detects that it has fallen into water, and upon detection, the SOS button 31 may function to send an SOS signal even if the SOS button 31 is not pressed.

[0042] In addition, the reporting terminal 3 may be equipped with various sensors such as an acceleration sensor, and when a value such as acceleration measured by the sensor exceeds a certain threshold, it may be determined that a certain impact has been detected and an SOS signal may be automatically transmitted even if the SOS button 31 is not pressed.

[0043] The reporting terminal 3 may be a communication terminal as described above, such as a smartphone, a smartwatch, or any other device with a communication function.

[0044] The portable communication terminal 4 is a portable communication terminal 4 such as a smartphone or tablet computer owned by a user, and has an application program installed therein for executing processing in the portable communication terminal 4 of the present invention. The portable communication terminal 4 also includes a GPS device for acquiring and transmitting location information.

[0045] It is preferable that each user possesses a portable communication terminal 4, but at least the user (searcher) who is conducting a search for the user (person in need of rescue) who has transmitted the SOS signal possesses one.

[0046] The reporting terminal 3 and / or the portable communication terminal 4 may further monitor the charge amount and usage status (logs, etc.) of their own terminals, or monitor the presence or absence of other abnormalities. In this case, when a predetermined notification condition is met, such as when the charge amount falls below a certain threshold or when an abnormality is detected from logs, etc., a notification may be made by referring to the user table 242 (described later) to provide SNS IDs, telephone numbers, email addresses, etc. of the family members of the user who owns the reporting terminal 3, portable communication terminal 4, etc.

[0047] For convenience of explanation, the notification terminal 3 and the portable communication terminal 4 are used, but in reality, it is preferable that the user of the rescue operation support system 1 of the present invention carry the notification terminal 3 and the portable communication terminal 4 while on the move. In the event of an accident or the like, the user acts as a person requiring rescue and reports the occurrence of the accident or the like by pressing the SOS button 31 on the notification terminal 3. Furthermore, as will be described later, when a rescue request is received from the management terminal 2 at the portable communication terminal 4, the user participates in the rescue operation as a searcher using the portable communication terminal 4.

[0048] It is preferable that the user keeps the reporting terminal 3 close to the body so that the user can immediately press the SOS button 31 in the event of an accident and notify the user of their location information. For example, it is preferable to attach a string to the reporting terminal 3 and hang the string from the user's neck, or to attach the reporting terminal 3 to a life jacket or other clothing. It is also preferable that the portable communication terminal 4 is kept close to the body, but it may also be placed inside the cabin, for example.

[0049] The management terminal 2 includes a distress signal receiving unit 20, a rescue request processing unit 21, a location information receiving unit 22, a rescue operation support processing unit 23, and a table storage unit 24.

[0050] The distress signal receiving unit 20 receives an SOS signal (distress signal) from the reporting terminal 3 and the reporting terminal identification information of the reporting terminal 3. The SOS signal and reporting terminal identification information from the reporting terminal 3 are transmitted via the public telephone network, so the distress signal receiving unit 20 receives this information via the public telephone network. Note that if the above-mentioned signals are transmitted via a network other than the public telephone network, they may be received via that network.

[0051] When the rescue signal receiving unit 20 receives an SOS signal and reporting terminal identification information, the rescue request processing unit 21 refers to the reporting terminal table 243 stored in the table storage unit 24 described below, identifies the tenant (organization) to which the user who owns the reporting terminal 3 with the reporting terminal identification information belongs, and notifies other users belonging to that tenant of the rescue request.

[0052] The position information receiving unit 22 receives the position information measured by the GPS device of the reporting terminal 3 and its reporting terminal identification information, and the position information measured by the GPS device of the portable communication terminal 4 and its application terminal identification information.

[0053] When the rescue operation support processing unit 23 receives a rescue request from the portable communication terminal 4 of a user who has been notified of a rescue request by the rescue request processing unit 21, the rescue operation support processing unit 23 registers the user as a searcher and notifies the portable communication terminal 4 of the user who will become the searcher of the location information of the reporting terminal 3, the location information of the user and other searchers, thereby supporting the rescue operation.

[0054] The table storage unit 24 stores various data tables. For example, the table storage unit 24 has a tenant table 241 (FIG. 5), a user table 242 (FIG. 6), a reporting terminal table 243 (FIG. 7), an application terminal table 244 (FIG. 8), a reporting terminal information table 245 (FIG. 9), an accident table 246 (FIG. 10), and a searcher location table 247 (FIG. 11). Note that the configuration of the data tables is an example, and the data tables may have other configurations as long as the rescue operation support system 1 of the present invention can be realized.

[0055] 5 is a table that stores information about tenants, and stores, for example, tenant identification information that identifies a tenant and its name in association with each other. A tenant is an organization or group to which a user belongs, and for example, a fishing cooperative, a tourist association, or the like, to which one or more users belong. Furthermore, when an SOS signal is received, a tenant is a unit for sending a rescue request to other users of the tenant to which the user who sent the SOS signal belongs.

[0056] 6 is a table that stores information about users, and stores, for example, user identification information that identifies a user, the user's name, emergency contact information, and tenant identification information of the tenant to which the user belongs, in association with each other. The emergency contact information includes, for example, contact information for notifying information about the user, such as the user's family's SNS (LINE, etc.) ID, telephone number, email address, etc. If a user belongs to multiple tenants, multiple tenant identification information may be stored.

[0057] 7 is a table that stores information about the reporting terminals 3 owned by the users, and stores, for example, reporting terminal identification information that identifies the reporting terminal 3 in association with user identification information. The reporting terminal identification information may further be associated with the unique identification information or telephone number of the reporting terminal 3.

[0058] The application terminal table 244, an example of which is shown in FIG. 8, is a table that stores information about the portable communication terminal 4 owned by the user, and stores, for example, application terminal identification information that identifies the portable communication terminal 4 in an application program that functions on the portable communication terminal 4, user identification information, and reporting terminal identification information in association with each other.

[0059] The reporting terminal information table 245, an example of which is shown in Figure 9, is a table that stores information from the reporting terminal 3, and stores, for example, reporting terminal identification information, the date and time when the location information of the reporting terminal 3 was received, the event type indicating whether it was normal (plain time) or an SOS signal was received, location information such as latitude and longitude, and in some cases altitude, and remaining battery level, in association with each other.

[0060] 10 is a table that stores information about accidents, and stores, in association with each other, for example, accident identification information that identifies the accident, reporting terminal identification information of the reporting terminal 3 that received the SOS signal, the date and time of the accident at which the SOS signal was received, tenant identification information of the tenant to which the user who owns the reporting terminal 3 belongs, a status indicating the status of the rescue operation such as rescue requesting, rescue operation in progress, or rescue completed, location information of the reporting terminal 3 that received the SOS signal, and accident group identification information that identifies a group when multiple users simultaneously request an SOS signal. The location information of the reporting terminal 3 should be stored sequentially in chronological order.

[0061] 11 is a table for storing information about a searcher, and stores, for example, searcher identification information for identifying the searcher, accident identification information, date and time information when the location information of the user who is searching is received, user identification information of the user who is searching, and location information of the user who is searching, in association with each other. The location information of the user who is searching may be stored sequentially in chronological order.

[0062] When data is stored in one data table in the data storage unit 24, the stored data may be automatically reflected in the other data tables if the same item exists in the other data tables. Therefore, when information such as location information and date and time is stored in one data table, the information may be automatically reflected and stored in the location information, date and time, etc. of the other data tables.

[0063] Furthermore, each data table in the table storage unit 24 is an example, and each processing unit may store the corresponding information in any data table other than the data tables described in this specification. [Example]

[0064] Next, an example of the processing of the rescue operation support system 1 of the present invention will be described with reference to the flowchart in Fig. 3. In the following embodiment, a case will be described in which a user U2 (a person in need of rescue) belonging to a tenant of Fishery Cooperative A and a tenant of Tourist Boat A is involved in a marine accident, and rescue operations are supported by other users (searchers) belonging to tenants of Fishery Cooperative A and other users (searchers) belonging to tenants of Tourist Boat A.

[0065] Each user belonging to a tenant of Fishery Cooperative A or Tourist Boat A carries a portable communication terminal 4 and a reporting terminal 3, and goes on board the fishing boat or tourist boat to carry out their normal duties. Assume that user U2 is also on board his own fishing boat and engaged in fishing.

[0066] 5 to 8, tenant table 241 stores tenant identification information and its name, user table 242 stores user identification information, names, emergency contact points, and tenant identification information, reporting terminal table 243 stores reporting terminal identification information and user identification information, and application terminal table 244 stores application terminal identification information, user identification information, and reporting terminal identification information. Also, as shown in FIG. 9, position information receiving unit 22 periodically, for example, every minute, receives position information, reporting terminal identification information, and remaining battery level measured by the GPS device of each reporting terminal 3 in operation, and stores the information in reporting terminal information table 245.

[0067] If an accident occurs, such as when user U2 falls overboard from a fishing boat, user U2 (person in need of rescue) presses the SOS button 31 on the reporting terminal 3 that he or she owns (S100). When the reporting terminal 3 detects that the SOS signal has been pressed, it sends the SOS signal and the reporting terminal identification information "D2" of that reporting terminal 3 to the management terminal 2 via a predetermined network such as a public telephone line network (S110). At this time, location information measured by a GPS device and remaining battery power may also be sent.

[0068] When the distress signal receiving unit 20 of the management terminal 2 receives an SOS signal, the reporting terminal identification information "D2", and the remaining battery level from the reporting terminal 3 of user U2 (S120), it stores the date and time when the SOS signal was received and the event type in the reporting terminal information table 245, in association with the reporting terminal identification information "D2", and changes the event type to "SOS" indicating that an SOS signal has been received. Furthermore, when the location information receiving unit 22 of the management terminal 2 receives location information from the reporting terminal 3, it stores the location information. An example of the reporting terminal information table 245 in this state is shown in FIG. 12.

[0069] Furthermore, when the reporting terminal 3 of user U2 detects that the SOS signal has been pressed, it measures and transmits the location information at shorter intervals than usual (normal times), periodically, for example, every 20 seconds. The location information receiving unit 22 then receives the location information, reporting terminal identification information "D2", remaining battery level, and other information from the reporting terminal 3, and stores them in the reporting terminal information table 245.

[0070] The distress signal receiving unit 20 then assigns accident identification information "A1" to the accident table 246 to identify the accident, and stores the accident identification information "A1," the reporting terminal identification information "D2" of the reporting terminal 3 that sent the SOS signal, the date and time of the accident (the date and time the SOS signal was received), and the location information. An example of the accident table 246 in this state is shown in FIG. 13. Furthermore, the unit 20 determines whether SOS signals are being received from other reporting terminals 3 within a predetermined range (e.g., tens of meters or hundreds of meters) based on the location information of the reporting terminal 3. If SOS signals are being received, the unit 20 assigns the same accident group identification information, e.g., "G1," to these reporting terminals 3, assuming that the SOS signals are from different users involved in the same accident. In other words, a different accident identification information is assigned to each user, and a different accident group identification information is assigned to each accident. By assigning the different accident identification information and accident group identification information, when multiple users suffer damage due to the same accident, they can be properly distinguished and rescue operations can be carried out without omission. An example of the accident table 246 in this state is shown in FIG. 14.

[0071] When the distress signal receiving unit 20 of the management terminal 2 receives the SOS signal and the reporting terminal identification information, the rescue request processing unit 21 identifies the tenant to which the user who owns the reporting terminal 3 belongs (S130).

[0072] That is, the rescue request processing unit 21 identifies the user identification information "U2" corresponding to the received reporting terminal identification information "D2" by referring to the reporting terminal table 243. Then, using the identified user identification information "U2", the rescue request processing unit 21 identifies the tenant identification information "T1", "T2" of the tenant to which the user belongs by referring to the user table 242 (S130).

[0073] At this time, the emergency contact of the user in question may be identified in the user table 242, and a message may be sent to the emergency contact via SNS or email informing them that the SOS button 31 on the reporting terminal 3 of the user U2 has been pressed or that an accident has occurred.

[0074] Using the identified tenant identification information "T1" and "T2", the user table 242 is referenced to identify the user identification information "U1", "U3", etc. of other users who belong to the tenant with the tenant identification information "T1" and / or "T2".

[0075] Then, the rescue request processing unit 21 uses the identified user identification information "U1", "U3", etc. to refer to the application terminal table 244 and identifies the application terminal identification information "M1", "M3", etc. of each user with the user identification information "U1", "U3", etc. (other users belonging to the tenant with tenant identification information "T1", other users belonging to the tenant with tenant identification information "T2").

[0076] The rescue request processing unit 21 sequentially stores the identified information in the accident table 246. An example of the accident table 246 in this state is shown in FIG.

[0077] Then, the rescue request processing unit 21 notifies the portable communication terminal 4 having the identified application terminal identification information "M1", "M3", etc. of a rescue request by push notification or the like (S140). An example of the rescue request screen is shown in FIG. 15.

[0078] 15, the rescue request processing unit 21 may calculate and display the elapsed time from the time the SOS signal was received (the time the accident occurred) based on the date and time of the accident in the accident table 246. Furthermore, the rescue request processing unit 21 may count the number of users who are searchers associated with the accident identification information "A1" of the accident in the accident table 246 in the searcher location table 247, and display the number on the rescue request screen.

[0079] When each of users U1, U3, etc. with user identification information "U1", "U3", etc. who has received a notification of a rescue request as shown in Fig. 15 wishes to participate in rescue activities, they press a button indicating a declaration of rescue activities on the screen shown in Fig. 16, which is displayed by pressing "Close" on the rescue request screen of Fig. 15. By pressing this button, the declaration of rescue, the user identification information "U1", "U3", etc. of the user, and their location information are sent from the portable communication terminal 4 of user U1 or user U3 to the management terminal 2.

[0080] Rescue request processing unit 21, which has received this information, assigns searcher identification information to users U1, U3, etc., and stores the accident identification information "A1," the date and time the rescue request was received, the user identification information "U1," "U3," and their location information in association with each other in searcher location table 247, thereby registering users U1 and U3 as searchers (S150). Note that the location information of the user who will become a searcher may be the location information of the reporting terminal 3 held by the searcher, and in that case, the location information of each searcher stored in reporting terminal information table 245 received by location information receiving unit 22 is stored in searcher location table 247.

[0081] The rescue request processing unit 21 also displays a screen on the user's portable communication terminal 4 showing that the rescue request has been received, as shown in Fig. 17. An example of the searcher location table 247 in this state is shown in Fig. 18. When the user is registered as a searcher, the status in the accident table 246 is updated to "rescue operation in progress," and it is registered that rescue operations are underway. An example of the accident table 246 in this state is shown in Fig. 19.

[0082] As shown in FIG. 14, when there are multiple pieces of accident identification information in the same accident group information (when there are multiple people needing rescue in one accident), the status of each piece of the same accident group information is updated.

[0083] Furthermore, when a user who will become a new searcher is stored in the searcher location table 247, the rescue operation support processing unit 23 may identify the user identification information of the other searcher associated with the accident identification information, refer to the application terminal table 244 using the identified user identification information to identify the application terminal identification information of the other searcher, and notify the portable communication terminals 4 of the other searchers that a new searcher has joined the rescue operation.

[0084] In addition, the application program installed on the portable communication terminal 4 of the user who has made a rescue request uses a GPS device to measure the user's location information at intervals shorter than normal, and sequentially sends the measured location information and user identification information from the user's portable communication terminal 4 to the management terminal 2. This location information and user identification information are received by the location information receiving unit 22, and the location information is stored in association with the user identification information in the searcher location table 247. This allows the location information of searchers during rescue operations to be registered over time.

[0085] The rescue operation support processing unit 23 identifies users who are searching based on the accident identification information of the accident from the searcher location table 247, and extracts the user identification information and latest location information of each searcher.

[0086] Furthermore, the location information receiving unit 22 sequentially stores the location information of the user U2 who sent the SOS signal in the reporting terminal information table 245, and reflects this location information in the accident table 246. Then, the rescue operation support processing unit 23 references the accident table 246 and extracts the location information of the user U2 who sent the SOS signal based on the accident identification information of the accident. Then, with reference to the application terminal table 244, it identifies the application terminal identification information of each searcher based on the user identification information of each searcher, and executes rescue operation support processing by displaying the location information of the user U2 who sent the SOS signal (the location information of the person in need of rescue) and the location information of each searcher on the portable communication terminal 4 of each searcher (S160). An example of this display screen is shown in FIG. 20.

[0087] 20, the location information of the user who sent the SOS signal and the location information of each searcher are stored in chronological order in the application program of each searcher's portable communication terminal 4, and this location information is connected in order as a movement trajectory and displayed as a line segment, thereby displaying the movement trajectory of the user who sent the SOS signal and the movement trajectory of the searchers. By displaying the movement trajectory, especially the movement trajectory of the user who sent the SOS signal, in the case of a marine accident, for example, searchers can head out to carry out rescue operations while predicting the tide and other factors.

[0088] The rescue operation support processor 23 then periodically sends the location information of a new user, user U2 who sent the SOS signal, to the accident table 246, or at a predetermined timing such as every time the location information of searchers U1, U3, etc. is stored in the searcher location table 247, to the portable communication terminal 4 of each searcher, and the portable communication terminal 4 successively updates and displays the screen shown in Fig. 20. An example screen in this state is shown in Fig. 21.

[0089] In addition, if the same accident group information contains accident identification information for multiple accidents, the same processing is performed for the accident identification information for each accident in the same accident group information, and preferably displayed on the same screen. This allows each searcher to see the location of each rescue victim and each searcher involved in the same accident. This allows for smooth rescue operations for each rescue victim.

[0090] When the searcher, user U1, rescues the person in need of rescue (user U2 who sent the SOS signal), user U1 performs a predetermined operation in the application program of the portable communication terminal 4 of user U1 to send a notification that the rescue is complete and user U1's user identification information "U1" to the management terminal 2. An example of the screen at this time is shown in Figure 22. Note that if there are multiple accident identification information in the same accident group information, information about the rescued person in need of rescue may also be entered.

[0091] When the rescue operation support processing unit 23 receives a notification that the rescue has been completed, the rescue operation support processing unit 23 updates the status in the accident table 246 to "rescue completed" based on the accident identification information "A1" of the accident, and registers that the rescue operation has been completed. An example of the accident table 246 in this state is shown in FIG. 23.

[0092] Furthermore, when "rescue completed" is stored as the status in the accident table 246, the rescue operation support processing unit 23 refers to the searcher location table 247 based on the accident identification information "A1" of the accident, and notifies the portable communication terminals 4 of the searchers, such as users U1 and U3, that user U2, who transmitted the SOS signal, has been rescued. An example of the screen displayed at this time is shown in Fig. 24.

[0093] Upon receiving the notification that the rescue is complete, the application program of the portable communication terminal 4 stops sending the location information or returns the sending timing to normal. This reduces the timing of sending the location information of the portable communication terminal 4 of the user who is searching, and prevents battery consumption.

[0094] By performing the above-described processing, rescue operations can be carried out quickly and efficiently with the cooperation of users belonging to the same tenant as the user requesting rescue. [Example]

[0095] In addition to the above-described embodiment, the rescue request processing unit 21 may be configured to send a rescue request to other users of the tenant to which the user who sent the SOS signal belongs, as well as to notify a predetermined public institution such as the Japan Coast Guard, prefectural police, the Self-Defense Forces, etc. In this case, location information searched by the Japan Coast Guard, prefectural police, the Self-Defense Forces, etc. may be similarly accepted and displayed as the searcher of the present invention.

[0096] In addition, the rescue request processing unit 21 may send a rescue request to other users of the tenant to which the user who sent the SOS signal belongs, and may also identify other users within a specified range from the user's location information and notify those users of the rescue request.

[0097] In this case, rescue request processing unit 21 refers to reporting terminal information table 245 and identifies reporting terminal identification information that stores location information within a predetermined range from the location information of the user who transmitted the SOS signal. Using the identified reporting terminal identification information, reporting terminal table 243 is referenced to identify user identification information corresponding to the reporting terminal identification information, and the identified user identification information is referenced to application terminal table 244 to identify the corresponding application terminal identification information. A rescue request can then be notified to the portable communication terminal 4 of the user having the identified application terminal identification information. [Example]

[0098] In addition to the above-described embodiments, the rescue operation support system 1 may further include a post-processing unit 25. An example of the configuration of the rescue operation support system 1 in this case is shown in FIG.

[0099] The post-event processing unit 25 processes a post-event report of the rescue operation. For example, the post-event processing unit 25 calculates the travel distance and working time of the users who are searchers participating in the rescue operation by referring to the searcher position table 247 in the table storage unit 24.

[0100] That is, the post-event processing unit 25 accepts an operation for processing a post-event report of an accident by accepting a predetermined operation in the management terminal 2. Then, when the designation of an accident is accepted, the post-event processing unit 25 refers to the searcher position table 247 based on the accident identification information of the accident, and identifies the users who participated in the accident as searchers.

[0101] The searcher location table 247 stores the date and time information of each searcher, so the operation time until the rescue is completed is calculated based on the date and time information. The searcher location table 247 also stores the location information of each searcher in chronological order, so the travel distance from the announcement of rescue until the rescue is completed is calculated based on the location information. The fuel cost required for the rescue operation can be calculated by multiplying the travel distance by the fuel unit price.

[0102] The post-event processing unit 25 calculates the operating time and fuel costs required for the rescue activities for each searcher and reflects this in the processing of the post-event report. This makes it possible to objectively identify the operating time and fuel costs of searchers who cooperated in the search when processing the post-event report to the Japan Coast Guard, prefectural police, the Self-Defense Forces, etc., and to submit documents showing the costs of cooperation with searchers as objective costs. [Example]

[0103] In addition to the above-described embodiments, the location information of the reporting terminal information table 245 may be used for data analysis purposes. The reporting terminal information table 245 stores location information of the reporting terminal 3 owned by each user in chronological order. Most of this location information is location information under normal circumstances (peacetime). For this reason, for example, the location information of the reporting terminal 3 of a user whose tenant belongs to a fishing cooperative or the like may be stored in chronological order and analyzed, thereby making it possible to output a fishing log.

[0104] For example, fuel consumption and operating time can be calculated from each user's date, time and location information, the location of the fishing grounds can be estimated from the location where the user stopped (a location where there is almost no change in location information), and a fishing log can be output by comparing it with the details of the catch. [Industrial Applicability]

[0105] By using the rescue operation support system 1 of the present invention, even if a disaster occurs when a person is alone, rescue operations can be supported so that they can be carried out quickly and efficiently. [Explanation of symbols]

[0106] 1:Rescue operation support system 2: Management terminal 3: Reporting terminal 4: Portable communication terminal 20: Disaster signal reception 21: Rescue request processing department 22: Location information reception unit 23: Rescue Operation Support Department 24: Table storage unit 25: Post-processing unit 31: SOS button 70: Arithmetic device 71:Storage device 72:Display device 73: Input device 74:Communication equipment 241: Tenant table 242: User table 243: Reporting terminal table 244: App terminal table 245: Reporting terminal information table 246: Accident Table 247: Searcher location table

Claims

1. A rescue operation support system for supporting rescue operations in a maritime accident, a distress signal receiving unit that receives a distress signal from the reporting terminal; a rescue request processing unit that notifies users other than the rescue requester who is a user in need of rescue of a rescue request; a location information receiving unit that receives location information of the person in need of rescue and a searcher searching for the person in need of rescue; a rescue operation support processing unit that notifies the location information of the rescue requester and the location information of the searcher, The location information receiving unit The location information of the rescue requester is stored over time, and the location information is notified to a portable communication terminal carried by the searcher, thereby displaying the movement trajectory of the rescue requester on the portable communication terminal. The rescue operation support system according to the present invention is characterized in that:

2. The rescue request processing unit Identifying a tenant to which the person requesting rescue belongs, and notifying other users belonging to that tenant of a rescue request; 2. The rescue operation support system according to claim 1.

3. The location information receiving unit storing the location information of each searcher over time, and notifying the location information of each searcher to a portable communication terminal carried by a first searcher, thereby displaying the movement trajectory of each searcher on the portable communication terminal; 3. The rescue operation support system according to claim 1 or 2.

4. The rescue request processing unit Identifying other users within a predetermined range from the location information received from the person requesting rescue, and notifying the identified users of a rescue request.

4. The rescue operation support system according to claim 3.

5. The distress signal receiving unit When a distress signal is received from the reporting terminal of a first rescue requester, it is determined whether a distress signal is received from the reporting terminal of a rescue requester other than the first rescue requester within a predetermined range from the location information of the first rescue requester; If the accidents are accepted, accident group identification information indicating that they belong to the same accident group and different accident identification information are assigned to the accidents caused by the distress signal from the reporting terminal of the first rescue requester and the accidents caused by the distress signal from the reporting terminal of rescue requesters other than the first rescue requester.

2. The rescue operation support system according to claim 1.

6. The rescue operation support processing unit notifying a portable communication terminal of a searcher in the accident caused by the first rescue requester of location information of rescue requesters and searchers in other accidents having the same accident group identification information as the accident caused by the first rescue requester; 6. The rescue operation support system according to claim 5.

7. The rescue operation support system includes: a post-processing unit that calculates the travel distance and operation time of the searchers participating in the rescue operation using the location information and date and time information of the searchers received by the location information receiving unit; 2. The rescue operation support system according to claim 1, further comprising:

8. Computers used to support rescue operations in maritime accidents a distress signal receiving unit that receives a distress signal from the reporting terminal; a rescue request processing unit that notifies users other than the rescue requester who is a user in need of rescue of a rescue request; a location information receiving unit that receives location information of the person in need of rescue and a searcher searching for the person in need of rescue; a rescue operation support processing unit that notifies the location information of the rescue requester and the location information of the searcher, The location information receiving unit The location information of the rescue requester is stored over time, and the location information is notified to a portable communication terminal carried by the searcher, thereby displaying the movement trajectory of the rescue requester on the portable communication terminal. A rescue operation support program according to the present invention.

Citation Information

Patent Citations

  • Waterfall detector, and server for waterfall detector

    JP2007293384A