JP7386113B2 - 車両管理装置およびプログラム - Google Patents

Description

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

特許文献１には、「自動運転車両の乗客が降車不能状態となったときに乗客を支援することが可能な乗客支援装置」が記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２０１８－１４７３５４

本発明の第１の態様においては、車両管理装置であって、自動車両におけるユーザの乗車の状況の情報を取得する乗車情報取得部を備えてよい。ユーザが乗車している自動車両の走行の状況の情報を取得する到着情報取得部を備えてよい。到着情報取得部の情報および乗車情報取得部の情報に基づいて、自動車両が目的地に到着してから、ユーザが自動車両から降車するまでの時間を計測する時間計測部を備えてよい。時間計測部の時間が予め定められた時間を超えた場合には、超えない場合よりもユーザに高い利用料金を課す料金情報を出力する料金情報出力部を備えてよい。

料金情報出力部は、予め定められた時間を超えた場合には、超えない場合の利用料金に追加料金を加算した料金情報を出力してもよい。料金情報出力部は、追加料金として、予め定められた時間を超えた時間に関わらず一定の追加料金を加算してもよい。料金情報出力部は、追加料金として、予め定められた時間を超えた時間が長いほど高い追加料金を加算してもよい。

乗車情報取得部は、ユーザに同乗者に関する情報もさらに取得してもよい。料金情報出力部は、予め定められた時間を超えた場合には、同乗者にも料金を課す料金情報を出力してもよい。料金情報出力部は、同乗者に、ユーザが定められた時間を超えた場合と超えない場合の利用料金の差額よりも小さい料金を課してもよい。

ユーザに対応付けて、予め定められた時間を超えた頻度および程度の少なくとも一方の情報を格納する頻度情報格納部をさらに備えてもよい。頻度情報格納部を参照し、頻度および程度の少なくとも一方が予め定められた条件となった場合に、ユーザからの自動車両の乗車リクエストを受け付けない旨の情報を出力してもよい。

目的地の周囲環境の情報を取得する環境情報取得部をさらに備えてもよい。料金出力部は、環境情報取得部の情報に基づいて、予め定められた時間を設定してもよい。

料金出力部は、乗車情報取得部の乗車の状況の情報に基づいて、予め定められた時間を設定してもよい。乗車情報取得部は、乗車の状況の情報としてユーザの属性および同乗者の属性の少なくとも一方を取得してもよい。乗車情報取得部は、乗車の状況の情報としてユーザが自動車両に持ち込んだ荷物の量を取得してもよい。

本発明の第２の態様においては、プログラムであって、コンピュータに、ユーザが自動車両に乗車しているか否かの情報を取得する乗車情報取得手順を実行させてよい。ユーザが乗車している自動車両がユーザの目的地に到着したか否かの情報を取得する到着情報取得手順を実行させてよい。到着情報取得手順の情報および乗車情報取得手順の情報に基づいて、自動車両が目的地に到着してから、ユーザが自動車両から降車するまでの時間を計測する時間計測手順を実行させてよい。時間計測手順の時間が予め定められた時間を超えた場合には、超えない場合よりもユーザに高い利用料金を課す料金情報を出力する料金情報出力手順を実行させてよい。

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

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

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

図１は、本実施形態が適用される車両管理システム７０を概念的に示す。車両管理システム７０は、マイカー以外の例えばカーシェアリングや公共交通機関を含む交通手段での移動を１つのサービスとしてシームレスにつなぐ、いわゆるＭａａＳを提供する。車両管理システム７０において、車両管理装置１０、自動車両３０、３２、ユーザ端末４０、４２がインターネットなどのネットワーク２０を介して互いに通信可能となっている。

車両管理装置１０は、例えば、パーソナルコンピュータなどのサーバである。自動車両３０、３２は、例えば自動車であり、その駆動の方式を問わない。さらに、自動車両３０、３２は、定員が数名の乗用車あってもよいし、定員が乗用車よりも多いバスであってもよい。ユーザ端末４０はユーザ５０により使用される通信端末、例えばスマートフォンである。同様に、ユーザ端末４２はユーザ５２により使用される。

車両管理システム７０において、自動車両３０、３２がなるべく効率的に使われることが好ましい。そのためには、自動車両３０、３２が目的地に着いたら、乗車していたユーザ５０、５２が速やかに降車してもらうことが好ましい。よって、本実施形態はユーザ５０、５２に速やかな降車を促すものである。

図２は、車両管理システム７０でユーザ５０、５２からの乗車リクエストを処理する処理フローの一例である。図２の例では、ユーザ５０、５２の両方からの乗車リクエストに対して、自動車両３０が使用される一例を示している。

ユーザ端末４０はユーザ５０からの乗車リクエストの入力を受け付ける（Ｓ１０）。例えば、乗車リクエストはユーザ端末４０にインストールされた専用のアプリケーションを立ち上げることで入力が可能になる。ユーザ端末４０は、乗車リクエストを車両管理装置１０に送信する（Ｓ１２）。車両管理装置１０は、ユーザ端末４０からの乗車リクエストを満たす走行計画を作成する（Ｓ１４）。車両管理装置１０は、走行計画が作成されたことに基づいて、ユーザ端末４０へ乗車リクエストが受け付けられた旨を示す受付情報を送信するとともに（Ｓ１６）、当該走行計画で走行が予定された自動車両３０へ走行計画の情報を送信する（Ｓ１８）。

さらに、車両管理装置１０は、ユーザ５２のユーザ端末４２からも乗車リクエストを受信した場合に（Ｓ２０、Ｓ２２）、走行計画を作成する（Ｓ４２）。この場合に、車両管理装置１０は、ユーザ端末４０からの乗車リクエストに基づいて作成した走行計画も考慮した走行計画を作成する。

図２の例では、ステップＳ２４で相乗りが含まれた走行計画が作成されたものと仮定する。相乗りは、乗合いとも呼ばれることもあり、あるユーザが乗車している自動車両が当該ユーザの出発地から目的地まで移動する途中で、他のユーザも当該自動車両に乗車して当該自動車両を共用するものである。相乗りにおいて、他のユーザが先のユーザの目的地よりも手前で降車してもよいし、同じ目的地で降車してもよいし、より遠くで降車してもよい。

車両管理装置１０は、走行計画に含まれる相乗りの可能性があるユーザ５０、５２のうち、先に乗車リクエストを送信してきていたユーザ５０のユーザ端末４０に、相乗り候補の情報を送信する（Ｓ２６）。相乗り候補の情報には、例えば相乗り候補の相手であるユーザ５２に関する情報が含まれる。ユーザ端末４０は、ユーザ５０から相乗りの可否の入力を受け付けて、車両管理装置１０に送信する（Ｓ２８）。図２の例では説明を簡単にするため、ユーザ５０は相乗りを許可したものと仮定する。

続いて、車両管理装置１０は、走行計画に含まれる相乗りの可能性があるユーザ５０、５２のうち、後に乗車リクエストを送信してきていたユーザ５２のユーザ端末４２に、相乗り候補の情報を送信する（Ｓ３０）。ユーザ端末４２は、ユーザ５２から相乗りの可否の入力を受け付けて、車両管理装置１０に送信する（Ｓ３２）。図２の例では説明を簡単にするため、ユーザ５２も相乗りを許可したものと仮定する。

車両管理装置１０は、ユーザ５０、５２の両方から相乗りが許可されたことに基づいて、ユーザ端末４０、４２のそれぞれへ乗車リクエストが受け付けられた旨を示す受付情報を送信するとともに（Ｓ３４、Ｓ３６）、当該走行計画で走行が予定された自動車両３０へ走行計画の情報を送信する（Ｓ３８）。なお、走行計画の作成の方法は特に言及しない限り既知の経路案内装置と同様の方法が用いられてよい。先の走行計画に対して相乗りが追加される場合の走行計画の作成方法は、特に言及しない限り既知の経路案内装置における走行経路に通過点を追加する場合と同様の方法が用いられてよい。

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

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

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

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

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

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

受付部１０２は、ユーザ端末４０、４２から乗車リクエストを受け付ける。受付部１０２はさらに、乗車リクエストの受付に先立って、または、乗車リクエストの初回受付時に、ユーザ５０、５２の情報をユーザ端末４０、４２から受信して、ユーザ情報格納部１０４に格納する。

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

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

車両管理装置１０の走行計画管理部１０６は、ユーザ５０、５２の乗車リクエストに基づいて自動車両３０、３２の走行計画を作成する。より具体的には、走行計画管理部１０６は、ユーザ端末４０、４２から受信した乗車リクエストに含まれている情報に基づき、走行計画を作成する。この場合に、走行計画管理部１０６は、乗車リクエストに含まれているユーザＩＤに対応付けて格納されているユーザの情報をユーザ情報格納部１０４から読み出して、当該情報も用いて走行計画を作成する。上記の通り、走行計画の作成の方法は既知の方法が用いられてよい。

走行計画管理部１０６は、作成した走行計画の情報を走行計画格納部１０８に格納するとともに、少なくともその一部を、当該走行計画で使用される自動車両３０、３２に送信する。走行計画管理部１０６はさらに、当該走行計画によって乗車リクエストを満足することができた場合には、その旨を示す受付情報を、当該乗車リクエストを送信してきたユーザ端末４０、４２に送信する。走行計画管理部１０６は、乗車リクエストを満足する走行計画を作成することができない場合には、その旨を示す情報を、乗車リクエストを送信してきたユーザ端末４０、４２に送信する。さらに、走行計画管理部１０６は、相乗りが含まれた走行計画が作成された場合に、相乗りの可能性があるユーザ５０、５２のユーザ端末４０、４２に、相乗り候補の情報を送信する。

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

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

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

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

出発地、その時刻、目的地、同乗者の数、異性の有無、喫煙の有無および飲酒の有無の欄は、ユーザＩＤで特定されるユーザ５０、５２が乗車リクエストに入力した情報が格納される。走行ルートは、走行計画格納部１０８が出発地、その時刻、目的地、走行ルートおよびその他の情報に基づいて設定した情報が格納される。図７においては説明を簡単にするため、走行ルートを単に「ルートＳ」等の文字で示した。

目的地の時刻は、走行計画格納部１０８が出発地、その時刻、目的地、走行ルートおよびその他の情報に基づいて予測した情報が格納される。その他の情報には走行ルート上の渋滞の情報などが含まれる。走行ルートの設定および目的地の時刻の予測は既知の方法が用いられてよい。

なお、回送の場合には、相乗りの情報、出発地の時刻、同乗者の人数、異性の有無、喫煙の有無、飲酒の有無の情報として無効な値「＊」が格納されている。

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

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

時間計測部１２０は、自動車両３０等が目的地に到着してから、ユーザ５０等が自動車両３０等から降車するまでの時間を計測する。ここで、自動車両３０等が目的地に到着したことは、走行情報取得部１１０の走行の状況を示す情報に基づいて判断される。一方、ユーザ５０等が自動車両３０等から降車したことは、乗車情報取得部１１２の乗車の状況を示す情報に基づいて判断される。

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

料金情報出力部１１４はさらに、時間設定テーブル１１６を有する。料金情報出力部１１４は、上記清算において、時間計測部１２０で計測された時間が時間設定テーブル１１６に設定された時間を超えた場合に、超えない場合の利用料金に追加料金を加算する。この場合に、料金情報出力部１１４はさらに、上記時間を超えたユーザ５０等についてユーザ情報格納部１０４の頻度のカウントを１つアップする。

環境情報取得部１２４は、料金情報出力部１１４からの要求により、外部サーバから自動車両３０，３２の目的地の周囲環境に関する情報を取得する。周囲環境の情報には例えば、降雨、降雪および気温等が含まれる。

図８は、時間設定テーブル１１６の一例を示す。時間設定テーブルには、標準時間と、環境要因で加算される時間と、乗車状況要因で加算される時間とが格納されている。環境要因に該当するか否かは、環境情報取得部１２４で取得された周囲環境の情報に基づいて判断される。図８の例において、環境要因として、降雨の場合「３分加算」、降雪の場合「５分加算」、気温２５度以上の場合「２分加算」の情報が格納されている。

一方、乗車状況要因に該当するか否かは、乗車情報取得部１１２で取得された乗車の状況の情報に基づいて判断される。図８の例において、乗車状況要因として、同乗者に子供または老人がいた場合「３分追加」、荷物を持っている場合「１分追加」の情報が格納されている。

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

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

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

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

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

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

図１１は、車両管理システム７０で走行計画を実行して料金を精算する処理フローの一例である。走行計画として自動車両３０における図１０の走行ＩＤ「Ｄ００１」を例として説明する。

まず、自動車両３０の車載端末３０２に格納された走行計画の走行ＩＤ「Ｄ００１」の出発地まで自動車両３０が自動走行する（Ｓ５０）。現在地情報取得部３１２は、取得した自動車両３０の現在地と走行計画の出発地とを比較して、予め定められた範囲内で一致した場合に、出発地に到着したと判断し、通信部３０４によりその旨を走行ＩＤに対応付けて車両管理装置１０に送信する（Ｓ５２）。

乗車情報取得部３１４が車内の画像と当該走行計画に対応するユーザＩＤ「Ｕ０００１」であるユーザ５０の画像とを用いてユーザ５０が乗車したと判断するまで、自動車両３０は待機する（Ｓ５４：Ｎｏ）。ユーザ５０が乗車したと判断した場合（Ｓ５４：Ｙｅｓ）、乗車情報取得部３１４は通信部３０４によりその旨を走行ＩＤに対応付けて車両管理装置１０に送信する（Ｓ５６）。

自動車両３０は、走行計画に基づいて自動走行する（Ｓ５８）。現在地情報取得部３１２は、取得した自動車両３０の現在地と走行計画の目的地とを比較して、予め定められた範囲内で一致した場合に、目的地に到着したと判断して停車するとともに、通信部３０４によりその旨を走行ＩＤに対応付けて車両管理装置１０に送信する（Ｓ６２）。さらに乗車情報取得部３１４は、ユーザ５０の乗車の状況として、ユーザ５０の同乗者に子供または老人がいるか否かを示す情報、および、ユーザ５０に荷物があるか否かを示す情報を車両管理装置１０に送信する（Ｓ６４）。

車両管理装置１０の走行情報取得部１１０は、通信部３０４から目的地に到着した旨を受信した場合に、時間計測部１２０にその旨を通知し、それを契機として時間計測部１２０は時間の計測を開始する（Ｓ６６）。料金情報出力部１１４は、降車の許容時間を設定する（Ｓ７０）。

ステップＳ７０において、料金情報出力部１１４はまず時間設定テーブル１１６から標準時間を読み出す。さらに、料金情報出力部１１４は環境情報取得部１２４から降雨の有無、降雪の有無および気温の情報を取得して、時間設定テーブル１１６の環境要因に合致する時間分を加算する。例えば、目的地が降雨である情報を取得した場合に、「３分」が加算される。

また、料金情報出力部１１４は、ステップＳ６４で乗車情報取得部が取得した、ユーザ５０の同乗者に子供または老人がいるか否かを示す情報、および、ユーザ５０に荷物があるか否かを示す情報を、時間計測部１２０を介して受け取る。料金情報出力部１１４は、当該情報に基づいて乗車状況要因に合致する時間分を加算する。例えば同乗者に子供がいる旨の情報を取得した場合に、「３分」が加算される。以上により許容時間が設定される。よって、図８に示す例において、許容時間の標準時間は３分であり、目的地が降雨であって、かつ、同乗者に子供がいる場合には、許容時間は９分に設定される。

自動車両３０の乗車情報取得部３１４が車内の画像とユーザ５０の画像とを用いてユーザ５０が降車したと判断するまで、自動車両３０は待機する（Ｓ６８：Ｎｏ）。その間、車両管理装置１０の走行情報取得部１１０は、時間の計測を継続する。ユーザ５０が降車したと判断した場合（Ｓ６８：Ｙｅｓ）、乗車情報取得部３１４は通信部３０４によりその旨を走行ＩＤに対応付けて車両管理装置１０に送信する（Ｓ７２）。

車両管理装置１０の乗車情報取得部１１２は、通信部３０４からユーザ５０が降車した旨を受信した場合に、時間計測部１２０にその旨を通知し、それを契機として時間計測部１２０は時間の計測を終了する（Ｓ７４）。時間計測部１２０は計測した時間の情報を料金情報出力部１１４に通知し、料金情報出力部１１４は当該時間に基づいて利用料金を精算する（Ｓ７５）。

ステップＳ７５において、料金情報出力部１１４はまず出発地、目的地および相乗りの有無等に基づいて予め定められた料金体系に基づいた標準の利用料金を算出する。標準の利用料金は、出発地から目的地までの距離、かかった時間、使用した燃料や電力などに基づいて予め定められた計算式で算出されてよい。次に、料金情報出力部１１４は、ステップＳ７４で計測し終えた時間が、ステップＳ７０で設定した許容時間を超えたか否かを判断する。

超えていない場合、料金情報出力部１１４は、標準の利用料金を最終的に清算された利用料金として、その旨の料金情報をユーザ端末４０に送信する。一方、超えていた場合、料金情報出力部１１４は、標準の利用料金に予め定められた追加料金を追加し、その旨の料金情報をユーザ端末４０に送信する。本例では追加料金として、許容時間を超えた時間に関わらず一定額を加算する。

料金情報出力部１１４は、清算した利用料金の情報をユーザ５０のユーザ端末４０に送信する（Ｓ７６）。料金情報出力部１１４はさらに、ステップＳ７５において許容時間を超えていた場合に、ユーザ情報格納部１０４における当該ユーザの頻度をカウントアップして更新する（Ｓ７８）。超えていなければ頻度は更新しない。

図１２は、ユーザ端末４０に表示される料金情報の画面４１２の例である。表示部４０６は、通信部４０２が車両管理装置１０から受信した料金情報を画面４１２に表示する。料金情報には、出発時の時刻、出発地、目的地に対応付けて、標準の利用料金、追加料金、加算された許容時間の内容および合計の金額が含まれる。

図１２の例において、走行ＩＤ「Ｄ００１」の例が示されており、当該走行ＩＤで特定される走行計画の出発時の時刻「２／１４ １０：３０」、出発地「東京都港区青山Ｘ－△」、目的地「埼玉県和光市中央△－Ｘ」および標準の利用料金「５０００円」が表示されている。さらに、許容時間として降雨の時間分を追加した旨「（降雨を考慮しました）」と、それにもかかわらず許容時間を超えてしまって追加料金が加算された旨「３００円」と合計「５３００円」が表示されている。

以上、本実施形態によれば、目的地に到着してから降車までの時間が予め定められた許容時間を超えた場合に、ユーザに追加料金を加算するので、目的地に到着してから早急に降車するようユーザを促すことができる。目的地でユーザを早急に降車させることにより、次のユーザに早急に自動車両３０を利用させることができ、車両管理システム７０の全体で利用効率を高めることができる。

また、目的地の周囲環境に基づいて許容時間を設定するので、降車に時間がかかってもやむをえない状況で許容時間を長くして、より納得感のある追加料金を加算することができる。同様に、乗車の状況に基づいて許容時間を設定するので、降車に時間がかかってもやむをえない状況で許容時間を長くして、より納得感のある追加料金を加算することができる。

図１３は、追加料金の金額のバリエーションを示す概念図である。上記実施形態においては、追加金額は図中の一点鎖線のように許容時間を超えた時間に関わらず一定額とした。

他の例として、破線で示すように許容時間を超えた時間に比例して追加料金が高くなってもよい。さらに他の例として、許容時間を超えた時間に対して階段状に追加料金が高くなってもよい。これらの例はいずれも、概して、許容時間を超えた時間が長いほど追加料金が高くなっている。

なお、上記実施形態においてユーザ情報格納部１０４に格納されている「頻度」の情報は、乗車リクエストを受け付けるかどうかの判断に用いられてよい。具体的には、図２のステップＳ１２で受信した乗車リクエストに対応するユーザＩＤの「頻度」の情報をユーザ情報格納部１０４から読み出し、頻度が予め定められた数よりも大きいときには当該乗車リクエストを受け付けずに、その旨をユーザ端末４０に通知する。これにより、より一層、目的地に到着してから早急に降車するようユーザを促すことができる。

ユーザ情報格納部１０４は当該「頻度」の情報を格納しているので、頻度情報格納部としての機能も有しているといえる。「頻度」に代えてまたはこれに加えて許容時間を超えた「程度」の情報が格納され、乗車リクエストの受付可否の判断に用いられてよい。当該「程度」の例は、許容時間を超えた時間を積算した積算値である。これら「頻度」および「程度」は一定期間経過後、例えば１年後にリセットされてもよい。

上記実施形態においては、降車までにかかる時間が許容時間を超えた場合に追加料金を加算したが、清算の方法はこれに限られない。降車までにかかる時間が許容時間を超えた場合には、超えない場合よりもユーザに高い利用料金を課すことができればよい。他の方法として、標準の利用料金に予めデポジット分を含めておき、降車までにかかる時間が許容時間を超えなかった場合に標準の利用料金からデポジット分を減算し、超えた場合にはデポジット分を没収するよう清算してもよい。

上記実施形態の変形例として、ユーザ５０、５２に同乗者がいる場合であって、降車までにかかる時間が許容時間を超えた場合には、当該同乗者にも料金を課してもよい。この場合に、料金情報出力部１１４は、ユーザ端末４０、４２に同乗者にも料金が課される旨の情報を出力する。これに代えてまたはこれに加えて、料金情報出力部１１４はユーザ端末４０、４２から同乗者の使用している端末ＩＤを入力するよう促し、それにより取得した端末ＩＤで特定される端末へ料金情報を送信してもよい。

当該変形例によれば、降車までに係る時間が許容時間を超えた場合に、ユーザ５０，５２とその同乗者の連帯責任になるので、ユーザ５０、５２とその同乗者の両方に早急な降車をより強く促すことができる。なお、同乗者への料金はユーザ５０、５２への追加料金よりも小さい額であることが好ましい。

上記実施形態において、自動車両３０の乗車情報取得部３１４は、同乗者が子供または老人であるか否かの情報を取得している。これに代えてまたはこれに加えて同乗者の他の属性、例えば身体が不自由であるか否か等の情報を取得してもよい。さらに、ユーザ５０、５２自身の属性の情報を取得してもよい。これらの属性の情報を用いて許容時間が設定されてもよい。

図１１のステップＳ５２、６２において、自動車両３０の現在地情報取得部３１２が出発地および目的地に到着したか否かを判断して、到着した旨の情報を車両管理装置１０に送信している。これに代えて、現在地情報取得部３１２は現在地の情報を車両管理装置１０に送信し、車両管理装置１０の走行情報取得部１１０が、当該情報と走行計画格納部１０８に格納されている出発地および目的地の情報を参照することにより、出発地および目的地に到着したか否かを判断してもよい。

図１１のステップＳ５４、Ｓ６８において、自動車両３０の乗車情報取得部３１４がユーザ５０の乗車および降車を判断して、その旨の情報を車両管理装置１０に送信している。これに代えて、乗車情報取得部３１４は車内の画像を車両管理装置１０に送信し、車両管理装置１０の乗車情報取得部が、当該情報とユーザ情報格納部１０４に格納されているユーザ５０の画像とを用いた解析により、ユーザ５０の乗車および降車を判断してもよい。

自動車両３０におけるユーザ５０の座席が指定されている場合には、乗車情報取得部３１４が座席に設けられた荷重センサ等のセンサにより当該座席に人が座っているかどうかで乗車および降車を判断してもよい。さらに他の例として、乗車情報取得部３１４がＷｉＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信でユーザ端末４０と通信し、通信の可否によってユーザ５０の乗車の有無を判断してもよい。

同様に、図１１のステップＳ６４において、自動車両３０の乗車情報取得部３１４が、同乗者が子供であるかどうか等、ユーザ５０が荷物を持っているかどうか等の、ユーザおよび同乗者の属性を判断して、その旨の情報を車両管理装置１０に送信している。これに代えて、乗車情報取得部３１４は車内の画像を車両管理装置１０に送信し、車両管理装置１０の乗車情報取得部が、当該情報を用いた解析により、ユーザおよび同乗者の属性を判断してもよい。

また、上記実施形態において、ユーザ５０の荷物の有無によって許容時間を設定している。これに加えて、荷物の量、例えば荷物の数や大きさ、によってさらに細かく許容時間を設定してもよい。

上記実施形態は走行計画に相乗りが含まれる例で説明したが、相乗りが含まれない場合も同様に適用できる。また、上記の自動車両３０、３２は完全自動運転のできる車両の例で説明したが、いずれか一方または両方が完全自動運転ではない車両であってもよい。すなわち、当該自動車両の運転タスクの少なくとも一部を運転者が実施する車両（レベル０から４の自動運転と呼ばれることもある）であってもよい。運転者はユーザ５０、５２であってもよい。この場合に、図９で示した機能ブロックの一部を運転者が担ってもよい。

上記の車両管理装置１０の一部またはすべての機能が車載端末３０２に搭載されていてもよい。これにより、車載端末３０２が車両管理装置１０として機能してもよい。この場合に車載端末３０２は自車両に関して走行計画を作成し、利用料金を精算してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１０ 車両管理装置、３０、３２ 自動車両、４０、４２ ユーザ端末、５０、５２ ユーザ、７０ 車両管理システム、１０２ 受付部、１０４ ユーザ情報格納部、１０６ 走行計画管理部、１０８ 走行計画格納部、１１０ 走行情報取得部、１１２ 乗車情報取得部、１１４ 料金情報出力部、１１６ 時間設定テーブル、３０２ 車載端末、３０４ 通信部、３０６ 走行計画格納部、３１０ 自動走行部、３１２ 現在地情報取得部、３１４ 乗車情報取得部、４０２ 通信部、４０４ 入力部、４０６ 表示部、４１０ 入力画面、４１２ 画面

Claims (14)

1. 自動車両におけるユーザの乗車の状況の情報を取得する乗車情報取得部と、
   前記ユーザが乗車している前記自動車両の走行の状況の情報を取得する到着情報取得部と、
   前記到着情報取得部の前記情報および前記乗車情報取得部の前記情報に基づいて、前記自動車両が目的地に到着してから、前記ユーザが前記自動車両から降車するまでの時間を計測する時間計測部と、
   前記時間計測部の前記時間が予め定められた時間を超えた場合には、超えない場合よりも前記ユーザに高い利用料金を課す料金情報を出力する料金情報出力部と
   を備える車両管理装置。
2. 前記料金情報出力部は、前記予め定められた時間を超えた場合には、超えない場合の利用料金に追加料金を加算した前記料金情報を出力する請求項１に記載の車両管理装置。
3. 前記料金情報出力部は、前記追加料金として、前記予め定められた時間を超えた時間に関わらず一定の前記追加料金を加算する請求項２に記載の車両管理装置。
4. 前記料金情報出力部は、前記追加料金として、前記予め定められた時間を超えた時間が長いほど高い前記追加料金を加算する請求項２に記載の車両管理装置。
5. 前記乗車情報取得部は、前記ユーザに同乗者に関する情報もさらに取得し、
   前記料金情報出力部は、前記予め定められた時間を超えた場合には、前記同乗者にも料金を課す料金情報を出力する請求項１から４のいずれか１項に記載の車両管理装置。
6. 前記料金情報出力部は、前記同乗者に、前記ユーザが前記定められた時間を超えた場合と超えない場合の前記利用料金の差額よりも小さい前記料金を課す請求項５に記載の車両管理装置。
7. 前記ユーザに対応付けて、前記予め定められた時間を超えた頻度および程度の少なくとも一方の情報を格納する頻度情報格納部をさらに備え、
   前記頻度情報格納部を参照し、前記頻度および前記程度の前記少なくとも一方が予め定められた条件となった場合に、前記ユーザからの乗車リクエストを受け付けない旨の情報を出力する請求項１から６のいずれか１項に記載の車両管理装置。
8. 前記目的地の周囲環境の情報を取得する環境情報取得部をさらに備え、
   前記料金情報出力部は、前記環境情報取得部の前記情報に基づいて、前記予め定められた時間を設定する請求項１から７のいずれか１項に記載の車両管理装置。
9. 前記環境情報取得部は、前記周囲環境の情報として降雨および降雪の少なくとも一方の有無を取得する請求項８に記載の車両管理装置。
10. 前記環境情報取得部は、前記周囲環境の情報として気温を取得する請求項８または９に記載の車両管理装置。
11. 前記ユーザの乗車状況の情報を取得する状況情報取得部をさらに備え、
    前記料金情報出力部は、前記乗車情報取得部の前記乗車の状況の情報に基づいて、前記予め定められた時間を設定する請求項１から１０のいずれか１項に記載の車両管理装置。
12. 前記乗車情報取得部は、前記乗車の状況の情報として前記ユーザの属性および同乗者の属性の少なくとも一方を取得する請求項１１に記載の車両管理装置。
13. 前記乗車情報取得部は、前記乗車の状況の情報として前記ユーザが前記自動車両に持ち込んだ荷物の量を取得する請求項１１または１２に記載の車両管理装置。
14. コンピュータに
    ユーザが自動車両に乗車しているか否かの情報を取得する乗車情報取得手順と、
    前記ユーザが乗車している前記自動車両が前記ユーザの目的地に到着したか否かの情報を取得する到着情報取得手順と、
    前記到着情報取得手順の前記情報および前記乗車情報取得手順の前記情報に基づいて、前記自動車両が前記目的地に到着してから、前記ユーザが前記自動車両から降車するまでの時間を計測する時間計測手順と、
    前記時間計測手順の前記時間が予め定められた時間を超えた場合には、超えない場合よりも前記ユーザに高い利用料金を課す料金情報を出力する料金情報出力手順と
    を実行させるためのプログラム。

Images