计算机可读存储介质和信息处理方法与流程

本发明涉及一种计算机可读存储介质和信息处理方法。

背景技术：

在相关技术中，例如，已知一种与诸如汽车的车辆有关的技术。例如，日本未审查专利申请公开第2009-008576号(jp2009-008576a)描述了一种导航装置，该导航装置被配置为通过将作为停车场或上下车地点的多个候选目的地之一设定为目的地来执行路线引导。导航装置还响应于来自用户的改变目的地的指令，通过将目的地改变为当前目的地之外的目的地来执行路线引导。从候选目的地中选择当前目的地之外的目的地。

技术实现要素：

近年来，已知一种乘客运输服务，其中基于用户做出的乘车预约来确定乘车共享车辆的行驶路线。乘客运输服务是例如其中多个用户一起搭乘可以在除正常巡回路线之外的路线上行驶的车辆、按需公交车等的乘车共享。然而，习惯于例如使用预先确定行驶路线的常规班车服务的用户有时可能觉得使用每次可以改变行驶路线的近年的乘客运输服务的过程很复杂。因此，对于某些用户来说，近年的乘客运输服务不一定那么方便。因此，在基于用户的乘车预约来确定乘车共享车辆的行驶路线的乘客运输服务的便利性方面存在改善的空间。

鉴于这种情况而完成的本发明的目的是提高基于用户的乘车预约来确定乘车共享车辆的行驶路线的乘客运输服务的便利性。

根据本发明的一个方案的计算机可读存储介质，其存储程序，所述程序是一种用于使能够与被配置为管理特定车辆的行驶计划的服务器进行通信的信息处理装置执行以下步骤的程序：从所述服务器接收关于行驶计划的信息的步骤；基于关于所述行驶计划的所述信息，在屏幕上显示所述特定车辆的停留地点和经过所述停留地点的行驶路线的至少一部分的第一显示步骤；等待用户操作以指定屏幕上的停留地点或所述停留地点之外的地点的操作步骤；当通过所述用户操作指定了所述停留地点时，将第一请求发送至所述服务器的步骤，所述第一请求是修改行驶计划以使信息处理装置的用户在所述停留地点处搭乘所述特定车辆或从所述特定车辆下车的请求；以及当通过所述用户操作指定了所述停留地点之外的所述地点时，将第二请求发送至所述服务器的步骤，所述第二请求是修改所述行驶计划以使所述特定车辆经过作为附加停留地点的指定的所述地点并且所述用户在所述附加停留地点处搭乘所述特定车辆或从所述特定车辆下车的请求。

根据本发明的一个方案的计算机可读存储介质，其存储程序，所述程序是用于使配置为管理特定车辆的行驶计划的服务器执行以下步骤的程序：向信息处理装置发送关于所述行驶计划的信息的步骤；等待来自所述信息处理装置的第一请求或第二请求的步骤；在接收到所述第一请求之后，对所述行驶计划进行修改并反映对所述行驶计划的修改，使得所述信息处理装置的用户在由所述第一请求指定的停留地点处搭乘所述特定车辆或从所述特定车辆下车的步骤；在接收到所述第二请求之后，判定是否使所述特定车辆经过由所述第二请求指定为附加停留地点的地点的步骤；当所述服务器判定使所述特定车辆经过如此指定为所述附加停留地点的所述地点时，修改所述行驶计划，使得所述特定车辆经过所述附加停留地点，并且所述用户在所述附加停留地点处搭乘所述特定车辆或从所述特定车辆下车的步骤；以及当所述服务器判定不使特定车辆经过如此指定为所述附加停留地点的所述地点时，通知信息处理装置所述第二请求的拒绝的步骤。

根据本发明的一个方案的信息处理方法是由能够与服务器进行通信的信息处理装置执行的信息处理方法，所述服务器被配置为管理特定车辆的行驶计划。所述信息处理方法包括：从所述服务器接收关于行驶计划的信息的步骤；基于关于所述行驶计划的所述信息，在屏幕上显示所述特定车辆的停留地点和经过所述停留地点的行驶路线的至少一部分的第一显示步骤；等待用户操作以指定屏幕上的停留地点或所述停留地点之外的地点的操作步骤；当通过所述用户操作指定了所述停留地点时，将第一请求发送至所述服务器的步骤，所述第一请求是修改行驶计划以使信息处理装置的用户在所述停留地点处搭乘所述特定车辆或从所述特定车辆下车的请求；以及当通过所述用户操作指定了所述停留地点之外的所述地点时，将第二请求发送至所述服务器的步骤，所述第二请求是修改所述行驶计划以使所述特定车辆经过作为附加停留地点的指定的所述地点并且所述用户在所述附加停留地点处搭乘所述特定车辆或从所述特定车辆下车的请求。

利用根据本发明的一个方案的计算机可读存储介质和信息处理方法，能够提高基于用户做出的乘车预约来确定乘车共享车辆的行驶路线的乘客运输服务的便利性。

附图说明

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

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

图2是示出信息处理装置的示意性配置的框图；

图3是示出由信息处理装置显示的屏幕的示例的视图；

图4是示出由信息处理装置显示的屏幕的示例的视图；

图5是示出由信息处理装置显示的屏幕的示例的视图；

图6是示出由信息处理装置显示的屏幕的示例的视图；

图7是示出服务器的示意性配置的框图；

图8是示出服务器中存储的候选地点信息的示例的视图；

图9是示出存储在服务器中的与特定车辆的行驶计划有关的信息的示例的视图；

图10是示出信息处理装置的操作的流程图，以及

图11是示出服务器的操作的流程图。

具体实施方式

下面描述本发明的实施例。

信息处理系统的配置

参照图1，下面描述根据本发明的一个实施例的信息处理系统1的概略配置。在本实施例中，信息处理系统1用于提供按需公共汽车服务。然而，信息处理系统1不限于此，并且可以用于提供给定的乘客运输服务，在该乘客运输服务中，基于用户做出的乘车预约来确定乘车共享车辆的行驶路线。信息处理系统1包括信息处理装置10、特定车辆20和服务器30。例如，信息处理装置10、特定车辆20和服务器30可经由包括移动通信网络、因特网等的网络40彼此通信。

信息处理装置10是诸如个人计算机(pc)或智能手机的信息处理装置。然而，信息处理装置10不限于它们，并且可以是用户使用的给定信息处理装置。在图1中，为了描述的简便，仅示出了两个信息处理装置10，但是信息处理系统1可以包括给定数量的信息处理装置10。

特定车辆20例如是在按需公共汽车服务中使用的公共汽车等客运车辆。然而，特定车辆20不限于此，并且可以是可以由作为乘客的多个用户共享的给定车辆。在图1中，为了描述的简易，仅示出了一个特定车辆20，但是信息处理系统1可以包括多个特定车辆20。此外，特定车辆20可以是能够进行自动驾驶的车辆。自动驾驶包括例如由汽车工程师协会(sae)定义的1级到5级。然而，自动驾驶不限于此，并且可以以给定的方式定义。此外，特定车辆20可以将关于特定车辆20的给定信息(例如特定车辆20的位置或行驶状态)作为探测数据发送到服务器30。探测数据的发送例如周期性地进行。然而，探测数据的发送不限于此，并且可以在给定的时刻执行。

服务器30包括可彼此通信的一个服务器装置或多个服务器装置。服务器30例如由按需公共汽车服务的提供者使用，并且管理特定车辆20的行驶计划。更具体地，服务器30基于从用户接收的乘车预约确定和修改关于特定车辆20的行驶计划的信息。如稍后将描述的，关于行驶计划的信息是指示特定车辆20停留以使得乘客搭乘特定车辆20或从特定车辆20下车的多个停留地点、经过该停留地点的行驶路线等的信息。除了关于行驶计划的信息的确定和修改处理之外，服务器30还可以执行与特定车辆20的行驶计划有关的给定处理。

此外，服务器30可以管理特定车辆20的状态。更具体地，服务器30可以通过收集和累积从特定车辆20发送来的探测数据来识别特定车辆20的过去或当前的位置、行驶状态等。

首先描述的是本实施例的概述。后面将描述本实施例的细节。这里，例如，服务器30基于预先从多个未指定用户接收的乘车预约来确定并存储关于特定车辆20的行驶计划的信息。用户使用的信息处理装置10从服务器30接收关于特定车辆20的行驶计划的信息。信息处理装置10基于该信息在屏幕上显示特定车辆20的停留地点和行驶路线。信息处理装置10等待用户操作以指定屏幕上的停留地点或停留地点之外的地点。

当指定了停留地点时，信息处理装置10将修改行驶计划以使信息处理装置10的用户在停留地点处搭乘特定车辆20或从特定车辆20下车的第一请求发送到服务器30。因此，接收到第一请求的服务器30根据第一请求对特定车辆20的行驶计划进行修改，并且反映对行驶计划的修改。在这样的配置中，由于信息处理装置10的用户指定屏幕上的停留地点，所以用户可以进行特定车辆20的乘车预约，以便用户在停留地点处搭乘特定车辆20或从特定车辆20下车。

同时，当指定了停留地点之外的地点时，信息处理装置10向服务器30发送修改行驶计划以使得特定车辆20经过作为附加停留地点的指定地点，并且信息处理装置10的用户在附加停留地点处搭乘特定车辆20或从特定车辆20下车的第二请求。如此接收第二请求的服务器30可以根据第二请求来修改特定车辆20的行驶计划。因此，当信息处理装置10的用户指定屏幕上的停留地点之外的地点时，用户可以进行特定车辆20的乘车预约，以便用户在指定地点处搭乘特定车辆20或从特定车辆20下车。

这样，例如，在本实施例中，用户检查当前时刻在信息处理装置10的屏幕上的特定车辆20的停留地点和行驶路线，并在期望的停留地点包括在停留地点中的情况下，用户可以进行乘车预约，以便用户在停留地点处搭乘特定车辆20或从特定车辆20下车。即使在停留地点中不包括期望的停留地点的情况下，用户也可以进行乘车预约，以便用户在停留地点之外的期望地点(即，附加停留地点)处搭乘特定车辆20或从特定车辆20下车。因此，这提高了乘客运输服务的便利性，在乘客运输服务中，基于用户的乘车预约来确定乘车共享车辆的行驶路线。

接下来将详细描述信息处理系统1的各个组成部分。

信息处理装置的配置

如图2所示，信息处理装置10包括通信部11、定位部12、显示部13、操作部14、存储部15和控制部16。

通信部11包括连接到网络40的通信模块。通信模块例如对应于诸如第四代(4g)和第五代(5g)、有线局域网(lan)标准、无线局域网标准等的移动电信标准。然而，通信模块不限于它们，并且可以对应于给定的电信标准。在本实施例中，信息处理装置10经由通信部11连接到网络40。

定位部12获取信息处理装置10的位置。例如，定位部12可以包括与卫星定位系统相对应的接收器。接收器对应于例如全球定位系统(gps)。但是，接收器不限于此，并且可以对应于给定的卫星定位系统。替代地，定位部12可以经由通信部11从网络40获取信息处理装置10的位置。

显示部13包括被配置为以图像形式输出信息的显示器。在本实施例中，“以图像形式输出信息”包括以文本、静止图像、动态图像等形式在屏幕上显示信息的情况。此外，“显示器”表示面板显示器、沉浸式或透射式头戴式显示器等，但不限于此。在采用透射式头戴式显示器作为显示部13的情况下，“屏幕”可以包括用户通过透射式头戴式显示器可观察到的实际风景。

操作部14包括被配置为检测用户操作的输入的一个或多个输入接口。例如，包括在操作部14中的输入接口是物理键、静电电容键、触摸面板、与显示部13的显示器一体地设置的触摸屏、被配置为接收语音输入的麦克风等。但是，输入接口不限于此。

存储部15包括一个或多个存储器。在本实施例中，“存储器”是半导体存储器、磁存储器、光存储器等，但不限于此。例如，存储部15中包括的每个存储器可以用作主存储装置、辅助存储装置或高速缓冲存储器。在存储部15中，存储用于信息处理装置10的操作的给定信息。例如，在存储部15中，可以存储系统程序、应用程序、地图信息等。例如，可以通过经由通信部11从网络40获取的信息来更新存储在存储部15中的信息。

控制部16包括一个或多个处理器。在本实施例中，“处理器”表示通用处理器、专用于特定处理的专用处理器等，但是不限于此。控制部16控制整个信息处理装置10的操作。

例如，控制部16经由通信部11从服务器30接收关于特定车辆20的行驶计划的信息。如将在后面描述的，例如，关于行驶计划的信息包括关于特定车辆20的多个停留地点、经过停留地点的行驶路线等的信息。在本实施例中，从多个候选地点(稍后描述)中选择每个停留地点。然而，每个停留地点不限于此，并且可以以给定的方式确定。

此外，控制部16可以经由通信部11从服务器30接收区域信息。例如，区域信息包括表示停车禁止区域和可停车区域(稍后描述)中的至少一个的信息。在本实施例中，“区域”可以指示在地图上具有给定面积的范围，或者可以指示在地图上不具有面积的地点。

停车禁止区域表示例如法律上禁止车辆停车的区域(例如，在十字路口、斑马线等附近的区域，通过标志或标记等禁止停车的区域)。可停车区域表示除停车禁止区域之外的特定车辆20的乘客可以搭乘特定车辆20或从特定车辆20下车的区域(例如，在车道旁边设置人行道并且车道和人行道之间没有诸如围栏或护栏等的障碍物的区域等等)。在本实施例中，可停车区域包括多个候选地点。所述候选地点是特定车辆20将要停留的候选地点。

此外，控制部16确定地图上的基准地点。更具体地，控制部16将基于由定位部12获取的信息处理装置10的位置的当前地点，或者基于用户对操作部14的操作的指定地点，确定为基准地点。例如，可以在地图显示在显示部13的屏幕上的同时执行基准地点的确定。

此外，控制部16可以在显示部13的屏幕上的广域地图中至少显示基准地点。这里，除了基准地点之外，控制部16可以在显示部13的屏幕上的广域地图中显示由关于行驶路线的信息指示的特定车辆20的所有停留地点和整个行驶路线、以及由区域信息指示的停车禁止区域和可停车区域中的至少一个。例如，在图3所示的示例中，在屏幕130上的广域地图中显示基准地点a、12个候选地点p01至p12(其中，图中的框所包围的p01、p05、p12、p09也是停留地点)和依次经过通过特定车辆20的出发地点b和四个停留地点p01、p05、p12、p09的行驶路线(图中的实线箭头)。

此外，例如，在控制部16在显示部13的屏幕上显示广域地图之后，控制部16可以在显示部13的屏幕上的狭域地图中显示基准地点、以更接近于基准地点的顺序选择的预定数量的停留地点、以及行驶路线的至少一部分。此处，除了基准地点、一个以上的停留地点以及行驶路线的至少一部分之外，控制部16可以显示由显示部13的屏幕上的狭域地图中的区域信息指示的停车禁止区域和可停车区域中的至少一个。可替代地，除了基准地点、一个以上的停留地点以及行驶路线的至少一部分之外，控制部16可以在显示部13的屏幕上的狭域地图中显示以更接近基准地点的顺序选择的预定数量的候选地点。例如，在图4所示的示例中，在屏幕130上的狭域地图上显示基准地点a、位于基准地点a附近的三个候选地点p04、p05、p07(其中，图中被方框包围的p05也是停留地点)、以及行驶路线的一部分(图中经过停留地点p05的实线)。这里，例如通过将广域地图放大并变更为狭域地图的技术来进行从广域地图到狭域地图的屏幕转换。然而，屏幕转换不限于此，并且可以以给定的方式执行。

此外，控制部16等待用户操作以指定屏幕上的停留地点或停留地点之外的地点。

当通过用户操作指定屏幕上的停留地点时，控制部16经由通信部11向服务器30发送修改行驶计划以使信息处理装置10的用户在停留地点搭乘特定车辆20或从特定车辆20下车的第一请求。第一请求可以包括例如信息处理装置10的用户的用户id、指定的停留地点的停留地点id、指示该用户是要搭乘特定车辆20还是从特定车辆20下车的数据、以及作为第一请求的标识的数据。

同时，当通过用户操作指定了屏幕上的停留地点之外的地点时，控制部16经由通信部11向服务器30发送修改行驶计划以使特定车辆20经过作为附加停留地点的指定地点，并且信息处理装置10的用户在附加停留地点搭乘特定车辆20或从特定车辆20下车的第二请求。第二请求可以包括例如信息处理装置10的用户的用户id、指定地点的位置信息、指示该用户是要搭乘特定车辆20或从特定车辆20下车的数据，以及作为第二请求的标识的数据。

注意，在本实施例中，可以从屏幕上显示的一个或多个候选地点中选择停留地点之外的地点。然而，停留地点之外的地点的指定不限于该示例，而是可以采用给定的技术。例如，可以从屏幕上显示的地图上的除停车禁止区域之外的区域中选择停留地点之外的地点。此外，例如，也可以从屏幕上显示的地图上的可停车区域中选择除了停留地点之外的地点。此外，例如，可以从屏幕上显示的地图上的特定区域之外的区域中选择停留地点之外的地点。此处，“特定区域”可以是距停留地点预定距离以内的区域或地图上划分的多个划分区域之中包括停留地点的划分区域。利用这种配置，降低了在相对接近现有停留地点的距离范围内增加新的停留地点的可能性。

此外，在控制部16发送第二请求之后，控制部16等待来自服务器30的响应。作为来自接收第二请求的服务器30的响应，控制部16可以经由通信部11从服务器30接收关于基于第二请求而修改的行驶计划的信息或指示第二请求被拒绝的通知。

当控制部16接收到拒绝第二请求的通知时，控制部16再次等待用户操作以指定屏幕上的停留地点或停留地点之外的地点。此处，例如，在控制部16在显示部13的屏幕上显示指示第二请求已经被拒绝的消息之后，控制部16可以再次等待用户操作。

同时，当控制部16接收到关于修改后的行驶计划的信息时，控制部16基于该信息在屏幕上显示停留地点、附加停留地点以及经过停留地点和附加停留地点的修改后的行驶路线的至少一部分。

例如，如图5所示，可以在屏幕130上的狭域地图中显示基准地点a、位于基准地点a附近的三个候选地点p04、p05、p07(其中，图中被方框包围的p05和p04也分别是停留地点和附加停留地点)、修改前的行驶路线的一部分(通过图中的停留地点p05的实线)和修改后的行驶路线的一部分(通过图中的停留地点p04、p05的虚线)。

可替代地，例如，如图6所示，可以在屏幕130上的广域地图中显示基准地点a、12个候选地点p01至p12(其中，图中由框包围的p01、p05、p12、p09也是停留地点，p04也是附加停留地点)、依次经过特定车辆20的出发地点b和四个停留地点p01、p05、p12、p09的修改前的行驶路线(图中的实线箭头)、以及依次经过出发地点b和包括附加停留地点的五个停留地点p01、p04、p05、p12、p09的修改后的行驶路线(图中的虚线箭头)。

如上所述，在控制部16在屏幕上显示停留地点、附加停留地点和修改后的行驶路线的至少一部分之后，控制部16等待用户操作以选择反映或放弃行驶计划的修改。

当选择了对行驶计划的修改的反映时，控制部16经由通信部11向服务器30发送反映对行驶计划的修改的第三请求。第三请求可以包括例如信息处理装置10的用户的用户id和作为第三请求的标识的数据。

同时，当通过用户操作选择放弃对行驶计划的修改时，控制部16经由通信部11向服务器30发送放弃对行驶计划的修改的第四请求。第四请求可以包括例如信息处理装置10的用户的用户id和作为第四请求的标识的数据。

通过这样的配置，在用户检查了在信息处理装置10的屏幕上的修改后的行驶路线等之后，用户可以确定是否将修改反映在行驶计划上。

服务器的配置

如图7所示，服务器30包括服务器通信部31、服务器存储部32和服务器控制部33。

服务器通信部31包括连接到网络40的通信模块。通信模块例如对应于有线lan标准。但是，通信模块不限于此，并且可以对应于给定的电信标准。在本实施例中，服务器30经由服务器通信部31连接到网络40。

服务器存储部32包括一个或多个存储器。服务器存储部32中包括的每个存储器可以用作例如主存储装置、辅助存储装置或高速缓冲存储器。在服务器存储部32中，存储要用于服务器30的操作的给定信息。例如，在服务器存储部32中，可以存储系统程序、应用程序、区域信息、车辆数据库、预约数据库等。例如，可以通过经由服务器通信部31从网络40获取的信息来更新存储在服务器存储部32中的信息。

区域信息包括指示如上所述的停车禁止区域和可停车区域中的至少任一个的信息。此外，可停车区域可以包括多个候选地点。例如，如图8所示，区域信息可以包括每个候选地点的候选地点id和位置信息，作为关于可停车区域的信息。

在车辆数据库中，例如，存储并累积从特定车辆20定期发送的探测数据。探测数据包括例如关于特定车辆20的位置和行驶状态的信息。然而，探测数据不限于此，并且可以包括关于特定车辆20的给定信息。服务器30可以通过参考车辆数据库来识别特定车辆20的过去或当前位置、行驶状态等。

在预约数据库中，存储了关于按需公共汽车服务的乘车预约的给定信息。例如，在预约数据库中，存储有进行乘车预约的用户的用户id与该用户要搭乘的特定车辆20的车辆id相关联的数据。此外，在预约数据库中，存储有关于特定车辆20的行驶计划的信息。例如，如图9所示，关于行驶计划的信息包括特定车辆20停留的每个停留地点的停留地点id、从相应的停留地点出发的出发时间、在相应的停留地点处搭乘特定车辆20的用户的乘车用户id、在相应的停留地点处从特定车辆20下车的用户的下车用户id、以及经过每个停留地点的行驶路线。但是，关于行驶计划的信息不限于此。在此，停留地点id可以是被确定为停留地点的候选地点的候选地点id，或者可以是被确定为停留地点的地点的位置信息。每次用户进行乘车预约时，都可以动态更改存储在预约数据库中的信息。

服务器控制部33包括一个或多个处理器。服务器控制部33控制整个服务器30的操作。

例如，服务器控制部33将区域信息存储在服务器存储部32中。例如，可以经由服务器通信部31从网络40获取区域信息。此外，服务器控制部33确定关于特定车辆20的行驶计划的信息，并将该信息存储在服务器存储部32中。例如，当服务器控制部33接收到来自给定数量的用户的乘车预约时，可以执行关于行驶计划的信息的确定和存储。

此外，服务器控制部33经由服务器通信部31将关于行驶计划的信息和区域信息发送至信息处理装置10。在发送了这些信息之后，服务器控制部33等待来自信息处理装置10的第一请求或第二请求。

当服务器控制部33接收到第一请求时，服务器控制部33对行驶计划进行修改并且反映对行驶计划的修改，使得信息处理装置10的用户在第一请求指定的停留地点处搭乘特定车辆20或从特定车辆20下车。注意，对行驶计划进行修改可以包括对关于行驶计划的信息增加、改变或删除信息。此外，反映对行驶计划的修改可以包括将存储在服务器存储部32的预约数据库中的关于行驶计划的信息更新为修改后的内容。更具体地，当服务器控制部33接收到第一请求时，服务器控制部33将关于信息处理装置10的用户的用户id作为对应于指定的停留地点的乘车用户id或下车用户id增加到关于行驶计划的信息中，并反映该增加。

同时，当服务器控制部33接收到第二请求时，服务器控制部33判定是否使特定车辆20经过由第二请求指定为附加停留地点的地点。可以采用给定的技术进行判定。例如，当增加指定地点作为停留地点时，在至少一个停留地点的出发时间被延迟大于预定标准的情况下，服务器控制部33可以判定使特定车辆20不经过作为附加停留地点的指定地点；在其他情况下，服务器控制部33也可以判定使特定车辆20经过指定地点。可替代地，在由第二请求指定的地点处于停车禁止区域内或不在可停车区域内的情况下，服务器控制部33可以判定不使特定车辆20经过作为附加停留地点的指定地点，在其他情况下，服务器控制部33可以判定使特定车辆20经过指定地点。

在服务器控制部33判定不使特定车辆20经过由第二请求指定为附加停留地点的地点的情况下，服务器控制部33通过服务器通信部31向信息处理装置10通知拒绝第二请求。

同时，在服务器控制部33判定使特定车辆20经过由第二请求指定为附加停留地点的地点的情况下，服务器控制部33修改行驶计划，使得特定车辆20经过由第二请求指定为附加停留地点的地点，并且信息处理装置10的用户在附加停留地点处搭乘特定车辆20或从特定车辆20下车。更具体地，服务器控制部33将与指定地点(即，附加停留地点)相对应的停留地点id、出发时间、以及乘车用户id或下车用户id增加到关于行驶计划的信息中，并修改行驶路线。请注意，此时，修改尚未反映在行驶计划中。服务器控制部33经由服务器通信部31将与修改后的行驶计划有关的信息发送至信息处理装置10。在发送信息之后，服务器控制部33等待来自信息处理装置10的第三请求或第四请求。

当服务器控制部33接收到第三请求时，服务器控制部33反映对行驶计划的修改。同时，当服务器控制部33接收到第四请求时，服务器控制部33放弃对行驶计划的修改。由于放弃了修改，因此存储在服务器存储部32的预约数据库中的关于行驶计划的信息维持具有修改之前的内容。

信息处理装置的操作过程

参照图10，下面描述信息处理装置10的操作过程。

步骤s100：控制部16经由通信部11从服务器30接收关于特定车辆20的行驶计划的信息和区域信息。

步骤s101：控制部16确定地图上的基准地点。更具体地，控制部16将基于由定位部12获取的信息处理装置10的位置的当前地点，或者基于对操作部14的用户操作的指定地点，确定为基准地点。

步骤s102：控制部16在显示部13的屏幕上的广域地图中至少显示基准地点。

步骤s103：控制部16在显示部13的屏幕上显示了步骤s102中的广域地图之后，控制部16在显示部13的屏幕上的狭域地图中显示基准地点、以更接近于基准地点的顺序选择的预定数量的停留地点、以及行驶路线的至少一部分。

步骤s104：控制部16等待用户操作以指定在屏幕上的停留地点或该停留地点之外的地点。

步骤s105：控制部16判定在步骤s104中是否通过用户操作指定了屏幕上的停留地点。当控制部16判定指定了屏幕上的停留地点时(步骤s105-是)，处理进行到步骤s106。同时，当控制部16判定未指定屏幕上的停留地点时，即，当控制部16判定指定了屏幕上的停留地点之外的地点时(步骤s105-否)，处理进行到步骤s107。

步骤s106：控制部16经由通信部11向服务器30发送修改行驶计划以使信息处理装置10的用户在指定的停留地点搭乘特定车辆20或从特定车辆20下车的第一请求。之后，该处理结束。

步骤s107：控制部16通过通信部11向服务器30发送修改行驶计划使得特定车辆20经过作为附加停留地点的指定地点，并且信息处理装置10的用户在附加停留地点搭乘特定车辆20或从特定车辆20下车的第二请求。

步骤s108：在控制部16发送第二请求之后，控制部16等待来自服务器30的响应。作为来自接收第二请求的服务器30的响应，控制部16可以经由通信部11从服务器30接收关于基于第二请求而修改的行驶计划的信息或指示第二请求被拒绝的通知。

步骤s109：控制部16判定在步骤s108中控制部16是否接收到关于修改后的行驶计划的信息。当控制部16判定控制部16没有接收到关于修改后的行驶计划的信息时，即，当控制部16判定控制部16接收到第二请求被拒绝的通知时(步骤s109-否)，处理返回到步骤s104。同时，当控制部16判定控制部16接收到关于修改后的行驶计划的信息时(步骤s109-是)，处理进行到步骤s110。

步骤s110：控制部16基于关于修改后的行驶计划的信息在屏幕上显示停留地点、附加停留地点以及经过该停留地点和该附加停留地点的修改后的行驶路线的至少一部分。

步骤s111：控制部16等待用户操作以选择对行驶计划的修改的反映或放弃。

步骤s112：控制部16判定是否选择了反映对行驶计划的修改。当控制部16判定选择了修改的反映时(步骤s112-是)，处理进行到步骤s113。同时，当没有选择修改的反映时，即，当选择了放弃修改时(步骤s112-否)，处理进行到步骤s114。

步骤s113：控制部16经由通信部11向服务器30发送反映对行驶计划的修改的第三请求。然后，该处理结束。

步骤s114：控制部16经由通信部11向服务器30发送放弃对行驶计划的修改的第四请求。之后，处理返回到步骤s104。

服务器的操作过程

参照图11，下面描述服务器30的操作过程。

步骤s200：服务器控制部33经由服务器通信部31将关于行驶计划的信息和区域信息发送到信息处理装置10。

步骤s201：服务器控制部33等待来自信息处理装置10的第一请求或第二请求。

步骤s202：服务器控制部33判定服务器控制部33是否接收到第一请求。当服务器控制部33判定服务器控制部33接收到第一请求时(步骤s202-是)，处理进行到步骤s203。同时，当服务器控制部33判定服务器控制部33未接收到第一请求时，即，当服务器控制部33判定服务器控制部33接收到第二请求时(步骤s202-否)，处理进行到步骤s204。

步骤s203：服务器控制部33对行驶计划进行修改，并反映对行驶计划的修改，以使信息处理装置10的用户在第一请求指定的停留地点处搭乘特定车辆20或从特定车辆20下车。之后，该处理结束。

步骤s204：服务器控制部33判定是否使特定车辆20经过由第二请求指定为附加停留地点的地点。当服务器控制部33判定使特定车辆20经过附加停留地点时(步骤s204-是)，处理进行到步骤s206。同时，当服务器控制部33判定不使特定车辆20经过附加停留地点时(步骤s204-否)，处理进行到步骤s205。

步骤s205：服务器控制部33经由服务器通信部31向信息处理装置10通知第二请求的拒绝。之后，处理返回至步骤s201。

步骤s206：服务器控制部33修改行驶计划，以使得特定车辆20经过由第二请求指定为附加停留地点的地点，并且信息处理装置10的用户在附加停留地点处搭乘特定车辆20或从特定车辆20下车。

步骤s207：服务器控制部33通过服务器通信部31将关于修改后的行驶计划的信息发送到信息处理装置10。

步骤s208：服务器控制部33等待来自信息处理装置10的第三请求或第四请求。

步骤s209：服务器控制部33判定服务器控制部33是否接收到第三请求。当服务器控制部33判定服务器控制部33接收到第三请求时(步骤s209-是)，处理进行到步骤s210。同时，当服务器控制部33判定服务器控制部33未接收到第三请求时，即，当服务器控制部33判定服务器控制部33接收到第四请求时(步骤s209-否)，处理进行到步骤s211。

步骤s210：服务器控制部33反映对行驶计划的修改。之后，该处理结束。

步骤s211：服务器控制部33放弃对行驶计划的修改。之后，处理返回到步骤s201。

如上所述，在根据本实施例的信息处理系统1中，信息处理装置10基于从服务器30接收到的关于特定车辆20的行驶计划的信息在屏幕上显示特定车辆20的停留地点和经过所述停留地点的行驶路线的至少一部分。信息处理装置10等待用户操作以指定屏幕上的停留地点或停留地点之外的地点。当通过用户操作指定了屏幕上的停留地点时，信息处理装置10将修改行驶计划以使信息处理装置10的用户在停留地点搭乘特定车辆20或从特定车辆20下车的第一请求发送到服务器30。同时，当通过用户操作指定了停留地点之外的地点时，信息处理装置10向服务器30发送修改行驶计划以使得特定车辆20经过作为附加停留地点的指定地点，并且信息处理装置10的用户在附加停留地点处搭乘特定车辆20或从特定车辆20下车的第二请求。

在这样的配置中，例如，用户检查信息处理装置10的屏幕上的当前时刻的特定车辆20的停留地点和行驶路线，并且当期望的停留地点被包括在所述停留地点中时，用户可以进行乘车预约，以便用户在停留地点处搭乘特定车辆20或从特定车辆20下车。即使当期望的停留地点不包括在停留地点中时，用户也可以进行乘车预约，以便用户在停留地点之外的指定地点(即，附加停留地点)搭乘特定车辆20或从特定车辆20下车。因此，这提高了基于用户做出的乘车预约来确定乘车共享车辆的行驶路线的乘客运输服务的便利性。

基于附图和实施例描述了本发明，但是应当注意，本领域技术人员可以基于本公开容易地进行各种变型和修改。因此，应注意，这些变型和修改包括在本发明的范围内。例如，可以在不与上述实施例在逻辑上不一致的范围内对装置、步骤等中包含的功能等进行重新布置，并且可以将多个装置、步骤等组合为一个或可以进行拆分。

此外，例如计算机的通用信息处理装置还可以被功能化为上述实施例中的信息处理装置10或服务器30。更具体地，将描述实现本实施例中的信息处理装置10或服务器30的每个功能的处理内容的程序存储在信息处理装置的存储器中，并且该程序由信息处理装置的处理器读取并执行。因此，根据本实施例的本发明也可以实现为可由处理器执行的程序。