JP2002366857A - Ｉｃカードシステム及びそれを用いた決済方法 - Google Patents

Abstract

(57)【要約】 【課題】 クライアント端末及びＷＥＢサーバ間のネッ
トワーク経由のＩＣカード間通信において、ＩＣカード
のアプリケーションに依存したプロセスを、クライアン
トとサーバを仲介する決済サーバで処理することによ
り、クライアントの負荷軽減を実現する。 【解決手段】 第一の端末と第二の端末間におけるネッ
トワーク経由のＩＣカード通信において、ＩＣカードの
アプリケーションに依存するプロセスを処理する第三の
端末を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＩＣカードシステム
及びそれを用いた決済方法に係わり、特に、ネットワー
ク経由のＩＣカード間通信において、ＩＣカードのアプ
リケーションに依存する処理を代行する決済サーバを設
けることにより、クライアントの負荷を抑えたシステム
及び決済方法に関する。

【０００２】

【従来の技術】従来のＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃ
ｏｍｍｅｒｃｅ）における決済手段としては、個人情報
の漏洩に一抹の不安を覚えながらもクレジットカード決
済が主流であったが、新たな技術である電子マネーも徐
々に普及しつつある。中でもＩＣカードを用いた形態の
電子マネーは、クレジット決済と比較して決済毎のコス
トが安く、秘匿性も高く、セキュリティーに優れるた
め、特に小口決済等の分野で期待されており、ＶＩＳＡ
Ｃａｓｈ（ＶＩＳＡ）、スーパーキャッシュ（ＮＴ
Ｔ）、ＭＯＮＤＥＸ（ＭａｓｔｅｒＣａｒｄ）などが既
に実用化されている。ニッポン放送のラジオ・チャリテ
ィー「ミュージックソン」（２０００．１２．２４〜２
００１．１．３１）においては、ＷＥＢで、ＩＣカード
に格納した電子マネーアプリケーションを用いた匿名で
の募金活動を行い、一ヶ月半の期間で１０万円以上集め
た。インターネット経由でＩＣカード間通信を行うに
は、予めクライアントやサーバに専用のＩＣカード通信
ソフトのインストールを行う。

【０００３】

【発明が解決しようとする課題】しかしながら、ＩＣカ
ードのアプリケーションは、アプリケーション毎にそれ
ぞれコマンド仕様も異なるため、利用するアプリケーシ
ョン毎に専用のコマンドライブラリが必要なケースが多
く、複数のＩＣカードアプリケーションに対応するに
は、クライアントに複数のコマンドライブラリをインス
トールする必要がああるため、クライアントにおける通
信アプリの負荷が高くなるいという問題があった。

【０００４】本発明の目的は、上記の問題点を解決し、
クライアントとＷＥＢサーバとの決済処理において、Ｉ
Ｃカードのアプリケーションに依存するプロセスを一手
に代行する決済サーバをさらに備え、クライアントには
ＩＣカードに対するコマンドレスポンス送受信機能を行
うことが出来るソフトを備えた構成にすることにより、
クライアント並びにＷＥＢサーバの負荷を最小限に押え
たシステム及び決済方法を提供する。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、第１の発明では、端末、サーバ、センターが通信手
段を介してネットワークに接続されてなるＩＣカードシ
ステムであって、端末は制御手段、入力手段、出力手
段、通信手段、ＩＣカードＲ／Ｗを備え、サーバは、制
御手段、通信手段、記憶手段を備え、センターは、制御
手段、通信手段、接続リスト、コマンドライブラリＤＢ
及び、少なくとも一つ以上のＩＣカードＲ／Ｗを備え、
ユーザが、端末の入力手段からＩＣカードＲ／Ｗに挿入
したＩＣカードに対する“処理要求データ”を入力する
と、端末の制御手段は、ユーザの入力した“処理要求デ
ータ”を通信手段経由で前記サーバに送信し、サーバの
制御手段は、前記端末から通信手段を介して受信した”
処理要求データ“をセンターに送信し、センターは、サ
ーバから前記通信手段を介して受信した“処理要求デー
タ”及び“端末の所在を特定する情報”を元に、端末と
前記センターとの間のネットワークを確立して“決済Ｉ
Ｄ”を設定し、接続リストに記録し、“決済ＩＤ”を前
記通信手段を介して端末に送信し、端末は、通信手段を
介してセンターから“決済ＩＤ”を受信すると、「ＩＣ
カード通信アプリ」を起動して、通信手段を介してセン
ターに「ＩＣカード通信アプリ起動完了通知」を送信
し、センターは、端末から受信した“処理要求データ”
及び、コマンドライブラリＤＢを参照に、端末側ＩＣカ
ードＲ／Ｗに挿入したＩＣカードと、センター側ＩＣカ
ードＲ／Ｗに挿入したＩＣカードとの間のコマンド送受
信を処理し、処理終了後は、端末との間に確立したネッ
トワークを開放して、端末に“通信終了通知”を送信
し、端末において起動する「ＩＣカード通信アプリ」
は、センターから通信手段を介して“通信終了通知”を
受信するまでは、センターから通信手段を介して受信す
るコマンドをＩＣカードＲ／Ｗに電気的に接続するＩＣ
カードに送信し、ＩＣカードからのレスポンスを通信手
段を介してセンターに返信する処理を繰り返し、センタ
ーから“通信終了通知”を受信したら、「ＩＣカード通
信アプリ」を終了する構成とする。

【０００６】また、第２の発明では、端末、サーバ、セ
ンターが通信手段を介してネットワークに接続されてな
るＩＣカードシステムであって、端末は制御手段、入力
手段、出力手段、通信手段、ＩＣカードＲ／Ｗを備え、
サーバは制御手段、通信手段、記憶手段及び、少なくと
も一つ以上のＩＣカードＲ／Ｗを備え、センターは制御
手段、通信手段、接続リスト、コマンドライブラリＤＢ
を備え、ユーザが、端末の入力手段からＩＣカードＲ／
Ｗに挿入したＩＣカードに対する“処理要求データ”を
入力すると、端末の制御手段は、ユーザの入力した“処
理要求データ”を通信手段経由でサーバに送信し、サー
バの制御手段は、端末から通信手段を介して受信した”
処理要求データ“をセンターに送信し、センターは、サ
ーバから通信手段を介して受信した“処理要求データ”
及び“端末の所在を特定する情報”、“サーバの所在を
特定する情報”を元に、端末と該センター間及び、サー
バと該センター間のネットワークを確立して“決済Ｉ
Ｄ”を設定し、接続リストに記録し、 “決済ＩＤ”を
通信手段を介して端末及びサーバに送信し、端末及びサ
ーバは、通信手段を介してセンターから“決済ＩＤ”を
受信すると、「ＩＣカード通信アプリ」を起動して、通
信手段を介してセンターに「ＩＣカード通信アプリ起動
完了通知」を送信し、センターは、サーバから受信した
“処理要求データ”及び、コマンドライブラリＤＢを参
照に、端末側ＩＣカードＲ／Ｗに挿入したＩＣカード
と、サーバ側ＩＣカードＲ／Ｗに挿入したＩＣカードと
の間のコマンド送受信を処理し、処理終了後は、端末と
の間に確立したネットワーク及びサーバとの間に確立し
たネットワークを開放して、端末及びサーバに“通信終
了通知”を送信し、端末及び前記サーバにおいて起動す
る「ＩＣカード通信アプリ」は、センターから通信手段
を介して“通信終了通知”を受信するまでは、センター
から通信手段を介して受信するコマンドをＩＣカードＲ
／Ｗに電気的に接続するＩＣカードに送信し、ＩＣカー
ドからのレスポンスを通信手段を介してセンターに返信
する処理を繰り返し、センターから“通信終了通知”を
受信したら、「ＩＣカード通信アプリ」を終了する構成
とすることである。

【０００７】第３の発明では、決済方法は、端末から送
信された“処理要求データ”を受信すると、前記端末と
の間のネットワークを確立し、“決済ＩＤ”を設定し
て、前記“決済ＩＤ”を前記端末に送信するステップ
と、前記端末から送信されたＩＣカード通信アプリケー
ションの起動完了通知を受信したら、前記“処理要求デ
ータ”及び、コマンドライブラリデータベースを参照し
て、前記端末側のＩＣカードとの間でコマンドの送受信
を行い要求された決済処理を行うステップと、処理終了
後は、前記端末に“通信終了通知”を送信するステップ
とを備える。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態につい
て、幾つかの実施例を用い、図を参照して説明する。な
お、各図において、同一の符号は同一の構成要素又は同
一物または同一物相当の物を示し、その説明を省略す
る。図１は本発明によるＩＣカードシステムの第１の実
施例を示すブロック図である。なお、ＩＣカード間にお
けるデータ通信としては、ＥＣにおける商品購入におけ
る代金支払いとしてクライアント側ＩＣカードからＷＥ
Ｂサーバ側ＩＣカードへ金額を移動するものや、購入に
応じたポイント獲得としてＷＥＢサーバ側ＩＣカードか
らクライアント側ＩＣカードにポイントを移動する場合
等色々考えられるが、本実施例においては、クライアン
ト側ＩＣカードからからＷＥＢサイト宛てた電子マネー
バリューを、決済サーバにおいて受け取り処理代行を行
う手順を例として以下説明する。

【０００９】図1の本発明による第１の実施例における
ＩＣカードシステムは、クライアント端末１００、決済
サーバ１１０、及びＷＥＢサーバ１２０から成る。クラ
イアント端末１００は、制御手段１０１、入力手段１０
２、出力手段１０３、記憶手段１０４、通信手段１０
５、ＩＣカードリーダライタ（以下、ＩＣＣＲ／Ｗ）１
０６、ＩＣＣ通信アプリケーション（以下、ＩＣＣ通信
アプリと略称する）１０７及びＩＣカード１０８（以
下、ＩＣＣと略称する）を備えている。決済サーバ１１
０は、通信手段１１１、制御手段１１２、接続リスト１
１３、ＩＣカード・リード／ライト（以下、ＩＣＣＲ／
Ｗと略称する。）１１４、コマンドライブラリＤＢ（Ｄ
Ｂ：データベース）１１５及びＩＣＣ１１６を備えてい
る。ＷＥＢサーバ１２０は、通信手段１２１、制御手段
１２２、記憶手段１２３を備えている。クライアント端
末１００、決済サーバ１１０及びＷＥＢサーバ１２０は
通信手段１０５、１１１、１２１を介してインターネッ
ト経由で接続されている。クライアント端末１００は、
例えばパソコン、携帯電話、携帯端末などのユーザ端末
であり、ＷＥＢサーバ１２０は、例えばＥＣサイト、情
報提供サイトなどのサーバである。

【００１０】次に、図２を用いて、クライアント端末１
００の出力手段１０３に表示される画面の推移を説明す
る。図２はクライアント端末の出力手段に表示される寄
付申請画面の一実施例を示す平面図であり、図２（ａ）
は第１の画面を、図２（ｂ）は次の画面を示す。なお、
図１の出力手段１０３は映像を表示したり、音声の出力
を行う。出力手段１０３に表示される画面２０１は、
「お役立ちサイト」という株価情報を掲載しているＷＥ
Ｂサイトの例である。企業名に対する株価情報のリスト
などを提供しており、アイコン２０２には、「スポンサ
ー募集！サイト運営にご協力ください！」と表示されて
いる。このように、ユーザに対して無償で情報提供を行
い、ポータルサイトとして広告掲載費等での収益を目的
としたサイトは多々あるが、広告収入だけでは収支が間
に合わない場合、サイト運営の継続が困難になる場合が
多いので、サイトを活用しているユーザからの寄付を募
ることがある。

【００１１】画面２０１において、寄付を承諾したユー
ザが、「スポンサー募集・・・」と記載されているアイ
コン２０２をクリックすると、画面２０３である「寄付
金額入力画面」に推移する。画面２０３は、ユーザに寄
付を依頼する画面で、ユーザに寄付を促すメッセージ
や、寄付金額入力するためのエリア２０２などが表示さ
れる。ユーザがエリア２０４の金額入力欄に所望の寄付
金額、例えば２００円を入力し、匿名で寄付する場合に
は、エリア２０５の「匿名希望の場合にはチェックして
ください。」との欄にチェックをして送金ボタン２０６
をクリックすると、寄付申請は終了する。エリア２０５
においてユーザが寄付者である自分の名前をあえて知ら
せたい場合には、チェックをはずして送金ボタン２０６
をクリックすると、例えば次のページでは、ＷＥＢサー
バ１２０は、ユーザの名前、連絡先、メールアドレス等
のデータを入力する画面を表示し、ユーザはそれらのデ
ータを入力して送信すると、ＷＥＢサイトに寄付者のデ
ータが届く。ＷＥＢサイトが寄付者データを受け取った
場合、ＷＥＢサイトでは明記されたアドレスにお礼のメ
ールを送信してもよい。また、領収書を必要とするユー
ザには、領収書を発行してもよい。

【００１２】次に、図３、図４を用いて、クライアント
端末１００、ＷＥＢサーバ１２０、決済サーバ１１０間
でのデータ送受信フローについて説明する。また、デー
タ送受信において使用されるデータを図５に示す。図３
は図１のシステムにおいて、寄付申請から残高取得まで
の処理動作を説明するためのフローチャートである。図
４は図１のシステムにおいて、決済処理動作を説明する
ためのフローチャートである。また、図５は図４の決済
処理動作で使用されるデータ例を示す図である。図４の
各ステップで使用される図５の各データには図４の符号
に１００を付加した符号を付した。

【００１３】まず最初に、図１のＩＣカードシステムに
おける寄付申請から残高を取得するまでの処理動作につ
いて、図３を用いて説明する。図３において、ステップ
３０１で、ユーザがクライアント端末１００からＷＥＢ
サーバ１２０に“寄付金額”等のデータを「支払申請デ
ータ」として送信すると、ステップ３０２において、Ｗ
ＥＢサーバ１２０は、クライアント端末１００から受信
したデータを決済サーバ１１０に転送してリダイレクト
を行う。すなわち、クライアント端末100からＷＥＢサ
ーバ１２０への決済依頼をＷＥＢサーバ１２０が決済サ
ーバ１１０に依頼する。ステップ３０２で、決済サーバ
１１０が「支払申請コマンド（以下、ＣＭＤと略称す
る。）」を受信したら、ステップ３０３で、接続リスト
１１３に決済ＩＤを設定し、クライアント端末１００と
決済サーバ１１０間の接続を確立し、クライアント端末
１００に“決済ＩＤ”を送信する。クライアント端末１
００の制御手段１０１は、通信手段１０５経由で決済サ
ーバ１１０から“決済ＩＤ”を受信したら、ステップ３
０４で、この“決済ＩＤ”を記憶手段１０４に格納し、
クライアント端末１００に接続されたＩＣＣ Ｒ／Ｗ１
０６を制御するためのアプリケーションであるＩＣＣ通
信アプリ１０７を起動し、起動完了後、決済サーバ１１
０に“決済ＩＤ”と共に「ＩＣＣ通信アプリ起動完了通
知」を送信する。以下、クライアント端末１００では、
起動したＩＣＣ通信アプリ１０７を通して、通信手段１
０５経由で受信したデータの処理を行う。ステップ３０
５で、決済サーバ１１０は受信した“決済ＩＤ”を参照
に、接続リスト１１３に”金額データ“を格納し、続い
て、クライアント端末１００に接続したＩＣＣ Ｒ／Ｗ
１０６に挿入してあるＩＣカード１０８の備えるアプ
リケーションのリストを読み出すためのコマンドである
“ＲＥＡＤ ＤＩＲ（ＤＩＲＥＣＴＯＲＹ） ＲＥＣＯ
ＲＤ”を決済サーバ１１０はクライアント端末１００に
送信する。ステップ３０６で、クライアント端末１００
のＩＣＣ通信アプリ１０７は、通信手段１０５経由で決
済サーバ１１０から送信された“ＲＥＡＤ ＤＩＲ Ｒ
ＥＣＯＲＤ”コマンドを受信してＩＣＣ Ｒ／Ｗ１０６
にに送信し、ステップ３０７において、クライアント端
末１００は、クライアント側ＩＣカード１０８から受け
取ったＤＩＲデータを含むレスポンスデータを“決済Ｉ
Ｄ”と共に決済サーバ１１０に送信する。

【００１４】決済サーバ１１０は、ステップ３０８にお
いてクライアント端末１００から受信したＤＩＲデータ
を参照に、支払いに用いることが可能である電子マネー
アプリケーションのアプリケーションＩＤ（Ａｐｐｌｉ
ｃａｔｉｏｎ ＩＤ：以下、ＡＩＤ）を検索し、“決済
ＩＤ”に対応する接続リスト１１３に格納し、検索した
アプリケーションを選択するためのコマンド“Ｓｅｌｅ
ｃｔ ＡＩＤ”をステップ３０９においてクライアント
端末１００に送信する。クライアント端末１００のＩＣ
Ｃ通信アプリ１０７は、決済サーバ１１０から送信され
た“Ｓｅｌｅｃｔ ＡＩＤ”を受信した後、ステップ３
１０でクライアント側ＩＣカード１０８に送信する。ス
テップ３１１で、クライアント端末１００は、ＩＣカー
ド１０８からのレスポンスデータを得、ステップ３１２
でこのレスポンスデータと“決済ＩＤ”とを決済サーバ
１１０に送信する。決済サーバは２００は、ステップ３
１２で送信されたデータからアプリケーション選択の正
常終了を確認したら、ステップ３１３で、コマンドライ
ブラリＤＢ１１５に格納した、ＡＩＤに対応するコマン
ドリストを参照に、“残高取得”コマンドをクライアン
ト端末１００に送信する。クライアント端末１００は、
受信した“残高取得”コマンドをステップ３１４で、ク
ライアント側ＩＣカード１０８に送信する。ステップ３
１５で、ＩＣカード１０８から“残高データ”がクライ
アント端末１００に送信される。クライアント端末１０
０は、ステップ３１６で、この残高データのレスポンス
と決済ＩＤを決済サーバ１１０に送信する。

【００１５】次に、図４を用い、図５を参照して、決済
処理動作について説明する。決済サーバ１１０は、図３
のステップ３１６受信した“残高データ”を、接続リス
ト１１３の“金額データ”と比較して、“金額データ”
以上の残高を確認したら、ステップ４０１で、決済サー
バ１１０のＩＣＣ Ｒ／Ｗ１１４に電気的に接続された
ＩＣカード１１６に図５の“受領開始ＣＭＤ（コマン
ド）”と“寄付金額”を含む受領開始ＣＭＤデータ５０
１を送信する。ＩＣカード１１６は、ステップ４０２で
受領開始ＣＭＤデータ５０１に対する正常応答として、
“支払開始ＣＭＤ”、“金額データ”、および“受領カ
ードＩＤ”等の受領開始ＣＭＤレスポンス５０２を決済
サーバ１１０に返す。決済サーバ１１０は、ステップ４
０３で、決済サーバ側ＩＣカード１１６からのレスポン
スに決済ＩＤを加えたデータを「支払開始ＣＭＤデータ
５０３」としてクライアント端末１００に送信する。

【００１６】クライアント端末１００のＩＣＣ通信アプ
リ１０７は、ステップ４０４で、通信手段１０５経由で
受信した「支払開始ＣＭＤデータ５０３」から決済ＩＤ
を削除した「支払開始ＣＭＤデータ５０４」をクライア
ント端末側ＩＣカード１０８に送信する。ＩＣカード１
０８は、ステップ４０５で、“受領完了ＣＭＤ”、“寄
付金額”および“支払カードＩＤ”等の「支払開始ＣＭ
Ｄレスポンス５０５」をクライアント端末１００に送信
する。クライアント端末１００は、ステップ４０６で、
「支払開始ＣＭＤレスポンス５０５」に“決済ＩＤ”を
加えた「受支払開始ＣＭＤレスポンス５０６」を決済サ
ーバ１１０に送信する。決済サーバ１１０は、ステップ
４０７で、受信した「支払開始ＣＭＤレスポンス５０
６」から“決済ＩＤ”を除いたデータを、「受領完了Ｃ
ＭＤデータ５０７」として決済サーバ側ＩＣカード１１
６に送信する。決済サーバ１１０側のＩＣカード１１６
は、受信した「受領完了ＣＭＤデータ５０７」を処理
し、ステップ４０８で“支払完了ＣＭＤ”、“寄付金
額”および“受領カードＩＤ”を含む「受領完了ＣＭＤ
レスぽんす５０８」を決済サーバ１１６に送信する。決
済サーバ１１６は、ステップ４０９で、「受領完了ＣＭ
Ｄレスぽんす５０８」に“決済ＩＤ”を付加した「支払
完了ＣＭＤデータ５０９」をクライアント端末１００に
送信する。

【００１７】クライアント端末１００のＩＣＣ通信アプ
リ１０７は、ステップ４１０で、受信した「支払完了Ｃ
ＭＤデータ５０９」から決済ＩＤを削除した「支払完了
ＣＭＤデ−タ５１０」をクライアント側ＩＣカード１０
８に送信する。ＩＣカード１０８は、「支払完了ＣＭＤ
デ−タ５１０」を受信することによって、ステップ４１
１で、“通信終了ＣＭＤ”、“寄付金額”および“支払
カードＩＤ”を「支払完了ＣＭＤレスポンス５１１」と
してクライアント端末１００に送信する。クライアント
端末１００は、ステップ４１２で、「支払完了ＣＭＤレ
スポンス５１１」に“決済ＩＤ”を付加した「支払完了
ＣＭＤレスポンス５１２」を「支払完了コマンドレスポ
ンスデータ」として決済サーバ１１０に送信する。

【００１８】決済サーバ１１０は、「支払完了コマンド
レスポンスデータ」を受信すると、ステップ４１３で、
クライアント端末１００に「通信終了通知５１３」とし
て“通信終了ＣＭＤ”を含むデータを送信し、クライア
ント端末１００側ＩＣＣ通信アプリ１０７は、“通信終
了ＣＭＤ”を受信すると、ＩＣＣ通信アプリ１０７を終
了し、制御をクライアント端末１００の制御手段１０１
に戻す。

【００１９】なお、本実施例において、決済処理は４コ
マンドで完結しているが、その他のコマンドシーケンス
処理または、コマンド仕様で実現してもよい。また、本
実施例においては、残高確認をしているが、残高確認処
理を省いてもよい。また、決済処理以外のＩＣコマンド
間のコマンドレスポンスシーケンスにおいて、本実施例
で用いたシーケンス以外のシーケンスで行ってもよい。

【００２０】次に、クライアント端末１００の処理フロ
ーについて、図６を用いて説明する。図６はクライアン
ト端末の処理動作の一実施例を示すフローチャートであ
る。図に示すように、ステップ６０１では、クライアン
ト端末１００の制御手段１０１は、ＷＥＢサーバ１２０
に「支払申請データ」を送信すと、ステップ６０２で、
ＩＣＣ通信アプリを検索し、ＩＣＣ通信アプリ１０７が
見つかった場合はステップ６０３において、ＩＣＣ通信
アプリ１０７を起動する。ステップ６０２においてＩＣ
Ｃ通信アプリが見つからなかった場合には、ステップ６
０４において、決済サーバ１１０（または、その他のネ
ットワーク経由で接続したサーバ）に接続してＩＣＣ通
信アプリのダウンロードを行い、ステップ６０３におい
てダウンロードしたＩＣＣ通信アプリ１０７の起動を行
う。

【００２１】次に、ステップ６０５において、決済サー
バ１１０から“決済ＩＤ”を受信したら、ステップ６０
６において決済サーバ１１０に「ＩＣＣ通信アプリ起動
完了通知」を行い、ＩＣカード１０８のコマンド受信待
ちモードに入る。ステップ６０５において”決済ＩＤ”
を受信できなかった場合はステップ６０７へ進みタイム
アウトとなりＩＣＣ通信アプリを終了する。ステップ６
０８において、受信したコマンドが“通信終了ＣＭＤ”
である場合には、ステップ６１０に進み、ＩＣＣ通信ア
プリ１０７の終了を行うが、“通信終了ＣＭＤ”以外の
コマンドの場合には、ステップ６０９において、受信し
たデータをＩＣカード１０８に送信し、ＩＣカード１０
８からのレスポンスを“決済ＩＤ”と共に受信元（決済
サーバ１１０）に返す処理を繰り返す。

【００２２】次に、図７を用いて、決済サーバ１１０の
処理動作について説明する。図７は決済サーバの処理動
作の一実施例を示すフローチャートである。図に示すよ
うに、決済サーバ１１０の制御手段２０１は、ステップ
７０１で、通信手段２０２経由でコマンドを受信する。
ステップ７０２で、受信したコマンドデータが、“支払
申請ＣＭＤ”であった場合には、ステップ７０３に移行
し、クライアント端末１００に“決済ＩＤ”を返し、ク
ライアント端末１００とのネットワークを確立すると同
時に接続リスト１１３に“決済ＩＤ”及び受信した“金
額データ”を記録する。次に、ステップ７０４において
クライアント端末１００からの「ＩＣＣ通信アプリ起動
完了通知」を受信すると、ステップ７０５でクライアン
ト端末１００に“ＲＥＡＤ ＤＩＲ ＲＥＣＯＲＤ”コ
マンドを送信する。ステップ７０６において、クライア
ント端末１００から受信した「ＤＩＲデータ」に電子マ
ネーアプリケーションが含まれるかを検索し、電子マネ
ーアプリケーション（以後、電子マネーアプリと言
う。）が見つかったら、電子マネーアプリのＡＩＤを接
続リスト１１３に記録し、ステップ７０７においてクラ
イアント端末１００に“Ｓｅｌｅｃｔ ＡＩＤ”コマン
ドを送信する。

【００２３】ステップ７０８において、クライアントか
ら“Ｓｅｌｅｃｔ ＡＩＤ”コマンドに対する正常終了
のレスポンスを受信したら、ステップ７０９でＡＩＤに
対応したデータをコマンドライブラリＤＢ１１５に格納
し、以後、コマンドライブラリＤＢ１１５を参照して、
ＡＩＤに対応するコマンドをクライアント端末１００に
送信する。ステップ７１０においては、“残高取得コマ
ンド”を送信する。ステップ７１１において、クライア
ント端末１００から受信した“残高データ”が、接続リ
スト１１３に記録した“金額データ”以上であることを
確認したら、ステップ７１２において、決済サーバ１１
０に接続したＩＣカード１１６に“受領開始ＣＭＤ”を
送信する。ステップ７１３において、ＩＣカード１１６
から“受領開始ＣＭＤ”に対する正常なレスポンスを受
信したら、決済サーバ１１０は受信したデータを“決済
開始ＣＭＤ”としてクライアント端末１００に送信す
る。

【００２４】ステップ７１５において、クライアント端
末１００から“決済開始ＣＭＤ”に対する正常なレスポ
ンスを受信したら、ステップ７１６において、決済サー
バ側ＩＣカード１１６に受信したレスポンスを“受領完
了ＣＭＤ”として送信する。

【００２５】ステップ７１７において、決済サーバ１１
０側ＩＣカード１１６から正常なレスポンスを受け取っ
たら、ステップ７１８で、クライアント端末１００に対
して、受信したデータを“支払完了ＣＭＤ”として送信
する。ステップ７１９において、クライアント端末１０
０からコマンドに対する正常レスポンスを受信したら、
決済処理終了を確認し、ステップ７２０においてクライ
アント端末１００に「通信終了通知」を送信し、接続リ
スト１１３に記録した決済ＩＤを解除する。

【００２６】図７においては、正常処理以外のフローは
明記していないが、各プロセスにおいて異常終了等、予
測しない状態となった際は、決済サーバの制御手段１１
２は、決済サーバ１１０とクライアント端末１００間の
ネットワーク接続を解除し、クライアント端末１００に
「異常終了レスポンス」を送信し、クライアント端末１
００の制御手段１０１は、決済サーバ１１０から「異常
終了レスポンス」を受信したら、ＩＣカード通信アプリ
を終了する。

【００２７】以下、図８をもちいて、スタンドアロンで
クライアント端末１００に接続したＩＣカードにアクセ
スする手順について説明する。図８は図１において、ク
ライアント端末がスタンドアロンの場合の処理動作の一
実施例を示すフローチャートである。まず、ステップ８
０１において、予めフロッピー（登録商標）等の媒体
で、「ＩＣＣ通信アプリ」の所有を確認できたら、ステ
ップ８０２で、フロッピーディスクからＩＣＣ通信アプ
リ１０７のインストールを行う。ＩＣＣ通信アプリのイ
ンストールソフトを保持していないようであれば、ステ
ップ８０３に移行して、決済サーバ１１０に接続し、Ｉ
ＣＣ通信アプリ１０７をダウンロードする。この場合、
購入したＩＣカードリーダライタの取り扱い説明書等
に、決済サーバ１１０のＵＲＬを明記しておいてユーザ
が手動で決済サーバ１１０に接続してもよい。また、Ｉ
Ｃカードリーダライタ、もしくはＩＣカードが、自動的
に決済サーバ１１０に接続する手段を備えてもよいし、
決済サーバ以外のサーバがＩＣＣ通信アプリを提供する
のであれば、決済サーバ１１０からＩＣＣ通信アプリを
提供するサイトにリイダイレクトしてもよい。

【００２８】ＩＣＣ通信アプリのインストールが完了し
たら、ステップ８０４において、ＩＣＣ通信アプリを起
動する。以降は、ＩＣＣ通信アプリ１０７を用いてＩＣ
カード１０８に対するアクセスを行う。ステップ８０５
において、ＩＳＯ準拠の手続きにおいてＩＣカード１０
８からＤＩＲ（Ｄｉｒｅｃｔｏｒｙ）情報を読み出し
て、起動したいアプリケーションのＡＩＤを取得した
ら、ステップ８０６において、ＡＩＤに対応するアプリ
ケーションのコマンドライブラリを検索する。所望のコ
マンドライブラリが見つからない際は、再び決済サーバ
から対応ライブラリのダウンロードを行い、以降は、ア
プリケーションに対するコマンド送受信を行う。この場
合、決済サーバ１１０において、すべてのアプリケーシ
ョンのライブラリを提供してもよい。また、例えばＩＣ
カード１０８にアプリケーションのコマンドライブラリ
を提供するサイトのＵＲＬを格納しておき、ＩＣＣ通信
アプリ１０７にてそのＵＲＬを読み出し、コマンドライ
ブラリ提供サイトに接続してもよい。

【００２９】次に、図９を用いて、接続リスト１１３と
コマンドライブラリＤＢ１１５のデータの一例を説明す
る。図９は接続リストおよびコマンドライブラリデータ
ベース（ＤＢ）の一実施例を示すテーブルであり、図９
（ａ）は接続リストのテーブルを、図９（ｂ）はコマン
ドライブラリデータベースのテーブルを示す。図９
（ａ）で、９０１は接続リストであり、“決済ＩＤ”、
“金額データ”、“ＡＩＤ（Ａｐｐｌｉｃａｔｉｏｎ
ＩＤ）”などのデータを記録する。本実施例では特に説
明していないが、接続リスト９０１としては、端末１０
０及びサーバ１１０のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏ
ｔｏｃｏｌ）アドレス等のデータをさらに記録してもよ
い。図９（ｂ）において、コマンドライブラリ９０２
は、ＡｐｐｌｉｃａｔｉｏｎＩＤ（ＡＩＤ）に対応す
る、前記当アプリケーション制御に必要なコマンドライ
ブラリを提供する。

【００３０】図１０は図１のシステムにおける支払申請
からＩＣカードの通信アプリを起動するまでの処理動作
の他の実施例を示すフローチャートである。本実施例で
は、アプリケーション（例えば、ＶＩＳＡ、ＪＣＢ）の
選択をクライアント端末１００で行うようにした場合の
実施例である。図において、ステップ１００１で、クラ
イアント端末１００からＷＥＢサーバ１２０に寄付や物
品の購入等に伴なう支払申請を行うと、ステップ１００
２で、ＷＥＢサーバ１２０はアプリケーションＩＤ（Ａ
ＩＤ）の取得要請をする。この要請を受けたクライアン
ト端末１００はステップ１００３でクライアントＩＣカ
ード１０８のディレクトリ（ＤＩＲ）の読み出しを行
う。ステップ１００４で、ＩＣカード１０８から読み出
されたＤＩＲデータ、即ちディレクトリのリストはクラ
イアント端末１００に送られる。クライアント端末１０
０でクライアント又はユーザはディレクトリのリストか
らアプリケーションを選択し、ステップ１００５でＡＩ
ＤをＷＥＢサーバ１２０に送信する。ＷＥＢサーバ１２
０は、ステップ１００６で、前述の支払申請とクライア
ントによって選択されたＡＩＤを決済サーバ１１０に送
る。決済サーバ１１０はステップ１００７で、クライア
ント端末１００のＩＣＣ通信アプリ１０７の起動要請と
決済ＩＤ（例えば決済を行う通信のための番号）をクラ
イアント端末１００に送る。これを受けて、クライアン
ト端末１００では、ＩＣＣ通信アプリ（アプリケーショ
ン）１０７を起動し、起動を完了したら、ステップ１０
０８で、決済ＩＤとＩＣＣ通信アプリ１０７の起動完了
通知を決済サーバ１１０に連絡する。これに対して、決
済サーバ１１０はステップ１００９で決済ＩＤと選択さ
れたアプリケーションの起動要請をクライアント端末１
００に要請する。クライアント端末１００は、ステップ
１０１０で、ＩＣカード１０８の選択されたアプリケー
ションを起動させる。選択されたＩＣカード１０８のア
プリケーションが起動された場合、ステップ１０１１
で、ＩＣカード１０８が起動されたと言うレスポンスが
クライアント端末１００に連絡され、クライアント端末
１００はステップ１０１２で、決済サーバ１１０にこの
レスポンスを決済ＩＣと共に送る。このようにして、決
済処理を行う準備を整えることができる。その後は図４
に示す決済処理フローにしたがって決済処理がなされ
る。

【００３１】図１１はクライアント端末の処理動作の他
の一実施例を示すフローチャートである。クライアント
端末１００は、ステップ１１０１で、クライアント端末
１００はＷＥＢサーバ１２０に支払申請データを送信す
る。ステップ１１０２でＷＥＢサーバ１２０からＡＩＤ
送信要請を受信すると、ステップ１１０３で、ＩＣＣ１
０８にＲｅａｄ ＤＩＲ Ｒｅｃｏｒｄコマンドを送信
し、ＤＩＲデータを取得する。次に、ステップ１１０５
ＷＥＢサーバ１２０にクライアント、またはユーザが選
択したＡＩＤを送信する。ステップ１１０６で、決済サ
ーバ１１０からＩＣＣ通信アプリ１０７の起動要請を受
信したら、ＩＣＣ通信アプリ１０７を起動し、ステップ
１１０７で、決済サーバ１１０にＩＣＣ通信アプリを起
動したことを通知し、ＩＣＣコマンド受信待ちモードに
入る。ステップ１１０８で、受信コマンドが通信終了コ
マンドであるか否かを判断し、通信終了コマンドである
場合には、ステップ１１０９でＩＣＣ通信アプリを終了
する。ステップ１１０８で通信終了コマンドでない場合
には、ステップ１１１０で、ＩＣＣ１０８にコマンドを
送り、レスポンスを受信元に返す。図１０に示すフロー
の場合、クライアント端末１００は図１１で説明したよ
うに動作する。

【００３２】なお、本実施例においては、接続リスト９
０１として、”金額データ”のデータを保持したが、
“金額データ”はコマンド内部で保持することも可能な
ので必ずしも接続リストに保持する必要はない。なお、
本実施例では特に規定していないが、ＩＣカード１０８
と送受信を行うコマンドとしては、例えば、ＩＳＯ７８
１６において定義されるコマンドＡＰＤＵ（Ａｐｐｌｉ
ｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ
ｓ）とレスポンスＡＰＤＵに従ったフォーマットでもよ
いし、その他のフォーマットでもよい。なお、本実施例
においては、クライアント端末１００からＷＥＢサーバ
１２０に“支払申請”を行うタイミング（図３のステッ
プ３０１のタイミング）で「ＩＣＣ通信アプリ」を起動
しているが、決済サーバ１１０から“決済ＩＤ”を受信
したタイミング（図３のステップ３０３のタイミング）
で起動しても、その他のタイミングで起動してもよい。

【００３３】本実施例においては、ＷＥＢサーバ１２０
及び決済サーバ１１０はネットワーク経由で接続した異
なるサーバとしているが、さらに簡易的構成の実施例と
しては、ＷＥＢサーバ及び決済サーバを一つのサーバに
おいて実現してもよい。本実施例においては、コマンド
として、”金額データ“、”カードＩＤ“等のデータを
用いているが、セキュリティ向上のため、その他、コマ
ンドデータに署名を加えたり、暗号化したり、等の手段
を用いてもよい。本実施例においては特に説明していな
いが、ＩＣカード Ｒ／Ｗ１０６に対して各々ＩＰアド
レスを付与し、そのＩＰアドレスを用いたコマンド送受
信を行ってもよい。

【００３４】なお、本実施例においては、ＩＣカード通
信アプリ１０７は、クライアントが決済サーバ１１０か
ら決済ＩＤを受信した際（図３のステップ３０４）に、
クライアント側で起動しているが、クライアントが決済
サーバ１１０から決済ＩＤとともに、ＩＣカード通信ア
プリの起動を命令するスクリプト等のデータを受信し、
受信したスクリプト等に従って、ＩＣカード通信アプリ
を起動する手順を採用してもよい。また、本実施例にお
いては特に説明していないが、ＩＣカード通信アプリ
は、起動時に、「ＩＣカード電源ＯＮ」、「Ｒｅｓｅ
ｔ」、「ＡＴＲ取得」等、ＩＣカード Ｒ／Ｗ１０６と
の通信に必要な情報の取得及び設定を行う機能及び、決
済サーバ１１０との通信終了時に、「ＩＣカードの電源
ＯＦＦ」を行う機能等を備えてもよい。

【００３５】本実施例においては、決済サーバ１１０に
ＩＣカード１１６を接続した構成としたが、情報配信サ
ーバにＩＣカードを接続し、クライアント端末と情報配
信サーバにおいてＩＣＣ通信アプリを起動することによ
り、決済サーバが両者間の電子マネーバリュー移動処理
を仲介する構成としてもよい。本実施例のように決済サ
ーバにＩＣＣ Ｒ／Ｗ１０６を備えることにより、ＩＣ
Ｃ Ｒ／Ｗを持たないＷＥＢサーバでも、ＩＣカードに
よる決済に対応することが可能となる。決済サーバから
ＷＥＢサーバに集金した代金を支払う際には、そのうち
のいくらかを手数料として差し引いた額を支払う。

【００３６】また、ＷＥＢサーバ１２０においてＩＣＣ
Ｒ／Ｗを備える構成にすると、入金をＷＥＢサーバ側
で直接管理することが可能となる。その場合は、ＩＣカ
ード間決済プロセス代行手数料として、ＷＥＢサーバ１
２０から決済サーバ１１０に、利益に応じた額を支払う
ビジネスモデルにしてもよい。

【００３７】また、本発明においては、端末、ＷＥＢサ
ーバ及び決済サーバのいずれかに接続されたＩＣカード
Ｒ／Ｗは、自動的にＩＣカード通信アプリケーションを
提供するサーバにネットワークを介して接続されるよう
にしても良い。

【００３８】

【発明の効果】本発明によれば、クライアント端末に接
続したＩＣカードと決済サーバに接続したＩＣカードに
おけるネットワークを介した通信において、ＩＣカード
のアプリケーションに依存するプロセスを決済サーバに
て代行処理を行うことにより、クライアント端末の負荷
を軽減したＩＣカード間データ転送を実現する。

【図面の簡単な説明】

【図１】本発明によるＩＣカードシステムの第１の実施
例を示すブロック図である。

【図２】クライアント端末の出力手段に表示される寄付
申請画面の一実施例を示す平面図である。

【図３】図１のシステムにおいて、寄付申請から残高取
得までの処理動作を説明するためのフローチャートであ
る。

【図４】図１のシステムにおいて、決済処理動作を説明
するためのフローチャートである。

【図５】図４の決済処理動作で使用されるデータ例を示
す図である。

【図６】クライアント端末の処理動作の一実施例を示す
フローチャートである。

【図７】決済サーバの処理動作の一実施例を示すフロー
チャートである。

【図８】図１において、クライアント端末がスタンドア
ロンの場合の処理動作の一実施例を示すフローチャート
である。

【図９】接続リストおよびコマンドライブラリデータベ
ース（ＤＢ）の一実施例を示すテーブルである。

【図１０】図１のシステムにおける支払申請からＩＣカ
ードの通信アプリを起動するまでの処理動作の他の実施
例を示すフローチャートである。

【図１１】クライアント端末の処理動作の他の一実施例
を示すフローチャートである。

【符号の説明】

１００…端末、１０１…制御手段、１０２…入力手段、
１０３…出力手段、１０４…記憶手段、１０５…通信手
段、１０６…ＩＣＣ Ｒ／Ｗ、１０７…ＩＣＣ通信アプ
リ、１０８…ＩＣカード、２００…決済サーバ、２０２
…制御手段、２０３…接続リスト、２０４…ＩＣＣ Ｒ
／Ｗ、２０５…コマンドライブラリＤＢ、２０６…ＩＣ
カード、３００…ＷＥＢサーバ、３０２…制御手段、３
０３…記憶手段。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高見 穣 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所デジタルメディア開発本 部内 (72)発明者 伊藤 滋行 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所デジタルメディア開発本 部内 (72)発明者 福島 真一郎 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所デジタルメディア開発本 部内 Ｆターム(参考） 5B058 CA23 KA02 KA04 YA02

Claims (17)

【特許請求の範囲】
1. 【請求項１】ＩＣカードＲ／Ｗ、入力手段及び端末制御
   手段を有し、ＩＣカードを装着することができる端末
   と、サーバ制御手段及びコマンドライブラリデータベー
   スを有するサーバとを備え、 前記端末と前記サーバとをネットワークを介して接続
   し、 前記端末にて、前記入力手段への入力、又は前記ＩＣカ
   ードＲ／ＷへのＩＣカードの挿入のいずれかを行うこと
   によって、前記端末制御手段は、前記ＩＣカードからＩ
   Ｃカードのアプリケーションを識別するＩＤを読み取っ
   て前記サーバに送信し、 前記サーバ制御手段は、前記コマンドライブラリデータ
   ベースから前記端末から送信されたアプリケーションＩ
   Ｄに対応するコマンドライブラリを検索して、前記端末
   に送信することを特徴とするＩＣカードシステム。
2. 【請求項２】ＩＣカードＲ／Ｗ、入力手段、端末制御手
   段、及び前記ＩＣカードＲ／Ｗに接続されたＩＣカード
   を制御するＩＣカード通信アプリケーションを有する端
   末と、サーバ制御手段及びコマンドライブラリデータベ
   ースを有するサーバとを備え、 前記端末と前記サーバとをネットワークを介して接続
   し、 前記端末の前記入力手段を用いて、前記ＩＣカードＲ／
   Ｗに挿入されたＩＣカードに対する“処理要求データ”
   が入力されると、前記端末制御手段は、入力された“処
   理要求データ”を前記サーバに送信し、 前記サーバ制御手段は、前記端末から送信された“処理
   要求データ”を受信すると、前記端末との間のネットワ
   ークを確立し、“決済ＩＤ”を設定して、前記“決済Ｉ
   Ｄ”を前記端末に送信し、 前記端末は、前記サーバから送信された“決済ＩＤ”を
   受信すると、前記サーバから送信されるコマンドを、前
   記ＩＣカードＲ／Ｗに電気的に接続されている前記ＩＣ
   カードに送信し、前記ＩＣカードからのレスポンスを前
   記サーバに返信する処理を行う前記ＩＣカード通信アプ
   リケーションを起動して、前記サーバに前記ＩＣカード
   通信アプリケーションの起動完了通知を送信し、 前記サーバは、前記端末から受信した“処理要求デー
   タ”及び、前記コマンドライブラリデータベースを参照
   して、前記端末側ＩＣカードＲ／Ｗに挿入されたＩＣカ
   ードと、前記サーバとの間のコマンド送受信を処理し、
   処理終了後は、前記端末に“通信終了通知”を送信し、 前記端末は前記サーバから“通信終了通知”を受信した
   ら前記ＩＣカード通信アプリケーションを終了すること
   を特徴とするＩＣカードシステム。
3. 【請求項３】端末、サーバ、センターが通信手段を介し
   てネットワークに接続されてなるＩＣカードシステムで
   あって、 前記端末は、端末制御手段、入力手段、ＩＣカードＲ／
   Ｗ、及び前記ＩＣカードＲ／Ｗに接続されたＩＣカード
   を制御するＩＣカード通信アプリケーションを備え、 前記サーバは、サーバ制御手段を備え、 前記センターは、センター制御手段、コマンドライブラ
   リデータベースを備え、 前記端末の前記入力手段から、前記ＩＣカードＲ／Ｗに
   挿入されたＩＣカードに対する“処理要求データ”が入
   力されと、前記端末制御手段は、前記入力された“処理
   要求データ”を前記サーバに送信し、 前記サーバ制御手段は、前記端末から受信した”処理要
   求データ“を前記センターに送信し、 前記センターは、前記サーバから受信した“処理要求デ
   ータ”及び“前記端末の所在を特定する情報”を元に、
   前記端末との間のネットワークを確立して“決済ＩＤ”
   を設定し、前記接続リストに記録し、前記“決済ＩＤ”
   を前記端末に送信し、 前記端末は、前記センターから送信された“決済ＩＤ”
   を受信すると、前記センターから送信されたコマンドを
   前記ＩＣカードＲ／Ｗに電気的に接続された前記ＩＣカ
   ードに送信し、前記ＩＣカードからのレスポンスを前記
   センターに返信する処理を行う前記ＩＣカード通信アプ
   リケーションを起動して、前記センターにＩＣカード通
   信アプリケーションの起動完了通知を送信し、 前記センターは、前記端末から受信した“処理要求デー
   タ”及び、前記コマンドライブラリデータベースを参照
   して、前記端末側ＩＣカードＲ／Ｗに挿入された前記Ｉ
   Ｃカードと、前記センターとの間のコマンド送受信を処
   理し、処理終了後は、前記端末との間に確立したネット
   ワークを開放して、前記端末に“通信終了通知”を送信
   し、 前記端末は、前記センターから“通信終了通知”を受信
   したら、前記ＩＣカード通信アプリケーションを終了す
   ることを特徴とするＩＣカードシステム。
4. 【請求項４】端末、サーバ、センターが通信手段を介し
   てネットワークに接続されてなるＩＣカードシステムで
   あって、 前記端末は、端末制御手段、入力手段、端末ＩＣカード
   Ｒ／Ｗ、前記端末ＩＣカードＲ／Ｗに接続された端末Ｉ
   Ｃカードを制御する端末ＩＣカード通信アプリケーショ
   ンを備え、 前記サーバは、サーバ制御手段、サーバＩＣカードＲ／
   Ｗ、前記サーバＩＣカードＲ／Ｗに接続されたサーバＩ
   Ｃカードを制御するサーバＩＣカード通信アプリケーシ
   ョンを備え、 前記センターは、センター制御手段、接続リスト、コマ
   ンドライブラリデータベースを備え、 前記端末の前記入力手段から前記ＩＣカードＲ／Ｗに挿
   入されＩＣカードに対する“処理要求データ”を入力す
   ると、前記端末制御手段は入力された“処理要求デー
   タ”を前記サーバに送信し、 前記サーバ制御手段は、前記端末から受信した”処理要
   求データ“を前記センターに送信し、 前記センターは、前記サーバから受信した“処理要求デ
   ータ”及び“前記端末の所在を特定する情報”、“前記
   サーバの所在を特定する情報”を元に、前記端末と前記
   センター間及び、前記サーバと前記センター間のネット
   ワークを確立して“決済ＩＤ”を設定し、前記接続リス
   トに記録し、前記“決済ＩＤ”を前記端末及び前記サー
   バに送信し、 前記端末及び前記サーバは、前記センターから送信され
   た“決済ＩＤ”を受信すると、前記センターから前記端
   末及び前記サーバに送信されたコマンドを前記端末及び
   前記サーバのＩＣカードＲ／Ｗに電気的に接続されてい
   る各前記端末及び前記サーバＩＣカードに送信し、前記
   ＩＣカードからのレスポンスを前記センターに返信する
   処理を行う前記端末及び前記サーバＩＣカード通信アプ
   リケーションを起動して、前記センターにＩＣカード通
   信アプリケーションの起動完了通知を送信し、 前記センターは、前記サーバから受信した“処理要求デ
   ータ”及び、前記コマンドライブラリデータベースを参
   照して、前記端末ＩＣカードＲ／Ｗに挿入された前記端
   末ＩＣカードと、前記サーバＩＣカードＲ／Ｗに挿入さ
   れた前記サーバＩＣカードとの間のコマンド送受信を処
   理し、処理終了後は、前記端末との間に確立したネット
   ワーク及び前記サーバとの間に確立したネットワークを
   開放して、前記端末及び前記サーバに“通信終了通知”
   を送信し、 前記端末及び前記サーバは“通信終了通知”を受信した
   ら、前記端末及び前記サーバＩＣカード通信アプリケー
   ションを終了することを特徴とするＩＣカードシステ
   ム。
5. 【請求項５】請求項１乃至４のいずれかに記載のＩＣカ
   ードシステムにおいて、前記サーバ又は前記センターは
   の少なくともいずれかはＩＣカードＲ／ＷとＩＣカード
   を備え、前記端末側ＩＣカードと前記サーバ又は前記セ
   ンター側ＩＣカード間のコマンド送受信を処理すること
   を特徴とするＩＣカードシステム。
6. 【請求項６】請求項２乃至５のいずれかに記載のＩＣカ
   ードシステムにおいて、前記ＩＣカード通信アプリケー
   ションは、対応する前記ＩＣカードのディレクトリを読
   み出し、前記ＩＣカード内のアプリケーションＩＤのリ
   ストを取得する機能を備えることを特徴とするＩＣカー
   ドシステム。
7. 【請求項７】請求項２乃至５のいずれかに記載のＩＣカ
   ードシステムにおいて、前記端末、もしくは前記サーバ
   のいずれかが前記ＩＣカード通信アプリケーションを備
   えていない場合は、前記端末、もしくは前記サーバは、
   前記センター、またはその他のネットワークに接続され
   たサーバからＩＣカード通信アプリケーションをダウン
   ロードして起動することを特徴とするＩＣカードシステ
   ム。
8. 【請求項８】請求項２乃至７のいずれかに記載のＩＣカ
   ードシステムにおいて、前記サーバ、もしくは前記セン
   ターが、前記端末ＩＣカードＲ／Ｗに接続された前記Ｉ
   Ｃカードのアプリケーションに対応するコマンドライブ
   ラリを備えていない場合には、前記サーバ、もしくは前
   記センターは他のサーバから、前記コマンドライブラリ
   を取得することを特徴とするＩＣカードシステム。
9. 【請求項９】請求項１乃至８のいずれかに記載のＩＣカ
   ードシステムにおいて、前記端末、前記サーバ及び前記
   センターのいずれかに接続されたＩＣカードＲ／Ｗは、
   自動的にＩＣカード通信アプリケーションを提供するサ
   ーバにネットワークを介して接続される手段を備えるこ
   とを特徴とするＩＣカードシステム。
10. 【請求項１０】請求項１乃至９のいずれかに記載のＩＣ
    カードシステムにおいて、前記コマンドライブラリデー
    タベースとは、ＩＣカードのアプリケーションの“Ａｐ
    ｐｌｉｃａｔｉｏｎ ＩＤ”に対応するコマンドライブ
    ラリを提供するデータベースであることを特徴とするＩ
    Ｃカードシステム。
11. 【請求項１１】請求項５に記載のＩＣカードシステムに
    おいて、前記センターは、前記センターのＩＣカードＲ
    ／Ｗに挿入されたＩＣカードに蓄積した電子マネーバリ
    ューの一部を手数料として、なんらかの手段において受
    け取ることを特徴とするＩＣカードシステム。
12. 【請求項１２】請求項５に記載のＩＣカードシステムに
    おいて、前記サーバは、前記サーバのＩＣカードＲ／Ｗ
    に挿入したＩＣカードに蓄積した電子マネーバリューの
    一部を手数料として、なんらかの手段において前記セン
    ターに支払うことを特徴とするＩＣカードシステム。
13. 【請求項１３】端末から送信された“処理要求データ”
    を受信すると、前記端末との間のネットワークを確立
    し、“決済ＩＤ”を設定して、前記“決済ＩＤ”を前記
    端末に送信するステップと、 前記端末から送信されたＩＣカード通信アプリケーショ
    ンの起動完了通知を受信したら、前記“処理要求デー
    タ”及び、コマンドライブラリデータベースを参照し
    て、前記端末側のＩＣカードとの間でコマンドの送受信
    を行い要求された決済処理を行うステップと、 処理終了後は、前記端末に“通信終了通知”を送信する
    ステップと、 を備えることを特徴とする決済方法。
14. 【請求項１４】サーバから送信された“処理要求デー
    タ”及び“端末の所在を特定する情報”を元に、前記端
    末との間のネットワークを確立して“決済ＩＤ”を設定
    し、前記“決済ＩＤ”を前記端末に送信するステップ
    と、 前記端末から送信されたＩＣカード通信アプリケーショ
    ン起動完了通知を受信したら、前記“処理要求データ”
    及び、コマンドライブラリデータベースを参照して、前
    記端末側のＩＣカードとの間で、コマンド送受信を行い
    要求された決済処理を行うステップと、 処理終了後は、前記端末との間に確立したネットワーク
    を開放して、前記端末に“通信終了通知”を送信するス
    テップと、 を備えることを特徴とする決済方法。
15. 【請求項１５】前記サーバから送信された“処理要求デ
    ータ”及び“前記端末の所在を特定する情報”、“前記
    サーバの所在を特定する情報”を元に、前記端末と該セ
    ンター間及び、前記サーバと該センター間のネットワー
    クを確立して“決済ＩＤ”を設定し、前記“決済ＩＤ”
    を前記端末及び前記サーバに送信するステップと、 前記端末及び前記サーバから送信されたＩＣカード通信
    アプリ起動完了通知を受信したら、“処理要求データ”
    及びコマンドライブラリデータベースを参照して、前記
    端末側ＩＣカードと、前記サーバ側ＩＣカードとの間の
    コマンド送受信を処理するステップと、 処理終了後は、前記端末との間に確立したネットワーク
    及び前記サーバとの間に確立したネットワークを開放し
    て、前記端末及び前記サーバに“通信終了通知”を送信
    するステップとを備えることを特徴とする決済方法。
16. 【請求項１６】決済申請データをサーバに送信するステ
    ップと、 決済ＩＤを受信し、ＩＣカード通信アプリケーションを
    起動して前記サーバに通知するステップと、 前記サーバからの要求によって、ＩＣカードのディレク
    トリデータを前記サーバに送信するステップと、 前記ＩＣカードの選択されたアプリケーション１Ｄでの
    決済を了承する通知を前記サーバに送信するステップ
    と、 を備えることを特徴とする決済方法。
17. 【請求項１７】決済申請データをサーバに送信するステ
    ップと、 決済に使うＩＣカードのディレクトリから選択されたア
    プリケーションＩＤを前記サーバに送信するステップ
    と、 前記サーバから送信された決済ＩＤを受信し、ＩＣカー
    ド通信アプリケーションを起動して起動完了通知を前記
    サーバに送信するステップと、 前記ＩＣカードの選択されたアプリケーションＩＤを起
    動して、決済処理コマンドによって決済処理を行うステ
    ップと、 を備えることを特徴とする決済方法。