车辆调度系统和方法、服务器、用户终端以及存储介质与流程

本发明涉及车辆调度系统、车辆调度方法、服务器、用户终端以及存储介质。

背景技术：

专利文献1公开一种提供车辆调度服务的系统。该系统经由用户的移动终端受理用户的车辆调度要求，向接车位置提供调度车辆。用户能够使用移动终端从多个车辆中选择调度车辆。

专利文献1：美国专利申请公开第2014/0129951号说明书

另外，存在用户想要选择自动驾驶车辆作为调度车辆的情况。然而，在专利文献1记载的系统中，用户无法判断能够选择的车辆是否是自动驾驶车辆。在本技术领域中，需要能够选择自动驾驶车辆作为调度车辆的车辆调度系统。

技术实现要素：

本公开的一个方式是具备服务器和能够与服务器通信的用户终端的车辆调度系统。服务器具备：存储部，存储多个注册车辆各自的与自动驾驶功能有关的信息；位置获取部，获取多个注册车辆的位置；接车位置获取部，从用户终端获取接车位置；候补车辆决定部，基于接车位置和多个注册车辆的位置从多个注册车辆中决定至少一个候补车辆；候补发送部，参照存储部，将至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地向用户终端发送；车辆调度接收部，从用户终端接收对从至少一个候补车辆中选择出的调度车辆进行识别的信息；以及车辆调度处理部，向调度车辆发送接车位置。用户终端具备：显示部；接车位置发送部，向服务器发送接车位置；候补接收部，与至少一个候补车辆建立关联地从服务器接收至少一个候补车辆的与自动驾驶功能有关的信息；显示控制部，将由候补接收部接收到的至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地显示在显示部；受理部，受理从至少一个候补车辆中选择调度车辆的用户操作；以及车辆调度要求部，向服务器发送对基于用户操作选择出的调度车辆进行识别的信息。

根据该系统，至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地显示在用户终端的显示部。因此，用户能够考虑与自动驾驶功能有关的信息来决定调度车辆。因而，该系统能够选择自动驾驶车辆作为调度车辆。

在一个实施方式中，与自动驾驶功能有关的信息可以包括自动驾驶功能的版本信息、超控率、自动驾驶的持续度、自动驾驶的持续时间或持续距离的最大值、自动驾驶的持续时间或持续距离的平均值、以及自动驾驶的持续时间或持续距离的累计值中的至少一个信息。在这样构成的情况下，该系统能够向用户提示用于判断自动驾驶车辆的可靠性的指标。

在一个实施方式中，服务器可以还具备：生成部，生成用于对发送了识别调度车辆的信息的用户终端与调度车辆的组合进行认证的认证信息；和认证信息发送部，向发送了识别调度车辆的信息的用户终端以及调度车辆发送由生成部生成的认证信息，用户终端还具备：认证信息接收部，从服务器接收认证信息；和终端认证部，使用由认证信息接收部接收到的认证信息和从调度车辆获取到的认证信息来对组合进行认证。在这样构成的情况下，该系统的用户终端能够使用认证信息对调度车辆与用户终端的组合进行认证。

在一个实施方式中，服务器可以还具备：生成部，生成用于对发送了识别调度车辆的信息的用户终端与调度车辆的组合进行认证的认证信息；和认证信息发送部，向发送了识别调度车辆的信息的用户终端以及调度车辆发送由生成部生成的认证信息，调度车辆使用从服务器获取到的认证信息和从用户终端获取到的认证信息对组合进行认证。这样构成的情况下，调度车辆能够使用认证信息对调度车辆与用户终端的组合进行认证。

在一个实施方式中，可以服务器还具备判定接车时的调度车辆是否有人的判定部，生成部在由判定部判定为接车时的调度车辆有人的情况下不生成认证信息，而生成调度车辆的信息以及用户的信息，认证信息发送部向用户终端发送调度车辆的信息，并且向调度车辆发送用户的信息。该系统在送迎时的调度车辆有人的情况下，能够在乘员与用户之间进行组合的认证。

本公开的其他方面是由具备服务器和能够与服务器通信的用户终端的车辆调度系统执行的车辆调度方法。该方法具备：服务器将多个注册车辆各自的与自动驾驶功能有关的信息存储到服务器的存储部的步骤；用户终端向服务器发送接车位置的步骤；服务器获取多个注册车辆的位置的步骤；服务器从用户终端接收接车位置的步骤；服务器基于接车位置和多个注册车辆的位置从多个注册车辆中决定至少一个候补车辆的步骤；服务器参照存储部，将至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地向用户终端发送的步骤；用户终端从服务器与至少一个候补车辆建立关联地接收至少一个候补车辆的与自动驾驶功能有关的信息的步骤；用户终端使至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地显示在用户终端的显示部的步骤；用户终端受理从至少一个候补车辆中选择调度车辆的用户操作的步骤；用户终端向服务器发送对基于用户操作选择出的调度车辆进行识别的信息的步骤；服务器从用户终端接收对从至少一个候补车辆中选择出的调度车辆进行识别的信息的步骤；以及服务器向调度车辆发送接车位置的步骤。

本公开的其他方面是能够与用户终端通信的服务器。该服务器具备：存储部，存储多个注册车辆各自的与自动驾驶功能有关的信息；位置获取部，获取多个注册车辆的位置；接车位置获取部，从用户终端获取接车位置；候补车辆决定部，基于接车位置和多个注册车辆的位置从多个注册车辆中决定至少一个候补车辆；候补发送部，参照存储部，将至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地向用户终端发送；车辆调度接收部，从用户终端接收对从至少一个候补车辆中选择出的调度车辆进行识别的信息；以及车辆调度处理部，向调度车辆发送接车位置。

本公开的其他方面是能够与服务器通信的用户终端。该终端具备：显示部；接车位置发送部，向服务器发送接车位置；候补接收部，与至少一个候补车辆建立关联地从服务器接收至少一个候补车辆的与自动驾驶功能有关的信息；显示控制部，使由候补接收部接收到的至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地显示在显示部；受理部，受理从至少一个候补车辆中选择调度车辆的用户操作；以及车辆调度要求部，向服务器发送对基于用户操作选择出的调度车辆进行识别的信息。

本公开的其他方面是由能够与用户终端通信的服务器执行的服务器程序。服务器程序使服务器作为下述部件发挥作用：存储部，存储多个注册车辆各自的与自动驾驶功能有关的信息；位置获取部，获取多个注册车辆的位置；接车位置获取部，从用户终端获取接车位置；候补车辆决定部，基于接车位置和多个注册车辆的位置从多个注册车辆中决定至少一个候补车辆；候补发送部，参照存储部，将至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地向用户终端发送；车辆调度接收部，从用户终端接收对从至少一个候补车辆中选择出的调度车辆进行识别的信息；以及车辆调度处理部，向调度车辆发送接车位置。

本公开的其他方面是储存有服务器程序的非易失性计算机可读存储介质。

本公开的其他方面是由能够与服务器通信的用户终端执行的用户终端程序。用户终端程序使用户终端作为下述部件发挥作用：接车位置发送部，向服务器发送接车位置；候补接收部，与至少一个候补车辆建立关联地从服务器接收至少一个候补车辆的与自动驾驶功能有关的信息；显示控制部，使由候补接收部接收到的至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地显示在用户终端的显示部；受理部，受理从至少一个候补车辆中选择调度车辆的用户操作；以及车辆调度要求部，向服务器发送对基于用户操作选择出的调度车辆进行识别的信息。

本公开的其他方面是储存有用户终端程序的非易失性计算机可读存储介质。

上述的车辆调度方法、服务器、用户终端、服务器程序、用户终端程序以及存储介质起到与上述的车辆调度系统相同的效果。

根据本公开的各种方式，可提供能够选择自动驾驶车辆作为调度车辆的车辆调度系统。

附图说明

图1是表示第一实施方式所涉及的车辆调度系统的构成的一个例子的图。

图2是表示用户终端的硬件构成的一个例子的图。

图3是表示车辆调度系统的功能的一个例子的框图。

图4是服务器保存的数据的一个例子。

图5是显示了候补车辆的超控(override)率的用户终端的画面例。

图6是显示了候补车辆的平均自动驾驶距离的用户终端的画面例。

图7是表示车辆调度处理的一个例子的流程图。

图8是表示第二实施方式所涉及的车辆调度系统的构成的一个例子的图。

图9是显示了候补车辆的自动驾驶区间的用户终端的画面例。

图10是表示车辆调度处理的一个例子的流程图。

图11是表示第三实施方式所涉及的车辆调度系统的认证功能的一个例子的框图。

图12是表示认证处理的一个例子的流程图。

图13是表示第四实施方式所涉及的车辆调度系统的认证功能的一个例子的框图。

图14是表示认证处理的一个例子的流程图。

具体实施方式

以下，参照附图对示例性的实施方式进行说明。其中，在以下的说明中，对于相同或者相当的要素标注相同附图标记，不反复进行重复的说明。

[第一实施方式]

(车辆调度系统)

图1是表示第一实施方式所涉及的车辆调度系统1的构成的一个例子的图。如图1所示，车辆调度系统1具备多个用户终端10a、…、10x和服务器30。多个用户终端10a、…、10x经由网络n与服务器30可通信地连接。网络n例如是无线通信网络。

多个用户终端10a、…、10x是用户所携带的终端。用户是指车辆调度系统1的利用者。用户可以预先注册到车辆调度系统1。可以对已注册的用户分配识别用户的id。多个用户终端10a、…、10x可以是相同的构成。以下，在对用户终端共有的构成进行说明的情况下，将用户终端10作为这些用户终端的代表来进行说明。

多个车辆2a、2b、…、2x经由网络n与服务器30可通信地连接。多个车辆2a、2b、…、2x被预先注册到车辆调度系统1。可以对已注册的车辆分配识别车辆的id(车辆识别号码)。多个车辆2a、2b、…、2x至少包括自动驾驶车辆。自动驾驶车辆是搭载有使车辆自动地朝向预先设定的目的地行驶的自动驾驶系统的车辆。目的地既可以由驾驶员等乘员设定，也可以由自动驾驶系统自动地设定。自动驾驶车辆不需要驾驶员进行驾驶操作而自动地行驶。多个车辆2a、2b、…2x除了自动驾驶功能的有无以外可以是相同的构成。以下，在对车辆共有的构成进行说明的情况下，将车辆2作为这些车辆的代表来进行说明。

(车辆调度系统的硬件构成)

图2是表示用户终端10的硬件构成的一个例子的图。如图2所示，用户终端10具备处理器101、内存(memory)102、存储器(storage)103、通信接口104以及用户接口105(显示部的一个例子)，构成为一般的计算机。

处理器101是cpu(centralprocessingunit：中央处理器)等运算器。内存102是rom(readonlymemory：只读存储器)、ram(randomaccessmemory：随机存取存储器)等存储介质。存储器103是hdd(harddiskdrive：硬盘驱动器)等存储介质。通信接口104是实现数据通信的通信设备。用户接口105是液晶、扬声器等输出器、以及触摸面板或麦克风等输入器。处理器101统一控制内存102、存储器103、通信接口104以及用户接口105，实现后述的用户终端的功能。此外，用户终端10也可以具备gps(globalpositioningsystem：全球定位系统)接收机。

服务器30与上述的用户终端10相同地具备处理器301、内存302、存储器303(存储部的一个例子)、通信接口304以及用户接口305。处理器301统一控制内存302、存储器303、通信接口304以及用户接口305，实现后述的服务器30的功能。

车辆2具备ecu(electroniccontrolunit：电子控制单元)。ecu与上述的用户终端10相同地具备处理器201、内存202、存储器203、通信接口204以及用户接口205。处理器201统一控制内存202、存储器203、通信接口204以及用户接口205，实现后述的车辆2的功能。车辆2也可以具备gps接收机。另外，在车辆2是自动驾驶车辆的情况下，可具备未图示的传感器等自动驾驶车辆一般具有的构成。

(车辆调度系统的功能)

图3是表示车辆调度系统1的功能的一个例子的框图。如图3所示，用户终端10具备接车位置发送部11、候补接收部13、显示控制部14、受理部15、以及车辆调度要求部16。

接车位置发送部11向服务器30发送接车位置。接车位置发送部11主要通过处理器101参照内存102以及存储器103并使通信接口104动作来实现。接车位置是指使调度车辆前往的位置，是用户进行乘车的位置。作为一个例子，接车位置通过用户操作来指定。例如，由用户的手指点击操作了在用户终端10的用户接口105显示的地图的位置成为接车位置。接车位置也可以基于用户终端10所具备的gps接收机的位置来决定。

候补接收部13从服务器30与至少一个候补车辆建立关联地接收至少一个候补车辆的与自动驾驶功能有关的信息。候补接收部13主要通过处理器101参照内存102以及存储器103并使通信接口104动作来实现。候补车辆是指成为调度车辆的候补的车辆。与自动驾驶功能有关的信息是指与自动驾驶的能力、可靠性有关的信息。作为与自动驾驶功能有关的信息的具体的一个例子，包括自动驾驶功能的有无、各种规格信息、自动驾驶的历史记录等。与自动驾驶功能有关的信息的详细将在后面描述。“建立关联地接收”是指如第一候补车辆的信息、第二候补车辆的信息那样以能够判别哪个候补车辆是与哪种自动驾驶功能有关的信息的方式进行接收。作为一个例子，候补接收部13将候补车辆的车辆识别号码和与自动驾驶功能有关的信息建立关联地接收。

显示控制部14将由候补接收部13接收到的至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地在用户接口105显示。显示控制部14主要通过处理器101参照内存102以及存储器103并使用户接口105动作来实现。“与至少一个候补车辆建立关联地在用户接口105显示”是指以用户能够视觉确认哪个候补车辆是与哪种自动驾驶功能有关的信息的方式进行显示。作为一个例子，显示控制部14使用户接口105将候补车辆的图标与地图一起显示，以与该图标对应的方式显示与自动驾驶功能有关的信息。例如，显示控制部14可以在候补车辆的图标设置气泡显示，来显示与自动驾驶功能有关的信息。或者，显示控制部14也可以通过用户对候补车辆的图标进行选择操作(例如点击操作)，来显示与自动驾驶功能有关的信息。或者，显示控制部14也可以将候补车辆的车辆识别号码和与自动驾驶功能有关的信息建立关联地显示。

受理部15受理从至少一个候补车辆中选择调度车辆的用户操作。受理部15主要通过处理器101参照内存102以及存储器103并使用户接口105动作来实现。作为一个例子，选择调度车辆的用户操作是对在用户接口105显示的候补车辆进行点击的操作等。

车辆调度要求部16向服务器发送对基于用户操作选择出的调度车辆进行识别的信息。车辆调度要求部16主要通过处理器101参照内存102以及存储器103并使通信接口104动作来实现。识别调度车辆的信息是指能够确定调度车辆的信息，例如是车辆识别号码。

这样，在用户终端10中，候补车辆和与自动驾驶功能有关的信息一起显示，基于用户操作来决定调度车辆。

服务器30具备位置获取部31、接车位置获取部32、候补车辆决定部34、候补发送部35、车辆调度接收部36以及车辆调度处理部37。

服务器30的存储器303存储多个注册车辆的每一个的与自动驾驶功能有关的信息。注册车辆是预先注册到车辆调度系统1的车辆。注册车辆被分配有车辆识别号码。车辆识别号码是识别车辆的id。车辆识别号码既可以是由车辆调度系统1与车辆固有号码(车牌所记载的车辆号码、刻印在车身的车身号码、分配给通信设备的物理地址等)建立关联地分配的号码，也可以是车辆固有号码本身。

图4是服务器30保存的数据的一个例子。如图4所示，存储器303中与车辆识别号码建立关联地存储有当前的车辆位置、当前的驾驶状态、驾驶席的当前的就坐状态等。车辆位置是地图上的位置，例如是纬度经度。驾驶状态是自动驾驶或者手动驾驶的任意一个。这些信息从车辆2或者路侧通信基础设施获取，并在规定的定时更新。

并且，存储器303中与车辆识别号码建立关联地存储有与自动驾驶功能有关的信息。作为与自动驾驶功能有关的信息的一个例子，是自动驾驶功能的有无、自动驾驶功能的版本信息、超控率、自动驾驶的持续度、自动驾驶的持续距离的最大值(或持续时间的最大值)、自动驾驶的持续距离的平均值(或持续时间的平均值)、自动驾驶的持续距离的累计值(或持续时间的累计值)等。

自动驾驶功能的有无是指用于判定可否自动驾驶、是否是能够执行自动驾驶的车辆的信息。自动驾驶功能的版本信息是指自动驾驶系统的版本信息。超控是指自动驾驶中的驾驶员的操作介入。超控率例如是单位距离的超控发生次数。例如，在超控率是“1(次/km)”的情况下，是指每1km发生1次超控。自动驾驶的持续度是指评价从自动驾驶的开始到结束的长度的指标。作为一个例子，持续度是自动驾驶的持续距离相对于自动驾驶下的总行驶距离的比例。例如，在自动驾驶下的总行驶距离100km中，自动驾驶的持续距离是50km的情况下，持续度为0.5。这些信息或者作为这些信息的根源的信息从车辆2获取，并在规定的定时更新。

作为一个例子，在图4中，车辆识别号码“2a”与车辆位置“经度：xx、纬度xx”、驾驶状态“自动驾驶”、驾驶席的就坐状态“有”、自动驾驶功能“有”、版本信息“1.0”、超控率“1”、持续度“0.5”、持续距离的最大值“50km”、持续距离的平均值“20km”、以及持续距离的累计值“600km”相关联。另外，车辆识别号码“2b”与车辆位置“经度：xx、纬度xx”、驾驶状态“手动驾驶”、驾驶席的就坐状态“有”、自动驾驶功能“无”、版本信息“null”、超控率“null”、持续度“null”、持续距离的最大值“null”、持续距离的平均值“null”、以及持续距离的累计值“null”相关联。另外，车辆识别号码“2c”与车辆位置“经度：xx、纬度xx”、驾驶状态“自动驾驶”、驾驶席的就坐状态“无”、自动驾驶功能“有”、版本信息“1.2”、超控率“1”、持续度“0.8”、持续距离的最大值“30km”、持续距离的平均值“15km”、以及持续距离的累计值“300km”相关联。另外，车辆识别号码“2d”与车辆位置“经度：xx、纬度xx”、驾驶状态“手动驾驶”、驾驶席的就坐状态“有”、自动驾驶功能“有”、版本信息“1.2”、超控率“5”、持续度“0.7”、持续距离的最大值“30km”、持续距离的平均值“10km”、以及持续距离的累计值“100km”相关联。

位置获取部31获取多个注册车辆的位置。位置获取部31主要通过处理器301参照内存302以及存储器303并使通信接口304动作来实现。注册车辆的位置能够从车辆2经由通信来获取。位置获取部31在接收到注册车辆的位置的情况下，更新存储于存储器303的车辆位置。

接车位置获取部32从用户终端10接收接车位置。接车位置获取部32主要通过处理器301参照内存302以及存储器303并使通信接口304动作来实现。

候补车辆决定部34基于接车位置和多个注册车辆的位置从多个注册车辆中决定至少一个候补车辆。候补车辆决定部34主要通过处理器301参照内存302以及存储器303并进行运算处理来实现。候补车辆决定部34基于接车位置与多个注册车辆的位置之间的距离从多个注册车辆中决定至少一个候补车辆。候补车辆例如是从接车位置起位于规定距离范围内的注册车辆。在候补车辆的决定中，也可以添加车型、到达时间等各种条件。

候补发送部35参照存储器303，将至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地向用户终端10发送。候补发送部35主要通过处理器301参照内存302以及存储器303并使通信接口304动作来实现。“建立关联地发送”是指如第一候补车辆的信息、第二候补车辆的信息那样以能够判别哪个候补车辆是与哪种自动驾驶功能有关的信息的方式进行发送。如图4所示，在存储器303中将与自动驾驶功能有关的信息和车辆识别号码建立关联地存储。作为一个例子，候补发送部35读取与候补车辆的车辆识别号码所对应的自动驾驶功能有关的信息，将候补车辆的车辆识别号码和与自动驾驶功能有关的信息建立关联地向用户终端10发送。

车辆调度接收部36从用户终端10接收对从至少一个候补车辆中选择出的调度车辆进行识别的信息。车辆调度接收部36主要通过处理器301参照内存302以及存储器303并使通信接口304动作来实现。作为一个例子，车辆调度接收部36从用户终端10接收调度车辆的车辆识别号码。

车辆调度处理部37向调度车辆发送接车位置。车辆调度处理部37主要通过处理器301参照内存302以及存储器303并使通信接口304动作来实现。车辆调度处理部37可以将进行了车辆调度要求的用户的信息与接车位置一起发送。

这样，服务器30将注册完毕的车辆的信息集中以及更新，并向用户提示候补车辆的与自动驾驶功能有关的信息。然后，服务器30能够使由用户选择出的调度车辆前往接车位置。

车辆2具备位置获取部21、乘员判定部22、车辆发送部23、以及车辆接收部24。

位置获取部21获取车辆2的地图上的位置。位置获取部21主要通过处理器201基于从gps接收机得到的信息进行动作来实现。

乘员判定部22判定乘员是否坐在车辆2的驾驶席。乘员判定部22主要通过处理器201基于从驾驶席的就座传感器得到的信息进行动作来实现。

车辆发送部23向服务器30发送信息。车辆发送部23主要通过处理器201参照内存202以及存储器203并使通信接口204动作来实现。发送信息包括车辆2的位置、驾驶状态、驾驶席的就坐状态、以及与自动驾驶功能有关的信息。

车辆接收部24从服务器30接收信息。车辆接收部24主要通过处理器201参照内存202以及存储器203并使通信接口204动作来实现。接收信息包括接车位置。接收信息也可以包括进行了车辆调度要求的用户的信息。

这样，车辆2向服务器30发送与自动驾驶功能有关的信息。而且，车辆2接收接车位置并前往接车位置。此外，在车辆2具有自动驾驶功能的情况且自动驾驶地行驶时，接收到的接车位置被设定为目的地。

(画面例)

图5是显示了候补车辆的超控率的用户终端10的画面例g1。如图5所示，显示控制部14使地图显示。显示控制部14调整地图的显示以便在画面中央显示接车位置p1。显示控制部14使从服务器30接收到的候补车辆显示。这里，在地图上显示有3台候补车辆。显示控制部14对候补车辆的图标设置气泡显示，使与自动驾驶功能有关的信息显示。例如，对作为候补车辆的车辆2a而言，在气泡内显示有“驾驶席上有乘员、自动驾驶中、or(超控率)：1次/km”作为与自动驾驶有关的信息。对作为候补车辆的车辆2c而言，在气泡内显示“无人、自动驾驶中、or(超控率)：1次/km”作为与自动驾驶有关的信息。对作为候补车辆的车辆2d而言，在气泡内显示“手动驾驶中、可自动驾驶、or(超控率)：5次/km”作为与自动驾驶有关的信息。用户能够将与自动驾驶功能有关的信息作为参考，选择与需求匹配的车辆作为调度车辆。此外，在画面例g1中，示出了全部的候补车辆具有自动驾驶功能的情况，但也可以显示不具有自动驾驶功能的候补车辆。

图6是显示了候补车辆的平均自动驾驶距离的用户终端10的画面例g2。如图6所示，显示控制部14使地图显示。显示控制部14调整地图的显示以便在画面中央显示接车位置p2。显示控制部14使从服务器30接收到的候补车辆显示。这里，在地图上显示1辆候补车辆。显示控制部14对候补车辆的图标设置气泡显示，使与自动驾驶功能有关的信息显示。例如，对于作为候补车辆的车辆2c而言，在气泡内显示“无人、自动驾驶中、平均20km”作为与自动驾驶有关的信息。平均20km是指平均自动驾驶距离。此外，虽然在画面例g2中，示出候补车辆具有自动驾驶功能的情况，但也可以显示不具有自动驾驶功能的候补车辆。

(车辆调度处理)

以下，公开车辆调度方法的一个例子。图7是表示车辆调度处理的一个例子的流程图。图7的流程图例如在用户终端10以及服务器30是起动状态并且用户通过用户终端10的车辆调度应用程序使车辆调度处理开始的定时执行。此外，在图7的流程图开始前，服务器30获取注册车辆的位置。

如图7所示，作为接车位置决定处理(s10)，用户终端10决定接车位置。用户终端10例如将用户的手指点击操作了在用户接口105显示的地图的位置作为接车位置。

接着，作为接车位置发送处理(s12)，用户终端10的接车位置发送部11向服务器30发送通过接车位置决定处理(s10)决定的接车位置。

作为接车位置接收处理(s100)，服务器30的接车位置获取部32从用户终端10接收接车位置。作为候补车辆决定处理(s102)，服务器30的候补车辆决定部34从注册车辆中决定候补车辆。候补车辆决定部34例如将从接车位置起位于规定距离范围内的注册车辆决定为候补车辆。

接着，作为信息生成处理(s104)，服务器30的候补发送部35参照存储器303，基于候补车辆的车辆识别号码来获取候补车辆的与自动驾驶功能有关的信息。然后，生成将候补车辆的车辆识别号码和与自动驾驶功能有关的信息建立了关联的数据。

接着，作为发送处理(s106)，服务器30的候补发送部35将通过信息生成处理(s104)生成的数据与候补车辆建立关联地向用户终端10发送。

作为接收处理(s14)，用户终端10的候补接收部13与候补车辆建立关联地接收候补车辆的与自动驾驶功能有关的信息。接着，作为显示处理(s16)，用户终端10的显示控制部14将通过接收处理(s14)接收到的候补车辆的与自动驾驶功能有关的信息和候补车辆建立关联地在用户接口105显示(图5的画面例g1、图6的画面例g2)。

作为受理处理(s18)，用户终端10的受理部15受理从候补车辆中选择调度车辆的用户操作。作为一个例子，受理部15受理对在用户接口105显示的候补车辆进行点击的操作。

接着，作为调度车辆要求处理(s20)，用户终端10的车辆调度要求部16向服务器30发送识别通过受理处理(s18)选择出的调度车辆的信息。车辆调度要求部16例如向服务器30发送车辆识别号码。

作为车辆调度要求受理处理(s108)，服务器30的车辆调度接收部36从用户终端10接收识别调度车辆的信息。作为一个例子，车辆调度接收部36从用户终端10接收调度车辆的车辆识别号码。

作为车辆调度处理(s110)，服务器30的车辆调度处理部37向调度车辆发送接车位置。若车辆调度处理(s110)结束，则图7的流程图结束。

(服务器程序以及用户终端程序)

服务器程序以及用户终端程序具备主模块、输入模块以及运算处理模块。主模块是统一控制硬件的动作的模块。输入模块使计算机动作以便受理来自用户的输入。运算处理模块是进行运算的模块。通过使主模块、输入模块以及运算处理模块执行而实现的功能分别与上述的用户终端10或者服务器30的功能相同。服务器程序以及用户终端程序例如通过rom或者半导体存储器等非易失性的计算机可读记录介质提供。另外，服务器程序以及用户终端程序也可以经由网络提供。

(第一实施方式的总结)

根据车辆调度系统1，至少一个候补车辆的与自动驾驶功能有关的信息和至少一个候补车辆建立关联地在用户终端10的用户接口105显示。因此，用户能够考虑与自动驾驶功能有关的信息来决定调度车辆。因此，该系统能够选择自动驾驶车辆作为调度车辆。另外，该系统能够通过提供与自动驾驶功能有关的信息，来向用户提示用于判断自动驾驶车辆的可靠性的指标。

[第二实施方式]

第二实施方式所涉及的车辆调度系统1与第一实施方式所涉及的车辆调度系统1相比较，不同点在于使用用户的目的地生成的候补车辆的与自动驾驶功能有关的信息提供给用户，其他相同。在第二实施方式中，不重复与第一实施方式相同的内容。

图8是表示第二实施方式所涉及的车辆调度系统1的构成的一个例子的图。如图8所示，用户终端10还具备目的地发送部12。目的地发送部12向服务器30发送目的地。目的地发送部12主要通过处理器101参照内存102以及存储器103并使通信接口104动作来实现。目的地是指用户去往的地点。作为一个例子，目的地通过用户操作来指定。例如，用户的手指点击操作了在用户终端10的用户接口105显示的地图的位置成为目的地。目的地也可以通过键盘等输入。用户终端10的其他的功能与第一实施方式相同。

服务器30还具备目的地接收部33。目的地接收部33从用户终端10接收目的地。目的地接收部33主要通过处理器301参照内存302以及存储器303并使通信接口304动作来实现。

服务器30的候补发送部35基于接车位置、目的地和地图信息，计算从接车位置到目的地的1个或者多个假定路径以及假定所要时间。地图信息例如储存于存储器303，并嵌入有能够判定可否执行自动驾驶的信息。能够判定是否执行自动驾驶的信息例如是自动驾驶所需要的信息(车道分界线的位置信息、电杆(pole)的位置信息、交通规则等)。在假定路径上，包含有自动驾驶所需要的信息的区间是可自动驾驶区间，不包含自动驾驶所需要的信息的区间是不可自动驾驶区间。或者，在假定路径上数据不足的区间由于不能确保规定值以上的可靠性，所以也可以为不可自动驾驶区间。或者，也可以预先对每个区间分配可否执行自动驾驶。候补发送部35对每个假定路径决定可自动驾驶的区间、需要手动驾驶的区间，生成将这些信息和候补车辆建立关联的数据。候补发送部35向用户终端10发送所生成的数据。服务器30的其他功能与第一实施方式相同。

(画面例)

图9是显示了候补车辆的自动驾驶区间的用户终端10的画面例g3。如图9所示，显示控制部14使地图显示。显示控制部14调整地图的显示以便在画面中央显示接车位置p3。显示控制部14使从服务器30接收到的候补车辆显示。这里，在地图上显示有1辆候补车辆。显示控制部14对候补车辆的图标设置气泡显示，并使与自动驾驶功能有关的信息显示。例如，对于作为候补车辆的车辆2c而言，在气泡内显示第一假定路径的假定所要时间“30分钟”、第一假定路径上的自动驾驶区间的概要、第二假定路径的假定所要时间“40分钟”、第二假定路径上的自动驾驶区间的概要作为与自动驾驶有关的信息。

(车辆调度处理)

以下，公开车辆调度方法的一个例子。图10是表示车辆调度处理的一个例子的流程图。图10的流程图例如在用户终端10以及服务器30是起动状态并且用户通过用户终端10的车辆调度应用程序使车辆调度处理开始的定时执行。此外，在图10的流程图开始前，服务器30获取注册车辆的位置。

图10的接车位置决定处理(s30)与图7的接车位置决定处理(s10)相同。

接着，作为发送处理(s32)，用户终端10的接车位置发送部11以及目的地发送部12向服务器30发送通过接车位置决定处理(s30)决定的接车位置和目的地。

作为接收处理(s120)，服务器30的接车位置获取部32以及目的地接收部33从用户终端10接收接车位置以及目的地。图10的候补车辆决定处理(s122)与图7的候补车辆决定处理(s102)相同。

接着，作为信息生成处理(s124)，服务器30的候补发送部35参照存储器303，基于候补车辆的车辆识别号码获取候补车辆的与自动驾驶功能有关的信息。而且，生成将候补车辆的车辆识别号码和与自动驾驶功能有关的信息建立关联的数据。作为一个例子，候补发送部35生成包括多个假定路径、假定所要时间、自动驾驶的行驶区间等的数据。

接着，作为发送处理(s126)，服务器30的候补发送部35将通过信息生成处理(s124)生成的数据与候补车辆建立关联地向用户终端10发送。

作为接收处理(s34)，用户终端10的候补接收部13将候补车辆的与自动驾驶功能有关的信息和候补车辆建立关联地接收。接着，作为显示处理(s36)，用户终端10的显示控制部14将通过接收处理(s34)接收到的候补车辆的与自动驾驶功能有关的信息和候补车辆建立关联地在用户接口105显示(图9的画面例g3)。

之后执行的图10的受理处理(s38)、调度车辆要求处理(s40)、车辆调度要求受理处理(s128)以及车辆调度处理(s130)与图7的受理处理(s18)、调度车辆要求处理(s20)、车辆调度要求受理处理(s108)以及车辆调度处理(s110)相同。

(第二实施方式的总结)

根据车辆调度系统1，基于目的地计算假定路径，并按每个假定路径显示能够发挥自动驾驶功能的行驶区间。因此，该系统能够向用户提供更详细的与自动驾驶功能有关的信息。

[第三实施方式]

第三实施方式所涉及的车辆调度系统1与第一实施方式所涉及的车辆调度系统1相比较，不同点在于追加了认证功能，其他相同。在第三实施方式中，不重复与第一实施方式相同的内容。

图11是表示第三实施方式所涉及的车辆调度系统1的认证功能的一个例子的框图。如图11所示，用户终端10还具备认证信息接收部17以及终端认证部18。服务器30还具备生成部39以及认证信息发送部40。车辆2还具备认证信息接收部25以及车辆认证部26。

若图7或者图10的车辆调度处理结束，则服务器30的生成部39生成认证信息。生成部39主要通过处理器301参照内存302以及存储器303并进行动作来实现。认证信息是用于对发送了识别调度车辆的信息的用户终端与调度车辆的组合进行认证的信息。认证信息被发送到调度车辆、以及进行了车辆调度要求的用户终端双方，通过将在调度车辆与用户终端之间获取到的信息和从服务器30接收到的信息加以比照来进行认证。

为了容易从用户终端10或者车辆2读取，认证信息也可以作为能够图像识别的代码而提供。

认证信息发送部40向发送了识别调度车辆的信息的用户终端以及调度车辆发送由生成部39生成的认证信息。认证信息发送部40主要通过处理器301参照内存302以及存储器303并使通信接口304动作来实现。

用户终端10的认证信息接收部17从服务器30接收认证信息。认证信息接收部17主要通过处理器101参照内存102以及存储器103并使通信接口104动作来实现。

用户终端10的终端认证部18使用由认证信息接收部17接收到的认证信息和从调度车辆获取到的认证信息来对组合进行认证。从调度车辆获取认证信息的方法将在后面描述。终端认证部18主要通过处理器101参照内存102以及存储器103并进行动作来实现。终端认证部18在认证信息一致的情况下认证为组合正确。

车辆2的认证信息接收部25从服务器30接收认证信息。认证信息接收部25主要通过处理器201参照内存202以及存储器203并使通信接口204动作来实现。

车辆2的车辆认证部26使用由认证信息接收部25接收到的认证信息和从用户终端10获取到的认证信息来对组合进行认证。从用户终端10获取认证信息的方法将在后面描述。车辆认证部26主要通过处理器201参照内存202以及存储器203并进行动作来实现。车辆认证部26在认证信息一致的情况下认证为组合正确。

(用户终端与调度车辆之间的交换)

公开用户终端10从调度车辆获取认证信息的方法的一个例子。调度车辆在车辆侧面显示认证信息。作为一个例子，所显示的认证信息是计算机能够读取的代码。用户终端10利用照相机等图像传感器或专用读取器读取在调度车辆的侧面显示的代码。由此，用户终端10能够从调度车辆直接地获取认证信息。

公开调度车辆从用户终端10获取认证信息的方法的一个例子。用户终端10在用户接口105显示认证信息。作为一个例子，所显示的认证信息是计算机能够读取的代码。调度车辆利用照相机等图像传感器或专用读取器读取在用户终端10的用户接口105显示的代码。由此，调度车辆能够从用户终端10直接地获取认证信息。

(认证处理)

以下，公开认证方法的一个例子。图12是表示认证处理的一个例子的流程图。图12的流程图例如在图7或者图10所示的车辆调度处理结束的定时执行。

如图12所示，作为生成处理(s140)，服务器30的生成部39生成认证信息。接着，作为发送处理(s142)，服务器30的认证信息发送部40向发送了识别调度车辆的信息的用户终端以及调度车辆发送通过生成处理(s140)生成的认证信息。

作为接收处理(s52)，用户终端10的认证信息接收部17从服务器30接收认证信息。另外，作为接收处理(s200)，调度车辆的认证信息接收部25从服务器30接收认证信息。

作为认证处理(s54)，用户终端10的终端认证部18使用通过接收处理(s52)接收到的认证信息和从调度车辆获取到的认证信息来对组合进行认证。另外，作为认证处理(s201)，调度车辆的车辆认证部26使用通过接收处理(s200)接收到的认证信息和从用户终端10获取到的认证信息来对组合进行认证。

若认证处理(s54)以及认证处理(s201)结束，则图12所示的流程图结束。此外，也可以仅执行认证处理(s54)以及认证处理(s201)的任意一方，不执行另一方。

(第三实施方式的总结)

车辆调度系统1的用户终端10以及调度车辆的至少一方能够使用认证信息对调度车辆与用户终端的组合进行认证。

[第四实施方式]

第四实施方式所涉及的车辆调度系统1与第三实施方式所涉及的车辆调度系统1相比较，不同点在于认证功能的一部分，其他相同。在第四实施方式中，不重复与第三实施方式相同的内容。

图13是表示第四实施方式所涉及的车辆调度系统1的认证功能的一个例子的框图。如图13所示，服务器30还具备判定部38。

若图7或者图10的车辆调度处理结束，则服务器30的判定部38判定接车时的调度车辆是否有人。判定部38主要通过处理器301参照内存302以及存储器303并进行动作来实现。判定部38例如参照存储器303，读取调度车辆的驾驶员的就座状态，来判定调度车辆是否有人。换句话说，调度车辆是否有人是指驾驶员是否坐在驾驶座。

服务器30的生成部39在由判定部38判定为接车时的调度车辆有人的情况下，不生成认证信息。代替认证信息，生成部39生成用于通过驾驶员与用户的对话等来确认彼此的组合正确的信息，并提供给双方。作为这样的信息的一个例子，是调度车辆的信息、用户的信息等。调度车辆的信息例如是调度车辆的车辆识别号码、车型、驾驶员的信息等。用户的信息例如是用户id、用户终端固有信息(电话号码、固定地址等)等。

认证信息发送部40向用户终端10发送调度车辆的信息，并且向调度车辆发送用户的信息。该情况下，用户终端10的终端认证部18以及车辆2的车辆认证部26不进行认证动作。其他的构成与第三实施方式相同。

(认证处理)

以下，公开认证方法的一个例子。图14是表示认证处理的一个例子的流程图。图14的流程图例如与图7或者图10所示的车辆调度处理同时执行。

如图14所示，作为判定处理(s150)，服务器30判定图7或者图10的车辆调度处理是否结束。在图7或者图10的车辆调度处理结束的情况下(s150：是)，作为判定处理(s152)，服务器30的判定部38判定接车时的调度车辆是否有人。

在判定为接车时的调度车辆有人的情况下(s152：是)，作为信息生成处理(s158)，服务器30的生成部39生成调度车辆的信息以及用户的信息。而且，作为发送处理(s160)，服务器30的认证信息发送部40向用户终端10发送调度车辆的信息，并且向调度车辆发送用户的信息。由此，能够通过驾驶员与用户的对话等确认为彼此的组合正确。

在判定为接车时的调度车辆无人的情况下(s152：否)，执行认证信息生成处理(s154)以及认证信息发送处理(s156)。认证信息生成处理(s154)以及认证信息发送处理(s156)与图12的生成处理(s140)以及发送处理(s142)相同。换句话说，在认证信息生成处理(s154)以及认证信息发送处理(s156)之后，执行图12的认证处理(s54)以及认证处理(s201)。

在图7或者图10的车辆调度处理未结束的情况下(s150：否)，当认证信息生成处理(s154)结束时，若发送处理(s160)结束，则图14所示的流程图结束。

(第四实施方式的总结)

车辆调度系统1在接送时的调度车辆有人的情况下，能够在乘员与用户之间进行组合的认证。

上述的实施方式能够以基于本领域技术人员的知识实施了各种变更、改进后的各种方式实施。

车辆调度系统1不需要具备多个用户终端以及多个车辆，也可以仅包括一个用户终端以及1台车辆。

虽然示出了车辆2以及用户终端10经由同一网络n与服务器30连接的例子，但也可以经由相互不同的网络与服务器30连接。

附图标记说明

1…车辆调度系统，2…车辆，10…用户终端，11…接车位置发送部，12…目的地发送部，13…候补接收部，14…显示控制部，15…受理部，16…车辆调度要求部，17…认证信息接收部，18…终端认证部，30…服务器，31…位置获取部，32…接车位置获取部，33…目的地接收部，34…候补车辆决定部，35…候补发送部，36…车辆调度接收部，37…车辆调度处理部，38…判定部，39…生成部，40…认证信息发送部。