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