JP2021060894A - 情報処理装置 - Google Patents

Abstract

【課題】乗り合い可能な車両を潜在的な需要に応じた経路で走行させる。【解決手段】乗客が車両に対して乗降する場所、つまり車両の停留所の位置は予め決まっている。需要取得部３１は、各々の停留所における潜在的な乗客の需要の大きさに関する需要情報を取得する。経路特定部３２は、需要取得部３１により取得された需要情報に基づいて、車両が目的地まで走行すべき経路を特定する。情報出力部３３は、経路特定部３２により特定された経路に関する情報を出力する。具体的には、情報出力部３３は、車載端末２０に対して経路を示す情報を送信することによって、車両の運転者に対して経路特定部３２により特定された経路に関する情報を提示する。【選択図】図５

Description

本発明は、車両の経路を特定するための技術に関する。

複数の乗客が乗り合うバス等の車両は一般に、予め決められた経路を走行するようになっているが、この種の車両の経路を乗客の需要に応じて変更する仕組みが提案されている。例えば特許文献１には、運行経路に従って運行するバスについて、停留所における乗客の乗車要求の有無によりその停留所を経由するか否かを決めることが記載されている。

特開２００２−２０８９１号公報

特許文献１に記載の仕組みは既存のバスを想定したものであった。これに対し、近年は、利用者が任意の目的地までの乗車を要求すると、その利用者の近辺に居る車両群からその要求に合致する車両を選択してその利用者へと配車し、さらにその目的地に向かう途中において必要に応じて他の利用者を同乗させるという、乗り合い可能なオンデマンド型の交通サービスが開始されている。

そこで、本発明は、乗り合い可能な車両を潜在的な需要に応じた経路で走行させることを目的とする。

上記課題を解決するため、本発明は、複数の乗客がそれぞれ異なる停留所から乗り合い可能な車両に対する、各々の前記停留所又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要の大きさに関する需要情報を取得する需要取得部と、取得された前記需要情報に基づいて、目的地までの前記車両の経路を特定する経路特定部と、特定された経路に関する情報を出力する情報出力部とことを特徴とする情報処理装置を提供する。

前記経路特定部は、
前記目的地に到着する到着目標時刻に対して許容される遅延時間の範囲内に、前記車両が当該目的地に到着し得る経路であって、前記需要情報が或る条件を満たす前記停留所又は前記停留エリアを経由する経路を特定するようにしてもよい。

前記経路特定部は、地図上における前記車両の出発地又は現在地と前記目的地とを含む或る図形の内部に含まれる前記停留所又は前記停留エリアのうち、前記需要情報が前記或る条件を満たす前記停留所又は前記停留エリアを経由する経路を特定するようにしてもよい。

前記到着目標時刻に対して許容される遅延時間は、前記車両に乗車している乗客に応じて異なるようにしてもよい。

前記到着目標時刻に対して許容される遅延時間は、前記目的地の属性に応じて異なるようにしてもよい。

前記到着目標時刻に対して許容される遅延時間は、前記車両に対する乗車要求の強さに応じて異なるようにしてもよい。

前記経路特定部は、取得された前記需要情報に基づいて、複数の前記停留所又は複数の前記停留エリアを経由する経路を特定するようにしてもよい。

前記需要取得部は、前記目的地、当該目的地を含む地域又は当該目的地に向かう方向ごとに、潜在的な前記乗客の需要情報を取得するようにしてもよい。

前記経路特定部は、経路特定対象となる前記車両とは異なる車両、又は、経路特定対象となる前記車両とは異なる種類の交通機関の、各々の前記停留所又は前記停留エリアにおける前記乗客の利用のしやすさにも基づいて、前記経路を特定するようにしてもよい。

前記情報出力部は、
前記車両の運転者に対して、特定された前記経路に関する前記情報を提示するようにしてもよい。

本発明によれば、乗り合い可能な車両を潜在的な需要に応じた経路で走行させることが可能となる。

本発明の一実施形態に係る車両管理システム１の構成の一例を示す図である。 ユーザ端末１０のハードウェア構成の一例を示すブロック図である。 車載端末２０のハードウェア構成の一例を示すブロック図である。 サーバ装置３０のハードウェア構成の一例を示すブロック図である。 サーバ装置３０の機能構成の一例を示すブロック図である。 サーバ装置３０の動作の一例を示すフローチャートである。 サーバ装置３０が車両の経路を特定する方法を説明する模式図である。 サーバ装置３０が車両の経路を特定する方法を説明する模式図である。 サーバ装置３０が車両の経路を特定する方法を説明する模式図である。

［構成］
図１は、本実施形態の車両管理システム１の一例を示す図である。車両管理システム１は、車両に乗降する乗客が利用する端末としてそれぞれ機能する複数のユーザ端末１０と、車両の運転者が利用する端末としてそれぞれ機能する複数の車載端末２０と、本発明に係る情報処理装置として機能するサーバ装置３０とを備える。ネットワーク２は、これらユーザ端末１０、車載端末２０及びサーバ装置３０を相互に通信可能に接続する。ネットワーク２は、例えばＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network）、若しくはこれらの組み合わせであり、有線区間又は無線区間を含んでいる。ネットワーク２は、例えば第５世代移動通信システムに準拠したネットワークであることが望ましいが、必ずしもこれに限らない。

車両管理システム１において、乗客は自身のユーザ端末１０を操作して、任意の目的地までの乗車を要求する。この要求はユーザ端末１０からサーバ装置３０にネットワーク２経由で送られる。車載端末２０をそれぞれ搭載した複数の車両は広範なエリアにわたって分散して走行又は待機しており、サーバ装置３０は、上記要求を行った乗客の近辺に居る車両群又はその乗客の近辺を走行する予定の車両群から、その乗客の要求に合致する車両を選択する。さらに、サーバ装置３０は、上記乗客の目的地までの経路を特定して、その経路に関する情報を、選択した車両の車載端末２０に通知する。この車載端末２０が搭載された車両の運転者は、通知された経路に従って車両を運転する。

この車両管理システム１において、車両は、既に乗車している乗客が要求した目的地に向かう途中においても、その目的地に近い位置を自身の目的地として希望する他の乗客や、その目的地とほぼ同じ方向を自身の目的地がある方向として希望する他の乗客を乗せることが許されている。従って、或る乗客を乗せた車両についてサーバ装置３０により特定される経路は、他の乗客からの乗車要求が高い確率で起こり得るような経路であるほうが、より多数の乗客を一度の運行で乗せることができることになり、より効率的である。また、乗客から徴収する運賃も増えることになる。そこで、サーバ装置３０は、以下に詳述するような方法で、乗り合い可能な車両を潜在的な需要に応じた経路で走行させるようにしている。

図２は、ユーザ端末１０のハードウェア構成の一例を示す図である。ユーザ端末１０は、例えばスマートホン、携帯電話機、タブレット、ウェアラブル端末又はパーソナルコンピュータ等のコンピュータである。ユーザ端末１０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ端末１０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

ユーザ端末１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。また、例えばベースバンド信号処理部や呼処理部などがプロセッサ１００１によって実現されてもよい。

プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、後述する動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。ユーザ端末１０の機能ブロックは、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよい。各種の処理は、１つのプロセッサ１００１によって実行されてもよいが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワーク２からユーザ端末１０に送信されてもよい。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本実施形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。ストレージ１００３は、演奏評価プログラムや後述する楽譜データ群を記憶する。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インターフェースなどは、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キー、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチスクリーン）であってもよい。

プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバスによって接続される。バスは、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、ユーザ端末１０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

図３は、車載端末２０のハードウェア構成の一例を示す図である。車載端末２０は、例えばカーナビゲーション装置、スマートホン、携帯電話機、タブレット、ウェアラブル端末又はパーソナルコンピュータ等のコンピュータである。車載端末２０は、車両に一体化又は固定されている端末であってもよいし、運転者が携帯可能で車両に持ち込むことができるような端末であってもよい。車載端末２０のハードウェア構成は、図３に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、車載端末２０を構成してもよい。

車載端末２０は、物理的にはユーザ端末１０と同様に、プロセッサ２００１、メモリ２００２、ストレージ２００３、通信装置２００４、入力装置２００５、出力装置２００６及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。車載端末２０における各機能は、プロセッサ２００１、メモリ２００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ２００１が演算を行い、通信装置２００４による通信を制御したり、メモリ２００２及びストレージ２００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。プロセッサ２００１、メモリ２００２、ストレージ２００３、通信装置２００４、入力装置２００５、出力装置２００６、及びこれらを接続するバスは、ユーザ端末１０について説明したプロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、及びこれらを接続するバスと、ハードウェアとしては同様であるため、その説明を省略する。

図４は、サーバ装置３０のハードウェア構成を示す図である。サーバ装置３０のハードウェア構成は、図４に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、サーバ装置３０を構成してもよい。

サーバ装置３０は、物理的には、プロセッサ３００１、メモリ３００２、ストレージ３００３、通信装置３００４、及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。サーバ装置３０における各機能は、プロセッサ３００１、メモリ３００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ３００１が演算を行い、通信装置３００４による通信を制御したり、メモリ３００２及びストレージ３００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。プロセッサ３００１、メモリ３００２、ストレージ３００３、通信装置３００４、及びこれらを接続するバスは、ユーザ端末１０について説明したプロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、及びこれらを接続するバスと、ハードウェアとしては同様であるため、その説明を省略する。ただし、通信装置３００４は、無線通信の通信規格に従って通信を行うためのハードウェアである必要はなく、任意の有線通信の通信規格に従ってネットワーク２を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であってもよい。

図５は、車両管理システム１の機能構成の一例を示すブロック図である。図５に示すように、サーバ装置３０においては、需要取得部３１と、経路特定部３２と、情報出力部３３３と、配車管理部３４という機能が実現される。

乗客が車両に対して乗降することが可能な場所、つまり車両の停留所の位置は、予め決まっている。需要取得部３１は、各々の停留所における潜在的な乗客の需要の大きさに関する需要情報を取得する。ここで、潜在的な需要とは、乗客が車両への乗車要求を明示したことをもって決まる確定的な需要を意味するのではなく、例えば各地域における人間の数や過去の乗車履歴等に基づいて各停留所別及び時間別に予測された、未確定の需要のことをいう。具体的には、需要取得部３１が取得する需要情報は、例えば携帯電話機等の移動局を携帯する人間の位置を追跡して得られた位置別及び時間別の予測人口に対して所定の係数等を乗算して補正する等により計算された、各停留所から乗車を希望すると予測される乗客の数を意味する情報である。また、各停留所における過去の時間別の乗車履歴等を所定の方法で補正する等の方法で計算された、各停留所から乗車を希望すると予測される乗客の数を意味する情報である。また、需要取得部３１が取得する需要情報は、これらの計算方法を併用して得られた乗客の数を意味する情報であってもよい。この需要情報は、サーバ装置３０の需要取得部３１が自ら計算することで取得してもよいし、サーバ装置３０以外の装置が生成した需要情報をサーバ装置３０の需要取得部３１がネットワーク２等を介して取得してもよい。

経路特定部３２は、需要取得部３１により取得された需要情報に基づいて、車両が目的地まで走行すべき経路を特定する。このため、経路特定部３２は、道路や建物、施設等を含む地図を示す地図データ、及びその地図データによって示される道路上における交通状況に関する交通データを記憶する地図・交通データ記憶部３２１と、各車両に関する車両データを記憶する車両データ記憶部３２２を備える。地図データには、各道路の位置、各道路において走行可能な方向及び車線数、及び各道路における信号等に関する情報が含まれる。交通データには、各道路における渋滞や事故等に関する情報が含まれる。また、交通データには、各地域において所定のセンシング装置によってセンシングされた交通量に関する情報や、日時等の条件に応じて道路上の車両群がどのような移動をするのかというマクロ的な観点からの統計情報を含んでいてもよい。車両データには、各車両の識別情報（車載端末２０を識別する識別情報であってもよい）、位置、速度、走行方向、走行している経路、各車両に乗車している乗客の数、及びその目的地等に関する情報が含まれる。

情報出力部３３は、経路特定部３２により特定された経路に関する情報を出力する。具体的には、情報出力部３３は、車載端末２０に対して上記経路を示す情報を送信することによって、車両の運転者に対して経路特定部３２により特定された経路に関する情報を提示する。

配車管理部３４は、乗客に対する車両の割り当て、つまり配車を管理する。つまり、配車管理部３４は、ユーザ端末１０からの乗車要求を受け付けてその乗車要求に応じて配車を行う。配車管理部３４による配車方法については既存の技術を用いればよく、その詳細な説明は省略する。

［動作］
図６〜図９を参照して、サーバ装置３０の動作について説明する。図６に示す各処理の手順は、サーバ装置３０に実装されているプログラムに記述されている。図６において、需要取得部３１は、経路を特定するタイミングが到来したか否かを判断する（ステップＳ１１）。ここでいう経路を特定するタイミングとは、例えば乗客が乗車要求を行って配車管理部３４によりその乗客に新規に車両が割り当てられたタイミングとか、既に乗客が乗車している車両について所定期間ごとに繰り返し到来するタイミングである。需要取得部３１は、或る車両について経路を特定するタイミングが到来したと判断した場合（ステップＳ１１；ＹＥＳ）、前述したような需要情報を取得する（ステップＳ１２）。

次に、経路特定部３２は、需要取得部３１により取得された需要情報に基づいて、上記車両が目的地まで走行する経路を特定する（ステップＳ１３）。

ここで、図７〜９は、経路特定部３２が経路を特定する方法を説明する模式図であり、地図を示す２次元平面を意味している。図７において、Ｎは車両の現在地（既に乗客が乗車している車両の現在地）又は車両の出発地（乗客がまだ乗車しない車両に対して、新規に乗客が割り当てられたときのその乗客が乗車する予定の停留所の位置）である。Ｇは、車両の目的地、つまり既に乗客が乗車している場合にはその乗客が要求した目的地となる停留所の位置であり、また、乗客がまだ乗車しない車両に対して、新規に乗客が割り当てられたときのその乗客が要求する目的地となる停留所の位置である。また、１〜１０の数字は、地図上の各停留所における、その時点の需要情報が表す需要の大きさを意味している。例えば地図上で「１０」という表記がなされた位置は、何らかの指標を基準にして「１０」という大きさの需要が発生すると予測された停留所の位置を意味している。

まず、経路特定部３２は、図７に例示するように、Ｎ及びＧの位置を対角線上にある２つの頂点の各位置に含む矩形Ｐを、地図上に仮想的に描く。次に、経路特定部３２は、その矩形Ｐの内部に含まれる各停留所の需要情報のうち、需要の大きさが閾値ｘ（ここではｘ＝６）以上で、且つ、需要の大きさが上位ｙ番目（ここではｙ＝２）までの停留所を抽出する。これにより、需要の大きさ「８」と「１０」の２つの停留所が抽出される。なお、ｘ、ｙの値は任意に決められる。

次に、経路特定部３２は、図８に例示するように、Ｎ及び上記のいずれか一方の停留所（ここでは需要の大きさ「８」の停留所とする）の位置を、対角線上にある２つの頂点の位置に含む矩形Ｐ１を、地図上に仮想的に描くとともに、上記のいずれか一方の停留所（ここでは需要の大きさ「８」の停留所とする）及びＧの位置を、対角線上にある２つの頂点の位置に含む矩形Ｐ２を、地図上に仮想的に描く。

次に、経路特定部３２は、矩形Ｐ１においてＮから需要の大きさ「８」の停留所に至るまでの複数の経路候補のうち、経由する停留所の需要情報が示す需要の大きさの総計ができるだけ大きくなるような経路を特定するとともに、矩形Ｐ２において需要の大きさ「８」の停留所からＧに至るまでの複数の経路候補のうち、経由する停留所の需要情報が示す需要の大きさの総計ができるだけ大きくなり、且つ、これらのＮから需要の大きさ「８」の停留所を経由してＧに至る経路を車両が走行するとした場合に目的地Ｇに到着する到着目標時刻に対して許容される遅延時間の範囲内に収まるような経路を特定する。ここでいう到着目標時刻とは、例えば車両の現在地Ｎ又は出発地Ｎから目的地Ｇに最短経路ｒで走行すると仮定したときに目的地Ｇに到着すると予測される時刻である。また、許容される遅延時間は、例えば定数であってもよいし、現在地又は出発地から目的地への最短経路で走行するときに要する所要時間に応じて異なる値であってもよい。これにより、図９に例示するように経路Ｒ１が特定されたとする。なお、経路の計算においては、例えばＡ＊（A-Star）アルゴリズムなどの所定のアルゴリズムを用いればよい。このとき、一定の冗長性を持たせることで、計算上最短となる１つの経路候補だけではなく、複数の経路候補を算出することが可能である。

また、経路特定部３２は、Ｎ及び上記の他方の停留所（ここでは需要の大きさ「１０」の停留所とする）の位置を、対角線上にある頂点の位置に含む矩形を、地図上に仮想的に描くとともに、需要の大きさ「１０」の停留所及びＧの位置を、対角線上にある頂点の位置に含む矩形を、地図上に仮想的に描く。次に、経路特定部３２は、前者の矩形においてＮから需要の大きさ「１０」の停留所に至るまでの経路候補のうち、経由する停留所の需要情報の総計ができるだけ大きくなるような経路を特定するとともに、後者の矩形において需要の大きさ「１０」の停留所からＧに至るまでの経路候補のうち、経由する停留所の需要情報の総計ができるだけ大きくなり、且つ、これらの経路を車両が走行するとした場合には、目的地Ｇに到着する到着目標時刻に対して許容される遅延時間の範囲内に収まる経路を特定する。これにより、図９に例示するように経路Ｒ２が特定されたとする。

このように、経路特定部３２は、地図上において車両の出発地又は現在地と目的地とを含む図形の内部に含まれる停留所のうち、需要情報が或る条件を満たす停留所を経由する経路を特定する。ここでいう或る条件とは、需要の大きさが閾値ｘ（ここではｘ＝６）以上で、且つ、需要の大きさが上位ｙ番目（ここではｙ＝２）の例で説明したが、必ずしもこの例示に限定されず、需要が大きいとみなすことができる条件であればどのようなものであってもよい。

情報出力部３３は、経路特定部３２により特定された経路に関する情報を出力する。具体的には、情報出力部３３は、乗客に対して割り当てられた車載端末２０に対して経路を示す情報を送信することによって、車両の運転者に対して経路特定部３２により特定された経路に関する情報を提示する。例えば情報出力部３３は、図９に例示した２つの経路Ｒ１、Ｒ２を車載端末２０が表示した地図上に重畳表示させて、運転者にどちらかの経路を選択させるようにしてもよい。また、情報出力部３３は、図９に例示した２つの経路Ｒ１、Ｒ２のうちいずれか（例えば経由する停留所の需要情報が示す需要の大きさの総計が大きいほうの経路）を車載端末２０が表示した地図上に重畳表示させて、運転者にその経路を案内するようにしてもよい。

以上説明した実施形態によれば、乗り合い可能な車両を、他の乗客からの乗車要求が高い確率で起こり得るような経路、つまり潜在的な需要に応じた経路で走行させることが可能となる。

［変形例］
本発明は、上述した実施形態に限定されない。上述した実施形態を以下のように変形してもよい。また、以下の２つ以上の変形例を組み合わせて実施してもよい。

［変形例１］
到着目標時刻に対して許容される遅延時間は、次のような条件に応じて変動する値であってもよい。例えば到着目標時刻に対して許容される遅延時間は、車両に乗車しているユーザに応じて異なっていてもよい。例えばこの車両管理システム１によって提供される交通サービスにおいて２段階の料金プランがあった場合において、価格が高いほうの料金プランを選択しているユーザに対しては、価格が低いほうの料金プランを選択しているユーザに比べて、到着目標時刻に対して許容される遅延時間を短くしてもよい。つまり、この場合には、潜在的な需要が高い経路よりも、目的地に早く到達することが優先されることになる。また、例えばこの車両管理システム１によって提供される交通サービスを利用する頻度／回数が閾値以上のユーザに対しては、その頻度／回数が閾値未満のユーザに比べて、到着目標時刻に対して許容される遅延時間を短くしてもよい。つまり、この場合には、目的地に至る間において潜在的な需要が高い経路を走行することよりも、目的地に早く到達することが優先されることになる。

［変形例２］
また、到着目標時刻に対して許容される遅延時間を、目的地の属性に応じて異ならせてもよい。例えば目的地の属性が、病院や役所のように到着の遅延があまり許されないと考えられるような特定の属性のグループに属する場合には、そのようなグループに属しない目的地である場合に比べて、到着目標時刻に対して許容される遅延時間を短くしてもよい。つまり、この場合には、目的地に至る間において潜在的な需要が高い経路よりも、目的地に早く到達することが優先されることになる。このような目的地の属性に関する情報は、例えば地図・交通データ記憶部３２１に記憶されていればよい。なお、目的地の属性を到着の遅延があまり許されないものとするか否かは、システム設計者等によって任意に決めることができる。

［変形例３］
また、到着目標時刻に対して許容される遅延時間は、車両に対する乗車要求の高さに応じて異ならせてもよい。ここでいう乗車要求の高さとは、乗車を要求するユーザがその要求時に指定するその要求の高低（ないし強弱）のことである。乗車要求の高さが閾値以上の場合には、乗車要求の高さが閾値未満の場合に比べて、到着目標時刻に対して許容される遅延時間を短くしてもよい。つまり、この場合には、目的地に至る間において潜在的な需要が高い経路よりも、目的地に早く到達することが優先されることになる。

［変形例４］
需要情報は、必ずしも停留所単位である必要はなく、例えば各停留所において乗客の目的地、当該目的地を含む地域又は当該目的地に向かう方向ごとに計算されたものであってもよい。需要情報は、例えば滞留所Ａにおいて、そのＡから目的地Ｘ，Ｙ，Ｚごとに分けて計算された需要情報であってもよい。また、需要情報は、例えば滞留所Ａにおいて、そのＡから目的地Ｘを含むエリアａ，目的地Ｙを含むエリアｂ，目的地Ｚを含むエリアｃごとに分けて計算された需要情報であってもよい。また、需要情報は、例えば滞留所Ａにおいて、そのＡからの方向ｘ，ｙ，ｚごとに分けて計算されたに需要情報であってもよい。また、需要情報は、停留所ごとの需要情報ではなく、複数の停留所を含む停留エリアにおける需要情報であってもよい。実施形態で説明したような各地域における人間の数や過去の乗車履歴等に基づいて、どの位置からどの位置に移動する乗客が多いか少ないかということを計算で求めることが可能であるから、このような乗客の目的地、当該目的地を含む地域又は当該目的地に向かう方向別の需要情報についても予測することが可能である。

［変形例５］
経路特定部３２は、他の交通機関又は他の車両を考慮して経路を特定してもよい。具体的には、経路特定部３２は、経路特定対象となる車両とは異なる種類の交通機関の、各々の停留所又は停留エリアにおける利用のしやすさにも基づいて、経路を特定するようにしてもよい。このため経路特定部３２の地図・交通データ記憶部３２１には、地図上における電車、バス、タクシー等の他の交通機関の運行位置、運行時間及び運行状況等に関する情報が記憶されており、経路特定部３２は、これらのデータを参照して、各々の停留所における他の交通手段の利用のしやすさを算出する。具体的には、経路特定部３２は、これらの他の交通手段を利用し得るエリアに含まれる停留所を、他の交通機関を利用しやすいとし、これらの他の交通手段を利用し得るエリアに含まれない停留所を、他の交通機関を利用しにくいとする。そして、経路特定部３２は、複数の経路候補の中から、これらの交通機関を利用しやすい位置（停留所）を避けるような経路を特定する。なぜなら、これらの交通機関を利用しやすい位置における潜在的な需要に対しては、その交通機関によって対応することが可能だからである。一方、これらの交通機関を利用しにくい位置を含む経路においては、潜在的な需要をこの車両管理システム１によって提供される交通サービスによって対応することが求められる。

また、経路特定部３２は、経路特定対象となる車両とは異なる車両の、各々の停留所又は停留エリアにおける利用のしやすさにも基づいて、経路を特定するようにしてもよい。つまり、経路特定部３２は、車両データ記憶部３２２に記憶されているデータを参照して各々の停留所又は停留エリアを他の車両が通過する予定を考慮し、複数の経路候補の中から、他の車両が通過する頻度／回数が高い経路を避けるような経路を特定する。

［変形例６］
本発明に係る情報処理装置の一例としてサーバ装置３０を例示したが、図５に例示した機能ブロックを実現する情報処理装置であれば本発明を適用可能である。

［そのほかの変形例］
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ−Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

情報等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末１０（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

ユーザ端末１０又は車載端末２０は、送信装置、受信装置、通信装置などと呼ばれてもよい。

「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」され経路考えることができる。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示において、例えば、英語でのa,an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

１…車両管理システム、２…ネットワーク、１０…ユーザ端末、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…通信装置、１００５…入力装置、１００６…出力装置、２０…車載端末、２００１…プロセッサ、２００２…メモリ、２００３…ストレージ、２００４…通信装置、２００５…入力装置、２００６…出力装置、３０…サーバ装置、３１…需要取得部、３２…経路特定部、３２１…地図・交通データ記憶部、３２２…車両データ記憶部、３３…情報出力部、３４…配車管理部、３００１…プロセッサ、３００２…メモリ、３００３…ストレージ、３００４…通信装置。

Claims (10)

1. 複数の乗客がそれぞれ異なる停留所から乗り合い可能な車両に対する、各々の前記停留所又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要の大きさに関する需要情報を取得する需要取得部と、
   取得された前記需要情報に基づいて、目的地までの前記車両の経路を特定する経路特定部と、
   特定された経路に関する情報を出力する情報出力部と
   ことを特徴とする情報処理装置。
2. 前記経路特定部は、
   前記目的地に到着する到着目標時刻に対して許容される遅延時間の範囲内に、前記車両が当該目的地に到着し得る経路であって、前記需要情報が或る条件を満たす前記停留所又は前記停留エリアを経由する経路を特定する
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記経路特定部は、
   地図上における前記車両の出発地又は現在地と前記目的地とを含む或る図形の内部に含まれる前記停留所又は前記停留エリアのうち、前記需要情報が前記或る条件を満たす前記停留所又は前記停留エリアを経由する経路を特定する
   ことを特徴とする請求項２記載の情報処理装置。
4. 前記到着目標時刻に対して許容される遅延時間は、前記車両に乗車している乗客に応じて異なる
   ことを特徴とする請求項２又は３記載の情報処理装置。
5. 前記到着目標時刻に対して許容される遅延時間は、前記目的地の属性に応じて異なる
   ことを特徴とする請求項２又は３記載の情報処理装置。
6. 前記到着目標時刻に対して許容される遅延時間は、前記車両に対する乗車要求の強さに応じて異なる
   ことを特徴とする請求項２又は３記載の情報処理装置。
7. 前記経路特定部は、取得された前記需要情報に基づいて、複数の前記停留所又は複数の前記停留エリアを経由する経路を特定する
   ことを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
8. 前記需要取得部は、前記目的地、当該目的地を含む地域又は当該目的地に向かう方向ごとに、潜在的な前記乗客の需要情報を取得する
   ことを特徴とする請求項１〜７のいずれか１項に記載の情報処理装置。
9. 前記経路特定部は、経路特定対象となる前記車両とは異なる車両、又は、経路特定対象となる前記車両とは異なる種類の交通機関の、各々の前記停留所又は前記停留エリアにおける前記乗客の利用のしやすさにも基づいて、前記経路を特定する
   ことを特徴とする請求項１〜８のいずれか１項に記載の情報処理装置。
10. 前記情報出力部は、
    前記車両の運転者に対して、特定された前記経路に関する前記情報を提示する
    ことを特徴とする請求項１〜９のいずれか１項に記載の情報処理装置。

Images