情報処理装置、情報処理システムおよび料金管理方法
【課題】予測料金を再取得するタイミングを容易に判断できるようにすること。
【解決手段】予測値情報取得部１ｂは、情報処理装置２から受信したタクシーの予測料金を含む、タクシーの利用に関する予測値情報を取得して記憶部１ａに格納する。計測値情報取得部１ｃは、タクシーの利用中に計測された計測値情報を取得する。要求部１ｄは、計測値情報取得部１ｃが取得した計測値情報と記憶部１ａに記憶された予測値情報とに基づいて、予測料金の再取得を情報処理装置２に要求する。
【解決手段】予測値情報取得部１ｂは、情報処理装置２から受信したタクシーの予測料金を含む、タクシーの利用に関する予測値情報を取得して記憶部１ａに格納する。計測値情報取得部１ｃは、タクシーの利用中に計測された計測値情報を取得する。要求部１ｄは、計測値情報取得部１ｃが取得した計測値情報と記憶部１ａに記憶された予測値情報とに基づいて、予測料金の再取得を情報処理装置２に要求する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシー料金を管理する情報処理装置、情報処理システムおよび料金管理方法に関する。
【背景技術】
【０００２】
従来、タクシー料金の支払を円滑に行えるよう支援する情報処理システムが考えられている。
例えば、クレジットカードによるタクシー料金の支払を容易に行えるようにする方法が提案されている（例えば、特許文献１参照）。また、電子マネーでタクシー料金を支払う場合に、預金残高の範囲内で必要な金額の電子マネーをＩＣ（Integrated Circuit）カードに適宜充填可能とする方法が提案されている（例えば、特許文献２参照）。
【０００３】
更に、目的地までの予測タクシー料金を算出し、利用者に提示する方法が提案されている（例えば、特許文献３参照）。この方法では、目的地が変更されると、その地点から変更後の目的地までの予測タクシー料金を算出し、現在のタクシー料金に当該予測タクシー料金を加算して、利用者に提示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開昭６１−２３２８５号公報
【特許文献２】特開２００２−２４５３８１号公報
【特許文献３】特開２００７−３３４４７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、タクシー料金を予測したとしても、実際の料金は、その時の交通事情によって変動し得る。例えば、タクシー料金は、利用時間や走行距離に応じて課金される。このため、例えば、渋滞に巻き込まれてタクシーの利用時間が増大し、当初の予測料金よりも高額になるおそれがある。また、例えば、通行止めなどの要因で経路を迂回すると、走行距離が増大し、当初の予測料金よりも高額になるおそれもある。更に、このように降車時に支払う料金が不確定であると、タクシーの利用者に不安を与えるおそれがある。このため、システム全体として、より適正な予測料金を提示可能とするため、予測料金の再取得を行うタイミングをどのようにして容易に判断可能とするかが問題となる。
【０００６】
本発明はこのような点に鑑みてなされたものであり、予測料金を再取得するタイミングを容易に判断できるようにした情報処理装置、情報処理システムおよび料金管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
予測値情報取得部と計測値情報取得部と要求部とを有する情報処理装置が提供される。予測値情報取得部は、他の情報処理装置から受信したタクシーの予測料金を含む、タクシーの利用に関する予測値情報を取得して記憶部に格納する。計測値情報取得部は、タクシーの利用中に計測された計測値情報を取得する。要求部は、計測値情報取得部が取得した計測値情報と記憶部に記憶された予測値情報とに基づいて、予測料金の再取得を他の情報処理装置に要求する。
【０００８】
また、第１の情報処理装置と第２の情報処理装置とを有する情報処理システムが提供される。第１の情報処理装置は、料金予測部を備える。料金予測部は、タクシーの予測料金を取得して送信する。第２の情報処理装置は、予測値情報取得部と計測値情報取得部と要求部とを有する。予測値情報取得部は、料金予測部が送信した予測料金を含む、タクシーの利用に関する予測値情報を取得して記憶部に格納する。計測値情報取得部は、タクシーの利用中に計測された計測値情報を取得する。要求部は、計測値情報取得部が取得した計測値情報と記憶部に記憶された予測値情報とに基づいて、予測料金の再取得を第１の情報処理装置に要求する。
【０００９】
また、情報処理装置が実行する料金管理方法が提供される。この料金管理方法では、他の情報処理装置から受信したタクシーの予測料金を含む、タクシーの利用に関する予測値情報を取得して記憶部に格納する。タクシーの利用中に計測された計測値情報を取得する。取得した計測値情報と記憶部に記憶された予測値情報とに基づいて、予測料金の再取得を他の情報処理装置に要求する。
【発明の効果】
【００１０】
上記情報処理装置、情報処理システムおよび料金管理方法によれば、予測料金を再取得するタイミングを容易に判断できる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態の情報処理システムを示す図である。
【図２】第２の実施の形態の情報処理システムを示す図である。
【図３】メータ装置のハードウェア例を示す図である。
【図４】決済連携装置のハードウェア例を示す図である。
【図５】メータ装置の機能を示すブロック図である。
【図６】決済連携装置の機能を示すブロック図である。
【図７】利用管理テーブルのデータ構造例を示す図である。
【図８】予測データの例を示す図である。
【図９】計測データの例を示す図である。
【図１０】決済テーブルのデータ構造例を示す図である。
【図１１】予測料金テーブルのデータ構造例を示す図である。
【図１２】乗車時の処理を示すフローチャートである。
【図１３】料金予測処理を示すフローチャートである。
【図１４】支払枠確保処理を示すフローチャートである。
【図１５】第２の実施の形態の再予測要求処理を示すフローチャートである。
【図１６】降車時の処理を示すフローチャートである。
【図１７】乗車後から支払枠の確保までを示すシーケンス図である。
【図１８】実料金の超過検知後から支払枠の確保までを示すシーケンス図である。
【図１９】降車時の処理を示すシーケンス図である。
【図２０】第３の実施の形態の再予測要求処理を示すフローチャートである。
【図２１】第４の実施の形態の再予測要求処理を示すフローチャートである。
【図２２】第５の実施の形態の再予測要求処理を示すフローチャートである。
【図２３】第６の実施の形態の再予測要求処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本実施の形態を図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の情報処理システムを示す図である。この情報処理システムは、情報処理装置１，２を有する。情報処理装置２は、タクシーの予測料金を算出して情報処理装置１に送信する。タクシーの予測料金は、タクシーを利用するときの目的地までの料金を予測したものである。例えば、情報処理装置１をタクシーに設置し、情報処理装置２をタクシー会社のセンターに設置できる。その場合、情報処理装置１，２は、無線のネットワークを介して接続される。
【００１３】
情報処理装置１は、記憶部１ａ、予測値情報取得部１ｂ、計測値情報取得部１ｃおよび要求部１ｄを有する。
記憶部１ａは、タクシーの利用に関する予測値情報を記憶する。予測値情報は、情報処理装置２から受信したタクシーの予測料金を含む。
【００１４】
予測値情報取得部１ｂは、予測値情報を取得して記憶部１ａに格納する。予測値情報取得部１ｂは、情報処理装置２から受信した予測料金を記憶部１ａに格納する。例えば、情報処理装置２は、当該タクシーの現在地および目的地を示す位置情報を取得すると、予測料金を算出し、情報処理装置１に送信する。情報処理装置１が情報処理装置２に当該位置情報を送信してもよい。
【００１５】
また、予測値情報には、例えば、予測走行距離、予測利用時間、予測到着時刻および予測中継地点などが含まれる。予測走行距離は、目的地までに予測されるタクシーの走行距離である。予測利用時間は、目的地までに予測されるタクシーの利用時間である。予測到着時刻は、目的地や所定の中継地に到着する予測の時刻である。予測中継地点は、目的地に到着するまでに経由することが予測される中継地（例えば、予測走行距離の中間の地点）の座標である。
【００１６】
予測値情報取得部１ｂは、予測走行距離、予測利用時間、予測到着時刻および予測中継地点の情報を自身で予測してもよいし、他の装置が予測した値を取得してもよい。例えば、予測値情報取得部１ｂは、自動車の走行経路を探索するナビゲーション装置からこれらの情報を取得してもよい。
【００１７】
計測値情報取得部１ｃは、タクシーの利用中に計測された計測値情報を取得する。計測値情報には、例えば、料金、乗車地から現在地までの走行距離、乗車時から現在までの利用時間、現在時刻および現在位置の座標などが含まれる。計測値情報取得部１ｃは、これらの情報を自身で計測してもよいし、他の装置が計測した値を取得してもよい。例えば、計測値情報取得部１ｃは、タクシーの走行距離、利用時間などを測定して実料金を算出するメータ装置から計測値情報を取得してもよい。
【００１８】
要求部１ｄは、計測値情報取得部１ｃが取得した計測値情報と記憶部１ａに記憶された予測値情報とに基づいて、予測料金の再取得を情報処理装置２に要求する。比較対象の予測値情報と計測値情報とは、同じ属性（例えば、予測料金と実料金）とすることが考えられる。
【００１９】
例えば、要求部１ｄは、予測値情報が計測値情報を超過する可能性が高い時に予測料金の再取得を要求することが考えられる。計測値情報を超過する可能性が高い時とは、例えば、計測値情報が予測値情報の所定割合として求められる閾値に達した時である。また、例えば、予測値情報が計測値情報を超過したときに再取得を要求してもよい。更に、例えば、現在位置と中継地との比較（例えば、中継地付近を通過したか）により、再予測を要求してもよい。
【００２０】
情報処理装置２は、料金予測部２ａを有する。
料金予測部２ａは、情報処理装置１からの要求を受信すると、タクシーの料金予測を行う。例えば、料金予測部２ａは、当該要求とともに情報処理装置１から受信した当該タクシーの現在地と目的地とを示す位置情報に基づいて、料金予測を行える。
【００２１】
なお、料金予測部２ａは、料金予測に用いる情報を記憶した記憶部にアクセス可能である。具体的には、当該記憶部に初乗り料金や走行距離、利用時間、時間帯などに応じた課金額を記憶しておく。また、当該記憶部に地図情報や有料道路に関する情報を記憶しておく。料金予測部２ａは、情報処理装置１から受信した位置情報に基づき、現在地から目的地までの経路、予測走行距離および予測利用時間などを算出し、予測料金を算出する。料金予測部２ａは、算出した予測料金を情報処理装置１に送信する。
【００２２】
このような情報処理システムによれば、予測値情報取得部１ｂにより、情報処理装置２から受信したタクシーの予測料金を含む、タクシーの利用に関する予測値情報が取得されて記憶部１ａに格納される。計測値情報取得部１ｃにより、タクシーの利用中に計測された計測値情報が取得される。要求部１ｄにより、計測値情報取得部１ｃが取得した計測値情報と記憶部１ａに記憶された予測値情報とに基づいて、予測料金の再取得が情報処理装置２に要求される。
【００２３】
このように、情報処理装置１は、予測値情報を取得した後も、予測値情報と実際の走行で計測された計測値情報とを比較し、情報処理装置２による予測の正しさを確認する。そして、予測が実測と異なる、または、異なる可能性が高い場合には、予測料金の再取得を情報処理装置２に要求する。これにより、予測料金を再取得するタイミングを容易に判断可能となる。特に、タクシー料金は、その時の道路状況によって変動し得る。このようにして予測料金の再取得を促せば、その時の状況に応じた適正な予測料金を容易に取得可能となる。
【００２４】
［第２の実施の形態］
図２は、第２の実施の形態の情報処理システムを示す図である。この情報処理システムは、タクシー１０、決済連携装置２００、決済サーバ装置３００および携帯端末装置４００を含む。決済連携装置２００と決済サーバ装置３００は、ネットワーク２０を介して接続されている。タクシー１０と携帯端末装置４００は、無線で基地局３０に接続されている。基地局３０は、ネットワーク２０に接続されており、タクシー１０および携帯端末装置４００は、基地局３０およびネットワーク２０を介して決済連携装置２００にアクセスできる。なお、ネットワーク２０に接続された基地局は、基地局３０以外にも複数存在している。タクシー１０および携帯端末装置４００は、移動中であっても、現在のエリアで無線通信を制御する基地局に通信先を切り替えて、通信を継続できる。
【００２５】
タクシー１０は、通信装置１１、コントロールボックス１２、ナビゲーション装置１３、ＥＴＣ（登録商標）（Electronic Toll Collection）装置１４およびメータ装置１００を有する。
【００２６】
通信装置１１は、アンテナ１１ａを介して基地局３０と無線通信する。通信装置１１は、基地局３０から受信したデータをコントロールボックス１２に出力する。通信装置１１は、コントロールボックス１２から取得したデータを基地局３０に送信する。
【００２７】
コントロールボックス１２は、通信装置１１およびメータ装置１００に接続されている。コントロールボックス１２は、通信装置１１およびメータ装置１００の間のデータ通信を中継する。
【００２８】
ナビゲーション装置１３は、ＧＰＳ（Global Positioning System）機能を利用して、タクシーの位置情報や、目的地までの予測走行距離、予測到着時刻および予測利用時間（目的地までの所要時間）などの各種情報を取得する機能を有している。また、ナビゲーション装置１３は、取得した位置情報を、ナビゲーション装置１３が備えるモニタ上に表示する。更に、ナビゲーション装置１３は、取得した情報をメータ装置１００に出力する。
【００２９】
ＥＴＣ装置１４は、電子料金収受システムに用いる端末装置である。ＥＴＣ装置１４は、有料道路の料金所に設けられた通信機と通信して、有料道路の利用額を取得する。ＥＴＣ装置１４は、取得した利用額をメータ装置１００に出力する。
【００３０】
メータ装置１００は、タクシーの利用時間、走行距離およびタクシー料金を計測する機能を有する情報処理装置である。また、メータ装置１００は、ナビゲーション装置１３からタクシーの位置情報や予測情報を取得する。更に、メータ装置１００は、ＥＴＣ装置１４から有料道路の利用額を取得する。メータ装置１００は、これらの情報に基づいて、決済連携装置２００に、タクシーの料金予測を要求する。
【００３１】
決済連携装置２００は、決済サーバ装置３００におけるタクシー料金の決済処理を仲介する情報処理装置である。決済連携装置２００は、タクシー会社に設置される。ここで、以下の説明では、決済にクレジットカードを利用する場合を例示する。ただし、決済方法として、銀行口座からの引き落としによる方法やデビッドカードによる方法などを用いてもよい。
【００３２】
決済連携装置２００は、タクシー１０からの要求に応じてタクシーの料金予測を行う。決済連携装置２００は、当該予測料金につき、決済サーバ装置３００からクレジットカードによる支払枠を予め確保しておく。ここで、支払枠とは、タクシー料金の支払のために確保される与信枠である。決済連携装置２００は、タクシー１０からタクシー料金の決済指示を受けると、決済サーバ装置３００に決済処理を依頼する。
【００３３】
決済サーバ装置３００は、タクシー料金の決済を行う情報処理装置である。決済サーバ装置３００は、クレジットカード会社に設置される。
携帯端末装置４００は、タクシーの利用者が所持する携帯型の情報処理装置である。携帯端末装置４００としては、例えば、携帯電話機、ＰＤＡ（Personal Digital Assistant）およびラップトップ型パーソナルコンピュータなどが考えられる。
【００３４】
図３は、メータ装置のハードウェア例を示す図である。メータ装置１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＮＶＲＡＭ（Non Volatile RAM）１０４、グラフィックインタフェース１０５、モニタ１０５ａ、入力インタフェース１０６、操作ボタン１０６ａ、料金メータ１０６ｂ、出力インタフェース１０７、プリンタ１０７ａ、通信インタフェース１０８および通信ポート１０８ａ，１０８ｂ，１０８ｃを有する。
【００３５】
ＣＰＵ１０１は、ＯＳ（Operating System）プログラムやアプリケーションプログラムを実行して、メータ装置１００全体を制御する。
ＲＯＭ１０２は、メータ装置１００の起動時に実行されるＢＩＯＳ（Basic Input / Output System）プログラムなどの所定のプログラムを記憶する。ＲＯＭ１０２は、書き換え可能な不揮発性メモリであってもよい。
【００３６】
ＲＡＭ１０３は、ＣＰＵ１０１が実行するＯＳプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０３は、ＣＰＵ１０１の処理に用いられるデータの少なくとも一部を一時的に記憶する。
【００３７】
ＮＶＲＡＭ１０４は、ＯＳプログラムやアプリケーションプログラムを記憶する。また、ＮＶＲＡＭ１０４は、ＣＰＵ１０１の処理に用いられるデータを記憶する。
グラフィックインタフェース１０５は、モニタ１０５ａに接続される。グラフィックインタフェース１０５は、ＣＰＵ１０１からの命令に従って、料金や時刻などの情報をモニタ１０５ａに表示させる。
【００３８】
入力インタフェース１０６は、操作ボタン１０６ａおよび料金メータ１０６ｂに接続される。入力インタフェース１０６は、各デバイスから送られる入力情報をＣＰＵ１０１に出力する。具体的には、操作ボタン１０６ａで受け付けた操作内容を示す情報をＣＰＵ１０１に出力する。また、料金メータ１０６ｂが計測したタクシー１０の走行距離、利用時間および利用料金をＣＰＵ１０１に出力する。ここで、料金メータ１０６ｂは、ＥＴＣ装置１４から有料道路の利用額を取得し、タクシー料金に当該利用額を加算する。
【００３９】
出力インタフェース１０７は、プリンタ１０７ａに接続される。出力インタフェース１０７は、ＣＰＵ１０１から受信した出力情報をプリンタ１０７ａに出力する。プリンタ１０７ａは、出力情報に基づいて、タクシー１０の利用者に渡す領収書を印刷する。
【００４０】
通信インタフェース１０８は、コントロールボックス１２、ナビゲーション装置１３およびＥＴＣ装置１４との通信を行う。通信インタフェース１０８は、通信ポート１０８ａ，１０８ｂ，１０８ｃと接続されている。通信ポート１０８ａは、コントロールボックス１２と接続されている。通信ポート１０８ｂは、ナビゲーション装置１３と接続されている。通信ポート１０８ｃは、ＥＴＣ装置１４と接続されている。通信インタフェース１０８の規格としては、例えば、ＲＳ−２３２ｃ（Recommended Standard 232C）を利用できる。
【００４１】
メータ装置１００は、通信インタフェース１０８、コントロールボックス１２および通信装置１１を介して、決済連携装置２００との通信を行う。
図４は、決済連携装置のハードウェア例を示す図である。決済連携装置２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ（Hard Disk Drive）２０４、グラフィックインタフェース２０５、入力インタフェース２０６、ディスクドライブ２０７および通信インタフェース２０８を有する。
【００４２】
ＣＰＵ２０１は、ＯＳプログラムやアプリケーションプログラムを実行して、決済連携装置２００全体を制御する。
ＲＯＭ２０２は、決済連携装置２００の起動時に実行されるＢＩＯＳプログラムなどの所定のプログラムを記憶する。ＲＯＭ２０２は、書き換え可能な不揮発性メモリであってもよい。
【００４３】
ＲＡＭ２０３は、ＣＰＵ２０１が実行するＯＳプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ２０３は、ＣＰＵ２０１の処理に用いられるデータの少なくとも一部を一時的に記憶する。
【００４４】
ＨＤＤ２０４は、ＯＳプログラムやアプリケーションプログラムを記憶する。また、ＨＤＤ２０４は、ＣＰＵ２０１の処理に用いられるデータを記憶する。なお、ＨＤＤ２０４に代えて（または、ＨＤＤ２０４と併せて）、ＳＳＤ（Solid State Drive）など他の種類の不揮発性の記憶装置を用いてもよい。
【００４５】
グラフィックインタフェース２０５は、モニタ２１に接続される。グラフィックインタフェース２０５は、ＣＰＵ２０１からの命令に従って、画像をモニタ２１に表示させる。
入力インタフェース２０６は、キーボード２２やマウス２３などの入力デバイスに接続される。入力インタフェース２０６は、入力デバイスから送られる入力信号をＣＰＵ２０１に出力する。
【００４６】
ディスクドライブ２０７は、記録媒体２４に格納されたデータを読み取る読取装置である。記録媒体２４には、例えば、決済連携装置２００に実行させるプログラムが記録されている。決済連携装置２００は、例えば、記録媒体２４に記録されたプログラムを実行することで、後述するような機能を実現できる。
【００４７】
記録媒体２４としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリを使用できる。磁気記録装置には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＣＤ（Compact Disc）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−Ｒ／ＲＷ／ＲＡＭなどがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。半導体メモリには、ＵＳＢ（Universal Serial Bus）メモリなどのフラッシュメモリがある。
【００４８】
通信インタフェース２０８は、ネットワーク２０に接続される。通信インタフェース２０８は、ネットワーク２０を介して決済サーバ装置３００との通信を行う。通信インタフェース２０８は、ネットワーク２０および基地局３０を介して通信装置１１および携帯端末装置４００との通信を行う。
【００４９】
なお、決済サーバ装置３００および携帯端末装置４００も決済連携装置２００と同様のハードウェア構成により実現できる。ただし、携帯端末装置４００は、基地局３０と無線通信するためのデバイスを備えている。
【００５０】
図５は、メータ装置の機能を示すブロック図である。メータ装置１００は、制御情報記憶部１１０、通信制御部１２０、料金処理部１３０、データ連携部１４０および料金予測要求部１５０を有する。これらのユニットの機能は、ＣＰＵ１０１が所定のプログラムを実行することにより、メータ装置１００上に実現される。ただし、これらのユニットの機能の全部または一部を専用のハードウェアで実装してもよい。
【００５１】
制御情報記憶部１１０は、制御情報を記憶する。制御情報には、利用管理テーブル、予測データおよび計測データが含まれる。利用管理テーブルは、タクシー利用に関する情報を管理するためのデータであり、出発地や目的地などを管理する。予測データは、決済連携装置２００から取得した予測料金およびナビゲーション装置１３が予測した情報を含む予測値情報である。計測データは、実測した料金、利用時間および走行距離などを含む計測値情報である。
【００５２】
通信制御部１２０は、コントロールボックス１２との通信を制御する。通信制御部１２０は、コントロールボックス１２を介して決済連携装置２００から受信した予測料金を料金処理部１３０に出力する。通信制御部１２０は、料金予測要求部１５０から取得した料金予測の要求を、コントロールボックス１２を介して決済連携装置２００に送信する。
【００５３】
料金処理部１３０は、コントロールボックス１２から取得した予測料金を制御情報記憶部１１０に記録する。また、料金処理部１３０は、タクシー１０が目的地に到着した際に、決済連携装置２００と連携して、タクシー料金の決済処理を行う。
【００５４】
データ連携部１４０は、ナビゲーション装置１３および料金メータ１０６ｂから予測値情報や計測値情報を取得する。データ連携部１４０は、予測値記録部１４１および計測値記録部１４２を有する。
【００５５】
予測値記録部１４１は、ナビゲーション装置１３が予測した情報を取得して、制御情報記憶部１１０に記録する。ナビゲーション装置１３が予測した情報とは、予測走行距離、予測利用時間および予測中継地点などの情報である。
【００５６】
計測値記録部１４２は、ナビゲーション装置１３および料金メータ１０６ｂが計測した情報を取得して、制御情報記憶部１１０に格納する。ナビゲーション装置１３が計測した情報とは、タクシー１０の現在の位置情報である。料金メータ１０６ｂが計測した情報とは、現時点のタクシー料金、走行距離および利用時間などの情報である。
【００５７】
料金予測要求部１５０は、決済連携装置２００に料金予測を要求する。料金予測を要求するのは、次のタイミングである。第１に、利用者がタクシー１０に乗車して、ナビゲーション装置１３で目的地が指定されたタイミングである。第２に、制御情報記憶部１１０に記憶された制御情報に基づいたタイミングである。当該第２のタイミングは、予測データと計測データとの比較結果や、利用管理テーブルに設定された情報などに基づいて検出される。料金予測要求部１５０は、料金予測を要求するとき、タクシー１０の現在位置の情報や目的地の情報を含む位置情報を当該要求に含める。
【００５８】
図６は、決済連携装置の機能を示すブロック図である。決済連携装置２００は、管理情報記憶部２１０、通信制御部２２０、料金予測部２３０および決済処理部２４０を有する。これらのユニットの機能は、ＣＰＵ２０１が所定のプログラムを実行することにより、メータ装置１００上に実現される。ただし、これらのユニットの機能の全部または一部を専用のハードウェアで実装してもよい。
【００５９】
管理情報記憶部２１０は、管理情報を記憶する。管理情報は、決済テーブルおよび予測料金テーブルを含む。決済テーブルは、利用者の決済方法を管理するためのデータである。予測料金テーブルは、タクシーごとに予測料金を管理するためのデータである。
【００６０】
また、管理情報記憶部２１０は、料金予測部２３０がタクシー料金の予測を行うために用いる各種データを記憶する。具体的には、タクシー１０の初乗り料金、所定の利用時間および走行距離に応じた課金額、時間帯に応じた料金設定（例えば、深夜であれば３割増しなど）および地図情報などを記憶する。
【００６１】
通信制御部２２０は、通信装置１１との通信を制御する。通信制御部２２０は、通信装置１１から受信した料金予測の要求を料金予測部２３０に出力する。通信制御部２２０は、当該要求に応じた予測料金を料金予測部２３０から取得し、通信装置１１に送信する。
【００６２】
料金予測部２３０は、通信制御部２２０から取得した料金予測の要求に応じて、管理情報記憶部２１０を参照し、タクシー料金を予測する。料金予測部２３０は、予測料金を管理情報記憶部２１０に記録する。
【００６３】
決済処理部２４０は、決済サーバ装置３００との間でクレジットカードによるタクシー料金の決済を行う。決済処理部２４０は、タクシー１０が目的地に到着する前に、決済サーバ装置３００から予測料金に対応する支払枠を事前に確保しておく。
【００６４】
また、決済処理部２４０は、Ｗｅｂサーバ機能を有しており、携帯端末装置４００が備えるブラウザ４１０からのＷｅｂアクセスを受け付ける。決済処理部２４０は、ブラウザ４１０に対して、利用者による決済方法の入力や、決済指示の入力を受け付けるためのＧＵＩ（Graphical User Interface）の情報を送信する。利用者は、当該ＧＵＩを操作して、決済処理部２４０に決済情報の入力を行える。
【００６５】
図７は、利用管理テーブルのデータ構造例を示す図である。利用管理テーブル１１１は、制御情報記憶部１１０に記憶される。利用管理テーブル１１１には、ユーザＩＤ（IDentifier）、車番、出発時刻、出発地、中継地、目的地および支払枠の項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、タクシーの利用に関する情報を示す。
【００６６】
ユーザＩＤの項目には、利用者の識別情報が設定される。車番の項目には、タクシー車両の識別番号が設定される。出発時刻の項目には、タクシーの利用を開始した時刻が設定される。出発地の項目には、出発地の位置情報が設定される。中継地の項目には、中継地の位置情報が設定される。目的地の項目には、目的地の位置情報が設定される。支払枠の項目には、確保済の支払枠の額が設定される。
【００６７】
例えば、利用管理テーブル１１１には、ユーザＩＤが“Ｕ００１”、車番が“Ｃ００１”、出発時刻が“１８：００：００”、出発地が“（３５，１３２）”、中継地が“（３６，１３４）”目的地が“（３８，１３５）”、支払枠が“４６００円”という情報が設定される。
【００６８】
これは、タクシー１０（車番“Ｃ００１”）にユーザＩＤ“Ｕ００１”で示される利用者が乗車中であること、出発時刻１８時００分００秒に、北緯３５度、東経１３２度の地点を出発したことを示す。また、通過が予測される中継地として、北緯３６度、東経１３４度の地点が登録されていることを示す。また、目的地が北緯３８度、東経１３５度の地点であることを示す。更に、当該利用者のクレジットカードにつき、タクシー料金の支払用に４６００円の支払枠を確保済であることを示す。
【００６９】
なお、位置情報は、上述の例より更に詳細に管理可能である。例えば、度分秒まで管理することもできる（以下で説明する位置情報に関しても同様）。
図８は、予測データの例を示す図である。予測データ１１２は、制御情報記憶部１１０に記憶される。予測データ１１２には、予測料金、予測到着時刻（中継地）、予測到着時刻（目的地）、予測利用時間（中継地）、予測利用時間（目的地）、予測走行距離（中継地）および予測走行距離（目的地）のデータが含まれる。
【００７０】
予測料金は、目的地までのタクシー料金の予測である。
予測到着時刻（中継地）は、中継地に到着する予測時刻である。例えば、予測到着時刻（中継地）には、“１８：１５：００”（１８時１５分００秒）という情報が設定される。
【００７１】
予測到着時刻（目的地）は、目的地に到着する予測時刻である。例えば、予測到着時刻（目的地）には、“１８：３０：００”（１８時３０分００秒）という情報が設定される。
【００７２】
予測利用時間（中継地）は、中継地までのタクシー１０の予測利用時間である。例えば、予測利用時間（中継地）には、“１５分”という情報が設定される。
予測利用時間（目的地）は、目的地までのタクシー１０の予測利用時間である。例えば、予測利用時間（目的地）には、“３０分”という情報が設定される。
【００７３】
予測利用時間（中継地）および予測利用時間（目的地）のデータは、利用管理テーブル１１１に設定された出発時刻と、予測データ１１２に設定された予測到着時刻（中継地）および予測到着時刻（目的地）との時間差により求めてもよい。
【００７４】
予測走行距離（中継地）は、中継地までのタクシー１０の予測走行距離である。例えば、予測走行距離（中継地）には、“２０ｋｍ”という情報が設定される。
予測走行距離（目的地）は、目的地までのタクシー１０の予測走行距離である。例えば、予測走行距離（目的地）には、“４０ｋｍ”という情報が設定される。
【００７５】
図９は、計測データの例を示す図である。計測データ１１３は、制御情報記憶部１１０に記憶される。計測データ１１３は、現在位置、現在時刻、料金および走行距離のデータが含まれる。
【００７６】
現在位置は、タクシー１０の現在位置である。例えば、現在位置には、“（３７，１３４）”（北緯３７度、東経１３４度）という情報が設定される。
現在時刻は、現在の時刻である。例えば、現在時刻には、“１８：２０：００”（１８時２０分００秒）という情報が設定される。
【００７７】
料金は、計測されたタクシー料金である。例えば、料金には、“１２００円”という情報が設定される。
走行距離は、計測されたタクシー１０の走行距離である。例えば、走行距離には“１５ｋｍ”という情報が設定される。
【００７８】
図１０は、決済テーブルのデータ構造例を示す図である。決済テーブル２１１は、管理情報記憶部２１０に記憶される。決済テーブル２１１には、ユーザＩＤ、決済情報、支払枠およびメールアドレスの項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１ユーザの情報を示す。
【００７９】
ユーザＩＤの項目には、利用者の識別情報が設定される。決済情報の項目には、決済処理に用いる情報が設定される。決済情報の項目には、クレジットカードで決済をするための情報として、カード番号、有効期限および名義の項目が更に設けられている。カード番号の項目には、カード番号が設定される。有効期限の項目には、当該カードの有効期限が設定される。名義の項目には、当該カードの名義人が設定される。支払枠の項目には、確保済の支払枠が設定される。メールアドレスの項目には、利用者に通知を行う時に用いる電子メールのアドレスが設定される。
【００８０】
例えば、決済テーブル２１１には、ユーザＩＤが“Ｕ００１”、カード番号が“０１２３４５”、有効期限が“２０１５／１０／０１”、名義が“Ｔａｒｏ”、支払枠が“４６００”、メールアドレスが“ｔａｒｏ＠ｘｘｘ”という情報が設定される。
【００８１】
これは、ユーザＩＤ“Ｕ００１”で示される利用者のクレジットカードとして、カード番号“０１２３４５”、有効期限２０１５年１０月１日、名義“Ｔａｒｏ”のカードが登録済であることを示す。また、当該クレジットカードに対して、４６００円の支払枠を確保済であることを示す。更に、支払枠確保や決済完了などの通知をｔａｒｏ＠ｘｘｘ宛に電子メールで通知することを示す。
【００８２】
決済テーブル２１１には、利用者１人に対して、複数枚のクレジットカードを登録することもできる。例えば、ユーザＩＤ“Ｕ００２”の利用者に対しては、２枚のクレジットカードが登録されている。
【００８３】
なお、上述したように本実施の形態では、クレジットカードで決済する場合を例示している。一方、銀行口座からの振込やデビッドカードで決済してもよい。その場合には、決済情報に銀行口座の情報（口座番号、支店名および名義など）を登録することが考えられる。更に、利用者１人に対して、クレジットカードと銀行振込を組み合わせるなど、複数種類の決済方法を登録してもよい。
【００８４】
図１１は、予測料金テーブルのデータ構造例を示す図である。予測料金テーブル２１２は、管理情報記憶部２１０に記憶される。予測料金テーブル２１２には、車番および予測料金の項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１台のタクシーに関する予測料金の情報を示す。
【００８５】
車番の項目には、タクシー車両の識別番号が設定される。予測料金の項目には、当該タクシーの予測料金が設定される。
例えば、予測料金テーブル２１２には、車番が“Ｃ００１”、予測料金が“４６００円”という情報が設定される。これは、タクシー１０（車番“Ｃ００１”）に対して、予測料金４６００円が取得されていることを示す。
【００８６】
次に、以上の構成の情報処理システムの処理手順を説明する。
図１２は、乗車時の処理を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。
【００８７】
［ステップＳ１１］ナビゲーション装置１３は、目的地の設定を受け付ける。ここで、タクシーの運転手は、ナビゲーション装置１３に設けられた操作部を操作して、目的地などの情報をナビゲーション装置１３に入力できる。ナビゲーション装置１３は、目的地の位置情報を取得する。
【００８８】
［ステップＳ１２］ナビゲーション装置１３は、ＧＰＳによる現在地の位置情報の測定を行う。
［ステップＳ１３］ナビゲーション装置１３は、現在地から目的地までの経路を測定する。
【００８９】
［ステップＳ１４］ナビゲーション装置１３は、目的地に到着する時刻および目的地までの走行距離を予測する。ナビゲーション装置１３は、現在時刻と予測到着時刻から、予測利用時間を算出する。また、ナビゲーション装置１３は、中継地の位置情報を取得する。例えば、ナビゲーション装置１３は、現在地から目的地までの経路のうち、予測走行距離が半分になる地点を中継地として、位置情報を取得する。そして、中継地に関しても予測到着時刻や予測走行距離などを算出する。
【００９０】
［ステップＳ１５］ナビゲーション装置１３は、予測した情報を予測値記録部１４１に出力する。予測値記録部１４１は、ナビゲーション装置１３が予測した情報を取得して、制御情報記憶部１１０に記録する。具体的には、利用管理テーブル１１１に出発地、目的地および中継地の位置情報を設定する。また、予測データ１１２（予測料金を除く）を記録する。
【００９１】
［ステップＳ１６］料金予測要求部１５０は、通信制御部１２０を介して、決済連携装置２００に料金予測要求を送信する。予測値記録部１４１は、利用管理テーブル１１１を参照して、ユーザＩＤ、車番、現在地と目的地との位置情報を、当該要求に含める。
【００９２】
［ステップＳ１７］料金処理部１３０は、通信制御部１２０を介して、決済連携装置２００からステップＳ１６の料金予測要求に応じた予測料金を受信する。料金処理部１３０は、受信した予測料金を予測データ１１２として記録する。
【００９３】
［ステップＳ１８］料金処理部１３０は、決済連携装置２００から受信した予測料金をモニタ１０５ａに表示させる。料金処理部１３０は、利用者に対し、携帯端末装置４００で支払枠確保のための操作を行う旨の指示を、モニタ１０５ａに表示させる。
【００９４】
このようにして、メータ装置１００は、利用者の乗車時に、ナビゲーション装置１３が計測した位置情報や目的地までの予測値情報を取得する。そして、メータ装置１００は、決済連携装置２００に位置情報などを送信して、料金予測を要求する。メータ装置１００は、当該要求に応じて、決済連携装置２００から予測料金を受信する。
【００９５】
なお、ステップＳ１４では、出発地から目的地までの経路のうち、予測走行距離が半分になる地点を中継地とする旨を例示したが、その他の地点を中継地としてもよい。
次に、決済連携装置２００における料金予測処理の手順を説明する。
【００９６】
図１３は、料金予測処理を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］料金予測部２３０は、タクシー１０から、通信制御部２２０を介して料金予測要求を受信する。
【００９７】
［ステップＳ２２］料金予測部２３０は、当該要求に含まれるタクシー１０の現在地および目的地の位置情報から、現在地から目的地に至る経路や走行時間を算出して、料金予測を行う。料金の算出方法は、タクシー会社が用いる既定の方法を利用できる。例えば、時間距離併用運賃制などによる算出方法を利用できる。また、料金予測では、現在の時間帯や経路に含まれる有料道路などを考慮する。例えば、現在の時間帯が深夜であれば３割増で課金する。経路に有料道路が含まれれば、その有料道路の利用額を課金する。なお、料金予測部２３０が料金予測の際に利用する情報（料金の算出方法や地図情報など）は、上述したように管理情報記憶部２１０に予め格納される。更に、料金予測部２３０は、取得した要求に現時点までの実料金が含まれる場合には、この実料金も加算して予測料金を求める。
【００９８】
［ステップＳ２３］料金予測部２３０は、求めた予測料金を管理情報記憶部２１０に記憶された予測料金テーブル２１２に記録する。
［ステップＳ２４］料金予測部２３０は、通信制御部２２０を介して、タクシー１０に予測料金を送信する。
【００９９】
このようにして、決済連携装置２００は、メータ装置１００からの要求に応じて料金予測を行い、求めた予測料金をメータ装置１００に応答する。
なお、上記ステップＳ２２において、料金予測部２３０は、予測により求めた料金に、所定の額を加算して予測料金としてもよい。例えば、予測により求めた料金に対し、当該料金の所定割合（例えば、２０％）を更に加算して予測料金としてもよい。予め多めに予測しておくことで、料金予測が発生する頻度を調整できる。例えば、再予測の頻度が高まるのを抑制できる。
【０１００】
次に、決済連携装置２００による支払枠確保処理の手順を説明する。
図１４は、支払枠確保処理を示すフローチャートである。以下、図１４に示す処理をステップ番号に沿って説明する。
【０１０１】
［ステップＳ３１］決済処理部２４０は、携帯端末装置４００からブラウザ４１０によるアクセスを受け付ける。決済処理部２４０は、ユーザ認証用のＧＵＩ情報をブラウザ４１０に送信する。利用者は、当該ＧＵＩを操作して、ユーザＩＤやパスワードによるユーザ認証を行い、システムの利用画面にログインする。当該ログインが成功すると、決済処理部２４０は、利用者に車番を入力させるためのＧＵＩ情報をブラウザ４１０に送信する。
【０１０２】
［ステップＳ３２］決済処理部２４０は、ブラウザ４１０から車番を受信する。
［ステップＳ３３］決済処理部２４０は、車番に基づいて、管理情報記憶部２１０に記憶された予測料金テーブル２１２を参照し、対応する予測料金を取得する。この予測料金の額が、事前に確保すべき支払枠である。決済処理部２４０は、当該予測料金を表示させるためのＧＵＩ情報をブラウザ４１０に送信する。このＧＵＩには、決済情報を入力するためのフォームも含まれる。ユーザは、当該ＧＵＩを操作して、自身が所持するクレジットカードの番号、有効期限および名義などの情報を入力できる。
【０１０３】
［ステップＳ３４］決済処理部２４０は、ブラウザ４１０から決済情報を受信する。決済処理部２４０は、管理情報記憶部２１０に記憶された決済テーブル２１１に当該決済情報を登録する。
【０１０４】
［ステップＳ３５］決済処理部２４０は、当該決済情報に基づいて、決済サーバ装置３００に与信限度枠を問い合わせる。
［ステップＳ３６］決済処理部２４０は、未確保分の支払枠が与信限度枠内であるか否かを判定する。与信限度枠以内である場合、処理をステップＳ３７に進める。与信限度枠を超過している場合、処理をステップＳ３８に進める。
【０１０５】
［ステップＳ３７］決済処理部２４０は、支払枠の確保を決済サーバ装置３００に依頼する。
［ステップＳ３８］決済処理部２４０は、支払枠の内、与信限度枠に収まる分（支払枠の一部）の確保を決済サーバ装置３００に依頼する。
【０１０６】
［ステップＳ３９］決済処理部２４０は、予測料金と確保済の支払枠との差分（未確保分の予測料金）につき、追加で支払枠を確保するために、他の決済情報を追加入力するためのＧＵＩ情報をブラウザ４１０に送信する。
【０１０７】
［ステップＳ４０］決済処理部２４０は、他の決済情報が追加入力されたか否かを判定する。追加された場合、当該他の決済情報を決済テーブル２１１に登録して、処理をステップＳ４１に進める。追加されない場合、処理をステップＳ４２に進める。
【０１０８】
［ステップＳ４１］決済処理部２４０は、予測料金の未確保分を算出する。そして、処理をステップＳ３５に進める（ステップＳ３６では予測料金の未確保分について判断する）。
【０１０９】
［ステップＳ４２］決済処理部２４０は、確保した支払枠を通知するためのＧＵＩ情報をブラウザ４１０に送信する。また、決済処理部２４０は、決済テーブル２１１に設定された当該利用者のメールアドレスに、通知のための電子メールを送信してもよい。更に、決済処理部２４０は、確保した支払枠をタクシー１０に送信する。料金処理部１３０は、当該支払枠を受信し、制御情報記憶部１１０に記憶された利用管理テーブル１１１に記録する。
【０１１０】
このようにして、決済連携装置２００は、決済サーバ装置３００から予測料金に相当する額について、事前に支払枠の確保を試みる。これにより、降車時にクレジットカードの与信限度枠が不足する事態を防止でき、降車時に円滑に決済を行える。
【０１１１】
なお、ステップＳ３３では、予め登録した決済情報を利用者に選択させることで、当該決済情報を受け付けてもよい。
また、ステップＳ３９では、銀行振込、デビッドカードなど、クレジットカード以外の決済方法を受け付けてもよい。複数の決済方法を適宜選択して利用可能とすることで、利用者の支払方法の自由度が向上し、利用者の利便性を向上できる。
【０１１２】
また、ステップＳ４２において、未確保分の予測料金がある場合、当該未確保分の予測料金に関しては、他の方法（例えば、現金払いや電子マネーによる支払など）を要する旨を併せて通知してもよい。
【０１１３】
更に、以降に示す再予測要求処理によって、料金予測が再度行われることもある。その場合、図１４で説明した支払枠確保処理を再度行って、支払枠を再度確保する。支払枠を再確保するとき、決済処理部２４０は、決済サーバ装置３００に前回確保分の解除依頼を行う。当該依頼を受けると、決済サーバ装置３００は、当該利用者につき、前回確保した支払枠を解除する。
【０１１４】
次に、メータ装置１００によるタクシー料金の再予測要求処理の手順を説明する。
図１５は、第２の実施の形態の再予測要求処理を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。
【０１１５】
［ステップＳ５１］計測値記録部１４２は、ナビゲーション装置１３および料金メータ１０６ｂから取得した計測データ１１３を制御情報記憶部１１０に記録する。計測値記録部１４２は、数秒〜数分の間隔で計測データ１１３の更新を行う。料金予測要求部１５０は、計測データ１１３が更新されると、制御情報記憶部１１０を参照し、予測データ１１２に記憶された予測料金と現在の実料金とを監視して、これらを比較する。
【０１１６】
［ステップＳ５２］料金予測要求部１５０は、実料金が予測料金の所定割合である閾値よりも大きいか否かを判定する。実料金が閾値以下の場合、処理をステップＳ５１に進めて実料金の監視を継続する。実料金が閾値よりも大きい場合、処理をステップＳ５３に進める。例えば、閾値は、予測料金の８０％〜９０％の額とする。
【０１１７】
［ステップＳ５３］料金予測要求部１５０は、ナビゲーション装置１３に現在地の位置情報を要求する。
［ステップＳ５４］料金予測要求部１５０は、ナビゲーション装置１３から現在地の位置情報を取得し、計測データ１１３を更新する。
【０１１８】
［ステップＳ５５］料金予測要求部１５０は、タクシー料金の再予測要求を決済連携装置２００に送信する。予測値記録部１４１は、利用管理テーブル１１１を参照して、ユーザＩＤ、車番、現在地と目的地との位置情報および、現時点での実料金を、当該要求に含める。
【０１１９】
［ステップＳ５６］料金処理部１３０は、通信制御部１２０を介して、決済連携装置２００からステップＳ５５の再予測要求に応じた予測料金を受信する。料金処理部１３０は、受信した予測料金を予測データ１１２として記録する。
【０１２０】
［ステップＳ５７］料金処理部１３０は、決済連携装置２００から受信した予測料金をモニタ１０５ａに表示させる。料金処理部１３０は、利用者に対し、携帯端末装置４００で支払枠確保のための操作を行う旨の指示を、モニタ１０５ａに表示させる。
【０１２１】
このようにして、メータ装置１００は、計測された実料金が予測料金の所定割合よりも大きくなった場合に、タクシー料金の再予測を決済連携装置２００に要求する。ここで、ステップＳ５２に示した所定割合を１００％としてもよい。その場合には、実料金が予測料金よりも大きくなった場合に再予測処理が行われる。
【０１２２】
なお、ステップＳ５４で料金予測要求部１５０は、ナビゲーション装置１３に位置情報を要求するようにしたので、最新の位置情報により再予測要求を行える。
また、再度料金予測が行われた後、利用者は、携帯端末装置４００で支払枠の確保のための操作を行う。決済連携装置２００は、図１４に示した支払枠の確保のための手順を再度行い、再度予測された料金で支払枠を再確保する。
【０１２３】
次に、降車時の処理手順を説明する。
図１６は、降車時の処理を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。
【０１２４】
［ステップＳ６１］計測値記録部１４２は、利用者が降車する旨を示す操作入力を受け付けると（例えば、操作ボタン１０６ａの降車ボタンの押下）、料金メータ１０６ｂから現在の実料金を取得し、制御情報記憶部１１０に記憶された計測データ１１３を更新する。料金処理部１３０は、制御情報記憶部１１０に記憶された利用管理テーブル１１１を参照して、当該実料金が支払枠以下であるか否かを判定する。支払枠以下である場合、処理をステップＳ６３に進める。支払枠よりも大きい場合、処理をステップＳ６２に進める。
【０１２５】
［ステップＳ６２］料金処理部１３０は、支払枠を超過した分について、現金払いが完了した旨の操作入力を受け付ける（例えば、操作ボタン１０６ａの支払完了ボタンの押下）。なお、現金払いに限らず、電子マネーやタクシー券など他の方法での支払でも同様である。
【０１２６】
［ステップＳ６３］料金処理部１３０は、プリンタ１０７ａに領収書を印字させる。
［ステップＳ６４］料金処理部１３０は、支払が完了した旨の通知を、通信制御部１２０を介して、決済連携装置２００に送信する。これにより、決済連携装置２００と決済サーバ装置３００との間で支払枠での決済処理が行われる。
【０１２７】
［ステップＳ６５］料金処理部１３０は、決済連携装置２００から決済が完了した旨の通知を受信する。
このようにして、メータ装置１００は、実料金が支払枠内であれば、即座に決済依頼を行える。利用者は、領収書を受け取って直ちに降車でき、タクシーの運転手にクレジットカードを渡して決済したり、貨幣をやりとりしたりする手間が省ける。よって、利用者は、スムーズに降車できる。
【０１２８】
また、実料金が支払枠を超過しても、不足分につき他の方法での支払が済まされたことを確認して、決済依頼を行える。利用者は、不足分についての支払を行えばよいので、例えば所持している現金が少ない場合でも、安心してタクシー１０を利用できる。
【０１２９】
次に、各装置間の処理の流れを具体的に説明する。
図１７は、乗車後から支払枠の確保までを示すシーケンス図である。以下、図１７に示す処理をステップ番号に沿って説明する。
【０１３０】
［ステップＳＴ１０１］ナビゲーション装置１３は、目的地の入力を受け付けると、現在地、中継地、目的地の位置情報および、予測した情報（予測走行距離など）をメータ装置１００に出力する。メータ装置１００は、ナビゲーション装置１３からこれらの情報を取得し、制御情報記憶部１１０に記憶された利用管理テーブル１１１および予測データ１１２に記録する。
【０１３１】
［ステップＳＴ１０２］メータ装置１００は、コントロールボックス１２、通信装置１１を介して、決済連携装置２００に料金予測要求を送信する。決済連携装置２００は、料金予測要求を受信する。
【０１３２】
［ステップＳＴ１０３］決済連携装置２００は、料金予測要求に基づいて料金予測を行う。決済連携装置２００は、通信装置１１およびコントロールボックス１２を介して、予測料金をメータ装置１００に送信する。メータ装置１００は、予測料金をモニタ１０５ａに表示させる。当該表示には、タクシー利用者に支払枠確保の操作を促す指示が含まれる。
【０１３３】
［ステップＳＴ１０４］携帯端末装置４００は、決済連携装置２００にＷｅｂアクセスする。決済連携装置２００は、携帯端末装置４００から受信したユーザＩＤやパスワードに基づいて、ユーザ認証を行う。ユーザ認証が成功すると、携帯端末装置４００からシステムを利用可能となる（システムログイン）。
【０１３４】
［ステップＳＴ１０５］決済連携装置２００は、決済情報を入力するためのＧＵＩ情報を携帯端末装置４００に送信する。携帯端末装置４００は、当該ＧＵＩ情報を受信する。
［ステップＳＴ１０６］携帯端末装置４００は、当該ＧＵＩに利用者が入力した決済情報を決済連携装置２００に送信する。決済連携装置２００は、決済情報を受信する。
【０１３５】
［ステップＳＴ１０７］決済連携装置２００は、決済情報に基づいて、予測料金分の支払枠の確保依頼（決済情報を含む）を決済サーバ装置３００に送信する。決済サーバ装置３００は、当該依頼に基づいて、当該利用者のクレジットカードにつき支払枠を確保する。
【０１３６】
［ステップＳＴ１０８］決済サーバ装置３００は、支払枠の確保に成功した旨を決済連携装置２００に応答する。
［ステップＳＴ１０９］決済連携装置２００は、支払枠が確保されたことを携帯端末装置４００に通知する。通知方法は、携帯端末装置４００のブラウザ４１０上でメッセージを表示させたり、決済テーブル２１１に設定された当該ユーザのメールアドレスにメッセージ（電子メール）を送信したりすることが考えられる。
【０１３７】
［ステップＳＴ１１０］決済連携装置２００は、支払枠が確保されたことを通信装置１１およびコントロールボックス１２を介して、メータ装置１００に通知する。メータ装置１００は、当該利用者に対して確保された支払枠の額を利用管理テーブル１１１に記録する。
【０１３８】
次に、タクシー１０の利用中の処理の流れを説明する。
図１８は、実料金の超過検知後から支払枠の確保までを示すシーケンス図である。以下、図１８に示す処理をステップ番号に沿って説明する。
【０１３９】
［ステップＳＴ１１１］メータ装置１００は、予測データ１１２および計測データ１１３を監視し、実料金が予測料金の所定割合よりも大きくなったことを検知する。
［ステップＳＴ１１２］メータ装置１００は、ナビゲーション装置１３に現在位置を計測するよう要求する。
【０１４０】
［ステップＳＴ１１３］ナビゲーション装置１３は、当該要求に応じて現在位置を計測し、現在位置を示す位置情報を取得して、メータ装置１００に応答する。
［ステップＳＴ１１４］メータ装置１００は、コントロールボックス１２および通信装置１１を介して、タクシー料金の再予測要求を、決済連携装置２００に送信する。決済連携装置２００は、再予測要求を受信する。
【０１４１】
［ステップＳＴ１１５］決済連携装置２００は、再予測要求に基づいて、再度料金予測を行う。決済連携装置２００は、通信装置１１およびコントロールボックス１２を介して、予測料金をメータ装置１００に送信する。メータ装置１００は、予測料金をモニタ１０５ａに表示させる。当該表示には、タクシー利用者に支払枠確保の操作を再度行うよう促す指示が含まれる。
【０１４２】
［ステップＳＴ１１６］携帯端末装置４００は、決済連携装置２００にＷｅｂアクセスする。携帯端末装置４００は、決済連携装置２００に入力されたユーザＩＤやパスワードに基づいて、ユーザ認証を行う。ユーザ認証が成功して、決済連携装置２００は、当該システムへログインする。
【０１４３】
［ステップＳＴ１１７］決済連携装置２００は、決済情報を入力するためのＧＵＩ情報を携帯端末装置４００に送信する。携帯端末装置４００は、当該ＧＵＩ情報を受信する。
［ステップＳＴ１１８］携帯端末装置４００は、当該ＧＵＩに利用者が入力した決済情報を決済連携装置２００に送信する。決済連携装置２００は、決済情報を受信する。
【０１４４】
［ステップＳＴ１１９］決済連携装置２００は、決済情報に基づいて、予測料金分の支払枠の確保依頼（決済情報を含む）を決済サーバ装置３００に送信する。決済サーバ装置３００は、当該利用者につき確保済の支払枠がある場合には、その支払枠を解除する。決済サーバ装置３００は、当該依頼に基づいて、当該利用者のクレジットカードにつき支払枠を確保する。
【０１４５】
［ステップＳＴ１２０］決済サーバ装置３００は、支払枠の確保に成功した旨を決済連携装置２００に応答する。
［ステップＳＴ１２１］決済連携装置２００は、支払枠が確保されたことを携帯端末装置４００に通知する。通知方法は、携帯端末装置４００のブラウザ４１０上で通知のメッセージを表示させたり、当該ユーザのメールアドレスに通知のメッセージ（電子メール）を送信したりすることが考えられる。
【０１４６】
［ステップＳＴ１２２］決済連携装置２００は、支払枠が確保されたことを通信装置１１およびコントロールボックス１２を介して、メータ装置１００に通知する。メータ装置１００は、確保された支払枠の額を利用管理テーブル１１１に記録する。
【０１４７】
図１９は、降車時の処理を示すシーケンス図である。以下、図１９に示す処理をステップ番号に沿って説明する。
［ステップＳＴ１３１］メータ装置１００は、制御情報記憶部１１０に記憶された利用管理テーブル１１１と計測データ１１３とを参照して、実料金と支払枠とを比較する。メータ装置１００は、実料金が支払枠以下であると判断する。
【０１４８】
［ステップＳＴ１３２］メータ装置１００は、プリンタ１０７ａを用いて領収書を印字する。
［ステップＳＴ１３３］メータ装置１００は、コントロールボックス１２および通信装置１１を介して、決済連携装置２００に当該利用者の決済依頼を送信する。
【０１４９】
［ステップＳＴ１３４］決済連携装置２００は、管理情報記憶部２１０に記憶された決済テーブル２１１を参照して当該利用者の決済情報を取得する。決済連携装置２００は、決済情報に基づいて、決済サーバ装置３００に決済処理依頼を送信する。決済サーバ装置３００は、決済処理依頼を受信すると、当該利用者のクレジットカードによる決済処理を行う。
【０１５０】
［ステップＳＴ１３５］決済サーバ装置３００は、決済が完了すると、決済完了応答を決済連携装置２００に送信する。決済連携装置２００は、決済完了応答を受信する。
［ステップＳＴ１３６］決済連携装置２００は、通信装置１１およびコントロールボックス１２を介して、決済完了応答をメータ装置１００に送信する。
【０１５１】
［ステップＳＴ１３７］決済連携装置２００は、決済テーブル２１１に設定された当該利用者のメールアドレスに決済が完了した旨を示すメッセージ（電子メール）を送信する。
【０１５２】
なお、上記ステップＳＴ１３２の時点で利用者は降車してもよい。その時点で降車したとしても、ステップＳＴ１３７で決済完了通知を送信するようにしたので、決済が行われたことを車外で確認できる。なお、決済完了通知は、決済連携装置２００が決済サーバ装置３００から決済処理に失敗した旨の通知を受けた際にも、送信することができる。その場合、利用者は、クレジット会社に問い合わせ、失敗した原因を事後的に解消して、決済を完了させることができる。
【０１５３】
以上で説明したように、メータ装置１００は、タクシー１０の利用中に実料金が予測料金の所定割合を超える場合に、決済連携装置２００に料金の再予測要求を送信する。このため、料金予測を行う決済連携装置２００がタクシー会社に設置されていたとしても、決済連携装置２００は、適正なタイミングで再予測を行える。具体的には、実料金が現在の予測料金を超過する可能性がある場合、または、超過した場合に、再予測を促す。その結果、利用者に対して、より適正な予測料金を提示可能となる。利用者は、精度の高い予測料金を事前に把握できるので、安心してタクシーを利用できるようになる。
【０１５４】
また、決済連携装置２００は、決済サーバ装置３００と連携して、予測料金に対応する支払枠を予め確保しておき、当該支払枠により降車時の決済を行えるようにした。このため、降車時にクレジットカードの操作や貨幣のやり取りを省け、利用者はスムーズに降車できる。
【０１５５】
以上で示した第２の実施の形態では、予測データ１１２および計測データ１１３に含まれる情報のうち、予測料金と実料金との比較を行う場合を例示した。一方、他の情報を比較して、タクシー料金の再予測要求を行ってもよい。以下に示す実施の形態では、他の情報に基づいて再予測要求を行う場合を例示する。
【０１５６】
［第３の実施の形態］
次に、第３の実施の形態を説明する。前述の第２の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１５７】
第３の実施の形態では、予測データ１１２および計測データ１１３に記録されたデータのうち、予測到着時刻および現在時刻を比較する場合を例示する。
図２０は、第３の実施の形態の再予測要求処理を示すフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。なお、ステップＳ５３〜Ｓ５７は、図１５で説明した第２の実施の形態の再予測要求処理と同一であるため、説明を省略する。
【０１５８】
［ステップＳ５１ａ］料金予測要求部１５０は、予測データ１１２に含まれる予測到着時刻（目的地）と現在時刻とを監視して、これらを比較する。
［ステップＳ５２ａ］料金予測要求部１５０は、現在時刻が予測到着時刻（目的地）を超過したか否かを判定する。現在時刻が予測到着時刻（目的地）以内である場合、処理をステップＳ５１ａに進めて、時刻の監視を継続する。現在時刻が予測到着時刻（目的地）を超過した場合、処理をステップＳ５３に進める。
【０１５９】
このように、料金予測要求部１５０は、時刻を監視して、決済連携装置２００に再予測要求を送信してもよい。
これにより、第２の実施の形態と同様の効果を得ることができる。
【０１６０】
なお、ステップＳ５２ａでは、予測到着時刻を超過した場合としたが、例えば、予測到着時刻の数分〜数十分前の時刻を超過した場合に再予測要求を送信してもよい。
また、目的地までの予測到着時刻に限らず、中継地までの予測到着時刻に基づいて、再予測要求を送信してもよい。その場合、上記ステップＳ５１ａ，Ｓ５２ａの各処理において、“予測到着時刻（目的地）”を“予測到着時刻（中継地）”と読み替えればよい。
【０１６１】
更に、料金予測要求部１５０は、予測利用時間を超過したか否かによって、再予測要求を送信してもよい。その場合、ステップＳ５１ａにおいて、料金予測要求部１５０は、現時刻を取得する代わりに、出発時刻から現時刻までの時間（利用時間）を算出する。そして、ステップＳ５２ａにおいて、予測利用時間と計測した利用時間とを比較する。更に、利用時間が予測利用時間以下であれば、ステップＳ５１ａに進めて監視を継続し、利用時間が予測利用時間よりも大きければ、ステップＳ５３に進める。
【０１６２】
なお、予測利用時間としては、予測データ１１２に記録された“予測利用時間（中継地）”および“予測利用時間（目的地）”の何れかを利用できる。
［第４の実施の形態］
次に、第４の実施の形態を説明する。前述の第２，第３の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１６３】
第４の実施の形態では、予測データ１１２および計測データ１１３に記録されたデータのうち、予測走行距離および走行距離を比較する場合を例示する。
図２１は、第４の実施の形態の再予測要求処理を示すフローチャートである。以下、図２１に示す処理をステップ番号に沿って説明する。なお、ステップＳ５３〜Ｓ５７は、図１５で説明した第２の実施の形態の再予測要求処理と同一であるため、説明を省略する。
【０１６４】
［ステップＳ５１ｂ］計測値記録部１４２は、ナビゲーション装置１３および料金メータ１０６ｂから計測値により計測データ１１３を更新する（数秒〜数分間隔）。料金予測要求部１５０は、計測データ１１３が更新されると、制御情報記憶部１１０を参照し、予測データ１１２に含まれる予測走行距離（目的地）と計測データ１１３に含まれる走行距離とを比較する。
【０１６５】
［ステップＳ５２ｂ］料金予測要求部１５０は、走行距離が予測走行距離（目的地）を超過したか否かを判定する。走行距離が予測走行距離（目的地）以内である場合、処理をステップＳ５１ｂに進めて、走行距離の監視を継続する。走行距離が予測走行距離（目的地）を超過した場合、処理をステップＳ５３に進める。
【０１６６】
このように、料金予測要求部１５０は、走行距離を監視して、決済連携装置２００に再予測要求を送信してもよい。
これにより、第２の実施の形態と同様の効果を得ることができる。
【０１６７】
なお、ステップＳ５２ｂでは、予測走行距離を超過した場合としたが、予測走行距離の所定割合を超過した場合に再予測要求を送信してもよい。
また、目的地までの予測走行距離に限らず、中継地までの予測走行距離に基づいて、再予測要求を送信してもよい。その場合、上記ステップＳ５１ｂ，Ｓ５２ｂの各処理において、“予測走行距離（目的地）”を“予測走行距離（中継地）”と読み替えればよい。
【０１６８】
［第５の実施の形態］
次に、第５の実施の形態を説明する。前述の第２〜第４の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１６９】
第５の実施の形態では、タクシー１０が中継地を通過したか否かにより、再予測要求を送信する場合を例示する。
図２２は、第５の実施の形態の再予測要求処理を示すフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。なお、ステップＳ５３〜Ｓ５７は、図１５で説明した第２の実施の形態の再予測要求処理と同一であるため、説明を省略する。
【０１７０】
［ステップＳ５１ｃ］計測値記録部１４２は、ナビゲーション装置１３および料金メータ１０６ｂから計測値により計測データ１１３を更新する（数秒〜数分間隔）。料金予測要求部１５０は、計測データ１１３が更新されると、制御情報記憶部１１０を参照し、利用管理テーブル１１１に含まれる中継地の位置情報と計測データ１１３に含まれる現在地の位置情報とを比較する。
【０１７１】
［ステップＳ５２ｃ］料金予測要求部１５０は、タクシー１０が中継地付近を通過したか否かを判定する。中継地付近を通過していない場合、処理をステップＳ５１ｃに進めて、現在位置の監視を継続する。中継地付近を通過した場合、処理をステップＳ５３に進める。中継地付近を通過したか否かは、例えば、中継地の位置座標を中心とした所定範囲内（例えば、数百ｍ〜数ｋｍの範囲内）に現在地の位置座標が含まれるか否かによって判断できる。
【０１７２】
このように、料金予測要求部１５０は、現在位置を監視し、中継地を経由したことを検知した時に決済連携装置２００に再予測要求を送信してもよい。
これにより、第２の実施の形態と同様の効果を得ることができる。
【０１７３】
なお、中継地は、複数存在していてもよい。
［第６の実施の形態］
次に、第６の実施の形態を説明する。前述の第２〜第５の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１７４】
第２〜第５の実施の形態では、予測値と計測値との比較結果に基づいて、タクシー料金の再予測要求を送信する例を示した。これに対し、他のタイミングで再予測要求を送信してもよい。第６の実施の形態では、再予測要求を送信する他のタイミングを例示する。
【０１７５】
図２３は、第６の実施の形態の再予測要求処理を示すフローチャートである。以下、図２３に示す処理をステップ番号に沿って説明する。
［ステップＳ７１］料金予測要求部１５０は、以下のステップＳ７２〜Ｓ７４に示すイベントの発生を監視する。
【０１７６】
［ステップＳ７２］料金予測要求部１５０は、通信制御部１２０を介して、決済連携装置２００から再予測要求の送信指示を受信したか否かを判定する。受信した場合、処理をステップＳ７５に進める。受信していない場合、処理をステップＳ７３に進める。
【０１７７】
［ステップＳ７３］料金予測要求部１５０は、ナビゲーション装置１３で経路の設定変更がされたか否かを判定する。経路変更された場合、処理をステップＳ７５に進める。経路変更されていない場合、処理をステップＳ７４に進める。例えば、料金予測要求部１５０は、ナビゲーション装置１３から経路変更の設定があったことの通知を受けることで、当該イベントの発生を検知できる。
【０１７８】
［ステップＳ７４］料金予測要求部１５０は、ナビゲーション装置１３で目的地の設定変更がされたか否かを判定する。目的地が変更された場合、処理をステップＳ７５に進める。目的地が変更されていない場合、処理をステップＳ７１に進めて、イベント監視を継続する。
【０１７９】
［ステップＳ７５］料金予測要求部１５０は、ナビゲーション装置１３に現在地の位置情報を要求する。
［ステップＳ７６］料金予測要求部１５０は、ナビゲーション装置１３から現在地の位置情報を取得し、計測データ１１３を更新する。
【０１８０】
［ステップＳ７７］料金予測要求部１５０は、タクシー料金の再予測要求を決済連携装置２００に送信する。予測値記録部１４１は、利用管理テーブル１１１を参照して、ユーザＩＤ、車番、現在地と目的地との位置情報および、現時点での実料金を、当該要求に含める。
【０１８１】
［ステップＳ７８］料金処理部１３０は、通信制御部１２０を介して、決済連携装置２００からステップＳ７７の再予測要求に応じた予測料金を受信する。料金処理部１３０は、受信した予測料金を予測データ１１２として記録する。
【０１８２】
［ステップＳ７９］料金処理部１３０は、決済連携装置２００から受信した予測料金をモニタ１０５ａに表示させる。料金処理部１３０は、利用者に対し、携帯端末装置４００で支払枠確保のための操作を行う旨の指示を、モニタ１０５ａに表示させる。
【０１８３】
このように、料金予測要求部１５０は、所定のイベントを検知したときに、料金の再予測要求を送信してもよい。また、上記ステップＳ７１で示したイベント監視は、第２〜第５の実施の形態で示した計測値の監視と並行して行うこともできる。これにより、予測料金を取得するタイミングを更に適正に判断できる。
【０１８４】
なお、上述した第２〜第６の実施の形態の例では、メータ装置１００が予測値と計測値との比較やイベント監視を行うものとしたが、メータ装置１００以外の装置がメータ装置１００の処理を行ってもよい。例えば、コントロールボックス１２が当該処理を行ってもよい。その場合、コントロールボックス１２に、制御情報記憶部１１０、料金処理部１３０、データ連携部１４０および料金予測要求部１５０の各機能を設ける。コントロールボックス１２は、ナビゲーション装置１３やメータ装置１００から予測データ１１２や計測データ１１３を取得して、上述したメータ装置１００と同様の処理を行うことができる。
【０１８５】
以上、本発明の情報処理装置、情報処理システムおよび料金管理方法を図示の実施の形態に基づいて説明したが、これらに限定されるものではなく、各部の構成は同様の機能を有する任意の構成のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。更に、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。
【符号の説明】
【０１８６】
１，２ 情報処理装置
１ａ 記憶部
１ｂ 予測値情報取得部
１ｃ 計測値情報取得部
１ｄ 要求部
【技術分野】
【０００１】
本発明は、タクシー料金を管理する情報処理装置、情報処理システムおよび料金管理方法に関する。
【背景技術】
【０００２】
従来、タクシー料金の支払を円滑に行えるよう支援する情報処理システムが考えられている。
例えば、クレジットカードによるタクシー料金の支払を容易に行えるようにする方法が提案されている（例えば、特許文献１参照）。また、電子マネーでタクシー料金を支払う場合に、預金残高の範囲内で必要な金額の電子マネーをＩＣ（Integrated Circuit）カードに適宜充填可能とする方法が提案されている（例えば、特許文献２参照）。
【０００３】
更に、目的地までの予測タクシー料金を算出し、利用者に提示する方法が提案されている（例えば、特許文献３参照）。この方法では、目的地が変更されると、その地点から変更後の目的地までの予測タクシー料金を算出し、現在のタクシー料金に当該予測タクシー料金を加算して、利用者に提示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開昭６１−２３２８５号公報
【特許文献２】特開２００２−２４５３８１号公報
【特許文献３】特開２００７−３３４４７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、タクシー料金を予測したとしても、実際の料金は、その時の交通事情によって変動し得る。例えば、タクシー料金は、利用時間や走行距離に応じて課金される。このため、例えば、渋滞に巻き込まれてタクシーの利用時間が増大し、当初の予測料金よりも高額になるおそれがある。また、例えば、通行止めなどの要因で経路を迂回すると、走行距離が増大し、当初の予測料金よりも高額になるおそれもある。更に、このように降車時に支払う料金が不確定であると、タクシーの利用者に不安を与えるおそれがある。このため、システム全体として、より適正な予測料金を提示可能とするため、予測料金の再取得を行うタイミングをどのようにして容易に判断可能とするかが問題となる。
【０００６】
本発明はこのような点に鑑みてなされたものであり、予測料金を再取得するタイミングを容易に判断できるようにした情報処理装置、情報処理システムおよび料金管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
予測値情報取得部と計測値情報取得部と要求部とを有する情報処理装置が提供される。予測値情報取得部は、他の情報処理装置から受信したタクシーの予測料金を含む、タクシーの利用に関する予測値情報を取得して記憶部に格納する。計測値情報取得部は、タクシーの利用中に計測された計測値情報を取得する。要求部は、計測値情報取得部が取得した計測値情報と記憶部に記憶された予測値情報とに基づいて、予測料金の再取得を他の情報処理装置に要求する。
【０００８】
また、第１の情報処理装置と第２の情報処理装置とを有する情報処理システムが提供される。第１の情報処理装置は、料金予測部を備える。料金予測部は、タクシーの予測料金を取得して送信する。第２の情報処理装置は、予測値情報取得部と計測値情報取得部と要求部とを有する。予測値情報取得部は、料金予測部が送信した予測料金を含む、タクシーの利用に関する予測値情報を取得して記憶部に格納する。計測値情報取得部は、タクシーの利用中に計測された計測値情報を取得する。要求部は、計測値情報取得部が取得した計測値情報と記憶部に記憶された予測値情報とに基づいて、予測料金の再取得を第１の情報処理装置に要求する。
【０００９】
また、情報処理装置が実行する料金管理方法が提供される。この料金管理方法では、他の情報処理装置から受信したタクシーの予測料金を含む、タクシーの利用に関する予測値情報を取得して記憶部に格納する。タクシーの利用中に計測された計測値情報を取得する。取得した計測値情報と記憶部に記憶された予測値情報とに基づいて、予測料金の再取得を他の情報処理装置に要求する。
【発明の効果】
【００１０】
上記情報処理装置、情報処理システムおよび料金管理方法によれば、予測料金を再取得するタイミングを容易に判断できる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態の情報処理システムを示す図である。
【図２】第２の実施の形態の情報処理システムを示す図である。
【図３】メータ装置のハードウェア例を示す図である。
【図４】決済連携装置のハードウェア例を示す図である。
【図５】メータ装置の機能を示すブロック図である。
【図６】決済連携装置の機能を示すブロック図である。
【図７】利用管理テーブルのデータ構造例を示す図である。
【図８】予測データの例を示す図である。
【図９】計測データの例を示す図である。
【図１０】決済テーブルのデータ構造例を示す図である。
【図１１】予測料金テーブルのデータ構造例を示す図である。
【図１２】乗車時の処理を示すフローチャートである。
【図１３】料金予測処理を示すフローチャートである。
【図１４】支払枠確保処理を示すフローチャートである。
【図１５】第２の実施の形態の再予測要求処理を示すフローチャートである。
【図１６】降車時の処理を示すフローチャートである。
【図１７】乗車後から支払枠の確保までを示すシーケンス図である。
【図１８】実料金の超過検知後から支払枠の確保までを示すシーケンス図である。
【図１９】降車時の処理を示すシーケンス図である。
【図２０】第３の実施の形態の再予測要求処理を示すフローチャートである。
【図２１】第４の実施の形態の再予測要求処理を示すフローチャートである。
【図２２】第５の実施の形態の再予測要求処理を示すフローチャートである。
【図２３】第６の実施の形態の再予測要求処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本実施の形態を図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の情報処理システムを示す図である。この情報処理システムは、情報処理装置１，２を有する。情報処理装置２は、タクシーの予測料金を算出して情報処理装置１に送信する。タクシーの予測料金は、タクシーを利用するときの目的地までの料金を予測したものである。例えば、情報処理装置１をタクシーに設置し、情報処理装置２をタクシー会社のセンターに設置できる。その場合、情報処理装置１，２は、無線のネットワークを介して接続される。
【００１３】
情報処理装置１は、記憶部１ａ、予測値情報取得部１ｂ、計測値情報取得部１ｃおよび要求部１ｄを有する。
記憶部１ａは、タクシーの利用に関する予測値情報を記憶する。予測値情報は、情報処理装置２から受信したタクシーの予測料金を含む。
【００１４】
予測値情報取得部１ｂは、予測値情報を取得して記憶部１ａに格納する。予測値情報取得部１ｂは、情報処理装置２から受信した予測料金を記憶部１ａに格納する。例えば、情報処理装置２は、当該タクシーの現在地および目的地を示す位置情報を取得すると、予測料金を算出し、情報処理装置１に送信する。情報処理装置１が情報処理装置２に当該位置情報を送信してもよい。
【００１５】
また、予測値情報には、例えば、予測走行距離、予測利用時間、予測到着時刻および予測中継地点などが含まれる。予測走行距離は、目的地までに予測されるタクシーの走行距離である。予測利用時間は、目的地までに予測されるタクシーの利用時間である。予測到着時刻は、目的地や所定の中継地に到着する予測の時刻である。予測中継地点は、目的地に到着するまでに経由することが予測される中継地（例えば、予測走行距離の中間の地点）の座標である。
【００１６】
予測値情報取得部１ｂは、予測走行距離、予測利用時間、予測到着時刻および予測中継地点の情報を自身で予測してもよいし、他の装置が予測した値を取得してもよい。例えば、予測値情報取得部１ｂは、自動車の走行経路を探索するナビゲーション装置からこれらの情報を取得してもよい。
【００１７】
計測値情報取得部１ｃは、タクシーの利用中に計測された計測値情報を取得する。計測値情報には、例えば、料金、乗車地から現在地までの走行距離、乗車時から現在までの利用時間、現在時刻および現在位置の座標などが含まれる。計測値情報取得部１ｃは、これらの情報を自身で計測してもよいし、他の装置が計測した値を取得してもよい。例えば、計測値情報取得部１ｃは、タクシーの走行距離、利用時間などを測定して実料金を算出するメータ装置から計測値情報を取得してもよい。
【００１８】
要求部１ｄは、計測値情報取得部１ｃが取得した計測値情報と記憶部１ａに記憶された予測値情報とに基づいて、予測料金の再取得を情報処理装置２に要求する。比較対象の予測値情報と計測値情報とは、同じ属性（例えば、予測料金と実料金）とすることが考えられる。
【００１９】
例えば、要求部１ｄは、予測値情報が計測値情報を超過する可能性が高い時に予測料金の再取得を要求することが考えられる。計測値情報を超過する可能性が高い時とは、例えば、計測値情報が予測値情報の所定割合として求められる閾値に達した時である。また、例えば、予測値情報が計測値情報を超過したときに再取得を要求してもよい。更に、例えば、現在位置と中継地との比較（例えば、中継地付近を通過したか）により、再予測を要求してもよい。
【００２０】
情報処理装置２は、料金予測部２ａを有する。
料金予測部２ａは、情報処理装置１からの要求を受信すると、タクシーの料金予測を行う。例えば、料金予測部２ａは、当該要求とともに情報処理装置１から受信した当該タクシーの現在地と目的地とを示す位置情報に基づいて、料金予測を行える。
【００２１】
なお、料金予測部２ａは、料金予測に用いる情報を記憶した記憶部にアクセス可能である。具体的には、当該記憶部に初乗り料金や走行距離、利用時間、時間帯などに応じた課金額を記憶しておく。また、当該記憶部に地図情報や有料道路に関する情報を記憶しておく。料金予測部２ａは、情報処理装置１から受信した位置情報に基づき、現在地から目的地までの経路、予測走行距離および予測利用時間などを算出し、予測料金を算出する。料金予測部２ａは、算出した予測料金を情報処理装置１に送信する。
【００２２】
このような情報処理システムによれば、予測値情報取得部１ｂにより、情報処理装置２から受信したタクシーの予測料金を含む、タクシーの利用に関する予測値情報が取得されて記憶部１ａに格納される。計測値情報取得部１ｃにより、タクシーの利用中に計測された計測値情報が取得される。要求部１ｄにより、計測値情報取得部１ｃが取得した計測値情報と記憶部１ａに記憶された予測値情報とに基づいて、予測料金の再取得が情報処理装置２に要求される。
【００２３】
このように、情報処理装置１は、予測値情報を取得した後も、予測値情報と実際の走行で計測された計測値情報とを比較し、情報処理装置２による予測の正しさを確認する。そして、予測が実測と異なる、または、異なる可能性が高い場合には、予測料金の再取得を情報処理装置２に要求する。これにより、予測料金を再取得するタイミングを容易に判断可能となる。特に、タクシー料金は、その時の道路状況によって変動し得る。このようにして予測料金の再取得を促せば、その時の状況に応じた適正な予測料金を容易に取得可能となる。
【００２４】
［第２の実施の形態］
図２は、第２の実施の形態の情報処理システムを示す図である。この情報処理システムは、タクシー１０、決済連携装置２００、決済サーバ装置３００および携帯端末装置４００を含む。決済連携装置２００と決済サーバ装置３００は、ネットワーク２０を介して接続されている。タクシー１０と携帯端末装置４００は、無線で基地局３０に接続されている。基地局３０は、ネットワーク２０に接続されており、タクシー１０および携帯端末装置４００は、基地局３０およびネットワーク２０を介して決済連携装置２００にアクセスできる。なお、ネットワーク２０に接続された基地局は、基地局３０以外にも複数存在している。タクシー１０および携帯端末装置４００は、移動中であっても、現在のエリアで無線通信を制御する基地局に通信先を切り替えて、通信を継続できる。
【００２５】
タクシー１０は、通信装置１１、コントロールボックス１２、ナビゲーション装置１３、ＥＴＣ（登録商標）（Electronic Toll Collection）装置１４およびメータ装置１００を有する。
【００２６】
通信装置１１は、アンテナ１１ａを介して基地局３０と無線通信する。通信装置１１は、基地局３０から受信したデータをコントロールボックス１２に出力する。通信装置１１は、コントロールボックス１２から取得したデータを基地局３０に送信する。
【００２７】
コントロールボックス１２は、通信装置１１およびメータ装置１００に接続されている。コントロールボックス１２は、通信装置１１およびメータ装置１００の間のデータ通信を中継する。
【００２８】
ナビゲーション装置１３は、ＧＰＳ（Global Positioning System）機能を利用して、タクシーの位置情報や、目的地までの予測走行距離、予測到着時刻および予測利用時間（目的地までの所要時間）などの各種情報を取得する機能を有している。また、ナビゲーション装置１３は、取得した位置情報を、ナビゲーション装置１３が備えるモニタ上に表示する。更に、ナビゲーション装置１３は、取得した情報をメータ装置１００に出力する。
【００２９】
ＥＴＣ装置１４は、電子料金収受システムに用いる端末装置である。ＥＴＣ装置１４は、有料道路の料金所に設けられた通信機と通信して、有料道路の利用額を取得する。ＥＴＣ装置１４は、取得した利用額をメータ装置１００に出力する。
【００３０】
メータ装置１００は、タクシーの利用時間、走行距離およびタクシー料金を計測する機能を有する情報処理装置である。また、メータ装置１００は、ナビゲーション装置１３からタクシーの位置情報や予測情報を取得する。更に、メータ装置１００は、ＥＴＣ装置１４から有料道路の利用額を取得する。メータ装置１００は、これらの情報に基づいて、決済連携装置２００に、タクシーの料金予測を要求する。
【００３１】
決済連携装置２００は、決済サーバ装置３００におけるタクシー料金の決済処理を仲介する情報処理装置である。決済連携装置２００は、タクシー会社に設置される。ここで、以下の説明では、決済にクレジットカードを利用する場合を例示する。ただし、決済方法として、銀行口座からの引き落としによる方法やデビッドカードによる方法などを用いてもよい。
【００３２】
決済連携装置２００は、タクシー１０からの要求に応じてタクシーの料金予測を行う。決済連携装置２００は、当該予測料金につき、決済サーバ装置３００からクレジットカードによる支払枠を予め確保しておく。ここで、支払枠とは、タクシー料金の支払のために確保される与信枠である。決済連携装置２００は、タクシー１０からタクシー料金の決済指示を受けると、決済サーバ装置３００に決済処理を依頼する。
【００３３】
決済サーバ装置３００は、タクシー料金の決済を行う情報処理装置である。決済サーバ装置３００は、クレジットカード会社に設置される。
携帯端末装置４００は、タクシーの利用者が所持する携帯型の情報処理装置である。携帯端末装置４００としては、例えば、携帯電話機、ＰＤＡ（Personal Digital Assistant）およびラップトップ型パーソナルコンピュータなどが考えられる。
【００３４】
図３は、メータ装置のハードウェア例を示す図である。メータ装置１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＮＶＲＡＭ（Non Volatile RAM）１０４、グラフィックインタフェース１０５、モニタ１０５ａ、入力インタフェース１０６、操作ボタン１０６ａ、料金メータ１０６ｂ、出力インタフェース１０７、プリンタ１０７ａ、通信インタフェース１０８および通信ポート１０８ａ，１０８ｂ，１０８ｃを有する。
【００３５】
ＣＰＵ１０１は、ＯＳ（Operating System）プログラムやアプリケーションプログラムを実行して、メータ装置１００全体を制御する。
ＲＯＭ１０２は、メータ装置１００の起動時に実行されるＢＩＯＳ（Basic Input / Output System）プログラムなどの所定のプログラムを記憶する。ＲＯＭ１０２は、書き換え可能な不揮発性メモリであってもよい。
【００３６】
ＲＡＭ１０３は、ＣＰＵ１０１が実行するＯＳプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０３は、ＣＰＵ１０１の処理に用いられるデータの少なくとも一部を一時的に記憶する。
【００３７】
ＮＶＲＡＭ１０４は、ＯＳプログラムやアプリケーションプログラムを記憶する。また、ＮＶＲＡＭ１０４は、ＣＰＵ１０１の処理に用いられるデータを記憶する。
グラフィックインタフェース１０５は、モニタ１０５ａに接続される。グラフィックインタフェース１０５は、ＣＰＵ１０１からの命令に従って、料金や時刻などの情報をモニタ１０５ａに表示させる。
【００３８】
入力インタフェース１０６は、操作ボタン１０６ａおよび料金メータ１０６ｂに接続される。入力インタフェース１０６は、各デバイスから送られる入力情報をＣＰＵ１０１に出力する。具体的には、操作ボタン１０６ａで受け付けた操作内容を示す情報をＣＰＵ１０１に出力する。また、料金メータ１０６ｂが計測したタクシー１０の走行距離、利用時間および利用料金をＣＰＵ１０１に出力する。ここで、料金メータ１０６ｂは、ＥＴＣ装置１４から有料道路の利用額を取得し、タクシー料金に当該利用額を加算する。
【００３９】
出力インタフェース１０７は、プリンタ１０７ａに接続される。出力インタフェース１０７は、ＣＰＵ１０１から受信した出力情報をプリンタ１０７ａに出力する。プリンタ１０７ａは、出力情報に基づいて、タクシー１０の利用者に渡す領収書を印刷する。
【００４０】
通信インタフェース１０８は、コントロールボックス１２、ナビゲーション装置１３およびＥＴＣ装置１４との通信を行う。通信インタフェース１０８は、通信ポート１０８ａ，１０８ｂ，１０８ｃと接続されている。通信ポート１０８ａは、コントロールボックス１２と接続されている。通信ポート１０８ｂは、ナビゲーション装置１３と接続されている。通信ポート１０８ｃは、ＥＴＣ装置１４と接続されている。通信インタフェース１０８の規格としては、例えば、ＲＳ−２３２ｃ（Recommended Standard 232C）を利用できる。
【００４１】
メータ装置１００は、通信インタフェース１０８、コントロールボックス１２および通信装置１１を介して、決済連携装置２００との通信を行う。
図４は、決済連携装置のハードウェア例を示す図である。決済連携装置２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ（Hard Disk Drive）２０４、グラフィックインタフェース２０５、入力インタフェース２０６、ディスクドライブ２０７および通信インタフェース２０８を有する。
【００４２】
ＣＰＵ２０１は、ＯＳプログラムやアプリケーションプログラムを実行して、決済連携装置２００全体を制御する。
ＲＯＭ２０２は、決済連携装置２００の起動時に実行されるＢＩＯＳプログラムなどの所定のプログラムを記憶する。ＲＯＭ２０２は、書き換え可能な不揮発性メモリであってもよい。
【００４３】
ＲＡＭ２０３は、ＣＰＵ２０１が実行するＯＳプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ２０３は、ＣＰＵ２０１の処理に用いられるデータの少なくとも一部を一時的に記憶する。
【００４４】
ＨＤＤ２０４は、ＯＳプログラムやアプリケーションプログラムを記憶する。また、ＨＤＤ２０４は、ＣＰＵ２０１の処理に用いられるデータを記憶する。なお、ＨＤＤ２０４に代えて（または、ＨＤＤ２０４と併せて）、ＳＳＤ（Solid State Drive）など他の種類の不揮発性の記憶装置を用いてもよい。
【００４５】
グラフィックインタフェース２０５は、モニタ２１に接続される。グラフィックインタフェース２０５は、ＣＰＵ２０１からの命令に従って、画像をモニタ２１に表示させる。
入力インタフェース２０６は、キーボード２２やマウス２３などの入力デバイスに接続される。入力インタフェース２０６は、入力デバイスから送られる入力信号をＣＰＵ２０１に出力する。
【００４６】
ディスクドライブ２０７は、記録媒体２４に格納されたデータを読み取る読取装置である。記録媒体２４には、例えば、決済連携装置２００に実行させるプログラムが記録されている。決済連携装置２００は、例えば、記録媒体２４に記録されたプログラムを実行することで、後述するような機能を実現できる。
【００４７】
記録媒体２４としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリを使用できる。磁気記録装置には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＣＤ（Compact Disc）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−Ｒ／ＲＷ／ＲＡＭなどがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。半導体メモリには、ＵＳＢ（Universal Serial Bus）メモリなどのフラッシュメモリがある。
【００４８】
通信インタフェース２０８は、ネットワーク２０に接続される。通信インタフェース２０８は、ネットワーク２０を介して決済サーバ装置３００との通信を行う。通信インタフェース２０８は、ネットワーク２０および基地局３０を介して通信装置１１および携帯端末装置４００との通信を行う。
【００４９】
なお、決済サーバ装置３００および携帯端末装置４００も決済連携装置２００と同様のハードウェア構成により実現できる。ただし、携帯端末装置４００は、基地局３０と無線通信するためのデバイスを備えている。
【００５０】
図５は、メータ装置の機能を示すブロック図である。メータ装置１００は、制御情報記憶部１１０、通信制御部１２０、料金処理部１３０、データ連携部１４０および料金予測要求部１５０を有する。これらのユニットの機能は、ＣＰＵ１０１が所定のプログラムを実行することにより、メータ装置１００上に実現される。ただし、これらのユニットの機能の全部または一部を専用のハードウェアで実装してもよい。
【００５１】
制御情報記憶部１１０は、制御情報を記憶する。制御情報には、利用管理テーブル、予測データおよび計測データが含まれる。利用管理テーブルは、タクシー利用に関する情報を管理するためのデータであり、出発地や目的地などを管理する。予測データは、決済連携装置２００から取得した予測料金およびナビゲーション装置１３が予測した情報を含む予測値情報である。計測データは、実測した料金、利用時間および走行距離などを含む計測値情報である。
【００５２】
通信制御部１２０は、コントロールボックス１２との通信を制御する。通信制御部１２０は、コントロールボックス１２を介して決済連携装置２００から受信した予測料金を料金処理部１３０に出力する。通信制御部１２０は、料金予測要求部１５０から取得した料金予測の要求を、コントロールボックス１２を介して決済連携装置２００に送信する。
【００５３】
料金処理部１３０は、コントロールボックス１２から取得した予測料金を制御情報記憶部１１０に記録する。また、料金処理部１３０は、タクシー１０が目的地に到着した際に、決済連携装置２００と連携して、タクシー料金の決済処理を行う。
【００５４】
データ連携部１４０は、ナビゲーション装置１３および料金メータ１０６ｂから予測値情報や計測値情報を取得する。データ連携部１４０は、予測値記録部１４１および計測値記録部１４２を有する。
【００５５】
予測値記録部１４１は、ナビゲーション装置１３が予測した情報を取得して、制御情報記憶部１１０に記録する。ナビゲーション装置１３が予測した情報とは、予測走行距離、予測利用時間および予測中継地点などの情報である。
【００５６】
計測値記録部１４２は、ナビゲーション装置１３および料金メータ１０６ｂが計測した情報を取得して、制御情報記憶部１１０に格納する。ナビゲーション装置１３が計測した情報とは、タクシー１０の現在の位置情報である。料金メータ１０６ｂが計測した情報とは、現時点のタクシー料金、走行距離および利用時間などの情報である。
【００５７】
料金予測要求部１５０は、決済連携装置２００に料金予測を要求する。料金予測を要求するのは、次のタイミングである。第１に、利用者がタクシー１０に乗車して、ナビゲーション装置１３で目的地が指定されたタイミングである。第２に、制御情報記憶部１１０に記憶された制御情報に基づいたタイミングである。当該第２のタイミングは、予測データと計測データとの比較結果や、利用管理テーブルに設定された情報などに基づいて検出される。料金予測要求部１５０は、料金予測を要求するとき、タクシー１０の現在位置の情報や目的地の情報を含む位置情報を当該要求に含める。
【００５８】
図６は、決済連携装置の機能を示すブロック図である。決済連携装置２００は、管理情報記憶部２１０、通信制御部２２０、料金予測部２３０および決済処理部２４０を有する。これらのユニットの機能は、ＣＰＵ２０１が所定のプログラムを実行することにより、メータ装置１００上に実現される。ただし、これらのユニットの機能の全部または一部を専用のハードウェアで実装してもよい。
【００５９】
管理情報記憶部２１０は、管理情報を記憶する。管理情報は、決済テーブルおよび予測料金テーブルを含む。決済テーブルは、利用者の決済方法を管理するためのデータである。予測料金テーブルは、タクシーごとに予測料金を管理するためのデータである。
【００６０】
また、管理情報記憶部２１０は、料金予測部２３０がタクシー料金の予測を行うために用いる各種データを記憶する。具体的には、タクシー１０の初乗り料金、所定の利用時間および走行距離に応じた課金額、時間帯に応じた料金設定（例えば、深夜であれば３割増しなど）および地図情報などを記憶する。
【００６１】
通信制御部２２０は、通信装置１１との通信を制御する。通信制御部２２０は、通信装置１１から受信した料金予測の要求を料金予測部２３０に出力する。通信制御部２２０は、当該要求に応じた予測料金を料金予測部２３０から取得し、通信装置１１に送信する。
【００６２】
料金予測部２３０は、通信制御部２２０から取得した料金予測の要求に応じて、管理情報記憶部２１０を参照し、タクシー料金を予測する。料金予測部２３０は、予測料金を管理情報記憶部２１０に記録する。
【００６３】
決済処理部２４０は、決済サーバ装置３００との間でクレジットカードによるタクシー料金の決済を行う。決済処理部２４０は、タクシー１０が目的地に到着する前に、決済サーバ装置３００から予測料金に対応する支払枠を事前に確保しておく。
【００６４】
また、決済処理部２４０は、Ｗｅｂサーバ機能を有しており、携帯端末装置４００が備えるブラウザ４１０からのＷｅｂアクセスを受け付ける。決済処理部２４０は、ブラウザ４１０に対して、利用者による決済方法の入力や、決済指示の入力を受け付けるためのＧＵＩ（Graphical User Interface）の情報を送信する。利用者は、当該ＧＵＩを操作して、決済処理部２４０に決済情報の入力を行える。
【００６５】
図７は、利用管理テーブルのデータ構造例を示す図である。利用管理テーブル１１１は、制御情報記憶部１１０に記憶される。利用管理テーブル１１１には、ユーザＩＤ（IDentifier）、車番、出発時刻、出発地、中継地、目的地および支払枠の項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、タクシーの利用に関する情報を示す。
【００６６】
ユーザＩＤの項目には、利用者の識別情報が設定される。車番の項目には、タクシー車両の識別番号が設定される。出発時刻の項目には、タクシーの利用を開始した時刻が設定される。出発地の項目には、出発地の位置情報が設定される。中継地の項目には、中継地の位置情報が設定される。目的地の項目には、目的地の位置情報が設定される。支払枠の項目には、確保済の支払枠の額が設定される。
【００６７】
例えば、利用管理テーブル１１１には、ユーザＩＤが“Ｕ００１”、車番が“Ｃ００１”、出発時刻が“１８：００：００”、出発地が“（３５，１３２）”、中継地が“（３６，１３４）”目的地が“（３８，１３５）”、支払枠が“４６００円”という情報が設定される。
【００６８】
これは、タクシー１０（車番“Ｃ００１”）にユーザＩＤ“Ｕ００１”で示される利用者が乗車中であること、出発時刻１８時００分００秒に、北緯３５度、東経１３２度の地点を出発したことを示す。また、通過が予測される中継地として、北緯３６度、東経１３４度の地点が登録されていることを示す。また、目的地が北緯３８度、東経１３５度の地点であることを示す。更に、当該利用者のクレジットカードにつき、タクシー料金の支払用に４６００円の支払枠を確保済であることを示す。
【００６９】
なお、位置情報は、上述の例より更に詳細に管理可能である。例えば、度分秒まで管理することもできる（以下で説明する位置情報に関しても同様）。
図８は、予測データの例を示す図である。予測データ１１２は、制御情報記憶部１１０に記憶される。予測データ１１２には、予測料金、予測到着時刻（中継地）、予測到着時刻（目的地）、予測利用時間（中継地）、予測利用時間（目的地）、予測走行距離（中継地）および予測走行距離（目的地）のデータが含まれる。
【００７０】
予測料金は、目的地までのタクシー料金の予測である。
予測到着時刻（中継地）は、中継地に到着する予測時刻である。例えば、予測到着時刻（中継地）には、“１８：１５：００”（１８時１５分００秒）という情報が設定される。
【００７１】
予測到着時刻（目的地）は、目的地に到着する予測時刻である。例えば、予測到着時刻（目的地）には、“１８：３０：００”（１８時３０分００秒）という情報が設定される。
【００７２】
予測利用時間（中継地）は、中継地までのタクシー１０の予測利用時間である。例えば、予測利用時間（中継地）には、“１５分”という情報が設定される。
予測利用時間（目的地）は、目的地までのタクシー１０の予測利用時間である。例えば、予測利用時間（目的地）には、“３０分”という情報が設定される。
【００７３】
予測利用時間（中継地）および予測利用時間（目的地）のデータは、利用管理テーブル１１１に設定された出発時刻と、予測データ１１２に設定された予測到着時刻（中継地）および予測到着時刻（目的地）との時間差により求めてもよい。
【００７４】
予測走行距離（中継地）は、中継地までのタクシー１０の予測走行距離である。例えば、予測走行距離（中継地）には、“２０ｋｍ”という情報が設定される。
予測走行距離（目的地）は、目的地までのタクシー１０の予測走行距離である。例えば、予測走行距離（目的地）には、“４０ｋｍ”という情報が設定される。
【００７５】
図９は、計測データの例を示す図である。計測データ１１３は、制御情報記憶部１１０に記憶される。計測データ１１３は、現在位置、現在時刻、料金および走行距離のデータが含まれる。
【００７６】
現在位置は、タクシー１０の現在位置である。例えば、現在位置には、“（３７，１３４）”（北緯３７度、東経１３４度）という情報が設定される。
現在時刻は、現在の時刻である。例えば、現在時刻には、“１８：２０：００”（１８時２０分００秒）という情報が設定される。
【００７７】
料金は、計測されたタクシー料金である。例えば、料金には、“１２００円”という情報が設定される。
走行距離は、計測されたタクシー１０の走行距離である。例えば、走行距離には“１５ｋｍ”という情報が設定される。
【００７８】
図１０は、決済テーブルのデータ構造例を示す図である。決済テーブル２１１は、管理情報記憶部２１０に記憶される。決済テーブル２１１には、ユーザＩＤ、決済情報、支払枠およびメールアドレスの項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１ユーザの情報を示す。
【００７９】
ユーザＩＤの項目には、利用者の識別情報が設定される。決済情報の項目には、決済処理に用いる情報が設定される。決済情報の項目には、クレジットカードで決済をするための情報として、カード番号、有効期限および名義の項目が更に設けられている。カード番号の項目には、カード番号が設定される。有効期限の項目には、当該カードの有効期限が設定される。名義の項目には、当該カードの名義人が設定される。支払枠の項目には、確保済の支払枠が設定される。メールアドレスの項目には、利用者に通知を行う時に用いる電子メールのアドレスが設定される。
【００８０】
例えば、決済テーブル２１１には、ユーザＩＤが“Ｕ００１”、カード番号が“０１２３４５”、有効期限が“２０１５／１０／０１”、名義が“Ｔａｒｏ”、支払枠が“４６００”、メールアドレスが“ｔａｒｏ＠ｘｘｘ”という情報が設定される。
【００８１】
これは、ユーザＩＤ“Ｕ００１”で示される利用者のクレジットカードとして、カード番号“０１２３４５”、有効期限２０１５年１０月１日、名義“Ｔａｒｏ”のカードが登録済であることを示す。また、当該クレジットカードに対して、４６００円の支払枠を確保済であることを示す。更に、支払枠確保や決済完了などの通知をｔａｒｏ＠ｘｘｘ宛に電子メールで通知することを示す。
【００８２】
決済テーブル２１１には、利用者１人に対して、複数枚のクレジットカードを登録することもできる。例えば、ユーザＩＤ“Ｕ００２”の利用者に対しては、２枚のクレジットカードが登録されている。
【００８３】
なお、上述したように本実施の形態では、クレジットカードで決済する場合を例示している。一方、銀行口座からの振込やデビッドカードで決済してもよい。その場合には、決済情報に銀行口座の情報（口座番号、支店名および名義など）を登録することが考えられる。更に、利用者１人に対して、クレジットカードと銀行振込を組み合わせるなど、複数種類の決済方法を登録してもよい。
【００８４】
図１１は、予測料金テーブルのデータ構造例を示す図である。予測料金テーブル２１２は、管理情報記憶部２１０に記憶される。予測料金テーブル２１２には、車番および予測料金の項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１台のタクシーに関する予測料金の情報を示す。
【００８５】
車番の項目には、タクシー車両の識別番号が設定される。予測料金の項目には、当該タクシーの予測料金が設定される。
例えば、予測料金テーブル２１２には、車番が“Ｃ００１”、予測料金が“４６００円”という情報が設定される。これは、タクシー１０（車番“Ｃ００１”）に対して、予測料金４６００円が取得されていることを示す。
【００８６】
次に、以上の構成の情報処理システムの処理手順を説明する。
図１２は、乗車時の処理を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。
【００８７】
［ステップＳ１１］ナビゲーション装置１３は、目的地の設定を受け付ける。ここで、タクシーの運転手は、ナビゲーション装置１３に設けられた操作部を操作して、目的地などの情報をナビゲーション装置１３に入力できる。ナビゲーション装置１３は、目的地の位置情報を取得する。
【００８８】
［ステップＳ１２］ナビゲーション装置１３は、ＧＰＳによる現在地の位置情報の測定を行う。
［ステップＳ１３］ナビゲーション装置１３は、現在地から目的地までの経路を測定する。
【００８９】
［ステップＳ１４］ナビゲーション装置１３は、目的地に到着する時刻および目的地までの走行距離を予測する。ナビゲーション装置１３は、現在時刻と予測到着時刻から、予測利用時間を算出する。また、ナビゲーション装置１３は、中継地の位置情報を取得する。例えば、ナビゲーション装置１３は、現在地から目的地までの経路のうち、予測走行距離が半分になる地点を中継地として、位置情報を取得する。そして、中継地に関しても予測到着時刻や予測走行距離などを算出する。
【００９０】
［ステップＳ１５］ナビゲーション装置１３は、予測した情報を予測値記録部１４１に出力する。予測値記録部１４１は、ナビゲーション装置１３が予測した情報を取得して、制御情報記憶部１１０に記録する。具体的には、利用管理テーブル１１１に出発地、目的地および中継地の位置情報を設定する。また、予測データ１１２（予測料金を除く）を記録する。
【００９１】
［ステップＳ１６］料金予測要求部１５０は、通信制御部１２０を介して、決済連携装置２００に料金予測要求を送信する。予測値記録部１４１は、利用管理テーブル１１１を参照して、ユーザＩＤ、車番、現在地と目的地との位置情報を、当該要求に含める。
【００９２】
［ステップＳ１７］料金処理部１３０は、通信制御部１２０を介して、決済連携装置２００からステップＳ１６の料金予測要求に応じた予測料金を受信する。料金処理部１３０は、受信した予測料金を予測データ１１２として記録する。
【００９３】
［ステップＳ１８］料金処理部１３０は、決済連携装置２００から受信した予測料金をモニタ１０５ａに表示させる。料金処理部１３０は、利用者に対し、携帯端末装置４００で支払枠確保のための操作を行う旨の指示を、モニタ１０５ａに表示させる。
【００９４】
このようにして、メータ装置１００は、利用者の乗車時に、ナビゲーション装置１３が計測した位置情報や目的地までの予測値情報を取得する。そして、メータ装置１００は、決済連携装置２００に位置情報などを送信して、料金予測を要求する。メータ装置１００は、当該要求に応じて、決済連携装置２００から予測料金を受信する。
【００９５】
なお、ステップＳ１４では、出発地から目的地までの経路のうち、予測走行距離が半分になる地点を中継地とする旨を例示したが、その他の地点を中継地としてもよい。
次に、決済連携装置２００における料金予測処理の手順を説明する。
【００９６】
図１３は、料金予測処理を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］料金予測部２３０は、タクシー１０から、通信制御部２２０を介して料金予測要求を受信する。
【００９７】
［ステップＳ２２］料金予測部２３０は、当該要求に含まれるタクシー１０の現在地および目的地の位置情報から、現在地から目的地に至る経路や走行時間を算出して、料金予測を行う。料金の算出方法は、タクシー会社が用いる既定の方法を利用できる。例えば、時間距離併用運賃制などによる算出方法を利用できる。また、料金予測では、現在の時間帯や経路に含まれる有料道路などを考慮する。例えば、現在の時間帯が深夜であれば３割増で課金する。経路に有料道路が含まれれば、その有料道路の利用額を課金する。なお、料金予測部２３０が料金予測の際に利用する情報（料金の算出方法や地図情報など）は、上述したように管理情報記憶部２１０に予め格納される。更に、料金予測部２３０は、取得した要求に現時点までの実料金が含まれる場合には、この実料金も加算して予測料金を求める。
【００９８】
［ステップＳ２３］料金予測部２３０は、求めた予測料金を管理情報記憶部２１０に記憶された予測料金テーブル２１２に記録する。
［ステップＳ２４］料金予測部２３０は、通信制御部２２０を介して、タクシー１０に予測料金を送信する。
【００９９】
このようにして、決済連携装置２００は、メータ装置１００からの要求に応じて料金予測を行い、求めた予測料金をメータ装置１００に応答する。
なお、上記ステップＳ２２において、料金予測部２３０は、予測により求めた料金に、所定の額を加算して予測料金としてもよい。例えば、予測により求めた料金に対し、当該料金の所定割合（例えば、２０％）を更に加算して予測料金としてもよい。予め多めに予測しておくことで、料金予測が発生する頻度を調整できる。例えば、再予測の頻度が高まるのを抑制できる。
【０１００】
次に、決済連携装置２００による支払枠確保処理の手順を説明する。
図１４は、支払枠確保処理を示すフローチャートである。以下、図１４に示す処理をステップ番号に沿って説明する。
【０１０１】
［ステップＳ３１］決済処理部２４０は、携帯端末装置４００からブラウザ４１０によるアクセスを受け付ける。決済処理部２４０は、ユーザ認証用のＧＵＩ情報をブラウザ４１０に送信する。利用者は、当該ＧＵＩを操作して、ユーザＩＤやパスワードによるユーザ認証を行い、システムの利用画面にログインする。当該ログインが成功すると、決済処理部２４０は、利用者に車番を入力させるためのＧＵＩ情報をブラウザ４１０に送信する。
【０１０２】
［ステップＳ３２］決済処理部２４０は、ブラウザ４１０から車番を受信する。
［ステップＳ３３］決済処理部２４０は、車番に基づいて、管理情報記憶部２１０に記憶された予測料金テーブル２１２を参照し、対応する予測料金を取得する。この予測料金の額が、事前に確保すべき支払枠である。決済処理部２４０は、当該予測料金を表示させるためのＧＵＩ情報をブラウザ４１０に送信する。このＧＵＩには、決済情報を入力するためのフォームも含まれる。ユーザは、当該ＧＵＩを操作して、自身が所持するクレジットカードの番号、有効期限および名義などの情報を入力できる。
【０１０３】
［ステップＳ３４］決済処理部２４０は、ブラウザ４１０から決済情報を受信する。決済処理部２４０は、管理情報記憶部２１０に記憶された決済テーブル２１１に当該決済情報を登録する。
【０１０４】
［ステップＳ３５］決済処理部２４０は、当該決済情報に基づいて、決済サーバ装置３００に与信限度枠を問い合わせる。
［ステップＳ３６］決済処理部２４０は、未確保分の支払枠が与信限度枠内であるか否かを判定する。与信限度枠以内である場合、処理をステップＳ３７に進める。与信限度枠を超過している場合、処理をステップＳ３８に進める。
【０１０５】
［ステップＳ３７］決済処理部２４０は、支払枠の確保を決済サーバ装置３００に依頼する。
［ステップＳ３８］決済処理部２４０は、支払枠の内、与信限度枠に収まる分（支払枠の一部）の確保を決済サーバ装置３００に依頼する。
【０１０６】
［ステップＳ３９］決済処理部２４０は、予測料金と確保済の支払枠との差分（未確保分の予測料金）につき、追加で支払枠を確保するために、他の決済情報を追加入力するためのＧＵＩ情報をブラウザ４１０に送信する。
【０１０７】
［ステップＳ４０］決済処理部２４０は、他の決済情報が追加入力されたか否かを判定する。追加された場合、当該他の決済情報を決済テーブル２１１に登録して、処理をステップＳ４１に進める。追加されない場合、処理をステップＳ４２に進める。
【０１０８】
［ステップＳ４１］決済処理部２４０は、予測料金の未確保分を算出する。そして、処理をステップＳ３５に進める（ステップＳ３６では予測料金の未確保分について判断する）。
【０１０９】
［ステップＳ４２］決済処理部２４０は、確保した支払枠を通知するためのＧＵＩ情報をブラウザ４１０に送信する。また、決済処理部２４０は、決済テーブル２１１に設定された当該利用者のメールアドレスに、通知のための電子メールを送信してもよい。更に、決済処理部２４０は、確保した支払枠をタクシー１０に送信する。料金処理部１３０は、当該支払枠を受信し、制御情報記憶部１１０に記憶された利用管理テーブル１１１に記録する。
【０１１０】
このようにして、決済連携装置２００は、決済サーバ装置３００から予測料金に相当する額について、事前に支払枠の確保を試みる。これにより、降車時にクレジットカードの与信限度枠が不足する事態を防止でき、降車時に円滑に決済を行える。
【０１１１】
なお、ステップＳ３３では、予め登録した決済情報を利用者に選択させることで、当該決済情報を受け付けてもよい。
また、ステップＳ３９では、銀行振込、デビッドカードなど、クレジットカード以外の決済方法を受け付けてもよい。複数の決済方法を適宜選択して利用可能とすることで、利用者の支払方法の自由度が向上し、利用者の利便性を向上できる。
【０１１２】
また、ステップＳ４２において、未確保分の予測料金がある場合、当該未確保分の予測料金に関しては、他の方法（例えば、現金払いや電子マネーによる支払など）を要する旨を併せて通知してもよい。
【０１１３】
更に、以降に示す再予測要求処理によって、料金予測が再度行われることもある。その場合、図１４で説明した支払枠確保処理を再度行って、支払枠を再度確保する。支払枠を再確保するとき、決済処理部２４０は、決済サーバ装置３００に前回確保分の解除依頼を行う。当該依頼を受けると、決済サーバ装置３００は、当該利用者につき、前回確保した支払枠を解除する。
【０１１４】
次に、メータ装置１００によるタクシー料金の再予測要求処理の手順を説明する。
図１５は、第２の実施の形態の再予測要求処理を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。
【０１１５】
［ステップＳ５１］計測値記録部１４２は、ナビゲーション装置１３および料金メータ１０６ｂから取得した計測データ１１３を制御情報記憶部１１０に記録する。計測値記録部１４２は、数秒〜数分の間隔で計測データ１１３の更新を行う。料金予測要求部１５０は、計測データ１１３が更新されると、制御情報記憶部１１０を参照し、予測データ１１２に記憶された予測料金と現在の実料金とを監視して、これらを比較する。
【０１１６】
［ステップＳ５２］料金予測要求部１５０は、実料金が予測料金の所定割合である閾値よりも大きいか否かを判定する。実料金が閾値以下の場合、処理をステップＳ５１に進めて実料金の監視を継続する。実料金が閾値よりも大きい場合、処理をステップＳ５３に進める。例えば、閾値は、予測料金の８０％〜９０％の額とする。
【０１１７】
［ステップＳ５３］料金予測要求部１５０は、ナビゲーション装置１３に現在地の位置情報を要求する。
［ステップＳ５４］料金予測要求部１５０は、ナビゲーション装置１３から現在地の位置情報を取得し、計測データ１１３を更新する。
【０１１８】
［ステップＳ５５］料金予測要求部１５０は、タクシー料金の再予測要求を決済連携装置２００に送信する。予測値記録部１４１は、利用管理テーブル１１１を参照して、ユーザＩＤ、車番、現在地と目的地との位置情報および、現時点での実料金を、当該要求に含める。
【０１１９】
［ステップＳ５６］料金処理部１３０は、通信制御部１２０を介して、決済連携装置２００からステップＳ５５の再予測要求に応じた予測料金を受信する。料金処理部１３０は、受信した予測料金を予測データ１１２として記録する。
【０１２０】
［ステップＳ５７］料金処理部１３０は、決済連携装置２００から受信した予測料金をモニタ１０５ａに表示させる。料金処理部１３０は、利用者に対し、携帯端末装置４００で支払枠確保のための操作を行う旨の指示を、モニタ１０５ａに表示させる。
【０１２１】
このようにして、メータ装置１００は、計測された実料金が予測料金の所定割合よりも大きくなった場合に、タクシー料金の再予測を決済連携装置２００に要求する。ここで、ステップＳ５２に示した所定割合を１００％としてもよい。その場合には、実料金が予測料金よりも大きくなった場合に再予測処理が行われる。
【０１２２】
なお、ステップＳ５４で料金予測要求部１５０は、ナビゲーション装置１３に位置情報を要求するようにしたので、最新の位置情報により再予測要求を行える。
また、再度料金予測が行われた後、利用者は、携帯端末装置４００で支払枠の確保のための操作を行う。決済連携装置２００は、図１４に示した支払枠の確保のための手順を再度行い、再度予測された料金で支払枠を再確保する。
【０１２３】
次に、降車時の処理手順を説明する。
図１６は、降車時の処理を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。
【０１２４】
［ステップＳ６１］計測値記録部１４２は、利用者が降車する旨を示す操作入力を受け付けると（例えば、操作ボタン１０６ａの降車ボタンの押下）、料金メータ１０６ｂから現在の実料金を取得し、制御情報記憶部１１０に記憶された計測データ１１３を更新する。料金処理部１３０は、制御情報記憶部１１０に記憶された利用管理テーブル１１１を参照して、当該実料金が支払枠以下であるか否かを判定する。支払枠以下である場合、処理をステップＳ６３に進める。支払枠よりも大きい場合、処理をステップＳ６２に進める。
【０１２５】
［ステップＳ６２］料金処理部１３０は、支払枠を超過した分について、現金払いが完了した旨の操作入力を受け付ける（例えば、操作ボタン１０６ａの支払完了ボタンの押下）。なお、現金払いに限らず、電子マネーやタクシー券など他の方法での支払でも同様である。
【０１２６】
［ステップＳ６３］料金処理部１３０は、プリンタ１０７ａに領収書を印字させる。
［ステップＳ６４］料金処理部１３０は、支払が完了した旨の通知を、通信制御部１２０を介して、決済連携装置２００に送信する。これにより、決済連携装置２００と決済サーバ装置３００との間で支払枠での決済処理が行われる。
【０１２７】
［ステップＳ６５］料金処理部１３０は、決済連携装置２００から決済が完了した旨の通知を受信する。
このようにして、メータ装置１００は、実料金が支払枠内であれば、即座に決済依頼を行える。利用者は、領収書を受け取って直ちに降車でき、タクシーの運転手にクレジットカードを渡して決済したり、貨幣をやりとりしたりする手間が省ける。よって、利用者は、スムーズに降車できる。
【０１２８】
また、実料金が支払枠を超過しても、不足分につき他の方法での支払が済まされたことを確認して、決済依頼を行える。利用者は、不足分についての支払を行えばよいので、例えば所持している現金が少ない場合でも、安心してタクシー１０を利用できる。
【０１２９】
次に、各装置間の処理の流れを具体的に説明する。
図１７は、乗車後から支払枠の確保までを示すシーケンス図である。以下、図１７に示す処理をステップ番号に沿って説明する。
【０１３０】
［ステップＳＴ１０１］ナビゲーション装置１３は、目的地の入力を受け付けると、現在地、中継地、目的地の位置情報および、予測した情報（予測走行距離など）をメータ装置１００に出力する。メータ装置１００は、ナビゲーション装置１３からこれらの情報を取得し、制御情報記憶部１１０に記憶された利用管理テーブル１１１および予測データ１１２に記録する。
【０１３１】
［ステップＳＴ１０２］メータ装置１００は、コントロールボックス１２、通信装置１１を介して、決済連携装置２００に料金予測要求を送信する。決済連携装置２００は、料金予測要求を受信する。
【０１３２】
［ステップＳＴ１０３］決済連携装置２００は、料金予測要求に基づいて料金予測を行う。決済連携装置２００は、通信装置１１およびコントロールボックス１２を介して、予測料金をメータ装置１００に送信する。メータ装置１００は、予測料金をモニタ１０５ａに表示させる。当該表示には、タクシー利用者に支払枠確保の操作を促す指示が含まれる。
【０１３３】
［ステップＳＴ１０４］携帯端末装置４００は、決済連携装置２００にＷｅｂアクセスする。決済連携装置２００は、携帯端末装置４００から受信したユーザＩＤやパスワードに基づいて、ユーザ認証を行う。ユーザ認証が成功すると、携帯端末装置４００からシステムを利用可能となる（システムログイン）。
【０１３４】
［ステップＳＴ１０５］決済連携装置２００は、決済情報を入力するためのＧＵＩ情報を携帯端末装置４００に送信する。携帯端末装置４００は、当該ＧＵＩ情報を受信する。
［ステップＳＴ１０６］携帯端末装置４００は、当該ＧＵＩに利用者が入力した決済情報を決済連携装置２００に送信する。決済連携装置２００は、決済情報を受信する。
【０１３５】
［ステップＳＴ１０７］決済連携装置２００は、決済情報に基づいて、予測料金分の支払枠の確保依頼（決済情報を含む）を決済サーバ装置３００に送信する。決済サーバ装置３００は、当該依頼に基づいて、当該利用者のクレジットカードにつき支払枠を確保する。
【０１３６】
［ステップＳＴ１０８］決済サーバ装置３００は、支払枠の確保に成功した旨を決済連携装置２００に応答する。
［ステップＳＴ１０９］決済連携装置２００は、支払枠が確保されたことを携帯端末装置４００に通知する。通知方法は、携帯端末装置４００のブラウザ４１０上でメッセージを表示させたり、決済テーブル２１１に設定された当該ユーザのメールアドレスにメッセージ（電子メール）を送信したりすることが考えられる。
【０１３７】
［ステップＳＴ１１０］決済連携装置２００は、支払枠が確保されたことを通信装置１１およびコントロールボックス１２を介して、メータ装置１００に通知する。メータ装置１００は、当該利用者に対して確保された支払枠の額を利用管理テーブル１１１に記録する。
【０１３８】
次に、タクシー１０の利用中の処理の流れを説明する。
図１８は、実料金の超過検知後から支払枠の確保までを示すシーケンス図である。以下、図１８に示す処理をステップ番号に沿って説明する。
【０１３９】
［ステップＳＴ１１１］メータ装置１００は、予測データ１１２および計測データ１１３を監視し、実料金が予測料金の所定割合よりも大きくなったことを検知する。
［ステップＳＴ１１２］メータ装置１００は、ナビゲーション装置１３に現在位置を計測するよう要求する。
【０１４０】
［ステップＳＴ１１３］ナビゲーション装置１３は、当該要求に応じて現在位置を計測し、現在位置を示す位置情報を取得して、メータ装置１００に応答する。
［ステップＳＴ１１４］メータ装置１００は、コントロールボックス１２および通信装置１１を介して、タクシー料金の再予測要求を、決済連携装置２００に送信する。決済連携装置２００は、再予測要求を受信する。
【０１４１】
［ステップＳＴ１１５］決済連携装置２００は、再予測要求に基づいて、再度料金予測を行う。決済連携装置２００は、通信装置１１およびコントロールボックス１２を介して、予測料金をメータ装置１００に送信する。メータ装置１００は、予測料金をモニタ１０５ａに表示させる。当該表示には、タクシー利用者に支払枠確保の操作を再度行うよう促す指示が含まれる。
【０１４２】
［ステップＳＴ１１６］携帯端末装置４００は、決済連携装置２００にＷｅｂアクセスする。携帯端末装置４００は、決済連携装置２００に入力されたユーザＩＤやパスワードに基づいて、ユーザ認証を行う。ユーザ認証が成功して、決済連携装置２００は、当該システムへログインする。
【０１４３】
［ステップＳＴ１１７］決済連携装置２００は、決済情報を入力するためのＧＵＩ情報を携帯端末装置４００に送信する。携帯端末装置４００は、当該ＧＵＩ情報を受信する。
［ステップＳＴ１１８］携帯端末装置４００は、当該ＧＵＩに利用者が入力した決済情報を決済連携装置２００に送信する。決済連携装置２００は、決済情報を受信する。
【０１４４】
［ステップＳＴ１１９］決済連携装置２００は、決済情報に基づいて、予測料金分の支払枠の確保依頼（決済情報を含む）を決済サーバ装置３００に送信する。決済サーバ装置３００は、当該利用者につき確保済の支払枠がある場合には、その支払枠を解除する。決済サーバ装置３００は、当該依頼に基づいて、当該利用者のクレジットカードにつき支払枠を確保する。
【０１４５】
［ステップＳＴ１２０］決済サーバ装置３００は、支払枠の確保に成功した旨を決済連携装置２００に応答する。
［ステップＳＴ１２１］決済連携装置２００は、支払枠が確保されたことを携帯端末装置４００に通知する。通知方法は、携帯端末装置４００のブラウザ４１０上で通知のメッセージを表示させたり、当該ユーザのメールアドレスに通知のメッセージ（電子メール）を送信したりすることが考えられる。
【０１４６】
［ステップＳＴ１２２］決済連携装置２００は、支払枠が確保されたことを通信装置１１およびコントロールボックス１２を介して、メータ装置１００に通知する。メータ装置１００は、確保された支払枠の額を利用管理テーブル１１１に記録する。
【０１４７】
図１９は、降車時の処理を示すシーケンス図である。以下、図１９に示す処理をステップ番号に沿って説明する。
［ステップＳＴ１３１］メータ装置１００は、制御情報記憶部１１０に記憶された利用管理テーブル１１１と計測データ１１３とを参照して、実料金と支払枠とを比較する。メータ装置１００は、実料金が支払枠以下であると判断する。
【０１４８】
［ステップＳＴ１３２］メータ装置１００は、プリンタ１０７ａを用いて領収書を印字する。
［ステップＳＴ１３３］メータ装置１００は、コントロールボックス１２および通信装置１１を介して、決済連携装置２００に当該利用者の決済依頼を送信する。
【０１４９】
［ステップＳＴ１３４］決済連携装置２００は、管理情報記憶部２１０に記憶された決済テーブル２１１を参照して当該利用者の決済情報を取得する。決済連携装置２００は、決済情報に基づいて、決済サーバ装置３００に決済処理依頼を送信する。決済サーバ装置３００は、決済処理依頼を受信すると、当該利用者のクレジットカードによる決済処理を行う。
【０１５０】
［ステップＳＴ１３５］決済サーバ装置３００は、決済が完了すると、決済完了応答を決済連携装置２００に送信する。決済連携装置２００は、決済完了応答を受信する。
［ステップＳＴ１３６］決済連携装置２００は、通信装置１１およびコントロールボックス１２を介して、決済完了応答をメータ装置１００に送信する。
【０１５１】
［ステップＳＴ１３７］決済連携装置２００は、決済テーブル２１１に設定された当該利用者のメールアドレスに決済が完了した旨を示すメッセージ（電子メール）を送信する。
【０１５２】
なお、上記ステップＳＴ１３２の時点で利用者は降車してもよい。その時点で降車したとしても、ステップＳＴ１３７で決済完了通知を送信するようにしたので、決済が行われたことを車外で確認できる。なお、決済完了通知は、決済連携装置２００が決済サーバ装置３００から決済処理に失敗した旨の通知を受けた際にも、送信することができる。その場合、利用者は、クレジット会社に問い合わせ、失敗した原因を事後的に解消して、決済を完了させることができる。
【０１５３】
以上で説明したように、メータ装置１００は、タクシー１０の利用中に実料金が予測料金の所定割合を超える場合に、決済連携装置２００に料金の再予測要求を送信する。このため、料金予測を行う決済連携装置２００がタクシー会社に設置されていたとしても、決済連携装置２００は、適正なタイミングで再予測を行える。具体的には、実料金が現在の予測料金を超過する可能性がある場合、または、超過した場合に、再予測を促す。その結果、利用者に対して、より適正な予測料金を提示可能となる。利用者は、精度の高い予測料金を事前に把握できるので、安心してタクシーを利用できるようになる。
【０１５４】
また、決済連携装置２００は、決済サーバ装置３００と連携して、予測料金に対応する支払枠を予め確保しておき、当該支払枠により降車時の決済を行えるようにした。このため、降車時にクレジットカードの操作や貨幣のやり取りを省け、利用者はスムーズに降車できる。
【０１５５】
以上で示した第２の実施の形態では、予測データ１１２および計測データ１１３に含まれる情報のうち、予測料金と実料金との比較を行う場合を例示した。一方、他の情報を比較して、タクシー料金の再予測要求を行ってもよい。以下に示す実施の形態では、他の情報に基づいて再予測要求を行う場合を例示する。
【０１５６】
［第３の実施の形態］
次に、第３の実施の形態を説明する。前述の第２の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１５７】
第３の実施の形態では、予測データ１１２および計測データ１１３に記録されたデータのうち、予測到着時刻および現在時刻を比較する場合を例示する。
図２０は、第３の実施の形態の再予測要求処理を示すフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。なお、ステップＳ５３〜Ｓ５７は、図１５で説明した第２の実施の形態の再予測要求処理と同一であるため、説明を省略する。
【０１５８】
［ステップＳ５１ａ］料金予測要求部１５０は、予測データ１１２に含まれる予測到着時刻（目的地）と現在時刻とを監視して、これらを比較する。
［ステップＳ５２ａ］料金予測要求部１５０は、現在時刻が予測到着時刻（目的地）を超過したか否かを判定する。現在時刻が予測到着時刻（目的地）以内である場合、処理をステップＳ５１ａに進めて、時刻の監視を継続する。現在時刻が予測到着時刻（目的地）を超過した場合、処理をステップＳ５３に進める。
【０１５９】
このように、料金予測要求部１５０は、時刻を監視して、決済連携装置２００に再予測要求を送信してもよい。
これにより、第２の実施の形態と同様の効果を得ることができる。
【０１６０】
なお、ステップＳ５２ａでは、予測到着時刻を超過した場合としたが、例えば、予測到着時刻の数分〜数十分前の時刻を超過した場合に再予測要求を送信してもよい。
また、目的地までの予測到着時刻に限らず、中継地までの予測到着時刻に基づいて、再予測要求を送信してもよい。その場合、上記ステップＳ５１ａ，Ｓ５２ａの各処理において、“予測到着時刻（目的地）”を“予測到着時刻（中継地）”と読み替えればよい。
【０１６１】
更に、料金予測要求部１５０は、予測利用時間を超過したか否かによって、再予測要求を送信してもよい。その場合、ステップＳ５１ａにおいて、料金予測要求部１５０は、現時刻を取得する代わりに、出発時刻から現時刻までの時間（利用時間）を算出する。そして、ステップＳ５２ａにおいて、予測利用時間と計測した利用時間とを比較する。更に、利用時間が予測利用時間以下であれば、ステップＳ５１ａに進めて監視を継続し、利用時間が予測利用時間よりも大きければ、ステップＳ５３に進める。
【０１６２】
なお、予測利用時間としては、予測データ１１２に記録された“予測利用時間（中継地）”および“予測利用時間（目的地）”の何れかを利用できる。
［第４の実施の形態］
次に、第４の実施の形態を説明する。前述の第２，第３の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１６３】
第４の実施の形態では、予測データ１１２および計測データ１１３に記録されたデータのうち、予測走行距離および走行距離を比較する場合を例示する。
図２１は、第４の実施の形態の再予測要求処理を示すフローチャートである。以下、図２１に示す処理をステップ番号に沿って説明する。なお、ステップＳ５３〜Ｓ５７は、図１５で説明した第２の実施の形態の再予測要求処理と同一であるため、説明を省略する。
【０１６４】
［ステップＳ５１ｂ］計測値記録部１４２は、ナビゲーション装置１３および料金メータ１０６ｂから計測値により計測データ１１３を更新する（数秒〜数分間隔）。料金予測要求部１５０は、計測データ１１３が更新されると、制御情報記憶部１１０を参照し、予測データ１１２に含まれる予測走行距離（目的地）と計測データ１１３に含まれる走行距離とを比較する。
【０１６５】
［ステップＳ５２ｂ］料金予測要求部１５０は、走行距離が予測走行距離（目的地）を超過したか否かを判定する。走行距離が予測走行距離（目的地）以内である場合、処理をステップＳ５１ｂに進めて、走行距離の監視を継続する。走行距離が予測走行距離（目的地）を超過した場合、処理をステップＳ５３に進める。
【０１６６】
このように、料金予測要求部１５０は、走行距離を監視して、決済連携装置２００に再予測要求を送信してもよい。
これにより、第２の実施の形態と同様の効果を得ることができる。
【０１６７】
なお、ステップＳ５２ｂでは、予測走行距離を超過した場合としたが、予測走行距離の所定割合を超過した場合に再予測要求を送信してもよい。
また、目的地までの予測走行距離に限らず、中継地までの予測走行距離に基づいて、再予測要求を送信してもよい。その場合、上記ステップＳ５１ｂ，Ｓ５２ｂの各処理において、“予測走行距離（目的地）”を“予測走行距離（中継地）”と読み替えればよい。
【０１６８】
［第５の実施の形態］
次に、第５の実施の形態を説明する。前述の第２〜第４の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１６９】
第５の実施の形態では、タクシー１０が中継地を通過したか否かにより、再予測要求を送信する場合を例示する。
図２２は、第５の実施の形態の再予測要求処理を示すフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。なお、ステップＳ５３〜Ｓ５７は、図１５で説明した第２の実施の形態の再予測要求処理と同一であるため、説明を省略する。
【０１７０】
［ステップＳ５１ｃ］計測値記録部１４２は、ナビゲーション装置１３および料金メータ１０６ｂから計測値により計測データ１１３を更新する（数秒〜数分間隔）。料金予測要求部１５０は、計測データ１１３が更新されると、制御情報記憶部１１０を参照し、利用管理テーブル１１１に含まれる中継地の位置情報と計測データ１１３に含まれる現在地の位置情報とを比較する。
【０１７１】
［ステップＳ５２ｃ］料金予測要求部１５０は、タクシー１０が中継地付近を通過したか否かを判定する。中継地付近を通過していない場合、処理をステップＳ５１ｃに進めて、現在位置の監視を継続する。中継地付近を通過した場合、処理をステップＳ５３に進める。中継地付近を通過したか否かは、例えば、中継地の位置座標を中心とした所定範囲内（例えば、数百ｍ〜数ｋｍの範囲内）に現在地の位置座標が含まれるか否かによって判断できる。
【０１７２】
このように、料金予測要求部１５０は、現在位置を監視し、中継地を経由したことを検知した時に決済連携装置２００に再予測要求を送信してもよい。
これにより、第２の実施の形態と同様の効果を得ることができる。
【０１７３】
なお、中継地は、複数存在していてもよい。
［第６の実施の形態］
次に、第６の実施の形態を説明する。前述の第２〜第５の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１７４】
第２〜第５の実施の形態では、予測値と計測値との比較結果に基づいて、タクシー料金の再予測要求を送信する例を示した。これに対し、他のタイミングで再予測要求を送信してもよい。第６の実施の形態では、再予測要求を送信する他のタイミングを例示する。
【０１７５】
図２３は、第６の実施の形態の再予測要求処理を示すフローチャートである。以下、図２３に示す処理をステップ番号に沿って説明する。
［ステップＳ７１］料金予測要求部１５０は、以下のステップＳ７２〜Ｓ７４に示すイベントの発生を監視する。
【０１７６】
［ステップＳ７２］料金予測要求部１５０は、通信制御部１２０を介して、決済連携装置２００から再予測要求の送信指示を受信したか否かを判定する。受信した場合、処理をステップＳ７５に進める。受信していない場合、処理をステップＳ７３に進める。
【０１７７】
［ステップＳ７３］料金予測要求部１５０は、ナビゲーション装置１３で経路の設定変更がされたか否かを判定する。経路変更された場合、処理をステップＳ７５に進める。経路変更されていない場合、処理をステップＳ７４に進める。例えば、料金予測要求部１５０は、ナビゲーション装置１３から経路変更の設定があったことの通知を受けることで、当該イベントの発生を検知できる。
【０１７８】
［ステップＳ７４］料金予測要求部１５０は、ナビゲーション装置１３で目的地の設定変更がされたか否かを判定する。目的地が変更された場合、処理をステップＳ７５に進める。目的地が変更されていない場合、処理をステップＳ７１に進めて、イベント監視を継続する。
【０１７９】
［ステップＳ７５］料金予測要求部１５０は、ナビゲーション装置１３に現在地の位置情報を要求する。
［ステップＳ７６］料金予測要求部１５０は、ナビゲーション装置１３から現在地の位置情報を取得し、計測データ１１３を更新する。
【０１８０】
［ステップＳ７７］料金予測要求部１５０は、タクシー料金の再予測要求を決済連携装置２００に送信する。予測値記録部１４１は、利用管理テーブル１１１を参照して、ユーザＩＤ、車番、現在地と目的地との位置情報および、現時点での実料金を、当該要求に含める。
【０１８１】
［ステップＳ７８］料金処理部１３０は、通信制御部１２０を介して、決済連携装置２００からステップＳ７７の再予測要求に応じた予測料金を受信する。料金処理部１３０は、受信した予測料金を予測データ１１２として記録する。
【０１８２】
［ステップＳ７９］料金処理部１３０は、決済連携装置２００から受信した予測料金をモニタ１０５ａに表示させる。料金処理部１３０は、利用者に対し、携帯端末装置４００で支払枠確保のための操作を行う旨の指示を、モニタ１０５ａに表示させる。
【０１８３】
このように、料金予測要求部１５０は、所定のイベントを検知したときに、料金の再予測要求を送信してもよい。また、上記ステップＳ７１で示したイベント監視は、第２〜第５の実施の形態で示した計測値の監視と並行して行うこともできる。これにより、予測料金を取得するタイミングを更に適正に判断できる。
【０１８４】
なお、上述した第２〜第６の実施の形態の例では、メータ装置１００が予測値と計測値との比較やイベント監視を行うものとしたが、メータ装置１００以外の装置がメータ装置１００の処理を行ってもよい。例えば、コントロールボックス１２が当該処理を行ってもよい。その場合、コントロールボックス１２に、制御情報記憶部１１０、料金処理部１３０、データ連携部１４０および料金予測要求部１５０の各機能を設ける。コントロールボックス１２は、ナビゲーション装置１３やメータ装置１００から予測データ１１２や計測データ１１３を取得して、上述したメータ装置１００と同様の処理を行うことができる。
【０１８５】
以上、本発明の情報処理装置、情報処理システムおよび料金管理方法を図示の実施の形態に基づいて説明したが、これらに限定されるものではなく、各部の構成は同様の機能を有する任意の構成のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。更に、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。
【符号の説明】
【０１８６】
１，２ 情報処理装置
１ａ 記憶部
１ｂ 予測値情報取得部
１ｃ 計測値情報取得部
１ｄ 要求部
【特許請求の範囲】
【請求項１】
他の情報処理装置から受信したタクシーの予測料金を含む、前記タクシーの利用に関する予測値情報を取得して記憶部に格納する予測値情報取得部と、
前記タクシーの利用中に計測された計測値情報を取得する計測値情報取得部と、
前記計測値情報取得部が取得した前記計測値情報と前記記憶部に記憶された前記予測値情報とに基づいて、前記予測料金の再取得を前記他の情報処理装置に要求する要求部と、
を有する情報処理装置。
【請求項２】
前記要求部は、前記予測値情報に含まれる予測値より所定の割合だけ小さい閾値よりも、前記計測値情報に含まれる計測値の方が大きくなったことを検知すると、前記再取得を要求する、
請求項１記載の情報処理装置。
【請求項３】
前記要求部は、前記予測値情報に含まれる予測値よりも前記計測値情報に含まれる計測値の方が大きくなったことを検知すると、前記再取得を要求する、
請求項１記載の情報処理装置。
【請求項４】
前記計測値は、現在の前記タクシーの料金であり、
前記要求部は、当該料金と前記予測料金とを比較する、
請求項２または３記載の情報処理装置。
【請求項５】
前記予測値は、前記タクシーによる所定の地点までの予測走行距離であり、
前記計測値は、前記タクシーの走行距離であり、
前記要求部は、当該走行距離と前記予測走行距離とを比較する、
請求項２または３記載の情報処理装置。
【請求項６】
前記予測値は、前記タクシーによる所定の地点までの予測利用時間であり、
前記計測値は、前記タクシーの利用時間であり、
前記要求部は、当該利用時間と前記予測利用時間とを比較する、
請求項２または３記載の情報処理装置。
【請求項７】
前記予測値情報は、前記タクシーによる所定の地点までの予測到着時刻を含み、
前記計測値情報は、現在時刻であり、
前記要求部は、当該現在時刻と前記予測到着時刻とを比較して、前記現在時刻が前記予測到着時刻を過ぎると、前記再取得を要求する、
請求項１記載の情報処理装置。
【請求項８】
前記予測値情報は、目的地に到着するまでに経由する中継地の位置を示す第１の座標を含み、
前記計測値情報は、前記タクシーの現在位置を示す第２の座標であり、
前記要求部は、前記第１の座標と前記第２の座標とに基づいて、前記タクシーが前記中継地を経由したことを検知すると、前記再取得を要求する、
請求項１記載の情報処理装置。
【請求項９】
前記要求部は、前記タクシーの利用開始時に、前記他の情報処理装置が前記予測料金の計算に用いる位置情報であって現在地および目的地を示す前記位置情報を、前記他の情報処理装置に送信し、その後、前記再取得を要求するとき、現時点における前記位置情報を前記要求とともに送信する、
請求項１乃至８の何れか一項に記載の情報処理装置。
【請求項１０】
前記予測料金は、前記他の情報処理装置が前記タクシーの料金の支払のために確保した与信枠の金額である、
請求項１乃至９の何れか一項に記載の情報処理装置。
【請求項１１】
タクシーの予測料金を取得して送信する料金予測部、
を備える第１の情報処理装置と、
前記料金予測部が送信した前記予測料金を含む、前記タクシーの利用に関する予測値情報を取得して記憶部に格納する予測値情報取得部と、
前記タクシーの利用中に計測された計測値情報を取得する計測値情報取得部と、
前記計測値情報取得部が取得した前記計測値情報と前記記憶部に記憶された前記予測値情報とに基づいて、前記予測料金の再取得を前記第１の情報処理装置に要求する要求部と、
を備える第２の情報処理装置と、
を有する情報処理システム。
【請求項１２】
情報処理装置が実行する料金管理方法であって、
他の情報処理装置から受信したタクシーの予測料金を含む、前記タクシーの利用に関する予測値情報を取得して記憶部に格納し、
前記タクシーの利用中に計測された計測値情報を取得し、
取得した前記計測値情報と前記記憶部に記憶された前記予測値情報とに基づいて、前記予測料金の再取得を前記他の情報処理装置に要求する、
料金管理方法。
【請求項１】
他の情報処理装置から受信したタクシーの予測料金を含む、前記タクシーの利用に関する予測値情報を取得して記憶部に格納する予測値情報取得部と、
前記タクシーの利用中に計測された計測値情報を取得する計測値情報取得部と、
前記計測値情報取得部が取得した前記計測値情報と前記記憶部に記憶された前記予測値情報とに基づいて、前記予測料金の再取得を前記他の情報処理装置に要求する要求部と、
を有する情報処理装置。
【請求項２】
前記要求部は、前記予測値情報に含まれる予測値より所定の割合だけ小さい閾値よりも、前記計測値情報に含まれる計測値の方が大きくなったことを検知すると、前記再取得を要求する、
請求項１記載の情報処理装置。
【請求項３】
前記要求部は、前記予測値情報に含まれる予測値よりも前記計測値情報に含まれる計測値の方が大きくなったことを検知すると、前記再取得を要求する、
請求項１記載の情報処理装置。
【請求項４】
前記計測値は、現在の前記タクシーの料金であり、
前記要求部は、当該料金と前記予測料金とを比較する、
請求項２または３記載の情報処理装置。
【請求項５】
前記予測値は、前記タクシーによる所定の地点までの予測走行距離であり、
前記計測値は、前記タクシーの走行距離であり、
前記要求部は、当該走行距離と前記予測走行距離とを比較する、
請求項２または３記載の情報処理装置。
【請求項６】
前記予測値は、前記タクシーによる所定の地点までの予測利用時間であり、
前記計測値は、前記タクシーの利用時間であり、
前記要求部は、当該利用時間と前記予測利用時間とを比較する、
請求項２または３記載の情報処理装置。
【請求項７】
前記予測値情報は、前記タクシーによる所定の地点までの予測到着時刻を含み、
前記計測値情報は、現在時刻であり、
前記要求部は、当該現在時刻と前記予測到着時刻とを比較して、前記現在時刻が前記予測到着時刻を過ぎると、前記再取得を要求する、
請求項１記載の情報処理装置。
【請求項８】
前記予測値情報は、目的地に到着するまでに経由する中継地の位置を示す第１の座標を含み、
前記計測値情報は、前記タクシーの現在位置を示す第２の座標であり、
前記要求部は、前記第１の座標と前記第２の座標とに基づいて、前記タクシーが前記中継地を経由したことを検知すると、前記再取得を要求する、
請求項１記載の情報処理装置。
【請求項９】
前記要求部は、前記タクシーの利用開始時に、前記他の情報処理装置が前記予測料金の計算に用いる位置情報であって現在地および目的地を示す前記位置情報を、前記他の情報処理装置に送信し、その後、前記再取得を要求するとき、現時点における前記位置情報を前記要求とともに送信する、
請求項１乃至８の何れか一項に記載の情報処理装置。
【請求項１０】
前記予測料金は、前記他の情報処理装置が前記タクシーの料金の支払のために確保した与信枠の金額である、
請求項１乃至９の何れか一項に記載の情報処理装置。
【請求項１１】
タクシーの予測料金を取得して送信する料金予測部、
を備える第１の情報処理装置と、
前記料金予測部が送信した前記予測料金を含む、前記タクシーの利用に関する予測値情報を取得して記憶部に格納する予測値情報取得部と、
前記タクシーの利用中に計測された計測値情報を取得する計測値情報取得部と、
前記計測値情報取得部が取得した前記計測値情報と前記記憶部に記憶された前記予測値情報とに基づいて、前記予測料金の再取得を前記第１の情報処理装置に要求する要求部と、
を備える第２の情報処理装置と、
を有する情報処理システム。
【請求項１２】
情報処理装置が実行する料金管理方法であって、
他の情報処理装置から受信したタクシーの予測料金を含む、前記タクシーの利用に関する予測値情報を取得して記憶部に格納し、
前記タクシーの利用中に計測された計測値情報を取得し、
取得した前記計測値情報と前記記憶部に記憶された前記予測値情報とに基づいて、前記予測料金の再取得を前記他の情報処理装置に要求する、
料金管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１３−１２００１（Ｐ２０１３−１２００１Ａ）
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１１−１４３６７９（Ｐ２０１１−１４３６７９）
【出願日】平成２３年６月２９日（２０１１．６．２９）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願日】平成２３年６月２９日（２０１１．６．２９）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
[ Back to top ]