JP7093000B2 - 情報処理プログラム、情報処理装置及び情報処理方法 - Google Patents

Description

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

近年、スマートフォン等の携帯端末の普及に伴い、多くの交通手段について携帯端末を用いた乗車予約が可能となっている。その一例として、タクシー等の車両の配車予約がある。例えば、観光旅行の旅行者等の携帯端末を保持するユーザが、目的地に向かう途中で、携帯端末を用いて目的地に対するタクシーの配車を予約するケースが考えられる。

また、情報処理装置が、携帯端末から得られた、当該携帯端末で検索した旅行先に関する検索履歴を利用して、目的地までの移動経路を予測し、交通手段としてタクシー等の車両を予測した目的地に配車する技術が提案されている。

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

ところで、携帯端末を保持するユーザに対し、車両の配車予約ができることを携帯端末を介して通知することで、ユーザの利便性が向上するとともに、配車予約が促され、配車を行う企業側にもメリットが生じる。その一方、上記のように、旅行者等のユーザの目的地までの移動経路が予測できても、車両の利用状況、予約状況等により、当該目的地に車両を確実に手配することが難しいという問題点がある。この問題点に鑑みると、車両予約ができることを、その通知タイミングを特に考慮せずにユーザに通知した場合、その通知を受けたユーザが配車を予約したとしても、目的地にユーザが到着する時刻までに車両を確実に配車できるとは限らない。そのため、ユーザの利便性が高いとは言えない。

１つの側面では、本発明は、車両の配車を予約できることの通知タイミングを、ユーザが目的地に到着する到着時刻に、配車が間に合うように制御できる情報処理プログラム、情報処理装置及び情報処理方法が提供される。

１つの案では、コンピュータに、ユーザの目的地への到着予定時刻と前記目的地への車両の配車に要する所要時間とを取得し、前記到着予定時刻及び前記所要時間に基づき、前記目的地への配車を予約できることを前記ユーザに通知する通知処理を終了させる通知終了時刻を算出し、前記ユーザの端末装置に前記通知処理を実行させ、前記通知終了時刻に基づき、前記端末装置における前記通知処理を前記通知終了時刻に終了するように制御する、処理を実行させる情報処理プログラムが提供される。

また、上記の情報処理プログラムを実行したコンピュータと同様の処理を行う情報処理装置及び情報処理方法が提供される。

１つの側面では、車両の配車を予約できることの通知タイミングを、ユーザが目的地に到着する到着時刻に配車が間に合うように制御でき、ユーザに対するサービスの向上を図ることができる。

第１の実施の形態に係る情報処理装置を説明するための図である。 第２の実施の形態に係る情報処理システムの一例を示す図である。 携帯端末のハードウェア構成例を示す図である。 端末管理サーバのハードウェア構成例を示す図である。 携帯端末が備えるアプリケーションの構成例を示す図である。 情報処理システムが備える機能を示すブロック図である。 端末管理サーバが保持する交通拠点接続グラフの一例を示す図である。 端末管理サーバが実行する案内表示制御処理を表すフローチャートである。 携帯端末における配車予約案内の画面の表示例を示す図（その１）である。 携帯端末における配車予約の受付画面の表示例を示す図である。 携帯端末における配車予約案内の画面の表示例を示す図（その２）である。 携帯端末における配車予約案内の画面の表示例を示す図（その３）である。 端末管理サーバが実行する公共交通機関判定処理を表すフローチャートである。 端末管理サーバが実行する目的地推定処理を表すフローチャートである。 端末管理サーバが実行する表示開始時刻・表示停止時刻算出処理を表すフローチャート（その１）である。 端末管理サーバが実行する表示開始時刻・表示停止時刻算出処理を表すフローチャート（その２）である。

以下、実施の形態について図面を参照して詳細に説明する。
［第１の実施の形態］
図１は、第１の実施の形態に係る情報処理装置を説明するための図である。なお、図１には、図示を省略するユーザ（旅行者）が電車等の移動手段４で目的地５に向かっている場合を例示している。さらに、例として、タクシー、バス等の車両２ｂを管理して、配車する配車センタ２が別途設けられているとする。

このような状況及び施設に対して、端末装置１と管理装置２ａと情報処理装置３とを含む情報処理システム６が配備されている。なお、情報処理装置３は、端末装置１及び管理装置２ａとネットワークを介して通信を実行することができる。

端末装置１は、例えば、スマートフォン、タブレット等の通信可能な情報処理端末である。端末装置１は、表示画面１ａを有している。また、このような端末装置１が移動手段４で移動しているユーザに保持され、目的地５まで移動するものとする。

端末装置１は、目的地５への車両２ｂの配車を予約できることをユーザに通知する通知処理を実行可能になっている。後述するように、この通知処理は、情報処理装置３からの制御の下で実行される。

端末装置１は、目的地５への車両２ｂの配車を予約できることをユーザに通知する通知処理を実行可能になっている。後述するように、この通知処理は、情報処理装置３からの制御の下で実行される。

この通知処理は、例えば、表示画面１ａに所定の通知情報を表示することで行われる。ユーザは、このような通知を受けることで、目的地５への車両２ｂの配車を予約できることを認識できる。例えば、表示画面１ａに表示された通知情報に対してユーザが入力操作を行うことで、配車の予約画面が表示画面１ａに表示され、予約画面を用いて端末装置１から配車センタ２の管理装置２ａに対して配車の予約ができるようにしてもよい。また、例えば、通知処理が実行されている期間にのみ配車の予約ができ、通知処理が終了すると配車の予約ができないようにしてもよい。

管理装置２ａは、配車センタ２に配置されており、配車センタ２が保有する車両２ｂの配車状況、予約状況等の車両管理情報を管理している。
情報処理装置３は、時刻算出部３ａ及び通知制御部３ｂを有する。なお、時刻算出部３ａ及び通知制御部３ｂの処理は、例えば、情報処理装置３が備えるプロセッサが所定のプログラムを実行することで実現される。

時刻算出部３ａは、ユーザの目的地５への到着予定時刻７ａと目的地５への車両２ｂの配車に要する所要時間７ｂとを取得する。例えば、到着予定時刻７ａは、端末装置１の位置情報に基づく移動履歴から推定される。また、例えば、所要時間７ｂは、配車センタ２の管理装置２ａから取得される。

時刻算出部３ａは、到着予定時刻７ａ及び所要時間７ｂに基づき、上記の通知処理を終了させる通知終了時刻７ｃを算出する。この算出では、到着予定時刻７ａまでに目的地５に車両が配車されるように予約できる限界の時刻（最も遅い時刻）が、通知終了時刻７ｃとして算出される。例えば、到着予定時刻７ａから所要時間７ｂを減算することで、通知終了時刻７ｃが算出される。

通知制御部３ｂは、端末装置１における上記の通知処理の実行を制御する。具体的には、通知制御部３ｂは、端末装置１に通知処理を実行させ、この通知処理を通知終了時刻７ｃに終了させるように制御する。

このような処理により、車両２ｂの配車を予約できることの通知タイミングを到着予定時刻７ａに配車が間に合うように制御できる。そのため、通知処理の実行中にユーザが配車予約を行うことで、ユーザが目的地５に到着するまでに目的地５に車両を配車できる確実性が向上する。したがって、ユーザに対するサービスの向上を図ることができる。

［第２の実施の形態］
第２の実施の形態では、第１の実施の形態についてより具体化した情報処理システムについて図２を用いて説明する。

図２は、第２の実施の形態に係る情報処理システムの一例を示す図である。
情報処理システム７０は、携帯端末１０（端末装置）と端末管理サーバ２０と車両管理サーバ３０とを備えている。情報処理システム７０では、端末管理サーバ２０はネットワーク６０を介して携帯端末１０及び車両管理サーバ３０に通信可能に接続されている。なお、図２では、携帯端末１０を１つのみ記載しているが、携帯端末１０は複数あって、それぞれが端末管理サーバ２０とネットワーク６０を介して通信可能に接続されている。

なお、第２の実施の形態における携帯端末１０、端末管理サーバ２０及び車両管理サーバ３０は、それぞれ、第１の実施の形態における端末装置１、情報処理装置３及び管理装置２ａの一例である。

携帯端末１０は、旅行者に所持されている端末装置である。図２では例として、携帯端末１０を保持した旅行者が、Ａ駅４１からＢ駅４２に向かう電車５０に乗って移動している様子を示している。携帯端末１０には、後述するように、特定の地域内に存在する観光地や各種の施設など、その地域に関する様々な情報にアクセスできるようにする観光旅行のアプリケーションプログラムが内蔵されている。また、携帯端末１０は、観光旅行のアプリケーションプログラムの処理により、駅、バス停、サービスエリア、パーキングエリア等の所定の交通拠点を中心とした一定範囲に進入したこと、また、当該範囲から退出したことを判断する。また、携帯端末１０は、交通拠点への車両の配車を予約する予約処理や、配車予約が可能であることを示す配車予約案内を後述するディスプレイに表示する案内表示処理を実行する。本実施の形態では、配車される車両はタクシーであるものとする。

端末管理サーバ２０は、携帯端末１０での観光旅行のアプリケーションプログラムの利用履歴情報、携帯端末１０の移動経路に関する移動経路情報等を受信する。また、端末管理サーバ２０は、車両管理サーバ３０からタクシーの管理に関する車両管理情報を受信する。端末管理サーバ２０は、受信したこれらの情報に基づき、携帯端末１０にタクシーの配車予約案内を表示させ、また、配車予約案内の表示を停止させる。

車両管理サーバ３０は、タクシーの車両センタに設置されており、車両センタが所有するタクシーの配車状況、予約状況等のタクシーに関する車両管理情報を管理している。また、車両管理サーバ３０は、携帯端末１０からタクシーの配車予約を受け付けることができる。

次に、情報処理システム７０の各装置のハードウェア構成について説明する。
まず、携帯端末１０のハードウェア構成について図３を用いて説明する。
図３は、携帯端末のハードウェア構成例を示す図であり、携帯端末１０は、プロセッサ１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、フラッシュメモリ１０ｃ、無線通信部１０ｄ、ディスプレイ１０ｅ、入力デバイス１０ｆ、及びＧＰＳ（Global Positioning System）受信部１０ｇを有する。各ユニットは携帯端末１０のバス１０ｈに接続されている。

プロセッサ１０ａは、携帯端末１０の情報処理を制御する。プロセッサ１０ａは、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）またはＰＬＤ（Programmable Logic Device）等である。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０ａは、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、ＰＬＤのうちの２以上の要素の組合せであってもよい。

ＲＡＭ１０ｂは、携帯端末１０の主記憶装置である。ＲＡＭ１０ｂは、プロセッサ１０ａに実行させるＯＳ（Operation System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０ｂは、プロセッサ１０ａによる処理に用いる各種データを記憶する。

フラッシュメモリ１０ｃは、携帯端末１０の補助記憶装置である。フラッシュメモリ１０ｃには、ＯＳのプログラム、アプリケーションプログラム及び各種データが格納される。フラッシュメモリ１０ｃは、携帯端末１０に対して着脱可能な可搬型の記録媒体でもよい。

無線通信部１０ｄは、アクセスポイント（図示を省略）との間で無線通信を行えるインタフェースである。例えば、アクセスポイントが無線ルータであれば、無線通信部１０ｄは無線ＬＡＮ（Local Area Network）インタフェースである。また、例えば、アクセスポイントが無線基地局であれば、無線通信部１０ｄは移動通信用の無線インタフェースである。携帯端末１０は、両方の無線ＬＡＮ及び移動通信用の両方の無線インタフェースを備えてもよい。

ディスプレイ１０ｅは、プロセッサ１０ａからの命令に従って、画像を出力する。例えば、ディスプレイ１０ｅは、液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイ等である。

入力デバイス１０ｆは、入力された信号をプロセッサ１０ａに出力する。例えば、入力デバイス１０ｆは、ボタン、タッチパッド及びタッチパネル等である。
ＧＰＳ受信部１０ｇは、ＧＰＳ衛星からの信号を受信して、携帯端末１０の現在位置を示す位置情報を取得するためのデバイスである。例えば、携帯端末１０の現在位置を示す情報として、緯度・経度等を測定する。ただし、携帯端末１０は、無線基地局等から自装置の位置情報を取得してもよい。

なお、携帯端末１０は以上に示したユニット以外にも、加速度センサ、通話用のマイク、呼び出し音や相手の音声を出力するスピーカ、携帯端末１０を振動させるモータ及びテレビ電話用の画像を撮像するカメラ等を備えている。

次に、端末管理サーバ２０のハードウェア構成について図４を用いて説明する。
図４は、端末管理サーバのハードウェア構成例を示す図である。端末管理サーバ２０は、プロセッサ２０ａ、ＲＡＭ２０ｂ、ＨＤＤ（Hard Disk Device）２０ｃ、通信処理部２０ｄ、グラフィック処理部２０ｅ、入力信号処理部２０ｆ、ディスクドライブ２０ｇ、及び機器接続部２０ｈを有する。各ユニットは端末管理サーバ２０のバス２０ｉに接続されている。

プロセッサ２０ａは、端末管理サーバ２０の情報処理を制御する。プロセッサ２０ａは、例えばＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたはＰＬＤ等である。プロセッサ２０ａは、マルチプロセッサであってもよい。プロセッサ２０ａは、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、ＰＬＤのうちの２以上の要素の組合せであってもよい。

ＲＡＭ２０ｂは、端末管理サーバ２０の主記憶装置である。ＲＡＭ２０ｂは、プロセッサ２０ａに実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ２０ｂは、プロセッサ２０ａによる処理に用いる各種データを記憶する。

ＨＤＤ２０ｃは、端末管理サーバ２０の補助記憶装置である。ＨＤＤ２０ｃは、内蔵した磁気ディスクに対して、磁気的にデータの書き込み及び読み出しを行う。ＨＤＤ２０ｃには、ＯＳのプログラム、アプリケーションプログラム、及び各種データが格納される。端末管理サーバ２０は、フラッシュメモリやＳＳＤ（Solid State Drive）等の他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。

通信処理部２０ｄは、ネットワーク６０を介して他のコンピュータと無線通信を行えるインタフェースである。通信処理部２０ｄは、有線インタフェースでもよい。
グラフィック処理部２０ｅは、プロセッサ２０ａからの命令に従って、端末管理サーバ２０に接続されたディスプレイ２０１に画像を出力する。ディスプレイ２０１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイ等を用いることができる。

入力信号処理部２０ｆは、端末管理サーバ２０に接続された入力デバイス２０２から入力信号を取得し、プロセッサ２０ａに出力する。入力デバイス２０２としては、例えば、マウスやタッチパネル等のポインティングデバイス、キーボード等を用いることができる。

ディスクドライブ２０ｇは、レーザ光等を利用して、光ディスク２０３に記録されたプログラムやデータを読み取る駆動装置である。光ディスク２０３として、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）等を使用できる。ディスクドライブ２０ｇは、例えば、プロセッサ２０ａからの命令に従って、光ディスク２０３から読み取ったプログラムやデータをＲＡＭ２０ｂまたはＨＤＤ２０ｃに格納する。

機器接続部２０ｈは、端末管理サーバ２０に周辺機器を接続するための通信インタフェースである。例えば、機器接続部２０ｈにはメモリ装置やリーダライタ装置等の外部メモリ２０４を接続できる。メモリ装置は、機器接続部２０ｈとの通信機能を搭載した記録媒体である。リーダライタ装置は、メモリカードへのデータの書き込み、またはメモリカードからのデータの読み出しを行う装置である。メモリカードは、カード型の記録媒体である。機器接続部２０ｈは、例えば、プロセッサ２０ａからの命令に従って、このような外部メモリ２０４から読み取ったプログラムやデータをＲＡＭ２０ｂまたはＨＤＤ２０ｃに格納する。

なお、車両管理サーバ３０も端末管理サーバ２０と同様のハードウェアにより実現できる。
次に、図５は、携帯端末が備えるアプリケーションの構成例を示す図である。

携帯端末１０は、アプリケーションプログラムの一例として、図５に示されるような、所定の地域に関する観光旅行のアプリケーションプログラムを備えている。このアプリケーションプログラムに対して、当該地域内の各地区で行われるイベント案内、当該地域内の各地区に関する地区案内、当該地域内の各地区の食事案内、タクシー配車の予約のための各アプリケーションプログラムが対応付けられている。これらのイベント案内、地区案内、食事案内、配車予約の各アプリケーションプログラムは、観光旅行のアプリケーションブログラムに内包されていてもよい。

例えば、ユーザ（旅行者）の操作によって観光旅行のアプリケーションプログラムが起動されると、イベント案内、地区案内、食事案内、配車予約の各アプリケーションプログラムを起動するためのアイコンが、ディスプレイ１０ｅに表示される。いずれかのアイコンに対するタッチ操作が行われると、そのアイコンに対応するアプリケーションプログラムが起動し、ユーザがそのアプリケーションプログラムを利用できるようになる。

なお、イベント案内、地区案内、食事案内の各アプリケーションプログラムは、例えば、情報の検索機能を実現する。例えば、イベント案内のアプリケーションプログラムの実行により、ユーザによって交通拠点やイベントの種別などが検索キーとして入力されると、入力された交通拠点から近い場所で行われるイベントや、入力された種別に対応するイベントに関する情報が検索結果として表示される。

一方、配車予約のアプリケーションプログラムは、例えば、配車予約画面を表示し、ユーザによる入力内容に基づいて車両管理サーバ３０に配車予約を要求する機能を実現する。これに加えて、このアプリケーションプログラムは、後述するように、旅行者の目的地を予測し、その目的地に対してタクシーを配車できることを案内する配車予約案内をディスプレイ１０ｅに表示する機能も実現する。この配車予約案内は、その時点で予約すれば目的地に対して到達時刻までにタクシーを確実に配車できるような期間内にだけ表示されるように、端末管理サーバ２０から制御される。

次に、情報処理システム７０の各装置が備える機能について図６及び図７を用いて説明する。
図６は、情報処理システムが備える機能を示すブロック図である。また、図７は、端末管理サーバが保持する交通拠点接続グラフの一例を示す図である。なお、第２の実施の形態における時刻算出部２７及び案内表示制御部２８は、第１の実施の形態の時刻算出部３ａ及び通知制御部３ｂの一例である。

携帯端末１０は、アプリ利用検知部１１と移動検知部１２と配車予約処理部１３とを有している。
アプリ利用検知部１１及び移動検知部１２の処理は、例えば、プロセッサ１０ａが観光旅行のアプリケーションプログラムを実行することで実現される。

アプリ利用検知部１１は、携帯端末１０での各種アプリケーションプログラムの利用履歴を生成し、端末管理サーバ２０に送信する。利用履歴には、例えば、利用されたアプリケーションプログラムの識別情報（アプリＩＤ（IDentification））、利用日時、各種の情報を表示する表示ページのうち閲覧されたページの識別情報、情報検索のための検索キーなどが記述される。また、利用履歴には、閲覧されたページや検索キーがどの地域に関するものかを示す地域ＩＤも記述される。

移動検知部１２は、携帯端末１０の位置に基づいて携帯端末１０の移動履歴を生成し、端末管理サーバ２０に送信する。ここで、移動検知部１２は、地域内にあらかじめ複数設定された交通拠点のそれぞれについて、交通拠点を中心とした一定範囲への携帯端末１０の進入及び当該範囲からの退出を検知できるようになっている。このような進入及び退出は、例えば、ＧＰＳ情報から判定されてもよいし、交通拠点に設置されたセンサ機器と携帯端末１０との通信によって判定されてもよい。移動履歴には、例えば、交通拠点の識別情報とともに、交通拠点を中心とした一定範囲に進入した時刻、当該範囲から退出した時刻が記述される。当該範囲への進入時刻、当該範囲からの退出時刻は、それぞれ交通拠点に対する到着時刻、交通拠点からの出発時刻として記述される。

配車予約処理部１３の処理は、例えば、プロセッサ１０ａが配車予約のアプリケーションプログラムを実行することで実現される。配車予約処理部１３は、端末管理サーバ２０から受信した制御信号に基づき、タクシーの配車予約案内のディスプレイ１０ｅに対する表示の開始及び停止を制御する。また、配車予約処理部１３は、タクシーの配車予約画面をディスプレイ１０ｅに表示し、ユーザによる入力内容に基づいて車両管理サーバ３０に配車予約を要求する。

端末管理サーバ２０は、ユーザ履歴情報記憶部２１と交通拠点接続グラフ記憶部２２と目的地関連情報記憶部２３とを有する。ユーザ履歴情報記憶部２１と交通拠点接続グラフ記憶部２２と目的地関連情報記憶部２３とは、例えば、ＲＡＭ２０ｂ、ＨＤＤ２０ｃなど、端末管理サーバ２０が備える記憶装置の記憶領域によって実現される。

ユーザ履歴情報記憶部２１には、携帯端末１０から収集されたアプリケーションプログラムの利用履歴及び携帯端末１０の移動履歴が蓄積される。前述のように、利用履歴には、例えば、利用されたアプリケーションプログラムの識別情報、利用日時、閲覧されたページの識別情報、情報検索のための検索キー、閲覧されたページや検索キーがどの地域に関するものかを示す地域ＩＤなどが記述される。また、移動履歴には、例えば、交通拠点の識別番号、交通拠点に対する到着時刻、交通拠点からの出発時刻などが記述される。また、移動履歴には、到着時刻や出発時刻に基づく、交通拠点での滞在時間や交通拠点間の移動時間が記述されてもよい。

交通拠点接続グラフ記憶部２２は、例えば、図７に示されるような、交通拠点接続グラフ２２ａを記憶している。交通拠点接続グラフ２２ａは、交通拠点間の公共交通機関の路線図を含んでいる。交通拠点接続グラフ２２ａでは、図７に示されるように、交通拠点を示すノードが示されるとともに、交通拠点間を結ぶ公共交通機関がノードを結ぶ直線として示される。また、直線に付された数字は、公共交通機関による移動時間を示している。

例えば、図７では、交通拠点としてＳ１駅～Ｓ６駅とＢ１バス停～Ｂ６バス停が示され、Ｓ１駅～Ｓ６駅を通る電車の路線図とＢ１バス停～Ｂ６バス停を通るバスの路線図とが表されている。また、駅間の数字は鉄道での移動時間、バス停間の数字はバスでの移動時間、駅とバス停との間の数字は徒歩による移動時間をそれぞれ表している。

目的地関連情報記憶部２３は、アプリケーションプログラムの利用履歴に記述され得るアプリＩＤ及び地域ＩＤのうち、旅行者の目的地の推定処理に利用可能なアプリケーションプログラムを示すアプリＩＤ及び推定処理に利用可能な地域を示す地域ＩＤを保持している。

また、端末管理サーバ２０は、情報収集部２４と交通機関判定部２５と目的地推定部２６と時刻算出部２７と案内表示制御部２８とを有する。情報収集部２４と交通機関判定部２５と目的地推定部２６と時刻算出部２７と案内表示制御部２８との処理は、例えば、プロセッサ１０ａが所定のプログラムを実行することで実現される。

情報収集部２４は、携帯端末１０のアプリ利用検知部１１からアプリケーションプログラムの利用履歴を収集し、ユーザ履歴情報記憶部２１に登録する。また、情報収集部２４は、携帯端末１０の移動検知部１２から携帯端末１０の（すなわち旅行者の）移動履歴を収集し、ユーザ履歴情報記憶部２１に登録する。

交通機関判定部２５は、交通拠点接続グラフ記憶部２２に記憶されている交通拠点接続グラフ２２ａを参照して、ユーザ履歴情報記憶部２１に記憶されている携帯端末１０の移動履歴から、利用されている公共交通機関を判定する。

目的地推定部２６は、ユーザ履歴情報記憶部２１に記憶されている履歴情報と目的地関連情報記憶部２３に記憶されている情報とに基づき、旅行者の目的地と目的地への到着時刻とを推定する。

時刻算出部２７は、目的地への到着時刻及び目的地へ到着するまでに到着時刻と、車両管理サーバ３０から取得した車両管理情報とに基づき、タクシーの配車予約案内の表示開始時刻及び表示停止時刻を算出する。

案内表示制御部２８は、時刻算出部２７で算出された表示開始時刻から表示停止時刻まで配車予約案内を表示するように、携帯端末１０を制御する。本実施の形態では例として、案内表示制御部２８は、携帯端末１０に対し、表示開始時刻になると、配車予約案内の表示開始を指示する制御信号を送信し、表示停止時刻になると、配車予約案内の表示停止を指示する制御信号を送信する。

車両管理サーバ３０は、車両管理情報記憶部３１と車両管理処理部３２とを有する。
車両管理情報記憶部３１は、例えば、車両管理サーバ３０が備える図示しない記憶装置の記憶領域によって実現される。車両管理情報記憶部３１は、車両センタで保持する各タクシーの利用状況（実車中、待機中、回送中）や、配車日時及び配車場所を含む配車予約状況を管理するための車両管理情報を記憶している。

車両管理処理部３２の処理は、例えば、車両管理サーバ３０が備える図示しないプロセッサが所定のプログラムを実行することで実現される。車両管理処理部３２は、タクシーの配車状況、受け付けた配車予約に基づいて、車両管理情報記憶部３１の車両管理情報を管理する。また、車両管理処理部３２は、携帯端末１０からタクシーの配車予約を受け付け、受け付けた配車予約の内容を車両管理情報に登録する。

次に、このような情報処理システム７０の端末管理サーバ２０で実行される処理について図８並びに図１３～図１６のフローチャートを用いて説明する。
図８は、端末管理サーバが実行する案内表示制御処理を表すフローチャートである。

［ステップＳ１０］ 情報収集部２４は、携帯端末１０のアプリ利用検知部１１からアプリケーションプログラムの利用履歴を収集し、ユーザ履歴情報記憶部２１に登録する。また、情報収集部２４は、携帯端末１０の移動検知部１２から携帯端末１０の（すなわち旅行者の）移動履歴を収集し、ユーザ履歴情報記憶部２１に登録する。

［ステップＳ１１］ 交通機関判定部２５は、交通拠点接続グラフ２２ａを参照して、ユーザ履歴情報記憶部２１に蓄積されている、携帯端末１０を保持する旅行者の移動履歴に基づいて、旅行者が利用している交通機関を判定する。

なお、ここでの判定は交通機関として、バス、電車等の公共交通機関を利用しているか否かが判定される。
［ステップＳ１２］ 次の処理は、ステップＳ１１の判定結果が公共交通機関を利用している場合には、ステップＳ１３に進められ、公共交通機関を利用していない場合には、再び、ステップＳ１０に進められる。

［ステップＳ１３］ 目的地推定部２６は、ユーザ履歴情報記憶部２１に蓄積されている旅行者の利用履歴及び移動履歴と目的地関連情報記憶部２３に記憶されている情報とに基づいて、ステップＳ１２で判定した公共交通機関を用いた旅行者の目的地を推定する。

［ステップＳ１４］ 次の処理は、ステップＳ１３で目的地を推定できた場合には、ステップＳ１５に進められ、目的地を推定できなかった場合には、再び、ステップＳ１０に進められる。

［ステップＳ１５］ 目的地推定部２６は、旅行者の移動履歴に基づいて、旅行者がステップＳ１１で判定した公共交通機関により目的地に向けて移動しているか否かを判定する。

次の処理は、判定した公共交通機関による移動を検出できた場合には、ステップＳ１６に進められ、公共交通機関による移動を検出できなかった場合には、再び、ステップＳ１０に進められる。

なお、ステップＳ１４，Ｓ１５の処理の順序は入れ替えることができる。
［ステップＳ１６］ 目的地推定部２６は、旅行者の移動履歴及び交通拠点接続グラフ２２ａに基づき、ステップＳ１１で判定した公共交通機関を用いた旅行者の、ステップＳ１４で推定した目的地までの移動時間を算出する。目的地推定部２６は、算出した移動時間と現在時刻とにより目的地への到着予定時刻を算出する。なお、この処理では、例えば、公共交通機関の時刻表情報が参照されてもよい。

［ステップＳ１７］ 時刻算出部２７は、車両管理サーバ３０から車両管理情報を取得する。
［ステップＳ１８］ 時刻算出部２７は、車両管理情報、目的地への到着予定時刻等を用いて、携帯端末１０における配車予約案内の表示開始時刻及び表示停止時刻を算出する。

［ステップＳ１９］ 案内表示制御部２８は時刻を監視する。次の処理は、現在時刻がステップＳ１８で算出した表示開始時刻になるまで待機して、現在時刻が当該表示開始時刻になるとステップＳ２０に進められる。

［ステップＳ２０］ 案内表示制御部２８は、携帯端末１０に対して、配車予約案内の表示開始を指示する制御信号を送信する。このとき、案内表示制御部２８は、ステップＳ１４で推定した目的地を示す情報とステップＳ１６で算出した到着予定時刻とを、制御信号とともに携帯端末１０に送信する。

このような制御信号を受けた携帯端末１０の配車予約処理部１３は、ディスプレイ１０ｅに配車予約案内を表示する。なお、携帯端末１０における配車予約案内の表示画面例については後述する。

［ステップＳ２１］ 案内表示制御部２８は時刻を監視する。次の処理は、現在時刻がステップＳ１８で算出した表示停止時刻になるまで待機して、現在時刻が当該表示停止時刻になるとステップＳ２２に進められる。

［ステップＳ２２］ 案内表示制御部２８は、携帯端末１０に対して、配車予約案内の表示停止を指示する制御信号を送信する。
このような制御信号を受けた携帯端末１０の配車予約処理部１３は、ディスプレイ１０ｅにおける配車予約案内の表示を停止する。

ここで、上記フローチャートにおけるステップＳ２０，２２における配車予約案内の表示開始時及び停止時の携帯端末１０のディスプレイ１０ｅにおける表示画面例について、図９及び図１０を用いて説明する。

図９は、携帯端末における配車予約案内の画面の表示例を示す図である。なお、図９（Ａ）は、携帯端末１０における観光旅行のアプリケーションプログラムの実行中の画面例であり、図９（Ｂ）は、配車予約案内の表示開始時の画面例である。

携帯端末１０は、旅行者の操作入力に基づき、観光旅行のアプリケーションプログラムを起動すると、図９（Ａ）に示されるように、各アプリケーションプログラムを起動させるためのアイコンを含む画面をディスプレイ１０ｅに表示する。これらのアイコンの１つとして、配車予約のアプリケーションを起動させるための配車予約アイコン１４が含まれている。なお、配車予約アイコン１４に対するタッチ操作が行われると、配車予約のアプリケーションが起動して、例えば後の図１０に示すような配車予約の受付画面が表示される。

このような携帯端末１０は、端末管理サーバ２０から配車予約案内の表示開始を指示する制御信号を受け付けると（ステップＳ２０）、図９（Ｂ）に示されるように、配車予約アイコン１４を強調表示する。この場合、強調表示された配車予約アイコン１４が、配車予約案内に相当する。強調表示の方法としては、例えば、配車予約アイコン１４が、他のアイコンと異なる色で表示される、色が反転されて表示される、点滅されるといった方法を用いることができる。また、この際、携帯端末１０は、強調表示に伴って振動することも可能である。これにより、目的地に対するタクシーの配車予約が可能であることが旅行者に通知され、旅行者に配車予約を促すことができる。

図９（Ａ）の場合と同様に、旅行者が強調表示された配車予約アイコン１４をタッチすると、例えば後の図１０に示すような配車予約の受付画面が表示される。旅行者は、配車予約の受付画面に対して、車両の待合せ時刻、待合せ場所等を入力して、配車予約を行うことができる。

一方、携帯端末１０は、配車予約アイコン１４が強調表示された状態のまま、端末管理サーバ２０から配車予約案内の表示停止を指示する制御信号を受け付けると（ステップＳ２２）、配車予約アイコン１４の強調表示を停止する。これにより、配車予約アイコン１４は図９（Ａ）と同様の表示状態に戻る。

以上の図９の例では、配車予約案内の表示開始が指示されてから表示停止が指示されるまでの期間（以下、「配車予約案内の表示期間」と記載する）において、配車予約アイコン１４が強調表示される。この配車予約案内の表示期間は、その時点で予約すれば目的地への到着時刻までにその目的地にタクシーを確実に配車できる期間である。従って、図９の表示処理により、到着時刻までにタクシーを確実に配車できる適切な期間に、旅行者に配車予約を促すことができる。その結果、旅行者が配車を予約した場合に、到着時刻までにタクシーを配車できる可能性を高めることができ、旅行者の利便性を向上させることができる。

なお、他の例として、配車予約案内の表示期間にのみ、配車予約アイコン１４をタッチして配車を予約できるようにしてもよい。この場合、この表示期間外では、例えば、配車予約アイコン１４はグレーアウト表示され、配車予約アイコン１４をタッチしても配車予約の受付画面は表示されない。このような処理によれば、到着時刻までにタクシーを配車できる期間にのみ、旅行者に配車予約できることが通知され、かつ旅行者が配車予約できるようになる。その結果、旅行者が配車を予約した場合に、到着時刻までにタクシーを配車できる確実性を高めることができる。

図１０は、携帯端末における配車予約の受付画面の表示例を示す図である。
例えば、配車予約アイコン１４がタッチされることで、配車予約のアプリケーションプログラムが起動すると、図１０に示されるような配車予約の受付画面１５が表示される。受付画面１５には、例えば、タクシーの待合せ時刻（すなわち配車予約時刻）の入力部１５ａ及び待合せ場所の入力部１５ｂが含まれる。

ここで、配車予約案内の表示期間に配車予約アイコン１４がタッチされた場合、携帯端末１０の配車予約処理部１３は、目的地及び到着予定時刻を示す情報を端末管理サーバ２０から受信している。そのため、受付画面１５を表示したとき、配車予約処理部１３は、受信情報に基づいて入力部１５ａ，１５ｂに到着予定時刻及び目的地をそれぞれ自動的に入力する。そして、予約ボタン１５ｃがタッチされることで、入力された待合せ時刻及び待合せ場所が車両管理サーバ３０に送信されて、配車の予約が行われる。

なお、上記のように配車予約案内の表示期間に配車予約アイコン１４がタッチされた場合、受付画面１５には、目的地（待合せ場所）に関する情報（例えば、目的地を起点とした観光モデルコースや、目的地近隣の観光施設までの目安料金など）が表示されてもよい。

続けて、携帯端末１０のディスプレイ１０ｅで表示する配車予約案内の別の表示画面例について、図１１を用いて説明する。
図１１は、携帯端末における配車予約案内の画面の表示例を示す図である。なお、図１１（Ａ）は、携帯端末１０における観光旅行のアプリケーションプログラムの実行中の画面例であり、図１１（Ｂ）は、配車予約案内の表示開始時の画面例である。また、図１１（Ｃ）は、配車予約案内の表示停止時の画面例である。

携帯端末１０は、旅行者の操作入力に基づき、観光旅行のアプリケーションプログラムを起動すると、図１１（Ａ）に示されるような、情報通知領域１６ａとアプリ利用画面１６ｂとを含む画面を表示する。情報通知領域１６ａには、各種のアプリケーションプログラムに関する通知情報がアイコンによって表示される。アプリ利用画面１６ｂには、情報通知領域１６ａ内のアイコンのうち、タッチされたアイコンに対応するアプリケーションプログラムの画面が表示される。

このような携帯端末１０の配車予約処理部１３は、端末管理サーバ２０から配車予約案内の表示開始指示を受け付けると（ステップＳ２０）、図１１（Ｂ）に示されるように、情報通知領域１６ａに配車予約アイコン１６ｃを配車予約案内として表示する。このとき、配車予約アイコン１６ｃは、図９の場合と同様に強調表示されてもよい。そして、配車予約アイコン１６ｃがタッチされると、図１０に例示したような配車予約の受付画面が表示される。

一方、配車予約アイコン１６ｃがタッチされないまま配車予約案内の表示停止指示を受け付けると（ステップＳ２２）、配車予約処理部１３は、図１１（Ｃ）に示されるように、配車予約アイコン１６ｃをグレーアウト表示にする。この場合、グレーアウトされた配車予約アイコン１６ｃをタッチしても、配車予約の受付画面は表示されない。

以上の図１１の処理によれば、目的地への到着時刻までにタクシーを配車できる期間にのみ、旅行者に配車予約できることが通知され、かつ旅行者が配車予約できるようになる。その結果、旅行者が配車を予約した場合に、到着時刻までにタクシーを配車できる確実性を高めることができる。

続けて、携帯端末１０のディスプレイ１０ｅで表示する配車予約案内の更なる別の表示画面例について、図１２を用いて説明する。
図１２は、携帯端末における配車予約案内の画面の表示例を示す図である。なお、図１２（Ａ）は、観光旅行のアプリケーションプログラムが実行されていないときの画面例であり、図１２（Ｂ）は、配車予約案内の表示開始時の画面例である。

携帯端末１０は、観光旅行のアプリケーションプログラムが実行されていない待ち受け時には、図１２（Ａ）に例示するような、日時を含む待ち受け画面を表示する。このような携帯端末１０の配車予約処理部１３は、端末管理サーバ２０から配車予約案内の表示開始指示を受け付けると（ステップＳ２０）、図１２（Ｂ）に示されるように、配車予約の案内画面１７を待ち受け画面上に表示する。案内画面１７には、例えば、配車予約のアプリケーションプログラムの利用を旅行者に促す情報が表示される。また、案内画面１７には、目的地への到達時間までにその目的地へタクシーを配車できることが示されていてもよい。

例えば、案内画面１７にタッチされることで、観光旅行のアプリケーションプログラムが起動し、図９（Ｂ）に示したように配車予約アイコン１４が強調表示された画面が表示されてもよい。あるいは、案内画面１７が表示されている期間に、案内画面１７に関係なく観光旅行のアプリケーションプログラムが起動した場合でも、図９（Ｂ）のような画面が表示されてもよい。

一方、配車予約の受付画面が表示されないまま、端末管理サーバ２０から配車予約案内の表示停止指示を受け付けると（ステップＳ２２）、配車予約処理部１３は、待ち受け画面から案内画面１７を消す。その結果、図１２（Ａ）と同様の表示画面となる。

なお、以上の図９，１１，１２の例のように、本実施の形態では、携帯端末１０における配車予約案内の表示開始及び表示停止は、端末管理サーバ２０の案内表示制御部２８からの表示開始及び表示停止の制御信号に基づいて制御される。ただし、他の例として、次のような制御方法も適用可能である。

案内表示制御部２８は、配車予約案内の表示開始時刻になると（ステップＳ１９：ｙｅｓ）、携帯端末１０に表示開始を指示する制御信号を送信するとともに、表示停止時刻を通知する。この場合、携帯端末１０の配車予約処理部１３は、制御信号の受信に応じて配車予約案内の表示を開始する。その後、配車予約処理部１３は、現在時刻が通知された表示停止時刻になると、配車予約案内の表示を停止する。

また、別の例として、案内表示制御部２８は、配車予約案内の表示開始時刻及び表示停止時刻を算出すると（ステップＳ１８）、携帯端末１０に表示開始時刻と表示停止時刻を通知する。この場合、携帯端末１０の配車予約処理部１３は、現在時刻が通知された表示開始時刻になると、配車予約案内の表示を開始する。そして、配車予約処理部１３は、現在時刻が通知された表示停止時刻になると、配車予約案内の表示を停止する。

これらの例のように、配車予約案内の表示停止、あるいは表示開始と表示停止の両方が、端末管理サーバ２０から通知された時刻情報に基づき、携帯端末１０の処理によって制御されてもよい。

次に、図８のフローチャートのステップＳ１１の公共交通機関判定処理について図１３を用いて説明する。
図１３は、端末管理サーバが実行する公共交通機関判定処理を表すフローチャートである。

［ステップＳ１１ａ］ 交通機関判定部２５は、ユーザ履歴情報記憶部２１に蓄積された旅行者の移動履歴に基づいて、交通拠点間の移動経路を推定する。
［ステップＳ１１ｂ］ 交通機関判定部２５は、ステップＳ１１ａで推定した移動経路が交通拠点接続グラフ２２ａの一部に重複して、その移動経路を示すグラフが交通拠点接続グラフ２２ａの部分グラフになっているか否かを判定する。

次の処理は、ステップＳ１１ａで推定した移動経路を示すグラフが交通拠点接続グラフ２２ａの部分グラフになっている場合には、ステップＳ１１ｃに進められる。一方、ステップＳ１１ａで推定した移動経路を示すグラフが交通拠点接続グラフ２２ａの部分グラフになっていない場合には、ステップＳ１１ｈに進められる。

［ステップＳ１１ｃ］ 交通機関判定部２５は、ユーザ履歴情報記憶部２１に蓄積された、対象となる携帯端末１０以外の他者の携帯端末１０についての移動履歴（他者の移動履歴）を参照する。交通機関判定部２５は、他者の移動履歴から、移動経路が、ステップＳ１１ａで推定した旅行者本人の移動経路と同じである移動履歴を抽出し、抽出された移動履歴における移動経路の移動開始時刻及び移動時間をそれぞれ取得する。交通機関判定部２５は、取得した移動開始時刻とステップＳ１１ａで推定した移動経路における移動開始時刻とを含めた分散（第１の分散）、取得した移動時間とステップＳ１１ａで推定した移動経路における移動時間とを含めた分散（第２の分散）を算出する。

［ステップＳ１１ｄ］ 交通機関判定部２５は、ステップＳ１１ｃで算出した分散と所定の閾値とを比較する。次の処理は、ステップＳ１１ｃで算出した分散が所定の閾値よりも小さい場合には、ステップＳ１１ｅに進められ、ステップＳ１１ｃで算出した分散が所定の閾値以上である場合には、ステップＳ１１ｈに進められる。例えば、第１の分散と第２の分散の両方が閾値より小さい場合に、処理がステップＳ１１ｅに進められる。あるいは、第１の分散と第２の分散の少なくとも一方が閾値より小さい場合に、処理がステップＳ１１ｅに進められてもよい。

なお、このような分散が所定の閾値よりも小さい場合には、多くの旅行者が似たような移動開始時刻から似たような移動時間で同一移動経路を移動していることから、電車やバス等の公共交通機関での移動である可能性が高いことが考えられる。

［ステップＳ１１ｅ］ 交通機関判定部２５は、ステップＳ１１ａで推定した移動経路から、交通拠点における滞在時間が所定の閾値よりも長いか否かを判定する。次の処理は、交通拠点における滞在時間が所定の閾値よりも長い場合には、ステップＳ１１ｆに進められ、交通拠点における滞在時間が所定の閾値以下の場合には、ステップＳ１１ｈに進められる。

なお、移動経路において待ち時間（滞在時間または停車時間）が存在するとき、電車やバス等の公共交通機関での移動である可能性が高いことが考えられる。
［ステップＳ１１ｆ］ 交通機関判定部２５は、ステップＳ１１ａで推定した移動経路における交通拠点間の移動時間と交通拠点接続グラフ２２ａの同一経路における交通拠点間の移動時間との差を算出し、その差が所定の閾値以下であるか否かを判定する。

次の処理は、ステップＳ１１ａで推定した移動経路における交通拠点間の移動時間と交通拠点接続グラフ２２ａの同一経路における交通拠点間の移動時間との差が所定の閾値以下である場合には、ステップＳ１１ｇに進められる。一方、ステップＳ１１ａで推定した移動経路における交通拠点間の移動時間と交通拠点接続グラフ２２ａの同一経路における交通拠点間の移動時間との差が所定の閾値よりも大きい場合には、ステップＳ１１ｈに進められる。

［ステップＳ１１ｇ］ 交通機関判定部２５は、携帯端末１０を保持する旅行者の移動手段が公共交通機関であると判定する。
［ステップＳ１１ｈ］ 交通機関判定部２５は、携帯端末１０を保持する旅行者の移動手段が公共交通機関以外（徒歩等）であると判定する。

以上の公共交通機関判定処理により、携帯端末１０を保持する旅行者が公共交通機関で移動していることを判定することができる。なお、上記の公共交通機関判定処理では、ステップＳ１１ｃ，Ｓ１１ｄの判定処理、ステップＳ１１ｅの判定処理、ステップＳ１１ｆの判定処理の少なくとも１つを省略してもよい。しかしながら、これらの判定処理も実行することで、公共交通機関の判定精度が向上する。

次に、図８のフローチャートのステップＳ１３の目的地推定処理について図１４を用いて説明する。
図１４は、端末管理サーバが実行する目的地推定処理を表すフローチャートである。

［ステップＳ１３ａ］ 目的地推定部２６は、観光旅行のアプリケーションプログラムが情報提供対象とするサービス地域内の各地区の位置情報を検出する。なお、各地区の位置情報は、当該地区内の任意の位置が事前に対応付けられている。また、地区は、交通拠点接続グラフ２２ａに登録されている交通拠点を中心とした領域であってもよい。

［ステップＳ１３ｂ］ 目的地推定部２６は、ユーザ履歴情報記憶部２１に蓄積された、携帯端末１０を保持する旅行者の移動履歴に基づいて、旅行者がステップＳ１３ａで検出されたいずれかの地区に進入したかを判定する。ここでは、例えば、地区の位置情報が示す位置を中心とした所定範囲に旅行者が進入したかが判定される。次の処理は、旅行者がどの地区にも進入していない場合はステップＳ１３ｃに進められ、旅行者がいずれかの地区に進入したことが検出されると、ステップＳ１３ｄに進められる。

［ステップＳ１３ｃ］ 情報収集部２４は、携帯端末１０のアプリ利用検知部１１からアプリケーションプログラムの利用履歴を収集し、ユーザ履歴情報記憶部２１に登録する。また、情報収集部２４は、携帯端末１０の移動検知部１２から携帯端末１０の（すなわち旅行者の）移動履歴を収集し、ユーザ履歴情報記憶部２１に登録する。これによって、旅行者についての利用履歴及び移動履歴の情報が更新され、次のステップＳ１３ｂでは、更新後の移動履歴に基づいて処理が実行される。

［ステップＳ１３ｄ］ 目的地推定部２６は、ユーザ履歴情報記憶部２１に蓄積された旅行者の移動履歴に基づいて、ステップＳ１３ｂで進入した地区から旅行者が退出したかを判定する。次の処理は、旅行者が地区を退出していない場合、ステップＳ１３ｅに進められ、旅行者が地区から退出したことが検出されると、ステップＳ１３ｆに進められる。

［ステップＳ１３ｅ］ 情報収集部２４は、携帯端末１０のアプリ利用検知部１１からアプリケーションプログラムの利用履歴を収集し、ユーザ履歴情報記憶部２１に登録する。また、情報収集部２４は、携帯端末１０の移動検知部１２から携帯端末１０の（すなわち旅行者の）移動履歴を収集し、ユーザ履歴情報記憶部２１に登録する。これによって、旅行者についての利用履歴及び移動履歴の情報が更新され、次のステップＳ１３ｄでは、更新後の移動履歴に基づいて処理が実行される。

続いて、機械学習により旅行者の目的地が推定される。目的地推定部２６は、ユーザ履歴情報記憶部２１に蓄積された多数の旅行者についての過去の移動履歴及び利用履歴を訓練データとして、機械学習により目的地を予測する予測器の機能を備えている。この機械学習では、過去の移動履歴だけでなくアプリケーションプログラムの利用履歴を用いて目的地を予測する予測器が生成される。利用履歴では、例えば、どの地区に関する検索キーが入力されたか、どの地区に関する情報やページが閲覧されたかといった情報が、目的地の予測のために利用される。また、図示しないが、予測器は、例えば定期的に、その時点で蓄積されている移動履歴及び利用履歴に基づいて更新される。

［ステップＳ１３ｆ］ 目的地推定部２６は、ユーザ履歴情報記憶部２１から旅行者の移動履歴及び利用履歴を、機械学習のテストデータとして取得する。
［ステップＳ１３ｇ］ 目的地推定部２６は、目的地関連情報記憶部２３から、目的地推定処理により利用可能なアプリケーションプログラムを示すアプリＩＤ及び当該処理に利用可能な地域を示す地域ＩＤを取得する。目的地推定部２６は、取得したアプリＩＤ及び地域ＩＤを用いて、ステップＳ１３ｆで取得した利用履歴をフィルタリングし、利用履歴の情報の中から目的地推定処理に利用できない情報を除去する。例えば、取得したアプリＩＤが示すもの以外のアプリケーションプログラムを用いた利用履歴の情報や、取得した地域ＩＤが示すもの以外の地域に関する利用履歴の情報が除去される。

［ステップＳ１３ｈ］ 目的地推定部２６は、ステップＳ１３ｆで取得した移動履歴と、ステップＳ１３ｇでのフィルタリング後の利用履歴とを予測器に入力して、旅行者の目的地を出力する。予測器による処理では、例えば、目的地の候補が信頼性を示す確率とともに出力され、確率が最大の目的地が出力される。確率の最大値が所定値未満の場合、図８のステップＳ１４で目的地の推定が不可能と判定される。なお、他の例として、確率が高い方から所定数の目的地候補が出力され、図８のステップＳ１５以降で利用されてもよい。

以上の目的地推定処理により、携帯端末１０を保持する旅行者の目的地を推定することができる。
次に、図８のフローチャートのステップＳ１８の配車予約案内の表示開始時刻及び表示停止時刻の算出処理について図１５及び図１６を用いて説明する。

図１５及び図１６は、端末管理サーバが実行する表示開始時刻・表示停止時刻算出処理を表すフローチャートである。
［ステップＳ１８ａ］ 時刻算出部２７は、図８のステップＳ１７で車両管理サーバ３０から取得した管理情報から、車両センタが保有する稼働可能なタクシーの全車両台数Ｎ０を取得する。

［ステップＳ１８ｂ］ 時刻算出部２７は、車両管理サーバ３０から取得した車両管理情報から車両センタ外で稼働しているタクシーの車両台数Ｎ１を取得する。
［ステップＳ１８ｃ］ 時刻算出部２７は、ステップＳ１６で算出された目的地への到着予定時刻を取得し、到着予定時刻Ｔ３とする。

［ステップＳ１８ｄ］ 時刻算出部２７は、車両管理サーバ３０から取得した車両管理情報を参照して、ステップＳ１８ｃで取得した到着予定時刻Ｔ３までに予約済みのタクシーの車両台数Ｎ２を取得する。

［ステップＳ１８ｅ］ 時刻算出部２７は、到着予定時刻Ｔ３時点で稼働中と推測されるタクシーの車両台数Ｎを求める。ここでは、旅行者が予約した場合に到着予定時刻Ｔ３にタクシーを配車できる確実性を高めるため、車両台数Ｎは、ステップＳ１８ｂで取得した車両台数Ｎ１とステップＳ１８ｄで取得した車両台数Ｎ２のうち、大きい方の値に設定される。

［ステップＳ１８ｆ］ 時刻算出部２７は、ステップＳ１８ｃで取得した到着予定時刻Ｔ３時点における車両センタのタクシーの利用率Ｒ（＝Ｎ／Ｎ０）を算出する。
［ステップＳ１８ｇ］ 時刻算出部２７は、ステップＳ１８ｆで算出した利用率Ｒが所定の閾値αよりも小さいか否かを判定する。閾値αとしては、例えば０．４が設定される。

次の処理は、利用率Ｒが閾値αよりも小さい場合には、ステップＳ１８ｈに進められ、利用率Ｒが閾値α以上である場合には、ステップＳ１８ｉに進められる。
［ステップＳ１８ｈ］ 時刻算出部２７は、配車予約案内の表示期間の長さを示す表示時間範囲Ｔ１として、所定のＴａを設定する。なお、Ｔａは、例えば地区に応じて設定される値である。例えば、Ｔａは、ある地区に含まれる交通拠点への交通手段や、その交通拠点に対する他の交通拠点からの移動にかかる時間などに応じて設定される。

［ステップＳ１８ｉ］ 時刻算出部２７は、ステップＳ１８ｆで算出した利用率Ｒが所定の閾値β（＞α）よりも小さいか否かを判定する。閾値βとしては、例えば０．８が設定される。

次の処理は、利用率Ｒが閾値βよりも小さい場合には、ステップＳ１８ｊに進められ、利用率Ｒが閾値β以上である場合には、ステップＳ１８ｋに進められる。
［ステップＳ１８ｊ］ 時刻算出部２７は、表示時間範囲Ｔ１として上記のＴａより大きな値を設定する。例えば、時刻算出部２７は、表示時間範囲Ｔ１を以下の式（１）により設定する。

Ｔ１＝｛（Ｔｂ－Ｔａ）／（β－α）｝＊（Ｒ－α）＋Ｔａ・・・・（１）
なお、Ｔｂは、例えば地区に応じて設定される値であり、Ｔａよりも大きな値である。
［ステップＳ１８ｋ］ 時刻算出部２７は、配車予約案内を表示させることが不可能と判定する。これは、ステップＳ１８ｉでタクシーの利用率Ｒが高すぎると判断されるため、到着予定時刻Ｔ３における空車のタクシーの台数が少なく、タクシーの配車を予約したとしても到着予定時刻Ｔ３までに目的地に配車できない可能性が高いからである。

［ステップＳ１８ｌ］ 時刻算出部２７は、車両管理サーバ３０から取得した車両管理情報から、車両センタから目的地へタクシーが移動するのにかかる移動時間Ｔ２を取得する。移動時間Ｔ２は、例えば、車両センタから目的地までの距離とタクシーの平均移動速度から算出される。

［ステップＳ１８ｍ］ 時刻算出部２７は、現在時刻Ｔ４を取得する。
［ステップＳ１８ｎ］ 時刻算出部２７は、到着予定時刻Ｔ３から現在時刻Ｔ４を減算して（Ｔ３－Ｔ４）、その値が移動時間Ｔ２よりも小さい（Ｔ３－Ｔ４＜Ｔ２）か否かを判定する。

次の処理は、到着予定時刻Ｔ３から現在時刻Ｔ４を減算した値が移動時間Ｔ２よりも小さい場合には、ステップＳ１８ｏに進められ、到着予定時刻Ｔ３から現在時刻Ｔ４を減算した値が移動時間Ｔ２以上である場合には、ステップＳ１８ｐに進められる。

［ステップＳ１８ｏ］ 時刻算出部２７は、配車予約案内を表示させることが不可能と判定する。これは、現在時刻Ｔ４から到着予定時刻Ｔ３までの時間が、目的地へのタクシーの配車にかかる時間（移動時間Ｔ２）より短いため、タクシーの配車を予約したとしても到着予定時刻Ｔ３までに目的地に配車できないからである。

［ステップＳ１８ｐ］ 時刻算出部２７は、ステップＳ１８ｋまたはステップＳ１８ｏの少なくとも一方で配車予約案内を表示不可能と判定されたか否かを判定する。
次の処理は、いずれの処理ステップでも表示不可能と判定されていない場合には、ステップＳ１８ｑに進められ、少なくとも一方の処理ステップで表示不可能と判定された場合には、ステップＳ１８ｒに進められる。

［ステップＳ１８ｑ］ 時刻算出部２７は、配車予約案内の表示開始時刻として、表示時間範囲Ｔ１と移動時間Ｔ２との加算値を到着予定時刻Ｔ３から減算して得られる時刻（Ｔ３－（Ｔ１＋Ｔ２））を設定する。また、表示停止時刻として、到着予定時刻Ｔ３から移動時間Ｔ２を減算して得られる時刻（Ｔ３－Ｔ２）を設定する。

［ステップＳ１８ｒ］ 時刻算出部２７は、表示開始時刻及び表示停止時刻のいずれも設定を行わない（すなわち、配車予約案内を表示させない）。
以上の表示開始時刻・表示停止時刻算出処理により、携帯端末１０に配車予約案内の表示を開始させる時刻、その表示を停止させる時刻を算出することができる。

なお、上記処理では、目的地までタクシーが配車されるまでの時間（移動時間Ｔ２）を固定値としているが、例えば、その時点での配車状況に応じて配車にかかる時間（移動時間Ｔ２）が設定されてもよい。この場合、時刻算出部２７は、配車予約案内の表示開始時刻になって配車予約案内の表示が開始された後、移動時間Ｔ２の最新の値を随時取得する。移動時間Ｔ２が長くなった場合には、時刻算出部２７は、表示停止時刻を再算出し、再算出された表示停止時刻を用いて案内表示制御部２８に表示停止を制御させてもよい。

上記の端末管理サーバ２０は、交通機関判定部２５が、携帯端末１０を保持する旅行者が利用している公共交通機関を判定し、目的地推定部２６が、当該旅行者の目的地を推定し、時刻算出部２７が、目的地に対する到着予定時刻を算出する。そして、時刻算出部２７は、目的地へのタクシーの移動時間Ｔ２に基づき、到着時刻までに目的地にタクシーが配車されるように予約できる限界の時刻（最も遅い時刻）を、表示停止時刻として算出する。

このような表示停止時刻に配車予約案内の表示が停止するように制御されることで、携帯端末１０を保持する旅行者には、到着時刻までに目的地にタクシーが配車されるように予約できる限界の時刻までの期間にのみ、配車予約案内によって配車予約が促される。すなわち、この期間にのみ、到着時刻までに目的地にタクシーが配車されるように配車予約できることが旅行者に通知される。したがって、旅行者は、配車予約案内にしたがって配車予約を行うことで、到着時刻までに目的地にタクシーが配車される確実性が高まり、旅行者の利便性を向上させることができる。

一方、配車予約案内は、目的地への到着時刻が特定された段階ですぐに表示されるのではなく、表示停止時刻から一定時間（Ｔａ）だけ前に別途設定される表示開始時刻に達してから表示される。例えば、旅行者の中には、行き先の予定を細かく決めていない旅行者も存在する。特に、旅行中に上記の観光旅行のアプリケーションプログラムを利用する旅行者については、その時点で目的地に着いてからの行動予定を決めておらず、このアプリケーションプログラムを利用して目的地からの行動予定を決めようとする場合が多いと考えられる。

このような旅行者に対しては、早い段階で目的地からの行動に関する情報を通知するよりも、ある程度目的地に近づいた段階でその情報を通知した方が、旅行者がその情報を参考にして行動する可能性が高まる。このことから、目的地への到着時刻が特定された段階で配車予約案内をすぐに表示させるのではなく、表示開始時刻に達してから表示させることで、旅行者が配車予約案内にしたがってタクシーの配車を予約する可能性を高めることができる。その結果、タクシーの利用が促進されるというタクシー会社にとってのメリットが生じる。特に、配車されるタクシーが、目的地となる交通拠点からあらかじめ決められた観光地や観光施設に移動したり巡回したりする、いわゆる「観光タクシー」である場合には、このようなメリットが顕著となる。さらに、旅行者にとっても、自分が必要と思うタイミングで必要な情報を取得できるというメリットが生じる。

ただし、時刻算出部２７は、タクシーの利用率Ｒがα以上β未満であってある程度高いと判断される場合には、表示時間範囲Ｔ１を長くして、配車予約案内の表示開始時刻を早める。このとき、利用率Ｒが高いほど表示時間範囲Ｔ１は長く設定され、表示開始時刻が早まる。これは、タクシーの利用率Ｒが高い場合、利用率Ｒが高いほど、早く予約しないと、到着時刻までに目的地にタクシーが配車されるように予約できない可能性が高くなるからである。したがって、このような場合に配車予約案内の表示開始時刻を早めることで、配車予約案内にしたがって旅行者が配車予約した場合に、到着時刻までに目的地にタクシーが配車される確実性を高めることができ、旅行者に対するサービスの向上を図ることができる。

なお、上記の各実施の形態で示した装置（例えば、携帯端末１０、端末管理サーバ２０、車両管理サーバ３０）が有する機能は、コンピュータによって実現することができる。その場合には、上記機能の処理内容を記述したプログラムが提供される。そして、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録された光ディスクなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、そのプログラムを、サーバコンピュータからネットワークを介して他のコンピュータに転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムまたはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、そのプログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

１ 端末装置
１ａ 表示画面
２ 配車センタ
２ａ 管理装置
２ｂ 車両
３ 情報処理装置
３ａ 時刻算出部
３ｂ 通知制御部
４ 移動手段
５ 目的地
６ 情報処理システム
７ａ 到着予定時刻
７ｂ 所要時間
７ｃ 通知終了時刻

Claims (8)

1. コンピュータに、
   ユーザの目的地への到着予定時刻と前記目的地への車両の配車に要する所要時間とを取得し、
   前記到着予定時刻及び前記所要時間に基づき、前記目的地への配車を予約できることを前記ユーザに通知する通知処理を終了させる通知終了時刻を算出し、
   前記通知終了時刻に基づき、前記通知処理を開始させる通知開始時刻を算出し、
   前記ユーザの端末装置が前記通知処理を前記通知開始時刻に開始し、前記通知終了時刻に終了するように制御する、
   処理を実行させ、
   前記通知開始時刻の算出では、
   前記車両を配車する車両センタが保有する複数の車両の稼働状況を取得し、
   前記通知開始時刻として、前記通知終了時刻から所定時間だけ前の時刻を終端とする期間に含まれる時刻を、前記稼働状況に応じて算出する、
   情報処理プログラム。
2. コンピュータに、
   ユーザの目的地への到着予定時刻と前記目的地への車両の配車に要する所要時間とを取得し、
   前記到着予定時刻及び前記所要時間に基づき、前記目的地への配車を予約できることを前記ユーザに通知する通知処理を終了させる通知終了時刻を算出し、
   前記通知終了時刻に基づき、前記通知処理を開始させる通知開始時刻を算出し、
   前記ユーザの端末装置が前記通知処理を前記通知開始時刻に開始し、前記通知終了時刻に終了するように制御する、
   処理を実行させ、
   前記通知開始時刻の算出では、
   前記車両を配車する車両センタが保有する複数の車両の台数のうち、前記到着予定時刻に稼働中の台数の割合を示す利用率を算出し、
   前記利用率が所定の閾値未満の場合、前記通知開始時刻として、前記通知終了時刻から所定時間だけ前の第１の時刻を算出し、
   前記利用率が前記閾値以上の場合、前記通知開始時刻として、前記第１の時刻より前の第２の時刻を算出する、
   情報処理プログラム。
3. 前記第２の時刻は、前記利用率が高いほど早い時刻として算出される、
   請求項２に記載の情報処理プログラム。
4. 前記通知処理の制御では、前記通知処理の実行中には、前記目的地に対して前記到着予定時刻に前記車両が配車されるように予約する配車予約を前記端末装置が実行できるように制御し、前記通知処理が終了により、前記端末装置が前記配車予約を実行できなくなるように制御する、
   請求項１乃至３のいずれか１項に記載の情報処理プログラム。
5. ユーザの目的地への到着予定時刻と前記目的地への車両の配車に要する所要時間とを取得し、
   前記到着予定時刻及び前記所要時間に基づき、前記目的地への配車を予約できることを前記ユーザに通知する通知処理を終了させる通知終了時刻を算出し、
   前記通知終了時刻に基づき、前記通知処理を開始させる通知開始時刻を算出し、
   前記ユーザの端末装置が前記通知処理を前記通知開始時刻に開始し、前記通知終了時刻に終了するように制御する、処理部、
   を有し、
   前記通知開始時刻の算出では、
   前記車両を配車する車両センタが保有する複数の車両の稼働状況を取得し、
   前記通知開始時刻として、前記通知終了時刻から所定時間だけ前の時刻を終端とする期間に含まれる時刻を、前記稼働状況に応じて算出する、
   情報処理装置。
6. ユーザの目的地への到着予定時刻と前記目的地への車両の配車に要する所要時間とを取得し、
   前記到着予定時刻及び前記所要時間に基づき、前記目的地への配車を予約できることを前記ユーザに通知する通知処理を終了させる通知終了時刻を算出し、
   前記通知終了時刻に基づき、前記通知処理を開始させる通知開始時刻を算出し、
   前記ユーザの端末装置が前記通知処理を前記通知開始時刻に開始し、前記通知終了時刻に終了するように制御する、処理部、
   を有し、
   前記通知開始時刻の算出では、
   前記車両を配車する車両センタが保有する複数の車両の台数のうち、前記到着予定時刻に稼働中の台数の割合を示す利用率を算出し、
   前記利用率が所定の閾値未満の場合、前記通知開始時刻として、前記通知終了時刻から所定時間だけ前の第１の時刻を算出し、
   前記利用率が前記閾値以上の場合、前記通知開始時刻として、前記第１の時刻より前の第２の時刻を算出する、
   情報処理装置。
7. コンピュータが
   ユーザの目的地への到着予定時刻と前記目的地への車両の配車に要する所要時間とを取得し、
   前記到着予定時刻及び前記所要時間に基づき、前記目的地への配車を予約できることを前記ユーザに通知する通知処理を終了させる通知終了時刻を算出し、
   前記通知終了時刻に基づき、前記通知処理を開始させる通知開始時刻を算出し、
   前記ユーザの端末装置が前記通知処理を前記通知開始時刻に開始し、前記通知終了時刻に終了するように制御する、
   処理を実行し、
   前記通知開始時刻の算出では、
   前記車両を配車する車両センタが保有する複数の車両の稼働状況を取得し、
   前記通知開始時刻として、前記通知終了時刻から所定時間だけ前の時刻を終端とする期間に含まれる時刻を、前記稼働状況に応じて算出する、
   情報処理方法。
8. コンピュータが
   ユーザの目的地への到着予定時刻と前記目的地への車両の配車に要する所要時間とを取得し、
   前記到着予定時刻及び前記所要時間に基づき、前記目的地への配車を予約できることを前記ユーザに通知する通知処理を終了させる通知終了時刻を算出し、
   前記通知終了時刻に基づき、前記通知処理を開始させる通知開始時刻を算出し、
   前記ユーザの端末装置が前記通知処理を前記通知開始時刻に開始し、前記通知終了時刻に終了するように制御する、
   処理を実行し、
   前記通知開始時刻の算出では、
   前記車両を配車する車両センタが保有する複数の車両の台数のうち、前記到着予定時刻に稼働中の台数の割合を示す利用率を算出し、
   前記利用率が所定の閾値未満の場合、前記通知開始時刻として、前記通知終了時刻から所定時間だけ前の第１の時刻を算出し、
   前記利用率が前記閾値以上の場合、前記通知開始時刻として、前記第１の時刻より前の第２の時刻を算出する、
   情報処理方法。

Images