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

Abstract

【課題】環境指数の数値範囲となる走行経路を決定する装置を提供する。【解決手段】車両管理装置と、サーバと、複数の自動車両と、複数のユーザ端末がネットワークを介して通信可能な車両管理システムにおいて、車両管理装置は、自動車両が走行可能な走行経路に対応付けて、走行経路を含む地域における社会的な環境を数値化した環境指数を取得する指数取得部と、ユーザからの乗車リクエストに対し、環境指数が予め定められた数値範囲となる走行経路を決定する経路決定部とを備える。環境指数は、地域の刑法違反件数に基づく治安を数値化したものを含んでもよい。刑法違反件数は道路交通法の違反件数を含んでもよい。環境指数は、地域のインフラストラクチャーの充実度を数値化したものを含んでもよい。【選択図】図４

Description

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

特許文献１には、「危険度評価部３３は、経路候補に含まれる複数の道路の区間又は領域ごとに危険度を算出する。・・・経路判断部３４は、それぞれの領域について算出された評価値を閾値と比較し、評価値が閾値を超えた領域を含まない経路候補を経路として決定する」と記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２０１８−１５５５７７

本発明の第１の態様においては、車両管理装置であって、自動車両が走行可能な走行経路に対応付けて、走行経路を含む地域における社会的な環境を数値化した環境指数を取得する指数取得部を備えてよい。ユーザからの乗車リクエストに対し、環境指数が予め定められた数値範囲となる走行経路を決定する経路決定部を備えてよい。

環境指数は、地域の刑法違反件数に基づく治安を数値化したものを含んでもよい。刑法違反件数は道路交通法の違反件数を含んでもよい。環境指数は、地域のインフラストラクチャーの充実度を数値化したものを含んでもよい。

経路決定部は、乗車リクエストに対して走行経路の候補を設定し、候補の環境指数が数値範囲にない場合には他の走行経路に変更してもよい。経路決定部は、数値範囲になる他の走行経路が候補に比べて予め定められた基準よりも長距離となる場合に、候補を走行経路として決定してもよい。

指数取得部は、走行経路を構成する複数の走行区間ごとの環境指数を取得してもよい。経路決定部は、走行区間ごとの環境指数が数値範囲となる走行経路を決定してもよい。

走行区間に対応付けて環境指数を予め格納した指数格納部をさらに備えてもよい。指数取得部は指数格納部から環境指数を取得してもよい。指数取得部は外部のサーバから走行区間に対応付けて環境指数を取得してもよい。

経路決定部は、乗車リクエストに含まれる出発地および目的地の少なくとも一方が含まれる地域の環境指数が数値範囲にない場合に、環境指数が数値範囲となる隣接する地域の走行区間を少なくとも一方とするようユーザに通知してもよい。経路決定部は、乗車リクエストに含まれる出発地および目的地の少なくとも一方が含まれる走行区間以外の走行区間について、数値範囲となるよう走行経路を決定してもよい。

本発明の第２の態様においては、プログラムであって、コンピュータに 自動車両が走行可能な走行経路に対応付けて、走行経路を含む地域における社会的な環境を数値化した環境指数を取得する指数取得機能を実現させてもよい。ユーザからの乗車リクエストに対し、環境指数が予め定められた数値範囲となる走行経路を決定する走行経路管理機能を実現させてもよい。

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

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

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

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

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

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

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

入力部４０４はそれぞれの入力欄に対してユーザ５０からの入力を受け付けて、入力された情報を表示部４０６の入力欄に表示させる。入力画面４１０の送信ボタンが押されると、入力された情報が、乗車リクエストとして通信部４０２から車両管理装置１０に送信される。

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

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

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

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

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

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

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

走行計画管理部１０６は経路決定部１２０を有している。経路決定部１２０は、乗車リクエストに含まれている出発地および目的地、並びに、指数取得部１３０で取得された環境指数に基づいて、出発地から目的地までの走行経路を決定する。

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

図６は、走行計画格納部１０８に格納される走行計画の情報の例を示す。走行計画の情報として、走行ＩＤに対応付けて、車両ＩＤ、ユーザＩＤ，出発地、その時刻、目的地、走行経路、目的地に到着する時刻および同乗者の人数に関する情報が格納されている。

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

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

出発地、その時刻、目的地および同乗者の数の欄は、ユーザＩＤで特定されるユーザ５０、５２が乗車リクエストに入力した情報が格納される。走行経路については後述する。

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

なお、回送の場合には、出発地の時刻および同乗者の人数の情報として無効な値「＊」が格納されている。

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

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

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

図７は走行経路を説明するための概念図である。ここで、走行経路は複数の走行区間ｒ１１、ｒ２１等から構成されている。図７の例において、交差点から交差点までが一つの走行区間ｒ１１等である。ただし、走行区間Ｒ１１等は交差点から交差点まででなくてもよく、走行経路の一部を成すものであればよい。

図７の例において、出発地から目的地までの走行経路は複数考えられる。距離を優先して走行経路を設定すると、走行区間ｒ１１→ｒ２１→ｒ３１→ｒ４１からなる走行経路が好ましい。

しかしながら、例えば走行区間ｒ２１を含む地域（図中では概念的に点線で囲った）の治安が悪いなど、社会的な環境が悪い場合には、走行中に自動車両が何らかの事故に巻き込まれるおそれがある。ここでいう事故とは、自動車両の走行中における衝突ではなく、犯罪や災害などに巻き込まれるような、いわば周囲や他人からのいわば社会環境的な要因で生じるものをいう。そこで、本実施形態ではそのような事故に巻き込まれるリスクを下げる走行経路を提供する。

図８は指数格納部１３２に格納されている環境指数に関する情報の例である。指数格納部１３２には、走行区間に対応付けて、治安指数、イントラ指数、総環境指数および区間距離が格納されている。

治安指数は、当該走行区間を含む地域の刑法違反件数に基づく治安を数値化したものである。図８の例では違反件数が多いほど、０から９のうち高い指数が割り当てられる。

刑法違反件数としては、特に道路交通法の違反件数を含むことが好ましい。さらに、道路交通法以外の窃盗など犯罪件数を含んでもよい。この場合に、道路交通法の違反件数の方を重視して指数を割り当てれば交通マナーをより強く反映した指数になる。一方、犯罪件数の方を重視して指数を割り当てれば交通に関するもの以外の一般的な犯罪への巻き込まれやすさをより強く反映した指数になる。

インフラ指数は、当該走行区間を含む地域のインフラストラクチャーの充実度を数値化したものである。図８の例ではインフラストラクチャーが低いほど、０から９のうち高い指数が割り当てられる。これはインフラ指数が高いほど災害に巻き込まれるおそれが高くなることに対応しているといえる。

インフラストラクチャーの充実度には、道路の舗装度合、道路の広さ、地盤の固さ、河や上下水道の治水、などが含まれる。これらを予め定められた方法で評点付けし、重み付け平均する等によってインフラ指数が設定される。

総環境指数は治安指数とインフラ指数との和である。よって、総環境指数は、いわゆる衝突による交通事故に対する危険度とは異なり、周囲や他人など社会的な環境で生じる犯罪や災害などの事故に巻き込まれる高さを表す指標であるといえる。総環境指数は、治安指数とインフラ指数との和に代えて、それらのうちの高い方の数値そのものであったり、重み付けされた和であってりしてもよい。

区間距離は、当該走行区間の距離である。なお、区間距離を指数格納部１３２に格納するのに代えて、車両管理装置１０または外部に格納されている走行区間の地図情報に区間距離が紐づいていて、当該地図情報から読み出してもよい。

これらの情報は経路決定部１２０の動作の前に、予め指数格納部１３２に格納されている。これに代えてまたはこれに加えて、指数取得部１３０が外部のサーバ１２から取得してもよい。

図９は車両管理装置１０が走行経路を決定する動作フローを示す。当該動作フローは、受付部１０２がユーザ端末４０等から乗車リクエストを受け付けたときに開始する。

経路決定部１２０は、乗車リクエストに含まれている目的地と出発地から、当該目的地から出発地までの走行経路の候補を設定する（Ｓ１２）。目的地から出発地までの走行経路の候補は、公知の経路探索法により設定されてよい。公知の経路探索法として例えば距離優先で走行経路の候補が設定されてもよく、他の優先条件で候補が設定されてもよい。

当該走行経路は複数の走行区間で構成されることになる。例えば、図７の例において、経路決定部１２０は距離優先で走行区間ｒ１１→ｒ２１→ｒ３１→ｒ４１を候補とする走行経路を設定する。

経路決定部１２０は、出発地および目的地を含む走行区間ｒ１１、ｒ４１を特定し、当該走行区間ｒ１１、ｒ４１を走行経路に用いることを決定する（Ｓ１４）。これにより、出発地および目的地はユーザ５０等から直接入力されているものなので、ユーザ５０等の意思を反映させて利便性を高めている。

次に経路決定部１２０は出発地および目的地を含む走行区間ｒ１１、ｒ４１以外の走行区間ｒ２１、ｒ３１の環境指数が予め定められた数値範囲内にあるか否かを判断する（Ｓ１６）。本実施形態では総環境指数が５以下であるか否かを判断する。この場合に、例えば走行区間ｒ２１、ｒ３１のうち、出発地の走行区間ｒ１１に近い順から判断する。

この場合に、指数取得部１３０は判断の対象とする走行区間ｒ２１、ｒ３１に対応付けられて指数格納部１３２に格納されている総環境指数を取得する。これに代えて、指数取得部１３０は当該走行区間ｒ２１、ｒ３１の各指数を当該走行区間ｒ２１、ｒ３１に対応付けて外部のサーバ１２から取得し、それらを合計することにより総環境指数を算出してもよい。

図７の例で走行区間ｒ１１に近い最初の走行区間はｒ２１である。そこで、指数取得部１３０はまず指数格納部１３２に格納されている走行区間ｒ２１の総環境指数を読み出す。当該総参照指数は「７」なので、数値範囲内でないと判断される（Ｓ１６：Ｎｏ）。

経路決定部１２０は、上記ステップＳ１６で数値範囲内でないと判断すると（Ｓ１６：Ｎｏ）、走行区間を変更するための候補があるかないかを判断する（Ｓ１８）。この場合に経路決定部１２０は走行区間ｒ２１の始点から終点へ向かう走行区間であって、かつ、当該走行区間の総環境指数が上記数値範囲内であるものがあるかどうかを判断し、ある場合にはその走行区間を候補に変更する（Ｓ２０）。

図７の例で走行区間ｒ２１の始点から終点へ向かう走行区間として、走行区間ｒ２２→ｒ２３が考えられる。これら走行区間ｒ２２、ｒ２３の総環境指数は図８によればそれぞれ「３」と「４」なので、数値範囲内である。したがって、候補をこれら走行区間ｒ２２、ｒ２３に変更する。

経路決定部１２０はステップＳ２０で変更した候補について、元の候補に比べて予め定められた基準より長距離となるかどうかを判断する（Ｓ２２）。予め定められた基準としては元の走行区間の区間距離に対する比、例えば２倍である。これにかえて距離の絶対値であってもよい。本実施形態で当該基準は２倍であるとする。

経路決定部１２０は、上記ステップＳ２２でＹｅｓと判断した場合には、当該走行区間を元の候補に戻して（Ｓ２４）、それを当該走行区間に決定する（Ｓ２８）。一方、上記ステップＳ２２でＮｏと判断した場合には、変更後の走行区間に決定する（Ｓ２８）。

図８の例では、元の走行区間ｒ２１の区間距離「２０．０」に対して、変更された走行区間ｒ２２とｒ２３の区間距離は「２７．３」（＝１０．０＋１７．３）である。すなわち、元の候補に比べて予め定められた基準より長距離とはならない。よって、走行区間ｒ２１に代えて走行区間ｒ２２、ｒ２３に決定される。

一方、元の候補である走行区間ｒ３１を、ステップＳ２０で走行区間ｒ３２→ｒ３３→ｒ３４に変更した場合には、変更された区間距離は元の区間距離の２倍を超える。この場合には元の走行区間ｒ３１に決定される。これは事故に巻き込まれるリスクを下げるよりも、回り道による時間のロスやユーザの利便性を損なわないことを優先したことに対応する。

上記ステップＳ１６からＳ２８を、出発地および目的地の走行区間以外の全走行区間について繰り返す（Ｓ３０）。これにより走行経路が決定されて当フローによる動作を終了する。

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

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

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

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

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

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

また、走行経路には、図９で説明した方法により経路決定部１２０が決定した走行区間の情報が格納されている。よって、自動車両３０は当該走行区間に沿って走行することにより、社会的な環境による事故に巻き込まれるリスクを低減することができる。

以上、本実施形態によれば、ユーザからの乗車リクエストに対し、環境指数が予め定められた数値範囲となる走行経路が決定されるので、走行中に事故に巻き込まれるリスクを下げることができる。

なお、上記ステップＳ１４で出発地の走行区間と目的地の走行区間は、最初の候補をそのまま決定している。これに代えて、出発地の走行区間と目的地の走行区間の環境指数が予め定められた数値範囲にあるか否かを判断してもよい。当該数値範囲にある場合には当該候補がそのまま決定される。一方、数値範囲にない場合に、車両管理装置１０は、環境指数が前記数値範囲となる隣接する地域の走行区間を出発地または目的地とするように、ユーザ５０を促す通知をユーザ端末４０に出力してもよい。これにより、出発地および目的地においても事故に巻き込まれるリスクを下げることができる。

上記実施形態は走行計画に相乗りが含まれる場合にも同様に適用できる。相乗りは、乗合いとも呼ばれることもあり、あるユーザが乗車している自動車両が当該ユーザの出発地から目的地まで移動する途中で、他のユーザも当該自動車両に乗車して当該自動車両を共用するものである。相乗りにおいて、他のユーザが先のユーザの目的地よりも手前で降車してもよいし、同じ目的地で降車してもよいし、より遠くで降車してもよい。

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

上記の車両管理装置１０の一部またはすべての機能が車載端末３０２等に搭載されていてもよい。これにより、車載端末３０２等が車両管理装置１０として機能してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (12)

1. 自動車両が走行可能な走行経路に対応付けて、前記走行経路を含む地域における社会的な環境を数値化した環境指数を取得する指数取得部と、
   ユーザからの乗車リクエストに対し、前記環境指数が予め定められた数値範囲となる走行経路を決定する経路決定部と
   を備える車両管理装置。
2. 前記環境指数は、前記地域の刑法違反件数に基づく治安を数値化したものを含む請求項１に記載の車両管理装置。
3. 前記刑法違反件数は道路交通法の違反件数を含む請求項２に記載の車両管理装置。
4. 前記環境指数は、前記地域のインフラストラクチャーの充実度を数値化したものを含む請求項１から３のいずれか１項に記載の車両管理装置。
5. 前記経路決定部は、前記乗車リクエストに対して前記走行経路の候補を設定し、前記候補の前記環境指数が前記数値範囲にない場合には他の走行経路に変更する請求項１から４のいずれか１項に記載の車両管理装置。
6. 前記経路決定部は、前記数値範囲になる前記他の走行経路が前記候補に比べて予め定められた基準よりも長距離となる場合に、前記候補を前記走行経路として決定する請求項５に記載の車両管理装置。
7. 前記指数取得部は、前記走行経路を構成する複数の走行区間ごとの前記環境指数を取得し、
   前記経路決定部は、前記走行区間ごとの前記環境指数が前記数値範囲となる前記走行経路を決定する請求項１から６のいずれか１項に記載の車両管理装置。
8. 前記走行区間に対応付けて前記環境指数を予め格納した指数格納部をさらに備え、
   前記指数取得部は前記指数格納部から前記環境指数を取得する請求項７に記載の車両管理装置。
9. 前記指数取得部は外部のサーバから前記走行区間に対応付けて前記環境指数を取得する請求項７に記載の車両管理装置。
10. 前記経路決定部は、前記乗車リクエストに含まれる出発地および目的地の少なくとも一方が含まれる地域の前記環境指数が前記数値範囲にない場合に、前記環境指数が前記数値範囲となる隣接する地域の走行区間を前記少なくとも一方とするよう前記ユーザに通知する請求項７から９のいずれか１項に記載の車両管理装置。
11. 前記経路決定部は、前記乗車リクエストに含まれる出発地および目的地の少なくとも一方が含まれる走行区間以外の走行区間について、前記数値範囲となるよう前記走行経路を決定する請求項７から９のいずれか１項に記載の車両管理装置。
12. コンピュータに
    自動車両が走行可能な走行経路に対応付けて、前記走行経路を含む地域における社会的な環境を数値化した環境指数を取得する指数取得機能と、
    ユーザからの乗車リクエストに対し、前記環境指数が予め定められた数値範囲となる走行経路を決定する走行経路管理機能と
    を実現させるプログラム。

Images