(57)【要約】【課題】  サービス提供者の数に拘わらず固定のプログラムでサービス提供者毎のコンテンツを復号し，かつ，各サービス提供者同士および各サービス内容を独立して管理する。【解決手段】  管理サーバ１４０は，サービス提供サーバ１３０で利用される暗号鍵をサービス提供サーバ毎に新たに生成せず，サービス提供サーバやそのサービス提供サーバに割り当てられた所定領域を特定する既知の情報を利用して生成する。従って，情報処理装置１２０においても，サービス提供サーバの所定領域を特定する情報からサービス提供サーバ毎の復号鍵を計算することができ，大量な復号鍵を管理しなくて済み，サービス提供サーバ固有の情報も守られる。【選択図】    図１４
2006101289.tif 000002
【特許請求の範囲】
【請求項１】
携帯通信装置と，前記携帯通信装置におけるメモリの所定領域をサービス提供サーバに割り当て，前記サービス提供サーバの所定領域を特定するサービス特定情報を生成する管理サーバと，前記所定領域内の所定部分領域を特定する部分特定情報を生成するサービス提供サーバと，前記サービス特定情報と部分特定情報とに基づいて，前記携帯通信装置と通信する情報処理装置とを含んで構成される情報暗号化システムであって：
前記管理サーバは，
少なくとも前記サービス提供サーバの所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化し，これをサービス特定情報とする第１鍵暗号化部と；
前記サービス提供サーバの所定領域を特定する文字列に第２鍵を加え，さらにハッシュ値を生成する第２鍵ハッシュ部と；
前記サービス特定情報とハッシュ値とを前記サービス提供サーバに送信する管理送信部と；
を備え，
前記サービス提供サーバは，
前記管理サーバから前記サービス特定情報とハッシュ値とを受信するサービス提供受信部と；
少なくとも前記所定領域内の所定部分領域を特定する文字列を，前記ハッシュ値を暗号鍵として暗号化し，これを部分特定情報とするハッシュ暗号化部と；
前記サービス特定情報と部分特定情報とを前記情報処理装置に送信するサービス提供送信部と；
を備え，
前記情報処理装置は，
前記サービス提供サーバから前記サービス特定情報と部分特定情報とを受信する情報処理受信部と；
前記サービス特定情報と部分特定情報とを，前記管理サーバおよび該情報処理装置のみが有する前記第１鍵と第２鍵のみを利用して復号する情報復号部と；
前記復号した結果から所定領域と所定部分領域とを特定し，前記携帯通信装置の前記所定部分領域に対してアクセス処理を実行するアクセス処理部と；
を備えることを特徴とする，情報暗号化システム。
【請求項２】
携帯通信装置におけるメモリの所定領域をサービス提供サーバに割り当てる領域割当部と；
少なくとも前記サービス提供サーバの所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化し，これをサービス特定情報とする第１鍵暗号化部と；
前記サービス提供サーバの所定領域を特定する文字列に第２鍵を加え，さらにハッシュ値を生成する第２鍵ハッシュ部と；
前記サービス特定情報とハッシュ値とを前記サービス提供サーバに送信する管理送信部と；
を備えることを特徴とする，管理サーバ。
【請求項３】
コンピュータを，
携帯通信装置におけるメモリの所定領域をサービス提供サーバに割り当てる領域割当部と；
少なくとも前記サービス提供サーバの所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化し，これをサービス特定情報とする第１鍵暗号化部と；
前記サービス提供サーバの所定領域を特定する文字列に第２鍵を加え，さらにハッシュ値を生成する第２鍵ハッシュ部と；
前記サービス特定情報とハッシュ値とを前記サービス提供サーバに送信する管理送信部と；
して機能させるためのプログラム。
【請求項４】
携帯通信装置におけるメモリの所定領域をサービス提供サーバに割り当てる領域割当工程と；
少なくとも前記サービス提供サーバの所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化し，これをサービス特定情報とする第１鍵暗号化工程と；
前記サービス提供サーバの所定領域を特定する文字列に第２鍵を加え，さらにハッシュ値を生成する第２鍵ハッシュ工程と；
前記サービス特定情報とハッシュ値とを前記サービス提供サーバに送信する管理送信工程と；
を含むことを特徴とする，情報暗号化方法。
【請求項５】
少なくとも，携帯通信装置におけるメモリの該サービス提供サーバに割り当てられた所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化したサービス特定情報と，少なくとも該サービス提供サーバの所定領域を特定する文字列に第２鍵を加えて生成されたハッシュ値とを，管理サーバから受信するサービス提供受信部と；
少なくとも前記所定領域内の所定部分領域を特定する文字列を，前記ハッシュ値を暗号鍵として暗号化し，これを部分特定情報とするハッシュ暗号化部と；
少なくとも前記サービス特定情報と部分特定情報とを，前記携帯通信装置と通信する情報処理装置に送信するサービス提供送信部と；
を備えることを特徴とする，サービス提供サーバ。
【請求項６】
コンテンツを生成するコンテンツ生成部と；
前記コンテンツが画面に出力される際のフォーマットまたは前記コンテンツのデータ構造を少なくとも規定する画面出力情報を生成する出力情報生成部と；
をさらに備え，
前記サービス提供送信部は，前記画面出力情報，サービス特定情報，および，部分特定情報を前記コンテンツに埋め込み，該コンテンツを前記情報処理装置に送信することを特徴とする，請求項５に記載のサービス提供サーバ。
【請求項７】
コンピュータを，
少なくとも，携帯通信装置におけるメモリの該サービス提供サーバに割り当てられた所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化したサービス特定情報と，少なくとも該サービス提供サーバの所定領域を特定する文字列に第２鍵を加えて生成されたハッシュ値とを，管理サーバから受信するサービス提供受信部と；
少なくとも前記所定領域内の所定部分領域を特定する文字列を，前記ハッシュ値を暗号鍵として暗号化し，これを部分特定情報とするハッシュ暗号化部と；
少なくとも前記サービス特定情報と部分特定情報とを，前記携帯通信装置と通信する情報処理装置に送信するサービス提供送信部と；
して機能させるためのプログラム。
【請求項８】
少なくとも，携帯通信装置におけるメモリの該サービス提供サーバに割り当てられた所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化したサービス特定情報と，少なくとも該サービス提供サーバの所定領域を特定する文字列に第２鍵を加えて生成されたハッシュ値とを，管理サーバから受信するサービス提供受信工程と；
少なくとも前記所定領域内の所定部分領域を特定する文字列を，前記ハッシュ値を暗号鍵として暗号化し，これを部分特定情報とするハッシュ暗号化工程と；
少なくとも前記サービス特定情報と部分特定情報とを，前記携帯通信装置と通信する情報処理装置に送信するサービス提供送信工程と；
を含むことを特徴とする，情報暗号化方法。
【請求項９】
少なくとも，携帯通信装置におけるメモリの該サービス提供サーバに割り当てられた所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化したサービス特定情報と，
前記サービス提供サーバの所定領域を特定する文字列に第２鍵を加えて生成されたハッシュ値を暗号鍵として，少なくとも前記所定領域内の所定部分領域を特定する文字列を暗号化した部分特定情報と，
をサービス提供サーバから受信する情報処理受信部と；
前記サービス特定情報と部分特定情報とを復号する情報復号部と；
前記復号した結果から所定領域と所定部分領域とを特定し，前記携帯通信装置の前記所定部分領域に対してアクセス処理を実行するするアクセス処理部と；
を備えることを特徴とする，情報処理装置。
【請求項１０】
前記情報復号部は，前記管理サーバおよび該情報処理装置が有する前記第１鍵と第２鍵のみを利用して復号することを特徴とする，請求項９に記載の情報処理装置。
【請求項１１】
前記情報復号部は，
前記サービス特定情報を，第１鍵を復号鍵として復号し，前記サービス提供サーバの所定領域を特定し，
前記部分特定情報を，前記復号した結果に第２鍵を加えて生成されたハッシュ値を復号鍵として復号し，前記所定部分領域を特定することを特徴とする，請求項１０に記載の情報処理装置。
【請求項１２】
前記情報処理受信部は，前記サービス特定情報と部分特定情報とともに，コンテンツが画面に出力される際のフォーマットまたは前記コンテンツのデータ構造を少なくとも規定する画面出力情報とを含むコンテンツを受信し，
前記コンテンツを受信した後，前記画面出力情報に基づいて該コンテンツを画面に出力するブラウザをさらに備えることを特徴とする，請求項９に記載の情報処理装置。
【請求項１３】
前記コンテンツは，マークアップ言語で記述されたＷｅｂページであって，前記画面出力情報，サービス特定情報，および，部分特定情報は，タグで識別される情報であることを特徴とする，請求項１２に記載の情報処理装置。
【請求項１４】
前記コンテンツを記憶するコンテンツ記憶部をさらに備えること特徴とする，請求項１２に記載の情報処理装置。
【請求項１５】
前記アクセス処理は，前記携帯通信装置の所定部分領域からデータを読み込む処理または前記所定部分領域にデータを書込む処理のうち少なくともいずれか一方の処理であることを特徴とする，請求項９に記載の情報処理装置。
【請求項１６】
前記アクセス処理は，近距離無線規格による無線通信により行われることを特徴とする，請求項９に記載の情報処理装置。
【請求項１７】
前記携帯通信装置に対するアクセス処理の結果を画面に表示する結果表示部をさらに備えることを特徴とする，請求項９に記載の情報処理装置。
【請求項１８】
コンピュータを，
少なくとも，携帯通信装置におけるメモリの該サービス提供サーバに割り当てられた所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化したサービス特定情報と，
前記サービス提供サーバの所定領域を特定する文字列に第２鍵を加えて生成されたハッシュ値を暗号鍵として，少なくとも前記所定領域内の所定部分領域を特定する文字列を暗号化した部分特定情報と，
をサービス提供サーバから受信する情報処理受信部と；
前記サービス特定情報と部分特定情報とを復号する情報復号部と；
前記復号した結果から所定領域と所定部分領域とを特定し，前記携帯通信装置の前記所定部分領域に対してアクセス処理を実行するするアクセス処理部と；
して機能させるためのプログラム。
【請求項１９】
少なくとも，携帯通信装置におけるメモリの該サービス提供サーバに割り当てられた所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化したサービス特定情報と，
前記サービス提供サーバの所定領域を特定する文字列に第２鍵を加えて生成されたハッシュ値を暗号鍵として，少なくとも前記所定領域内の所定部分領域を特定する文字列を暗号化した部分特定情報と，
をサービス提供サーバから受信する情報処理受信工程と；
前記サービス特定情報と部分特定情報とを復号する情報復号工程と；
前記復号した結果から所定領域と所定部分領域とを特定し，前記携帯通信装置の前記所定部分領域に対してアクセス処理を実行するするアクセス処理工程と；
を含むことを特徴とする，情報暗号化方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，情報暗号化システム，管理サーバ，サービス提供サーバ，情報処理装置，およびそのプログラムと方法に関する。
【背景技術】
【０００２】
ＩＣを内蔵し，無線通信を行うことが可能な非接触型または接触型のＩＣカードは，近年，複数のアプリケーションを利用することができ，ユーザは，このＩＣカードを利用して，駅の改札口に設けられた自動改札機を開閉させたり，ショッピングしたりすることが可能となっている。
【０００３】
このようなＩＣカードには，高いセキュリティを必要とする鍵ありのサービスと，セキュリティが低く比較的容易にアクセスが可能な鍵なしのサービスとを持つものもある。上記の場合，ＩＣカードへの書き込みには鍵ありのサービスを利用し，ビューアなどを用いるときには鍵なしのサービスを利用する等して，それぞれのサービスを使い分けている。
【０００４】
しかし，鍵なしの設定では，マークアップ言語やスクリプトで記述された情報は容易に読み出すことができ，サービスを提供するサービス提供者やＩＣカードにおけるアクセス領域等の情報まで容易に知られてしまう可能性がある。
【０００５】
このような情報の保護のため，ＩＣカードとのアクセスプログラムとは別に，プログラム認証コードを用い，このプログラム認証コードが一致するアクセスプログラムのみが上記ＩＣカードに対してアクセスできる技術が知られている（例えば，特許文献１）。しかし，かかる技術は，不正なアクセスプログラムを排除するものであり，情報が漏洩するのを防ぐものではない。
【０００６】
また，上記のマークアップ言語やスクリプトで記述された情報を，ＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）を暗号鍵として暗号化し，利用時に同ＰＩＮを入力して所望の情報を得る技術が知られている（例えば，技術文献２）。かかる技術では，上記の暗号化により情報が本人以外に知られるのを防止することができる。しかし，このような構成では，サービスの利用時にユーザに対してＰＩＮの入力が毎回要求され，煩わしさを伴う。また，この認証を自動にするため，サービス提供者毎の鍵を設けると，ユーザの情報処理装置における復号プログラムは膨大な量の鍵を管理しなければならなくなり，また，新規のサービス提供者が参入した場合には対応した鍵を復号プログラムに追加（プログラムのアップデート）しなくてはならなくなる。
【０００７】
【特許文献１】特開２００３−２７１９０４号公報
【特許文献２】特開２００２−２１６０８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は，従来のＩＣカードへのアクセス方法が有する上記問題点に鑑みてなされたものであり，本発明の目的は，サービス提供者の数に拘わらず，固定のプログラムでサービス提供者毎のコンテンツを復号でき，かつ，各サービス提供者同士および各サービス内容を独立して管理することが可能な，新規かつ改良された情報暗号化システム，管理サーバ，サービス提供サーバ，情報処理装置，およびそのプログラムと方法を提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために，本発明のある観点によれば，携帯通信装置と，上記携帯通信装置におけるメモリの所定領域をサービス提供サーバに割り当て，上記サービス提供サーバの所定領域を特定するサービス特定情報を生成する管理サーバと，上記所定領域内の所定部分領域を特定する部分特定情報を生成するサービス提供サーバと，上記サービス特定情報と部分特定情報とに基づいて，上記携帯通信装置と通信する情報処理装置とを含んで構成される情報暗号化システムであって：上記管理サーバは，少なくとも上記サービス提供サーバの所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化し，これをサービス特定情報とする第１鍵暗号化部と；上記サービス提供サーバの所定領域を特定する文字列に第２鍵を加え，さらにハッシュ値を生成する第２鍵ハッシュ部と；上記サービス特定情報とハッシュ値とを上記サービス提供サーバに送信する管理送信部と；を備え，上記サービス提供サーバは，上記管理サーバから上記サービス特定情報とハッシュ値とを受信するサービス提供受信部と；少なくとも上記所定領域内の所定部分領域を特定する文字列を，上記ハッシュ値を暗号鍵として暗号化し，これを部分特定情報とするハッシュ暗号化部と；上記サービス特定情報と部分特定情報とを上記情報処理装置に送信するサービス提供送信部と；を備え，上記情報処理装置は，上記サービス提供サーバから上記サービス特定情報と部分特定情報とを受信する情報処理受信部と；上記サービス特定情報と部分特定情報とを，上記管理サーバおよび該情報処理装置のみが有する上記第１鍵と第２鍵のみを利用して復号する情報復号部と；上記復号した結果から所定領域と所定部分領域とを特定し，上記携帯通信装置の上記所定部分領域に対してアクセス処理を実行するアクセス処理部と；を備えることを特徴とする，情報暗号化システムが提供される。
【００１０】
上記暗号化や復号化は，ＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）等の秘密鍵方式または公開鍵方式が適用可能である。また，復号化時に復号が正しく行われたかが確認されるとしても良い。また，上記ハッシュは，ＳＨＡ−１やＭＤ５等を適用可能である。
【００１１】
ここで，上記管理サーバは，該情報暗号化システムを提供する管理者が所有するサーバであり，上記サービス提供サーバは，該情報暗号化システムの提供を受け，情報暗号化システムを利用して，携帯通信装置を有するユーザにコンテンツ配信等のサービスを提供するサーバである。上記情報処理装置は，携帯通信装置と通信を行うユーザインターフェースであり，サービス提供サーバからのサービス内容を表示したり，携帯通信装置へのサービスを中継したりする装置である。上記携帯通信装置は，例えば，ＩＣカードや携帯電話機のような携帯型の装置であり，サービス提供サーバのサービスに応じた情報を記憶するメモリを有している。
【００１２】
上記情報処理装置は，携帯通信装置とアクセス処理を行うために暗号化されたサービス特定情報と部分特定情報とを復号する。ここで，各サービス提供サーバが共通の暗号鍵によって部分特定情報を生成できるとすると，自己の部分特定情報が他のサービス提供者によって復号可能となってしまう。そこで，サービス提供サーバ毎にユニークな暗号鍵が必要になるのであるが，同時に情報処理装置も対応する復号鍵を全て有す必要がでてくる。
【００１３】
本発明において，管理サーバは，サービス提供サーバで利用される暗号鍵をサービス提供サーバ毎に新たに生成せず，サービス提供サーバやそのサービス提供サーバに割り当てられた所定領域を特定する既知の情報を利用して生成する。従って，上記情報処理装置においても，サービス提供サーバの所定領域を特定する情報からサービス提供サーバ毎の復号鍵を計算することができ，大量な復号鍵を管理しなくて済む。
【００１４】
かかる構成により，情報処理装置は，固定の第１鍵と第２鍵のみを参照して，アクセス処理に必要な全ての情報である，サービス提供サーバの所定領域と，この所定領域内のさらに部分的な所定部分領域とを特定することができる。
【００１５】
また，サービス提供サーバは第１鍵および第２鍵を有してないので，自己以外のサービス提供サーバやサービス領域を特定することはできない。さらに，管理サーバからサービス提供サーバへ送信される情報は，暗号鍵として利用するハッシュ値のみであるため，サービス提供者がサービス提供サーバの所定領域を知り得たとしても，そのハッシュ値から第２鍵を推定することはできない。
【００１６】
勿論，一般のユーザも，第１鍵，第２鍵を推定することはできず，所定領域，所定部分領域のいずれも特定することができない。また，かかるサービス特定情報または部分特定情報を改竄したとしても，サービス提供サーバの所定領域との整合性が合わない，または所定部分領域が所定領域に含まれない等の矛盾が生じ，不正なアクセスを防止できる。
【００１７】
また，携帯通信装置のメモリに設けられた所定領域毎にもしくはその所定領域内の所定部分領域毎に，その領域に固有な暗号鍵が付与されるので，各領域を独立して管理することができる。
【００１８】
上記課題を解決するために，本発明の別の観点によれば，携帯通信装置におけるメモリの所定領域をサービス提供サーバに割り当てる領域割当部と；少なくとも上記サービス提供サーバの所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化し，これをサービス特定情報とする第１鍵暗号化部と；上記サービス提供サーバの所定領域を特定する文字列に第２鍵を加え，さらにハッシュ値を生成する第２鍵ハッシュ部と；上記サービス特定情報とハッシュ値とを上記サービス提供サーバに送信する管理送信部と；を備えることを特徴とする，管理サーバも提供される。
【００１９】
上記管理サーバは，上述したように，サービス提供サーバで利用される暗号鍵をサービス提供サーバ毎に新たに生成せず，サービス提供サーバやそのサービス提供サーバに割り当てられた所定領域を特定する既知の情報を利用して生成する。従って，上記情報処理装置においても，サービス提供サーバの所定領域を特定する情報からサービス提供サーバ毎の復号鍵を計算することができ，大量な復号鍵を管理しなくて済む。
【００２０】
かかる構成により，第１鍵および第２鍵を有する管理サーバと情報処理装置でのみ復号可能なサービス特定情報を生成し，かつ，サービス提供サーバで暗号鍵として利用され，各サービス提供サーバおよびアクセスする所定領域に対応してユニークであるハッシュ値を生成することができる。
【００２１】
上記課題を解決するために，本発明のさらに別の観点によれば，少なくとも，携帯通信装置におけるメモリの該サービス提供サーバに割り当てられた所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化したサービス特定情報と，少なくともサービス提供サーバの所定領域を特定する文字列に，第２鍵を加えて生成されたハッシュ値とを，管理サーバから受信するサービス提供受信部と；少なくとも上記所定領域内の所定部分領域を特定する文字列を，上記ハッシュ値を暗号鍵として暗号化し，これを部分特定情報とするハッシュ暗号化部と；少なくとも上記サービス特定情報と部分特定情報とを，上記携帯通信装置と通信する情報処理装置に送信するサービス提供送信部と；を備えることを特徴とする，サービス提供サーバも提供される。
【００２２】
上記サービス提供サーバは，管理サーバから受信した，該サービス提供サーバや所定領域においてユニークなハッシュ値を暗号鍵として利用し，所定領域内の所定部分領域をさらに暗号化することができる。かかる構成により，サービス提供サーバから暗号鍵（ハッシュ値）の情報が漏れない限り，ユーザは，所定部分領域に対して不正にアクセスすることができない。
【００２３】
また，コンテンツを生成するコンテンツ生成部と；上記コンテンツが画面に出力される際のフォーマットまたは上記コンテンツのデータ構造を少なくとも規定する画面出力情報を生成する出力情報生成部と；をさらに備えるとしても良く，上記サービス提供送信部は，上記画面出力情報，サービス特定情報，および，部分特定情報を上記コンテンツに埋め込み，該コンテンツを上記情報処理装置に送信することができる。
【００２４】
かかる構成により，サービス提供サーバは，ユーザの情報処理装置に対して，サービスの一環としてコンテンツを提供することができる。このコンテンツを受信した情報処理装置は，画面出力情報に基づいて該コンテンツを画面に出力し，さらに，サービス特定情報と部分特定情報により，携帯通信装置に対してアクセス処理を行う。
【００２５】
上記課題を解決するために，本発明のさらに別の観点によれば，少なくとも，携帯通信装置におけるメモリの該サービス提供サーバに割り当てられた所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化したサービス特定情報と，上記サービス提供サーバの所定領域を特定する文字列に第２鍵を加えて生成されたハッシュ値を暗号鍵として，少なくとも上記所定領域内の所定部分領域を特定する文字列を暗号化した部分特定情報と，をサービス提供サーバから受信する情報処理受信部と；上記サービス特定情報と部分特定情報とを復号する情報復号部と；上記復号した結果から所定領域と所定部分領域とを特定し，上記携帯通信装置の上記所定部分領域に対してアクセス処理を実行するアクセス処理部と；を備えることを特徴とする，情報処理装置も提供される。また，上記情報復号部は，上記管理サーバおよび該情報処理装置のみが有する上記第１鍵と第２鍵のみを利用して復号するとしても良い。
【００２６】
上記情報処理装置は，管理サーバで暗号化されたサービス特定情報と，サービス提供サーバで暗号化された部分特定情報と，第１鍵および第２鍵から，携帯通信装置に対するアクセス処理に必要な全ての情報，即ち，サービス提供サーバの所定領域，この所定領域内のさらに部分的な所定部分領域を特定することができる。
【００２７】
かかる復号は，サービス特定情報を，第１鍵を復号鍵として復号し，サービス提供サーバと所定領域を特定する。さらにそのサービス提供サーバと所定領域を特定する情報に第２鍵を加えてハッシュ値を生成し，そのハッシュ値を復号鍵として，部分特定情報を復号することにより所定部分領域を特定する。従って，上記情報処理装置は，サービス提供サーバの所定領域，所定部分領域に応じた個別の識別子を保持しておく必要がなく，固定の第１鍵および第２鍵のみによって携帯通信装置にアクセスすることができる。
【００２８】
上記情報処理受信部は，上記サービス特定情報と部分特定情報とともに，コンテンツが画面に出力される際のフォーマットまたは上記コンテンツのデータ構造を少なくとも規定する画面出力情報とを含むコンテンツを受信するとしても良く，上記コンテンツを受信した後，上記画面出力情報に基づいて該コンテンツを画面に出力するブラウザをさらに備えるとしても良い。
【００２９】
かかる構成により，上記情報処理装置は，サービス提供サーバからコンテンツを受信することができ，コンテンツ内のサービス特定情報と部分特定情報を利用して携帯通信装置にアクセス処理すると共に，コンテンツ内に含まれる画面出力情報に基づいて該コンテンツを画面に出力することができる。携帯通信装置を有するユーザは，かかる画面の出力を参照しながら該サービスのさらに細かい処理を指定することができる。
【００３０】
上記コンテンツは，マークアップ言語で記述されたＷｅｂページであって，上記画面出力情報，サービス特定情報，および，部分特定情報は，タグで識別される情報であるとしても良い。
【００３１】
上記ブラウザは，上記のコンテンツを読み込み，その読み込みに連動して，読み込んだコンテンツに埋め込まれている画面出力情報，サービス特定情報，および，部分特定情報を容易に取り出すことが可能となる。即ち，携帯通信装置との認証行為や通信を確立するための初期化動作は，予め管理サーバからダウンロードもしくは管理サーバが提供する記憶媒体からインストールしたプラグイン等のプログラムによって行われ，サービス提供サーバは，自己がアクセスする携帯通信装置の所定部分領域のみを特定する情報をコンテンツに含めて送信するだけで良い。しかも，該コンテンツは，マークアップ言語で記述されたＷｅｂページであっても良く，上記所定部分領域を特定するための画面出力情報，サービス特定情報，および，部分特定情報は，タグで表せば良いので，サービス提供サーバは，かかる携帯通信装置へアクセスするために複雑なプログラムを構築する必要がなく，開発費等のコストが削減される。
【００３２】
上記コンテンツを記憶するコンテンツ記憶部をさらに備えるとしても良い。かかるコンテンツを記憶する構成により，コンテンツと，それに含まれる画面出力情報，サービス特定情報，および，部分特定情報を常時参照することができ，サービス提供サーバとオフラインの状態であっても携帯通信装置とアクセスすることができる。
【００３３】
上記アクセス処理は，上記携帯通信装置の所定部分領域からデータを読み込む処理または上記所定部分領域にデータを書込む処理のうち少なくともいずれか一方の処理であるとしても良い。また，本発明に係るアクセス処理は，読み込み処理または書き込み処理に限定されず，例えば，アクセス処理は，情報の受け渡し等も含まれる。
【００３４】
上記アクセス処理は，近距離無線規格による無線通信により行われるとしても良い。ここで，近距離無線規格（ＮＦＣ：Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）とは，１０ｃｍ程度の狭い範囲内のみにおいて非接触式に通信を行うことができる，１３．５６ＭＨｚのＲＦ搬送波周波数と例えば２１２Ｋｂｐｓの通信速度を有する通信方式をいう。
【００３５】
かかる近距離無線規格による通信（以下，ＮＦＣという。）では，１０ｃｍ程度の狭い範囲内のみにおいて非接触式に通信が行われるので，ユーザの視覚により通信目的とするリーダ／ライタを容易に把握，認識でき，ハンドアクションによる分かり易い通信処理を行うことができる。ここで，リーダ／ライタから読み取られるデータは，予め情報処理装置に用意されており，ユーザは，このようなリーダ／ライタが設けられた部分に携帯通信装置をかざす，または，添えることによって，かかるデータを入手できる。
【００３６】
上記携帯通信装置に対するアクセス処理の結果を画面に表示する結果表示部をさらに備えるとしても良い。また，本発明に係る情報処理装置の画面に表示されるアクセス処理の結果は，例えば，電子マネーの残高または商品の購入を感謝するメッセージ等を例示することができる。
【００３７】
また，本発明では，携帯通信装置へのアクセス処理に関する情報の保護（暗号化，復号化）を主としているが，そのアクセス処理によって送受信されるデータも暗号化されるとしても良い。
【００３８】
上記課題を解決するために，本発明の別の観点によれば，コンピュータを，上記管理サーバ，サービス提供サーバ，情報処理装置，携帯通信装置として機能するプログラムおよび方法が提供される。かかる管理サーバ，サービス提供サーバ，情報処理装置は各々別体に存在するが，選択された２つの装置を一体に形成することもでき，全てを一体に形成することも可能である。
【発明の効果】
【００３９】
以上説明したように本発明によれば，サービス提供者の数に拘わらず情報処理装置が有する固定のプログラムでサービス提供者毎のコンテンツを復号でき，かつ，各サービス提供者同士および各サービス内容（サービス領域）を独立して管理することが可能となる。従って，携帯通信装置の複数の領域毎にアクセスする権限を設定することができる。
【００４０】
また，携帯通信装置にアクセスするための情報が暗号化されるため，マークアップランゲージやスクリプトの中でアクセス情報を指定できる。かかる情報は，固定の復号鍵のみを使用して復号されるため，新規のサービス提供者が追加されてもかかる復号のプログラムを追加する必要がなく，運用コストを低減することができる。
【発明を実施するための最良の形態】
【００４１】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００４２】
ＩＣを内蔵し，無線通信を行うことが可能な非接触型または接触型のＩＣカードは，近年，複数のアプリケーションを利用することができ，ユーザは，この非接触型または接触型のＩＣカードを利用して，駅の改札口に設けられた自動改札機を開閉させたり，ショッピングしたりすることが可能となっている。
【００４３】
ユーザが，例えば上記非接触型ＩＣカード内の情報を読み書きするためには，その非接触型ＩＣカードと無線通信可能なリーダ／ライタが備わる駅構内の専用端末の所まで移動し，リーダ／ライタに非接触型ＩＣカードをかざす必要があった。また，専用端末が設置されなくても，例えば，宅内のパソコン（ＰＣ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）にリーダ／ライタを接続することで，パソコンを利用して，上記非接触型ＩＣカード内の情報を読み書きすることができる。
【００４４】
しかし，上記のようにパソコンにリーダ／ライタを接続する場合でも，例えば，非接触型ＩＣカードに情報を書込んだり，非接触型ＩＣカード内の情報を読み込んだりするためのアプリケーションや，専用のサーバを開発し，それらをユーザが利用する上記パソコンにインストールする必要があった。したがって，サービス提供者側の開発コスト等の負担が大きく，ユーザ側にとってみても提供を受けるサービスによって使用するアプリケーションの種類が異なる等の場合が多く，利便性が高いとはいえなかった。
【００４５】
そこで，本実施形態では，まず，利便性の高い，ユーザによる簡単な操作で携帯通信装置にアクセスすることが可能な情報処理システムを提案し，その情報処理システムをさらに改良した情報暗号化システムを説明する。まず，図１を参照しながら，本実施の形態にかかる情報処理システム１００について説明する。
【００４６】
（第１の実施形態：情報処理システム１００）
図１は，本実施の形態にかかる情報処理システム１００の構成を示すブロック図である。かかる情報処理システム１００は，図１に示すように，インターネットなどの通信網１１０を介して，情報処理装置１２０（１２０ａ，１２０ｂ，…，１２０ｎ）と，サービス提供サーバ１３０と，管理サーバ１４０とが接続されている。情報処理装置１２０は，サービス提供サーバ１３０に通信網１１０を介してアクセスし，例えばネット上の販売店（ショッピングモール）に関するＷｅｂページ（コンテンツ）を取得し，情報処理装置１２０の画面上に販売店が取り扱う商品の詳細情報等を表示することができる。また，管理サーバ１４０は，上記情報処理装置１２０とサービス提供サーバ１３０との円滑な情報交換のための該情報処理システム１００を提供する。
【００４７】
ここで，本明細書におけるアクセスとは，例えば，システムの利用，サービス提供サーバ１３０や管理サーバ１４０への接続，携帯通信装置としての非接触型ＩＣカード１５２や携帯電話機１５４等，またはサービス提供サーバ１３０が保有するデータの参照（または，データの読み込み），データの保存（または，データの書き込み），データの削除，データの更新（または，データの書き込み），またはアクセス処理部としてのリーダ／ライタ１６０から非接触型ＩＣチップを介してその非接触型ＩＣチップと無線通信可能な他の非接触型ＩＣチップとの情報のやりとりなどの情報処理を総称していう。ここでは，ＩＣカードとして非接触型ＩＣカードを例に挙げているが，接触型やその他の方式によるＩＣカードも本実施形態に適用することができる。
【００４８】
また，図１に示すように，情報処理装置１２０には，無線通信可能なリーダ／ライタ１６０（アクセス処理部の一部）が内蔵されている。ユーザは，自己が所有する携帯通信装置１５０としてのＩＣカード１５２（１５２ａ，１５２ｂ，…，１５２ｎ）または携帯電話機１５４（１５４ａ，１５４ｂ，…，１５４ｎ）を上記リーダ／ライタ１６０にかざすことによって，情報処理装置１２０とデータのやりとりをすることができる。なお，携帯電話機１５４には，無線通信可能な非接触型ＩＣチップが備わっている。
【００４９】
また，本実施の形態にかかるリーダ／ライタ１６０は，情報処理装置１２０に内蔵される場合に限定されず，例えば情報処理装置１２０にＵＳＢ等のインタフェースを介して外部接続されるとしても良い。
【００５０】
ところで，サービス提供サーバ１３０は，情報処理装置１２０に対して，多種多様なコンテンツを提供し，特に，Ｗｅｂページとしてコンテンツを配信することが可能である。ここでは，図２を参照して，サービス提供サーバ１３０から提供され，情報処理装置１２０の画面に表示されるＷｅｂページの一例を説明する。
【００５１】
図２Ａ，Ｂ，Ｃは，本実施の形態にかかる情報処理装置１２０の画面表示の概略を示す説明図である。情報処理装置１２０にインストールされた，図２Ａに示すＷｅｂページをユーザが画面で閲覧するためのＷｅｂページ閲覧ブラウザ（以下，ブラウザ）を起動することによって，情報処理装置１２０からサービス提供サーバ１３０にＷｅｂページを要求する。続いて，情報処理装置１２０のブラウザはサービス提供サーバ１３０からメニュー画面を含むＷｅｂページ（メニューを含む）を取得し，画面に表示することができる。
【００５２】
なお，本実施の形態にかかるＷｅｂページのメニュー画面は，サービス提供サーバ１３０等のネット上に存在する場合に限られず，このようなコンテンツを，通信網１１０を介さずにローカルに取得するとしても良い。
【００５３】
ユーザは，例えば，入力部としてのマウスを操作し，ポインタを移動しながら，そのメニューに表示された項目のうち，“１．残高情報”の項目上をクリックすると，ＩＣカード１５２のメモリに記憶された残高情報を情報処理装置１２０の画面上に表示することができる。
【００５４】
上記“１．残高情報”が選択されると，図２Ｂに示すように，ＩＣカード１５２，またはＩＣカード対応の無線通信機能を備えた携帯電話機１５４等をリーダ／ライタ１６０にかざすよう要求する旨のメッセージが情報処理装置１２０の画面に表示される。
【００５５】
ユーザは，図２Ｂに示す画面のメッセージに従って，ユーザが所有するＩＣカード１５２または携帯電話機１５４をリーダ／ライタ１６０にかざすと，情報処理装置１２０のリーダ／ライタ１６０は，ポーリング処理によって，通信相手のＩＣカード１５２または携帯電話機１５４を認識し，アクセス処理を実行する。
【００５６】
情報処理装置１２０は，上記アクセス処理によって，携帯通信装置１５０が保有するデータを読み込み，図２Ｃに示すように，情報処理装置１２０の画面に表示することができる。または，情報処理装置１２０は，サービス提供サーバ１３０に対応した所定のデータを，携帯通信装置１５０のメモリにおける所定領域のさらに目的とする所定部分領域に書込むことができる。なお，アクセス処理等の詳細な処理については，後程詳述する。
【００５７】
また，本実施の形態にかかる情報処理システム１００において，情報処理装置１２０とサービス提供サーバ１３０との間，情報処理装置１２０と管理サーバ１４０との間，サービス提供サーバ１３０と管理サーバ１４０との間の通信については，必要に応じて，例えばＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）などによるセキュアな通信を行うことができる。
【００５８】
また，Ｗｅｂページは，例えば，ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）またはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等のマークアップ言語で構成されるとしても良い。さらに，Ｗｅｂページのデータ中にタグを埋め込むことで，ブラウザは静止画像または動画像等の画像データ，もしくは音声データ等を表示または再生することができる。上記タグ（画面出力制御情報）は，Ｗｅｂページのデータ構造や，画面上に表示する際のフォーマット，ハイパーリンク等によるリンク先のＷｅｂページのロケーション等を規定することができる，いわゆるコマンド情報，書式整形用コマンド情報等に相当する。
【００５９】
なお，Ｗｅｂページは，例えば，上述のＨＴＭＬ等で記述されたテキストデータ，静止画像データ，動画像データ，または音声データ，Ｊａｖａアプレット（Ｊａｖａ：登録商標）等のプログラムデータなどを含むものとする。
【００６０】
また，本実施の形態にかかるタグは，特に明記のない場合，ＨＴＭＬで表記されたタグ（ＨＴＭＬタグ）の場合を例に挙げて説明する。しかし，上記タグは，かかる例に限定されず，マークアップ言語であれば，他のいかなる場合でも実施可能である。
【００６１】
本実施の形態では，さらに上記タグを拡張し，情報処理装置１２０が携帯通信装置１５０に対するアクセス処理を実行するための拡張タグ（アクセス制御情報）が規定されている。なお，アクセス処理については後程詳述する。
【００６２】
上記拡張タグを規定することによって，ＨＴＭＬ等で記述されたＷｅｂページを，情報処理装置１２０にインストールされたブラウザに組み込まれたプラグインが読み込み，拡張タグを解釈する。これによって，例えば情報処理装置１２０に備わるリーダ／ライタ１６０が携帯通信装置１５０の保有する情報を参照する（読み込む）ことができる。
【００６３】
なお，本実施の形態にかかるサービス提供サーバ１３０は，理解を容易にするため，通信網１１０に１台接続する場合を例に挙げて説明している。しかし，複数台のサービス提供サーバ１３０が通信網１１０に接続することも可能である。
【００６４】
上記サービス提供サーバ１３０は，Ｗｅｂ（ウェブ）ページの閲覧等のサービスを提供するサーバである。情報処理装置１２０のブラウザからＷｅｂページのデータ要求があると，サービス提供サーバ１３０は，指定されたＷｅｂページデータを情報処理装置１２０に送信する。上記情報処理装置１２０にインストールされているブラウザは，サービス提供サーバ１３０から受信したＷｅｂページデータを読み込み，そのＷｅｂページに埋め込まれたタグを解釈し，画面に表示する（Ｗｅｂブラウザ機能）。
【００６５】
また，本実施形態にかかる情報処理装置１２０は，例えば，パーソナルコンピュータ（ＰＣ）等のコンピュータ装置（ノート型，デスクトップ型を問わない。）で実施され，少なくともブラウザがインストールされている。
【００６６】
なお，本実施の形態にかかる情報処理装置１２０は，コンピュータ装置の場合を例に挙げて説明するが，かかる例に限定されず，例えば，Ｗｅｂページを画面に出力可能であり，さらにリーダ／ライタ１６０を介して携帯通信装置１５０にアクセス可能であれば，かかる例にも限定されない。例えば，情報処理装置１２０は，ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ），デジタルカメラ若しくはビデオレコーダ等の撮像装置，家庭用ゲーム機，ＶＴＲ，ＣＤ若しくはＤＶＤレコーダ／プレーヤ，ラジオ装置，携帯電話機，ＰＨＳ，ＴＶ（ＴｅｌｅＶｉｓｏｎ），情報家電などで実施するとしても良い。
【００６７】
また，図１に示す通信網１１０は，情報処理装置１２０，サービス提供サーバ１３０，管理サーバ１４０のうち２つ以上の装置を相互に双方向通信可能に接続するものであり，典型的にはＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）またはＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）など，それに類する方法で接続するインターネットなどの公衆回線網が考えられ，ＷＡＮ，ＬＡＮ，ＩＰ−ＶＰＮなどの閉鎖回線網も含む。また接続媒体は，ＦＤＤＩ（Ｆｉｂｅｒ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄａｔａ  Ｉｎｔｅｒｆａｃｅ）などによる光ファイバケーブル，Ｅｔｈｅｒｎｅｔ（登録商標）による同軸ケーブルまたはツイストペアケーブル，もしくはＩＥＥＥ８０２．１１ｂなどによる無線など，有線無線を問わず，衛星通信網なども含む。
【００６８】
（情報処理装置１２０）
次に，図３を参照しながら，本実施形態にかかる情報処理装置１２０の構成について詳細に説明する。
【００６９】
図３は，本実施の形態にかかる情報処理装置１２０の構成を概略的に示すブロック図である。図３に示すように，情報処理装置１２０は，ＣＰＵ２０２と，メモリ２０４と，入力部２０６と，表示部２０８と，通信部２１０と，リーダ／ライタ１６０とを含んで構成される。
【００７０】
上記ＣＰＵ２０２は，演算処理装置および制御装置として機能し，情報処理装置１２０内の各部の処理を制御することができる。
【００７１】
上記メモリ２０４は，例えば，ＲＡＭ，ＲＯＭ，キャッシュメモリ，ハードディスクドライブ，フラッシュメモリ等などで構成されており，ＣＰＵ２０２の処理に関する各種データや，Ｗｅｂページ等のコンテンツを画面表示するためのブラウザ等のソフトウェアプログラムを記憶する機能を有する。従って，メモリ２０４は，サービス提供サーバから受信したコンテンツを記憶するコンテンツ記憶部としても機能する。
【００７２】
上記入力部２０６は，例えば，マウス，キーボード，タッチパネル，ボタン，スイッチ，レバー等の操作手段と，入力信号を生成してＣＰＵ２０２に出力する入力制御回路などから構成されている。情報処理装置１２０のユーザは，この入力部２０６を操作することにより，情報処理装置１２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００７３】
上記表示部２０８は，例えば，ＣＲＴディスプレイ装置，液晶ディスプレイ（ＬＣＤ）装置，ランプ等の表示装置や，スピーカ等の音声出力装置などで構成される。この表示部２０８は，ブラウザで文字，図形，動画像，または静止画像などのレイアウトが校正されたＷｅｂページを表示することができる。
【００７４】
上記通信部２１０は，例えば，通信回線，通信回路，通信デバイス等で構成された通信インタフェースである。この通信部２１０は，ネット上のサービス提供サーバ１３０や管理サーバ１４０との間で，通信網１１０を介して，Ｗｅｂページなどの各種データを送受信したり，プラグインプログラム等を受信したりすることができる。
【００７５】
上記リーダ／ライタ１６０は，携帯通信装置１５０と通信を行い，該情報処理装置１２０において特定した携帯通信装置１５０の所定領域と所定部分領域に対してアクセス処理を実施する。
【００７６】
また，上述したメモリ２０４には，少なくとも，ブラウザと，リーダ／ライタ用ドライバとが格納されている（図示せず）。なお，ブラウザおよびリーダ／ライタ用ドライバの他に，ＯＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）や，ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）その他のドライバ等も格納されている。
【００７７】
さらに，上記ブラウザにはＷｅｂページを読み込み，Ｗｅｂページに埋め込まれたタグを解釈するページ読込モジュールが含まれており，さらに携帯通信装置１５０と無線通信するための拡張タグを解釈するプラグイン（プラグインモジュール）がブラウザに組み込まれている。ブラウザは，入力部２０６からＷｅｂページの画面表示の要求を受け付けると，サービス提供サーバ１３０に対してＷｅｂページデータを要求する。なお，Ｗｅｂページを要求するモジュールは，ブラウザに備わるページ要求モジュール等である。
【００７８】
上記ページ読込モジュールは，サービス提供サーバ１３０から送信されたＷｅｂページを読み込み，そのＷｅｂページに埋め込まれたタグ（画面出力情報を含む）の内容に応じて，文字の書式や，画像のサイズや，その画像の配置される位置など画面上に表示するＷｅｂページのレイアウトを決定する。上記画面出力情報は，コンテンツが画面に出力される際のフォーマットまたはコンテンツのデータ構造を少なくとも規定している。
【００７９】
上述のページ読込モジュールによって解釈されたタグに従い，ページ出力モジュールが表示部２０８の画面に動画像データまたはテキストデータ等を表示することで，ブラウザは，Ｗｅｂページを画面に表示することができる。ブラウザに構成する１または２以上のモジュールが有機的に機能することで，ブラウザは，Ｗｅｂページを画面に表示することができる。
【００８０】
プラグインは，上記ページ読込モジュールが解釈するタグが拡張された拡張タグであった場合であっても，その拡張タグを解釈することができる。プラグインが，上記拡張タグを解釈することで，リーダ／ライタ用ドライバを介して，リーダ／ライタ１６０にアクセス処理の実行をするよう指示することができる。
【００８１】
なお，本実施の形態にかかるブラウザは，１または２以上のモジュールまたはコンポーネントから構成されるプログラム等の場合を例に挙げて説明するが，かかる例に限定されない。例えば，ブラウザは，１または２以上の回路からなるハードウェア等の場合であってもよい。
【００８２】
（携帯通信装置１５０）
次に，図４を参照しながら，本実施の形態にかかる携帯通信装置１５０について説明する。
【００８３】
図４Ａ，Ｂは，本実施の形態にかかる携帯通信装置１５０の概略的な構成を示すブロック図である。図４Ａに示した携帯通信装置１５０に属するＩＣカード１５２は，上述の非接触型ＩＣチップ２５０を備えている。上記非接触型ＩＣチップ２５０は，他の通信機器と無線通信可能な装置であり，リーダ／ライタ１６０に対して例えば２０ｃｍ以内の通信可能領域に近づくと，ポーリング等の所定処理を経て，リーダ／ライタ１６０と相互に無線通信することができる。
【００８４】
また，図４Ｂに示す携帯通信装置１５０に属する携帯電話機１５４は，非接触型ＩＣチップ２５０と，コントローラ２５２と，携帯電話回路２５４とを備えている。非接触型ＩＣチップ２５０は，図４Ａで説明した非接触型ＩＣチップ２５０と機能が同等なので，ここでは説明を省略する。
【００８５】
上記コントローラ２５２は，携帯電話回路２５４の記憶部（図示せず。）に記憶されたＷｅｂページを表示するブラウザ等のプログラムを起動させる。またコントローラ２５２は，コントローラ２５２と非接触型ＩＣチップ２５０の間の有線通信と，非接触型ＩＣチップ２５０とリーダ／ライタ１６０の間の無線通信とを切り替えたり，制御したりする。
【００８６】
携帯電話回路２５４は，記憶部（図示せず。），表示部（図示せず。）や，ボタン等の入力部（図示せず。）等を備えることで，通話機能や，通信網１１０を介してサービス提供サーバ１３０にアクセスし，Ｗｅｂページを表示するブラウザ機能等を有する。
【００８７】
なお，本実施の形態にかかる非接触型ＩＣチップ２５０は，バッテリレスな非接触式のＩＣカード１５２またはバッテリ搭載の携帯電話機１５４に備えられる場合を例に挙げて説明したが，かかる例に限定されず，例えば，デジタルカメラ，ノート型パソコン，またはＰＤＡなどのバッテリ搭載のデバイスに備えられるとしても良い。
【００８８】
図５は，携帯通信装置１５０のメモリ領域を概略的に示した説明図である。図５のメモリ領域を参照すると，各サービス提供サーバがアクセスできる共通領域として例えば，メモリ０〜７ＦＦＦ（ｈ）が割り当てられる。アクセスする対象に応じて上記共通領域のような各領域にシステムコードが付されている。そのうち２つのサービス提供サーバ１３０に対して割り当てられた領域がそれぞれ所定領域２７０，２７２であり，各領域にはそれぞれサービス提供者のエリアコードが付されている。ここでいうサービス提供サーバ１３０を運営するサービス提供者は，例えば，電子マネー，クレジットカード，キャッシュカード，マイレージカード，ポイントカード等を取り扱っており，かつ，該携帯通信装置１５０にそのサービスに関する情報を記憶している。
【００８９】
ここで，所定領域２７０は，スタートサービス，エンドサービス，即ち，かかる所定領域の最初と最後のアドレスで管理される。上記サービス提供サーバ１３０で扱うことができる領域は，所定領域内に限られる。また，その所定領域内で，サービス提供サーバ毎に任意に所定部分領域２７４を設けることができ，サービスの提供内容に応じた情報を区別して記すことができる。また，各所定部分領域にはサービスコードが付され，開始ブロック，終了ブロック，即ち，かかる所定部分領域の最初と最後のブロック（アドレス）で管理される。ここで，上記ブロックは，例えば，１６ｂｙｔｅ毎に管理されるとしても良い。
【００９０】
このような領域指定は，物理的または論理的アドレスによって行われる。また，同一の所定領域または所定部分領域であっても，そのサービスの内容，例えば，電子マネーデータの書き込み等の重要なサービスと，残高照会をリードオンリで行うような重要でないサービス（このような場合鍵無しとしてもよい。）をフラグもしくは論理的なアドレスの指定によって書き込みの権限を区別することもできる。これは，例えば，物理的アドレスは同一であるが，この物理的アドレスに対応する論理的アドレスが２つあって，一方はリード／ライトでき，他方はリードオンリとすることである。また，図５のメモリでは，理解を容易にするため所定のアドレスによって共通領域を表しているが，かかるアドレスに限定されるものではない。
【００９１】
また，上記所定領域または所定部分領域には，携帯通信装置１５０を利用するユーザを特定する，例えば，氏名，生年月日，年齢，住所等のユーザ情報や暗証番号等の個人情報が記憶される。
【００９２】
（サービス提供サーバ１３０）
次に，図６を参照しながら，本実施形態にかかるサービス提供サーバ１３０について詳細に説明する。
【００９３】
図６は，本実施形態にかかるサービス提供サーバ１３０の構成を概略的に示すブロック図である。図６に示すように，サービス提供サーバ１３０は，ＣＰＵ３０２と，メモリ３０４と，入力部３０６と，表示部３０８と，通信部３１０とを含んで構成される。
【００９４】
上記ＣＰＵ３０２は，演算処理装置および制御装置として機能し，サービス提供サーバ１３０に備わる各部の処理を制御することができる。
【００９５】
上記メモリ３０４は，例えば，ＲＡＭ，ＲＯＭ，キャッシュメモリ，ハードディスクドライブ，フラッシュメモリなどで構成されており，ＣＰＵ３０２の処理に関する各種データ，ＣＰＵ３０２の動作プログラム等を一時的に記憶する機能を有する。
【００９６】
上記入力部３０６は，例えば，マウス，キーボード，タッチパネル，ボタン，スイッチ，レバー等の操作手段と，入力信号を生成してＣＰＵ３０２に出力する入力制御回路などから構成されている。
【００９７】
上記表示部３０８は，例えば，ＣＲＴディスプレイ装置，液晶ディスプレイ（ＬＣＤ）装置，ランプ等の表示装置や，スピーカ等の音声出力装置などで構成される。この表示部３０８は，ブラウザで文字，図形，動画像，または静止画像などのレイアウトが校正されたＷｅｂページを表示することができる。
【００９８】
上記通信部３１０は，例えば，通信回線，通信回路，通信デバイス等で構成された通信インタフェースである。この通信部３１０は，管理サーバ１４０から当該情報処理システムに関するデータの提供を受けることができる。
【００９９】
またメモリ３０４には，例えば，Ｗｅｂページ提供アプリケーションと，情報加工アプリケーションと，Ｗｅｂページデータベース（ＷｅｂページＤＢ）とが格納されている。
【０１００】
上記Ｗｅｂページ提供アプリケーションでは，情報処理装置１２０からＷｅｂページの要求があると，つまり情報処理装置１２０からＷｅｂページの要求データを，通信部３１０を介して受信すると，ＷｅｂページＤＢに格納された該当するＷｅｂページを取得し，通信部３１０に転送する。なお，そのＷｅｂページは上記通信部３１０によって通信網１１０を介して要求元の情報処理装置１２０に送信される。
【０１０１】
情報加工アプリケーションは，Ｗｅｂページ提供アプリケーションと連動し，Ｗｅｂページ提供アプリケーションが受信する要求データに設定されたパラメータに基づき，ＷｅｂページＤＢに格納されたＷｅｂページ等の情報を加工するプログラムである。加工されたＷｅｂページは，Ｗｅｂページ提供アプリケーションから情報処理装置１２０に送信される。また，例えば情報加工アプリケーションは，ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）プログラム等に該当する。
【０１０２】
なお，本実施の形態にかかるＷｅｂページ提供アプリケーションまたは情報加工アプリケーションは，１または２以上のモジュールまたはコンポーネントから構成されるプログラムの場合を例に挙げて説明しているが，かかる例に限定されない。例えば，Ｗｅｂページ提供アプリケーションまたは情報加工アプリケーションは，１または２以上の回路からなるハードウェア等の場合であってもよい。
【０１０３】
また，上記ＷｅｂページＤＢには，例えば，飲食店や，スポーツ用品店等の店舗に関するＷｅｂページ（店舗の場所に関するＷｅｂページ等。）がＷｅｂページＤＢに格納されている。
【０１０４】
（管理サーバ１４０）
次に，図７を参照しながら，本実施形態にかかる管理サーバ１４０について詳細に説明する。
【０１０５】
図７は，本実施形態にかかる管理サーバ１４０の構成を概略的に示すブロック図である。図７に示すように，管理サーバ１４０は，ＣＰＵ３５２と，メモリ３５４と，入力部３５６と，表示部３５８と，通信部３６０とを含んで構成される。かかる各部は，図６を参照して説明したサービス提供サーバ１３０の各部と実質的に機能が等しいのでここでは説明を省略する。
【０１０６】
かかる管理サーバ１４０は，サービス提供サーバ１３０，情報処理装置１２０に情報処理システム１００を提供し，ひいては携帯通信装置１５０を有するユーザに対してサービス提供サーバ１３０からのサービスを受け得る環境を与えている。
【０１０７】
（Ｗｅｂページ）
次に，図８を参照しながら，本実施の形態にかかるＷｅｂページについて説明する。
【０１０８】
図８は，本実施の形態にかかるＷｅｂページのデータ構造の概略を示す説明図である。まず，本実施の形態にかかるＷｅｂページは，ＨＴＭＬタグと，そのＨＴＭＬタグを拡張した拡張タグの双方のタグが混在したデータ構造となっている。したがって，本実施の形態にかかるプラグインがブラウザに組み込まれていない場合は，ＷｅｂページのＨＴＭＬタグのみ解釈され，解釈されたタグに従って実行される。また，プラグインが組み込まれている場合は，Ｗｅｂページの拡張タグのみが解釈され，解釈された拡張タグに従って実行される。
【０１０９】
なお，本実施の形態にかかるＷｅｂページは，タグと拡張タグが混在する場合を例に挙げて説明しているが，かかる例に限定されず，例えば，拡張タグのみが埋め込まれたＷｅｂページや，ＨＴＭＬタグ等の通常のタグのみが埋め込まれたＷｅｂページ等であっても良い。
【０１１０】
図８に示すように，本実施の形態にかかるＷｅｂページには，まず通常のタグである“＜ＳＰＡＮ＞”〜“＜／ＳＰＡＮ＞”のタグが埋め込まれ，全体をくくっている。なお，上記タグ内のｉｄに指定された値（Ｆｅｌｉｃａ）は，“＜ＳＰＡＮ＞〜＜／ＳＰＡＮ＞”タグ内の記述は，その値に関する記述であることを示すためのものである。
【０１１１】
次に，“＜！――”〜“――＞”はコメントの開始（＜！――）と，コメントの終わり（――＞）を規定している。したがって，プラグインが組み込まれていないブラウザの場合，“＜！――”から“――＞”に記述された部分は単にコメントであると解釈し，何ら実行しない。つまり，図８に示す“拡張タグ対応のプラグインをダウンロードして下さい。”と画面に表示されるのみである。なお，上記コメントタグを使っているのは，プラグインがインストールされていないブラウザでも正しくＨＴＭＬ等のコンテンツに埋め込まれたタグを解釈でき，画面表示に影響を与えることが極めて少ないためである。
【０１１２】
ここで，プラグインが組み込まれたブラウザでは，“＜！――”から“――＞”に記述された部分に拡張タグが埋め込まれていると判断し，埋め込まれていた拡張タグを解釈し実行する。
【０１１３】
次に，上記コメント内の“＜ＦＥＬＩＣＡ＞”〜“＜／ＦＥＬＩＣＡ＞”のタグは，拡張タグが埋め込まれる開始と終わりを示している。上記プラグインは，その“＜ＦＥＬＩＣＡ＞”〜“＜／ＦＥＬＩＣＡ＞”の存在を確認すると，その間に記述された拡張タグを解釈する。
【０１１４】
“＜ＲＥＡＤ＞”タグは，携帯通信装置１５０に記憶されたデータを読み込むためのタグである。“＜ＲＥＡＤ＞”タグ内に属性情報として記述される“ｉｄ”には，実行する対象を識別するために文字列が設定される。例えば，図７に示すように，“＜ＲＥＡＤ＞”タグの“ｉｄ”は，“＄ＦＥＬＩＣＡ＿ＲＥＡＤ＄”である。
【０１１５】
後続の“＜Ａ  ＨＲＥＦ＞”〜“＜／Ａ＞”タグの「読込み」がユーザの操作によって入力部２０６から選択された指示をプラグインが受付けると，“＜Ａ  ＨＲＥＦ＞”タグ内に表記される“＄ＦＥＬＩＣＡ＿ＲＥＡＤ＄”を参照し，“＜ＲＥＡＤ＞”タグ内に表記されたｉｄと一致するものを検索することで，実行する処理を識別している。
【０１１６】
画面に表示された「読込み」が入力部２０６で選択されると，その「読込み」に対応する“＜ＲＥＡＤ＞”を検索し，アクセス処理である読込み処理が実行される。なお，“＜ＷＲＩＴＥ＞”タグについても同様である。
【０１１７】
また，“＜ＲＥＡＤ＞”タグ内に属性情報として記述される“ｂｌｏｃｋ”は，データを記憶領域から読み込む位置（所定領域，所定部分領域）を指定する。例えば，先頭位置であれば“０”を指定したり，先頭位置から３ブロック分のデータを読み込む場合は，“０−２”と指定したりする。なお，“ｂｌｏｃｋ”の読込み位置の指定方法は，かかる例に限定されない。
【０１１８】
さらに，“＜ＲＥＡＤ＞”タグ内に属性情報として記述されている“ｃａｐｔｉｏｎ”には，リーダ／ライタ１６０にかざされていない場合に，情報処理装置１２０の表示部２０８の画面に表示するメッセージの文字列が指定される。
【０１１９】
“＜ＷＲＩＴＥ＞”タグは，情報処理装置１２０側からデータを送信し，そのデータを携帯通信装置１５０の所定の記憶領域に書き込み処理を実行するためのタグである。なお，書き込み対象となるデータは，読込み対象のデータと同様に，暗号化を必要とせず，また相互認証も必要としない記憶領域に書き込み可能であるが，かかる例に限定されない。
【０１２０】
また，“＜ＷＲＩＴＥ＞”タグ内のｉｄ，ｂｌｏｃｋ，またはｃａｐｔｉｏｎ等については，上述した“＜ＲＥＡＤ＞”タグ内のｉｄ，ｂｌｏｃｋ，またはｃａｐｔｉｏｎ等とほぼ同様であるため詳細な説明は省略する。なお，上記“＜ＷＲＩＴＥ＞”タグ内の“ｂｌｏｃｋ”については書き込み位置を指定するためのものである。
【０１２１】
上記“＜ＲＥＡＤ＞”タグ，“＜ＷＲＩＴＥ＞”タグによってアクセス処理が実行される際に，予めポーリング処理が実行される。ポーリング処理が実行されることで，リーダ／ライタ１６０は，通信相手となる携帯通信装置１５０を識別することができ，実際にデータ通信を行うことができる。なお，識別する場合，携帯通信装置１５０が予め固有に保持している識別情報に基づいてリーダ／ライタ１６０が識別している。
【０１２２】
ここで，ポーリング処理のみを単独で実行する場合について，補足的に説明すると，ポーリング処理を単独で実行する場合，Ｗｅｂページには，“＜ＰＯＬＬＩＮＧ＞”タグが埋め込まれる。その“＜ＰＯＬＬＩＮＧ＞”タグが解釈され，ポーリング処理が実行されると携帯通信装置１５０内に格納された識別情報はリーダ／ライタ１６０に伝送される。
【０１２３】
また，“＜ＰＯＬＬＩＮＧ＞”タグ内にも，上述の“ｉｄ”，“ｃａｐｔｉｏｎ”等の属性情報が記述されるが，上記説明したものと，ほぼ同様であるため詳細な説明は省略する。
【０１２４】
次に，“＜Ａ  ＨＲＥＦ＞”タグ内に記述された“ｆｅｌｉｃａ：ｈｔｔｐ：／／ｃｇｉ．ｘｘｘ．ｃｏ．ｊｐ／ａａａ．ｃｇｉ？ｄａｔａ＝＄ＦＥＬＩＣＡ＿ＲＥＡＤ＄”は，まず，「読込み」がクリック等されると，上述の通り「＄ＦＥＬＩＣＡ＿ＲＥＡＤ＄」が記述された＜ＲＥＡＤ＞タグの読込み処理が実行され，その読み込まれた結果であるアクセス結果がパラメータに設定され，上記アドレス（ｈｔｔｐ：／／ｃｇｉ．ｘｘｘ．ｃｏ．ｊｐ／）に示すサービス提供サーバ１３０の「ａａａ．ｃｇｉ」プログラムに渡される。なお，上記＄ＦＥＬＩＣＡ＿ＲＥＡＤ＄は，＜ＲＥＡＤ＞タグの読み込み処理を実行するための識別子である。なお，本実施の形態に係る識別子の表記については，かかる例に限定されない。
【０１２５】
次に，渡されたパラメータに基づき，サービス提供サーバ１３０の情報加工アプリケーションに相当する上記「ａａａ．ｃｇｉ」（ＣＧＩプログラム）によって，所定の情報加工処理が実行され，その結果がアクセス結果として情報処理装置１２０の表示部２０８に表示される。なお，上記アドレスを指定しない場合でも実施可能である。
【０１２６】
上記アドレスを指定しない場合，サービス提供サーバ１３０にアクセス結果は送信されず，情報処理装置１２０でアクセス結果を画面に表示することができる。つまり，ネットワーク通信機能を有さない情報処理装置１２０であってもローカルで非接触型ＩＣカード１５２または携帯電話機１５４とブラウザを利用することで無線通信することができる。
【０１２７】
上記“＜Ａ  ＨＲＥＦ＞”タグ内に記述された“ｆｅｌｉｃａ：ｈｔｔｐ：／／ｃｇｉ．ｘｘｘ．ｃｏ．ｊｐ／ａａａ．ｃｇｉ？ｄａｔａ＝＄ＦＥＬＩＣＡ＿ＷＲＩＴＥ＄”についても，上記説明した構成とほぼ同様であるため，詳細な説明は省略する。なお，上記＄ＦＥＬＩＣＡ＿ＷＲＩＴＥ＄については，＜Ｗｒｉｔｅ＞タグの読み込み処理を実行するための識別子である。
【０１２８】
なお，本実施の形態にかかるアクセス処理は＜Ａ  ＨＲＥＦ＞タグの「読込み」または「書込み」が入力部２０６で選択された場合に，読込み処理または書込み処理が実行される場合を例に挙げて説明するが，かかる例に限定されない，例えば，上記読み込み処理終了後，情報加工処理が実行され，そのアクセス結果を画面に表示するとともに，データをさらに携帯通信装置の記憶領域の所定位置に書込む場合等でも実施可能である。
【０１２９】
また，図８に示す本実施の形態にかかるＷｅｂページに埋め込まれたタグまたは拡張タグの表記または名称などについては，かかる例に限定されない。他のいかなる表記，名称，記載順序等によるタグまたは拡張タグの場合であっても，Ｗｅｂページに埋め込むことで実施することができる。例えば，上記＜ＦＥＬＩＣＡ＞タグが，＜ＩＣ＞タグに変更した場合や，記載順序として＜Ａ  ＨＲＥＦ＞タグの下に＜ＲＥＡＤ＞タグが記載される場合等であっても実施可能である。
【０１３０】
次に，図９，図１０を参照しながら，本実施の形態にかかる情報処理システムの一連の処理について説明する。
【０１３１】
図９は，本実施の形態にかかる拡張タグが埋め込まれたＷｅｂページを表示する表示処理の概略を示すフローチャートであり，図１０は，本実施の形態にかかる拡張タグによって実行されるアクセス処理の概略を示すフローチャートである。
【０１３２】
まず，図９に示すように，情報処理装置１２０のブラウザは，サービス提供サーバ１３０に対してネット上に存在するＷｅｂページを要求し，そのＷｅｂページを受信すると，ブラウザ中のページ読込モジュールは，そのＷｅｂページを読み込む（Ｓ４００）。なお，ブラウザが要求するＷｅｂは，ユーザが入力部２０６を操作することで指定することができる。また，サービス提供サーバ１３０からＷｅｂページを受信しなくとも，情報処理装置１２０がＷｅｂページを保有してもよい。
【０１３３】
次に，ブラウザに組み込まれたプラグインは，Ｓ４００で読み込んだＷｅｂページのデータに拡張タグが埋め込まれているか否かを判断する（Ｓ４０２）。なお，上記説明したように，プラグインが判断する範囲は，例えば，“＜ＦＥＬＩＣＡ＞”〜“＜／ＦＥＬＩＣＡ＞”タグまでである。また，プラグインが組み込まれていない場合は，上記拡張タグの有無の判断処理は実行されない。
【０１３４】
上記判断の結果，Ｗｅｂページ内に拡張タグが埋め込まれている場合，次に，プラグインは，読み込んだＷｅｂページに埋め込まれたタグのうち拡張タグ以外のＨＴＭＬタグ等の通常のタグのみを部分的に削除する（Ｓ４０４）。その後，プラグインは，削除結果に応じてＷｅｂページを更新する（Ｓ４０６）。つまり，ページ読込モジュールで読み込んだＷｅｂページには拡張タグだけが残される。最後に，更新されたＷｅｂページは，Ｗｅｂページを表示するページ出力モジュールによって，画面に出力される際のフォーマットまたはＷｅｂページのデータ構造を少なくとも規定する画面出力情報に基づいて情報処理装置１２０の表示部２０８の画面に表示される（Ｓ４０８）。
【０１３５】
次に，図１０に示すように，拡張タグを含んだＷｅｂページが表示部２０８に表示された状態において，ユーザが入力部２０６を操作することで，データを携帯通信装置１５０から読み込んだり，携帯通信装置１５０に書込んだりするアクセス処理の実行をブラウザ等が受付けることができる（Ｓ４５０）。
【０１３６】
入力部２０６から指示を受付けると（Ｓ４５０），プラグインは，入力部２０６によって指示を受付けた拡張タグのイベントを起動し，アクセス処理の実行をする（Ｓ４５２）。なお，入力部２０６によって選択され，拡張タグのイベントが発生すると，例えば，表示部２０８の画面には，上述の通り“リーダ／ライタにＩＣカード等の携帯通信装置をかざして下さい”等のメッセージが表示される。
【０１３７】
また，入力部２０６から受付けた指示が拡張タグではなく通常のタグの場合，ブラウザは，ハイパーリンク等で他のＷｅｂページを表示するなど通常の処理を実行する（Ｓ４５４）。
【０１３８】
次に，ユーザが画面の指示通りに，ＩＣカード１５２等の携帯通信装置１５０をリーダ／ライタ１６０にかざした場合，上述の通り，まずリーダ／ライタ１６０と携帯通信装置１５０との間でポーリング処理が実行され，リーダ／ライタ１６０は通信相手の携帯通信装置１５０を特定する。
【０１３９】
次に，リーダ／ライタ１６０は，プラグインからの指示に基づいて，携帯通信装置１５０の記憶領域に格納されたデータを読み込む処理または携帯通信装置１５０の記憶領域の指定位置にプラグインから渡されるデータを携帯通信装置１５０に書込む処理のうち少なくともいずれか一方の処理を実行する（Ｓ４５６）。
【０１４０】
例えば，携帯通信装置１５０の記憶領域に格納されたデータを読み込む処理の場合，リーダ／ライタ１６０は，プラグインからの指示内容である読込み位置（所定領域，所定部分領域）に基づき，携帯通信装置１５０の記憶領域の指定された読込み位置に格納されたデータを要求する信号を携帯通信装置１５０に無線通信する。
【０１４１】
携帯通信装置１５０は，リーダ／ライタ１６０からデータを要求するデータ要求信号を受信すると，データ要求信号に指定された読込み位置（所定領域，所定部分領域）に格納されたデータをリーダ／ライタ１６０に無線通信する。以上で，リーダ／ライタ１６０は携帯通信装置１５０に格納されたデータを読み込むことができる。なお，リーダ／ライタ１６０が携帯通信装置１５０から読み込んだデータは，デコード処理などの所定処理が実行され，必要に応じてメモリ２０４に記憶される。
【０１４２】
上記携帯通信装置１５０とのアクセス処理（読み込む処理または書込む処理）が実行された結果を，サービス提供サーバ１３０に送信する必要がある場合（Ｓ４５８），ブラウザは，通信網１１０を介して，上記アクセス結果をサービス提供サーバ１３０に送信する（Ｓ４６０）。
【０１４３】
なお，送信先のサービス提供サーバ１３０は，上述の通り，アクセス処理を実行した拡張タグ内に記述されたアドレス（ＵＲＬ等）によって特定される。またアクセス結果をサービス提供サーバ１３０に送信するか否かは，送信可否を判断する判断情報や，上記アドレス等が拡張タグに設定されているか否か等によって判断されるが，かかる例に限定されない。
【０１４４】
また，上記アクセス結果がサービス提供サーバ１３０に送信されると，そのアクセス結果に基づいて，サービス提供サーバ１３０の情報加工アプリケーション等によって加工処理が施されるとともに，Ｗｅｂページが作成され，情報処理装置１２０の表示部２０８にアクセス結果が反映されたＷｅｂページが表示される（Ｓ４６２）。
【０１４５】
なお，本実施の形態にかかるＷｅｂページの表示は，情報処理装置１２０の表示部２０８に表示される場合を例に挙げて説明したが，かかる例に限定されず，例えば，表示部を備えた携帯通信装置１５０や携帯電話機１５４等の画面にＷｅｂページを表示する場合等でも実施可能である。
【０１４６】
特に，アクセス結果が反映されたＷｅｂページが表示される実施例として，電子マネー等による決済手段を有する携帯通信装置１５０を利用した場合等が挙げられる。例えば，仮想的な販売店から商品を電子マネーで購入した場合，リーダ／ライタ１６０と携帯通信装置１５０との間で課金処理が実行し，携帯通信装置１５０が保有する電子マネーの残高情報が更新されると，例えばアクセス結果として商品の代金情報または残高情報がサービス提供サーバ１３０に送信される。
【０１４７】
サービス提供サーバ１３０側で残高情報に基づいて加工処理が実行され，Ｗｅｂページが生成されると，サービス提供サーバ１３０から情報処理装置１２０にＷｅｂページが送信される。
【０１４８】
次に，プラグインは，表示部を備える携帯通信装置（携帯電話機１５４など）に対しＷｅｂページを表示するブラウザ機能等を有するアプリケーションを起動させるための起動情報と，Ｗｅｂページから抽出した携帯電話機１５４の表示部に表示させるためのメッセージまたはＵＲＬ等の情報からなるパラメータとをリーダ／ライタ１６０に伝送し，携帯通信装置１５０（携帯電話機１５４など）に送信を指示する。
【０１４９】
リーダ／ライタ１６０は，プラグインからの指示に従い，上記起動情報と，パラメータとを携帯電話機１５４等の携帯通信装置１５０に無線通信する。携帯通信装置１５０（携帯電話機１５４）は，上記起動情報を受信すると，指定されたアプリケーションを起動し，さらに起動したアプリケーションは，受信したパラメータに含むＷｅｂページを，表示部に表示する。
【０１５０】
以上から，携帯電話機１５４等の携帯通信装置１５０を利用して電子マネーで商品を購入すると，表示部には，残高情報とともに“お買い上げありがとうございます。”等のメッセージが表示されたり，さらに残高または商品の代金の金額によって，商品を割り引くなどの特典が付与されたクーポン情報を携帯通信装置１５０の表示部に表示等されたりする。
【０１５１】
ユーザは，情報処理装置１２０にプラグインをインストールするだけで，既存の携帯通信装置１５０をリーダ／ライタ１６０にかざすという容易な操作をすれば，携帯通信装置１５０にデータを書込んだり，有益な情報を情報処理装置１２０に表示させたり，さらにはサービス提供サーバ１３０等から送信されるクーポン情報等の情報を携帯通信装置１５０の画面に表示させることができる。
【０１５２】
さらに，ユーザは，サービス提供サーバ１３０等のサーバを介さなくとも情報処理装置１２０と携帯通信装置１５０とで無線通信することが可能であるため，情報処理装置１２０がネットワーク機能を有さず，外部と通信できなくても，ローカルで情報処理装置１２０と携帯通信装置１５０とでデータをやりとりすることができる。すなわち，ユーザは頻繁に使用するコンテンツ等のデータが格納される位置（読込み位置または書き込み位置）を，拡張タグに登録しておけば，ユーザは複雑なデータ選択操作をすることなく，単にリーダ／ライタ１６０にかざすだけで，データを情報処理装置１２０から携帯通信装置１５０に転送し，または携帯通信装置１５０から情報処理装置１２０にデータを転送することができる。
【０１５３】
一方で，管理サーバ１４０を営む者が拡張タグに対応するプラグインを開発しさえすれば，Ｗｅｂページ等のコンテンツを提供するサービス提供者は，拡張タグが埋め込まれたＷｅｂページを作成し，通信網１１０を介して送信するだけでよく，これによって情報処理装置１２０は，携帯通信装置１５０からデータを無線通信で読込み／書き込みすることができる。
【０１５４】
情報処理装置１２０のブラウザに組み込むプラグインは，ブラウザに機能追加するかたちで実装し，例えばＨＴＭＬ等のコンテンツデータに埋め込まれた拡張タグの解釈，表示，またはサービス提供サーバ１３０との通信などはブラウザの機能が利用できるため，同等のアプリケーションを新規に開発するのに比べて非常に低コストで実現できる。従って，多額のコストが障壁となっていた新規参入も容易にできることとなる。
【０１５５】
しかし，上記のようにマークアップ言語やスクリプトで記述された情報はソースを参照することで容易に読み出すことができ，サービス提供者毎にＩＣカードに割り当てられた記憶領域へのアクセス処理に関する情報まで容易に知られてしまう可能性がある。このようなサービス提供サーバ１３０毎のＩＣカードへのアクセスに関する情報を暗号化することによって保護するため，以下の情報暗号化システムを提案する。
【０１５６】
（第２の実施形態：情報暗号化システム）
以上説明したように，本実施形態による情報処理システムによって，利便性の高い，ユーザによる簡単な操作で携帯通信装置にアクセスすることが可能となった。このような情報処理システムをさらに改良した情報暗号化システムを以下に説明する。従って，情報暗号化システムの構成は，図１の情報処理システムの構成と等しい。本実施形態は，理解を容易にするため，上述した情報処理システムを前提に説明するが，かかる場合に限られず，メモリ内の特定領域の情報を暗号化する必要がある様々なシステムに適用することができる。
【０１５７】
（管理サーバ１４０）
図１１は，管理サーバ１４０の構成を概略的に示したブロック図である。上記管理サーバ１４０は，領域割当部５１０と，第１鍵暗号化部５１２と，第２鍵ハッシュ部５１４と，管理送信部５１６とを含んで構成される。かかる各部は，図７を参照して説明した管理サーバ１４０のＣＰＵ３５２等により実行されるモジュールである。
【０１５８】
上記領域割当部５１０は，携帯通信装置１５０におけるメモリの記憶領域のうち，所定領域をサービス提供サーバに割り当てる。
【０１５９】
上記第１鍵暗号化部５１２は，少なくとも，サービス提供サーバ１３０に割り当てた所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化する。この暗号化された情報は，サービス特定情報として情報処理装置１２０で復号化される。
【０１６０】
上記第２鍵ハッシュ部５１４は，上記サービス提供サーバの所定領域を特定する文字列に，さらに第２鍵を加え，ハッシュ値を生成する。
【０１６１】
上記管理送信部５１６は，少なくとも，第１鍵暗号化部５１２で生成されたサービス特定情報と，第２鍵ハッシュ部５１４で生成されたハッシュ値とを，暗号化に関するサービス提供サーバ１３０に送信する。このサービス提供情報やハッシュ値はＣＤ−ＲＯＭ等の記憶媒体やオンラインによってサービス提供サーバ１３０に送信されるとしても良い。
【０１６２】
上記管理サーバ１４０は，サービス提供サーバ１３０で利用される暗号鍵をサービス提供サーバ１３０毎に新たに生成せず，サービス提供サーバ１３０に割り当てられた所定領域を特定する既知の情報を利用して生成する。従って，情報処理装置１２０は，大量な復号鍵を管理しなくて済む。
【０１６３】
上記管理サーバ１４０は，このようにして，第１鍵および第２鍵を有する管理サーバと情報処理装置でのみ復号可能なサービス特定情報を生成し，かつ，サービス提供サーバで暗号鍵として利用され，各サービス提供サーバおよびアクセスする所定領域に対応してユニークであるハッシュ値を生成する。
【０１６４】
また，コンピュータを，管理サーバ１４０として機能するプログラムおよび方法が提供される。
【０１６５】
（サービス提供サーバ１３０）
図１２は，サービス提供サーバ１３０の構成を概略的に示したブロック図である。上記サービス提供サーバ１３０は，コンテンツ生成部５５０と，出力情報生成部５５２と，サービス提供受信部５５４と，ハッシュ暗号化部５５６と，サービス提供送信部５５８とを含んで構成される。かかる各部は，図６を参照して説明したサービス提供サーバ１３０のＣＰＵ３０２等により実行されるモジュールである。
【０１６６】
上記コンテンツ生成部５５０は，携帯通信装置１５０を有するユーザに対して様々なサービスを提供するため，情報処理装置１２０で処理可能なコンテンツを生成する。
【０１６７】
上記出力情報生成部５５２は，コンテンツ生成部５５０で生成されたコンテンツが画面に出力される際のフォーマットまたは上記コンテンツのデータ構造を少なくとも規定する画面出力情報を生成する。情報処理装置１２０は，かかる画面出力情報によって係るコンテンツを表示することができる。
【０１６８】
上記サービス提供受信部５５４は，少なくとも，管理サーバ１４０の第１鍵暗号化部５１２で生成されたサービス特定情報と，第２鍵ハッシュ部５１４で生成されたハッシュ値とを，管理サーバから受信する。
【０１６９】
上記ハッシュ暗号化部５５６は，上記所定領域内の，実際にアクセスする必要がある所定部分領域を特定する文字列を，上記ハッシュ値を暗号鍵として暗号化し，これを部分特定情報とする。勿論，所定部分領域の論理的なアドレスは，所定領域の論理的なアドレスに含まれていなければならない。
【０１７０】
上記サービス提供送信部５５８は，少なくとも上記サービス特定情報と部分特定情報とを，上記携帯通信装置と通信する情報処理装置に送信する。ここで，少なくともとしたのは，サービス提供送信部５５８が，上記画面出力情報，サービス特定情報，および，部分特定情報を上記コンテンツに埋め込み，該コンテンツを上記情報処理装置に送信することもできるからである。
【０１７１】
サービス提供サーバ１３０は，管理サーバ１４０から受信した，該サービス提供サーバ１３０および所定領域に対してユニークなハッシュ値を暗号鍵として利用することによって，所定領域内の所定部分領域をさらに暗号化することができる。かかる構成により，サービス提供サーバから暗号鍵（ハッシュ値）の情報が漏れない限り，ユーザは，所定部分領域に対して不正にアクセスすることができない。
【０１７２】
また，サービス提供サーバ１３０の主たる目的は，携帯通信装置１５０を有するユーザにコンテンツ等のサービスを提供することであり，このコンテンツを受信した情報処理装置１２０は，画面出力情報に基づいて該コンテンツを画面に出力し，さらに，サービス特定情報と部分特定情報により，携帯通信装置１５０に対してアクセス処理を行うことができる。
【０１７３】
このように，サービス提供サーバ１３０は，自己がアクセスする携帯通信装置１５０の所定部分領域のみを特定する情報をコンテンツに含めて送信するだけで良い。しかも，該コンテンツは，マークアップ言語で記述されたＷｅｂページであっても良く，上記所定部分領域を特定するための画面出力情報，サービス特定情報，および，部分特定情報は，タグで表せば良いので，サービス提供サーバ１３０は，かかる携帯通信装置へのアクセスするために複雑なプログラムを構築する必要がなく，開発費等のコストが削減される。
【０１７４】
また，コンピュータを，サービス提供サーバ１３０として機能するプログラムおよび方法が提供される。
【０１７５】
（情報処理装置１２０）
図１３は，情報処理装置１２０の構成を概略的に示したブロック図である。上記情報処理装置１２０は，情報処理受信部６１０と，ブラウザ６１２と，情報復号部６１４と，アクセス処理部６１６と，コンテンツ記憶部６１８と，結果表示部６２０とを含んで構成される。かかる各部は，図３を参照して説明した情報処理装置１２０のＣＰＵ２０２等により実行されるモジュールである。
【０１７６】
上記情報処理受信部６１０は，少なくなくとも，管理サーバ１４０の第１鍵暗号化部５１２で生成されたサービス特定情報と，サービス提供サーバ１３０のハッシュ暗号化部５５６部で生成された部分特定情報とをサービス提供サーバ１３０から受信する。ここで，少なくともとしたのは，サービス提供サーバ１３０のサービス提供送信部５５８は，例えば，該サービス提供サーバ１３０で生成されるコンテンツに上記画面出力情報，サービス特定情報，および，部分特定情報を上記コンテンツに埋め込んで送信するため，上記サービス特定情報と部分特定情報とが単独で送信されるとは限らないからである。上記コンテンツは，マークアップ言語で記述されたＷｅｂページであっても良い。
【０１７７】
上記ブラウザ６１２は，上記コンテンツを受信した後，コンテンツが画面に出力される際のフォーマットまたは上記コンテンツのデータ構造を少なくとも規定する画面出力情報に基づいて該コンテンツを画面に出力する。携帯通信装置１５０を有するユーザは，かかる画面の出力を参照しながら該サービスのさらに細かい処理を指定することができる。
【０１７８】
上記情報復号部６１４は，上記サービス特定情報と部分特定情報とを，管理サーバ１４０および該情報処理装置１２０のみが管理する第１鍵と第２鍵のみを利用して復号する。かかる復号の結果，携帯通信装置１５０に対するアクセス処理に必要な全ての情報，即ち，サービス提供サーバの所定領域，この所定領域内のさらに部分的な所定部分領域を特定することができる。このように，携帯通信装置１５０との認証行為や通信を確立するための初期化動作は，予め管理サーバからダウンロードもしくは管理サーバが提供する記憶媒体からインストールした，プラグイン（プラグインモジュール）等のパーサーによって行われ，上記ブラウザ６１２に組み込まれるとしても良い。かかるプラグインは，ＨＴＭＬで表記されたタグを解釈した後，抽出したサービス特定情報と部分特定情報とから携帯通信装置１５０へのアクセス情報を得る。
【０１７９】
上記アクセス処理部６１６は，情報復号部６１４が復号した結果から所定領域と所定部分領域とを特定し，携帯通信装置１５０の所定部分領域に対してアクセス処理を実行するする。
【０１８０】
上記コンテンツ記憶部６１８は，情報処理受信部６１０が受信したコンテンツやそれに付属するサービス特定情報と部分特定情報等を記憶する。かかるコンテンツを記憶する構成により，コンテンツと，それに含まれる画面出力情報，サービス特定情報，および，部分特定情報を常時参照することができ，サービス提供サーバとオフラインの状態であっても携帯通信装置とアクセスすることができる。
【０１８１】
上記結果表示部６２０は，携帯通信装置１５０に対するアクセス処理の結果を画面に表示する。本実施形態に係る情報処理装置１２０の表示部２０８の画面に表示されるアクセス処理の結果は，例えば，電子マネーの残高または商品の購入を感謝するメッセージ等である。
【０１８２】
また，上記アクセス処理は，上記携帯通信装置の所定部分領域からデータを読み込む処理または上記所定部分領域にデータを書込む処理のうち少なくともいずれか一方の処理であるとしても良く，ＮＦＣによる無線通信により行われるとしても良い。かかるＮＦＣでは，２０ｃｍ程度の狭い範囲内のみにおいて非接触式に通信が行われるので，ユーザの視覚により通信目的とするリーダ／ライタ１６０を容易に把握，認識でき，ハンドアクションによる分かり易い通信処理を行うことができる。ここで，リーダ／ライタ１６０から読み取られるデータは，予め情報処理装置１２０に用意されており，ユーザは，このようなリーダ／ライタ１６０が設けられた部分に携帯通信装置１５０をかざす，または，添えることによって，かかるデータを入手できる。
【０１８３】
また，コンピュータを，情報処理装置１２０として機能するプログラムおよび方法が提供される。
【０１８４】
（暗号化手順）
次に，情報暗号化システムの暗号化の流れを詳細に説明する。ここでは，理解を容易にするため，サービス提供サーバ１３０で生成されるコンテンツ等の流れを省略して，情報（データ）の暗号化のみを挙げて説明している。
【０１８５】
図１４は情報暗号化システムの暗号化の流れを概略的に示したブロック図である。上記情報暗号化システムでは，先ず，管理サーバ１４０によって，少なくともサービス提供サーバ１３０の所定領域を特定する文字列を，第１鍵を暗号鍵として暗号化し，サービス特定情報が生成される。
【０１８６】
ここで，暗号化される文字列は，システムコード７０２と，所定領域としての，スタートサービス７０４およびエンドサービス７０６である。ここで，システムコード７０２は，各サービス提供サーバ１３０がアクセス可能な共通領域を示し，スタートサービス７０４およびエンドサービス７０６は，各々，サービス提供サーバ１３０に割り当てられた所定領域の物理的または論理的なアドレスを示し，サービス提供サーバ１３０毎に一義的に対応している。ここでは，暗号化前の情報をシステムコード７０２，スタートサービス７０４，エンドサービス７０６として表現しているが，かかる場合に限られず，サービス提供サーバ１３０を特定できる識別子であれば他の文字列も許容される。
【０１８７】
管理サーバ１４０の第１鍵暗号化部５１２は，上記のシステムコード７０２，スタートサービス７０４，エンドサービス７０６を任意の順番に並べ，第１鍵７１０を暗号鍵として暗号化し，サービス特定情報７１２を生成する。
【０１８８】
次に，管理サーバ１４０の第２鍵ハッシュ部５１４は，第１鍵暗号化部５１２同様，システムコード７０２，スタートサービス７０４，エンドサービス７０６を任意の順番に並べ，さらに第２鍵７２０を加えてハッシュ値７２２をとる。管理送信部５１６は，このハッシュ値７２２とサービス特定情報７１２をサービス提供サーバ１３０に送信する。
【０１８９】
サービス提供サーバ１３０のサービス提供受信部５５４は，上記サービス特定情報７１２とハッシュ値７２２を受信する。そのうちサービス特定情報７１２は，当該サービス提供サーバ１３０で加工することなく，そのまま情報処理装置１２０に送信される。ハッシュ値７２２は暗号鍵となって，所定部分領域を特定する文字列を暗号化し，部分特定情報７４０を生成する。
【０１９０】
ここで，所定部分領域を特定する文字列は，サービスコード７３０，開始ブロック７３２，終了ブロック７３４により表された領域であり，開始ブロック７３２および終了ブロック７３４は，携帯通信装置１５０におけるメモリの物理または論理アドレスを示す。かかる所定部分領域は，サービス提供サーバ１３０毎に一義的に対応している所定領域をさらに分割した一部の領域を示す。ここでは，暗号化前の情報をサービスコード７３０，開始ブロック７３２，終了ブロック７３４として表現しているが，かかる場合に限られず，所定部分領域を特定できる識別子であれば他の文字列も許容される。
【０１９１】
サービス提供送信部５５８は，このように生成された部分特定情報７４０を，上記サービス特定情報７１２と一緒に情報処理装置１２０に送信する。両情報７１２，７４０の送信のタイミングは，同時としても良いし，時間差を有して送信されるとしても良い。
【０１９２】
（復号化手順）
次に，情報暗号化システムの復号化の流れを詳細に説明する。ここでは，理解を容易にするため，サービス提供サーバ１３０で生成されるコンテンツ等の流れを省略して，情報（データ）の復号化のみを挙げて説明している。
【０１９３】
図１５は情報暗号化システムの復号化の流れを概略的に示したブロック図である。携帯通信装置１５０を有しているユーザは，その携帯通信装置１５０の利用時に，サービス提供サーバ１３０からのサービス（コンテンツ）を情報処理装置１２０にダウンロードする。情報処理装置１２０のブラウザまたはブラウザに含まれるプラグインは，かかるサービスを解読して，用途にあったサービスを展開する。
【０１９４】
復号の順番として，先ず，情報処理装置１２０の情報復号部６１４は，情報処理受信部６１０が受信したサービス特定情報７１２および部分特定情報７４０を，第１鍵７１０に対応した復号鍵７５０によって復号し，システムコード７０２と，サービス提供サーバ１３０の所定領域，即ち図１４の例では，スタートサービス７０４，エンドサービス７０６を特定する。続いて，かかるシステムコード７０２，スタートサービス７０４，エンドサービス７０６に第２鍵７２０を加えてハッシュ値をとる。このハッシュ値は，暗号化において管理サーバ１４０が生成したハッシュ値７２２と等しい。最後にこの計算されたハッシュ値７２２に対応した復号鍵７５２によって，部分特定情報７４０を復号し，所定部分領域，即ち，図１４の例では，サービスコード７３０，開始ブロック７３２，終了ブロック７３４を特定することができる。
【０１９５】
従って，情報処理装置１２０は，サービス提供サーバ１３０の所定領域，所定部分領域を特定するための個別の識別子（復号鍵）を保持しておく必要がなく，固定の第１鍵および第２鍵のみによって携帯通信装置にアクセスすることができる。
【０１９６】
ここで，システムコード７０２，スタートサービス７０４，エンドサービス７０６は，管理サーバ１４０とサービス提供サーバ１３０で共有している情報であり，サービスコード７３０，開始ブロック７３２，終了ブロック７３４は，サービス提供サーバ１３０でのみ管理している情報である。また，第１鍵７１０および第２鍵７２０は，管理サーバ１４０と，情報処理装置１２０の復号化プログラムのみで管理する暗号鍵であり，ハッシュ値７２２は，管理サーバ１４０が生成し，サービス提供サーバ１３０で管理される暗号鍵である。さらに，管理サーバ１４０およびサービス提供サーバ１３０で生成されたサービス特定情報７１２および部分特定情報７４０は，携帯通信装置１５０にアクセス処理を行うため情報処理装置１２０が処理する情報である。
【０１９７】
このような情報暗号化システムの利点をまとめて以下に示す。
【０１９８】
携帯通信装置１５０で，鍵なしのサービスが設定されている場合，サービスを特定する情報，例えば，上述したシステムコード７０２やサービスコード７３０が知られてしまい，サービス提供者でなくとも携帯通信装置１５０内の情報を参照することができてしまう。本実施形態において，一般のユーザは，第１鍵，第２鍵を推定することはできず，所定領域，所定部分領域のいずれも特定することができない，従って，このような暗号化された情報を参照することができず，情報の漏洩が防止される。また，かかるサービス特定情報または部分特定情報を改竄したとしても，サービス提供サーバの所定領域との整合性が合わない，または所定部分領域が所定領域に含まれない等の矛盾が生じ，不正なアクセスを防止できる。
【０１９９】
情報処理装置１２０では，固定の第１鍵と第２鍵のみを参照して，アクセス処理に必要な全ての情報である，サービス提供サーバの所定領域と，この所定領域内のさらに部分的な所定部分領域とを特定することができる。従って，サービス提供サーバ１３０毎に固有の復号鍵を保持する必要がなくなり，また，新規のサービス提供者の参入によってもプログラムのアップデートの必要がない。
【０２００】
携帯通信装置１５０と通信するための情報がリーダ／ライタ１６０内のプログラムに記述されている場合は，そのプログラムを参照することができないので余り問題とならない。しかし，情報処理システム１００で説明したように，マークアップランゲージやスクリプトなどに重量な情報が記述された場合など，情報の参照が容易になる。サービス提供サーバ１３０は，該サービス提供サーバ１３０に固有なハッシュ値７２２により所定部分領域を暗号化するので，情報が漏洩することはない。また，サービス提供サーバ１３０は第１鍵７１０および第２鍵７２０を有してないので，自己以外のサービス提供サーバやサービス領域を特定することはできない。また，携帯通信装置１５０のメモリに設けられた所定領域毎に，もしくはその所定領域内の所定部分領域毎に，その領域に固有な暗号鍵が付与されるので，各領域を独立して管理することができる。さらに部分特定情報７４０の情報は，管理サーバ１４０には行かないので，管理サーバ１４０がかかる所定部分領域を特定することもできない。
【０２０１】
管理サーバ１４０が生成し，サービス提供サーバ１３０で利用される情報は，暗号鍵として利用するハッシュ値７２２のみであるため，サービス提供者がサービス提供サーバ１３０の所定領域を知り得たとしても，そのハッシュ値７２２から第２鍵を推定することはできない。従って，第２鍵が特定されることがない。
【０２０２】
（第３の実施形態：情報暗号化方法）
次に，情報暗号化方法として，情報暗号化システムとしての全体の流れを詳細に説明する。ここでも，理解を容易にするため，サービス提供サーバ１３０で生成されるコンテンツ等の流れを省略して，情報（データ）の暗号化および復号化のみを挙げて説明している。
【０２０３】
図１６は情報暗号化方法の暗号化および復号化の流れを示したフローチャートである。上記情報暗号化方法では，先ず，情報処理装置１２０が，管理サーバ１４０から直接またはサービス提供サーバ１３０を経由して，携帯通信装置１５０にアクセス処理を行うためのプログラム（プラグイン）を取得しておく（Ｓ８００）。かかるプログラム中には，復号化のための第１鍵７１０および第２鍵７２０も含まれている。
【０２０４】
続いて，管理サーバ１４０は，少なくとも，サービス提供サーバ１３０の所定領域を特定する文字列を，第１鍵７１０を暗号鍵として暗号化し，サービス特定情報７１２を生成し，かつ，少なくともサービス提供サーバ１３０の所定領域を特定する文字列に第２鍵７２０を加えてハッシュ値７２２を生成する（Ｓ８１０）。そして，かかるサービス特定情報７１２およびハッシュ値７２２はサービス提供サーバ１３０に送信される（Ｓ８１２）。このサービス特定情報７１２やハッシュ値７２２は，各サービス提供サーバに対して固有かつ固定であるから，サービス提供サーバ１３０の定義が変更されるまで，かかる情報を再送する必要はない。
【０２０５】
ユーザが，ユーザの所有する携帯通信装置１５０を利用しようと考え，情報処理装置１２０のリーダ／ライタ１６０に携帯通信装置１５０をかざして通信を試みた場合（Ｓ８２０），情報処理装置１２０は，サービス提供サーバ１３０にそのサービスの提供を要求する（Ｓ８２２）。サービス提供サーバ１３０は，この要求を受けてそのアクセス処理に必要な所定部分領域を特定し，ハッシュ値７２２を暗号鍵として部分特定情報７４０を生成する（Ｓ８２４）。
【０２０６】
サービス提供サーバ１３０は，このように生成された部分特定情報７４０を，上記サービス特定情報７１２と一緒に情報処理装置１２０に送信する（Ｓ８２６）。この両情報を受信した情報処理装置１２０は，上記両情報とともに送信されたサービスを展開すると共に，サービス特定情報７１２および部分特定情報７４０を，第１鍵７１０と第２鍵７２０とによって復号し，携帯通信装置１５０とアクセスするために必要な全ての情報を得る（Ｓ８２８）。情報処理装置１２０は，この情報を利用して携帯通信装置１５０に対してアクセス処理を行い（Ｓ８３０），サービス提供サーバ１３０からのサービスに対応した処理が行われる（Ｓ８４０）。
【０２０７】
ユーザが要求した処理が携帯通信装置１５０で利用可能な電子マネーの残高照会であった場合，本情報暗号化方法は終了するが，電子マネーの使用，即ち，電子マネーによる決済等が行われた場合，情報処理装置１２０は，さらにその決済情報をサービス提供サーバ１３０に送信し，決済情報の更新を行う（Ｓ８４２）。
【０２０８】
なお，本明細書において，携帯通信装置１５０，情報処理装置１２０，サービス提供サーバ１３０，または管理サーバ１４０に各種の処理を行わせるためのプログラムを記述する処理ステップは，必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく，並列的あるいは個別に実行される処理（例えば，並列処理あるいはオブジェクトによる処理）も含むものである。
【０２０９】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０２１０】
例えば，上記実施形態においては，情報処理装置１２０は通信網１１０に接続可能である場合を例にあげて説明したが，本発明はかかる例に限定されない。通信網１１０に接続せず，ローカルに情報処理装置１２０においてブラウザ２２０を起動し，携帯通信装置１５０と無線通信することもできる。
【０２１１】
また上記実施形態においては，ＷｅｂページはＨＴＭＬで記述される場合を例にあげて説明したが，本発明はかかる例に限定されない。例えば，Ｗｅｂページは，ＸＭＬまたはＢＭＬなどのマークアップ言語で記述された場合でも実施することができる。
【０２１２】
上記実施形態においては，情報処理装置１２０に備わるブラウザ等はソフトウェアからなる場合を例にあげて説明したが，本発明はかかる例に限定されない。例えば，上記ブラウザは，１または２以上の回路から構成されたハードウェアの場合であってもよい。
【産業上の利用可能性】
【０２１３】
本発明は，情報暗号化システム，管理サーバ，サービス提供サーバ，情報処理装置，およびそのプログラムと方法に適用可能である。
【図面の簡単な説明】
【０２１４】
【図１】情報処理システムの構成を示すブロック図である。
【図２Ａ】情報処理装置の画面表示の概略を示す説明図である。
【図２Ｂ】情報処理装置の画面表示の概略を示す説明図である。
【図２Ｃ】情報処理装置の画面表示の概略を示す説明図である。
【図３】情報処理装置の構成を概略的に示すブロック図である。
【図４Ａ】携帯通信装置の概略的な構成を示すブロック図である。
【図４Ｂ】携帯通信装置の概略的な構成を示すブロック図である。
【図５】携帯通信装置のメモリ領域を概略的に示した説明図である。
【図６】サービス提供サーバの構成を概略的に示すブロック図である。
【図７】管理サーバの構成を概略的に示すブロック図である。
【図８】Ｗｅｂページのデータ構造の概略を示す説明図である。
【図９】拡張タグが埋め込まれたＷｅｂページを表示する表示処理の概略を示すフローチャートである。
【図１０】拡張タグによって実行されるアクセス処理の概略を示すフローチャートである。
【図１１】管理サーバの構成を概略的に示したブロック図である。
【図１２】サービス提供サーバの構成を概略的に示したブロック図である。
【図１３】情報処理装置の構成を概略的に示したブロック図である。
【図１４】情報暗号化システムの暗号化の流れを概略的に示したブロック図である。
【図１５】情報暗号化システムの復号化の流れを概略的に示したブロック図である。
【図１６】情報暗号化方法の暗号化および復号化の流れを示したフローチャートである。
【符号の説明】
【０２１５】
１００  情報処理システム
１１０  通信網
１２０  情報処理装置
１３０  サービス提供サーバ
１４０  管理サーバ
１５０  携帯通信装置
５１０  領域割当部
５１２  第１鍵暗号化部
５１４  第２鍵ハッシュ部
５１６  管理送信部
５５０  コンテンツ生成部
５５２  出力情報生成部
５５４  サービス提供受信部
５５６  ハッシュ暗号化部
５５８  サービス提供送信部
６１０  情報処理受信部
６１２  ブラウザ
６１４  情報復号部
６１６  アクセス処理部
６１８  コンテンツ記憶部
６２０  結果表示部
【図１】
2006101289.tif 000003
【図２Ａ】
2006101289.tif 000004
【図２Ｂ】
2006101289.tif 000005
【図２Ｃ】
2006101289.tif 000006
【図３】
2006101289.tif 000007
【図４Ａ】
2006101289.tif 000008
【図４Ｂ】
2006101289.tif 000009
【図５】
2006101289.tif 000010
【図６】
2006101289.tif 000011
【図７】
2006101289.tif 000012
【図８】
2006101289.tif 000013
【図９】
2006101289.tif 000014
【図１０】
2006101289.tif 000015
【図１１】
2006101289.tif 000016
【図１２】
2006101289.tif 000017
【図１３】
2006101289.tif 000018
【図１４】
2006101289.tif 000019
【図１５】
2006101289.tif 000020
【図１６】
2006101289.tif 000021