JP5688028B2 - トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する１つの操作を管理する方法及びトークン - Google Patents

Description

本発明は、概して、トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する少なくとも１つの操作を管理する方法に関する。
さらに、本発明はトークンにより支援を受けた又は今後支援を受けるアプリケーションに関する少なくとも１つの操作を管理するトークンに関する。
明細書中において、トークンとは外部との通信のための持運び可能な高性能オブジェクトをいう。

よく知られるように、トークンとしてのＳＩＭ（“Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ”の頭文字の略）カードは、関連付けられているモバイルネットワークオペレータ（又はＭＮＯ）によってＳＩＭアプリケーションの支援を許可されており、これによりカード使用者はＭＮＯのセルラ方式通信ネットワークを使用することが出来る。ＭＮＯはＳＩＭカードの管理を制御する。言い換えれば、ＭＮＯはＳＩＭカードを管理する権限を有しており、具体的には、ＭＮＯはＳＩＭカードの発行時及び発行後においてＳＩＭカードのアップデートを許可可能な唯一の存在である。

同様に、トークンとしての銀行カードは、関連付けられている銀行業務オペレータ（又は会社）によって銀行業務アプリケーションの支援を許可されており、これによりカード使用者は銀行ネットワークを用いて自身の所有する銀行口座からの引き落とし等の取引が可能である。銀行業務オペレータは銀行カードの管理を制御する。言い換えれば、銀行業務オペレータは銀行カードを管理する権限を有し、具体的には、銀行カードの発行時及び発行後において銀行カードのアップデートを許可可能な唯一の存在である。
しかしながら、こうした従来技術には大きな不利益がある。

実際の所、現在はスマードカードが製造された時、スマートカードに搭載するアプリケーションの所有者としてアプリケーション発行者を把握することが必須である。
よって、銀行業務オペレータ又はＭＮＯといったアプリケーション発行者により発行された銀行業務アプリケーションなどの１つのアプリケーション（スマートカードの発行前には搭載されていなかったもの）は一度発行されると、カード使用者の所有する同一のカードの支援を許可するためには複雑で労力の要る手配が必要である。

本発明はこうした大きな不利益を除くため、トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する少なくとも１つの操作を管理する方法を提供する。トークンはデータ操作手段、データ格納手段、そして外部通信手段を備える。

本発明に基づく方法は以下のステップを備える。少なくとも一人のトークン使用者は、トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する少なくとも１つの操作を実行する前に、使用者による認証を与えるか否かの指定を要求され、そしてトークンは少なくとも一人のトークン使用者が使用者による認証を与えたか否かを検証する。

本発明の本質は、トークン使用者がアプリケーションに固有の１つ又は幾つかの処理の制御に関与し、トークンはトークン使用者が認証を与えた時にのみ処理を実行することにある。
従って、従来技術とは対照的に、本発明の提示する解決策において、トークン使用者はトークン発行者と同じ役割を果たし、アプリケーションの管理を制御することが出来る。

言い換えれば、トークン使用者がトークンにより支援を受けた又は今後支援を受けるアプリケーションに関する１つの操作を実行したいと望むとき、トークン使用者は所望の操作を自身が認証するか否かを指定する。

本発明が提示する解決策によって、従来技術に対して、トークンにより支援された又は今後支援されるアプリケーションの管理が容易になる。
よって、トークンの発行後、トークン使用者が他のアプリケーション発行者に由来する１つのアプリケーションの媒体である該トークンを用いようとした時、トークン使用者は所望の他のアプリケーションのロード又はダウンロードといった転送を唯一制御する。
従って、トークン使用者に要請することにより、場合によっては他のアプリケーション発行者に由来する他のアプリケーションのトークン外部からのインポートが従来技術よりも簡便である。

よって、本発明が提示する解決策に今後支援される１つのアプリケーションに関する１つの操作の制御にはトークン使用者のみが制御者として関与し、従来技術がアプリケーション発行時において今後支援を受けたい所望のアプリケーションと関連してアプリケーション発行者の関与を必要とするのに対して、早さと低コストとを実現する。

さらに、本発明が提示する解決策に今後支援される１つのアプリケーションに関する１つの操作の制御にはトークン使用者のみが制御者として関与し、従来技術がトークン発行者又は既にトークン内に搭載され支援を受けているアプリケーションのアプリケーション発行者の関与を必要とするのに対し、早さと低コストとを実現する。

別の態様によれば、本発明はトークンに支援された又は今後支援されるアプリケーションに関する少なくとも１つの操作を管理するためのトークンに関する。トークンはデータ操作手段と、データ貯蔵手段と、外部通信手段とを備える。

本発明によれば、トークンはトークンに支援された又は今後支援されるアプリケーションに関する少なくとも１つの操作を実行する前に、少なくとも一人のトークン使用者に対して使用者による認証を必要とし、少なくとも一人のトークン使用者が使用者による認証を与えたか否かを検証するように構成される。

よって、トークンの所有者であるトークン使用者は自身のトークンの管理者又は制御者であるため、使い勝手が良い。トークン使用者は自身のトークンを所望の通りに管理出来、特に、トークンに支援された又は今後支援されるアプリケーションに充てられる保護メモリ領域を作成し、トークンに支援された又は今後支援されるアプリケーションを搭載し、インストールし、実行し、修正及び／又は消去する。

トークンは、少なくとも１つのマイクロプロセッサ又は１つの論理回路システムと、少なくとも１つのメモリ又は１つの外部メモリとの接続と、少なくとも１つのＩｎｐｕｔ／Ｏｕｔｐｕｔ通信インターフェースとを備えるいかなる電子デバイスであってもよい。トークンは、異なるフォームファクタを有する電子的支援を構成してもよい。例えば、ＵＳＢ（“Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ”の頭文字の略）ドングル内在型であっても、ホスト装置（以降、端末と称する）と取外し可能に連結又は結合されるスマートカード又はチップであってもよい。

本発明の付加的な構成や効果は、非限定的な例として示す好適な実施例の１つについて、以降の図面とともに詳細な説明を読解することでより明確で理解し易いものとなる。
図１は、スマートカードと携帯電話とを備えたシステムの実施例の簡略図である。システムは、本発明に基づくスマートカードに支援された又は今後支援されるアプリケーションに関する少なくとも１つの操作を管理するように構成されている。 図２は、図１に記載された端末としての携帯電話に接続される、トークンとしての図１に記載されたスマートカードの実施例の簡略図である。 図３は、図２に記載されたスマートカードに今後支援されるアプリケーションに関する少なくとも１つの操作を管理する方法を例示したフローチャートである。 図４は、図１に記載されたシステムにおけるサーバ、スマートカード、エンドユーザ間のメッセージのフローを例示する。

以下に、トークンに支援された又は今後支援されるアプリケーションに関する少なくとも１つの操作を管理する本発明の方法において、トークンとしてのＳＩＭ型のスマートカードが端末としての携帯電話と協働し、インターフェースを介してカード使用者が使用者による認証を当該操作の実行の前に与えるか否かの指定に関与する態様を示す。

例えば、トークンはＳＩＭ型のスマートカードの代わりにＵＳＢ型のドングルによる構成が可能である。この形態において、ホストコンピュータ内には固有のリーダが不要である。あるいはスマートカード、ＭＭＣ（“ＭｕｌｔｉＭｅｄｉａＣａｒｄ”の頭文字の省略）カード、ＳＤ（“Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ”の頭文字の略）、及び／又は異なるフォームファクタを有するその他の電子的媒体で構成されてもよい。さらに他の例において、トークンは場合によっては取外し可能にホスト装置内に固定されたチップ、又は端末であるホスト装置内部にはんだ付けされるチップとしての内蔵型保護エレメントである。

同様に、端末は携帯電話の代わりにセットアップボックス、デスクトップ型コンピュータ、ラップトップ型コンピュータ、メディア・プレーヤ、ゲーム機、ハンドセット型又はＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｅｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）による構成が可能である。
しかしながら、これらの構成は単なる例示であって権利範囲を狭めるものではない。

図示しない他の実施例によれば、トークンの協働を必要としない唯一の端末は、端末に支援された又は今後支援されるアプリケーションに関する１つの操作を実行する前に、少なくとも一人の端末使用者に認証を要求し、端末使用者が認証を与えたかどうかを検証する。本実施例において、端末は端末使用者との通信を行うためのディスプレイ画面、キーボード、マイク及び／又はスピーカといった少なくとも１つのインターフェースにより構成されるか該インターフェースに接続されている。

図示しない他の実施例によれば、端末の協働を必要としない唯一のトークンは、トークンに支援された又は今後支援されるアプリケーションに関する１つの操作を実行する前に、少なくとも一人のトークン使用者に認証を要求し、トークン使用者が認証を与えたかどうかを検証する。本実施例において、トークンはトークン使用者との通信を行うためのディスプレイ画面、キーボード、マイク及び／又はスピーカといった少なくとも１つのインターフェースとともに提供されるか該インターフェースに接続されている。

図１は、モバイルネットワークサーバ１８及び／又は電子支払端末１１４に接続可能な電子システム１０を示す。
電子システム１０は使用者用装置としての携帯電話１２と、互いに協働出来るよう携帯電話１２内に接続されたＳＩＭ型のスマートカード１４を備える。
以降、簡便化のために携帯電話１２とＳＩＭ型のスマートカード１４をそれぞれ電話１２及びカード１４と称する。

電話１２は、データ実行手段として少なくとも１つのマイクロプロセッサ、揮発及び不揮発メモリ、データとコントロールバス（図示しない）を通じて相互に関連付けられた少なくとも３つのＩｎｐｕｔ／Ｏｕｔｐｕｔ（Ｉ／Ｏ）インターフェースを含む。
マイクロプロセッサは電話１２内のデータ及び／又は電話１２外部の交換されるべきデータを操作し、制御する。マイクロプロセッサは、Ｉ／Ｏインターフェースのような電話１２の全てのコンポーネントの制御と通信とを行う。

メモリはオペレーティングシステムとアプリケーションに関するデータを格納し、その中には例えばＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＨＴＭＬ）ページのように、表示された異なるメッセージ間をユーザが行き来出来るようにするウェブブラウザが含まれる。

各ＨＴＭＬページは電話１２の外部、即ちカード１４、モバイルネットワークサーバ１８、電子支払端末１１４に由来するメッセージ、又は銀行サーバに接続された電子支払端末を通じたメッセージに関連する。このように、ＨＴＭＬページを通じてメッセージが電話使用者に示される。

複数のＩ／Ｏインターフェースは、カード１４との相互作用のために１つのＩ／ＯインターフェースとしてＩＳＯ（《Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｏｒｇａｎｉｚａｔｉｏｎ》の頭文字の略）７８１６型のコンタクトインターフェース（図示しない）を備える。コンタクトインターフェースは、双方向リンク１３を通じたカード１４との通信を目的とする。コンタクトインターフェースはＳｉｎｇｌｅ Ｗｉｒｅ Ｐｒｏｔｏｃｏｌ（ＳＷＰ）を実装するための１つのコンタクトパッドを有し、カード１４との通信を可能にする。コンタクトインターフェースはＥＴＳＩに定義されるＵＳＢ Ｉｎｔｅｒ−Ｃｈｉｐ（ＩＣ）を実装するために２つのコンタクトを有してもよい。

電話１２は、例えばＡｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＡＰＤＵ）又はＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）を用いてカード１４とデータを通信するよう構成される。
電話１２は他のＩ／Ｏインターフェースとして第１アンテナ１１を有し、長距離高周波双方向リンク１５を介したｏｖｅｒ−ｔｈｅ−ａｉｒ（ＯＴＡ）により、セルラ方式通信ネットワーク１６を通じてモバイルネットワークサーバ１８との通信を行う。

セルラ方式通信ネットワーク１６は例えば双方向リンク１７を介したケーブルによりモバイルネットワークサーバ１８に接続される。セルラ方式通信ネットワーク１６は２Ｇ（第２世代ネットワークの頭文字の略、具体的にはＧＳＭ、すなわち“Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ”）、３Ｇ（第３世代ネットワークの頭文字の略、具体的にはＵＭＴＳすなわち“Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ Ｓｙｓｔｅｍ”）及び／又はＣＤＭＡ（“Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ”の頭文字の略）を実装するよう構成される。

電話１２はマン−マシン−インターフェースとしてキーボード１９及びディスプレイ画面１１２を備える。
電話１２は、モバイルネットワークサーバ１８との通信が可能であることが望ましい。モバイルネットワークサーバは、通常バックエンドＯＴＡシステムとして知られるシステムによって構成可能なシステムのエンティティ内に統合される。モバイルネットワークサーバ１８は直接的又は間接的にモバイルネットワークオペレータ（ＭＮＯ）により制御される。

カード１４から及び／又はカード１４を通じてカード使用者と相互に作用するために、電話１２はカード１４がマスタ、電話１２がスレーブとなる機構を実装することが可能である。よく知られるように、こうした機構を実装するために、電話１２はカード１４が何らかのコマンドを電話１２に送ったか否かの通知を要求するメッセージをカード１４に対し定期的に送る。こうしたコマンドはプロアクティブコマンドと呼ばれる。

電話１２は“Ｄｉｓｐｌａｙ Ｔｅｘｔ”、“Ｓｅｔ−ｕｐ ｍｅｎｕ”、“Ｓｅｌｅｃｔ ｍｅｎｕ”、“Ｇｅｔ−ｉｎｋｅｙ”及び／又は“Ｇｅｔ−ｉｎｐｕｔ”などユーザの動作を含むカード１４由来のプロアクティブコマンドを解釈するよう構成される。
電話内のマイクロプロセッサは、場合によっては複数表示されたサービスの中から１つのサービスをカード使用者が選択すると、カード１４が選択されたアプリケーションを実行するための他のコマンドをカード１４へ送り返す。

選択されたアプリケーションは格納されるか今後格納されるものであって、カード１４により実行されるか今後実行される。
電話のマン−マシン−インターフェースを通じてユーザに選択されたアプリケーションとして、カード１４に支援されるアプリケーションを構成することが出来る。選択されたアプリケーションは、あらかじめＳＩＭアプリケーションのようにパーソナライズの工程を含むカード１４の製造工程で搭載されているか、モバイルネットワークサーバ１８からカード１４へとダウンロードされていてもよい。

電話のマン−マシン−インターフェースを通じてユーザに選択されたアプリケーションとして、カード１４に今後支援されるアプリケーションも構成することが出来る。選択されたアプリケーションは、サーバのようなアプリケーション発行者から電話１２を通じて選択されたアプリケーションのカード１４へのダウンロードを要求してもよい。サーバは電子支払端末１１４（図示しない）に接続されていてもよい。

銀行業務アプリケーションについては、銀行業務オペレータ又はその代理者によってアプリケーションの発行が可能である。以降、銀行業務アプリケーションのデータを配信する銀行業務アプリケーション発行者を銀行サーバと称する。
例えば、銀行サーバは電子支払端末１１４及び／又は電話１２に接続される。

カード１４は例えば電話１２に由来する、例えばカード１４により支援を受けた又は今後支援を受けるアプリケーションに関する操作の実行を要求するコマンドを受領することが出来る。コマンドは外部から受領し、カード使用者に対してマン−マシン−インターフェースを通じて表示された中から選択された１つのサービスに関するものであってもよい。

本発明の重要な構成によれば、カード１４は、カード使用者（エンドユーザ）であるカード１４の所有者に対し、カード１４の支援を受けた又は今後支援を受けるアプリケーションに関する操作を制御可能に構成される。
カード使用者は、カード１４の支援を受けた又は今後支援を受けるアプリケーションに関する操作の実行要求に対し、承認又は拒絶が可能である。

図示しない他の実施例によれば、カード１４は、カード使用者であるカード１４の所有者に対し、少なくともカード１４及び電話１２間の少なくとも１つ又は２つのエンティティにより支援を受けた又は今後支援を受けるアプリケーションに関する操作を制御可能に構成される。

カード１４の支援を受けた又は今後支援を受ける選択されたアプリケーションに関する操作は、カード１４内への保護メモリ領域の作成であってもよい。保護メモリ領域は、カード１４の外部からインポートされるアプリケーションの格納、銀行サーバやモバイルネットワークサーバ１８のようなリモートサーバからカードメモリへの選択されたアプリケーションのダウンロード、選択されたアプリケーションの電話１２からカードメモリへの搭載、カードメモリ内におけるカードメモリ領域から他のカードメモリ領域への選択されたアプリケーションの移動、カードメモリ内への選択されたアプリケーションのインストール、カードマイクロプロセッサによる選択されたアプリケーションの実行、カードマイクロプロセッサによる選択されたアプリケーションの修正及び／又はカードメモリ内に格納され選択されたアプリケーションの消去に用いられる。

例えば、電子取引（又は支払）を行うために、カード１４は銀行取引（又は支払）手段としての電話１２と協働させてカード１４を用いるため、銀行業務アプリケーションを支援しなければならない。銀行業務アプリケーションは銀行サーバからカード１４にダウンロードしなければならない。

カード１４は、本発明に固有のアプリケーション（Ｓｅｌｆ ｉｓｓｕｅｒ ａｐｐｌｉｃａｔｉｏｎ、以降自己発行アプリケーション又はＳＩと称する）以外のアプリケーションを支援する必要がなく、ＳＩにより、カード１４の所有者であるカード使用者のみが今後カード１４の支援を受けるアプリケーションの制御を行う。

銀行業務アプリケーションデータをダウンロードするために、アプリケーション発行者である銀行サーバはまず初めに、電話１２を通じてカード１４に対してカード１４内における保護メモリ領域作成要求を送信する。カード使用者がカード１４内における保護メモリ領域作成を認証すると、カード１４はカード１４が銀行業務アプリケーションを支援することを許可する証明キー等のデータを銀行サーバに送信する。作成された保護メモリ領域は、カード使用者の制御下において銀行サーバにより今後発行されるアプリケーションの管理のためのメモリスペースとして用いられ、カード使用者によってのみ制御される。

銀行業務アプリケーションデータをダウンロードするために、カードメニュー又はカードサーバ由来の対応するサービスを選択した後、カード使用者は電話１２を通じてカード１４に対して電子支払端末１１４に準拠した銀行業務アプリケーションデータのダウンロード要求を送信する。

新規アプリケーション発行者として、カード１４は、銀行業務オペレータ又はその代理者に管理される銀行サーバからカード１４に今後支援されるアプリケーションの操作として銀行業務アプリケーションデータをダウンロードしなければならない。銀行業務アプリケーションデータをダウンロードすると、カード使用者は電子支払端末１１４を通じて銀行取引を実施するために銀行ネットワークを使用する権限を得る。

電子支払端末１１４との協働のために、電話１２は他のＩ／Ｏインターフェースとしての第２アンテナ１１１を有し、約２０ｃｍを上限とする短距離高周波双方向リンク１１３を通じて電子支払端末１１４と通信を行う。第２アンテナ１１１は、ＩＳＯ １４ ４４３及び／又はＮｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ）といったよく知られる非接触通信技術の実装に用いられる。

電子支払端末１１４はアンテナ１１５を備え、電話１２との短距離高周波双方向リンク１１３を通じた通信を行う。
電子支払端末１１４はディスプレイ画面１１６及びキーボード１１７を有する。キーボード１１７は販売したい製品又はサービスの金額を入力することが出来る。ディスプレイ画面１１６は製品又はサービスの販売への支払に関する金額を表示することが出来る。
電子支払端末１１４は、銀行業務オペレータ又は他の銀行業務オペレータといったその代理者の操作する銀行サーバ（図示しない）に接続される。
電子支払端末は、チップ１１０の媒体である電子支払手段としてのカード１４を所有するカード所有者との電子取引に用いられる。

図２との関連において、チップ１１０をより詳細に説明する。
チップ１１０は双方向リンク１３を介し、ＩＳＯ ７８１６型のコンタクトインターフェースを通じて電話１２との通信を行う。

実施例によれば、コンタクトインターフェースはＳＷＰの実装に用いられる１つのコンタクトパッドを有し、カード１４のウェブサーバ（又は、Ｓｍａｒｔ Ｃａｒｄ Ｗｅｂ ｓｅｒｖｅｒ（ＳＣＷＳ））内に統合された又は今後統合される１つ又は幾つかのアプリケーションにアクセスするために電話１２との通信を行う。

他の実施例によれば、コンタクトインターフェースはＳ２Ｃプロトコルの実装に用いられる１つのコンタクトパッドを有し、カード１４のウェブサーバ内に統合された又は今後統合される１つ又は幾つかのアプリケーションにアクセスするために電話との通信を行う。

本発明によれば、カード１４は固有のアプリケーション（以降、Ｓｅｌｆ ｉｓｓｕｅｒ ａｐｐｌｉｃａｔｉｏｎ（ＳＩ）、自己発行アプリケーションと称する）を支援する。ＳＩは特に、カード１４により支援を受けた又は今後支援を受けるアプリケーションの操作をカード使用者の制御によって認証するか否かを目的とする。

ＳＩはカード１４がマスタ、電話１２がスレーブとなる機構を用いるよう好ましくは構成される。よく知られるように、カード１４は電話１２へプロアクティブコマンドを送信する。
ＳＩがカード使用者と相互に作用するために、カード１４の提供するサービス、即ち新規アプリケーション発行者により今後ダウンロードされる銀行業務アプリケーションに充てられる保護メモリ領域のカード１４内における作成には、カード使用者に保護メモリ領域の作成を認証するか否かの指定を要求するメッセージと共に表示されるＳＣＷＳのページを通じてアクセス可能である。

ＳＣＷＳのページへのアクセスはウェブブラウザを介して行う。
ウェブブラウザは電話１２に格納され、駆動されるアプリケーションである。あるいは、Ｊａｖａ（登録商標）アプリケーションの場合はＭＩＤｌｅｔと称される。
改良例によれば、カードサーバを用いる代わりに、電話ディスプレイ画面１１２を通じてカードメニュー又は類似のものを介し、カード１４により今後支援されるアプリケーションに関する１つの操作として、カード１４内に今後ダウンロードされる銀行業務アプリケーションに充てられる保護メモリ領域の作成を行う。

図示しない他の実施例によれば、カード使用者は作成を行う代わりにＳＣＷＳのページを通じ、電話１２により支援される画像アプリケーションを通じて今後ダウンロードされる銀行業務アプリケーションに充てられる保護メモリ領域の作成を認証するか否かの指定を、カード使用者に要求するメッセージにより指示される。カードによって、より厳密にはＳＩによって画像アプリケーションは事前に認証されていることが望ましい。画像アプリケーションはカード使用者インターフェースとして、カード１４により支援を受けた又は今後支援を受けるアプリケーションに関する１つの操作の実行について、カード使用者が承諾を与えるか否かの指定に今後用いられるＳＩと対になっている。
カード１４は電話１２に挿入される。

他の実施例によれば、コンタクトインターフェースの代わりに、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉｆｉ（登録商標）接続などの非接触インターフェースとして短距離高周波リンクを通じ、カード１４と電話１２が相互に接続される。
提案されるアプリケーションの中には、チップ１１０により今後支援を受ける銀行業務アプリケーションが含まれる。銀行業務アプリケーションは、ＳＷＰ用のコンタクトパッド及び電話１２の第２アンテナ１１１を通じて、チップ１１０と電子支払端末１１４の協働を許可する。

代替案によれば、銀行業務アプリケーションへのアクセスにはＳＷＰ用のコンタクトパッドの代わりに、ＩＳＯ ７８１６準拠のコンタクトインターフェースを介してもよい。

他の代替案によれば、銀行業務アプリケーションへのアクセスにはＳＷＰ用のコンタクトパッドの代わりに、ＳｉｇＩｎ−Ｓｉｇｏｕｔ−Ｃｏｎｎｅｃｔｉｏｎ（又はＳ^２Ｃ）インターフェースを介してもよい。

改良例によれば、電話１２の第２アンテナ１１１を通じた通信を電子支払端末１１４と行うためのＳＷＰ用のコンタクトパッドの代わりに、対応する対話者として、カード１４自身はアンテナ（図示しない）を伴って構成される。

電話１２と相互に作用しカード使用者を関与させるために、カードチップ１１０は電話１２に今後送信されるプロアクティブコマンドを用いるように構成されることが好ましい。よって、カードチップ１１０はカードについての自身の認証に基づき、電話ディスプレイ画面１１２を通じてカード１４により支援された又は今後支援されるアプリケーションに関する操作の実行を認証するか禁止するかの選択をカード使用者に提案することが出来る。ここで言うアプリケーションの操作要求としてのコマンドは、カード１４により支援された又は今後支援されるアプリケーションに関する操作の実行の認証又は禁止のいずれかの選択を伴っていることが望ましい。

好ましくは、カードチップ１１０はカードについての自身の認証に基づき、電話ディスプレイ画面１１２を通じてデータ入力のためのメッセージをカード使用者に提案し、カード使用者を証明する。カードチップ１１０がカード使用者証明を有効化すると、カード１１０はカード使用者の選択を有効化する。

それぞれの操作要求に対して、カード使用者は電話マン−マシン−インターフェースを通じて自身がもたらす選択に従って、１つ又は幾つかの項目の提案及び選択が可能である。
カード使用者は、今後実行されるアプリケーションに関する操作をパーソナライズするために、自身の個人情報を表示するデータを入力することが出来る。
カード使用者は、カード１４により支援された又は今後支援されるアプリケーションに関する１つの操作の実行を認証または禁止するために、電話マン−マシン−インターフェースと相互に作用する。

銀行業務アプリケーションデータがダウンロードされると、カード１４が銀行業務アプリケーションを支援する。カード使用者証明後は、カード使用者はＳＣＷＳを通じて銀行業務アプリケーションにアクセスし、実行することが可能である。
チップ１１０はサーバ（図示しない）よりも先に、カード１４のキャリア（又は加入者と称する）をカード使用者として識別し証明する。ここで言うサーバはモバイルネットワークサーバとは異なる。

カード使用者は、ＭＮＯ用のモバイルネットワークサーバ１８及び／又は銀行業務オペレータ用の電子支払端末１１４を通じてオペレータ又はその代理（場合によっては別のオペレータ）の提案する幾つかのサービスへのアクセスが可能である。
個々のサービスは、カード１４内で少なくとも一部分において保護メモリ領域に格納された対応のアプリケーションと関連している。

図２はカード１４のチップ１１４内に組み込まれたコンポーネントを示す概略図であって、該コンポーネントは端末としての電話１２と相互に作用し、カード使用者がカード１４により支援された又は今後支援されるアプリケーションに関する１つの操作を自身で管理することを目的とする。

カード１４にはＳＩＭ型のスマートカードを用いることが出来、例を挙げれば、ＧＳＭネットワーク用のＳＩＭスマートカード、ＵＭＴＳネットワーク用のＵｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（又はＵＳＩＭ）、Ｃｏｄｅ Ｄｅｖｉｓｉｏｎ Ｍｕｔｉｐｌｅ Ａｃｃｅｓｓ（又はＣＤＭＡ）ネットワーク用のＲｅｍｏｖａｂｌｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（又はＲＵＩＭ）及び／又はＣＤＭＡ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ（又はＣＳＩＭ）がある。勿論、ここに挙げた例に限定されるものではない。

データ実行手段としてのチップ１１０は、１つのマイクロプロセッサ２２、揮発及び不揮発メモリ２４、そしてデータ及び管理内部バス２３を通じてそれらとともに接続された少なくとも１つのＩ／Ｏインターフェース２６とを備える。
Ｉ／Ｏインターフェース２６はカード１４の外部とのデータ交換に用いられ、即ち、電話Ｉ／Ｏインターフェースを通じて少なくとも電話１２及び電子支払端末１１４とのデータ交換を行う。

マイクロプロセッサ２２はカードメモリ内に格納された全てのアプリケーション、特にＳｅｌｆ−ｉｓｓｕｅｒ（ＳＩ）アプリケーションを実行する。
マイクロプロセッサ２２はリードライトメモリなどのカード１４内の全てのコンポーネントの制御と通信を行う。

メモリ２４は１つ又は幾つかのＥＥＰＲＯＭ（“Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ”の頭文字の略）、１つ又は幾つかのＲＯＭ（“Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ”の頭文字の略）、１つ又は幾つかのフラッシュメモリ及び／又は１つ又は幾つかのＲＡＭ（“Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ”の頭文字の略）のように他の異なる型のメモリによって構成可能である。

本発明によれば、チップ１１０は、カード１４により支援された又は今後支援されるアプリケーションに関する１つの操作の実行の前にカード使用者に対して認証を要求することでカード使用者を関与させ、カード使用者がここで言う操作の実行を承認したか拒絶したかを確認する。

メモリ２４は、幾つかの保護メモリ領域２４２、２４４、２４６又はカードに関連するＧｌｏｂａｌＰｌａｔｆｏｒｍ仕様のセキュリティドメインを備えている。
保護メモリ領域２４２はＯｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（又はＯＳ）に関するデータを格納する。ＯＳは、チップ１１０の外側とＳＩとの間にある中継ソフトウェアエンティティとして作動する。

以降に示すように、メモリ２４は、例えば銀行業務オペレータに関連したサーバなどのアプリケーション発行者と関連付けられカード使用者の制御の元に作成される別の保護メモリ領域２４６を備える。ここで言うアプリケーション発行者は、既に登録済のアプリケーション発行者又はトークン発行者とは異なる。

本発明によれば、保護メモリ領域２４４はカード使用者に関連するデータを格納する。例えば、本発明に固有のＳｅｌｆ−Ｉｓｓｕｅｒアプリケーション（又はＳＩ）と称される本発明に固有のアプリケーション、カード使用者自身が入力するべき個人識別情報を含んだオン−カードのカード使用者代理、カード使用者を証明するために関連付けられたユーザ証明キーｋｕが格納されている。チップ１１０はカード使用者により初期化段階及び所定のアルゴリズム中に入力された個人識別情報に基づき、関連付けられたユーザ証明キーｋｕを生成するよう構成される。個人識別情報としては、ＰＩＮが挙げられる。所定のアルゴリズムが証明キーの生成に用いられ、また、保護メモリ領域２４４に格納される。
保護メモリ領域２４４はカード使用者に固有であり、このことによってカード１４はオン−カードのカード使用者アイテンディティ代理となる。

オン−カード使用者アイデンティティは、オン−カード保護メモリ領域２４４と関連付けられる。
カード１４と接続するため、こうしたオン−カード使用者アイデンティティは、オフ−カードエンティティとしての外部エンティティによる証明が可能である。

代替案によれば、オン−カード使用者アイデンティティの作成は固有認証ナンバーによって認証される。こうした固有認証ナンバーは、カード１４を発行するカード発行者によって生成される。カード発行者はこのようにして、カード使用者に対して使用者独自の環境を作成又は設計するための認証を与える。

オン−カード使用者アイデンティティの生成及びカード使用者の証明により、カード使用者は対応の保護メモリ領域と関連付けられた管理サービスのロック解除が可能となる。カード使用者の証明は、例えばログインの実行、ＳＩの構成に応じて個別の質問に対するパスワード入力及び／又は応答などの異なる個人データによる。

簡便化のため、ＳＩはカード１４により今後支援されるアプリケーションの操作について、トークン発行者の役割をカード使用者に許可し、例えば少なくとも１つの今後ダウンロードされる銀行業務アプリケーションに充てられる保護メモリ領域２４６の作成が許可される。さらに、カード１４の支援を受けると、ＳＩはカード１４に支援されたアプリケーションの操作について、アプリケーション発行者の役割をカード使用者に許可し、例えば銀行業務アプリケーションの実行及び／又は修正が許可される。

また、保護メモリ領域２４４は幾つかのアプリケーション発行者に由来する一連のアプリケーションの個々を操作するのに用いる一連のキーも格納する。一連のキーの個々は、カード使用者のみが把握する及び／又はカード使用者固有の、例えばＰＩＮ及び／又は生体データなどの認証ナンバーに関連付けられている。認証ナンバーは、例えばＧｅｍａｌｔｏ（登録商標）などのカード発行者により提供される。１つ又はいくつかのキーはカード１４により今後発行されるものであり、例えば銀行サーバなどのリモートサーバといった外部エンティティより先にカード使用者を認証し、外部エンティティの提案するサービスを享受出来るようにする。ここで言うキーは、アプリケーション発行者より先にカード使用者を証明するための証明キー、秘密にデータ交換を行うためのキー、及び／又はデータの暗号化及び／又は複合化のためのキーであってよい。こうしたキーは保護メモリ領域２４４に搭載されているか、サーバのような外部エンティティからダウンロードされている。認証ナンバーは、カード使用者及びアプリケーション発行者のみが把握している。

随意に、カード使用者の要求にさらに関し、保護メモリ領域２４４はカード１４により支援された又は支援される識別済アプリケーションに関連する特定の操作と関連付けられた少なくとも１つの事前認証ナンバーを格納又は生成する。カード使用者にさらに関し、カード１４が事前認証ナンバーを特定のコマンドの実行のために生成する時、カード１４はアプリケーション発行者に自身の認証を与えるために事前認証ナンバーを送信する。事前認証ナンバーは、カード１４から銀行業務オペレータのようなアプリケーション発行者へ提供される。事前認証ナンバーは、銀行業務アプリケーションデータのダウンロードのようにカード１４に支援された又は今後支援されるアプリケーションに関連したここで言う操作の実行のためのコマンド又は命令の実行の認証を行う権利の生成に用いられる。そして、必要に応じてアプリケーション発行者はカード１４に対し、認証済コマンド又は要求と関連付けられた認証ナンバーを送信する。こうした場合、要求又はコマンドの操作実行の前に、認証ナンバーはカード１４によって検証される。カード使用者を証明するために、電話マン−マシン−インターフェースを通じてＰｅｒｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ（又はＰＩＮ）としてのデータを入力することでカード使用者を関与させ、銀行業務アプリケーションのダウンロード実行についてのユーザの認証を与えるか否かを指定する。
秘密データとしてのＰＩＮは、唯一であるカード使用者及びカード１４に把握される。

図示しない他の実施例によれば、ＰＩＮの替わりにカード使用者は少なくとも１つの電話インターフェース（図示しない）を通じて指紋のような個人生体データを入力しなければならない。

図示しないさらに他の実施例によれば、エンドユーザは電話マン−マシンインターフェースを通じてＰＩＮとしてのデータを入力し、そして少なくとも１つの電話インターフェース（図示しない）を通じて個人生体データを入力しなければならない。

今後作成される別の保護メモリ領域２４８は、未登録のアプリケーション発行者としてのモバイルネットワークオペレータに関するデータであって、例えばＳＩＭアプリケーション、ＳＩＭ Ｔｏｏｌｋｉｔアプリケーション、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（又はＩＭＳＩ）などを、全てのＧＳＭ及びＵＭＴＳネットワーク携帯電話ユーザに関連付けられた固有ナンバー及び関連する認証キーｋｉとして格納する。

ＩＭＳＩは、少なくとも１つのセルラ方式通信ネットワークより先にカード使用者を加入者として識別することに用いられる。証明キーｋｉはカード使用者を証明し、セルラ方式通信ネットワークの使用権を与えるために用いられる。

ここで言うアプリケーションを配信するアプリケーション発行者がどの保護メモリ領域とも関連付けられていない場合、新しい保護メモリ領域２４８が作成され、カード使用者の制御の下に新しいアプリケーション発行者と関連付けられる。本発明によって、カード使用者がカード使用者証明によって認証すると、ＳＩはＳＩＭアプリケーションに関連するデータが今後格納される保護メモリ領域２４８をまず作成する。新しい保護メモリ領域の作成は、新しいサービス提供者に由来するデータのために今後使用されるカードメモリ２４中における所定のメモリサイズの割り当てに起因する。

保護メモリ領域２４８は、今後ダウンロードされるＳＩＭアプリケーションに関するデータの格納を目的とし、ユーザ識別子及び対応する証明キーｋｂが格納される。証明キーｋｂはカード使用者の証明に用いられ、カード使用者にＳＩＭアプリケーションのダウンロード及びセルラ方式通信ネットワークの使用権を与える。

カード使用者のここで言う操作の実行の承認又は拒絶を確認するために、チップ１１０は好ましくはカード使用者の入力したデータとカード１４（より正確にはカード使用者に関連する保護メモリ領域２４４）が格納している又はカード１４がアクセス可能な期待データとを比較するよう構成される。

入力されたデータと期待データの比較によって、チップ１１０はカード１４に支援された又は今後支援されるアプリケーションに関する操作の実行を、一致した場合には認証を、互いに異なっていた場合には禁止する。
期待データと入力されたデータとが一致した場合、チップ１１０はカード１４に支援された又は今後支援されるアプリケーションに関する操作を認証し、カード使用者に関連する保護メモリ領域２４４に格納されたここで言う操作に固有の証明キーを解放する。キーは例えば、銀行業務アプリケーションのダウンロードに関連する証明キーｋｄである。

図３は、カード１４に今後支援されるアプリケーションの１つの操作を管理するために実施されるステップからなるシーケンス３０を示す簡略図である。
銀行業務アプリケーションのダウンロードには、秘密データであって唯一のカード使用者及びカード１４に把握されるＰＩＮを用いたカード使用者認証が必要であると想定される。

さらには、銀行業務アプリケーションは新規アプリケーション発行者による提供が想定され、言い換えればカード１４によって既に登録され利用可能な提供者とは異なるサービス提供者による提供であって、即ち、携帯電話使用者又はその代理とは異なる銀行オペレータ又はその代理に操作される銀行サーバによる提供が想定される。サービス提供者は、サービスに対応するアプリケーションを提供する。

第１に、初期化段階３２において、カード使用者は個人識別情報を入力する。個人識別情報は、好ましくは例えばユーザの姓、名、そしてＰＩＮなどその他の個人情報といったカード使用者を証明するためのカード使用者の識別子を含む。カード使用者の識別子及びＰＩＮはいずれもＳＩに関連付けられ保護メモリ領域２４４に格納される。カード１４により今後支援されるアプリケーションの操作、即ち銀行業務アプリケーションに関するデータのダウンロードなどを認証するために、カード使用者はＰＩＮを入力しなければならない。銀行業務アプリケーションは、格納されたＰＩＮの入力にさらに加えてカード使用者による認証が行われた場合にのみ、ダウンロードされる。

次に、カード１４はステップ３２において電話Ｉ／Ｏインターフェースを通じて外部からの操作要求、即ちカード１４内の保護メモリ領域への銀行業務アプリケーションのダウンロード要求を受信する。カード１４が受信した操作要求は、ＳＩへ転送される。
そして、ステップ３６において正しいＰＩＮを与えるための試行のカウントに関連した承認カウンタがゼロに初期化される。

随意に、カード１４は事前認証ナンバー（図示しない）を受信する。事前認証ナンバーは、カード使用者証明の前にカード使用者によって使用されるものである。事前認証ナンバーがカード使用者によって入力されると、カード１４は例えば作成済みの保護メモリ領域に今後格納されるアプリケーションデータのダウンロードといった、カード１４に支援された又は今後支援される少なくとも１つのアプリケーションに関する操作の実行要求を受信すると、場合によっては新規アプリケーションの発行者であるリモートサーバのような外部エンティティに対し、カード１４を認証する権限を送信してさらに先へと進める。

次に、カード１４はステップ３８においてＰＩＮの付与による証明をカード使用者に要求するためのデータを電話１２へ送信し、対応する操作、即ち銀行業務アプリケーションのダウンロードの実行を認証する。
該データはカード１４、即ちＳＩと電話１２の間で交換され、電話１２は暗号化されている。

電話１２は１つのＨＴＭＬページを表示し、カード使用者に対して操作要求受信を通知するメッセージを操作説明及び対応する要求者の識別子とともに提示する。メッセージは例えば、「銀行業務アプリケーションのダウンロードを認証しますか？」というもので「認証する」、「認証しない」といった２つのボタンと共に提示される。「認証する」ボタンを押下することで、カード使用者は操作要求を有効化する。

電話１２はステップ３１０において他のＨＴＭＬページを表示し、ユーザに対してＰＩＮの入力を指示するメッセージを提示する。メッセージは例えば、「ＰＩＮを入力して下さい」、というもので「入力する」、「入力しない」といった２つのボタンと共に表示される。従って、カード使用者は、カード使用者認証試行に関するカウントをインクリメントすることなく入力済データの有効化又は無効化が可能である。こうして、カード使用者はここで言う操作の実行、即ち銀行業務アプリケーションデータのダウンロードに関する同意又は認証を要求される。

カード使用者はステップ３１２において、例えば電話キーボード１９を用いてＰＩＮと見なされるデータを入力し、入力したばかりのデータを有効化する。
好ましくは、カード使用者により入力されたデータは対応するページにおいてフォームにそのまま表示されるのではなく、保護されたフォームで表示される。これにより、カード使用者以外の第三者、例えば窃盗犯などは入力されたデータの値を認識出来なくなる。ＰＩＮとしてデータを入力する際は、窃盗から入力済のデータを保護するため入力された文字が電話ディスプレイ画面において不可視になるよう、入力された個々の文字は電話ディスプレイ画面にアスタリスク（又は他の文字）が表示される。

電話１２はステップ３１４において、対応する操作要求を認証するための入力済データをカード１４へと送り返す。
次に、カード１４はステップ３１６において対応する操作、即ち銀行業務アプリケーションのダウンロードの実行の可否を決めるため、少なくとも１つの状態が満たされているかどうかデータを検証する。より正確には、カード１４はＰＩＮとして入力されたデータが予期したＰＩＮであるかどうかを分析する。

入力されたデータがカード１４に格納されている予期したＰＩＮと一致し、分析の結果が是であった時は、カード１４はステップ３１８において要求された操作の実行、即ち銀行業務アプリケーションのダウンロードを認証する。比較に成功した場合、カード１４はアプリケーション発行者と関連付けられている以前に作成した保護メモリ領域２４６を用いる。カード１４はさらに、外部に由来するデータの受信を許可する。
カード１４は、要求された操作に続く結果に関するデータを外部に送信してもよい。

データの受信をカード１４に許可するため、カード１４は場合によってアプリケーション発行者であるサーバのような外部エンティティに対し、保護メモリ領域２４４に格納されているかＳＩによって生成されカード使用者に関連しているキーのようなデータを送信する。操作要求が保護メモリ領域の作成であった場合、キーは場合によっては作成された保護メモリ領域に今後格納されるアプリケーションデータのダウンロード要求を伴う。外部エンティティが、証明キーの有効化のようなカード１４由来データの操作に成功した場合、外部エンティティはカード１４に対し要求されたデータのいくつかを送り返す。カード１４、より正確にはＳＩは、作成済の保護メモリ領域２４６に格納するアプリケーションと関連付けられた保護メモリ領域２４６へと受信したデータを導く。

随意に、カード内容管理は、関連付けられた保護メモリ領域が事前にＳＩから署名を得られている場合にのみ行われる。ＳＩは、銀行サーバなどのアプリケーション発行者と関連付けられた保護メモリ領域に送信されるカード使用者認証に基づき、対応する署名を生成する。
入力されたデータがカード１４に格納されている予期したＰＩＮと一致せず、分析の結果が非であった時は、カード１４はステップ３２０において承認カウンタをインクリメントする。

次に、カード１４はステップ３２２において承認カウンタが所定の値、例えば“３”に到達しているかどうかを分析する。
承認カウンタの値が所定の最大値と等しい場合、カード１４はステップ３２４において要求された操作、即ち銀行業務アプリケーションデータのダウンロードを否定し、以降のステップに進むことを禁じる。一方で、カード１４は場合によって電話１２に対して要求された操作の否定をカード使用者に通知するメッセージを送信する。

反対に、承認カウンタの値が最大値以下の場合、ステップ３８が繰り返される。カード１４はＰＩＮに関するさらなる試行を送ることで電話１２に対してカード使用者の証明を要求するためのデータを再度送信し、操作要求の実行、即ち銀行業務アプリケーションデータのダウンロードの認証又は禁止を行う。

カード使用者は、自身のみが把握するデータ及び／又は生体データのように自身に固有の個人データに基づきチップ１１０内における自身の環境を制御している。そのため、同一のカード１４を複数のユーザが所有し、個々のユーザがチップ１１０内に自身の環境を有することが出来る。例えば、一人のカード使用者がカード１４に支援された１つのアプリケーションのためにカード１４を使用しながら、関連付けられた保護メモリ領域に個人認証データによってアクセスを行う。また別のカード使用者も、同じ又は別のアプリケーションのために同一のカード１４を使用しながら、別の関連付けられた保護メモリ領域に他の個人認証データによってアクセスを行うことが出来る。

このように構成されたカード１４によって、場合によっては複数のカード使用者はチップ１１０における自身の環境の制御が可能になり、使い勝手の良い携帯電子メディアの提供が可能になる。
カード使用者は、カード１４に支援された又は今後支援されるアプリケーションに関する対応した操作の実行の前に自身の同意を与えるか否かを示すことでカードチップ１１０を自由に設計する。対応した操作とは、具体的には新規アプリケーション発行者に関連付けられる保護メモリ領域の作成、アプリケーションの搭載、ダウンロード、インポート、移動、修正、追加、削除、インストール及び／又は実行を指す。

解決策として、ＧｌｏｂａｌＰｌａｔｆｏｒｍ準拠で、ＳＣＷＳを伴うカードのためにＧＰ２．２であることが挙げられる。
解決策はまた政府サービスに準拠しており、いわゆるＰｒｉｖａｃｙ ｅｎｈａｎｃｅｄ ｔｅｃｈｎｏｌｏｇｙ（又はＰＥＴ）が必要となる場合がある。トークンとしてのカードのアップデートはカード使用者によって認証され、カードは将来の保証のためのユーザの同意を登録する。よって、本発明のカード（又はトークン）は、エンドユーザとしてカード使用者の１又は複数の同意を得、管理する一般的モデルの提供が可能である。言い換えれば、本発明の提供するカードは、カードによって操作される個々の要求につき１つの認証を格納することが出来る。

図４はメッセージフロー４０の例であって、サーバ４２、カード１４、エンドユーザとしてのカード使用者４４を含む。
ここでは、カード使用者４４はカード１４を所有するものと想定される。

サーバ４２は、カード１４に対して保護メモリ領域作成のための要求４６を送信する。作成される保護メモリ領域は、銀行業務オペレータ又はその代理といったアプリケーション発行者に充てられる。アプリケーションの例としては、銀行業務オペレータ又はその代理によって今後発行される銀行業務アプリケーションがある。カード１４内に保護メモリ領域が作成されると、銀行業務アプリケーションは作成された保護メモリ領域内に格納される。

要求４６を受け取ると、カード１４はメモリ内に格納されており保護メモリ作成要求の操作４６専用のアプリケーション、即ちＳＩを起動させる。
カード１４、より正確にはカード１４の実行するＳＩは、保護メモリ領域作成の要求の受信と解釈を行う。

カード１４が保護メモリ領域作成要求と場合によってはその送信者を認識すると、カード１４、より正確にはカード１４に実行されるＳＩは、保護メモリ領域作成要求の操作実行の前にカード使用者４４の認証を与えるか否かを指定させるためにカード使用者を関与させ、フローをさらに進める。

カード使用者４４は、電話１２やカード１４などの提供するユーザインターフェースを通じてカード１４、より正確にはカード１４の実行するＳＩと相互に作用が可能である。
カード使用者４４を関与させるため、カード１４、より正確にはカード１４の実行するＳＩはカード使用者の認証を求めるための要求４８を送信する。
カード使用者４４は、例えば“許可する”、“許可しない”といった２つのボタンの表示とともに、“銀行業務アプリケーションに充てられる保護メモリ領域の作成を認証しますか？”といったメッセージを受信する。

カード使用者４４は“許可する”のボタンを押下することで操作要求を有効化し、保護メモリ領域の作成の操作要求実行への同意として、カード使用者のみが把握するＰＩＮ及び／又はユーザを証明する他のデータを入力し、認証を与える。ＰＩＮ又はカード使用者４４を証明する他のデータは、ＰＩＮ及び／又はカード使用者４４を証明する他のデータを格納するカード１４、より正確にはカード１４の実行するＳＩによって調べられる。

また、カード使用者４４は今後支援されるアプリケーションを修正する権利といった、今後作成される保護メモリ領域の使用に関する権利を定義する。自身の権利を定義するため、カード使用者４４は、個々の権利の主題を説明する何らかのテキストに関連づけられた電話ディスプレイ画面に表示されたチェックボックスをチェックするかしないようにしてもよい。

カード使用者４４がデータを入力すると、ユーザインターフェースは入力されたデータ４１０をカード１４へ送信する。
保護メモリ領域作成要求の操作実行の認証を調べるために、カード１４、より正確にはカード１４の実行するＳＩはカード使用者証明の有効化を含む。
カード使用者４４が保護メモリ領域作成要求の操作実行の認証を行ったと証明されると、カード１４、より正確にはカード１４の実行するＳＩはカード１４内に保護メモリ領域を作成する。

次に、カード１４、より正確にはカード１４の実行するＳＩはサーバ４２に対して証明キーなどの証明書４１２を送信し、カード１４内に保護メモリ領域が作成されたことをサーバに示す。証明書はサーバ４２によって検証されるものである。証明書は、カード１４内に格納するか、カード１４によって生成されてカード使用者４４がＳＩを実行するカード１４によって有効に認証されるとすぐに解放するように構成出来る。

本発明によれば、カード使用者４４はカード１４により支援された又は今後支援されるアプリケーションの管理に関してカード発行者と等しい権限を持つことが出来る。

Claims (9)

1. トークン（１４）により支援を受けた又は今後支援を受けるアプリケーションに関する少なくとも１つの操作を管理するための方法（３０）であって、前記トークンは、データ操作手段（２２）と、データ格納手段（２４）と、外部通信手段（２６）とを備え、前記方法は、
   前記トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する前記少なくとも１つの操作を実行する前に、前記トークンが少なくとも１人のトークン使用者に前記少なくとも１つの操作を実行することの認証を与えることを要求するプロアクティブコマンドを送信する第１のステップ（３８）と、
   少なくとも１人のトークン使用者が前記少なくとも１つの操作を実行することの認証を与えたか否かを前記トークンが検証するステップ（３１６）と、
   前記少なくとも１人のトークン使用者が前記少なくとも１つの操作を実行することの認証を与えた場合、前記トークンがトークン（１４）に支援を受けた又は今後支援を受けるアプリケーションに関する少なくとも１つの操作を実行することを認証するステップ（３１８）と、を備え、
   支援を受けた又は今後支援を受ける前記アプリケーションに関する前記少なくとも１つの操作はグループ内の少なくとも１つの要素であり、前記グループは、
   前記データ格納手段への前記アプリケーションのダウンロード、
   前記データ格納手段への前記アプリケーションの搭載、
   前記データ格納手段内での前記アプリケーションの移動、
   前記データ格納手段内での前記アプリケーションのインストール、
   前記データ操作手段による前記アプリケーションの起動、
   前記データ操作手段による前記アプリケーションの修正、及び
   前記データ格納手段内での前記アプリケーションの削除、
   の要素からなることを特徴とする方法。
2. 前記トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する前記少なくとも１つの操作を実行する前に、前記トークンが少なくとも１人のトークン使用者に認証を与えることを要求するプロアクティブコマンドを送信することからなる前記第1のステップ（３８）よりも前に、事前認証ナンバーに関連しており外部に送るべきデータを生成して前記トークンの認証のための権利の生成に用い、前記トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する前記少なくとも１つの操作の実行要求を操作することを特徴とする請求項１に記載の方法。
3. 前記少なくとも1人の前記トークン使用者は、認証を与えるか否かの指定のためにＰｌＮ及び／又は個人生体データといったパスワードを入力することで、前記少なくとも1人のトークン使用者を証明することを特徴とする請求項１又は２に記載の方法。
4. 前記トークンが少なくとも1人のトークン使用者に認証を与えることを要求するプロアクティブコマンドを送信することからなる前記第1のステップ（３８）の前に、トークンを発行したトークン発行者に由来するデータに基づき、少なくとも1人のトークン使用者は認証ナンバーを入力することを特徴とする請求項１乃至３のいずれかに記載の方法。
5. 前記トークンにより支援を受けた又は今後支援を受ける前記アプリケーションは、前記少なくとも１人のトークン使用者による同一の制御下にある前記トークンの１つの保護メモリ領域と関連付けられ、前記保護メモリ領域はデータ格納手段内に含まれることを特徴とする請求項１乃至４のいずれかに記載の方法。
6. 前記トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する前記少なくとも１つの操作を実行する前に、前記トークンが少なくとも１人のトークン使用者に認証を与えることを要求するプロアクティブコマンドを送信することからなる前記第1のステップ（３８）は、前記トークンに内蔵されウェブサーバに関連するページを通して行われることを特徴とする請求項１乃至５のいずれかに記載の方法。
7. 端末と協働する前記トークンにおいて、前記トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する前記少なくとも１つの操作を実行する前に、前記トークンが少なくとも１人のトークン使用者に認証を与えることを要求するプロアクティブコマンドを送信することからなる前記第1のステップ（３８）は、前記端末に支援され前記トークンによって証明されている画像アプリケーションを通じて行われることを特徴とする請求項１乃至５のいずれかに記載の方法。
8. 前記トークンにより今後支援を受けるアプリケーションに関する前記少なくとも１つの操作を実行する前に、前記トークンが少なくとも１人のトークン使用者に認証を与えることを要求するプロアクティブコマンドを送信することからなる前記第1のステップ（３８）よりも前に、前記トークンは外部由来のデータを受信し、前記データは少なくとも１人のトークン使用者による同一の制御下にある前記トークンの１つの保護メモリ領域の作成要求を含んでおり、前記トークンの１つの保護メモリ領域は少なくとも１人のトークン使用者による同一の制御下において作成されており、またアプリケーション発行者と関連付けられており、前記アプリケーション発行者は前記トークンにより今後支援される前記アプリケーションを発行することを特徴とする請求項１乃至７のいずれかに記載の方法。
9. トークン（１４）により支援を受けた又は今後支援を受けるアプリケーションに関する少なくとも１つの操作を管理するためのトークンであって、前記トークンは、データ操作手段（２２）と、データ格納手段（２４）と、外部通信手段（２６）とを備え、前記トークンは、
   前記トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する前記少なくとも１つの操作を実行する前に、少なくとも一人のトークン使用者に前記少なくとも１つの操作を実行することの認証を要求するプロアクティブコマンドの送信（３８）と、
   前記少なくとも１人のトークン使用者が前記少なくとも１つの操作を実行することの認証を与えたかの検証（３１６）と、
   前記少なくとも１人のトークン使用者が前記少なくとも１つの操作を実行することの認証を与えた場合、トークンにより支援を受けた又は今後支援を受けるアプリケーションに関する少なくとも１つの操作を実行することの認証（３１８）と、
   を行うよう構成され、
   支援を受けた又は今後支援を受ける前記アプリケーションに関する前記少なくとも１つの操作はグループ内の少なくとも１つの要素であり、前記グループは、
   前記データ格納手段への前記アプリケーションのダウンロード、
   前記データ格納手段への前記アプリケーションの搭載、
   前記データ格納手段内での前記アプリケーションの移動、
   前記データ格納手段内での前記アプリケーションのインストール、
   前記データ操作手段による前記アプリケーションの起動、
   前記データ操作手段による前記アプリケーションの修正、及び
   前記データ格納手段内での前記アプリケーションの削除、
   の要素からなることを特徴とするトークン。

Images