CN111612186B - 运行支持装置、车辆、运行管理装置和运行支持方法 - Google Patents

Abstract

本公开提供一种运行支持装置、车辆、运行管理装置和运行支持方法。公开了一种运行支持装置。所述运行支持装置是用于支持根据预约所要求的乘车位置和下车位置来确定运行计划的车辆的运行的运行支持装置。所述运行支持装置包括控制部，所述控制部被配置为使得，当在所述乘车位置搭乘车辆的人从停在所述乘车位置的车辆中输出的多个候选目的地的信息中选择一个候选目的地时，所述控制部获取由此选择的一个候选目的地的信息，并且将所获取的信息与进行所述预约时乘车位置的信息所关联的所述下车位置的信息进行比较。

Description

运行支持装置、车辆、运行管理装置和运行支持方法

技术领域

本发明涉及一种运行支持装置、车辆、运行管理装置和运行支持方法。

背景技术

日本未经审查的专利申请公开第2017-167942号(JP2017-167942A)描述了一种技术，该技术提出使用由运输车辆提供商提供的车辆的移动路线作为从用户指定的出发地点到用户指定的目的地的移动路线，并且安排实现了用户接受的移动路线作为实际移动路线的车辆。

发明内容

存在诸如按需公交车的按需交通***，根据用户的预约所要求的上下车位置和上下车时间来为该按需交通***确定诸如行驶路线和运行时间表的运行计划。在这种交通***中，当有人搭乘车辆时，有必要检查该人是否为进行了所述预约的用户。

在JP 2017-167942A中描述的技术中，基于能否获取用户的标签ID来检查计划乘车的用户的乘车。因此，用户应携带无线标签。在此，“ID”是标识符的缩写。

本发明的目的是提供一种技术，当有人乘车时，检查该人是否为已经进行了预约的用户，而不管该人是否携带诸如无线标签的通信设备。

根据本发明的一个方案的运行支持装置是用于支持车辆的运行的运行支持装置，根据预约所要求的乘车位置和下车位置为该车辆确定运行计划。所述运行支持装置包括控制部，所述控制部被配置为使得：在停在所述乘车位置的所述车辆中在所述乘车位置搭乘车辆的人选择或输入一个候选目的地时，所述控制部获取由此选择或输入的所述一个候选目的地的信息，并将获取的信息与在进行所述预约时所述乘车位置的信息所关联的所述下车位置的信息进行比较。

根据本发明的一个方案的运行管理装置是包括通信部和控制部的运行管理装置。所述通信部被配置为发送和接收信息。所述控制部被配置为通过通信部接收根据预约所要求的乘车位置和下车位置而确定其运行计划的车辆的位置信息，所述车辆的所述位置信息是从所述车辆在停在所述乘车位置期间发送的，所述控制部被配置为：响应于所述车辆的所述位置信息，通过所述通信部，发送进行所述预约时与所述车辆的所述位置信息对应的所述乘车位置的信息所关联的所述下车位置的信息，以及多个候选目的地的信息，所述多个候选目的地的信息包括与所述下车位置对应的候选目的地的信息。

根据本发明的一个方案的运行支持方法是一种包括如下步骤的运行支持方法：由根据预约所要求的乘车位置和下车位置确定运行计划的车辆，输出多个候选目的地的信息，所述信息由所述车辆在停在所述乘车位置期间输出；当在所述乘车位置搭乘所述车辆的人从所述车辆输出的所述信息中选择一个候选目的地时，由运行支持装置获取由此选择的所述一个候选目的地的信息；以及由所述运行支持装置将由此获取的所述信息与在进行所述预约时所述乘车位置的信息所关联的所述下车位置的信息进行比较。

根据本发明的一个方案，当有人乘车时，可以检查该人是否为进行了预约的用户，而不管该人是否携带诸如无线标签的通信设备。

附图说明

下面将参照附图描述本发明的示例性实施例的特征、优点以及技术和工业意义，其中，相同的标号表示相同的元件，并且其中：

图1是示出根据第一实施例和第二实施例的按需交通***的配置的示意图；

图2是示出根据第一实施例和第二实施例的按需交通***的配置的框图；

图3是示出根据第一实施例的按需交通***的操作的流程图；

图4是示出根据第一实施例的数据库的示例的表格；

图5是示出根据第一实施例的按需交通***的操作的流程图；

图6是示出根据第一实施例的选择屏幕的示例的表格；

图7是示出根据第一实施例的一个变型例的选择屏幕的示例的表格；

图8是示出根据第二实施例的按需交通***的操作的流程图；

图9是示出根据第二实施例的数据库的示例的表格；

图10是示出根据第二实施例的按需交通***的操作的流程，以及

图11是示出根据第二实施例的选择屏幕的示例的表格。

具体实施方式

下面将参照附图描述本发明的实施例。

附图中相同或等同的部分具有相同的符号。在以下每个实施例的描述中，就相同或等同部分而言，适当地省略或简化描述。

第一实施例

参照图1，下面将描述本实施例的概述。

在根据本实施例的按需交通***10中，根据预约所要求的乘车位置和下车位置来确定车辆12的运行计划。车辆12在乘车位置停止期间输出多个候选目的地的信息。运行管理装置30在给定的时间点将与进行预约时乘车位置的信息所关联的下车位置的信息发送至运行支持装置40。当在乘车位置搭乘车辆的人从车辆12中输出的信息选择了一个候选目的地时，运行支持装置40获取由此选择的候选目的地的信息。运行支持装置40将这样获取的信息与在进行预约时乘车位置的信息所关联的下车位置的信息进行比较。

在本实施例中，当有人乘车时，可以检查该人是否为已经进行了预约的用户11，而不管该人是否携带诸如无线标签的通信设备。

在本实施例中，用户11通过电话或电子邮件与能够访问运行管理装置30的操作员14进行通信来对车辆12进行预约。但是，用户11可以在不与操作员14进行通信的情况下，通过从诸如移动电话装置、智能电话、平板电脑或PC的终端装置访问运行管理装置30来针对车辆12进行预约。这里，“PC”是个人计算机的缩写。

在本实施例中，不要求搭乘了车辆12的人的通信设备出示ID，而是直接要求搭乘了车辆12的人出示只有该人知道的秘密信息。利用本实施例，用户11不需要携带通信设备，从而提高了便利性。由于车辆12不需要与用户11的通信设备进行通信，因此可以简化设施。

在本实施例中，作为秘密信息，不要求用户11出示诸如预约号或密码的用户11可能会忘记的信息，而要求用户11出示用户11为了乘车永远不会忘记的目的地的信息。在本实施例中，用户11不必记住用户11可能忘记的信息，从而提高了便利性。由于操作员14在用户11进行预约时不需要向用户11通知预约号或向用户11询问密码，因此可以使服务更加高效。

在本实施例中，作为与秘密信息所关联的关键信息，使用车辆12本身可以获取的乘车位置的信息，而不是诸如必须从搭乘车辆12的人的通信设备获取的诸如ID的信息。在本实施例中，不必让用户11携带通信设备，从而提高了便利性。由于车辆12不必与用户11的通信设备进行通信，因此可以简化设施。

在本实施例中，车辆12是按需公交车，但是也可以是诸如共享出租车的其他类型的按需车辆。作为按需公交车，例如，可以使用例如汽油动力汽车、柴油汽车、HV、PHV、EV或FCV的给定类型的汽车。在此，“HV”是混合动力车辆的缩写。此外，“PHV”是插电式混合动力车辆的缩写。此外，“EV”是电动车辆的缩写。此外，“FCV”是燃料电池车辆的缩写。在本实施例中，车辆12由驾驶员驾驶，但是其操作可以在给定等级上自动化。例如，基于SAE的分类，自动化等级是从1级到5级的任意等级。在此，“SAE”是汽车工程师协会的缩写。车辆12也可以是MaaS专用的车辆。在此，“MaaS”是移动即服务的缩写。

用户11与车辆12之间的关系不限于一对一的关系，而可以是一对多的关系、多对一的关系或多对多的关系。用户11可以是未指定数量的人。车辆12也可以用作共享车辆。

运行支持装置40可通过诸如移动体通信网络或因特网的网络13与运行管理装置30进行通信。

参照图2，下面描述根据本实施例的按需交通***10的配置。

按需交通***10包括运行管理装置30和运行支持装置40。

运行管理装置30是被配置为管理车辆12的运行的装置。运行管理装置30被设置在诸如数据中心的给定地点。运行管理装置30被构成为属于云计算***或其他计算***的服务器。

运行管理装置30包括诸如控制部31、存储部32、通信部33、输入部35和输出部36的构件。

控制部31由一个或多个处理器构成。作为处理器，可以使用诸如CPU的通用处理器或专用于特定处理的专用处理器。在此，“CPU”是中央处理单元的缩写。控制部31中可以包括一个或多个专用通信电路，或者一个或多个处理器可以被控制部31中的一个或多个专用通信电路替代。例如，作为专用通信电路，可以使用FPGA或ASIC。在此，“FPGA”是现场可编程门阵列的缩写。此外，“ASIC”是专用集成电路的缩写。在控制部31控制运行管理装置30的各个部分的同时，控制部31执行与运行管理装置30的操作有关的信息处理。

存储部32由一个或多个存储器构成。作为存储器，例如，可以使用半导体存储器、磁存储器或光存储器。作为半导体存储器，例如可以使用RAM或ROM。在此，“RAM”是随机存取存储器的缩写。此外，“ROM”是只读存储器的缩写。作为RAM，例如，可以使用SRAM或DRAM。此处，“SRAM”是静态随机存取存储器的缩写。此外，“DRAM”是动态随机存取存储器的缩写。作为ROM，例如可以使用EEPROM。在此，“EEPROM”是电可擦除可编程只读存储器的缩写。存储器用作例如主存储装置、辅助存储装置或高速缓冲存储器。用于运行管理装置30的操作的信息和通过运行管理装置30的操作获取的信息被存储在存储部32中。

通信部33由一个或多个数据通信模块构成。作为数据通信模块，例如，可以使用与LAN标准相对应的数据通信模块。此处，“LAN”是局域网的缩写。通信部33经由网络13接收用于运行管理装置30的操作的信息，并且经由网络13发送通过运行管理装置30的操作获取的信息。

输入部35由一个或多个输入接口构成。作为输入接口，例如，可以使用物理键、静电电容键、指示装置、与显示器一体设置的触摸屏、或麦克风。输入部35接收操作员14的操作，诸如输入用于操作所述运行管理装置30的信息。

输出部36由一个或多个输出接口构成。作为输出接口，例如，可以使用显示器或扬声器。作为显示器，例如，可以使用LCD或有机EL显示器。在此，“LCD”是液晶显示器的缩写。此外，“EL”是电致发光的缩写。输出部36将通过运行管理装置30的操作而获得的信息输出给操作员14。

通过由控制部31中包括的处理器执行本实施例的运行管理程序来实现运行管理装置30的功能。即，通过软件来实现运行管理装置30的功能。运行管理程序是用于通过使计算机执行步骤的处理使计算机实现与包括在运行管理装置30的操作中的步骤的处理相对应的功能的程序。即，运行管理程序是用于使计算机功能化为运行管理装置30的程序。

程序可以存储在计算机可读记录介质中。例如，可以使用磁记录器、光盘、磁光记录介质或半导体存储器作为计算机可读记录介质。例如，通过出售、转让或出借存储有该程序的诸如DVD或CD-ROM的便携式记录介质来分发该程序。此处，“DVD”是数字通用光盘的缩写。此外，“CD-ROM”是只读光盘存储器的缩写。可以通过将程序存储在服务器的存储器中并且通过网络13将程序从服务器传送到其他计算机来分发程序。可以将程序作为程序产品来提供。

例如，计算机将存储在便携式记录介质中的程序或从服务器传输的程序临时存储在存储器中。然后，计算机通过处理器读取存储在存储器中的程序，并通过处理器根据这样读取的程序执行处理。计算机可以从便携式记录介质直接读取程序，并按照该程序执行处理。每当从服务器向计算机传送程序时，计算机就可以根据该程序顺序地执行处理。该处理可以由所谓的ASP服务来执行，该ASP服务仅通过执行指令和结果获取来实现功能，而不将程序从服务器发送到计算机。在此，“ASP”是应用程序服务提供商的缩写。程序包括用于由电子计算机处理并且等效于程序的事物。例如，不是对计算机的直接命令而是具有限定计算机的处理的属性的数据对应于“等效于程序的事物”。

可以通过包括在控制部31中的专用通信电路来实现运行管理装置30的某些或全部功能。也就是说，可以通过硬件实现运行管理装置30的一些或全部功能。

运行支持装置40是被配置为支持车辆12的运行的装置。运行支持装置40被设置在车辆12中。运行支持装置40可以被构成为诸如费用显示机、费用收取机或导航装置的车载装置，或者，运行支持装置40可以构成为通过连接到诸如移动电话装置、智能手机或平板电脑之类的车载装置而使用的电子装置。

运行支持装置40包括诸如控制部41、存储部42、通信部43、定位部44、输入部45和输出部46的构件。

控制部41由一个或多个处理器构成。作为处理器，可以使用诸如CPU的通用处理器或专用于特定处理的专用处理器。控制部41中可以包括一个或多个专用通信电路，或者一个或多个处理器可以由控制部41中的一个或多个专用通信电路替代。作为专用通信电路，例如可以使用FPGA或ASIC。控制部41中可以包括一个或多个ECU。这里，“ECU”是电子控制单元的缩写。在控制部41控制包括运行支持装置40的车辆12的各个部分的同时，控制部41执行与运行支持装置40的操作有关的信息处理。

存储部42由一个或多个存储器构成。作为存储器，例如，可以使用半导体存储器、磁存储器或光存储器。作为半导体存储器，例如可以使用RAM或ROM。作为RAM，例如，可以使用SRAM或DRAM。作为ROM，例如可以使用EEPROM。存储器用作例如主存储装置、辅助存储装置或高速缓冲存储器。用于运行支持装置40的操作的信息和通过运行支持装置40的操作获得的信息被存储在存储部42中。

通信部43由一个或多个数据通信模块构成。作为数据通信模块，例如，可以使用与LTE、4G或5G对应的数据通信模块。在此，“LTE”是长期演进的缩写。此外，“4G”是***的缩写。此外，“5G”是第五代的缩写。通信部43接收用于运行支持装置40的操作的信息，并发送通过运行支持装置40的操作获得的信息。

定位部44由一个或多个定位模块构成。作为定位模块，例如，可以使用与GNSS相对应的定位模块。在此，“GNSS”是全球导航卫星***的缩写。GNSS例如包括GPS、QZSS、GLONASS和伽利略中的至少一种。在此，“GPS”是“全球定位***”的缩写。此外，“QZSS”是准天顶卫星***的缩写。QZSS的卫星被称为准天顶卫星。此外，“GLONASS”是全球导航卫星***的缩写。定位部44获取车辆12的位置信息。

输入部45由一个或多个输入接口构成。作为输入接口，例如，可以使用物理键、静电电容键、指示装置、与车载显示器一体地设置的触摸屏、或车载麦克风。输入部45接收车辆12的驾驶员或搭乘车辆12的人的操作，诸如输入用于运行支持装置40的操作的信息。

输出部46由一个或多个输出接口构成。作为输出接口，例如，可以使用车载显示器或车载扬声器。作为车载显示器，例如，可以使用HUD、LCD或有机EL显示器。在此，“HUD”是平视显示器的缩写。输出部46将通过运行支持装置40的操作获得的信息输出到车辆12的驾驶员或搭乘车辆12的人。

通过由控制部41中包括的处理器执行本实施例的运行支持程序来实现运行支持装置40的功能。即，通过软件来实现运行支持装置40的功能。运行支持程序是用于通过使计算机执行步骤的处理来使计算机实现与运行支持装置40的操作中包括的步骤的处理相对应的功能的程序。即，运行支持程序是用于将计算机功能化为运行支持装置40的程序。

可以通过控制部41中包括的专用通信电路来实现运行支持装置40的某些或全部功能。即，可以通过硬件实现运行支持装置40的某些或全部功能。

参照图3至图6，下面描述根据本实施例的按需交通***10的操作。

图3示出了当用户11对车辆12进行预约时的按需交通***10的操作。该操作对应于根据本实施例的预约支持方法。

图4示出了在图3的操作中要访问的数据库50的示例。

从步骤S101到步骤S103的处理由运行管理装置30执行。

在步骤S101中，控制部31获取用户11所要求的乘车位置和下车位置的信息。在本实施例中，控制部31还获取用户11要求的乘车时间和下车时间的信息。

更具体地，控制部31接收操作员14的操作，以通过输入部35输入乘车位置信息51、下车位置信息52、乘车时间信息53和下车时间信息54。或者，控制部31通过通信部33从诸如操作员14的PC的终端装置接收乘车位置信息51、下车位置信息52、乘车时间信息53和下车时间信息54。乘车位置信息51是由用户11要求的乘车位置P1的信息，用户11通过电话或电子邮件向操作员14通知该信息。下车位置信息52是用户11要求的下车位置P2的信息，用户11通过电话或电子邮件向操作员14通知该信息。以诸如地名、地址或地图上的点或区域之类的给定形式表示乘车位置P1和下车位置P2。乘车时间信息53是用户11要求的乘车时间T1的信息，用户11通过电话或电子邮件向操作员14通知该信息。下车时间信息54是用户11所要求的下车时间T2的信息，用户11通过电话或电子邮件向操作员14通知该信息。以诸如日期和时间或日期和时间档等的给定形式表示乘车时间T1和下车时间T2。控制部31将这样输入或接收的乘车位置信息51、下车位置信息52、乘车时间信息53以及下车时间信息54存储在存储部32中。

在步骤S102中，控制部31根据在步骤S101中获取的乘车位置和下车位置的信息来确定车辆12的运行计划。在本实施例中，控制部31根据在步骤S101中获取的乘车位置和下车位置的信息和乘车时间和下车时间的信息来确定车辆12的运行计划。

更具体地，控制部31根据由存储在存储部32中的乘车位置信息51、下车位置信息52、乘车时间信息53和下车时间信息54所指定的用户11的要求来安排车辆12，并确定这样安排的车辆12的诸如行驶路线和运行时间表的运行计划。控制部31在存储部32中存储所安排的车辆12的车辆ID 55作为车辆12的识别信息。车辆ID 55是给定的值或文本。

这里，控制部31从多个候选按需公交车中选择可以在乘车时间T1之前到达乘车位置P1并在下车时间T2之前到达下车位置P2的公交车B1。控制部31确定公交车B1的运行计划，以使得公交车B1能够在乘车时间T1之前到达乘车位置P1并且在下车时间T2之前到达下车位置P2。

在步骤S103中，控制部31将在步骤S101中获取的下车位置的信息与在步骤S101中获取的乘车位置的信息相关联。

更具体地，控制部31发布新的预约ID 56作为预约的识别信息。如图4所示，控制部31将这样发布的预约ID 56登记在存储部32或外部存储器中构建的数据库50中作为主关键字，并且还将存储在存储部32中的车辆ID 55、乘车位置信息51、下车位置信息52、乘车时间信息53以及下车时间信息54与该预约ID 56相关联地登记在数据库50中。预约ID 56是给定的值或文本。

这里发布的预约ID 56是用户11进行的预约R1的识别信息。在存在同一用户11进行的另一预约R2的情况下，控制部31发布另一预约ID 56作为预约R2的识别信息，如图4的示例中所示。在本示例中，由于在进行预约时不必认证用户11，因此能够简化处理过程。

作为本实施例的一种变型，可以由操作员14手动确定车辆12的运行计划。在这种情况下，在步骤S102中，运行管理装置30的控制部31通过输出部36向操作员输出乘车位置信息51、下车位置信息52、乘车时间信息53和下车时间信息54。

图5示出了当用户11搭乘车辆12时的按需交通***10的操作。该操作对应于根据本实施例的运行支持方法。

图6示出了在图5的操作中输出的选择屏幕60的示例。

步骤S201和步骤S202的处理由停在乘车位置的车辆12的运行支持装置40执行。

在步骤S201中，控制部41通过定位部44获取车辆12的位置信息。

更具体地，控制部41通过使用包括在定位部44中的定位模块或车辆12中设置的诸如加速度传感器或陀螺仪的传感器来判定车辆12是否正在停车。控制部41通过使用设置在车辆12中的摄像机或运动传感器或设置在车辆12的车门中的开/关传感器，来判定人是否正在搭乘车辆12。当控制部41判定车辆12正在停车并且人正在搭乘车辆12时，控制部41通过定位部44获取车辆12的当前位置的二维坐标或三维坐标作为车辆12的位置信息。控制部41将这样获取的二维坐标或三维坐标存储在存储部42中。

在步骤S202中，控制部41通过通信部43将在步骤S201中获取的车辆12的位置信息发送到运行管理装置30。

更具体地，控制部41通过通信部43向运行管理装置30发送存储在存储部42中的二维坐标或三维坐标以及预先存储在存储部42中的车辆ID 55。

步骤S203和步骤S204的处理由运行管理装置30执行。

在步骤S203中，控制部31通过通信部33从车辆12的运行支持装置40接收在步骤S202中发送的车辆12的位置信息。

更具体地，控制部31通过通信部33经由网络13从车辆12的运行支持装置40接收车辆12的当前位置的二维坐标或三维坐标以及车辆ID 55。控制部31将这样接收到的二维坐标或三维坐标以及车辆ID 55存储在存储部32中。

在步骤S204中，响应于在步骤S203中接收到的车辆12的位置信息，控制部31通过通信部33发送在步骤S103中的车辆12的位置信息对应的乘车位置信息51所关联的下车位置的信息，以及多个候选目的地的信息，所述多个候选目的地的信息包括与下车位置相对应的候选目的地的信息。在本实施例中，控制部31将不与用户11的下车位置对应的伪候选的信息包括在要发送的候选目的地的信息中。在存在具有相同乘车位置和不同下车位置的多个预约的情况下，控制部31在要发送的候选目的地的信息中，包括不与预约的任何下车位置对应的候选目的地的信息作为伪候选的信息。

更具体地，控制部31通过使用一对信息，即存储在存储部32中且对应于车辆12的当前位置的二维坐标或三维坐标的乘车位置信息51以及存储在存储部32中的车辆ID 55，作为搜索关键字来搜索数据库50。控制部31生成候选目的地信息61，该候选目的地信息61指示与数据库50作为搜索结果提供的下车位置信息52表示的下车位置对应的候选目的地的名称以及不与下车位置对应的伪候选的名称。控制部31通过通信部33经由网络13将所获取的下车位置信息52和所生成的候选目的地信息61发送至车辆12的运行支持装置40。

这里，当公交车B1的当前位置与乘车位置P1相同或这些位置之间的差为阈值以下时，获得指示下车位置P2的名称的信息作为搜索结果。下车位置P2被假定为“六本木新城”。就公交车B1而言，存在要求与预约R1相同的乘车位置P1以及与预约R1不同的下车位置P5的预约R2，并且下车位置P5假设为“西麻布”。假设公交车B1可以行驶的路线包括“涩谷站”、“涩谷三丁目”、“青山初中”、“青山七丁目”、“六本木六丁目”和“六本木KYZ”。在这种情况下，控制部31生成指示八个候选目的地的名称的信息作为候选目的地信息61，八个候选目的地即对应于下车位置P2的候选目的地“六本木新城”、对应于下车位置P5的候选目的地“西麻布”、以及伪候选“涩谷站”、“涩谷三丁目”、“青山初中”、“青山七丁目”、“六本木六丁目”和“六本木KYZ”。

作为另一示例，下车位置信息52也可以是表示下车位置的地址的信息，而不是下车位置的名称。候选目的地信息61也可以是指示候选目的地的地址的信息，而不是候选目的地的名称。

从步骤S205到步骤S209的处理由车辆12的运行支持装置40执行。

在步骤S205中，控制部41通过通信部43从运行管理装置30接收在步骤S204中发送的下车位置的信息和候选目的地的信息。

更具体地，控制部41通过通信部43从运行管理装置30接收下车位置信息52和候选目的地信息61。控制部41将这样接收的下车位置信息52和候选目的地信息61存储在存储部42中。

在步骤S206中，控制部41通过输出部46输出在步骤S205中接收到的候选目的地的信息。

更具体地，如图6所示，控制部41将选择屏幕60输出到输出部46所包括的车载显示器，在选择屏幕60上关于搭乘车辆12的人并列显示由存储在存储部42中的候选目的地信息61所指示的八个候选目的地的名称。

在步骤S207中，控制部41通过输入部45接收由搭乘车辆12的人进行的从在步骤S206中输出的候选目的地的信息中选择一个候选目的地的操作。控制部41获取由此选择的候选目的地的信息。

更具体地，控制部41获取信息，该信息指示由搭乘车辆12的人从输出到车载显示器的选择屏幕60上显示的八个候选目的地的名称中且在输入部45中包括的触摸屏上选择的候选目的地的名称。控制部41将这样获取的信息存储在存储部42中。

在步骤S208中，控制部41将在步骤S207中获取的候选目的地的信息与在步骤S205中接收到的下车位置的信息进行比较。

更具体地，控制部41将存储在存储部42中且指示由搭乘车辆12的人选择的候选目的地的名称的信息与存储在存储部42中的下车位置信息52进行比较。

在步骤S209中，控制部41执行与步骤S208中的比较结果相对应的处理。在本实施例中，当在步骤S207中获取的信息所指示的候选目的地与在步骤S205中所接收的信息所指示的下车位置匹配时，控制部41向车辆12的驾驶员通知进行了预约的用户11已经搭乘车辆12。同时，当在步骤S207中获取的信息所指示的候选目的地与在步骤S205中所接收的信息所指示的下车位置不匹配时，控制部41向车辆12的驾驶员通知与进行了预约的用户11不同的人已经搭乘车辆12。

更具体地，当由搭乘车辆12的人选择的候选目的地的名称(所述名称由存储在存储部42中的信息指示)与由存储在存储部42中的下车位置信息52指示的下车位置的名称相匹配时，控制部41通过输出部46向车辆12的驾驶员输出指示进行了预约的用户11已经搭乘车辆12的消息。同时，当由搭乘车辆12的人选择的候选目的地的名称(所述名称由存储在存储部42中的信息所指示)与存储在存储部42中的下车位置信息52所指示的下车位置的名称不匹配时，控制部41通过输出部46向车辆12的驾驶员输出指示与进行了预约的用户11不同的人搭乘了车辆12的消息。

在图6的示例中，下车位置信息52是指示作为下车位置P2和下车位置P5的各自的名称的“六本木新城”和“西麻布”的信息。因此，当由搭乘车辆12的人选择的候选目的地的名称是“六本木新城”或“西麻布”时，通知车辆12的驾驶员该人是已经进行了预约的用户11。同时，当由搭乘车辆12的人选择的候选目的地的名称是“涩谷站”、“涩谷三丁目”、“青山初中”、“青山七丁目”、“六本木六丁目”和“六本木KYZ”中的任何一个时，通知车辆12的驾驶员该人不是已经进行了预约的用户11。

作为本实施例的一种变型，候选目的地信息61可以包括下车位置的简化的名称或地址的信息，作为与由下车位置信息52指示的下车位置相对应的候选目的地的信息。

图7示出了变型例中输出的选择屏幕60的示例。

在图7的示例中，候选目的地信息61是指示四个候选目的地的名称的信息，即，作为下车位置P2的简化名称的候选目的地“六本木区”，对应于下车位置P5的候选目的地“西麻布”，以及伪候选“涩谷区”和“青山区”。在该示例中，运行管理装置30的控制部31调整简化等级，并且进一步适当地选择伪候选，以使得在候选目的地信息61中候选目的地彼此不重叠。进一步地，在存在具有相同乘车位置和不同下车位置的多个预约的情况下，则控制部31调整简化程度，以使候选目的地在预约之间彼此不重叠。例如，“青山区”、“西麻布区”和“六本木区”都存在于东京“港区”。因此，控制部31在不将“六本木新城”简化为“港区”的情况下，将与下车位置P2相对应的候选目的地设定为“六本木区”，使得与下车位置P2相对应的候选目的地不与伪候选“青山区”重叠，并且也不与下车位置P5重叠。如果下车位置P5是“六本木六丁目”而不是“西麻布”，则控制部31将与下车位置P2相对应的候选目的地照原样设置为“六本木新城”，而不将“六本木新城”简化为“六本木区”，使得对应于下车位置P2的候选目的地不会与下车位置P5重叠。

作为本实施例的一种变型，运行支持装置40的控制部41可以将已经在乘车位置搭乘车辆12的人数与已经预约了相同乘车位置的人数进行比较，并且可以向车辆12的驾驶员通知比较结果。在这种情况下，在步骤S204中，运行管理装置30的控制部31将数据库50中指示命中次数的信息作为指示在相同乘车位置进行预约的人数的信息，与下车位置信息52和候选目的地信息61一起发送。在步骤S205中，运行支持装置40的控制部41接收那些信息。在步骤S209中，控制部41将在步骤S205中接收的信息所指示的进行具有相同乘车位置的预约的人数与在步骤S207中所获取的信息所指示的候选目的地匹配在车辆12的停止期间由在步骤S205中接收的信息指示的下车位置的次数进行比较。在后一数字达到前一数字之前，控制部41向车辆12的驾驶员输出指示不是进行预约的所有用户11都已经搭乘车辆12的消息，并且控制部41重复从步骤S206到步骤S209的处理。当后一数字达到前一数字时，控制部41向车辆12的驾驶员输出指示进行预约的所有用户11已经搭乘车辆12的消息。

作为本实施例的一种变型，运行管理装置30的控制部31可以不将伪候选的信息包括在要发送的候选目的地的信息中。在这种情况下，在存在具有相同的乘车位置和不同的下车位置的多个预约的情况下，控制部31在要发送的候选目的地的信息中，仅包括与预约的各个下车位置相对应的候选目的地的信息。

如上所述，在本实施例中，运行支持装置40支持根据预约所要求的乘车位置和下车位置确定运行计划的车辆12的操作。当在乘车位置搭乘车辆12的人从停在乘车位置的车辆12中输出的多个候选目的地的信息中选择一个候选目的地时，运行支持装置40的控制部41获取由此选择的候选目的地的信息。控制部41将由此获取的信息与进行预约时乘车位置的信息所关联的下车位置的信息进行比较。因此，在本实施例中，当有人搭乘车辆12时，将人选择的候选目的地与对应于车辆12的位置的乘车位置所关联的下车位置进行比较。由此，可以检查该人是否为已经进行了预约的用户11，而不管该人是否携带诸如无线标签的通信设备。

在本实施例中，运行管理装置30的控制部31通过通信部33接收根据预约所要求的乘车位置和下车位置确定其运行计划的车辆12的位置信息，车辆12的该位置信息从车辆12在停在乘车位置期间发送。响应于车辆12的位置信息，控制部31通过通信部33发送如下信息，即进行预约时对应于车辆12的位置信息的乘车位置的信息所关联的下车位置的信息，以及候选目的地的信息，该候选目的地的信息包括与下车位置相对应的候选目的地的信息。因此，在本实施例中，当人搭乘车辆12时，车辆12能获取多个候选目的地的信息作为对乘车位置的信息的交换，仅当人是进行了预约的用户11时，该人才可以从多个候选目的地的信息中正确选择下车位置。

作为本实施例的一种变型，数据库50可以被构造在运行支持装置40的存储部42中。在这种情况下，在步骤S103中，预约ID 56、车辆ID 55、乘车位置信息51、下车位置信息52、乘车时间信息53和下车时间信息54被登记在步骤S102中布置的车辆12的运行支持装置40的数据库50中。从步骤S202到步骤S205的处理被省略。类似于步骤S204中的处理，运行支持装置40的控制部41通过使用一对信息，即与车辆12的当前位置的二维坐标或三维坐标对应的乘车位置信息51以及车辆ID 55，作为搜索关键字，来搜索数据库50，并且还生成候选目的地信息61，使得控制部41获取步骤S206到步骤S208的处理所需的信息。

作为本实施例的一种变型，运行支持装置40可以被构成为属于云计算***或其他计算***的服务器。运行支持装置40可以与运行管理装置30集成。在这种情况下，步骤S201、步骤S202、步骤S205、步骤S206和步骤S209的处理由车辆12执行。步骤S208的处理是由服务器执行。在步骤S204和步骤S205中，在下车位置的信息和候选目的地的信息中，仅候选目的地的信息从服务器被发送到车辆12。在步骤S207中，所选候选目的地的信息从车辆12上传到服务器。在步骤S208中，比较结果从服务器被发送到车辆12。

作为本实施例的一种变型，候选目的地的信息可以不在停在乘车位置的车辆12中输出，而是可以由在乘车位置搭乘车辆12的人输入给定候选目的地。在这种情况下，当在停在乘车位置的车辆12中由在乘车位置搭乘车辆12的人输入一个候选目的地时，运行支持装置40的控制部41获取由此输入的候选目的地的信息。控制部41将由此获取的信息与进行预约时下车位置的信息所关联的下车位置的信息进行比较。对于由搭乘车辆12的人输入一个候选目的地的操作，例如，可以使用输入部45中包括的物理键、静电电容键、指示装置、触摸屏或车载麦克风。

第二实施例

参照图1，下面将描述本实施例的概述。关于与第一实施例共同的部分，适当地省略或简化了描述。

在根据本实施例的按需交通***10中，在进行预约时指定了计划搭乘车辆12的用户11的属性。在车辆12停在乘车位置的同时，除了候选目的地的信息之外，车辆12还输出多个候选属性的信息。运行管理装置30在给定时间点向运行支持装置40发送进行预约时乘车位置的信息所关联的下车位置和属性的各条信息。当在乘车位置搭乘车辆12的人从在车辆12中输出的各条信息中选择了一个候选目的地和一个候选属性时，运行支持装置40获取所选候选目的地和所选候选属性的信息。运行支持装置40将由此获取的各条信息与进行预约时乘车位置的信息所关联的上下车位置和属性的各条信息进行比较。

在本实施例中，当有人搭乘车辆12时，无论该人是否携带诸如无线标签的通信设备，都可以更准确地检查该人是否为进行过预约的用户11。

在本实施例中，要求搭乘车辆12的人出示诸如该人不会忘记的人的姓名的信息作为秘密信息，而不是要求出示该人可能忘记的诸如预约号或密码的信息。在本实施例中，用户11不必记住用户11可能忘记的信息，从而提高了便利性。由于操作员14在用户11进行预约时不需要向用户11通知预约号或向用户11询问密码，因此可以使服务更加高效。

根据本实施例的按需交通***10的配置与如图2所示的第一实施例中所述的相同，因此省略了其描述。

参照图8至11，下面描述根据本实施例的按需交通***10的操作。关于与第一实施例共有的部分，适当地省略或简化了描述。

图8示出了当用户11对车辆12进行预约时的按需交通***10的操作。该操作对应于根据本实施例的预约支持方法。

图9示出了在图8的操作中要访问的数据库50的示例。

从步骤S111到步骤S113的处理由运行管理装置30执行。

在步骤S111中，控制部31获取用户11所要求的乘车位置和下车位置的信息以及用户11的属性的信息。

更具体地，控制部31通过输入部35接收操作员14输入乘车位置信息51、下车位置信息52、乘车时间信息53、下车时间信息54以及属性信息57的操作。另外，控制部31通过通信部33从诸如操作员14的PC的终端装置接收乘车位置信息51、下车位置信息52、乘车时间信息53、下车时间信息54以及属性信息57。属性信息57是诸如用户11的姓名N1的属性的信息，该信息由用户11通过电话或电子邮件向操作员14通知。控制部31将这样输入或接收的乘车位置信息51、下车位置信息52、乘车时间信息53、下车时间信息54以及属性信息57存储在存储部32中。

由于步骤S112的处理与步骤S102的处理相同，因此省略其描述。

在步骤S113中，控制部31将在步骤S111中获取的下车位置和属性的信息与在步骤S111中获取的乘车位置的信息相关联。

更具体地，控制部31发布新的预约ID 56作为预约的识别信息。如图9所示，控制部31将这样发布的预约ID 56作为主关键字登记在数据库50中，并且在数据库50中与预约ID56相关联地登记在存储部32中的存储的车辆ID 55、乘车位置信息51、下车位置信息52、乘车时间信息53、下车时间信息54和属性信息57。

图10示出了当用户11搭乘车辆12时的按需交通***10的操作。该操作对应于根据本实施例的运行支持方法。

图11示出了在图10的操作中输出的选择屏幕60的示例。

步骤S211和步骤S212的处理由停在乘车位置的车辆12的运行支持装置40执行。

由于步骤S211和步骤S212的处理与步骤S201和S202的处理相同，因此省略其描述。

步骤S213和步骤S214的处理由运行管理装置30执行。

由于步骤S213的处理与步骤S203的处理相同，因此省略其描述。

在步骤S214中，响应于在步骤S213中接收到的车辆12的位置信息，控制部31通过通信部33发送步骤S113中对应于车辆12的位置信息的乘车位置信息51所关联的下车位置和属性的各条信息，包括该下车位置对应的候选目的地的信息的多个候选目的地的信息，以及包括该属性对应的候选属性的信息的多个候选属性的信息。在本实施例中，控制部31将不与用户11的属性相对应的伪候选的信息，包括在要发送的候选属性的信息中。在存在具有相同乘车位置且不同属性的多个预约的情况下，控制部31将与预约的任何属性都不对应的候选属性的信息作为伪候选的信息包括在要发送的候选属性的信息中。

更具体地，控制部31通过使用一对信息，即存储在存储部32中并且对应于车辆12的当前位置的二维坐标或三维坐标的乘车位置信息51以及存储在存储部32中的车辆ID55，作为搜索关键字来搜索数据库50。控制部31生成候选目的地信息61，该候选目的地信息61指示与由从数据库50作为搜索结果提供的下车位置信息52指示的下车位置相对应的候选目的地的名称、以及不与下车位置对应的伪候选的名称。控制部31生成候选属性信息62，该候选属性信息62指示作为搜索结果由数据库50提供的属性信息57所指示的属性相对应的候选属性、以及不与该属性对应的伪候选。控制部31经由网络13通过通信部33将所获取的下车位置信息52、所获取的属性信息57、所生成的候选目的地信息61以及所生成的候选属性信息62发送至车辆12的运行支持装置40。

在本实施例中，要从控制部31发送的候选属性的信息包括用户11的简化姓名的信息，作为用户11的属性所对应的候选属性的信息。也就是，控制部31通过简化用户11的名称来生成与用户11的属性相对应的候选属性的信息。

更具体地，控制部31生成指示八个候选属性的信息，即通过将姓名N1转换为首字母缩写而获得的候选属性“H.K.”、通过将姓名N3转换为首字母缩写而获得的候选属性“S.K.”、以及伪候选“D.H.”、“K.S.”、“H.I.”、“S.T.”、“K.U.”和“T.K.”，作为候选者属性信息62。

作为另一示例，属性信息57可以是指示用户11的地址、电话号码或其他属性而不是用户11的姓名的信息。候选属性信息62可以是简化多个地址、电话号码或其他属性的信息，而不是指示多个首字母缩写的信息。

由车辆12的运行支持装置40执行从步骤S215到步骤S219的处理。

在步骤S215中，控制部41通过通信部43从运行管理装置30接收在步骤S214中发送的下车位置和属性的信息、候选目的地的信息以及候选属性的信息。

更具体地，控制部41通过通信部43从运行管理装置30接收下车位置信息52、属性信息57、候选目的地信息61和候选属性信息62。控制部41将由此接收到的下车位置信息52、属性信息57、候选目的地信息61和候选属性信息62存储在存储部42中。

在步骤S216中，控制部41通过输出部46输出在步骤S215中接收到的候选目的地的信息和候选属性的信息。

更具体地，如图11所示，控制部41将选择屏幕60输出到输出部46中所包括的车载显示器，在选择屏幕60上相对于搭乘车辆12的人，并行地显示由存储在存储部42中的候选目的地信息61所指示的八个候选目的地的名称和由存储在存储部42中的候选属性信息61所指示的八个候选属性。

在步骤S217中，控制部41通过输入部45接收搭乘车辆12的人从在步骤S216中输出的候选目的地的信息中选择一个候选目的地的操作以及该人从步骤S216中输出的有关候选属性的信息中选择一个候选属性的操作。控制部41获取所选择的候选目的地和所选择的候选属性的信息。

更具体地，控制部41获取指示在输入部45中包括的触摸屏上由搭乘车辆12的人从输出到车载显示器的选择屏幕60上显示的八个候选目的地的名称中选择的候选目的地的名称的信息，并且控制部41还获取指示在触摸屏上由搭乘车辆12的人从显示在选择屏幕60上的八个候选属性中选择的候选属性的信息。控制部41将这样获取的信息存储在存储部42中。

在步骤S218中，控制部41将在步骤S217中获取的候选目的地和候选属性的信息与在步骤S215中接收的下车位置和属性的信息进行比较。

更具体地，控制部41将指示由搭乘车辆12的人选择的候选目的地的名称的信息(该信息存储在存储部42中)与存储在存储部42中的下车位置信息52进行比较，并且控制部41还将指示由搭乘车辆12的人选择的候选属性的信息(该信息存储在存储部42中)与存储在存储部42中的属性信息57进行比较。

在步骤S219中，控制部41执行与步骤S218中的比较结果相对应的处理。在本实施例中，当在步骤S217中获取的信息所指示的成对的候选目的地和候选属性与在步骤S215中接收的信息所指示的成对的下车位置和属性相匹配时，控制部41向车辆12的驾驶员通知已经进行了预约的用户11搭乘了车辆12。同时，当在步骤S217中获取的信息所指示的成对的候选目的地和候选属性与在步骤S215中接收的信息所指示的成对的下车位置和属性不匹配时，则控制部41通知车辆12的驾驶员与已经进行预约的用户11不同的人搭乘了车辆12。

更具体地，当由搭乘车辆12的人选择并由存储在存储部42中的信息指示的成对的候选目的地的名称和候选属性与成对的存储在存储部42中的下车位置信息52指示的下车位置的名称和存储在存储部42中的属性信息57指示的首字母缩写匹配时，控制部41通过输出部46向车辆12的驾驶员输出指示进行了预约的用户11搭乘了车辆12的消息。与此同时，当由搭乘车辆12的人选择并由存储在存储部42中的信息指示的成对的候选目的地的名称和候选属性不与成对的由存储在存储部42中的下车位置信息52指示的下车位置的名称和存储在存储部42中的属性信息57指示的首字母缩写匹配时，控制部41通过输出部46向车辆12的驾驶员输出指示与进行了预约的用户11不同的人搭乘了车辆12。

在图11的示例中，下车位置信息52是指示“六本木新城”和“西麻布”的信息，作为下车位置P2和下车位置P5的各自的名称。属性信息57是指示“H.K.”和“S.K.”的信息，作为名称N1和名称N3的各自的首字母缩写。指示“六本木新城”与“H.K.”配对且“西麻布”与“S.K.”配对的元信息提供给下车位置信息52和属性信息57。因此，当由搭乘车辆12的人选择的成对的候选目的地的名称和候选属性是成对的“六本木新城”和“H.K”和成对的“西麻布”和“S.K.”中的任一对时，向车辆12的驾驶员通知该人是已经进行了预约的用户11。同时，当由搭乘车辆12的人选择的成对的候选目的地的名称和候选属性不是成对的“六本木新城”和“H.K”也不是成对的“西麻布”和“S.K.”时，向车辆12的驾驶员通知该人不是已经进行了预约的用户11。

在本实施例中，当人搭乘车辆12时，将人选择的候选目的地与对应于车辆12的位置的乘车位置所关联的下车位置进行比较，并且进一步地，将人选择的候选属性与对应于车辆12的位置的乘车位置所关联的属性进行比较。由此，可以更准确地检查该人是否为已经进行了预约的用户11，而不管该人是否携带诸如无线标签的通信设备。

在本实施例中，诸如用户11的姓名的属性被简化并且作为候选属性信息输出，而非没有改变地作为候选属性信息输出。由此，可以保护用户11的隐私或个人信息。

作为本实施例的一种变型，数据库50可以被构造在运行支持装置40的存储部42中。在这种情况下，在步骤S113中，预约ID 56、车辆ID 55、乘车位置信息51、下车位置信息52、乘车时间信息53、下车时间信息54和属性信息57被登记在步骤S112中布置的车辆12的运行支持装置40的数据库50中。从步骤S212到步骤S215的处理被省略。类似于步骤S214中的处理，运行支持装置40的控制部41通过使用成对的与车辆12的当前位置的二维坐标或三维坐标对应的乘车位置信息51和车辆ID 55作为搜索关键字来搜索数据库50，并且还生成候选目的地信息61和候选属性信息62，使得控制部41获取步骤S216到步骤S218的处理所需的信息。

作为本实施例的一种变型例，运行支持装置40可以被构成为属于云计算***或其他计算***的服务器。运行支持装置40可以与运行管理装置30集成。在这种情况下，步骤S211、步骤S212、步骤S215、步骤S216和步骤S219的处理由车辆12执行。步骤S218的处理是由服务器执行。在步骤S214和步骤S215中，在下车位置和属性的信息、候选目的地的信息以及候选属性的信息中，仅将候选目的地的信息和候选属性的信息从服务器发送到车辆12。在步骤S217中，将所选候选目的地和所选候选属性的信息从车辆12上传到服务器。在步骤S218中，将比较结果从服务器发送到车辆12。

本发明不限于以上实施例。例如，框图中描述的多个框可以被集成，或者可以将一个框进行划分。代替顺序执行根据说明书的流程图中描述的多个步骤，它们可以根据执行各个步骤的装置的处理能力，或者根据需要，并行或者以不同的顺序执行。此外，在不背离本发明的主旨的情况下，可以对本发明进行各种变型。

Claims (10)

1.一种运行支持装置，其用于支持根据预约所要求的乘车位置和下车位置确定运行计划的车辆的运行，所述运行支持装置包括控制部，所述控制部被配置为使得：在停在所述乘车位置的所述车辆中在所述乘车位置搭乘所述车辆的人选择或输入一个候选目的地时，所述控制部获取由此选择或输入的所述一个候选目的地的信息，并将获取的所述信息与在进行所述预约时所述乘车位置的信息所关联的所述下车位置的信息进行比较；

其中，当在所述乘车位置搭乘所述车辆的所述人从停在所述乘车位置的所述车辆中输出的多个候选目的地的信息中选择一个候选目的地时，所述控制部获取由此选择的所述一个候选目的地的信息，并且将获取的所述信息与在所述进行所述预约时所述乘车位置的所述信息所关联的所述下车位置的所述信息进行比较。

2.根据权利要求1所述的运行支持装置，其中，所述多个候选目的地的所述信息包括所述下车位置的简化名称或地址的信息，作为与所述下车位置对应的候选目的地的信息。

3.根据权利要求1或2所述的运行支持装置，其中：

在所述进行所述预约时指定计划搭乘所述车辆的用户的属性；并且

当除了选择所述一个候选目的地之外，在所述乘车位置搭乘所述车辆的所述人还从停在所述乘车位置的所述车辆中输出的多个候选属性的信息中选择一个候选属性时，所述控制部获取由此选择的所述一个候选目的地的所述信息以及由此选择的所述一个候选属性的信息，并且所述控制部将获取的由此选择的所述一个候选目的地的所述信息与在所述进行所述预约时所述乘车位置的所述信息所关联的所述下车位置的所述信息进行比较，并且将获取的由此选择的所述一个候选属性的所述信息与在所述进行所述预约时所述乘车位置的所述信息所关联的属性的信息进行比较。

4.根据权利要求3所述的运行支持装置，其中，所述多个候选属性的所述信息包括通过简化所述属性获得的信息，作为与所述属性对应的候选属性的信息。

5.根据权利要求1或2所述的运行支持装置，其中，所述多个候选目的地的所述信息包括与所述下车位置不对应的伪候选的信息。

6.根据权利要求5所述的运行支持装置，其中：

所述车辆是共享车辆；以及

在存在具有相同的乘车位置和不同的下车位置的多个预约的情况下，所述多个候选目的地的所述信息包括与所述多个预约的任何所述下车位置不对应的候选目的地的信息，作为所述伪候选的所述信息。

7.根据权利要求1或2所述的运行支持装置，其中，当由获取的所述信息指示的所述候选目的地与所述下车位置不匹配时，所述控制部向所述车辆的驾驶员通知与进行了所述预约的用户不同的人搭乘了所述车辆。

8.根据权利要求7所述的运行支持装置，其中：

所述车辆是共享车辆；以及

所述控制部将在所述乘车位置搭乘所述车辆的人数与进行了具有相同的乘车位置的预约的人数进行比较，并向所述车辆的所述驾驶员通知比较结果。

9.一种车辆，所述车辆包括根据权利要求1至8中的任一项所述的运行支持装置。

10.一种运行支持方法，包括：

由根据预约所要求的乘车位置和下车位置确定运行计划的车辆输出多个候选目的地的信息，所述信息由所述车辆在停在所述乘车位置期间输出；

当在所述乘车位置搭乘所述车辆的人从所述车辆输出的所述信息中选择一个候选目的地时，由运行支持装置获取由此选择的所述一个候选目的地的信息；以及

由所述运行支持装置将由此获取的所述信息与在进行所述预约时所述乘车位置的信息所关联的所述下车位置的信息进行比较；

当在所述乘车位置搭乘所述车辆的所述人从停在所述乘车位置的所述车辆中输出的多个候选目的地的信息中选择一个候选目的地时，由所述运行支持装置获取由此选择的所述一个候选目的地的信息，并且将获取的所述信息与在所述进行所述预约时所述乘车位置的所述信息所关联的所述下车位置的所述信息进行比较。

Images