CN112825274A - 系统、信息处理装置以及信息处理方法 - Google Patents

Abstract

本发明提供一种将具备与紧急通报的内容相对应的设备的紧急车辆向通报现场进行派遣的系统、信息处理装置以及信息处理方法。该系统具备：行驶部，其具备移动机构；多个种类的主体部，其与该行驶部结合而形成紧急车辆，且分别具有不同的设备；信息处理装置，其对行驶部以及多个种类的主体部进行管理。信息处理装置具备控制部，该控制部执行如下处理，即，对发往消防机关的第一紧急通报的内容进行解析，从多个种类的主体部中对具备与第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，使结合了第一种类的主体部和行驶部的紧急车辆出动。

Description

系统、信息处理装置以及信息处理方法

技术领域

本公开涉及一种系统、信息处理装置以及信息处理方法。

背景技术

目前公开了一种如下的急救医疗系统，即，具备应急处置装备的输送医生用的车辆在到达了急症发生地点的时间点接收由医生发送出的指示，并向输送患者用或者治疗患者用的车辆中的至少一方发出出动指令的急救医疗系统(例如，专利文献1)。

在先技术文献

专利文献

专利文献1：日本特开平6-169952号公报

发明内容

发明所要解决的课题

本公开的一个方式的课题在于，提供一种能够向通报现场派遣具备与紧急通报的内容相对应的设备的紧急车辆的系统、信息处理装置以及信息处理方法。

用于解决课题的手段

本公开的一个方式为一种系统，该系统具备：行驶部，其具备移动机构；多个种类的主体部，其与所述行驶部结合而形成紧急车辆，且分别具有不同的设备；信息处理装置，其对所述行驶部以及所述多个种类的主体部进行管理，所述信息处理装置具备控制部，该控制部执行如下处理，即：对发往消防机关的第一紧急通报的内容进行解析，从所述多个种类的主体部中对具备与所述第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，使结合了所述第一种类的主体部和所述行驶部的紧急车辆出动。

本公开的另一个方式为一种信息处理装置，该信息处理装置具备控制部，所述控制部执行如下处理，即：对发往消防机关的第一紧急通报的内容进行解析，从与具备移动机构的行驶部结合而形成紧急车辆且分别具备不同的设备的多个种类的主体部之中，对具备与所述第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，使结合了所述第一种类的主体部和所述行驶部的紧急车辆出动。

本公开的另一个方式为一种信息处理方法，该信息处理方法对发往消防机关的第一紧急通报的内容进行解析，从与具备移动机构的行驶部结合而形成紧急车辆且分别具有不同的设备的多个种类的主体部之中，对具备与所述第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，使结合了所述第一种类的主体部和所述行驶部的紧急车辆出动。

发明效果

根据本公开，能够将具备与紧急通报的内容相对应的设备的紧急车辆向通报现场进行派遣。

附图说明

图1为表示第一实施方式所涉及的紧急车辆出动管理系统的系统结构的一个示例的图。

图2为表示在第一实施方式所涉及的紧急车辆出动管理系统中，作为紧急车辆被使用的分离车辆的一个示例的图。

图3为表示行驶部的硬件结构的一个示例的图。

图4为表示第一实施方式所涉及的中心服务器的硬件结构的一个示例的图。

图5为表示紧急车辆出动管理系统中的中心服务器、行驶部以及主体部的功能结构的一个示例的图。

图6为出动车辆信息表的一个示例。

图7为车辆出动状况表的一个示例。

图8为中心服务器的紧急车辆的出动控制处理的流程的一个示例。

图9为中心服务器的紧急车辆的追加出动的控制处理的一个示例。

图10为中心服务器对正处于出动中的行驶部的控制处理的流程的一个示例。

具体实施方式

本公开的一个方式为一种系统，具备：行驶部，其具备移动机构；多个种类的主体部，其与行驶部结合而形成紧急车辆，且分别具有不同的设备；信息处理装置，其对行驶部以及多个种类的主体部进行管理。信息处理装置具备执行如下处理的控制部，即：对发往消防机关的第一紧急通报的内容进行解析，从多个种类的主体部中对具备与第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，使结合了第一种类的主体部和行驶部的紧急车辆出动。

例如，行驶部以及多个主体部被配置在消防队等消防机关中。但是，并不限定于此。主体部例如为，作为急救车而发挥功能的车辆的主体部。但是，并不限定于此，主体部例如也可以为，作为消防车或者其它的紧急车辆而发挥功能的车辆的主体部。在主体部为作为急救车而发挥功能的车辆的主体部的情况下，在主体部的种类中例如具有普通的急救车的设备规格的种类、与诊疗科相对应的治疗室、手术室或者检查室规格的种类等。但是，主体部的种类并不限定于此。

根据本公开的一个方式，由于将会使具备与向消防机关的通报内容相对应的设备的紧急车辆向现场出动，因此能够更加快速地应对紧急事态。此外，在本公开的一个方式中，通过采用行驶部和主体部分离的车辆来作为紧急车辆，从而能够相对于主体部的数量而减少所要准备的行驶部的数量。由此，能够节约保管行驶部的场所、花费在行驶部上的费用等。

在本公开的一个方式中，也可以设为，信息处理装置的控制部对存在于与第一紧急通报相对应的紧急事态的发生现场周边处的摄像机的拍摄图像进行解析，并对该紧急事态的发生现场的状况进行确认，且基于第一紧急通报的内容的解析结果和摄像机的拍摄图像的解析结果，而对第一种类的主体部进行选择。

在存在于紧急事态的发生现场周边处的摄像机的拍摄图像中，例如具有被设置在路上或店铺等处的防盗摄像机的拍摄图像、以及被搭载于车辆上的摄像机的拍摄图像等。此外，也可以使用在SNS上所公开的附随有发生现场周边的位置信息的图像。

例如，由于第一紧急通报是由人来实施的，因此存在通报者发生动摇，导致信息无法被准确传达的可能性。根据本公开的一个方式，由于在第一种类的主体部的选择中也会考虑到发生现场周边的摄像机的拍摄图像的解析结果，因此能够更加准确地对现场的状况进行掌握，从而能够使更加适合的种类的主体部出动。

在本公开的一个方式中，也可以设为，信息处理装置的控制部执行如下处理，即：取得由第一紧急通报所通报的急救输送的对象者的就诊历史信息，基于急救输送的对象者的就诊历史信息而对第一种类的主体部进行选择。就诊历史信息例如也可以通过向各医疗机关或各自治体的医疗费清单的管理机关询问而被取得。

在通报者为与急救输送的对象者不相识的人、或即使为该对象者本人但处于无法准确地说话的状态的情况中，也存在无法传达该对象者患有宿疾等状况的情况。通过对急救输送的对象者的就诊历史信息进行确认，例如能够确定该对象者的宿疾，从而能够从中推测出针对当前的症状的原因，进而能够派遣更加适于该对象者的状态的种类的主体部。

在本公开的一个方式中，也可以设为，信息处理装置的控制部执行如下的处理，即：对第一种类的主体部以及行驶部中的至少一方所具备的摄像机的、与第一紧急通报相对应的紧急事态的发生现场周边的拍摄图像进行解析，并对紧急车辆的追加出动进行判断。通过实时地对第一主体部以及行驶部的摄像机的拍摄图像进行解析，从而能够实时地对紧急事态的发生现场的状况进行掌握，进而能够更加快速地派遣追加的紧急车辆。

在本公开的一个方式中，也可以设为，信息处理装置的控制部执行如下处理，即：在管辖所述紧急事态的发生现场的第一消防队中用于出动的第一种类的主体部或行驶部中的至少一方处于不足的情况下，向被配置在第一消防队的附近的消防队中的、第一种类的主体部或行驶部中的至少一方发送出动指令。由此，即使例如在管辖第一紧急通报的对象位置的消防队中用于出动的第一种类的主体部或行驶部处于不足的情况下，也能够从邻近的其他的消防队使第一种类的主体部或者行驶部出动。由此，能够迅速地通过追加而使紧急车辆出动。

在本公开的一个方式中，也可以设为，信息处理装置还具备存储部，该存储部对紧急通报的内容的种类和要出动的主体部的种类的附加对应关系进行存储，信息处理装置的控制部基于被存储于存储部中的该附加对应关系，而决定与第一紧急通报的内容相对应的第一种类的主体部。因此，能够迅速地决定第一种类的主体部。

另外，在本公开的一个方式中，也可以设为，信息处理装置的控制部将根据第一紧急通报的内容所获得的参数输入至利用根据紧急通报所获得的参数和要出动的主体部的种类而学习完毕的学习模型中，从而决定第一种类的主体部。因此，能够根据第一紧急通报的内容而灵活地进行应对。

在本公开的一个方式中，也可以设为，信息处理装置的控制部执行如下处理，即：对存在于管辖范围内的车载摄像机或者固定摄像机的拍摄图像进行收集，并对辖范围内的第二紧急事态的发生进行监视，在管辖范围内发生了第二紧急事态的情况下，从多个种类的主体部中对具备与第二紧急事态相对应的设备的第二种类的主体部进行选择，使结合了第二种类的主体部和行驶部的紧急车辆出动。固定摄像机例如也可以为，被设置在店铺中的防盗摄像机、和被设置在路侧处的摄像机等中的任意一方。

通过信息处理装置自身对管辖范围内的车载摄像机或者固定摄像机的拍摄图像进行监视，并对紧急事态的发生进行检测，从而能够在不必等待紧急通报的条件下向紧急事态的发生现场派遣紧急车辆。

以下，基于附图来对本公开的实施方式进行说明。以下的实施方式的结构为例示，本公开并未被限定于实施方式的结构。

＜第一实施方式＞

图1为表示第一实施方式所涉及的紧急车辆出动管理系统100的系统结构的一个示例的图。紧急车辆出动管理系统100例如为，使与向消防机关的紧急通报相对应的主体部与行驶部结合并使之作为紧急车辆而出动的系统。紧急通报为由于紧急事态的发生而要求紧急车辆的出动的通报。在紧急事态中，例如具有事件、事故、灾害以及急症的发生等。但是，紧急事态并不限定于此。

紧急车辆出动管理系统100例如包括中心服务器1、被分别配置在与中心服务器1相对应的消防本部的管辖的多个消防队中的多个行驶部200以及多个主体部300、多个车辆4、多个固定摄像机5、就诊历史管理服务器6。为了便于理解，从而在图1中示出了一个消防队、被配置在该消防队中的行驶部200A以及行驶部200B、主体部300A～主体部300H、一台固定摄像机。在并不特别对行驶部200A以及行驶部200B、主体部300A～主体部300H进行区分的情况下，将它们分别标记为行驶部200、主体部300。

行驶部200和主体部300通过进行结合而形成一台车辆500。即，在第一实施方式中，设想采用分离型的车辆来作为紧急车辆500。行驶部200例如为能够在无人条件下自动驾驶的车辆。此外，行驶部200设为电机驱动的电动汽车。但是，并不限定于此，行驶部200也可以为有人驾驶车辆，还可以为发动机驱动的汽车。

主体部300为，并不具备单独方式下的行驶功能而例如具备用于发挥急救车、消防车等的功能的设备的单元。例如，主体部300A～主体部300H既可以分别搭载的设备不同，也可以一部分的主体部300搭载相同的设备。也将主体部300所具备的设备的不同称为主体部300的种类不同。

在第一实施方式中，以紧急车辆中的急救车出动的情况为例来进行说明。在主体部300发挥急救车的功能的情况下，在主体部300的规格的种类中，例如具有普通的急救车规格、与诊疗科目相对应的治疗室、检查室或者手术室的规格、病房规格等。

车辆4例如具备车载摄像机41和车载器40。车载器40将车载摄像机41的拍摄图像和位置信息以预定的周期向中心服务器1进行发送。固定摄像机5例如为，以预定的目的而通过规定的机关所设置的路侧摄像机、被设置于预定的店铺或家庭中的防盗摄像机等。固定摄像机5例如根据来自中心服务器1的询问，而将指定期间的拍摄图像向中心服务器1进行发送。

就诊历史管理服务器6为对医疗机关的就诊历史信息进行保持的服务器。就诊历史管理服务器6根据来自中心服务器1的询问而发送对象的人物的就诊历史信息。

中心服务器1、行驶部200、主体部300、被搭载于车辆4上的车载器40、固定摄像机5以及就诊历史管理服务器6例如连接于互联网等的网络N1，从而能够经由网络N1而进行通信。

在位于日本的情况下，紧急通报通过公共交换电话网络(PSTN)而被执行。例如，紧急通报通过从电话端拨打119号、按下公用电话的紧急通报用按钮等而被实施。紧急通报首先被接至管辖紧急通报的发送位置的消防的消防本部的通信指令室。在通信指令室中，会根据通报内容而向管辖紧急事态的发生现场的消防队发送急救车或消防车的出动指令。由此，紧急车辆从管辖的消防队出动。

在第一实施方式中，中心服务器1为，预定的消防本部所具备的服务器或由预定的消防本部所委托的组织的服务器，且为与该消防本部的通信指令室协同工作的服务器。中心服务器1对被送至消防本部的紧急通报的语音数据进行解析，并决定与紧急通报的内容相对应的第一种类的主体部，且向管辖紧急事态的发生现场的消防队中所配置的第一种类的主体部300和行驶部200发送结合指令和出动指令。

在例如紧急通报的内容为事故、事件或灾害的情况下，除了通报内容之外，中心服务器1还会收集存在于紧急事态的现场周边处的车辆4的车载摄像机41以及固定摄像机5的拍摄图像并对之进行解析，以实施现场的状况的掌握。中心服务器1根据从紧急通报的内容和现场周边的拍摄图像所掌握的状况，来决定要出动的主体部300的种类。在例如紧急通报的内容为交通事故的情况下，选择整形外科的治疗室规格的主体部300。在例如通报内容为刺伤事件的情况下，选择外科的手术室规格的主体部300。所选择的要出动的主体部300的种类为“第一种类”的一个示例。

在例如通报内容为急症的发生的情况下，中心服务器1从就诊历史管理服务器6取得由紧急通报的内容而对个人进行确定的患者的就诊历史信息，并根据就诊历史信息来决定要出动的主体部300的种类。就诊历史信息例如也可以为被，保持在医疗机关中的电子病历信息、以及被保管在保险工会中的医疗费清单信息等中的任意一方。例如在患者的最近的就诊历史信息为脑神经科的就诊历史信息，且从紧急通报的内容中所取得的症状被判断为是由脑神经系统的疾患所带来的症状的情况下，选择脑神经系统的治疗室规格的主体部300。

此外，在第一实施方式中，中心服务器1对被搭载于最先出动了的行驶部200或者主体部300上的摄像机的拍摄图像进行解析，以对通报现场的状况进行监视。在下文中，将通过最先出动了的行驶部200或者主体部300而形成的紧急车辆500称为先发车辆。当根据被搭载于先发车辆上的摄像机的拍摄图像的解析结果而判断出紧急车辆的追加出动时，中心服务器1会选择与解析结果相对应的种类的主体部300，并向相符的行驶部200和主体部300发送结合指令和出动指令。

此外，在管辖紧急事态的发生现场的消防队中行驶部200或第一种类的主体部300处于不足的情况下，向该管辖的消防队的附近的消防队中所配置的行驶部或第一种类的主体部300发送结合指令和出动指令。

根据第一实施方式所涉及的紧急车辆出动管理系统100，由于具有适于紧急事态的设备的紧急车辆500会根据紧急通报的内容而出动，因此能够更加快速地应对所发生的紧急事态。此外，由于第一实施方式所涉及的紧急车辆出动管理系统100中的紧急车辆500是分离型的车辆，因此相对于主体部300而言，行驶部200在各消防队中所配置的数量会减少。由此，能够节约花费在行驶部200上的费用、对行驶部200进行收纳的场所等。

＜分离车辆＞

图2为表示在第一实施方式所涉及的紧急车辆出动管理系统100中，作为紧急车辆500而被使用的分离车辆的一个示例的图。在第一实施方式中，设想使用主体部和行驶部分离的分离车辆来作为紧急车辆500的情况。

如图2所示，在分离车辆中，例如具有主体部300被搭载在行驶部200上的上下分离型的车辆500。但是，分离车辆并不限定于上下分离型的车辆。例如也可以为行驶部结合到主体部的前方从而以对主体部进行牵引的方式进行行驶的、前后分离型的车辆。

在图2所示的上下分离型的车辆500中，例如在行驶部200上具备多个突起220。突起220在与主体部300分离的状态下被收纳于行驶部200的主体中，并在与主体部300结合时突出。在主体部300的底面上具备突起220的嵌合部，通过突起220被嵌合，从而主体部300被固定在行驶部200上。另外，行驶部200和主体部300的结合方法并不限定于此，也可以使用现有的技术中的任意一种。在行驶部200和主体部300的结合方法中，例如具有利用电磁铁的方法等。

此外，在上下分离型的车辆500中，将主体部300装载到行驶部200上或将主体部300从行驶部200上卸下的方法例如具有，使用专用的升降机的方法、由主体部300或者行驶部200自身所具备的用于装载或卸下的机构来实施的方法等。在一个具体例中，具有在主体部300的侧面的下方处设置像起重器那样的抬升主体部300的机构的方法。在这种情况下，通过使行驶部200在主体部300利用该起重器被抬升的期间进入到主体部300之下并使主体部300下降，从而主体部300被装载至行驶部200上。另外，在上下分离型的车辆500中，将主体部300装载到行驶部200上或将主体部300从行驶部200上卸下的方法并不限定于特定的方法。

图3为表示行驶部200的硬件结构的一个示例的图。在第一实施方式中，假定行驶部200为能够进行自主行驶的电动自动车辆。因此，图3是将行驶部200假定为能够进行自主行驶的电动自动车辆的情况的图。另外，在图3中，将与行驶部200的控制系统相关的硬件提取出来进行表示。

行驶部200例如具备控制部20、外部存储装置204、通信部205、摄像机208、障碍物传感器209、车轮编码器210、转向用电机211、驱动用电机212、话筒213、扬声器214、转向角编码器215、GPS(Global Positioning System：全球定位系统)接收部216。

控制部20也被称为电子控制单元(Electronic Control Unit，ECU)。控制部20具有CPU201、存储器202、图像处理部203和接口IF1。在接口IF1上，连接有外部存储装置204、通信部205、摄像机208、障碍物传感器209、车轮编码器210、转向用电机211、驱动用电机212、话筒213、扬声器214、转向角编码器215、GPS接收部216。

障碍物传感器209为超声波传感器、雷达等。障碍物传感器209向检测对象方向发出超声波、电磁波等，并基于反射波来对在检测对象方向上的障碍物的存在、位置、相对速度等进行检测。在障碍物中，例如包括行人、自行车、结构物、建筑物等。在例如行驶部200为如图2所示的那样的箱型的形状的情况下，障碍物传感器209被设置有多个，且多个障碍物传感器209分别被设置在靠近于行驶部200的前后左右这四个角部的位置处。另外，行驶部200的前后左右例如根据行进方向而被决定。

摄像机208为，由电子耦合组件(Charged-Coupled Devices，CCD)、金属-氧化物-半导体(Metal-Oxide-Semiconductor，MOS)或者互补金属-氧化物-半导体(ComplementaryMetal-Oxide-Semiconductor，CMOS)等图像传感器而实现的摄像装置。摄像机208以被称为帧周期的规定时间间隔而取得图像，并将之存储在控制部20内的帧缓冲器中。摄像机208在行驶部200上被设置有多个，且多个摄像机208例如以朝向车外的方式而被设置在行驶部200的前后左右的各个侧面上。

转向用电机211根据来自控制部20的指示信号，而对成为车轮的旋转面与水平面所交叉的交叉线的方向、即基于车轮的旋转的行进方向的角度进行控制。驱动用电机212根据来自控制部20的指示信号，而对例如行驶部200所具备的各车轮进行驱动以使之旋转。但是，驱动用电机212也可以对前后的两对车轮中的任意一对车轮进行驱动。

转向角编码器215以规定的检测时间间隔而对作为车轮的行驶方向的转向角进行检测，并将之存储在控制部20的寄存器中。转向角为车轮的旋转轴在水平面内的角度。例如，角度的原点被设定在车轮的旋转轴相对于行驶部200的行进方向正交的方向上。此外，车轮编码器210以规定的检测时间间隔而取得车轮的旋转角，并将之存储在控制部20的寄存器中。

通信部205例如为，用于与WiFi的接入点或移动电话基站进行连接，并通过被连接至上述设备的公共通信网络而与网络上的各种服务器等进行通信的通信部。通信部205以依据规定的无线通信标准的无线信号以及无线通信方式来实施无线通信。

GPS接收部216从环绕地球的周围的多个人工卫星(Global PositioningSatellite)接收时刻信号的电波，并将之存储在控制部20的寄存器中。话筒213对语音进行检测，并将之转换为数字信号而存储在控制部20的寄存器中。扬声器214通过与控制部20或信号处理部连接的D/A变换器以及放大器而被驱动，并对包含声音以及语音在内的音响进行播放。

控制部20的CPU201执行以可执行的方式被展开到存储器202中的计算机程序，并执行作为控制部20的处理。存储器202对CPU201所执行的计算机程序、CPU201所处理的数据等进行存储。存储器202例如为，动态随机存取存储器(Dynamic Random Access Memory，DRAM)、静态随机存取存储器(Static Random Access Memory，SRAM)、只读存储器(ReadOnly Memory，ROM)等。图像处理部203与CPU201协同工作，并对从摄像机208每隔预定的帧周期所获得的帧缓冲器的数据进行处理。图像处理部203例如具有GPU和成为帧缓冲器的图像存储器。外部存储装置204为非易失性的存储装置，例如为固态硬盘(Solid StateDrive，SSD)、硬盘驱动器等。

控制部20例如经由接口IF1而从行驶部200的各部的传感器取得检测信号。此外，控制部20通过来自GPS接收部216的检测信号，而对作为地球上的位置的纬度和经度进行计算。并且，控制部20从被存储于外部存储装置204中的地图信息数据库取得地图数据，并对所计算出的纬度和经度与地图数据上的位置进行对照，从而决定当前所在地。此外，控制部20在地图数据上取得从当前所在地至目的地的路径。此外，控制部20基于来自障碍物传感器209、摄像机208等的信号，而对行驶部200的周围的障碍物进行检测，并以回避障碍物的方式来决定行进方向并对转向角进行控制。

并且，控制部20与图像处理部203协同工作，并对从摄像机208所取得的图像按照每个帧数据而进行处理，且例如对基于图像的差分而产生的变化进行检测，从而对障碍物进行识别。另外，控制部20也可以将来自摄像机208的图像的帧数据以及从话筒213所获得语音数据从通信部205发送至网络上的中心服务器1。而且，也可以使中心服务器1分担图像的帧数据以及语音数据的解析。

虽然在图3中例示了接口IF1，但是控制部20与控制对象之间的信号的授受并非被限定于接口IF1。即，控制部20也可以具有接口IF1以外的多个信号授受路径。此外，在图3中，控制部20具有单一的CPU201。但是，CPU并非被限定于单一的处理器，也可以为多处理器结构。此外，也可以使由单一的接口而被连接的单一的CPU具有多核结构。上述各部的至少一部分的处理也可以由CPU以外的处理器、例如数字信号处理器(Digital SignalProcessor，DSP)、图形处理器(Graphics Processing Unit，GPU)等的专用处理器来执行。此外，上述各部的至少一部分处理也可以为集成电路(IC)、其他的数字电路。此外，也可以在上述各部的至少一部分中包括模拟电路。

主体部300具备与行驶部200的控制部20同样的控制部、摄像机、话筒、扬声器、GPS接收部、通信部等。由于这些如在行驶部200的硬件结构中所说明的那样，因此省略说明。

＜装置结构＞

图4为表示第一实施方式所涉及的中心服务器1的硬件结构的一个示例的图。中心服务器1例如为专用的计算机、通用的计算机。作为硬件结构，中心服务器1具有CPU(Central Processing Unit)101、存储器102、外部存储装置103、通信部104。存储器102以及外部存储装置103为计算机可读取的记录介质。中心服务器1为“信息处理装置”的一个示例。

外部存储装置103对各种程序、和在各程序的执行之际CPU101所使用的数据进行存储。外部存储装置103例如为EPROM(Erasable Programmable ROM：可擦除可编程只读存储器)或硬盘驱动器(Hard Disk Drive)。在被外部存储装置103所保持的程序中，例如具有操作系统(OS)、紧急车辆出动管理系统100的控制程序、其他各种的应用程序。紧急车辆出动管理系统100的控制程序为，用于对紧急通报的内容进行解析并使具备主体部300的紧急车辆500出动的程序，其中，所述主体部300具备与紧急通报的内容相对应的设备。

存储器102为，向CPU 101提供对被存储于外部存储装置103中的程序进行加载的存储区域以及工作区域、或者作为缓冲器而被使用的存储装置。存储器102例如包括ROM(Read Only Memory：只读存储器)、RAM(Random Access Memory：随机存取存储器)这样的半导体存储器。

CPU 101通过将被保持在外部存储装置103中的操作系统(OS)或各种应用程序加载到存储器102中并执行，从而执行各种各样的处理。CPU 101并不限定为一个，也可以具备多个。CPU 101为“信息处理装置”的“控制部”的一个示例。

通信部104为实施与网络的信息的输入输出的接口。通信部104既可以为与有线的网络进行连接的接口，也可以为与无线的网络进行连接的接口。通信部104例如为NIC(Network Interface Card：网络适配器)或无线电路等。通信部104例如与LAN(Local AreaNetwork：局域网)连接，并通过LAN与公共通信网络连接，从而通过公共通信网络而与网络上的各种服务器、行驶部200以及主体部300实施通信。

另外，图4所示的中心服务器1的硬件结构为一个示例，并不限定于上述方式，而是能够根据实施的方式来适当地省略、替换或追加结构要素。例如，中心服务器1也可以具备便携记录介质驱动装置，从而执行被记录于便携记录介质中的程序。便携记录介质例如为SD卡、mini SD卡、micro SD卡、USB(Universal Serial Bus)闪存、CD(Compact Disc)、DVD(Digital Versatile Disc)、Blu-ray(注册商标)盘或者闪存卡这样的记录介质。此外，例如，中心服务器1也可以具备输入装置以及输出装置。输入装置例如为键盘、鼠标、触摸面板等。输出装置例如为显示器等。

图5为表示紧急车辆出动管理系统100中的中心服务器1、行驶部200、以及主体部300的功能结构的一个示例的图。作为功能结构要素，中心服务器1包括控制部11、种类选择部12、就诊历史取得部13、车辆通信部14、图像解析部15、图像收集部16以及车辆出动状况表17。这些的功能结构要素例如通过中心服务器1的CPU101执行被存储在外部存储装置103中的紧急车辆出动管理系统100的控制程序而被达成。

车辆通信部14为与主体部300以及行驶部200之间的接口。车辆通信部14例如将从控制部11被输入的数据向主体部300以及行驶部200发送。此外，车辆通信部14将从主体部300或者行驶部200所接收到的数据向控制部11输出。

图像收集部16例如根据预定的周期或者来自控制部11的请求，而从车辆4的车载摄像机41以及固定摄像机5取得拍摄图像。图像收集部16将所取得的拍摄图像输出至图像解析部15。

图像解析部15为，对于从图像收集部16被输入的拍摄图像实施图像解析的引擎。图像解析部15例如将图像解析的结果输出至控制部11。作为图像解析的结果，例如取得紧急事态的种类、紧急输送的对象者的数量、发生场所等。在通过图像解析所取得的紧急事态的种类中，具有火灾、交通事故、铁路事故、爆炸事故、急症的发生、灾害等。但是，通过图像解析所取得的紧急事态的种类并不限定于此。另外，图像解析部15的图像解析方法并不限定于特定的方法。

当接收到紧急通报时，控制部11例如对紧急通报的语音数据进行解析，从而对紧急通报的内容进行确定。另外，紧急通报既可以由中心服务器1直接接收，也可以另外存在紧急通报的接收装置，以将紧急通报的语音数据从该接收装置转送至中心服务器1。此外，紧急通报的语音数据的解析方法并不限定于特定的方法。在紧急通报的语音数据的解析中，例如既可以使用语音解析引擎，也可以使用人工智能。或者，也可以通过对紧急通报进行响应的工作人员来输入通报内容。

通过由控制部11实施的紧急通报的语音数据的解析，从而作为紧急通报的内容而例如取得紧急事态的种类、发生场所、急救输送的对象者的属性、急救输送的对象者的状态、紧急通报的接收时刻等。以下，发生场所也被称为“现场”。在紧急事态的种类中，例如具有事件、事故、灾害、急症的发生等。也可以取得这些紧急事态的种类的更加详细的分类。在紧急事态的种类的更加详细的分类中，例如具有刺伤事件以及暴力事件等的人与人之间的事件、交通事故、爆炸事故、火灾事故、铁路事故、塌方等。在急救输送的对象者的属性中，例如具有性别、年代、体型等。另外，紧急通报的内容也可以欠缺上述内容中的任意一项。

此外，控制部11对图像解析部15的车载摄像机41以及固定摄像机5的拍摄图像的解析结果进行监视，并根据拍摄图像的解析结果而对管辖范围内的紧急事态的发生进行检测。控制部11在实施紧急事态的发生的检测的同时，也对紧急事态的种类、发生场所等进行检测。

在例如紧急事态为事故、事件或灾害的情况下，控制部11向图像收集部16指示收集现场周边的车载摄像机41以及固定摄像机5的拍摄图像。控制部11根据通过图像收集部16所取得的拍摄图像的、由图像解析部15获得的解析结果，而对通过紧急通报的语音数据的解析结果或车载摄像机41以及固定摄像机5的监视图像的解析所检测到的紧急事态的内容进行确认。由此，具有能够取得与通过紧急通报的语音数据的解析结果或监视图像的解析结果所获得的紧急事态的内容相比而更加详细的信息的可能性。

此外，在例如紧急事态为急症的发生、且患者的个人信息能够获取并能够对个人进行确定的情况下，控制部11向就诊历史取得部13指示取得患者的就诊历史信息。在用于对个人进行确定的个人信息中，例如具有姓名、住址、年龄、生日、预定的医疗机关的患者ID等。在就诊历史信息中，例如包括就诊日期时间、就诊科目、诊断名、处方药等的信息。控制部11根据患者的就诊历史信息，来确定宿疾的有无、宿疾的种类、正在服药中的药物等。

控制部11将主体部300的选择指令、从紧急通报的语音数据的解析所获得的通报内容、通过现场的周边图像的解析结果所获得的紧急事态的内容、或与从就诊历史信息所获得的患者的宿疾的有无以及宿疾的种类有关的信息输出至种类选择部12。

控制部11参照后述的车辆出动状况表17，而从被配置于对紧急事态的发生现场进行管辖的消防队中的主体部300和行驶部200之中，决定要出动的主体部300和行驶部200。以下，将对紧急事态的发生现场进行管辖的消防队仅称为管辖的消防队。要出动的主体部300例如为通过种类选择部12而被选择的种类的主体部300，且为处于待机中的主体部300。要出动的行驶部200例如为处于待机中的行驶部200。控制部11通过车辆通信部14而向所选择的主体部300和行驶部200指示结合指令和出动指令。

接受了出动指令的主体部300和行驶部200例如分别以预定的周期而向中心服务器1发送车载摄像机的拍摄图像。另外，也可以是主体部300和行驶部200中的任意一方向中心服务器1发送车载摄像机的拍摄图像。车辆通信部14将从主体部300以及行驶部200接收到的拍摄图像向图像解析部15输出。图像解析部15对从车辆通信部14被输入的拍摄图像进行解析，并向控制部11输出解析结果。

控制部11接受来自图像解析部15的正处于出动中的行驶部200以及主体部300的拍摄图像的解析结果的输入，并对是否需要紧急车辆的追加出动进行判断。在例如根据正处于出动中的主体部300以及行驶部200的拍摄图像而判断出急救输送的对象者的数量与通报时相比增加了的情况下、以及判断出由先发车辆无法对急救输送的对象者全部进行输送的情况下，控制部11判断为需要紧急车辆的追加出动。另外，控制部11例如也可以通过来自位于现场的急救队员等的联络来对紧急车辆的追加出动进行检测。

在判断为紧急车辆的追加出动的情况下，控制部11向种类选择部12输出主体部300的种类的选择指令。例如正处于出动中的主体部300以及行驶部200的拍摄图像的解析结果等也与该选择指令一起被输出。以下，采用与紧急通报的接收时同样的方式，向被配置于管辖的消防队中的主体部300和行驶部200发送结合指令和出动指令。上述的正处于出动中的主体部300以及行驶部200的拍摄图像的解析例如被反复实施，直至主体部300以及行驶部200离开现场为止。

在接受到紧急通报时以及使紧急车辆追加出动时在管辖的消防队中该主体部300或行驶部200处于不足的情况下，控制部11也可以对于被配置在周边的消防队中的主体部300或行驶部200发送出动指令。

此外，在进行结合且正处于出动中的行驶部200与主体部300被分离了的情况下、且在具有对于该行驶部200的新的需要的情况下，控制部11向该行驶部200发送与该需要相对应的指令。由此，例如能够使在现场卸下了主体部300的行驶部200装载另外的主体部300并向消防队返回、或前往另外的紧急事态的发生现场。

种类选择部12根据来自控制部11的主体部300的种类的选择指示，来选择与紧急事态相对应的主体部300的种类。在主体部300的种类的选择方法中，例如具有从被预先设定的紧急事态的种类与要出动的主体部300的种类的附加对应关系中进行选择的方法、根据预定的算法进行选择的方法、利用针对与紧急事态相关的参数的输入而输出适于出动的主体部300的种类的学习完毕模型的方法等。种类选择部12所采用的主体部300的种类的选择方法并不限定于特定的方法。

就诊历史取得部13根据来自控制部11的指示，而从就诊历史管理服务器6中取得被指定的个人的就诊历史信息。就诊历史取得部13将所取得的就诊历史信息输出至控制部11。

车辆出动状况表17为，被保持在外部存储装置103中的表。车辆出动状况表17为，对中心服务器1设为对象的消防本部的管辖内的各消防队中的行驶部200以及主体部300的出动状况进行管理的表。控制部11基于车辆出动状况表17中所保持的行驶部200以及主体部300的出动状况，来决定要出动的行驶部200以及主体部300。关于车辆出动状况表17的详细内容，将在下文中进行叙述。

接下来，作为功能结构要素，行驶部200具备服务器通信部21、控制部22。但是，为了便于理解，从而在图5中提取出实施与紧急车辆出动管理系统100相关的处理的功能结构要素来进行表示，而省略了例如实施与行驶相关的处理等的功能结构要素。

服务器通信部21为与中心服务器1之间的通信接口。服务器通信部21将从中心服务器1接收到的数据输出至控制部22。服务器通信部21将从控制部22被输入的数据通过通信部205向中心服务器1发送。在第一实施方式中，在行驶部200从中心服务器1接收的数据中，例如具有与指定的主体部300的结合指令以及出动指令。在第一实施方式中，在从行驶部200向中心服务器1所发送的数据中，例如具有摄像机208的拍摄图像、位置信息等。

控制部22接受来自中心服务器1的结合指令，并实施与被指定的主体部300的结合处理。此外，控制部22接受来自中心服务器1的出动指令并开始进行向紧急事态的发生现场的行驶。具体而言，控制部22制作至紧急事态的现场为止的运行计划，并依照运行计划而实施行驶。此外，控制部22在运行开始的同时，开始进行以预定的周期而向中心服务器1发送摄像机208的拍摄图像的处理。

接下来，作为功能结构要素，主体部300具备服务器通信部31、控制部32。但是，为了便于理解，从而在图5中提取出实施与紧急车辆出动管理系统100相关的处理的功能结构要素来进行表示，而省略了例如实施与行驶相关的处理等的功能结构要素。

服务器通信部31为与中心服务器1之间的通信接口。服务器通信部31将从中心服务器1接收到的数据输出至控制部32。服务器通信部31将从控制部32被输入的数据向中心服务器1发送。在第一实施方式中，在主体部300从中心服务器1接收的数据中，例如具有与指定的行驶部200的结合指令以及出动指令。在第一实施方式中，在从主体部300向中心服务器1被发送的数据中，例如具有被搭载于主体部300上的摄像机的拍摄图像、位置信息等。

控制部32接受来自中心服务器1的结合指令以及出动指令，并在与被指定的行驶部200结合而开始行驶时，开始进行以预定的周期而将被搭载于该主体部300上的摄像机的拍摄图像向中心服务器1发送的处理。

另外，虽然在图5所示的例子中，作为实施在行驶部200和主体部300这双方开始运行的同时向中心服务器1定期地发送摄像机的拍摄图像的处理的情况进行了说明，但是并不限定于此。例如，向中心服务器1的摄像机的拍摄图像的定期发送也可以由行驶部200或者主体部300中的任意一方来实施。

另外，中心服务器1的功能结构要素例如也可以分别通过不同的多个装置来实现。此外，中心服务器1、行驶部200以及主体部300的功能结构要素也可以分别通过由FPGA等硬件实施的处理来实现。

图6为出动车辆信息表的一个示例。出动车辆信息表为，对紧急事态的种类与要出动的主体部300的种类的附加对应关系进行保持的表。出动车辆信息表例如为在如下的情况下所使用的表，即，作为中心服务器1的种类选择部12对要出动的主体部300的种类进行决定的方法，而采用从被预先设定的紧急事态的种类与要出动的主体部300的种类的附加对应关系中进行选择的方法的情况。出动车辆信息表例如被保持在中心服务器1的外部存储装置103中。

在图6所示的出动车辆信息表中，包含有紧急事态的种类、出动车辆#1、出动车辆#2的字段。在紧急事态的种类的字段中，存储有表示紧急事态的种类的关键词。在表示紧急事态的种类的关键词中，例如具有“交通事故”、“火灾”、“爆炸事故”、“急症”等。在出动车辆的字段中，存储有表示要出动的主体部300种类的关键词。在表示要出动的主体部300种类的关键词中，具有“普通急救车规格”、“治疗室规格”、“(各诊疗科的)手术室规格”、“(各诊疗科的)检查室规格”等。另外，表示紧急事态的种类的关键词以及表示主体部300种类的关键词为一个示例，并不限定于此。

在图6所示的例子中，在出动车辆的字段中具有“出动车辆#1”、“出动车辆#2”。这例如表示要出动的主体部300的优先顺序。种类选择部12例如将“出动车辆#1”以及“出动车辆#2”这两字段所示的主体部300的种类输出至控制部11。

在要出动的主体部300的数量为一台的情况下，控制部11使“出动车辆#1”字段所示的种类的主体部300出动。在例如要出动的主体部300的数量为两台的情况、或在先发车辆之后还要使一台主体部300追加出动的情况下，控制部11使“出动车辆#2”的字段所示的种类的主体部300作为要出动的第二台的主体部300而出动。此外，由于还存在通过消防队所配置的主体部300的种类不同的情况，因此在相符的消防队中并未配置有“出动车辆#1”所示的种类的主体部300的情况下，控制部11也可以使“出动车辆#2”所示的种类的主体部300出动。

在例如根据从控制部11被输入的紧急通报的语音数据的解析所获得的紧急事态的种类表示交通事故的情况下，种类选择部12根据出动车辆信息表而选择治疗室规格的主体部300，以作为要出动的主体部300的种类。此外，在例如通过现场的周边图像的解析结果所获得紧急事态的内容表示急救输送的对象者的数量为预定数量以上的情况下，种类选择部12将要出动的紧急车辆判断为两台，并选择“出动车辆#1”的字段所示的治疗室规格的主体部300、和“出动车辆#2”字段所示的普通急救车规格的主体部300。

此外，在例如根据从控制部11被输入的紧急通报的语音数据的解析所获得的通报内容表示急症、且根据就诊历史信息所获得的患者的宿疾为脑神经系统的疾病的情况下，种类选择部12根据出动车辆信息表而选择脑神经系统检查室规格的主体部300来作为要出动的主体部300的种类。

另外，出动车辆信息表所保持的信息并不限定于图6所示的信息。此外，在种类选择部12例如采用利用学习完毕模型的方法，且根据现场的拍摄图像而确定了需要急救输送的人物的伤口的状况等并从控制部11被输入的情况下，种类选择部12也能够选择具备与该人的伤口的状况相对应的处置的设备的主体部300。

图7为车辆出动状况表17的一个示例。车辆出动信息表是针对与中心服务器1相对应的消防本部所管辖的各消防队而制作的。在图7所示的车辆出动信息表中，包含有ID、规格、出动状况、结合对象的字段。

在ID的字段中，存储有被配置在该消防队中的行驶部200以及主体部300的各自的识别信息。另外，也可以采用如下方式，即，在行驶部200和主体部300中，识别信息的构成方法不同，以使识别信息能够确定是行驶部200还是主体部300。

在规格的字段中，存储有表示主体部300的种类的关键词。另外，在行驶部200的条目中，规格的字段为空。在出动状况的字段中，存储有表示相符的行驶部200或者主体部300的出动状况的信息。在出动状况中，例如具有“待机”、“出动中”。另外，行驶部200以及主体部300的出动状况并不限定于此。表示出动状况的信息例如也可以为，表示“待机”、“出动中”中的任意一方的标记或代码。

在结合对象的字段中，存储有作为相符的行驶部200或主体部300的结合对象的主体部300或行驶部200的识别信息。另外，关于出动状况的字段为“待机中”的行驶部200或主体部300，其结合对象的字段为空。另外，车辆出动状况表17中所保持的信息并不限定于图7所示的信息。

＜处理的流程＞

图8为表示中心服务器1的紧急车辆的出动控制处理的流程的一个示例。图8所示的处理以预定的周期而被反复执行。虽然图8所示的处理的执行主体为中心服务器1的CPU101，但是为了便于理解，从而以功能结构要素为主体来进行说明。对于图8之后的流程也为同样设定。

在OP101中，控制部11对是否接收到了紧急通报进行判断。在接收到了紧急通报的情况下(OP101：是)，处理进入OP103。在并未接收到紧急通报的情况下(OP101：否)，处理进入OP102。

在OP102中，控制部11对是否从车辆4的车载摄像机41以及固定摄像机5的拍摄图像(监视图像)中检测到了紧急事态的发生进行判断。在从监视图像中检测到了紧急事态的发生的情况下(OP102：是)，处理进入OP109。在并未从监视图像检测到紧急事态的发生的情况下(PO102：否)，图8所示的处理结束。

在OP103中，控制部11对所接收到的紧急通报的语音数据进行解析并取得紧急通报的内容。在OP103中，作为语音数据的解析结果、紧急通报的内容而取得的信息例如为，紧急事态的种类、紧急事态的发生场所、急救输送的对象人物的属性、急救输送的对象人物的状态、紧急通报的接收时刻等中的至少一个或多个。

在OP104中，控制部11对紧急事态的种类是否为事件、事故或者灾害进行判断。在紧急事态的种类为事件、事故或者灾害的情况下(OP104：是)，处理进入OP105。在紧急事态的种类为事件、事故或者灾害以外的种类的情况下，(OP104：否)，处理进入OP106。

在OP105中，控制部11向图像收集部16指示进行现场周边的拍摄图像的收集，并向图像解析部15指示进行对通过图像收集部16所收集到的拍摄图像的解析，以对现场的状况进行掌握。由此，能够进行紧急通报的内容的确认、以及/或取得现场的更加详细的信息。

在OP106中，控制部11对紧急事态的种类是否为急症进行判断。在紧急事态的种类为急症的情况下(OP106：是)，处理进入OP107。在紧急事态的种类不为急症的情况下(OP106：否)，处理进入OP109。

在OP107中，控制部11对是否根据紧急通报的内容而确定了患者个人进行判断。在患者的个人被确定了的情况下(OP107：是)，处理进入OP108。在患者的个人并未被确定的情况下(OP107：否)，处理进入OP109。

在OP108中，控制部11向就诊历史取得部13指示进行患者的就诊历史信息的取得，并通过就诊历史取得部13而取得所述信息。由此，能够确定患者的宿疾的有无以及宿疾的种类等。

在OP109中，控制部11向种类选择部12输出要出动的主体部300的种类的选择指令。种类选择部12基于紧急通报的语音数据的解析结果、现场周边的摄像机的拍摄图像的解析结果、以及患者的就诊历史信息等中的在该时间点所取得的信息，来决定要出动的主体部300的种类。控制部11根据通过种类选择部12所选择的要出动的主体部300的种类，而从被配置在管辖的消防队中的行驶部200和主体部300之中，决定要出动的行驶部200以及主体部300。

在OP110中，控制部11对紧急事态的管辖的消防队中所配置的行驶部200以及主体部300是否充足、即能够出动的行驶部200以及主体部300是否位于该消防队中进行判断。该判断例如参照车辆出动状况表17来实施。在例如管辖的消防队中的行驶部200或在OP109中被判断为要出动的种类的主体部300中的任意一方处于不足的情况下，OP110的判断成为否定判断。

在管辖的消防队中所配置的行驶部200以及主体部300充足的情况下(OP110：是)，处理进入OP111。在管辖的消防队中所配置的行驶部200以及主体部300处于不足的情况下(OP110：否)，处理进入OP112。

在OP111中，控制部11向管辖的消防队中所配置的行驶部200以及被判断为要出动的种类的主体部300发送结合指令和出动指令。在此之后，通过接受了出动指令的行驶部200和主体部300的结合而形成的紧急车辆500向紧急事态的发生现场急速行驶。在此之后，图8所示的处理结束。

在OP112中，由于在管辖的消防队中行驶部200或主体部300处于不足，因此，控制部11会向被配置在周边的消防队中的行驶部200以及被判断为要出动的种类的主体部300发送结合指令和出动指令。由此，通过接受到出动指令的行驶部200和主体部300的结合而形成的紧急车辆500从管辖的消防队周边的消防队向紧急事态的发生现场急速行驶。在此之后，图8所示的处理结束。

另外，图8所示的处理为一个示例，中心服务器1的处理并不限定于图8所示的处理。例如，OP105的紧急事态的发生现场周边的图像解析的处理也可以针对任意的通报内容而实施。此外，即使在通报内容并不是急症的发生的情况下，只要能够确定急救输送的对象者的个人，也可以实施OP108的就诊历史信息的取得处理。

图9为中心服务器1的紧急车辆的追加出动的控制处理的一个示例。图9所示的处理例如在向行驶部200以及主体部300发送出动指令时开始，并被反复执行。图9所示的处理的反复执行例如在该行驶部200以及主体部300从紧急事态的发生现场离开时结束。另外，行驶部200以及主体部300从紧急事态的发生现场离开的情况例如根据该行驶部200或者主体部300的位置信息而被检测出。图9中的行驶部200以及主体部300是指，作为出动指令的对象的行驶部200以及主体部300。

以图9所示的处理为前提，正处于出动中的行驶部200以及主体部300定期地向中心服务器1发送位置信息和摄像机的拍摄图像。在中心服务器1中，当接收到来自行驶部200以及主体部300的拍摄图像时，通过图像解析部15而随时地实施图像解析。

在OP201中，控制部11从图像解析部15接受来自行驶部200以及主体部300的摄像机的拍摄图像的解析结果的输入。在OP202中，控制部11对是否需要紧急车辆的追加出动进行判断。在例如来自图像解析部15的图像解析的结果为需要急救输送的人数与紧急通报的接收时相比增加了预定数量以上的情况下，判断为需要紧急车辆的追加出动。另外，对紧急车辆的追加出动进行判断的条件并不限定于此。

在判断为需要紧急车辆的追加出动的情况下(OP202：是)，处理进入OP203。在并未判断为需要紧急车辆的追加出动的情况下(OP202：否)，图9所示的处理结束。

在OP203中，控制部11向种类选择部12指示进行要出动的主体部300的种类的选择。种类选择部12例如基于紧急通报时的语音数据的解析结果以及在OP201中所取得的图像解析结果，来决定要出动的主体部300的种类。

在OP204中，控制部11对紧急事态的管辖的消防队中所配置的行驶部200以及主体部300是否充足、即通过追加而能够出动的行驶部200以及主体部300是否位于该消防队中进行判断。该判断例如参照车辆出动状况表17而被实施。例如在管辖的消防队中行驶部200或在OP203中被判断出的要出动的种类的主体部300中的任意一方处于不足的情况下，OP204的判断成为否定判断。

在管辖的消防队中所配置的行驶部200以及主体部300充足的情况下(OP204：是)，处理进入OP205。在管辖的消防队中所配置的行驶部200以及主体部300处于不足的情况下(OP204：否)，处理进入OP206。

在OP205中，控制部11向管辖的消防队中所配置的行驶部200以及被判断为要出动的种类的主体部300发送结合指令和出动指令。在此之后，图9所示的处理结束。

在OP206中，由于在管辖的消防队中的行驶部200或主体部300处于不足，因此控制部11会向被配置在周边的消防队的行驶部200以及被判断为要出动的种类的主体部300发送结合指令和出动指令。在此之后，图9所示的处理结束。另外，也可以对进行了追加出动的行驶部200以及主体部300开始图9所示的处理。另外，图9所示的处理为一个示例，中心服务器1的处理并不限定于图9所示的处理。

图10为中心服务器1对于正处于出动中的行驶部200的控制处理的流程的一个示例。图10所示的处理为，用于当行驶部200和主体部300在紧急车辆500出动的目的地处被分离了的情况下，对该行驶部200进行灵活运用的处理。例如有时会产生如下的那样的需要，即，在先发车辆的主体部300A与行驶部200A被分离地配置的情况下，当后到达的紧急车辆500B的主体部300B与行驶部200B分离时，欲使行驶部200B将主体部300A向指定的场所输送。并且，有时还会产生如下的那样的需要，即，在输送了主体部300A的目的地处，欲使行驶部200B将另外的主体部300C向另外的场所输送。

图10所示的处理是针对正处于出动中并且正处于与主体部结合中的行驶部200而被实施的。图10所示的处理在行驶部200的出动中被反复执行。

在OP301中，控制部11对是否发生了正处于出动中的行驶部200与主体部300的分离进行判断。行驶部200和主体部300的分离例如通过向中心服务器1的来自管理者的分离指示输入、由现场的队员实施的从终端向中心服务器1的分离请求的接收、由现场的队员实施的向主体部300的分离指示的输入所引起的来自主体部300的报告等而被检测出。

在发生了正处于出动中的行驶部200和主体部300的分离的情况下(OP301：是)，处理进入OP302。在并未发生正处于出动中的行驶部200和主体部300的分离的情况下，(OP301：否)，图10所示的处理结束。

在OP302中，控制部11对是否产生了对于行驶部200的新的需要进行判断。在对于行驶部200的需要中，例如具有伴随着在另外的场所的紧急事态的发生而产生的出动需要、在现场的另外的主体部300的输送需要等各种各样的需要。这些需要通过紧急通报的发生、由中心服务器1实施的紧急事态的检测、向中心服务器1的来自管理者的输入、由现场的队员实施的从终端向中心服务器1的请求的接收、由现场的队员实施的向主体部300的指示的输入所引起的来自主体部300的请求的接收等而被检测出。

在产生了对于行驶部200的新的需要的情况下(OP302：是)，处理进入OP303。在并未产生对于行驶部200的新的需要的情况下(OP302：否)，图10所示的处理结束。

在OP303中，控制部11根据对于行驶部200的需要而向行驶部200发送指令。在被发送至行驶部200的指令中，例如具有与新的主体部300的结合指令以及向指定的场所的移动指令等。在此之后，图10所示的处理结束。另外，图10所示的处理为一个示例，中心服务器1的处理并不限定于图10所示的处理。

＜作用效果＞

根据第一实施方式，通过使具备与紧急通报的内容相对应的设备的主体部300出动，从而能够针对紧急事态而更加快速地实施适当的处置。此外，在第一实施方式中，在紧急车辆中采用了行驶部200和主体部300分离的分离型车辆，由此，能够在各消防队中相对于行驶部200的数量而配置较多的主体部300。

此外，根据第一实施方式，中心服务器1在接受到紧急通报时，收集对紧急事态的发生现场周边的车载摄像机41以及固定摄像机5的拍摄图像并进行解析，从而对紧急通报的内容进行确认、或取得更加详细的信息。由此，中心服务器1能够取得更加准确的信息，进而能够对可应对更加适于紧急事态的状况的主体部300的种类进行选择。

此外，根据第一实施方式，在管辖的消防队中行驶部200或者主体部300处于不足的情况下，中心服务器1使被配置在附近处的消防队的行驶部200以及主体部300出动。由此，能够抑制因紧急车辆的不足而导致无法向现场派遣紧急车辆的这样的事态的发生。

此外，根据第一实施方式，中心服务器1对来自正处于出动中的行驶部200以及主体部300的摄像机的拍摄图像进行解析，从而对是否需要紧急车辆的追加出动进行判断，并在需要的情况下，使追加的紧急车辆出动。由此能够根据来自正处于出动中的行驶部200以及主体部300的拍摄图像而实时地取得紧急事态的发生现场的状况，并能够通过基于此而对追加出动进行判断，来更加快速地派遣追加的紧急车辆。

此外，根据第一实施方式，在正处于出动中的行驶部200与主体部300被分离了的情况下，中心服务器1根据对于行驶部200的新的需要而向该行驶部200发出指示。由此，提高了行驶部200的工作效率，从而例如能够采用重新与主体部300结合并进行输送等方式而高效地对主体部300进行输送。

＜其他的实施方式＞

上述的实施方式只不过为一个示例，本公开能够在不脱离其主旨的范围内适当地进行变更而实施。

虽然在第一实施方式中，将急救车设想作为紧急车辆进行了说明，但是第一实施方式所涉及的紧急车辆500也可以为消防车。在这种情况下，主体部300具备灭火设备。

在第一实施方式中，在管辖的消防队中行驶部200或主体部300处于不足的情况下，向被配置在附近的消防队中的行驶部200以及主体部300发送出动指令。并不限定于此，例如也可以以如下方式进行控制，即，仅使行驶部200或仅使主体部300从附近的各自的消防队出动，并使行驶部200向主体部300的下方移动，且在使它们结合之后驶向现场。

本公开中所说明的处理或单元只要不产生技术上的矛盾，则能够自由地进行组合来实施。

此外，作为一个装置所实施的情况而进行了说明的处理也可以通过多个装置来分担而被执行。或者，作为不同的装置所实施的情况而进行了说明的处理也可以通过一个装置来执行。在计算机系统中，以何种硬件结构(服务器结构)来实现各功能是能够灵活地变更的。

本公开也能够向计算机提供安装有上述实施方式中所说明的功能的计算机程序，并使该计算机所具有的一个以上的处理器读取并执行程序来实现。这样的计算机程序既可以通过能够与计算机的系统总线连接的非临时性的计算机可读存储介质来提供给计算机，也可以经由网络来提供给计算机。非临时性的计算机可读存储介质例如包括磁盘(Floopy(注册商标)、硬盘驱动器(HDD)等)、光盘(CD-ROM、DVD盘、蓝光光盘等)等任意类型的盘片、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存、光学式卡、为了存储电子命令而适用的任意类型的介质。

＜附记＞

公开的实施方式进一步公开以下的附记内容。

(附记一)

一种系统，具备：

行驶部，其具备移动机构；

多个种类的主体部，其与所述行驶部结合而形成紧急车辆，并分别具有不同的设备；

信息处理装置，其对所述行驶部以及所述多个种类的主体部进行管理，

所述信息处理装置具备控制部，所述控制部执行如下操作，即：

对发往消防机关的第一紧急通报的内容进行解析，

从所述多个种类的主体部中对具备与所述第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，

使结合了所述第一种类的主体部和所述行驶部的紧急车辆出动。

(附记二)

如附记一所记载的系统，其中，

所述控制部执行如下操作，即：

对存在于与所述第一紧急通报相对应的紧急事态的发生现场周边处的摄像机的拍摄图像进行解析，并对所述发生现场的状况进行确认，

基于所述第一紧急通报的内容的解析结果和所述摄像机的拍摄图像的解析结果，而对所述第一种类的主体部进行选择。

(附记三)

如附记一或附记二所记载的系统，其中，

所述控制部执行如下操作，即：

取得由所述第一紧急通报所通报的急救输送的对象者的就诊历史信息，

基于所述急救输送的对象者的就诊历史信息而对所述第一种类的主体部进行选择。

(附记四)

如附记一至三的任意一个所记载的系统，其中，

所述控制部执行如下操作，即：

对所述第一种类的主体部以及所述行驶部中的至少一方所具备的摄像机的与所述第一紧急通报相对应的紧急事态的发生现场周边的拍摄图像进行解析，并对紧急车辆的追加出动进行判断。

(附记五)

如附记四中所记载的系统，其中，

所述控制部执行如下操作，即：

在管辖所述紧急事态的发生现场的第一消防队中用于所述追加出动的所述第一种类的主体部或者行驶部中的至少一方处于不足的情况下，向配置于所述第一消防队的附近的消防队中的、所述第一种类的主体部或者行驶部中的至少一方发送出动指令。

(附记六)

如附记一至五中的任意一个中所记载的系统，其中，

所述信息处理装置还具备存储部，所述存储部对紧急通报的内容的种类和要出动的主体部的种类的附加对应关系进行存储，

所述控制部基于被存储于所述存储部中的所述附加对应关系，而决定与所述第一紧急通报的内容相对应的所述第一种类的主体部。

(附记七)

如附记一至五中的任意一个中所记载的系统，其中，

所述控制部将根据所述第一紧急通报的内容而获得的参数输入至利用根据紧急通报而获得的参数和要出动的主体部的种类而学习完毕的学习模型中，并决定所述第一种类的主体部。

(附记八)

如附记一至七中的任意一个所记载的系统，其中，

所述控制部执行如下操作，即：

对存在于管辖范围内的车载摄像机或者固定摄像机的拍摄图像进行收集，并对所述管辖范围内的第二紧急事态的发生进行监视，

在所述管辖范围内发生了所述第二紧急事态的情况下，从所述多个种类的主体部中对具备与所述第二紧急事态相对应的设备的所述第二种类的主体部进行选择，

使结合了所述第二种类的主体部和所述行驶部的紧急车辆出动。

(附记九)

一种信息处理装置，其具备控制部，

所述控制部执行如下操作，即：

对发往消防机关的第一紧急通报的内容进行解析，

从与具备移动机构的行驶部结合而形成紧急车辆且分别具有不同的设备的多个种类的主体部之中，对具备与所述第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，

使结合了所述第一种类的主体部和所述行驶部的紧急车辆出动。

(附记十)

一种信息处理方法，其中，

对发往消防机关的第一紧急通报的内容进行解析，

从与具备移动机构的行驶部结合而形成紧急车辆且分别具有不同的设备的多个种类的主体部之中，对具备与所述第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，

使结合了所述第一种类的主体部和所述行驶部的紧急车辆出动。

(附记十一)

一种行驶单元，其与主体部结合而形成车辆，其中，

所述行驶单元具备控制部，

所述控制部执行如下操作，即：

接收基于向消防机关的第一紧急通报的内容而被选择的与具备所述第一紧急通报的内容相对应的设备的第一种类的主体部的结合指令、以及与所述第一种类的主体部结合并向与所述第一紧急通报相对应的紧急事态的发生现场的出动指令，

对与所述第一种类的主体部的结合和向所述紧急事态的发生现场的行驶进行控制。

(附记十二)

如附记十一所记载的行驶单元，其中，

所述行驶单元还具备摄像机，该摄像机朝向外部而被设置，

所述控制部执行如下操作，即：

在接收到所述出动指令的情况下，以预定的周期而将所述摄像机的拍摄图像向所述出动指令的发送源进行发送。

符号说明

1：中心服务器；

11：控制部；

12：种类选择部；

13：就诊历史取得部；

14：车辆通信部；

15：图像解析部；

16：图像收集部；

17：车辆出动状况表；

100：紧急车辆出动管理系统；

101：CPU；

102：存储器；

103：外部存储装置；

104：通信部；

200：行驶部；

201：CPU；

202：存储器；

204：外部存储装置；

205：通信部；

208：摄像机；

300：主体部。

Claims (20)

1.一种系统，具备：

行驶部，其具备移动机构；

多个种类的主体部，其与所述行驶部结合而形成紧急车辆，且分别具有不同的设备；

信息处理装置，其对所述行驶部以及所述多个种类的主体部进行管理，

所述信息处理装置具备控制部，所述控制部执行如下处理，即：

对发往消防机关的第一紧急通报的内容进行解析，

从所述多个种类的主体部中对具备与所述第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，

使结合了所述第一种类的主体部和所述行驶部的紧急车辆出动。

2.如权利请求1所述的系统，其中，

所述控制部执行如下处理，即：

对存在于与所述第一紧急通报相对应的紧急事态的发生现场周边处的摄像机的拍摄图像进行解析，并对所述发生现场的状况进行确认，

基于所述第一紧急通报的内容的解析结果和所述摄像机的拍摄图像的解析结果，而对所述第一种类的主体部进行选择。

3.如权利请求1或2所述的系统，其中，

所述控制部执行如下处理，即：

取得由所述第一紧急通报所通报的急救输送的对象者的就诊历史信息，

基于所述急救输送的对象者的就诊历史信息，而对所述第一种类的主体部进行选择。

4.如权利请求1至3中的任意一项所述的系统，其中，

所述控制部执行如下处理，即：

对所述第一种类的主体部以及所述行驶部中的至少一方所具备的摄像机的、与所述第一紧急通报相对应的紧急事态的发生现场周边的拍摄图像进行解析，并对紧急车辆的追加出动进行判断。

5.如权利请求1至4中的任意一项所述的系统，其中，

所述控制部执行如下处理，即：

在管辖与所述第一紧急通报相对应的紧急事态的发生现场的第一消防队中用于出动的所述第一种类的主体部或行驶部中的至少一方处于不足的情况下，向被配置在所述第一消防队的附近的消防队中的、所述第一种类的主体部或行驶部中的至少一方发送出动指令。

6.如权利请求1至5中的任意一项所述的系统，其中，

所述信息处理装置还具备存储部，所述存储部对紧急通报的内容的种类和要出动的主体部的种类的附加对应关系进行存储，

所述控制部基于被存储于所述存储部中的所述附加对应关系，来决定与所述第一紧急通报的内容相对应的所述第一种类的主体部。

7.如权利请求1至5中的任意一项所述的系统，其中，

所述控制部将从所述第一紧急通报的内容所获得的参数输入至利用从紧急通报所获得的参数和要出动的主体部的种类而学习完毕的学习模型中，从而决定所述第一种类的主体部。

8.如权利请求1至7中的任意一项所述的系统，其中，

所述控制部执行如下处理，即：

收集存在于管辖范围内的车载摄像机或固定摄像机的拍摄图像，并对所述管辖范围内的第二紧急事态的发生进行监视，

在所述管辖范围内发生了所述第二紧急事态的情况下，从所述多个种类的主体部中对具备与所述第二紧急事态相对应的设备的第二种类的主体部进行选择，

使结合了所述第二种类的主体部和所述行驶部的紧急车辆出动。

9.如权利请求1至8中的任意一项所述的系统，其中，

在作为所述紧急车辆而结合着的所述行驶部和所述第一种类的主体部被分离了的情况下，所述控制部根据对于所述行驶部的新的出动的需要而使所述行驶部执行与所述新的出动的需要相对应的预定的处理。

10.一种信息处理装置，其具备控制部，所述控制部执行如下处理，即：

对发往消防机关的第一紧急通报的内容进行解析，

从与具备移动机构的行驶部结合而形成紧急车辆且分别具有不同的设备的多个种类的主体部之中，对具备与所述第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，

使结合了所述第一种类的主体部和所述行驶部的紧急车辆出动。

11.如权利请求10所述的信息处理装置，其中，

所述控制部执行如下处理，即：

对存在于与所述第一紧急通报相对应的紧急事态的发生现场周边处的摄像机的拍摄图像进行解析，并对所述发生现场的状况进行确认，

基于所述第一紧急通报的内容的解析结果和所述摄像机的拍摄图像的解析结果，而对所述第一种类的主体部进行选择。

12.如权利请求10或11所述的信息处理装置，其中，

所述控制部执行如下处理，即：

取得由所述第一紧急通报所通报的急救输送的对象者的就诊历史信息，

基于所述急救输送的对象者的就诊历史信息，而对所述第一种类的主体部进行选择。

13.如权利请求10至12中的任意一项所述的信息处理装置，其中，

所述控制部执行如下处理，即：

对所述第一种类的主体部以及所述行驶部中的至少一方所具备的摄像机的、与所述第一紧急通报相对应的紧急事态的发生现场周边的拍摄图像进行解析，从而对紧急车辆的追加出动进行判断。

14.如权利请求10至13中的任意一项所述的信息处理装置，其中，

所述控制部执行如下处理，即：

在管辖与所述第一紧急通报相对应的紧急事态的发生现场的第一消防队中用于出动的所述第一种类的主体部或者行驶部中的至少一方处于不足的情况下，向被配置在所述第一消防队的附近的消防队中的、所述第一种类的主体部或行驶部中的至少一方发送出动指令。

15.如权利请求10至14中的任意一项所述的信息处理装置，其中，

所述信息处理装置还具备存储部，所述存储部对紧急通报的内容的种类和要出动的主体部的种类的附加对应关系进行存储，

所述控制部基于被存储于所述存储部中的所述附加对应关系，来决定与所述第一紧急通报的内容相对应的所述第一种类的主体部。

16.如权利请求10至14中的任意一项所述的信息处理装置，其中，

所述控制部将从所述第一紧急通报的内容所获得的参数输入至利用从紧急通报所获得的参数和要出动的主体部的种类而学习完毕的学习模型中，从而决定所述第一种类的主体部。

17.如权利请求10至16中的任意一项所述的信息处理装置，其中，

所述控制部执行如下处理，即：

收集存在于管辖范围内的车载摄像机或者固定摄像机的拍摄图像，并对所述管辖范围内的第二紧急事态的发生进行监视，

在所述管辖范围内发生了所述第二紧急事态的情况下，从所述多个种类的主体部中对具备与所述第二紧急事态相对应的设备的第二种类的主体部进行选择，

使结合了所述第二种类的主体部和所述行驶部的紧急车辆出动。

18.如权利请求10至17中的任意一项所述的信息处理装置，其中，

在作为所述紧急车辆而结合着的所述行驶部和所述第一种类的主体部被分离了的情况下，所述控制部根据对于所述行驶部的新的出动的需要而使所述行驶部执行与所述新的出动的需要相对应的预定的处理。

19.一种信息处理方法，其中，

对发往消防机关的第一紧急通报的内容进行解析，

从与具备移动机构的行驶部结合而形成紧急车辆且分别具有不同的设备的多个种类的主体部之中，对具备与所述第一紧急通报的内容相对应的设备的第一种类的主体部进行选择，

使结合了所述第一种类的主体部和所述行驶部的紧急车辆出动。

20.如权利请求19所述的信息处理方法，其中，

对所述第一种类的主体部以及所述行驶部中的至少一方所具备的摄像机的、与所述第一紧急通报相对应的紧急事态的发生现场周边的拍摄图像进行解析，并对紧急车辆的追加出动进行判断。

Images