信息处理装置、信息处理方法、非暂时性存储介质及信息处理系统与流程

1.本公开涉及一种对救生措施进行支援的装置。


背景技术：

2.存在有一种基于对生物体信息进行感测而得到的结果，从而对救生的必要性进行判断的系统。例如，在专利文献1中公开了一种如下的系统，所述系统基于从用户处取得的生物体信息来对救生救护的紧急性进行判断，并基于与需要救助人员之间的距离，从而向被预先登记的多个帮助人员中的任意一名发送救助请求。
3.在先技术文献
4.专利文献
5.专利文献1：日本特开2012-222443号公报


技术实现要素：

6.发明所要解决的课题
7.在现有的系统中，能够向最接近需要救助人员的帮助人员发送救助请求。但是，被登记的帮助人员并不一定始终处于能够应对请求的状况中。
8.本公开的目的在于，提供一种用于迅速地对需要救助人员进行救助的系统。
9.用于解决课题的方法
10.本公开的第一方式所涉及的信息处理装置，其特征在于，
11.具有控制部，所述控制部执行如下处理，即：针对能够实施需要救助人员的救助的多个帮助人员的每一个而取得位置信息和当前的状态；在出现了需要救助人员的情况下，从所述多个帮助人员之中，将位于距所述需要救助人员预定的范围内且处于预定的状态的帮助人员作为对象而发送救助请求。
12.本公开的第二方式所涉及的信息处理方法，其特征在于，
13.包括如下步骤，即：针对能够实施需要救助人员的救助的多个帮助人员的每一个而取得位置信息和当前的状态的步骤；在出现了需要救助人员的情况下，从所述多个帮助人员之中，将位于距所述需要救助人员预定的范围内且处于预定的状态的帮助人员作为对象而发送救助请求的步骤。
14.本公开的第三方式所涉及的信息处理系统，其特征在于，
15.包括能够实施需要救助人员的救助的多个帮助人员的每一个所持有的多个的便携终端、和能够与所述便携终端进行通信的信息处理装置，在所述信息处理系统中，所述便携终端具有第一控制部，所述第一控制部将与各个帮助人员的当前的状态相关的、至少包括位置信息的第一数据发送给所述信息处理装置，所述信息处理装置具有第二控制部，所述第二控制部执行如下处理，即：从多个所述便携终端接收所述第一数据；基于所述第一数据，从而针对所述多个帮助人员的每一个而取得位置信息和当前的状态；在出现了需要救
助人员的情况下，从所述多个帮助人员之中，将位于距所述需要救助人员预定的范围内且处于预定的状态的帮助人员作为对象而发送救助请求。
16.此外，作为其它方式，可例举出非暂时性地存储了用于使计算机执行上述的信息处理方法的程序的计算机可读存储介质。
17.发明效果
18.根据本公开，能够提供一种用于迅速地对需要救助人员进行救助的系统。
附图说明
19.图1为第一实施方式所涉及的紧急通报系统的概要图。
20.图2为示意性地示出了服务器装置的一个示例的框图。
21.图3为示出了被存储于服务器装置中的用户数据的示例的图。
22.图4为示出了被存储于服务器装置中的行动模式数据的示例的图。
23.图5为示意性地示出了便携终端的一个示例的框图。
24.图6为各个结构要素所收发的数据的流程图。
25.图7为各个结构要素所收发的数据的流程图。
26.图8为示出了第一实施方式中的步骤s16的处理的流程图。
27.图9为对在第一实施方式的改变例中所使用的数据进行说明的图。
28.图10为示出了第二实施方式中的步骤s16的处理的流程图。
29.图11为第三实施方式所涉及的紧急通报系统的概要图。
30.图12为示出了第三实施方式中的步骤s16的处理的流程图。
具体实施方式
31.本公开的一个方式为如下装置，即，对出现需要救助人员的情况进行判断，并向被预先登记的多个帮助人员发送救助请求的信息处理装置。
32.具体而言，具有控制部，所述控制部执行如下处理，即：针对能够实施需要救助人员的救助的多个帮助人员的每一个而取得位置信息和当前的状态；在出现了需要救助人员的情况下，从所述多个帮助人员之中，将位于距所述需要救助人员预定的范围内且处于预定的状态的帮助人员作为对象而发送救助请求。
33.所谓需要救助人员，典型而言是指，因受伤或疾病等而需要紧急治疗的人员。出现了需要救助人员的情况，例如能够通过对生物体信息进行感测而得到的结果、或者已知的传感器(对跌倒进行检测的传感器、对运动进行检测的传感器等)来进行判断。
34.另外，需要救助人员并不需要一定是有生命危险的人员。例如，需要救助人员也可以为迷路的儿童或老人、需要帮助的残障人士等。
35.信息处理装置在出现了需要救助人员的情况下，从被预先登记的多个帮助人员之中，决定发送救助请求的人员。具体而言，将距需要救助人员预定的距离以内、并且处于预定的状态的帮助人员决定作为发送救助请求的对象。
36.帮助人员为，作为能够响应救助请求的人员而被预先登记的用户。帮助人员既可以为医生或护士等医疗从业人员，也可以为听过救生讲座等课程的普通用户。此外，也可以为aed(自动体外除颤器)的管理人员等。
37.所谓状态是指，与可否进行对于请求的应对相关的信息。状态例如也可以为帮助人员当前正在进行的行动或任务的种类(通勤中、工作中、驾驶中、移动中等)。通过参照帮助人员的状态，从而能够仅提取能响应救助请求的人员。
38.此外，也可以将如下内容作为特征，即，所述控制部从所述多个帮助人员的每一个所持有的便携终端中，接收与各个帮助人员的当前的状态相关的、至少包括位置信息的第一数据，并基于所述第一数据而对各个帮助人员的状态进行推断。
39.第一数据除了包括位置信息以外，还能够包括与帮助人员的状态相关的任意数据。
40.此外，也可以将如下内容作为特征，即，信息处理装置还具有存储部，所述存储部针对所述多个帮助人员的每一个而对典型的行动模式进行存储，所述控制部通过将所述第一数据中所包括的位置信息与所述行动模式进行对照，从而对各个帮助人员的状态进行推断。
41.行动模式例如能够采用将帮助人员的典型的行动与位置信息建立关联并进行记录而得到的内容。通过参照行动模式，从而能够对身处某一位置的帮助人员处于什么状态进行推断。行动模式也可以为将地理位置、状态和时间段相互建立关联而得到的数据。
42.此外，也可以将如下内容作为特征，即，所述控制部还针对所述多个帮助人员的每一个而取得当前的移动工具，并基于所述移动工具，从而对对象的帮助人员到达所述需要救助人员身边为止的所需时间进行推断。
43.通过对帮助人员利用什么样的工具来移动进行判断，从而能够选定可以更早地到达需要救助人员身边的帮助人员。
44.此外，也可以将如下内容作为特征，即，所述控制部基于所推断出的所述所需时间来决定发送所述救助请求的帮助人员。
45.例如，也可以采用如下方式，即，控制部以使所推断出的所需时间更短的帮助人员优先的方式来发送救助请求。
46.此外，也可以将如下内容作为特征，即，所述控制部从与所述多个帮助人员的每一个建立了对应关系的车辆中取得车辆信息，并基于所述车辆信息，从而对对象的帮助人员是否正乘坐在车辆中进行判断。
47.例如，在与帮助人员建立了关联的终端的当前位置、和与帮助人员建立了关联的车辆的当前位置相一致的情况下，能够判断为帮助人员正乘坐在车辆中。车辆既可以为汽车，也可以为自行车、摩托车、或者、个人移动工具等。
48.此外，也可以将如下内容作为特征，即，所述控制部在存在并非利用车辆而处于移动中的帮助人员的情况下，让该帮助人员乘坐自主行驶车辆，并对使之去往所述需要救助人员身边的情况下的所述所需时间进行计算。
49.通过向帮助人员身边派遣自主行驶车辆，从而能够快速地使帮助人员去往需要救助人员身边。
50.因此，也可以采用如下方式，即，控制部取得多个自主行驶车辆的位置信息，并基于所述位置信息来决定能够进行车辆调配的自主行驶车辆。位置信息例如也可以从对自主行驶车辆的运行进行管理的装置中取得。
51.此外，也可以将如下内容作为特征，即，信息处理装置还具有存储部，所述存储部
对针对多个帮助人员的每一个而将所述状态和可否进行对于所述需要救助人员的应对建立关联而得到的数据进行存储，所述控制部向基于所取得的所述状态而被判断为能够进行应对的帮助人员发送所述救助请求。
52.每个状态下的、可否进行对于需要救助人员的应对，是会因人而异的。例如，存在某一位帮助人员正在从事专业性较高的工作，从而难以进行工作中的应对的情况。此外，还存在其他帮助人员正在自家住宅中进行工作，从而即使处于在工作中也能够进行应对的情况。因此，通过保持有表示每个状态下的可否进行应对的信息，从而能够高精度地对能够进行应对的帮助人员进行特别指定。
53.以下，基于附图来对本公开的实施方式进行说明。以下的实施方式的结构为例示，本公开并不限定于实施方式的结构。
54.(第一实施方式)
55.关于第一实施方式所涉及的紧急通报系统的概要，将在参照图1的同时进行说明。本实施方式所涉及的系统被构成为，包括服务器装置100和多个便携终端200。
56.在以下的说明中，所谓需要救助人员是指，因受伤或疾病而需要紧急治疗的人员。此外，所谓帮助人员是指，能够进行需要救助人员的治疗(例如，应急处置的实施、心肺复苏法的实施等)的人员、且为被预先登记的人员。
57.便携终端200执行以下的两种处理。第一个为，基于对用户进行感测而得到的结果，从而对在该用户(需要救助人员)的身体上发生了异常的情况进行检测，并通报给服务器装置100的功能。
58.第二个为，从服务器装置100中接收在附近出现了需要救助人员的主旨的联络并将之通知给作为帮助人员的用户的功能。
59.在以下的说明中，将需要救助人员所持有的便携终端200也称为便携终端200a(需要救助人员终端)，将帮助人员所持有的便携终端200也称为便携终端200b(帮助人员终端)。便携终端200根据状况，从而作为需要救助人员终端、或者帮助人员终端中的任意一个而发挥功能。
60.服务器装置100基于从便携终端200a接收到的信息，从而对出现了需要救助人员的情况进行判断，并从被预先登记的多个帮助人员之中对能够应对的人员进行特别指定。此外，向所对应的便携终端200b发送请求救助的数据(以下，称为救助请求)。由此，帮助人员能够赶往需要救助人员的身边。
61.对系统的结构要素进行详细地说明。
62.服务器装置100能够由通用的计算机来构成。即，服务器装置100能够作为具有cpu(central processing unit：中央处理器)或gpu(graphics processing unit：图形处理器)等处理器、ram(random access memory：随机存取存储器)或rom(read only memory：只读存储器)等主存储装置、eprom(electronic programmable read only memory：可擦除可编程只读存储器)、硬盘驱动器、可移动介质等辅助存储装置的计算机而构成。在辅助存储装置中，存储有操作系统(os)、各种程序、各种表格等，并且通过执行被存储在此处的程序，从而能够实现如后文叙述那样的与预定的目的相符的各个功能。但是，一部分或者全部的功能也可以通过如asic(application specific integrated circuit：特定用途集成电路)或fpga(field programmable gate array：现场可编程门阵列)这样的硬件电路而被实
现。
63.图2为，示意性地示出了图1所表示的服务器装置100的结构的一个示例的框图。服务器装置100以具有控制部101、存储部102以及通信部103的方式被构成。
64.控制部101为，对服务器装置100的控制进行管理的单元。控制部101例如由cpu等运算装置构成。
65.控制部101作为功能模块而具有信息收集部1011以及救助请求部1012。各个功能模块也可以通过由cpu来执行被存储在rom等存储单元中的程序来实现。
66.信息收集部1011从便携终端200收集数据。具体而言，所述信息收集部1011周期性地与被登记在系统中的多个帮助人员所持有的多个便携终端200进行通信，从而接收与帮助人员的状态相关的数据(用户数据)，并且使之存储在后文叙述的存储部102中。在本实施方式中，所谓帮助人员的状态是指，该帮助人员正在采取的行动。此外，在本实施方式中，作为用户数据而使用便携终端200的位置信息。
67.救助请求部1012在从需要救助人员所持有的便携终端200a中接收到紧急通报信号的情况下，从多个帮助人员之中提取能够进行应对的帮助人员，并且向该帮助人员所持有的便携终端200b发送救助请求。
68.具体而言，救助请求部1012基于所收集到的用户数据以及被存储在后文叙述的存储部102中的行动模式数据，从而对各个帮助人员的当前位置以及当前的行动进行判断，并且基于这些内容来选定能够进行应对的帮助人员。
69.存储部102为对信息进行存储的单元，并且由ram、磁盘或闪存等存储介质构成。在存储部102中，存储有在控制部101中被执行的各种程序、该程序所利用的数据等。此外，在存储部102中，存储有前述的用户数据和行动模式数据。
70.图3为，表示储存用户数据的表格的示例。用户数据包括便携终端200的标识符、用户(帮助人员)的标识符、便携终端200的位置信息等。该表格基于控制部101从便携终端200接收到的用户数据从而周期性地被更新。
71.图4为，储存行动模式数据的表格的示例。所谓行动模式数据是指，针对多个帮助人员中的每一个而将时间段、位置信息和行动建立关联而得到的数据。例如，在图示的示例中，在持有u001这一标识符的帮助人员在工作日的上午9:00～9:59:59身处区域b中的情况下，表示该帮助人员正在进行“通勤”这一行动的意思。通过将所取得的位置信息和行动模式数据进行对照，从而能够推断对象的帮助人员正在进行的行动。行动模式数据既可以基于由帮助人员事先输入的数据而被生成，也可以通过对行动进行分类的机器学习模型等而被自动地生成。
72.通信部103为，用于将服务器装置100与网络连接的通信单元。在本实施方式中，能够利用4g或lte等移动体通信服务并经由网络而与其它装置(例如，便携终端200)实施通信。
73.接下来，对便携终端200而进行说明。图5为，示意性地示出了便携终端200的结构的一个示例的框图。
74.便携终端200为，例如智能手机、移动电话、平板电脑终端、个人信息终端、可穿戴计算机(智能手表等)这类的小型的计算机。便携终端200以具有控制部201、存储部202、通信部203、输入输出部204、以及传感器205的方式被构成。
75.控制部201为，对便携终端200的控制进行管理的单元。控制部201例如由微型计算机构成。控制部201也可以通过由cpu来执行被存储在后文叙述的存储部202中的程序从而实现这些功能。
76.在控制部201中，作为功能模块而具有异常判断部2011、用户数据发送部2012以及请求处理部2013。各个功能模块也可以通过由cpu来执行被存储在存储单元(rom等)中的程序从而被实现。
77.异常判断部2011基于从后文叙述的传感器205中取得的信息，从而对作为终端的持有人的用户发生了什么异常进行判断。虽然异常例如能够通过以下的方法来进行判断，但并未被限定于此。
78.(1)基于加速度传感器的输出，从而对用户跌倒等情况进行判断，并且在之后用户不动的情况下判断为发生了事故。
79.(2)在取得用户的生物体信息(心跳数、血压、氧饱和度等)的传感器的输出表示出异常值的情况下，判断为该用户的身体状况发生了异常。
80.(3)当运动在道路上等通常用户不会静止的场所处停止了的情况下，判断为该用户的身体状况发生了异常。
81.(4)在便携终端200进入到了通常用户不会访问的场所中的情况下，判断为该用户发生了迷路、或者正在徘徊。
82.异常判断部2011在判断为用户发生了异常的情况下，生成对此进行通知的信号(紧急通报信号)，并将其发送至服务器装置100。在紧急通报信号中，也可以包括便携终端200的位置信息、和从传感器中得到的数据。
83.另外，异常判断部2011也可以基于来自用户的申报，从而生成紧急通报信号。
84.用户数据发送部2012取得本终端的位置信息，并生成包括该位置信息在内的用户数据，并且周期性地向服务器装置100进行发送。用户数据通过服务器装置100，从而在帮助人员的选定中被利用。
85.请求处理部2013在从服务器装置100接收到救助请求的情况下，将该内容提示给帮助人员。具体而言，经由后文叙述的输入输出部204，从而对需要救助人员的当前位置、需要救助人员所发生的异常的内容等进行提示，并取得来自帮助人员的回答。
86.存储部202为对信息进行存储的单元，并由ram、磁盘或闪存等存储介质构成。在存储部202中，存储有从服务器装置100被发送的电子钥匙、以及在控制部201中被执行的各种程序、数据等。
87.通信部203为，用于经由网络而与服务器装置100实施通信的接口。
88.输入输出部204为，接受用户所实施的输入操作并针对用户而提示信息的单元。具体而言，输入输出部204由触摸面板及其控制单元、液晶显示器及其控制单元构成。触摸面板以及液晶显示器在本实施方式中由一个触摸面板显示器构成。
89.传感器205由对用户进行感测的一个以上的传感器构成。传感器既可以为对用户的生物体信息进行感测的部件，也可以为对便携终端200的运动或者便携终端200所涉及的冲击等进行感测的部件。此外，也可以为基于从人工卫星接收到的电波从而取得位置信息的部件。此外，也可以为这些部件的组合。
90.图6以及图7为，示出了在服务器装置100以及便携终端200之间被收发的数据的流
程的图。
91.图6为，对服务器装置100从便携终端200周期性地收集用户数据的处理、和便携终端200向服务器装置100发送紧急通报信号的处理进行说明的图。图6所示的处理被周期性地执行。
92.首先，在步骤s11中，便携终端200(用户数据发送部2012)对与用户的行动相关的信息进行收集，并作为用户数据而向服务器装置100(信息收集部1011)进行发送。在本实施方式中，作为与用户的行动相关的信息而发送终端的位置信息。服务器装置100使存储部102存储所接收到的用户数据(步骤s12)。
93.在步骤s13中，便携终端200(异常判断部2011)对从传感器205所取得的传感器数据进行监视，并在步骤s14中对异常发生的有无进行判断。异常发生的有无，例如能够基于加速度传感器所输出的加速度数据、心率传感器所输出的心跳数数据、或者取得其它生物体信息的传感器或对人的运动进行检测的传感器等所输出的数据来进行判断。在被判断为发生了异常的情况下(步骤s14-是)，处理转移至步骤s15，并将紧急通报信号发送至服务器装置100。在紧急通报信号中，也可以包括传感器数据、异常判断部2011所判断出的异常的内容、或者便携终端200的位置信息等。在步骤s14中，在并未被判断为发生了异常的情况下(步骤s14-否)，处理返回至初始状态。
94.另外，也可以在发送紧急通报信号之前，设置时延。例如，也可以采用如下方式，即，在从便携终端200发出警报声且一定时间无应答的情况下，发送紧急通报信号。
95.图7为，对从便携终端200向服务器装置100发送了紧急通报信号之后的处理进行说明的图。在此，将发送了紧急通报信号的终端(即，需要救助人员终端)设为便携终端200a，将帮助人员终端设为便携终端200b。
96.在步骤s15中，当信息收集部1011接收到紧急通报信号时，在步骤s16中，救助请求部1012从被预先登记的多个帮助人员之中，提取请求进行对于需要救助人员的应对的人员(以下，称为候选人员)。
97.图8为，详细地对步骤s16中的处理进行说明的流程图。进行图示的处理通过救助请求部1012而被执行。
98.在步骤s161中，将以需要救助人员的当前位置(即，紧急通报信号所表示出的位置)为中心的预定的范围(例如，一公里以内)决定作为提取候选人员的对象区域。
99.在步骤s162中，对在所决定的区域内是否存在帮助人员进行判断。该判断例如能够基于在预定的时间内(例如，过去5分钟以内)所取得的用户数据来实施。
100.在步骤s163中，基于在步骤s162中判断出的帮助人员的行动，从而对是否为能够应对需要救助人员进行判断。帮助人员是否能够应对需要救助人员能够基于从便携终端200b被发送的用户数据来进行判断。
101.例如，当在用户数据中所表示出的“行动”与被事先规定的预定的行动相一致的情况下，能够判断为帮助人员能够应对需要救助人员。例如，也可以在当前的行动为“自由行动”的情况下，判断为帮助人员能够应对需要救助人员。
102.在步骤s164中，基于被判断出的行动，从而对有无能够应对需要救助人员的帮助人员进行判断。在此，在存在能够应对的帮助人员的情况下，将该帮助人员作为候选人员而进行存储。候选人员也可以为两名以上。在不存在能够应对的帮助人员的情况下，判断为无
候选人员。
103.返回至图7并继续进行说明。
104.在步骤s16的处理的结果为，被判断为有候选人员的情况(步骤s17-是)，救助请求部1012向符合的帮助人员所持有的便携终端200b发送救助请求(步骤s18a)。在救助请求中，包括便携终端200a的位置信息。此外，在救助请求中，也可以包括通过便携终端200a而判断出的异常的内容、或用于识别需要救助人员的其它信息。
105.救助请求通过便携终端200b(请求处理部2013)而被接收，并且请求处理部2013将该内容提示给帮助人员。具体而言，对需要救助人员的当前位置、从传感器得到的数据等进行提示，并取得来自帮助人员的回答。回答在步骤s18b中被发送至服务器装置100。
106.另外，在没有从便携终端200b的应答的情况下，服务器装置100(救助请求部1012)也可以向优先级较低的(例如，位于更远处的)其他候选人员发送救助请求。
107.最后，服务器装置100(救助请求部1012)向公共机关(例如，消防机关)实施出现了需要救助人员的主旨的通报(步骤s19)。另外，当通过步骤s16而判断为无候选人员的情况下(步骤s17-否)，处理转移至步骤s19。
108.如上文说明的那样，在第一实施方式所涉及的紧急通报系统中，在出现了需要救助人员的情况下，向位于附近的帮助人员发送救助请求。由此，能够实施对于需要救助人员的初期行动应对。此外，通过参照帮助人员的当前的行动，从而能够向能进行对于需要救助人员的应对的可能性更高的帮助人员发送救助请求。
109.(第一实施方式的改变例)
110.在第一实施方式中，将正在进行预定的行动的帮助人员作为候选人员而进行了提取。但是，即使正在进行相同的行动，对于可否进行对需要救助人员的应对而言，也是因人而异的。例如，即使行动同样处于“工作中”，也存在能够进行应对的帮助人员、和难以进行应对的帮助人员。
111.为了应对于此，也可以利用如下数据，即，针对每个帮助人员而将行动和可否进行对需要救助人员的应对建立关联而所得到的数据。例如，通过使服务器装置100存储并参照图9所示那样的数据，从而能够对正在进行某种行动的帮助人员是否能够应对需要救助人员进行判断。这样的数据能够基于各个帮助人员的申报而生成。根据所涉及的结构，能够高精度地选定能够进行对需要救助人员的应对的候选人员。
112.此外，在第一实施方式中，服务器装置100利用被事先存储的行动模式数据从而推断出各个帮助人员的行动。但是，各个帮助人员的行动也可以利用行动模式数据以外的方式来进行推断。例如，也可以使用学习了位置信息与帮助人员的行动的关系的机器学习模型来实施行动的推断。
113.此外，虽然在第一实施方式中，便携终端200作为与用户的行动相关的信息而发送了终端的位置信息，但是便携终端200所发送的信息并不限于位置信息。
114.例如，便携终端200基于所取得到的传感器数据来对终端的持有人当前正在采取什么样的行动进行推断，并将所推断出的内容作为用户数据而向服务器装置100进行发送。
115.此外，虽然在第一实施方式中，作为帮助人员的状态而利用了帮助人员当前正在采取的行动，但是作为状态，也可以利用行动以外的信息。例如，也可以经由便携终端200而让帮助人员来申报可否进行应对，并利用该结果来实施候选人员的选定。
116.(第二实施方式)
117.在第一实施方式中，基于需要救助人员和帮助人员的距离而实施了候选人员的选定。
118.相对于此，第二实施方式为，通过对帮助人员的移动工具进行判断，从而对对象的帮助人员到达需要救助人员身边为止的所需时间进行推断并在候选人员的选定中加以利用的实施方式。
119.帮助人员具有通过各种各样的移动工具来进行移动的可能性。例如，存在乘坐汽车而进行移动的帮助人员，也存在通过步行来进行移动的帮助人员。因此，通过对帮助人员的移动工具进行判断，从而能够选定可以更早到达需要救助人员身边的候选人员。
120.图10为，在本实施方式中服务器装置100于步骤s16中所执行的处理的流程图。在本实施方式中，在步骤s164的处理结束之后，在步骤s165中，救助请求部1012对各个候选人员的交通工具进行判断。交通工具例如能够通过以下的方法来进行判断。
121.(1)从便携终端200发送的移动速度、或者基于位置的推移而计算出的移动速度。
122.例如，在移动速度为5公里每小时以下的情况下，推断为对象的帮助人员通过步行来进行移动。此外，在移动速度的最高值为80公里每小时以上的情况下，推断为对象的帮助人员通过列车来进行移动。
123.(2)从与帮助人员建立了关联的车辆等发送的位置信息。
124.例如，将多个帮助人员的每一个与车辆(虽然典型而言为私家车，但是也可以为自行车等)建立关联，并从车辆(或者被车载的计算机)取得位置信息。在从便携终端200发送的位置信息所表示的场所、和从车辆发送的位置信息所表示的场所相一致的情况下，能够推断为对象的帮助人员正乘坐在对应的车辆上。
125.在步骤s166中，救助请求部1012基于所判断的交通工具，从而对对象的帮助人员到达需要救助人员身边为止的所需时间进行推断。所需时间的推断，能够使用公知技术来实施。
126.被推断出的所需时间与候选人员一起被存储，并在以后的处理中被利用。例如，越是被推断出的所需时间较短的候选人员，越可以优先地发送救助请求。
127.根据第二实施方式，能够选定可以更早地到达需要救助人员身边的候选人员。
128.(第三实施方式)
129.第三实施方式为，向通过步行来进行移动的帮助人员派遣自主行驶车辆并利用该车辆而去往需要救助人员身边的实施方式。
130.图11为，第三实施方式所涉及的紧急通报系统的概要图。
131.第三实施方式所涉及的紧急通报系统被构成为，还包括车辆管理装置300和多台车辆400。车辆400为，作为按需出租车而发挥功能的自主行驶车辆。此外，车辆管理装置300为，对多台车辆400的运行进行管理的装置。车辆400按照从车辆管理装置300发送的运行指令来运行，从而让利用者上下车。
132.在本实施方式中，服务器装置100所具有的救助请求部1012被构成为，能够与车辆管理装置300进行通信。此外，救助请求部1012对是否应当向候选人员派遣车辆400进行判断，并在判断为派遣车辆较为优选的情况下，向车辆管理装置300请求进行车辆400的派遣。
133.图12为，在本实施方式中服务器装置100所执行的处理的流程图。在本实施方式
中，在执行了步骤s165的处理之后，对利用车辆以外的工具来进行移动的候选人员实施车辆400的分配(步骤s165a)。可否进行分配、以及可分配的车辆的位置信息等，能够从车辆管理装置300中取得。
134.此外，在步骤s166a中，对(1)让实施了分配的车辆400去往对象的候选人员身边、(2)让对象的候选人员乘坐到该车辆400上、(3)对让车辆400去往需要救助人员身边的情况下的所需时间进行计算。另外，各自所花费的所需时间既可以由服务器装置100计算出来，也可以从车辆管理装置300中取得。
135.在分配了车辆400的帮助人员响应救助请求并去往需要救助人员身边的情况下，服务器装置100(救助请求部1012)执行步骤s19，并且向车辆管理装置300发送派遣所分配的车辆400的委托。在该委托中，包括帮助人员的当前位置、需要救助人员的当前位置等。车辆管理装置300基于该委托而生成车辆400的行驶路径，并将沿着该行驶路径进行行驶的主旨的运行指令发送给车辆400。
136.如上文所说明的那样，根据第三实施方式，能够将帮助人员快速地送到需要救助人员身边。
137.另外，虽然在本示例中列举了服务器装置100和车辆管理装置300相独立的示例，但是服务器装置100也可以对多台车辆400进行管理。在该情况下，也可以采用如下方式，即，服务器装置100从车辆400接收与运行相关的详细的数据，并基于此来决定所派遣的车辆400。
138.(改变例)
139.上述的实施方式归根结底只不过为一个示例，本发明能够在不脱离其主旨的范围内适当地变更来实施。
140.例如，在本公开中所说明的处理或手段只要不产生技术上的矛盾，则能够自由地进行组合并实施。
141.此外，作为一个装置所实施的内容而进行了说明的处理也可以通过多个装置来分担执行。或者，作为不同的装置所实施的内容而进行了说明的处理通过一个装置来执行也没问题。在计算机系统中，通过什么样的硬件结构(服务器结构)来实现各功能是能够灵活变更的。
142.本公开也能够通过如下方式来实现，即，将安装有在上述的实施方式中说明的功能的计算机程序提供给计算机，并由该计算机所具有的一个以上的处理器读取并执行程序从而实现。这样的计算机程序既可以通过能够与计算机的系统总线连接的非暂时性的计算机可读存储介质来提供给计算机，也可以经由网络来提供给计算机。非暂时性的计算机可读存储介质例如包括磁盘(软盘(注册商标)、硬盘驱动器(hdd)等)、光盘(cd-rom、dvd光盘或蓝光光盘等)等任意类型的盘片、只读存储器(rom)、随机存取存储器(ram)、eprom、eeprom、磁卡、闪存、光学式卡、为了储存电子命令而适用的任意类型的介质。
143.符号说明
144.100
…
服务器装置；
145.101、201、301
…
控制部；
146.102、202、302
…
存储部；
147.103、203
…
通信部；
148.200
…
便携终端；
149.204
…
输入输出部；
150.205
…
传感器。