队列行驶运用系统以及队列行驶运用方法

本发明的实施方式涉及队列行驶运用系统以及队列行驶运用方法。

近年来，伴随驾驶辅助技术、自动驾驶技术等进步，以多个车辆组成队列行驶的队列行驶受到关注。

在先技术文献

专利文献

专利文献1：日本特开2017-62691号公报

发明将要解决的课题

在编排一台载人车辆引导多台无人车辆的队列的情况下，需要提供如下机制等的基础系统，该机制对队列的可协作的车辆数进行管理，并管理对从队列脱离的车辆分配汇入队列的车辆的驾驶员。

本发明要解决的课题是提供一种队列行驶运用系统以及队列行驶运用方法，其能够管理队列的可协作车辆数，并能够管理对从队列脱离的车辆分配汇入队列的车辆的驾驶员。

用于解决课题的手段

根据实施方式，队列行驶运用系统在预先规定的路线上使多个车辆协作并编排队列。队列行驶运用系统具备申请受理处理部、以及申请管理处理部。申请受理处理部，受理车辆向队列编入的申请，该申请至少包含预先规定了在所述路线上零散分布的各据点中的出发时刻或者到达时刻的多个队列中的某一个队列的指定、和所述路线上的出发据点及到达据点的指定。申请管理处理部以所述多个队列各自的协作车辆数不超过规定数的方式，进行申请的管理，该申请的管理包含所述申请可否受理的判定。

图1是表示实施方式的队列行驶运用系统的一方式例的图。

图2是用于说明根据实施方式的队列行驶运用系统而实施的车辆的队列行驶的概要的图。

图3是表示在实施方式的队列行驶运用系统中能够实施的队列单位的汇入或者分离的一例的图。

图4是实施方式的服务中心(服务器)的功能框图。

图5是表示实施方式的服务中心(服务器)的硬件构成的一例的图。

图6是表示在实施方式的队列行驶运用系统中使用的运用时间表数据的一例的图。

图7是表示在实施方式的队列行驶运用系统中使用的申请数据的一例的图。

图8是表示在实施方式的队列行驶运用系统中使用的申请状况管理数据的一例的图。

图9是表示在实施方式的队列行驶运用系统中使用的驾驶员调整管理数据的一例的图。

图10是用于说明在实施方式的队列行驶运用系统中执行的驾驶员调整处理的概要的第一图。

图11是用于说明在实施方式的队列行驶运用系统中执行的驾驶员调整处理的概要的第二图。

图12是表示在实施方式的队列行驶运用系统(服务中心)中执行的申请管理处理的流程的流程图。

图13是表示在实施方式的队列行驶运用系统(服务中心)中执行的驾驶员调整处理的流程的流程图。

图14是用于说明根据实施方式的队列行驶运用系统实施的车辆的队列行驶的一变形例的概要的图。

图15是表示根据实施方式的队列行驶运用系统实施的车辆的队列行驶的一变形例中的一申请画面例的图。

以下，参照附图对实施方式进行说明。

图1是表示本实施方式的队列行驶运用系统的一方式例的图。

该队列行驶运用系统是通过服务中心100、更详细地说是通过设置于服务中心100的例如被称作服务器等的计算机实现的系统。服务器是至少具备处理器(CPU：CentralProcessing Unit)、通信设备、存储设备的计算机，其构成不被限定。作为服务器而设置于服务中心100的计算机既可以是一台计算机，例如也可以是为了分散负载等而协作的多台计算机。参照图5后述服务器的概略性的硬件构成例。

服务中心100例如从PC(Personal Computer：个人计算机)、智能手机等用户设备200、经由因特网等网络N受理请求车辆编入队列的申请。用户设备200既可以是设于物流公司的营业据点等的设备，也可以是个人持有的设备。换言之，向队列编入的车辆不限于物流公司的卡车，也可以是自家用车。

首先，参照图2，对根据该队列行驶运用系统实施的车辆的队列行驶的概要进行说明。

这里，例如假设队列行驶在高速道路等的道路，将队列可行驶道路称作2A。此外，例如假设队列不能行驶在一般道路等的道路，将非队列可行驶道路称作2B。该队列行驶运用系统能够将多个队列可行驶道路2A作为对象来编排队列。以下，也将队列可行驶道路2A称作路线。

而且，假设在队列可行驶道路2A上设有多个用于组成或解散队列4的站点1。站点1例如设于作为队列可行驶道路2A的出入口的交换站附近。

在该队列行驶运用系统中，在队列可行驶道路2A上行驶载人的车辆3A(驾驶员5A驾驶的车辆)，以在预先规定的时刻从各站点1出发或者到达各站点1。此外，在该队列行驶运用系统中例如以一定间隔在一日中数台车辆3A在队列可行驶道路2A上行驶。能够使车辆3A与多至规定数的无人的车辆3B协作。即，车辆3A是用于引导队列4的车辆。另外，车辆3A并不一定在队列4内位于先头位置。此外，对于一台车辆3A与一台以上的车辆3B作为队列4协作行驶的方法，这里不作说明。以下，也将在队列可行驶道路2A上行驶的车辆3A、换句话说是队列4称作车次。

对于服务中心100的来自用户设备200的申请至少包含路线(队列可行驶道路2A)以及车次(队列4)的指定、设为向队列4的汇入点的站点1以及设为从队列4的脱离点的站点1的指定。由此，在各站点1中可能存在向队列4汇入的车辆3B，也可能存在从队列4脱离的车辆3B。该队列行驶运用系统首先进行申请的管理，以不使队列4的车辆数超过规定数，该申请的管理包含可否受理来自用户设备200的申请的判定。

车辆3B在非队列可行驶道路2B上通过驾驶员5B的驾驶行驶至作为向队列4的汇入点的队列可行驶道路2A上的站点1。这里，为了与无人的车辆3B区别，将向队列4编入前的通过驾驶员5B驾驶的载人的车辆称作车辆3A，此外，为了与引导队列4的车辆3A的驾驶员5A区别，将单独的车辆3A的驾驶员称作驾驶员5B。车辆3A通过在站点1编入队列4，从而移至无人的车辆3B。将车辆3B驾驶至站点1的驾驶员5B被分配给将该站点1设为从队列4的脱离点的车辆3A。从队列4脱离的车辆3B通过被分配驾驶员5B，从而移至载人的车辆3A，在非队列可行驶道路2B上行驶。这里，从队列4脱离后的车辆3B的目的地不作说明。

另外，在图2中示出了下述情形，从站点[M]1向站点[M+1]1行驶的队列4内的车辆[1]3B与车辆[2]3B，在站点[M+1]1中从队列4脱离，在该站点[M+1]1中，车辆[5]3B与车辆[6]3B汇入了队列4。如图2所示，在站点[M+1]1中从队列4脱离的车辆[1]3B与车辆[2]3B被分配在该站点[M+1]1中汇入了队列4的车辆[5]3B的驾驶员[A]5B与车辆[6]3B的驾驶员[B]5B，并移至车辆[1]3A与车辆[2]3A，在非队列可行驶道路2B上行驶。此外，在站点[M+1]1中汇入了队列4的车辆[5]3A与车辆[6]3A成为无驾驶员5B，移至车辆[5]3B与车辆[6]3B。

此外，在图2中示出了下述情形，关于从站点[M+1]1出发的队列4，该队列4内的车辆[3]3B与车辆[4]3B在站点[M+2]1中从队列4脱离，在该站点[M+2]1中，车辆[7]3B与车辆[8]3B汇入了队列4。如图2所示，在站点[M+2]1中从队列4脱离的车辆[3]3B与车辆[4]3B被分配在该站点[M+2]1中汇入了队列4的车辆[7]3B的驾驶员[C]5B与车辆[8]3B的驾驶员[D]5B，并移至车辆[3]3A与车辆[4]3A，在非队列可行驶道路2B上行驶。在站点[M+2]1中汇入了队列4的车辆[7]3A与车辆[8]3A成为无驾驶员5B，移至车辆[7]3B与车辆[8]3B。

另外，在图2中为了容易理解示出了在各站点[M+1、M+2]1中从队列4脱离的车辆3B的数量与汇入队列4的车辆3B的数量一致的例子，但这些数未必一致。第二，该队列行驶运用系统调整各站点1中的对于从队列4脱离的车辆3B分配的汇入队列4的车辆3A的驾驶员5B。

此外，图2示出了车辆3B汇入队列4、或者车辆3B从队列4脱离的情形，但在本实施方式的队列行驶运用系统中也能够使队列4彼此汇入、或者使队列4自身分离。图3示出队列4彼此的汇入或者队列4自身的分离的一例。

在图3中，(A)表示使队列4彼此汇入的一例，(B)表示使队列4自身分离的一例。

如图3的(A)所示，例如假设队列可行驶道路2A－1与队列可行驶道路2A－2在某汇入点中汇入的队列可行驶道路2A。在这种队列可行驶道路2A的情况下，在作为队列4能够协作的车辆数的范围内，在队列可行驶道路2A－1上行驶的队列[1]4与在队列可行驶道路2A－2上行驶的队列[2]分别经过汇入点后，例如能够使两者在行驶中汇入。将该汇入作为前提，设定在队列可行驶道路2A－1上行驶的队列[1]4以及在队列可行驶道路2A－2上行驶的队列[2]4的可协作车辆数即可。当然，也能够使三个以上的队列4向一个队列4汇入。

此外，如图3的(B)所示，例如假设在某分支点中分支为队列可行驶道路2A－1与队列可行驶道路2A－2的队列可行驶道路2A。在这种队列可行驶道路2A的情况下，能够使在队列可行驶道路2A上行驶的队列[3]4在分支点的跟前、例如在行驶中分离为在队列可行驶道路2A－1上行驶的队列[3－1]4与在队列可行驶道路2A－2上行驶的队列[3－2]4。在该分离后，能够对在队列可行驶道路2A－1上行驶的队列[3－1]4以及在队列可行驶道路2A－2上行驶的队列[3－2]4分别设定可协作车辆数。当然，也能够从一个队列4分离为三个以上的队列4。

通过进行这种队列4彼此的汇入以及队列4自身的分离，例如在汇入后或者分离前能够确保一部分的驾驶员5A的休息时间等。另外，对于进行这种汇入、分离的队列4，也将汇入前或者分离后的最小构成的队列4作为一个车次处理，从而能够与不进行这种汇入、分离的队列4同样进行申请的管理。图4是本实施方式的服务中心(服务器)1的功能框图。

如图4所示，服务中心100具有申请受理处理部101、申请管理处理部102、驾驶员调整处理部103，以及DB(DataBase：数据库)151。在DB 151中储存后述的运行时间表数据151A、申请数据151B、申请状况管理数据151C以及驾驶员调整管理数据151D。

如上述那样，服务器是至少具备处理器、通信设备、存储设备的计算机。申请受理处理部101、申请管理处理部102以及驾驶员调整处理部103通过由处理器执行存储于存储设备的程序来构建。此外，DB 151构建于存储设备上。图5示出服务中心(服务器)1的硬件构成的一例。

如图5所示，服务中心(服务器)1具备处理器51、主存储器52、外部存储装置53、通信装置54、输入装置55、显示装置56等。如上述那样，队列行驶运用系统也可以由多个计算机构建，图5仅概略性地示出其硬件构成例。

这里队列行驶运用系统设为，通过储存于外部存储装置53的队列行驶运用程序100A被从该外部存储装置53加载至主存储器52并由处理器51执行，从而实现图4所示的申请受理处理部101、申请管理处理部102以及驾驶员调整处理部103。此外，图4所示的DB 151设为构建于外部存储装置53内。

通信装置54例如是执行与图1所示的用户设备200之间的通信的装置。输入装置55是用于管理队列行驶运用系统的操作人员等输入包含指令的信息的装置。显示装置56是用于向该操作人员等输出信息的装置。

返回图4继续说明。

申请受理处理部101执行受理来自用户设备200的向队列4编入的申请的处理。申请受理处理部101发送用于在访问服务中心100的用户设备200显示申请画面201的信息，例如HTML(Hyper Text Markup Language：超文本标记语言)文件。如图4所示，申请画面201上的输入项目存在日期(a1)、路线(a2)、车次(a3)、出发站点[出发S](a4)、到达站点[到达S](a5)、向队列4编入的车辆3A的标识符[车辆ID：Identification Data](a6)、车辆3A的属性[车辆属性](a7)、车辆3A的驾驶员5B的标识符[驾驶员ID](a8)、驾驶员5B的属性[驾驶员属性](a9)等。车辆属性例如包含能够识别搭载危险物的车辆、大型的车辆等至少需要规定的资格的车辆的信息。驾驶员属性至少包含能够识别该驾驶员持有的资格的信息。作为资格，例如可以举出(普通/中型/大型)汽车驾照、牵引车驾照、叉车驾驶员、索具装配工、移动式起重机驾驶员，各种危险物操作员、各种高压气体生成安全责任人，灌装工等。即，车辆属性包含能够识别需要这些资格的车辆的信息。车辆属性以及驾驶员属性被利用于对从队列4脱离的车辆3B分配向队列4汇入的车辆3A的驾驶员5B。更详细地说，例如在从队列4脱离的车辆3B为油罐车的情况下，用于分配能够驾驶油罐车的驾驶员5B这一情况。

此外，申请画面201上的输入项目也可以包含搭载于车辆3A的货物的识别信息(单据号等)、交付条件(移交方法、运输公司的指定等)等。这些信息能够利用于车辆3A向队列4的汇入时或者车辆3B从队列4的脱离时的货物的移交所用的检验。检验以货物单位、车辆单位或者站点单位，通过目视观察或者使用了RFID(Radio Frequency IDentifier)标签的批量扫描等进行。即，根据这些信息，能够避免货物的丢失、或者能够确定货物的丢失时刻。

图6示出储存于DB 151的运行时间表数据151A的一例。

运行时间表数据151A例如是按每个路线(队列可行驶道路2A)设置的数据，如图6所示，对于两方向(上行、下行)，示出各队列4的各站点1中的出发时刻或者到达时刻。在图6中为了容易理解，示出了各车次的始发站点与终点站点一致的例子，但由于路线(队列可行驶道路2A)中可存在汇入点、分支点，因此各车次的始发站点与终点站点并不一定一致。在不存在汇入点、分支点的路线(队列可行驶道路2A)中，例如也可以设置仅在申请容易集中的路线(队列可行驶道路2A)上的一部分区间行驶的车次。

而且，在图6中为了容易理解，示出了各车次以相同的所需时间行驶的例子，但所需时间不一定设为相同。例如也可以通过加快行驶速度、或设置通过的站点，来设置与通常车次相比所需时间较短的特别车次。在该情况下，可以考虑与通常车次相比，提高特别车次一方的利用金额。关于利用金额，不一定设为固定金额，例如也可以根据从可协作车辆数减去申请数而得的剩余车辆数而变动。例如也可以在剩余车辆数为一定数以上的状况下，以低金额受理申请，若剩余车辆数低于一定数则提高金额。或者也可以在申请时输入希望费用，根据该费用来决定金额。

此外，例如也可以设置能够使搭载危险物的车辆3A、大型车辆等需要规定资格的车辆3A汇入的车次、以及不能使这样的车辆3A汇入的车次。换言之，也可以设置被安排具有规定的资格的驾驶员5A的车次。当然也可以设为，例如并非按资格预先设置多种车次，而是对于受理了伴随需要规定的资格的车辆3A的汇入的申请的车次，适应性地安排具有该规定的资格的驾驶员5A。

另外，优选的是运行时间表数据151A以一定时间内的车次数被限制在规定数以内的方式制作。

例如，申请通过图6所示的“××路线”的“第二车次”将车辆3A(作为车辆3B)从“站点[1]”引导至“站点[3]”的用户，在申请画面201上的输入项目中的路线(a2)输入“××路线”，在车次(a3)输入“第二车次”，在出发S(a4)输入“站点[1]”，在到达S(S5)输入“站点[3]”。另外，对于车辆ID(a6)、车辆属性(a7)、驾驶员ID(a8)、驾驶员属性(a9)，与车次、出发到达站点无关，输入一定的信息。

申请受理处理部101从用户设备200接受申请后，将该申请内容通知申请管理处理部102。申请管理处理部102判定可否受理该申请，并将判定结果通知申请受理处理部101。之后叙述由申请管理处理部102进行的可否受理的判定。在申请受理处理部101由申请管理处理部102通知了不可受理的情况下，对用户设备200通知错误。在通知错误的情况下，申请受理处理部101也可以同时通知例如调整能够受理申请的其他车次的信息。

另一方面，在由申请管理处理部102通知了能够受理的情况下，申请受理处理部101对用户设备200通知申请回执。关于对用户设备200的通知，既可以申请受理处理部101在申请受理时立即进行，例如也可以申请管理处理部102在不同于申请受理处理部101进行的申请受理时的其他时刻进行。

在申请为能够受理的情况下，申请受理处理部101按照每个申请对受理号(受理No.)进行编号，例如按照日期，按该受理号的顺序将在申请画面201上输入的内容作为申请数据151B储存于DB 151。图7示出在DB 151中储存的申请数据151B的一例。如图7所示，申请数据151B包含申请受理处理部101进行编号后的受理号、以及申请画面201上的输入项目(路线、车次、出发站点、到达站点、车辆ID、车辆属性、驾驶员ID、驾驶员属性)。

此外，图8示出储存于DB 151的申请状况管理数据151C的一例。

申请状况管理数据151C是用于管理各车次(队列4)的各站点1之间的车辆3B的协作数的数据，如图8所示，保持申请数(上段)与定员数(下段)(申请数/定员数)。申请管理处理部102在由申请受理处理部101通知的申请内容所示的车次的指定区间内，存在申请数达到定员数的区间的情况下，向申请受理处理部101通知该申请不可受理。另一方面，在不存在申请数达到定员数的区间的情况下，申请管理处理部102向申请受理处理部101通知该申请能够受理，并且执行用于将指定区间的申请数逐一增加的申请状况管理数据151C的更新。

例如对于基于“第二车次”的从“站点[1]”至“站点[3]”的申请，申请管理处理部102使“第二车次”的“站点[1]→站点[2]”以及“站点[2]→站点[3]”的申请数分别加一。基于该申请状况管理数据151C，申请管理处理部102进行申请的管理以不使队列4的车辆数超过规定数，该申请的管理包含可否受理来自用户设备200的申请的判定。

根据该申请管理处理部102进行的申请的管理，例如即使对某车次(队列4)的申请数在某区间达到定员数，只要存在在某站点1从队列4脱离的车辆3B，则能够重新受理将该站点1以后作为出发点的车辆3B的申请。例如申请管理处理部102对于到达某站点1时的车辆3B的数量达到定员数的车次(队列4)，在一台以上协作的车辆将该站点1指定为到达据点的情况下，将该一台以上的车辆数作为上限，判定为能够受理将该站点1指定为出发据点的车辆的申请。另外，如上述那样，对于某车次，在作为达到定员数而判定为不可受理来自用户设备200的申请，并对用户通知错误的情况下，可以同时通知调整能够受理申请的其他车次的信息，但也可以对等候这一状态进行管理。此外，在存在等候的数量超过一定数的车次的情况下，也可以增设临时车次。

相反，在某车次在整个区间的申请数为0的情况下，也可以使该车次停运。

另外，图4中虽未示出，但优选的是申请管理处理部102制作表示各车次(队列4)的编排的数据并储存于DB 151。更详细地说，优选的是制作并储存表示在各站点1之间、各车次(队列4)正引导哪个车辆3B的数据。该数据例如能够制作为以与图8所示的申请状况管理数据151C相同的格式保持车辆3B的车辆ID的表格形式。

此外，申请管理处理部102在判定为能够受理由申请受理处理部101通知的申请的情况下，进一步执行储存于DB 151的驾驶员调整管理数据151D的更新。图9示出储存于DB151的驾驶员调整管理数据151D的一例。

如图9所示，驾驶员调整管理数据151D保持各车次(队列4)在各站点1中的车辆3B向队列4的汇入数(上段)以及车辆3B从队列4的脱离数(下段)(汇入数/脱离数)。例如对于基于“第一车次”的从“站点[1]”至“站点[3]”的申请，申请管理处理部102使“第一车次”的“站点[1]”的汇入数加一，此外，使“第一车次”的“站点[3]”的脱离数加一。另外，这里为了容易理解，不考虑从队列4脱离的车辆3B所需的资格，但实际基于从队列4脱离的车辆3B所需的资格，来管理汇入数以及脱离数。

该驾驶员调整管理数据151D是由驾驶员调整处理部103利用的数据。假设，若在全部车次的全部站点1中，汇入数与脱离数一致，则向从队列4脱离的车辆3B分配将汇入队列4的车辆3A驾驶至站点1的驾驶员5B即可。然而，各站点1中的汇入数与脱离数在多数情况下，产生不一致。

在汇入数比脱离数大的情况下，驾驶员5B剩余。换言之，应当分配驾驶员5B的车辆3B不足。另一方面，在汇入数比脱离数小的情况下，驾驶员5B不足。换言之，应当分配驾驶员5B的车辆3B剩余。

驾驶员调整处理部103通过在一定期间内到达/出发的多个队列4来消除该汇入数与脱离数的不一致。参照图10以及图11，对驾驶员调整处理部103执行的驾驶员调整处理的概要进行说明。

例如如图10所示，设为时刻t到达(或者出发)某站点1的某车次(队列4)的汇入数比脱离数大2。在该情况下，驾驶员5B剩余两人。此外，设为时刻t+1到达(或者出发)该站点1的后续的车次(队列4)的汇入数比脱离数小2。在该情况下，车辆3B剩余两台。驾驶员调整处理部103将在时刻t中剩余的两人驾驶员分配给在时刻t+1中剩余的车辆3B。在图10中为了容易理解，示出了时刻t中的汇入数与脱离数的差分、和时刻t+1中的脱离数与汇入数的差分一致的例子，但在多数情况下，产生不一致。

例如若时刻t+1中的汇入数仅比脱离数小1的话，则驾驶员5B依然剩余一人。这种情况下，驾驶员调整处理部103将在时刻t中剩余的两人驾驶员5A优先地分配给在时刻t+1中脱离的车辆3B，对于在时刻t+1中成为剩余状态的驾驶员5A，将时刻t+1的车次(队列4)后续的车次(队列4)作为对象进一步进行调整。

此外，驾驶员调整处理部103不限于同一方向的车次(队列4)，也可以将从相反方向到达(或者出发)同一站点1的车次(队列4)作为对象，进行驾驶员5A的调整。图11示出了在时刻t到达(或者出发)某站点1的某车次(队列4)、与在时刻t′从相反方向到达(或者出发)该站点1的某车次(队列4)之间，进行驾驶员5A的调整的例子。此外，在图11中与图10所示的例相反，示出了在时刻t中车辆3B剩余，对该剩余的车辆3B分配在时刻t′中剩余的驾驶员5B的例子。

然而，例如若产生某站点1无论在哪个车次(队列4)中汇入数一方均比脱离数多，此外，某站点1无论在哪个车次(队列4)中脱离数一方均比汇入数多等的不均衡，则可能产生汇入数与脱离数的不一致在一定期间无法消除的情况。更详细地说，可能产生超过一定期间不存在能够分配在某时刻中成为剩余的状态的驾驶员5B的车辆3B的情况、或超过一定期间不存在能够对在某时刻中成为剩余的状态的车辆3B分配的驾驶员5B的情况。

驾驶员调整处理部103对于超过一定期间不存在能够分配的车辆3B的驾驶员5B，安排用于将该驾驶员5B输送至例如站点1附近的车站等的人员输送专用车辆(巴士)。此外，对于超过一定时间不存在能够分配的驾驶员5B的车辆3B，安排驾驶该车辆3B在非队列可行驶道路2B上行驶的驾驶员。更详细地说，驾驶员调整处理部103制作人员输送专用车辆(巴士)以及驾驶员的运用计划。关于制作这些运用计划的方法，例如能够适用铁路的时刻表中的乘务员运用计划的方法等。这些运用计划作为图4中未示出的例如资源运用计划数据等储存于DB 151。另外，这里不涉及基于该资源运用计划数据的人员输送专用车辆(巴士)以及驾驶员的运用。驾驶员调整处理部103向用户设备200通知驾驶员5B被分配给哪个车辆3B、或驾驶员5B未被分配给任一车辆3B而是乘坐人员输送专用车辆(巴士)。

此外，驾驶引导队列4的车辆3A的驾驶员5A的安排例如也能够适用铁路的时刻表中的乘务员运用计划的方法等。而且，驾驶员5A驾驶的车辆3A也可以是人员输送专用车辆(巴士)。通过将该人员输送专用车辆(巴士)设为驾驶员5A的移动方式，能够降低人员的不均衡，能够确保驾驶员5A的休息时间。

图12是表示在该队列行驶运用系统(服务中心100)中执行的申请管理处理的流程的流程图。

服务中心从100用户设备200受理申请后，参照在DB 151中储存的申请状况管理数据151C，调查被指定的车次(队列4)的被指定的区间是否有空余(步骤A1)。更详细地说，调查在被指定的区间内是否存在申请数达到定员数的区间。在有空余的情况下(步骤A1：是)，即在被指定的区间内不存在申请数达到定员数的区间的情况下，服务中心100向申请者返回申请回执(步骤A2)，并将该申请内容作为申请数据151B储存于DB 151(步骤A3)。服务中心100基于在DB 151中储存的申请数据151B，更新DB 151的申请状况管理数据151C(步骤A4)，此外，更新DB 151的驾驶员调整管理数据(步骤A5)。

此外，在被指定的车次(队列4)的被指定的区间无空余的情况下(步骤A1：否)，更详细地说，在被指定的区间内存在申请数达到定员数的区间的情况下，服务中心100向申请者返回错误(步骤A6)。如上述那样，在返回错误的情况下，例如既可以同时通知调整能够受理申请的其他车次的信息，也可以管理等候这一状态。此外，在存在等候的数量超过一定数的车次的情况下，也可以增设临时车次。

图13是表示在该队列行驶运用系统(服务中心100)中执行的驾驶员调整处理的流程的流程图。服务中心100对于全部路线(队列可行驶道路2A)的全部站点1，将经由该站点1的全部车次(队列4)作为对象，按到达该站点1的到达时刻或者从该站点1出发的出发时刻的较早顺序，进行图13所示的处理。另外，该驾驶员调整处理例如在每日的始发车次的出发时刻之前的规定时刻执行。即，在该驾驶员调整处理被执行的时刻，针对处理对象日的车次的申请已截止。

服务中心100首先调查汇入车辆数是否比脱离车辆数大(步骤B1)。这里的汇入车辆数、脱离车辆数可能包含从先行的车次(队列4)接管的剩余车辆数。在汇入车辆数比脱离车辆数大的情况下(步骤B1：是)，服务中心100首先对从该车次(队列4)脱离的脱离车辆分配汇入车辆的驾驶员(步骤B2)。此时，服务中心100在存在从先行的车次(队列4)接管的剩余部分的汇入车辆的情况下，优先地分配该汇入车辆的驾驶员。

服务中心100调查在一定期间内是否存在包含脱离车辆的车次(队列4)(步骤B3)，在存在的情况下(步骤B3：是)，接着，对该一定期间内的从车次(队列4)脱离的脱离车辆分配汇入车辆的驾驶员(步骤B4)。此时，服务中心100在存在接管的剩余部分的汇入车辆的情况下，也优先地分配该汇入车辆的驾驶员。

服务中心100调查是否剩余部分的汇入车辆的全部驾驶员均分配给某一车辆(步骤B5)，在存在未分配给任一车辆的驾驶员的情况下(步骤B5：否)，对该驾驶员安排人员输送专用车辆(巴士)(步骤B6)。

在脱离车辆数大于汇入车辆数的情况下(步骤B1：否，步骤B7：是)，服务中心100首先向汇入该车次(队列4)的汇入车辆的驾驶员分配脱离车辆分配(步骤B8)。此时，服务中心100在存在接管的剩余部分的脱离车辆的情况下，优先地向该脱离车辆分配。

服务中心100调查在一定期间内是否存在包含脱离车辆的车次(队列4)(步骤B9)，在存在的情况下(步骤B9：是)，接着，向脱离车辆分配该一定期间内向车次(队列4)汇入的汇入车辆的驾驶员(步骤B10)。此时，服务中心100在存在接管的剩余部分的脱离车辆的情况下，也优先地向该脱离车辆分配。

服务中心100调查是否对剩余部分的全部脱离车辆分配了驾驶员(步骤B11)，在存在未分配驾驶员的车辆的情况下(步骤B11：否)，对该车辆安排驾驶员(步骤B12)。

在脱离车辆数与汇入车辆数一致的情况下(步骤B7：否)，服务中心100向脱离车辆分配汇入车辆的驾驶员(步骤B13)。

如此，该队列行驶运用系统能够管理队列的可协作车辆数，能够管理对从队列脱离的车辆分配向队列汇入的车辆的驾驶员。

然而，在以上的说明中，将在车辆3A向队列4编入时，驾驶员5B离开并移至(无人的)车辆3B为前提，但也能够考虑用户需求在向队列4编入后，驾驶员5A也继续乘坐车辆3B，若从队列4脱离，则再次开始驾驶该车辆3B。例如如图14所示，能够考虑将车辆3B编入队列4的期间确保为驾驶员5B的休息时间。

为了应对这种需求，例如如图15所示，该队列行驶运用系统也可以增设有无乘车(a10)作为申请画面201上的输入项目。该有无乘车(a10)是用于指定驾驶员5B是否乘坐编入队列4后的车辆3B的项目。

如果指定了乘车的情况下，申请管理处理部102关于该车辆3B不进行在DB 151中储存的驾驶员调整管理数据151D的更新。更详细地说，不将该车辆3B算入汇入数、脱离数。此外，驾驶员调整处理部103将该车辆3B以及驾驶员5B从针对脱离车辆3B的向汇入车辆3B分配驾驶员5B的处理中除去。例如通过预先设为能够从车辆ID参照在DB 151中储存的申请数据151B，驾驶员调整处理部103能够获得有无驾驶员5B乘车。

如此，该队列行驶运用系统也能够应对针对图14所示那样的用途的需求。

此外，通过在申请画面201上设置有无乘车(a10)这一输入项目，在指定了乘车的情况下，将该驾驶员5B适用作引导队列4的车辆3A的驾驶员5A这一运用也成为可能。例如作为驾驶员属性(a9)，使其包含表示仅在非队列可行驶道路2B上驾驶、或者也可在队列可行驶道路2A上驾驶中的某一个的信息，在前者的情况下，对于该驾驶员5B按参照图14说明那样处理，在后者的情况下，将该驾驶员5B作为能够适用作引导队列4的车辆3A的驾驶员5A的重要人员来处理。对于也可在队列可行驶道路2A上驾驶的申请，也可以在金额上给予优待。使驾驶员5B能够适用作引导队列4的车辆3A的驾驶员5A，可有助于确保引导队列4的车辆3A的驾驶员5A的休息时间，或有助于将驾驶员5A的连续驾驶时间控制在法定时间内。

虽说明了本发明的几个实施方式，但这些实施方式作为例子而提示，并不意图限定发明的范围。这些新的实施方式能够以其他各种方式实施，在不脱离发明的主旨的范围内能够进行各种省略、替换、变更。这些实施方式及其变形也发明的范围、主旨内，并且包含在权利要求书所记载的发明及其等通的范围内。

附图标记说明

1…站点，2A…队列可行驶道路，2B…非队列可行驶道路，3…车辆，3A…载人车辆，3B…无人车辆，4…队列，5A…(队列引导车辆的)驾驶员，5B…(单独车辆的)驾驶员，201…申请画面，100…服务中心，101…申请受理处理部，102…申请管理处理部，103…驾驶员调整处理部，151…DB、151A…运行时间表数据，151B…申请数据，151C…申请状况管理数据，151D…驾驶员调整管理数据，200…用户设备。