(57)【要約】【課題】ＲＦＩＤ技術によって読み取り可能な電子マネーメディアにチャージされた電子マネーでのタクシー運賃の支払いに際して、タクシーの運行に伴い変化すべき電子マネーメディアにチャージされた電子マネーの残金を乗客に知らせ得るようにし、また、乗客に安心感を与え得るようにする。【解決手段】電子マネーメディア３０１に設けられて電子マネーをチャージ可能なＲＦＩＤチップとの間でアンテナを介して非接触通信が可能であるＲＦＩＤリーダライタを介して電子マネーメディア３０１にチャージされた電子マネーの残高金額を取得してＬＣＤ１０４に表示し、タクシーメータから課金情報を受信する度に、当該課金情報に含まれている課金金額を電子マネーから引き落し、ＬＣＤ１０４に表示された金額から当該課金金額を減算表示するようにした。【選択図】図９
2007179162.tif 000002
【特許請求の範囲】
【請求項１】
情報処理機能を果たす情報処理部と、
情報を表示する表示器と、
電子マネーメディアに設けられて電子マネーをチャージ可能なＲＦＩＤチップとの間でアンテナを介して非接触通信が可能であるＲＦＩＤリーダライタと、
前記情報処理機能を用いて、タクシー運賃に関する課金情報を送信出力するタクシーメータとの間で通信を実現する手段と、
前記情報処理機能を用いて、前記ＲＦＩＤリーダライタを介して前記ＲＦＩＤチップにチャージされている電子マネーの残高金額を取得する手段と、
前記情報処理機能を用いて、前記取得した残高金額を前記表示器に表示する手段と、
前記タクシーメータから課金情報を受信する度に、前記情報処理機能を用いて、前記ＲＦＩＤリーダライタを介して当該課金情報に含まれている課金金額を前記ＲＦＩＤチップにチャージされた電子マネーから引き落す第１の処理と、前記表示器に表示された金額から当該課金金額を減算表示する第２の処理とを実行する手段と、
を具備するタクシー用乗客端末。
【請求項２】
前記ＲＦＩＤリーダライタは、非接触通信の距離範囲を前記電子マネーメディアが前記アンテナにかざされる距離範囲に限り、
前記ＲＦＩＤチップを前記非接触通信可能な距離範囲内で前記電子マネーメディアを保持する保持部を備える、
請求項１記載のタクシー用乗客端末。
【請求項３】
前記ＲＦＩＤチップとの間で通信ができないことによって前記第１の処理が実行できない第１の未決済状態が発生した場合、前記情報処理機能を用いて、引き落すべき課金金額をデポジットする手段と、
前記第１の未決済状態が発生した場合、前記情報処理機能を用いて、前記ＲＦＩＤチップとの間で通信できる状態になった場合に前記第１の処理を再トライする手段と、
を具備する請求項２記載のタクシー用乗客端末。
【請求項４】
前記情報処理機能を用いて、前記ＲＦＩＤチップにチャージされた電子マネーからの引き落し金額を管理する決済状況情報を生成する手段を具備する、請求項１、２又は３記載のタクシー用乗客端末。
【請求項５】
前記ＲＦＩＤチップにチャージされた電子マネーの金額が少ないために前記第１の処理が実行できない第２の未決済状態が発生した場合、前記情報処理機能を用いて、引き落すべき課金金額をデポジットする手段と、
前記第２の未決済状態が発生した場合、前記情報処理機能を用いて、前記ＲＦＩＤチップにチャージされた電子マネーからの引き落し金額と前記デポジットされたデポジット金額とを分けて管理する決済状況情報を生成する手段と、
を具備する請求項１記載のタクシー用乗客端末。
【請求項６】
前記情報処理機能を用いて、前記決済状況情報を前記タクシーメータに送信する手段を具備する、請求項４又は５記載のタクシー用乗客端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシー運賃に関する情報をリアルタイムで表示し、ＲＦＩＤ（Radio Frequency Identification）技術によって読み取り可能な電子マネーメディアにチャージされた電子マネーによってタクシー運賃を決済可能とするタクシー用乗客端末に関する。
【背景技術】
【０００２】
タクシー運賃をプリペイドカードで支払い得るようにした発明としては、例えば特許文献１に記載された発明がある。つまり、特許文献１には、カードリーダライタによる読み取りによってプリペイドカードから残金情報を取得し、この金額から入金金額を減算し、タクシーメータから料金金額を取り込み、入金金額から料金データを減算して残金額を求め、残金額による走行可能距離を求めてこれを表示するようにした発明が記載されている（特許文献１の段落００２４〜００２５）。この発明は、「その利用に当たって支払可能な金額が指定されている場合に、その金額の範囲内でどれだけの利用が可能かを逐次知ることができるようにする」ことを課題としている（特許文献１の段落０００５）。
【０００３】
これに対して、タクシー運賃をＲＦＩＤ技術によって読み取り可能なＩＣカードにチャージされた電子マネーで支払い得るようにした発明としては、特許文献２に記載された発明がある。この発明は、「ＩＣカードを携帯した乗客３がタクシー１に乗り込むと、タクシー１内に設置された読み取り器４がアンテナ５を介してＩＣカード７を起動させ、ＩＣカード７と通信を行い、ＩＣカード７に記憶された行き先や残金情報を表示機器４Ａに表示する。…（中略）…目的地に到着後、料金表示器８から読み取り器４に乗車賃の情報がケーブル９を介して渡され、読み取り器４はアンテナ５を介して、ＩＣカード７の残金から運賃分を引き、タクシー利用状況を書き込む。」というものである（特許文献２の段落００１７）。
【０００４】
【特許文献１】特開平１１−３１２２５８号公報
【特許文献２】特開平０９−１２８５７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ＲＦＩＤ技術によって読み取り可能な電子マネーメディアにチャージされた電子マネーでタクシー運賃を支払うことを想定した場合、タクシーの利用者である乗客にとっての関心事の一つは、電子マネーメディアにチャージされた電子マネーの残金であろう。これに対して、特許文献１には、タクシー運賃の支払いメディアがプリペイドカードであってＲＦＩＤ技術によって読み取り可能な電子マネーメディアにチャージされた電子マネーではないものの、残金額による走行可能距離を求めてこれを表示することが記載されている。しかしながら、特許文献１に記載された発明は、残金額による走行可能距離が表示されるのみで、電子マネーメディアにチャージされた電子マネーの残金を乗客に知らせ得るものではない。したがって、乗客は、タクシーの運行に伴い変化する電子マネーメディアにチャージされた電子マネーの残金を知ることができない。これが第１の課題である。
【０００６】
第２の課題は、ＲＦＩＤ技術によって読み取り可能な電子マネーメディアにチャージされた電子マネーでタクシー運賃を支払うことを想定した場合、特許文献２に記載された手法を採用すると、乗客に安心感を与え難いという課題である。つまり、特許文献２には、ＲＦＩＤチップを備えたＩＣカードを所持する乗客がタクシーに乗っただけで当該ＲＦＩＤチップが記憶する情報が読み取られる旨記載されている（特許文献１の段落００１７参照）。この記載からして、特許文献１に記載されているＲＦＩＤ技術は、少なくとも１ｍ程度の通信可能距離を有しているものと思われる。この点は、特許文献１の段落００２３に実施例３として紹介されている記載、つまり、ＲＦＩＤチップを備えたＩＣカードを所持する複数の乗客がタクシーに乗り込んだ場合、複数のＩＣカードから情報が取得される旨の記載からも明らかであろう。このため、特許文献２に記載された発明の問題は、ＲＦＩＤチップを備えたＩＣカードを所持する者がタクシーに乗っただけでそのＲＦＩＤチップが記憶する情報が読み取られ、乗客の知らぬ間にタクシー運賃が引き落とされてしまう。これでは乗客に安心感を与え難い。
【０００７】
本発明の目的は、ＲＦＩＤ技術によって読み取り可能な電子マネーメディアにチャージされた電子マネーでのタクシー運賃の支払いに際して、タクシーの運行によって変化する電子マネーメディアにチャージされた電子マネーの残金を乗客に知らせ得るようにすることである。
【０００８】
本発明の別の目的は、ＲＦＩＤ技術によって読み取り可能な電子マネーメディアにチャージされた電子マネーでのタクシー運賃の支払いに際して、乗客に安心感を与え得るようにすることである。
【課題を解決するための手段】
【０００９】
本発明は、情報処理機能を果たす情報処理部と、情報を表示する表示器と、電子マネーメディアに設けられて電子マネーをチャージ可能なＲＦＩＤチップとの間でアンテナを介して非接触通信が可能であるＲＦＩＤリーダライタと、前記情報処理機能を用いて、タクシー運賃に関する課金情報を送信出力するタクシーメータとの間で通信を実現する手段とを備え、前記情報処理機能を用いて、前記ＲＦＩＤリーダライタを介して前記ＲＦＩＤチップにチャージされている電子マネーの残高金額を取得し、前記取得した残高金額を前記表示器に表示し、前記タクシーメータから課金情報を受信する度に、前記ＲＦＩＤリーダライタを介して当該課金情報に含まれている課金金額を前記ＲＦＩＤチップにチャージされた電子マネーから引き落す第１の処理と、前記表示器に表示された金額から当該課金金額を減算表示する第２の処理とを実行するようにした。
【発明の効果】
【００１０】
本発明によれば、ＲＦＩＤ技術によって読み取り可能な電子マネーメディアにチャージされた電子マネーでのタクシー運賃の支払いに際して、タクシーの運行によって変化する電子マネーメディアにチャージされた電子マネーの残高金額を乗客に知らせることができ、また、タクシーの運行に伴い生ずる課金金額の減算表示を通じて電子マネーからのタクシー運賃の引き落とし状況を乗客に知らせて乗客に安心感を与えることができる。
【発明を実施するための最良の形態】
【００１１】
本発明の実施の一形態を図１ないし図１４に基づいて説明する。
【００１２】
図１は、全体のシステム構成を示す模式図である。本システムは、タクシー用乗客端末１０１とタクシーメータ２０１とから構成されている。つまり、タクシーの車内１１には、前席側の助手席１２前のダッシュボード１３にタクシーメータ２０１が設置されている。タクシーメータ２０１は、運転席１４から操作可能な位置であって、運転席１４からも後席側の客席１５からも視認可能な位置に位置付けられている。図１に示すタクシーは、前席がベンチシートとなっている。そこで、タクシー用乗客端末１０１は、ベンチシートとなっている前席の運転席１４側と助手席１２側との間の位置に取り付けられ、客席１５に座る乗客から視認及び操作可能なように、前席の上方部分に配置されている。
【００１３】
図２は、タクシー用乗客端末１０１の斜視図である。タクシー用乗客端末１０１は、樹脂により成形された奥行きが薄いハウジング１０２を備え、このハウジング１０２の中央位置よりも下方に位置させて上面開口の保持部１０３を有している。ハウジング１０２の中央位置よりも上方には、液晶表示パネルを有する横長のＬＣＤ１０４（表示器）が設けられている。
【００１４】
保持部１０３は、ハウジング１０２の真中よりも下方の正面位置から前方に向けて突出形成された突縁１０５に透明な正面パネル１０６が嵌め込まれて形成されている。突縁１０５は、保持部１０３の底部と両側部とをそれぞれ形成するように、一例として樹脂モールドによりハウジング１０２に一体成形されており、保持部１０３の正面となる位置を開口する。そこで、この正面となる位置に、正面パネル１０６が嵌め込み固定されることで、保持部１０３がその体をなす。こうして形成された保持部１０３は、電子マネーメディア３０１を収納保持することができる大きさ及び形状を有している。電子マネーメディア３０１は、一例として携帯電話、別の一例としてＩＣカードである。電子マネーメディア３０１は、電子マネーをチャージ可能なＲＦＩＤチップ３０１ａ（図４参照）を有している。このような電子マネーメディア３０１を保持部１０３に収納保持することをユーザに知らせるために、正面パネル１０６には「電子マネーメディアをいれてください」というメッセージ１０７が印刷されている。
【００１５】
図３は、タクシーメータ２０１の斜視図である。タクシーメータ２０１は、直方体形状のハウジング２０２を備え、その正面に液晶表示パネルを備えた横長のＬＣＤ２０３を有している。ＬＣＤ２０３の右側と下側とには複数個のタリフ選択ボタン２０４が配列され、ＬＣＤ２０３の左側には複数個のファンクションボタン２０５が配列されている。
【００１６】
タリフ選択ボタン２０４としては、空車ボタン２０４ａ、賃走ボタン２０４ｂ及び支払ボタン２０４ｃがＬＣＤ２０３の右側に縦一列に配列されており、迎車ボタン２０４ｄ、待ボタン２０４ｅ、予約ボタン２０４ｆ、高速ボタン２０４ｇ及び割引ボタン２０４ｈがＬＣＤ２０３の下側に横一列に配列されている。
【００１７】
図４は、タクシー用乗客端末１０１のハードウェア構成を示すブロック図である。タクシー用乗客端末１０１は、各種演算処理を実行して各部を制御するＣＰＵ１０８を有する。ＣＰＵ１０８には、コンピュータプログラムを含む固定データを固定的に記憶するＲＯＭ１０９と、可変データを書き換え自在に記憶するＲＡＭ１１０と、ＬＣＤ１０４に表示する表示画像を生成するＶＲＡＭ１１１とがシステムバスＳＢを介して接続されている。このようなＣＰＵ１０８、ＲＯＭ１０９、ＲＡＭ１１０、ＶＲＡＭ１１１及びシステムバスＳＢは、集積回路として形成されている。
【００１８】
前述したＬＣＤ１０４の他、ＲＦＩＤリーダライタ１１２、音声ユニット１１３、監視カメラ１１４及び通信インターフェース１１５も、システムバスＳＢを介してＣＰＵ１０８に接続され、ＣＰＵ１０８による制御を受ける。
【００１９】
ＲＦＩＤリーダライタ１１２は、電子マネーメディア３０１に設けられたＲＦＩＤチップ３０１ａとの間でアンテナ（図示せず）を介して非接触通信が可能である。このようなＲＦＩＤリーダライタ１１２としては、例えば、通信可能距離が最大で数ｃｍ程度ある電磁結合方式のリーダライタが用いられる。したがって、ＲＦＩＤリーダライタ１１２は、当該非接触通信の距離範囲を、電子マネーメディア３０１がアンテナにかざされる距離範囲に限る構成となっている。タクシー用乗客端末１０１では、電子マネーメディア３０１が保持部１０３に収納保持される。そこで、タクシー用乗客端末１０１は、電子マネーメディア３０１が備えるＲＦＩＤチップ３０１ａの配置位置が非接触通信可能な距離範囲内となるように当該メディアを保持部１０３に収納保持し得るよう、保持部１０３の形状及び大きさ、アンテナの配置位置等を定めている。
【００２０】
音声ユニット１１３は、音声合成ＬＳＩ（図示せず）を備え、この音声合成ＬＳＩによって合成された音声をアナログ信号に変換して増幅し、スピーカ１１６から出力する構成を有している。
【００２１】
監視カメラ１１４は、ＣＣＤカメラ構成のものであり、客席１５に座る乗客の様子を撮像する。
【００２２】
通信インターフェース１１５は、タクシー用乗客端末１０１とタクシーメータ２０１との間のデータ通信を実現させる。この場合のデータ通信は、有線通信でも無線通信でもいずれでも良く、いずれの場合であってもその形式は問わない。
【００２３】
ここで、ＣＰＵ１０８を主体とするマイクロコンピュータは、ＣＰＵ１０８がＲＯＭ１０９に記憶されたコンピュータプログラムに従い各種情報処理を実行することから、情報処理部１５１を構成する。このような情報処理部１５１により、タクシー用乗客端末１０１は情報処理機能を発揮する。
【００２４】
図５は、タクシーメータ２０１のハードウェア構成を示すブロック図である。タクシーメータ２０１は、各種演算処理を実行して各部を制御するＣＰＵ２０６を有する。ＣＰＵ２０６には、コンピュータプログラムを含む固定データを固定的に記憶するＲＯＭ２０７と、可変データを書き換え自在に記憶するＲＡＭ２０８と、ＬＣＤ２０３に表示する表示画像を生成するＶＲＡＭ２０９とがシステムバスＳＢを介して接続されている。このようなＣＰＵ２０６、ＲＯＭ２０７、ＲＡＭ２０８、ＶＲＡＭ２０９及びシステムバスＳＢは、集積回路として形成されている。
【００２５】
前述したＬＣＤ２０３、タリフ選択ボタン２０４及びファンクションボタン２０５の他、時計回路２１０、距離パルス発生器２１１及び通信インターフェース２１２も、システムバスＳＢを介してＣＰＵ２０６に接続され、ＣＰＵ２０６による制御を受ける。
【００２６】
時計回路２１０は、ＣＰＵ２０６を主体とするマイクロコンピュータが有しているタイマから時間情報を取得し、現在時刻を算出したり、ある時刻から別のある時刻までの時間を算出したりする。
【００２７】
距離パルス発生器２１１は、タクシーの例えば車軸から得た回転パルス信号をタクシーの走行距離に置き換える演算処理を実行する。
【００２８】
通信インターフェース２１２は、タクシーメータ２０１とタクシー用乗客端末１０１との間のデータ通信を実現させる。この場合のデータ通信は、有線通信でも無線通信でもいずれでも良く、いずれの場合であってもその形式は問わない。
【００２９】
ここで、ＣＰＵ２０６を主体とするマイクロコンピュータは、ＣＰＵ２０６がＲＯＭ２０７に記憶されたコンピュータプログラムに従い各種情報処理を実行することから、情報処理部２５１を構成する。このような情報処理部２５１により、タクシーメータ２０１は情報処理機能を発揮する。
【００３０】
図６は、タクシーメータ２０１においてタリフ毎に適用されるタリフの概念と、当該タリフの適用のために押下されるタリフ選択ボタン２０４と、各タリフが適用される場合にタクシー用乗客端末１０１のＬＣＤ１０４に表示される表示とを、それぞれ対応付けて示す模式図である。
【００３１】
タクシーメータ２０１は、そのＲＯＭ２０７に各種のタリフを定義している。基本タリフは、初乗りの基本料金（初乗料金）に距離又は時間による加算料金を加算する料金体系となっている。初乗料金は、一例として２ｋｍまで６６０円である。加算料金は、距離加算料金として２７４ｍ増す毎に８０円、時間加算料金として時速１０ｋｍ以下走行時に１分４０秒まで毎に８０円である。時間加算料金は、初乗料金と無関係に加算される。初乗料金及び距離加算料金は、距離制運賃のタリフとして規定されている。この場合の距離は、図５に示す距離パルス発生器２１１の出力によって算出される。時間加算料金は、時間距離併用制運賃のタリフとして規定されている。この場合の時間は、図５に示す時計回路２１０の出力によって算出される。
【００３２】
その他のタリフとして、タクシーメータ２０１は、深夜早朝割増、迎車回送料金、無線待料金、予約料金、障害者割引及び遠距離割引をＲＯＭ２０７に定義している。深夜早朝割増は、２３時〜５時までの時間帯に適用されるタリフであり、３割増となっている。迎車回送料金は、お客様から呼ばれて呼ばれた場所に到着するまでの間に適用されるタリフであり、初乗運賃額を最大金額として規定されている。無線待料金は、お客様から無線基地局を経由して申し込みを受け、現地に到着したタクシーをお客様の都合により待機させる場合、現地到着後に５分を経過してからに適用されるタリフであり、５０秒まで毎に８０円の金額が規定されている。予約料金は、予約によって発生するタリフであり、１回につき４００円が規定されている。障害者割引は、障害者に対する割引を定義するタリフであり、１割引が規定されている。遠距離割引は、９，０００円を超える金額について適用されるタリフであり、１割引が規定されている。
【００３３】
タクシーメータ２０１の基本操作としては、まず、乗客を乗せると賃走ボタン２０４ｂを押下する。そして、乗客が指定した場所に到着すると支払ボタン２０４ｃを押下する。つまり、賃走ボタン２０４ｂの押下から支払ボタン２０４ｃの押下までの間に発生したイベントによって料金が計算されるわけである。そして、乗客が降りて次の乗客待ちにする場合には、空車ボタン２０４ａを押下する。このようなタクシーメータ２０１での操作に応じて、タクシー用乗客端末１０１側では、ＬＣＤ１０４に「賃走」、「支払」、「空車」という表示がなされる。
【００３４】
次に、基本タリフ以外のタリフが選択される場合としては、まず、深夜早朝割引の適用がある。深夜早朝割引は、図５に示す時計回路２１０によって計時された時刻が２１時〜翌朝５時までの間、自動的に適用される。この場合、タクシー用乗客端末１０１側では、ＬＣＤ１０４に「深夜料金」という表示がなされる（図２参照）。
【００３５】
自動的に適用されるタリフとしては、他に、遠距離割引のタリフがある。つまり、各タリフによって図５に示すタクシーメータ２０１の情報処理部２５１が計算したタクシー運賃が９，０００円を超えると、その超えた金額について遠距離割引が適用される。この場合、タクシー用乗客端末１０１側では、ＬＣＤ１０４に「割引適用」という表示がなされる。
【００３６】
これらの自動的に適用されるタリフではなく、タリフ選択ボタン２０４の押下という能動的行為によって適用されるタリフについて説明する。
【００３７】
まず、迎車ボタン２０４ｄが押下されると迎車回送料金が適用されるタリフが選択される。この場合、タクシー用乗客端末１０１側では、ＬＣＤ１０４に「迎車料金」という表示がなされる。
【００３８】
また、待ボタン２０４ｅが押下されると無線待料金が適用されるタリフが選択される。この場合、タクシー用乗客端末１０１側では、ＬＣＤ１０４に「待ち料金」という表示がなされる。
【００３９】
また、予約ボタン２０４ｆが押下されると、予約料金が適用されるタリフが選択される。この場合、タクシー用乗客端末１０１側では、ＬＣＤ１０４に「予約料金」という表示がなされる。
【００４０】
また、割引ボタン２０４ｈが押下されると、障害者割引が適用されるタリフが選択される。この場合、タクシー用乗客端末１０１側では、ＬＣＤ１０４に「割引適用」という表示がなされる。
【００４１】
そして、高速ボタン２０４ｇが押下されると、高速料金が適用されるタリフが選択される。高速料金が適用されるタリフでは、時間距離併用運賃のタリフが非選択状態となり、距離制運賃のタリフのみによって料金計算がなされる。この場合、タクシー用乗客端末１０１側では、ＬＣＤ１０４に「高速」という表示がなされる。
【００４２】
図７は、タクシーメータ２０１で実行される処理を示すフローチャートである。このフローチャートの処理は、タクシーメータ２０１が備える情報処理部２５１がＲＯＭ２０７に記憶されているコンピュータプログラムに従い実行される。タクシーメータ２０１の情報処理部２５１は、タリフ選択ボタン２０４の押下の有無判定（ステップＳ２０１）、割増時間帯（又は９，０００円超）の有無判定（ステップＳ２０２）、課金イベント発生の有無判定（ステップＳ２０３）、決済状況情報の受信の有無判定（ステップＳ２０４）に待機している。
【００４３】
図８は、タクシー用乗客端末１０１で実行される処理を示すフローチャートである。このフローチャートの処理は、タクシー用乗客端末１０１が備える情報処理部１５１がＲＯＭ１０９に記憶されているコンピュータプログラムに従い実行される。この処理は、電子マネーメディア３０１が有するＲＦＩＤチップ３０１ａとの間での通信の確立の有無判定（ステップＳ１０１）、タクシーメータ２０１からの課金情報の受信の有無判定（ステップＳ１０９）、タクシーメータ２０１から受信情報の有無判定（ステップＳ１１６）に待機している。それらのイベントが発生しなければ、ステップＳ１０１で電子マネーメディア３０１が有するＲＦＩＤチップ３０１ａとの間での通信の確立なし（ステップＳ１０１のＮ）、ステップＳ１０９でタクシーメータ２０１からの課金情報の受信なし（ステップＳ１０９のＮ）、タクシーメータ２０１から受信情報なし（ステップＳ１１６のＮ）という処理ルーチンとなる。
【００４４】
図７に示すフローチャートを参照する。タクシーメータ２０１の情報処理部２５１は、タリフ選択ボタン２０４の押下の有無判定（ステップＳ２０１）において、タリフ選択ボタン２０４の押下ありとの判定結果を得た場合（ステップＳ２０１のＹ）、料金計算のために対応するタリフを設定し（ステップＳ２０５）、対応するタリフ情報を自らのＬＣＤ２０３に表示する（ステップＳ２０６）。また、タクシーメータ２０１の情報処理部２５１は、前述した割増時間帯（又は９，０００円超）の有無判定（ステップＳ２０２）において、割増時間帯（又は９，０００円超）であることを判定した場合にも（ステップＳ２０２のＹ）、料金計算のために対応するタリフを設定し（ステップＳ２０５）、対応するタリフ情報を自らのＬＣＤ２０３に表示する（ステップＳ２０６）。そして、対応するタリフ情報をタクシー用乗客端末１０１に送信する（ステップＳ２０７）。
【００４５】
図８に示すフローチャートを参照する。図７に示すフローチャート中のステップＳ２０７でタクシーメータ２０１の情報処理部２５１がタリフ情報をタクシー用乗客端末１０１に送信すると、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６においてタクシーメータから情報受信と判定する（ステップＳ１１６のＹ）。そして、そのタリフが支払ボタン２０４ｃの押下によって発生する支払指示でなければ（ステップＳ１１７のＮ）、ＬＣＤ１０４の表示更新処理を実行する（ステップＳ１１５）。この表示更新処理により、タクシー用乗客端末１０１のＬＣＤ１０４には、図６に例示する対応表示がなされる。
【００４６】
ここで、図７及び図８に示すフローチャートを参照し、各々のタリフ選択ボタン２０４が押下された場合の処理を個別に説明する。
【００４７】
まず、タクシーメータ２０１の情報処理部２５１は、ステップＳ２０１において空車ボタン２０４ａの押下を判定した場合、ステップＳ２０５では料金計算のためのタリフを選択せず、ステップＳ２０６でＬＣＤ２０３に「空車」と表示する。そして、ステップＳ２０７で空車のタリフ情報をタクシー用乗客端末１０１に送信する。これに応じて、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６にてタクシーメータ２０１から情報受信を判定し、ＬＣＤ１０４に「空車」を表示する（図６参照）。
【００４８】
タクシーメータ２０１の情報処理部２５１は、ステップＳ２０１において賃走ボタン２０４ｂの押下を判定した場合、ステップＳ２０５で距離制運賃及び時間距離併用制運賃のタリフを選択し、ステップＳ２０６でＬＣＤ２０３に「賃走」と表示する。そして、ステップＳ２０７で賃走のタリフ情報をタクシー用乗客端末１０１に送信する。これに応じて、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６にてタクシーメータ２０１から情報受信を判定し、ＬＣＤ１０４に「賃走」を表示する（図６参照）。
【００４９】
タクシーメータ２０１の情報処理部２５１は、ステップＳ２０１において支払ボタン２０４ｃの押下を判定した場合、ステップＳ２０５では料金計算のためのタリフを選択せず、ステップＳ２０６でＬＣＤ２０３に「支払」と表示する。そして、ステップＳ２０７で支払のタリフ情報をタクシー用乗客端末１０１に送信する。これに応じて、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６にてタクシーメータ２０１から情報受信を判定し、続くステップＳ１１７では支払指示を判定する（ステップＳ１１７のＹ）。この場合の処理については、図８を参照して後に詳しく説明する。
【００５０】
タクシーメータ２０１の情報処理部２５１は、ステップＳ２０１において迎車ボタン２０４ｄの押下を判定した場合、ステップＳ２０５で迎車回送料金のタリフを選択し、ステップＳ２０６でＬＣＤ２０３に「迎車」と表示する。そして、ステップＳ２０７で迎車のタリフ情報をタクシー用乗客端末１０１に送信する。これに応じて、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６にてタクシーメータ２０１から情報受信を判定し、ＬＣＤ１０４に「迎車料金」を表示する（図６参照）。
【００５１】
タクシーメータ２０１の情報処理部２５１は、ステップＳ２０１で待ボタン２０４ｅの押下を判定した場合、ステップＳ２０５で無線待料金のタリフを選択し、ステップＳ２０６でＬＣＤ２０３に「待」と表示する。そして、ステップＳ２０７で無線待ちのタリフ情報をタクシー用乗客端末１０１に送信する。これに応じて、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６にてタクシーメータ２０１から情報受信を判定し、ＬＣＤ１０４に「待ち料金」を表示する（図６参照）。
【００５２】
タクシーメータ２０１の情報処理部２５１は、ステップＳ２０１で予約ボタン２０４ｆの押下を判定した場合、ステップＳ２０５で予約料金のタリフを選択し、ステップＳ２０６でＬＣＤ２０３に「予約」と表示する。そして、ステップＳ２０７で予約のタリフ情報をタクシー用乗客端末１０１に送信する。これに応じて、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６にてタクシーメータ２０１から情報受信を判定し、ＬＣＤ１０４に「予約料金」を表示する（図６参照）。
【００５３】
タクシーメータ２０１の情報処理部２５１は、ステップＳ２０１で高速ボタン２０４ｇの押下を判定した場合、ステップＳ２０５で距離制運賃のタリフを選択して時間距離併用制料金のタリフの選択を停止し、ステップＳ２０６でＬＣＤ２０３に「高速」と表示する。そして、ステップＳ２０７で高速のタリフ情報をタクシー用乗客端末１０１に送信する。これに応じて、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６にてタクシーメータ２０１から情報受信を判定し、ＬＣＤ１０４に「高速」を表示する（図６参照）。
【００５４】
タクシーメータ２０１の情報処理部２５１は、ステップＳ２０１で割引ボタン２０４ｈの押下を判定した場合、ステップＳ２０５で障害者割引のタリフを選択し、ステップＳ２０６でＬＣＤ２０３に「割引」と表示する。そして、ステップＳ２０７で障害者割引のタリフ情報をタクシー用乗客端末１０１に送信する。これに応じて、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６にてタクシーメータ２０１から情報受信を判定し、ＬＣＤ１０４に「割引適用」を表示する（図６参照）。
【００５５】
また、タクシーメータ２０１の情報処理部２５１は、ステップＳ２０２で割増時間帯であることを判定した場合、ステップＳ２０５で深夜早朝割増のタリフを選択し、ステップＳ２０６でＬＣＤ２０３に「割増」と表示する。そして、ステップＳ２０７で深夜早朝割増のタリフ情報をタクシー用乗客端末１０１に送信する。これに応じて、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６にてタクシーメータ２０１から情報受信を判定し、ＬＣＤ１０４に「深夜料金」を表示する（図２、図６参照）。
【００５６】
そして、タクシーメータ２０１の情報処理部２５１は、ステップＳ２０２で今までに発生しているタクシー運賃が９，０００円超であることを判定した場合、ステップＳ２０５で遠距離割引のタリフを選択し、ステップＳ２０６でＬＣＤ２０３に「割引」と表示する。そして、ステップＳ２０７で遠距離割引のタリフ情報をタクシー用乗客端末１０１に送信する。これに応じて、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６にてタクシーメータ２０１から情報受信を判定し、ＬＣＤ１０４に「割引適用」を表示する（図２、図６参照）。
【００５７】
図７に示すフローチャートを参照する。タクシーメータ２０１の課金処理は、基本的には、基本料金である初乗料金と、その後に生ずる可能性がある加算料金とを合算することによってなされる。前述したタリフは、そのようなタクシー運賃の計算の基礎をなす。そこで、タクシーメータ２０１の情報処理部２５１は、ステップＳ２０１において賃走ボタン２０４ｂの押下を判定した場合（ステップＳ２０３のＹ）、ステップＳ２０５で距離制運賃及び時間距離併用制運賃のタリフを選択し、ステップＳ２０６でＬＣＤ２０３に「賃走」と表示し、ステップＳ２０７で賃走のタリフ情報をタクシー用乗客端末１０１に送信する。これは前述した通りである。これに対して、賃走ボタン２０４ｂが押下されれば、初乗料金が発生することになる。そこで、ステップＳ２０３では、課金イベントの発生を判定することになる（ステップＳ２０３のＹ）。ステップＳ２０３での課金イベントの発生ありの判定（ステップＳ２０３のＹ）は、賃走ボタン２０４ｂが押下された場合に限らず、その後に加算料金が発生した場合にも同様に生ずることになる。こうして課金イベントの発生ありの判定（ステップＳ２０３のＹ）がなされると、タクシーメータ２０１の情報処理部２５１は、現在選択されているタリフに従い料金の計算処理を実行し（ステップＳ２０８）、タクシーメータ２０１が有するＬＣＤ２０３に対応する料金を表示する（ステップＳ２０９）。そして、課金金額を含む課金情報をタクシー用乗客端末１０１に送信する（ステップＳ２１０）。
【００５８】
また、タクシーメータ２０１の情報処理部２５１は、タクシー用乗客端末１０１から決済状況情報１４１（図１１参照）を受信したと判定した場合（ステップＳ２０４のＹ）、受信した決済状況情報１４１に従った支払方法別で登録メモリに売上処理を実行する（ステップＳ２１１）。この処理については、後述する。
【００５９】
ここで、タクシー用乗客端末１０１の情報処理部１５１が実行する処理について、図８に示すフローチャートを参照しながら詳細に説明する。ここでは、二つの事例に即して説明する。一つ目の事例は、図９ないし図１１に例示する事例である。二つ目の事例は、図１２ないし図１４に例示する事例である。
【００６０】
まず、一つ目の事例について説明する。
【００６１】
図９は、タクシー用乗客端末１０１のＬＣＤ１０４に生ずる表示内容の状態遷移の一例を、当該状態遷移を発生させる絵柄表現されたイベントと共に示す模式図である。まず、タクシー用乗客端末１０１は、電子マネーメディア３０１での決済を支援する。つまり、電子マネーメディア３０１のＲＦＩＤチップ３０１ａに電子マネーがチャージされている場合、この電子マネーによるタクシー運賃の支払いを可能とする。そこで、タクシーに乗った乗客が電子マネーメディア３０１での決済を希望する場合、タクシー用乗客端末１０１の保持部１０３に電子マネーメディア３０１を収納保持させる（図９（ａ）参照）。すると、図８のフローチャートに示すように、タクシー用乗客端末１０１の情報処理部１５１は、保持部１０３に収納保持された電子マネーメディア３０１が有するＲＦＩＤチップ３０１ａとの間での通信の確立を判定する（ステップＳ１０１のＹ）。そして、情報処理部１５１は、通信を確立したＲＦＩＤチップ３０１ａからユニークコードをリードする（ステップＳ１０２）。この場合のユニークコードは、一例として、電子マネーメディア３０１のＲＦＩＤチップ３０１ａに電子マネーをチャージして使用する場合に当該電子マネーメディア３０１の所持者を特定することができるコードである。リードしたユニークコードは、そのリードが初回である場合、ＲＡＭ１１０のワークエリアに保存される（ステップＳ１０５）。そこで、ステップＳ１０２でのユニークコードのリード後、ＲＡＭ１１０のワークエリアにユニークコードが既に保存されるかどうかが判定され（ステップＳ１０３）、保存されていると判定された場合には（ステップＳ１０３のＹ）、リードしたユニークコードと保存されているユニークコードとの一致性が判定される（ステップＳ１０４）。ＲＡＭ１１０のワークエリアにユニークコードが既に保存されているが（ステップＳ１０３のＹ）、リードしたユニークコードと保存されているユニークコードとが一致しない場合には（ステップＳ１０４のＮ）、保持部１０３に収納保持された電子マネーメディア３０１が入れ替えられていると推定されるため、この場合には、最新に保持部１０３に収納保持された電子マネーメディア３０１を優先するためである。
【００６２】
タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１０５でリードしたユニークコードの保存処理を実行した後、電子マネーメディア３０１にチャージされている電子マネーの金額情報をリードし（ステップＳ１０６）、チャージされている残高をＬＣＤ１０４に表示する（ステップＳ１０７）。図９（ａ）の例示は、電子マネーメディア３０１に１２，６８０円がチャージされている例である。
【００６３】
その後、タクシー用乗客端末１０１の情報処理部１５１は、デポジット金額の有無を判定し（ステップＳ１０８）、デポジット金額がなければタクシーメータ２０１から課金情報を受信したかどうかを判定する（ステップＳ１０９）。図９（ｂ）に示すように、タクシーの運転手がタクシーメータ２０１の賃走ボタン２０４ｂを押下すれば、タクシーメータ２０１から課金情報が送信されてくるので（図７のステップＳ２１０）、ステップＳ１０９では課金情報の受信を判定することになる（ステップＳ１０９のＹ）。
【００６４】
タクシー用乗客端末１０１の情報処理部１５１は、課金情報の受信を判定すると（ステップＳ１０９のＹ）、第１の処理として、受信した課金情報に含まれている課金金額を電子マネーメディア３０１にチャージされている電子マネーから引き落とす処理を実行する（ステップＳ１１０）。そして、引き落し処理が正常に実行された場合（ステップＳ１１２のＹ）には直ちに、引き落し処理が正常に実行されなかった場合（ステップＳ１１２のＮ）にはデポジット処理（ステップＳ１１３）を経た後、決済状況情報を生成してＲＡＭ１１０のワークエリアに保存する（ステップＳ１１４）。ここで、引き落し処理が正常に実行されなかった場合（ステップＳ１１２のＮ）というのは、乗客がそもそも保持部１０３に電子マネーメディア３０１を収納保持させなかった場合と、乗客が保持部１０３に一旦収納保持させた電子マネーメディア３０１を何らかの理由で取り去っている場合とを想定している。何らかの理由としては、例えば、電子マネーメディア３０１が携帯電話である場合、携帯電話をかけるために保持部１０３から電子マネーメディア３０１である携帯電話を取り去っている場合を挙げることができる。このような場合にステップＳ１１３で実行されるデポジット処理は、ステップＳ１０９で受信判定したタクシーメータ２０１からの課金情報に含まれている課金金額をＲＡＭ１１０のワークエリアに保存する処理である。
【００６５】
図１０は、図９に示す状態遷移の基礎となる決済状況を管理するための決済状況ファイルを示す模式図である。タクシー用乗客端末１０１の情報処理部１５１は、ＲＡＭ１１０のワークエリアを利用して決済状況ファイル１３１を生成する（ステップＳ１１４）。決済状況ファイル１３１は、ステップＳ１０９で課金情報の受信を判定する毎に自動増加付番される取引番号１３１ａに対応付けて、デポジット金額１３１ｂ、決済金額１３１ｃ及びユニークコード１３１ｄを管理するファイルである。一つ目の事例では、乗客が電子マネーメディア３０１を保持部１０３に収納保持させた後にタクシーの運転手が賃走ボタン２０４ｂを押下している（図９（ａ）及び（ｂ）参照）。このため、タクシー用乗客端末１０１の情報処理部１５１は、賃走ボタン２０４ｂの押下に伴いタクシーメータ２０１から送信された課金情報の受信を判定すると（ステップＳ１０９のＹ）、受信した課金情報に含まれている金額である初乗料金の６６０円を電子マネーメディア３０１にチャージされている電子マネーから引き落とす処理を実行し（ステップＳ１１０）、この場合には引き落し処理が正常に実行されたと判定されるはずなので（ステップＳ１１２のＹ）、直ちに決済状況情報が生成されてＲＡＭ１１０のワークエリアに保存される（ステップＳ１１４）。そこで、決済状況ファイル１３１では、取引番号１３１ａに「１」が自動付番された後、決済金額１３１ｃに初乗料金の「６６０円」が記録され、ユニークコード１３１ｄにはステップＳ１０５で保存した電子マネーメディア３０１のユニークコード「××××−××××」が記録される。
【００６６】
その後、タクシー用乗客端末１０１の情報処理部１５１は、第２の処理としてＬＣＤ１０４の表示更新処理を実行する（ステップＳ１１５）。つまり、ステップＳ１１０の処理で６６０円が決済されたのであるから、電子マネーメディア３０１にチャージされている電子マネーの残高である１２，６８０円（図９（ａ）参照）が１２，０２０円と更新表示される（図９（ｂ）参照）。その後、ステップＳ１０１の判定処理を実行するルーチンとなる。
【００６７】
図９（ｂ）に示す状態で乗客がタクシーに乗り続けていると、加算料金が発生する。この際、タクシー用乗客端末１０１の情報処理部１５１が実行する図８に示すフローチャートの処理では、電子マネーメディア３０１が保持部１０３から取り去られていない限り、通信の確立あり（ステップＳ１０１のＹ）、ユニークコードリード（ステップＳ１０２）、ユニークコード保存あり（ステップＳ１０３のＹ）、リードされたユニークコードと保存されているユニークコードとの一致（ステップＳ１０４のＹ）、デポジット金額なし（ステップＳ１０８）という処理ルーチンが実行される。そして、ステップＳ１０９で課金情報なしを判定すれば（ステップＳ１０９のＮ）、ステップＳ１１６でタクシーメータ２０１からの情報受信を判定しない限り、再度ステップＳ１０１の判定処理にリターンする処理ルーチンが実行される。これに対して、ステップＳ１０９で課金情報ありを判定すると（ステップＳ１０９のＹ）、電子マネーからの課金金額の引き落とし（ステップＳ１１０）、引き落とし処理正常実行判定（ステップＳ１１１のＹ）、決済状況情報の生成保存（ステップＳ１１４）、ＬＣＤ１０４の表示更新（ステップＳ１１５）を実行し、再度ステップＳ１０１の判定処理にリターンする処理ルーチンが実行される。その結果、図１０に例示する決済状況ファイル１３１では、取引番号１３１ａが自動増加付番され、決済金額１３１ｃに加算料金が記録され、ユニークコード１３１ｄにステップＳ１０５で保存されたユニークコードが記録されていく。図９（ｃ）は、図１０に例示する決済状況ファイル１３１において取引番号１３１ａが「４」まで進んだ場合のＬＣＤ１０４の表示例を示している。
【００６８】
タクシーメータ２０１の情報処理部２５１は、支払ボタン２０４ｃが押下されると、その旨の判定をし（図７のステップＳ２０１のＹ）、支払ボタン２０４ｃが押下されたというタリフ情報をタクシー用乗客端末１０１に送信する（図７のステップＳ２０７）。そこで、図８のフローチャートに示すように、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６でタクシーメータ２０１からの情報受信ありを判定し（ステップＳ１１６のＹ）、ステップＳ１１７で支払い指示ありを判定する（ステップＳ１１７のＹ）。一つ目の事例では、図１０に示す決済状況ファイル１３１中、取引番号１３１ａが「１０」まで進んだ時点で、タクシーメータ２０１において支払ボタン２０４ｃが押下された場合を例示している。そこで、図９（ｄ）に示すように、タクシー用乗客端末１０１のＬＣＤ１０４には１１，３００円と表示されている。
【００６９】
タクシー用乗客端末１０１の情報処理部１５１は、支払い指示ありを判定すると（ステップＳ１１７のＹ）、図１０に示す決済状況ファイル１３１の記録情報をリードし、決済状況情報１４１を生成する（ステップＳ１１８）。そして、生成した決済状況情報１４１をタクシーメータ２０１に送信する（ステップＳ１１９）。
【００７０】
図１１は、図１０に示す決済状況ファイルに基づいて生成された決済状況情報１４１の模式図である。決済状況情報１４１は、ヘッダ１４１ａで始まってＥＣ１４１ｃ（エンドオブコード）で終了する送信伝文形式のデータである。ヘッダ１４１ａとＥＣ１４１ｃとの間にはコンテンツ１４１ｂが挟まれている。一つ目の事例におけるコンテンツ１４１ｂは、図１０に示す決済状況ファイル１３１中のデポジット金額１３１ｂを示すＩＤ（ａ）とその後に続くデポジット金額１３１ｂのデポジット累計金額「０（円）」、決済状況ファイル１３１中の決済金額１３１ｃを示すＩＤ（ｂ−１）とその後に続く決済累計金額「１３８０（円）」、そして、決済状況ファイル１３１中のユニークコード１３１ｄを示すＩＤ（ｂ−２）とその後に続くユニークコード「××××−××××」とから構成されている。
【００７１】
図７のフローチャートを参照する。タクシーメータ２０１の情報処理部２５１は、タクシー用乗客端末１０１から決済状況情報１４１を受信したと判定した場合（ステップＳ２０４のＹ）、受信した決済状況情報に従った支払方法別で登録メモリに売上処理を実行する（ステップＳ２１１）。つまり、タクシーメータ２０１は、そのＲＡＭ１１０内に売上メモリを有している。そこで、例えば図１１に例示するような決済状況情報１４１を受信すると（ステップＳ２０４のＹ）、決済状況情報１４１に含まれているコンテンツ１４１ｂ中に記録されている「１３８０（円）」という金額を「××××−××××」というユニークコードに対応付けてＲＡＭ１１０内の売上メモリに記録する。この対応付けは、コンテンツ１４１ｂ中に記録されている「１３８０（円）」という金額が、「××××−××××」というユニークコードによって所持者が特定される電子マネーメディア３０１にチャージされている電子マネーによって決済されたことを意味付けるための対応付けである。
【００７２】
図８のフローチャートを参照する。タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１９で生成した決済状況情報１４１をタクシーメータ２０１に送信した後、図１０に示す決済状況ファイル１３１に基づいて案内情報を生成し、案内報知を実行する（ステップＳ１２０）。案内報知は、例えば、「１，３８０円を電子マネーメディア３０１にチャージされている電子マネーから引き落とさせていただきました。ありがとうございました。」というような合成音声を音声ユニット１１３によって生成し、スピーカ１１６から音響として出力することによってなされる。
【００７３】
その後、今回の取引で生成した各種の情報、例えばステップＳ１０５でＲＡＭ１１０に保存したユニークコードや図１０に示す決済状況ファイル１３１に記録した情報等を消去するために、ＲＡＭクリア処理を実行し（ステップＳ１２１）、処理を終了する。
【００７４】
次いで、二つ目の事例について説明する。
【００７５】
図１２は、タクシー用乗客端末１０１のＬＣＤ１０４に生ずる表示内容の状態遷移の別の一例を、当該状態遷移を発生させる絵柄表現されたイベントと共に示す模式図である。図１３は、図１２に示す状態遷移の基礎となる決済状況を管理するための決済状況ファイル１３１を示す模式図である。
【００７６】
二つ目の事例では、まず、タクシーの運転手がタクシーメータ２０１の賃走ボタン２０４ｂを押下したと仮定する（図１２（ａ）参照）。すると、タクシーメータ２０１から課金情報が送信されてくるので（図７のステップＳ２１０）、ステップＳ１０９では課金情報の受信を判定することになる（ステップＳ１０９のＹ）。この場合、図８の処理ルーチンは、保持部１０３に収納保持された電子マネーメディア３０１が有するＲＦＩＤチップ３０１ａとの間での通信の確立を判定することなく（ステップＳ１０１のＮ）、課金情報の受信を判定する（ステップＳ１０９のＹ）処理ルーチンとなる。そして、タクシー用乗客端末１０１の情報処理部１５１は、課金情報の受信を判定（ステップＳ１０９のＹ）した後、ステップＳ１１０の引き落し処理を実行する。ところが、この際、保持部１０３に電子マネーメディア３０１が収納保持されていないので、電子マネーメディア３０１にチャージされた電子マネーから金額を引き落とす第１の処理を実行することができない。ここでは、ＲＦＩＤチップ３０１ａとの間で通信ができないことによって第１の処理が実行できない未決済状態を、第１の未決済状態と呼ぶ。このような第１の未決済状態が生じた場合、タクシー用乗客端末１０１の情報処理部１５１は、引き落し処理の正常実行を判定せず（ステップＳ１１２のＮ）、デポジット処理を実行する（ステップＳ１１３）。その結果、ステップＳ１１４で生成保存される決済状況ファイル１３１は、図１３に示すように、取引番号１３１ａに「１」が自動付番された取引では初乗料金の６６０円がデポジット金額１３１ｂとして記録される。その後、タクシー用乗客端末１０１の情報処理部１５１は表示更新処理を実行するが（ステップＳ１１５）、未だに電子マネーメディア３０１が有するＲＦＩＤチップ３０１ａの記憶内容が読み取られていないため、タクシー用乗客端末１０１のＬＣＤ１０４には金額表示がなされない（図１２（ａ）参照）。
【００７７】
その後、タクシーメータ２０１からの課金情報の受信判定（ステップＳ１０９）がなされる前に、乗客が電子マネーメディア３０１を保持部１０３に収納保持させたと想定する（図１２（ｂ）参照）。この場合の電子マネーメディア３０１は、例えば携帯電話である。すると、タクシー用乗客端末１０１の情報処理部１５１は、保持部１０３に収納保持された電子マネーメディア３０１が有するＲＦＩＤチップ３０１ａとの間での通信の確立を判定する（ステップＳ１０１のＹ）。そこで、通信を確立したＲＦＩＤチップ３０１ａからのユニークコードのリード（ステップＳ１０２）、ＲＡＭ１１０のワークエリアに既保存のユニークコードなしの判定（ステップＳ１０３のＮ）、リードしたユニークコードの保存処理（ステップＳ１０５）、保持部１０３に収納保持された電子マネーメディア３０１にチャージされている電子マネーの金額情報のリード（ステップＳ１０６）、チャージされている残高のＬＣＤ１０４への表示処理（ステップＳ１０７）を順に実行する。二つ目の事例において、電子マネーメディア３０１には、例えば１２，６８０円の電子マネーがチャージされているものとする。これにより、タクシー用乗客端末１０１のＬＣＤ１０４には、「１２，６８０円」と表示される（図１２（ｂ）参照）。
【００７８】
その後のデポジット金額の有無の判定（ステップＳ１０８）では、デポジット金額ありと判定されるはずなので（ステップＳ１０８のＹ）、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１０の引き落し処理において、第１の処理として、デポジット金額である６６０円を電子マネーメディア３０１にチャージされている電子マネーから引き落す処理を実行する（ステップＳ１１０）。これにより、引き落し処理の正常実行が判定されるので（ステップＳ１１２のＹ）、ステップＳ１１４で決済状況ファイル１３１の生成保存処理が実行される。その結果、図１３に示す決済状況ファイル１３１では、取引番号１３１ａが「２」の取引として、デポジット金額１３１ｂが−６６０円にされて決済金額１３１ｃが６６０円と記録され、電子マネーを引き落した電子マネーメディア３０１のユニークコード「××××−××××」がユニークコード１３１ｄに記録される。そして、第２の処理であるＬＣＤ１０４の表示更新処理が実行される（ステップＳ１１５）。この際、電子マネーメディア３０１における電子マネーのチャージ金額である残高をしばらくＬＣＤ１０４に表示させる（図１２（ｂ）参照）必要から、ステップＳ１１５の表示更新処理は、例えば５秒〜１０秒程度の待機時間を置いて実行される。ステップＳ１１５で所定の待機時間を置いて実行された表示更新処理後のＬＣＤ１０４は、例えば図１２（ｃ）に例示するようになる。
【００７９】
図１２（ｃ）に示す状態で乗客がタクシーに乗り続けていると、加算料金が発生する。この際、タクシー用乗客端末１０１の情報処理部１５１が実行する図８に示すフローチャートの処理では、電子マネーメディア３０１が保持部１０３から取り去られていない限り、通信の確立あり（ステップＳ１０１のＹ）、ユニークコードリード（ステップＳ１０２）、ユニークコード保存あり（ステップＳ１０３のＹ）、リードされたユニークコードと保存されているユニークコードとの一致（ステップＳ１０４のＹ）、デポジット金額なし（ステップＳ１０８）という処理ルーチンが実行される。そして、ステップＳ１０９で課金情報なしを判定すれば（ステップＳ１０９のＮ）、ステップＳ１１６でタクシーメータ２０１からの情報受信を判定しない限り、再度ステップＳ１０１の判定処理にリターンする処理ルーチンが実行される。これに対して、ステップＳ１０９で課金情報ありを判定すると（ステップＳ１０９のＹ）、電子マネーからの課金金額の引き落とし（ステップＳ１１０）、引き落とし処理の正常実行判定（ステップＳ１１１のＹ）、決済状況情報の生成保存（ステップＳ１１４）、ＬＣＤ１０４の表示更新（ステップＳ１１５）を実行し、再度ステップＳ１０１の判定処理にリターンする処理ルーチンが実行される。その結果、図１３に例示する決済状況ファイル１３１では、取引番号１３１ａが自動増加付番され、決済金額１３１ｃに加算料金が記録され、ユニークコード１３１ｄにステップＳ１０５で保存されたユニークコード「××××−××××」が記録されていく。図１２（ｄ）は、図１３に例示する決済状況ファイル１３１において取引番号１３１ａが「５」まで進んだ場合のＬＣＤ１０４の表示例を示している。
【００８０】
二つ目の事例では、図１３に例示する決済状況ファイル１３１において取引番号１３１ａが「５」まで進んだ状態で、保持部１０３から電子マネーメディア３０１である携帯電話が取り去られた状況を想定している（図１２（ｅ）参照）。この場合、タクシーメータ２０１からの課金情報の受信を判定し（ステップＳ１０９のＹ）、ステップＳ１１０で引き落し処理を実行すると、前述したＲＦＩＤチップ３０１ａとの間で通信ができないことによって第１の処理が実行できない第1の未決済状態が発生するので、ステップＳ１１２では引き落し処理正常実行が判定されず（ステップＳ１１２のＮ）、デポジット処理がなされる（ステップＳ１１３）。そこで、その後の決済状況ファイル１３１の生成保存処理では、ステップＳ１１２の引き落とし金額がデポジットされる。
【００８１】
ここで重要なことは、本実施の形態において、タクシー用乗客端末１０１のＬＣＤ１０４への残高表示と電子マネーメディア３０１にチャージされた電子マネーからの現実の引き落としとは無関係であるということである。つまり、図１２（ｄ）は、図１３に例示する決済状況ファイル１３１において取引番号１３１ａが「５」まで進んだ場合のＬＣＤ１０４の表示例であるので、電子マネーメディア３０１における元々の残高である１２，６８０円から９００円を引いた１１，７８０円がＬＣＤ１０４に表示されている。これに対して、図１２（ｅ）は、既に電子マネーメディア３０１が保持部１０３から取り去られた後にステップＳ１１０の引き落し処理が実行された状況を例示している。したがって、図１３中の取引番号１３１ａ「５」までの累計金額である９００円は電子マネーメディア３０１にチャージされた電子マネーから引き落とされているのに対して、取引番号１３１ａ「６」の８０円はデポジット金額となっている。それにも拘らず、図１２（ｅ）に例示するように、ＬＣＤ１０４の表示は、図１２（ｄ）に示す１１，７８０円から８０円を引いた１１，６２０円である。このことから、ステップＳ１１０で実行された引き落し処理により、電子マネーメディア３０１にチャージされた電子マネーでの決済が生じようとステップＳ１１３でデポジット処理されようと、タクシーメータ２０１から送信された課金情報に従ってＬＣＤ１０４に表示される残高金額が減算表示されていくことが分かる。
【００８２】
図１３に例示するように、二つ目の事例では、ステップＳ１１３のデポジット処理が三回続き、取引番号１３１ａが「８」まで進んでいる。そして、この段階で、乗客が再度、保持部１０３に電子マネーメディア３０１を収納保持させた状況を想定している。ところが、今回の電子マネーメディア３０１は、最初に保持部１０３に収納保持させた携帯電話ではなく、ＩＣカードである。そこで、タクシー用乗客端末１０１の情報処理部１５１は、保持部１０３に収納保持された電子マネーメディア３０１であるＩＣカードが有するＲＦＩＤチップ３０１ａとの間での通信の確立を判定し（ステップＳ１０１のＹ）、通信を確立したＲＦＩＤチップ３０１ａからのユニークコードのリード（ステップＳ１０２）、ＲＡＭ１１０のワークエリアに既保存のユニークコードありの判定（ステップＳ１０３のＮ）をした後、リードしたユニークコードと保存されているユニークコードとの不一致を判定するはずである（ステップＳ１０４のＮ）。そこで、タクシー用乗客端末１０１の情報処理部１５１は、今回新たにリードしたユニークコードの保存処理（ステップＳ１０５）、保持部１０３に収納保持された電子マネーメディア３０１にチャージされている電子マネーの金額情報のリード（ステップＳ１０６）、チャージされている残高のＬＣＤ１０４への表示処理（ステップＳ１０７）を順に実行する。したがって、ＬＣＤ１０４には、電子マネーメディア３０１であるＩＣカードにチャージされている電子マネーの残高表示がなされる。この残高は、図１２（ｆ）に示すように、４５０円であると想定する。
【００８３】
ここで、図１２（ｆ）の状況は、前述したように、ステップＳ１１３のデポジット処理が三回続き、取引番号１３１ａが「８」まで進んでいる状況である。このため、図１３に示すように、取引番号１３１ａ「６」、「７」、「８」の取引として、デポジット金額１３１ｂには「８０円」、「８０円」、「８０円」という金額が記録されている。そこで、図１２（ｆ）に示すように、保持部１０３にＩＣカードである電子マネーメディア３０１を収納保持させると、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１０８でデポジット金額ありを判定し（ステップＳ１０８のＹ）、そのデポジット金額である２４０円（８０円＋８０円＋８０円）の引き落し処理をステップＳ１１０で実行する。その後、ステップＳ１１４で決済状況ファイル１３１の生成保存処理が実行されると、図１３に示す決済状況ファイル１３１には、取引番号１３１ａ「９」としてデポジット金額１３１ｂが−２４０円、決済金額１３１ｃが２４０円と記録され、ユニークコード１３１ｄには電子マネーメディア３０１であるＩＣカードのユニークコード「××××−○○○○」が記録される。そして、タクシー用乗客端末１０１のＬＣＤ１０４の表示更新処理がなされ（ステップＳ１１５）、その結果、ＬＣＤ１０４に表示される金額は、電子マネーメディア３０１であるＩＣカードにおける電子マネーの残高４５０円から２４０を引いた２１０円となる（図１２（ｇ）参照）。
【００８４】
タクシーメータ２０１の情報処理部２５１は、支払ボタン２０４ｃが押下されると、その旨の判定をし（図７のステップＳ２０１のＹ）、支払ボタン２０４ｃが押下されたというタリフ情報をタクシー用乗客端末１０１に送信する（図７のステップＳ２０７）。そこで、図８のフローチャートに示すように、タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１６でタクシーメータ２０１からの情報受信ありを判定し（ステップＳ１１６のＹ）、ステップＳ１１７で支払い指示ありを判定する（ステップＳ１１７のＹ）。二つ目の事例では、図１３に示す決済状況ファイル１３１中、取引番号１３１ａが「１２」まで進んだ時点で、タクシーメータ２０１において支払ボタン２０４ｃが押下された場合を例示している。
【００８５】
ところが、図１３に示す決済状況ファイル１３１に示すように、取引番号１３１ａ「１０」及び「１１」の取引で電子マネーメディア３０１にチャージされた電子マネーから８０円が引き落とされているので、取引番号１３１ａ「１２」で発生する８０円を電子マネーから引き落とすことができない。ここでは、ＲＦＩＤチップ３０１ａにチャージされた電子マネーの金額が少ないために電子マネーメディア３０１にチャージされた電子マネーから金額を引き落とす第１の処理が実行できない未決済状態を、第２の未決済状態と呼ぶ。このため、最後の８０円については、ステップＳ１１２で引き落とし処理正常実行が判定されず（ステップＳ１１２のＮ）、ステップＳ１１３でデポジット処理されることになる。その結果、ステップＳ１１４で決済状況ファイル１３１の生成保存処理が実行されると、図１３に示す決済状況ファイル１３１には、取引番号１３１ａ「１２」としてデポジット金額１３１ｂが８０円と記録される。そして、タクシー用乗客端末１０１のＬＣＤ１０４の表示更新処理がなされ（ステップＳ１１５）、その結果、ＬＣＤ１０４に表示される金額は、図１２（ｇ）に例示した２１０円から更に２４０円（８０円＋８０円＋８０円）を引いた−３０円となる（図１２（ｈ）参照）。加えて、第２の未決済状態が生じた場合、現実には、電子マネーメディア３０１にチャージされている電子マネーの金額がマイナスになることはない。そこで、これを考慮して、電子マネーメディア３０１にチャージされている電子マネーの現実の残高を、「実際の残高」と付記してＬＣＤ１０４に併記する（図１２（ｈ）参照）。
【００８６】
タクシー用乗客端末１０１の情報処理部１５１は、支払い指示ありを判定すると（ステップＳ１１７のＹ）、図１３に示す決済状況ファイル１３１の記録情報をリードし、決済状況情報１４１を生成する（ステップＳ１１８）。そして、生成した決済状況情報１４１をタクシーメータ２０１に送信する（ステップＳ１１９）。
【００８７】
図１４は、図１３に示す決済状況ファイル１３１に基づいて生成された決済状況情報１４１の模式図である。決済状況情報１４１は、ヘッダ１４１ａで始まってＥＣ１４１ｃ（エンドオブコード）で終了する送信伝文形式のデータである。ヘッダ１４１ａとＥＣ１４１ｃとの間にはコンテンツ１４１ｂが挟まれている。二つ目の事例におけるコンテンツ１４１ｂは、図１３に示す決済状況ファイル１３１中のデポジット金額１３１ｂを示すＩＤ（ａ）とその後に続くデポジット金額１３１ｂのデポジット累計金額「８０（円）」、決済状況ファイル１３１中の決済金額１３１ｃを示すＩＤ（ｂ−１）とその後に続く決済累計金額「９００（円）」と対応する決済状況ファイル１３１中のユニークコード１３１ｄを示すＩＤ（ｂ−２）とその後に続くユニークコード「××××−××××」、決済状況ファイル１３１中の決済金額１３１ｃを示すＩＤ（ｃ−１）とその後に続く決済累計金額「４００（円）」と対応する決済状況ファイル１３１中のユニークコード１３１ｄを示すＩＤ（ｃ−２）とその後に続くユニークコード「××××−○○○○」とから構成されている。つまり、ＩＤ（ｂ）の情報は携帯電話である電子マネーメディア３０１による決済情報、ＩＤ（ｃ）の情報はＩＣカードである電子マネーメディア３０１による決済情報をそれぞれ示している。
【００８８】
図７のフローチャートを参照する。タクシーメータ２０１の情報処理部２５１は、タクシー用乗客端末１０１から決済状況情報１４１を受信したと判定した場合（ステップＳ２０４のＹ）、受信した決済状況情報に従った支払方法別で登録メモリに売上処理を実行する（ステップＳ２１１）。例えば図１４に例示するような決済状況情報１４１を受信すると（ステップＳ２０４のＹ）、決済状況情報１４１に含まれているコンテンツ１４１ｂ中に記録されている「８０円」という金額は現金により決済された情報として、コンテンツ１４１ｂ中の記録されている「９００（円）」という金額を「××××−××××」というユニークコードによって所持者が特定される電子マネーメディア３０１（携帯電話）にチャージされている電子マネーによって決済された情報として、コンテンツ１４１ｂ中の記録されている「４００（円）」という金額を「××××−○○○○」というユニークコードによって所持者が特定される電子マネーメディア３０１（ＩＣカード）にチャージされている電子マネーによって決済された情報として、それぞれＲＡＭ１１０内の売上メモリに記録する。
【００８９】
図８のフローチャートを参照する。タクシー用乗客端末１０１の情報処理部１５１は、ステップＳ１１９で生成した決済状況情報１４１をタクシーメータ２０１に送信した後、図１３に示す決済状況ファイル１３１に基づいて案内情報を生成し、案内報知を実行する（ステップＳ１２０）。案内報知は、例えば、「９００円を１番目の電子マネーメディア３０１にチャージされている電子マネーから、４００円を２番目の電子マネーメディア３０１にチャージされている電子マネーから、それぞれ引き落とさせていただきました。ありがとうございました。不足金額の８０円は現金でお支払い下さい。」というような合成音声を音声ユニット１１３によって生成し、スピーカ１１６から音響として出力することによってなされる。
【００９０】
その後、今回の取引で生成した各種の情報、例えばステップＳ１０５でＲＡＭ１１０に保存したユニークコードや図１３に示す決済状況ファイル１３１に記録した情報等を消去するために、ＲＡＭクリア処理を実行し（ステップＳ１２１）、処理を終了する。
【００９１】
以上説明したように、本実施の形態によれば、ＲＦＩＤ技術によって読み取り可能な電子マネーメディア３０１にチャージされた電子マネーでのタクシー運賃の支払いに際して、タクシーの運行によって変化する電子マネーメディア３０１にチャージされた電子マネーの残金を乗客に知らせることができる。しかも、タクシー用乗客端末１０１のＬＣＤ１０４に表示するタクシーの運行に伴い生ずる課金金額の減算表示を通じて、電子マネーからのタクシー運賃の引き落とし状況を乗客に知らせることができ、乗客に安心感を与えることができる。
【図面の簡単な説明】
【００９２】
【図１】本発明の実施の一形態として、全体のシステム構成を示す模式図である。
【図２】タクシー用乗客端末の斜視図である。
【図３】タクシーメータの斜視図である。
【図４】タクシー用乗客端末のハードウェア構成を示すブロック図である。
【図５】タクシーメータのハードウェア構成を示すブロック図である。
【図６】タクシーメータにおいてタリフ毎に適用されるタリフの概念と、当該タリフの適用のために押下されるタリフ選択ボタンと、各タリフが適用される場合にタクシー用乗客端末のＬＣＤ（表示器）に表示される表示とを、それぞれ対応付けて示す模式図である。
【図７】タクシーメータで実行される処理を示すフローチャートである。
【図８】タクシー用乗客端末で実行される処理を示すフローチャートである。
【図９】タクシー用乗客端末のＬＣＤ（表示器）に生ずる表示内容の状態遷移の一例を、当該状態遷移を発生させる絵柄表現されたイベントと共に示す模式図である。
【図１０】図９に示す状態遷移の基礎となる決済状況を管理するための決済状況ファイルを示す模式図である。
【図１１】図１０に示す決済状況ファイルに基づいて生成された決済状況情報の模式図である。
【図１２】タクシー用乗客端末のＬＣＤ（表示器）に生ずる表示内容の状態遷移の別の一例を、当該状態遷移を発生させる絵柄表現されたイベントと共に示す模式図である。
【図１３】図１２に示す状態遷移の基礎となる決済状況を管理するための決済状況ファイルを示す模式図である。
【図１４】図１３に示す決済状況ファイルに基づいて生成された決済状況情報の模式図である。
【符号の説明】
【００９３】
１０３  保持部、１０４  ＬＣＤ（表示器）、１１２  ＲＦＩＤリーダライタ、１４１  決済状況情報、１５１  情報処理部、２０１  タクシーメータ、３０１  電子マネーメディア、３０１ａ  ＲＦＩＤチップ
【図１】
2007179162.tif 000003
【図２】
2007179162.tif 000004
【図３】
2007179162.tif 000005
【図４】
2007179162.tif 000006
【図５】
2007179162.tif 000007
【図６】
2007179162.tif 000008
【図７】
2007179162.tif 000009
【図８】
2007179162.tif 000010
【図９】
2007179162.tif 000011
【図１０】
2007179162.tif 000012
【図１１】
2007179162.tif 000013
【図１２】
2007179162.tif 000014
【図１３】
2007179162.tif 000015
【図１４】
2007179162.tif 000016