WO2024232158A1

WO2024232158A1 - 情報処理装置、情報処理方法およびプログラム

Info

Publication number: WO2024232158A1
Application number: PCT/JP2024/009332
Authority: WO
Inventors: 直哉角谷; 裕己西川; 祐希高橋; 菜那菊入; 隆比古 ▲桑▼原; 隆生義忠; 貴史太田; 寿文岩瀬; 広矩伊藤; 久展井上
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2023-05-11
Filing date: 2024-03-11
Publication date: 2024-11-14
Anticipated expiration: 2025-11-11
Also published as: JP7800496B2; KR20250168639A; JP2024162721A; CN121079572A; EP4711719A1

Abstract

車両の乗客に情報を通知する端末（６）に対し、乗客が乗る予定の定時運行交通機関への乗換時の案内情報を通知する。この案内情報は、乗客が乗る予定の定時運行交通機関の発着場に車両が到着したときから、乗客が乗る予定の定時運行交通機関が出発するまでの時間差（Δｔ）に応じた乗客の可能な行動に関する案内情報を含んでいる。

Description

情報処理装置、情報処理方法およびプログラム

　本発明は情報処理装置、情報処理方法およびプログラムに関する。

　複数の移動手段を組み合わせた経路探索を行うマルチモーダル経路探索において、経路上の天候に応じて最適な移動手段を利用した経路を提案する技術が公知である（例えば特許文献１を参照）。

特開２０２２－１３００４６号公報

　ところで、例えば、車両の乗客が定時運行交通機関へ乗換る場合、車両の乗客が、乗換の際の案内情報を、乗車中に事前に入手でき、この場合、車両が定時運行交通機関の発着場に到着したときから定時運行交通機関が出発するまでの時間差に応じた乗換時の乗客の可能な行動に関する案内情報が事前に入手できれば、乗客は、この案内情報を利用することにより、車両が定時運行交通機関の発着場に到着したときから定時運行交通機関が出発するまでの時間を有効に活用することができる。しかしながら上述の公知のマルチモーダル経路探索技術は、このようなことについて何ら示唆していない。

　そこで、本発明によれば、情報処理装置であって、１又は複数のプロセッサを備え、
　１又は複数のプロセッサは、
　車両の乗客に情報を通知する端末に対し、乗客が乗る予定の定時運行交通機関への乗換時の案内情報を通知し、
　この案内情報は、乗客が乗る予定の定時運行交通機関の発着場に車両が到着したときから乗客が乗る予定の定時運行交通機関が出発するまでの時間差に応じた乗換時の乗客の可能な行動に関する案内情報を含んでいることを特徴とする情報処理装置が提供される。
　更に、本発明によれば、１又は複数のプロセッサを用いて情報処理を行う情報処理方法であって、
　車両の乗客に情報を通知する端末に対し、乗客が乗る予定の定時運行交通機関への乗換時の案内情報を通知し、
　この案内情報は、乗客が乗る予定の定時運行交通機関の発着場に車両が到着したときから乗客が乗る予定の定時運行交通機関が出発するまでの時間差に応じた乗換時の乗客の可能な行動に関する案内情報を含んでいることを特徴とする情報処理方法が提供される。
　更に、本発明によれば、車両の乗客に情報を通知する端末に対し、乗客が乗る予定の定時運行交通機関への乗換時の案内情報を通知させるように、コンピュータに機能させるプログラムであって、
　この案内情報は、乗客が乗る予定の定時運行交通機関の発着場に車両が到着したときから乗客が乗る予定の定時運行交通機関が出発するまでの時間差に応じた乗換時の乗客の可能な行動に関する案内情報を含んでいるプログラムが提供される。

　乗換時間を有効に活用することができる。

図１は、情報処理システムの全体図である。図２は、図１に示される情報処理サーバを図解的に示す図である。図３は、図１に示される配車管理サーバを図解的に示す図である。図４は、自動運転タクシーを図解的に示す図である。図５は、図４に示される自動運転タクシーの機能構成図である。図６は、情報処理システムにおける情報処理の基本フローを示す図である。図７は、端末への入力手順を示す図である。図８は、端末でのルート選択手順を示す図である。図９は、情報処理を行うためのフローチャートである。図１０は、情報処理を行うためのフローチャートである。図１１は、配車管理を行うためのフローチャートである。図１２は、自動運転タクシーの運転制御を行うためのフローチャートである。図１３は、自動運転タクシーの運転制御を行うためのフローチャートである。図１４は、自動運転タクシーの運転制御を行うためのフローチャートである。図１５は、図解的に表した道路地図を示す図である。図１６は、情報処理システムにおける情報処理の基本フローに追加される情報処理の追加フローを示す図である。図１７は、案内情報の種別の一覧表を示す図である。図１８は、車載の表示装置の表示画面上における案内表示例を示す図である。図１９は、車載の表示装置の表示画面上における案内表示例を示す図である。図２０は、車載の表示装置の表示画面上における案内表示例を示す図である。図２１は、案内情報の種別の一覧表を示す図である。図２２は、案内情報の一覧表を示す図である。図２３は、案内情報表示処理を実行するためのフローチャートである。図２４は、案内情報表示処理を実行するためのフローチャートである。図２５は、出発時刻等の検索を行うためのフローチャートである。図２６は、案内情報の種別の決定処理を実行するためのフローチャートである。図２７は、案内情報の検索を行うためのフローチャートである。図２８は、表示処理を実行するためのフローチャートである。図２９は、第１基準値と第２基準値の一覧表を示す図である。図３０は、案内情報の種別の決定処理を実行するためのフローチャートである。図３１は、案内情報の検索を行うためのフローチャートである。図３２は、案内情報の内容の一覧表を示す図である。図３３は、案内情報の内容の一覧表を示す図である。図３４は、カテゴリー別の標準滞在時間の一覧表を示す図である。図３５は、案内情報の対象の一覧表を示す図である。図３６は、案内情報の検索を行うためのフローチャートである。

　人が目的地まで移動する場合、通常、目的地まで移動する移動ルートとして複数個の移動ルートが存在し、これら複数個の移動ルートの中から一つの移動ルートが選択される。この場合、移動ルートとして、異なる種類の複数の移動体を利用する移動ルート、例えば、車両から定時運行交通機関に乗り換える移動ルートが選択される場合がある。本発明は、このような場合に、移動する人に対して、車両から定時運行交通機関に乗り換える際の案内情報を提供するための情報処理技術に関する。この場合、手動運転車両、自動運転車両、自家用車、タクシーを含む営業車等が、本発明の適用対象となる車両に該当し、電車等の鉄道、モノレール、バス、飛行機が、本発明の適用対象となる定時運行交通機関に該当する。なお、以下、車両が自動運転タクシーである場合、および定時運行交通機関が電車等の鉄道である場合を例にとって本発明について説明を行うが、本発明は、自動運転タクシー以外の手動運転車両、自動運転車両、自家用車、タクシーを含む営業車等に適用可能であり、鉄道以外のモノレール、バス、飛行機に適用可能であることは言うまでもない。

　図１は、この本発明による情報処理技術を実施するのに適した情報処理システムの全体図を示している。図１を参照すると、１は通信ネットワーク、２は通信ネットワーク１の基地局、３は経路検索サービス事業者等により管理されている情報処理サーバ、４は自動運転タクシー事業者等により管理されていて自動運転タクシーの配車サービスを提供する配車管理サーバ、５は自動運転タクシー、６は自動運転タクシー５の配車サービスを利用するユーザが所有している端末を夫々示している。なお、図１では端末６が携帯端末として描かれているが、この端末６は携帯端末に限定されることがなく、据え置き型の端末であってもよい。また、情報処理サーバ３と配車管理サーバ４は、これら情報処理サーバ３の機能と配車管理サーバ４の機能とを備えた同一のサーバから構成することもできる。

　図２は、図１に示される情報処理サーバ３を示している。図２を参照すると、情報処理サーバ３内には、電子制御ユニット１０が設けられている。この電子制御ユニット１０はデジタルコンピュータからなり、双方向性バス１１によって互いに接続されたＣＰＵ（マイクロプロセッサ）１２、ＲＯＭおよびＲＡＭからなるメモリ１３および入出力ポート１４を具備する。この電子制御ユニット１０は通信ネットワーク１に接続されている。

　図３は、図１に示される配車管理サーバ４を示している。図３を参照すると、配車管理サーバ４内には、電子制御ユニット１５が設けられている。この電子制御ユニット１５はデジタルコンピュータからなり、双方向性バス１６によって互いに接続されたＣＰＵ（マイクロプロセッサ）１７、ＲＯＭおよびＲＡＭからなるメモリ１８および入出力ポート１９を具備する。この電子制御ユニット１５は通信ネットワーク１に接続されている。

　図４は、自動運転タクシー５の一例を図解的に示している。図４を参照すると、２０は自動運転タクシー５の駆動輪に駆動力を与えるための車両駆動部、２１は自動運転タクシー５を制動するための制動装置、２２は自動運転タクシー５を操舵するための操舵装置、２３は自動運転タクシー５内に搭載された電子制御ユニットを夫々示す。図４に示されるように、電子制御ユニット２３はデジタルコンピュータからなり、双方向性バス２４によって互いに接続されたＣＰＵ（マイクロプロセッサ）２５、ＲＯＭおよびＲＡＭからなるメモリ２６および入出力ポート２７を具備する。図４に示される例では、車両駆動部２０は、２次電池により駆動される電気モータ、或いは、燃料電池により駆動される電気モータより構成されており、駆動輪は、電子制御ユニット２３の出力信号に従って、これらの電気モータにより駆動制御される。また、自動運転タクシー５の制動制御は、電子制御ユニット２３の出力信号に従って制動装置２１により行われ、自動運転タクシー５の操舵制御は、電子制御ユニット２３の出力信号に従って操舵装置２２により行われる。なお、この電子制御ユニット２３は一つの電子制御ユニットから構成することもできるし、複数個の電子制御ユニットから構成することもできる。

　一方、図４に示されるように、自動運転タクシー５には、自動運転タクシー５が自動運転を行うのに必要な各種センサ２８、即ち、自動運転タクシー５の状態を検出するセンサおよび自動運転タクシー５の周辺を検出する周辺検知センサが設置されている。この場合、自動運転タクシー５の状態を検出するセンサとしては、加速度センサ、速度センサ、方位角センサが用いられており、自動運転タクシー５の周辺を検出する周辺検知センサとしては、自動運転タクシー５の前方、側方、後方を撮影する車載カメラ、ライダ（LIDAR）、レーダ等が用いられる。また、自動運転タクシー５には、ＧＮＳＳ（Global Navigation Satellite System：全球測位衛星システム）受信装置２９、地図データ記憶装置３０、ナビゲーション装置３１および表示画面を備えた表示装置３２が設けられている。

　ＧＮＳＳ受信装置２９は、複数の人工衛星から得られる情報に基づいて、自動運転タクシー５の現在位置（例えば、緯度及び経度）を検出することができる。従って、このＧＮＳＳ受信装置２９により自動運転タクシー５の現在位置を取得することができる。このＧＮＳＳ受信装置２９として、例えば、ＧＰＳ受信装置が用いられる。一方、地図データ記憶装置３０には、自動運転タクシー５が自動運転を行うのに必要な地図データ等が記憶されている。これらの各種センサ２８、ＧＮＳＳ受信装置２９、地図データ記憶装置３０、ナビゲーション装置３１および表示装置３２は、電子制御ユニット２３に接続されている。また、自動運転タクシー５には、基地局２および通信ネットワーク１を介して情報処理サーバ３および配車管理サーバ４と通信を行うための通信装置３３が搭載されている。

　一方、配車サービスを利用するユーザが所有している端末６は、基地局２および通信ネットワーク１を介して情報処理サーバ３、配車管理サーバ４および自動運転タクシー５と通信可能に構成されている。このように、図１に示される情報処理システムにおいては、情報処理サーバ３、配車管理サーバ４、自動運転タクシー５および端末６は、通信ネットワーク１を介して互いに通信可能である。なお、図１に示される例では、自動運転タクシー５の通信装置３３および端末６は、夫々近距離無線通信機能を備えており、自動運転タクシー５の通信装置３３および端末６は、これらの近距離無線通信機能により、互いに通信可能に構成されている。

　次に、図６を参照しつつ、本発明の実施例において用いられている情報処理の基本的なフローについて説明する。図６には、情報処理サーバ３、配車管理サーバ４、自動運転タクシー５および端末６間におけるやり取りが示されている。なお、図６には、自動運転タクシー５への乗車後、定時運行の鉄道に乗換る移動ルートが選択された場合が示されている。さて、図６を参照すると、（１）において、配車サービスを利用するユーザ（以下、単にユーザと言う）が、端末６に、移動ルート検索用アプリを用いて、出発地、出発時刻、目的地、目的地への希望到着時刻等を入力し、移動ルートの検索要求を行う。

　（２）において、情報処理サーバ３が、この移動ルートの検索要求を受信すると、（３）において、情報処理サーバ３では、受信した出発地、出発時刻、目的地、目的地への希望到着時刻等に基づいて、要求を満たす移動ルートの検索が行われる。次いで、（４）において、移動ルートの検索結果が、情報処理サーバ３から端末６に送信される。（５）において、端末６が移動ルートの検索結果を受信すると、（６）において、ユーザは、端末６の表示画面上において、移動ルート検索用アプリを用いて、検索された複数個の移動ルートの中から、希望する移動ルートを選択する。

　なお、（４）における移動ルートの検索結果に、自動運転タクシー５から定時運行の鉄道への乗換を伴う移動ルートが含まれていない場合もあると思われるが、図６に示される情報処理のフローは、（４）における移動ルートの検索結果に、自動運転タクシー５から定時運行の鉄道への乗換を伴う移動ルートが含まれており、しかも、（６）において、自動運転タクシー５から定時運行の鉄道への乗換を伴う移動ルートが、希望する移動ルートとして選択された場合について説明している。

　さて、（６）において、自動運転タクシー５から定時運行の鉄道への乗換を伴う移動ルートが選択されると、（７）において、ユーザは、端末６の表示画面上において、配車予約用アプリを用いて、自動運転タクシー５の希望乗車位置、希望乗車時刻および希望降車位置からなる希望配車内容が登録される。希望配車内容が登録されると、配車予約した旨が、登録された希望配車内容およびユーザの希望移動ルートと共に、端末６から情報処理サーバ３に送信される。情報処理サーバ３が端末６から、希望配車内容およびユーザの希望移動ルートと共に配車予約した旨を受信すると、受信した希望配車内容およびユーザの希望移動ルートは情報処理サーバ３のメモリ１８内に記憶され、（８）において、情報処理サーバ３から配車管理サーバ４に、配車要求が送信される。この配車要求には、ユーザの希望移動ルート、ユーザの希望移動ルートにおいて乗換が予定されている鉄道に関する情報、自動運転タクシー５の希望乗車位置、希望乗車時刻および希望降車位置からなる希望配車内容、および、ユーザを特定するためのユーザＩＤを含んでいる。なお、この配車要求には、（２）において情報処理サーバ３が受信したユーザの出発地、出発時刻、目的地、目的地への希望到着時刻を含ませることができる。

　（９）において、配車管理サーバ４が配車要求を受信すると、配車管理サーバ４では、（１０）において、ユーザの希望乗車位置近傍に位置する自動運転タクシー５の中からユーザの希望乗車時間にユーザの希望乗車位置に配車可能な自動運転タクシー５が検索され、配車すべき自動運転タクシー５が選定される。なお、この場合、空車状態の自動運転タクシー５を検索の対象とすることができるし、予約情報からみて、ユーザの希望乗車時間近くに空車となる予定の自動運転タクシー５も検索の対象に含めることができる。配車すべき自動運転タクシー５が選定されると、（１１）において、ユーザの希望移動ルート、ユーザの希望移動ルートにおいて乗換が予定されている鉄道に関する情報、自動運転タクシー５の乗車位置、降車位置および乗車時刻等の希望配車内容、および、ユーザＩＤと共に、配車指示が、配車管理サーバ４から、配車選定された自動運転タクシー５に送信される。

　（１２）において、自動運転タクシー５が配車指示を受信すると、受信したユーザの希望乗車位置に基づいて、自動運転タクシー５の電子制御ユニット２３内において、現在位置からユーザの希望乗車位置までの走行ルートが生成される。次いで、（１３）において、自動運転タクシー５の自動運転が開始され、自動運転タクシー５が、生成された走行ルートに沿ってユーザの希望乗車時間にユーザの希望乗車位置に到着するように走行せしめられる。その後、（１４）において、自動運転タクシー５が、ユーザの希望乗車位置に到着すると、（１５）において、配車予約したユーザの端末６と自動運転タクシー５との間で、近距離通信を用いて、ユーザの認証処理が行われる。この認証処理は、例えば、配車要求時に自動運転タクシー５のメモリ２６に記憶されたユーザＩＤと、配車要求したユーザの端末６に記憶されたユーザＩＤとを照合することにより行われ、これらのユーザＩＤが一致したときに、端末６を所持しているユーザが配車要求したユーザであると認証される。なお、ユーザの認証処理として、顔認証等、種々の公知の認証処理が知られており、（１５）における認証処理として、これら公知の認証処理を用いることができる。

　（１５）において、端末６を所持しているユーザが配車要求したユーザであると認証されると、自動運転タクシー５のドアが開かれ、ユーザが、或いは、ユーザ他何人かが自動運転タクシー５に乗車する。次いで、自動運転タクシー５内に設置された乗車確認装置により、ユーザの、或いは、ユーザ他何人かの乗車が完了したと判別されると、自動運転タクシー５のドアが閉じられる。次いで、（１６）において、自動運転タクシー５の走行開始要求がなされると、ユーザの希望降車位置に基づいて、自動運転タクシー５の電子制御ユニット２３内において、現在位置からユーザの希望降車位置までの走行ルートが生成される。次いで、（１７）において、自動運転タクシー５の自動走行が開始される。なお、この自動運転タクシー５の走行開始要求は、例えば、乗車したユーザが、自動運転タクシー５内の表示装置３２の表示画面上に表示される走行開始ボタンにタッチすることによってなされる。

　次に、図６に示される情報処理のフローを実行するために、情報処理サーバ３、配車管理サーバ４、自動運転タクシー５および端末６が夫々有している構成について順に説明する。最初に情報処理サーバ３の構成について説明すると、情報処理サーバ３は、通信ネットワーク１を介して、配車管理サーバ４、自動運転タクシー５および端末６と通信可能に形成されている。一方、情報処理サーバ３は、通信ネットワーク１を介して、鉄道事業者から鉄道の運行情報および鉄道の遅延情報をリアルタイムで受信可能な鉄道情報受信部を具備している。また、情報処理サーバ３は、ユーザの端末６から、出発地、出発時刻、目的地、目的地への希望到着時刻等と共に、移動ルートの検索要求を受信する検索要求受信部を具備している。また、情報処理サーバ３は、検索要求受信部において受信した出発地、出発時刻、目的地、目的地への希望到着時刻等に基づき、少なくとも自動運転タクシー５および鉄道を利用するマルチモーダルな移動ルートを含む複数個の移動ルートを検索可能な移動ルート検索部を具備している。

　更に、情報処理サーバ３は、移動ルート検索部により検索された複数個の移動ルートをユーザの端末６に送信するための検索結果送信部を具備している。また、情報処理サーバ３は、ユーザの端末６から、ユーザの希望移動ルートと共に、自動運転タクシー５の希望乗車位置、希望乗車時刻および希望降車位置からなる希望配車内容および配車予約した旨を受信する配車予約受信部を具備している。また、情報処理サーバ３では、ユーザの希望移動ルート、ユーザの希望移動ルートにおいてユーザが利用する自動運転タクシー５の乗車位置、降車位置および乗車時刻等の希望配車内容、およびユーザの希望移動ルートにおいて乗換が予定されている鉄道に関する情報が取得されており、情報処理サーバ３は、これら取得されたユーザの希望移動ルート、希望配車内容および鉄道に関する情報等を含んだ配車要求を配車管理サーバ４に対して送信する配車要求送信部を具備している。また、情報処理サーバ３は、ユーザに対し、検索された複数個の移動ルート以外の種々の情報を提供する情報提供部を具備している。

　次に、配車管理サーバ４の構成について説明すると、配車管理サーバ４は、通信ネットワーク１を介して、情報処理サーバ３、自動運転タクシー５および端末６と通信可能に形成されている。この配車管理サーバ４は、情報処理サーバ３から、ユーザの希望移動ルート、ユーザが利用する自動運転タクシー５の乗車位置、降車位置および乗車時刻等の希望配車内容および乗換が予定されている鉄道に関する情報を受信するための配車要求受信部を具備している。また、配車管理サーバ４は、ユーザの希望乗車位置近傍に位置する自動運転タクシー５の中からユーザの希望乗車時間にユーザの希望乗車位置に配車可能な自動運転タクシー５を検索して配車すべき自動運転タクシー５を選定する車両探索部を具備している。更に、配車管理サーバ４は、ユーザの希望移動ルート、ユーザが利用する自動運転タクシー５の乗車位置、降車位置および乗車時刻等の希望配車内容および乗換が予定されている鉄道に関する情報と共に配車指示を、配車選定された自動運転タクシー５に送信するための配車指示送信部を具備している。

　次に、端末６の構成について説明すると、端末６は、通信ネットワーク１を介して、情報処理サーバ３、配車管理サーバ４および自動運転タクシー５と通信するための通信部を具備している。また、端末６は、端末６の現在位置（例えば、緯度及び経度）を検出可能な、例えば、ＧＰＳ受信装置からなる現在位置取得部を具備している。また、端末６は、表示画面を有する。この端末６は、端末６の表示画面上において、移動ルート検索用アプリを用いて、出発地、出発時刻、目的地、目的地への希望到着時刻等を入力し、移動ルートの検索を要求することが可能である。また端末６は、情報処理サーバ３において検索された複数個の移動ルートを端末６の表示画面上に表示可能に構成されている。端末６は、端末６の表示画面上において、情報処理サーバ３において検索された複数個の移動ルートの中からユーザの希望する移動ルートを選択可能であり、更に、端末６の表示画面上において、自動運転タクシー５の配車予約が可能である。なお、この場合、端末６の表示画面上において、配車予約用アプリを用いて、配車管理サーバ４に対して直接配車予約を行えるように構成することも可能である。

　最後に、自動運転タクシー５の構成についてであるが、自動運転タクシー５の全体構成については、図４を参照しつつ既に説明しているので、ここでは、自動運転タクシー５の電子制御ユニット２３により実行される各種制御について、図５に示される機能構成図を参照しつつ説明する。図５を参照すると、自動運転タクシー５は、移動ルート受信部４０と、走行ルート生成部４１と、自動走行制御部４２と、通信部４３と、認証部４４と、運行関連情報取得部４５と、表示制御部４６と、現在地取得部４７とを具備する。なお、本発明による情報処理装置の一実施例では、移動ルート受信部４０と、通信部４３と、運行関連情報取得部４５と、表示制御部４６とが情報処理装置を構成している。

　さて、図５において、移動ルート受信部４０は、配車管理サーバ４から、ユーザの希望する移動ルート、ユーザが利用する自動運転タクシー５の乗車位置、降車位置および乗車時刻等の希望配車内容および乗換が予定されている鉄道に関する情報等を受信する。なお、この場合、移動ルート受信部４０は、これらの情報等を情報処理サーバ３から受信することもできる。一方、走行ルート生成部４１は、これらの情報等に基づき、現在位置からユーザの希望する乗車位置までの自動運転タクシー５の走行ルート、およびユーザの希望する乗車位置からユーザの希望する降車位置までの自動運転タクシー５の走行ルートを生成する。

　自動走行制御部４２は、生成された走行ルートに沿った自動運転タクシー５の自動走行を制御する。通信部４３は通信装置３３に接続されており、通信装置３３を通じて情報処理サーバ３、配車管理サーバ４および端末６と通信可能である。認証部４４は、自動運転タクシー５に乗り込んできた人が、自動運転タクシー５の配車予約をしたユーザであることの認証を行う。運行関連情報取得部４５は、情報処理サーバ３から、鉄道の運行関連情報を取得する。表示制御部４６は、自動運転タクシー５の車内に設置された表示画面を有する表示装置３２に接続されており、自動運転タクシー５の車内に設置された表示画面の表示内容は表示制御部４６により制御される。また、現在地取得部４７は、ＧＮＳＳ受信装置２９が受信した受信データに基づいて、自動運転タクシー５の現在位置を取得する。

　次に、図７から図１４を参照しつつ、図６に示される基本フローを実行するための一実施例について説明する。
　図７は、ユーザによる端末６への入力手順を示している。図７を参照すると、最初にＡ１において、移動ルート検索用アプリを用いて、端末６の表示画面上に、移動ルート検索用入力画面を表示させる。次いで、Ａ２において、例えば、入力画面の出発地記入欄に出発地を記入する。この場合、端末６の表示画面上に表示された地図上において出発地を指定することもできる。次いで、Ａ３において、入力画面の出発時刻記入欄に出発時刻を記入する。次いで、Ａ４において、例えば、入力画面の目的地記入欄に目的地を記入する。この場合も、端末６の表示画面上に表示された地図上において目的地を指定することができる。次いで、Ａ５において、入力画面の希望到着時刻記入欄に目的地への希望到着時刻を記入する。次いで、Ａ６において、例えば、入力画面に表示されている検索要求ボタンにタッチする。検索要求ボタンにタッチすると、移動ルートの検索要求が、入力した出発地、出発時刻、目的地、目的地への希望到着時刻と共に情報処理サーバ３に送信される。

　図８は、ユーザによる端末６でのルート選択手順を示している。図８を参照すると、最初にＢ１において、情報処理サーバ３から送信された複数個の移動ルートの検索結果が、端末６の表示画面上に表示される。次いで、Ｂ２において、これら複数個の移動ルートの中から、希望する移動ルートが選択される。なお、このとき、希望する移動ルートとして、自動運転タクシー５から定時運行の鉄道への乗換を伴う移動ルートが選択された場合について説明する。Ｂ２において希望する移動ルートが選択されると、Ｂ３において、ユーザにより、端末６の表示画面上において、配車予約用アプリを用いて、自動運転タクシー５の希望乗車位置、希望乗車時刻および希望降車位置の登録欄に、夫々、希望乗車位置、希望乗車時刻および希望降車位置からなる希望配車内容が登録される。この場合も、希望乗車位置および希望降車位置の登録は、端末６の表示画面上に表示された地図上において希望乗車位置および希望降車位置を指定することにより行うこともできる。これら希望乗車位置、希望乗車時刻および希望降車位置からなる希望配車内容が登録されると、Ｂ４において、配車予約をした旨が、登録された希望配車内容およびユーザの希望移動ルートと共に端末６から情報処理サーバ３に送信される。

　図９および図１０は情報処理サーバ３の電子制御ユニット１０において実行される情報処理ルーチンを示しており、このルーチンは繰り返し実行される。
　図９および図１０を参照すると、最初に、ステップ６０において、鉄道事業者から現在の鉄道の運行情報および現在の鉄道の遅延情報を受信し、受信した現在の鉄道の運行情報および現在の鉄道の遅延情報は電子制御ユニット１０のメモリ１３内に記憶される。次いで、ステップ６１では、現在の鉄道の運行情報および遅延情報に関する提供要求があったか否かが判別される。現在の鉄道の運行情報および遅延情報に関する提供要求があったと判別されたときには、ステップ６２に進んで、提供要求のあった情報の検索が行われる。次いで、ステップ６３に進み、提供要求のあった情報の検索結果が提供要求者に送信される。次いで、ステップ６４に進む。一方、ステップ６１において、現在の鉄道の運行情報および遅延情報に関する提供要求がないと判別されたときにはステップ６４にジャンプする。

　ステップ６４では、端末６から、移動ルートの検索要求を受信したか否かが判別される。端末６から、移動ルートの検索要求を受信したと判別されたときには、ステップ６５に進んで、移動ルートの検索要求と共に受信したユーザの出発地、出発時刻、目的地、目的地への希望到着時刻等の受信データが電子制御ユニット１０のメモリ１３内に記憶される。次いで、ステップ６６では、ユーザの要求を満たす複数個の移動ルートの検索が行われる。次いで、ステップ６７では、移動ルートの検索結果が電子制御ユニット１０のメモリ１３内に記憶される。次いで、ステップ６８では、移動ルートの検索結果が端末６に送信される。次いで、ステップ６９に進む。一方、ステップ６４において、端末６から、移動ルートの検索要求を受信していないと判別されたときにはステップ６９にジャンプする。

　ステップ６９では、端末６から、自動運転タクシー５の希望乗車位置、希望乗車時刻、希望降車位置およびユーザの希望移動ルートと共に、配車予約した旨を受信したか否かが判別される。端末６から配車予約した旨を受信したと判別されたときには、ステップ７０に進んで、受信した希望乗車位置、希望乗車時刻、希望降車位置およびユーザの希望移動ルートが電子制御ユニット１０のメモリ１３内に記憶される。次いで、ステップ７１では、ユーザの希望移動ルート、ユーザの希望移動ルートにおいて乗換が予定されている鉄道に関する情報、自動運転タクシー５の希望乗車位置、希望乗車時刻および希望降車位置、および、ユーザを特定するためのユーザＩＤを含む配車要求が配車管理サーバ４に送信される。一方、ステップ６９において、端末６から、配車予約した旨を受信していないと判別されたときには、処理サイクルを終了する。

　図１１は配車管理サーバ４の電子制御ユニット１５において実行される配車管理ルーチンを示しており、このルーチンは繰り返し実行される。
　図１１を参照すると、最初に、ステップ８０において、情報処理サーバ３から配車要求を受信したか否かが判別される。情報処理サーバ３から配車要求を受信していないと判別されたときには、処理サイクルを終了する。これに対し、情報処理サーバ３から配車要求を受信したと判別されたときには、ステップ８１に進んで、受信したユーザの希望移動ルート、ユーザの希望移動ルートにおいて乗換が予定されている鉄道に関する情報、自動運転タクシー５の希望乗車位置、希望乗車時刻および希望降車位置、および、ユーザＩＤ等の受信データが電子制御ユニット１５のメモリ１８内に記憶される。

　次いで、ステップ８２では、ユーザの希望乗車位置近傍に位置する自動運転タクシー５の中からユーザの希望乗車時間にユーザの希望乗車位置に配車可能な自動運転タクシー５が検索される。なお、この場合、空車状態の自動運転タクシー５を検索の対象とすることができるし、予約情報からみて、ユーザの希望乗車時間近くに空車となる予定の自動運転タクシー５も検索の対象に含めることができる。次いで、ステップ８３では、検索の対象とされた自動運転タクシー５の中から、配車すべき自動運転タクシー５が選定される。配車すべき自動運転タクシー５が選定されると、ステップ８４において、ユーザの希望移動ルート、ユーザの希望移動ルートにおいて乗換が予定されている鉄道に関する情報、自動運転タクシー５の乗車位置、降車位置および乗車時刻等の希望配車内容、および、ユーザＩＤと共に配車指示が、配車管理サーバ４から、配車選定された自動運転タクシー５に送信される。次いで、ステップ８５では、配車が完了した旨が端末６に送信される。

　図１２から図１４は、配車選定された自動運転タクシー５の電子制御ユニット２３において実行される自動運転タクシーの運転制御ルーチンを示しており、このルーチンは繰り返し実行される。
　図１２から図１４を参照すると、最初に、ステップ９０において、配車管理サーバ４から配車指示を受信したか否かが判別される。配車管理サーバ４から配車指示を受信していないと判別されたときには、処理サイクルを終了する。これに対し、配車管理サーバ４から配車指示を受信したと判別されたときには、ステップ９１に進んで、受信したユーザの希望移動ルート、ユーザの希望移動ルートにおいて乗換が予定されている鉄道に関する情報、自動運転タクシー５の希望乗車位置、希望乗車時刻および希望降車位置、および、ユーザＩＤ等の受信データが電子制御ユニット２３のメモリ２６内に記憶される。

　次いで、ステップ９２では、メモリ２６からユーザの希望乗車位置が読み出される。次いで、ステップ９３では、ＧＮＳＳ受信装置２９により取得された自動運転タクシー５の現在位置およびメモリ２６から読み出されたユーザの希望乗車位置に基づいて、ナビゲーション装置３１により現在位置からユーザの希望乗車位置までの自動運転タクシー５の走行ルートが作成される。次いで、ステップ９４では、自動運転タクシー５の前方等を撮影するカメラ、ライダ（LIDAR）、レーダ等のセンサの検出結果に基づいて、他車両や歩行者と接触することのない自動運転タクシー５の走行軌跡および走行速度が決定される。次いで、ステップ９５では、決定された走行軌跡および走行速度に従って、自動運転タクシー５の走行制御が行われる。

　次いで、ステップ９６では、自動運転タクシー５がユーザの希望乗車位置に到達したか否かが判別される。自動運転タクシー５がユーザの希望乗車位置に到達していないと判別されたときには、ステップ９４に戻り、自動運転タクシー５の自動運転が続行される。一方、ステップ９６において、自動運転タクシー５がユーザの希望乗車位置に到達したと判別されたときにはステップ９７に進み、自動運転タクシー５が停止せしめられる。次いで、ステップ９８では、配車予約したユーザの端末６と自動運転タクシー５との間で、近距離通信を用いて、ユーザの認証処理が行われる。この認証処理は、例えば、配車要求時に自動運転タクシー５のメモリ２６に記憶されたユーザＩＤと、配車要求したユーザの端末６に記憶されたユーザＩＤとを照合することにより行われ、これらのユーザＩＤが一致したときに、端末６を所持しているユーザが配車要求したユーザであると認証される。なお、ユーザの認証処理として、顔認証等、種々の公知の認証処理が知られており、ステップ９８における認証処理として、これら公知の認証処理を用いることもできる。

　次いで、ステップ９９では、ステップ９８における認証処理において、端末６を所持しているユーザが配車要求したユーザであると認証されたか否かが判別される。認証処理において、端末６を所持しているユーザが配車要求したユーザであると認証されなかったときには、ステップ１１２にジャンプし、配車管理サーバ４に、次の行動についての指示を要求する。このとき、自動運転タクシー５は、例えば、配車要求した別のユーザの希望乗車位置に向けて自動運転により移動せしめられる。これに対し、認証処理において、端末６を所持しているユーザが配車要求したユーザであると認証されたときには、ステップ１００に進んで、自動運転タクシー５のドアが開かれる。自動運転タクシー５のドアが開かれると、配車要求したユーザが一人で、或いは、配車要求したユーザを含む数人が自動運転タクシー５内に乗り込む。

　次いで、ステップ１０１では、配車要求したユーザ、或いは、配車要求したユーザを含む数人の自動運転タクシー５内への乗車完了を確認する乗車確認処理が行われる。この乗車確認処理は、自動運転タクシー５内に設置された乗車確認装置により、例えば、車室内を撮影する乗車確認カメラの映像を解析することにより行われる。次いで、ステップ１０２では、配車要求したユーザ、或いは、配車要求したユーザを含む数人の自動運転タクシー５内への乗車完了を確認したか否かが判別される。乗車完了を確認していないと判別されたときにはステップ１０１に戻り、乗車完了を確認する乗車確認処理が続行される。一方、ステップ１０１において、乗車完了を確認した判別されたときには、ステップ１０３に進む。

　ステップ１０３では、自動運転タクシー５のドアが閉じられる。自動運転タクシー５のドアが閉じられと、ステップ１０４に進んで、自動運転タクシー５の走行開始要求がなされる。なお、この自動運転タクシー５の走行開始要求は、例えば、乗車したユーザが、自動運転タクシー５内の表示装置３２の表示画面上に表示される走行開始ボタンにタッチすることによってなされる。自動運転タクシー５の走行開始要求がなされると、ステップ１０５に進んで、メモリ２６からユーザの希望降車位置が読み出される。次いで、ステップ１０６では、ＧＮＳＳ受信装置２９により取得された自動運転タクシー５の現在位置およびメモリ２６から読み出されたユーザの希望降車位置に基づいて、ナビゲーション装置３１により現在位置からユーザの希望降車位置までの自動運転タクシー５の走行ルートが作成される。

　次いで、ステップ１０７では、自動運転タクシー５の前方等を撮影するカメラ、ライダ（LIDAR）、レーダ等のセンサの検出結果に基づいて、他車両や歩行者と接触することのない自動運転タクシー５の走行軌跡および走行速度が決定される。次いで、ステップ１０８では、決定された走行軌跡および走行速度に従って、自動運転タクシー５の走行制御が行われる。次いで、ステップ１０９では、自動運転タクシー５がユーザの希望降車位置に到達したか否かが判別される。自動運転タクシー５がユーザの希望降車位置に到達していないと判別されたときには、ステップ１０７に戻り、自動運転タクシー５の自動運転が続行される。一方、ステップ１０９において、自動運転タクシー５がユーザの希望降車位置に到達したと判別されたときにはステップ１１０に進み、自動運転タクシー５が停止せしめられる。

　次いで、ステップ１１１では、乗車しているユーザ、或いは、ユーザを含む数人の自動運転タクシー５からの降車完了を確認する降車確認処理が行われる。この降車確認処理は、自動運転タクシー５内に設置された降車確認装置により、例えば、車室内を撮影する降車確認カメラの映像を解析することにより行われる。次いで、ステップ１１２では、配車管理サーバ４に、次の行動についての指示を要求する。

　ところで、移動ルートが、自動運転タクシー５および鉄道等の定時運行交通機関を利用するマルチモーダルな移動ルートである場合には、自動運転タクシー５に乗車しているユーザ、或いは、ユーザを含む数人の乗客は、自動運転タクシー５を降車後、鉄道等の定時運行交通機関に乗換ることが必要となる。このように、自動運転タクシー５の乗客が定時運行交通機関へ乗換る場合、自動運転タクシー５の乗客が、乗換の際の案内情報を、自動運転タクシー５に乗車中に事前に入手でき、この場合、自動運転タクシー５が定時運行交通機関の発着場に到着したときから定時運行交通機関が出発するまでの時間差に応じた乗換時の乗客の可能な行動に関する案内情報が事前に入手できれば、乗客は、この案内情報を利用にすることにより、自動運転タクシー５が定時運行交通機関の発着場に到着したときから定時運行交通機関が出発するまでの時間を有効利用することができる。

　そこで、本発明による実施例では、自動運転タクシー５の乗客が、自動運転タクシー５が定時運行交通機関の発着場に到着したときから定時運行交通機関が出発するまでの時間差に応じた乗換時の乗客の可能な行動に関する案内情報を、自動運転タクシー５に乗車中に事前に入手できるようにしている。以下、定時運行交通機関が電車等の鉄道であった場合を例にとって、図１５から図３６を参照しつつ、本発明による実施例について説明する。

　最初に、図１５を参照すると、図１５は、電車等の鉄道の発着場、即ち、鉄道の駅を含む道路地図の一例を図解的に示している。なお、図１５において、５０は鉄道の発着場、即ち、鉄道の駅を示しており、５１は道路の一部を示しており、５２は車の乗降場を示している。また、図１５において、Ａ、Ｂ，Ｃ，Ｄは、駅５０の周り、或いは、駅５０内の設置されている施設を示しており、Ａはコンビニ、Ｂは飲食店、Ｃはショッピングセンタ、Ｄはファストフード店を示している。また、図１５において、５３は、自動運転タクシー５へのユーザの希望乗車位置を示している。また、図１５は、ユーザの希望降車位置が車の乗降場５２であり、ユーザの希望乗車位置５３において自動運転タクシー５に乗り込んだユーザが、車の乗降場５２において自動運転タクシー５から降車した場合を示している。

　さて、図１５に示される例では、ユーザが自動運転タクシー５から降車したときに、鉄道の発車時間まで時間がある場合には、ユーザは鉄道に乗るまでの間に施設Ａ、Ｂ，Ｃ，Ｄに立ち寄ることが可能であるし、鉄道の発車時間まで時間がない場合には、ユーザは、施設Ａ、Ｂ，Ｃ，Ｄに立ち寄ることなく、駅５０の改札口に直行せざるを得ない。また、鉄道に乗るまでの間にユーザが施設Ａ、Ｂ，Ｃ，Ｄに立ち寄ることが可能である場合であっても、ユーザが自動運転タクシー５から降車したときから鉄道の発車時間までの時間差によってユーザが立ち寄ることが可能な施設Ａ、Ｂ，Ｃ，Ｄが異なってしまう。即ち、この時間差が短いときには、施設Ａ、例えば、コンビニＡには立ち寄り可能であるが、乗降場５２か離れている施設Ｂ、例えば、飲食店Ｂに立ち寄り不可であり、この時間差が長いときには、コンビニＡと飲食店Ｂのいずれも立ち寄り可能である。

　このように、ユーザが自動運転タクシー５から降車したときから鉄道の発車時間までの時間差によって、乗換時の乗客の可能な行動は種々に変化する。従って、この乗換時の乗客の可能な行動に関する案内情報を、乗客が自動運転タクシー５に乗車中に事前に入手できると、乗客は、自動運転タクシー５に乗車中に、鉄道への乗換時における可能な行動について十分に検討することができ、自動運転タクシー５が駅５０に到着するや否や、乗客は、決定した行動を直ちに開始することができる。その結果、乗換時における時間を有効に利用することができることになる。そこで、本発明による実施例では、鉄道への乗換時の乗客の可能な行動に関する案内情報を、乗客が自動運転タクシー５に乗車中に、乗客に提示するようにしている。

　次に、この実施例について図１６を参照しつつ説明する。この図１６は、図６に示される情報処理の基本フローに続いて実行される情報処理の追加フローを示している。なお、図１６には、図６と同様に、情報処理サーバ３、配車管理サーバ４、自動運転タクシー５および端末６間におけるやり取りが示されている。また、図１６には、自動運転タクシー５への乗車後、定時運行の鉄道に乗換る移動ルートが選択された場合が示されている。

　図１６を参照すると、（１）では、図６の（１６）において走行開始要求がされたときに生成された走行ルート、および、自動運転タクシー５が交通情報センタから受信した交通情報に基づいて、自動運転タクシー５がユーザの希望降車位置に到着するまでの時間が推定される。次いで、（２）において、ユーザの希望降車位置に到着するまでの推定時間と現在の時刻に基づき、自動運転タクシー５がユーザの希望降車位置に到着するときの推定到着時刻が推定される。次いで、（３）において、自動運転タクシー５からの問い合わせに対して、情報処理サーバ３から自動運転タクシー５に、ユーザが乗車する予定の鉄道の出発時刻が送信され、それにより自動運転タクシー５が、ユーザが乗車する予定の鉄道の出発時刻を取得する。この鉄道の出発時刻は、最新の出発時刻であり、鉄道が遅延している場合には、遅延した出発時刻となる。

　次いで、（４）において、ユーザの希望降車位置への自動運転タクシー５の推定到着時刻とユーザが乗車する予定の電車の出発時刻との時間差Δｔが算出される。別の言い方をすると、（４）では、乗客が乗る予定の定時運行交通機関の発着場に車両が到着したときから乗客が乗る予定の定時運行交通機関が出発するまでの時間差Δｔが算出される。次いで、（５）では、自動運転タクシー５の表示装置３２の表示画面上に案内情報を表示するために表示タイミングが決定される。この表示タイミングは、ユーザの希望降車位置への自動運転タクシー５の推定到着時刻よりも所定時間前とされ、この所定時間は、例えば、算出された時間差Δｔが短くなるほど大きくされる。

　次いで、（６）において、今、表示タイミングであると判別されると、（７）において、この時間差Δｔに基づき、自動運転タクシー５の表示装置３２の表示画面上に表示される案内情報の種別が決定される。ここで、この案内情報および案内情報の種別について、具体的な一例を参照しつつ説明する。図１７は、案内情報の種別の一覧表を示しており、図１８から図２０は、表示装置３２の表示画面上に表示される案内情報を示している。図１７に示される例では、時間差Δｔに応じて三つのケース１，２，３に分類されている。この例では、ケース１は，時間差Δｔが最も短い１０分未満の場合であり、ケース３は，時間差Δｔが最も長い２０分以上の場合であり、ケース２は，ケース１とケース３との中間であって時間差Δｔが１０分から２０分の場合である。

　図１７に示されるように、この例においては、ケース１では、案内情報の種別が、ユーザが乗車する予定の交通機関の乗降場所に関する情報とされている。交通機関が鉄道であるときには、この乗降場所はプラットホームとなる。このケース１のときに、自動運転タクシー５の表示装置３２の表示画面上に表示される案内情報の一具体例が、図１８に示されている。図１８に示されている一具体例では、ナビゲーション装置３１により自車の走行ルートが示されている地図画面の周辺余白部分および地図画面上の一部の無地化された部分上に、日付および現在時刻が表示されると共に、自車の走行ルートにおける目的地および自車の到着予定時刻が「ｘｘ駅到着予定時刻」として表示されており、ユーザが乗車する予定の交通機関の運行情報（出発時刻、各駅停車、急行、特急等の種別、行き先）が、「鉄道運行情報」として表示されている。

　更に、この例では、ユーザが乗車する予定の交通機関の運行情報に関し、出発時刻までの残り時間が、「あと～分」として表示されており、自車の到着予定時刻および交通機関の出発時刻との時間差Δｔが、「到着後～分」として表示されており、ユーザが乗車する予定の交通機関の乗降場所に関する情報として、乗降場所「７番線発着（東改札の右側）」が表示されている。図１８に示されている一具体例では、時間差Δｔが８分である。従って、図１７からわかるように、この具体例は、ケース１に該当し、従って、図１８に示されるように、ユーザが乗車する予定の交通機関の乗降場所に関する情報が表示されている。

　一方、図１７に示されるように、ケース２では、案内情報の種別が、ケース１のときのユーザが乗車する予定の交通機関の乗降場所に関する情報に加えて、乗客が乗る予定の交通機関の発着場の施設に関する情報とされている。このケース２のときに、自動運転タクシー５の表示装置３２の表示画面上に表示される案内情報の一具体例が、図１９に示されている。図１９に示されている一具体例では、自車の走行ルートが示されている地図画面上の一部の無地化された部分上に、図１８に示されているケース１のときの表示に加えて、乗客が乗る予定の交通機関の発着場の施設に関する情報「立ち寄り可能施設：コンビニＡ（東改札の左側　100ｍ）」が追加されて表示されている。図１９に示されるように、この施設は立ち寄り可能な施設であり、図１９では、この施設名として、コンビニＡが表示されている。また、図１９に示されるように、駅の改札からこの施設、即ち、コンビニＡまでの距離も表示されている。

　また、図１９に示される例でも、ユーザが乗車する予定の交通機関の運行情報に関し、出発時刻までの残り時間と、自車の到着予定時刻および交通機関の出発時刻との時間差Δｔが表示され、図１９に示されている一具体例では、時間差Δｔが１８分である。従って、図１７からわかるように、この具体例は、ケース２に該当し、従って、図１９に示されるように、ユーザが乗車する予定の交通機関の乗降場所に関する情報および乗客が乗る予定の交通機関の発着場の施設に関する情報が表示される。

　一方、図１７に示されるように、ケース３では、案内情報の種別が、ケース１のときのユーザが乗車する予定の交通機関の乗降場所に関する情報に加えて、ケース２より多い発着場の施設に関する情報とされている。このケース３のときに、自動運転タクシー５の表示装置３２の表示画面上に表示される案内情報の一具体例が、図２０に示されている。図２０に示されている一具体例では、自車の走行ルートが示されている地図画面上の一部の無地化された部分上に、図１９に示されているケース２のときの表示に加えて、乗客が乗る予定の交通機関の発着場の別の施設に関する情報「立ち寄り可能施設：飲食店Ｂ（東改札の右後方　200ｍ）」が追加されて表示されている。図２０に示されるように、この施設も立ち寄り可能な施設であり、図２０では、この施設名として、飲食店Ｂが表示されている。また、図２０に示されるように、駅の改札からこの施設、即ち、飲食店Ｂまでの距離も表示されている。

　また、図２０に示される例でも、ユーザが乗車する予定の交通機関の運行情報に関し、出発時刻までの残り時間と、自車の到着予定時刻および交通機関の出発時刻との時間差Δｔが表示され、図２０に示されている一具体例では、時間差Δｔが２８分である。従って、図１７からわかるように、この具体例は、ケース３に該当し、従って、図２０に示されるように、ユーザが乗車する予定の交通機関の乗降場所に関する情報およびケース２より多い発着場の施設に関する情報が表示される。なお、ケース３では、時間差Δｔがケース２に比べて大きいためにケース２に比べて交通機関の出発時刻まで時間の余裕があり、従って、ケース３において追加される施設は、ケース２に比べて、自動運転タクシー５からの降車場所から距離の遠い施設とされる。なお、各ケース１，２，３に対応した各案内情報の種別における案内情報の内容は、予め情報処理サーバ３の電子制御ユニット１０のメモリ１３内に記憶されている。

　再び、図１６に戻り、（７）において、時間差Δｔに基づき、自動運転タクシー５の表示装置３２の表示画面上に表示される案内情報の種別が決定されると、即ち、ケース１，２，３のうちのいずれのケースに該当するかが決定されると、（８）において、自動運転タクシー５からの問い合わせに対して、情報処理サーバ３から自動運転タクシー５に、決定された案内情報の種別に応じた、即ち、決定されたケース番号に対応した案内情報の内容が送信され、それにより自動運転タクシー５が、決定された案内情報の種別に応じた、即ち、決定されたケース番号に対応した案内情報の内容を取得する。次いで、（９）において、取得した案内情報の内容が、自動運転タクシー５の表示装置３２に出力され、表示装置３２の表示画面上に、図１８から図２０に示されるような案内情報が表示される。なお、図１８から図２０に示されるような案内情報の内容を車載のスピーカから音声でもって乗客に伝えることもできる。

　前述したように、図１７には、案内情報の種別の一覧表の一具体例が示されており、図１８から図２０は、表示装置３２の表示画面上に表示される案内情報の一具体例が示されている。この場合、ケース１とケース２の境目となる時間差Δｔ、およびケース２とケース３の境目となる時間差Δｔは、任意に設定可能であり、ケース１とケース２の境目となる時間差Δｔ、およびケース２とケース３の境目となる時間差Δｔは、発着場の状況に応じて適切な値に定められる。

　図２１には、一般化された案内情報の種別の一覧表を示している。図２１に示されるように、この一般化された案内情報の種別の一覧表では、時間差Δｔに対して、第１基準値Ｘと第２基準値Ｙとが設定されており、ケース１は，時間差Δｔが最も短い第１基準値Ｘ未満の場合であり、ケース３は，時間差Δｔが最も長い第２基準値Ｙ以上の場合であり、ケース２は，ケース１とケース３との中間であって時間差Δｔが第１基準値Ｘから第２基準値Ｙの間の場合とされている。この一般化された案内情報の種別の一覧表でも、ケース１では、案内情報の種別が、ユーザが乗車する予定の交通機関の乗降場所に関する情報とされており、ケース２では、案内情報の種別が、ケース１のときのユーザが乗車する予定の交通機関の乗降場所に関する情報に加えて、乗客が乗る予定の交通機関の発着場の施設に関する情報とされており、ケース３では、案内情報の種別が、ケース１のときのユーザが乗車する予定の交通機関の乗降場所に関する情報に加えて、ケース２より多い発着場の施設に関する情報とされている。なお、この実施例では、ケース３において追加される施設は、ケース２に比べて、自動運転タクシー５からの降車場所から距離の遠い施設とされる。

　一方、図２２には、各発着場Ｐ１，Ｐ２，Ｐ３…毎に、例えば、各駅毎に、各ケース１、２，３に対して予め設定されている案内情報の表示内容、即ち、案内表示ａ_１，ａ_２，ａ_３、ｂ_１，ｂ_２，ｂ_３、ｃ_１，ｃ_２，ｃａ_３、・・・の一覧表が示されている。この場合、図２１に示される第１基準値Ｘ、第２基準値Ｙとケース番号との関係は、自動運転タクシー５の電子制御ユニット２３のメモリ２６内に記憶されており、図２２に示される発着場Ｐ１，Ｐ２，Ｐ３…毎のケース番号に応じた案内情報の表示内容、即ち、案内表示ａ_１，ａ_２，ａ_３、ｂ_１，ｂ_２，ｂ_３、ｃ_１，ｃ_２，ｃａ_３、・・・は、予め情報処理サーバ３の電子制御ユニット１０のメモリ１３内に記憶されている。

　図２３および図２４は、図１６に示される情報処理の追加フローを実行するための案内情報表示処理ルーチンを示している。このルーチンは、配車選定された自動運転タクシー５の電子制御ユニット２３において繰り返し実行される。

　図２３および図２４を参照すると、最初に、ステップ２００において、配車要求したユーザの自動運転タクシー５内への乗車完了が確認された後、自動運転タクシー５の走行開始要求がなされたか否かが判別される。自動運転タクシー５の走行開始要求がなされていないと判別されたときには、処理サイクルを終了する。これに対し、自動運転タクシー５の走行開始要求がなされていると判別されたときには、ステップ２０１に進んで、基本フローを示す図１３のステップ１０６に生成されたユーザの希望降車位置までの自動運転タクシー５の走行ルート、および、自動運転タクシー５が交通情報センタから受信した交通情報に基づいて、自動運転タクシー５がユーザの希望降車位置に到着するまでの時間が推定される。次いで、ステップ２０２では、ステップ２０１において推定されたユーザの希望降車位置に到着するまでの時間と現在の時刻に基づき、自動運転タクシー５がユーザの希望降車位置に到着するときの到着時刻が推定される。次いで、ステップ２０３では、自動運転タクシー５から情報処理サーバ３に対して、ユーザが乗車する予定の電車の出発時刻等の問い合わせが行われる。

　図２５は、この問い合わせに対応するために、情報処理サーバ３の電子制御ユニット１０において実行される出発時刻等の検索ルーチンを示している。図２５を参照すると、ステップ２２０では、自動運転タクシー５からの問い合わせを受信したか否かが判別される。自動運転タクシー５からの問い合わせを受信したと判別されたときには、ステップ２２１に進み、受信した鉄道運行情報に基づいて、ユーザが乗車する予定の電車の出発時刻、乗降場所、各駅停車、急行、特急等の種別、および、行き先が検索される。この場合、電車の出発時刻および乗降場所等は、最新の出発時刻および乗降場所等である。従って、電車が遅延している場合には、遅延した出発時刻となり、乗降場所等が変更されている場合には、変更された乗降場所等となる。ステップ２２２では、これら出発時刻等の検索結果が、情報処理サーバ３から自動運転タクシー５に送信される。

　再び、図２３に戻ると、ステップ２０４では、出発時刻等の検索結果を受信するまで待ち、出発時刻等の検索結果を受信すると、ステップ２０５に進んで、受信した最新の出発時刻および乗降場所が取得され、受信した最新の出発時刻および乗降場所が、自動運転タクシー５の電子制御ユニット２３のメモリ２６内に記憶される。次いで、ステップ２０６では、ユーザの希望降車位置への自動運転タクシー５の推定到着時刻とユーザが乗車する予定の電車の出発時刻との時間差Δｔが算出される。次いで、ステップ２０７では、自動運転タクシー５の表示装置３２の表示画面上に案内情報を表示する表示タイミングが決定される。この表示タイミングは、例えば、ユーザの希望降車位置に到着するまでの推定時間よりも所定時間前とされ、この所定時間は、例えば、算出された時間差Δｔが短くなるほど大きくされる。次いで、ステップ２０８では、表示タイミングになったか否かが判別される。表示タイミングになっていないと判別されたときには、処理サイクルを終了する。これに対し、表示タイミングになったと判別されたときには、ステップ２０９に進み、ステップ２０６において算出された時間差Δｔに基づいて、案内情報の種別の決定処理が行われる。

　この案内情報の種別の決定処理を行うためのルーチンが図２６に示されており、このルーチンは自動運転タクシー５の電子制御ユニット２３内において実行される。図２６を参照すると、ステップ２３０では、自動運転タクシー５の電子制御ユニット２３のメモリ２６内に記憶されている図２１に示される案内情報の種別の一覧表、即ち、時間差Δｔとケースとの対応表が読み出される。次いで、ステップ２３１では、ステップ２０６において算出された時間差Δｔに応じて、いずれのケースに該当するかが決定される。即ち、時間差Δｔが第１基準値未満であればケース１とされ、時間差Δｔが第１基準値Ｘから第２基準値Ｙの間であればケース２とされ、時間差Δｔが第２基準値Ｙ以上であればケース３とされる。

　再び、図２３に戻り、ステップ２０９において、いずれのケースに該当するかが決定されると、図２４のステップ２１０に進み、自動運転タクシー５から情報処理サーバ３に対して、決定された案内情報の種別に応じた、即ち、決定されたケース番号に対応した案内情報の問い合わせが行われる。図２７は、この問い合わせに対応するために、情報処理サーバ３の電子制御ユニット１０において実行される案内情報の検索ルーチンを示している。

　図２７を参照すると、ステップ２４０では、自動運転タクシー５からの問い合わせを受信したか否かが判別される。自動運転タクシー５からの問い合わせを受信したと判別されたときには、ステップ２４１に進み、情報処理サーバ３の電子制御ユニット１０のメモリ１３内に記憶されている図２２に示される案内情報の一覧表に基づき、決定されたケース番号に対応した案内情報の検索が行われる。即ち、図２２の案内情報の一覧表に示される案内表示ａ_１，ａ_２，ａ_３、ｂ_１，ｂ_２，ｂ_３、ｃ_１，ｃ_２，ｃａ_３、・・・の中から、ユーザが乗車する予定の電車の発着場Ｐ１，Ｐ２，Ｐ３…と、決定されたケース番号に対応した案内情報が検索される。次いで、ステップ２４２では、検索された案内情報の内容が、情報処理サーバ３から自動運転タクシー５に送信される。

　再び、図２４に戻ると、ステップ２１１では、検索された案内情報の内容を受信するまで待ち、検索された案内情報の内容を受信すると、ステップ２１２に進んで、受信した案内情報の検索内容が取得され、受信した案内情報の検索内容が、自動運転タクシー５の電子制御ユニット２３のメモリ２６内に記憶される。次いで、ステップ２１３では、この案内情報の検索内容等の表示処理が行われる。

　この表示処理を行うためのルーチンが図２８に示されており、このルーチンは自動運転タクシー５の電子制御ユニット２３内において実行される。図２８を参照すると、ステップ２５０において、現在の時刻からユーザが乗車する予定の電車の出発時刻までの残り時間が算出される。次いで、ステップ２５１において、ステップ２５０において算出されたこの残り時間、ステップ２０６において算出された時間差Δｔ、ステップ２０２において算出された希望降車位置への推定到着時刻、ステップ２０７において取得されたユーザが乗車する予定の電車の出発時刻、乗降場所、各駅停車、急行、特急等の種別、行き先、およびステップ２１２において取得された案内情報の内容が、自動運転タクシー５の表示装置３２に出力され、表示装置３２の表示画面上に、図１８から図２０に示されるような案内情報が表示される。

　この場合、図１８から図２０に示される具体例では、希望降車位置への推定到着時刻が、「ｘｘ駅到着予定時刻」として表示されており、乗車予定電車の出発時刻、各駅停車、急行、特急等の種別、行き先が、「鉄道運行情報」として表示されており、乗車予定電車の出発時刻までの残り時間が、「あと～分」として表示されており、時間差Δｔが、「到着後～分」として表示されている。更に、図１８から図２０に示される具体例では、乗降場所に関する案内情報として、乗降場所「７番線発着（東改札の右側）」が表示されており、施設に関する案内情報として、「立ち寄り可能施設：コンビニＡ（東改札の左側　100ｍ）」および「立ち寄り可能施設：飲食店Ｂ（東改札の右後方　200ｍ）」が表示されている。なお、乗降場所に関する案内情報を表示するときには、乗客が乗降場所に向けて進むべき方法に関する情報、例えば、表示装置３２の表示画面上に表示された地図上における乗降場所までの進路を提示することもできる。

　このように、本発明による実施例では、乗車予定電車の運行に関する情報や、乗降場所および施設に関する案内情報が、自動運転タクシー５の表示装置３２の表示画面上に表示される。従って、この表示装置３２を含む電子制御ユニット２３は、車両の乗客に情報を通知する端末を構成している。一方、この場合、乗車予定電車の運行に関する情報や、乗降場所および施設に関する案内情報を、ユーザが所有している端末６、例えば、ユーザが所有している携帯端末の表示画面上に表示させることもできる。従って、本発明による実施例において、車両の乗客に情報を通知する端末は、自動運転タクシー５の表示装置３２を含む電子制御ユニット２３およびユーザが所有している端末６の双方を指している。

　この場合、車両の乗客に情報を通知する端末が、ユーザが所有している端末６である場合には、通知された情報を、基本的にはユーザ一人でしか見ることができない。これに対して、車両の乗客に情報を通知する端末が、表示装置３２を含む電子制御ユニット２３である場合には、通知された情報を、車内に設置された表示装置３２の表示画面を通じて、ユーザ一も含め複数の乗客で同時に見ることができる。従って、本発明による実施例におけるように、車両の乗客に情報を通知する端末が、表示装置３２を含む電子制御ユニット２３であるときには、複数の乗客に同時に情報を提供できるという利点がある。

　これまで説明してきたように、本発明では、情報処理装置において、１又は複数のプロセッサを備え、１又は複数のプロセッサは、車両の乗客に情報を通知する端末に対し、乗客が乗る予定の定時運行交通機関への乗換時の案内情報を通知し、この案内情報は、乗客が乗る予定の定時運行交通機関の発着場に車両が到着したときから乗客が乗る予定の定時運行交通機関が出発するまでの時間差Δｔに応じた乗換時の乗客の可能な行動に関する案内情報を含んでいる。

　また、本発明によれば、１又は複数のプロセッサを用いて情報処理を行う情報処理方法であって、車両の乗客に情報を通知する端末に対し、乗客が乗る予定の定時運行交通機関への乗換時の案内情報を通知し、この案内情報は、乗客が乗る予定の定時運行交通機関の発着場に車両が到着したときから乗客が乗る予定の定時運行交通機関が出発するまでの時間差Δｔに応じた乗換時の乗客の可能な行動に関する案内情報を含んでいる情報処理方法が提供される。

　また、本発明によれば、車両の乗客に情報を通知する端末に対し、乗客が乗る予定の定時運行交通機関への乗換時の案内情報を通知させるように、コンピュータに機能させるプログラムであって、この案内情報は、乗客が乗る予定の定時運行交通機関の発着場に車両が到着したときから乗客が乗る予定の定時運行交通機関が出発するまでの時間差Δｔに応じた乗換時の乗客の可能な行動に関する案内情報を含んでいるプログラムが提供される。

　また、本発明による実施例では、自動運転タクシー５の表示装置３２の表示画面上に案内情報を表示する表示タイミングは、例えば、ユーザの希望降車位置に到着するまでの推定時間よりも所定時間前とされ、この所定時間は、例えば、算出された時間差Δｔが短くなるほど大きくされる。即ち、本発明による実施例では、車両が発着場に到着するよりも前に、通知された案内情報が端末上に表示されるように、端末上における表示案内の表示タイミングが時間差Δｔに基づいて決定され、この場合、時間差Δｔが短いほど、表示タイミングが早くされる。即ち、算出された時間差Δｔが短いほど、即ち、乗換時間が短いほど、早く乗換準備をしておかないと、特に荷物が多い場合には、乗換予定の交通機関に間に合わなくなる危険性がある。従って、時間差Δｔが短いほど、乗換時間が短いことを自動運転タクシー５の乗客に早く伝えるために、表示タイミングが早められる。

　次に、図２９から図３６を参照しつつ、種々の変形例について順に説明する。図２９および図３０は、乗客が乗る予定の定時運行交通機関の発着場Ｑ１，Ｑ２，Ｑ３・・・に応じて、第１基準値Ｘおよび第２基準値Ｙを変化させるようにした変形例を示している。最初に図２９を参照すると、この図２９は、普通車、急行、特急の種別に応じて発着場Ｑ１，Ｑ２，Ｑ３・・・毎に設定されている第１基準値Ｘおよび第２基準値Ｙの一覧表を示している。

　即ち、運行間隔の短い電車と運行間隔の長い電車とを比べてみると、運行間隔の短い電車に乗り遅れたときに受けるショックに比べて運行間隔の長い電車に乗り遅れたときに受けるショックの方が大きいので、運行間隔の短い電車に乗るときに比べて運行間隔の長い電車に乗るときには、余裕をもって行動したいと考えるのが普通である。従って、図２９に示されるように、発着場Ｑ１，Ｑ２，Ｑ３・・・が同じである場合には、普通車に比べて運行間隔の長い急行電車の方が普通車に比べて第１基準値Ｘおよび第２基準値Ｙが大きく設定され、急行電車に比べて運行間隔の長い特急電車の方が急行電車に比べて第１基準値Ｘおよび第２基準値Ｙが大きく設定されている。

　一方、狭い発着場と広い発着場とを比べてみると、狭い発着場に比べて広い発着場の方が、発着場内でどこに移動するにも時間がかかるので、狭い発着場に比べて広い発着場では、余裕をもって行動したいと考えるのが普通である。従って、図２９において、発着場の広さがＱ１，Ｑ２，Ｑ３・・・の順で大きいとすると、図２９に示されるように、普通車、急行電車、特急電車のいずれに対しても、発着場の広さが大きくなるほど、第１基準値Ｘおよび第２基準値Ｙが大きく設定されている。なお、図２９には、各第１基準値Ｘおよび各第２基準値Ｙについて具体的な時間の一例が記載されている。図２９に示される第１基準値Ｘおよび第２基準値Ｙの一覧表は、情報処理サーバ３の電子制御ユニット１０のメモリ１３内に記憶されている。

　この変形例においても、図２３および図２４に示される案内情報表示処理ルーチン、図２５に示される出発時刻等の検索ルーチン、図２７に示される案内情報の検索ルーチン、および図２８に示される表示処理ルーチンが用いられる。なお、案内情報の種別の決定処理ルーチンについては、図２６に示される案内情報の種別の決定処理ルーチンに代えて、図３０に示される案内情報の種別の決定処理ルーチンが用いられる。次に、この図３０に示される案内情報の種別の決定処理ルーチンについて説明する。なお、この案内情報の種別の決定処理ルーチンは、自動運転タクシー５の電子制御ユニット２３内において実行される。

　図３０を参照すると、ステップ２６０では、情報処理サーバ３の電子制御ユニット１０のメモリ１３内に記憶されている図２９に示される第１基準値Ｘおよび第２基準値Ｙの一覧表にアクセスして、ユーザが利用する発着場Ｑ１，Ｑ２，Ｑ３・・・および普通車、急行、特急の種別に応じた第１基準値Ｘおよび第２基準値Ｙが取得される。次いで、ステップ２６１では、自動運転タクシー５の電子制御ユニット２３のメモリ２６内に記憶されている図２１に示される案内情報の種別の一覧表、即ち、時間差Δｔとケースとの対応表が読み出される。次いで、ステップ２６２では、図２３のステップ２０６において算出された時間差Δｔに応じて、いずれのケースに該当するかが決定される。即ち、時間差Δｔが第１基準値Ｘ未満であればケース１とされ、時間差Δｔが第１基準値Ｘから第２基準値Ｙの間であればケース２とされ、時間差Δｔが第２基準値Ｙ以上であればケース３とされる。

　次に、図３１を参照しつつ別の変形例について説明する。この変形例は、ユーザが乗車する予定の交通機関、例えば、電車の出発時刻と時間差Δｔとを比べて、乗車予定の交通機関よりも前に出発する交通機関に乗車可能なときには、乗車予定の交通機関よりも前に出発する交通機関の出発時刻等に関する案内情報を、自動運転タクシー５の表示装置３２の表示画面上に表示させるように構成した場合を示している。

　この変形例においても、図２３および図２４に示される案内情報表示処理ルーチン、図２５に示される出発時刻等の検索ルーチン、図２６に示される案内情報の種別の決定処理ルーチン、および図２８に示される表示処理ルーチンが用いられる。なお、案内情報の検索ルーチンについては、図２７に示される案内情報の検索ルーチンに代えて、図３１に示される案内情報の検索ルーチンが用いられる。次に、この図３１に示される案内情報の検索ルーチンについて説明する。なお、この案内情報の検索ルーチンは、情報処理サーバ３の電子制御ユニット１０内において実行される。

　図３１を参照すると、ステップ２７０では、自動運転タクシー５からの問い合わせを受信したか否かが判別される。自動運転タクシー５からの問い合わせを受信したと判別されたときには、ステップ２７１に進み、情報処理サーバ３の電子制御ユニット１０のメモリ１３内に記憶されている図２２に示される案内情報の一覧表に基づき、決定されたケース番号に対応した案内情報の検索が行われる。即ち、図２２の案内情報の一覧表に示される案内情報ａ_１，ａ_２，ａ_３、ｂ_１，ｂ_２，ｂ_３、ｃ_１，ｃ_２，ｃａ_３、・・・の中から、ユーザが乗車する予定の交通機関、例えば、電車の発着場Ｐ１，Ｐ２，Ｐ３…と、決定されたケース番号に対応した案内情報が検索される。

　次いで、ステップ２７２では、鉄道事業者から受信した鉄道運航情報に基づいて、ユーザが乗車する予定の交通機関、例えば、鉄道の出発時刻と時間差Δｔとに基づき、乗車予定の交通機関よりも前に出発する乗車可能な交通機関、例えば、鉄道の出発時刻等の検索が行われる。乗車予定の交通機関よりも前に出発する乗車可能な交通機関、例えば、鉄道がある場合には、次のステップ２７３において、検索されたケース番号に対応した案内情報に加えて、乗車予定の交通機関よりも前に出発する乗車可能な交通機関、例えば、鉄道に関する案内情報、例えば、出発時刻、乗降場所、普通車、急行、特急の種別等が、情報処理サーバ３から自動運転タクシー５に送信される。送信された案内情報、即ち、検索されたケース番号に対応した案内情報および乗車予定の交通機関よりも前に出発する乗車可能な交通機関、例えば、鉄道に関する案内情報は、自動運転タクシー５の表示装置３２の表示画面上に表示される。

　図３２および図３３は、図２２に示される発着場Ｐ１，Ｐ２，Ｐ３…毎のケース２およびケース３における案内情報ａ_２，ａ_３、ｂ_２，ｂ_３、ｃ_２，ｃａ_３、・・・の二つの具体例を示している。図３２および図３３に示されるように、これら二つの具体例では、案内情報ａ_２，ａ_３、ｂ_２，ｂ_３、ｃ_２，ｃａ_３、・・・として、いくつかの施設名および自動運転タクシー５からの降車位置から各施設までの距離、即ち、Ａ店（～から100ｍ）、Ｂ店（～から50ｍ）、Ｃ店（～から200ｍ）、Ｄ店（～から30ｍ）、Ｅ店（～から300ｍ）、Ｆ店（～から10ｍ）、Ｇ店（～から250ｍ）が採用されている。なお、括弧内における「～から」は、「自動運転タクシー５からの降車位置から」を意味している。

　さて、図３２および図３３を参照すると、いずれの具体例でも、ケース２に対する案内情報ａ_２，ｂ_２，ｃ_２としては、自動運転タクシー５からの降車位置からの距離が比較的短い施設、即ち、Ａ店（～から100ｍ）、Ｂ店（～から50ｍ）、Ｄ店（～から30ｍ）、Ｆ店（～から10ｍ）が採用されている。次に、ケース３に対する案内情報ａ_３、ｂ_３、ｃａ_３を参照すると、図３２に示される具体例では、案内情報ａ_３、ｂ_３、ｃａ_３としては、夫々、自動運転タクシー５からの降車位置からの距離が比較的長い施設、即ち、Ｃ店（～から200ｍ）、Ｅ店（～から300ｍ）、Ｇ店（～から250ｍ）に加えてケース２に対する案内情報ａ_２，ｂ_２，ｃ_２が採用されている。これに対し、図３３に示される具体例では、案内情報ａ_３、ｂ_３、ｃａ_３としては、夫々、自動運転タクシー５からの降車位置からの距離が比較的長い施設、即ち、Ｃ店（～から200ｍ）、Ｅ店（～から300ｍ）、Ｇ店（～から250ｍ）のみが採用されている。

　次に、図３４から図３６を参照しつつ更に別の変形例について説明する。上述したように、図３２および図３３に示される例では、自動運転タクシー５からの降車位置から各施設までの距離を基準として、各施設が、ケース２に属する施設と、ケース３に属する施設とに分類されている、即ち、この距離が比較的短い施設はケース２に属する施設とされ、この距離がケース２に属する施設よりも長い施設、即ち、この距離が比較的長い施設はケース３に属する施設とされる。これに対し、図３４から図３６に示される変形例では、各施設における標準滞在時間を基準として、各施設が、ケース２に属する施設と、ケース３に属する施設とに分類される。即ち、標準滞在時間に対して基準値が設定されており、標準滞在時間がこの基準値よりも短い施設はケース２に属する施設とされ、標準滞在時間がこの基準値よりも長い施設、即ち、標準滞在時間がケース２に属する施設よりも長い施設はケース３に属する施設とされる。

　この場合、この標準滞在時間として、各施設における実測値に基づき算出された平均滞在時間を用いることもできるし、この平均滞在時間を提供している外部サーバのサイトから取得した平均滞在時間を用いることもできる。この場合、この標準滞在時間を、施設毎の標準滞在時間の形で、例えば、Ａ店（５分）、Ｂ店（６０分）、Ｃ店（３５分）、Ｄ店（２５分）、Ｅ店（１０分）、Ｆ店（１０分）、Ｇ店（４５分）のような形で予め情報処理サーバ３の電子制御ユニット１０のメモリ１３内に記憶させておくこともできるし、施設のカテゴリ毎の標準滞在時間の形で予め情報処理サーバ３の電子制御ユニット１０のメモリ１３内に記憶させておくこともできる。

　図３４から図３６は、標準滞在時間を、施設のカテゴリ毎の標準滞在時間の形で予め情報処理サーバ３の電子制御ユニット１０のメモリ１３内に記憶させた場合を示している。
この場合には、図３４に示されるように、施設のカテゴリ毎に、例えば、コンビニ、土産物店、ファストフード店、飲食店毎に標準滞在時間が情報処理サーバ３の電子制御ユニット１０のメモリ１３内に記憶されている。また、情報処理サーバ３内では、電子制御ユニット１０により、図３４に示される表を用いて、図３５に示されるように、各発着場Ｐ１，Ｐ２，Ｐ３…の各施設が、ケース２に属する施設と、ケース３に属する施設とに分類される。例えば、発着場Ｐ１においては、Ａ店（コンビニ）、Ｆ店（土産物店）が、比較的滞在時間の短いケース２に属する施設とされ、Ｄ店（ファストフード店）、Ｅ店（飲食店）が、比較的滞在時間の長いケース３に属する施設とされる。また、発着場Ｐ２においては、Ｈ店（コンビニ）が、比較的滞在時間の短いケース２に属する施設とされ、Ｉ店（ファストフード店）、Ｊ店（飲食店）が、比較的滞在時間の長いケース３に属する施設とされる。

　この変形例においても、図２３および図２４に示される案内情報表示処理ルーチン、図２５に示される出発時刻等の検索ルーチン、図２６に示される案内情報の種別の決定処理ルーチン、および図２８に示される表示処理ルーチンが用いられる。なお、案内情報の検索ルーチンについては、図２７に示される案内情報の検索ルーチンに代えて、図３６に示される案内情報の検索ルーチンが用いられる。次に、この図３６に示される案内情報の検索ルーチンについて説明する。なお、この案内情報の検索ルーチンは、情報処理サーバ３の電子制御ユニット１０内において実行される。

　図３６を参照すると、ステップ２８０では、自動運転タクシー５からの問い合わせを受信したか否かが判別される。自動運転タクシー５からの問い合わせを受信したと判別されたときには、ステップ２８１に進む。ステップ２８１では、図３４に示される各施設のカテゴリ毎に設定されている標準滞在時間を用いて、図３５に示されるように、各発着場Ｐ１，Ｐ２，Ｐ３…の各施設が、ケース２に属する施設と、ケース３に属する施設とに分類され、分類された各ケースに属する施設の中から、決定されたケースに属する施設に関する案内情報の検索が行われる。

　例えば、図３５に示されるＡ店（コンビニ）およびＦ店（土産物店）が、この決定されたケースに属する施設であったとすると、この決定されたケースに属する施設に関する案内情報は、例えば、Ａ店（コンビニ）およびＦ店（土産物店）とされるか、或いは、図３２および図３３に示されるようにコンビニＡ店（降車位置から100ｍ）および土産物店Ｆ店（降車位置から10ｍ）（土産物店）とされる。次いで、ステップ２８２では、ユーザが乗車する予定の電車の出発時刻、乗降場所、各駅停車、急行、特急等の種別、行き先に加え、決定されたケースに属する施設に関する案内情報が、情報処理サーバ３から自動運転タクシー５に送信され、自動運転タクシー５の表示装置３２の表示画面上に表示される。

　以上説明したように、本発明による実施例では、乗客が乗る予定の定時運行交通機関への乗換時の案内情報は、乗客が乗る予定の定時運行交通機関の乗降場所に関する情報、又は、乗客が乗る予定の定時運行交通機関の発着場の施設に関する情報の少なくとも一方を含んでいる。このように、車両の乗客に対して、車両が発着場に到着したときから乗客が乗る予定の交通機関が出発するまでの時間差Δｔに応じて、この交通機関の乗降場所に関する情報、又は、発着場の施設に関する案内情報が提供されると、乗客はこの案内情報を利用して、降車後に、施設に立ち寄ることなく交通機関の乗降場所に向かうべきであるか、又は、施設に立ち寄ることが可能であるかを判断可能となる。従って、乗客は、降車後、この判断に従って行動することにより、乗換時間を有効に活用することができる。

　また、本発明による実施例では、乗客が乗る予定の定時運行交通機関への乗換時の案内情報は、車両が発着場に到着したときから乗客が乗る予定の交通機関が出発するまでの時間差Δｔが、第１基準値Ｘよりも短い場合は乗客が乗る予定の定時運行交通機関の乗降場所に関する情報を含み、この時間差Δｔが、第１基準値Ｘよりも長い場合は乗客が乗る予定の定時運行交通機関の発着場の施設に関する情報を含んでいる。このように、車両が発着場に到着したときから乗客が乗る予定の交通機関が出発するまでの時間差Δｔに応じて、案内情報に含まれる情報の内容に変化を持たせると、乗客は、降車後に、施設に立ち寄ることなく交通機関の乗降場所に向かうべきであるか、又は、施設に立ち寄ることが可能であるかを判断し易くなり、従って、乗客は、降車後、乗換時間を、より一層有効に活用することができる。

　この場合、本発明による実施例では、乗客が乗る予定の定時運行交通機関の発着場の施設に関する情報は、時間差Δｔから判断して、乗客が乗る予定の定時運行交通機関の出発までの間に乗客が立ち寄ることが可能な施設に関する情報である。この立ち寄ることが可能な施設は、これまで例示されたコンビニ、飲食店、ファストフード店、土産物店等に限定されることなく、乗客が立ち寄ることが可能なあらゆる施設を含む。

　また、本発明による実施例では、この案内情報は、時間差Δｔが、第１基準値Ｘよりも大きい第２基準値Ｙよりも長い場合は、時間差Δｔが第２基準値Ｙよりも短い場合に比べて、より標準滞在時間の長い、又は、車両からの降車場所から距離の遠い施設に関する情報を含んでいる。このように、車両が発着場に到着したときから乗客が乗る予定の交通機関が出発するまでの時間差Δｔが長いときには、標準滞在時間の長い施設、および、車両からの降車場所から距離の遠い施設も利用可能となるので、これら標準滞在時間の長い施設、又は、車両からの降車場所から距離の遠い施設に関する情報が、車両の乗客に対して提供されることにより、乗客は、乗換時間を、より有効に活用することができる。

　また、本発明による実施例では、車両の乗客に情報を通知する端末に対し、案内情報と共に時間差Δｔが通知される。このように、車両が発着場に到着したときから乗客が乗る予定の交通機関が出発するまでの時間差Δｔが乗客に通知されると、乗客は、この時間差Δｔ、即ち、乗換時間を利用して、案内情報により提供されていない行動を取ることが可能となる。従って、乗客は、乗換時間を、更に有効に活用することができる。

　１　　通信ネットワーク
　３　　情報処理サーバ
　４　　配車管理サーバ
　５　　自動運転タクシー
　６　　端末
　１０、１５，２３　　電子制御ユニット
　３２　　表示装置

Claims

　情報処理装置であって、１又は複数のプロセッサを備え、
　前記１又は複数のプロセッサは、
　車両の乗客に情報を通知する端末に対し、前記乗客が乗る予定の定時運行交通機関への乗換時の案内情報を通知し、
　前記案内情報は、前記乗客が乗る予定の定時運行交通機関の発着場に前記車両が到着したときから前記乗客が乗る予定の定時運行交通機関が出発するまでの時間差に応じた乗換時の乗客の可能な行動に関する案内情報を含んでいることを特徴とする情報処理装置。
　前記案内情報は、前記乗客が乗る予定の定時運行交通機関の乗降場所に関する情報、又は、前記乗客が乗る予定の定時運行交通機関の発着場の施設に関する情報の少なくとも一方を含む請求項１に記載の情報処理装置。
　前記案内情報は、前記時間差が、第１基準値よりも短い場合は前記乗客が乗る予定の定時運行交通機関の乗降場所に関する情報を含み、前記時間差が、前記第１基準値よりも長い場合は前記乗客が乗る予定の定時運行交通機関の発着場の施設に関する情報を含む請求項２に記載の情報処理装置。
　前記案内情報は、前記時間差が、前記第１基準値よりも大きい第２基準値よりも長い場合は、前記時間差が前記第２基準値よりも短い場合に比べて、より標準滞在時間の長い、又は、車両からの降車場所から距離の遠い前記施設に関する情報を含む請求項３に記載の情報処理装置。
　前記乗客が乗る予定の定時運行交通機関の乗降場所に関する情報は、前記車両からの降車場所から前記乗客が乗る予定の定時運行交通機関の乗降場所へと前記乗客が向かう際に、前記乗客が進むべき方向に関する情報を含む請求項２に記載の情報処理装置。
　前記乗客が乗る予定の定時運行交通機関の発着場の施設に関する情報は、前記時間差から判断して、前記乗客が乗る予定の定時運行交通機関の出発までの間に前記乗客が立ち寄ることが可能な施設に関する情報である請求項２に記載の情報処理装置。
　前記車両の乗客に情報を通知する端末に対し、前記案内情報と共に前記時間差を通知する請求項１に記載の情報処理装置。
　前記車両が前記発着場に到着するよりも前に、通知された案内情報が端末上に表示されるように、端末上における案内情報の表示タイミングを、前記時間差に基づいて決定する請求項１に記載の情報処理装置。
　前記時間差が短いほど、前記表示タイミングを早くする請求項８に記載の情報処理装置。
　１又は複数のプロセッサを用いて情報処理を行う情報処理方法であって、
　車両の乗客に情報を通知する端末に対し、前記乗客が乗る予定の定時運行交通機関への乗換時の案内情報を通知し、
　前記案内情報は、前記乗客が乗る予定の定時運行交通機関の発着場に前記車両が到着したときから前記乗客が乗る予定の定時運行交通機関が出発するまでの時間差に応じた乗換時の乗客の可能な行動に関する案内情報を含んでいることを特徴とする情報処理方法。
　車両の乗客に情報を通知する端末に対し、前記乗客が乗る予定の定時運行交通機関への乗換時の案内情報を通知させるように、コンピュータに機能させるプログラムであって、
　前記案内情報は、前記乗客が乗る予定の定時運行交通機関の発着場に前記車両が到着したときから前記乗客が乗る予定の定時運行交通機関が出発するまでの時間差に応じた乗換時の乗客の可能な行動に関する案内情報を含んでいるプログラム。