金額変更情報送信装置、リーダライタ、及び金額変更情報送信方法
【課題】より確実に金額変更情報送信装置と貨幣端末の接続を確認する。
【解決手段】コマンドモジュール３は、リーダライタ４を介して所定時間間隔で電子マネーカード６に応答を要求することにより、リーダライタ４と電子マネーカード６の接続を確認している。コマンドモジュール３は、上位端末２から「金額変更要求を生成して電子マネーカード６に送信せよ」との金額変更要求を受信すると、所定時間間隔とは関係なく、電子マネーカード６に応答を要求してリーダライタ４と電子マネーカード６との接続を確認する。このように、コマンドモジュール３が電子マネーカード６に金額変更情報を送信する前に、電子マネーカード６の接続を再度確認することにより、未確認処理の発生確率を低減することができる。
【解決手段】コマンドモジュール３は、リーダライタ４を介して所定時間間隔で電子マネーカード６に応答を要求することにより、リーダライタ４と電子マネーカード６の接続を確認している。コマンドモジュール３は、上位端末２から「金額変更要求を生成して電子マネーカード６に送信せよ」との金額変更要求を受信すると、所定時間間隔とは関係なく、電子マネーカード６に応答を要求してリーダライタ４と電子マネーカード６との接続を確認する。このように、コマンドモジュール３が電子マネーカード６に金額変更情報を送信する前に、電子マネーカード６の接続を再度確認することにより、未確認処理の発生確率を低減することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金額変更情報送信装置、リーダライタ、及び金額変更情報送信方法に関し、例えば、電子マネーカードと通信する端末に関する。
【背景技術】
【０００２】
近年、電子マネーシステムが構築され、電子マネーでの決済が広く行われている。
電子マネーシステムでは、ユーザが所有する電子マネーカードと、店舗が備える店舗端末が用いられる。
電子マネーカードには、バリューと呼ばれる金額情報を記憶し、金額変更情報（加減算コマンド）を用いてこの金額を増減する機能を有するＩＣチップが内蔵されており、一方、店舗端末は、ＩＣチップに金額変更情報を送信する機能を有している。
【０００３】
ユーザが商品の代金を支払う場合、店舗端末から代金分のバリューを減額する金額変更情報を電子マネーカードに送信し、電子マネーカードが記憶しているバリューの金額を減額させる。
また、ユーザが店舗に代金を支払って、代金分のバリューを増額する金額変更情報を電子マネーカードに送信し、電子マネーカードが記憶しているバリューの金額を増額することもできる。この処理はチャージと呼ばれている。
【０００４】
店舗端末は、このような処理の内容を利用ログデータとして記録して蓄積し、後ほど一括して電子マネーサーバに送信するようになっている。
電子マネーサーバは、各店舗の店舗端末から送信されてきた利用ログデータを集計して、店舗間での資金決済を行う。
このようにして、電子マネーシステムでは、バリューと通貨の対応がとられ、バリューを通貨の代用として使用することができる。
このように、ＩＣチップに記憶されているバリューを用いて決済を行う技術としては、例えば、次のサービス提供方法がある。
【特許文献１】特開２０００−２５０９９４公報
【０００５】
ここで、店舗端末の構成を図１に示す。
店舗端末８は、図に示したように、上位端末２、コマンドモジュール３、リーダライタ４を用いて構成されている。
リーダライタ４には、電子マネーカード６の設置面が形成されており、この設置面に電子マネーカード６が置かれたりかざされたりすると、リーダライタ４と電子マネーカード６のＩＣチップが無線回線によって接続される。
【０００６】
上位端末２は、コマンドモジュール３に対して、例えば、「１００円減算しなさい」とか、「２０００円加算しなさい」などと、金額変更要求をコマンドモジュール３に発する。
コマンドモジュール３は、上位端末２の要求を受けて、金額変更情報を生成し、リーダライタ４に送信する。
【０００７】
リーダライタ４は、コマンドモジュール３から金額変更情報を受信して、これを無線によって電子マネーカード６のＩＣチップに送信する。
電子マネーカード６は、リーダライタ４から送信されてきた金額変更情報を実行し、自身が記憶しているバリューの金額を増減する。
【０００８】
以上の処理を、従来では、図９のフローチャートに示した手順で行っていた。なお、以下の電子マネーカードの動作は、電子マネーカードに内蔵されたＩＣチップが行うものである。
まず、店舗端末８は、リーダライタ４に電子マネーカード６が設置されるのを監視し、電子マネーカードが設置されると検知処理を行う（ステップ５）。
その後、コマンドモジュール３は、以下のステップ１０〜３０のカード確認動作をＡ［ｍｓ］（Ａは、５０〜２００程度）ごとに繰り返し、電子マネーカード６の接続をＡ［ｍｓ］ごとに確認する。
【０００９】
まず、コマンドモジュール３は、リーダライタ４に応答要求（Ｒｅｑｕｅｓｔ Ｒｅｓｐｏｎｓｅ）を行う（ステップ１０）。リーダライタ４は、コマンドモジュール３から応答要求を受けると、コマンドモジュール３に対して了解（Ａｃｋｎｏｗｌｅｄｇｅ）を行い（ステップ１５）、電子マネーカード６に応答要求を行う（ステップ２０）。
了解は、リーダライタ４が応答要求を受信したことをコマンドモジュール３が確認するために行う。
【００１０】
電子マネーカード６は、リーダライタ４から応答要求を受信すると、応答（Ｒｅｓｐｏｎｓｅ）し（ステップ２５）、リーダライタ４は、電子マネーカード６から応答があると、コマンドモジュール３に応答する（ステップ３０）。
コマンドモジュール３は、リーダライタ４から応答があることにより、電子マネーカード６がリーダライタ４と無線により接続していることを認識できる。
以下の、ステップ３５〜５５も同様である。
店舗端末８は、以上のようにして、Ａ［ｍｓ］ごとに電子マネーカード６の接続を確認し、その間は、電子マネーカード６が接続しているものとみなしている。
【００１１】
そして、電子マネーカード６の接続が確認できている状態で、上位端末２がコマンドモジュール３に金額変更要求を行うと（ステップ６０）、コマンドモジュール３は上位端末２に了解を行う（ステップ６５）。
そして、コマンドモジュール３は、要求された加減算を行うための金額変更情報を生成し、これをリーダライタ４に送信する（ステップ７０）。
リーダライタ４は、コマンドモジュール３から金額変更情報を受信するとコマンドモジュール３に了解を行い（ステップ７５）、電子マネーカード６に金額変更情報を送信する（ステップ８０）。
【００１２】
電子マネーカード６は、リーダライタ４から金額変更情報を受信すると、これを実行して自身が記憶するバリューの金額を増減し、金額変更処理が完了すると、リーダライタ４に金額変更処理が完了した旨の応答を行う（ステップ８５）。
リーダライタ４は、電子マネーカード６から応答があると、コマンドモジュール３に同様の旨の応答を行う（ステップ９０）。
【００１３】
コマンドモジュール３は、リーダライタ４からの応答により、金額変更処理が行われたことを認識し、その旨を上位端末２に応答する（ステップ９５）。
上位端末２は、コマンドモジュール３からの応答を受けると、コマンドモジュール３に対して了解を行う（ステップ１００）。
このように、上位端末２は、コマンドモジュール３からの応答により電子マネーカード６で金額変更処理が成功したことを認識する。
なお、以上の例では、ステップ１００などで了解動作を行ったが、この了解動作は、行っても行わなくてもよい。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
コマンドモジュール３は、Ａ［ｍｓ］の時間間隔にて電子マネーカード６の接続を確認しているため、コマンドモジュール３が電子マネーカード６に接続を確認してからＡ［ｍｓ］以内に電子マネーカード６が障害や取り外しなどのために通信不安定状態になると（例えば、図９の「カード取り外し」で示したタイミング）、リーダライタ４が金額変更情報を送出したにも係わらず、電子マネーカード６から応答がない状態となる。
このように応答がない状態では、店舗端末８は、電子マネーカード６で金額変更情報が実行されたのか否かが確認できない未確認状態となる。
【００１５】
即ち、図９のステップ５０からステップ８０までの間に電子マネーカード６が取り外された場合は、金額変更情報が電子マネーカード６に送達されないため、電子マネーカード６で金額変更処理は行われず、一方、ステップ８０からステップ８５までの間に電子マネーカード６が取り外された場合は、金額変更情報が電子マネーカード６に送達されるため、電子マネーカード６で加減算処理が行われる。
【００１６】
また、より詳細に説明すると、コマンドモジュール３が上位端末２から金額変更の要求を受け、金額変更情報送信処理を開始すると、その間はカード確認処理は行わない。
また、金額変更情報送信処理にて、金額変更情報を電子マネーカード６に送信するまでには、オーバーヘッドとなる前処理が含まれ、その時間がＢ［ｍｓ］とすると、Ａ＋Ｂ［ｍｓ］程度の間、カード確認が行われない時間がある。
【００１７】
このように、電子マネーカード６の取り外しタイミングにより、金額変更処理が行われた場合と行われない場合があり、店舗端末８は電子マネーカード６で金額変更処理が行われたか否かを認識することができない。
電子マネーカード６は、非接触型ＩＣチップを用いているため、接触型ＩＣカードを用いる場合よりも、このような未確認状態が発生しやすくなり、何らかの対策を講じる必要が要望されていた。
【００１８】
そこで、本発明は、より確実に金額変更情報送信装置と貨幣端末の接続を確認することを目的とする。
【課題を解決するための手段】
【００１９】
本発明は、前記目的を達成するために、請求項１に記載の発明では、貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末に送信する金額変更情報を生成する金額変更情報送信装置であって、金額変更情報の送信要求を受け付ける要求受付手段と、前記送信要求を受け付けた金額変更情報を生成する生成手段と、前記送信要求を受け付けた後であって、前記生成した金額変更情報を送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認手段と、前記確認を行った後に、前記生成した金額変更情報を前記貨幣端末に送信する送信手段と、を具備したことを特徴とする金額変更情報送信装置を提供する。
請求項２に記載の発明では、前記確認手段は、前記要求受付手段が前記要求を受け付けたことを検知して前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置を提供する。
請求項３に記載の発明では、前記送信手段による金額変更情報の送信処理は、金額変更情報を送信する前の前処理と、金額変更情報の送信と、前記送信の後の後処理と、から構成されており、前記確認手段は、前記金額変更情報の送信の直前に前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置を提供する。
請求項４に記載の発明では、前記送信された金額変更情報を無線通信にて前記貨幣端末に転送するリーダライタを具備し、前記確認手段は、前記リーダライタに形成されており、前記金額変更情報を前記貨幣端末に転送する直前に前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置を提供する。
請求項５に記載の発明では、貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末と無線通信により接続する接続手段と、請求項１に記載の送信手段が送信した金額変更情報を受信する受信手段と、前記受信した金額変更情報を前記貨幣端末に送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認手段と、前記確認を行った後に、前記受信した金額変更情報を前記貨幣端末に送信する送信手段と、を具備したことを特徴とするリーダライタを提供する。
請求項６に記載の発明では、貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末に送信する金額変更情報を生成する金額変更情報送信装置が行う金額変更情報送信方法であって、前記金額変更情報送信装置は、要求受付手段と、生成手段と、確認手段と、送信手段を備え、前記要求受付手段で、金額変更情報の送信要求を受け付ける要求受付ステップと、前記生成手段で、前記送信要求を受け付けた金額変更情報を生成する生成ステップと、前記確認手段で、前記送信要求を受け付けた後であって、前記生成した金額変更情報を送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認ステップと、前記送信手段で、前記確認を行った後に、前記生成した金額変更情報を前記貨幣端末に送信する送信ステップと、から構成されたことを特徴とする金額変更情報送信方法を提供する。
【発明の効果】
【００２０】
本発明によれば、確認タイミングをより細かく制御することにより、より確実に金額変更情報送信装置と貨幣端末の接続を確認することができる。
【発明を実施するための最良の形態】
【００２１】
（１）実施の形態の概要
コマンドモジュール３（図１）は、リーダライタ４を介して所定時間間隔で電子マネーカード６に応答を要求することにより、リーダライタ４と電子マネーカード６の接続を確認している。
コマンドモジュール３は、上位端末２から「金額変更要求を生成して電子マネーカード６に送信せよ」との金額変更要求を受信すると、所定時間間隔とは関係なく、電子マネーカード６に応答を要求してリーダライタ４と電子マネーカード６との接続を確認する。
即ち、コマンドモジュール３は、電子マネーカード６の接続の確認動作（カード確認動作）を所定時間間隔で行う機能と、これとは別に、上位端末２から金額変更要求を受けた場合に行う機能を備えている。
このように、コマンドモジュール３が電子マネーカード６に金額変更情報を送信する前に、電子マネーカード６の接続を再度確認することにより、未確認処理（電子マネーカード６で金額変更処理が成されたか否かが不明となる処理）の発生確率を低減することができる。
【００２２】
（２）実施の形態の詳細
図１は、店舗端末の構成と、店舗端末と電子マネーカードとの関係を説明するためのブロック図である。
店舗端末８は、例えば、小売店舗やレストランなどの店舗の会計エリアにキャッシュレジスタと組み合わせて設置されている。また、タクシーなどの移動体に設置される場合もある。
【００２３】
店舗端末８は、上位端末２、コマンドモジュール３、リーダライタ４などの機能部を組み合わせて構成されている。
これらは、個別の装置として形成され、信号ケーブルで接続するなどしてアセンブルされている。
上位端末２は、店舗の会計担当者などから、例えば、「２００円減算」、「１０００円加算」などいった、加減算要求の入力を受け付け、コマンドモジュール３に対して当該要求の実行を金額変更要求にて命令する。
【００２４】
コマンドモジュール３は、リーダライタ４を介して電子マネーカード６のＩＣチップと通信することができ、上位端末２から指令を受けて金額変更情報やその他のコマンドを生成し、リーダライタ４に送出する。
また、コマンドモジュール３は、電子マネーカード６との間で行った処理内容を記録した利用ログデータを生成して記憶・蓄積し、１日に１回程度、図示しない電子マネーサーバに送信する。
【００２５】
コマンドモジュール３は、リーダライタ４を介して電子マネーカード６の接続が検知されると、Ａ［ｍｓ］ごとに電子マネーカード６の接続状態の確認動作を行い、上位端末２から金額変更要求を受けると、これをトリガとしてＡ［ｍｓ］の時間間隔とは関係なく、カード確認動作を行う。
このように、コマンドモジュール３は、金額変更情報の送信要求を（上位端末２から）受け付ける要求受付手段と、前記送信要求を受け付けた金額変更情報を生成する生成手段と、（上位端末２から金額変更要求をトリガとすることにより）前記送信要求を受け付けた後であって、前記生成した金額変更情報を送信する前に、貨幣端末（電子マネーカード６）が無線通信により（リーダライタ４に）接続していることを確認する確認手段と、前記確認を行った後に、前記生成した金額変更情報を前記貨幣端末に送信する送信手段と、を具備した金額変更情報送信装置として機能している。
【００２６】
リーダライタ４は、電子マネーカード６と無線通信するためのアンテナを内蔵しており、電子マネーカード６にＩＣチップを駆動するための電力を供給すると共に、電子マネーカード６との間で近距離の無線通信を行うことができる。
これによって、リーダライタ４は、電子マネーカード６を駆動すると共に、コマンドモジュール３と電子マネーカード６との通信の仲介を行う。
なお、リーダライタ４には、半導体装置が内蔵されており、より高度な処理を行うように構成することも可能である。この例については、変形例２で後述する。
【００２７】
電子マネーカード６は、ＩＣチップを内蔵しており、バリューの記憶、及びバリューの金額変更処理を行う。
ここで、バリューとは、電子マネーシステムにおいて貨幣価値に対応させた電子データであり、例えば、１バリューは１円などと、所定のレートにてバリューと貨幣価値が対応づけられている。
電子マネーカード６のＩＣチップは、貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末として機能している。
【００２８】
図２は、電子マネーカード６のハードウェア的な構成の一例を示した図である。
電子マネーカード６は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、高周波回路２２、アンテナ２６、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２４、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）２５などを有している。
これらの素子は、ＩＣチップ上に形成されている。ただし、アンテナ２６は、電子マネーカード６内部の外縁部付近、又は電子マネーカード６の対角線を軸とする楕円曲線上に張り巡らされた空中線により構成され、端部がＩＣチップに接続されている。
【００２９】
ＣＰＵ２１は、ＲＯＭ２３やＥＥＰＲＯＭ２５に記憶されている各種プログラムに従って情報処理を行う中央処理装置であり、決済処理、チャージなど、記憶されているバリュー残高の金額を変更する金額変更処理や、処理の履歴を記録したログデータを生成したりする。
ＣＰＵ２１は、アンテナ２６、高周波回路２２を介して、店舗端末８のリーダライタ４と近距離の無線通信を行うことができる。
【００３０】
アンテナ２６は、店舗端末８のリーダライタ４に内蔵されたアンテナと電波による送受信を行うためのアンテナであり、各種情報の送受信を行うほか、リーダライタ４からの電波によりＩＣチップを駆動するための電力を発電する。
【００３１】
高周波回路２２は、チャージ端末５や店舗端末８のリーダライタ４からアンテナ２６に送信されてきた高周波をデジタル信号に変換してＣＰＵ２１に出力したり、逆にＣＰＵ２１が出力したデジタル信号を高周波に変換してアンテナ２６からリーダライタ４に送出する。
【００３２】
ＲＡＭ２４は、ＣＰＵ２１が情報処理を行う際のワーキングメモリを提供する随時書き込み読み出し可能なメモリである。
本実施の形態では、ＣＰＵ２１が金額変更処理などを行う際に、一時的な記憶領域として使用される。
ＲＯＭ２３は、電子マネーカード６を機能させるための基本的なプログラムやパラメータ、データなどを記憶した読み出し専用メモリである。
【００３３】
ＥＥＰＲＯＭ２５は、情報の書き込み消去が可能なＲＯＭである。ＥＥＰＲＯＭ２５に記憶してある情報は、電子マネーカード６への電力の供給がない場合でも保たれる。
ＥＥＰＲＯＭ２５には、ＣＰＵ２１に電子マネーカードとしての機能を発揮させるための電子マネー処理プログラムが記憶されているほか、電子マネー機能部ＩＤ、バリュー残高、ログデータなどの各種データを格納する電子マネー記憶部２９が形成されている。
【００３４】
図３は、ＣＰＵ２１で電子マネー処理プログラムを実行した場合に形成される電子マネーカード６の機能的な構成を模式的に表したブロック図である。
ＥＥＰＲＯＭ２５に形成された電子マネー記憶部２９は、電子マネー機能部ＩＤ、バリュー残高、ログデータなどを記憶している。
【００３５】
バリュー残高は、現在記憶しているバリューの残高であり、電子マネーカード６は、このバリュー残高を減額することにより決済処理を行い、バリュー残高を増額することによりチャージを行うことができる。
このように、電子マネー記憶部２９は、貨幣価値の金額を電子データ（バリュー）として記憶する金額記憶手段として機能している。
電子マネー機能部ＩＤは、電子マネーシステムがＩＣチップを識別するためのＩＤ情報である。
【００３６】
ログデータは、バリュー処理内容などを記録したログデータであり、チャージした際の記録である加算ログデータと、決済した際の記録である減算ログデータから構成されている。
加算ログテータには、チャージを行った店舗端末８の端末ＩＤ、チャージを行ったチャージ日時（分秒単位まで）、チャージ金額などが記録されている。
減算ログデータには、決済を行った店舗端末８の端末ＩＤ、決済を行った決済日時（分秒単位まで）、決済金額などが記録されている。
加算ログデータと減算ログデータには、記録できる件数に上限があり、この上限を超過する場合は、古いものから順次消去されるようになっている。
【００３７】
端末通信部２７は、アンテナ２６や高周波回路２２などを用いて構成され、店舗端末８のリーダライタ４から各種のコマンドを受信してバリュー処理部２８に入力するなど、店舗端末８とバリュー処理部２８の通信を仲介する。
【００３８】
バリュー処理部２８は、各種コマンドを実行する情報処理部である。
コマンドには、金額変更情報、ＩＤ参照コマンド、残高参照コマンド、加算ログデータ参照コマンド、減算ログデータ参照コマンド、その他のコマンドがある。
金額変更情報は、バリュー処理部２８に金額変更処理を行わせるコマンドである。
バリュー処理部２８は、金額変更処理を実行すると、金額変更情報で指定された金額分だけバリュー残高を増減させ、ログデータを生成して電子マネー記憶部２９に記憶する。
【００３９】
このほか、ＩＤ参照コマンドは、電子マネー機能部ＩＤを読み出させるコマンドであり、残高参照コマンドは、バリュー残高を読み出させるコマンドであり、ログデータ参照コマンドは、ログデータを読み出させるコマンドである。
【００４０】
図４は、コマンドモジュール３のハードウェア的な構成の一例を示した図である。
コマンドモジュール３は、金額変更情報を生成したり、電子マネーカード６との通信を暗号化したりなど、機密を要する機能を有しているため、ブラックボックス化されて店舗端末８に組み込まれている。
【００４１】
店舗端末８は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５４、通信制御部５３、上位端末接続部５８、リーダライタ接続部５９などがバスラインで接続されて構成されている。
ＣＰＵ５１は、所定のプログラムに従って情報処理を行うほか、店舗端末８全体の制御などを行う。
本実施の形態では、ＣＰＵ５１は、電子マネーカード６とリーダライタ４の接続を確認しながら金額変更情報を電子マネーカード６に送信して、電子マネーカード６に金額変更処理を行わせたり、利用ログデータを生成して記憶部５５に記憶したり、記憶部５５に記憶している利用ログデータを電子マネーサーバに送信したりする。
【００４２】
ＲＯＭ５２は、店舗端末８を動作させるための基本的なプログラムやパラメータなどを記憶した読み出し専用メモリである。
ＲＡＭ５４は、ＣＰＵ５１のワーキングメモリを提供したり、記憶部５５に記憶されたプログラムやデータをロードして記憶したりなどする随時書き込み読み出し可能なメモリである。
通信制御部５３は、ネットワークを介して店舗端末８を電子マネーサーバに接続する接続装置である。これによって、店舗端末８は、利用ログデータを電子マネーサーバに送信することができる。
【００４３】
上位端末接続部５８は、上位端末２とコマンドモジュール３を信号ケーブルによって接続するための接続インターフェースである。
コマンドモジュール３は、上位端末接続部５８を介して上位端末２と通信することができる。
リーダライタ接続部５９は、リーダライタ４とコマンドモジュール３を信号ケーブルによって接続するための接続インターフェースである。
コマンドモジュール３は、リーダライタ接続部５９を介してリーダライタ４と通信することができる。
【００４４】
記憶部５５は、例えばハードディスクやその他の記憶媒体と、これらを駆動する駆動装置から構成されており、各種プログラムを格納したプログラム格納部５６、データを格納したデータ格納部５７などから構成されている。
プログラム格納部５６には、店舗端末８を機能させるための基本的なプログラムであるＯＳや、電子マネーカード６に金額変更処理を行わせたり、利用ログデータを生成したり、生成した利用ログデータを電子マネーサーバに送信したりするためのプログラムなどが記憶されている。
【００４５】
データ格納部５７には、店舗端末８のＩＤ情報である端末ＩＤ、店舗端末８が設置された加盟店の加盟店ＩＤ、電子マネーカード６の決済やチャージに際して生成した利用ログデータなどが記憶されている。
【００４６】
以上、コマンドモジュール３の構成について説明したが、上位端末２の構成も基本的にコマンドモジュール３と同様である。
即ち、上位端末２もＣＰＵ、ＲＯＭ、ＲＡＭ、記憶部を備え、プログラムに従ってコマンドモジュール３と協働して情報処理を行う。
また、リーダライタ４には、ＣＰＵやＩＣチップなどで構成され、コマンドモジュール３と電子マネーカード６の通信を仲介するためのモジュールが組み込まれている。
【００４７】
以上のようにして構成された上位端末２と電子マネーカード６が金額変更処理を行う手順について説明する。
なお、図９の従来例と同じステップには、同じステップ番号を付すことにし、また、フローチャートでは図面の煩雑化を避けるため、了解の通知（図９のステップ１５）や応答（図９のステップ２５）を省略することにする。
【００４８】
まず、店舗の会計担当者が、上位端末２を操作し、電子マネーカード６の検知処理を開始させる。
すると、店舗端末８は、リーダライタ４の電子マネーカード設置面を点滅させるなどして、ユーザに電子マネーカード６を置くように促す。
コマンドモジュール３は、電子マネーカード６の検知処理が開始してから、所定時間間隔で電子マネーカード６に応答要求を行い、電子マネーカード６は、リーダライタ４に設置されるとこれに応答する。
これによって、コマンドモジュール３は、電子マネーカード６の接続を検知し、上位端末２に電子マネーカード６が設置されたことを通知する。このようにして電子マネーカード６のカード検知処理が行われる（ステップ５）。
【００４９】
電子マネーカード６がカード検知処理が成されると、コマンドモジュール３は、電子マネーカード６が引き続きリーダライタ４に設置されているかを確認するために、リーダライタ４に応答要求を行う（ステップ１０）。
リーダライタ４は、コマンドモジュール３から応答要求を受けると、コマンドモジュール３に了解し、電子マネーカード６に対して応答要求を行う（ステップ２０）。
【００５０】
電子マネーカード６は、リーダライタ４から応答要求があると、これに応答し、リーダライタ４は、電子マネーカード６から応答があると、コマンドモジュール３に応答する（ステップ３０）。
【００５１】
コマンドモジュール３とリーダライタ４は、従来例と同様に、以上のカード確認動作をＡ［ｍｓ］ごとに繰り返し、電子マネーカード６がリーダライタ４に設置された状態が維持されていることをＡ［ｍｓ］ごとに確認する（ステップ３５〜ステップ５５など）。
このカード確認動作により電子マネーカード６の接続が確認できなかった場合、コマンドモジュール３は、カード確認動作を引き続き継続し、一方、上位端末２は、コマンドモジュール３が電子マネーカード６を検知するのを所定時間待つ。
そして、上位端末２は、所定時間が経過すると、コマンドモジュール３にカード確認動作の中止を命じ、コマンドモジュール３はカード確認動作を中止する。
なお、所定時間が経過する前であっても、担当者が手動で割り込みを行い、コマンドモジュール３にカード確認動作を終了させることも可能である。
なお、コマンドモジュール３が、電子マネーカード６の接続を確認できなかった旨を上位端末２に通知し、これによって上位端末２が処理を中止するように構成することもできる。
【００５２】
一方、Ａ［ｍｓ］の間隔で電子マネーカード６の存在が確認されている場合、上位端末２はコマンドモジュール３に対して金額変更要求を行う（ステップ６０）。
この金額変更要求は、例えば、「３００円決済せよ」といったように、決済とチャージの区別と、増減する金額が含まれている。
【００５３】
コマンドモジュール３は、上位端末２から金額変更要求を受信すると（即ち、上位端末２からの金額変更要求を検知すると）、Ａ［ｍｓ］の間隔とは関係なく、リーダライタ４に対して応答要求を行う（ステップ２０５）。
リーダライタ４は、これを受けてコマンドモジュール３に了解すると共に、電子マネーカード６に応答要求する（ステップ２１０）。
この応答要求に対し、電子マネーカード６から応答があった場合、リーダライタ４はコマンドモジュール３に応答する。この応答プロセスは、ステップ１０〜ステップ３０と同じである。
【００５４】
このように、コマンドモジュール３は、要求受付手段（上位端末２から金額変更要求を受け付ける機能）が金額変更要求を受け付けたことを検知してカード確認動作を行う確認手段を備えている。
また、コマンドモジュール３は、Ａ［ｍｓ］間隔でカード確認動作を行う機能（第１のカード確認機能）に加えて、上位端末２から金額変更要求があった場合に、これをトリガとしてカード確認動作を行う機能（第２のカード確認機能）を備えている。
【００５５】
コマンドモジュール３は、このカード確認動作により電子マネーカード６の接続が確認できなかった場合、その旨を上位端末２に通知し、上位端末２は処理を中止する。
一方、電子マネーカード６の接続が確認できた場合、コマンドモジュール３は、金額変更情報送信処理を開始する。
【００５６】
コマンドモジュール３は、金額変更情報送信処理にて各種の前処理を行った後、リーダライタ４に金額変更情報を送信する（ステップ７０）。
リーダライタ４は、コマンドモジュール３から金額変更情報を受信してコマンドモジュール３に了解を行い、当該金額変更情報を電子マネーカード６に送信する（ステップ８０）。
【００５７】
電子マネーカード６は、リーダライタ４から金額変更情報を受信してこれを実行し、バリューの増減を行った後、リーダライタ４に応答する（ステップ８５）。
リーダライタ４は、電子マネーカード６から応答を受けると、コマンドモジュール３に応答し（ステップ９０）、コマンドモジュール３は、この応答を受けて上位端末２に応答する（ステップ９５）。そして、上位端末２は、この応答を受けてコマンドモジュール３に了解を行う。
【００５８】
以上のように、本実施の形態では、ステップ６０にて、コマンドモジュール３が上位端末２から金額変更要求を受けてから、コマンドモジュール３が金額変更情報送信処理を開始する前に、第２のカード確認機能により、Ａ［ｍｓ］ごとのカード確認とは別に電子マネーカード６の接続を確認するため、カード確認してから電子マネーカード６に金額変更情報が送達されるまでの時間を、Ａ［ｍｓ］ごとのカード確認動作のみの場合と比べて短縮することができ、未確認処理の発生確率を低減させることができる。
【００５９】
以上に説明した本実施の形態により、次のような効果を得ることができる。
（１）従来例では、上位端末２の金額変更要求と、コマンドモジュール３のカード確認動作が独立しており同期していなかったが、本実施の形態では、上位端末２の金額変更要求をトリガとしてコマンドモジュール３がカード確認動作を行うため、未確認処理が発生する可能性のある期間を従来例よりも短くすることができる。
（２）このため、未確認処理の発生確率を低減することができ、電子マネーシステムの運用をより安定させることができる。
（３）コマンドモジュール３のプログラムを新しく書き換えることにより対応可能であり、広く一般に流通している電子マネーカード６には手を加える必要がない。コマンドモジュール３の所在や運用状況は、電子マネー事業者が把握しているため、プログラムの更新は容易である。
【００６０】
（変形例１）
次に、図６のフローチャートを用いて本実施の形態の変形例１について説明する。
この変形例では、金額変更送信処理の中において、コマンドモジュール３がリーダライタ４に金額変更情報を送信する直前に、カード確認処理を行うものである。
コマンドモジュール３が、金額変更情報を送信する直前にカード確認処理を行うことにより、カード確認処理と、電子マネーカード６が金額変更情報を受信するまでの時間をより短縮化する。
【００６１】
ステップ１０からステップ６０までは、図５と同様であるので説明を省略する。
コマンドモジュール３は、ステップ６０によって、上位端末２から金額変更要求を受けると、金額変更情報送信処理を開始する。
金額変更送信処理は、次の図７で説明するような、金額変更情報の送信前に行う前処理と、金額変更情報送信と、その後に行う後処理の、一連の処理から構成されており、コマンドモジュール３は、前処理が終了すると、リーダライタ４に対して応答要求を行う（ステップ３０５）。
【００６２】
リーダライタ４は、コマンドモジュール３から応答要求を受けると、コマンドモジュール３に了解を行った後、電子マネーカード６に対して応答要求を行う（ステップ３１０）。
電子マネーカード６が、この応答要求を受けてリーダライタ４に応答すると、リーダライタ４は、コマンドモジュール３に応答する（ステップ３１５）。
【００６３】
コマンドモジュール３は、リーダライタ４から応答がなかった場合は、電子マネーカード６が接続していないものとして上位端末２に報告すると共に金額変更情報の送信中止処理を行う。
一方、リーダライタ４から応答があった場合、コマンドモジュール３は、金額変更情報を生成し、これをリーダライタ４に対して送信する（ステップ７０）。
以降のステップは、図５と同じである。
【００６４】
次に、図７のフローチャートを用いてコマンドモジュール３が行う金額変更情報送信処理について説明する。
なお、図６と同じ処理には同じステップ番号を付してある。
コマンドモジュール３は、まず、上位端末２から受信した金額変更要求に含まれる上位コマンドのパラメータが正常であるか確認する（ステップ５０５）。
【００６５】
例えば、電子マネーカード６のバリューの上限が５万円であった場合に、パラメータにより１０万円のチャージが指定されていた場合、コマンドモジュール３は、パラメータが異常であると認識する。
また、金額変更要求に含まれるパラメータとして付随している現在日時が明らかにおかしい場合、コマンドモジュール３は、パラメータが異常であると認識する。
【００６６】
パラメータが異常であると判断した場合（ステップ５０５；異常）、コマンドモジュール３は、送信中止処理を行い（ステップ５４０）、金額変更情報送信処理を中止する。
一方、パラメータが正常であると判断した場合（ステップ５０５；正常）、コマンドモジュール３は、更に、電子マネーカード６のデータ確認を行う（ステップ５１０）。
【００６７】
この処理は、電子マネーカード６から電子マネー機能部ＩＤ、バリュー残高、ログデータなどを読み出し（この読み出しは、この時点で行ってもよいし、図６のステップ５の段階で行ってもよいし、他のタイミングで行ってもよい）、これらが適切であるか確認することにより行われる。例えば、バリュー残高が決済金額に満たない場合は異常であると判断される。
電子マネーカード６のデータが異常であると判断した場合（ステップ５１０；異常）、コマンドモジュール３は、送信中止処理を行う（ステップ５４０）。
【００６８】
一方、電子マネーカード６のデータが正常であると判断した場合（ステップ５１０；正常）、コマンドモジュール３は、例えば、金額変更情報の作成や、利用ログデータ（仮決済用であり、電子マネーカード６で金額変更処理が完了した後に正式に利用ログデータとなる）の作成などのデータ作成処理を行う（ステップ５１５）。
【００６９】
以上の、ステップ５０５〜５１５がオーバーヘッドの原因となる前処理である。
これらの前処理が完了した後、コマンドモジュール３は、リーダライタ４に対して応答要求を行う（ステップ３０５）。
コマンドモジュール３が、リーダライタ４から応答を正常に受信することができなかった場合（ステップ５２５；Ｎ）、コマンドモジュール３は、送信中止処理を行う（ステップ５４０）。
【００７０】
一方、リーダライタ４から応答を正常に受信した場合（ステップ５２５；Ｙ）、コマンドモジュール３は、リーダライタ４に金額変更情報を送信する（ステップ７０）。
そして、コマンドモジュール３は、リーダライタ４から電子マネーカード６が金額変更情報を実行した旨の応答を受けた後、例えば、利用ログデータを確定するなどの送信後処理を行う（ステップ５３５）。
【００７１】
以上のように、金額変更情報送信処理は、金額変更情報を送信する前の前処理と、金額変更情報の送信と、前記送信の後の後処理と、から構成されており、変形例１のコマンドモジュール３は、金額変更情報の送信の直前に電子マネーカード６の接続確認処理を行う確認手段を備えている。
【００７２】
変形例１では、金額変更情報送信処理の中にカード確認処理を組み込み、コマンドモジュール３が金額変更情報を送信する直前にカード確認処理を行うため、カード確認処理から電子マネーカード６から金額変更情報を受信するまでの時間をより短縮化することができる。これによって、未確認処理の発生確率を先に説明した実施の形態よりも低減することができる。
【００７３】
（変形例２）
次に、図８のフローチャートを用いて変形例２について説明する。
変形例２では、リーダライタ４が電子マネーカード６に金額変更情報を送信する直前に、リーダライタ４がカード確認処理を行うものである。
ステップ５からステップ７０までは、図５で説明した実施の形態と同じである。
リーダライタ４は、コマンドモジュール３から金額変更情報を受信すると、コマンドモジュール３に了解を行い、電子マネーカード６に対して応答要求を行う（ステップ４０５）。
電子マネーカード６は、リーダライタ４から応答要求があると、これに応答する（ステップ４１０）。
【００７４】
なお、この応答がなかった場合、リーダライタ４は、その旨をコマンドモジュール３に通知し、コマンドモジュール３は、送信中止処理を行う。
リーダライタ４は、電子マネーカード６から応答を受けると、電子マネーカード６に対して金額変更情報を送信する（ステップ８０）。
以下は、図５と同じである。
【００７５】
以上のように、電子マネー端末８が備えるリーダライタは、貨幣端末（電子マネーカード６のＩＣチップ）と無線通信により接続する接続手段と、コマンドモジュール３の送信手段が送信した金額変更情報を受信する受信手段と、前記受信した金額変更情報を前記貨幣端末に送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認手段と、前記確認を行った後に、前記受信した金額変更情報を前記貨幣端末に送信する送信手段と、を備えている。
【００７６】
変形例２では、リーダライタ４が電子マネーカード６に金額変更情報を送信する前に、リーダライタ４がカード確認処理を行うため、カード確認処理を行ってから金額変更情報を送信するまでの時間をより短縮化することができ、未確認処理の発生確率をより低減することができる。
【図面の簡単な説明】
【００７７】
【図１】店舗端末と電子マネーカードの関係を説明するための図である。
【図２】電子マネーカードのハードウェア的な構成を説明するための図である。
【図３】電子マネーカードの機能的な構成を説明するための図である。
【図４】コマンドモジュールの構成を説明するための図である。
【図５】本実施の形態を説明するためのフローチャートである。
【図６】変形例１を説明するためのフローチャートである。
【図７】金額変更情報送信処理を説明するためのフローチャートである。
【図８】変形例２を説明するためのフローチャートである。
【図９】従来例を説明するためのフローチャートである。
【符号の説明】
【００７８】
２ 上位端末
３ コマンドモジュール
４ リーダライタ
６ 電子マネーカード
８ 店舗端末
【技術分野】
【０００１】
本発明は、金額変更情報送信装置、リーダライタ、及び金額変更情報送信方法に関し、例えば、電子マネーカードと通信する端末に関する。
【背景技術】
【０００２】
近年、電子マネーシステムが構築され、電子マネーでの決済が広く行われている。
電子マネーシステムでは、ユーザが所有する電子マネーカードと、店舗が備える店舗端末が用いられる。
電子マネーカードには、バリューと呼ばれる金額情報を記憶し、金額変更情報（加減算コマンド）を用いてこの金額を増減する機能を有するＩＣチップが内蔵されており、一方、店舗端末は、ＩＣチップに金額変更情報を送信する機能を有している。
【０００３】
ユーザが商品の代金を支払う場合、店舗端末から代金分のバリューを減額する金額変更情報を電子マネーカードに送信し、電子マネーカードが記憶しているバリューの金額を減額させる。
また、ユーザが店舗に代金を支払って、代金分のバリューを増額する金額変更情報を電子マネーカードに送信し、電子マネーカードが記憶しているバリューの金額を増額することもできる。この処理はチャージと呼ばれている。
【０００４】
店舗端末は、このような処理の内容を利用ログデータとして記録して蓄積し、後ほど一括して電子マネーサーバに送信するようになっている。
電子マネーサーバは、各店舗の店舗端末から送信されてきた利用ログデータを集計して、店舗間での資金決済を行う。
このようにして、電子マネーシステムでは、バリューと通貨の対応がとられ、バリューを通貨の代用として使用することができる。
このように、ＩＣチップに記憶されているバリューを用いて決済を行う技術としては、例えば、次のサービス提供方法がある。
【特許文献１】特開２０００−２５０９９４公報
【０００５】
ここで、店舗端末の構成を図１に示す。
店舗端末８は、図に示したように、上位端末２、コマンドモジュール３、リーダライタ４を用いて構成されている。
リーダライタ４には、電子マネーカード６の設置面が形成されており、この設置面に電子マネーカード６が置かれたりかざされたりすると、リーダライタ４と電子マネーカード６のＩＣチップが無線回線によって接続される。
【０００６】
上位端末２は、コマンドモジュール３に対して、例えば、「１００円減算しなさい」とか、「２０００円加算しなさい」などと、金額変更要求をコマンドモジュール３に発する。
コマンドモジュール３は、上位端末２の要求を受けて、金額変更情報を生成し、リーダライタ４に送信する。
【０００７】
リーダライタ４は、コマンドモジュール３から金額変更情報を受信して、これを無線によって電子マネーカード６のＩＣチップに送信する。
電子マネーカード６は、リーダライタ４から送信されてきた金額変更情報を実行し、自身が記憶しているバリューの金額を増減する。
【０００８】
以上の処理を、従来では、図９のフローチャートに示した手順で行っていた。なお、以下の電子マネーカードの動作は、電子マネーカードに内蔵されたＩＣチップが行うものである。
まず、店舗端末８は、リーダライタ４に電子マネーカード６が設置されるのを監視し、電子マネーカードが設置されると検知処理を行う（ステップ５）。
その後、コマンドモジュール３は、以下のステップ１０〜３０のカード確認動作をＡ［ｍｓ］（Ａは、５０〜２００程度）ごとに繰り返し、電子マネーカード６の接続をＡ［ｍｓ］ごとに確認する。
【０００９】
まず、コマンドモジュール３は、リーダライタ４に応答要求（Ｒｅｑｕｅｓｔ Ｒｅｓｐｏｎｓｅ）を行う（ステップ１０）。リーダライタ４は、コマンドモジュール３から応答要求を受けると、コマンドモジュール３に対して了解（Ａｃｋｎｏｗｌｅｄｇｅ）を行い（ステップ１５）、電子マネーカード６に応答要求を行う（ステップ２０）。
了解は、リーダライタ４が応答要求を受信したことをコマンドモジュール３が確認するために行う。
【００１０】
電子マネーカード６は、リーダライタ４から応答要求を受信すると、応答（Ｒｅｓｐｏｎｓｅ）し（ステップ２５）、リーダライタ４は、電子マネーカード６から応答があると、コマンドモジュール３に応答する（ステップ３０）。
コマンドモジュール３は、リーダライタ４から応答があることにより、電子マネーカード６がリーダライタ４と無線により接続していることを認識できる。
以下の、ステップ３５〜５５も同様である。
店舗端末８は、以上のようにして、Ａ［ｍｓ］ごとに電子マネーカード６の接続を確認し、その間は、電子マネーカード６が接続しているものとみなしている。
【００１１】
そして、電子マネーカード６の接続が確認できている状態で、上位端末２がコマンドモジュール３に金額変更要求を行うと（ステップ６０）、コマンドモジュール３は上位端末２に了解を行う（ステップ６５）。
そして、コマンドモジュール３は、要求された加減算を行うための金額変更情報を生成し、これをリーダライタ４に送信する（ステップ７０）。
リーダライタ４は、コマンドモジュール３から金額変更情報を受信するとコマンドモジュール３に了解を行い（ステップ７５）、電子マネーカード６に金額変更情報を送信する（ステップ８０）。
【００１２】
電子マネーカード６は、リーダライタ４から金額変更情報を受信すると、これを実行して自身が記憶するバリューの金額を増減し、金額変更処理が完了すると、リーダライタ４に金額変更処理が完了した旨の応答を行う（ステップ８５）。
リーダライタ４は、電子マネーカード６から応答があると、コマンドモジュール３に同様の旨の応答を行う（ステップ９０）。
【００１３】
コマンドモジュール３は、リーダライタ４からの応答により、金額変更処理が行われたことを認識し、その旨を上位端末２に応答する（ステップ９５）。
上位端末２は、コマンドモジュール３からの応答を受けると、コマンドモジュール３に対して了解を行う（ステップ１００）。
このように、上位端末２は、コマンドモジュール３からの応答により電子マネーカード６で金額変更処理が成功したことを認識する。
なお、以上の例では、ステップ１００などで了解動作を行ったが、この了解動作は、行っても行わなくてもよい。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
コマンドモジュール３は、Ａ［ｍｓ］の時間間隔にて電子マネーカード６の接続を確認しているため、コマンドモジュール３が電子マネーカード６に接続を確認してからＡ［ｍｓ］以内に電子マネーカード６が障害や取り外しなどのために通信不安定状態になると（例えば、図９の「カード取り外し」で示したタイミング）、リーダライタ４が金額変更情報を送出したにも係わらず、電子マネーカード６から応答がない状態となる。
このように応答がない状態では、店舗端末８は、電子マネーカード６で金額変更情報が実行されたのか否かが確認できない未確認状態となる。
【００１５】
即ち、図９のステップ５０からステップ８０までの間に電子マネーカード６が取り外された場合は、金額変更情報が電子マネーカード６に送達されないため、電子マネーカード６で金額変更処理は行われず、一方、ステップ８０からステップ８５までの間に電子マネーカード６が取り外された場合は、金額変更情報が電子マネーカード６に送達されるため、電子マネーカード６で加減算処理が行われる。
【００１６】
また、より詳細に説明すると、コマンドモジュール３が上位端末２から金額変更の要求を受け、金額変更情報送信処理を開始すると、その間はカード確認処理は行わない。
また、金額変更情報送信処理にて、金額変更情報を電子マネーカード６に送信するまでには、オーバーヘッドとなる前処理が含まれ、その時間がＢ［ｍｓ］とすると、Ａ＋Ｂ［ｍｓ］程度の間、カード確認が行われない時間がある。
【００１７】
このように、電子マネーカード６の取り外しタイミングにより、金額変更処理が行われた場合と行われない場合があり、店舗端末８は電子マネーカード６で金額変更処理が行われたか否かを認識することができない。
電子マネーカード６は、非接触型ＩＣチップを用いているため、接触型ＩＣカードを用いる場合よりも、このような未確認状態が発生しやすくなり、何らかの対策を講じる必要が要望されていた。
【００１８】
そこで、本発明は、より確実に金額変更情報送信装置と貨幣端末の接続を確認することを目的とする。
【課題を解決するための手段】
【００１９】
本発明は、前記目的を達成するために、請求項１に記載の発明では、貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末に送信する金額変更情報を生成する金額変更情報送信装置であって、金額変更情報の送信要求を受け付ける要求受付手段と、前記送信要求を受け付けた金額変更情報を生成する生成手段と、前記送信要求を受け付けた後であって、前記生成した金額変更情報を送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認手段と、前記確認を行った後に、前記生成した金額変更情報を前記貨幣端末に送信する送信手段と、を具備したことを特徴とする金額変更情報送信装置を提供する。
請求項２に記載の発明では、前記確認手段は、前記要求受付手段が前記要求を受け付けたことを検知して前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置を提供する。
請求項３に記載の発明では、前記送信手段による金額変更情報の送信処理は、金額変更情報を送信する前の前処理と、金額変更情報の送信と、前記送信の後の後処理と、から構成されており、前記確認手段は、前記金額変更情報の送信の直前に前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置を提供する。
請求項４に記載の発明では、前記送信された金額変更情報を無線通信にて前記貨幣端末に転送するリーダライタを具備し、前記確認手段は、前記リーダライタに形成されており、前記金額変更情報を前記貨幣端末に転送する直前に前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置を提供する。
請求項５に記載の発明では、貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末と無線通信により接続する接続手段と、請求項１に記載の送信手段が送信した金額変更情報を受信する受信手段と、前記受信した金額変更情報を前記貨幣端末に送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認手段と、前記確認を行った後に、前記受信した金額変更情報を前記貨幣端末に送信する送信手段と、を具備したことを特徴とするリーダライタを提供する。
請求項６に記載の発明では、貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末に送信する金額変更情報を生成する金額変更情報送信装置が行う金額変更情報送信方法であって、前記金額変更情報送信装置は、要求受付手段と、生成手段と、確認手段と、送信手段を備え、前記要求受付手段で、金額変更情報の送信要求を受け付ける要求受付ステップと、前記生成手段で、前記送信要求を受け付けた金額変更情報を生成する生成ステップと、前記確認手段で、前記送信要求を受け付けた後であって、前記生成した金額変更情報を送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認ステップと、前記送信手段で、前記確認を行った後に、前記生成した金額変更情報を前記貨幣端末に送信する送信ステップと、から構成されたことを特徴とする金額変更情報送信方法を提供する。
【発明の効果】
【００２０】
本発明によれば、確認タイミングをより細かく制御することにより、より確実に金額変更情報送信装置と貨幣端末の接続を確認することができる。
【発明を実施するための最良の形態】
【００２１】
（１）実施の形態の概要
コマンドモジュール３（図１）は、リーダライタ４を介して所定時間間隔で電子マネーカード６に応答を要求することにより、リーダライタ４と電子マネーカード６の接続を確認している。
コマンドモジュール３は、上位端末２から「金額変更要求を生成して電子マネーカード６に送信せよ」との金額変更要求を受信すると、所定時間間隔とは関係なく、電子マネーカード６に応答を要求してリーダライタ４と電子マネーカード６との接続を確認する。
即ち、コマンドモジュール３は、電子マネーカード６の接続の確認動作（カード確認動作）を所定時間間隔で行う機能と、これとは別に、上位端末２から金額変更要求を受けた場合に行う機能を備えている。
このように、コマンドモジュール３が電子マネーカード６に金額変更情報を送信する前に、電子マネーカード６の接続を再度確認することにより、未確認処理（電子マネーカード６で金額変更処理が成されたか否かが不明となる処理）の発生確率を低減することができる。
【００２２】
（２）実施の形態の詳細
図１は、店舗端末の構成と、店舗端末と電子マネーカードとの関係を説明するためのブロック図である。
店舗端末８は、例えば、小売店舗やレストランなどの店舗の会計エリアにキャッシュレジスタと組み合わせて設置されている。また、タクシーなどの移動体に設置される場合もある。
【００２３】
店舗端末８は、上位端末２、コマンドモジュール３、リーダライタ４などの機能部を組み合わせて構成されている。
これらは、個別の装置として形成され、信号ケーブルで接続するなどしてアセンブルされている。
上位端末２は、店舗の会計担当者などから、例えば、「２００円減算」、「１０００円加算」などいった、加減算要求の入力を受け付け、コマンドモジュール３に対して当該要求の実行を金額変更要求にて命令する。
【００２４】
コマンドモジュール３は、リーダライタ４を介して電子マネーカード６のＩＣチップと通信することができ、上位端末２から指令を受けて金額変更情報やその他のコマンドを生成し、リーダライタ４に送出する。
また、コマンドモジュール３は、電子マネーカード６との間で行った処理内容を記録した利用ログデータを生成して記憶・蓄積し、１日に１回程度、図示しない電子マネーサーバに送信する。
【００２５】
コマンドモジュール３は、リーダライタ４を介して電子マネーカード６の接続が検知されると、Ａ［ｍｓ］ごとに電子マネーカード６の接続状態の確認動作を行い、上位端末２から金額変更要求を受けると、これをトリガとしてＡ［ｍｓ］の時間間隔とは関係なく、カード確認動作を行う。
このように、コマンドモジュール３は、金額変更情報の送信要求を（上位端末２から）受け付ける要求受付手段と、前記送信要求を受け付けた金額変更情報を生成する生成手段と、（上位端末２から金額変更要求をトリガとすることにより）前記送信要求を受け付けた後であって、前記生成した金額変更情報を送信する前に、貨幣端末（電子マネーカード６）が無線通信により（リーダライタ４に）接続していることを確認する確認手段と、前記確認を行った後に、前記生成した金額変更情報を前記貨幣端末に送信する送信手段と、を具備した金額変更情報送信装置として機能している。
【００２６】
リーダライタ４は、電子マネーカード６と無線通信するためのアンテナを内蔵しており、電子マネーカード６にＩＣチップを駆動するための電力を供給すると共に、電子マネーカード６との間で近距離の無線通信を行うことができる。
これによって、リーダライタ４は、電子マネーカード６を駆動すると共に、コマンドモジュール３と電子マネーカード６との通信の仲介を行う。
なお、リーダライタ４には、半導体装置が内蔵されており、より高度な処理を行うように構成することも可能である。この例については、変形例２で後述する。
【００２７】
電子マネーカード６は、ＩＣチップを内蔵しており、バリューの記憶、及びバリューの金額変更処理を行う。
ここで、バリューとは、電子マネーシステムにおいて貨幣価値に対応させた電子データであり、例えば、１バリューは１円などと、所定のレートにてバリューと貨幣価値が対応づけられている。
電子マネーカード６のＩＣチップは、貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末として機能している。
【００２８】
図２は、電子マネーカード６のハードウェア的な構成の一例を示した図である。
電子マネーカード６は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、高周波回路２２、アンテナ２６、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２４、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）２５などを有している。
これらの素子は、ＩＣチップ上に形成されている。ただし、アンテナ２６は、電子マネーカード６内部の外縁部付近、又は電子マネーカード６の対角線を軸とする楕円曲線上に張り巡らされた空中線により構成され、端部がＩＣチップに接続されている。
【００２９】
ＣＰＵ２１は、ＲＯＭ２３やＥＥＰＲＯＭ２５に記憶されている各種プログラムに従って情報処理を行う中央処理装置であり、決済処理、チャージなど、記憶されているバリュー残高の金額を変更する金額変更処理や、処理の履歴を記録したログデータを生成したりする。
ＣＰＵ２１は、アンテナ２６、高周波回路２２を介して、店舗端末８のリーダライタ４と近距離の無線通信を行うことができる。
【００３０】
アンテナ２６は、店舗端末８のリーダライタ４に内蔵されたアンテナと電波による送受信を行うためのアンテナであり、各種情報の送受信を行うほか、リーダライタ４からの電波によりＩＣチップを駆動するための電力を発電する。
【００３１】
高周波回路２２は、チャージ端末５や店舗端末８のリーダライタ４からアンテナ２６に送信されてきた高周波をデジタル信号に変換してＣＰＵ２１に出力したり、逆にＣＰＵ２１が出力したデジタル信号を高周波に変換してアンテナ２６からリーダライタ４に送出する。
【００３２】
ＲＡＭ２４は、ＣＰＵ２１が情報処理を行う際のワーキングメモリを提供する随時書き込み読み出し可能なメモリである。
本実施の形態では、ＣＰＵ２１が金額変更処理などを行う際に、一時的な記憶領域として使用される。
ＲＯＭ２３は、電子マネーカード６を機能させるための基本的なプログラムやパラメータ、データなどを記憶した読み出し専用メモリである。
【００３３】
ＥＥＰＲＯＭ２５は、情報の書き込み消去が可能なＲＯＭである。ＥＥＰＲＯＭ２５に記憶してある情報は、電子マネーカード６への電力の供給がない場合でも保たれる。
ＥＥＰＲＯＭ２５には、ＣＰＵ２１に電子マネーカードとしての機能を発揮させるための電子マネー処理プログラムが記憶されているほか、電子マネー機能部ＩＤ、バリュー残高、ログデータなどの各種データを格納する電子マネー記憶部２９が形成されている。
【００３４】
図３は、ＣＰＵ２１で電子マネー処理プログラムを実行した場合に形成される電子マネーカード６の機能的な構成を模式的に表したブロック図である。
ＥＥＰＲＯＭ２５に形成された電子マネー記憶部２９は、電子マネー機能部ＩＤ、バリュー残高、ログデータなどを記憶している。
【００３５】
バリュー残高は、現在記憶しているバリューの残高であり、電子マネーカード６は、このバリュー残高を減額することにより決済処理を行い、バリュー残高を増額することによりチャージを行うことができる。
このように、電子マネー記憶部２９は、貨幣価値の金額を電子データ（バリュー）として記憶する金額記憶手段として機能している。
電子マネー機能部ＩＤは、電子マネーシステムがＩＣチップを識別するためのＩＤ情報である。
【００３６】
ログデータは、バリュー処理内容などを記録したログデータであり、チャージした際の記録である加算ログデータと、決済した際の記録である減算ログデータから構成されている。
加算ログテータには、チャージを行った店舗端末８の端末ＩＤ、チャージを行ったチャージ日時（分秒単位まで）、チャージ金額などが記録されている。
減算ログデータには、決済を行った店舗端末８の端末ＩＤ、決済を行った決済日時（分秒単位まで）、決済金額などが記録されている。
加算ログデータと減算ログデータには、記録できる件数に上限があり、この上限を超過する場合は、古いものから順次消去されるようになっている。
【００３７】
端末通信部２７は、アンテナ２６や高周波回路２２などを用いて構成され、店舗端末８のリーダライタ４から各種のコマンドを受信してバリュー処理部２８に入力するなど、店舗端末８とバリュー処理部２８の通信を仲介する。
【００３８】
バリュー処理部２８は、各種コマンドを実行する情報処理部である。
コマンドには、金額変更情報、ＩＤ参照コマンド、残高参照コマンド、加算ログデータ参照コマンド、減算ログデータ参照コマンド、その他のコマンドがある。
金額変更情報は、バリュー処理部２８に金額変更処理を行わせるコマンドである。
バリュー処理部２８は、金額変更処理を実行すると、金額変更情報で指定された金額分だけバリュー残高を増減させ、ログデータを生成して電子マネー記憶部２９に記憶する。
【００３９】
このほか、ＩＤ参照コマンドは、電子マネー機能部ＩＤを読み出させるコマンドであり、残高参照コマンドは、バリュー残高を読み出させるコマンドであり、ログデータ参照コマンドは、ログデータを読み出させるコマンドである。
【００４０】
図４は、コマンドモジュール３のハードウェア的な構成の一例を示した図である。
コマンドモジュール３は、金額変更情報を生成したり、電子マネーカード６との通信を暗号化したりなど、機密を要する機能を有しているため、ブラックボックス化されて店舗端末８に組み込まれている。
【００４１】
店舗端末８は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５４、通信制御部５３、上位端末接続部５８、リーダライタ接続部５９などがバスラインで接続されて構成されている。
ＣＰＵ５１は、所定のプログラムに従って情報処理を行うほか、店舗端末８全体の制御などを行う。
本実施の形態では、ＣＰＵ５１は、電子マネーカード６とリーダライタ４の接続を確認しながら金額変更情報を電子マネーカード６に送信して、電子マネーカード６に金額変更処理を行わせたり、利用ログデータを生成して記憶部５５に記憶したり、記憶部５５に記憶している利用ログデータを電子マネーサーバに送信したりする。
【００４２】
ＲＯＭ５２は、店舗端末８を動作させるための基本的なプログラムやパラメータなどを記憶した読み出し専用メモリである。
ＲＡＭ５４は、ＣＰＵ５１のワーキングメモリを提供したり、記憶部５５に記憶されたプログラムやデータをロードして記憶したりなどする随時書き込み読み出し可能なメモリである。
通信制御部５３は、ネットワークを介して店舗端末８を電子マネーサーバに接続する接続装置である。これによって、店舗端末８は、利用ログデータを電子マネーサーバに送信することができる。
【００４３】
上位端末接続部５８は、上位端末２とコマンドモジュール３を信号ケーブルによって接続するための接続インターフェースである。
コマンドモジュール３は、上位端末接続部５８を介して上位端末２と通信することができる。
リーダライタ接続部５９は、リーダライタ４とコマンドモジュール３を信号ケーブルによって接続するための接続インターフェースである。
コマンドモジュール３は、リーダライタ接続部５９を介してリーダライタ４と通信することができる。
【００４４】
記憶部５５は、例えばハードディスクやその他の記憶媒体と、これらを駆動する駆動装置から構成されており、各種プログラムを格納したプログラム格納部５６、データを格納したデータ格納部５７などから構成されている。
プログラム格納部５６には、店舗端末８を機能させるための基本的なプログラムであるＯＳや、電子マネーカード６に金額変更処理を行わせたり、利用ログデータを生成したり、生成した利用ログデータを電子マネーサーバに送信したりするためのプログラムなどが記憶されている。
【００４５】
データ格納部５７には、店舗端末８のＩＤ情報である端末ＩＤ、店舗端末８が設置された加盟店の加盟店ＩＤ、電子マネーカード６の決済やチャージに際して生成した利用ログデータなどが記憶されている。
【００４６】
以上、コマンドモジュール３の構成について説明したが、上位端末２の構成も基本的にコマンドモジュール３と同様である。
即ち、上位端末２もＣＰＵ、ＲＯＭ、ＲＡＭ、記憶部を備え、プログラムに従ってコマンドモジュール３と協働して情報処理を行う。
また、リーダライタ４には、ＣＰＵやＩＣチップなどで構成され、コマンドモジュール３と電子マネーカード６の通信を仲介するためのモジュールが組み込まれている。
【００４７】
以上のようにして構成された上位端末２と電子マネーカード６が金額変更処理を行う手順について説明する。
なお、図９の従来例と同じステップには、同じステップ番号を付すことにし、また、フローチャートでは図面の煩雑化を避けるため、了解の通知（図９のステップ１５）や応答（図９のステップ２５）を省略することにする。
【００４８】
まず、店舗の会計担当者が、上位端末２を操作し、電子マネーカード６の検知処理を開始させる。
すると、店舗端末８は、リーダライタ４の電子マネーカード設置面を点滅させるなどして、ユーザに電子マネーカード６を置くように促す。
コマンドモジュール３は、電子マネーカード６の検知処理が開始してから、所定時間間隔で電子マネーカード６に応答要求を行い、電子マネーカード６は、リーダライタ４に設置されるとこれに応答する。
これによって、コマンドモジュール３は、電子マネーカード６の接続を検知し、上位端末２に電子マネーカード６が設置されたことを通知する。このようにして電子マネーカード６のカード検知処理が行われる（ステップ５）。
【００４９】
電子マネーカード６がカード検知処理が成されると、コマンドモジュール３は、電子マネーカード６が引き続きリーダライタ４に設置されているかを確認するために、リーダライタ４に応答要求を行う（ステップ１０）。
リーダライタ４は、コマンドモジュール３から応答要求を受けると、コマンドモジュール３に了解し、電子マネーカード６に対して応答要求を行う（ステップ２０）。
【００５０】
電子マネーカード６は、リーダライタ４から応答要求があると、これに応答し、リーダライタ４は、電子マネーカード６から応答があると、コマンドモジュール３に応答する（ステップ３０）。
【００５１】
コマンドモジュール３とリーダライタ４は、従来例と同様に、以上のカード確認動作をＡ［ｍｓ］ごとに繰り返し、電子マネーカード６がリーダライタ４に設置された状態が維持されていることをＡ［ｍｓ］ごとに確認する（ステップ３５〜ステップ５５など）。
このカード確認動作により電子マネーカード６の接続が確認できなかった場合、コマンドモジュール３は、カード確認動作を引き続き継続し、一方、上位端末２は、コマンドモジュール３が電子マネーカード６を検知するのを所定時間待つ。
そして、上位端末２は、所定時間が経過すると、コマンドモジュール３にカード確認動作の中止を命じ、コマンドモジュール３はカード確認動作を中止する。
なお、所定時間が経過する前であっても、担当者が手動で割り込みを行い、コマンドモジュール３にカード確認動作を終了させることも可能である。
なお、コマンドモジュール３が、電子マネーカード６の接続を確認できなかった旨を上位端末２に通知し、これによって上位端末２が処理を中止するように構成することもできる。
【００５２】
一方、Ａ［ｍｓ］の間隔で電子マネーカード６の存在が確認されている場合、上位端末２はコマンドモジュール３に対して金額変更要求を行う（ステップ６０）。
この金額変更要求は、例えば、「３００円決済せよ」といったように、決済とチャージの区別と、増減する金額が含まれている。
【００５３】
コマンドモジュール３は、上位端末２から金額変更要求を受信すると（即ち、上位端末２からの金額変更要求を検知すると）、Ａ［ｍｓ］の間隔とは関係なく、リーダライタ４に対して応答要求を行う（ステップ２０５）。
リーダライタ４は、これを受けてコマンドモジュール３に了解すると共に、電子マネーカード６に応答要求する（ステップ２１０）。
この応答要求に対し、電子マネーカード６から応答があった場合、リーダライタ４はコマンドモジュール３に応答する。この応答プロセスは、ステップ１０〜ステップ３０と同じである。
【００５４】
このように、コマンドモジュール３は、要求受付手段（上位端末２から金額変更要求を受け付ける機能）が金額変更要求を受け付けたことを検知してカード確認動作を行う確認手段を備えている。
また、コマンドモジュール３は、Ａ［ｍｓ］間隔でカード確認動作を行う機能（第１のカード確認機能）に加えて、上位端末２から金額変更要求があった場合に、これをトリガとしてカード確認動作を行う機能（第２のカード確認機能）を備えている。
【００５５】
コマンドモジュール３は、このカード確認動作により電子マネーカード６の接続が確認できなかった場合、その旨を上位端末２に通知し、上位端末２は処理を中止する。
一方、電子マネーカード６の接続が確認できた場合、コマンドモジュール３は、金額変更情報送信処理を開始する。
【００５６】
コマンドモジュール３は、金額変更情報送信処理にて各種の前処理を行った後、リーダライタ４に金額変更情報を送信する（ステップ７０）。
リーダライタ４は、コマンドモジュール３から金額変更情報を受信してコマンドモジュール３に了解を行い、当該金額変更情報を電子マネーカード６に送信する（ステップ８０）。
【００５７】
電子マネーカード６は、リーダライタ４から金額変更情報を受信してこれを実行し、バリューの増減を行った後、リーダライタ４に応答する（ステップ８５）。
リーダライタ４は、電子マネーカード６から応答を受けると、コマンドモジュール３に応答し（ステップ９０）、コマンドモジュール３は、この応答を受けて上位端末２に応答する（ステップ９５）。そして、上位端末２は、この応答を受けてコマンドモジュール３に了解を行う。
【００５８】
以上のように、本実施の形態では、ステップ６０にて、コマンドモジュール３が上位端末２から金額変更要求を受けてから、コマンドモジュール３が金額変更情報送信処理を開始する前に、第２のカード確認機能により、Ａ［ｍｓ］ごとのカード確認とは別に電子マネーカード６の接続を確認するため、カード確認してから電子マネーカード６に金額変更情報が送達されるまでの時間を、Ａ［ｍｓ］ごとのカード確認動作のみの場合と比べて短縮することができ、未確認処理の発生確率を低減させることができる。
【００５９】
以上に説明した本実施の形態により、次のような効果を得ることができる。
（１）従来例では、上位端末２の金額変更要求と、コマンドモジュール３のカード確認動作が独立しており同期していなかったが、本実施の形態では、上位端末２の金額変更要求をトリガとしてコマンドモジュール３がカード確認動作を行うため、未確認処理が発生する可能性のある期間を従来例よりも短くすることができる。
（２）このため、未確認処理の発生確率を低減することができ、電子マネーシステムの運用をより安定させることができる。
（３）コマンドモジュール３のプログラムを新しく書き換えることにより対応可能であり、広く一般に流通している電子マネーカード６には手を加える必要がない。コマンドモジュール３の所在や運用状況は、電子マネー事業者が把握しているため、プログラムの更新は容易である。
【００６０】
（変形例１）
次に、図６のフローチャートを用いて本実施の形態の変形例１について説明する。
この変形例では、金額変更送信処理の中において、コマンドモジュール３がリーダライタ４に金額変更情報を送信する直前に、カード確認処理を行うものである。
コマンドモジュール３が、金額変更情報を送信する直前にカード確認処理を行うことにより、カード確認処理と、電子マネーカード６が金額変更情報を受信するまでの時間をより短縮化する。
【００６１】
ステップ１０からステップ６０までは、図５と同様であるので説明を省略する。
コマンドモジュール３は、ステップ６０によって、上位端末２から金額変更要求を受けると、金額変更情報送信処理を開始する。
金額変更送信処理は、次の図７で説明するような、金額変更情報の送信前に行う前処理と、金額変更情報送信と、その後に行う後処理の、一連の処理から構成されており、コマンドモジュール３は、前処理が終了すると、リーダライタ４に対して応答要求を行う（ステップ３０５）。
【００６２】
リーダライタ４は、コマンドモジュール３から応答要求を受けると、コマンドモジュール３に了解を行った後、電子マネーカード６に対して応答要求を行う（ステップ３１０）。
電子マネーカード６が、この応答要求を受けてリーダライタ４に応答すると、リーダライタ４は、コマンドモジュール３に応答する（ステップ３１５）。
【００６３】
コマンドモジュール３は、リーダライタ４から応答がなかった場合は、電子マネーカード６が接続していないものとして上位端末２に報告すると共に金額変更情報の送信中止処理を行う。
一方、リーダライタ４から応答があった場合、コマンドモジュール３は、金額変更情報を生成し、これをリーダライタ４に対して送信する（ステップ７０）。
以降のステップは、図５と同じである。
【００６４】
次に、図７のフローチャートを用いてコマンドモジュール３が行う金額変更情報送信処理について説明する。
なお、図６と同じ処理には同じステップ番号を付してある。
コマンドモジュール３は、まず、上位端末２から受信した金額変更要求に含まれる上位コマンドのパラメータが正常であるか確認する（ステップ５０５）。
【００６５】
例えば、電子マネーカード６のバリューの上限が５万円であった場合に、パラメータにより１０万円のチャージが指定されていた場合、コマンドモジュール３は、パラメータが異常であると認識する。
また、金額変更要求に含まれるパラメータとして付随している現在日時が明らかにおかしい場合、コマンドモジュール３は、パラメータが異常であると認識する。
【００６６】
パラメータが異常であると判断した場合（ステップ５０５；異常）、コマンドモジュール３は、送信中止処理を行い（ステップ５４０）、金額変更情報送信処理を中止する。
一方、パラメータが正常であると判断した場合（ステップ５０５；正常）、コマンドモジュール３は、更に、電子マネーカード６のデータ確認を行う（ステップ５１０）。
【００６７】
この処理は、電子マネーカード６から電子マネー機能部ＩＤ、バリュー残高、ログデータなどを読み出し（この読み出しは、この時点で行ってもよいし、図６のステップ５の段階で行ってもよいし、他のタイミングで行ってもよい）、これらが適切であるか確認することにより行われる。例えば、バリュー残高が決済金額に満たない場合は異常であると判断される。
電子マネーカード６のデータが異常であると判断した場合（ステップ５１０；異常）、コマンドモジュール３は、送信中止処理を行う（ステップ５４０）。
【００６８】
一方、電子マネーカード６のデータが正常であると判断した場合（ステップ５１０；正常）、コマンドモジュール３は、例えば、金額変更情報の作成や、利用ログデータ（仮決済用であり、電子マネーカード６で金額変更処理が完了した後に正式に利用ログデータとなる）の作成などのデータ作成処理を行う（ステップ５１５）。
【００６９】
以上の、ステップ５０５〜５１５がオーバーヘッドの原因となる前処理である。
これらの前処理が完了した後、コマンドモジュール３は、リーダライタ４に対して応答要求を行う（ステップ３０５）。
コマンドモジュール３が、リーダライタ４から応答を正常に受信することができなかった場合（ステップ５２５；Ｎ）、コマンドモジュール３は、送信中止処理を行う（ステップ５４０）。
【００７０】
一方、リーダライタ４から応答を正常に受信した場合（ステップ５２５；Ｙ）、コマンドモジュール３は、リーダライタ４に金額変更情報を送信する（ステップ７０）。
そして、コマンドモジュール３は、リーダライタ４から電子マネーカード６が金額変更情報を実行した旨の応答を受けた後、例えば、利用ログデータを確定するなどの送信後処理を行う（ステップ５３５）。
【００７１】
以上のように、金額変更情報送信処理は、金額変更情報を送信する前の前処理と、金額変更情報の送信と、前記送信の後の後処理と、から構成されており、変形例１のコマンドモジュール３は、金額変更情報の送信の直前に電子マネーカード６の接続確認処理を行う確認手段を備えている。
【００７２】
変形例１では、金額変更情報送信処理の中にカード確認処理を組み込み、コマンドモジュール３が金額変更情報を送信する直前にカード確認処理を行うため、カード確認処理から電子マネーカード６から金額変更情報を受信するまでの時間をより短縮化することができる。これによって、未確認処理の発生確率を先に説明した実施の形態よりも低減することができる。
【００７３】
（変形例２）
次に、図８のフローチャートを用いて変形例２について説明する。
変形例２では、リーダライタ４が電子マネーカード６に金額変更情報を送信する直前に、リーダライタ４がカード確認処理を行うものである。
ステップ５からステップ７０までは、図５で説明した実施の形態と同じである。
リーダライタ４は、コマンドモジュール３から金額変更情報を受信すると、コマンドモジュール３に了解を行い、電子マネーカード６に対して応答要求を行う（ステップ４０５）。
電子マネーカード６は、リーダライタ４から応答要求があると、これに応答する（ステップ４１０）。
【００７４】
なお、この応答がなかった場合、リーダライタ４は、その旨をコマンドモジュール３に通知し、コマンドモジュール３は、送信中止処理を行う。
リーダライタ４は、電子マネーカード６から応答を受けると、電子マネーカード６に対して金額変更情報を送信する（ステップ８０）。
以下は、図５と同じである。
【００７５】
以上のように、電子マネー端末８が備えるリーダライタは、貨幣端末（電子マネーカード６のＩＣチップ）と無線通信により接続する接続手段と、コマンドモジュール３の送信手段が送信した金額変更情報を受信する受信手段と、前記受信した金額変更情報を前記貨幣端末に送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認手段と、前記確認を行った後に、前記受信した金額変更情報を前記貨幣端末に送信する送信手段と、を備えている。
【００７６】
変形例２では、リーダライタ４が電子マネーカード６に金額変更情報を送信する前に、リーダライタ４がカード確認処理を行うため、カード確認処理を行ってから金額変更情報を送信するまでの時間をより短縮化することができ、未確認処理の発生確率をより低減することができる。
【図面の簡単な説明】
【００７７】
【図１】店舗端末と電子マネーカードの関係を説明するための図である。
【図２】電子マネーカードのハードウェア的な構成を説明するための図である。
【図３】電子マネーカードの機能的な構成を説明するための図である。
【図４】コマンドモジュールの構成を説明するための図である。
【図５】本実施の形態を説明するためのフローチャートである。
【図６】変形例１を説明するためのフローチャートである。
【図７】金額変更情報送信処理を説明するためのフローチャートである。
【図８】変形例２を説明するためのフローチャートである。
【図９】従来例を説明するためのフローチャートである。
【符号の説明】
【００７８】
２ 上位端末
３ コマンドモジュール
４ リーダライタ
６ 電子マネーカード
８ 店舗端末
【特許請求の範囲】
【請求項１】
貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末に送信する金額変更情報を生成する金額変更情報送信装置であって、
金額変更情報の送信要求を受け付ける要求受付手段と、
前記送信要求を受け付けた金額変更情報を生成する生成手段と、
前記送信要求を受け付けた後であって、前記生成した金額変更情報を送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認手段と、
前記確認を行った後に、前記生成した金額変更情報を前記貨幣端末に送信する送信手段と、
を具備したことを特徴とする金額変更情報送信装置。
【請求項２】
前記確認手段は、前記要求受付手段が前記要求を受け付けたことを検知して前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置。
【請求項３】
前記送信手段による金額変更情報の送信処理は、金額変更情報を送信する前の前処理と、金額変更情報の送信と、前記送信の後の後処理と、から構成されており、
前記確認手段は、前記金額変更情報の送信の直前に前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置。
【請求項４】
前記送信された金額変更情報を無線通信にて前記貨幣端末に転送するリーダライタを具備し、
前記確認手段は、前記リーダライタに形成されており、前記金額変更情報を前記貨幣端末に転送する直前に前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置。
【請求項５】
貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末と無線通信により接続する接続手段と、
請求項１に記載の送信手段が送信した金額変更情報を受信する受信手段と、
前記受信した金額変更情報を前記貨幣端末に送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認手段と、
前記確認を行った後に、前記受信した金額変更情報を前記貨幣端末に送信する送信手段と、
を具備したことを特徴とするリーダライタ。
【請求項６】
貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末に送信する金額変更情報を生成する金額変更情報送信装置が行う金額変更情報送信方法であって、
前記金額変更情報送信装置は、要求受付手段と、生成手段と、確認手段と、送信手段を備え、
前記要求受付手段で、金額変更情報の送信要求を受け付ける要求受付ステップと、
前記生成手段で、前記送信要求を受け付けた金額変更情報を生成する生成ステップと、
前記確認手段で、前記送信要求を受け付けた後であって、前記生成した金額変更情報を送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認ステップと、
前記送信手段で、前記確認を行った後に、前記生成した金額変更情報を前記貨幣端末に送信する送信ステップと、
から構成されたことを特徴とする金額変更情報送信方法。
【請求項１】
貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末に送信する金額変更情報を生成する金額変更情報送信装置であって、
金額変更情報の送信要求を受け付ける要求受付手段と、
前記送信要求を受け付けた金額変更情報を生成する生成手段と、
前記送信要求を受け付けた後であって、前記生成した金額変更情報を送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認手段と、
前記確認を行った後に、前記生成した金額変更情報を前記貨幣端末に送信する送信手段と、
を具備したことを特徴とする金額変更情報送信装置。
【請求項２】
前記確認手段は、前記要求受付手段が前記要求を受け付けたことを検知して前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置。
【請求項３】
前記送信手段による金額変更情報の送信処理は、金額変更情報を送信する前の前処理と、金額変更情報の送信と、前記送信の後の後処理と、から構成されており、
前記確認手段は、前記金額変更情報の送信の直前に前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置。
【請求項４】
前記送信された金額変更情報を無線通信にて前記貨幣端末に転送するリーダライタを具備し、
前記確認手段は、前記リーダライタに形成されており、前記金額変更情報を前記貨幣端末に転送する直前に前記確認を行うことを特徴とする請求項１に記載の金額変更情報送信装置。
【請求項５】
貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末と無線通信により接続する接続手段と、
請求項１に記載の送信手段が送信した金額変更情報を受信する受信手段と、
前記受信した金額変更情報を前記貨幣端末に送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認手段と、
前記確認を行った後に、前記受信した金額変更情報を前記貨幣端末に送信する送信手段と、
を具備したことを特徴とするリーダライタ。
【請求項６】
貨幣価値を記憶し、金額変更情報を用いて前記記憶した貨幣価値の金額を変更する貨幣端末に送信する金額変更情報を生成する金額変更情報送信装置が行う金額変更情報送信方法であって、
前記金額変更情報送信装置は、要求受付手段と、生成手段と、確認手段と、送信手段を備え、
前記要求受付手段で、金額変更情報の送信要求を受け付ける要求受付ステップと、
前記生成手段で、前記送信要求を受け付けた金額変更情報を生成する生成ステップと、
前記確認手段で、前記送信要求を受け付けた後であって、前記生成した金額変更情報を送信する前に、前記貨幣端末が無線通信により接続していることを確認する確認ステップと、
前記送信手段で、前記確認を行った後に、前記生成した金額変更情報を前記貨幣端末に送信する送信ステップと、
から構成されたことを特徴とする金額変更情報送信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００８−３０５０９７（Ｐ２００８−３０５０９７Ａ）
【公開日】平成２０年１２月１８日（２００８．１２．１８）
【国際特許分類】
【出願番号】特願２００７−１５０８３８（Ｐ２００７−１５０８３８）
【出願日】平成１９年６月６日（２００７．６．６）
【出願人】（５０１０４４１１６）ビットワレット株式会社 (48)
【Ｆターム（参考）】
【公開日】平成２０年１２月１８日（２００８．１２．１８）
【国際特許分類】
【出願日】平成１９年６月６日（２００７．６．６）
【出願人】（５０１０４４１１６）ビットワレット株式会社 (48)
【Ｆターム（参考）】
[ Back to top ]