CN111435475A - 车辆、信息处理装置、紧急事态应对方法及信息处理方法 - Google Patents

Abstract

提供一种车辆、信息处理装置、紧急事态应对方法及信息处理方法。车辆是具备控制部的能够自主行驶的车辆，该控制部执行如下处理：在第1业务的执行期间发生了紧急事态的情况下，中断该第1业务，执行应对紧急事态的第2业务，执行向该第2业务所涉及的预定场所的移动。另外，信息处理装置具备控制部，该控制部执行如下处理：检测紧急事态的发生，对存在于包含发生了该紧急事态的地域的预定范围内的能够自主行驶的车辆，中断正在执行的第1业务，指示执行应对紧急事态的第2业务。

Description

车辆、信息处理装置、紧急事态应对方法及信息处理方法

技术领域

本发明涉及车辆、信息处理装置、紧急事态应对方法以及信息处理方法。

背景技术

公开了如下的管理装置：在从顾客终端受理到通过自动驾驶车辆进行的货物配送方法的指定的情况下，根据在与货物的配送目的地信息对应的配送目的地区域中是否禁止车辆的驻停车来判定可否通过自动驾驶车辆向配送目的地进行配送(例如日本特开2018－124676)。

发明内容

本公开的技术方案之一的课题在于提供一种能有效活用的能够自主行驶的车辆、能有效活用能够自主行驶的车辆的信息处理装置、紧急事态应对方法以及信息处理方法。

本发明的技术方案之一是能够自主行驶的车辆，具备控制部，所述控制部执行如下处理：在第1业务的执行期间发生了紧急事态的情况下，中断所述第1业务，执行应对紧急事态的第2业务，执行向所述第2业务所涉及的预定场所的移动。

本发明的其他技术方案之一是信息处理装置，具备控制部，所述控制部执行如下处理：检测紧急事态的发生，对存在于包含发生了所述紧急事态的地域的预定范围内的能够自主行驶的车辆，中断正在执行的第1业务，指示执行应对紧急事态的第2业务。

本发明的其他技术方案之一是紧急事态应对方法，其中，能够自主行驶的车辆执行如下处理：在第1业务的执行期间发生了紧急事态的情况下，中断所述第1业务，执行应对紧急事态的第2业务，执行向所述第2业务所涉及的预定场所的移动。

本发明的其他技术方案之一是信息处理方法，其中，信息处理装置执行如下处理：检测紧急事态的发生，对存在于包含发生了所述紧急事态的地域的预定范围内的能够自主行驶的车辆，中断正在执行的第1业务，指示执行应对紧急事态的第2业务。

根据本公开的技术方案之一，能够有效活用自主行驶车辆。

附图说明

下文将参照附图说明本发明示例性实施例的特征、优点以及技术和产业的意义，其中相同的标号表示同样的要素，并且，其中：

图1是表示第1实施方式涉及的紧急事态应对控制系统的系统结构的一个例子的图。

图2是表示车辆的硬件结构的一个例子的图。

图3是对中心服务器的硬件结构进行例示的图。

图4是表示紧急事态应对控制系统中的中心服务器和车辆的功能构成的一个例子的图。

图5是中心服务器的车辆信息管理表的一个例子。

图6是中心服务器的请求管理表的一个例子。

图7是中心服务器的紧急事态发生应对处理的流程图的一个例子。

图8是中心服务器的紧急时业务控制处理的流程图的一个例子。

图9是车辆的紧急事态发生应对处理的流程图的一个例子。

图10是表示紧急事态应对控制系统中的处理的时序的一个例子的图。

图11是表示紧急事态应对控制系统中的处理的时序的其他一个例子的图。

具体实施方式

本发明的技术方案之一为能够自主行驶的车辆。该车辆具备控制部，所述控制部执行如下处理：在第1业务的执行期间发生了紧急事态的情况下，中断第1业务，执行应对紧急事态的第2业务，执行向该第2业务涉及的预定场所的移动。另外，本发明的技术方案之一是信息处理装置，具备控制部，所述控制部执行如下处理：检测紧急事态的发生，对存在于包含发生了该紧急事态的地域的预定范围内的能够自主行驶的车辆，中断正在执行的第1业务，指示执行应对紧急事态的第2业务。

紧急事态例如包括地震、海啸、洪水、雪崩、暴雨等自然灾害和火灾、爆炸、恐怖活动、争端、交通事故等的人为灾害。第1业务例如是在通常时分配给车辆的业务。例如，第1业务包括货物的配送、人的输送、移动店铺、巡回监视等，不限定于这些。例如，第2业务包括供水车的提供、净水车的提供、救护车的提供、消防车的提供、物资的运输、电源的配送、临时住宅的提供、移动基站的提供等，不限定于这些。另外，第1业务以及第2业务也可以包括待机。此外，在技术方案之一中，业务这一用语是与处理、任务、工作等的用语同义的，也可以置换为这些用语。

通过正在执行第1业务的车辆在发生紧急事态时中断第1业务并执行与紧急事态对应的第2业务，例如即使不准备应对紧急事态的专用车辆也可以，能够有效活用车辆。另外，通过使存在于包含发生了该紧急事态的地域的预定范围内的能够自主行驶的车辆中断第1业务，并执行与紧急事态对应的第2业务，能够对在该紧急事态中受灾的人更迅速地提供应对紧急事态的第2业务。

另外，在本发明的技术方案之一中，也可以为，车辆具备检测周边环境的传感器，车辆的控制部根据由传感器取得的数据，检测紧急事态的发生。检测周边环境的传感器例如包括摄像头、障碍物传感器、温度传感器、湿度传感器、加速度传感器、震度计等，不限定于这些。由此，能够通过车辆单独地根据发生紧急事态的检测来进行中断第1业务、执行第2业务。

另外，在本发明的技术方案之一中，也可以为，车辆的控制部接受来自预定服务器的指示，执行由该预定服务器分配的第2业务，所述预定服务器对针对预定范围内的紧急事态的应对进行管理。该预定服务器管理更大的范围，由该预定服务器向车辆分配第2业务，由此能够向更有需要的场所提供更合适的第2业务。

另外，在车辆的控制部接受来自管理针对预定范围内的紧急事态的应对的预定服务器的指示、执行由该预定服务器分配的第2业务的技术方案中，车辆的控制部也可以为在与预定的服务器通信断绝的情况下，决定要执行的第2业务，并执行所决定的第2业务。由此，即使是在因发生紧急事态而与预定服务器的通信断绝了的情况下，车辆也能够自主地执行第2业务。

另外，在本发明的技术方案之一中，也可以为，车辆的控制部在第2业务结束的情况下执行应对紧急事态的第3业务，所述第3业务是在该预定场所中被请求的、且车辆能够执行的业务。第2业务和第3业务的内容既可以相同，也可以不同。对于在该预定场所被请求的第3业务的有无、以及车辆能否执行该第3业务，例如既可以是车辆进行判定，也可以是信息处理装置进行判定。由此，车辆能够在第2业务完成的情况下在该位置提供接下来应对紧急事态的第3业务，例如能够节约车辆的移动距离、为了执行第3业务而其他车辆移动过来的时间等，能够使车辆高效地工作。

另外，也可以从紧急事态应对方法的方面来掌握本发明。该紧急事态应对方法中，能够自主行驶的车辆执行如下处理：在第1业务的执行期间发生了紧急事态的情况下，中断该第1业务，执行应对紧急事态的第2业务，执行向该第2业务涉及的预定场所的移动。此外，以上的关于车辆所公开的技术思想也可以在不发生技术上的不协调的范围内应用于该紧急事态应对方法。

以下，基于附图对本发明的实施方式进行说明。以下的实施方式的构成是例示的，本发明不限定于实施方式的构成。

＜第1实施方式＞

＜系统概要＞

图1是表示第1实施方式涉及的紧急事态应对控制系统100的系统结构的一个例子的图。紧急事态应对控制系统100是如下系统：在发生紧急事态时使能够自主行驶的车辆赶向发生了该紧急事态的地域，执行应对紧急事态的业务。紧急事态例如包括地震、暴雨、洪水、海啸、雪崩、大雪等自然灾害和大规模火灾、爆炸、恐怖活动、争端、交通事故等人为灾害。能够自主行驶的车辆的应对紧急事态的业务例如是物资运输、提供供水车、提供净水车、提供消防车、提供救护车辆、电源配送、提供移动基站、提供临时住宅等。

紧急事态应对控制系统100包括车辆2、控制车辆2的中心服务器1。在图1中，紧急事态应对控制系统100包括车辆2A、车辆2B、车辆2C、车辆2D。在不特别区别这些车辆的情况下仅记载为车辆2。中心服务器1是“信息处理装置”的一个例子。

车辆2例如是能够自动驾驶行驶以及无人驾驶行驶的车辆。车辆2分别搭载有在应对紧急事态的业务中使用的模块。模块是为了完成预定业务所使用的道具、用具、设备等的组合(set)。例如，车辆2A搭载有临时住宅模块。临时住宅模块例如包括简易床、简易厕所等，通过在车内展开临时住宅模块，能够将车辆2A作为简易的住宅来使用。例如，车辆2B搭载有净水模块。净水模块包括净水器。通过利用净水模块，能够对雨水、井水等水进行净化来使其成为饮用水、生活用水。例如，车辆2C搭载有电池模块，能够提供电源。例如，车辆2D搭载有移动基站模块，能够作为移动基站发挥功能。

多个车辆2分别例如经由无线通信网与中心服务器1连接。或者，多个车辆2分别例如也可以经由无线通信网与互联网连接，通过互联网与中心服务器1连接。车辆2分别例如进行3G、LTE(Long Term Evolution，长期演进)、LTE－Advanced(长期演进技术升级版)等移动体通信、遵循WiFi等无线LAN标准的无线通信、DSCR(Dedicated Short-RangeCommunications，专用短程通信)等。

车辆2从中心服务器1接受运行指令，制作运行计划，按照运行计划自主行驶到目的地。车辆2具备位置信息的取得单元，以预定的周期取得位置信息，并发送给中心服务器1。车辆2在通常时例如执行货物配送、预定路径的巡回、移动店铺等业务。以下，将车辆2在通常时执行的业务称为通常业务。通常业务是“第1业务”的一个例子。

在第1实施方式中，车辆2例如以预定的周期根据所搭载的多个种类的传感器的检测值判定周边环境，判定有无发生紧急事态。在检测紧急事态的发生中所使用的传感器例如为摄像头、震度计、加速度传感器、温度传感器、湿度传感器等。车辆2当检测到紧急事态的发生时向中心服务器1进行通知。

中心服务器1根据来自车辆2的通知、来自预定机关的紧急速报等检测紧急事态的发生。中心服务器1例如确定存在于发生紧急事态的地域及其周边地域的车辆2，根据各车辆2能够应对的业务状况和来自各地域的请求，对各车辆2分配用于应对紧急事态的业务，指示通常业务的中断、和用于应对该紧急事态的业务的执行。以下，将用于应对紧急事态的业务称为紧急时业务。紧急时业务是“第2业务”的一个例子。

当从中心服务器1接收到中断通常业务的指示、和执行紧急时业务的指示时，车辆2将正在执行的通常业务中断，开始执行所指示的紧急时业务。车辆2执行的紧急时业务例如是提供供水车、提供净水车、物资运输、提供临时住宅、电源供给、提供移动基站等。车辆2向由中心服务器1指定的场所进行移动，进行所指定的紧急时业务。

在第1实施方式中，存在于发生紧急事态的地域及其周边地域的车辆2进行紧急时业务，因此，能够更早地向受灾地提供紧急时业务。另外，车辆2是通常时进行通常业务的车辆，因此，即使不准备紧急时业务专用的车辆2也可以，能够有效地利用车辆2。

在发生紧急事态时，例如也考虑车辆2与中心服务器1的通信会断绝。在第1实施方式中，在由自身车辆所具备的传感器检测到紧急事态的发生、进一步与中心服务器1的通信断绝的情况下，车辆2自身对预定的紧急事态业务的执行进行判定。由此，即使是在因发生紧急事态而车辆2与中心服务器1的通信断绝了的情况下，车辆2也能够中断通常业务，执行紧急时业务。

图2是表示车辆2的硬件结构的一个例子的图。图2中设为车辆2为能够自主行驶的车辆来进行说明。此外，在图2中提取出控制系统涉及的硬件来进行表示。

车辆2具备控制部20、外部存储装置204、通信部205、显示器206、带触摸面板的显示器207、摄像头208、障碍物传感器209、车轮编码器210、转向用马达211、驱动用马达212、麦克风213、扬声器214、转向角编码器215、GPS(Global Positioning System，全球定位系统)接收部216、环境传感器217。

控制部20也被称为发动机控制单元(Engine Control Unit(ECU))。控制部20具有CPU201、存储器202、图像处理部203以及接口IF1。在接口IF1连接有外部存储装置204、通信部205、显示器206、带触摸面板的显示器207、摄像头208、障碍物传感器209、车轮编码器210、转向用马达211、驱动用马达212、麦克风213、扬声器214、转向角编码器215、GPS接收部216、环境传感器217。

环境传感器217是检测车辆2的周围环境的传感器。环境传感器217例如是温度传感器、震度计、加速度传感器、陀螺仪传感器、噪声计等。环境传感器217也可以包括摄像头。

障碍物传感器209是超声波传感器、雷达等。障碍物传感器209向检测对象方向发出超声波、电磁波等，基于反射波来对检测对象方向上的障碍物的存在、位置、相对速度等进行检测。障碍物例如包括行人、自行车、构造物、建筑物等。例如在车辆2具有箱型车体的情况下，具备多个障碍物传感器209，多个障碍物传感器209分别设置在靠近车辆2的前后左右的四个角部的位置。此外，车辆2的前后左右例如根据行进方向来决定。

摄像头208是由电荷耦合器件(Charged-Coupled Devices(CCD))、金属氧化物半导体(Metal-Oxide-Semiconductor(MOS))或者互补金属氧化物半导体(ComplementaryMetal-Oxide-Semiconductor(CMOS))等的图像传感器实现的拍摄装置。摄像头208以被称为帧周期的预定时间为间隔来取得图像，并保存于控制部20内的帧缓存。在车辆2具备多个摄像头208，多个摄像头208例如在车辆2的前后左右的各侧面朝向车外设置。但是，不限定于此，摄像头208也可以包括朝向车辆内部而设置的摄像头。另外，对于摄像头208的视场角、拍摄范围等，可以在预定的范围内分别进行设定。

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

转向角编码器215以预定的检测时间间隔来检测作为车轮的行驶方向的转向角，并保存于控制部20的寄存器。转向角是车轮的旋转轴的水平面内的角度。例如相对于车辆2的行进方向，在车轮的旋转轴所正交的方向上设定角度的原点。另外，车轮编码器210以预定的检测时间间隔取得车轮的旋转角，并保存于控制部20的寄存器。

通信部205例如是用于与WiFi的访问点或者移动电话基站连接、通过与它们连接的公众通信线路网与网络上的各种服务器等进行通信的通信部。通信部205以遵循预定的无线通信标准的无线信号以及无线通信方式进行无线通信。

GPS接收部216从在围绕在地球周围而旋转的多个人造卫星(Global PositioningSatellite,全球定位卫星)接收时刻信号的电波，并保存于控制部20的寄存器。麦克风213检测语音，将其变换为数字信号，并保存于控制部20的寄存器。扬声器214由与控制部20或者信号处理部连接的D/A转换器以及放大器驱动，再现包含声音以及语音的声响。麦克风213以及扬声器214也可以包括朝向车辆2的内部设置的装置和朝向车辆2的外部设置的装置。

在车辆2的车体的至少一个侧面例如以朝向车辆2外部的方式具备显示器206。显示器206例如是液晶显示器、电致发光面板等。

带触摸面板的显示器207是来自用户的指示的输入装置，例如朝向车辆2的内部设置。但是，不限于此，带触摸面板的显示器207例如也可以朝向外部而设置在车辆2的门附近。

控制部20的CPU201执行以能够执行的方式展开于存储器202的计算机程序，执行作为控制部20的处理。存储器202保持CPU201执行的计算机程序、CPU201处理的数据等。存储器202例如是动态随机访问存储器(Dynamic Random Access Memory(DRAM))、静态随机访问存储器(Static Random Access Memory(SRAM))、只读存储器(Read Only Memory(ROM))等。图像处理部203与CPU201协作，对从摄像头208按预定的帧周期得到的帧缓存的数据进行处理。图像处理部203例如具有GPU和成为帧缓存的图像存储器。外部存储装置204是非易失性的存储装置，例如是固态硬盘驱动器(Solid State Drive(SSD))、硬盘驱动器等。CPU201是“车辆”的“控制部”的一个例子。

例如，控制部20经由接口IF1从车辆2各部的传感器取得检测信号。另外，控制部20根据来自GPS接收部216的检测信号，计算作为地球上的位置的纬度和经度。进一步，控制部20从保存于外部存储装置204的地图信息数据库取得地图数据，将计算出的纬度和经度与地图数据上的位置进行比照，决定当前地。另外，控制部20在地图数据上取得从当前地到目的地的路径。另外，控制部20基于来自障碍物传感器209、摄像头208等的信号，检测车辆2周围的障碍物，决定行进方向并控制转向角以使得躲避障碍物。

进一步，控制部20与图像处理部203协作，按各帧数据对从摄像头208取得的图像进行处理，例如检测基于图像差分的变化，识别障碍物。此外，控制部20也可以从通信部205向网络上的中心服务器1发送来自摄像头208的图像的帧数据以及从麦克风213得到的语音数据。并且，也可以使中心服务器1分担图像的帧数据以及语音数据的解析。

进一步，另外，控制部20使显示器206显示图像、文字及其他的信息。另外，控制部20检测对带触摸面板的显示器207的操作，受理来自用户的指示。

车辆2有时在图2所示的硬件结构之外例如还具备紧急时业务用、通常业务用的模块。模块包括在各业务中使用的机械、道具、用具、设备等。模块例如通过连接器等与车辆2连接，从而能够实现通过车辆2的CPU201进行的控制、电源供给。

在图2中例示了接口IF1，但控制部20与控制对象之间的信号的授受并不限定于接口IF1。即，控制部20也可以具有接口IF1以外的多个信号授受路径。另外，在图2中，控制部20具有单一的CPU201。但是，CPU并不限定于单一的处理器，也可以为多处理器结构。另外，由单一的插座连接的单一的CPU也可以具有多核结构。上述各部中的至少一部分的处理也可以由CPU以外的处理器、例如数字信号处理器(Digital Signal Processor(DSP))、图形处理单元(Graphics Processing Unit(GPU))等的专用处理器进行。另外，上述各部中的至少一部分的处理也可以为集成电路(IC)、其他的数字电路。另外，也可以在上述各部中的至少一部分包含模拟电路。

图3是例示中心服务器1的硬件结构的图。中心服务器1具有CPU101、存储器102、接口IF5、外部存储装置104以及通信部105。CPU101、存储器102、接口IF5以及外部存储装置104的结构以及作用与图2的CPU201、存储器202、接口IF1、外部存储装置204是同样的。CPU101是“信息处理装置”的“控制部”的一个例子。

通信部105例如通过LAN与公众通信线路网连接，通过公众通信线路网与网络上的各种服务器以及车辆2等进行通信。此外，中心服务器1的硬件结构不限定于图3所示的结构，可以根据实施方式来适当地进行追加或者置换。

图4是表示紧急事态应对控制系统100中的中心服务器1和车辆2的功能构成的一个例子的图。中心服务器1通过存储器102上的计算机程序来作为图4所例示的各部进行工作。即，作为功能构成要素，中心服务器1具备紧急事态检测部11、控制部12、收发部13、位置管理部14、地图信息数据库(DB)15、车辆管理DB16、请求管理表17。

收发部13是与车辆2以及各种服务器的接口。收发部13将通过通信部105接收到的信息适当地输出至紧急事态检测部11、控制部12、位置管理部14。另外，收发部13通过通信部105向所指定的通信目标发送从紧急事态检测部11、控制部12、位置管理部14输入的信息。

紧急事态检测部11检测紧急事态的发生。具体而言，紧急事态检测部11基于来自检测到紧急事态的发生的车辆2的通知、来自预定的公共机关以及/或者预定的报道机关的紧急速报等的接收，检测紧急事态的发生。来自车辆2的发生紧急事态的检测的通知、来自预定的公共机关或者预定的报道机关的紧急速报例如包括紧急事态的种类、发生场所、受害状况等信息。当检测到紧急事态的发生时，紧急事态检测部11向控制部12输出发生紧急事态的通知。此外，紧急事态检测部11的发生紧急事态的检测方法不限定于特定的方法，可以使用周知的任何方法。

控制部12从紧急事态检测部11接受发生紧急事态的通知的输入，例如确定使之应对该紧急事态的车辆2，对所确定的车辆2分配紧急时业务。使之应对紧急事态的车辆2例如基于在后述的车辆管理DB16中保持的车辆2的位置信息以及业务的执行状况来进行确定。对于向车辆2分配紧急时业务，例如基于在后述的请求管理表17中保持的、对各紧急时业务的请求的信息来进行分配。

控制部12向所确定的各车辆2发送中断通常业务的指示、和执行所分配的紧急时业务的指示。根据紧急时业务的种类，也发送车辆2的目的地、经由地等信息、目的地以及经由地中的业务内容。例如在紧急时业务的种类为供水、物资运输等需要补给的业务的情况下，发送作为经由地的补给场所的信息、作为目的地的供水场所、物资提供场所的信息。例如，在紧急时业务的种类为提供临时住宅、提供救护车、提供移动基站等的不特别需要补给的业务的情况下，发送目的地的信息。

成为各车辆2的目的地的场所例如是发生紧急事态的场所、紧急时业务的请求源、预先决定的避难所等。避难所的信息例如被保持于地图信息DB15。

控制部12通过收发部13例如从车辆2、预定的公共机关接受对于紧急时业务的请求。预定的公共机关例如是政府机关、消防局、警察局等。对于来自车辆2的请求，例如通过车辆2的带触摸面板的显示器207的操作来进行输入，从车辆2通过网络进行发送。对于紧急时业务的请求，例如与请求对象的紧急时业务的种类、请求场所、请求数一起被接收。控制部12将接收到的对于紧急时业务的请求保存于后述的请求管理表17。

位置管理部14从收发部13接受以预定的周期从车辆2接收到的车辆2的位置信息的输入。位置管理部14将车辆2的位置信息保存于后述的车辆管理DB16。例如，位置管理部14也可以设为在预定期间未从车辆2接收到位置信息的情况下检测出与该车辆2的通信断绝。

地图信息DB15、车辆管理DB16、请求管理表17分别被制作在中心服务器1的外部存储装置104内。地图信息DB15、车辆管理DB16例如分别为关系数据库。

在地图信息DB15中例如保存有中心服务器1作为管理对象的范围的地图信息、避难场所的位置信息、物资(也包括水等)的补给场所等的位置信息。在车辆管理DB16中例如保存有与车辆2有关的信息。关于保存于车辆管理DB16的信息的详细，将在后面进行描述。在请求管理表17中例如保存有与对于紧急时业务的请求有关的信息。关于请求管理表17的详细，将在后面进行描述。

中心服务器1的各功能构成要素中的任一要素或者其处理的一部分也可以由与网络连接的其他计算机执行。另外，在中心服务器1中执行的一系列处理既可以由硬件执行，也可以由软件执行。

接着，车辆2通过存储器上的计算机程序作为图4所例示的各部来进行工作。作为功能构成要素，车辆2例如具备运行计划控制部21、环境检测部22、行驶控制部23、位置信息取得部24、紧急事态应对控制部25。运行计划控制部21、环境检测部22、行驶控制部23、位置信息取得部24、紧急事态应对控制部25例如是通过CPU201执行存储器202上的程序来实现的功能构成要素。

位置信息取得部24例如以预定的周期取得由GPS接收部216等取得的车辆2的位置信息，并发送至中心服务器1。车辆2的位置信息例如是纬度、经度。或者，车辆2的位置信息例如也可以为住所。另外，由位置信息取得部24取得的车辆2的位置信息例如也被输出至运行计划控制部21、行驶控制部23。

运行计划控制部21接收来自中心服务器1的运行指令。运行计划控制部21基于运行指令、和由位置信息取得部24得到的自身车辆的位置信息，算出车辆2应该行进的路径，生成运行计划。运行计划包括与这样算出的车辆2行驶的路径有关的数据、和规定了在路径的一部分或者全部中车辆2应该进行的处理的数据。车辆2应该进行的处理的一个例子例如包括车辆2的方向的变更。运行计划控制部21向行驶控制部23输出所生成的运行计划。

环境检测部22基于由搭载于车辆2的各种传感器取得的数据，检测在自主行驶中使用的车辆2周围的环境信息。环境检测部22的检测的对象例如是车道的数量、位置、在自身车辆的周围所存在的车辆的数量、位置、在自身车辆的周围所存在的障碍物(例如行人、自行车、构造物、建筑物等)的数量、位置、道路的构造、道路标识等信息。但是，不限于这些。只要是为了进行自主的行驶所能使用的，检测的对象也可以是任何对象。例如，在传感器为立体摄像头的情况下，通过对由其拍摄到的图像数据进行图像处理，进行车辆2周围的物体检测。环境检测部22检测到的、关于车辆2周围环境的数据被输出给后述的行驶控制部23。

行驶控制部23例如基于运行计划控制部21生成的运行计划、环境检测部22生成的与车辆2的周围环境有关的数据、位置信息取得部24取得的自身车辆的位置信息，生成用于控制自身车辆的自主的行驶的控制指令。例如，当被从运行计划控制部21输入运行计划时，行驶控制部23判定在由运行计划表示的移动方向上是否存在障碍物，确保移动的安全性。在判定为在移动方向上不存在障碍物的情况下，行驶控制部23生成用于使自身车辆以按照运行计划的路径来行驶的控制指令。所生成的控制指令被发送给驱动用马达212。关于用于使车辆自主行驶的控制指令的生成方法，可以采用公知的方法。

紧急事态应对控制部25以预定的周期进行检测紧急事态的发生的处理。具体而言，紧急事态应对控制部25基于由搭载于车辆2的环境传感器217取得的数据，检测车辆2周围的环境信息，判定有无发生紧急事态。例如，紧急事态应对控制部25的检测的对象为摄像头208的拍摄图像数据、环境传感器217的震度、温度、湿度、水位等。例如在温度、震度、湿度、水位成为表示异常值的阈值以上的情况下，紧急事态应对控制部25检测出紧急事态。例如，在根据摄像头208的拍摄图像数据的图像处理部203的图像解析的结果检测到建筑物倒塌、道路破断、水位上升、倒下的人等的情况下，紧急事态应对控制部25检测出紧急事态。紧急事态应对控制部25的紧急事态的检测方法不限于特定的方法，也可以使用周知的任何方法。

当检测到发生紧急事态时，紧急事态应对控制部25向中心服务器1通知紧急事态的发生。与发生紧急事态的通知一起，例如车辆2的位置信息也被作为发生场所进行发送。另外，在根据由环境传感器217取得的数据确定紧急事态的种类的情况下，与发生紧急事态的通知一起，紧急事态的种类也被进行通知。另外，紧急事态应对控制部25也可以当检测到紧急事态的发生时例如通过车车间通信以广播的方式在预定期间以预定的周期向存在于周围的车辆2发送发生紧急事态的通知。

紧急事态应对控制部25当与自身车辆有无检测到发生紧急事态无关地从中心服务器1接收到中断通常业务的指示和执行紧急时业务的指示时，使运行计划控制部21、行驶控制部23暂时停止，使正在执行的通常业务中断。此外，设为该情况下的通常业务也包括待机中的状态。接着，紧急事态应对控制部25开始从中心服务器1指定的紧急时业务的执行。对于紧急时业务，与其内容相应的程序被预先保存于外部存储装置204，紧急事态应对控制部25执行所指定的紧急时业务的程序。通过执行该紧急时业务程序，例如从紧急事态应对控制部25向运行计划控制部21输出向由中心服务器1指定的目的地的运行指令，和/或进行使用了预定模块的处理的指示等。

另外，紧急事态应对控制部25在检测到发生紧急事态、进一步检测到与中心服务器1的通信断绝的情况下，收集所检测到的紧急事态的详细信息，进行中断通常业务和开始执行预定的紧急时业务的判定。关于紧急事态的详细信息的收集，例如通过网络访问中心服务器1以外的预定的报道机关、公共机关等的服务器，和/或通过与周边的车辆2的车车间通信取得与各车辆2检测到的紧急事态有关的信息，从而进行该收集。例如，在从周边的其他车辆2也接收到检测到发生紧急事态的通知的情况下、从周边的其他车辆2接收到紧急时业务的请求的情况下、从预定的报道机关、公共机关的服务器接受到发生紧急事态的通知的情况下，紧急事态应对控制部25判定为中断通常业务并开始执行预定的紧急时业务。预定的紧急时业务例如是预先确定的业务、紧急事态应对控制部25基于收集到的信息所选择的业务等。

另外，在检测到发生紧急事态、例如车辆2的通信功能本身损坏、不仅无法与中心服务器1进行通信、也无法与任何服务器或车辆2进行通信的情况下，紧急事态应对控制部25进行预先确定的预定的紧急时业务的执行。在该情况下执行的紧急时业务例如也可以是赶向预先设定的避难所、将所搭载的模块(急救模块、净水模块、电池模块等)以谁都能够使用的方式展开、在带触摸面板的显示器207显示对于紧急时业务的请求画面而使谁都能够请求紧急时业务等中的某一种或者组合。

紧急事态应对控制部25当检测到执行中的紧急时业务完成时，向中心服务器1进行通知。从中心服务器1例如被发送关于接下来的业务的指示。在与中心服务器1的通信断绝的情况下，紧急事态应对控制部25使车辆2为待机状态。在待机状态的情况下，例如紧急事态应对控制部25设为将所搭载的模块(急救模块、净水模块、电池模块等)以谁都能够使用的方式展开、在带触摸面板的显示器207显示对于紧急时业务的请求画面以使谁都能够请求紧急时业务等的状态。

对于正在执行的紧急时业务完成，例如根据来自用户的完成操作的输入、来自中心服务器1的指示、资源(水、物资、电力等)的枯竭的检测等来进行判定。

另外，紧急事态应对控制部25例如也可以设为在通过用户的操作而从带触摸面板的显示器207输入对于紧急时业务的请求、且请求对象的紧急时业务为自身能够执行的业务的情况下执行该紧急时业务。但是，在正在执行其他紧急时业务的情况下、请求对象的紧急时业务是无法执行的业务的情况下，紧急事态应对控制部25也可以向中心服务器1发送对于紧急时业务的请求。

图5是中心服务器1的车辆信息管理表的一个例子。车辆信息管理表例如保存于车辆管理DB16。车辆信息管理表是保持关于车辆2的信息的表。在图5所示的例子中，在车辆信息管理表中包含车辆ID、通常业务、紧急时业务、业务状态、位置信息的字段。

在车辆ID的字段保存车辆2的识别信息。在通常业务的字段保存表示所对应的车辆2的通常业务的种类的信息。在紧急时业务的字段保存表示所对应的车辆2能够执行的紧急时业务的种类的信息。所谓的车辆2能够执行紧急时业务例如是指车辆2搭载有该紧急时业务所使用的模块、在该紧急时业务不需要特定的模块、车辆2的装备满足执行该紧急时业务的条件等。车辆2能够执行的紧急时业务既可以是一个，也可以是多个。在车辆2能够执行的紧急时业务为多个的情况下，也可以按照执行的优先级从高到低的顺序登记为紧急时业务1、2、……。

在业务状态的字段(field)保存表示所对应的车辆2的业务的执行状态的信息。例如在车辆2正执行物资运输业务的情况下，在业务状态的字段保存表示“物资运输”的信息。例如在车辆2为待机状态的情况下，在业务状态的字段保存表示“待机”的信息。

在位置信息字段保存从所对应的车辆2以预定的周期向中心服务器1发送的该车辆2的最新的位置信息。位置信息的字段由位置管理部14更新。

此外，保存于车辆信息管理表的信息不限定于图5所示的信息。例如，在车辆信息管理表也可以还保存车辆2的尺寸、搭载模块的种类、搭载设备的信息等。

图6是中心服务器1的请求管理表17的一个例子。对于请求管理表17，例如由控制部12按接收到对于紧急时业务的请求的各场所来生成。作为一个例子，请求管理表17按各避难所来生成。请求管理表17保持与来自相应场所的对于紧急时业务的请求有关的信息。

在图6所示的例子中，请求管理表17包括种类、请求台数、派遣车辆列表的字段。在种类的字段保存已请求的紧急时业务的种类。在请求台数的字段保存相应种类的紧急时业务所请求的车辆2的台数。对于请求台数，例如也可以在根据所接收到的请求而存在请求台数的指定的情况下保存该请求台数，在没有请求台数的指定的情况下为空。另外，也可以在通过信息收集等的预定方法确定了请求台数的情况下进行保存。

在派遣车辆列表的字段，针对相应的场所来保存正执行相应的种类的紧急时业务的车辆2的识别信息的列表。对于派遣车辆列表，例如当对车辆2发送执行紧急时业务的指示时，追加该车辆2的识别信息，当接收到紧急时业务完成的通知时，删除该车辆2的识别信息。此外，请求管理表17所包含的信息不限定于图6所示的信息。

当关于紧急事态的发生而接收到紧急时业务的请求时，控制部12例如基于地图信息DB15、图5所示的车辆信息管理表、图6所示的请求管理表17，决定用于确定向与请求管理表17对应的场所派遣的车辆2的范围、向该场所派遣的车辆2、分配给车辆2的紧急时业务等。

＜处理的流程＞

图7是中心服务器1的紧急事态发生对应处理的流程图的一个例子。紧急事态发生对应处理是检测到发生紧急事态的情况下的处理。图7所示的处理例如以预定的周期反复执行。图7所示的处理的执行主体为中心服务器1的CPU101，但为了便于说明，以作为功能构成要素的控制部12为主体进行说明。以后的与中心服务器1的处理有关的流程图也是同样的。

在OP101中，控制部12判定是否检测到发生紧急事态。例如，在从任一车辆2接收到发生紧急事态的通知的情况下、或者从某预定的公共机关以及报道机关接收到紧急速报的情况下，OP101作出肯定判定。例如，在从任何车辆2都没有接收到发生紧急事态的通知的情况下、以及从某预定的公共机关以及报道机关也未接收到紧急速报的情况下，OP101作出否定判定。在检测到紧急事态的发生的情况下(OP101：是)，处理进入OP102。在未检测到紧急事态的发生的情况下(OP101：否)，图7所示的处理结束。

在OP102中，控制部12确定紧急事态的发生场所以及包括发生场所的地域、受害规模。例如，控制部12也可以基于从多个车辆2接收的紧急事态的通知、从预定的公共机关以及报道机关发表的信息等，推定紧急事态的发生场所以及地域、受害规模。对于受害规模，例如也可以基于倒塌房屋数、死伤人数等，使用预定的函数来进行数值化。

在OP103中，控制部12判定是否需要对紧急事态进行应对。例如在受害规模超过预定阈值的情况下、对于紧急时业务的请求数超过预定数的情况下等，控制部12对需要对应紧急事态进行判定。在判定为需要应对紧急事态的情况下(OP103：是)，处理进入OP104。在判定为不需要应对紧急事态的情况下(OP103：否)，图7所示的处理结束。此外，对于OP103的判定，也可以在等待经过预定时间后开始进行判定。

在OP104中，控制部12确定向紧急事态的受灾地域派遣的车辆2，对该车辆2分配紧急时业务。在OP104中，也可以确定多台车辆2。被向紧急事态的受灾地域派遣的车辆2例如是存在于在OP102中确定的紧急事态的发生地域及其周边地域的车辆2。控制部12例如基于车辆管理表和请求管理表17，向存在于与对象场所相距预定范围内的位置的车辆2分配被请求的、且该车辆2能够执行的紧急时业务。

在OP105中，控制部12向所确定的车辆2分别发送中断通常业务的指示、和执行所分配的紧急时业务的指示。然后，图7所示的处理结束。此外，在图7的处理的结束后，在新接收到对于紧急时业务的请求的情况下，控制部12也可以设为关于该请求进行OP104、OP105的处理。

图8是中心服务器1的紧急时业务控制处理的流程图的一个例子。紧急时业务控制处理是在从任一车辆2接收到紧急时业务完成的通知的情况下判定向该车辆2分配其他紧急时业务的处理。图8所示的处理例如以预定的周期反复执行。

在OP201中，控制部12判定是否从任一车辆2接收到紧急时业务的完成通知。在从任一车辆2接收到紧急时业务的完成通知的情况下(OP201：是)，处理进入OP202。在从任何车辆2都没有接收到紧急时业务的完成通知的情况下(OP201：否)，图8所示的处理结束。以后，在图8中，车辆2设为表示紧急时业务的完成通知的发送源的车辆2。

在OP202中，控制部12判定在车辆2的当前位置的周边是否存在对于紧急时业务的请求。车辆2的当前位置例如从车辆信息管理表取得。对于紧急时业务的请求的有无是基于请求管理表17来判定的。车辆2的当前位置的周边例如是与车辆2相距预定距离的范围、车辆2所存在的市区町村内等的范围。

在车辆2的当前位置的周边存在对于紧急时业务的请求的情况下(OP202：是)，处理进入OP203。在车辆2的当前位置的周边没有对于紧急时业务的请求的情况下(OP202：否)，处理进入OP205。

在OP203中，控制部12判定车辆2是否能够执行请求对象的紧急时业务。在请求对象的紧急时业务的种类为多个的情况下，判定车辆2是否能够执行其中的至少任一个种类的紧急时业务。OP203的处理例如是基于车辆信息管理表进行的。在车辆2能够执行请求对象的紧急时业务的情况下(OP203：是)，处理进入OP204。在车辆2无法执行请求对象的紧急时业务的情况下(OP203：否)，处理进入OP205。

在OP204中，控制部12对车辆2分配请求对象的紧急时业务中的车辆2能够执行的紧急时业务，向车辆2发送执行该紧急时业务的指示。然后，图8所示的处理结束。

在OP205中，由于在车辆2的周边没有对于紧急时业务的请求、或者在请求对象的紧急时业务中没有车辆2能够执行的紧急时业务，因此，控制部12向车辆2发送待机指示或者向预定场所的返回指示。对于发送待机指示和返回指示中的哪个，例如既可以基于未处理的请求的数量、车辆2的当前位置与返回场所的关系等来决定，也可以由管理者设定任一方。然后，图8所示的处理结束。

此外，中心服务器1进行的处理不限定于图7以及图8所示的处理，能够根据实施方式来适当地进行变更。

图9是车辆2的紧急事态发生对应处理的流程图的一个例子。图9所示的处理以预定周期反复执行。图9的处理的主体为CPU201，但为了便于说明，以功能构成要素为主体进行说明。

在OP301中，紧急事态应对控制部25判定是否检测到紧急事态的发生。在检测到紧急事态的发生的情况下(OP301：是)，处理进入OP302。在未检测到紧急事态的发生的情况下(OP301：否)，处理进入OP310。

在OP310中，紧急事态应对控制部25判定是否从中心服务器1接收到执行紧急时业务的指示。在从中心服务器1接收到执行紧急时业务的指示的情况下(OP310：是)，处理进入OP311。在从中心服务器1未接收到执行紧急时业务的指示的情况下(OP310：否)，图9所示的处理结束。

在OP311中，紧急事态应对控制部25在正执行通常业务的情况下使之中断，开始执行从中心服务器1指定的紧急时业务。然后，图9所示的处理结束。

在OP302中，紧急事态应对控制部25检测到紧急事态的发生(OP301：是)，因此，向中心服务器1发送发生紧急事态的通知。

在OP303中，紧急事态应对控制部25判定是否从中心服务器1接收到执行紧急时业务的指示。在从中心服务器1接收到执行紧急时业务的指示的情况下(OP303：是)，处理进入OP304。在OP304中，紧急事态应对控制部25在正执行通常业务的情况下使之中断，开始执行从中心服务器1指定的紧急时业务。然后，图9所示的处理结束。

在从中心服务器1未接收到执行紧急时业务的指示的情况下(OP303：否)，处理进入OP305。在OP305中，急事态应对控制部25判定车辆2自身的通信功能是否有效。在车辆2自身的通信功能有效的情况下(OP305：是)，处理进入OP306。在车辆2自身的通信功能无效的情况下(OP305：否)，处理进入OP309。

在OP306中，虽然车辆2的通信功能有效，但与中心服务器1的通信断绝，因此，紧急事态应对控制部25例如从周围的其他车辆2、预定的服务器收集紧急事态涉及的信息。在OP307中，基于在OP306中收集到的信息，判定有无车辆2能够执行的紧急时业务。例如，车辆2在从用户接受到对于紧急时业务的请求的输入的情况下，通过车车间通信以预定周期广播请求的信息。通过从其他车辆2接收该请求的信息、从预定的服务器接收所发送的请求的信息，进行OP307的判定。另外，紧急事态应对控制部25对搭载于自身车辆的模块的信息进行掌握，由此，也对自身车辆能够执行的紧急时业务进行掌握。

在有车辆2能够执行的紧急时业务的情况下(OP307：是)，处理进入OP308，在OP308中，紧急事态应对控制部25开始执行该紧急时业务。然后，图9所示的处理结束。

在没有车辆2能够执行的紧急时业务的情况下(OP307：否)，处理进入OP309。在OP309中，紧急事态应对控制部25使车辆2为待机状态，或者执行被规定了的紧急时业务。例如，在没有被规定了的紧急时业务的情况下，既可以成为待机状态，也可以基于根据由搭载于车辆2的环境传感器217取得的数据检测到的车辆2周围的环境信息来选择待机状态或者规定的紧急时业务。然后，图9所示的处理结束。

此外，图9所示的车辆2的处理为一个例子，车辆2的处理可以根据实施方式来适当地进行变更。

图10是表示紧急事态应对控制系统100中的处理的时序的一个例子的图。在图10中，为了使说明简化，对中心服务器1与车辆2A之间的处理进行说明。车辆2A是搭载有临时住宅模块、能够执行物资运输和提供临时住宅来作为紧急时业务的车辆。另外，在图10中设想为：车辆2A存在于地域B内，在地域B中发生了自然灾害。

在S11中，车辆2A存在于地域B内，基于由搭载于车辆2A的环境传感器217取得的数据，检测出在地域B中发生的紧急事态(图9，OP301：是)。在S12中，车辆2A向中心服务器1发送发生紧急事态的通知(图9，OP302)，中心服务器1接收该通知。

在S13中，中心服务器1通过接收到来自车辆2A的发生紧急事态的通知，检测出在地域B发生了紧急事态(图7，OP101：是)。另外，中心服务器1也接收来自车辆2A以外的车辆2的发生了紧急事态的通知和/或预定机关的紧急速报等，通过这些来确定发生场所以及地域、受害规模(图7，OP102)。

在S14中，中心服务器1从任一车辆2或者预定机关的服务器接收关于地域B对于紧急时业务的请求，对车辆2A分配车辆2A的向紧急事态的发生地域内的预定场所的派遣、和作为紧急时业务的物资运输(图7，OP104)。在S15中，中心服务器1向车辆2A发送中断通常业务的指示、和执行物资运输的指示(图7，OP105)。另外，也发送作为经由地的物资的补给场所、作为目的地的紧急事态的发生地域内的预定场所(避难所等)的信息。

在S16中，车辆2A从中心服务器1接受执行紧急时业务的指示(图9，OP303：是)，开始物资运输(图9，OP304)。车辆2A首先向被指定为经由地的物资的补给场所移动，在该补给场所中搭载物资，向被指定为目的地的紧急事态的发生地域内的预定场所(避难所等)移动。

在S21中，车辆2A在紧急事态的发生地域内的预定场所中完成物资的卸货，使作为紧急时业务的物资运输的业务完成。在S22中，车辆2A向中心服务器1通知作为紧急时业务的物资运输业务的完成。

在S23中，中心服务器1从车辆2A接收作为紧急时业务的物资运输业务完成的通知(图8，OP201：是)，接着将提供临时住宅决定为分配给车辆2A的紧急时业务(图8，OP202～OP203)。在S24中，中心服务器1向车辆2A发送执行提供临时住宅的指示来作为紧急时业务(图8，OP204)。例如作为目的地，车辆2A的当前位置也被进行发送。

在S25中，车辆2A接收执行提供临时住宅的指示来作为来自中心服务器1的紧急时业务(图9，OP310：是)，展开临时住宅模块来作为临时住宅的提供业务。目的地被指定为车辆2A的当前位置，因此，此时车辆2A不移动。

如图10所示，在即使发生紧急事态、车辆2A与中心服务器1的通信也被维持的情况下，能够在车辆2A完成了一个紧急时业务之后，使车辆2A执行接着的其他紧急时业务。

图11是表示紧急事态应对控制系统100中的处理的时序的其他一个例子的图。图11设想与图10同样的前提。即，在图11中，车辆2A也能够执行物资运输和提供临时住宅来作为紧急时业务，存在于地域B内。另外，在图11中，也设想在地域B中发生了自然灾害。

在S31中，车辆2A存在于地域B内，基于由搭载于车辆2A的环境传感器217取得的数据，检测出在地域B中发生的紧急事态(图9，OP301：是)。在S32中，车辆2A向中心服务器1发送发生紧急事态的通知(图9，OP302)。然而，在图11中，车辆2A与中心服务器1间的通信因进行中继的基站等的问题而断绝，从车辆2A向中心服务器1的通知无法送达，另外，也无法从中心服务器1接收车辆2A执行紧急时业务的指示(图9，OP303：否)。但是，在图11中，设想车辆2A自身的通信功能保持有效(图9，OP305：是)。

在S33中，车辆2A关于在地域B发生的紧急事态进行信息收集(图9，OP306)。在S34中，设想没有车辆2A能够执行的紧急时业务(图9，OP307：否)，车辆2A成为待机状态(图9，OP309)。车辆2A例如在待机状态下使车辆2A所具备的带触摸面板的显示器207显示紧急时业务的请求的选择项。在紧急时业务的请求的选择项中也包含车辆2A能够执行的物资运输、提供临时住宅的业务。

在S41中，由用户从在车辆2A的带触摸面板的显示器207上所显示的紧急时业务的请求的选择项中输入提供临时住宅的业务的选择操作。在S42中，车辆2A例如展开临时住宅模块，执行提供临时住宅的业务。此外，在S42中，在车辆2A无法执行提供临时住宅的业务的情况下，车辆2A例如也可以通过车车间通信来广播对于提供临时住宅的请求的信息，向周围的其他车辆2通知请求。

在图11所示的例子中，即使是在因发生紧急事态而车辆2A与中心服务器1的通信断绝了的情况下，车辆2A也能够自主地单独判定紧急时业务的执行。另外，车辆2A也能够根据来自用户的手工操作的输入，执行紧急时业务。

＜第1实施方式的作用效果＞

在第1实施方式中，在发生了紧急事态的情况下，存在于该紧急事态的发生场所及其周边的车辆2中断通常的业务，开始执行紧急时业务。由此，能够有效活用作为自动行驶车辆的车辆2。另外，该车辆2存在于紧急事态的发生场所及其周边，因此，能够更迅速地向受灾地提供对于紧急事态的紧急时业务。

另外，在第1实施方式中，车辆2按照来自中心服务器1的指示，从通常业务切换为紧急时业务。中心服务器1从更多的信息源收集信息，掌握更大范围的受害状况，因此，通过中心服务器1向车辆2分配紧急时业务，能够向存在相应紧急时业务的请求的适当的场所提供适当的紧急时业务。

另外，在第1实施方式中，车辆2能够在与中心服务器1的通信断绝了的情况下自主地收集信息，从通常业务切换为预定的紧急时业务。由此，即使是在车辆2无法与中心服务器1进行通信的情况下，车辆2也能够提供紧急时业务。

＜其他的实施方式＞

上述的实施方式不过是一个例子，本发明能够在不脱离其宗旨的范围内适当地进行变更来实施。

车辆2例如也可以不是如第1实施方式那样与中心服务器1协作，而是以车辆2为单体在发生紧急事态时进行从通常业务向紧急时业务切换的处理。例如，车辆2通过进行图9的OP301、OP306～OP309的处理来实现。具体而言，当检测到发生紧急事态时(OP301：是)，车辆2进行信息收集(OP306)，在有自身车辆能够执行的紧急时业务的情况下(OP307：是)，执行该紧急时业务(OP308)，在没有自身车辆能够执行的紧急时业务的情况下(OP307：否)，执行待机或者规定的紧急时业务(OP309)。

对于在本公开中说明过的处理、单元，只要不发生技术上的矛盾，就能够自由地组合来实施。

另外，作为一个装置进行的处理而说明过的处理也可以由多个装置分担来执行。或者，作为不同的装置进行的处理而说明过的处理也可以由一个装置执行。对于在计算机系统中通过什么样的硬件结构(服务器结构)实现各功能，可以灵活地进行变更。

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

Claims (9)

1.一种车辆，是能够自主行驶的车辆，具备控制部，

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

在第1业务的执行期间发生了紧急事态的情况下，中断所述第1业务，执行应对紧急事态的第2业务；

执行向所述第2业务所涉及的预定场所的移动。

2.根据权利要求1所述的车辆，

具备检测周边环境的传感器，

所述控制部根据由所述传感器取得的数据检测所述紧急事态的发生。

3.根据权利要求1所述的车辆，

所述控制部接受来自预定服务器的指示，执行由所述预定服务器分配的第2业务，所述预定服务器对针对预定范围内的紧急事态的应对进行管理。

4.根据权利要求3所述的车辆，

所述控制部在与所述预定服务器的通信断绝的情况下，决定要执行的第2业务，并执行所决定的第2业务。

5.根据权利要求1～4中任一项所述的车辆，

所述控制部在所述第2业务结束的情况下执行应对紧急事态的第3业务，所述第3业务是在所述预定场所被请求的、且所述车辆能够执行的业务。

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

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

检测紧急事态的发生；

对在包含发生了所述紧急事态的地域的预定范围内存在的能够自主行驶的车辆，中断正在执行的第1业务，指示执行应对紧急事态的第2业务。

7.根据权利要求6所述的信息处理装置，

所述控制部执行如下处理：在由所述车辆进行的所述第2业务结束的情况下，对所述车辆指示执行应对紧急事态的第3业务，所述第3业务是在所述车辆的周边被请求的、且所述车辆能够执行的业务。

8.一种紧急事态应对方法，

能够自主行驶的车辆执行如下处理：

在第1业务的执行期间发生了紧急事态的情况下，中断所述第1业务，执行应对紧急事态的第2业务；

执行向所述第2业务所涉及的预定场所的移动。

9.一种信息处理方法，

信息处理装置执行如下处理：

检测紧急事态的发生；

对在包含发生了所述紧急事态的地域的预定范围内存在的能够自主行驶的车辆，中断正在执行的第1业务，指示执行应对紧急事态的第2业务。

Images