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

Abstract

【課題】ユーザの所持している荷物の量を考慮してユーザに対して配車する車両の種類及び台数を決定する。
【解決手段】車両管理装置であって、乗車人数及び荷物量を含むユーザからの乗車リクエストを受け付ける受付部と、乗車リクエストにおいて指定された乗車人数及び荷物量に基づいてユーザに対して配車する車両の種類及び台数を決定する車両決定部と、決定された車両の種類及び台数に対するユーザの満足度を評価する満足度評価部と、を備え、車両決定部は、予め定められた期間に配車された複数のユーザの満足度に基づいて決定をする。
【選択図】図６

Description

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

特許文献１には、「同一の車両に相乗りした他のユーザについてのユーザからの評価を受け付ける評価受付手段を備える相乗り支援システム」が記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２０１７−１６８０４７

本発明の第１の態様においては、車両管理装置が提供される。車両管理装置は、乗車人数及び荷物量を含むユーザからの乗車リクエストを受け付ける受付部を備えてよい。車両管理装置は、乗車リクエストにおいて指定された乗車人数及び荷物量に基づいてユーザに対して配車する車両の種類及び台数を決定する車両決定部を備えてよい。車両管理装置は、決定された車両の種類及び台数に対するユーザの満足度を評価する満足度評価部を備えてよい。車両決定部は、予め定められた期間に配車された複数のユーザの満足度に基づいて決定をしてよい。

車両管理装置は、車両決定部により決定された車両の走行計画を作成する走行計画作成部を更に備えてよい。走行計画作成部は、車両に複数のユーザが相乗りする走行計画を作成してよい。走行計画作成部は、決定された車両に貨物用車両及び人用車両が含まれる場合において、貨物用車両が人用車両よりも目的地に先に到着する計画を作成してよい。

車両管理装置は、満足度評価部が評価した満足度を格納する満足度格納部を更に備えてよい。満足度評価部は、満足度をユーザアンケートに基づいて評価してよい。ユーザアンケートは、乗車リクエストにおいて指定された乗車人数及び荷物量に対して配車された車両の種類及び台数が適切であったか否かを回答する項目を有してよい。

満足度評価部は、満足度をユーザの利用頻度に基づいて評価してよい。車両決定部は、乗車リクエストにおいて指定された乗車人数がゼロである場合、ユーザに対して貨物用車両を配車するように決定してよい。車両は自動運転を行う自動車両であってよい。

本発明の第２の態様においては、車両管理方法が提供される。車両管理方法は、乗車人数及び荷物量を含むユーザからの乗車リクエストを受け付ける受付段階を備えてよい。車両管理方法は、乗車リクエストにおいて指定された乗車人数及び荷物量に基づいてユーザに対して配車する車両の種類及び台数を決定する車両決定段階を備えてよい。車両管理方法は、決定された車両の種類及び台数に対するユーザの満足度を評価する満足度評価段階を備えてよい。車両決定段階は、予め定められた期間に配車された複数のユーザの満足度に基づいて決定をしてよい。

本発明の第３の態様においては、車両管理プログラムが提供される。車両管理プログラムは、乗車人数及び荷物量を含むユーザからの乗車リクエストを受け付ける受付段階をコンピュータに実行させてよい。車両管理プログラムは、乗車リクエストにおいて指定された乗車人数及び荷物量に基づいてユーザに対して配車する車両の種類及び台数を決定する車両決定段階をコンピュータに実行させてよい。車両管理プログラムは、決定された車両の種類及び台数に対するユーザの満足度を評価する満足度評価段階をコンピュータに実行させてよい。車両決定段階は、予め定められた期間に配車された複数のユーザの満足度に基づいて決定をしてよい。

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

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

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

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

ユーザ端末４０はユーザ５０により使用される通信端末であり、例えばスマートフォンである。同様に、ユーザ端末４２はユーザ５２により使用される通信端末である。各ユーザ５０，５２は、使用するユーザ端末４０，４２を用いて車両管理装置１０に対して車両を配車する要求である乗車リクエストを送信する。各ユーザ５０，５２は、それぞれ荷物６０，６２を所持している。

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

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

ここで、ユーザ５０からの乗車リクエストを受けて車両管理装置１０がユーザ５０に対して自動車両３０を配車する場合、ユーザ５０の所持している荷物６０の量を考慮せずに配車をすると、ユーザ５０の意図した車両３０が配車されない場合があり、ユーザ満足度が低下することがあった。本実施形態は、ユーザ５０の所持している荷物６０の量を考慮してユーザ５０に対して自動車両３０を配車することにより、ユーザ満足度を向上させるものである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

走行計画管理部１０４は、ユーザ５０の走行計画が遂行され、自動車両３０の走行が終了すると、ユーザ５０のユーザ端末４０に対してユーザアンケート８０を送信し、ユーザ５０にユーザアンケート８０の入力を依頼する。ユーザアンケート８０は、ユーザ５０に配車した自動車両３０についての満足度を問うアンケートである。ユーザ５０がユーザアンケート８０を入力し送信ボタンを押すと、ユーザアンケート８０は満足度評価部１０６に送信される。

図８は、ユーザアンケート８０の入力画面の一例を示す。ユーザアンケート８０には、「コストパフォーマンス」、「車種」、「台数」、「トランクルームの広さ」、「車内の広さ」の項目が設けられており、ユーザ５０は、それぞれの項目について「満足」、「やや満足」、「普通」、「やや不満」、「不満」の５段階で評価する。図８の例では、「コストパフォーマンス」について「やや満足」、「車種」について「満足」、「台数」について「やや不満」、「トランクルームの広さ」について「やや満足」、「車内の広さ」について「普通」の評価がされている。

「車種」についての評価は、ユーザ５０に配車した車両の種類が妥当であったかという観点からの評価である。例えば、ユーザ５０が所持する荷物の量が多いためトラックを配車すべきであったが、ミニバンを配車してしまったような場合は、評価が下がると考えられる。「台数」についての評価は、ユーザ５０に配車した車両の台数が妥当であったかという観点からの評価である。例えば、ユーザ５０が所持する荷物の量を考慮した場合に２台配車すべきであったが、１台しか配車しなかったような場合は、評価が下がると考えられる。

満足度評価部１０６は、ユーザ５０に配車された自動車両３０の種類及び台数に対するユーザ５０の満足度を評価する。本実施形態において、満足度評価部１０６は、ユーザアンケート８０の結果を用いてユーザ５０の満足度を評価する。ユーザ５０の満足度は、１００点満点で評価される。ユーザアンケート８０の各項目において、「満足」に２０点、「やや満足」に１５点、「普通」に１０点、「やや不満」に５点、「不満」に０点の点数配分がされており、５項目の合計値が満足度となる。図８の例では「コストパフォーマンス」が１５点、「車種」が２０点、「台数」が５点、「トランクルームの広さ」が１５点、「車内の広さ」が１０点であり、合計値は６５点となる。

満足度評価部１０６は、ユーザアンケート８０の結果から満足度を算出すると、当該満足度を、走行計画における走行ＩＤ、ユーザＩＤ、車種、台数、乗車人数、荷物の量と対応付けて満足度格納部１０６１に格納する。満足度評価部１０６は、満足度と走行ＩＤ、ユーザＩＤ、車種、台数、乗車人数、荷物の量とを対応付ける際に、走行計画の情報及びユーザの情報を走行計画格納部１０４２及びユーザ情報格納部１０４３から取得する。

図９は、満足度格納部１０６１に格納された満足度の表の一例を示す。図９に示すように、満足度の表の最も上の行には、走行ＩＤ「Ｄ００１」、ユーザＩＤ「Ｕ０００１」、車種「ＡＡ」、台数「１」、乗車人数「２」、荷物の量「１０」、満足度「５５」の数値が格納されている。

車両決定部１０４４は、満足度格納部１０６１に格納された満足度を参照して、特定の「乗車人数」及び「荷物の量」に対応して満足度が高い「車種」及び「台数」を算出する。満足度格納部１０６１には、予め定められた期間に集計された複数のユーザについての満足度が格納される。予め定められた期間は、例えば１か月や１年などであり、予め定められ走行計画管理部１０４が記憶する。

例えば、ユーザ５０からの乗車リクエストにおいて「乗車人数」が「２名」、「荷物の量」が「１０ｋｇ」と入力されていたとする。車両決定部１０４４は、満足度格納部１０６１に格納された満足度の表から、当該「乗車人数」及び「荷物の量」に近い例を選出する。図９の例では、矢印で示されるように、「走行ＩＤ」が「Ｄ００１」、「Ｄ００６」、「Ｄ００９」の「乗車人数」及び「荷物の量」がそれぞれ「２名」と「１０ｋｇ」であるため、当該３例を選出する。

ここで、「走行ＩＤ」が「Ｄ００１」の満足度は「５５」点、「Ｄ００６」の満足度は「７５」点、「Ｄ００９」の満足度は「６５」点であるため、「Ｄ００６」の満足度が一番高いことが分かる。これにより、車両決定部１０４４は、「乗車人数」が「２名」、「荷物の量」が「１０ｋｇ」の乗車リクエストに対しては、「走行ＩＤ」が「Ｄ００６」の例を参考にして「車種」及び「台数」を算出する。「Ｄ００６」の「車種」は「ＢＢ」、「台数」は「１台」であるため、上記乗車リクエストに対しては上記「車種」及び「台数」が適切であると判断する。

なお、車両決定部１０４４が満足度格納部１０６１に格納された満足度の表から、乗車リクエストの「乗車人数」および「荷物の量」に近い例を選出する場合には、当該数値に対して同じ数値ではなく、当該数値に対して所定の範囲内にある例を選出してもよい。例えば、「乗車人数」が「１０人」である乗車リクエストに対して、上下２０％の範囲、すなわち「８人〜１２人」の範囲にある例を選出してもよい。また、「荷物の量」が「１０ｋｇ」である乗車リクエストに対して、上下２０％の範囲、すなわち「８ｋｇ〜１２ｋｇ」の範囲にある例を選出してもよい。

満足度評価部１０６は、ユーザアンケート８０の結果に加えて、ユーザ５０の利用頻度を考慮して満足度を評価してもよい。ユーザ５０の利用頻度は、例えば、ユーザ５０が月間何回サービスを利用したかという情報である。月間の利用回数が多いほど満足度は高い数値となり、月間の利用回数が少ないほど満足度は低い数値となる。

車両決定部１０４４が、ユーザ５０の乗車リクエストに対して適切な「車種」及び「台数」を算出すると、走行計画作成部１０４１は、当該「車種」及び「台数」を使用してユーザ５０に配車する自動車両３０の走行計画を作成する。

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

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

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

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

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

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

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

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

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

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

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

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

以上、本実施形態によれば、乗車リクエストにおいて指定された「乗車人数」と「荷物の量」とからユーザ５０に対して配車する「車種」及び「台数」を自動的に決定する。これにより、ユーザ５０に対して所持する荷物量を考慮した適切な配車をすることができ、ユーザ満足度を向上することができる。

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

上記実施形態では、ユーザ５０が自動車両３０に単独乗車する例で説明したが、他のユーザがユーザ５０に相乗り乗車してもよい。この場合、車両決定部１０４４は、ユーザ５０の乗車リクエストにおいて指定された「乗車人数」及び「荷物の量」に加えて、他のユーザの乗車リクエストにおいて指定された「乗車人数」及び「荷物の量」を考慮して、車種および台数を決定してもよい。

走行計画作成部１０４１は、車両決定部１０４４により決定された車両に貨物用車両及び人用車両が含まれる場合において、貨物用車両が人用車両よりも目的地に先に到着する計画を作成してもよい。これにより、ユーザ５０が目的地に到着した時点において荷物が到着しており、便利である。

車両決定部１０４４は、乗車リクエストにおいて指定された乗車人数がゼロである場合、ユーザ５０に対して貨物用車両を配車するように決定してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (12)

1. 乗車人数及び荷物量を含むユーザからの乗車リクエストを受け付ける受付部と、
   前記乗車リクエストにおいて指定された乗車人数及び荷物量に基づいて前記ユーザに対して配車する車両の種類及び台数を決定する車両決定部と、
   前記決定された車両の種類及び台数に対する前記ユーザの満足度を評価する満足度評価部と、を備え、
   前記車両決定部は、予め定められた期間に配車された複数の前記ユーザの前記満足度に基づいて前記決定をする、車両管理装置。
2. 前記車両決定部により決定された車両の走行計画を作成する走行計画作成部を更に備える、請求項１に記載の車両管理装置。
3. 前記走行計画作成部は、前記車両に複数の前記ユーザが相乗りする走行計画を作成する、請求項２に記載の車両管理装置。
4. 前記走行計画作成部は、前記決定された車両に貨物用車両及び人用車両が含まれる場合において、前記貨物用車両が前記人用車両よりも目的地に先に到着する計画を作成する、請求項２又は３に記載の車両管理装置。
5. 前記満足度評価部が評価した満足度を格納する満足度格納部を更に備える、請求項１から４のいずれか１項に記載の車両管理装置。
6. 前記満足度評価部は、前記満足度をユーザアンケートに基づいて評価する、請求項１から５のいずれか１項に記載の車両管理装置。
7. 前記ユーザアンケートは、前記乗車リクエストにおいて指定された乗車人数及び荷物量に対して配車された前記車両の種類及び台数が適切であったか否かを回答する項目を有する、請求項６に記載の車両管理装置。
8. 前記満足度評価部は、前記満足度を前記ユーザの利用頻度に基づいて評価する、請求項１から７のいずれか１項に記載の車両管理装置。
9. 前記車両決定部は、前記乗車リクエストにおいて指定された乗車人数がゼロである場合、前記ユーザに対して貨物用車両を配車するように決定する、請求項１から８のいずれか１項に記載の車両管理装置。
10. 前記車両は自動運転を行う自動車両である、請求項１から９のいずれか１項に記載の車両管理装置。
11. 乗車人数及び荷物量を含むユーザからの乗車リクエストを受け付ける受付段階と、
    前記乗車リクエストにおいて指定された乗車人数及び荷物量に基づいて前記ユーザに対して配車する車両の種類及び台数を決定する車両決定段階と、
    前記決定された車両の種類及び台数に対する前記ユーザの満足度を評価する満足度評価段階と、を備え、
    前記車両決定段階は、予め定められた期間に配車された複数の前記ユーザの前記満足度に基づいて前記決定をする、車両管理方法。
12. コンピュータに、
    乗車人数及び荷物量を含むユーザからの乗車リクエストを受け付ける受付段階と、
    前記乗車リクエストにおいて指定された乗車人数及び荷物量に基づいて前記ユーザに対して配車する車両の種類及び台数を決定する車両決定段階と、
    前記決定された車両の種類及び台数に対する前記ユーザの満足度を評価する満足度評価段階と、を実行させるための車両管理プログラムであって、
    前記車両決定段階は、予め定められた期間に配車された複数の前記ユーザの前記満足度に基づいて前記決定をする、車両管理プログラム。

Images