JPWO2019145747A1 - 車両管理方法及び車両管理装置 - Google Patents

Abstract

複数のユーザからの車両リクエストを管理するサーバ（１０）を用いて、車両（Ｖｎ）の走行計画を設定する車両管理方法であって、車両（Ｖｎ）の利用を希望しているユーザからのリクエストに基づき、複数の車両の中から利用可能な車両を利用車両として特定し、ユーザのリクエストに基づき、ユーザの乗車位置を経由する利用車両の走行経路を含む走行計画を設定し、利用車両が乗車位置に到着した際、ユーザが乗車位置にいない場合、走行計画に基づいて、乗車位置での待ち時間を設定する。

Description

本発明は、車両管理方法及び車両管理装置に関するものである。
本出願は、２０１８年１月２５日に出願された日本国特許出願の特願２０１８−１０４８３に基づく優先権を主張するものであり、文献の参照による組み込みが認められる指定国については、上記の出願に記載された内容を参照により本出願に組み込み、本出願の記載の一部とする。

通信ネットワークを介して、貸走車両に相乗りする相手を紹介する相乗り仲介システムが知られている。この相乗り仲介システムは、利用者毎に、少なくとも、乗車地、目的地を含む乗車情報を記憶管理し、相乗り申込を受け付けた場合に、乗車情報記憶手段を参照し、走行方向が略同様である相乗り可能な候補相手を選択し、今回の相乗り申込者と候補相手とが相乗りした場合に、予想される走行経路のずれに関する情報、各人が負担する料金に関する情報を算出し、算出された情報を相乗り申込者と候補相手に対して案内し、相乗り申込者と候補相手から相乗りの同意を得た場合に、相乗りが成立したものとして決定する。そして、相乗りが成立したものとして決定した場合に、利用者に待ち合わせ場所を含む情報を送信する（特許文献１）。

特開２００３−４４７０２号公報

しかしながら、上記の従来技術では、乗車位置にユーザがいない場面が想定されておらず、何らかの原因で乗車位置にユーザがいない場合に、適切に対応することが困難である。

本発明が解決しようとする課題は、乗車位置にユーザがいない場合にも、適切に対応することが可能な車両管理方法及び車両管理装置を提供することである。

本発明は、車両の利用をリクエストしているユーザからのリクエストに基づき、複数の車両の中から利用可能な車両を利用車両として特定し、ユーザのリクエストに基づき、ユーザの乗車位置を経由する利用車両の走行経路を含む走行計画を設定し、利用車両が乗車位置に到着した際、ユーザが乗車位置にいない場合、走行計画に基づいて、乗車位置での待ち時間を設定することによって上記課題を解決する。

本発明は、乗車位置にユーザがいない場合でも適切に対応することができる。

図１Ａは、第１実施形態の車両管理装置を備えた共用車両管理システムの構成図である。 図１Ｂは、第１実施形態の車両管理装置を備えた共用車両管理システムにおいて、ユーザが共用車両を利用する方法の一例を示す概要図である。 図２は、共用車両管理装置の制御フローを示すフローチャートである。 図３は、第２実施形態の車両管理装置を備えた共用車両管理システムの構成図である。 図４は、第２実施形態において、共用車両管理装置の制御フローを示すフローチャートである。 図５は、第３実施形態において、共用車両管理装置の制御フローを示すフローチャートである。 図６Ａは、第４実施形態において、共用車両管理装置の制御フローを示すフローチャートである。 図６Ｂは、第４実施形態において、共用車両管理装置の制御フローを示すフローチャートである。 図７Ａは、第４実施形態の変形例において、共用車両管理装置の制御フローを示すフローチャートである。 図７Ｂは、第４実施形態の変形例において、共用車両管理装置の制御フローを示すフローチャートである。 図８Ａは、第５実施形態において、共用車両管理装置の制御フローを示すフローチャートである。 図８Ｂは、第５実施形態において、共用車両管理装置の制御フローを示すフローチャートである。 図９Ａは、第６実施形態において、共用車両管理装置の制御フローを示すフローチャートである。 図９Ｂは、第６実施形態において、共用車両管理装置の制御フローを示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。

≪第１実施形態≫
以下、図面に基づいて、本発明の実施形態に係る車両管理装置及び車両管理方法について説明する。本実施形態では、本実施形態に係る車両管理装置を、カーシェアリングを管理運営する共用車両管理システムに適用した例を用いて説明する。カーシェアリングは、複数の共用車両を複数のユーザで共用するシステムである。複数の共用車両は、複数のステーションに配置されている。本実施形態のカーシェアリングシステムでは、共用車両を借り出すステーションと、共用車両を返却するステーションとは、同一であってもよいし、異なっていてもよい。なお、各ステーションは、共用車両を駐車させることができ、共用車両の貸出及び返却を行ったり、利用されていない共用車両を待機させたりできる場所であり、カーシェアリングシステムのために予め用意した駐車場などが挙げられる。

図１Ａは、本実施形態の共用車両管理システム１を示す構成図である。図１Ａに示すように、本実施形態の共用車両管理システム１は、共用車両管理装置１００と、複数のユーザに利用される複数の共用車両Ｖ１〜Ｖｎ（以下、共用車両Ｖｎと総称することもある）にそれぞれ設けられる車載装置２００Ｖ１〜２００Ｖｎ（以下、車載装置２００Ｖｎと総称することもある）と、複数のユーザによりそれぞれ所持されるユーザ端末装置４００Ａ〜４００Ｚ（以下、ユーザ端末装置４００Ａと総称することもある）と、を有する。本実施形態の共用車両管理システム１を構成する、車載装置２００Ｖ１〜２００Ｖｎ、ユーザ端末装置４００Ａ〜４００Ｚの台数は限定されない。

本実施形態の共用車両Ｖｎは、無人で自動的に走行可能な自動運転機能を備える車両である。共用車両Ｖｎは駆動機構や操舵機構を備えており、これらの機構は自動運転機能により、完全に自動で制御される。なお、共用車両Ｖｎは、運転者の運転操作により走行することができる手動運転機能を備えてもよく、自動運転機能と手動運転機能の切り替えが可能な車両であってもよい。本実施形態の自動運転機能には、本願出願時における自動運転技術を適宜に用いることができる。なお、共用車両Ｖｎは自動運転機能を備えなくてもよい。

本実施形態の共用車両Ｖｎとしては、電動モータを駆動源として備える電気自動車、内燃機関を駆動源として備えるエンジン自動車、電動モータ及び内燃機関の両方を駆動源として備えるハイブリッド自動車を例示できる。なお、電動モータを駆動源とする電気自動車やハイブリッド自動車には、二次電池を電動モータの電源とするタイプや燃料電池を電動モータの電源とするタイプのものも含まれる。

共用車両管理装置１００、車載装置２００Ｖ１〜２００Ｖｎ及びユーザ端末装置４００Ａ〜４００Ｚは、それぞれ通信装置（２０、２２０、４２０）を備え、インターネット３００などの電気通信回線網を介して相互に情報の授受が可能である。通信経路は有線であっても無線であってもよい。

本実施形態のユーザ端末装置４００Ａは、本発明の本実施形態に係るユーザ端末装置４００Ａに適用されるプログラムが格納されたＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）と、このＲＯＭに格納されたプログラムを実行することで、各機能を実行させる動作回路としてのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、アクセス可能な記憶装置として機能するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）と、を備えるコンピュータである。本実施形態のユーザ端末装置４００Ａは、パーソナルコンピュータ、スマートフォン、又はＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）その他の可搬型の端末装置であってもよい。

本実施形態のユーザ端末装置４００Ａは、各ユーザによる共用車両Ｖｎの利用を求める入力情報（車両リクエストとともいう）を受け付ける入力装置４１０と、共用車両管理装置１００などの外部装置と通信を行う通信装置４２０と、各ユーザに情報を通知するための表示装置４３０と、ユーザによる共用車両Ｖｎの利用の制御処理を実行する制御装置４４０とを備える。

ユーザ端末装置４００Ａの入力装置４１０としては、例えば、ユーザの手操作による入力が可能なディスプレイ画面上に配置されるタッチパネル又はジョイスティックや、ユーザの音声による入力が可能なマイクなどの装置を用いることができる。

表示装置４３０は、共用車両管理装置１００から受信した情報を、ユーザに通知する。表示装置４３０としては、ディスプレイなどが挙げられ、タッチパネル・ディスプレイを用いる場合には、入力装置４１０と兼用することができる。表示装置４３０は、例えば、予約が完了した共用車両Ｖｎの情報などを共用車両管理装置１００から受信して、ユーザに通知する。

本実施形態の制御装置４４０は、ユーザ端末装置４００Ａに備えられた図示しないＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機などの位置取得装置を用いて、ユーザ端末装置４００Ａを操作するユーザの現在位置の情報を取得する。現在位置の情報としては、例えば、緯度及び経度の情報が挙げられる。制御装置４４０は、取得した現在位置の情報を、通信装置４２０を介して、共用車両管理装置１００に送信する。本実施形態では、制御装置４４０は、定期的に各ユーザの現在位置の情報を、共用車両管理装置１００に送信する。これにより、後述する共用車両管理装置１００が備える制御装置１０は、各ユーザの現在の位置情報を取得することができる。

また、制御装置４４０は、ユーザが共用車両Ｖｎの利用を要求することを示す車両リクエストなどの入力情報を受け付け、通信装置４２０を介して、共用車両管理装置１００に送信する。本実施形態では、共用車両Ｖｎのリクエストとしては、ユーザが車両リクエストの情報を送信してから直ぐに共用車両Ｖｎを利用開始する即時利用の態様が挙げられる。なお、以降では、「車両リクエストの情報」を単に「車両リクエスト」と呼ぶ。

上述した車両リクエストには、ユーザのＩＤ情報、ユーザの現在位置の情報、ユーザが乗車して共用車両Ｖｎが出発する地点である出発地の情報、ユーザが利用しようとする共用車両ＶｎのＩＤ情報、共用車両Ｖｎが到着してユーザが降車する地点である目的地の情報、ユーザが共用車両Ｖの利用開始する時刻を示す利用開始時刻などが含まれる。出発地の情報とは、ユーザが共用車両Ｖｎに乗車する乗車位置の情報であり、目的地の情報とは、ユーザが共用車両Ｖｎを降車する降車位置の情報である。なお、本実施形態のユーザ端末装置４００Ａは、必要に応じて、共用車両管理装置１００から、各ステーションの情報や、各ステーションにおける利用候補の共用車両Ｖｎの情報などを受信してもよい。

また、本実施形態においては、ユーザ端末装置４００Ａ及び車載装置２００Ｖｎのうち、一方又は両方が、ユーザに対して共用車両Ｖｎの走行経路を案内するためのナビゲーション装置として機能してもよい。ナビゲーション装置として機能する場面としては、例えば、共用車両Ｖｎが自動運転機能と手動運転機能の切り替えが可能な車両の場合において、ユーザが共用車両Ｖｎを運転する場面が挙げられる。ユーザ端末装置４００Ａがナビゲーション装置として機能する場合には、ユーザ端末装置４００Ａは、例えば、予めユーザ端末装置４００Ａに備えられたＲＯＭなどに地図情報を記憶させておく。ユーザ端末装置４００Ａは、表示装置４３０に、地図情報とともに、ユーザが現在利用している共用車両Ｖｎの現在位置と、ユーザが設定した目的地の位置とを表示し、共用車両Ｖｎの現在位置から目的地までの走行経路を案内する。

本実施形態の車載装置２００Ｖｎは、各共用車両Ｖｎの現在位置を検出するＧＰＳ受信機２１０と、共用車両管理装置１００などの外部装置と通信を行う通信装置２２０と、ユーザによる共用車両Ｖｎの利用の制御処理を実行する制御装置２３０とを備える。

この車載装置２００Ｖｎは、ユーザ端末装置４００Ａの機能を利用した簡易な機構にしてもよい。例えば、ＧＰＳ受信機や通信装置、経路演算および経路誘導装置などがユーザ端末装置４００Ａに搭載されている場合はその機能を利用し、車載装置２００Ｖｎは、次に示すユーザの認証のみを行うようにしてもよい。

本実施形態においては、制御装置２３０は、車載装置２００Ｖｎに備えられた認証装置（不図示）を用いて、共用車両Ｖｎに乗車したユーザが、この共用車両Ｖｎについて車両リクエストしたユーザと一致するか否かのユーザ認証を行う。例えば、制御装置２３０は、認証装置として、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）による通信が可能な装置を用いて、ユーザが所有するユーザ端末装置４００Ａや会員カードなどからユーザのＩＤ情報を読み取る。さらに、制御装置２３０は、通信装置２２０を介して共用車両管理装置１００にアクセスして、共用車両Ｖｎの車両リクエストの情報を取得し、共用車両Ｖｎに乗車したユーザのユーザ認証を行う。

また、制御装置２３０は、ＧＰＳ受信機２１０を用いて取得した現在位置の情報を、通信装置２２０を介して、共用車両管理装置１００に送信する。

さらに、制御装置２３０は、図示しないディスプレイやスピーカなどを用いて、共用車両管理装置１００から送信された情報などを、ユーザに通知する。本実施形態では、制御装置２３０は、共用車両管理装置１００から、共用車両Ｖｎへの相乗りを希望しているユーザに関する情報などを受信して、ユーザに通知する。本実施形態の相乗りとは、一台の共用車両に複数人数が一緒に乗り合わせることを示し、例えば、他人同士が一台の共用車両に乗ることを示す。

なお、本実施形態においては、車載装置２００Ｖｎは、上述したユーザ端末装置４００Ａと同様に、共用車両Ｖｎの現在位置から目的地までの走行経路を案内するためのナビゲーション装置として機能するものであってもよい。

本実施形態の共用車両管理装置１００は、共用車両管理システム１のサーバとして機能し、カーシェアリングシステムを管理運営するための制御処理を実行する制御装置１０と、車載装置２００Ｖｎ及びユーザ端末装置４００Ａとそれぞれ相互に通信可能な通信装置２０と、通信装置２０により受信した情報、各共用車両Ｖｎの情報などを記憶するデータベース３０とを備える。なお、通信装置２０は、ユーザ端末装置４００Ａ及び車載装置２００Ｖｎと通信するだけでなく、ＶＩＣＳ（登録商標）（Ｖｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）等の交通情報を提供するシステムと通信できる。また、通信装置２０は、天気情報を提供するシステムとも通信できる。

データベース３０は、共用車両情報３１と、ユーザから受け付けた車両リクエスト３２と、地図情報３３と、ユーザ情報３４とを記憶する。

共用車両情報３１は、各共用車両Ｖｎに関する情報である。共用車両情報３１には、各共用車両Ｖｎの現在位置の情報、各共用車両Ｖｎの電力残容量や故障情報、各共用車両Ｖｎの現在の利用状況などが含まれる。また、共用車両情報３１には、共用車両Ｖｎごとのユーザによる予約状況を示す共用車両Ｖｎのスケジュールが含まれる。

車両リクエスト３２は、ユーザ端末装置４００Ａを介して各ユーザにより入力された情報であって、共用車両Ｖｎの利用を要求することを示す情報である。車両リクエスト３２には、ユーザのＩＤ情報、ユーザが利用しようとする共用車両ＶｎのＩＤ情報、ユーザの現在位置の情報、ユーザが設定した乗車位置（出発地）、降車位置（目的地）、乗車予定時刻（出発予定時刻）、降車予定時刻（到着予定時刻）等を示す情報などが含まれる。乗車予定時刻及び降車予定時刻は、それぞれ時間の幅をもたせてもよい。例えば、ユーザが、降車位置に、午前１０時３０分から午前１１時３０分の間に到着したい場合には、到着予定時刻は、午前１１時を中心とし３０分前後の幅をもつ時間で示される。出発予定時刻も、同様に、任意の時間を中心として、任意の時間幅をもつ時間で示される。

地図情報３３は、道路や施設などの情報も含む地図情報である。施設の情報には、例えば、建物の階数、建物の通路、建物の出入り口等を示す建物の構造に関する情報が含まれる。また、地図情報３３には、例えば、各ステーションの位置情報、各ステーション周辺の施設情報、各ステーション周辺の交通状況、及び各ステーションの利用状況等の各ステーションに関する情報が含まれる。

ユーザ情報３４は、カーシェアリングシステムを利用することができる全ユーザの情報である。ユーザ情報３４には、全ユーザのＩＤ情報、全ユーザの現在位置の情報が含まれる。例えば、通信装置２０が各ユーザのユーザ端末装置４００Ａから所定の期間ごとに各ユーザの現在の位置情報を受信することで、ユーザ情報３４に各ユーザの現在の位置情報を格納することができる。

本実施形態の共用車両管理装置１００の制御装置１０は、図１Ａに示すように、カーシェアリングシステムを管理運営する処理を実行するためのプログラムが格納されたＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、このＲＯＭ１２に格納されたプログラムを実行することで、共用車両管理装置１００として機能する動作回路としてのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、アクセス可能な記憶装置として機能するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３とを備える。

図１Ｂを用いて、カーシェアリングの形態の一例を説明する。図１Ｂは、本実施形態の共用車両管理システム１において、ユーザＵ１が共用車両Ｖ１を利用する方法の一例を示す概要図である。図１Ｂでは、ユーザＵ１は、ユーザ端末装置４００Ａを用いて、共用車両Ｖ１を利用し、ユーザＵ１が設定した出発地Ｐ１から目的地Ｐ２まで移動しようとする場面を示している。

例えば、図１Ｂに示す場面において、ユーザＵ１がユーザ端末装置４００Ａに出発地Ｐ１及び目的地Ｐ２を入力すると、入力された情報は、ユーザＵ１が共用車両の利用を要求する車両リクエストとして、ユーザ端末装置４００Ａから共用車両管理装置１００に送信される。

共用車両管理装置１００は、ユーザの車両リクエストに基づいて選定した共用車両Ｖ１に対して、出発地Ｐ１へ移動して、ユーザＵ１を迎えに行くための移動指令を送信する。移動指令には、現在の共用車両Ｖ１の位置から出発地Ｐ１までの走行経路、及び出発地Ｐ１から目的地Ｐ２までの走行経路Ｒ１が含まれる。共用車両Ｖ１は、共用車両管理装置１００から移動指令を受信すると、自動運転機能により無人で自動的に出発地Ｐ１まで走行する。そして、ユーザＵ１が出発地Ｐ１で乗車すると、共用車両Ｖ１は、移動指令に含まれる走行経路Ｒ１に沿って、自動的に目的地Ｐ２まで走行する。共用車両Ｖ１が目的地Ｐ２に到着すると、ユーザＵ１は降車して共用車両Ｖ１の利用を終了する。その後、共用車両Ｖ１は、目的地Ｐ２から所定範囲内にあるステーションへ移動する。

なお、本実施形態では、ユーザは、出発地及び目的地として鉄道の駅や商業施設などの任意の地点を設定することができる。

図１Ｂに示す場面において、ユーザＵ２は、ユーザＵ１と同様に、共用車両Ｖ１を利用することができるユーザである。例えば、カーシェアリングシステムがユーザ登録した会員限定のシステムの場合、ユーザＵ１とユーザＵ２はともにユーザ登録した会員である。ユーザＵ２は、ユーザ端末装置４００Ｂを操作し、共用車両管理装置１００に対して車両リクエストを送信する。

共用車両管理装置１００は、ユーザＵ２の車両リクエストに合う共用車両Ｖｎを選定する。選定候補となる共用車両は、他のユーザに利用されていない共用車両Ｖｎ（予約されていない共用車両Ｖｎ）に限らず、現在、他のユーザに利用されている共用車両Ｖｎ（現在、他のユーザが乗車している共用車両Ｖｎ）も含まれる。すなわち、ユーザＵ１により利用されている共用車両ＶｎにユーザＵ２が乗車する場合には、相乗り乗車となる。

ユーザＵ２は、ユーザ端末装置４００Ｂにより、共用車両Ｖ１の走行計画を含む情報と、相乗りを希望するか否かを確認するための情報を共用車両管理装置１００から受信する。走行計画は、ユーザＵ１とユーザＵ２が相乗りを行うための走行経路Ｒ２を含んでいる。ユーザＵ２は、ユーザ端末装置４００Ｂに表示された走行経路等の走行計画を確認し、相乗りで共用車両Ｖ１を利用する旨の情報を共用車両管理装置１００に送信する。

共用車両管理装置１００は、ユーザＵ１が単独で共用車両Ｖ１を利用する状況から、ユーザＵ１とユーザＵ２が共同で共用車両Ｖ１を利用する状況に変更されたため、共用車両Ｖ１の走行計画を、相乗りなしの走行経路Ｒ１から相乗り有りの走行経路Ｒ２に変更する。走行経路の変更に伴い、ユーザＵ１の目的地への到着予定時刻は遅くなる。

以下、共用車両管理装置１００の具体的な制御を説明する。図２は、共用車両管理装置１００の制御装置１０による制御フローを示すフローチャートである。

ステップＳ１０１では、制御装置１０はユーザ端末装置４００Ａと通信を行い、ユーザから車両リクエストを取得する。車両リクエストは、共用車両Ｖｎの利用にあたって、ユーザにより設定された多数の情報である。車両リクエストとしては、乗車位置、降車位置、乗車希望時刻、降車希望時刻等が挙げられる。乗車位置及び降車位置は、例えばユーザ端末装置４００Ａの表示装置４３０に表示される地図上でユーザにより設定される位置である。乗車位置及び降車位置は、例えば緯度、経度で示される。なお、乗車位置及び降車位置は、例えば横浜駅周辺など、エリア単位で設定されてもよい。

乗車希望時刻及び降車希望時刻は、特定の時刻に限らず、例えばＡＭ８時からＡＭ９時などの時間帯で設定されてもよい。なお、車両リクエストには必ずしも乗車希望時刻又は降車希望時刻が含まれていなくてもよい。例えば、ユーザができるだけ早く共用車両Ｖｎに乗車したいこと要求した場合には、車両リクエストには乗車希望時刻が含まれない。車両リクエストには、相乗りの要求の有無を含んでもよい。例えば、相乗り時の共用車両Ｖｎの利用料金が、相乗りをしていない時の利用料金より安くなる場合には、ユーザが共用車両Ｖｎの利用を要求した時に相乗りを要求できるようにするために、車両リクエストには、相乗りの要求の有無が含まれる。

ステップＳ１０２では、制御装置１０は、ユーザから取得した車両リクエストに基づき、複数の共用車両Ｖｎから利用可能な車両を特定する。制御装置１０は、車両リクエストに合う共用車両Ｖｎを選定する。例えば、制御装置１０は、車両リクエストにおいて設定された乗車位置から最も近い共用車両Ｖｎを、利用可能な車両候補として選定する。車両リクエストに乗車位置及び乗車希望時刻が含まれる場合には、制御装置１０は、共用車両Ｖｎが乗車位置に乗車希望時刻までに到着できるか否かを判定する。共用車両Ｖｎが乗車位置に乗車希望時刻までに到着できると判定した場合に、制御装置１０は共用車両Ｖｎを利用できると判定する。共用車両Ｖｎを利用できる場合には、制御装置１０はステップＳ１０３の制御処理を実行する。共用車両Ｖｎを利用できない場合、すなわち車両リクエストに合う共用車両Ｖｎを特定できない場合には、制御装置１０はステップＳ１０５の制御処理を実行する。

ステップＳ１０３では、制御装置１０は、車両リクエストに基づき、走行計画を算出し、そして、設定する。走行計画は、乗車位置の位置座標、降車位置の位置座標、選定された共用車両Ｖｎの走行経路、乗車位置における出発予定時刻、降車位置における到着予定時刻により定められる。出発予定時刻はユーザの乗車予定時刻に相当し、到着予定時刻はユーザの降車予定時刻に相当する。制御装置１０は、乗車位置から降車位置までのルート演算を行うことで、ユーザが設定する乗車位置までの走行経路を算出する。なお、以降の説明において、「走行計画を設定する」とは「走行計画を算出し、その後、算出した走行計画を設定する」という意味を示す。

ステップＳ１０４では、制御装置１０は、通信装置４２０を用いて、走行計画を含む予約完了情報をユーザ端末装置４００に送信する。予約完了情報は、ステップＳ１０２の制御処理にて、選定された車両情報、及び、共用車両Ｖ１の予約が完了した旨を示す情報を含む。なお、以降のステップでは、説明の便宜上、ステップＳ１０２にて特定された利用可能な共用車両Ｖｎ（利用車両とも称す。）を共用車両Ｖ１とする。

ステップＳ１０２の制御処理において、利用可能な共用車両Ｖｎが存在しない場合には、ステップＳ１１４へ進み、制御装置１０は、ユーザに対して予約不可を通知して、制御フローを終了させる。

次に、共用車両の利用開始後の制御処理について説明する。ステップＳ１０４では、制御装置１０が予約完了情報を送信すると、共用車両Ｖ１は、予約したユーザを迎えに行くために、ステップＳ１０３にて設定した走行計画に従って乗車位置までの走行を開始する。

ステップＳ１０５では、制御装置１０は、共用車両Ｖ１がユーザの乗車位置に到着したか否かを判定する。制御装置１０は、共用車両Ｖ１から送信される共用車両Ｖ１の現在位置の情報から、共用車両Ｖ１が乗車位置に到着したか否かを判定する。共用車両Ｖ１が乗車位置に到着したと判定した場合、ステップＳ１０６に進む。反対に、共用車両Ｖ１が乗車位置に到着していないと判定した場合、ステップＳ１０５にて待機する。なお、制御装置１０は、共用車両Ｖ１が乗車予定時刻までに乗車位置に到着している場合、共用車両Ｖ１が乗車位置に到着したと判定する。本実施形態では、共用車両Ｖ１は、自動運転機能により走行する場合、乗車予定時刻通りに乗車位置に到着するようにプログラミングされている。

ステップＳ１０６では、制御装置１０は、ユーザが乗車位置にいるか否かを判定する。制御装置１０は、ユーザ端末装置４００Ａから送信されるユーザの現在位置の情報から、ユーザが乗車位置に到着したか否かを判定する。ユーザが乗車位置にいない場合、ステップＳ１０７へ進む。反対に、ユーザが乗車位置にいる場合、あるいは、乗車予定時刻までにユーザが乗車位置に到着した場合、制御フローを終了させる。

なお、ステップＳ１０５、Ｓ１０６において、ユーザが任意の時間に対して任意の時間幅を持つ時間として乗車予定時刻を入力した場合、制御装置１０は、乗車予定の時間帯に共用車両Ｖ１が到着したか否か、あるいは、乗車予定時間帯にユーザがいるか否かを判定する。例えば、ユーザが、乗車位置に、午前９時３０分から午前１０時の間に乗車したい場合には、ステップＳ１０５にて、制御装置１０は、共用車両Ｖ１が午前９時３０分から午前１０時の時間帯に乗車位置に到着したか否かを判定する。また、ステップＳ１０６では、制御装置１０は、ユーザが午前９時３０分から午前１０時の時間帯に乗車位置にいるか否かを判定する。

ステップＳ１０７では、制御装置１０は、他のユーザが共用車両Ｖ１に乗車しているか否かを判定する。他のユーザとは、ステップＳ１０６にて乗車位置にいないと判定されたユーザとは異なるユーザを示す。例えば、制御装置１０は、データベース３０に記憶された共用車両Ｖ１の予約スケジュールを参照することで、既に共用車両Ｖ１を利用しているユーザの有無を確認し、既に他のユーザが共用車両Ｖ１に乗車しているか否かを判定する。制御装置１０は、予約スケジュール上、現在の時間が他のユーザにより予約された時間帯に該当する場合、共用車両Ｖ１に他のユーザが乗車していると判定する。反対に、制御装置１０は、予約スケジュール上、乗車位置にいないユーザが共用車両Ｖ１を利用する最初のユーザに該当することを確認した場合、乗車中のユーザはいないと判定する。

なお、乗車中のユーザが存在するか否かの確認方法は、予約スケジュールの確認に限られず、例えば、制御装置１０は、ユーザ端末装置４００Ａから送信されるユーザの現在位置の情報から、共用車両Ｖ１に他のユーザが乗車しているか否かを判定してもよい。また、共用車両Ｖ１が車内を撮像する撮像装置（例えば、カメラ）を備えている場合には、制御装置１０は、プローブデータに含まれ、撮像装置により撮像された車内の撮像画像から、他のユーザが乗車しているか否かを判定してもよい。

他のユーザが乗車していないと判定された場合、ステップＳ１０８に進む。反対に、他のユーザが乗車していると判定された場合、ステップＳ１１１に進む。

ステップＳ１０８では、制御装置１０は、共用車両Ｖ１への次の予約が入っているか否かを判定する。次の予約とは、これから共用車両Ｖ１を利用するユーザ又は利用する予定のユーザによりされた予約を示す。制御装置１０は、データベース３０に記憶されている共用車両Ｖ１の予約スケジュールを参照することで、共用車両Ｖ１への次の予約が入っているか否かを確認し、次の予約が有るか否かを判定する。共用車両Ｖ１への次の予約が入っていないと判定した場合、ステップＳ１０９に進む。反対に、共用車両Ｖ１への次の予約が入っていると判定した場合、ステップＳ１１０に進む。

ステップＳ１０９では、制御装置１０は、乗車位置にいないユーザを待つために、乗車位置での待ち時間を設定する。本実施形態では、制御装置１０は、データベース３０に記憶されており、予め定められた待ち時間を取得し、待ち時間を設定する。

データベース３０には、他のユーザが乗車しているか否かの判定結果と、共用車両Ｖ１への次の予約が有るか否かの判定結果に応じて異なる待ち時間が記憶されている。ステップＳ１０９では、制御装置１０は、他のユーザが乗車中ではなく、かつ、共用車両Ｖ１への次の予約が入っていない条件に該当する待ち時間ｔ_１を、データベース３０から取得し、待ち時間ｔ_１を乗車位置での待ち時間として設定する。

ステップＳ１０８にて、共用車両Ｖ１への次の予約が入っていないと判定した場合には、ステップＳ１１０に進む。ステップＳ１１０では、制御装置１０は、ステップＳ１０９と同様に、待ち時間を設定する。ステップＳ１１０では、制御装置１０は、他のユーザが乗車中ではなく、かつ、共用車両Ｖ１への次の予約が入っている条件に該当する待ち時間ｔ_２を、データベース３０から取得し、待ち時間ｔ_２を乗車位置での待ち時間として設定する。

次に、他のユーザが乗車中の場合の制御フローについて説明する。ステップＳ１０７にて、他のユーザが乗車していると判定された場合、ステップＳ１１１に進む。ステップＳ１１１では、制御装置１０は、共用車両Ｖ１への次の予約が入っているか否かを判定する。このステップにおける処理は、ステップＳ１０８と同様の処理である。共用車両Ｖ１への次の予約が入っていないと判定した場合、ステップＳ１１２に進む。反対に、共用車両Ｖ１への次の予約が入っていると判定した場合、ステップＳ１１３に進む。

ステップＳ１１２では、制御装置１０は、ステップＳ１０９、Ｓ１１０と同様に、待ち時間を設定する。ステップＳ１１２では、制御装置１０は、他のユーザが乗車中であり、かつ、共用車両Ｖ１への次の予約が入っていない条件に該当する待ち時間ｔ_３を、データベース３０から取得し、待ち時間ｔ_３を乗車位置での待ち時間として設定する。

ステップＳ１１１にて、共用車両Ｖ１への次の予約が入っていると判定した場合には、ステップＳ１１３に進む。ステップＳ１１３では、制御装置１０は、ステップＳ１０９、Ｓ１１０、Ｓ１１２と同様に、待ち時間を設定する。ステップＳ１１３では、制御装置１０は、他のユーザが乗車中であり、かつ、共用車両Ｖ１への次の予約が入っている条件に該当する待ち時間ｔ_４を、データベース３０から取得し、待ち時間ｔ_４を乗車位置での待ち時間として設定する。

ステップＳ１０９、Ｓ１１０、Ｓ１１２、Ｓ１１３の処理が終了すると、制御装置１０は、制御フローを終了させる。

ここで、待ち時間ｔ_１〜待ち時間ｔ_４の待ち時間の長さについて説明する。本実施形態では、待ち時間ｔ_１が最も長い待ち時間であり、待ち時間ｔ_２、待ち時間ｔ_３、待ち時間ｔ_４の順で待ち時間は短くなる。例えば、乗車有と予約有の優先度を同じと考えた場合は、待ち時間ｔ_２は待ち時間ｔ_３と同じ長さの時間となる。各待ち時間の長さは、他のユーザが乗車しているか否かの判定結果と、共用車両Ｖ１への次の予約が有るか否かの判定結果に基づくものである。例えば、他のユーザが共用車両Ｖ１に乗車していない状況では、共用車両Ｖ１への次の予約が入っているか否かに応じて待ち時間は異なる。共用車両Ｖ１への次の予約が入っていない場合、共用車両Ｖ１は乗車位置で可能な限りユーザを待つことができるのに対して、共用車両Ｖ１への次の予約が入っている場合、共用車両Ｖ１には次の予定があるため、待ち時間に制限がかかる（待ち時間ｔ_２＜待ち時間ｔ_１）。同様に、他のユーザが乗車している場合、共用車両Ｖ１は、他のユーザの車両リクエストに基づいて設定された走行計画に従って運行しており、待ち時間に制限がかかる（待ち時間ｔ_３、待ち時間ｔ_４≦待ち時間ｔ_１、待ち時間ｔ_２）。なお、待ち時間ｔ_１〜待ち時間ｔ_４は、実験的に求められた時間であることが好ましい。また、待ち時間ｔ_１〜待ち時間ｔ_４の時間の長さの関係は一例であって、特に限定されず、例えば、待ち時間ｔ_１〜待ち時間ｔ_４は全て異なる長さの時間でもよい。

上記のとおり、本実施形態では、ユーザから共用車両の利用の要求を示す車両リクエストを取得し、取得された車両リクエストに基づき、複数の共用車両の中から利用可能な車両を利用車両として特定する。また、ユーザの車両リクエストに基づいて、ユーザの乗車位置を経由する共用車両の走行経路を含む走行計画を設定し、共用車両が乗車位置に到着した際、ユーザが乗車位置にいない場合、設定した走行計画に基づいて、乗車位置での待ち時間を設定する。これにより、何らかの原因により乗車位置にユーザがいない場合であっても、共用車両Ｖ１の走行計画に支障がでない時間内でユーザを乗車位置で待つ、という適切な対応をすることができる。

また、本実施形態では、利用車両に他のユーザが乗車しているか否かを判定し、利用車両を利用する予定のユーザによる利用車両への予約が入っているか否かを判定する。そして、利用車両にユーザが乗車しているか否かの判定結果と、利用車両への次の予約が入っているか否かの判定結果に応じて、待ち時間を設定する。これにより、利用車両に他のユーザが乗車している場合には、利用車両に他のユーザが乗車していない場合と比べて長い時間、ユーザを乗車位置で待つことができる。また、利用車両への次の予約が入っていない場合には、利用車両への次の予約が入っている場合にと比べて長い時間、ユーザを乗車位置で待つことができる。その結果として、利用車両の現在の状況と、利用車両の次の予定に応じて適切な時間だけ、乗車位置でユーザを待つことができる。

なお、本実施形態において、図２に示すように、ステップＳ１０７にて利用車両にユーザが乗車しているか否かの判定を行った後に、ステップＳ１０８又はステップＳ１１１にて利用車両への次の予約が入っているか否かを判定しているが、判定を行う順番は特に限定されない。例えば、利用車両への次の予約が入っているか否かを判定した後に、利用車両にユーザが乗車しているか否かの判定を行ってもよい。

《第２実施形態》
図３を参照しながら、本発明の他の実施形態に係る車両管理方法又は車両管理装置について説明する。本実施形態では上述した第１実施形態に対して、データベース１３０に記憶されている情報と、制御装置１０が実行する待ち時間の設定についての制御処理の一部が異なる。その他の構成及び制御処理は、第１実施形態と同じであり、第１実施形態の記載を適宜援用する。

本実施形態のデータベース１３０は、第１実施形態においてデータベース３０に記憶されている、共用車両情報３１と、車両リクエスト３２と、地図情報３３だけでなく、ユーザ情報１３４と、交通情報１３５と、天気情報１３６と、走行履歴１３７とを記憶する。

本実施形態のユーザ情報１３４には、全ユーザのＩＤ情報、全ユーザの現在位置の情報だけでなく、各ユーザのスケジュールの情報が含まれる。ユーザのスケジュールの情報には、共用車両Ｖｎを利用する予定以外の予定が含まれる。例えば、ユーザ端末装置４００Ａにはスケジューリングを行うためのスケジュール管理のアプリケーションが備わっており、ユーザがこのアプリケーションにスケジュールを入力していたとする。この場合、通信装置２０が各ユーザ端末装置４００Ａから所定の期間ごとに各ユーザのスケジュールの情報を受信することで、ユーザ情報１３４に各ユーザのスケジュールの情報を格納することができる。

なお、ユーザのスケジュールの取得方法は、ユーザ端末装置４００Ａからの取得に限られず、例えば、共用車両の車両リクエストを送信する際に、共用車両を利用する日のスケジュールを車両リクエスト内の所定の入力フォームに入力する構成でもよい

交通情報１３５は、交通規制や渋滞の情報である。交通情報１３５としては、ＶＩＣＳから通信装置２０を介して受信した情報が例示できる。交通情報１３５には、道路の渋滞情報（車速、通過所要時間など）、事故情報が含まれる。

天気情報１３６は、共用車両Ｖｎが利用される周辺域の天気の情報である。

走行履歴１３７は、共用車両Ｖｎの走行履歴である。走行履歴１３７には、共用車両Ｖｎごとに、利用したユーザの情報（ユーザＩＤ等）、各ユーザの乗車位置及び降車位置を含む走行経路、乗車位置から降車位置までの移動にかかった所要時間が含まれる。

次に、本実施形態の共用車両管理システム２において、共用車両管理装置１００の制御フローを説明する。図４は、共用車両管理装置１００の制御装置１０の制御フローを示すフローチャートである。ステップＳ２０１〜ステップＳ２０９、ステップＳ２２０の制御処理は、ステップＳ１０１〜ステップＳ１０９、ステップＳ１１４の制御処理と同じため、各ステップの説明を援用する。

ステップＳ２０８にて、共用車両Ｖ１への次の予約が入っていると判定した場合には、ステップＳ２１０に進む。

ステップＳ２１０では、制御装置１０は、共用車両Ｖ１のスケジュールの情報を取得する。例えば、制御装置１０は、データベース１３０に記憶されている共用車両情報３１を参照し、利用されている共用車両Ｖ１のスケジュールの情報を取得する。

ステップＳ２１１では、制御装置１０は、補正係数を算出する。補正係数とは、予め定められた待ち時間（待ち時間ｔ_１〜ｔ_４）を補正するための係数である。制御装置１０は、ステップＳ２１０にて取得した共用車両Ｖ１のスケジュールに基づいて、補正係数を算出する。例えば、共用車両Ｖ１がユーザの到着を待つために待ち時間ｔ_２だけ乗車位置で停車しても、共用車両Ｖ１の次の予約までの時間が所定の時間以上ある場合、制御装置１０は、予め定められた待ち時間ｔ_２を長くしても次の予約については予定時間通りに利用開始できると判断する。この場合、例えば、制御装置１０は、次の予約を予定時間通りに利用開始できる範囲のうち待ち時間が最長となるように補正係数を設定する。反対に、共用車両Ｖ１がユーザの到着を待つために待ち時間ｔ_２だけ乗車位置で停車すると、共用車両Ｖ１の次の予約までの時間が所定の時間未満になる場合、制御装置１０は、予め定められた待ち時間ｔ_２では次の予約については予定時間通りに利用開始できないと判断する。この場合、例えば、制御装置１０は、次の予約について予定時間通りに利用開始できる時間まで待ち時間が短くなるように補正係数を設定する。なお、説明の便宜上、共用車両のスケジュールに基づいて算出された補正係数を補正係数Ｂとして説明する。また、所定の時間は、実験的に定められた時間が好ましい。

ステップＳ２１２では、制御装置１０は、待ち時間を設定する。具体的には、制御装置１０は、データベース１３０から待ち時間ｔ_２を取得し、待ち時間ｔ_２にステップＳ２１１にて算出した補正係数Ｂを乗算することで、待ち時間Ｂ×ｔ_２を乗車位置での待ち時間として設定する。

次に、他のユーザが乗車中の場合の制御フローについて説明する。ステップＳ２０７にて、他のユーザが乗車していると判定された場合、ステップＳ２１３に進む。ステップＳ２１３では、制御装置１０は、乗車中のユーザのスケジュールの情報を取得する。例えば、制御装置１０は、データベース１３０に記憶されているユーザ情報１３４の中から、乗車中のユーザのユーザＩＤが紐づけられているスケジュールの情報を取得する。

ステップＳ２１４では、制御装置１０は、補正係数を算出する。制御装置１０は、ステップＳ２１３にて取得した乗車中のユーザのスケジュールに基づいて、補正係数を算出する。例えば、現在の時刻からユーザの次の予定までの時間が所定の時間以上の場合、制御装置１０は、予め定められた待ち時間ｔ_３、又は待ち時間ｔ_４を長くしてもユーザの次の予定に支障はないと判断する。この場合、例えば、制御装置１０は、ユーザの次の予定に支障がない範囲内で待ち時間が最長となるように補正係数を設定する。反対に、現在の時刻からユーザの次の予定までの時間が所定の時間未満の場合、制御装置１０は、予め定められた待ち時間ｔ_３、又は待ち時間ｔ_４ではユーザの次の予定に支障があると判断する。この場合、例えば、制御装置１０は、ユーザの次の予定に支障がない時間まで待ち時間が短くなるように補正係数を設定する。なお、説明の便宜上、ユーザのスケジュールに基づいて算出された補正係数を補正係数Ａとして説明する。

ステップＳ２１５では、制御装置１０は、共用車両Ｖ１への次の予約が入っているか否かを判定する。このステップにおける処理は、ステップＳ２０８と同様の処理である。共用車両Ｖ１への次の予約が入っていないと判定した場合、ステップＳ２１６に進む。反対に、共用車両Ｖ１への次の予約が入っていると判定した場合、ステップＳ２１７に進む。

ステップＳ２１６では、制御装置１０は、待ち時間を設定する。具体的には、制御装置１０は、データベース１３０から待ち時間ｔ_３を取得し、待ち時間ｔ_３にステップＳ２１４にて算出した補正係数Ａを乗算することで、待ち時間Ａ×ｔ_３を乗車位置での待ち時間として設定する。

ステップＳ２１５にて、共用車両Ｖ１への次の予約が入っていると判定した場合には、ステップＳ２１７に進む。ステップＳ２１７では、制御装置１０は、共用車両Ｖ１のスケジュールの情報を取得する。このステップにおける処理は、ステップＳ２１０と同様の処理である。

ステップＳ２１８では、制御装置１０は、補正係数を算出する。このステップにおける処理は、ステップＳ２１１と同様の処理である。制御装置１０が算出した補正係数は補正係数Ｂとする。

ステップＳ２１９では、制御装置１０は、待ち時間を設定する。具体的には、制御装置１０は、データベース１３０から待ち時間ｔ_４を取得し、待ち時間ｔ_４にステップＳ２１４にて算出した補正係数Ａ及びステップＳ２１８にて算出した補正係数Ｂを乗算することで、待ち時間Ａ×Ｂ×ｔ_４を乗車位置での待ち時間として設定する。

ステップＳ２０９、Ｓ２１２、Ｓ２１６、Ｓ２１９の処理が終了すると、制御装置１０は、制御フローを終了させる。

上記のとおり、本実施形態では、利用車両のスケジュールと、利用車両に乗車中のユーザのスケジュールを取得し、取得したスケジュールに基づいて補正係数を算出する。そして、予め定められた待ち時間に補正係数を乗算することで、待ち時間を設定する。これにより、予め定められた待ち時間を、利用車両のスケジュールと、乗車中のユーザのスケジュールに応じた適切な待ち時間へ補正することができる。その結果として、利用車両のスケジュール及び乗車中のユーザのスケジュールに支障を与えることなく、利用車両のスケジュールごと、ユーザのスケジュールごとに適切な待ち時間だけ、乗車位置でユーザを待つことができる。

なお、本実施形態では、待ち時間を補正する要素として、共用車両Ｖｎのスケジュールと乗車中のユーザのスケジュールを用いて説明したが、待ち時間を補正する要素はこれに限られない。

本実施形態の変形例において、制御装置１０は、乗車位置にいないユーザのスケジュールを取得し、取得したスケジュールに基づいて補正係数を算出する。例えば、制御装置１０は、ステップＳ２０７での他のユーザが乗車しているか否かの判定結果に関わらず、ステップＳ２０７以降のステップにおいて、乗車位置にいないユーザ、すなわち、乗車予定のユーザのスケジュールを取得する。

制御装置１０は、ステップＳ２１０と同様に、データベース１３０に記憶されているユーザ情報１３４の中から、乗車予定のユーザのユーザＩＤが紐づけられているスケジュールの情報を取得する。

そして、制御装置１０は、乗車予定のユーザのスケジュールに基づいて、補正係数を算出する。例えば、現在の時刻からユーザの次の予定までの時間が所定の時間以上の場合、制御装置１０は、予め定められた待ち時間ｔ_２〜待ち時間ｔ_４を長くしてもユーザの次の予定に支障はないと判断する。この場合、例えば、制御装置１０は、ユーザの次の予定に支障がない範囲内で待ち時間が最長となるように補正係数を設定する。反対に、現在の時刻からユーザの次の予定までの時間が所定の時間未満の場合、制御装置１０は、予め定められた待ち時間ｔ_２〜待ち時間ｔ_４ではユーザの次の予定に支障があると判断する。この場合、例えば、制御装置１０は、ユーザの次の予定に支障がない時間まで待ち時間が短くなるように補正係数を設定する。

制御装置１０は、待ち時間を設定するステップ（図４に示すステップＳ２１２、Ｓ２１６、Ｓ２１９）にて、予め定められた待ち時間に乗車予定のユーザのスケジュールに基づいて算出された補正係数を乗算することで、乗車位置での待ち時間を設定する。

上記のとおり、本実施形態の変形例では、利用車両のスケジュールと、利用車両に乗車中のユーザのスケジュールだけでなく、利用車両に乗車予定のユーザのスケジュールを取得し、取得したスケジュールに基づいて待ち時間を設定する。これにより、利用車両のスケジュール、乗車中のユーザのスケジュールだけでなく、乗車位置にいないユーザのスケジュールに応じた適切な待ち時間へ、予め定めた待ち時間を補正することができる。その結果として、共用車両Ｖｎの利用順序に関わらず、共用車両Ｖｎを利用するユーザのスケジュールに適切な待ち時間を設定することができる。

また、本実施形態の他の変形例では、待ち時間を補正する要素として、交通情報、天気情報、共用車両Ｖｎの走行履歴を用いる。他の変形例の制御装置１０は、例えば、図４に示すステップＳ２０８又はステップＳ２１５にて共用車両Ｖｎへの次の予定が入っていると判定された以降、データベース１３０から、交通情報１３５、天気情報１３６、走行履歴１３７を取得する。なお、全ての情報をデータベース１３０から取得するものではなく、制御装置１０は、少なくとも一つの情報をデータベース１３０から取得する。

例えば、制御装置１０は、交通情報１３５含まれる道路の状況を取得する。制御装置１０は、次の目的地までの道路の渋滞情報を取得すると、次の目的地までの所要時間が長くなると判断し、予め定めた待ち時間が短くなるように補正係数を設定する。反対に、渋滞情報や事故情報等が無い場合、制御装置１０は、次の目的地までの所要時間を短くできると判断し、待ち時間が長くなるように補正係数を設定する。

また、例えば、制御装置１０は、天気情報１３６に含まれる現在の天気の情報を取得する。制御装置１０は、現在の天気が雨であることを示す情報を取得すると、車両の利用者が晴天時に比べて多く、道路が混在するため、次の目的地までの所要時間が長くなると判断し、予め定めた待ち時間が短くなるように補正係数を設定する。反対に、現在の天気が晴れであることを示す情報を取得すると、制御装置１０は、予め定めた待ち時間が長くなるように補正係数を設定する。

また、例えば、制御装置１０は、走行履歴１３７に含まれる、次の目的地までの移動時間の履歴の情報を取得する。制御装置１０は、走行計画における次の目的地までの移動時間よりも履歴情報における次の目的地までの移動時間の方が短い場合、予め定めた待ち時間が短くなるように補正係数を設定する。反対に、制御装置１０は、走行計画における次の目的地までの移動時間よりも履歴情報における次の目的地までの移動時間の方が長い場合、予め定めた待ち時間が長くなるように補正係数を設定する。

そして、制御装置１０は、待ち時間を設定するステップ（図４に示すステップＳ２１２、Ｓ２１６、Ｓ２１９）にて、予め定められた待ち時間に交通情報１３５、天気情報１３６、走行履歴１３７の少なくとも何れか一つに基づいて算出された補正係数を乗算することで、乗車位置での待ち時間を設定する。

上記のとおり、本実施形態の他の変形例では、交通情報、天気情報、及び共用車両の走行履歴のうち少なくとも一つの情報を取得し、取得した情報に基づいて待ち時間を設定する。これにより、現在の交通状況、天気の状況に適した待ち時間へ予め定めた待ち時間を補正することができる。また、過去の実績に基づく待ち時間へ予め定めた待ち時間を補正することができる。その結果として、共用車両Ｖｎを利用している状況に最適な待ち時間を設定することができる。

《第３実施形態》
本発明の他の実施形態に係る車両管理方法又は車両管理装置について説明する。本実施形態では上述した第１実施形態に対して、待ち時間を設定した後の制御が異なる。その他の構成及び制御処理は、第１実施形態と同様であり、第１実施形態の記載を援用する。

本実施形態の共用車両管理システム１において、共用車両管理装置１００の制御フローを説明する。図５は、共用車両管理装置１００の制御装置１０の制御フローを示すフローチャートである。ステップＳ３０１〜ステップＳ３１３、ステップＳ３１９の制御処理は、ステップＳ１０１〜ステップＳ１１４の制御処理と同じため、各ステップの説明を援用する。

ステップＳ３０９〜Ｓ３１３にて、待ち時間が設定されると、ステップＳ３１４に進む。

ステップＳ３１４では、制御装置１０は、乗車位置にいないユーザの現在位置の情報を取得する。例えば、制御装置１０は、データベース３０に格納されているユーザ情報３４を参照することで、ユーザの現在位置の情報を取得する。また、例えば、制御装置１０は、ユーザ端末装置４００Ａから送信されるユーザの現在位置の情報を、通信装置２０を介して取得する。

ステップＳ３１５では、制御装置１０は、ユーザの乗車位置への到着所要時間を算出する。到着所要時間とは、ユーザが現在の位置から乗車位置に到着するために要する時間である。制御装置１０は、ステップＳ３１４にて取得したユーザの現在位置から、乗車位置までの距離に基づいて、到着所要時間を算出する。例えば、制御装置１０は、距離ごとに予め実験的に求められた所要時間がる場合、ユーザの現在位置から乗車位置までの距離を算出し、予め求められた距離に応じた所要時間と算出した距離に基づいて、到着所要時間を算出する。なお、実験的に求められた所要時間には、ユーザによる移動手段の違いは考慮されていないものとする。

ステップＳ３１６では、制御装置１０は、待ち時間と到着所要時間の比較を行う。このステップにおける待ち時間は、ステップＳ３０９、Ｓ３１０、Ｓ３１２、Ｓ３１３のいずれかにて設定された待ち時間ｔ_１〜待ち時間ｔ_４のいずれかを示している。ステップＳ３１５にて算出された到着所要時間が乗車位置での待ち時間よりも長い場合、ステップＳ３１７に進み、反対に、到着所要時間が乗車位置での待ち時間以下の場合、ステップＳ３１８に進む。

ステップＳ３１７では、制御装置１０は、共用車両Ｖ１に搭載された車載装置２００Ｖ１に対して出発指示を送信する。本実施形態では、共用車両Ｖ１は、無人で自動的に走行可能な自動運転機能を備えているため、出発指示を受信した車載装置２００Ｖ１により、乗車位置にいないユーザを待たずに直ちに出発することができる。また、このステップにて、制御装置１０は、走行計画の更新を行う。具体的には、制御装置１０は、乗車位置で停止してユーザを乗車させる予定から、乗車位置でユーザを乗車させずに出発する予定に変更し、走行計画の更新を行う。

ステップＳ３１６にて、到着所要時間が乗車位置での待ち時間以下の場合、ステップＳ３１８に進む。ステップＳ３１８では、制御装置１０は、共用車両Ｖ１に搭載された車載装置２００Ｖ１に対して待機指示を送信する。待機指示には、共用車両Ｖ１の待機する時間を示す「待ち時間」の情報が含まれている。これにより、共用車両Ｖ１は、待機指示を受信した車載装置２００Ｖ１により、乗車位置にいないユーザを待つために「待ち時間」に応じた時間だけ待機することができる。また、このステップにて、制御装置１０は、走行計画の更新を行う。具体的には、制御装置１０は、乗車位置で停止してユーザを乗車させる予定から、乗車位置に算出された待ち時間の時間だけ待機する予定に変更し、走行計画の更新を行う。

ステップＳ３１７又はステップＳ３１８の処理が終了すると、制御装置１０は、制御フローを終了させる。

上記のとおり、本実施形態では、ユーザの現在位置の情報を取得し、ユーザが乗車位置に到着するために要する到着所要時間を算出する。そして、到着所要時間が待ち時間よりも長い場合には、待ち時間が経過する前に共用車両Ｖｎを出発させる。これにより、待ち時間以内に乗車位置に到着する見込みのあるユーザのみを待つことができるため、ユーザが乗車位置にいない場合には他のユーザが共用車両Ｖｎを利用することができ、共用車両Ｖｎの利用機会を失うユーザを可能な限り減らすことができる。

なお、本実施形態では、ユーザの現在位置と乗車位置までの距離に基づいて到着所要時間を算出する構成を例に挙げて説明したが、到着所要時間をより高精度に算出することが可能な本実施形態の変形例について説明する。

変形例に係る共用車両管理装置１００の制御装置１０の制御フローについて説明する。変形例に係る制御フローは、本実施形態に係る制御フローと比べて、ステップＳ３１４、Ｓ３１５の制御処理が異なる以外は同様の制御フローである。具体的には、到着所要時間の算出方法について、変形例は本実施形態と異なる。ステップＳ３１４、Ｓ３１５以外のステップについての説明は、本実施形態の説明を援用する。

ステップＳ３１４では、制御装置１０は、乗車位置にいないユーザの現在位置の情報を取得するだけでなく、ユーザの移動速度の情報を取得する。ユーザの移動速度とは、ユーザが乗車位置に到着するまでに移動する速度であり、ユーザの移動手段に応じた速度である。ユーザの移動速度としては、徒歩移動による移動速度、電車移動による移動速度、車両移動による移動速度、二輪車移動による移動速度が挙げられる。

これらの移動速度は、データベース３０に予め定められた速度として記憶されていてもよいし、ユーザごとに設定してもよい。また、移動速度は、移動手段ごとの瞬間的な速度であってもよいし、所定距離を移動した際の平均速度であってもよい。

例えば、制御装置１０は、ユーザの現在位置から乗車位置までの距離から、乗車位置までのユーザの移動手段が徒歩と推定した場合、データベース３０から徒歩移動による移動速度を取得する。また、例えば、制御装置１０は、ユーザの現在位置から乗車位置までの距離から、乗車位置までのユーザの移動手段が電車及び徒歩と推定した場合、データベース３０から電車移動による移動速度と徒歩移動による移動速度を取得する。

ステップＳ３１５では、制御装置１０は、ユーザの乗車位置への到着所要時間を算出する。変形例では、まず、制御装置１０は、ステップＳ３１４にて取得したユーザの現在位置に基づいて、ユーザの現在位置から乗車位置までの距離を算出する。そして、制御装置１０は、算出した距離をステップＳ３１４にて取得したユーザの移動速度で除算することで、到着所要時間を算出する。

上記のとおり、本実施形態の変形例では、ユーザの移動速度の情報を取得し、取得したユーザの移動速度に基づいて、到着所要時間を算出する。これにより、到着所要時間を高精度に算出することができるため、待ち時間以内に乗車位置に到着する見込みを高い精度で予測することができる。その結果として、共用車両Ｖｎの利用機会を失うユーザをさらに減らすことができる。

《第４実施形態》
本発明の他の実施形態に係る車両管理方法又は車両管理装置について説明する。本実施形態では、上述した第１実施形態での制御処理に対して、法規上又はルール上、道路又は道路側部、私有地部などに停車可能な時間が設定されている場合の制御処理が追加されている。その他の構成及び制御処理については、第１実施形態と同様の構成及び制御処理であり、第１実施形態の記載を適宜援用する。

本実施形態の共用車両管理システム１において、共用車両管理装置１００の制御フローを説明する。図６Ａ、図６Ｂは、共用車両管理装置１００の制御装置１０の制御フローを示すフローチャートである。ステップＳ４０１〜ステップＳ４０４、ステップＳ４０７〜ステップＳ４１５、ステップＳ４２５の制御処理は、ステップＳ１０１〜ステップＳ１１４の制御処理と同じため、本実施形態におけるこれらのステップの説明は、第１実施形態における各ステップの説明を援用する。

ステップＳ４０５では、制御装置１０は、共用車両Ｖ１の乗車位置としてユーザに設定された場所（例えば、道路側部など）の車両停車可能時間Ｔ_ｔを取得する。車両停車可能時間Ｔ_ｔは、法律で定められた、車両が特定の場所に停車することができる時間を示す。また、車両停車可能時間Ｔ_ｔは、道路の種別や車両が停止又は停車する場所の種別ごとに異なる時間である。例えば、自動車が通行可能な日本国内の道路の場合、車両停車可能時間Ｔ_ｔは「５以内」になる。また、例えば、タクシーが待機するための場所（いわゆるタクシー待機場所）などの道路の路側帯の場合、車両停車可能時間Ｔ_ｔは「３０分以内」になる。

ステップＳ４０６では、制御装置１０は、ユーザから共用車両Ｖ１の利用に対する予約キャンセルの依頼があったか否かを確認する。例えば、制御装置１０は、ユーザ端末装置４００Ａを介して、予約をキャンセルする旨の情報を受信したか否かに応じて、予約キャンセルの依頼があったか否かを判定する。予約キャンセルの依頼を確認できない場合、ステップＳ４０７へ進む。反対に、予約キャンセルの依頼を確認できた場合、ステップＳ４２２へ進む。ステップＳ４２２では、制御装置１０は、ユーザに対して予約のキャンセルが完了した旨の情報を送信する。そして、ステップＳ４２３では、制御装置１０は、共用車両Ｖ１に搭載された車載装置２００Ｖ１に対して出発指示を送信する。これにより、ユーザによって予約がキャンセルされた共用車両Ｖ１は、次の移動先に向かう走行を開始する。ステップＳ４２３の処理が終了すると、制御装置１０は、制御フローを終了させる。

ステップＳ４０７〜ステップＳ４１５は、第１実施形態におけるステップＳ１０５〜ステップＳ１１３に対応するため、これらのステップについては、第１実施形態での各ステップの説明を援用する。

ステップＳ４１６では、制御装置１０は、ステップＳ４１１、Ｓ４１２、Ｓ４１４、Ｓ４１５の何れかのステップにおいて設定された待ち時間（共用車両Ｖ１が停車位置に待機できる時間）を、車両待機可能時間Ｔに代入する。車両待機可能時間Ｔは、共用車両Ｖ１に他のユーザが乗車しているか否かと、共用車両Ｖ１に次の予約が入っているか否かの各種条件に応じて、共用車両Ｖ１が乗車位置で待機可能な時間である。このステップ以降、車両待機可能時間Ｔは、制御装置１０により代入された、ステップＳ４１１、Ｓ４１２、Ｓ４１４、Ｓ４１５の何れかのステップにおいて設定された待ち時間となる。

ステップＳ４１７では、制御装置１０は、ステップＳ４０５にて取得した車両停車可能時間Ｔ_ｔと、ステップＳ４１６にて代入した車両待機可能時間Ｔとを比較する。車両待機可能時間Ｔが車両停車可能時間Ｔ_ｔよりも長い場合、すなわち、設定された待ち時間が法規上定められている停車可能時間よりも長い場合、ステップＳ４１８に進む。反対に、車両待機可能時間Ｔが車両停車可能時間Ｔ_ｔ以下の場合、すなわち、設定された待ち時間が法規上定められている停車可能時間以下の場合、ステップＳ４１９に進む。

ステップＳ４１８では、制御装置１０は、車両待機時間Ｔ_ｗを、ステップＳ４０５にて取得した車両停車可能時間Ｔ_ｔに設定する。車両待機時間Ｔ_ｗは、共用車両Ｖ１が乗車位置で待機する時間を示す。共用車両Ｖ１に搭載された車載装置２００Ｖ１は、後述するステップＳ４２４の処理により、制御装置１０から待機指示を受信した場合、車両停車可能時間Ｔ_ｔとして設定された時間の分だけ、共用車両Ｖ１を乗車位置で停車させるための処理を実行する。この場合、共用車両Ｖ１は、法規上定められている停車可能な時間だけ、ユーザの乗車位置で停車する。

ステップＳ４１７において、車両待機可能時間Ｔが車両停車可能時間Ｔ_ｔ以下の場合、ステップＳ４１９に進む。ステップＳ４１９では、制御装置１０は、車両待機時間Ｔ_ｗを、ステップＳ４１６にて代入した車両待機可能時間Ｔに設定する。共用車両Ｖ１に搭載された車載装置２００Ｖ１は、後述するステップＳ４２４の処理により、制御装置１０から待機指示を受信した場合、車両待機可能時間Ｔとして設定された時間の分だけ、共用車両Ｖ１を乗車位置で停車させるための処理を実行する。この場合、共用車両Ｖ１は、ステップＳ４１１、Ｓ４１２、Ｓ４１４、Ｓ４１５の何れかのステップにおいて算出された待ち時間だけ、ユーザの乗車位置で停車する。

ステップＳ４２０では、制御装置１０は、共用車両Ｖ１がユーザの乗車位置に停車した時点から現在までに経過した時間を車両停車時間Ｔ_ｐとして算出する。具体的には、制御装置１０は、共用車両Ｖ１の位置情報に基づいて共用車両Ｖ１がユーザの乗車位置に停車したことを判定した時点から、現在までに経過した時間を車両停車時間Ｔ_ｐとして算出する。

ステップＳ４２１では、制御装置１０は、ステップＳ４１８又はステップＳ４１９にて設定した車両待機時間Ｔ_ｗと、ステップＳ４２０にて算出した車両停車時間Ｔ_ｐを比較する。このステップでは、制御装置１０は、共用車両Ｖ１が乗車位置に停車してから現在まで経過時間が車両待機時間Ｔ_ｗを超えているか否かの判定を行う。車両停車時間Ｔ_ｐが車両待機時間Ｔ_ｗよりも長い場合、すなわち、現時点で既に共用車両Ｖ１の待機時間を経過している場合、ステップＳ４２２に進む。反対に、車両停車時間Ｔ_ｐが車両待機時間Ｔ_ｗ以下の場合、すなわち、現時点では共用車両Ｖ１の待機時間を経過していない場合、ステップＳ４２４へ進む。

ステップＳ４２２では、制御装置１０は、ユーザに対して予約のキャンセルが完了した旨の情報を送信する。ステップＳ４２３では、制御装置１０は、共用車両Ｖ１に搭載された車載装置２００Ｖ１に対して、次の目的地へ向かって出発するように出発指示を送信する。これにより、共用車両Ｖ１は、次の目的地への走行を開始する。ステップＳ４２３の処理が終了すると、制御装置１０は、制御フローを終了させる。

ステップＳ４２１にて、車両停車時間Ｔ_ｐが車両待機時間Ｔ_ｗ以下の場合、ステップＳ４２４へ進む。ステップＳ４２４では、制御装置１０は、共用車両Ｖ１に搭載された車載装置２００Ｖ１に対して待機指示を送信する。これにより、共用車両Ｖ１は、車両待機時間Ｔ_ｗだけ、ユーザの乗車位置で停車する。ステップＳ４２１の処理が終了すると、ステップＳ４０６へ戻る。その後、ステップＳ４０６以降の処理が再び繰り返される。

上記のとおり、本実施形態では、乗車位置に車両が停車可能な時間である車両停車可能時間Ｔ_ｔを取得する。そして、車両停車可能時間Ｔ_ｔと車両待機可能時間Ｔを比較し、車両待機可能時間Ｔが車両停車可能時間Ｔ_ｔより長い場合、車両停車可能時間Ｔ_ｔを車両待機時間Ｔ_ｗとして設定し、車両待機可能時間Ｔが車両停車可能時間Ｔ_ｔ以下の場合、車両待機可能時間Ｔを車両待機時間Ｔ_ｗとして設定する。さらに、現時点までに共用車両Ｖ１が乗車位置で停車している時間を車両停車時間Ｔ_ｐとして算出し、車両待機時間Ｔ_ｗと車両停車時間Ｔ_ｐを比較する。車両停車時間Ｔ_ｐが車両待機時間Ｔ_ｗよりも長い場合、共用車両Ｖ１に対して、次の目的地に向かって出発するように出発指示を送信する。これにより、共用車両Ｖ１が車両停車可能時間Ｔ_ｔを超えて乗車位置で停車することを防ぐことができる。また、共用車両Ｖ１が車両待機可能時間Ｔを超えて乗車位置で停車することを防ぐことができる。

次に、本実施形態の変形例に係る構成及び制御処理について説明する。具体的には、本実施形態の変形例では、制御装置１０は、本実施形態の処理に加えて、上述した第３実施形態に示されたユーザの現在位置に応じた車両待機処理を実行する。図７Ａ、図７Ｂは、本実施形態の変形例に係る共用車両管理装置１００の制御装置１０の制御フローを示すフローチャートである。図７Ａ及び図７Ｂに示すステップＳ４０１〜ステップＳ４２５の制御処理は、図６Ａ及び図６Ｂに示すステップＳ４０１〜ステップＳ４２５の制御処理に対応するため、各ステップの説明については、上述した実施形態での各ステップの説明を援用する。

ステップＳ４１８又はステップＳ４１９において、制御装置１０が車両待機時間Ｔ_ｗを設定すると、ステップＳ４２６に進む。

ステップＳ４２６では、制御装置１０は、乗車位置にいないユーザの現在位置の情報を取得する。現在位置の情報としては、例えば、緯度及び経度の情報が挙げられる。このステップは、図５（第３実施形態参照）に示すステップＳ３１４に対応している。

ステップＳ４２７では、制御装置１０は、ユーザが乗車位置へ到着するまでの到着所要時間Ｔ_ｕを算出する。到着所要時間Ｔ_ｕとは、ユーザが現在の位置から乗車位置に到着するために要する時間である。制御装置１０は、ステップＳ４２６にて取得したユーザの現在位置の情報と、乗車位置の位置情報とに基づいて、ユーザの到着所要時間Ｔ_ｕを算出する。このステップは、図５（第３実施形態参照）に示すステップＳ３１５に対応している。

位置情報を緯度及び経度で示す場合を例に挙げて、到着所要時間Ｔ_ｕの算出方法について説明する。例えば、ユーザの現在位置を緯度（ｌ_ａｔ＿Ｕ）及び経度（ｌ_ｏｎ＿Ｕ）、ユーザの乗車位置を緯度（ｌ_ａｔ＿Ｒ）及び経度（ｌ_ｏｎ＿Ｒ）で示すとする。ユーザの現在位置から乗車位置までの距離を直線距離で近似できる場合、制御装置１０は、下記式（１）を用いて、ユーザの現在位置から乗車位置までの距離Ｌを算出する。

そして、上記式（１）により、距離Ｌが算出されると、制御装置１０は、算出した距離Ｌをユーザの移動速度で除算することで、到着所要時間Ｔ_ｕを算出する。例えば、距離Ｌを２００ｍ、ユーザの移動速度を４ｋｍ／ｈとすると、制御装置１０は、到着所要時間Ｔ_ｕを３分（距離Ｌ／移動速度≒０．２／４×６０）として算出する。

なお、上記の到着所要時間の算出方法は一例であって、ユーザの現在位置から乗車位置までの距離は直線距離でなくてもよい。例えば、近似した直線距離と実際の経路に沿った距離との間に所定距離以上の差がある場合、すなわち、直線距離の近似では誤差が比較的大きい場合、制御装置１０は、ユーザの現在位置から乗車位置までの距離を、実際の道路形状に沿った距離を用いてもよい。また、ユーザの移動速度は、必ずしも実際のユーザの移動速度に近い速度でなくてもよく、例えば、移動速度に余裕度を設けて、意図的に移動速度を遅くしてもよい。余裕度が付された移動速度を用いた場合、制御装置１０は、ある程度ユーザが余裕を持って乗車位置に到着するまでの到着所要時間Ｔ_ｕを算出することができる。

また、例えば、制御装置１０は、算出した到着所要時間Ｔ_ｕに対して、ユーザ個人の特性に応じた係数を乗じて、ユーザごとに到着所要時間Ｔ_ｕを調整してもよい。ユーザ個人の特性としては、例えば、ユーザの性別、年齢、運動能力（歩行速度など）、当日の体調などが挙げられる。

ステップＳ４２８では、制御装置１０は、ステップＳ４１８又はステップＳ４１９にて設定した車両待機時間Ｔ_ｗと、ステップＳ４２７にて算出した到着所要時間Ｔ_ｕとを比較する。到着所要時間Ｔ_ｕが車両待機時間Ｔ_ｗよりも長い場合、すなわち、ユーザが乗車位置に到着するまでに要する時間が共用車両Ｖ１の乗車位置での待機時間よりも長い場合、ステップＳ４２２に進む。反対に、到着所要時間Ｔ_ｕが車両待機時間Ｔ_ｗ以下の場合、すなわち、ユーザが乗車位置に到着するまでに要する時間が共用車両Ｖ１の乗車位置での待機時間以下の場合、ステップＳ４２０に進む。

ステップＳ４２０〜ステップＳ４２５は、上述した第４実施形態のステップＳ４２０〜ステップＳ４２５に対応するため、これらのステップについては、第４実施形態での各ステップの説明を援用する。

《第５実施形態》
本発明の他の実施形態に係る車両管理方法又は車両管理装置について説明する。本実施形態では上述した第４実施形態での制御処理に対して、法規上又はルール上、道路又は道路側部、私有地部などに停車可能な時間が設定されている。また、本実施形態では、法規上の停車可能時間の関係で、共用車両Ｖ１が乗車位置で停車できない場合であっても、乗車位置以外の地点で共用車両Ｖ１が停車可能な場合には、ユーザの到着を待つための待機場所を変更する処理を行う。その他の構成及び制御処理については、第４実施形態と同様の構成及び制御処理であり、第４実施形態の記載を適宜援用する。

本実施形態の共用車両管理システム１において、共用車両管理装置１００の制御フローを説明する。図８Ａ、図８Ｂは、共用車両管理装置１００の制御装置１０の制御フローを示すフローチャートである。ステップＳ５０１〜ステップＳ５１７の制御処理は、ステップＳ４０１〜ステップＳ４１７の制御処理と同じため、これらのステップについては、第４実施形態での各ステップの説明を援用する。

ステップＳ５１７では、制御装置１０は、ステップＳ５０５にて取得した車両停車可能時間Ｔ_ｔと、ステップＳ５１６にて代入した車両待機可能時間Ｔとを比較する。車両待機可能時間Ｔが車両停車可能時間Ｔ_ｔよりも長い場合、ステップＳ５１８に進む。反対に、車両待機可能時間Ｔが車両停車可能時間Ｔ_ｔ以下の場合、ステップＳ５２５に進む。

ステップＳ５１８では、制御装置１０は、共用車両Ｖ１がユーザの乗車位置に停車してから現在までに経過した時間を車両停車時間Ｔ_ｐとして算出する。このステップは、図７Ｂ（第４実施形態参照）に示すステップＳ４２０に対応している。

ステップＳ５１９では、制御装置１０は、ステップＳ５０５にて取得した車両停車可能時間Ｔ_ｔと、ステップＳ５１８にて算出した車両停車時間Ｔ_ｐとを比較する。車両停車時間Ｔ_ｐが車両停車可能時間Ｔ_ｔよりも長い場合、すなわち、共用車両Ｖ１が乗車位置から出発する必要がある場合、ステップＳ５２０に進む。反対に、車両停車時間Ｔ_ｐが車両停車可能時間Ｔ_ｔ以下の場合、すなわち、まだ共用車両Ｖ１が乗車位置で停車できる場合、ステップＳ５０７へ戻る。

ステップＳ５２０では、制御装置１０は、現在の乗車位置から所定の距離の範囲内に共用車両Ｖ１が停車可能な場所があるか否かを判定する。共用車両Ｖ１が停車可能な場所がある場合、ステップＳ５２１へ進み、共用車両Ｖ１が停車可能な場所がない場合、ステップＳ５２９へ進む。なお、所定の距離は、実験的に求められた距離であり、制御装置１０は、適宜所定の距離を変更することができる。また、停車可能な場所があるか否かの判断方法は、特に限定されず、制御装置１０は、出願時に知られた技術を適宜用いることができる。

ステップＳ５２１では、制御装置１０は、ユーザにより設定された乗車位置から、ステップＳ５２０にて検出した共用車両Ｖ１が停車可能な場所へ、ユーザの乗車位置を変更する。そして、制御装置１０は、変更した乗車位置に関する情報を、ユーザに通知する。変更した乗車位置に関する情報には、新たなユーザの乗車位置の位置情報（例えば、緯度及び経路）、ユーザに乗車位置の変更について承諾を求める情報が含まれる。乗車位置に到着していないユーザは、制御装置１０からの通知により、乗車位置の変更を知ることになる。なお、制御装置１０が変更した乗車位置に関する情報を通知する対象のユーザは、ステップＳ５０８において乗車位置にいないと判定されたユーザである。また、以降のステップにおけるユーザも、ステップＳ５０８において乗車位置にいないと判定されたユーザを示すものとする。

ステップＳ５２２では、制御装置１０は、ユーザが乗車位置の変更を承諾したか否かを判定する。例えば、ユーザが、乗車位置の変更を承諾する旨の情報を、ユーザ端末装置４００Ａを介して、制御装置１０に送信したとする。制御装置１０は、受信した情報によりユーザが乗車位置の変更に承諾したと判断する。この場合、ステップＳ５２３に進む。反対に、例えば、ユーザが乗車位置の変更を承諾しない旨の情報を、ユーザ端末装置４００Ａを介して、制御装置１０に送信したとする。制御装置１０は、受信した情報によりユーザは乗車位置の変更を承諾しなかったと判断する。この場合、ステップＳ５２９へ進む。

なお、ステップＳ５２１で行ったユーザへの通知に対して、ユーザが返信をしない場合に備えて、例えば、ユーザからの回答に対しては時間制限を設けてもよい。例えば、制御装置１０は、ステップＳ５２１にて変更した乗車位置に関する情報をユーザに通知してから、所定の時間以内にユーザから返信がなかった場合、ユーザが乗車位置の変更を承諾したものとみなすことができる。反対に、例えば、制御装置１０は、所定の時間以内にユーザから返信がなかった場合、ユーザが乗車位置の変更を承諾していないものとみなすこともできる。なお、所定の時間は、任意に設定することができる時間である。

ステップＳ５２３では、制御装置１０は、乗車位置を変更するとともに、乗車位置の変更が完了したことをユーザに通知する。

ステップＳ５２４では、制御装置１０は、変更した乗車位置に基づいて走行計画を更新する。例えば、制御装置１０は、変更した乗車位置までの走行経路を算出し、新たな走行経路を走行計画に加える。そして、制御装置１０は、更新された走行計画に沿って走行するように、共用車両Ｖ１に搭載された車載装置２００Ｖ１に対して出発指示を送信する。これにより、共用車両Ｖ１は、新たな乗車位置に向かう走行を開始する。ステップＳ５２４の処理が終了すると、ステップＳ５０５へ戻り、再びステップＳ５０５以降の処理が実行される。

ステップＳ５１７にて、車両待機可能時間Ｔが車両停車可能時間Ｔ_ｔ以下の場合、ステップＳ５２５に進む。ステップＳ５２５では、制御装置１０は、車両待機時間Ｔ_ｗを、ステップＳ５１６にて代入した車両待機可能時間Ｔに設定する。

ステップＳ５２６では、制御装置１０は、乗車位置にいないユーザの現在位置の情報を取得する。ステップＳ５２７では、制御装置１０は、共用車両Ｖ１がユーザの乗車位置に停車した時点から現在までに経過した時間を車両停車時間Ｔ_ｐとして算出する。

ステップＳ５２８では、制御装置１０は、ステップＳ５２５にて設定した車両待機時間Ｔ_ｗと、ステップＳ５２７にて算出した到着所要時間Ｔ_ｕとを比較する。到着所要時間Ｔ_ｕが車両待機時間Ｔ_ｗよりも長い場合、ステップＳ５２９に進む。反対に、到着所要時間Ｔ_ｕが車両待機時間Ｔ_ｗ以下の場合、ステップＳ５３１に進む。

ステップＳ５２９、Ｓ５３０は、上述した第４実施形態におけるステップＳ４２２、Ｓ４２３に対応するステップであるため、各ステップの説明については、第４実施形態での各ステップの説明を援用する。また、ステップＳ５３１〜ステップＳ５３４は、上述した第４実施形態の変形例におけるステップＳ４２０、Ｓ４２１、Ｓ４２４、Ｓ４２５に対応するステップであるため、各ステップの説明については、第４実施形態の変形例での各ステップの説明を援用する。

上記のとおり、本実施形態では、乗車位置に車両が停車可能な時間である車両停車可能時間Ｔ_ｔを取得し、現時点までに共用車両Ｖ１が乗車位置で停車している時間を車両停車時間Ｔ_ｐとして算出する。そして、車両停車時間Ｔ_ｐが車両停車可能時間Ｔ_ｔよりも長い場合、乗車位置から所定の範囲内に共用車両Ｖ１が停車可能時な場所があるか否かを判定する。停車可能な場所があると判定し、かつ、ユーザが停車可能な場所での乗車を承諾した場合、共用車両Ｖ１に対して、停車可能な場所で停車するように出発指示を送信する。これにより、共用車両Ｖ１が車両停車可能時間Ｔ_ｔを超えて乗車位置で停車することを防ぐとともに、ユーザは他の停車可能場所から共用車両Ｖ１に乗車することができる。その結果、乗車位置に予定通り到着できないユーザであっても、共用車両Ｖ１の利用機会を失うことを防ぐことができる。

《第６実施形態》
本発明の他の実施形態に係る車両管理方法又は車両管理装置について説明する。本実施形態では、上述した第５実施形態での制御処理に対して、法規上定められた車両の停車可能時間内に、ユーザが乗車位置に到着することができない場合、共用車両Ｖ１の代わりに、他の共用車両を利用するための処理を行う。その他の構成及び制御処理については、第５実施形態と同様の構成及び制御処理であり、第５実施形態の記載を援用する。

本実施形態の共用車両管理システム１において、共用車両管理装置１００の制御フローを説明する。図９Ａ、図９Ｂは、共用車両管理装置１００の制御装置１０の制御フローを示すフローチャートである。ステップＳ６０１〜ステップＳ６２７の制御処理は、上述した第５実施形態におけるステップＳ５０１〜ステップＳ５２７の制御処理と同じため、これらのステップについては、第５実施形態での各ステップの説明を援用する。

ステップＳ６２８では、制御装置１０は、ステップＳ６２５にて設定した車両待機時間Ｔ_ｗと、ステップＳ６２７にて算出した到着所要時間Ｔ_ｕとを比較する。到着所要時間Ｔ_ｕが車両待機時間Ｔ_ｗよりも長い場合、すなわち、車両待機時間Ｔ_ｗの時間内にユーザが乗車位置に到着できない場合、ステップＳ６２９に進む。反対に、到着所要時間Ｔ_ｕが車両待機時間Ｔ_ｗ以下の場合、すなわち、車両待機時間Ｔ_ｗの時間内にユーザが乗車位置に到着できる場合、ステップＳ６３６に進む。

ステップＳ６２９では、制御装置１０は、現在の乗車位置から所定の距離の範囲内に利用可能な他の共用車両（他の利用車両ともいう）があるか否かを判定する。他の利用車両とは、ユーザの車両リクエストに基づいて選定された共用車両Ｖ１とは異なる共用車両である。すなわち、このステップでは、制御装置１０は、ユーザの車両リクエストに基づいて、ユーザが利用する共用車両について再選定を行う。他の利用車両としては、例えば、乗車可能な人数に対して予約しているユーザ数が少ない共用車両が挙げられる。また、他の利用車両の状態としては、例えば、他のユーザ同士が相乗りした状態、他のユーザにより設定された乗車位置で停車している状態が挙げられる。利用可能な他の共用車両があると判定した場合、ステップＳ６３０に進み、反対に、利用可能な共用車両がないと判定した場合、ステップＳ６３８に進む。

例えば、まず、制御装置１０は、共用車両情報３１に含まれる各共用車両の現在位置、現在の利用状況、及び予約状況に基づいて、ユーザの車両リクエストに合う共用車両であって、利用可能な共用車両があるか否かを判定する。「ユーザの車両リクエストに合う」とは、他の共用車両がユーザにより設定された希望目的地に到着することができることを示す。そして、制御装置１０は、利用可能な他の共用車両があると判定した場合、他の共用車両が乗車位置から所定の距離の範囲内に位置するか否かを判定する。制御装置１０は、他の共用車両がユーザの現在位置から所定の距離の範囲内に位置する場合、利用可能な共用車両が判定する。反対に、他の共用車両がユーザの現在位置から所定の距離の範囲内に位置しない場合、利用可能な共用車両がないと判定する。

ステップＳ６３０では、制御装置１０は、ステップＳ６２９にて検出された他の共用車両が乗車位置まで走行するための走行経路を算出する。また、制御装置１０は、走行経路とともに、他の共用車両が乗車位置に到着するまでに要する所要時間を算出する。

ステップＳ６３１では、制御装置１０は、利用可能な他の共用車両に関する情報をユーザに通知する。他の共用車両に関する情報には、共用車両Ｖ１に代えて他の共用車両を利用することについて承諾を求める情報と、ユーザが他の共用車両を認識するための情報が含まれている。他の共用車両を認識するための情報としては、例えば、車両のナンバープレート、車種、車体の色などの情報が挙げられる。また、他の共用車両に関する情報には、当該他の共用車両が乗車位置に到着するまでに要する到着所要時間の情報が含まれる。なお、制御装置１０が利用可能な他の共用車両に関する情報を通知する対象のユーザは、ステップＳ６０８において乗車位置にいないと判定されたユーザである。また、以降のステップにおけるユーザも、ステップＳ６０８において乗車位置にいないと判定されたユーザとする。

ステップＳ６３２では、制御装置１０は、ユーザが共用車両の変更を承諾したか否かを判定する。例えば、ユーザが、共用車両の変更を承諾する旨の情報を、ユーザ端末装置４００Ａを介して、制御装置１０に送信したとする。制御装置１０は、受信した情報によりユーザが乗車位置の変更に承諾したと判断する。この場合、ステップＳ６３３に進む。反対に、例えば、ユーザが共用車両の変更を承諾しない旨の情報を、ユーザ端末装置４００Ａを介して、制御装置１０に送信したとする。制御装置１０は、受信した情報によりユーザは乗車位置の変更を承諾しなかったと判断する。この場合、ステップＳ６３８へ進む。

なお、ステップＳ６３１で行った通知に対して、ユーザが返信をしない場合に備えて、例えば、ユーザからの回答に対しては時間制限を設けてもよい。例えば、制御装置１０は、ステップＳ６３１にて利用可能な他の共用車両に関する情報をユーザに通知してから、所定の時間以内にユーザから返信がなかった場合、ユーザが共用車両の変更を承諾したものとみなすことができる。反対に、例えば、制御装置１０は、所定の時間以内にユーザから返信がなかった場合、ユーザが共用車両の変更を承諾していないものとみなすこともできる。なお、所定の時間は、任意に設定することができる時間である。また、この所定の時間は、ステップＳ６２２において設定された時間（乗車位置変更の通知に対する応答時間）と同じ時間であってもよいし、異なる時間であってもよい。

ステップＳ６３３では、制御装置１０は、ユーザの利用車両が共用車両Ｖ１から他の共用車両に変更する処理が完了したことをユーザに通知する。

ステップＳ６３４では、制御装置１０は、乗車位置に停車中の共用車両Ｖ１を出発させるために、共用車両Ｖ１に搭載された車載装置２００Ｖ１に対して、出発指示を送信する。これにより、他の共用車両は、共用車両Ｖ１が停車していた場所に停車することができる。

ステップＳ６３５では、制御装置１０は、他の共用車両に対する走行計画を更新する。例えば、制御装置１０は、ステップＳ６３０にて算出した走行経路を、他の共用車両の走行計画に加える。そして、制御装置１０は、他の共用車両を出発させるために、他の共用車両に搭載された車載装置２００Ｖ１に対して、出発指示を送信する。これにより、他の共用車両は、共用車両Ｖ１が停車していた場所に向かって走行を開始する。ステップＳ６３５の処理が終了すると、ステップＳ６０５へ戻り、再びステップＳ６０５以降の処理が実行される。

ステップＳ６３６〜ステップＳ６４１は、上述した第５実施形態におけるステップＳ５２９〜ステップＳ５３４に対応するステップであるため、各ステップの説明については、第５実施形態での各ステップの説明を援用する。

上記のとおり、本実施形態では、ユーザの現在位置の情報を取得し、ユーザが乗車位置に到着するために要する到着所要時間Ｔ_ｕを算出する。そして、到着所要時間Ｔ_ｕが車両待機時間Ｔ_ｗよりも長い場合には、乗車位置から所定の範囲内に共用車両Ｖ１とは異なる他の共用車両であって、ユーザが共用車両Ｖ１の代わりに利用可能な共用車両があるか否かを判定する。他の共用車両があると判定し、かつ、ユーザが他の共用車両の利用を承諾した場合、共用車両Ｖ１に対して、次の目的地に向かって出発するように出発指示を送信する。これにより、共用車両Ｖ１が車両待機時間Ｔ_ｗを超えて乗車位置で停車することを防ぐことができる。

また、本実施形態では、他の利用可能な共用車両があると判定し、かつ、ユーザが他の共用車両の利用を承諾した場合、他の共用車両に対して、共用車両Ｖ１が停車していた場所に向かって走行するように出発指示を送信する。これにより、ユーザが乗車位置への到着が大幅に遅れるような場合であっても、ユーザは共用車両Ｖ１に代えて他の共用車両を利用することができる。その結果、共用車両Ｖ１が乗車位置に到着した際に乗車位置にいないユーザであっても、共用車両の利用機会を失うことを防ぐことができる。

なお、以上説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態において開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。

例えば、上述した実施形態では、共用車両Ｖｎが乗車位置に到着した以降に待ち時間を設定する構成を例に挙げて説明したが、待ち時間を設定するタイミングは特に限定されない。例えば、制御装置１０は、共用車両Ｖｎが乗車位置まで移動している間に、乗車予定のユーザの現在位置と乗車位置の距離から、共用車両Ｖｎが乗車位置に到着した際に乗車位置にはユーザがいないと推定した場合、共用車両Ｖｎが乗車位置に到着する前に予め乗車位置での待ち時間を設定してもよい。

また、例えば、上述した第３実施形態の変形例では、到着所要時間が待ち時間よりも長い場合、共用車両Ｖｎを乗車位置から出発させるための出発指示を送信する構成を例に挙げて説明したが、共用車両Ｖｎは乗車位置に停止させなくてもよい。例えば、制御装置１０は、共用車両Ｖｎが乗車位置に到着するまでの間に、共用車両Ｖｎが乗車位置に到着した際に乗車位置にはユーザがいないと推定したとする。この場合、制御装置１０は、ユーザの乗車位置への到着所要時間を算出し、到着所要時間が乗車位置での待ち時間よりも長い場合、乗車位置への停止の予定を、乗車位置の通過の予定に変更した走行計画に更新してもよい。そして、制御装置１０は、共用車両Ｖｎに搭載されている車載装置２００Ｖに対して、乗車位置を通過するための通過指示を送信してもよい。これにより、乗車位置に停止することなく、共用車両Ｖｎは次の目的地へ走行するため、共用車両Ｖｎが利用されていない時間を減らすことができる。その結果として、共用車両Ｖｎの利用機会の増加を図ることができる。

また、例えば、上述した第４実施形態〜第６実施形態では、法律で定められた時間であって、車両が特定の場所にすることができる時間を、車両停車可能時間Ｔ_ｔとする構成を例に挙げて説明したが、これに限られない。例えば、法規上遵守しなければならない時間よりも所定の時間だけ短い時間を、車両停車可能時間Ｔ_ｔとしてもよい。これにより、仮に、制御装置１０により車両停車時間Ｔ_ｐが車両停車可能時間Ｔ_ｔよりも長いと判定された場合であっても、法規上許容される時間内に、共用車両Ｖ１に出発指示を送信することができる。なお、所定の時間は実験的に求めた時間であり、適宜変更することができる時間である。

また、例えば、上述した第４実施形態では、共用車両Ｖ１に対して出発指示又は待機指示を送信する前に、車両停車可能時間Ｔ_ｔと車両待機可能時間Ｔを比較する処理（ステップＳ４１７）と、車両待機時間Ｔ_ｗと車両停車時間Ｔ_ｐを比較する処理（ステップＳ４２１）を行う構成を例に挙げて説明したが、これに限られない。例えば、制御装置１０は、ステップＳ４１７〜ステップＳ４１９の処理の前に車両停車時間Ｔ_ｐを算出し（ステップＳ４２０に相当）、車両停車可能時間Ｔ_ｔと車両停車時間Ｔ_ｐを比較する処理（ステップＳ４２１に相当）を実行してもよい。そして、制御装置１０は、車両停車時間Ｔ_ｐが車両停車可能時間Ｔ_ｔよりも長い場合、ユーザに対して予約キャンセルを送信し（ステップＳ４２２に相当）、共用車両Ｖ１に対して出発指示を送信し（ステップＳ４２３に相当）てもよい。これにより、車両待機時間Ｔ_ｗを設定する処理の前に、出発指示を送信することができ、演算負荷を軽減することができる。また、共用車両Ｖ１が乗車位置から出発する必要がある場合、上述した第４実施形態に比べて、より早く共用車両Ｖ１を出発させることができる。

また、例えば、上述した第６実施形態では、共用車両の現在位置、利用状況、及び予約状況に基づいて、共用車両Ｖ１の代わりとなる他の共用車両があるか否かを判定する構成を例に挙げて説明したが、これに限られない。例えば、制御装置１０は、道路の混雑状況に基づいて、複数の共用車両の中から所定の時間内にユーザの乗車位置に到着することが可能な共用車両を選定してもよい。この場合、制御装置１０は、複数の共用車両のうち他のユーザに利用されていない共用車両を検索の対象とすることができる。これにより、他のユーザにより利用中又は利用の予定がある共用車両ではなく、どのユーザにも利用されていない共用車両を割り当てることができ、他のユーザの予定調整などの煩雑な処理を行うことを防ぐことができる。

また、例えば、上述した第１実施形態〜第６実施形態では、カーシェアリングを管理運営する共用車両管理システムにおいて、共用車両Ｖｎに複数のユーザが相乗りする場面を例に挙げて説明したが、これに限られない。例えば、本発明に係る車両管理装置及び車両管理方法は、特定のユーザが単独で共用車両Ｖｎを利用する場面においても、適用することができる。

また、例えば、上述した実施形態では、本発明に係る車両管理装置を共用車両管理装置１００として説明したが、本発明はこれに限定されるものではない。

１…共用車両管理システム
１００…共用車両管理装置
１０…制御装置
２０…通信装置
３０…データベース
Ｖ１〜Ｖｎ…共用車両
２００Ｖ１〜２００Ｖｎ…車載装置
４００Ａ〜４００Ｙ…ユーザ端末装置

ステップＳ１０２では、制御装置１０は、ユーザから取得した車両リクエストに基づき、複数の共用車両Ｖｎから利用可能な車両を特定する。制御装置１０は、車両リクエストに合う共用車両Ｖｎを選定する。例えば、制御装置１０は、車両リクエストにおいて設定された乗車位置から最も近い共用車両Ｖｎを、利用可能な車両候補として選定する。車両リクエストに乗車位置及び乗車希望時刻が含まれる場合には、制御装置１０は、共用車両Ｖｎが乗車位置に乗車希望時刻までに到着できるか否かを判定する。共用車両Ｖｎが乗車位置に乗車希望時刻までに到着できると判定した場合に、制御装置１０は共用車両Ｖｎを利用できると判定する。共用車両Ｖｎを利用できる場合には、制御装置１０はステップＳ１０３の制御処理を実行する。共用車両Ｖｎを利用できない場合、すなわち車両リクエストに合う共用車両Ｖｎを特定できない場合には、制御装置１０はステップＳ１１４の制御処理を実行する。

ステップＳ１０８にて、共用車両Ｖ１への次の予約が入っていると判定した場合には、ステップＳ１１０に進む。ステップＳ１１０では、制御装置１０は、ステップＳ１０９と同様に、待ち時間を設定する。ステップＳ１１０では、制御装置１０は、他のユーザが乗車中ではなく、かつ、共用車両Ｖ１への次の予約が入っている条件に該当する待ち時間ｔ_２を、データベース３０から取得し、待ち時間ｔ_２を乗車位置での待ち時間として設定する。

また、例えば、制御装置１０は、天気情報１３６に含まれる現在の天気の情報を取得する。制御装置１０は、現在の天気が雨であることを示す情報を取得すると、車両の利用者が晴天時に比べて多く、道路が混雑するため、次の目的地までの所要時間が長くなると判断し、予め定めた待ち時間が短くなるように補正係数を設定する。反対に、現在の天気が晴れであることを示す情報を取得すると、制御装置１０は、予め定めた待ち時間が長くなるように補正係数を設定する。

ステップＳ４０５では、制御装置１０は、共用車両Ｖ１の乗車位置としてユーザに設定された場所（例えば、道路側部など）の車両停車可能時間Ｔ_ｔを取得する。車両停車可能時間Ｔ_ｔは、法律で定められた、車両が特定の場所に停車することができる時間を示す。また、車両停車可能時間Ｔ_ｔは、道路の種別や車両が停止又は停車する場所の種別ごとに異なる時間である。例えば、自動車が通行可能な日本国内の道路の場合、車両停車可能時間Ｔ_ｔは「５分以内」になる。また、例えば、タクシーが待機するための場所（いわゆるタクシー待機場所）などの道路の路側帯の場合、車両停車可能時間Ｔ_ｔは「３０分以内」になる。

ステップＳ４２１にて、車両停車時間Ｔ_ｐが車両待機時間Ｔ_ｗ以下の場合、ステップＳ４２４へ進む。ステップＳ４２４では、制御装置１０は、共用車両Ｖ１に搭載された車載装置２００Ｖ１に対して待機指示を送信する。これにより、共用車両Ｖ１は、車両待機時間Ｔ_ｗだけ、ユーザの乗車位置で停車する。ステップＳ４２４の処理が終了すると、ステップＳ４０６へ戻る。その後、ステップＳ４０６以降の処理が再び繰り返される。

ステップＳ５２１では、制御装置１０は、ユーザにより設定された乗車位置から、ステップＳ５２０にて判定した共用車両Ｖ１が停車可能な場所へ、ユーザの乗車位置を変更する。そして、制御装置１０は、変更した乗車位置に関する情報を、ユーザに通知する。変更した乗車位置に関する情報には、新たなユーザの乗車位置の位置情報（例えば、緯度及び経路）、ユーザに乗車位置の変更について承諾を求める情報が含まれる。乗車位置に到着していないユーザは、制御装置１０からの通知により、乗車位置の変更を知ることになる。なお、制御装置１０が変更した乗車位置に関する情報を通知する対象のユーザは、ステップＳ５０８において乗車位置にいないと判定されたユーザである。また、以降のステップにおけるユーザも、ステップＳ５０８において乗車位置にいないと判定されたユーザを示すものとする。

ステップＳ５２６では、制御装置１０は、乗車位置にいないユーザの現在位置の情報を取得する。ステップＳ５２７では、制御装置１０は、ユーザが乗車位置へ到着するまでの到着所要時間Ｔｕを算出する。

例えば、まず、制御装置１０は、共用車両情報３１に含まれる各共用車両の現在位置、現在の利用状況、及び予約状況に基づいて、ユーザの車両リクエストに合う共用車両であって、利用可能な共用車両があるか否かを判定する。「ユーザの車両リクエストに合う」とは、他の共用車両がユーザにより設定された希望目的地に到着することができることを示す。そして、制御装置１０は、利用可能な他の共用車両があると判定した場合、他の共用車両が乗車位置から所定の距離の範囲内に位置するか否かを判定する。制御装置１０は、他の共用車両がユーザの現在位置から所定の距離の範囲内に位置する場合、利用可能な共用車両があると判定する。反対に、他の共用車両がユーザの現在位置から所定の距離の範囲内に位置しない場合、利用可能な共用車両がないと判定する。

ステップＳ６３２では、制御装置１０は、ユーザが共用車両の変更を承諾したか否かを判定する。例えば、ユーザが、共用車両の変更を承諾する旨の情報を、ユーザ端末装置４００Ａを介して、制御装置１０に送信したとする。制御装置１０は、受信した情報によりユーザが共用車両の変更に承諾したと判断する。この場合、ステップＳ６３３に進む。反対に、例えば、ユーザが共用車両の変更を承諾しない旨の情報を、ユーザ端末装置４００Ａを介して、制御装置１０に送信したとする。制御装置１０は、受信した情報によりユーザは共用車両の変更を承諾しなかったと判断する。この場合、ステップＳ６３８へ進む。

また、例えば、上述した第４実施形態〜第６実施形態では、法律で定められた時間であって、車両が特定の場所に停車することができる時間を、車両停車可能時間Ｔ_ｔとする構成を例に挙げて説明したが、これに限られない。例えば、法規上遵守しなければならない時間よりも所定の時間だけ短い時間を、車両停車可能時間Ｔ_ｔとしてもよい。これにより、仮に、制御装置１０により車両停車時間Ｔ_ｐが車両停車可能時間Ｔ_ｔよりも長いと判定された場合であっても、法規上許容される時間内に、共用車両Ｖ１に出発指示を送信することができる。なお、所定の時間は実験的に求めた時間であり、適宜変更することができる時間である。

Claims (15)

1. 複数のユーザからの車両リクエストを管理するサーバを用いて、車両の走行計画を設定する車両管理方法であって、
   前記車両の利用をリクエストしているユーザからの前記リクエストに基づき、複数の前記車両の中から利用可能な車両を利用車両として特定し、前記ユーザの乗車位置を経由する前記利用車両の走行経路を含む走行計画を設定し、
   前記利用車両が前記乗車位置に到着した際、前記ユーザが前記乗車位置にいない場合、前記走行計画に基づいて、前記乗車位置での待ち時間を設定する車両管理方法。
2. 請求項１記載の車両管理方法であって、
   前記利用車両にユーザが乗車しているか否かを判定し、
   前記利用車両を利用する予定のユーザによる前記利用車両への予約が有るか否かを判定し、
   前記利用車両にユーザが乗車しているか否かの判定結果と、前記利用車両への予約が有るか否かの判定結果とに応じて、前記待ち時間を設定する車両管理方法。
3. 請求項１又は２記載の車両管理方法であって、
   前記利用車両に乗車中のユーザが降車後に行う予定、前記利用車両に乗車予定のユーザが乗車前までに行う予定、及び前記利用車両が利用される予定のうち少なくとも一つの予定を取得し、
   取得した前記予定に基づいて、前記待ち時間を設定する車両管理方法。
4. 請求項１〜３の何れか一項に記載の車両管理方法であって、
   交通情報、天気情報、及び前記車両の走行履歴のうち少なくとも一つの情報を取得し、
   取得した前記情報に基づいて、前記待ち時間を設定する車両管理方法。
5. 請求項１〜４の何れか一項に記載の車両管理方法であって、
   前記ユーザの現在位置を取得し、
   前記ユーザが前記乗車位置に到着するために要する到着所要時間を算出し、
   前記到着所要時間が前記待ち時間よりも長い場合、前記走行計画を更新し、
   更新された前記走行計画は、前記ユーザが前記利用車両に乗車する予定の時刻を示す乗車予定時刻から前記待ち時間が経過する前に、前記利用車両が前記走行経路のうち前記乗車位置以降を走行している走行計画である車両管理方法。
6. 請求項５に記載の車両管理方法であって、
   前記ユーザの移動速度の情報を取得し、
   前記ユーザの移動速度に基づいて、前記到着所要時間を算出する車両管理方法。
7. 請求項１〜６の何れか一項に記載の車両管理方法であって、
   前記乗車位置に車両が停車可能な時間である車両停車可能時間を取得し、
   現時点までに前記利用車両が前記乗車位置で停車している時間を停車時間として算出し、
   前記停車時間が前記車両停車可能時間よりも長い場合、前記利用車両が前記乗車位置から出発するように、前記利用車両に対して指示を送信する車両管理方法。
8. 請求項７に記載の車両管理方法であって、
   前記停車時間が前記待ち時間よりも長い場合、前記利用車両が前記乗車位置から出発するように、前記利用車両に対して指示を送信する車両管理方法。
9. 請求項１〜６の何れか一項に記載の車両管理方法であって、
   前記乗車位置に車両が停車可能な時間である車両停車可能時間を取得し、
   現時点までに前記利用車両が前記乗車位置で停車している時間を停車時間として算出し、
   前記停車時間が前記車両停車可能時間よりも長い場合、前記乗車位置から所定の範囲内に前記利用車両が停車可能な停車位置があるか否かを判定し、
   前記停車位置があると判定し、かつ、前記車両が前記乗車位置に到着した際に前記乗車位置にいない前記ユーザが前記停車位置での乗車を承諾した場合、前記利用車両が前記停車位置で停車するように、前記利用車両に対して指示を送信する車両管理方法。
10. 請求項１〜６の何れか一項に記載の車両管理方法であって、
    前記ユーザの現在位置を取得し、
    前記ユーザが前記乗車位置に到着するために要する到着所要時間を算出し、
    前記到着所要時間が前記待ち時間よりも長い場合、前記リクエストに基づき、複数の前記車両の中から、前記利用車両とは別に利用可能な車両を他の利用車両として特定し、
    前記他の利用車両が前記乗車位置から所定の範囲内に位置するか否かを判定し、
    前記他の利用車両が前記範囲内に位置すると判定し、かつ、前記車両が前記乗車位置に到着した際に前記乗車位置にいない前記ユーザが前記他の利用車両の利用を承諾した場合、前記利用車両が前記乗車位置から出発するように、前記利用車両に対して指示を送信する車両管理方法。
11. 請求項１０に記載の車両管理方法であって、
    前記他の利用車両が前記範囲内に位置すると判定し、かつ、前記車両が前記乗車位置に到着した際に前記乗車位置にいない前記ユーザが前記他の利用車両の利用を承諾した場合、前記他の利用車両が前記乗車位置に停車するように、前記他の利用車両に対して指示を送信する車両管理方法。
12. 請求項１〜１１の何れか一項に記載の車両管理方法であって、
    前記利用車両は、前記ユーザが前記利用車両に乗車する予定の時刻を示す乗車予定時刻に前記乗車位置に到着する車両管理方法。
13. 複数のユーザに共用される共用車両の予約を管理するサーバを用いて、前記共用車両の走行計画を算出する車両管理方法であって、
    前記共用車両の利用を希望しているユーザから、前記共用車両の希望条件を取得し、
    前記希望条件に基づき、複数の前記共用車両の中から利用可能な車両を利用車両として特定し、
    前記希望条件に基づき、前記ユーザの乗車位置を経由する前記利用車両の走行経路、及び、前記ユーザが前記利用車両に乗車する乗車予定時刻、を含む走行計画を算出し、
    前記ユーザが前記乗車予定時刻の時点で前記乗車位置にいないと判断した場合、前記走行計画に基づいて、前記乗車位置での待ち時間を算出する車両管理方法。
14. 複数のユーザからの車両リクエストを管理するサーバを備え、
    前記サーバは、
    車両の利用をリクエストしているユーザからの前記リクエストに基づき、複数の前記車両の中から利用可能な車両を利用車両として特定し、前記ユーザの乗車位置を経由する前記利用車両の走行経路を含む走行計画を設定し、
    前記利用車両が前記乗車位置に到着した際、前記ユーザが前記乗車位置にいない場合、前記走行計画に基づいて、前記乗車位置での待ち時間を設定する車両管理装置。
15. 請求項１４に記載の車両管理装置であって、
    前記サーバは、
    前記乗車位置に車両が停車可能な時間である車両停車可能時間を取得し、
    現時点までに前記利用車両が前記乗車位置で停車している時間を停車時間として算出し、
    前記停車時間が前記車両停車可能時間よりも長い場合、前記利用車両が前記乗車位置から出発するように、前記利用車両に対して指示を送信する車両管理装置。

Images