CN111723955A - 信息处理系统、服务器和计算机可读存储介质 - Google Patents

Abstract

公开了信息处理系统、服务器和计算机可读存储介质。所述信息处理系统包括多个车辆、以及能够与所述多个车辆通信的服务器。多个车辆中的每一个生成由拍摄车辆外部景物而产生的图像，多个车辆中的每一个或所述服务器基于所述图像确定特定车辆停留以便乘客搭乘所述特定车辆或从所述特定车辆下车的候选地点，并且所述服务器存储关于由所述多个车辆确定的多个所述候选地点中的每一个的位置信息。

Description

信息处理系统、服务器和计算机可读存储介质

技术领域

本发明涉及一种信息处理系统、服务器和计算机可读存储介质。

背景技术

传统上，已知一种与车辆驾驶辅助有关的技术。例如，日本专利申请公开第2003-302236号公开了一种导航装置，该导航装置基于与目的地周围的停车允许区域相对应的位置数据将地图数据显示到该停车允许区域。

发明内容

近年来，例如，存在与以下服务相关的技术：其中多个用户作为乘客一起乘坐车辆，以多个用户一起乘坐在车辆上的共享乘车以及可以根据来自用户的乘车预约而沿着规定的巡回路线以外的路线行驶的按需公共汽车为例。在这种服务中，与例如预先确定了巡回路线和停留地点的常规的固定路线的公共汽车服务不同，每次根据来自用户的乘车预约来确定行驶路线和停留地点。然而，例如，即使在法律上不禁止停车的地点的情况下，该地点也不总是适合作为乘客搭乘车辆或从车辆下车的停车地点。因此，与其中多个用户作为乘客一起乘坐车辆的服务有关的常规技术存在改进的空间。

鉴于这种情况而提出的本发明的目的是改进与多个用户作为乘客一起乘坐车辆的服务有关的技术。

根据本发明实施例的信息处理系统是

这样一种信息处理系统，包括：多个车辆；以及能够与所述多个车辆通信的服务器，其中：

所述多个车辆中的每一个生成由拍摄车辆外部景物而产生的图像；

所述多个车辆中的每一个或所述服务器基于所述图像确定特定车辆停留以便乘客搭乘所述特定车辆或从所述特定车辆下车的候选地点，以及

所述服务器存储关于由所述多个车辆确定的多个所述候选地点中的每一个的位置信息。

根据本发明实施例的服务器是

这样一种服务器，其包括通信单元、存储单元和控制单元，所述通信单元能够与多个车辆通信，所述多个车辆中的每一个生成由拍摄车辆外部景物而产生的图像，其中

所述控制单元

基于由所述多个车辆生成的多个所述图像，确定多个候选地点，特定车辆在每个所述候选地点处停留以便乘客搭乘所述特定车辆或从所述特定车辆下车；以及

将关于所述多个候选地点中的每一个的位置信息存储在所述存储单元中。

根据本发明的实施例的计算机可读存储介质存储有程序，该程序是

这样一种程序，其使服务器执行步骤，所述服务器包括通信单元、存储单元和控制单元，所述通信单元能够与多个车辆通信，所述多个车辆中的每一个生成由拍摄车辆外部景物而产生的图像，所述步骤包括：

基于由所述多个车辆生成的多个图像来确定多个候选地点的步骤，特定车辆在每个所述候选地点处停留以便乘客搭乘所述特定车辆或从所述特定车辆下车；以及

将关于所述多个候选地点中的每一个的位置信息存储在所述存储单元中的步骤。

根据本发明实施例的信息处理系统、服务器和存储有程序的计算机可读存储介质能够改善与多个用户作为乘客一起乘坐车辆的服务相关的技术。

附图说明

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

图1是示出根据本发明的实施例的信息处理系统的概略配置的图；

图2是用于描述使用信息处理系统执行的服务的概要的图；

图3是表示车辆的概略配置的框图；

图4是表示由车辆生成的图像的示例的图；

图5是表示服务器的概略配置的框图；

图6是表示服务器中存储的候选地点信息的示例的图；

图7是表示服务器中存储的停车记录信息的示例的图；

图8是表示车辆的第一动作的流程图；

图9是表示车辆的第二动作的流程图；

图10是示出服务器的第三动作的流程图，以及

图11是示出服务器的第四动作的流程图。

具体实施例

在下文中，将描述本发明的实施例。

信息处理系统的配置

将参照图1描述根据本发明实施例的信息处理系统1的概略配置。在该实施例中，信息处理系统1用于提供按需公共汽车服务，其中，车辆可以根据来自用户的乘车预约而沿着除规定路线之外的路线行驶。在按需公共汽车服务中，例如，用于运送乘客的车辆通常沿着规定的巡回路线行驶，并且因此可以根据用户的乘车预约例外地沿着除规定的路线以外的路线(例如，车辆沿其行驶经过进行了乘车预约的用户希望搭乘车辆和从车辆下车的地点的路线)行驶。然而，信息处理系统1不限于按需公共汽车服务，并且可以用于多个用户作为乘客一起乘坐车辆的任意服务。

如图1所示，信息处理系统1包括多个车辆10和服务器20。车辆10和服务器20可以例如通过包括移动通信网络、因特网等的网络30彼此通信。

多个车辆10包括至少一辆乘客运输车辆。乘客运输车辆例如是用于按需公共汽车服务的公共汽车，但是不限于该公共汽车，可以是多个用户可以作为乘客一起乘坐的任意车辆。多个车辆10可以进一步包括与乘客运输车辆不同的任意车辆，例如客车和货物运输车辆。在下文中，当将乘客运输车辆与其他车辆区分开时，乘客运输车辆也被称为“特定车辆10a”。在图1中，为了简化描述，仅示出了两个车辆10。然而，信息处理系统1可以包括两个以上车辆10，即，任意数量的车辆10。此外，车辆10可以是能够执行自动驾驶的车辆。自动驾驶包括例如由汽车工程师协会(SAE)定义的1至5级，但不限于此定义，可以任意限定。此外，作为探测数据，车辆10可以将与车辆10有关的任意信息(例如以车辆10的位置或行驶状态为例)发送至服务器20。例如可以周期性地执行探测数据的发送，但不限于定期发送，可以在任意定时执行。

服务器20包括可以一个服务器装置或能够彼此通信的多个服务器装置。例如，服务器20由按需公共汽车服务的提供商使用，并且管理针对特定车辆10a的乘车预约。具体而言，服务器20将进行了乘车预约的用户与该用户乘坐的特定车辆10a相关联并进行存储。此外，具体地，服务器20与多个车辆10中的每一个交换与服务有关的任意信息。然而，除了这些处理之外，服务器20可以执行与服务有关的任意处理。例如，服务器20可以执行接受来自用户的乘车预约的处理。例如，来自用户的乘车预约可以包括关于用户希望搭乘特定车辆10a和从特定车辆10a下车的地点的信息。可以通过例如服务器20与用户使用的诸如智能电话的终端装置之间的通信来执行乘车预约的接受，或者可以由接收来自用户的电话联系的操作者来执行乘车预约的接受。

服务器20可以管理车辆10的状态。具体地说，服务器20收集并累积从多个车辆10的每一个发送的探测数据，从而可以识别每个车辆10的过去或当前位置、行驶状态等。

首先，将描述实施例的概述，并且稍后将描述细节。多个车辆10中的每一个例如包括车载摄像机，并且在行驶期间生成由拍摄车辆外部景物而产生的图像。基于该图像，多个车辆10中的每一个确定候选地点，在该候选地点特定车辆10a停留，以便乘客搭乘该特定车辆10a或从特定车辆10a下车。在该实施例中，例如，“地点”可以表示地图上的地点，或者可以表示在地图上具有特定范围的区域。稍后将描述用于基于图像确定候选地点的技术的细节。服务器20存储关于由多个车辆10确定的多个候选地点中的每一个的位置信息。

以这种方式，在该实施例中，在车辆10实际行驶时拍摄的图像用于确定特定车辆10a停留以便乘客搭乘特定车辆10a或从特定车辆10a下车的候选地点。因此，除了在法律上禁止车辆停留的地点(例如，交叉路口、人行横道等附近的地点，或通过标志或标记禁止车辆停车的地点；在下文中称为“停车禁止地点”)之外，可以通过从图像中检测乘客可以搭乘特定车辆10a或从特定车辆10a下车的地点(例如，在车行道和人行道之间不存在障碍物(例如护栏)的地点)来确定可能适合于乘客搭乘特定车辆10a或从特定车辆10a下车的地点作为候选地点。存储关于多个候选地点的位置信息例如对于确定特定车辆10a的行驶路线是有用的。因此，改善了与多个用户作为乘客一起乘坐车辆的服务有关的技术。

图2是示意性地示出存储在服务器20中的地图上的多个候选地点40的图。如上所述，在按需公共汽车服务中，基于来自用户的乘车预约来确定行驶路线和停留地点。在该实施例中，取决于来自用户的乘车预约，服务器20可以从多个候选地点40中选择两个以上候选地点40中的每一个，作为乘客搭乘特定车辆10a或从特定车辆10a下车的停留地点，并且可以决定特定车辆10a的行驶路线，以使得特定车辆10a经过两个以上所选择的停留地点。例如，图2中的实线箭头和虚线箭头表示选择的停留地点不同的两条行驶路线。这种配置降低了将可能不合适作为停留地点的地点用作停留地点的可能性。因此，进一步改进了与多个用户作为乘客一起乘坐车辆的服务有关的技术。

接下来，将详细描述信息处理系统1的每个配置。

车辆的配置

如图3所示，车辆10包括通信单元11、定位单元12、图像拍摄单元13、存储单元14和控制单元15。通信单元11、定位单元12、图像拍摄单元13、存储单元14和控制单元15中的每一个可以内置在车辆10中，或者可以以可拆卸的方式设置在车辆10中。通信单元11、定位单元12、存储单元14和控制单元15被连接以便能够例如通过诸如控制器局域网(CAN)的车载网络、专用线路或诸如Bluetooth(R)的短程无线通信彼此通信。

通信单元11包括连接到网络30的通信模块。通信模块支持例如诸如第四代(4G)和第五代(5G)的移动通信标准，但不限于这些标准，可能支持任意通信标准。例如，诸如数据通信模块(DCM)的车载通信装置可以用作通信单元11。在实施例中，车辆10通过通信单元11连接到网络30。

定位单元12包括支持卫星定位系统的接收器。接收器支持例如全球定位系统(GPS)，但是不限于该系统，可以支持任意的卫星定位系统。例如，定位单元12包括陀螺仪传感器和磁场传感器。例如，汽车导航装置可以用作定位单元12。在该实施例中，车辆10可以使用定位单元12获取车辆10的位置和车辆10的方位。

图像拍摄单元13包括车载摄像机，该车载摄像机生成由拍摄视野中的景物(即，对象)而产生的图像。在实施例中，“图像”可以是静止图像，或者可以是运动图像。包括在图像拍摄单元13中的车载摄像机可以是单眼摄像机，或者可以是立体摄像机。图像拍摄单元13被设置在车辆10中，使得图像拍摄单元13可以在车辆10的前向、横向和后向中的至少一个方向上拍摄车辆外部景物。仪表板摄像机或具有摄像机功能的电子装置，如由乘员使用的智能手机所示例的，可以用作图像拍摄单元13。在本实施例中，车辆10使用图像拍摄单元13生成由拍摄车辆外部景物而产生的图像。

存储单元14包括一个或多个存储器。在该实施例中，“存储器”例如是半导体存储器、磁存储器或光存储器，但不限于这些存储器。存储单元14中包括的每个存储器可以用作例如主存储装置、辅助存储装置或高速缓冲存储器。在存储单元14中，存储了用于车辆10的动作的任意信息。例如，系统程序、应用程序、嵌入式软件、地图信息等可以存储在存储单元14中。地图信息可以预先包括关于停车禁止地点的信息。例如，可以基于通过通信单元11从网络30获取的信息来更新存储在存储单元14中的信息。

控制单元15包括一个或多个处理器。在该实施例中，“处理器”是通用处理器、专用于特定处理的专用处理器等，但是不限于这些处理器。例如，安装在车辆10上的电子控制单元(ECU)可以用作控制单元15。控制单元15具有计时器功能以获得当前时间。控制单元15控制车辆10的全部动作。

例如，控制单元15使用图像拍摄单元13生成由拍摄车辆外部景物而产生的图像。例如，可以在车辆10的行驶过程中生成图像。基于该图像，控制单元15确定特定车辆10a停留以便乘客搭乘特定车辆10a或从特定车辆10a下车的候选地点。更具体地，控制单元15判定图像上的地点是否满足稍后描述的预定条件，并且在控制单元15判定地点满足预定条件的情况下，控制单元15确定该地点为候选地点。

在该实施例中，预定条件包括第一条件，即该地点是法律上禁止停车的地点。为了确定图像上的地点是否满足第一条件，可以采用任意技术。

例如，在存储在存储单元14中的地图信息包括关于停车禁止地点的信息的情况下，控制单元15可以判定在拍摄图像时车辆10的位置(拍摄位置)是否对应于地图信息中指示的停车禁止地点。具体地，在控制单元确定拍摄位置与停车禁止地点不对应的情况下，控制单元15确定图像上的地点满足第一条件。另一方面，在控制单元15确定拍摄位置对应于停车禁止地点的情况下，控制单元15确定图像上的地点不满足第一条件。

替代地，在地图信息不包括关于停车禁止地点的信息的情况下，控制单元15可以基于图像来判定图像上的地点是否对应于停车禁止地点。具体地，基于图像，控制单元15判定在图像上的地点附近是否存在如以交叉路口、人行横道或指示禁止停车的交通标志或道路标记为例的预定对象。为了判定预定对象是否存在，例如，可以采用诸如模式匹配、特征提取或机器学习的任意图像识别算法。在控制单元15判定不存在预定对象的情况下，控制单元15判定图像上的地点满足第一条件。另一方面，在控制单元15判定存在预定对象的情况下，控制单元15判定图像上的地点不满足第一条件。

此外，预定条件还包括第二条件，该第二条件是该地点是乘客可以搭乘特定车辆10a或从特定车辆10a下车的地点。在该实施例中，“乘客可以搭乘特定车辆10a或从特定车辆10a下车的地点”例如是在路边存在人行道以及在车行道和人行道之间不存在诸如栅栏或护栏等障碍物的地点，但不限于该地点，可以是乘客可以在没有特殊困难的情况下搭乘特定车辆10a或从特定车辆10a下车的任意地点。为了判定图像上的地点是否满足第二条件，可以采用任意技术。

例如，基于图像，控制单元15判定在图像上的该地点处的路边是否存在人行道以及在图像上的该地点处的车行道和人行道之间是否存在障碍物。为了判定是否存在人行道以及为了判定是否存在障碍物，例如，可以采用诸如模式匹配、特征提取或机器学习的任意图像识别算法。在控制单元15判定存在人行道并且不存在障碍物的情况下，控制单元15判定图像上的地点满足第二条件。另一方面，在控制单元15判定不存在人行道的情况下，或者在控制单元15判定存在障碍物的情况下，控制单元15判定图像上的地点不满足第二条件。

例如，基于图4所示的图像，对于地点A，控制单元15判定地点A不对应于停车禁止地点(即，满足第一条件)，并且判定在车行道和人行道之间不存在障碍物(即，满足第二条件)，使得控制单元15可以确定地点A为候选地点。以这种方式，控制单元15将除停车禁止地点之外并且乘客可以搭乘特定车辆或从特定车辆下车的地点确定为特定车辆停留以便乘客搭乘特定车辆或从特定车辆下车的候选地点。

在控制单元15如上所述确定了候选地点之后，控制单元15生成候选地点信息，并通过通信单元11将候选地点信息发送到服务器20。在本实施了中，“候选地点信息”包括有关候选地点的位置信息和优先级。

作为关于候选地点的位置信息，例如，可以使用图像的拍摄位置。可替代地，控制单元15可以从图像检测候选地点相对于车辆10的相对位置，并且可以确定关于候选地点的位置信息是通过利用相对位置校正拍摄位置而得到的位置信息。

候选地点的优先级是用于选择候选地点作为特定车辆10a实际停留的停留地点的优先级。如后所述，例如，在进行了乘车预约的用户希望搭乘特定车辆的地点附近存在多个候选地点的情况下，可以优先选择优先级高的候选地点作为停留地点。例如，优先级可以由数值指示，或者可以由等级(例如，高、中或低)指示。

候选地点的优先级是基于从图像检测到的候选地点的任意环境来确定的。例如，在候选地点处的车行道的每侧具有两条以上车道的情况下，即使特定车辆10a停在候选地点，跟随车辆也可以超越特定车辆10a，因此控制单元15可以给予相比于车行道的每侧只具有一条车道的情况更高的优先级。此外，在候选地点处的车行道的形状是直线形状的情况下，跟随车辆的驾驶员即使从相对较远的位置也可以视觉上识别正在停留的特定车辆10a，因此控制单元15可以给予相比于曲线形状的情况更高的优先级。此外，随着候选地点处的人行道的宽度变宽，乘客可能更容易搭乘特定车辆10a或从特定车辆10a下车，因此控制单元15可以给予更高的优先级。此外，例如，在候选地点是停车场的入口的情况下，特定车辆10a的停留妨碍了进入该停车场的另一车辆，因此，控制单元15可以给予比在候选地点不是停车场入口的情况下更低的优先级。然而，从图像中检测到的候选地点的环境不限于上述车行道的车道数、车行道的形状、人行道的宽度和上述设施的入口，并且可以是任意设定的。此外，为了检测候选地点的环境，例如，可以采用诸如模式匹配、特征提取或机器学习的任意图像识别算法。

此外，控制单元15判定车辆10是否已停车以便乘员搭乘车辆10或从车辆10下车。具体而言，例如，当控制单元15基于从车辆10包括的ECU接收到的信息检测到，在点火装置处于接通状态的同时或当附件处于开启状态的同时，车辆10的车速已变为零并且门已被打开和关闭时，控制单元15判定车辆10已停车以便乘员搭乘车辆10或从车辆10下车。在控制单元15判定车辆10已停车以便乘员搭乘车辆10或从车辆10下车后，控制单元15生成停车记录信息，并通过通信单元11将停车记录信息发送到服务器20。在该实施例中，“停车记录信息”包括关于停车位置以及停车日期和时间的信息。

服务器的配置

如图5所示，服务器20包括服务器通信单元21、服务器存储单元22和服务器控制单元23。

服务器通信单元21包括连接至网络30的通信模块。通信模块支持例如有线局域网(LAN)标准，但是不限于此标准，可以支持任意通信标准。在该实施例中，服务器20通过服务器通信单元21连接到网络30。

服务器存储单元22包括一个或多个存储器。服务器存储单元22中包括的每个存储器可以例如用作主存储装置、辅助存储装置或高速缓冲存储器。在服务器存储单元22中，存储用于服务器20的动作的任意信息。例如，系统程序、应用程序、地图信息、车辆数据库、预约数据库等可以存储在服务器存储单元22中。例如，可以基于通过服务器通信单元21从网络30获取的信息来更新存储在服务器存储单元22中的信息。

在车辆数据库中，例如，周期性地存储和累积从多个车辆10中的每一个发送的探测数据。探查数据例如包括关于车辆10的位置和行驶状态的信息，但是不限于此信息，可以包括与车辆10有关的任意信息。通过参考车辆数据库，服务器20可以识别出每个车辆10的过去或当前位置、行驶状态等。

在预约数据库中，例如，存储有与已经进行了乘车预约的用户的用户ID以及基于乘车预约用户预计搭乘的特定车辆10a的车辆ID相关联的数据。此外，在预约数据库中，存储有由稍后描述的服务器控制单元23确定的关于特定车辆10a的行驶路线的数据。然而，不限于该信息，与用于按需公共汽车服务的乘车预约有关的任意信息被存储在预约数据库中。每当用户进行了乘车预约时，可以动态地改变存储在预约数据库中的信息。

服务器控制单元23包括一个或多个处理器。服务器控制单元23控制服务器20的整体上的动作。

例如，服务器控制单元23通过服务器通信单元21接收从多个车辆10发送的多条候选地点信息，并将多条候选地点信息存储在服务器存储单元22中。例如，如图6中所示，服务器控制单元23可以候选地点信息中包括的关于候选地点的位置信息和优先级与候选地点ID相关联地进行存储。每当从车辆10发送候选地点信息时，就接收并存储候选地点信息。在服务器控制单元23接收到两条以上具有几乎相同位置信息的候选地点信息的情况下，服务器控制单元23可以在服务器存储单元22中仅存储两条以上候选地点信息中的一条。

此外，服务器控制单元23通过服务器通信单元21接收从多个车辆10发送的多条停车记录信息，并将多条停车记录信息存储在服务器存储单元22中。如图7所示，在多条候选地点信息中的多个候选地点包括具有与停车记录信息中包括的停车位置几乎相同的位置信息的候选地点(即，与停车位置相对应的候选地点)的情况下，服务器控制单元23可以例如将停车位置以及停车日期和时间与对应于停车位置的候选地点的候选地点ID相关联地进行存储。例如，服务器控制单元23可以基于存储在服务器存储单元22中的多条停车记录信息，针对每个候选地点，计算作为车辆10的过去停车数的总停车数。

服务器控制单元23可基于多条停车记录信息来更新存储在服务器存储单元22中的多个候选地点的每个优先级。为了更新优先级，可以采用任意技术。例如，服务器控制单元23基于存储在服务器存储单元22中的多条停车记录信息来针对每个候选地点计算作为车辆10的过去停车数的总停车数。可以使用在停车记录信息被存储在服务器存储单元22中的整个时间段内的停车记录信息来计算每个候选地点的总停车数，或者可以仅使用最近预定时间段(例如，最近六个月)内的停车记录信息来计算每个候选地点的总停车数。可以从统计上确定总停车数大的候选地点是有利于上下车辆10的地点，例如，人们可以方便地上下车辆10的地点。服务器控制单元23可以执行更新，使得候选地点的优先级随着候选地点的总停车数变大而增加。可选地，服务器控制单元23可以执行更新，使得候选地点的优先级随着候选地点的总停车数变小而降低。此外，例如，可以采用预定时间段(例如，一个月)中的平均停车数来代替总停车数。

服务器控制单元23基于关于存储在服务器存储单元22中的多个候选地点每一个的位置信息，从多个候选地点中选择两个以上候选地点中的每一个作为乘客搭乘特定车辆10a或从特定车辆10a下车的停留地点。对于停留地点的选择，例如，可以根据按需公共汽车服务的运行策略采用任意算法。例如，基于来自用户的乘车预约，服务器控制单元23选择在乘车预约中用户希望搭乘特定车辆10a的地点附近的多个用户。服务器控制单元23从多个候选地点中选择位于所选择的用户希望搭乘特定车辆10a的地点附近的候选地点，作为所选择的用户搭乘特定车辆10a的停留地点。此外，服务器控制单元23选择位于所选择的用户希望从特定车辆10a下车的地点附近的候选地点，作为用户从特定车辆10a下车的停留地点。

服务器控制单元23可以基于关于多个候选地点中的每一个的位置信息和优先级来选择停留地点。例如，在所选择的用户希望搭乘特定车辆10a的地点附近有两个以上的候选地点的情况下，服务器控制部23优先选择具有高优先级的候选地点作为停留地点。在所选择的用户希望从特定车辆10a下车的地点附近有两个以上的候选地点的情况下，服务器控制部23优先选择具有高优先级的候选地点作为停留地点。

这样，从多个候选地点中选择至少一个用户搭乘特定车辆10a或从特定车辆10a下车的至少两个停留地点。

服务器控制单元23确定经过如上所述选择的两个以上停留地点的特定车辆10a的行驶路线。服务器控制单元23将所确定的行驶路线存储在预约数据库中，并通过服务器通信单元21通知特定车辆10a。“行驶路线”可以包括与特定车辆10a行驶所沿的路线、每个停留地点的位置、到达时间和出发时间、以及在每个停留地点搭乘特定车辆10a或从特定车辆10a下车的用户的数量有关的信息，但不限于这些信息。例如，给定的行驶路线可以用于使特定车辆10a的驾驶员在驾驶期间参照该行驶路线，或者可以用于特定车辆10a的自动驾驶控制。

服务器控制单元23可以基于关于存储在服务器存储单元22的多个候选地点中的每一个的位置信息，从多个候选地点中选择至少一个候选地点，作为特定车辆10a的附加停留地点。例如，在特定车辆10a沿着行驶路线行驶的同时用户新执行乘车预约并且搭乘特定车辆10a或从特定车辆10a下车的情况下，可以执行附加停留地点的选择。具体地，在行驶路线附近存在用户希望搭乘特定车辆10a或从特定车辆10a下车的地点的情况下，服务器控制单元23可以选择附加停留地点，以便用户搭乘特定车辆10a或从特定车辆10a下车。附加停留地点是用户搭乘特定车辆10a或从特定车辆10a下车的停留地点。在服务器控制单元23选择附加停留地点的情况下，服务器控制单元23改变行驶路线，使得特定车辆10a进一步经过附加停留地点，并且向特定车辆10a通知改变后的行驶路线。

车辆的动作流程

将参照图8描述车辆10的第一动作的流程。作为概述，第一动作是基于车辆外部景物的图像来生成候选地点信息的动作。

步骤S100：控制单元15使用图像拍摄单元13生成由拍摄车辆外部景物而产生的图像。

步骤S101：控制单元15基于图像来判定控制单元15是否已经确定了特定车辆10a停留以便乘客搭乘特定车辆10a或从特定车辆10a下车的候选地点。更具体地，控制单元15判定图像上的地点是否满足预定条件(例如，第一条件和第二条件)，并且在控制单元15判定地点满足预定条件的情况下，控制单元15确定该地点是候选地点。在控制单元15判定控制单元15尚未确定候选地点的情况下(步骤S101-否)，处理返回到步骤S100。另一方面，在控制单元15判定控制单元15已经确定了候选地点的情况下(步骤S101-是)，处理进行到步骤S102。

步骤S102：在控制单元15在步骤S101中确定了候选地点之后，控制单元15生成候选地点信息，该候选地点信息包括有关候选地点的位置信息以及用于选择候选地点作为特定车辆10a的停留地点的优先级，并通过通信单元11将候选地点信息发送到服务器20。此后，处理返回到步骤S100。

将参照图9描述车辆10的第二动作的流程。作为概述，第二动作是生成停车记录信息的动作。

步骤S200：控制单元15判定车辆10是否已经停车以便乘员搭乘车辆10或从车辆10下车。在控制单元15判定车辆10没有停车的情况下(步骤S200-否)，处理重复步骤S200。另一方面，在控制单元15判定车辆10已经停车的情况下(步骤S200-是)，处理进行到步骤S201。

步骤S201：在控制单元15在步骤S200中判定车辆10已经停车以便乘员搭乘车辆10或从车辆10下车后，控制单元15生成包括停车位置以及停车日期和时间的停车记录信息，并且通过通信单元11将停车记录信息发送到服务器20。此后，处理返回到步骤S200。

服务器的动作流程

将参照图10描述服务器20的第三动作的流程。概括地说，第三动作是存储和更新从多个车辆10接收到的信息的动作。

步骤S300：服务器控制单元23通过服务器通信单元21接收从多个车辆10发送的多条候选地点信息，并将多条候选地点信息存储在服务器存储单元22中。

步骤S301：服务器控制单元23通过服务器通信单元21接收从多个车辆10发送的多条停车记录信息，并将多条停车记录信息存储在服务器存储单元22中。

步骤S302：服务器控制单元23基于多条停车记录信息，更新存储在服务器存储单元22中的多个候选地点中的每一个的优先级。然后，处理结束。

将参照图11描述服务器20的第四动作的流程。概括地说，第四动作是确定和改变特定车辆10a的行驶路线的动作。

步骤S400：服务器控制单元23基于关于存储在服务器存储单元22中的多个候选地点中的每一个的位置信息，从多个候选地点中选择两个以上候选地点作为乘客搭乘特定车辆10a或从特定车辆10a下车的停留地点。服务器控制单元23可以基于关于多个候选地点中的每一个的位置信息和优先级来选择停留地点。

步骤S401：服务器控制单元23确定经过如上所述选择的两个以上停留地点的特定车辆10a的行驶路线，并通过服务器通信单元21通知特定车辆10a。此处，假定在通知了行驶路线之后特定车辆10a开始根据行驶路线行驶。

步骤S402：当特定车辆10a正沿行驶路线行驶时，服务器控制单元23等待来自新用户的乘车预约。在服务器控制单元23接受乘车预约的情况下，服务器控制单元23判定是否允许新用户搭乘特定车辆10a或从特定车辆10a下车。例如，在行驶路线附近存在用户希望搭乘特定车辆10a或从特定车辆10a下车的地点的情况下，服务器控制部23判定为允许用户搭乘特定车辆10a或从特定车辆10a下车，并且在行驶路线附近不存在该地点的情况下，服务器控制单元23判定为不允许用户搭乘特定车辆10a或从特定车辆10a下车。在服务器控制单元23判定允许用户搭乘特定车辆10a或从特定车辆10a下车的情况下(步骤S402-是)，处理进行到步骤S403。另一方面，在服务器控制单元23判定不允许用户搭乘特定车辆10a或从特定车辆10a下车的情况下(步骤S402-否)，重复步骤S402的处理，并且服务器控制单元23等待来自新用户的乘车预约。

步骤S403：服务器控制单元23基于关于存储在服务器存储单元22中的多个候选地点中的每一个的位置信息，从多个候选地点中选择至少一个候选地点，作为特定车辆10a的附加停留地点。附加停留地点是在步骤S402中的新用户搭乘特定车辆10a或从特定车辆10a下车的停留地点。

步骤S404：服务器控制单元23改变行驶路线，使得特定车辆10a进一步经过附加停留地点，并且向特定车辆10a通知改变后的行驶路线。此后，处理返回到步骤S402。

如上所述，在根据实施例的信息处理系统1中，多个车辆10中的每一个生成由拍摄车辆外部景物而产生的图像，并且基于该图像来确定特定车辆10a停留以便乘客搭乘特定车辆10a或从特定车辆10a下车的候选地点。然后，服务器20存储关于由多个车辆10确定的多个候选地点中的每一个的位置信息。利用该配置，使用在车辆10实际行驶时拍摄的图像来确定特定车辆10a停车以便乘客搭乘特定车辆10a或从特定车辆10a下车的候选地点。因此，除了停车禁止地点之外，可以通过从图像中检测乘客可以搭乘特定车辆10a或从特定车辆10a下车的地点来确定可能适合于乘客搭乘特定车辆10a或从特定车辆10a下车的地点作为候选地点。存储关于多个候选地点的位置信息例如对于确定特定车辆10a的行驶路线是有用的。因此，改善了与多个用户作为乘客一起乘坐车辆的服务有关的技术。

已经基于附图和实施例描述了本发明。注意，本领域技术人员基于本公开容易地进行各种变型和修改。因此，应当理解，各种变型和修改包括在本发明的范围内。例如，可以重新布置每个组成部分或步骤中包括的功能等，使得不存在逻辑上的不一致，并且可以将多个组成部分或步骤组合为一个组成部分或步骤，或者可以将一个组成部分或步骤进行划分。

例如，在以上实施例中描述的配置中，车辆10基于使用图像拍摄单元13生成的图像来确定特定车辆10a停留以便乘客搭乘特定车辆10a或从特定车辆10a下车的候选地点。根据诸如特定车辆10a的尺寸、车辆类型、门开闭机构(例如，门是滑动门)或乘坐在特定车辆10a上的用户的数量之类的条件，被确定为候选地点的地点并不总是适合于特定车辆10a停留。在这点上，车辆10可以基于图像确定候选地点，并且可以基于图像来判定可以停留在候选地点的特定车辆10a的条件(以下称为“停留条件”)。

为了确定停留条件，可以采用任意技术。例如，车辆10的控制单元15基于图像确定候选地点，然后从图像中检测候选地点处的车行道、人行道或路侧带的宽度。根据检测到的宽度，控制单元15将可以停留在候选地点处的特定车辆10a的车辆等级、尺寸、车辆类型或门开闭机构确定为停留条件。例如，在车行道、人行道或路侧带的宽度小于阈值的情况下，可以将特定车辆10a小于预定基准的条件(例如，特定车辆10a是小型公共汽车的条件)和/或乘坐特定车辆10a的乘客人数小于预定基准(例如，5)的条件确定为停留条件。例如，停留条件是使用诸如特定车辆的尺寸(车辆等级或尺寸)、车辆类型或门开闭机构(例如，门是否为滑动门)等车辆信息和或乘客的数量来指定的，但不限于这些信息，而是可以由任意信息指定。当控制单元15确定停留信息时，控制单元15生成包括关于候选地点的位置信息、优先级和停留条件的候选地点信息，并通过通信单元11将候选地点信息发送到服务器20。服务器20的服务器控制单元23将接收到的候选地点信息存储在服务器存储单元22中。

通过这种配置，针对每个候选地点，特定车辆10a的停留条件被存储在服务器20中，因此，例如，在确定特定车辆10a的行驶路线时，能够从多个候选地点中区分出特定车辆10a可以停留的候选地点。因此，减少了基于多个候选地点来确定特定车辆10a的行驶路线的复杂性，因此，进一步改善了与多个用户作为乘客一起乘坐车辆的服务有关的技术。为了确定停留条件，例如，可以采用诸如机器学习的任意算法，而并不限于上述使用车行道等的算法。

在上述实施例中，由车辆10执行的一些处理操作可以由服务器20执行，并且由服务器20执行的一些处理操作可以由车辆10执行。具体地，可以由服务器20代替车辆10来执行基于车辆10生成的图像生成候选地点信息(即，关于候选地点的位置信息和优先级)的处理。在这种情况下，车辆10将由拍摄车辆外部景物而产生的图像、拍摄位置等发送到服务器20，并且该程序服务器20基于接收到的图像和拍摄位置来生成候选地点信息。

例如，诸如计算机的通用信息处理装置可以用作根据上述实施例的车辆10中包括的组成单元，或者用作服务器20。具体地，具有用于实现根据本实施例的服务器20等的功能的处理内容的描述的程序存储在信息处理装置的存储器中，并且程序由信息处理装置的处理器读取和执行。因此，根据实施例的本发明也可以实现为可以由处理器执行的程序。

Claims (8)

1.一种信息处理系统，包括：多个车辆，以及能够与所述多个车辆通信的服务器，其中：

所述多个车辆中的每一个生成由拍摄车辆外部景物而产生的图像；

所述多个车辆中的每一个或所述服务器基于所述图像来确定特定车辆停留以便乘客搭乘所述特定车辆或从所述特定车辆下车的候选地点；以及

所述服务器存储关于由所述多个车辆确定的多个所述候选地点中的每一个的位置信息。

2.根据权利要求1所述的信息处理系统，其中：

所述多个车辆中的每一个或所述服务器基于所述图像来确定能够停留在所确定的所述候选地点处的所述特定车辆的条件；以及

所述服务器针对所述多个所述候选地点中的每一个存储指示所述条件的信息。

3.根据权利要求1或2所述的信息处理系统，其中，所述服务器基于关于所述多个所述候选地点中的每一个的所述位置信息，从所述多个所述候选地点中选择两个以上候选地点中的每一个，作为所述乘客搭乘所述特定车辆或从所述特定车辆下车的停留地点。

4.根据权利要求3所述的信息处理系统，其中：

所述多个车辆中的每一个或所述服务器基于所述图像来确定用于选择所确定的所述候选地点作为所述特定车辆的所述停留地点的优先级；以及

所述服务器基于关于所述多个所述候选地点中的每一个的所述位置信息和所述优先级来选择所述停留地点。

5.根据权利要求4所述的信息处理系统，其中：

当所述多个车辆中的每一个停车以便乘员搭乘所述车辆或从所述车辆下车时，所述车辆向所述服务器发送包括停车位置以及停车日期和时间的停车记录信息；并且

所述服务器

存储从所述多个车辆接收到的多条所述停车记录信息，并且

基于所述多条所述停车记录信息，更新所述多个所述候选地点中的每一个的所述优先级。

6.根据权利要求2至5中的任一项所述的信息处理系统，其中，所述服务器

确定所述特定车辆经过两个以上选择的停留地点所沿的行驶路线，

向所述特定车辆通知所述行驶路线，

当所述特定车辆正在沿所述行驶路线行驶时，基于关于所述多个所述候选地点中的每一个的所述位置信息，从所述多个所述候选地点中选择至少一个候选地点作为所述特定车辆的附加停留地点，

改变所述行驶路线，以使所述特定车辆进一步经过所述附加停留地点，并且

向所述特定车辆通知改变后的所述行驶路线。

7.一种服务器，其包括通信单元、存储单元和控制单元，所述通信单元能够与多个车辆通信，所述多个车辆中的每一个生成由拍摄车辆外部景物而产生的图像，其中

所述控制单元

基于由所述多个车辆生成的多个所述图像，确定多个候选地点，特定车辆在所述多个候选地点中的每一个处停留以便乘客搭乘所述特定车辆或从所述特定车辆下车，并且

将关于所述多个候选地点中的每一个的位置信息存储在所述存储单元中。

8.一种计算机可读存储介质，存储有程序，所述程序使服务器执行步骤，所述服务器包括通信单元、存储单元和控制单元，所述通信单元能够与多个车辆通信，所述多个车辆中的每一个生成由拍摄车辆外部景物而产生的图像，所述步骤包括：

基于由所述多个车辆生成的多个所述图像来确定多个候选地点的步骤，特定车辆在所述多个候选地点中的每一个处停留以便乘客搭乘所述特定车辆或从所述特定车辆下车；以及

将关于所述多个候选地点中的每一个的位置信息存储在所述存储单元中的步骤。

Images