JP2021149533A - 車両管理装置、車両管理方法、及び車両管理プログラム - Google Patents

Abstract

【課題】第１ユーザが目的地までの移動を急いでいるか否かによって第２ユーザの相乗り乗車の可否を決定する。【解決手段】車両管理装置であって、出発時刻及び到着時刻の内の少なくとも一つを指定可能な乗車リクエストをユーザから受け付ける受付部と、乗車リクエストに基づいてユーザに配車する車両の走行計画を作成する走行計画作成部と、車両に相乗りが可能な他のユーザを検索する相乗り検索部と、を備え、相乗り検索部は、乗車リクエストにおいて出発時刻が指定され、かつ到着時刻が指定されなかった場合には、ユーザの走行計画及び他のユーザの走行計画に基づいて車両に相乗りが可能な他のユーザを検索し、走行計画作成部は、相乗り検索部が車両に相乗り可能な他のユーザを検索により発見した場合には、ユーザの走行計画を他のユーザを相乗りさせる走行計画に変更する。【選択図】図９

Description

本発明は、車両管理装置、車両管理方法、及び車両管理プログラムに関する。

特許文献１には、「リアルタイムで乗り合いタクシーの配車依頼をできる乗合自動車の配車方法」が記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２０１９−２０９７３

本発明の第１の態様においては、車両管理装置が提供される。車両管理装置は、出発時刻及び到着時刻の内の少なくとも一つを指定可能な乗車リクエストをユーザから受け付ける受付部を備えてよい。車両管理装置は、乗車リクエストに基づいてユーザに配車する車両の走行計画を作成する走行計画作成部を備えてよい。車両管理装置は、車両に相乗りが可能な他のユーザを検索する相乗り検索部を備えてよい。相乗り検索部は、乗車リクエストにおいて出発時刻が指定され、かつ到着時刻が指定されなかった場合には、ユーザの走行計画及び他のユーザの走行計画に基づいて車両に相乗りが可能な他のユーザを検索してよい。走行計画作成部は、相乗り検索部が車両に相乗り可能な他のユーザを検索により発見した場合には、ユーザの走行計画を他のユーザを相乗りさせる走行計画に変更してよい。

相乗り検索部は、乗車リクエストにおいて出発時刻および到着時刻が指定された場合には他のユーザを検索しなくてよい。乗車リクエストにおいてユーザは目的地を更に指定し、走行計画作成部は、ユーザが指定した目的地に到着する予定の時刻である到着予定時刻を予測し、相乗り検索部は、乗車リクエストにおいて出発時刻および到着時刻が指定された場合であって、到着予定時刻が到着時刻よりも予め定められた第１の時間以上早い場合には、他のユーザを検索してよい。

走行計画作成部は、他のユーザを車両に相乗りさせた場合の修正到着予定時刻を予測してよい。相乗り検索部は複数の他のユーザを検索可能であり、相乗り検索部は、修正到着予定時刻が到着時刻よりも遅くなるまで複数の他のユーザを検索してよい。相乗り検索部は、乗車リクエストにおいて出発時刻および到着時刻が指定された場合において到着予定時刻が到着時刻よりも遅い場合には、車両に相乗りする他のユーザを検索しなくてよい。他のユーザの乗車によってユーザの料金がディスカウントされる割合を算出してユーザの端末に出力する料金情報出力部を更に備えてよい。

車両は自動運転を行う自動車両であり、走行計画作成部は、到着予定時刻が到着時刻よりも遅い場合には自動車両の速度を上げた走行計画を作成してよい。車両は自動運転を行う自動車両であり、走行計画作成部は、到着予定時刻が到着時刻よりも遅い場合には走行計画における走行経路として渋滞の少ない経路を選択してよい。車両は自動運転を行う自動車両であり、走行計画作成部は、到着予定時刻が到着時刻よりも遅い場合には走行計画における走行経路として有料道路を含む経路を選択してよい。車両は自動運転を行う自動車両であり、信号を遠隔操作する信号操作部を更に備え、信号操作部は、到着予定時刻が到着時刻よりも遅い場合には走行計画における走行経路上の信号を操作してよい。

本発明の第２の態様においては、車両管理方法が提供される。車両管理方法は、出発時刻及び到着時刻の内の少なくとも一つを指定可能な乗車リクエストをユーザから受け付ける受付段階を備えてよい。車両管理方法は、乗車リクエストに基づいてユーザに配車する車両の走行計画を作成する走行計画作成段階を備えてよい。車両管理方法は、車両に相乗りが可能な他のユーザを検索する相乗り検索段階を備えてよい。相乗り検索段階は、乗車リクエストにおいて出発時刻が指定され、かつ到着時刻が指定されなかった場合には、ユーザの走行計画及び他のユーザの走行計画に基づいて車両に相乗りが可能な他のユーザを検索してよい。走行計画作成段階は、相乗り検索段階が車両に相乗り可能な他のユーザを検索により発見した場合には、ユーザの走行計画を他のユーザを相乗りさせる走行計画に変更してよい。

本発明の第３の態様においては、車両管理プログラムが提供される。車両管理プログラムは、出発時刻及び到着時刻の内の少なくとも一つを指定可能な乗車リクエストをユーザから受け付ける受付段階をコンピュータに実行させてよい。車両管理プログラムは、乗車リクエストに基づいてユーザに配車する車両の走行計画を作成する走行計画作成段階をコンピュータに実行させてよい。車両管理プログラムは、車両に相乗りが可能な他のユーザを検索する相乗り検索段階をコンピュータに実行させてよい。相乗り検索段階は、乗車リクエストにおいて出発時刻が指定され、かつ到着時刻が指定されなかった場合には、ユーザの走行計画及び他のユーザの走行計画に基づいて車両に相乗りが可能な他のユーザを検索してよい。走行計画作成段階は、相乗り検索段階が車両に相乗り可能な他のユーザを検索により発見した場合には、ユーザの走行計画を他のユーザを相乗りさせる走行計画に変更してよい。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

本実施形態が適用される車両管理システム７０を概念的に示す。 ユーザ端末４０の機能ブロックの一例を示す。 表示部４０６に表示される乗車リクエストの入力画面４１０の一例である。 自動車両３０の機能ブロックの一例を示す。 走行計画格納部３０６に格納される走行計画の情報の例を示す。 車両管理装置１０の機能ブロックの一例を示す。 ユーザ情報格納部１０４３に格納されるユーザの情報の例を示す。 走行計画格納部１０４２に格納される走行計画の情報の例を示す。 車両管理装置１０において第１ユーザ５０の走行計画を確定するまでの処理フローの一例である。 本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ２２００の例を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、本実施形態が適用される車両管理システム７０を概念的に示す。車両管理システム７０は、マイカー以外の交通手段での移動を１つのサービスとしてシームレスにつなぐ、いわゆるＭａａＳ（Ｍｏｂｉｌｉｔｙ ａｓ ａ Ｓｅｒｖｉｃｅ）を提供する。図１の車両管理システム７０の例では、車両管理装置１０、自動車両３０、３２、ユーザ端末４０、４２がインターネットなどのネットワーク２０を介して互いに通信可能となっている。ユーザ端末４０は第１ユーザ５０により使用される通信端末であり、例えばスマートフォンである。同様に、ユーザ端末４２は第２ユーザ５２により使用される通信端末である。なお、以下の説明において、自動車両を自動車両３０のみを用いて説明する。

車両管理装置１０は、例えば、パーソナルコンピュータなどのサーバである。自動車両３０は、例えば自動車であり、その駆動の方式を問わない。さらに、自動車両３０は、定員が数名の乗用車あってもよいし、定員が乗用車よりも多いバスであってもよい。

自動車両３０は、複数組のユーザが相乗り可能な車両である。相乗りは、乗合いとも呼ばれることもあり、あるユーザが乗車している自動車両が当該ユーザの出発地から目的地まで移動する途中で、他のユーザも当該自動車両に乗車して当該自動車両を共用するものである。相乗りにおいて、他のユーザが先のユーザの目的地よりも手前で降車してもよいし、同じ目的地で降車してもよいし、より遠くで降車してもよい。

なお、自動車両３０に先に乗車するユーザを第１ユーザ５０といい、自動車両３０に第１ユーザ５０が乗車した後に、自動車両３０への乗車を希望するユーザを第２ユーザ５２という。３組以上のユーザが自動車両３０に相乗りする場合、自動車両３０に先に乗車する第１ユーザ５０以外のユーザを全て第２ユーザ５２という。第１ユーザ５０および第２ユーザ５２は、それぞれ同乗者を伴っていてもよい。

ここで、第１ユーザ５０が乗車する自動車両３０に対して第２ユーザ５２を相乗り乗車させることによって、第１ユーザ５０の走行計画には遅れが生じる。したがって、第１ユーザ５０が目的地までの移動を急いでいる場合には、第２ユーザ５２を相乗り乗車させないことが好ましい。一方で、第１ユーザ５０が目的地までの移動を急いでいない場合には、第２ユーザ５２を相乗り乗車させてもよい。本実施形態は、第１ユーザ５０が目的地までの移動を急いでいるか否かによって第２ユーザ５２の相乗り乗車の可否を決定するものである。

図２は、ユーザ端末４０の機能ブロックの一例を示す。ユーザ端末４０は、通信部４０２、入力部４０４および表示部４０６を有する。通信部４０２は、ネットワーク２０を介して車両管理装置１０と通信し、情報を送受信する。入力部４０４は、第１ユーザ５０からの文字や数字などの入力を受け付ける。表示部４０６は、文字や数字などを含む画像を表示する。入力部４０４と表示部４０６とは、タッチパネルのように一体化されていてもよい。ユーザ端末４２はユーザ端末４０と同じ構成であってよく、説明を省略する。

図３は、表示部４０６に表示される乗車リクエストの入力画面４１０の一例である。乗車リクエストの入力画面４１０は、ユーザＩＤ、出発地、その希望時刻（出発時刻）、目的地、その希望時刻（到着時刻）、同乗者の人数、その中に異性がいるか、喫煙があるか、および、飲食があるか、の入力欄を有する。このうち、目的地の希望時刻を入力するかどうかは任意になっている。図３に示す例では、ユーザＩＤ「Ｕ００２」、出発地「東京都港区青山Ｘ−△」、その希望時刻「１２／４ １０：３０」、目的地「埼玉県和光市中央△−Ｘ」、その希望時刻は未入力、同乗者「１名」、異性はなし（すなわち、同乗者が自分と同性である男性）、喫煙はなし、飲酒はあり、の情報が入力されている。

入力部４０４はそれぞれの入力欄に対して第１ユーザ５０からの入力を受け付けて、入力された情報を表示部４０６の入力欄に表示させる。上記入力欄のうち、ユーザＩＤ等にはテキストの入力を受け付け、異性有等は選択・非選択の別の入力を受ける（いわゆるラジオボタンである）。入力画面４１０の送信ボタンが押されると、入力された情報が、乗車リクエストとして通信部４０２から車両管理装置１０に送信される。

表示部４０６は入力画面４１０の他に、乗車リクエストが受け付けられた旨を示す受付情報を表示する。受付情報は、乗車リクエストの内容が受け付けられたことが確認できるように、入力画面４１０と同内容の情報が表示されることが好ましい。

表示部４０６にはさらに、通信部４０２が車両管理装置１０から相乗り候補の情報を受信した場合にこれを表示するとともに、相乗りの可否の入力を促す画像を表示する。表示部４０６にはさらに、通信部４０２が車両管理装置１０から利用料金の情報を受信した場合にこれを表示する。

図４は、自動車両３０の機能ブロックの一例を示す。自動車両３０は、車載端末３０２、自動走行部３１０、現在地情報取得部３１２および乗車情報取得部３１４を有する。

車載端末３０２は、車両管理装置１０と通信する通信部３０４と、通信部３０４が車両管理装置１０から受信した走行計画の情報を格納する走行計画格納部３０６を有する。なお、以下の説明を簡単化するため、自動車両３０は完全自動運転（レベル５の自動運転と呼ばれることもある）のできる車両であるとする。すなわち、走行計画格納部３０６に格納された走行計画に沿って、自動走行部３１０が自動車両３０全ての運転タスクを実行する例で説明する。

現在地情報取得部３１２は、例えばＧＰＳなどを含み、自動車両３０の現在地の情報を一定時間毎に取得する。現在地情報取得部３１２は、現在地の情報を走行ＩＤに対応付けて一定時間毎に車両管理装置１０に送信する。これに代えてまたはこれに加えて、現在地情報取得部３１２は、現在地の情報と走行計画格納部３０６に格納された出発地および目的地の情報を参照することにより、出発地に到着した場合にはその旨を示す情報を、目的地に到着した場合にはその旨を示す情報を走行ＩＤに対応付けて車両管理装置１０に送信してもよい。

乗車情報取得部３１４は、例えば車内を撮影するカメラを含み、自動車両３０の乗車の状況を示す情報として車内の画像を一定時間毎に取得する。乗車情報取得部３１４は、当該画像を走行ＩＤに対応付けて一定時間ごとに車両管理装置１０に送信する。これに代えてまたはこれに加えて、乗車情報取得部３１４は画像認識等により当該画像を解析し、自動車両３０に第１ユーザ５０および第２ユーザ５２が乗車しているか否かの情報、同乗者がいるか否かの情報、荷物を持っているか否かの情報などを判定し、その旨の情報を走行ＩＤに対応付けて車両管理装置１０に送信してもよい。

図５は、走行計画格納部３０６に格納される走行計画の情報の一例を示す。走行計画格納部３０６には、車両管理装置１０で生成された走行計画のうち、自動車両３０を用いるもの、すなわち、車両ＩＤ「Ａ３０」の走行計画が格納されている。

ただし、ユーザＩＤの欄にはＩＤそのものに加えて、車両管理装置１０に格納されている画像を受信して格納している。乗車情報取得部３１４は当該画像を用いた顔認証により、第１ユーザ５０および第２ユーザ５２が乗車しているか否か等を判断する。

図６は、車両管理装置１０の機能ブロックの一例を示す。車両管理装置１０は、受付部１０１、乗車情報取得部１０２、走行情報取得部１０３、走行計画管理部１０４、および出力部１０５、を備える。走行計画管理部１０４は、走行計画作成部１０４１、走行計画格納部１０４２、ユーザ情報格納部１０４３、および相乗り検索部１０４４、を備える。出力部１０５は、料金情報出力部１０５１、走行計画出力部１０５２、乗車可否情報出力部１０５３、を備える。

受付部１０１は、第１ユーザ５０が使用するユーザ端末４０から乗車リクエストを受信する。受付部１０１は、乗車リクエストの受付に先立って、または、乗車リクエストの初回受付時に、第１ユーザ５０の情報をユーザ端末４０から受信して、走行計画管理部１０４のユーザ情報格納部１０４３に格納する。受付部１０１は、第２ユーザ５２が使用するユーザ端末４２から乗車リクエストを受信する。受付部１０１は、同様に第２ユーザ５２の情報を走行計画管理部１０４のユーザ情報格納部１０４３に格納する。

図７は、ユーザ情報格納部１０４３に格納されるユーザ情報の例を示す。ユーザ情報格納部１０４３には、ユーザＩＤに対応付けて、ユーザの端末ＩＤ，氏名、性別、年齢、ユーザの顔画像が格納されている。ユーザＩＤは第１ユーザ５０が指定してもよいし、受付部１０１が新たなユーザからの情報を受け付けたときに自動的に割り振ってもよい。また、図７の例で、端末ＩＤとして当該端末で受信できるメールアドレスが格納されている。

図７の例において、例えばユーザＩＤ「Ｕ０００１」に対応付けて、端末ＩＤ「ａｂｃ＠ｅｄｆ．ｃｏｍ」、氏名「本田○郎」、性別「男」、年齢「３２」、顔画像として画像ファイルが格納されている。

図６に戻り、車両管理装置１０の走行情報取得部１１０は、自動車両３０から走行の状況の情報を取得する。走行の状況の情報の一例は、一定時間毎に取得する自動車両３０の現在地の情報である。自動車両３０の現在地の情報は、時刻情報に紐付けられている。これに代えてまたはこれに加えて、走行の状況の情報には、自動車両３０が、対応する走行計画における出発地に到着したか否かの情報や、目的地に到着したか否かの情報が含まれてもよい。

乗車情報取得部１１２は、自動車両３０から乗車の状況を示す情報を取得する。乗車の状況を示す情報の一例は、一定時間毎に取得する自動車両３０の車内の画像である。これに代えてまたはこれに加えて、乗車の状況を示す情報には、自動車両３０に第１ユーザ５０および第２ユーザ５２が乗車しているか否かの情報、同乗者がいるか否かの情報、荷物を持っているか否かの情報などが含まれていてもよい。

走行計画管理部１０４が受付部１０１から第１ユーザ５０の乗車リクエストを受信すると、走行計画管理部１０４の走行計画作成部１０４１は、第１ユーザ５０の乗車リクエストに基づいて自動車両３０の走行計画を作成する。この場合に、走行計画作成部１０４１は、乗車リクエストに含まれているユーザＩＤに対応付けて格納されているユーザの情報をユーザ情報格納部１０４３から読出して、当該情報も用いて走行計画を作成する。なお、走行計画の作成の方法は特に言及しない限り既知の経路案内装置と同様の方法が用いられてよい。先の走行計画に対して相乗りが追加される場合の走行計画の作成方法は、特に言及しない限り既知の経路案内装置における走行経路に通過点を追加する場合と同様の方法が用いられてよい。

走行計画作成部１０４１は、走行計画の作成にあたり、第１ユーザ５０のユーザ端末４０から受信した乗車リクエストに含まれている情報に基づき、第１ユーザ５０の目的地への到着予定時刻を予測する。この場合、走行計画作成部１０４１は、出発時刻、出発地と目的地との間の距離、想定される走行経路、走行経路における信号の数、走行経路における一時停止などの交通標識の配置状況、有料道路の使用可否、時間帯ごとの渋滞情報、事故による走行経路の封鎖情報等を考慮して目的地への到着予定時刻を予測する。走行計画作成部１０４１による到着予定時刻の予測には既知の方法が用いられてよい。

走行計画作成部１０４１は、第１ユーザ５０のユーザ端末４０から乗車リクエストを受信した時点において自動車両３０が目的地へ到着する到着予定時刻を予測する。なお、走行計画作成部１０４１が到着予定時刻を予測する時点は、第１ユーザ５０が自動車両３０へ乗車した時点であってもよく、第１ユーザ５０が自動車両３０へ乗車後、自動車両３０が走行中の時点であってもよい。

走行計画作成部１０４１は、第１ユーザ５０の走行計画における走行時間の半分を経過した時点において、当該時点において新たに取得した交通状況や自動車両３０の遅延状況から走行計画を再度作成し、自動車両３０が目的地へ到着する到着予定時刻を再度予測してもよい。上記時点で再度予測することで新たに取得した交通状況等や自動車両３０の遅延状況を到着予定時刻に反映させることができ、到着予定時刻をより正確に予測できる。なお、第１ユーザ５０の走行計画における走行時間とは、出発時刻から到着予定時刻に至る時間である。

走行計画管理部１０４の受付部１０１が第２ユーザ５２の乗車リクエストを受信すると、走行計画管理部１０４の走行計画作成部１０４１は、第２ユーザ５２の乗車リクエストに基づいて第２ユーザ５２の走行計画を作成する。

走行計画管理部１０４は、第１ユーザ５０の乗車リクエストの内容に基づいて、第１ユーザ５０に相乗りさせる第２ユーザ５２の検索を行うか否かを決定する。第１ユーザ５０の乗車リクエストにおいて到着時刻が指定されていない場合には、第１ユーザ５０が目的地までの移動を急いでいないと考えられるため、走行計画管理部１０４は、第１ユーザ５０に相乗りさせる第２ユーザ５２の検索を行うことを決定する。

一方で、第１ユーザ５０の乗車リクエストにおいて到着時刻が指定されている場合には、第１ユーザ５０が目的地までの移動を急いでいると考えられるため、走行計画作成部１０４１が予測した到着予定時刻に余裕があるか否かによって第１ユーザ５０に相乗りさせる第２ユーザ５２の検索を行うか否かを決定する。

走行計画作成部１０４１が予測した到着予定時刻が、第１ユーザ５０が指定した到着時刻よりも予め定められた第１の時間以上早い場合には、到着予定時刻に余裕があると考えられるため第２ユーザ５２を相乗り乗車させてもよい。したがって、走行計画管理部１０４は、第１ユーザ５０に相乗りさせる第２ユーザ５２の検索を行うことを決定する。第１の時間は例えば１０分や２０分であり、走行計画管理部１０４が予め記憶する。

一方で、走行計画作成部１０４１が予測した到着予定時刻が、到着時刻よりも予め定められた第１の時間以上早い場合ではない場合、または、到着予定時刻が到着時刻よりも遅い時刻である場合には、到着予定時刻に余裕がないと考えられるため第２ユーザ５２を相乗り乗車させるべきではない。したがって、走行計画管理部１０４は、第１ユーザ５０に相乗りさせる第２ユーザ５２の検索を行わないことを決定する。

走行計画管理部１０４が第２ユーザ５２の検索を行うことを決定すると、相乗り検索部１０４４は、第１ユーザ５０に相乗り可能である第２ユーザ５２を検索する。本実施形態において、相乗り検索部１０４４は、第１ユーザ５０からの乗車リクエストを受信した時点で既に乗車リクエストを受信している複数の他のユーザを検索対象とし、当該複数の他のユーザの中から第１ユーザ５０に相乗り可能である第２ユーザ５２を検索する。なお、相乗り検索部１０４４は第１ユーザ５０からの乗車リクエストを受信した時点以後、例えば第１ユーザ５０を乗せた自動車両３０が発車した後にも随時第２ユーザ５２の検索を行ってよく、その場合には自動車両３０の発車後に受付部１０１が乗車リクエストを受信したユーザも検索対象に含めてよい。

ここで、第２ユーザ５２が第１ユーザ５０に相乗り可能であるか否かは、第１ユーザ５０の走行計画における走行経路や出発時刻等の情報と、第２ユーザ５２の走行計画における走行経路や出発時刻等の情報とを対比して判断される。例えば、第１ユーザ５０の走行計画における走行経路上に第２ユーザ５２の出発地が位置しており、第２ユーザ５２の出発の希望時刻を考慮して第１ユーザ５０を輸送中に第２ユーザ５２をピックアップ可能であると判断した場合には、当該第２ユーザ５２が第１ユーザ５０に相乗り可能なユーザであると判断し、検索結果として抽出する。

なお、第２ユーザ５２が第１ユーザ５０に相乗り可能であるか否かの判断は、上記例に限定されない。例えば、第１ユーザ５０の走行計画における走行経路上に第２ユーザ５２の出発地が位置していない場合であっても、所定距離以上回り道せずに第２ユーザ５２を乗車させることができる場合には、当該第２ユーザ５２が第１ユーザ５０に相乗り可能なユーザであると判断してもよい。

相乗り検索部１０４４は、第２ユーザ５２の目的地を考慮して第２ユーザ５２が相乗り可能なユーザであるか否かを判断してもよい。例えば、第２ユーザ５２の目的地が第１ユーザ５０の走行計画における走行経路上にある場合、又は第１ユーザ５０の目的地以降にある場合に、第２ユーザ５２が相乗り可能であると判断してもよい。また、相乗り検索部１０４４は、第２ユーザ５２の出発地又は目的地が、渋滞が予測される経路上にあるか否かを考慮して第２ユーザ５２が相乗り可能なユーザであるか否かを判断してもよい。

相乗り検索部１０４４が第１ユーザ５０に相乗り可能な第２ユーザ５２を発見したら、走行計画作成部１０４１は、第２ユーザ５２の乗車リクエストを考慮して第１ユーザ５０の走行計画を変更する。第２ユーザ５２を第１ユーザ５０に相乗り乗車させることによって、第１ユーザ５０の目的地への到着時刻には遅れが生じると考えられるため、走行計画作成部１０４１は、第１ユーザ５０の走行計画の変更にあたって第２ユーザ５２を相乗り乗車させた場合の修正到着予定時刻を予測する。相乗り検索部１０４４は複数の第２ユーザ５２を抽出してもよい。この場合、修正到着予定時刻が到着時刻よりも遅くなるまで第１ユーザ５０に相乗りする他の第２ユーザ５２を検索してもよい。

相乗り検索部１０４４が検索対象の中から第１ユーザ５０に相乗り可能な第２ユーザ５２を発見できなかった場合、走行計画の変更は行われない。

走行計画管理部１０４は、走行計画作成部１０４１が作成または変更した走行計画の情報を走行計画格納部１０４２に格納する。

図８は、走行計画格納部１０４２に格納される走行計画の情報の例を示す。走行計画格納部１０４２には、走行ＩＤに対応付けて、車両ＩＤ，相乗りの情報、ユーザＩＤ，出発地、出発時刻、目的地、走行のルート、到着時刻、同乗者の人数、異性の有無、喫煙の有無、および飲酒の有無に関する情報が格納されている。

車両ＩＤは、走行ＩＤで特定される走行計画で用いられる自動車両を特定する。図８の例において、走行ＩＤ「Ｄ００１」に対して車両ＩＤ「Ａ３０」が対応付けられているので、当該走行計画で車両ＩＤ「Ａ３０」で特定される自動車両、例えば図１の自動車両３０が用いられる。

相乗りの情報は、走行ＩＤで特定される走行計画の中で相乗りがあるかどうか、および、相乗りがある場合には、相乗りとなる相手の走行計画の走行ＩＤが格納される。図８の例では、走行ＩＤ「Ｄ００１」の相乗りの情報の欄に走行ＩＤ「Ｕ０００２」が格納されているので、これらが相乗りであることを示す。なお、相乗りがない場合には無効な値が格納される。

ユーザＩＤの欄には走行ＩＤで特定される走行計画を利用するユーザＩＤが格納されている。なお、自動車両３０を回送する場合、すなわち、いずれのユーザも乗車しない場合には、回送であることを示すユーザＩＤ「Ｕ９９９９」が格納される。図８の例においては、走行ＩＤ「０００３」が回送であることに対応して、ユーザＩＤ「Ｕ９９９９」が格納されている。

出発地、出発時刻、目的地、同乗者の数、異性の有無、喫煙の有無および飲酒の有無の欄は、ユーザＩＤで特定される第１ユーザ５０および第２ユーザ５２が乗車リクエストにおいて入力した情報が格納される。走行ルートは、走行計画格納部１０４２が出発地、出発時刻、目的地、走行ルートおよびその他の情報に基づいて設定した情報が格納される。

図８においては説明を簡単にするため、単に「ルートＳ」等の文字で示した。目的地の到着時刻は、走行計画格納部１０４２が出発地、その時刻、目的地、走行ルートおよびその他の情報に基づいて予測した情報が格納される。その他の情報には走行ルート上の渋滞の情報などが含まれる。走行ルートの設定および目的地の時刻の予測は既知の方法が用いられてよい。

図６に戻り、出力部１０５の料金情報出力部１０５１は、自動車両３０を利用した第１ユーザ５０および第２ユーザ５２に対して利用料金を精算し、対応するユーザ端末４０、４２に利用料金の情報を送信する。この場合に、料金情報出力部１０５１は、走行情報取得部１０３からの走行の状況の情報、および、乗車情報取得部１０２からの乗車の状況の情報に基づいて利用料金を精算する。

料金情報出力部１０５１は、自動車両３０への第２ユーザ５２の相乗り乗車によって第１ユーザ５０の料金がディスカウントされる割合を算出して第１ユーザ５０のユーザ端末４０に出力してもよい。第１ユーザ５０の料金がディスカウントされる割合は第２ユーザ５２の受付数に応じて増えてもよい。

出力部１０５の走行計画出力部１０５２は、自動車両３０の車載端末３０２と第１ユーザ５０のユーザ端末４０に対して、作成した第１ユーザ５０の走行計画を送信する。走行計画出力部１０５２は、第２ユーザ５２の乗車リクエストを受付けた場合には、第２ユーザ５２の自動車両３０への乗車によって変更された走行計画を自動車両３０の車載端末３０２と第１ユーザ５０および第２ユーザ５２のユーザ端末４０、４２に対して送信する。

出力部１０５の乗車可否情報出力部１０５３は、第１ユーザ５０のユーザ端末４０に対して第１ユーザ５０の乗車リクエストを受付けるか否かの情報を送信する。乗車可否情報出力部１０５３は、自動車両３０の車載端末３０２と第１ユーザ５０および第２ユーザ５２のユーザ端末４０、４２に対して、第２ユーザ５２の乗車リクエストを受付けるか否かの情報を送信する。

走行計画作成部１０４１が、管理する複数の自動車両の現在の状況から第１ユーザ５０の乗車リクエストを満たす走行計画を作成できないと判断した場合、乗車可否情報出力部１０５３は、第１ユーザ５０の乗車リクエストを拒否する旨の情報を第１ユーザ５０のユーザ端末４０に送信する。

図９は、車両管理装置１０において第１ユーザ５０の走行計画を確定するまでの処理フローの一例である。

車両管理装置１０の受付部１０１は、第１ユーザ５０からの乗車リクエストを受信する（Ｓ０１）。例えば、乗車リクエストはユーザ端末４０にインストールされた専用のアプリケーションを立ち上げることで入力され、ユーザ端末４０は乗車リクエストを車両管理装置１０の受付部１０１に送信する。走行計画作成部１０４１は、乗車リクエストに基づいて第１ユーザ５０の走行計画を作成する（Ｓ０２）。

走行計画管理部１０４の走行計画作成部１０４１は、第１ユーザ５０からの乗車リクエストに到着時刻が入力されているか否かを判断する（Ｓ０３）。第１ユーザ５０からの乗車リクエストに到着時刻が入力されていない場合（Ｓ０３：ＮＯ）、第１ユーザ５０が目的地までの移動を急いでいないと考えられるため、走行計画管理部１０４が第１ユーザ５０に相乗りさせる第２ユーザ５２の検索を行うことを決定し、相乗り検索部１０４４が第１ユーザ５０に相乗り可能である第２ユーザ５２を検索する（Ｓ０５）。検索の結果、相乗り検索部１０４４が第１ユーザ５０に相乗り可能である第２ユーザ５２を発見した場合（Ｓ０８：ＹＥＳ）、走行計画作成部１０４１は第１ユーザ５０の走行計画を変更する（Ｓ０９）。

第１ユーザ５０からの乗車リクエストに到着時刻が入力されている場合（Ｓ０３：ＹＥＳ）、走行計画管理部１０４の走行計画作成部１０４１は、予測した到着予定時刻が、第１ユーザ５０が指定した到着時刻よりも予め定められた第１の時間以上早いか否か、すなわち到着予定時刻に余裕があるか否かを判断する（Ｓ０４）。

予測した到着予定時刻が、第１ユーザ５０が指定した到着時刻よりも予め定められた第１の時間以上早い場合（Ｓ０４：ＹＥＳ）、走行計画管理部１０４が第１ユーザ５０に相乗りさせる第２ユーザ５２の検索を行うことを決定し、相乗り検索部１０４４が第１ユーザ５０に相乗り可能である第２ユーザ５２を検索する（Ｓ０７）。検索の結果、相乗り検索部１０４４が第１ユーザ５０に相乗り可能である第２ユーザ５２を発見した場合（Ｓ０８：ＹＥＳ）、走行計画作成部１０４１は第１ユーザ５０の走行計画を変更する（Ｓ０９）。Ｓ０３からＳ０８までの処理は、到着予定時刻に余裕がなくなるまで繰り返し行われる。すなわち、到着予定時刻に余裕がなくなるまで第１ユーザ５０に相乗りする他の第２ユーザ５２を検索する。

予測した到着予定時刻が、第１ユーザ５０が指定した到着時刻よりも予め定められた第１の時間以上早い場合ではない場合（Ｓ０４：ＮＯ）、走行計画管理部１０４が第１ユーザ５０に相乗りさせる第２ユーザ５２の検索を行わないことを決定し（Ｓ０６）、第１ユーザ５０の走行計画を確定する（Ｓ１０）。

以上、本実施形態によれば、第１ユーザ５０の乗車リクエストに到着時刻が入力されているか否かによって第１ユーザ５０が目的地までの移動を急いでいるか否かを判断し、第２ユーザ５２の相乗り乗車の可否を決定する。したがって、第１ユーザ５０の意図を汲んで自動的に第２ユーザ５２の相乗り乗車の可否を判断することができる。

なお、上記の自動車両３０は完全自動運転のできる車両の例で説明したが、自動車両３０は完全自動運転ではない車両であってもよい。すなわち、当該自動車両の運転タスクの少なくとも一部を運転者が実施する車両（レベル０から４の自動運転と呼ばれることもある）であってもよい。運転者は第１ユーザ５０および第２ユーザ５２であってもよい。上記の車両管理装置１０の一部またはすべての機能が車載端末３０２等に搭載されていてもよい。これにより、車載端末３０２等が車両管理装置１０として機能してもよい。

上記実施形態では、第１ユーザ５０の乗車リクエストにおいて到着時刻が指定されている場合には、走行計画作成部１０４１が予測した到着予定時刻に余裕があるか否かによって第１ユーザ５０に相乗りさせる第２ユーザ５２の検索を行うか否かを決定した。しかしながら、第１ユーザ５０の乗車リクエストにおいて到着時刻が指定されている場合には第１ユーザ５０が急いでいると判断して、到着予定時刻に余裕があるか否かを考慮せずに第１ユーザ５０に相乗りさせる第２ユーザ５２の検索を行わないこととしてもよい。

上記実施形態では、第１ユーザ５０の乗車リクエストにおいて到着時刻が指定されているか否かによって、第１ユーザ５０が急いでいるか否かを判断した。しかしながら、第１ユーザ５０は乗車リクエストによって急いでいるか否かを指定可能であってもよい。その場合、乗車リクエストの入力画面には急いでいるか急いでいないかを選択する欄が設けられ、乗車リクエストにおいて急いでいないことが選択されている場合のみに第２ユーザ５２を検索することとしてもよい。また、乗車リクエストにおいて他のユーザの相乗りの可否を選択する欄を設けてもよい。

走行計画管理部１０４は、到着予定時刻が到着時刻よりも遅いか否かによって自動車両３０の走行速度をコントロールしてもよい。この場合、走行計画管理部１０４は到着予定時刻が到着時刻よりも遅い場合に自動車両３０の速度を上げた走行計画を作成してもよい。自動車両３０の速度を上げる程度は、遅延時間によって段階的に設定してもよい。

走行計画管理部１０４は、到着予定時刻が到着時刻よりも遅い場合に自動車両３０の走行経路を変更してもよい。この場合、走行計画管理部１０４は、到着予定時刻が到着時刻よりも遅延している場合に走行計画における走行経路として渋滞の少ないルートを選択してもよく、または有料道路を含むルートを選択してもよい。

走行計画管理部１０４は、信号を遠隔操作する信号操作部を更に備えてもよい。この場合、信号操作部は、到着予定時刻が到着時刻よりも遅い場合には第１ユーザ５０の走行計画における走行経路上の信号を操作することによって、遅延を解消してもよい。

また、本発明の様々な実施形態は、フローチャートおよびブロック図を参照して記載されてよく、ここにおいてブロックは、（１）操作が実行されるプロセスの段階または（２）操作を実行する役割を持つ装置のセクションを表わしてよい。特定の段階およびセクションが、専用回路、コンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、および／またはコンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタルおよび／またはアナログハードウェア回路を含んでよく、集積回路（ＩＣ）および／またはディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、および他の論理操作、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウェア回路を含んでよい。

コンピュータ可読媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読媒体は、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ-ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（ＲＴＭ）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、またはＳｍａｌｌｔａｌｋ、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１または複数のプログラミング言語の任意の組み合わせで記述されたソースコードまたはオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサまたはプログラマブル回路に対し、ローカルにまたはローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

図１０は、本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ２２００の例を示す。コンピュータ２２００にインストールされたプログラムは、コンピュータ２２００に、本発明の実施形態に係る装置に関連付けられる操作または当該装置の１または複数のセクションとして機能させることができ、または当該操作または当該１または複数のセクションを実行させることができ、および／またはコンピュータ２２００に、本発明の実施形態に係るプロセスまたは当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ２２００に、本明細書に記載のフローチャートおよびブロック図のブロックのうちのいくつかまたはすべてに関連付けられた特定の操作を実行させるべく、ＣＰＵ２２１２によって実行されてよい。

本実施形態によるコンピュータ２２００は、ＣＰＵ２２１２、ＲＡＭ２２１４、グラフィックコントローラ２２１６、およびディスプレイデバイス２２１８を含み、それらはホストコントローラ２２１０によって相互に接続されている。コンピュータ２２００はまた、通信インタフェース２２２２、ハードディスクドライブ２２２４、ＤＶＤ−ＲＯＭドライブ２２２６、およびＩＣカードドライブのような入／出力ユニットを含み、それらは入／出力コントローラ２２２０を介してホストコントローラ２２１０に接続されている。コンピュータはまた、ＲＯＭ２２３０およびキーボード２２４２のようなレガシの入／出力ユニットを含み、それらは入／出力チップ２２４０を介して入／出力コントローラ２２２０に接続されている。

ＣＰＵ２２１２は、ＲＯＭ２２３０およびＲＡＭ２２１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ２２１６は、ＲＡＭ２２１４内に提供されるフレームバッファ等またはそれ自体の中にＣＰＵ２２１２によって生成されたイメージデータを取得し、イメージデータがディスプレイデバイス２２１８上に表示されるようにする。

通信インタフェース２２２２は、ネットワークを介して他の電子デバイスと通信する。ハードディスクドライブ２２２４は、コンピュータ２２００内のＣＰＵ２２１２によって使用されるプログラムおよびデータを格納する。ＤＶＤ−ＲＯＭドライブ２２２６は、プログラムまたはデータをＤＶＤ−ＲＯＭ２２０１から読み取り、ハードディスクドライブ２２２４にＲＡＭ２２１４を介してプログラムまたはデータを提供する。ＩＣカードドライブは、プログラムおよびデータをＩＣカードから読み取り、および／またはプログラムおよびデータをＩＣカードに書き込む。

ＲＯＭ２２３０はその中に、アクティブ化時にコンピュータ２２００によって実行されるブートプログラム等、および／またはコンピュータ２２００のハードウェアに依存するプログラムを格納する。入／出力チップ２２４０はまた、様々な入／出力ユニットをパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入／出力コントローラ２２２０に接続してよい。

プログラムが、ＤＶＤ−ＲＯＭ２２０１またはＩＣカードのようなコンピュータ可読媒体によって提供される。プログラムは、コンピュータ可読媒体から読み取られ、コンピュータ可読媒体の例でもあるハードディスクドライブ２２２４、ＲＡＭ２２１４、またはＲＯＭ２２３０にインストールされ、ＣＰＵ２２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ２２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置または方法が、コンピュータ２２００の使用に従い情報の操作または処理を実現することによって構成されてよい。

例えば、通信がコンピュータ２２００および外部デバイス間で実行される場合、ＣＰＵ２２１２は、ＲＡＭ２２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース２２２２に対し、通信処理を命令してよい。通信インタフェース２２２２は、ＣＰＵ２２１２の制御下、ＲＡＭ２２１４、ハードディスクドライブ２２２４、ＤＶＤ−ＲＯＭ２２０１、またはＩＣカードのような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、またはネットワークから受信された受信データを記録媒体上に提供される受信バッファ処理領域等に書き込む。

また、ＣＰＵ２２１２は、ハードディスクドライブ２２２４、ＤＶＤ−ＲＯＭドライブ２２２６（ＤＶＤ−ＲＯＭ２２０１）、ＩＣカード等のような外部記録媒体に格納されたファイルまたはデータベースの全部または必要な部分がＲＡＭ２２１４に読み取られるようにし、ＲＡＭ２２１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ２２１２は次に、処理されたデータを外部記録媒体にライトバックする。

様々なタイプのプログラム、データ、テーブル、およびデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ２２１２は、ＲＡＭ２２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプの操作、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ２２１４に対しライトバックする。また、ＣＰＵ２２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ２２１２は、第１の属性の属性値が指定される、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラムまたはソフトウェアモジュールは、コンピュータ２２００上またはコンピュータ２２００近傍のコンピュータ可読媒体に格納されてよい。また、専用通信ネットワークまたはインターネットに接続されたサーバーシステム内に提供されるハードディスクまたはＲＡＭのような記録媒体が、コンピュータ可読媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ２２００に提供する。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ 車両管理装置、３０ 自動車両、４０、４２ ユーザ端末、５０ 第１ユーザ、５２、５２Ａ〜５２Ｃ 第２ユーザ、７０ 車両管理システム、１０１ 受付部、１０２ 乗車情報取得部、１０３ 走行情報取得部、１０４ 走行計画管理部、１０５ 出力部、３０２ 車載端末、３０４ 通信部、３０６ 走行計画格納部、３１０ 自動走行部、３１２ 現在地情報取得部、３１４ 乗車情報取得部、４０２ 通信部、４０４ 入力部、４０６ 表示部、４１０ 入力画面、１０４１ 走行計画作成部、１０４２ 走行計画格納部、１０４３ ユーザ情報格納部、 １０４４ 相乗り検索部、１０５１ 料金情報出力部、 １０５２ 走行計画出力部、 １０５３ 乗車可否情報出力部、２２００ コンピュータ、２２０１ ＤＶＤ−ＲＯＭ、２２１０ ホストコントローラ、２２１２ ＣＰＵ、２２１４ ＲＡＭ、２２１６ グラフィックコントローラ、２２１８ ディスプレイデバイス、２２２０ 入／出力コントローラ、２２２２ 通信インタフェース、２２２４ ハードディスクドライブ、２２２６ ＤＶＤ−ＲＯＭドライブ、２２３０ ＲＯＭ、２２４０ 入／出力チップ、２２４２ キーボード

Claims (13)

1. 出発時刻及び到着時刻の内の少なくとも一つを指定可能な乗車リクエストをユーザから受け付ける受付部と、
   前記乗車リクエストに基づいて前記ユーザに配車する車両の走行計画を作成する走行計画作成部と、
   前記車両に相乗りが可能な他のユーザを検索する相乗り検索部と、
   を備え、
   前記相乗り検索部は、前記乗車リクエストにおいて前記出発時刻が指定され、かつ前記到着時刻が指定されなかった場合には、前記ユーザの走行計画及び前記他のユーザの走行計画に基づいて前記車両に相乗りが可能な前記他のユーザを検索し、
   前記走行計画作成部は、前記相乗り検索部が前記車両に相乗り可能な前記他のユーザを前記検索により発見した場合には、前記ユーザの走行計画を前記他のユーザを相乗りさせる走行計画に変更する、車両管理装置。
2. 前記相乗り検索部は、前記乗車リクエストにおいて前記出発時刻および前記到着時刻が指定された場合には前記他のユーザを検索しない、請求項１に記載の車両管理装置。
3. 前記乗車リクエストにおいて前記ユーザは目的地を更に指定し、
   前記走行計画作成部は、前記ユーザが指定した前記目的地に到着する予定の時刻である到着予定時刻を予測し、
   前記相乗り検索部は、前記乗車リクエストにおいて前記出発時刻および前記到着時刻が指定された場合であって、前記到着予定時刻が前記到着時刻よりも予め定められた第１の時間以上早い場合には、前記他のユーザを検索する、請求項１に記載の車両管理装置。
4. 前記走行計画作成部は、前記他のユーザを前記車両に相乗りさせた場合の修正到着予定時刻を予測する、請求項３に記載の車両管理装置。
5. 前記相乗り検索部は複数の前記他のユーザを検索可能であり、
   前記相乗り検索部は、前記修正到着予定時刻が前記到着時刻よりも遅くなるまで複数の前記他のユーザを検索する、請求項４に記載の車両管理装置。
6. 前記相乗り検索部は、前記乗車リクエストにおいて出発時刻および到着時刻が指定された場合において前記到着予定時刻が前記到着時刻よりも遅い場合には、前記車両に相乗りする前記他のユーザを検索しない、請求項３から５のいずれか１項に記載の車両管理装置。
7. 前記車両は自動運転を行う自動車両であり、
   前記走行計画作成部は、前記到着予定時刻が前記到着時刻よりも遅い場合には前記自動車両の速度を上げた走行計画を作成する、請求項３から６のいずれか１項に記載の車両管理装置。
8. 前記車両は自動運転を行う自動車両であり、
   前記走行計画作成部は、前記到着予定時刻が前記到着時刻よりも遅い場合には前記走行計画における走行経路として渋滞の少ない経路を選択する、請求項３から７のいずれか１項に記載の車両管理装置。
9. 前記車両は自動運転を行う自動車両であり、
   前記走行計画作成部は、前記到着予定時刻が前記到着時刻よりも遅い場合には前記走行計画における走行経路として有料道路を含む経路を選択する、請求項３から８のいずれか１項に記載の車両管理装置。
10. 前記車両は自動運転を行う自動車両であり、
    信号を遠隔操作する信号操作部を更に備え、
    前記信号操作部は、前記到着予定時刻が前記到着時刻よりも遅い場合には前記走行計画における走行経路上の信号を操作する、請求項３から９のいずれか１項に記載の車両管理装置。
11. 前記他のユーザの乗車によって前記ユーザの料金がディスカウントされる割合を算出して前記ユーザの端末に出力する料金情報出力部を更に備える、請求項１から１０のいずれか１項に記載の車両管理装置。
12. 出発時刻及び到着時刻の内の少なくとも一つを指定可能な乗車リクエストをユーザから受け付ける受付段階と、
    前記乗車リクエストに基づいて前記ユーザに配車する車両の走行計画を作成する走行計画作成段階と、
    前記車両に相乗りが可能な他のユーザを検索する相乗り検索段階と、
    を備え、
    前記相乗り検索段階は、前記乗車リクエストにおいて前記出発時刻が指定され、かつ前記到着時刻が指定されなかった場合には、前記ユーザの走行計画及び前記他のユーザの走行計画に基づいて前記車両に相乗りが可能な前記他のユーザを検索し、
    前記走行計画作成段階は、前記相乗り検索段階において前記車両に相乗り可能な前記他のユーザを前記検索により発見した場合には、前記ユーザの走行計画を前記他のユーザを相乗りさせる走行計画に変更する、車両管理方法。
13. コンピュータに、
    出発時刻及び到着時刻の内の少なくとも一つを指定可能な乗車リクエストをユーザから受け付ける受付段階と、
    前記乗車リクエストに基づいて前記ユーザに配車する車両の走行計画を作成する走行計画作成段階と、
    前記車両に相乗りが可能な他のユーザを検索する相乗り検索段階と、
    を実行させるための車両管理プログラムであって、
    前記相乗り検索段階は、前記乗車リクエストにおいて前記出発時刻が指定され、かつ前記到着時刻が指定されなかった場合には、前記ユーザの走行計画及び前記他のユーザの走行計画に基づいて前記車両に相乗りが可能な前記他のユーザを検索し、
    前記走行計画作成段階は、前記相乗り検索段階において前記車両に相乗り可能な前記他のユーザを前記検索により発見した場合には、前記ユーザの走行計画を前記他のユーザを相乗りさせる走行計画に変更する、車両管理プログラム。

Images