(57)【要約】【課題】  クライアントがサーバの処理の一部を担うことによって，サーバ−クライアント間のアクセス回数を減じ，１回の処理単位における所要時間を短くする。【解決手段】  サーバ１３０の支援を受けて，ＩＣチップ１００に所定の処理を行わせるクライアント１１０であって，サーバに，所定の処理を実行するための処理コマンドの送信を要求する処理コマンド要求部３１０と，サーバから受信した，ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを，ＩＣチップに送信するＩＤ取得コマンド送信部３１２と，ＩＣチップの応答データからチップＩＤを抽出するチップＩＤ抽出部３１４と，抽出されたチップＩＤを，サーバから受信した処理コマンドに埋め込んで，該チップＩＤが埋め込まれた処理コマンドをＩＣチップに送信する処理コマンド送信部３１８と，を備えることを特徴とする，クライアントが提供される。【選択図】    図４
2007065957.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣチップと，該ＩＣチップに所定の処理を行わせるクライアントと，該クライアントと通信網を介して接続されたサーバと，からなる情報処理システムであって：
前記クライアントは，
前記サーバに，前記所定の処理を実行するための処理コマンドの送信を要求する処理コマンド要求部と；
前記サーバから受信した，前記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを，前記ＩＣチップに送信するＩＤ取得コマンド送信部と；
前記ＩＣチップからの応答データからチップＩＤを抽出するチップＩＤ抽出部と；
前記抽出されたチップＩＤを，前記サーバから受信した処理コマンドに埋め込んで，該チップＩＤが埋め込まれた処理コマンドを前記ＩＣチップに送信する処理コマンド送信部と；
を備え，
前記サーバは，
前記クライアントから受信した処理コマンドの送信要求に応じて，該処理コマンドと，ＩＤ取得コマンドとを同タイミングでクライアントに送信するコマンド群送信部と；
を備え，
前記ＩＣチップは，
前記クライアントからのＩＤ取得コマンドに応じて，チップＩＤを含む応答データを送信するチップＩＤ送信部と；
前記クライアントから受信した処理コマンドのチップＩＤが当該ＩＣチップのチップＩＤと等しいかどうかを判断するチップＩＤ判断部と；
チップＩＤが等しいと判断された場合に，前記処理コマンドに応じて，前記所定の処理を実行する処理実行部と；
を備えることを特徴とする，情報処理システム。
【請求項２】
通信網を介して接続されたサーバの支援を受けて，ＩＣチップに所定の処理を行わせるクライアントであって：
前記サーバに，前記所定の処理を実行するための処理コマンドの送信を要求する処理コマンド要求部と；
前記サーバから受信した，前記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを，前記ＩＣチップに送信するＩＤ取得コマンド送信部と；
前記ＩＣチップからの応答データからチップＩＤを抽出するチップＩＤ抽出部と；
前記抽出されたチップＩＤを，前記サーバから受信した処理コマンドに埋め込んで，該チップＩＤが埋め込まれた処理コマンドを前記ＩＣチップに送信する処理コマンド送信部と；
を備えることを特徴とする，クライアント。
【請求項３】
前記サーバから受信するＩＤ取得コマンドには，ＩＣチップからの応答データ中におけるチップＩＤの位置を示すＩＤ位置情報が付加され，
前記チップＩＤ抽出部は，前記ＩＤ位置情報に基づいて，前記応答データからチップＩＤを抽出することを特徴とする，請求項２に記載のクライアント。
【請求項４】
前記サーバから受信するＩＤ取得コマンドには，さらに，抽出されたチップＩＤを参照するための識別子が付加され，
前記チップＩＤ抽出部は，抽出したチップＩＤを前記識別子に対応付けることを特徴とする，請求項３に記載のクライアント。
【請求項５】
前記サーバから受信する処理コマンドには，チップＩＤを埋め込む位置を示す埋込情報が付加され，
前記処理コマンド送信部は，前記埋込位置情報に基づいて，前記チップＩＤを処理コマンドに埋め込むことを特徴とする，請求項２に記載のクライアント。
【請求項６】
前記サーバから受信する処理コマンドには，さらに，当該クライアントにおいてチップＩＤを特定可能な識別子が付加され，
前記処理コマンド送信部は，前記識別子に対応付けられたチップＩＤを処理コマンドに埋め込むことを特徴とする，請求項５に記載のクライアント。
【請求項７】
前記ＩＣチップと当該クライアントは，近距離無線規格による無線通信が用いられることを特徴とする，請求項２に記載のクライアント。
【請求項８】
コンピュータを利用して，通信網を介して接続されたサーバの支援を受けて，ＩＣチップに所定の処理を行わせるプログラムであって：
コンピュータが，
前記サーバに，前記所定の処理を実行するための処理コマンドの送信を要求する処理コマンド要求部と；
前記サーバから受信した，前記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを，前記ＩＣチップに送信するＩＤ取得コマンド送信部と；
前記ＩＣチップからの応答データからチップＩＤを抽出するチップＩＤ抽出部と；
前記抽出されたチップＩＤを，前記サーバから受信した処理コマンドに埋め込んで，該チップＩＤが埋め込まれた処理コマンドを前記ＩＣチップに送信する処理コマンド送信部と；
として機能することを特徴とする，プログラム。
【請求項９】
通信網を介して接続されたサーバの支援を受けて，ＩＣチップに所定の処理を行わせる情報処理方法であって：
前記サーバに，前記所定の処理を実行するための処理コマンドの送信を要求する処理コマンド要求ステップと；
前記サーバから受信した，前記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを，前記ＩＣチップに送信するＩＤ取得コマンド送信ステップと；
前記ＩＣチップからの応答データからチップＩＤを抽出するチップＩＤ抽出ステップと；
前記抽出されたチップＩＤを，前記サーバから受信した処理コマンドに埋め込んで，該チップＩＤが埋め込まれた処理コマンドを前記ＩＣチップに送信する処理コマンド送信ステップと；
を含むことを特徴とする，情報処理方法。
【請求項１０】
通信網を介して接続されたサーバの支援を受けて，ＩＣチップに所定の処理を行わせるクライアントであって：
前記サーバに，前記所定の処理を実行するための処理コマンドの送信を要求する処理コマンド要求部と；
前記サーバから受信した，前記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを，前記ＩＣチップに送信するＩＤ取得コマンド送信部と；
前記ＩＣチップからの応答データからチップＩＤを抽出するチップＩＤ抽出部と；
前記抽出されたチップＩＤを，前記サーバから受信した処理コマンドに埋め込んで，該チップＩＤが埋め込まれた処理コマンドを前記ＩＣチップに送信する処理コマンド送信部と；
を備え，
前記ＩＣチップは，前記ＩＤ取得コマンド送信部からのＩＤ取得コマンドに応じて，チップＩＤを含む応答データを送信し，前記処理コマンド送信部からの処理コマンドのチップＩＤが当該ＩＣチップのチップＩＤと等しいかどうかを判断し，チップＩＤが等しいと判断された場合に，前記処理コマンドに応じて，前記所定の処理を実行することを特徴とする，クライアント。
【請求項１１】
ＩＣチップに所定の処理を行わせるクライアントに通信網を介して接続されたサーバであって：
前記クライアントから受信した処理コマンドの送信要求に応じて，該所定の処理を実行するための処理コマンドと，前記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを同タイミングでクライアントに送信するコマンド群送信部を備えることを特徴とする，サーバ。
【請求項１２】
コンピュータを利用して，ＩＣチップに所定の処理を行わせるクライアントに通信網を介して接続され，該クライアントを通じて該ＩＣチップへの該所定の処理を支援するプログラムであって：
コンピュータが，
前記クライアントから受信した処理コマンドの送信要求に応じて，前記所定の処理を実行するための処理コマンドと，前記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを同タイミングでクライアントに送信するコマンド群送信部として機能することを特徴とする，プログラム。
【請求項１３】
ＩＣチップに所定の処理を行わせるクライアントを通じて該ＩＣチップへの該所定の処理を支援する情報処理方法であって：
前記クライアントから受信した処理コマンドの送信要求に応じて，前記所定の処理を実行するための処理コマンドと，前記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを同タイミングでクライアントに送信するコマンド群送信ステップを含むことを特徴とする，情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，ＩＣチップに所定の処理を行わせる，情報処理システム，クライアント，サーバ，プログラム，情報処理方法に関する。
【背景技術】
【０００２】
従来から利用されている磁気タイプのキャッシュカードやクレジットカードに代わって，電気的にデータを記憶するメモリ，また，そのデータの記憶処理を行う処理回路を含むＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）チップが多用されるようになった。このようなＩＣチップは，通常，ＩＣタグやＩＣカードに埋設され，無線通信により非接触式にデータ通信を行うことができる。従って，上記カードの外観を損なわず，メンテナンス性や耐蝕性に優れたサービスを提供することができる。
【０００３】
また，ＩＣカード内のデータを読み取り／書き込み可能なリーダ／ライタを介して，ユーザが所有するクライアントから上記のようなＩＣチップ（ＩＣカード）を操作可能な技術も知られている（特許文献１）。かかるＩＣカードとしては，キャッシュカードやクレジットカードの他に，プリペイドカード（電子マネー）や電子チケット等の利用方法が考えられる。
【０００４】
上記の技術によると，クライアントのＷｅｂブラウザからＩＣチップに直接アクセスすることはできないものの，ビュー・サーバにコンテンツを提供させ，別ルートとして，通信サーバからＩＣチップと通信させ，さらにビュー・サーバと通信サーバとを連結することによって，クライアント上からＩＣチップを操作することを可能にしている。
【０００５】
かかる技術においては，ＩＣチップを操作するための具体的な処理に関するコマンドは，全て，通信サーバから送信される。従って，クライアントは，通信サーバからのコマンドを中継することのみによって，当該ＩＣチップの処理に介在する。
【０００６】
【特許文献１】特開２００３−１４１０６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし，全てのコマンドが通信サーバから送信され，ＩＣチップからの応答全てを一様に通信サーバに返信しなければならないとすると，一回の処理に多大な時間を要することになる。近日，ＩＣチップ内のメモリのデータ記憶容量も増大し，セキュリティ強化に伴う処理量も増える傾向にあるので，ＩＣチップとの情報交換に拘束される時間の短期間化が望まれる。
【０００８】
本発明は，従来のＩＣチップとの情報交換に関する上記問題点に鑑みてなされたものであり，本発明の目的は，サーバ側の負荷を軽減し，１回の処理単位における所要時間を短くすることが可能な，新規かつ改良された情報処理システム，クライアント，サーバ，プログラム，情報処理方法を提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために，本発明のある観点によれば，ＩＣチップと，該ＩＣチップに所定の処理を行わせるクライアントと，該クライアントと通信網を介して接続されたサーバと，からなる情報処理システムであって：上記クライアントは，上記サーバに，上記所定の処理を実行するための処理コマンドの送信を要求する処理コマンド要求部と；上記サーバから受信した，上記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを，上記ＩＣチップに送信するＩＤ取得コマンド送信部と；上記ＩＣチップからの応答データからチップＩＤを抽出するチップＩＤ抽出部と；上記抽出されたチップＩＤを，上記サーバから受信した処理コマンドに埋め込んで，該チップＩＤが埋め込まれた処理コマンドを上記ＩＣチップに送信する処理コマンド送信部と；を備え，上記サーバは，上記クライアントから受信した処理コマンドの送信要求に応じて，該処理コマンドと，ＩＤ取得コマンドとを同タイミングでクライアントに送信するコマンド群送信部と；を備え，上記ＩＣチップは，上記クライアントからのＩＤ取得コマンドに応じて，チップＩＤを含む応答データを送信するチップＩＤ送信部と；上記クライアントから受信した処理コマンドのチップＩＤが当該ＩＣチップのチップＩＤと等しいかどうかを判断するチップＩＤ判断部と；チップＩＤが等しいと判断された場合に，上記処理コマンドに応じて，上記所定の処理を実行する処理実行部と；を備えることを特徴とする，情報処理システムが提供される。
【００１０】
クライアントからＩＣチップを操作する場合，クライアントは，先ず，サーバと接続を確立し，ＩＣチップへのコマンドはサーバに生成させる。従って，当該情報処理システムにおいては，ＩＣチップの一回の処理単位中に，（１）ＩＣチップ固有のチップＩＤを取得する，（２）取得されたチップＩＤを付加した処理コマンドによってＩＣチップに所定の処理を行わせる，という２段階の処理が必要である。本発明は，上記２段階の処理全てをサーバで行わず，クライアントがサーバの処理の一部を担うことによって，サーバ−クライアント間のアクセス回数を減じている。
【００１１】
上記情報処理システムは，複数の装置の集合体で表されるが，各構成要素，機能モジュールがどの装置に属するかを限定しないとしても良く，また，それ自体が単体で存在するとしても良い。
【００１２】
上記課題を解決するために，本発明の別の観点によれば，通信網を介して接続されたサーバの支援を受けて，ＩＣチップに所定の処理を行わせるクライアントであって：上記サーバに，上記所定の処理を実行するための処理コマンドの送信を要求する処理コマンド要求部と；上記サーバから受信した，上記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを，上記ＩＣチップに送信するＩＤ取得コマンド送信部と；上記ＩＣチップからの応答データからチップＩＤを抽出するチップＩＤ抽出部と；上記抽出されたチップＩＤを，上記サーバから受信した処理コマンドに埋め込んで，該チップＩＤが埋め込まれた処理コマンドを上記ＩＣチップに送信する処理コマンド送信部と；を備えることを特徴とする，クライアントが提供される。
【００１３】
上述したように，ＩＣチップを利用するときには，ＩＣチップ固有のチップＩＤの取得，チップＩＤを付加した処理コマンドによる処理の要請，という２段階の処理が必要となる。上記チップＩＤ抽出部と，処理コマンド送信部の構成により，サーバに再度アクセスすることなく，処理コマンドをＩＣチップに送信することができる。
【００１４】
上記サーバから受信するＩＤ取得コマンドには，ＩＣチップからの応答データ中におけるチップＩＤの位置を示すＩＤ位置情報が付加され，上記チップＩＤ抽出部は，上記ＩＤ位置情報に基づいて，上記応答データからチップＩＤを抽出するとしても良い。上記ＩＤ位置情報は，チップＩＤの開始位置とチップＩＤの長さによって表されるとしても良い。
【００１５】
クライアントが，ＩＣチップの利用に必要なコマンドの目的を把握することができず，単純なコマンドの中継のみを行うとすると，ＩＣチップからの応答データのどの部分がチップＩＤにあたるのかを把握することができない。上記ＩＤ位置情報により，クライアントは，チップＩＤを確実に抽出することが可能となる。
【００１６】
上記サーバから受信するＩＤ取得コマンドには，さらに，抽出されたチップＩＤを参照するための識別子が付加され，上記チップＩＤ抽出部は，抽出したチップＩＤを上記識別子に対応付けるとしても良い。上記識別子は，英数字の羅列により表されるとしても良い。
【００１７】
本発明は，チップＩＤを処理コマンドに埋め込んで（所定位置に上書きして），ＩＣチップに送信する構成を，サーバを介さず，クライアントで行うことを特徴としている。かかる識別子により，後段の処理（処理コマンドにチップＩＤを埋め込む処理）で必要なチップＩＤを確実に識別することが可能となる。
【００１８】
上記サーバから受信する処理コマンドには，チップＩＤを埋め込む位置を示す埋込位置情報が付加され，上記処理コマンド送信部は，上記埋込位置情報に基づいて，上記チップＩＤを処理コマンドに埋め込むとしても良い。
【００１９】
クライアントが，ＩＣチップの利用に必要なコマンドの目的を把握することができず，単純なコマンドの中継のみを行うとすると，ＩＣチップに送信する処理コマンドのどの部分にチップＩＤを埋め込むのかを把握することができない。上記埋込位置情報により，クライアントは，処理コマンドにおける適切な位置にチップＩＤを埋め込むことができる。
【００２０】
上記サーバから受信する処理コマンドには，さらに，当該クライアントにおいてチップＩＤを特定可能な識別子が付加され，上記処理コマンド送信部は，上記識別子に対応付けられたチップＩＤを処理コマンドに埋め込むとしても良い。
【００２１】
上述したように，本発明は，チップＩＤを処理コマンドに埋め込み，ＩＣチップに送信する構成を，サーバを介さず，クライアントで行うことを特徴としている。かかる識別子により，既にクライアントで取得済みのチップＩＤを確実に識別することが可能となる。かかる識別子とチップＩＤとの対応づけは，上記チップＩＤ抽出部によって行われるとしても良い。
【００２２】
上記ＩＣチップと当該クライアントは，近距離無線規格による無線通信が用いられるとしても良い。データ通信対象であるＩＣチップは，例えば，ＩＣタグやＩＣカードに含まれる。このような媒体は，外気に露出される場合が多く，外気に接触端子を設ける必要のない非接触な無線通信が有効となる。このような非接触な無線通信としては，例えば，近距離無線規格（ＮＦＣ：Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を利用することができる。かかるＮＦＣは，その利用範囲が１０ｃｍ程度と狭いので，ハンドアクションにより通信相手を限定する等セキュリティの点でも優れている。
【００２３】
上記課題を解決するために，本発明の別の観点によれば，通信網を介して接続されたサーバの支援を受けて，ＩＣチップに所定の処理を行わせるクライアントであって：上記サーバに，上記所定の処理を実行するための処理コマンドの送信を要求する処理コマンド要求部と；上記サーバから受信した，上記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを，上記ＩＣチップに送信するＩＤ取得コマンド送信部と；上記ＩＣチップからの応答データからチップＩＤを抽出するチップＩＤ抽出部と；上記抽出されたチップＩＤを，上記サーバから受信した処理コマンドに埋め込んで，該チップＩＤが埋め込まれた処理コマンドを上記ＩＣチップに送信する処理コマンド送信部と；を備え，上記ＩＣチップは，上記ＩＤ取得コマンド送信部からのＩＤ取得コマンドに応じて，チップＩＤを含む応答データを送信し，上記処理コマンド送信部からの処理コマンドのチップＩＤが当該ＩＣチップのチップＩＤと等しいかどうかを判断し，チップＩＤが等しいと判断された場合に，上記処理コマンドに応じて，上記所定の処理を実行することを特徴とする，クライアントが提供される。
【００２４】
かかる構成は，上述したクライアントとＩＣチップを一体形成する場合であり，ＩＣチップは，クライアントと常にアクセスできる状態，例えば，内蔵された状態で，クライアントとは独立してその機能を実施する。また，クライアントは，ＩＣチップを備えつつ，さらに，他のＩＣチップと通信することもでき，そのときにリーダ／ライタを備えるとしても良い。
【００２５】
上記課題を解決するために，本発明の別の観点によれば，ＩＣチップに所定の処理を行わせるクライアントに通信網を介して接続されたサーバであって：上記クライアントから受信した処理コマンドの送信要求に応じて，該所定の処理を実行するための処理コマンドと，上記ＩＣチップのチップＩＤを取得するＩＤ取得コマンドを同タイミングでクライアントに送信するコマンド群送信部を備えることを特徴とする，サーバが提供される。
【００２６】
従来，サーバは，クライアントからのＩＣチップ処理要求に対して，ＩＣチップ固有のチップＩＤを取得し，さらに，取得されたチップＩＤを処理コマンドに埋め込んで処理コマンドを送付していた。本発明は，その処理の一部をクライアントに転移することで，サーバの負担を軽減できる。このとき，サーバは，処理コマンドとＩＤ取得コマンドを同タイミングでクライアントに送信する。
【００２７】
また，コンピュータによって，上記クライアントやサーバとして機能するプログラムも提供され，また，クライアントやサーバを利用してＩＣチップに所定の処理を行わせる情報処理方法も提供される。
【００２８】
上記ＩＣチップ，クライアント，サーバは，その機能を組み合わせて，１つの装置で構成することもでき，相互にその機能を交換したり，共有したりすることができる。また，クライアントの各構成を他の装置で独立して行うとしても良い。また，クライアントやサーバは，アプリケーションを遂行する上で，他のデータベースを参照することもできる。
【発明の効果】
【００２９】
以上説明したように本発明によれば，ＩＣチップを利用する上での，サーバ側の処理負荷を軽減し，クライアントとサーバとのアクセス回数を減らすことによって，１回の処理単位における所要時間を短くすることができる。従って，本発明は，アクセス頻度が多いアプリケーションやアクセス時間が所定の長さに限られるアプリケーションにも適用可能となる。
【発明を実施するための最良の形態】
【００３０】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００３１】
以下に示す実施形態の理解を容易にするため，一例として，電子マネーの残高照会を想定する。クライアントとしてのパソコンからＩＣチップが埋設されたＩＣカードに，サーバを通じてアクセスし，サーバがそのＩＣカードの電子マネーの残高を取得するとパソコンの画面に結果として表示する。上記パソコンは，セキュリティ上，ＩＣカードの情報を直接取得することはできず，例えば，サーバにおいてのみ残高情報を取得するためのコマンドが生成され，その結果のみがパソコンに送信される。以下，具体的な構成によって実施形態を説明する。
【００３２】
（第１の実施形態：情報処理システム）
図１は，第１の実施形態における情報処理システムの概略的な構成を示したブロック図である。かかる情報処理システムは，ＩＣカードに埋設されたＩＣチップ１００と，ＩＣチップ１００に所定の処理を行わせるクライアント１１０と，クライアント１１０とインターネット等の通信網１２０を介して接続され，クライアント１１０を通じてＩＣチップ１００への所定の処理を支援するサーバ１３０とを含んで構成される。
【００３３】
上記クライアント１１０やサーバ１３０は，パーソナルコンピュータ，ワークステーション，ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ），携帯電話，携帯型音声プレーヤ，家庭ゲーム機，情報家電，テレビ会議システム等で形成され，少なくとも通信網１２０を介して他の電子機器とデータ通信を行うことができる。
【００３４】
上記クライアント１１０は，ＩＣチップ１００が埋設されたＩＣカードと非接触の無線通信を行うため，リーダ／ライタ１４０に接続されている。
【００３５】
また，上記サーバ１３０は，サーバ１３０で送受信されるＩＣチップ１００に関するデータを暗号化または復号化するセキュリティモジュールを備えている。上記セキュリティモジュールは，耐タンパ性を有し，上記暗号化や復号化に用いる複数の鍵を管理する。
【００３６】
上記ＩＣチップ１００は，図１に示したようにＩＣカードに埋設されて利用されるが，かかる場合に限られず，ＩＣタグや携帯電話等の電子機器，または，当該クライアント１１０等に設けられるとしても良い。図１では，ＩＣチップ１００を含んだＩＣカードがクライアント１１０に接続されたリーダ／ライタ１４０に載置されている状態が示されている。本実施形態において，ＩＣチップ１００は，リーダ／ライタ１４０と非接触な無線通信を行う。
【００３７】
この非接触な無線通信としては，例えば，近距離無線規格（ＮＦＣ：Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ，以下，ＮＦＣと言う。）を利用することができる。かかるＮＦＣは，その利用範囲が１０ｃｍ程度と狭いので，ハンドアクションにより通信相手を限定する等セキュリティにも優れている。また，非接触にデータ通信が可能であるということは，外気に露出する金属端子が不要ということであり，上記ＩＣカードやＩＣタグの外観を損なわず，メンテナンス性や耐蝕性に優れたサービスを提供することができる。
【００３８】
上記ＩＣチップ１００は，従来からある磁気タイプのキャッシュカードやクレジットカードと違い，大容量のメモリを利用して，１つのＩＣチップ１００を複数のアプリケーションで利用することができる。即ち，複数のサービス提供者を，ＩＣチップ１００を埋設した一枚のＩＣカードに登録することが可能であり，ユーザは，この一枚のＩＣカードを利用して様々なサービスを受けることができる。
【００３９】
しかし，このようなＩＣチップ１００をクライアント１１０を通じて利用しようとしても，クライアント１１０自体は，ＩＣチップ１００を直接操作し得る術を持っていない。ＩＣチップ１００の操作は，メンテナンスやセキュリティの関係上サーバ１３０が行う。
【００４０】
複数のサービス提供者から提供されるサービスにおけるＩＣチップ１００への全てのコマンドを，クライアント１１０が生成するとした場合，サービスに追加された新規のコマンドを反映するための更新作業が頻繁に行われ，また，膨大な容量のコマンド生成アプリケーションを他のサービス提供者のアプリケーションに影響しないように維持しなければならない。従って，メンテナンスの関係上，クライアント１１０にコマンド生成アプリケーションを設けるのは有効ではない。
【００４１】
また，クライアント１１０でＩＣチップ１００の全ての管理を行うとすると，サーバ１３０側のサービス提供者のみが取り扱うべきデータを，クライアント１１０が把握することができ，セキュリティの関係上でも，コマンド生成アプリケーションをクライアント１１０に設けるべきではない。
【００４２】
従って，ＩＣチップ１００に記憶されたデータを参照する場合，クライアントは，Ｗｅｂブラウザを通じて，先ず，サーバ１３０にアクセスする。かかるサーバ１３０は，ユーザが所望する処理を認識し，クライアント１１０を通じてＩＣチップ１００への通信を開始する。かかる処理が終了すると，サーバ１３０は，その結果をクライアントのＷｅｂブラウザに表示する。クライアント１１０は，サーバ１３０からのコマンドを中継することのみによって，ＩＣチップ１００の処理に介在する。
【００４３】
図２は，サーバ１３０からのコマンドをクライアント１１０で中継する流れを示したフローチャートである。ここでは，特に，ＩＣチップ１００との通信開始時を想定し，サービスを受けるための所定の処理として，データを復号化するための鍵バージョン取得を挙げている。
【００４４】
ここで，「鍵バージョン」は，ＩＣチップ１００との暗号化通信に用いられる複数の鍵の識別子であり，ＩＣチップ１００内に複数のサービス領域を含む場合や１つのサービス領域において複数の鍵を利用する場合等に使用される。サーバ１３０は，このＩＣチップ１００からの鍵バージョンによる鍵を参照してデータの暗号化および復号化を実施する。また，ＩＣチップ１００に鍵が存在しない場合，鍵バージョンとして例えばＦＦＦＦｈをサーバ１３０に返信し，サーバ１３０はかかる応答データによって，ＩＣチップ１００に鍵が無いことを認識する。
【００４５】
先ず，ユーザは，ＩＣチップ１００をクライアント１１０に物理的に接続する（Ｓ２００）。これは，ＵＳＢやＲＳ―２３２による接触式の接続でも良いし，上述したＮＦＣによる非接触の接続であっても良い。ＮＦＣによる非接触な接続は，例えば，リーダ／ライタ１４０の読み取り面にＩＣチップ１００を含んだＩＣカードを翳すもしくは載置することにより行い得る。クライアント１１０は，サービス提供者から提供されたブラウザもしくはアプリケーションによってサーバ１３０との通信を開始し（Ｓ２０２），双方を認証する（Ｓ２０４）。
【００４６】
サーバ１３０は，ユーザが所望する所定の処理を行う前に，操作するＩＣチップ１００固有に設けられたチップＩＤを取得する必要がある。従って，サーバ１３０は，チップＩＤを取得するためのＩＤ取得コマンド（ポーリング）をクライアント１１０に送信する（Ｓ２０６）。かかるチップＩＤは，クライアント１１０やサーバ１３０のＩＤとは相違するＩＣチップ固有の番号であり，ＩＣチップ１つに対して１つ設けられるとしても良いし，ＩＣチップ１００がアプリケーションに応じて論理的に領域分割されている場合には，その領域毎に設けられるとしても良い。サーバ１３０からＩＤ取得コマンドを受信したクライアントは，そのまま，かかるＩＤ取得コマンドをＩＣチップ１００に送信する（Ｓ２０８）。
【００４７】
ＩＣチップ１００は，自己を特定するチップＩＤを含んだ応答データをクライアント１１０に返信する（Ｓ２１０）。ここで，応答データとしたのは，サーバ１３０のコマンドは，通常，所定の領域のデータを読み取るコマンドであり，チップＩＤはその領域の一部に書き込まれているからである。クライアント１１０は，ＩＣチップ１００からの応答データをそのままサーバ１３０に送信する（Ｓ２１２）。
【００４８】
上述したように，チップＩＤはＩＣチップ１００からの応答データの一部に記載されているため，サーバ１３０は，かかる応答データからチップＩＤを抽出し，処理コマンドとしての鍵バージョン取得コマンドにチップＩＤを埋め込む（Ｓ２１４）。ＩＣチップ１００は，このようにチップＩＤを埋め込んだ処理コマンドのみに応答する構成になっているので，前段にチップＩＤの取得が必要となる。ここで，処理コマンドは，少なくともチップＩＤを埋め込むことによりＩＣチップ１００に対して有効になるコマンドを示す。
【００４９】
サーバ１３０は，次のステップとして，チップＩＤが埋め込まれた処理コマンド（鍵バージョン取得コマンド）をリクエストサービスとして再度クライアント１１０に送信し（Ｓ２２０），クライアント１１０は，その処理コマンドをＩＣチップ１００に中継する（Ｓ２２２）。
【００５０】
ＩＣチップ１００は，クライアント１１０から受信した処理コマンドのチップＩＤが当該ＩＣチップのチップＩＤと等しいかどうかを判断し，チップＩＤが等しいと判断した場合に，処理コマンドに応じて，所定の処理，ここでは，自己の鍵バージョンをデータとして準備する（Ｓ２２４）。
【００５１】
かかる鍵バージョンを含んだ応答データは，一旦クライアント１１０に送信され（Ｓ２２６），引き続きサーバ１３０に送信される（Ｓ２２８）。サーバ１３０は，この応答データから鍵バージョンを抽出し，事後の処理のため保持する（Ｓ２３０）と共に，かかる鍵バージョンを取得完了したことをクライアントに伝達する（Ｓ２３２）。
【００５２】
ＩＣチップ１００に記憶されている情報は厳重に保護する必要があり，ＩＣチップ１００との通信には上記鍵バージョンによって特定される鍵を用いた暗号化データが利用される。従って，クライアント１１０もしくはサーバ１３０は，通信開始動作としてＩＣチップ１００を特定するチップＩＤおよび鍵バージョンを取得してから，はじめて所望のサービスを開始する。
【００５３】
上記のようにクライアント１１０がサーバ１３０からのコマンドを中継する構成では，サーバ１３０上で，少なくとも（１）ＩＣチップ固有のチップＩＤを取得する，（２）取得されたチップＩＤを付加した処理コマンドによってＩＣチップに所定の処理を行わせる，という２段階の処理が必要となる。このため，携帯電話などの通信端末では，通信のオーバーヘッドが大きくなり，通信回数が全体の処理の遅延に大きく影響する。
【００５４】
そこで，本発明による実施形態において，上記２段階の処理をサーバ１３０に実施させず，クライアント１１０が処理の一部を担うことによって，サーバ１３０−クライアント１１０間のアクセス回数を減ずる。特に，ＩＣチップ固有のチップＩＤを処理コマンドに埋め込む（所定位置に上書きする）処理をクライアント１１０で実施している。
【００５５】
以下では，上記情報処理システムを利用して，ＩＣチップに所定の処理を行わせる情報処理方法を詳述する。
【００５６】
（第２の実施形態：情報処理方法）
図３は，第２の実施形態における情報処理方法の流れを示したフローチャートである。ここでも，ＩＣチップ１００との通信開始時を想定し，サービスを受けるための所定の処理として，データを復号化するための鍵バージョン取得を挙げている。
【００５７】
先ず，ユーザは，第１の実施形態において説明したのと同様に，ＩＣチップ１００をクライアント１１０に物理的に接続する（Ｓ２５０）。クライアント１１０は，ブラウザのＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）リクエストもしくはサービス提供者から提供されたアプリケーションによってサーバ１３０との通信を開始し（Ｓ２５２），双方をセッションＩＤ等により認証する（Ｓ２５４）。このとき，クライアント１１０は，サーバ１３０に対して，所定の処理を実行するための処理コマンドの送信を要求する。
【００５８】
サーバ１３０は，クライアント１１０から受信した処理コマンドの送信要求に応じて，所定の処理を実行するための処理コマンドと，ＩＣチップ１００のチップＩＤを取得するＩＤ取得コマンドを同タイミングでクライアントに送信する（Ｓ２５６）。かかるチップＩＤは，上記同様，ＩＣチップ１つに対して１つ設けられるとしても良いし，ＩＣチップ１００がアプリケーションに応じて論理的に領域分割されている場合には，その領域毎に設けられるとしても良い。
【００５９】
サーバ１３０からＩＤ取得コマンドを受信したクライアント１１０は，そのＩＤ取得コマンドからＩＣチップ１００に実際に送信するＩＤ取得コマンドを取り出し（Ｓ２５８），ＩＣチップ１００に送信する（Ｓ２６０）。
【００６０】
ＩＣチップ１００は，上記ＩＤ取得コマンドに応じて，自己を特定するチップＩＤを含んだ応答データをクライアント１１０に返信する（Ｓ２６２）。かかる応答データは，目的であるチップＩＤを一部に含んでいる。クライアント１１０は，ＩＣチップ１００の応答データからチップＩＤを抽出し，クライアント１１０内に保持する（Ｓ２６４）。
【００６１】
そして，クライアント１１０は，抽出されたチップＩＤを，サーバ１３０から受信した処理コマンドの所定の位置に埋め込んで，その処理コマンドをＩＣチップ１００に送信する（Ｓ２７０）。上記処理コマンドへのチップＩＤの埋め込みをクライアント１１０で実施することによって，サーバ１３０−クライアント１１０間の通信回数を減ずることができる。
【００６２】
ＩＣチップ１００は，クライアント１１０から受信した処理コマンドのチップＩＤが当該ＩＣチップのチップＩＤと等しいかどうかを判断し，チップＩＤが等しいと判断された場合に，処理コマンドに応じて，所定の処理，ここでは，自己の鍵バージョンを応答データとして準備する（Ｓ２７２）。
【００６３】
かかる鍵バージョンを含んだ応答データは，クライアント１１０に送信され（Ｓ２７４），今度は，クライアント１１０で加工されることなくサーバ１３０に送信される（Ｓ２７６）。このとき，ＩＣチップ１００に鍵バージョンが複数存在すれば，その全てを伝達するとしても良く，１つも存在しない場合は，ＦＦＦＦｈ等のダミー値を送信して鍵バージョンの不在を伝達するとしても良い。サーバ１３０は，この応答データから鍵バージョンを抽出し，事後の処理のため保持する（Ｓ２７８）と共に，かかる鍵バージョンを取得完了したことをクライアントに伝達する（Ｓ２８０）。クライアント１１０は，この初期動作の完了を受けて，所望のサービスを開始する。
【００６４】
ＩＣチップ１００−クライアント１１０間の通信と比較して，クライアント１１０−サーバ１３０間の通信は，通常，長時間を要する。ここでは，サーバ１３０において実施すべき，取得されたチップＩＤを付加した処理コマンドによってＩＣチップに所定の処理を行わせる段階をクライアント１１０に実施させているので，長時間を要するとされるクライアント１１０−サーバ１３０間の通信回数を削減でき，通信のオーバーヘッドを小さく，かつ，全体の処理の遅延を改善することが可能となる。
【００６５】
その代わり，上述した情報処理方法において，クライアント１１０が，チップＩＤを抽出し，抽出されたチップＩＤを処理コマンドの所定の位置に埋め込むといった特別な処理が追加されている。かかる処理を効率的に実行するために，本実施形態では，サーバ１３０−クライアント１１０間で特別なパケットを用いている。かかる特別なパケットは，ＩＤ取得コマンドや処理コマンドのフォーマットとして後述される。
【００６６】
以下では，上記情報処理方法を実現することが可能な情報処理システムを構成するクライアント１１０，サーバ１３０，ＩＣチップ１００の個々の構成を詳細に説明する。
【００６７】
（第３の実施形態：クライアント１１０）
図４は，第３の実施形態におけるクライアント１１０の概略的な構成を示したブロック図である。上記クライアント１１０は，クライアント制御部３００と，処理コマンド要求部３１０と，ＩＤ取得コマンド送信部３１２と，チップＩＤ抽出部３１４と，クライアント記憶部３１６と，処理コマンド送信部３１８と，表示部３２０と，入力部３２２とを含んで構成され，サーバ１３０の支援を受け，接続されるリーダ／ライタ１４０を介して，ＩＣチップ１００に所定の処理を行わせる。
【００６８】
上記リーダ／ライタ１４０は，アンテナ，ＲＦ回路，変復調回路，エンコーダ，デコーダ等から形成され，少なくとも，上記ＮＦＣで定義された通信帯域により，ＩＣチップ１００と通信を行う。上記アンテナは，例えば，ループアンテナ形状に形成されるとしても良い。
【００６９】
上記クライアント制御部３００は，中央処理装置（ＣＰＵ）を含む半導体集積回路によりクライアント１１０全体を管理および制御する。
【００７０】
上記処理コマンド要求部３１０は，サーバ１３０に対して，ＩＣチップ１００に所定の処理を行わせるための処理コマンドの送信を要求する。
【００７１】
上記ＩＤ取得コマンド送信部３１２は，サーバ１３０から受信した，ＩＤ取得コマンドと処理コマンドのうち，ＩＤ取得コマンドを，ＩＣチップ１００に送信する。また，上記チップＩＤ抽出部３１４は，かかるＩＤ取得コマンドによるＩＣチップからの応答データを受信し，その応答データからチップＩＤを抽出する。
【００７２】
ここで，サーバ１３０から受信するＩＤ取得コマンドには，ＩＣチップからの応答データ中におけるチップＩＤの位置を示すＩＤ位置情報が付加されるとしても良く，チップＩＤ抽出部３１４は，このＩＤ位置情報に基づいて，応答データからチップＩＤを抽出するとしても良い。
【００７３】
図５は，クライアント１１０におけるＩＤ取得コマンドの処理を模式的に示した説明図である。図５では，上記ＩＤ取得コマンドのフォーマットが記載されている。図５を参照すると，取得の対象がチップＩＤに限られず，チップＩＤを含むパラメータの取得という概念でフォーマットが形成されている。従って，上記パラメータの取得という考え方は，チップＩＤの取得の上位概念に当たり，ＩＣチップ１００から様々なパラメータを取得するときに利用されるコマンドである。ここでは，チップＩＤの取得をパラメータの取得に置き換えて説明する。
【００７４】
先ず，サーバ１３０からクライアント１１０に送信されるＩＤ取得コマンドには，取得するパラメータ（チップＩＤ）の位置情報であるパラメータ位置情報（ＩＤ位置情報）３５０と，取得したパラメータ（チップＩＤ）を識別するためのパラメータＩＤ（識別子）３５２とが付加されている。
【００７５】
上記パラメータ位置情報３５０は，パラメータ開始位置（チップＩＤ開始位置）３５４とパラメータ長（チップＩＤ長）３５６とから形成される。ここでは，パラメータの位置を開始位置と長さで特定しているが，開始位置と終了位置で特定することもできる。上記パラメータＩＤ３５２は，クライアント１１０において複数のパラメータを取り扱うために設けられた任意のＩＤであって，パラメータが１つのみ参照される構成では，このパラメータＩＤ３５２の領域を予約領域とするか，もしくは省略することができる。
【００７６】
クライアント１１０は，かかるＩＤ取得コマンドからＩＣチップ１００に送信するためのＩＤ取得コマンド３５８のみを抽出し，ＩＣチップ１００に送信する。このとき，パラメータＩＤ３５２，パラメータ開始位置３５４，パラメータ長３５６は，クライアント１１０に保持される。
【００７７】
かかるＩＤ取得コマンドに対するＩＣチップ１００からの応答データ３７０は，パラメータ（チップＩＤ）を一部に含むデータである。クライアント１１０は，かかる応答データ３７０からパラメータを抽出する。このとき，抽出する位置として，クライアント１１０に保持している上記パラメータ開始位置３５４，パラメータ長３５６が参照され，パラメータ３７２が抽出される。このように上記パラメータ位置情報３５０により，クライアント１１０は，パラメータ（チップＩＤ）３７２を確実に抽出することが可能となる。
【００７８】
また，抽出されたパラメータ３７２は，他のコマンドに利用するため，パラメータＩＤ３５２に対応付けられる。このようにパラメータＩＤ３５２に対応付けられたパラメータ３７２は，後述するクライアント記憶部３１６に記憶され，パラメータＩＤ３５２によっていつでも参照可能となる。
【００７９】
上記クライアント記憶部３１６は，ＨＤＤやメモリ等の記憶媒体で形成され，少なくとも，識別子としてのパラメータＩＤ３５２と，チップＩＤとしてのパラメータ３７２とを関連付けて記憶する。
【００８０】
上記処理コマンド送信部３１８は，チップＩＤ抽出部３１４で抽出されたチップＩＤを，サーバ１３０から受信した処理コマンドに埋め込んで，該チップＩＤが埋め込まれた処理コマンドをＩＣチップ１００に送信する。
【００８１】
ここで，サーバ１３０から受信する処理コマンドには，チップＩＤを埋め込む位置を示す埋込位置情報が付加されるとしても良く，処理コマンド送信部３１８は，この埋込位置情報に基づいて，チップＩＤを処理コマンドに埋め込むとしても良い。
【００８２】
図６は，クライアント１１０における処理コマンドの処理を模式的に示した説明図である。図６では，上記処理コマンドのフォーマットが記載されている。図６では，図５同様，チップＩＤの上位概念であるパラメータを挙げて各処理を説明する。
【００８３】
先ず，サーバ１３０からクライアント１１０に送信される処理コマンドには，処理コマンドに付加すべきパラメータ（チップＩＤ）を識別するためのパラメータＩＤ３８０と，そのパラメータＩＤ３８０により参照されるパラメータをコマンド３８４に埋め込むためのパラメータ埋込位置（埋込位置情報）３８２とが付加されている。
【００８４】
上記パラメータＩＤ３８０は，パラメータＩＤ３５２同様，クライアント１１０において複数のパラメータを取り扱うために設けられた任意のＩＤであって，パラメータが１つのみ参照される構成では，このパラメータＩＤ３８０の領域を予約領域とするか，もしくは省略することができる。また，パラメータＩＤを省略して，所定の記憶領域に直前に記憶されたパラメータを参照する構成をとることも可能である。
【００８５】
また，上記コマンド３８４がサーバ１３０で生成される時点では，埋め込まれるパラメータ（チップＩＤ）を処理コマンドに付すことができないので，パラメータが後に付される領域には，例えば，０やＦｈ等を繰り返したダミー値が入っているとしても良い。
【００８６】
クライアント１１０は，パラメータＩＤ３８０に基づいて，クライアント記憶部３１６からパラメータ（チップＩＤ）を参照する。ここでは，ＩＤ取得コマンドのパラメータＩＤ３５２と，処理コマンドのパラメータＩＤ３８０が等しいので，かかるパラメータＩＤ３８０からは，上記パラメータ３７２が参照される。
【００８７】
クライアント１１０は，参照したパラメータ（チップＩＤ）３７２を，コマンド３８４のパラメータ埋込位置３８２に埋め込んで，ＩＣチップ１００に送信するコマンド（処理コマンド）３８６を生成する。かかるコマンド３８６にはパラメータとしてのチップＩＤが埋め込まれているので，ＩＣチップ１００に所定の処理を行わせることが可能となる。上記埋込位置情報としてのパラメータ埋込位置３８２により，クライアント１１０は，処理コマンドにおける適切な位置にチップＩＤを埋め込むことができる。また，識別子としてのパラメータＩＤ３８０により，既にクライアント１１０で取得済みのパラメータ（チップＩＤ）３７２を確実に識別することが可能となる。
【００８８】
上述したように，クライアント１１０は，チップＩＤを抽出し，抽出されたチップＩＤを処理コマンドの所定の位置に埋め込む。しかし，クライアント１１０は，抽出するデータがチップＩＤであることや，複数の処理コマンドがどのように作用するのかを理解する必要はない。
【００８９】
クライアント１１０は，サーバ１３０からのコマンド（パケット）に応じてデータの読み書きを行っているに過ぎず，具体的なコマンドの管理はサーバ１３０側で行う。従って，クライアント１１０は，サーバ１３０からの共通かつ簡単なコマンドを理解する能力のみが必要であり，膨大な量かつ高い処理能力を要するコマンドを理解または保持する必要はない。このような構成により，新たなサービスやコマンドが追加されても，その都度クライアント１１０のアプリケーションを更新する必要がなくなり，低コストで高いメンテナンス能力を維持できる。
【００９０】
また，サーバ１３０からのＩＤ取得コマンドや処理コマンドは，クライアント１１０がそれをコマンド（例えば，読み取りや書き込み）として認識できる最低限の識別子が付与されるとしても良い。
【００９１】
上記表示部３２０は，白黒もしくはカラーのディスプレイで表され，サーバ１３０から提供されるＷｅｂブラウザやアプリケーションのＧＵＩによってＩＣチップ１００に対するサービスの表示を行う。また，上記入力部３２２は，キーボード，テンキー等のキー入力部（図示せず）で形成され，表示部３２０の表示機能を支援し，また，サービスを選択するとき利用される。
【００９２】
また，コンピュータが，上記クライアント１１０として機能するプログラムや，このプログラムが記憶された記憶媒体も提供される。
【００９３】
（具体的な回路の実施形態）
図７は，第３の実施形態によるクライアント１１０の概略的な構成を示した回路ブロック図である。ここでは，上述したクライアント１１０をさらに具体的な回路で表している。
【００９４】
上記クライアント１１０は，クライアント通信部４１０と，ＣＰＵ４１２と，ＲＯＭ４１４と，ＲＡＭ４１６と，表示部３２０と，入力部３２２とを含んで構成される。
【００９５】
上記クライアント通信部４１０は，リーダ／ライタ１４０に接続され，ＩＣチップ１００とのデータ通信を行う。また，クライアント通信部４１０は，リーダ／ライタ１４０を含んで形成することも可能である。この場合，リーダ／ライタ１４０の構成要素である，アンテナ，ＲＦ回路，変復調回路，エンコーダ，デコーダ等も含むことができる。上記アンテナは，例えば，ループアンテナ形状に形成されるとしても良く，上記変復調回路は，ＩＣチップ１００へ送信するデータをＮＦＣに従って変調し，また，ＩＣチップ１００からの変調波をデータに復調する。
【００９６】
上記ＣＰＵ４１２は，信号処理を行う半導体集積回路であって，クライアント１１０全体を管理および制御する。上記ＲＯＭ４１４は，バスを介してＣＰＵ４１２に接続され，ＣＰＵ４１２に読み込まれクライアント１１０を制御するプログラムが予め記憶されている。上記ＲＡＭ４１６は，ＣＰＵ４１２がクライアント１１０として機能するための所定データを一時的に記憶したり，変数を格納したりする場所として利用される。従って，クライアント記憶部３１６としても利用可能である。
【００９７】
上記表示部３２０および入力部３２２は，既に説明されているためここでは詳細な説明を省略する。
【００９８】
（第４の実施形態：サーバ１３０）
図８は，第４の実施形態におけるサーバ１３０の概略的な構成を示したブロック図である。上記サーバ１３０は，サーバ制御部５００と，コマンド群送信部５１０と，表示部５１２と，入力部５１４とを含んで構成され，ＩＣチップ１００に所定の処理を行わせるクライアント１１０を通じてＩＣチップ１００への所定の処理を支援する。
【００９９】
上記サーバ制御部５００は，中央処理装置（ＣＰＵ）を含む半導体集積回路によりサーバ１３０全体を管理および制御する。
【０１００】
上記コマンド群送信部５１０は，クライアント１１０から受信した処理コマンドの送信要求に応じて，ＩＣチップ１００に行わせる所定の処理を実行するための処理コマンドと，ＩＣチップ１００のチップＩＤを取得するＩＤ取得コマンドを同タイミングでクライアント１１０に送信する。
【０１０１】
上記表示部５１２は，白黒もしくはカラーのディスプレイで表され，サーバ１３０内のコマンドの追加やクライアント１１０に提供するブラウザやコンテンツ変更処理の表示を行う。また，上記入力部５１４は，キーボード，テンキー等のキー入力部（図示せず）で形成され，表示部５１２の表示機能を支援する。
【０１０２】
サーバ１３０は，クライアント１１０からのＩＣチップ処理要求に対して，ＩＣチップ固有のチップＩＤを取得し，さらに，取得されたチップＩＤを処理コマンドに埋め込んで処理コマンドを送付していた。本実施形態においては，その処理の一部をクライアント１１０に転移することで，サーバ１３０の負担を軽減できる。そのとき，サーバ１３０は，処理コマンドとＩＤ取得コマンドを同タイミングでクライアント１１０に送信する。
【０１０３】
また，コンピュータが，上記サーバ１３０として機能するプログラムや，このプログラムが記憶された記憶媒体も提供される。
【０１０４】
（具体的な回路の実施形態）
第４の実施形態によるサーバ１３０は，第３の実施形態におけるクライアント１１０とほぼ同等の回路ブロックを有し，少なくとも，ＣＰＵと，ＲＯＭと，ＲＡＭと，表示部と，入力部とを含んで構成される。従って，第３の実施形態における構成要素として既に述べた上記の構成は，実質的に機能が同一なので重複説明を省略する。
【０１０５】
（第５の実施形態：ＩＣチップ１００）
図９は，第５の実施形態におけるＩＣチップ１００の概略的な構成を示したブロック図である。上記ＩＣチップ１００は，チップ制御部６００と，アンテナ６１０と，チップＩＤ送信部６１２と，チップＩＤ判断部６１４と，処理実行部６１６とを含んで構成される。
【０１０６】
上記チップ制御部６００は，中央処理装置（ＣＰＵ）を含む半導体集積回路によりＩＣチップ１００全体を管理および制御する。
【０１０７】
上記アンテナ６１０は，少なくとも，ＮＦＣで無線通信可能な通信帯域を有し，例えば，ループアンテナ形状に形成されるとしても良い。
【０１０８】
上記チップＩＤ送信部６１２は，クライアント１１０がＩＣチップ１００に対して通信可能範囲内にあるとき，例えば，利用する無線通信方式がＮＦＣであり，ＩＣチップ１００とクライアント１１０との間が約１０ｃｍ以内であるとき，クライアント１１０からのＩＤ取得コマンドに応じて，チップＩＤを含む応答データを送信する。かかるＩＣチップ１００とクライアント１１０間の通信は，クライアント１１０が通信可能範囲内にあることを自動的に検知して，両者を認証した後，自動的に開始されるとしても良い。
【０１０９】
上記チップＩＤ判断部６１４は，クライアント１１０から受信した処理コマンドからチップＩＤを抽出し，抽出されたチップＩＤが当該ＩＣチップ１００のチップＩＤと等しいかどうかを判断する。
【０１１０】
上記処理実行部６１６は，チップＩＤ判断部６１４において，チップＩＤが等しいと判断された場合に，処理コマンドに応じて，上記所定の処理を実行する。かかる所定の処理は，通常，ＩＣチップ１００内に保持されたデータの出力であるが，かかる場合に限られず，例えば，ＩＣチップ１００内に設けられたフラグやスイッチの設定，ＬＥＤの点灯等，様々な処理を適応することができる。また，ＩＣチップ１００内に保持されるデータとして，ユーザＩＤや金額等のパラメータに限られず，特定の物や場所を示す，ＵＲＬ，概略情報，詳細情報，地図情報，料金，日時等も含むことができる。
【０１１１】
また，コンピュータを，上記ＩＣチップ１００として機能させるプログラムや，そのプログラムを記憶した記憶媒体も提供される。
【０１１２】
（具体的な回路の実施形態）
図１０は，第４の実施形態によるＩＣチップ１００の概略的な構成を示した回路ブロック図である。ここでは，上述したＩＣチップ１００をさらに具体的な回路で表している。
【０１１３】
上記ＩＣチップ１００は，ループアンテナ６５０と，変復調回路６５２と，信号処理回路６５４と，不揮発性メモリ６５６と，電源生成部６５８とを含んで構成される。
【０１１４】
上記ループアンテナ６５０は，小さな空間においても受信感度を上げるため複数のループを形成している。こうして，ＮＦＣの通信帯域を可能にする。また，利用される通信規格や搬送波の周波数によっては，上記ループアンテナ６５０を使用しなくても，ＩＣチップ内蔵のアンテナで対応できる。
【０１１５】
上記変復調回路６５２は，クライアント１１０へ送信するデータをＮＦＣに従って変調し，また，クライアント１１０からの変調波をデータに復調する。
【０１１６】
上記信号処理回路６５４は，信号処理を行う半導体集積回路であって，ＩＣチップ１００全体を管理および制御する。上記不揮発性メモリ６５６は，ＲＯＭとＲＡＭの両機能を有し，電源がオフしても記憶されている内容が消えない。従って，ＩＣチップ１００の管理者がデータを書き換え，その後，電源が供給されない状況になったとしても，そのデータは保持される。
【０１１７】
上記電源生成部６５８は，クライアント１１０と通信が接続されている間，クライアント１１０からの電波を電力に変換し，変復調回路６５２，信号処理回路６５４，不揮発性メモリ６５６に供給する。このように電源生成部６５８は，限りある電波から各回路に電源を供給しなくてはならないので，各回路には極力低消費電力の素子が利用される。
【０１１８】
（第６の実施形態：クライアントの他の実施形態）
図１１は，第６の実施形態におけるクライアント７００の概略的な構成を示したブロック図である。上記クライアント７００は，クライアント制御部３００と，処理コマンド要求部３１０と，ＩＤ取得コマンド送信部３１２と，チップＩＤ抽出部３１４と，クライアント記憶部３１６と，処理コマンド送信部３１８と，表示部３２０と，入力部３２２と，ＩＣチップ７１０とを含んで構成される。
【０１１９】
上記クライアント７００の構成は，第３の実施形態で説明したクライアント１１０と，第５の実施形態で説明したＩＣチップ１００を一体形成する場合であり，ＩＣチップ７１０は，クライアント７００に内蔵されつつ，クライアント７００とは独立してその機能を実施する。従って，第３および第５の実施形態における構成要素として既に述べたものに関しては，実質的に機能が同一なので重複説明を省略し，ここでは，構成が相違する点のみ説明する。
【０１２０】
上記ＩＣチップ７１０は，クライアント７００に内設される。従って，クライアント７００の主要な構成要素，例えば，クライアント制御部３００と無線でデータ通信を行う必要がなく，ここでは，バス等を介して有線で接続される。よって，リーダ／ライタ１４０の構成も不要となる。
【０１２１】
上記クライアント７００としては，携帯電話等やＰＤＡ等の通信端末が想定され，かかる通信端末からサーバ１３０にアクセスし，ＩＣチップ７１０に関するサービスを受けることが可能となる。
【０１２２】
（第７の実施形態：クライアントの他の実施形態）
図１２は，第７の実施形態におけるクライアント７２０の概略的な構成を示したブロック図である。上記クライアント７２０は，クライアント制御部３００と，処理コマンド要求部３１０と，ＩＤ取得コマンド送信部３１２と，チップＩＤ抽出部３１４と，クライアント記憶部３１６と，処理コマンド送信部３１８と，表示部３２０と，入力部３２２と，ＩＣチップ７１０と，リーダ／ライタ部７３０とを含んで構成される。
【０１２３】
上記クライアント７２０の構成は，第６の実施形態で説明したクライアント７００に，別体に設けられた他のＩＣチップ１００と通信するリーダ／ライタ部７３０を追加したものである。従って，上述した構成に関しては，実質的に機能が同一なので重複説明を省略し，ここでは，上記の付加構成による効果を説明する。
【０１２４】
現在，携帯電話等の通信端末に，ＩＣチップ７１０のみではなく，別体のＩＣチップ１００も取り扱うことができるリーダ／ライタ機能を設置することが検討されている。かかるＩＣチップ７１０とリーダ／ライタ部７３０の両構成により，セキュアなＩＣチップの機能を身近な通信端末で利用できるだけでなく，ＩＣカードの読み取り装置が近辺に設置されていない状況においても，容易にＩＣカードにアクセスすることが可能となり，使い勝手が良くなる。このことは，ＩＣカードや通信端末の販売促進にもつながる。
【０１２５】
上記リーダ／ライタ部７３０はかかるＩＣチップ７１０に埋設されて一体に形成されるとしても良い。
【０１２６】
また，コンピュータが，上述したクライアント７００，７２０として機能するプログラムや，そのプログラムを記憶した記憶媒体も提供される。
【０１２７】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１２８】
例えば，上述の実施形態においては，ＩＤ取得コマンドと処理コマンドの対を挙げて説明しているが，かかるコマンド対には限られず，例えば，ＩＣチップがセキュアでないとき，リードコマンドとライトコマンドとの対において，読み込んだデータの一部を抽出し，そのままライトコマンドに埋め込んでＩＣチップにライトコマンドを送信する等，クライアント−サーバ間の通信負担を軽減可能な様々なコマンドに適応することができる。
【０１２９】
また，上記実施形態では，ＩＣチップとクライアントとの通信を非接触無線通信によって行っているが，かかる場合に限られず，有線または無線で行うとしても良く，接触式または非接触式で行うこともできる。
【０１３０】
なお，本明細書の情報処理方法における各工程は，必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく，並列的あるいは個別に実行される処理（例えば，並列処理あるいはオブジェクトによる処理）も含むとしても良い。
【図面の簡単な説明】
【０１３１】
【図１】第１の実施形態における情報処理システムの概略的な構成を示したブロック図である。
【図２】サーバからのコマンドをクライアントで中継する流れを示したフローチャートである。
【図３】第２の実施形態における情報処理方法の流れを示したフローチャートである。
【図４】第３の実施形態におけるクライアントの概略的な構成を示したブロック図である。
【図５】クライアントにおけるＩＤ取得コマンドの処理を模式的に示した説明図である。
【図６】クライアントにおける処理コマンドの処理を模式的に示した説明図である。
【図７】第３の実施形態によるクライアントの概略的な構成を示した回路ブロック図である。
【図８】第４の実施形態におけるサーバの概略的な構成を示したブロック図である。
【図９】第５の実施形態におけるＩＣチップの概略的な構成を示したブロック図である。
【図１０】第４の実施形態によるＩＣチップの概略的な構成を示した回路ブロック図である。
【図１１】第６の実施形態におけるクライアントの概略的な構成を示したブロック図である。
【図１２】第７の実施形態におけるクライアントの概略的な構成を示したブロック図である。
【符号の説明】
【０１３２】
１００，７１０  ＩＣチップ
１１０，７００，７２０  クライアント
１３０  サーバ
１４０，７３０  リーダ／ライタ
３１０  処理コマンド要求部
３１２  ＩＤ取得コマンド送信部
３１４  チップＩＤ抽出部
３１８  処理コマンド送信部
５１０  コマンド群送信部
６１２  チップＩＤ送信部
６１４  チップＩＤ判断部
６１６  処理実行部
【図１】
2007065957.tif 000003
【図２】
2007065957.tif 000004
【図３】
2007065957.tif 000005
【図４】
2007065957.tif 000006
【図５】
2007065957.tif 000007
【図６】
2007065957.tif 000008
【図７】
2007065957.tif 000009
【図８】
2007065957.tif 000010
【図９】
2007065957.tif 000011
【図１０】
2007065957.tif 000012
【図１１】
2007065957.tif 000013
【図１２】
2007065957.tif 000014