JP7640077B2 - 情報処理システム、情報処理プログラムおよび情報処理方法 - Google Patents

Description

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

現在、ＭａａＳ（Mobility as a Service）において、時刻表に基づかずユーザの利用要求に基づいて運行する、オンデマンドモビリティ（オンデマンド交通ともいう）が注目されている。たとえば、いくつかの地方自治体などにおいては、より効率的なバス事業運営のため、オンデマンドバス交通の実証実験が行われている。

そのような状況を背景として、経路探索にオンデマンドモビリティを組み込んでほしいという要望がある。しかしながら、従来の経路探索では、オンデマンドモビリティ（たとえばタクシー）を手配して乗車するまでの時間が考慮しきれておらず、現在時刻（またはユーザによる指定時刻）とほぼ同じ時刻にオンデマンドモビリティで出発する経路が探索されて表示されることになる。そのため、オンデマンドモビリティから公共交通へと乗り継ぐ場合、探索結果の経路に表示されている公共交通の便に乗ることができず、オンデマンドモビリティに乗車した後（またはオンデマンドモビリティを降りた後）での再検索が必要になる。ユーザとしてはひと手間多くかかるという不都合がある。

特許文献１では、タクシー単体で出発地から目的地まで移動する経路情報を表示する際に、出発地から目的地までの所要時間とともに、タクシー各社の出発地までの予想到着時間を表示する技術が開示されている。しかしながら、タクシー単体での経路であり、タクシーから公共交通への乗り換えについては何らの開示も示唆もない。

特許文献２では、電車からタクシーへ乗り換える経路を探索する際に、目的地周辺の下車駅でのタクシーの待ち時間（駅で降りてからタクシー乗り場でどれくらい待つか）を考慮して目的地までの経路を探索する技術が開示されている。しかしながら、電車からタクシーへの乗り換えであり、タクシーから公共交通への乗り換えについては何らの開示も示唆もない。また、考慮されるのは（ユーザによる手配なしでタクシーに乗車できる）タクシー乗り場での待ち時間であり、ユーザがタクシーを手配して乗車するまでの時間ではない。

特開２００９－２１１５８２号公報 特開２０１７－９０２１２号公報

本発明は、以上のような点を考慮してなされたものである。本発明の目的は、オンデマンドモビリティから公共交通への乗り換えを含む経路が探索されて表示される際に、ユーザにとっての利便性を向上できる情報処理システム、情報処理プログラムおよび情報処理方法を提供することにある。

本発明に係る情報処理システムは、
経路探索条件を取得する探索条件取得手段と、
前記経路探索条件に基づいて経路を探索する経路探索手段と、
探索結果の経路を出力する経路出力制御手段と、を備え、
前記経路探索手段は、オンデマンドモビリティから公共交通への乗り換えを含む経路を探索する際に、オンデマンドモビリティ乗車位置までのオンデマンドモビリティの配車予測時間を考慮した時刻を、当該オンデマンドモビリティ乗車位置からの出発時刻として、前記経路の探索を行う。

本発明によれば、オンデマンドモビリティから公共交通への乗り換えを含む経路が探索されて表示される際に、ユーザにとっての利便性を向上できる。

図１は、一実施の形態に係る情報処理システムの概略的な構成を示す図である。 図２は、情報処理システムの動作の一例を示すフローチャートである。 図３は、情報処理システムにより表示される画面の一例を示す図である。 図４は、情報処理システムにより表示される画面の一例を示す図である。 図５は、情報処理システムにより表示される画面の一例を示す図である。

以下に、添付の図面を参照して、本発明の実施の形態を詳細に説明する。なお、各図において同等の機能を有する構成要素には同一の符号を付し、同一符号の構成要素の詳しい説明は繰り返さない。

以下に説明する実施の形態では、「オンデマンドモビリティ」としてタクシーを例に挙げて説明することがあるが、「オンデマンドモビリティ」は、時刻表に基づかずユーザの利用要求に基づいて運行する輸送サービスであれば、タクシーに限られるものではなく、相乗りタクシー、乗り合いバス、デマンドバス、ユーザが希望する場所へ移動手段を配車可能なサービス（宅配レンタカー）など、各種のオンデマンドサービスを含む表現である。「オンデマンドモビリティ」は、自動運転車両であってもよい。

（情報処理システムの構成）
図１は、一実施の形態に係る情報処理システム１の概略的な構成を示す図である。なお、同図において、各機能を行う機能部は、それぞれ各機能を行う手段ということができる。

図１に示すように、情報処理システム１は、端末装置２と、サーバ３とを備えている。端末装置２とサーバ３とは、インターネット等のネットワーク４を介して互いに通信可能に接続されている。ネットワーク４は、有線回線と無線回線のいずれでもよく、回線の種類や形態は問わない。なお、端末装置２とサーバ３の少なくとも一部は、コンピュータにより実現される。

端末装置２は、ユーザが使用するものであり、たとえば、スマートフォンやタブレット端末などのモバイル端末、ノートブックコンピュータ、またはデスクトップコンピュータなどの電子機器である。

図１に示すように、端末装置２は、端末通信部２１と、端末制御部２２と、端末記憶部２３と、端末入力部２４と、端末出力部２５と、端末測位部２６とを有している。各部は、バスを介して互いに通信可能に接続されている。

端末通信部２１は、端末装置２とネットワーク４との間の通信インターフェースである。端末通信部２１は、ネットワーク４を介して端末装置２とサーバ３との間で情報を送受信する。

端末制御部２２は、端末装置２の各種処理を行う制御手段である。端末制御部２２は、端末装置２内のプロセッサが所定のプログラムを実行することにより実現されてもよいし、ハードウェアで実装されてもよい。

端末記憶部２３は、たとえば内蔵メモリや外部メモリ（ＳＤメモリカード等）などのデータストレージである。端末記憶部２３には、端末制御部２２が取り扱う各種データが記憶される。端末記憶部２３は、必ずしも端末装置２内に設けられていなくてもよく、端末記憶部２３の一部または全部は、ネットワーク４を介して端末装置２と通信可能に接続された別の装置内に設けられていてもよい。

端末入力部２４は、ユーザが端末装置２に情報を入力するためのインターフェースであり、たとえばモバイル端末におけるタッチパネルやマイクロフォン、ノートブックコンピュータにおけるタッチパッド、キーボードまたはマウスなどである。

端末出力部２５は、端末装置２からユーザに対して各種情報を出力するインターフェースであり、たとえば液晶ディスプレイ等の映像表示手段やスピーカ等の音声出力手段である。具体的には、たとえば、端末出力部２５は、ユーザからの操作を受け付けるためのＧＵＩ（Graphical User Interface）を表示してもよい。

端末測位部２６は、端末装置２の現在位置を測定する測位手段である。端末測位部２６は、たとえば、ＧＰＳや準天頂衛星システム（ＱＺＳＳ）などの電波航法手段による測位情報に基づいて現在位置を測定する。端末測位部２６は、加速度センサや地磁気センサなどの自律航法手段による測位情報を測位に用いてもよい。端末装置２は、ユーザとともに移動するものであるから、端末測位部２６により測定された位置情報は、ユーザの現在位置を示すものである。

次に、サーバ３について説明する。図１に示すように、サーバ３は、サーバ通信部３１と、サーバ制御部３２と、サーバ記憶部３３とを有している。各部は、バスやネットワークを介して互いに通信可能に接続されている。

このうちサーバ通信部３１は、サーバ３とネットワーク４との間の通信インターフェースである。サーバ通信部３１は、ネットワーク４を介してサーバ３と端末装置２との間で情報を送受信する。

サーバ記憶部３３は、たとえばハードディスク等の固定型データストレージである。サーバ記憶部３３には、サーバ制御部３２が取り扱う各種データが記憶される。たとえば、サーバ記憶部３３は、交通ネットワーク情報を含む経路ネットワーク情報データベース３３ａと、地図情報を含む地図情報データベース３３ｂと、配車可能領域データベース３３ｃとを含んでいる。

交通ネットワーク情報は、鉄道やバス等の交通網や道路網を規定する情報である。交通網の情報としては、交通機関の路線情報、時刻表情報、料金情報等を含む。道路網の情報は、例えば交差点等の道路網表現上の結節点であるノードのデータと、ノード間の道路区間であるリンクのデータとの組み合わせによって表現される。

地図情報は、全国および各地方の道路地図などの地図データと、地図データに対応付けられた地図オブジェクト情報を含む。地図オブジェクト情報とは、地図上に表示される施設の形状についての形状情報、地図上に表示される注記についての注記情報、地図上に表示される記号についての記号情報などである。また、地図情報は公共交通機関の路線図に関する路線図情報を含んでいてもよい。

上記の交通ネットワーク情報および地図情報は、所定のタイミングでアップデートされてもよい。

配車可能領域データベース３３ｃには、配車可能な領域（または配車不可能な領域）の情報が記憶されている。配車不可能な領域とは、たとえば、道幅が狭い領域、交通量が多い領域、タクシー乗り場の近くなどの禁止区域、Ｕターンが必要な領域などである。乗り合いタクシーなどの場合、配車不可能な領域は、迎えに行くことで遠回りまたは非効率になる領域、たとえば、既に乗車している相乗りユーザにとって料金や時間が所定値以上増加する領域であってもよい。

配車可能な領域（または配車不可能な領域）の情報は、車両の現在または将来の走行状況に基づいて、リアルタイムでアップデートされてもよい。

なお、サーバ記憶部３３は、必ずしもサーバ３内に設けられていなくてもよく、サーバ記憶部３３の一部または全部は、ネットワーク４を介してサーバ３と通信可能に接続された別の装置内に設けられていてもよい。

図１に示すように、サーバ制御部３２は、探索条件取得部３２ａと、経路探索部３２ｂと、経路出力制御部３２ｃと、通知部３２ｄとを有している。これらの各部は、サーバ３内のプロセッサが所定のプログラムを実行することにより実現されてもよいし、ハードウェアで実装されてもよい。

探索条件取得部３２ａは、ユーザの端末装置２から経路探索条件を取得する。経路探索条件は、出発地と目的地と出発時刻（または到着時刻）の情報を含んでいる。出発地は、端末測位部２６により測定された端末装置２の現在位置であってもよいし、端末入力部２４を介してユーザが入力（指定）した特定の位置であってもよい。出発時刻は、現在時刻であってもよいし、端末入力部２４を介してユーザが入力（指定）した特定の時刻であってもよい。

経路探索部３２ｂは、探索条件取得部３２ａにより取得された経路探索条件に基づいて、当該経路探索条件を満たすような経路の情報を、経路ネットワーク情報データベース３３ａと地図情報データベース３３ｂとを参照して探索する。

経路探索部３２ｂは、オンデマンドモビリティ（たとえばタクシー）から公共交通（たとえば電車）への乗り換えを含む経路を探索する際に、オンデマンドモビリティ乗車位置までのオンデマンドモビリティの配車予測時間を取得する。ここで、オンデマンドモビリティ乗車位置は、経路探索条件に含まれる出発地であってもよい。あるいは、経路探索部３２ｂは、配車可能領域データベース３３ｃを参照し、経路探索条件に含まれる出発地が配車可能な領域であるか否かを判定し、配車可能な領域であると判定された場合には、当該出発地をオンデマンドモビリティ乗車位置として、オンデマンドモビリティ乗車位置までの配車予測時間を取得してもよい。他方、経路探索条件に含まれる出発地が配車不可能な領域であると判定された場合には、経路探索部３２ｂは、当該出発地の近くにある配車可能な領域を特定し、当該配車可能な領域をオンデマンドモビリティ乗車位置として、オンデマンドモビリティ乗車位置までの配車予測時間を取得してもよい。

配車予測時間の取得方法の第１例として、経路探索部３２ｂは、経路ネットワーク情報データベース３３ａと地図情報データベース３３ｂとを参照し、オンデマンドモビリティの現在位置からオンデマンドモビリティ乗車位置までの経路を探索し、探索結果の経路情報に基づいて配車予測時間を算出してもよい。この場合、経路探索部３２ｂは、探索結果の経路上の渋滞情報を考慮のうえ、配車予測時間を算出してもよい。

配車予測時間の取得方法の第２例として、経路探索部３２ｂは、対象とするエリアおよび時刻（または時間帯）における普段の運行実績から、空間的および時間的統計を用いて、おおよその配車予測時間を予測してもよい。具体的には、たとえば、経路探索部３２ｂは、各エリアおよび時刻（または時間帯）における過去の配車時間の実績データを基に構築された統計モデル（時空間統計モデル）を用いて、経路探索条件として入力される出発地が位置する領域（出発地が位置する市区町村などの行政区域、出発地を中心とした所定距離を半径とした領域内など）の空間における経路探索時の日時情報（平日、休日、曜日、時間帯など）でのユーザのオンデマンドモビリティ配車における平均迎車時間を、配車予測時間として予測してもよい。

配車予測時間の取得方法の第３例として、経路探索部３２ｂは、オンデマンドモビリティ側（車両の通信機器または事業者のサーバ）へオンデマンドモビリティ乗車位置までの配車予測時間の問い合わせを行い、問い合わせに対する回答として、オンデマンドモビリティ側からオンデマンドモビリティ乗車位置までの配車予測時間を受信してもよい。

経路探索部３２ｂは、オンデマンドモビリティ乗車位置までの配車予測時間を取得したのち、当該配車予測時間を考慮した時刻をオンデマンドモビリティ乗車位置からの出発時刻として、経路の探索を行う。たとえば、後述する図３を参照し、経路探索部３２ｂは、「１１：０４」という現在時刻４０に対し、「６分」という配車予測時間４３を加えた「１１：１０」を、オンデマンドモビリティ乗車位置（ここでは出発地４５）からの出発時刻４６として、経路の探索を行う。あるいは、たとえば、経路探索部３２ｂは、取得した配車予測時間４３（６分）に、例えば１分のバッファを加算して、「１１：０４」という現在時刻４０に対し、「６＋１分」を加えた「１１：１１」を出発時刻４６としてもよい。また、たとえば、経路探索部３２ｂは、取得した配車予測時間４３（６分）に、配車手配にかかるユーザの操作時間（たとえば２分）を含めて、「１１：０４」という現在時刻４０に対し、「６＋２分」を加えた「１１：１２」を出発時刻４６としてもよい。オンデマンドモビリティ乗車位置４７が出発地４５とは異なる場合（たとえば出発地４５が配車不可能な領域にあった場合）には、経路探索部３２ｂは、取得した配車予測時間と出発地４５からオンデマンド乗車位置４７までユーザが移動する移動時間とを比較してもよい。そして、取得した配車予測時間がオンデマンド乗車位置４７までユーザが移動する移動時間より大きい場合には、経路探索部３２ｂは、当該配車予測時間を考慮した時刻（たとえば、現在時刻に当該配車予測時間を加算した時刻）をオンデマンドモビリティ乗車位置からの出発時刻として、経路の探索を行ってもよい。他方、オンデマンド乗車位置４７までユーザが移動する移動時間が取得した配車予測時間より大きい場合には、当該移動時間を考慮した時刻（たとえば、現在時刻に当該移動時間を加算した時刻）をオンデマンドモビリティ乗車位置からの出発時刻として、経路の探索を行ってもよい。

経路探索部３２ｂは、オンデマンドモビリティから公共交通への乗り換えを含む経路を探索する際に、オンデマンドモビリティ側から、上記配車予測時間以外にオンデマンドモビリティ乗車位置でのオンデマンドモビリティの乗車可能時刻を取得する場合には、当該乗車可能時刻を当該オンデマンドモビリティ乗車位置からの出発時刻として、経路の探索を行ってもよい。

経路探索部３２ｂは、オンデマンドモビリティから公共交通への乗り換えを含む経路を探索する際に、公共交通の遅延情報を加味して、経路の探索を行ってもよい。

経路出力制御部３２ｃは、経路探索部３２による探索結果の経路を出力するための出力制御信号を端末装置２へと送信し、端末出力部２５を介して探索結果の経路の出力を行う。経路出力制御部３２ｃは、経路探索部３２による経路探索後そのまま探索結果の１つの経路を図３に示すように端末出力部２５を介して出力させてもよいし、探索結果の複数の経路候補を一覧で端末出力部２５を介して出力し、その中から選択された１つの経路を図３に示すように端末出力部２５を介して出力させてもよい。

図３に示すように、経路出力制御部３２ｃは、オンデマンドモビリティ（図示された例ではタクシー）から公共交通（図示された例では電車）への乗り換えを含む経路を表示する際に、出発地４５の表示より手前側に、オンデマンドモビリティ乗車位置（ここでは出発地４５）までのオンデマンドモビリティの配車予測時間４３および配車要求ボタン４２を少なくとも含む配車前情報４１を表示する。図３に示す例では、縦スクロールの表示であり、「東京都港区南青山３丁目８」という出発地４５の表示より手前側（上側）に、「６分」という配車予測時間４３と配車要求ボタン４２とを含む配車前情報４１が表示されている。図３に示すように、配車予測時間４３は、「いまタクシーを配車すると＊＊分でお迎えにあがります」などのメッセージで表示されてもよい。また、配車前情報４１は、オンデマンドモビリティの種別を示すアイコン４４を含んでいてもよい。図３に示す例では、「１１：０４」という現在時刻４０に対し、「６分」という配車予測時間４３を加えた「１１：１０」を、オンデマンドモビリティ乗車位置（ここでは出発地４５）からの出発時刻４６とする経路が、探索結果の経路として表示されている。

図４に示すように、オンデマンドモビリティ乗車位置４７が出発地４５とは異なる場合（たとえば出発地４５が配車不可能な領域にあった場合）には、経路出力制御部３２ｃは、探索結果の経路として、出発地４５からオンデマンドモビリティ乗車位置４７までの移動経路を含む経路を表示してもよい。図４に示す例では、「東京都港区南青山３丁目８」という出発地４５から「〇×公園前」というオンデマンドモビリティ乗車位置４７まで徒歩で移動する経路が表示されている。図４に示す例においては、オンデマンド乗車位置４７までユーザが移動する移動時間が２分であって、配車予測時間４３（６分）の方が大きい場合であり、「１１：０４」という現在時刻４０に対し、「６分」という配車予測時間４３を加えた「１１：１０」を、オンデマンドモビリティ乗車位置４７からの出発時刻４６とする経路が、探索結果の経路として表示されている。図示は省略するが、オンデマンド乗車位置４７までユーザが移動する移動時間がたとえば１０分であり、配車予測時間４３（６分）より大きい場合には、「１１：０４」という現在時刻４０に対し、「１０分」という移動時間を加えた「１１：１４」を、オンデマンドモビリティ乗車位置４７からの出発時刻４６とする経路が、探索結果の経路として表示されてもよい。

図３に戻って、経路探索部３２ｂは、経路出力制御部３２ｃにより探索結果の経路が出力された後に、出力中の経路に含まれるオンデマンドモビリティへの配車が不可となるか否かを判定し、不可となると判定された場合（たとえば他者が先にそのオンデマンドモビリティを停めて乗ってしまった場合など）には、別のオンデマンドモビリティから公共交通への乗り換えを含む経路を自動で再探索し、経路出力制御部３２ｃは、出力中の経路の表示を、再探索結果の経路の表示に変更してもよい。

また、経路出力制御部３２ｃにより探索結果の経路が出力された後に、出力中の経路に含まれるオンデマンドモビリティを配車するかをユーザが検討中に時間が過ぎてしまった場合（たとえば現在時刻４０が「１１：０９」になり、配車予測時間４３である「６分」後の「１１：１５」にタクシーで出発地４５を出発して、その５分後の「１１：２０」に乗り換えの駅である「原宿」に到着しても、表示されている「１１：２０」発の電車には間に合わない場合）には、経路探索部３２ｂは、後続経路（たとえば「１１：２０」発の電車の１本後の電車を利用する経路、または、「１１：２０」より後に出発する別の路線の電車を利用する経路）を自動的に再探索し、経路出力制御部３２ｃは、出力中の経路の表示を、再探索結果の経路の表示に変更してもよい。

通知部３２ｄは、経路出力制御部３２ｃにより探索結果の経路が出力されたことを、出力された経路に含まれるオンデマンドモビリティ側に通知する。

図３を参照し、配車要求ボタン４２は、ユーザにより端末入力部２４を介して押下されると、オンデマンドモビリティ側に対して配車要求を行うための配車フローへと画面遷移するボタンである。画面遷移先の配車フローでは、配車先としてオンデマンドモビリティ乗車位置（図３に示す例では出発地４５）が自動的に設定されてもよい。

表示中のオンデマンドモビリティの配車後（たとえば配車要求ボタン４２の押下による配車フローを介した配車要求実行後）、図５に示すように、経路出力制御部３２ｃは、配車前情報４１の表示を配車後情報５１の表示に変更する。図５に示す例では、配車前情報４１に含まれる配車要求ボタン４２が、配車後情報５１では配車をキャンセルするための配車キャンセルボタン５２に変更されている。図示は省略するが、配車前情報４１に含まれる配車要求ボタン４２は、配車後情報５１では配車条件を変更するための配車変更ボタンに変更されてもよい。また、図５に示す例では、配車後情報５１は、迎車までの時間５３の表示を含んでいる。図５に示すように、迎車までの時間４３は、「あと＊＊分でお迎えにあがります」などのメッセージで表示されてもよい。配車後情報５１は、迎車中であることを示す強調表示を含んでいてもよい。たとえば、迎車までの時間４３の表示は、刻一刻と変化する値であることを明示するために、点滅してもよい。また、配車後情報５１では、オンデマンドモビリティの種別を示すアイコン５４が、いま迎車に向かっていることが直感的にわかるように、点滅してもよい。

（動作の一例）
次に、図２を参照して、一実施の形態に係る情報処理システム１の動作の一例について説明する。図２は、情報処理システム１の動作の一例を示すフローチャートである。

図２に示すように、まず、端末装置２のユーザが端末入力部２４を介して経路探索条件を入力すると、端末装置２からサーバ３へと経路探索条件が送信され、サーバ３の探索条件取得部３２ａが経路探索条件を取得する（ステップＳ１０）。

次に、経路探索部３２ｂが、探索条件取得部３２ａにより取得された経路探索条件に基づいて、当該経路探索条件を満たすような経路の情報を、経路ネットワーク情報データベース３３ａと地図情報データベース３３ｂとを参照して探索する（ステップＳ１１）。

オンデマンドモビリティから公共交通への乗り換えを含む経路を探索する場合には（ステップＳ１２：ＹＥＳ）、経路探索部３２ｂは、オンデマンドモビリティ乗車位置までのオンデマンドモビリティの配車予測時間を取得する（ステップＳ１２）。ステップＳ１２において、経路探索部３２ｂは、経路ネットワーク情報データベース３３ａと地図情報データベース３３ｂとを参照し、車両の現在位置からオンデマンドモビリティ乗車位置までの経路を探索し、探索結果の経路情報に基づいて配車予測時間を算出してもよい。この場合、経路探索部３２ｂは、探索結果の経路上の渋滞情報を考慮のうえ、配車予測時間を算出してもよい。あるいは、経路探索部３２ｂは、対象とするエリアおよび時刻（または時間帯）における普段の運行実績から、空間的および時間的統計を用いて、おおよその配車予測時間を予測してもよい。あるいは、経路探索部３２ｂは、オンデマンドモビリティ側（車両の通信機器または事業者のサーバ）へオンデマンドモビリティ乗車位置までの配車予測時間の問い合わせを行い、問い合わせに対する回答として、オンデマンドモビリティ側からオンデマンドモビリティ乗車位置までの配車予測時間を受信してもよい。

ステップＳ１３において、経路探索部３２ｂは、配車可能領域データベース３３ｃを参照し、経路探索条件に含まれる出発地が配車可能な領域であるか否かを判定し、配車可能な領域であると判定された場合には、当該出発地をオンデマンドモビリティ乗車位置として、オンデマンドモビリティ乗車位置までの配車予測時間を取得し、配車不可能な領域であると判定された場合には、経路探索部３２ｂは、当該出発地の近くにある配車可能な領域を特定し、当該配車可能な領域をオンデマンドモビリティ乗車位置として、オンデマンドモビリティ乗車位置までの配車予測時間を取得してもよい。

次いで、経路探索部３２ｂは、オンデマンドモビリティ乗車位置までの配車予測時間を考慮した時刻をオンデマンドモビリティ乗車位置からの出発時刻として、経路の探索を行う（ステップＳ１４）。たとえば、図３を参照し、「１１：０４」という現在時刻４０に対し、「６分」という配車予測時間４３を加えた「１１：１０」を、オンデマンドモビリティ乗車位置（ここでは出発地４５）からの出発時刻４６として、経路の探索を行う。

また、経路探索部３２ｂは、オンデマンドモビリティ側から、上記配車予測時間以外にオンデマンドモビリティ乗車位置でのオンデマンドモビリティの乗車可能時刻を取得する場合には、当該乗車可能時刻を当該オンデマンドモビリティ乗車位置からの出発時刻として、経路の探索を行う（ステップＳ１５）。

そして、経路出力制御部３２ｃは、経路探索部３２による探索結果の経路を出力するための出力制御信号を端末装置２へと送信し、端末出力部２５を介して探索結果の経路の出力を行う（ステップＳ１６）。

オンデマンドモビリティから公共交通への乗り換えを含む経路を表示する場合には（ステップＳ１７：ＹＥＳ）、経路出力制御部３２ｃは、図３に示すように、出発地４５の表示より手前側に、オンデマンドモビリティ乗車位置（ここでは出発地４５）までのオンデマンドモビリティの配車予測時間４３および配車要求ボタン４２を少なくとも含む配車前情報４１を表示する（ステップＳ１８）。通知部３２ｄは、経路出力制御部３２ｃにより探索結果の経路が表示されたことを、表示された経路に含まれるオンデマンドモビリティ側に通知する。

ステップＳ１８において、図４に示すように、オンデマンドモビリティ乗車位置４７が出発地４５とは異なる場合（たとえば出発地４５が配車不可能な領域にあった場合）には、経路出力制御部３２ｃは、探索結果の経路として、出発地４５からオンデマンドモビリティ乗車位置４７までの移動経路（図示された例では徒歩で移動する経路）を含む経路を表示してもよい。経路出力制御部３２ｃは、出発地４５からオンデマンドモビリティ乗車位置４７までの移動経路（図示された例では徒歩で移動する経路）とともに、当該移動経路の経路案内を行うためのマーク４９（ボタン）を表示してもよい。

経路出力制御部３２ｃにより探索結果の経路が出力された後（ステップＳ１８の後）に、経路探索部３２ｂは、表示された経路に含まれるオンデマンドモビリティへの配車が不可となるか否かを所定の時間間隔で判定する（ステップＳ１９）。

表示されている経路に含まれるオンデマンドモビリティへの配車が不可となると判定された場合（たとえば他者が先にそのオンデマンドモビリティを停めて乗ってしまった場合など）には（ステップＳ１９：ＹＥＳ）、経路探索部３２ｂは、別のオンデマンドモビリティから公共交通への乗り換えを含む経路を自動で再探索する（ステップＳ２０）。そして、経路出力制御部３２ｃは、出力中の経路の表示を、再探索結果の経路の表示に変更する（ステップＳ２１）。

図３を参照し、表示前情報４１に含まれる配車要求ボタン４２が、ユーザにより端末入力部２４を介して押下されると、オンデマンドモビリティ側に対して配車要求を行うための配車フローへと画面遷移される。画面遷移先の配車フローでは、配車先としてオンデマンドモビリティ乗車位置（図３に示す例では出発地４５）が自動的に設定されてもよい。画面遷移先の配車フローでは、地図上でオンデマンドモビリティの乗降位置、およびルートが地図上に表示されてもよい。配車要求を行う際、オンデマンドモビリティの運賃を事前に決済することができてもよい（すなわち事前確定運賃でオンデマンドモビリティを利用できてもよい）。

表示された経路に含まれるオンデマンドモビリティの配車後（たとえば配車要求ボタン４２の押下による配車フローを介した配車要求の実行後）、経路出力制御部３２ｃは、図５に示すように、配車前情報４１の表示を配車後情報５１の表示に変更する（ステップＳ２２）。配車後情報５１は、配車をキャンセルするための配車キャンセルボタン５２（または配車条件を変更するための配車変更ボタン）を含んでいてもよい。また、図５に示すように、配車後情報５１は、迎車中であることを示す強調表示を含んでいてもよい。たとえば、配車後情報５１では、迎車までの時間４３の表示は、刻一刻と変化する値であることを明示するために、点滅してもよい。また、配車後情報５１では、オンデマンドモビリティの種別を示すアイコン５４が、いま迎車に向かっていることが直感的にわかるように、点滅してもよい。

ところで、背景技術の欄でも言及したように、従来の経路探索では、オンデマンドモビリティを手配して乗車するまでの時間が考慮しきれておらず、現在時刻（またはユーザによる指定時刻）にオンデマンドモビリティで出発する経路が探索されて表示されることになる。そのため、オンデマンドモビリティから公共交通へと乗り継ぐ場合、探索結果の経路に表示されている公共交通の便に乗ることができず、オンデマンドモビリティに乗車した後（またはオンデマンドモビリティを降りた後）での再検索が必要になる。ユーザとしてはひと手間多くかかるという不都合があった。

これに対し、本実施の形態によれば、経路探索部３２ｂが、オンデマンドモビリティから公共交通への乗り換えを含む経路を探索する際に、オンデマンドモビリティ乗車位置までのオンデマンドモビリティの配車予測時間を考慮した時刻を、当該オンデマンドモビリティ乗車位置からの出発時刻として、経路の探索を行うため、ユーザは、探索結果の経路に表示されているオンデマンドモビリティに乗車すれば、乗り換えの公共交通の便にも十分に間に合って乗ることができる。したがって、オンデマンドモビリティから公共交通への乗り換えを含む経路が探索されて表示される際に、ユーザは、探索結果の経路に表示されているオンデマンドモビリティに乗車した後（またはオンデマンドモビリティを降りた後）での再検索を行う必要がなくなり、ユーザにとっての利便性が大幅に向上される。

また、本実施の形態によれば、経路出力制御部３２ｃが、オンデマンドモビリティから公共交通への乗り換えを含む経路を表示する際に、図３に示すように、出発地４５の表示より手前側に、オンデマンドモビリティ乗車位置（ここでは出発地４５）までのオンデマンドモビリティの配車予測時間４３および配車要求ボタン４２を少なくとも含む配車前情報を表示するため、ユーザは、配車予測時間４３を参照しながら、配車要求ボタン４２の押下げにより、オンデマンドモビリティ側に対して配車要求を行うための配車フローへと容易に遷移することができる。また、経路出力制御部３２ｃは、オンデマンドモビリティの配車後は、図５に示すように、配車前情報４１の表示を配車後情報５１の表示に変更するため、ユーザは、表示中の経路に含まれるオンデマンドモビリティが迎車に向かっていることを直感的に把握することできる。したがって、オンデマンドモビリティから公共交通への乗り換えを含む経路が探索されて表示される際に、ユーザにとっての利便性が大幅に向上される。

なお、上述した実施形態で説明した情報処理システム１の少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ハードウェアで構成する場合には、情報処理システム１の少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ－ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。

また、情報処理システム１の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。

さらに、一つまたは複数の情報処理装置によって情報処理システム１を機能させてもよい。複数の情報処理装置を用いる場合、情報処理装置のうちの１つをコンピュータとし、当該コンピュータが所定のプログラムを実行することにより情報処理システム１の少なくとも１つの手段として機能が実現されてもよい。

また、方法の発明においては、全ての工程（ステップ）をコンピュータによって自動制御で実現するようにしてもよい。また、各工程をコンピュータに実施させながら、工程間の進行制御を人の手によって実施するようにしてもよい。また、さらには、全工程のうちの少なくとも一部を人の手によって実施するようにしてもよい。

上記の記載に基づいて、当業者であれば、本発明の追加の効果や様々の変形を想到できるかもしれないが、本発明の態様は、上述した個々の実施形態に限定されるものではない。特許請求の範囲に規定された内容およびその均等物から導き出される本発明の概念的な思想と趣旨を逸脱しない範囲で種々の追加、変更および部分的削除が可能である。

１ 情報処理システム
２ 端末装置
２１ 端末通信部
２２ 端末制御部
２３ 端末記憶部
２４ 端末入力部
２５ 端末出力部
２６ 端末測位部
３ サーバ
３１ サーバ通信部
３２ サーバ制御部
３２ａ 探索条件取得部
３２ｂ 経路探索部
３２ｃ 経路出力制御部
３２ｄ 通知部
３３ サーバ記憶部
３３ａ 経路ネットワーク情報データベース
３３ｂ 地図情報データベース
３３ｃ 配車可能領域データベース
４ ネットワーク

Claims (12)

1. 経路探索条件を取得する探索条件取得手段と、
   前記経路探索条件に基づいて経路を探索する経路探索手段と、
   探索結果の経路を出力する経路出力制御手段と、を備え、
   前記経路探索手段は、オンデマンドモビリティから公共交通への乗り換えを含む経路を探索する際に、オンデマンドモビリティ乗車位置までのオンデマンドモビリティの配車予測時間を取得し、当該配車予測時間を考慮した時刻をオンデマンドモビリティ乗車位置からの出発時刻として、前記経路の探索を行う、情報処理システム。
2. 経路探索条件を取得する探索条件取得手段と、
   前記経路探索条件に基づいて経路を探索する経路探索手段と、
   探索結果の経路を出力する経路出力制御手段と、備え、
   前記経路出力制御手段は、オンデマンドモビリティから公共交通への乗り換えを含む経路を表示する際に、出発地の表示に対して目的地の表示とは反対側の領域に、オンデマンドモビリティ乗車位置までのオンデマンドモビリティの配車予測時間および配車要求ボタンを少なくとも含む配車前情報を表示し、当該オンデマンドモビリティの配車後は前記配車前情報の表示を配車後情報の表示に変更する、情報処理システム。
3. 前記経路探索手段は、オンデマンドモビリティから公共交通への乗り換えを含む経路を探索する際に、前記配車予測時間以外にオンデマンドモビリティ乗車位置でのオンデマンドモビリティの乗車可能時刻を取得する場合には、当該乗車可能時刻を当該オンデマンドモビリティ乗車位置からの出発時刻として、前記経路の探索を行う、請求項１に記載の情報処理システム。
4. 前記探索結果の経路は、出発地からオンデマンドモビリティ乗車位置までの移動経路を含む、請求項１～３のいずれかに記載の情報処理システム。
5. 前記経路探索手段は、前記経路出力制御手段により探索結果の経路が出力された後に、出力中の経路に含まれるオンデマンドモビリティへの配車が不可となるか否かを判定し、不可となると判定された場合には、別のオンデマンドモビリティから公共交通への乗り換えを含む経路を自動で再探索し、
   前記経路出力制御手段は、出力中の経路の表示を、再探索結果の経路の表示に変更する、請求項１～４のいずれかに記載の情報処理システム。
6. 前記経路出力制御手段は、配車前情報に含まれる配車要求ボタンを、配車後情報では配車キャンセルまたは変更ボタンに変更する、請求項２に記載の情報処理システム。
7. 前記配車後情報は、迎車中であることを示す強調表示を含む、請求項２または６に記載の情報処理システム。
8. 前記経路出力制御手段により探索結果の経路が出力されたことを、出力された経路に含まれるオンデマンドモビリティ側に通知する通知手段を更に備えた、請求項１～７のいずれかに記載の情報処理システム。
9. コンピュータを、
   経路探索条件を取得する探索条件取得手段、
   前記経路探索条件に基づいて経路を探索する経路探索手段であって、オンデマンドモビリティから公共交通への乗り換えを含む経路を探索する際に、オンデマンドモビリティ乗車位置までのオンデマンドモビリティの配車予測時間を考慮した時刻を、当該オンデマンドモビリティ乗車位置からの出発時刻として、前記経路の探索を行う経路探索手段、および、
   探索結果の経路を出力する経路出力制御手段、として機能させる情報処理プログラム。
10. コンピュータを、
    経路探索条件を取得する探索条件取得手段、
    前記経路探索条件に基づいて経路を探索する経路探索手段、および、
    探索結果の経路を出力する経路出力制御手段であって、オンデマンドモビリティから公共交通への乗り換えを含む経路を表示する際に、出発地の表示に対して目的地の表示とは反対側の領域に、オンデマンドモビリティ乗車位置までのオンデマンドモビリティの配車予測時間および配車要求ボタンを少なくとも含む配車前情報を表示し、当該オンデマンドモビリティの配車後は前記配車前情報の表示を配車後情報の表示に変更する経路探索手段、として機能させる情報処理プログラム。
11. コンピュータが実行する情報処理方法であって、
    経路探索条件を取得するステップと、
    前記経路探索条件に基づいて経路を探索するステップであって、オンデマンドモビリティから公共交通への乗り換えを含む経路を探索する際に、オンデマンドモビリティ乗車位置までのオンデマンドモビリティの配車予測時間を考慮した時刻を、当該オンデマンドモビリティ乗車位置からの出発時刻として、前記経路の探索を行うステップと、
    探索結果の経路を出力するステップと、を含む情報処理方法。
12. コンピュータが実行する情報処理方法であって、
    経路探索条件を取得するステップと、
    前記経路探索条件に基づいて経路を探索するステップと、
    探索結果の経路を出力するステップであって、オンデマンドモビリティから公共交通への乗り換えを含む経路を表示する際に、出発地の表示に対して目的地の表示とは反対側の領域に、オンデマンドモビリティ乗車位置までのオンデマンドモビリティの配車予測時間および配車要求ボタンを少なくとも含む配車前情報を表示し、当該オンデマンドモビリティの配車後は前記配車前情報の表示を配車後情報の表示に変更するステップと、を含む情報処理方法。