JP2021149536A - 相乗り管理装置、相乗り管理方法、及び相乗り管理プログラム - Google Patents

Abstract

【課題】相乗り車両において到着時間が早まる予測がされている場合に、相乗りの乗車リクエストの受付条件を緩和する。【解決手段】相乗り管理装置は、第１ユーザが乗車する車両の目的地に到着する時刻を予定した到着予定時刻を含む走行計画を管理する走行計画管理部と、予め定められた第１の時点で予定した第１の到着予定時刻に対して、第１の時点よりも後の予め定められた第２の時点で予定した第２の到着予定時刻が早まる時間を算出する時間算出部と、を備え、走行計画管理部は、早まる時間が予め定められた第１の時間以上である場合に、車両に相乗りを希望する第２ユーザの端末からの乗車リクエストの受付条件を緩和して走行計画を管理する。【選択図】図６

Description

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

特許文献１には、「運転者が待ち合わせ場所に到着する時刻を予測し、この予測到着時刻を乗合者側端末に送信する自動車乗合支援方法」が記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２００２−１４０３９９

本発明の第１の態様においては、相乗り車両を管理する相乗り管理装置が提供される。相乗り管理装置は、第１ユーザが乗車する車両の目的地に到着する時刻を予定した到着予定時刻を含む走行計画を管理する走行計画管理部を備えてもよい。相乗り管理装置は、予め定められた第１の時点で予定した第１の到着予定時刻に対して、第１の時点よりも後の予め定められた第２の時点で予定した第２の到着予定時刻が早まる時間を算出する時間算出部を備えてもよい。走行計画管理部は、早まる時間が予め定められた第１の時間以上である場合に、車両に相乗りを希望する第２ユーザの端末からの乗車リクエストの受付条件を緩和して走行計画を管理してもよい。

走行計画管理部は、早まる時間が第１の時間より大きい予め定められた第２の時間以上である場合に、第２ユーザの端末からの乗車リクエストの受付数の上限を上げてもよい。走行計画管理部は、早まる時間が第１の時間より大きい予め定められた第３の時間以上である場合に、第２ユーザが車両に乗車可能な地域の範囲を広げてもよい。走行計画管理部は、第２ユーザの端末からの乗車リクエストを受け付けた場合に予定される第３の到着予定時刻が第１の到着予定時刻よりも後になるまで、第２ユーザの端末からの乗車リクエストを受け付けてもよい。

相乗り管理装置は、第２ユーザの乗車によって第１ユーザの料金がディスカウントされる割合を算出して第１ユーザの端末に出力する料金情報出力部を更に備えてもよい。相乗り管理装置は、第１ユーザおよび第２ユーザからの乗車リクエストを受信する受付部を更に備え、第１の時点は、受付部が第１ユーザのユーザ端末から乗車リクエストを受信した時点であり、第２の時点は、第１ユーザの走行計画における走行時間の半分を経過した時点であってもよい。

車両は自動運転を行う自動車両であり、走行計画管理部は、早まる時間が第１の時間より大きい予め定められた第４の時間である場合に自動車両の速度を下げた走行計画を管理してもよい。走行計画管理部は、早まる時間が第４の時間より大きい予め定められた第５の時間以上である場合に自動車両を一時停車する走行計画を管理してもよい。一時停車の場所は商業施設付近であってもよく、日陰であってもよい。相乗り管理装置は、一時停車中に、車両センサの校正又は無線通信を経由して車両アプリケーションの更新を行う車両メンテナンス部を更に備えてもよい。

車両は自動運転を行う自動車両であり、走行計画管理部は、早まる時間が第１の時間より大きい予め定められた第６の時間以上である場合に走行計画において設定した経路を到着予定時刻が遅くなる経路に変更してもよい。走行計画管理部は、早まる時間が第１の時間より大きい予め定められた第７の時間以上である場合であって走行計画における経路として有料道路を含む経路を選択していた場合に、走行計画における経路を有料道路を含まない経路に変更してもよい。

本発明の第２の態様においては、相乗り管理方法が提供される。相乗り管理方法は、第１ユーザが乗車する車両の目的地に到着する時刻を予定した到着予定時刻を含む走行計画を管理する走行計画管理段階を備えてもよい。相乗り管理方法は、予め定められた第１の時点で予定した第１の到着予定時刻に対して、第１の時点よりも後の予め定められた第２の時点で予定した第２の到着予定時刻が早まる時間を算出する時間算出段階を備えてもよい。走行計画管理段階は、早まる時間が予め定められた第１の時間以上である場合に、車両に相乗りを希望する第２ユーザの端末からの乗車リクエストの受付条件を緩和して走行計画を管理してもよい。

本発明の第３の態様においては、相乗り管理プログラムが提供される。相乗り管理プログラムは、コンピュータに、第１ユーザが乗車する車両の目的地に到着する時刻を予定した到着予定時刻を含む走行計画を管理する走行計画管理段階を実行させてもよい。相乗り管理プログラムは、コンピュータに、予め定められた第１の時点で予定した第１の到着予定時刻に対して、第１の時点よりも後の予め定められた第２の時点で予定した第２の到着予定時刻が早まる時間を算出する時間算出段階を実行させてもよい。走行計画管理段階は、早まる時間が予め定められた第１の時間以上である場合に、車両に相乗りを希望する第２ユーザの端末からの乗車リクエストの受付条件を緩和して走行計画を管理してもよい。

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

本実施形態が適用される車両管理システム７０を概念的に示す。 ユーザ端末４０の機能ブロックの一例を示す。 表示部４０６に表示される乗車リクエストの入力画面４１０の一例である。 自動車両３０の機能ブロックの一例を示す。 走行計画格納部３０６に格納される走行計画の情報の例を示す。 車両管理装置１０の機能ブロックの一例を示す。 ユーザ情報格納部１０４３に格納されるユーザの情報の例を示す。 走行計画格納部１０４２に格納される走行計画の情報の例を示す。 （ａ）〜（ｄ）は、第１の到着予定時刻に対して第２の到着予定時刻が早まる時間Ｓを示す。 走行計画管理部１０４が第１の時点において設定した第１の受付条件２００を示す。 走行計画管理部１０４が第２の時点において設定した第２の受付条件２０１の一例を示す。 走行計画管理部１０４が第２の時点において設定した第２の受付条件２０２の他の例を示す。 第２ユーザ５２の乗車位置の一例を示す。 車両管理装置１０において第１ユーザ５０および第２ユーザ５２からの乗車リクエストを処理する処理フローの一例である。 走行計画管理部１０４が受付条件を緩和する処理フローの一例である。 本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ２２００の例を示す。

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

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

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

自動車両３０は、複数組のユーザが相乗り可能な車両である。相乗りは、乗合いとも呼ばれることもあり、あるユーザが乗車している自動車両が当該ユーザの出発地から目的地まで移動する途中で、他のユーザも当該自動車両に乗車して当該自動車両を共用するものである。相乗りにおいて、他のユーザが先のユーザの目的地よりも手前で降車してもよいし、同じ目的地で降車してもよいし、より遠くで降車してもよい。なお、自動車両３０に先に乗車するユーザを第１ユーザ５０といい、自動車両３０に第１ユーザ５０が乗車した後に、自動車両３０への乗車を希望するユーザを第２ユーザ５２という。３組以上のユーザが自動車両３０に相乗りする場合、自動車両３０に先に乗車する第１ユーザ５０以外のユーザを全て第２ユーザ５２という。第１ユーザ５０および第２ユーザ５２は、それぞれ同乗者を伴っていてもよい。

車両管理装置１０において、自動車両３０が複数のユーザを相乗りさせて輸送する場合には、各ユーザの目的地への到着時刻を厳密にコントロールすることが好ましい。したがって、目的地への到着が早まりそうな場合には対策を講じることが好ましい。本実施形態は、自動車両３０が目的地への到着が早まりそうな場合には自動車両３０に対する第２ユーザ５２の乗車リクエストの受付条件を緩和して目的地への到着時刻をコントロールするものである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

走行計画作成部１０４１は、第１の時点よりも後の第２の時点において、当該時点において新たに取得した交通状況や自動車両３０の走行状況から走行計画を再度作成し、自動車両３０が目的地へ到着する第２の到着予定時刻を再度予測する。第２の時点は、第１ユーザ５０の走行計画における走行時間の半分を経過した時点である。第１ユーザ５０の走行計画における走行時間とは、出発時刻から第１の到着予定時刻に至る時間である。第２の時点は、第１ユーザ５０の走行計画における走行経路の中間地点を通過した時点であってもよい。第２の時点は第１の時点よりも後の他の時点であってもよい。

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

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

なお、図８における到着時刻は、走行計画管理部１０４が第１ユーザ５０のユーザ端末４０から乗車リクエストを受信した第１の時点で予測した第１の到着予定時刻である。ここで、走行計画管理部１０４が第２の到着予定時刻を予測した場合、第１の到着予定時刻が第２の到着予定時刻に上書きされる。これは、第２の到着予定時刻は第１の時点よりも後の時点において予測した時刻であり、第１の到着予定時刻よりも正確な時刻であると考えられるからである。なお、第１の到着予定時刻の欄の横に第２の到着予定時刻の欄を設けて、第１の到着予定時刻および第２の到着予定時刻の双方を格納してもよい。

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

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

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

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

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

図６に戻り、走行計画管理部１０４の時間算出部１０４４は、走行計画作成部１０４１が第１の時点及び第２の時点において予測した第１の到着予定時刻及び第２の到着予定時刻を走行計画格納部１０４２から取得する。本実施形態において、第１の時点は、走行計画管理部１０４が第１ユーザ５０のユーザ端末４０から乗車リクエストを受信した時点であり、第２の時点は、第１ユーザ５０の走行計画における走行時間の半分を経過した時点である。また、本実施形態において、第１の到着予定時刻に対して第２の到着予定時刻は早い時刻であるものとする。

時間算出部１０４４は、第１の到着予定時刻に対して、第２の到着予定時刻が早まる時間Ｓを算出する。なお、時間算出部１０４４は、第１ユーザ５０が乗車リクエストにおいて目的地への到着の希望時刻を指定した場合、当該希望時刻を第１の到着予定時刻の代わりに用いてもよい。

図９（ａ）〜（ｄ）は、第１の到着予定時刻に対して、第２の到着予定時刻が早まる時間Ｓを示す。図９（ａ）には、出発時刻Ｔ０と、走行計画管理部１０４が第１の時点で予測した第１の到着予定時刻である到着予定時刻Ｔ１とが示される。図９（ａ）において、到着予定時刻Ｔ１から早まる程度を示す設定時間Ｓ１及び設定時間Ｓ２が予め設定されている。設定時間Ｓ１及び設定時間Ｓ２は、例えば、第１ユーザ５０の走行計画における走行時間との比が所定の比率となるように予め設定され、走行計画格納部１０４２に格納されている。設定時間Ｓ１及び設定時間Ｓ２は、５分や１０分などの絶対値で予め設定されてもよい。

走行計画管理部１０４は、受付部１０１から受信した第１ユーザ５０の乗車リクエストの内容および第１ユーザ５０が乗車している自動車両３０の走行情報に基づいて、自動車両３０に対する第２ユーザ５２の乗車リクエストを受付けるための受付条件を設定する。走行計画管理部１０４は、第１ユーザ５０のユーザ端末４０から乗車リクエストを受信した第１の時点において第１の受付条件２００を設定する。

図１０は、走行計画管理部１０４が第１の時点において設定した第１の受付条件２００を示す。第１の受付条件２００は、第１ユーザ５０の走行計画に対する、第２ユーザ５２の相乗り乗車を受け付けるための第２ユーザ５２に関する条件である。図１０に示すように、第１の時点における第１の受付条件２００には、乗車リクエストの受付数「２組以下」、乗車位置「Ａ地区、Ｂ地区」、乗車時間「１０：００〜１０：３０」、降車位置「Ｘ地区、Ｙ地区」、降車時間「１２：００〜１２：３０」、性別「男性」、喫煙「無」、飲酒「有」の条件が設定されている。

図１０に示す第１の受付条件２００のうち、乗車リクエストの受付数「２人以下」、乗車位置「Ａ地区、Ｂ地区」、乗車時間「１０：００〜１０：３０」、降車位置「Ｘ地区、Ｙ地区」、降車時間「１２：００〜１２：３０」は、走行計画作成部１０４１が作成した自動車両３０の走行計画から導き出された条件であり、自動車両３０が第１ユーザ５０の目的地に遅れずに到着できる範囲で設定される。また、第１の受付条件２００のうち、性別「男性」、喫煙「無」、飲酒「有」の条件は、図３に示す第１ユーザ５０の乗車リクエストから導き出された条件である。

走行計画管理部１０４は、第２の時点において新たに取得した交通状況や自動車両３０の走行の状況に基づいて、第２の時点において第１の受付条件２００の緩和が必要であるか否かを判断する。第１の受付条件２００の緩和が必要であると判断した場合には、第２の時点において第１の受付条件２００を緩和した第２の受付条件２０１，２０２を設定する。一方で、第１の受付条件２００の緩和が必要ではないと判断した場合には第１の受付条件２００を緩和しない。第１の受付条件２００を緩和するか否かの判断は、下記に示すように自動車両３０の走行状況による。

図９（ｂ）には、出発時刻Ｔ０と、走行計画管理部１０４が第２の時点で予測した第２の到着予定時刻である到着予定時刻Ｔ２が示される。図９（ｂ）において、到着予定時刻Ｔ２は到着予定時刻Ｔ１から時間Ｓ３だけ早まっている。ここで、設定時間Ｓ１＞時間Ｓ３の関係が成り立つことから、時間Ｓ３がそれ程大きくはなく第２ユーザ５２の乗車リクエストの受付条件を緩和するほどではないと考えられる。したがって、走行計画管理部１０４は、自動車両３０に対する第２ユーザ５２の乗車リクエストの第１の受付条件２００を緩和しない。なお、走行計画管理部１０４は、到着予定時刻Ｔ２が到着予定時刻Ｔ１よりも遅い場合、すなわち当初計画よりも遅延が生じている場合には、設定時間Ｓ１＞時間Ｓ３に分類する。

図９（ｃ）には、出発時刻Ｔ０と、走行計画管理部１０４が第２の時点で予測した第２の到着予定時刻である到着予定時刻Ｔ３が示される。図９（ｃ）には、図９（ｂ）と比べて自動車両３０の走行がさらに早まった状況が示される。図９（ｃ）において、到着予定時刻Ｔ３は到着予定時刻Ｔ１から時間Ｓ４だけ早まっている。図９（ｃ）において、設定時間Ｓ１≦時間Ｓ４≦設定時間Ｓ２の関係が成り立つことから、到着時刻にある程度の余裕がある状態であり第２ユーザ５２の乗車リクエストの第１の受付条件２００を緩和してもよいと考えられる。したがって、走行計画管理部１０４は、自動車両３０に対する第２ユーザ５２の乗車リクエストの第１の受付条件２００を緩和する。具体的には、走行計画管理部１０４は、第２ユーザ５２の乗車リクエストの第１の受付条件２００において第２ユーザ５２の乗車位置等の範囲を広げる変更を行う。

図１１は、走行計画管理部１０４が第２の時点において設定した第２の受付条件２０１の一例を示す。図１１は、図９（ｃ）に示すように設定時間Ｓ１≦時間Ｓ４≦設定時間Ｓ２の関係が成り立つ場合における受付条件の変更の一例を示す。図１１に示すように、第２の時点における第２の受付条件２０１には、乗車リクエストの受付数「２組以下」、乗車位置「Ａ地区、Ｂ地区、Ｃ地区」、乗車時間「１０：００〜１０：４５」、降車位置「Ｘ地区、Ｙ地区、Ｚ地区」、降車時間「１２：００〜１２：４５」、性別「男性」、喫煙「無」、飲酒「有」の条件が設定されている。

第２の到着予定時刻が第１の到着予定時刻よりも時間Ｓ４だけ早まっておりある程度の余裕があることから、図１１に示す第２の受付条件２０１は、図１０に示す第１の受付条件２００から緩和されている。具体的には、乗車位置が「Ａ地区、Ｂ地区」から「Ａ地区、Ｂ地区、Ｃ地区」の範囲に広がっており、乗車時間が「１０：００〜１０：３０」から「１０：００〜１０：４５」の時間帯に広がっており、降車位置が「Ｘ地区、Ｙ地区」から「Ｘ地区、Ｙ地区、Ｚ地区」の範囲に広がっており、降車時間が「１２：００〜１２：３０」から「１２：００〜１２：４５」の時間帯に広がっている。

図９（ｄ）には、出発時刻Ｔ０と、走行計画管理部１０４が第２の時点で予測した第２の到着予定時刻である到着予定時刻Ｔ４が示される。図９（ｄ）には、図９（ｃ）と比べて自動車両３０の走行がさらに早まった状況が示される。図９（ｄ）において、到着予定時刻Ｔ４は到着予定時刻Ｔ１から時間Ｓ５だけ早まっている。図９（ｄ）において、時間Ｓ５＞設定時間Ｓ２であることから、到着時刻に大幅な余裕がある状態であり第２ユーザ５２の乗車リクエストの第１の受付条件２００を大きく緩和してもよいと考えられる。したがって、走行計画管理部１０４は、第２ユーザ５２の乗車リクエストの第１の受付条件２００を緩和する。具体的には、走行計画管理部１０４は、図１１に示す変更に加えて第２ユーザ５２の乗車リクエストの受付数の上限を上げる変更を行う。

図１２は、走行計画管理部１０４が第２の時点において設定した第２の受付条件２０２の他の例を示す。図１２は、図９（ｄ）に示すように時間Ｓ５＞設定時間Ｓ２の関係が成り立つ場合における受付条件の変更の一例を示す。図１２に示すように、第２の時点における第２の受付条件２０２には、乗車リクエストの受付数「３組以下」、乗車位置「Ａ地区、Ｂ地区、Ｃ地区」、乗車時間「１０：００〜１０：４５」、降車位置「Ｘ地区、Ｙ地区、Ｚ地区」、降車時間「１２：００〜１２：４５」、性別「男性」、喫煙「無」、飲酒「有」の条件が設定されている。

第２の到着予定時刻が第１の到着予定時刻よりも時間Ｓ５だけ早まっており到着時間に大幅な余裕があることから、図１２に示す第２の受付条件２０２は、図１０に示す第１の受付条件２００から大幅に緩和されている。具体的には、乗車リクエストの受付数が「２組以下」から「３組以下」と増えており、乗車位置が「Ａ地区、Ｂ地区」から「Ａ地区、Ｂ地区、Ｃ地区」の範囲に広がっており、乗車時間が「１０：００〜１０：３０」から「１０：００〜１０：４５」の時間帯に広がっており、降車位置が「Ｘ地区、Ｙ地区」から「Ｘ地区、Ｙ地区、Ｚ地区」の範囲に広がっており、降車時間が「１２：００〜１２：３０」から「１２：００〜１２：４５」の時間帯に広がっている。

図１３は、第２ユーザ５２の乗車位置の一例を示す。図１３には、設定時間Ｓ１≦時間Ｓであるときに（図９（ｃ）および（ｄ）参照）、走行計画管理部１０４が行う第２ユーザ５２の乗車位置の範囲を広げる受付条件の変更の一例が示される。

図１３には、第１ユーザ５０の出発地及び目的地と、第２ユーザ５２Ａ〜５２Ｃの乗車位置が示される。図１３において、第２ユーザ５２Ａの乗車位置はＡ地区内に位置しており、第２ユーザ５２Ｂの乗車位置はＢ地区内に位置しており、第２ユーザ５２Ｃの乗車位置はＣ地区内に位置している。

図１３において、第１ユーザ５０の走行計画における走行経路は実線で示されており、第２ユーザ５２Ｂを相乗りさせた場合に変更された走行経路は一点鎖線で示されており、第２ユーザ５２Ｃを相乗りさせた場合に変更された走行経路は二点鎖線で示されている。図１３において、第２ユーザ５２Ａの乗車位置は第１ユーザ５０の走行計画における走行経路上に位置しているが、第２ユーザ５２Ｂおよび第２ユーザ５２Ｃの乗車位置は第１ユーザ５０の走行計画における走行経路外に位置しており、特に第２ユーザ５２Ｃを乗車させる場合には回り道をすることになる。

ここで、走行計画管理部１０４が第１の時点において設定した第１の受付条件２００では、第２ユーザ５２の乗車位置として「Ａ地区、Ｂ地区」のみが設定されていた（図１０参照）。しかしながら、設定時間Ｓ１≦時間Ｓであり到着時刻に余裕があることから、走行計画管理部１０４は、受付条件において自動車両３０に対する第２ユーザ５２の乗車位置の範囲を「Ａ地区、Ｂ地区、Ｃ地区」に広げる。したがって、変更後の受付条件において、走行計画管理部１０４はＣ地区から乗車する第２ユーザ５２Ｃの乗車リクエストも受け付ける。

走行計画管理部１０４は、変更後の第２の受付条件２０１，２０２に合致する第２ユーザ５２の乗車リクエストを受け付ける。走行計画管理部１０４が第２ユーザ５２の乗車リクエストを受付けることを決定すると、走行計画管理部１０４の走行計画作成部１０４１は、受け付けた第２ユーザ５２の乗車リクエストに基づいて自動車両３０の走行計画を変更する。走行計画作成部１０４１は、第２ユーザ５２の端末からの乗車リクエストを受け付けた場合の第３の到着予定時刻である到着予定時刻Ｔ５を予測する。走行計画管理部１０４は、到着予定時刻Ｔ５が到着予定時刻Ｔ１よりも後になるまで、第２ユーザ５２の追加の乗車リクエストを受け付ける。

図６に戻り、出力部１０５の料金情報出力部１０５１は、自動車両３０を利用した第１ユーザ５０および第２ユーザ５２に対して利用料金を精算し、対応するユーザ端末４０、４２に利用料金の情報を送信する。この場合に、料金情報出力部１０５１は、走行情報取得部１０３からの走行の状況の情報、および、乗車情報取得部１０２からの乗車の状況の情報に基づいて利用料金を精算する。料金情報出力部１０５１は、自動車両３０への第２ユーザ５２の相乗り乗車によって第１ユーザ５０の料金がディスカウントされる割合を算出して第１ユーザ５０のユーザ端末４０に出力してもよい。第１ユーザ５０の料金がディスカウントされる割合は第２ユーザ５２の受付数に応じて増えてもよい。

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

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

図１４は、車両管理装置１０において第１ユーザ５０および第２ユーザ５２からの乗車リクエストを処理する処理フローの一例である。

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

走行計画管理部１０４の走行計画作成部１０４１は、第１ユーザ５０のユーザ端末４０からの乗車リクエストを満たす走行計画を作成し、第１の時点において第１の到着予定時刻を予測する（Ｓ０２）。第１ユーザ５０の走行計画における走行時間の半分である第２の時点を経過したら（Ｓ０３：ＹＥＳ）、走行計画管理部１０４の走行計画作成部１０４１は、第２の時点で判明した交通状況や走行状況を考慮して再度走行計画を作成し、第２の時点における第２の到着予定時刻を予測する（Ｓ０４）。

走行計画管理部１０４の時間算出部１０４４は、第１の到着予定時刻と第２の到着予定時刻とを比較して、第２の到着予定時刻が第１の到着予定時刻から早まる時間Ｓを算出し、当該時間Ｓと予め定められた設定時間Ｓ１を比較する（Ｓ０５）。

図９（ｂ）に示されるように、設定時間Ｓ１＞時間Ｓであるとき（Ｓ０６：ＹＥＳ）、走行計画管理部１０４は、第２ユーザ５２の乗車リクエストの受付条件を緩和しない（Ｓ０６）。図９（ｃ）および（ｄ）に示されるように、設定時間Ｓ１≦時間Ｓであるとき（Ｓ０６：ＮＯ）、走行計画管理部１０４は、第２ユーザ５２の乗車リクエストの受付条件を緩和する（Ｓ０７）。

続いて、走行計画管理部１０４が第２ユーザ５２からの乗車リクエストを受付けると（Ｓ０８）、走行計画作成部１０４１は、当該第２ユーザ５２を乗車させた場合の第３の到着予定時刻Ｔ５を予測して、走行計画を変更する（Ｓ９）。走行計画管理部１０４は、到着予定時刻Ｔ５が到着予定時刻Ｔ１よりも後になるまで、第２ユーザ５２の追加の乗車リクエストを受け付ける（Ｓ１０）。

図１５は、走行計画管理部１０４が第２ユーザ５２の乗車リクエストの受付条件を緩和する処理フローの一例である。図１５は、図１４のＳ０７に示す処理の詳細である。設定時間Ｓ１≦時間Ｓであるとき、走行計画管理部１０４は時間Ｓ＞設定時間Ｓ２であるかを判断する（Ｓ１１）。

時間Ｓ＞設定時間Ｓ２である場合（Ｓ１１：ＹＥＳ）、走行計画管理部１０４は、図１２に示すように乗車リクエストの受付数の上限を上げ、さらに乗車位置、乗車時間、降車位置、降車時間の範囲を広げる変更を行う（Ｓ１２）。一方で、時間Ｓ≦設定時間Ｓ２である場合（Ｓ１１：ＮＯ）、走行計画管理部１０４は、図１１に示すように乗車位置、乗車時間、降車位置、降車時間の範囲を広げる変更のみ行う（Ｓ１３）。

以上、本実施形態によれば、第１ユーザ５０の目的地への到着が早まりそうな場合には自動車両３０に対する第２ユーザ５２の乗車リクエストの受付条件を緩和するので、第１ユーザ５０の目的地への到着時刻をコントロールすることができる。

なお、上記実施形態では走行計画作成部１０４１が第１の到着予定時刻および第２の到着予定時刻を予測し、時間算出部１０４４が第１の到着予定時刻に対する第２の到着予定時刻の早まる時間Ｓを算出した。しかしながら、第１の到着予定時刻後の到着予定時刻の予測は複数回行われてもよい。その場合、最も後の時点で予測された到着予定時刻と第１の到着予定時刻とを比較してもよい。

走行計画管理部１０４は、第２の到着予定時刻が第１の到着予定時刻に対して遅延する場合には、受付条件を厳格化する変更を行ってもよい。その場合には、遅延時間によって受付条件の乗車リクエストの受付数の上限を下げてもよく、乗車位置の範囲を狭めてもよい。

走行計画管理部１０４は、時間Ｓによって自動車両３０の走行速度をコントロールしてもよい。この場合、走行計画管理部１０４は時間Ｓが設定時間Ｓ１より大きい時間である場合に自動車両３０の速度を下げた走行計画を作成してもよい。自動車両３０の速度を下げる程度は、時間Ｓに応じて段階的に設定してもよい。

走行計画管理部１０４は、時間Ｓによって自動車両３０の走行経路を変更してもよい。この場合、走行計画管理部１０４は、時間Ｓが設定時間Ｓ１より大きい時間である場合に走行計画における走行経路を到着時間が遅くなるルートに変更してもよく、または走行経路を有料道路を含むルートから有料道路を含まないルートに変更してもよい。

走行計画管理部１０４は、時間Ｓが設定時間Ｓ１より大きい時間である場合に自動車両３０を一時停車する走行計画を管理してもよい。一時停車の場所は、コンビニやスーパーなどの商業施設付近であってもよい。また、一時停車の場所は、日陰など車内温度に与える影響が少ない場所であってもよい。車両管理装置１０は車両メンテナンス部を更に備え、一時停車中に、車両センサの校正又は無線通信を経由して車両アプリケーションの更新を行ってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (15)

1. 相乗り車両を管理する相乗り管理装置であって、
   第１ユーザが乗車する車両の目的地に到着する時刻を予定した到着予定時刻を含む走行計画を管理する走行計画管理部と、
   予め定められた第１の時点で予定した第１の到着予定時刻に対して、前記第１の時点よりも後の予め定められた第２の時点で予定した第２の到着予定時刻が早まる時間を算出する時間算出部と、を備え、
   前記走行計画管理部は、前記早まる時間が予め定められた第１の時間以上である場合に、前記車両に相乗りを希望する第２ユーザの端末からの乗車リクエストの受付条件を緩和して前記走行計画を管理する、相乗り管理装置。
2. 前記走行計画管理部は、前記早まる時間が前記第１の時間より大きい予め定められた第２の時間以上である場合に、前記第２ユーザの端末からの乗車リクエストの受付数の上限を上げる、請求項１に記載の相乗り管理装置。
3. 前記走行計画管理部は、前記早まる時間が前記第１の時間より大きい予め定められた第３の時間以上である場合に、前記第２ユーザが前記車両に乗車可能な地域の範囲を広げる、請求項１又は２に記載の相乗り管理装置。
4. 前記走行計画管理部は、前記第２ユーザの端末からの乗車リクエストを受け付けた場合に予定される第３の到着予定時刻が前記第１の到着予定時刻よりも後になるまで、前記第２ユーザの端末からの乗車リクエストを受け付ける、請求項１から３のいずれか１項に記載の相乗り管理装置。
5. 前記第２ユーザの乗車によって前記第１ユーザの料金がディスカウントされる割合を算出して前記第１ユーザの端末に出力する料金情報出力部を更に備える、請求項１から４のいずれか１項に記載の相乗り管理装置。
6. 前記第１ユーザおよび前記第２ユーザからの乗車リクエストを受信する受付部を更に備え、
   前記第１の時点は、前記受付部が前記第１ユーザのユーザ端末から乗車リクエストを受信した時点であり、前記第２の時点は、前記第１ユーザの走行計画における走行時間の半分を経過した時点である、請求項１から５のいずれか１項に記載の相乗り管理装置。
7. 前記車両は自動運転を行う自動車両であり、
   前記走行計画管理部は、前記早まる時間が前記第１の時間より大きい予め定められた第４の時間である場合に前記自動車両の速度を下げた走行計画を管理する、請求項１から６のいずれか１項に記載の相乗り管理装置。
8. 前記走行計画管理部は、前記早まる時間が前記第４の時間より大きい予め定められた第５の時間以上である場合に前記自動車両を一時停車する走行計画を管理する、請求項７に記載の相乗り管理装置。
9. 前記一時停車中に、車両センサの校正又は無線通信を経由して車両アプリケーションの更新を行う車両メンテナンス部を更に備える、請求項８に記載の相乗り管理装置。
10. 前記一時停車の場所は商業施設付近である、請求項８又は９に記載の相乗り管理装置。
11. 前記一時停車の場所は日陰である、請求項８又は９に記載の相乗り管理装置。
12. 前記車両は自動運転を行う自動車両であり、
    前記走行計画管理部は、前記早まる時間が前記第１の時間より大きい予め定められた第６の時間以上である場合に前記走行計画において設定した経路を前記到着予定時刻が遅くなる経路に変更する、請求項１から１１のいずれか１項に記載の相乗り管理装置。
13. 前記車両は自動運転を行う自動車両であり、
    前記走行計画管理部は、前記早まる時間が前記第１の時間より大きい予め定められた第７の時間以上である場合であって前記走行計画における経路として有料道路を含む経路を選択していた場合に、前記走行計画における経路を有料道路を含まない経路に変更する、請求項１から１２のいずれか１項に記載の相乗り管理装置。
14. 第１ユーザが乗車する車両の目的地に到着する時刻を予定した到着予定時刻を含む走行計画を管理する走行計画管理段階と、
    予め定められた第１の時点で予定した第１の到着予定時刻に対して、前記第１の時点よりも後の予め定められた第２の時点で予定した第２の到着予定時刻が早まる時間を算出する時間算出段階と、を備え、
    前記走行計画管理段階は、前記早まる時間が予め定められた第１の時間以上である場合に、前記車両に相乗りを希望する第２ユーザの端末からの乗車リクエストの受付条件を緩和して前記走行計画を管理する、相乗り管理方法。
15. コンピュータに、
    第１ユーザが乗車する車両の目的地に到着する時刻を予定した到着予定時刻を含む走行計画を管理する走行計画管理段階と、
    予め定められた第１の時点で予定した第１の到着予定時刻に対して、前記第１の時点よりも後の予め定められた第２の時点で予定した第２の到着予定時刻が早まる時間を算出する時間算出段階と、を実行させるための相乗り管理プログラムであって、
    前記走行計画管理段階は、前記早まる時間が予め定められた第１の時間以上である場合に、前記車両に相乗りを希望する第２ユーザの端末からの乗車リクエストの受付条件を緩和して前記走行計画を管理する、相乗り管理プログラム。

Images