セキュリティエレメントにコマンドを出す方法及び移動端末
本発明は移動端末のセキュリティエレメントにコマンドを出す方法及び移動端末に関する。移動端末のインストールアプリケーションは移動端末のプラットフォームライブラリにコマンドを出す（３０２）。次に、プラットフォームライブラリはセキュリティエレメントのアクセス制御ファイルから情報を読み取る（３０８）。この後、プラットフォームライブラリはアクセス制御ファイル情報に従ってユーザからセキュリティエレメントに対するアクセスコードを取得し（３１２）、取得したアクセスコードとコマンドをセキュリティエレメントに入力する（３１４）。アクセスコードがセキュリティエレメントによって承認されたならばセキュリティエレメントでコマンドに従って動作を実行する（３１６）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動端末のセキュリティエレメントにコマンドを出す方法、及び移動端末に関する。
【背景技術】
【０００２】
移動端末のソフトウェア環境と３Ｇ（第三世代）仕様の公開に伴って、第三者（セルラ運営者及び移動端末製造業者を含む）が、端末内の、通常スマートカードである、セキュリティエレメントを処理する移動端末用のアプリケーションを製作することが可能になりつつある。ユーザによって移動端末にインストールされるアプリケーションをインストールアプリケーションと呼ぶことがある。移動端末内に永続的に存在するアプリケーションは通常、装置の製造時に製造業者によって移動端末にインストールされ、プラットフォームライブラリと呼ばれる。本出願を通じて、インストールアプリケーション及びプラットフォームライブラリという２つの用語を使用する。通常、ユーザは移動端末の入手後にインストールアプリケーションを移動端末にインストールし、製造業者は移動端末を最終顧客に販売する前にプラットフォームライブラリまたはその一部を移動端末にインストールする。
【０００３】
Ｊａｖａ（登録商標）コミュニティプロセス（ＪＣＰ）専門家グループは、ＪＳＲ−１７７（Ｊａｖａ（登録商標）仕様要求１７７）と呼ばれる仕様の中で移動端末及びセキュリティエレメントのためのＪａｖａ（登録商標）プログラミング環境を規定している。Ｊａｖａ（登録商標）ミッドレットのようなインストールアプリケーションは多数のソースから端末にロードすることができ、こうしたアプリケーションのためのセキュリティ環境はセキュリティエレメントのセキュリティ環境と異なっているため、セキュリティエレメントアプリケーションが、セキュリティエレメントアプリケーションについてのコマンドを呼び出すことのできるインストールアプリケーションを規定できる機構が必要である。
【０００４】
インストールアプリケーションは署名することができ、移動端末は署名と、ひいてはインストールアプリケーションの出所を検証する。移動端末はセルラ運営者、製造業者等から提供されるアプリケーションに対して個々の制限を有してもよい。従って、アプリケーションの発行者はミッドレットに署名し、移動端末はその署名を検証し、署名がセルラ運営者のものであれば、ミッドレットはそのセキュリティドメインに対する権利を得る（例えば、電話をかけることができ、セキュリティエレメントにアクセスすることができるが移動端末のオペレーティングシステムの領域に書き込むことはできない）。
【０００５】
ＳＩＭ（加入者識別モジュール）またはＵＳＩＭ（ＵＭＴＳ ＳＩＭ）カード、端末自体のセキュリティエレメントまたは端末の付属品内のセキュリティエレメントといった移動端末のセキュリティエレメントではデータの安全な格納と処理が必要になる。例えば、秘密鍵は損なわれてはならず、従って秘密鍵はセキュリティエレメントから離れてはならないので、デジタル署名作成の動作を行うには非常に安全なエレメントが必要である。セキュリティエレメントの他の使用法はネットワークへのアクセスの認証、電子マネーまたはチケットの格納、または金融取引の処理である。従って、インストールアプリケーションはこうした高度な機能のためセキュリティエレメントにアクセスする必要がある。
【０００６】
基本的な問題は、セキュリティエレメントで実行されるアプリケーション自体はそれにアクセスするインストールアプリケーションが適切な権利を有する有効なアプリケーションであるかを検証できないことである。セルラ運営者はＳＩＭアクセスを運営者自体から提供されるアプリケーションに制限したい。攻撃を仕掛けてくるアプリケーションはアクセス認可のためのセキュリティコードを偽造することができ、インストールアプリケーション全体を検証のためセキュリティエレメントに転送するのは不可能である（実際には有効なアプリケーションを検証のために提供するのは可能かもしれないが、攻撃側のアプリケーションはアクセス認可の後エレメントを使用する）。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、移動端末のセキュリティエレメントにコマンドを出す改良された方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明の１つの態様によれば、移動端末のセキュリティエレメントにコマンドを出す方法であって、移動端末のインストールアプリケーションによって移動端末のプラットフォームライブラリにコマンドを出すステップと、プラットフォームライブラリによってセキュリティエレメントのアクセス制御ファイルから情報を読み取るステップと、プラットフォームライブラリによってアクセス制御ファイル情報に従ってユーザからセキュリティエレメントに対するアクセスコードを取得するステップと、プラットフォームライブラリによって取得したアクセスコードとコマンドをセキュリティエレメントに入力するステップと、アクセスコードがセキュリティエレメントによって承認されたならばセキュリティエレメントでコマンドに従って動作を実行するステップとを有する方法が提供される。
【０００９】
本発明の別の目的は、改良された移動端末を提供することである。
【００１０】
本発明の別の態様によれば、移動端末であって、プラットフォームライブラリと、インストールアプリケーションと、ユーザインタフェースと、セキュリティエレメントとを備え、インストールアプリケーションがプラットフォームライブラリにコマンドを出すよう構成され、プラットフォームライブラリが、セキュリティエレメントのアクセス制御ファイルから情報を読み取り、アクセス制御ファイル情報によってユーザインタフェースを介してユーザからセキュリティエレメントに対するアクセスコードを取得し、取得したアクセスコードとコマンドをセキュリティエレメントに入力するよう構成され、セキュリティエレメントがアクセスコードを承認したならばセキュリティエレメントがコマンドに従って動作を実行するよう構成される移動端末が提供される。
【００１１】
本発明の実施例は従属請求項に記載されている。
【００１２】
本発明はいくつかの利点を提供する。移動端末は個々のセキュリティエレメントの特性を知る必要がないので、１つの移動端末は、セキュリティエレメントがアクセスコード取得のために使用される情報を備えたアクセス制御ファイルを含む限り多様な異なるセキュリティエレメントを使用することができる。移動端末のセキュリティは、インストールアプリケーションがセキュリティエレメントとアクセスコードを直接処理できないため増大する。本発明によってセキュリティエレメントはその固有のセキュリティ境界を規定することができる。
【発明を実施するための最良の形態】
【００１３】
以下、好適実施例と添付の図面を参照して本発明をより詳細に説明する。
【００１４】
図１を参照して、移動端末１００の構成の例を説明する。移動端末１００は、例えば移動システム、ＰＤＡ（携帯情報端末）装置といった無線システムにおける加入者端末のようなユビキタスコンピューティングに関連する携帯装置、またはセキュリティエレメント１０６をその動作に組み込んだ別の電子装置でもよい。また、装置は様々な役割を組み合わせてもよい。すなわち、例えば加入者端末とＰＤＡ装置の組み合わせでもよく、ノキア（Nokia）（登録商標）のコミュニケータ（Communicator）（登録商標）はそうした装置の一例である。
【００１５】
この例では、移動端末１００は無線システムにおける加入者端末であり、移動端末１００はアンテナ１１０と無線送受信機１０８とを備える。移動端末１００は無線システムのネットワーク部１１４との双方向無線接続１１２を確立することができる。無線送受信機１０８は、例えば先行技術の移動局送受信機であり、例えばＧＳＭ（移動通信用グローバルシステム）システム、ＧＰＲＳ（一般パケット無線システム）システムまたはＵＭＴＳ（ユニバーサル移動通信システム）で動作する。
【００１６】
典型的な移動端末１００は、移動端末１００のユーザ１２０が対話のために使用するユーザインタフェース１０４として、キーパッド、ディスプレイ、マイクロホン及びスピーカといった構成要素を備えている。移動端末１００の電源は一般に充電式電池である。
【００１７】
移動端末１００は、端末及びその様々な部分の動作を制御及び監視する制御ユニット１０２を備えている。現在、制御ユニット１０２は一般にソフトウェアを備えたプロセッサとして実装されるが、個別論理素子から製造される回路、または１つかそれ以上の特定用途向け集積回路（ＡＳＩＣ）といった異なるハードウェア実装も可能である。こうした異なる実装の組み合わせも可能である。実装を選択する際、当業者は、例えば、装置の寸法と消費電力、必要な処理性能、製造コスト及び生産量に対して設定される要件を考慮する。
【００１８】
次に、図２を参照して、制御ユニット１０２とセキュリティエレメント１０６の構成を説明する。制御ユニット１０２はインストールアプリケーション２００、２０２とプラットフォームライブラリ２０４とを備えている。セキュリティエレメント１０６はセキュリティエレメントアプリケーション２０８、２１２とアクセス制御ファイル２０６、２１０、２１４とを備えている。
【００１９】
移動端末１００のユーザ１２０は、移動端末１００の入手後移動端末に１つかそれ以上のインストールアプリケーション２００、２０２をインストールできる。ユーザ１２０は、例えば、図１に示すように、インターネット１１６と無線システムのネットワーク部１１４とを介してサーバ１１８からインストールアプリケーションをダウンロードできる。サーバ１１８は、例えばＷＷＷ（ワールドワイドウェブ）サーバでもよい。インストールアプリケーション２００、２０２はプログラミング言語で書かれている。こうした言語の一例はＪａｖａ（登録商標）プログラミング言語である。ＪＣＰは、特に移動端末用にＭＩＤＰ（モバイルインフォメーションデバイスプロファイル）アーキテクチャを開発した。プログラミング環境はＪ２ＭＥ（登録商標）（Ｊａｖａ（登録商標）２プラットフォームマイクロエディション）と呼ばれる。ＭＩＤＰアーキテクチャでは、最下層レベルは移動端末１００のハードウェアである。ハードウェアの上部は、オペレーティングシステムとＪａｖａ（登録商標）仮想機械とを備えるネイティブシステムソフトウェアである。オペレーティングシステムは、例えばシンビアン（Symbian）（登録商標）オペレーティングシステムでもよい。製造業者または運営者は、移動端末１００を最終顧客に販売する前にプラットフォームライブラリまたはその一部を移動端末１００にインストールする。すなわち、ＭＩＤＰアーキテクチャでは、プラットフォームライブラリ２０４は、ＡＰＩ（アプリケーションプログラムインタフェース）としても知られるインタフェースを、ネイティブシステムソフトウェアによって提供されるサービスに提供する。ＭＩＤＰアーキテクチャでは、インストールアプリケーション２００、２０２はＪａｖａ（登録商標）プログラミング言語で書いてもよく、それらをミッドレットと呼んでもよい（Ｊａｖａ（登録商標）におけるアプレット参照）。
【００２０】
セキュリティエレメント１０６はデータの安全な格納及び処理のために使用する。セキュリティエレメント１０６内のデータは、セキュリティエレメント１０６にコマンドを出すことによってアクセス及び／または処理できる。コマンドの中には実行するためにアクセスコードを必要としないものもある。通常、セキュリティエレメント１０６内に格納されたデータの機密性のため、コマンドはユーザ１２０が提供するアクセスコードを備えなければならない。アクセスコードは通常秘密コードまたはパスワードである。アクセスコードはＰＩＮ（個人識別番号）コードと呼ばれることもある。
【００２１】
アクセスコードを必要とするセキュリティエレメント１０６へのコマンドは、例えば、デジタル署名の作成、ネットワークへのアクセス認証、電子マネーまたはチケットの格納、金融取引の処理である。インストールアプリケーション２００はプラットフォームライブラリ２０４にコマンドを出すよう構成されている。プラットフォームライブラリ２０４はセキュリティエレメント１０６のアクセス制御ファイル２０６から情報を読み取るよう構成されている。アクセス制御ファイル情報はアクセスコード使用命令を備えている。セキュリティエレメント１０６内の各アプリケーション２０８、２１２は固有のアクセス制御ファイル２０６、２１０を有しており、またセキュリティエレメント１０６内のアプリケーションはセキュリティエレメント１０６の共通アクセス制御ファイル２１４を使用してもよい。セキュリティエレメント１０６のＡ１アプリケーション２０８のアクセス制御ファイル２０６が、プラットフォームライブラリに出されたコマンドを実行するためアクセスコードが必要であることを規定するならば、プラットフォームライブラリ２０４は、アクセス制御ファイル２０６の情報に従ってユーザインタフェース１０４を介してユーザからセキュリティエレメント１０６に対するアクセスコードを取得するよう構成される。アクセスコードを受信すると、プラットフォームライブラリ２０４は、取得したアクセスコードとコマンドをセキュリティエレメント１０６に入力するよう構成される。取得したアクセスコード及びコマンドの入力は１つのメッセージまたはメソッドコールまたはプラットフォームライブラリ２０４とセキュリティエレメント１０６との間で情報を伝える他の適切な機構に結合してもよく、あるいは入力は２つのうち最初に１つを渡し次にもう１つを渡すことによって別々に行ってもよい。
【００２２】
セキュリティエレメント１０６がアクセスコードを承認したならば、セキュリティエレメント１０６はコマンドに従って動作を実行するよう構成される。この例では、これは、Ａ１アプリケーション２０８がアクセスコードを受信し、アクセスコードがアプリケーション２０８に既知またはセキュリティエレメント１０６に既知のアクセスコードと一致するかを確認し、一致が確認されればコマンドに従って動作を実行するように実現すればよい。
【００２３】
１つの実施例では、ユーザインタフェース１０４はアクセス制御ファイル２０６に格納されたプロンプト情報によってユーザにアクセスコードを促すよう構成される。この実施例では、プラットフォームライブラリ２０４は、アクセスコード取得を、その詳細を知らずに一般的な形で処理することが可能である。別の利点は、アクセスコード照会の一般的な外観は常に同じであるので、ユーザ１２０が、今機密情報が要求されていることを容易に識別できる点である。
【００２４】
１つの実施例では、ユーザインタフェース１０４はアクセス制御ファイル２０６に格納されたアクセスコード使用法に関する使用法情報を表示するよう構成される。この実施例はユーザ１２０に、なぜアクセスコードが必要かを知らせる。表示された情報がユーザの使用法のメンタルイメージと一致しなければ、ユーザは、移動端末１００のメモリから破壊することができる悪意のある可能性のあるインストールアプリケーションを識別できる。
【００２５】
１つの実施例では、ユーザインタフェース１０４はアクセス制御ファイル２０６に格納されたヘルプ情報を表示するよう構成される。ユーザ１２０が不確実であれば、ヘルプ情報は微妙な情報を使用する際確信を与え、ある段階でどのコマンドが可能かの理解を助けることができる。
【００２６】
１つの実施例では、プラットフォームライブラリ２０４は、アクセス制御ファイル２０６に格納されたネットワークアドレスによって識別されるサーバ１１８からアクセス制御ファイル２０６情報を補完する情報をダウンロードするよう構成される。通常、このサーバ１１８はインストールアプリケーション２００のダウンロード元と同じであるが、当然別のサーバであってもよい。プラットフォームライブラリ２０４は、アクセス制御ファイル２０６に格納されたセキュリティ証明書によって補完情報を確認するよう構成してもよい。これは、セキュリティ上の理由によって行われ、補完情報がウィルスのような何らかの有害または悪意のある部分を含まないようにする。また、同じ補完情報が将来必要になる場合再びダウンロードする必要がないように、プラットフォームライブラリ２０４は補完情報をセキュリティエレメント１０６及び／または移動端末１００に格納するよう構成してもよい。
【００２７】
１つの実施例では、補完情報はアクセス制御ファイル２０６に格納された情報と異なる言語で書かれている。この実施例では、アクセス制御ファイル２０６に格納されるのはおそらく一部の言語バージョンだけであり、他の言語バージョンは必要に応じてダウンロードされるだけなので、セキュリティエレメントの必要なメモリ容量を調整することが可能になる。
【００２８】
１つの実施例では、アクセス制御ファイル情報、すなわち、プロンプトテキスト情報、使用法テキスト情報及びヘルプテキスト情報はコードを備え、コードに対応するテキストのような実際の情報項目はプラットフォームライブラリ２０４及び／またはアクセス制御ファイル２０６に格納されたネットワークアドレスによって識別されるサーバ１１８に格納される。この実施例では、異なるアプリケーションがプラットフォームライブラリ２０４に一度だけ格納される同じ情報項目を使用すればよいので、セキュリティエレメント１０６のメモリの節約になる。
【００２９】
図３を参照して、移動端末のセキュリティエレメントにコマンドを出す方法を説明する。この方法は、移動端末のインストールアプリケーション２００に従って移動端末のプラットフォームライブラリ２０４にコマンドを出すステップ３０２によって開始される。前記のＪＳＲ−１７７によれば、プラットフォームライブラリは、ＡＰＤＵ（アプリケーションプロトコルデータユニット）接続とＪａｖａ（登録商標）カードＲＭＩ（リモートメソッドインボケーション）接続という２種類の接続をサポートできる。ＡＰＤＵを使用する場合、インストールアプリケーション２００は、例えば次のようなコマンドを使用する。
セキュリティエレメントコマンド実行（コマンド、コマンドデータ）（Perform
SecurityElementCommand（command,command data））｛
アプリケーションアクセス権検証のためのライブラリ内部動作（Library internal
operation for application access rights verification）;
ユーザプロンプトのためのライブラリ内部動作（Library internal operation for
user prompting）;
コマンド構文解析のためのライブラリ内部動作（Library internal operation for
command parsing）;
セキュリティエレメントにコマンド呼び出しするためのライブラリ内部動作（Library internal operation for making command call to security element）;
セキュリティエレメント応答を読み出すためのライブラリ内部動作（Library internal operation for reading security element response）;
インストールアプリケーションに応答を出すためのライブラリ内部動作（Library
internal operation for giving response to installed application）;
｝．
【００３０】
ＲＭＩはインストールアプリケーション２００に、deduct_account（int amount）のような方法を提供することができ、それは、例えば前述のＡＰＤＵコマンドと共にセキュリティエレメント１０６に送信される。
【００３１】
しかし、これらはコマンド構造の一例に過ぎず、他の種類のコマンドを使用してもよく、メソッドコールの他にメッセージインタフェースを使用してもよい。
【００３２】
次に、オプションの動作では、プラットフォームライブラリ２０４は、インストールアプリケーションがセキュリティエレメントアプリケーション２０８を呼び出す権利を有するかを検証することによって、セキュリティエレメントに対するインストールアプリケーションのアクセス権を確認する（３０４）。プラットフォームライブラリ２０４は、アクセス制御ファイル２０６からインストールアプリケーション検証のための証明書を読み取る。インストールアプリケーション２００のデジタル署名を証明書によって検証する（３０６）。この例では、検証は成功しインストールアプリケーションは認証される。
【００３３】
そして、プラットフォームライブラリ２０４はセキュリティエレメントのアクセス制御ファイル２０６から情報を読み取る（３０８）。この例では、アクセス制御ファイル情報は、コマンド３０２を実行するためアクセスコードが必要であると規定する。そこで、例えばコマンド０ｘ０２（取引認可）と共にＰＩＮを使用する。また、アクセス制御ファイル情報は、アクセスコードがコマンド内でどのように与えられるか（例えば、パラメータ１、パラメータ２、またはコマンドのデータ部分であるか、またコマンド０ｘ０２の前に出された独立したコマンド０ｘ０１であるか）を示してもよい。すなわち、アクセス制御ファイル情報はアクセスコード使用法命令を備える。図示するように、アクセス制御ファイル２０６はプラットフォームライブラリ２０４によって３０４及び３０８で２回読み取ることができる。アクセス制御ファイル２０６が、検証３０６とアクセスコード取得３１２の前に一度だけ読み取られる実施例も可能である。
【００３４】
１つの実施例では、アクセス制御ファイル情報を補完する情報を、アクセス制御ファイルに格納されたネットワークアドレスによって識別されるサーバ１１８からダウンロードする（３１０）。補完情報はアクセス制御ファイルに格納されたセキュリティ証明書によって確認してもよい。補完情報はセキュリティエレメント及び／または移動端末に格納してもよい。１つの実施例では、補完情報はアクセス制御ファイル情報と異なる言語で書かれている。１つの実施例では、アクセス制御ファイル情報はコードを備え、コードに対応する実際の情報項目はプラットフォームライブラリ及び／またはアクセス制御ファイルに格納されたネットワークアドレスによって識別されるサーバに格納される。
【００３５】
次に、プラットフォームライブラリ２０４はアクセス制御ファイル情報に従ってユーザ１２０からセキュリティエレメントに対するアクセスコードを取得する（３１２）。使用される技術に応じて、アクセスコードは、ＰＩＮコード、パスワード、承認指示（セキュリティエレメントに格納された電話帳といった低セキュリティレベル項目についてはＯＫキーを押す等）または生体測定認証（指紋読み取り、蛋白質スキャン、指の熱及び／または圧力特性または手のひらの圧力等）といった先行技術の方法で実現してもよい。
【００３６】
１つの実施例では、アクセスコードはアクセス制御ファイルに格納されたプロンプト情報によってユーザにアクセスコードを促すことによって取得する。プロンプト情報は「ネットワーク認証用」というプロンプトテキストをユーザに表示するよう規定できる。また、取得ステップ（３１２）は、アクセス制御ファイルに格納されたアクセスコード使用法及び／またはヘルプ情報に関する使用法情報を表示するステップを含んでもよい。
【００３７】
プラットフォームライブラリ２０４は取得したアクセスコードとコマンドをセキュリティエレメント、この例ではセキュリティエレメント中のアプリケーション２０８に入力する（３１４）。プラットフォームライブラリ２０４はアクセスコードを、セキュリティエレメントアプリケーション２０８に出されたコマンドのデータ部分に含めてもよいが、２つの独立したコマンドを使用してもよい。
【００３８】
そして、セキュリティエレメントでは、アプリケーション２０８のこの例では、アクセスコードがセキュリティエレメントによって承認されたならば、コマンドに従って動作を実行する。
【００３９】
セキュリティエレメント、すなわちアプリケーション２０８は、応答３１８をプラットフォームライブラリ２０４に戻す。応答３１８はフィードバック（または状態）情報及び／またはユーザ情報を含んでもよい。最後に、プラットフォームライブラリ２０４は応答３２０をインストールアプリケーション２００に戻す。
【００４０】
３０２でインストールアプリケーションが開始する時、アクセスコードはすでにセキュリティエレメントに入力されていてもよいことに注意されたい。この場合、インストールアプリケーション２００を閉じるまでユーザ認証を有効にしてもよい。また、アクセスコードは各コマンドに対して再入力を必要とするものでもよい。どちらの場合でも、入力されたアクセスコードは所定の期間有効なものでよい。アクセスコードは各セキュリティエレメントアプリケーションに対して特定のものでもよく、またいくつかのセキュリティエレメントアプリケーションが共通のアクセスコードを共有してもよい。また、アクセスコードは特定コマンド用でもよい。
【００４１】
アクセス制御ファイル２０６の読み取りは３０２でインストールアプリケーションが開始する時実行してもよい。この場合、セキュリティエレメント１０６に出された個々のコマンドについてアクセス制御ファイル２０６にアクセスする必要はないが、プラットフォームライブラリ２０４にはアクセス条件は既知であり、例えば適切なコマンドについてユーザ認証３１２を実行する。
【００４２】
セキュリティエレメントアプリケーション２０８が選択された後アクセス制御ファイル２０６またはそれへの参照を戻すことは可能である。セキュリティエレメント１０６では、多くのアプリケーション２０８、２１２が存在し得るので、アプリケーション２０８、２１２を選択しなければならない。選択後、選択したアプリケーション２０８はセキュリティエレメント１０６に出されたコマンドを処理する。
【００４３】
場合によっては、プラットフォームライブラリ２０４はアクセスコードが必要かが分からないので、アクセスコードなしでセキュリティエレメント１０６にコマンドを出すことがある。すると、セキュリティエレメントアプリケーション２０８はアクセス制御ファイル２０６またはそれへの参照を含むエラーメッセージを戻してもよく、その結果プラットフォームライブラリ２０４は、アクセス制御ファイル２０６の内容を検討しアクセス制御ファイル２０６の情報に従ってアクセスコードを取得した後でコマンドを再発行してもよい。
【００４４】
以上、本発明を添付の図面による例を参照して説明したが、本発明はその例に制限されるものではなく添付の請求項の範囲内で様々に修正可能なものであることが明らかである。
【図面の簡単な説明】
【００４５】
【図１】移動端末の構成を示す簡易ブロック図を示す図である。
【図２】制御ユニット及びセキュリティエレメントの構成を示す図である。
【図３】移動端末のセキュリティエレメントにコマンドを出す方法を説明する信号シーケンス図を示す図である。
【技術分野】
【０００１】
本発明は移動端末のセキュリティエレメントにコマンドを出す方法、及び移動端末に関する。
【背景技術】
【０００２】
移動端末のソフトウェア環境と３Ｇ（第三世代）仕様の公開に伴って、第三者（セルラ運営者及び移動端末製造業者を含む）が、端末内の、通常スマートカードである、セキュリティエレメントを処理する移動端末用のアプリケーションを製作することが可能になりつつある。ユーザによって移動端末にインストールされるアプリケーションをインストールアプリケーションと呼ぶことがある。移動端末内に永続的に存在するアプリケーションは通常、装置の製造時に製造業者によって移動端末にインストールされ、プラットフォームライブラリと呼ばれる。本出願を通じて、インストールアプリケーション及びプラットフォームライブラリという２つの用語を使用する。通常、ユーザは移動端末の入手後にインストールアプリケーションを移動端末にインストールし、製造業者は移動端末を最終顧客に販売する前にプラットフォームライブラリまたはその一部を移動端末にインストールする。
【０００３】
Ｊａｖａ（登録商標）コミュニティプロセス（ＪＣＰ）専門家グループは、ＪＳＲ−１７７（Ｊａｖａ（登録商標）仕様要求１７７）と呼ばれる仕様の中で移動端末及びセキュリティエレメントのためのＪａｖａ（登録商標）プログラミング環境を規定している。Ｊａｖａ（登録商標）ミッドレットのようなインストールアプリケーションは多数のソースから端末にロードすることができ、こうしたアプリケーションのためのセキュリティ環境はセキュリティエレメントのセキュリティ環境と異なっているため、セキュリティエレメントアプリケーションが、セキュリティエレメントアプリケーションについてのコマンドを呼び出すことのできるインストールアプリケーションを規定できる機構が必要である。
【０００４】
インストールアプリケーションは署名することができ、移動端末は署名と、ひいてはインストールアプリケーションの出所を検証する。移動端末はセルラ運営者、製造業者等から提供されるアプリケーションに対して個々の制限を有してもよい。従って、アプリケーションの発行者はミッドレットに署名し、移動端末はその署名を検証し、署名がセルラ運営者のものであれば、ミッドレットはそのセキュリティドメインに対する権利を得る（例えば、電話をかけることができ、セキュリティエレメントにアクセスすることができるが移動端末のオペレーティングシステムの領域に書き込むことはできない）。
【０００５】
ＳＩＭ（加入者識別モジュール）またはＵＳＩＭ（ＵＭＴＳ ＳＩＭ）カード、端末自体のセキュリティエレメントまたは端末の付属品内のセキュリティエレメントといった移動端末のセキュリティエレメントではデータの安全な格納と処理が必要になる。例えば、秘密鍵は損なわれてはならず、従って秘密鍵はセキュリティエレメントから離れてはならないので、デジタル署名作成の動作を行うには非常に安全なエレメントが必要である。セキュリティエレメントの他の使用法はネットワークへのアクセスの認証、電子マネーまたはチケットの格納、または金融取引の処理である。従って、インストールアプリケーションはこうした高度な機能のためセキュリティエレメントにアクセスする必要がある。
【０００６】
基本的な問題は、セキュリティエレメントで実行されるアプリケーション自体はそれにアクセスするインストールアプリケーションが適切な権利を有する有効なアプリケーションであるかを検証できないことである。セルラ運営者はＳＩＭアクセスを運営者自体から提供されるアプリケーションに制限したい。攻撃を仕掛けてくるアプリケーションはアクセス認可のためのセキュリティコードを偽造することができ、インストールアプリケーション全体を検証のためセキュリティエレメントに転送するのは不可能である（実際には有効なアプリケーションを検証のために提供するのは可能かもしれないが、攻撃側のアプリケーションはアクセス認可の後エレメントを使用する）。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、移動端末のセキュリティエレメントにコマンドを出す改良された方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明の１つの態様によれば、移動端末のセキュリティエレメントにコマンドを出す方法であって、移動端末のインストールアプリケーションによって移動端末のプラットフォームライブラリにコマンドを出すステップと、プラットフォームライブラリによってセキュリティエレメントのアクセス制御ファイルから情報を読み取るステップと、プラットフォームライブラリによってアクセス制御ファイル情報に従ってユーザからセキュリティエレメントに対するアクセスコードを取得するステップと、プラットフォームライブラリによって取得したアクセスコードとコマンドをセキュリティエレメントに入力するステップと、アクセスコードがセキュリティエレメントによって承認されたならばセキュリティエレメントでコマンドに従って動作を実行するステップとを有する方法が提供される。
【０００９】
本発明の別の目的は、改良された移動端末を提供することである。
【００１０】
本発明の別の態様によれば、移動端末であって、プラットフォームライブラリと、インストールアプリケーションと、ユーザインタフェースと、セキュリティエレメントとを備え、インストールアプリケーションがプラットフォームライブラリにコマンドを出すよう構成され、プラットフォームライブラリが、セキュリティエレメントのアクセス制御ファイルから情報を読み取り、アクセス制御ファイル情報によってユーザインタフェースを介してユーザからセキュリティエレメントに対するアクセスコードを取得し、取得したアクセスコードとコマンドをセキュリティエレメントに入力するよう構成され、セキュリティエレメントがアクセスコードを承認したならばセキュリティエレメントがコマンドに従って動作を実行するよう構成される移動端末が提供される。
【００１１】
本発明の実施例は従属請求項に記載されている。
【００１２】
本発明はいくつかの利点を提供する。移動端末は個々のセキュリティエレメントの特性を知る必要がないので、１つの移動端末は、セキュリティエレメントがアクセスコード取得のために使用される情報を備えたアクセス制御ファイルを含む限り多様な異なるセキュリティエレメントを使用することができる。移動端末のセキュリティは、インストールアプリケーションがセキュリティエレメントとアクセスコードを直接処理できないため増大する。本発明によってセキュリティエレメントはその固有のセキュリティ境界を規定することができる。
【発明を実施するための最良の形態】
【００１３】
以下、好適実施例と添付の図面を参照して本発明をより詳細に説明する。
【００１４】
図１を参照して、移動端末１００の構成の例を説明する。移動端末１００は、例えば移動システム、ＰＤＡ（携帯情報端末）装置といった無線システムにおける加入者端末のようなユビキタスコンピューティングに関連する携帯装置、またはセキュリティエレメント１０６をその動作に組み込んだ別の電子装置でもよい。また、装置は様々な役割を組み合わせてもよい。すなわち、例えば加入者端末とＰＤＡ装置の組み合わせでもよく、ノキア（Nokia）（登録商標）のコミュニケータ（Communicator）（登録商標）はそうした装置の一例である。
【００１５】
この例では、移動端末１００は無線システムにおける加入者端末であり、移動端末１００はアンテナ１１０と無線送受信機１０８とを備える。移動端末１００は無線システムのネットワーク部１１４との双方向無線接続１１２を確立することができる。無線送受信機１０８は、例えば先行技術の移動局送受信機であり、例えばＧＳＭ（移動通信用グローバルシステム）システム、ＧＰＲＳ（一般パケット無線システム）システムまたはＵＭＴＳ（ユニバーサル移動通信システム）で動作する。
【００１６】
典型的な移動端末１００は、移動端末１００のユーザ１２０が対話のために使用するユーザインタフェース１０４として、キーパッド、ディスプレイ、マイクロホン及びスピーカといった構成要素を備えている。移動端末１００の電源は一般に充電式電池である。
【００１７】
移動端末１００は、端末及びその様々な部分の動作を制御及び監視する制御ユニット１０２を備えている。現在、制御ユニット１０２は一般にソフトウェアを備えたプロセッサとして実装されるが、個別論理素子から製造される回路、または１つかそれ以上の特定用途向け集積回路（ＡＳＩＣ）といった異なるハードウェア実装も可能である。こうした異なる実装の組み合わせも可能である。実装を選択する際、当業者は、例えば、装置の寸法と消費電力、必要な処理性能、製造コスト及び生産量に対して設定される要件を考慮する。
【００１８】
次に、図２を参照して、制御ユニット１０２とセキュリティエレメント１０６の構成を説明する。制御ユニット１０２はインストールアプリケーション２００、２０２とプラットフォームライブラリ２０４とを備えている。セキュリティエレメント１０６はセキュリティエレメントアプリケーション２０８、２１２とアクセス制御ファイル２０６、２１０、２１４とを備えている。
【００１９】
移動端末１００のユーザ１２０は、移動端末１００の入手後移動端末に１つかそれ以上のインストールアプリケーション２００、２０２をインストールできる。ユーザ１２０は、例えば、図１に示すように、インターネット１１６と無線システムのネットワーク部１１４とを介してサーバ１１８からインストールアプリケーションをダウンロードできる。サーバ１１８は、例えばＷＷＷ（ワールドワイドウェブ）サーバでもよい。インストールアプリケーション２００、２０２はプログラミング言語で書かれている。こうした言語の一例はＪａｖａ（登録商標）プログラミング言語である。ＪＣＰは、特に移動端末用にＭＩＤＰ（モバイルインフォメーションデバイスプロファイル）アーキテクチャを開発した。プログラミング環境はＪ２ＭＥ（登録商標）（Ｊａｖａ（登録商標）２プラットフォームマイクロエディション）と呼ばれる。ＭＩＤＰアーキテクチャでは、最下層レベルは移動端末１００のハードウェアである。ハードウェアの上部は、オペレーティングシステムとＪａｖａ（登録商標）仮想機械とを備えるネイティブシステムソフトウェアである。オペレーティングシステムは、例えばシンビアン（Symbian）（登録商標）オペレーティングシステムでもよい。製造業者または運営者は、移動端末１００を最終顧客に販売する前にプラットフォームライブラリまたはその一部を移動端末１００にインストールする。すなわち、ＭＩＤＰアーキテクチャでは、プラットフォームライブラリ２０４は、ＡＰＩ（アプリケーションプログラムインタフェース）としても知られるインタフェースを、ネイティブシステムソフトウェアによって提供されるサービスに提供する。ＭＩＤＰアーキテクチャでは、インストールアプリケーション２００、２０２はＪａｖａ（登録商標）プログラミング言語で書いてもよく、それらをミッドレットと呼んでもよい（Ｊａｖａ（登録商標）におけるアプレット参照）。
【００２０】
セキュリティエレメント１０６はデータの安全な格納及び処理のために使用する。セキュリティエレメント１０６内のデータは、セキュリティエレメント１０６にコマンドを出すことによってアクセス及び／または処理できる。コマンドの中には実行するためにアクセスコードを必要としないものもある。通常、セキュリティエレメント１０６内に格納されたデータの機密性のため、コマンドはユーザ１２０が提供するアクセスコードを備えなければならない。アクセスコードは通常秘密コードまたはパスワードである。アクセスコードはＰＩＮ（個人識別番号）コードと呼ばれることもある。
【００２１】
アクセスコードを必要とするセキュリティエレメント１０６へのコマンドは、例えば、デジタル署名の作成、ネットワークへのアクセス認証、電子マネーまたはチケットの格納、金融取引の処理である。インストールアプリケーション２００はプラットフォームライブラリ２０４にコマンドを出すよう構成されている。プラットフォームライブラリ２０４はセキュリティエレメント１０６のアクセス制御ファイル２０６から情報を読み取るよう構成されている。アクセス制御ファイル情報はアクセスコード使用命令を備えている。セキュリティエレメント１０６内の各アプリケーション２０８、２１２は固有のアクセス制御ファイル２０６、２１０を有しており、またセキュリティエレメント１０６内のアプリケーションはセキュリティエレメント１０６の共通アクセス制御ファイル２１４を使用してもよい。セキュリティエレメント１０６のＡ１アプリケーション２０８のアクセス制御ファイル２０６が、プラットフォームライブラリに出されたコマンドを実行するためアクセスコードが必要であることを規定するならば、プラットフォームライブラリ２０４は、アクセス制御ファイル２０６の情報に従ってユーザインタフェース１０４を介してユーザからセキュリティエレメント１０６に対するアクセスコードを取得するよう構成される。アクセスコードを受信すると、プラットフォームライブラリ２０４は、取得したアクセスコードとコマンドをセキュリティエレメント１０６に入力するよう構成される。取得したアクセスコード及びコマンドの入力は１つのメッセージまたはメソッドコールまたはプラットフォームライブラリ２０４とセキュリティエレメント１０６との間で情報を伝える他の適切な機構に結合してもよく、あるいは入力は２つのうち最初に１つを渡し次にもう１つを渡すことによって別々に行ってもよい。
【００２２】
セキュリティエレメント１０６がアクセスコードを承認したならば、セキュリティエレメント１０６はコマンドに従って動作を実行するよう構成される。この例では、これは、Ａ１アプリケーション２０８がアクセスコードを受信し、アクセスコードがアプリケーション２０８に既知またはセキュリティエレメント１０６に既知のアクセスコードと一致するかを確認し、一致が確認されればコマンドに従って動作を実行するように実現すればよい。
【００２３】
１つの実施例では、ユーザインタフェース１０４はアクセス制御ファイル２０６に格納されたプロンプト情報によってユーザにアクセスコードを促すよう構成される。この実施例では、プラットフォームライブラリ２０４は、アクセスコード取得を、その詳細を知らずに一般的な形で処理することが可能である。別の利点は、アクセスコード照会の一般的な外観は常に同じであるので、ユーザ１２０が、今機密情報が要求されていることを容易に識別できる点である。
【００２４】
１つの実施例では、ユーザインタフェース１０４はアクセス制御ファイル２０６に格納されたアクセスコード使用法に関する使用法情報を表示するよう構成される。この実施例はユーザ１２０に、なぜアクセスコードが必要かを知らせる。表示された情報がユーザの使用法のメンタルイメージと一致しなければ、ユーザは、移動端末１００のメモリから破壊することができる悪意のある可能性のあるインストールアプリケーションを識別できる。
【００２５】
１つの実施例では、ユーザインタフェース１０４はアクセス制御ファイル２０６に格納されたヘルプ情報を表示するよう構成される。ユーザ１２０が不確実であれば、ヘルプ情報は微妙な情報を使用する際確信を与え、ある段階でどのコマンドが可能かの理解を助けることができる。
【００２６】
１つの実施例では、プラットフォームライブラリ２０４は、アクセス制御ファイル２０６に格納されたネットワークアドレスによって識別されるサーバ１１８からアクセス制御ファイル２０６情報を補完する情報をダウンロードするよう構成される。通常、このサーバ１１８はインストールアプリケーション２００のダウンロード元と同じであるが、当然別のサーバであってもよい。プラットフォームライブラリ２０４は、アクセス制御ファイル２０６に格納されたセキュリティ証明書によって補完情報を確認するよう構成してもよい。これは、セキュリティ上の理由によって行われ、補完情報がウィルスのような何らかの有害または悪意のある部分を含まないようにする。また、同じ補完情報が将来必要になる場合再びダウンロードする必要がないように、プラットフォームライブラリ２０４は補完情報をセキュリティエレメント１０６及び／または移動端末１００に格納するよう構成してもよい。
【００２７】
１つの実施例では、補完情報はアクセス制御ファイル２０６に格納された情報と異なる言語で書かれている。この実施例では、アクセス制御ファイル２０６に格納されるのはおそらく一部の言語バージョンだけであり、他の言語バージョンは必要に応じてダウンロードされるだけなので、セキュリティエレメントの必要なメモリ容量を調整することが可能になる。
【００２８】
１つの実施例では、アクセス制御ファイル情報、すなわち、プロンプトテキスト情報、使用法テキスト情報及びヘルプテキスト情報はコードを備え、コードに対応するテキストのような実際の情報項目はプラットフォームライブラリ２０４及び／またはアクセス制御ファイル２０６に格納されたネットワークアドレスによって識別されるサーバ１１８に格納される。この実施例では、異なるアプリケーションがプラットフォームライブラリ２０４に一度だけ格納される同じ情報項目を使用すればよいので、セキュリティエレメント１０６のメモリの節約になる。
【００２９】
図３を参照して、移動端末のセキュリティエレメントにコマンドを出す方法を説明する。この方法は、移動端末のインストールアプリケーション２００に従って移動端末のプラットフォームライブラリ２０４にコマンドを出すステップ３０２によって開始される。前記のＪＳＲ−１７７によれば、プラットフォームライブラリは、ＡＰＤＵ（アプリケーションプロトコルデータユニット）接続とＪａｖａ（登録商標）カードＲＭＩ（リモートメソッドインボケーション）接続という２種類の接続をサポートできる。ＡＰＤＵを使用する場合、インストールアプリケーション２００は、例えば次のようなコマンドを使用する。
セキュリティエレメントコマンド実行（コマンド、コマンドデータ）（Perform
SecurityElementCommand（command,command data））｛
アプリケーションアクセス権検証のためのライブラリ内部動作（Library internal
operation for application access rights verification）;
ユーザプロンプトのためのライブラリ内部動作（Library internal operation for
user prompting）;
コマンド構文解析のためのライブラリ内部動作（Library internal operation for
command parsing）;
セキュリティエレメントにコマンド呼び出しするためのライブラリ内部動作（Library internal operation for making command call to security element）;
セキュリティエレメント応答を読み出すためのライブラリ内部動作（Library internal operation for reading security element response）;
インストールアプリケーションに応答を出すためのライブラリ内部動作（Library
internal operation for giving response to installed application）;
｝．
【００３０】
ＲＭＩはインストールアプリケーション２００に、deduct_account（int amount）のような方法を提供することができ、それは、例えば前述のＡＰＤＵコマンドと共にセキュリティエレメント１０６に送信される。
【００３１】
しかし、これらはコマンド構造の一例に過ぎず、他の種類のコマンドを使用してもよく、メソッドコールの他にメッセージインタフェースを使用してもよい。
【００３２】
次に、オプションの動作では、プラットフォームライブラリ２０４は、インストールアプリケーションがセキュリティエレメントアプリケーション２０８を呼び出す権利を有するかを検証することによって、セキュリティエレメントに対するインストールアプリケーションのアクセス権を確認する（３０４）。プラットフォームライブラリ２０４は、アクセス制御ファイル２０６からインストールアプリケーション検証のための証明書を読み取る。インストールアプリケーション２００のデジタル署名を証明書によって検証する（３０６）。この例では、検証は成功しインストールアプリケーションは認証される。
【００３３】
そして、プラットフォームライブラリ２０４はセキュリティエレメントのアクセス制御ファイル２０６から情報を読み取る（３０８）。この例では、アクセス制御ファイル情報は、コマンド３０２を実行するためアクセスコードが必要であると規定する。そこで、例えばコマンド０ｘ０２（取引認可）と共にＰＩＮを使用する。また、アクセス制御ファイル情報は、アクセスコードがコマンド内でどのように与えられるか（例えば、パラメータ１、パラメータ２、またはコマンドのデータ部分であるか、またコマンド０ｘ０２の前に出された独立したコマンド０ｘ０１であるか）を示してもよい。すなわち、アクセス制御ファイル情報はアクセスコード使用法命令を備える。図示するように、アクセス制御ファイル２０６はプラットフォームライブラリ２０４によって３０４及び３０８で２回読み取ることができる。アクセス制御ファイル２０６が、検証３０６とアクセスコード取得３１２の前に一度だけ読み取られる実施例も可能である。
【００３４】
１つの実施例では、アクセス制御ファイル情報を補完する情報を、アクセス制御ファイルに格納されたネットワークアドレスによって識別されるサーバ１１８からダウンロードする（３１０）。補完情報はアクセス制御ファイルに格納されたセキュリティ証明書によって確認してもよい。補完情報はセキュリティエレメント及び／または移動端末に格納してもよい。１つの実施例では、補完情報はアクセス制御ファイル情報と異なる言語で書かれている。１つの実施例では、アクセス制御ファイル情報はコードを備え、コードに対応する実際の情報項目はプラットフォームライブラリ及び／またはアクセス制御ファイルに格納されたネットワークアドレスによって識別されるサーバに格納される。
【００３５】
次に、プラットフォームライブラリ２０４はアクセス制御ファイル情報に従ってユーザ１２０からセキュリティエレメントに対するアクセスコードを取得する（３１２）。使用される技術に応じて、アクセスコードは、ＰＩＮコード、パスワード、承認指示（セキュリティエレメントに格納された電話帳といった低セキュリティレベル項目についてはＯＫキーを押す等）または生体測定認証（指紋読み取り、蛋白質スキャン、指の熱及び／または圧力特性または手のひらの圧力等）といった先行技術の方法で実現してもよい。
【００３６】
１つの実施例では、アクセスコードはアクセス制御ファイルに格納されたプロンプト情報によってユーザにアクセスコードを促すことによって取得する。プロンプト情報は「ネットワーク認証用」というプロンプトテキストをユーザに表示するよう規定できる。また、取得ステップ（３１２）は、アクセス制御ファイルに格納されたアクセスコード使用法及び／またはヘルプ情報に関する使用法情報を表示するステップを含んでもよい。
【００３７】
プラットフォームライブラリ２０４は取得したアクセスコードとコマンドをセキュリティエレメント、この例ではセキュリティエレメント中のアプリケーション２０８に入力する（３１４）。プラットフォームライブラリ２０４はアクセスコードを、セキュリティエレメントアプリケーション２０８に出されたコマンドのデータ部分に含めてもよいが、２つの独立したコマンドを使用してもよい。
【００３８】
そして、セキュリティエレメントでは、アプリケーション２０８のこの例では、アクセスコードがセキュリティエレメントによって承認されたならば、コマンドに従って動作を実行する。
【００３９】
セキュリティエレメント、すなわちアプリケーション２０８は、応答３１８をプラットフォームライブラリ２０４に戻す。応答３１８はフィードバック（または状態）情報及び／またはユーザ情報を含んでもよい。最後に、プラットフォームライブラリ２０４は応答３２０をインストールアプリケーション２００に戻す。
【００４０】
３０２でインストールアプリケーションが開始する時、アクセスコードはすでにセキュリティエレメントに入力されていてもよいことに注意されたい。この場合、インストールアプリケーション２００を閉じるまでユーザ認証を有効にしてもよい。また、アクセスコードは各コマンドに対して再入力を必要とするものでもよい。どちらの場合でも、入力されたアクセスコードは所定の期間有効なものでよい。アクセスコードは各セキュリティエレメントアプリケーションに対して特定のものでもよく、またいくつかのセキュリティエレメントアプリケーションが共通のアクセスコードを共有してもよい。また、アクセスコードは特定コマンド用でもよい。
【００４１】
アクセス制御ファイル２０６の読み取りは３０２でインストールアプリケーションが開始する時実行してもよい。この場合、セキュリティエレメント１０６に出された個々のコマンドについてアクセス制御ファイル２０６にアクセスする必要はないが、プラットフォームライブラリ２０４にはアクセス条件は既知であり、例えば適切なコマンドについてユーザ認証３１２を実行する。
【００４２】
セキュリティエレメントアプリケーション２０８が選択された後アクセス制御ファイル２０６またはそれへの参照を戻すことは可能である。セキュリティエレメント１０６では、多くのアプリケーション２０８、２１２が存在し得るので、アプリケーション２０８、２１２を選択しなければならない。選択後、選択したアプリケーション２０８はセキュリティエレメント１０６に出されたコマンドを処理する。
【００４３】
場合によっては、プラットフォームライブラリ２０４はアクセスコードが必要かが分からないので、アクセスコードなしでセキュリティエレメント１０６にコマンドを出すことがある。すると、セキュリティエレメントアプリケーション２０８はアクセス制御ファイル２０６またはそれへの参照を含むエラーメッセージを戻してもよく、その結果プラットフォームライブラリ２０４は、アクセス制御ファイル２０６の内容を検討しアクセス制御ファイル２０６の情報に従ってアクセスコードを取得した後でコマンドを再発行してもよい。
【００４４】
以上、本発明を添付の図面による例を参照して説明したが、本発明はその例に制限されるものではなく添付の請求項の範囲内で様々に修正可能なものであることが明らかである。
【図面の簡単な説明】
【００４５】
【図１】移動端末の構成を示す簡易ブロック図を示す図である。
【図２】制御ユニット及びセキュリティエレメントの構成を示す図である。
【図３】移動端末のセキュリティエレメントにコマンドを出す方法を説明する信号シーケンス図を示す図である。
【特許請求の範囲】
【請求項１】
移動端末のセキュリティエレメントにコマンドを出す方法であって、
前記移動端末のインストールアプリケーションによって該移動端末のプラットフォームライブラリにコマンドを出すステップ（３０２）と、
前記プラットフォームライブラリによって前記セキュリティエレメントのアクセス制御ファイルから情報を読み取るステップ（３０８）と、
前記プラットフォームライブラリによって前記のアクセス制御ファイル情報によりユーザから前記セキュリティエレメントに対するアクセスコードを取得するステップ（３１２）と、
前記プラットフォームライブラリによって前記の取得したアクセスコードと前記コマンドを前記セキュリティエレメントに入力するステップ（３１４）と、
前記アクセスコードが前記セキュリティエレメントによって承認されたならば該セキュリティエレメントで前記コマンドに従って動作を実行するステップ（３１６）と、を有することを特徴とする方法。
【請求項２】
前記取得ステップが、前記アクセス制御ファイルに格納されたプロンプト情報によって前記ユーザに前記アクセスコードを促すステップを有することを特徴とする、請求項１に記載の方法。
【請求項３】
前記取得ステップが、前記アクセス制御ファイルに格納された前記アクセスコードの使用法に関する使用法情報を表示するステップを含むことを特徴とする、請求項１または２に記載の方法。
【請求項４】
前記取得ステップが、前記アクセス制御ファイルに格納されたヘルプ情報を表示するステップを含むことを特徴とする、請求項１〜３の何れか一項に記載の方法。
【請求項５】
前記アクセス制御ファイルに格納されたネットワークアドレスによって識別されるサーバから前記アクセス制御ファイルを補完する情報をダウンロードするステップをさらに有することを特徴とする、請求項１〜４の何れか一項に記載の方法。
【請求項６】
前記アクセス制御ファイルに格納されたセキュリティ証明書によって前記補完情報を確認するステップをさらに有することを特徴とする、請求項５に記載の方法。
【請求項７】
前記セキュリティエレメント及び／または前記移動端末に前記補完情報を格納するステップをさらに有することを特徴とする、請求項５に記載の方法。
【請求項８】
前記補完情報が前記アクセス制御ファイル情報と異なる言語で書かれていることを特徴とする、請求項５〜７の何れか一項に記載の方法。
【請求項９】
前記アクセス制御ファイル情報がコードを備え、前記コードに対応する実際の情報がプラットフォームライブラリ及び／または前記アクセス制御ファイルに格納されたネットワークアドレスによって識別されるサーバに格納されることを特徴とする、請求項１〜８の何れか一項に記載の方法。
【請求項１０】
前記アクセス制御ファイル情報がアクセスコード使用法命令を備えることを特徴とする、請求項１〜９の何れか一項に記載の方法。
【請求項１１】
移動端末であって、
プラットフォームライブラリ（２０４）と、
インストールアプリケーション（２００）と、
ユーザインタフェース（１０４）と、
セキュリティエレメント（１０６）と、を備える移動端末において、
前記インストールアプリケーション（２００）が前記プラットフォームライブラリ（２０４）にコマンドを出すよう構成され、
前記プラットフォームライブラリ（２０４）が、前記セキュリティエレメント（１０６）のアクセス制御ファイル（２０６）から情報を読み取り、前記アクセス制御ファイル（１０６）情報に従って前記ユーザインタフェース（１０４）を介してユーザから前記セキュリティエレメント（１０６）に対するアクセスコードを取得し、前記取得したアクセスコードと前記コマンドを前記セキュリティエレメント（１０６）に入力するよう構成され、
前記セキュリティエレメント（１０６）が前記アクセスコードを承認したならば前記セキュリティエレメント（１０６）が前記コマンドに従って動作を実行するよう構成されることとを特徴とする移動端末。
【請求項１２】
前記ユーザインタフェース（１０４）が、前記アクセス制御ファイル（２０６）に格納されたプロンプト情報によって前記ユーザに前記アクセスコードを促すよう構成されることを特徴とする、請求項１１に記載の移動端末。
【請求項１３】
前記ユーザインタフェース（１０４）が、前記アクセス制御ファイル（２０６）に格納された前記アクセスコードの使用法に関する使用法情報を表示するように構成されることを特徴とする、請求項１１〜１２の何れか一項に記載の移動端末。
【請求項１４】
前記ユーザインタフェース（１０４）が、前記アクセス制御ファイル（２０６）に格納されたヘルプ情報を表示するよう構成されることを特徴とする、請求項１１〜１３の何れか一項に記載の移動端末。
【請求項１５】
前記プラットフォームライブラリ（２０４）が、前記アクセス制御ファイル（２０６）に格納されたネットワークアドレスによって識別されるサーバ（１１８）から前記アクセス制御ファイル（２０６）情報を補完する情報をダウンロードするよう構成されることを特徴とする、請求項１１〜１４の何れか一項に記載の移動端末。
【請求項１６】
前記プラットフォームライブラリ（２０４）が、前記アクセス制御ファイル（２０６）に格納されたセキュリティ証明書によって前記補完情報を確認するよう構成されることを特徴とする、請求項１５に記載の移動端末。
【請求項１７】
前記プラットフォームライブラリ（２０４）が、前記セキュリティエレメント（１０６）及び／または前記移動端末（１００）に前記補完情報を格納するよう構成されることを特徴とする、請求項１５に記載の移動端末。
【請求項１８】
前記補完情報が前記アクセス制御ファイル（２０６）情報と異なる言語で書かれていることを特徴とする、請求項１５〜１７の何れか一項に記載の移動端末。
【請求項１９】
前記アクセス制御ファイル（２０６）情報がコードを備え、該コードに対応する実際の情報項目が前記プラットフォームライブラリ（２０４）及び／または前記アクセス制御ファイル（２０６）に格納されたネットワークアドレスによって識別されるサーバ（１１８）に格納されることを特徴とする、請求項１１〜１８の何れか一項に記載の移動端末。
【請求項２０】
前記アクセス制御ファイル（２０６）情報がアクセスコード使用法命令を備えることを特徴とする、請求項１１〜１９の何れか一項に記載の移動端末。
【請求項１】
移動端末のセキュリティエレメントにコマンドを出す方法であって、
前記移動端末のインストールアプリケーションによって該移動端末のプラットフォームライブラリにコマンドを出すステップ（３０２）と、
前記プラットフォームライブラリによって前記セキュリティエレメントのアクセス制御ファイルから情報を読み取るステップ（３０８）と、
前記プラットフォームライブラリによって前記のアクセス制御ファイル情報によりユーザから前記セキュリティエレメントに対するアクセスコードを取得するステップ（３１２）と、
前記プラットフォームライブラリによって前記の取得したアクセスコードと前記コマンドを前記セキュリティエレメントに入力するステップ（３１４）と、
前記アクセスコードが前記セキュリティエレメントによって承認されたならば該セキュリティエレメントで前記コマンドに従って動作を実行するステップ（３１６）と、を有することを特徴とする方法。
【請求項２】
前記取得ステップが、前記アクセス制御ファイルに格納されたプロンプト情報によって前記ユーザに前記アクセスコードを促すステップを有することを特徴とする、請求項１に記載の方法。
【請求項３】
前記取得ステップが、前記アクセス制御ファイルに格納された前記アクセスコードの使用法に関する使用法情報を表示するステップを含むことを特徴とする、請求項１または２に記載の方法。
【請求項４】
前記取得ステップが、前記アクセス制御ファイルに格納されたヘルプ情報を表示するステップを含むことを特徴とする、請求項１〜３の何れか一項に記載の方法。
【請求項５】
前記アクセス制御ファイルに格納されたネットワークアドレスによって識別されるサーバから前記アクセス制御ファイルを補完する情報をダウンロードするステップをさらに有することを特徴とする、請求項１〜４の何れか一項に記載の方法。
【請求項６】
前記アクセス制御ファイルに格納されたセキュリティ証明書によって前記補完情報を確認するステップをさらに有することを特徴とする、請求項５に記載の方法。
【請求項７】
前記セキュリティエレメント及び／または前記移動端末に前記補完情報を格納するステップをさらに有することを特徴とする、請求項５に記載の方法。
【請求項８】
前記補完情報が前記アクセス制御ファイル情報と異なる言語で書かれていることを特徴とする、請求項５〜７の何れか一項に記載の方法。
【請求項９】
前記アクセス制御ファイル情報がコードを備え、前記コードに対応する実際の情報がプラットフォームライブラリ及び／または前記アクセス制御ファイルに格納されたネットワークアドレスによって識別されるサーバに格納されることを特徴とする、請求項１〜８の何れか一項に記載の方法。
【請求項１０】
前記アクセス制御ファイル情報がアクセスコード使用法命令を備えることを特徴とする、請求項１〜９の何れか一項に記載の方法。
【請求項１１】
移動端末であって、
プラットフォームライブラリ（２０４）と、
インストールアプリケーション（２００）と、
ユーザインタフェース（１０４）と、
セキュリティエレメント（１０６）と、を備える移動端末において、
前記インストールアプリケーション（２００）が前記プラットフォームライブラリ（２０４）にコマンドを出すよう構成され、
前記プラットフォームライブラリ（２０４）が、前記セキュリティエレメント（１０６）のアクセス制御ファイル（２０６）から情報を読み取り、前記アクセス制御ファイル（１０６）情報に従って前記ユーザインタフェース（１０４）を介してユーザから前記セキュリティエレメント（１０６）に対するアクセスコードを取得し、前記取得したアクセスコードと前記コマンドを前記セキュリティエレメント（１０６）に入力するよう構成され、
前記セキュリティエレメント（１０６）が前記アクセスコードを承認したならば前記セキュリティエレメント（１０６）が前記コマンドに従って動作を実行するよう構成されることとを特徴とする移動端末。
【請求項１２】
前記ユーザインタフェース（１０４）が、前記アクセス制御ファイル（２０６）に格納されたプロンプト情報によって前記ユーザに前記アクセスコードを促すよう構成されることを特徴とする、請求項１１に記載の移動端末。
【請求項１３】
前記ユーザインタフェース（１０４）が、前記アクセス制御ファイル（２０６）に格納された前記アクセスコードの使用法に関する使用法情報を表示するように構成されることを特徴とする、請求項１１〜１２の何れか一項に記載の移動端末。
【請求項１４】
前記ユーザインタフェース（１０４）が、前記アクセス制御ファイル（２０６）に格納されたヘルプ情報を表示するよう構成されることを特徴とする、請求項１１〜１３の何れか一項に記載の移動端末。
【請求項１５】
前記プラットフォームライブラリ（２０４）が、前記アクセス制御ファイル（２０６）に格納されたネットワークアドレスによって識別されるサーバ（１１８）から前記アクセス制御ファイル（２０６）情報を補完する情報をダウンロードするよう構成されることを特徴とする、請求項１１〜１４の何れか一項に記載の移動端末。
【請求項１６】
前記プラットフォームライブラリ（２０４）が、前記アクセス制御ファイル（２０６）に格納されたセキュリティ証明書によって前記補完情報を確認するよう構成されることを特徴とする、請求項１５に記載の移動端末。
【請求項１７】
前記プラットフォームライブラリ（２０４）が、前記セキュリティエレメント（１０６）及び／または前記移動端末（１００）に前記補完情報を格納するよう構成されることを特徴とする、請求項１５に記載の移動端末。
【請求項１８】
前記補完情報が前記アクセス制御ファイル（２０６）情報と異なる言語で書かれていることを特徴とする、請求項１５〜１７の何れか一項に記載の移動端末。
【請求項１９】
前記アクセス制御ファイル（２０６）情報がコードを備え、該コードに対応する実際の情報項目が前記プラットフォームライブラリ（２０４）及び／または前記アクセス制御ファイル（２０６）に格納されたネットワークアドレスによって識別されるサーバ（１１８）に格納されることを特徴とする、請求項１１〜１８の何れか一項に記載の移動端末。
【請求項２０】
前記アクセス制御ファイル（２０６）情報がアクセスコード使用法命令を備えることを特徴とする、請求項１１〜１９の何れか一項に記載の移動端末。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２００６−５１９５２４（Ｐ２００６−５１９５２４Ａ）
【公表日】平成１８年８月２４日（２００６．８．２４）
【国際特許分類】
【出願番号】特願２００６−５００１５４（Ｐ２００６−５００１５４）
【出願日】平成１６年３月２日（２００４．３．２）
【国際出願番号】ＰＣＴ／ＦＩ２００４／０００１１１
【国際公開番号】ＷＯ２００４／０８００２７
【国際公開日】平成１６年９月１６日（２００４．９．１６）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
【公表日】平成１８年８月２４日（２００６．８．２４）
【国際特許分類】
【出願日】平成１６年３月２日（２００４．３．２）
【国際出願番号】ＰＣＴ／ＦＩ２００４／０００１１１
【国際公開番号】ＷＯ２００４／０８００２７
【国際公開日】平成１６年９月１６日（２００４．９．１６）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
[ Back to top ]