JP2017108450A - セキュア要素内のデータを管理するための方法及び装置 - Google Patents

Abstract

【課題】複数のアクセス制御クライアントにアクセスする際の自由度を高める新たなソリューションが必要とされている。【解決手段】機器内の複数のアクセス制御クライアントにまたがってデータを管理及び共有するための装置及び方法が本明細書に開示される。一実施形態においては、アクセス制御クライアントが、組み込みユニバーサル集積回路カード（ｅＵＩＣＣ）に配された電子的加入者アイデンティティモジュール（ｅＳＩＭ）を備える。各ｅＳＩＭは独自データを格納している。ｅＵＩＣＣ内で維持されているアドバンスト加入者アイデンティティツールキットアプリケーションが、電話帳に登録された連絡先の共有又は（例えばユーザコンテキストに基づいた）複数のｅＳＩＭ間での自動切り替えの促進など種々の目的で、複数のｅＳＩＭのデータの管理及び共有を促進する。【選択図】図２

Description

本発明は、概して通信システムの分野に関し、一例示的態様においては、特に、１つ以上のモバイル機器の複数のユーザアクセスクライアント間でのデータ共有を促進することに関する。

（関連技術の説明）
殆どの従来技術の無線通信システムでは、セキュア通信のためにアクセス制御が要求されている。一例として、１つの単純なアクセス制御スキームは、（ｉ）通信相手のアイデンティティを確認することと、（ｉｉ）確認されたアイデンティティと釣合ったアクセスレベルを付与すること、を含む。例示的なセルラーシステム（例えば、ユニバーサル移動体通信システム（ＵＭＴＳ））の文脈において、アクセス制御は、物理的なユニバーサル集積回路カード（ＵＩＣＣ）（「ＳＩＭカード」とも呼ばれる）の上で実行されるユニバーサル加入識別モジュール（ＵＳＩＭ）と呼ばれるアクセス制御クライアントによって管理される。ＵＳＩＭアクセス制御クライアントは、ＵＭＴＳセルラーネットワークに対する加入者を認証する。認証に成功した後、加入者はセルラーネットワークへのアクセスが許可される。本明細書において以降使用される「アクセス制御クライアント」という用語は概して、ハードウェア又はソフトウェア、或いはそれらの組み合わせ内で具現化された論理エンティティであって、第１の機器によるネットワークへのアクセスを制御するのに適した論理エンティティを表す。アクセス制御クライアントの一般的な例としては、上述のＵＳＩＭ、ＣＤＭＡ加入者アイデンティティモジュール（ＣＳＩＭ）、ＩＰマルチメディアサービス識別モジュール（ＩＳＩＭ）、加入者アイデンティティモジュール（ＳＩＭ）、除去可能ユーザ識別モジュール（ＲＵＩＭ）などが挙げられる。

これまでＵＩＣＣは、１つ以上のＵＳＩＭ（より一般的には「ＳＩＭ」）アクセス制御クライアントに対して信頼境界を設けてきた。ＵＩＣＣはＳＩＭと共に製造及び「ハードコード」されている。即ちＵＩＣＣは、一度プログラムされると、再プログラムすることができない。別のＳＩＭを使用してセルラーネットワークへの認証を受けたい場合は、ユーザは機器のＳＩＭカードを別のＳＩＭカードと物理的に交換しなければならない。この物理的制約を受けて、一部の機器は、２枚のＳＩＭカードを同時に収容するように設計されてきた。いわゆるデュアルＳＩＭ電話である。しかし、デュアルＳＩＭ電話は、ＳＩＭカード機器の根本的な物理的制約に対応していない。例えば、一方のＳＩＭカード内に記憶されている情報を、もう一方のＳＩＭカード内に記憶されている情報と統合することは容易にはできない。既存のデュアルＳＩＭ機器は、両方のＳＩＭカードの内容に同時にアクセスすることはできない。最後に、ＳＩＭカードにアクセスするには、ユーザにとって認識可能なそれなりの時間が必要であり、情報を転送するためにＳＩＭカードを切り替えることは望ましいことでなく、ユーザエクスペリエンスを落とす。この制約は、従来の機器とデュアルＳＩＭ機器との両方に存在する。

そのため、複数のアクセス制御クライアントにアクセスする際の自由度を高める新たなソリューションが必要とされている。ユーザのエクスペリエンスを高めるためには、そのようなソリューションが、共通のユーザデータを複数のアクセス制御クライアント間で共有できるのが理想的である。更に、改善された方法及び装置は、複数のアクセス制御クライアントをシームレスに切り替えて、ユーザによるセルラーサービスへのアクセスと使い勝手とを改善できるようにすべきである。

本発明は、とりわけ、１つ以上のモバイル機器の複数のユーザアクセスクライアント間でデータを共有するための改善された装置及び方法を提供することによって上記ニーズを満たす。

本発明の一態様においては、１つ以上のアクセス制御クライアントの各々がデータを格納している１つ以上のアクセス制御クライアントを記憶するように構成されたセキュア要素が開示される。一実施形態において、このセキュア要素は、セキュアプロセッサと、そのセキュアプロセッサとデータ通信するセキュア記憶装置と、を含む。一例示的実施形態において、この記憶装置は、セキュアプロセッサによって実行されたときに、非アクティブな第１のアクセス制御クライアントの第１のデータにアクセスするためのリクエストを受信し、そのリクエストを検証し、非アクティブな第１のアクセス制御クライアントの第１のデータにアクセスし、第１のデータを返す、ように構成されているコンピュータ実行可能な命令を含む。

一変形例においては、１つ以上のアクセス制御クライアントの各々が、セキュアプロセッサによって実行されたときに、アクティブな第２のアクセス制御クライアントを認証するためのリクエストをネットワークエンティティから受信し、そのリクエストを認証し、そのリクエストが真性であれば、そのネットワークエンティティに応答する、ように構成されているコンピュータ実行可能な命令を含む。

別の変形例においては、データにアクセスするためのリクエストとネットワークからのリクエストとで特権レベルが別個である。

いくつかの変形例においては、リクエストがリクエスタを識別する。例えば、リクエスタはユーザであり得る。別の実施例においては、リクエスタがソフトウェアアプリケーションであり得る。そのような一事例においては、ソフトウェアアプリケーションがセキュア要素に常駐する。更に他の実施例においては、リクエスタが、セキュア要素上にある１つ以上のアクセス制御クライアントのうちの第２におけるソフトウェアプロセスを含む。

第２の態様においては、各々がデータを格納している１つ以上のアクセス制御クライアントを記憶するように構成されたセキュア要素内のデータを処理するための方法が開示されている。一実施形態において、この方法は、第１のデータにアクセスするためのリクエストを受信することと、そのリクエストを検証することと、複数のアクセス制御クライアントから第１のデータを検索することと、第１のデータが見つかった場合にその第１のデータを返すことと、を含む。

そのような一変形例においては、リクエストを検証することが、リクエスタを識別することを含む。そのような一実施例においては、リクエストを検証することが、リクエスタと関連付けられた特権を判定することを更に含む。別の実施例においては、リクエスタと関連付けられたこの判定された特権が、管理エンティティによって事前に判定される。

他の変形例においては、第１のデータにアクセスすることが、単一の連絡先を特定するために複数の連絡先情報にアクセスすることを含む。

更に他の変形例においては、第１のデータにアクセスすることが、１つ以上の機器構成にアクセスすることであって、その１つ以上の構成のうちの少なくとも１つに係る機器の構成を可能にするアクセスを含む。

第３の態様には、１つ以上のアクセス制御クライアントの各々がデータを格納している１つ以上のアクセス制御クライアントを記憶するように構成されたセキュア要素が開示されている。一実施形態においては、このセキュア要素が、第１のデータにアクセスするためのリクエストを受信する手段と、そのリクエストを検証する手段と、１つ以上のアクセス制御クライアントから第１のデータを検索する手段と、第１のデータを返す手段と、を含む。

一変形例においては、リクエストを検証する手段が、個人識別番号（ＰＩＮ）又はユーザによって提供されたパスワードを検証する手段を備える。

他の変形例においては、そのリクエストを検証する手段が、ソフトウェアアプリケーションのソフトウェア特権レベルを判定する手段を備える。

更に他の変形例においては、セキュア要素が、アクセス制御クライアントを認証するためのネットワークリクエストを受信する手段を含む。

第４の態様には、モバイル機器が開示されている。一実施形態においては、このモバイル機器が、１つ以上のアクセス制御クライアントの各々がデータを格納している１つ以上のアクセス制御クライアントを記憶するように構成されたセキュア要素と、通信ネットワークと通信するように適合させた１つ以上の無線通信回路と、第１のプロセッサと、第１のプロセッサとデータ通信する記憶装置であって、第１のプロセッサによって実行されたときに、ツールキットがアクセスできるデータに制限された第１の特権に従って第１のアクセス制御クライアントの第１のデータにアクセスするためのリクエストであって、セキュア要素に、そのリクエストを検証させ、第１のアクセス制御クライアントの第１のデータにアクセスさせ、第１のデータを第１のプロセッサに返させる、ように構成されたリクエストを送信するように構成されているコンピュータ実行可能な命令を含む記憶装置と、を含む。

本発明の第５の態様には、ユーザ機器のセキュア要素内のデータにアクセスするための方法が開示されている。一実施形態においては、この方法が、そのユーザ機器のセキュア要素に記憶された第１のデータにアクセスするためのリクエストを送信することと、そのリクエストを受信すると、セキュア要素がそのリクエストを検証することと、このリクエストが有効であれば、複数のアクセス制御クライアントのうちの１つにおいて第１のデータを見つけることと、そのセキュア要素から第１のデータを受信することと、を含む。

本発明の第６の態様には、モバイル機器が開示されている。一実施形態においては、このモバイル機器が、１つ以上のアクセス制御クライアントの各々がデータを格納している１つ以上のアクセス制御クライアントを記憶するように構成されたセキュア要素と、通信ネットワークと通信するように適合させた１つ以上の無線通信回路と、リクエストを検証するように構成されており、そのリクエストが有効であれば１つ以上の非アクティブなアクセス制御クライアントのうちの第１の第１のデータを提供するセキュア要素に記憶された第１のアクセス制御クライアントの第１のデータへのアクセスをリクエストするように構成された論理と、そのセキュア要素から第１のデータを受信するように構成された論理と、を含む。

本発明の他の特徴及び利点は、当業者であれば、添付の図面及び以下に示す例示的実施形態についての詳細な説明を参照して直ちに認識するであろう。

先行技術のＵＳＩＭを用いた一例示的認証及びキー合意（ＡＫＡ）手順をグラフィカルに示す図である。 本発明に係る方法を実施するのに有用な装置の例示的実施形態のブロック図である。 本発明の各種態様に係る、組み込みユニバーサル集積回路カード（ＵＩＣＣ）の例示的実施形態を論理的に表す図である。 本発明の各種態様に係る、セキュア要素内のデータを管理するための一般的方法の一実施形態の論理フロー図である。 本発明に係る、複数の電子的加入者アイデンティティモジュール（ｅＳＩＭ）のユーザ定義の連絡先情報をマージするための方法の一実施形態の論理フロー図である。 本発明に係る、複数の電子的加入者アイデンティティモジュール（ｅＳＩＭ）内の連絡先情報を検索するための方法の一実施形態の論理フロー図である。 本発明に係る、ユーザ定義の条件トリガーに基づいて電子的加入者アイデンティティモジュール（ｅＳＩＭ）間での自動切り替えを促進するための方法の一実施形態を示す論理フロー図である。

ここで図面を参照するが、全体を通して、同様の番号は同様の部分を指す。

本発明は、とりわけ、機器内の複数のユーザアクセス制御クライアントにまたがってデータを管理及び共有するための方法及び装置を提供する。一実施形態においては、論理エンティティ（例えば、アドバンスト加入者アイデンティティツールキット）を格納している組み込みユニバーサル集積回路カード（ｅＵＩＣＣ）、セキュア要素、又はＵＩＣＣが、複数の電子的加入者アイデンティティモジュール（ｅＳＩＭ）にまたがって記憶されたデータへのアクセスを管理及び提供する。データは、例えば、ユーザ定義のデータ（ＵＤＤ）（例えば、電話帳に登録された連絡先やｅＳＩＭ使用プレファレンスなど、ユーザによって構成された設定及びデータ）、オペレータ固有のデータ、較正データなどから成り得る。アドバンスト加入者アイデンティティツールキットは、ｅＳＩＭセキュリティの健全性を脅かすことなく、ｅＳＩＭ内に記憶されたデータへの高速アクセスを可能にするセカンダリ特権インタフェースを提供する。

本発明の更に他の態様は、アクセス制御クライアントの協調的動作を可能にする。例えば、一例示的使用事例においては、上記アドバンスト加入者アイデンティティツールキットなどの論理エンティティが、機器の動作状況又は他の状況を監視し、それらを、ユーザが指定したｅＳＩＭ使用プレファレンス（又は、例えばネットワークオペレータなど）と比較するように構成されている。アドバンスト加入者アイデンティティツールキットの例示的実装形態は更に、アクティブなｅＳＩＭを所望のプレファレンスに従って自動で切り替えることができる。

ここからは、本発明の例示的な実施形態及び態様について詳しく説明する。これらの各種実施形態及び態様については、主として、ＧＳＭ（登録商標）、ＧＰＲＳ／ＥＤＧＥ、又はＵＭＴＳセルラーネットワークの加入者アイデンティティモジュール（ＳＩＭ）という文脈で論じるが、当業者であれば、本発明はそのように制限されるものでないものと認識するであろう。実際、本発明の各種態様は、複数のユーザアクセス制御クライアントをセキュアに管理する恩恵を受け得る（セルラーかその他かに関係なく）どの無線ネットワークでも有用である。

また、「加入者アイデンティティモジュール」という用語が本明細書で使用されているが（例えば、ＳＩＭ、ＵＳＩＭ、ＣＳＩＭ、ｅＳＩＭなど）、この用語は必ずしも、（ｉ）加入者本人による使用（即ち、本発明は加入者又は非加入者によって実施され得る）、（ｉｉ）単一の個人のアイデンティティ（即ち、本発明は家族など個人の集団、又は企業など無形的或いは架空のエンティティ）、若しくは（ｉｉｉ）任意の有形的な「モジュール」機器又はハードウェアを内含せず、必須でもないものと認識されよう。
加入者アイデンティティモジュール（ＳＩＭ）の動作

先行技術によるＵＭＴＳセルラーネットワークという文脈内では、ユーザ機器（ＵＥ）が、モバイル機器と、ユニバーサル加入者アイデンティティモジュール（ＵＳＩＭ）と、を含む。ＵＳＩＭは、物理的ユニバーサル集積回路カード（ＵＩＣＣ）に記憶され、そこから実行される論理ソフトウェアエンティティである。加入者情報、並びに無線ネットワークサービスを取得するためにネットワークオペレータとの認証に使用されるキー及びアルゴリズムなどの、様々な情報が、ＵＳＩＭ内に記憶される。いくつかの代替実装形態においては、キー及び／又は暗号アルゴリズムが、ＵＩＣＣのオペレーティングシステム内に記憶されている。このＵＳＩＭソフトウェアは、Ｊａｖａカード（商標）プログラミング言語に基づくものである。Ｊａｖａカードは、（上述のＵＩＣＣなどの）組み込み型「カード」タイプの装置用に修正されたＪａｖａ（登録商標）プログラミング言語のサブセットである。

一般的に、ＵＩＣＣは、加入者配布の前にＵＳＩＭでプログラムされ、この事前プログラミング又は「個人化」は、各ネットワークオペレータに特有のものである。例えば、展開前に、ＵＳＩＭは、国際移動電話加入者識別番号（ＩＭＳＩ）、一意の集積回路カード識別子（ＩＣＣＩＤ）、及び特定の認証キー（Ｋ）と関連付けられている。ネットワークオペレータは、この対応付けをネットワークの認証センター（ＡｕＣ）内のレジストリに記憶する。個人用設定の後、ＵＩＣＣは各加入者に配信され得る。ここで図１を参照すると、上述の従来技術のＵＳＩＭを使用する、１つの例示的な認証及びキー合意（ＡＫＡ）手順が、詳細に示される。通常の認証手順の間に、ＵＥは、ＵＳＩＭから国際移動電話加入者識別番号（ＩＭＳＩ）を取得する。ＵＥは、ネットワークオペレータのサービス提供ネットワーク（ＳＮ）又は訪問先コアネットワークにこのＩＭＳＩを渡す。ＳＮは、ホームネットワーク（ＨＮ）のＡｕＣにその認証リクエストを転送する。ＨＮは、受信したＩＭＳＩをＡｕＣのレジストリと比較して、適切なキーＫを取得する。ＨＮは乱数（ＲＡＮＤ）を生成し、アルゴリズムを使用してキーＫでその乱数に署名して、期待される応答（ＸＲＥＳ）を作成する。ＨＮは、更に、暗号保護及び完全性保護に使用する暗号キー（ＣＫ）と完全性キー（ＩＫ）並びに様々なアルゴリズムを使用する認証トークン（ＡＵＴＮ）を生成する。ＨＮは、ＲＡＮＤ、ＸＲＥＳ、ＣＫ、及びＡＵＴＮからなる認証ベクトルをＳＮに送信する。ＳＮは、ワンタイム認証プロセスのみに使用する認証ベクトルを記憶する。ＳＮは、ＲＡＮＤ及びＡＵＴＮをＵＥに渡す。

ＵＥが、ＲＡＮＤ及びＡＵＴＮを受信すると、ＵＳＩＭは、受信されたＡＵＴＮが有効であるか否かを検証する。有効であれば、ＵＥは、受信したＲＡＮＤを使用し、記憶されたキーＫと、ＸＲＥＳを生成した同じアルゴリズムとを使用して自身専用の応答（ＲＥＳ）を算出する。ＵＥは、そのＲＥＳをＳＮに返送する。ＳＮは、ＸＲＥＳと受信したＲＥＳとを比較して、それらが一致する場合には、ＳＮは、そのＵＥがオペレータの無線ネットワークサービスを利用することを許可する。

ＵＩＣＣには、ＵＳＩＭがプログラムされていることに加え、ＵＩＣＣの機能を拡張する他のアプリケーションも一般にプログラムされている。そのようなアプリケーションの一般的な例が、電話帳、即ちＵＳＩＭアプリケーションツールキット（ＵＳＡＴ）である。ＵＳＡＴは、ＵＩＣＣと機器との間の通信プロトコルを拡張する付加価値サービスとして使用されるのが典型的である。
暗号化／キー方式

非対称キー方式は、異なるキーを使用してメッセージを暗号化及び復号するため、エンクリプタ及びデクリプタが同じキーを共有しない。対称キー方式は、暗号化及び復号の両方に同じキー（又はわずかに変形させたキー）を使用する。リベスト、シャミル及びアドルマン（ＲＳＡ）アルゴリズムは、関連技術の範囲内で広く使用されている公開／秘密キーペア暗号法の種類の１つだが、本発明は、ＲＳＡアルゴリズムに全く制限されないものと認識されよう。パブリック／プライベート暗号化方式は、メッセージを暗号化し、及び／又は署名を生成する目的で使用することができる。具体的には、メッセージを、秘密キーで暗号化し、パブリックキーで復号することができ、それによって、そのメッセージが送信中に変更されていないことを保証する。同様に、秘密キーで生成された署名は、パブリックキーで検証することができ、その署名を生成したエンティティが正当なものであることを保証する。どちらの用途においても、秘密キーは秘匿されており、自由に配布される。
装置

ちなみに、先行技術によるＵＩＣＣ（即ちＳＩＭカード）も、モバイル機器間で自由に移動可能だが、ＳＩＭ自体はＵＩＣＣ内でハードコードされている。ＳＩＭカードには、複数のＳＩＭ（例えばＵＳＩＭ及びＣＳＩＭなど）を予めプログラムしておくことができるが、既存の展開には、一般に１つのＳＩＭしか含まれていない。既存のＳＩＭトラストアーキテクチャによれば、モバイル機器は信頼できるエンティティではないため、ＳＩＭカードは、アクセスを認める前に、そのモバイル機器が脅かされているかどうかを判定する必要がある。実際、ＳＩＭは、適切な暗号秘密へのアクセス権を有するホームネットワーク（ＨＮ）又はサービングネットワーク（ＳＮ）とだけ信頼できる通信を確立するように構成されている。

加えて、既存のソリューションには、あるＳＩＭカードを別のＳＩＭカードに対して認証するためのメカニズムがないため、各ＳＩＭカードの「信頼境界」がそのカード自体に制限される。ＳＩＭカード間で情報を共有するには、モバイル機器がそれぞれのＳＩＭカードにセキュアにアクセスし、ＳＩＭカード間で情報を外部転送する必要がある。

対照的に、本発明の一態様においては、セキュア要素（ＵＩＣＣ、ｅＵＩＣＣなど）が、本明細書において以降電子的加入者アイデンティティモジュール（ｅＳＩＭ）と称する複数のＳＩＭ要素を記憶するように構成されている。各ｅＳＩＭは、典型的なＵＳＩＭのソフトウェアシミュレーションであり、相似プログラミング及びそれに関連付けられたユーザデータを含む。いくつかの変形例においては、ｅＳＩＭが、ＵＳＩＭアプリケーション以外にもソフトウェア及び／又はアプリケーションを含み得る。一例示的実施形態においては、モバイル機器内に常駐する組み込みＵＩＣＣ（ｅＵＩＣＣ）が、そのモバイル機器に記憶された複数のｅＳＩＭを管理し、それらにアクセスするためにアドバンスト加入者アイデンティティツールキットソフトウェア層と共に使用されるように構成されている。本発明の各種実施形態は、モバイル機器から容易には取り外すことのできない永続的に搭載されたｅＵＩＣＣ構成要素を有する。このｅＵＩＣＣがモバイル機器との信頼境界を設けるものの、これら複数のｅＳＩＭはｅＵＩＣＣの信頼境界内に記憶されているため、ｅＵＩＣＣの信頼境界内でセキュアに修正及び／又は操作することができる。

次に図２を参照すると、本発明に係る方法を実施するのに有用な装置２００の一例示的実施形態が示されている。装置２００は、アプリケーションプロセッサ２０２と、セキュア要素２０４と、１つ以上の無線インタフェースと、関連するベースバンドプロセッサ２０６と、を含む。装置２００は、ＵＭＴＳに対応したユーザ機器（ＵＥ）であるモバイル無線機器として示されているが、文字どおり任意のフォームファクタ又は本発明に一致する特徴を有し得るものと理解されよう。

図示されるように、アプリケーションプロセッサ２０２としては、デジタル信号プロセッサ、マイクロプロセッサ、フィールドプログラマブルゲートアレイ、又は１つ以上の基板に搭載された複数の処理構成要素が挙げられる。この処理サブシステムはまた、内部キャッシュメモリも含み得る。この処理サブシステムは、例えば、ＳＲＡＭ、フラッシュ及びＳＤＲＡＭ構成要素を備え得るメモリを備えるメモリサブシステムに接続されている。このメモリサブシステムは、当該技術分野において周知のようにデータアクセスを促進するために、１つ以上のＤＭＡタイプのハードウェアを実装することができる。このメモリサブシステムは、プロセッササブシステムによって実行可能なコンピュータ実行可能な命令を格納している。

セキュア要素２０４は、セキュアプロセッサ（例えば、デジタル処理技術において公知の種類のセキュアマイクロプロセッサ）と、関連するセキュア記憶装置と、を含む。このセキュア記憶装置は、セキュアプロセッサによって実行可能なコンピュータ実行可能な命令を格納している。この機器の他のプロセッサとは異なり、セキュア要素は、他のソフトウェアから隔離されており、特に、セキュアであると既知のコードベースを実行するように永続的又は半永続的に構成されている。いくつかの変形例においては、このセキュアなコードベースを改変することができない。他の変形例においては、厳しい条件（例えば、メーカーなど信頼できる当事者との接続）の下でのみ、このセキュアなコードベースを改変することができる。

このセキュア要素は、例えば、本明細書において以降組み込みユニバーサル集積回路カード（ｅＵＩＣＣ）と称するソフトウェアアプリケーションなど、仮想的又は電子的なエンティティを含む。そのような一変形例においては、ｅＵＩＣＣが複数のｅＳＩＭを記憶及び管理することができる。ｅＵＩＣＣは、ｅＳＩＭのＩＣＣＩＤに基づいてｅＳＩＭを選択する。ｅＵＩＣＣが所望のｅＳＩＭを選択すると、ＵＥは、認証手順を開始してｅＳＩＭの対応するネットワークオペレータから無線ネットワークサービスを獲得し得る。先述の選択はＩＣＣＩＤに基づくが、当業者であれば、ＩＣＣＩＤは純粋に例示的なものであり、ｅＳＩＭの管理に他の種類の識別情報が使用され得ることを認識するであろう。

加えて、セキュア要素は、以降「ツールキット」アプリケーションと称するｅＳＩＭ群の管理に役立つ論理エンティティを含む。一例示的実施形態においては、このツールキットアプリケーションが、セキュア要素内で内部的に実行されるアドバンスト加入者アイデンティティツールキットソフトウェアアプリケーションである。それぞれのｅＳＩＭは、例えば、電話帳に登録された連絡先、関連する電話設定、ウェブページのブックマーク、及びその装置が通信及び／又は使用し得る他の機器のサービスプロファイルなどの独自データを格納している。データの一例が、例えば、ユーザ（及び／又はネットワークオペレータ）によって定義されており、その機器上でどのｅＳＩＭがアクティブかを判定するのに便利な条件付き切り替えプレファレンスである。例えば、そのような切り替えプレファレンスは、時間又は曜日、機器の物理的位置、使用中の電話帳登録連絡先、利用できる無線ネットワークサービス（例えば、音声又はデータセルラーネットワークサービス）、使用状況（例えば、仕事用か私用か）、通信の種類（例えば、音声かデータか）などに基づき得る。

明瞭化のために、本明細書で使用されている「アクティブ」及び「非アクティブ」という用語は、現在の接続ステータス（即ち、アクティブなアクセス制御クライアントがネットワークに対する接続コンテキストを有するかどうか）ではなく、アクセス制御クライアントの実行ステータスを表す。そのため、関連技術の当業者は、セキュア要素によって実行中のアクセス制御クライアントは「アクティブ」であり、実行されていないアクセス制御クライアントは「非アクティブ」であると理解し得る。

一実施形態においては、アドバンスト加入者アイデンティティツールキット論理エンティティが、ｅＵＩＣＣとｅＳＩＭのデータとの間のセカンダリインタフェースを提供し、どのｅＳＩＭがアクティブに使用されているかに関係なく、装置がｅＳＩＭのいずれかのデータにアクセスできるようにする。ちなみに、既存のＳＩＭカードだと、ユーザがアクセス条件（例えば、ＰＩＮコード、パスワード、管理コードなど）を満たす必要があるのが典型的である。その上、既存の機器は、一度に１つより多くのアクティブＳＩＭを管理することが禁じられている。そのため、ＳＩＭカード内に記憶されたデータは、そのＳＩＭカードがアクティブに使用されているときにしか実質的に利用できない。対照的に、例示的なアドバンスト加入者アイデンティティツールキットは、プライマリｅＳＩＭアクセスからの様々な特権及び／又は許可を有するセカンダリインタフェースを提供する。例えば、この装置は、アドバンスト加入者アイデンティティツールキットを使用して、この装置の複数のｅＳＩＭにまたがって電話帳に登録された連絡先に問い合わせ、共有することができる。別の実施例においては、１つ以上の状況を監視し、監視された状況をユーザ定義の切り替えプレファレンスと比較することにより、異なるｅＳＩＭ間での自動的及び実質的にシームレスな切り替えを促進する目的でアドバンスト加入者アイデンティティツールキットを使用することができる。

一例示的実施形態において、セキュア要素２０４は、ベースバンドプロセッサ２０６によってのみ直接アクセス可能である。そのような各種実施形態において、アプリケーションプロセッサ２０２はこのセキュア要素（ツールキットアプリケーション及びアクセス制御クライアントを含む）に、このベースバンドプロセッサを介して間接的にしかアクセスしない。ただし、代替実施形態においては、アプリケーションプロセッサ２０２及びベースバンドプロセッサ２０６の両方が、セキュア要素２０４と直接的に通信する。アプリケーションプロセッサ２０２がセキュア要素２０４と直接的に通信できることの利点は、アプリケーションプロセッサ２０２がデータを記憶及び取得する方法における自由度が高まることである。ただし、関連技術の当業者であれば、本発明の各種態様が、（ｉ）複数のアクセス制御層と、（ｉｉ）同時アクセスと、を提供することを目的としていると理解されるべきである。そのため、いくつかの実施形態においては、アプリケーションプロセッサが、プライマリアクセス制御クライアントインタフェースに影響を及ぼすことなく、ツールキットアプリケーションに直接的にアクセスすることができる。例えば、ユーザが、別のｅＳＩＭに必ずしも（操作上）切り替えなくても、任意のｅＳＩＭにある連絡先情報を検索でき得る。

本発明の一例示的実装形態においては、機器が、複数の無線インタフェースと、複数の無線ネットワークに接続するように適合させたベースバンドプロセッサ２０６と、を含む。これらの複数の無線インタフェースは、適切なアンテナ及びモデムサブシステムを実装することによって、ＧＳＭ、ＣＤＭＡ、ＵＭＴＳ、ＬＴＥ／ＬＴＥ−Ａ、ＷｉＭＡＸ、ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの、種々の無線技術に対応することができる。ただし、これら複数のインタフェースは同質でも異質でもあり得るものと理解されよう。例えば、機器は、２つのＣＤＭＡインタフェース、ＣＤＭＡインタフェース及びＬＴＥインタフェース、ＷｉＭＡＸインタフェース及びＣＤＭＡインタフェースなどを有し得る。

加えて、各種実施形態において、装置２００は、キーパッド、タッチスクリーン（例えば、マルチタッチインタフェース）、ＬＣＤディスプレイ、バックライト、スピーカ、及び／又はマイクロホンが挙げられるがこれらに限定されない任意の数の周知のＩ／Ｏを含むユーザインタフェースサブシステムを備え得る。しかしながら、特定の適用例では、これらの構成要素のうちの１つ以上が不要となり得ることが認識されよう。例えば、ＰＣＭＣＩＡカードタイプクライアントの実施形態は、ユーザインタフェースが欠如する場合がある（それらは、物理的及び／又は電気的に結合されるホスト機器のユーザインタフェースを、便乗して利用することが可能であるため）。

ここで改めて図２を参照すると、一例示的実施形態において、セキュア要素２０４は、１つ以上のコンピュータプログラムを記憶する永続的コンピュータ可読媒体を含む。この１つ以上のコンピュータプログラムは、第１の信頼レベル（又は特権）、及び／又はこの信頼レベルとは異なるアクセスプロトコルと、このアクセス制御クライアント（例えばｅＳＩＭ）にアクセスするのに必要なアクセスプロトコルと、を実装するように構成されている。一変形例において、第１の信頼レベル及び（又は特権）は、アドバンスト加入者アイデンティティツールキットソフトウェアへのソフトウェアアクセスを可能にし、例えば、非対称又は対称キー／チャレンジ方式に基づく。例えば、アプリケーションプロセッサ２０２は、チャレンジ及び応答方式に適切に応答して、自身を有効なソフトウェアエンティティとして検証する必要があり得る。他の変形例においては、アクセスプロトコルが、適切に署名されたデジタル証明書、又は他の形態のサードパーティ検証に基づき得る（例えば、プロセッサが有効な証明書を提示して、以降はアドバンスト加入者アイデンティティツールキットソフトウェアにアクセスできる）。更に他の変形例においては、ｅＵＩＣＣが、ハードウェア固有の署名、ハードコードされた機器又は構成要素識別情報（例えばプロセッサＩＤなど）などを検査するように構成され得る。なおも他の変形例においては、アドバンスト加入者アイデンティティツールキットの能力が制限され得る。そのため、アクセス時に低度の特権（又は汎用特権）が使用され得る。

そのような一例示的変形例においては、特定の種類のアクセス用に、アドバンスト加入者アイデンティティツールキットに構成されている制限が（既存のｅＳＩＭアクセスよりも）少なく、高速である。場合によっては、このように制限を減らすのに、汎用ユーザ特権よりも高いレベルの管理特権が必要とされる。関連技術の当業者であれば、ｅＳＩＭと関連付けられた種々の記憶情報が様々なセキュリティ度で取り扱われ得るということを容易に理解するであろう。例えば、ネットワーク固有の暗号は、非常に厳しく保護及び制御され得るのに対し、個人のユーザデータは、低度のセキュリティで保護されることがあり、汎用又はユビキタスデータであれば、全く保護されない。既存のＳＩＭカードは、単一のアクセスプロトコルを提供するだけ（そのため、些細なトランザクションの場合でも常に最高レベルのセキュリティが求められる）だが、アドバンスト加入者アイデンティティツールキットの第２の（場合によっては第３の）アクセスプロトコルは、関連するトランザクションの特権レベルに対応し得る（即ち、些細なトランザクションであれば汎用特権で行われ得る）。

例として、連絡先情報の追加、削除、及び／若しくは取得、並びに／又は通話及び／若しくはメッセージング履歴の操作に制限されているアドバンスト加入者アイデンティティツールキットを考察してみる。ユーザ情報は秘匿性のものであり、保護される必要があるものの、このユーザによって管理されている既存のセキュリティ及び管理特権は、ユーザ情報を保護するのに概して十分であるものと理解される。そのため、上記アドバンスト加入者アイデンティティツールキットへのアクセスは、その方法で（例えば、ユーザが決めたパスワードなどによって）保護することができる。いくつかの変形例においては、アドバンスト加入者アイデンティティツールキットが、例えば勘定及び／又は課金情報などに対し、より厳格なセキュリティレベルを更に含み得る。例えば、課金情報を参照するのに、管理特権が必要とされ得る。更に、いくつかの変形例においては、例えば、サービス技術者、及び／又は他の専門スタッフにマスター管理特権が提供され得る。

更に別の実施形態においては、アドバンスト加入者アイデンティティツールキットが、両方のｅＳＩＭによる一般的なデータセットへのアクセスを提供し、及び／又はそれぞれのｅＳＩＭがｅＳＩＭデータセットに自由にアクセスするように構成されている。一実装形態において、ｅＵＩＣＣには、ネットワークデータ及びｅＳＩＭデータ用の第１のメモリセクションと、ユーザデータ用の第２のメモリ部分とが構成されている。こうして、各ｅＳＩＭが、それぞれの個々のメモリを維持しつつ、共通のメモリ部分へのアクセスを有し得る。他の実装形態において、ｅＵＩＣＣは、各ｅＳＩＭが別個のメモリスペースを有するように構成されている。どちらの実装形態においても、アドバンスト加入者アイデンティティツールキットは、ユーザデータにアクセスを管理する目的で使用することができる。

図３は、組み込みユニバーサル集積回路カード（ＵＩＣＣ）の一例示的実施形態の論理ブロック図である。図示されるように、ｅＵＩＣＣ３００は、（ユーザデータと非ユーザデータの両方にアクセスするためのＳＩＭ手続きを可能にする）既存の共通オペレーティングシステム３０２を介してｅＳＩＭにアクセスするための第１のインタフェースと、アドバンスト加入者アイデンティティツールキット３０４と通信する第２のインタフェースと、を含む。各ｅＳＩＭ３０８はどちらも、ツールキットがアクセスできるデータ３１０（例えば、ユーザ定義のデータ、アプリケーションなど）、ツールキットがアクセスできないデータ３１２（例えば、暗号情報、保護されたソフトウェアなど）を有する。アドバンスト加入者アイデンティティツールキットは、各ｅＳＩＭにおける、ツールキットがアクセスできる部分に自由にアクセスするように構成されている。加えて、アドバンスト加入者アイデンティティツールキットは、データなどをキャッシュするための内部（又は外部）共通メモリキャッシュ３０６にもアクセスし得る。

いくつかの実施形態においては、アドバンスト加入者アイデンティティツールキット３０４が更に、第１のｅＳＩＭが第２のｅＳＩＭとデータを通信及び／又は及びトランザクションできるようにもし得る。例えば、第１のｅＳＩＭ３０８は、第２のｅＳＩＭのユーザデータ３１０を求めるリクエストを発行することができる。一般に、機器の所有者は、第１及び第２のｅＳＩＭを所有していると想定されるため、アドバンスト加入者アイデンティティツールキットはこのリクエストを、検証せずに認め得る。ただし、いくつかの変形例においては、アドバンスト加入者アイデンティティツールキットが、第１のｅＳＩＭが第２のｅＳＩＭにアクセスするための適切な特権を有することを更に検証することができる。そのような変形例は、機器が複数の所有者間で共有されている場合などに有用であり得る。

図示されるように、共通オペレーティングシステム３０２の第１のインタフェース及びアドバンスト加入者アイデンティティツールキット３０４の第２のインタフェースは論理的に別個だが、第１及び第２のインタフェースは、単一の物理インタフェース経由でも、別個の物理インタフェース経由でも実装され得る。いくつかの実施形態において、第１及び第２のインタフェースは、ベースバンドプロセッサ２０６に連結され得る。他の実施形態においては、第１のインタフェースがベースバンドプロセッサ２０６に連結されており、第２のインタフェースがアプリケーションプロセッサ２０２に連結されている。
方法

次に図４を参照すると、セキュア要素内でデータを管理するための一般的方法の一実施形態について記載されている。本発明の一実装形態においては、１つ以上のアクセス制御クライアントが、そのアクセス制御クライアントと一意に関連するデータを記憶及び取得することができる。セキュア要素内に常駐するツールキットアプリケーションは、これら複数のアクセス制御クライアント経由で更なるソフトウェア管理層を提供する。例えば、ツールキットアプリケーションが第１の特権レベルを有し、この１つ以上のアクセス制御クライアントが第２の特権レベルを有する。一変形例においては、この第１又は第２の特権レベルで以ってデータにアクセスすることができる。

方法４００のステップ４０２で、セキュア要素が、ツールキットアプリケーションへのアクセスか、又は１つ以上のアクセス制御クライアントへのアクセスかを判定する。アクセス制御クライアント（例えばｅＳＩＭ）へのアクセスである場合には、セキュア要素が、例えば、ＩＳＯ ７８１６、ＩＳＯ １４４４３、ＵＳＢなどを介してアクセス制御クライアントへのアクセスを提供する。それに対し、ツールキットアプリケーションへのアクセスである場合には、方法がステップ４０４へと続行する。

一実施形態において、セキュア要素は、（ｉ）ツールキットアプリケーションと（ｉｉ）アクセス制御クライアントアプリケーションとに論理的に分割されている単一インタフェースを有する。例えば、ＳＩＭカードインタフェースは、クロックと、リセットと、単一入力／出力（ＩＯ）と、を含むのが典型的である。ＩＯラインは、読み書きするようにクロックされている（そして、データ、アドレス、及び／又は命令と解釈することができる）。ツールキットアプリケーションには、一連の特殊なコマンド、別個のメモリアドレス空間、操作モードスイッチなどが設けられ得る。例えば、セキュア要素は、ＳＩＭカードアクセスとツールキットアプリケーションアクセスとの両方を受け入れる単一の共通インタフェースを有し得る。他の例示的構成においては、セキュア要素が、（例えば、選択レジスタに書き込む、モードスイッチを設定するなどして）ＳＩＭカードアクセスとツールキットアプリケーションアクセスとの間で物理的又は論理的に切り替えられる。

他の実施形態においては、セキュア要素に、ツールキットアプリケーション用及びアクセス制御クライアントアプリケーション用の各々に別個の物理インタフェース（即ち２つのインタフェース）が設けられている。例えば、先述のとおり、ＳＩＭカードインタフェースは、クロックと、リセットと、単一入力／出力（ＩＯ）と、を含み得るが、ツールキットアクセスの場合には別のアドレス及びデータバスが使用される。また、この２つ以上のインタフェースが１つ以上の共通機能を共有する（例えばクロックとリセットとを共有するが、別のデータ／アドレスバスを利用する）ことも理解されよう。

一変形例において、リクエスタはユーザである。例えば、ユーザが、１つ以上のアクセス制御クライアントのうちのいずれか（又はサブセット）と関連付けられた電話帳に登録された連絡先アクセスをリクエストし得る。一般に、ユーザが、アプリケーションプロセッサから実行されたグラフィカルユーザインタフェース（ＧＵＩ）を介してそのようなリクエストを行うものと理解されよう。ただし、本発明に係る他の形態のインタフェースもあり得る。例えば、機器が、特定の操作（例えば、ＳＩＭロック、ＳＩＭ切り替えなど）をトリガーするための露出したボタン又は他の物理的手段を有し得る。

別の変形例においては、リクエスタが、機器のプロセッサ上で実行中のソフトウェアアプリケーションであり得る。例えば、複数のｅＳＩＭ間での自動切り替えを促進する目的でｅＳＩＭデータが使用されると、ホスト無線機器（例えばスマートフォン）のベースバンドプロセッサ及び／又はモデムが、それぞれのｅＳＩＭの記憶データ切り替え基準をリクエストして、機器上でアクティブであるべき特定のｅＳＩＭの自動判定を支援し得る。他の実施例においては、個人連絡先情報の管理などを支援する目的でアプリケーションプロセッサによってｅＳＩＭデータをリクエストすることができる。

更に別の変形例においては、リクエスタが、ｅＳＩＭ自体、又は別のｅＳＩＭによって内部的に実行されるソフトウェアであり得る。例えば、第１のｅＳＩＭが、第２のｅＳＩＭとの個人連絡先情報の同期をリクエストし得る。更に他の実施例においては、第１のｅＳＩＭが、第１のｅＳＩＭをＵＩＣＣに初めて追加したときなどに、第２のｅＳＩＭと関連付けられた機器設定に従って自身を自動的に構成し得る。

関連技術の当業者であれば、ソフトウェアが幅広い機能、能力、及び／又は特権にまたがることを認識するであろう。ソフトウェアの一般的な例としては、ファームウェア、低レベル機器ドライバ、オペレーティングシステム（ＯＳ）ドライバ、ネイティブ機器アプリケーション、サードパーティソフトウェアアプリケーション、ネットワークアプリケーション、及び仮想マシンが挙げられるが、これらに限定されない。したがって、本発明のいくつかの実施形態において、ツールキットアプリケーションは、リクエスタソフトウェアの種類に基づいて様々なソフトウェア機能を更に呈し得る。例えば、低レベル機器ドライバであれば、例えばネットワークアプリケーションとは異なる能力及び機能に提供され得る。

ちなみに、データの一般的な例としては、アクセス制御クライアントの条件付き動作基準（例えば、自動ＳＩＭ切り替え設定など）、ウェブサイトのブックマーク、アカウントパスワードリスト、通話及び／又はメッセージング履歴、ユーザ又は金融口座情報、機器プロファイル設定、ソフトウェアアプリケーションなどが挙げられるが、これらに限定されない。

サポートされているデータアクセスの一般的な例としては、データの取得、データの記憶、データの改変（例えば、上書き又は置換）、命令の実行、データの有効性の判定（例えば、巡廻冗長検査（ＣＲＣ）、一方向暗号ハッシュ、又は他の整合性検査）、機能のイネーブル／ディスエーブル化などを挙げられるが、これらに限定されない。更に、特定の種類のアクセスについては、複合的であり得、及び／又は複数の内部トランザクションを行うのにツールキットアプリケーションを必要とし得ることが理解されよう。実際、本明細書に開示された例示的ツールキットアプリケーションの大きな利点の１つが、複雑なトランザクションが、セキュア要素に対して内部的に実行可能であるということである。既存のＳＩＭカードアクセスはＩＳＯ ７８１６シグナリングを介して行われる。このアクセスは、セキュア要素自身の内部アクセスよりもはるかに遅い。例えば、ＩＣＣ ＩＳＯ ７８１６プロトコルを介した単純な読み出しリクエストは、ネゴシエートされた速度に基づき、最大数百ｋｂｐｓ（キロビット／秒）に達し得る。

ステップ４０４で、このデータにアクセスするためのリクエストの許可、特権、及び／又は振舞いが適切かどうかが、ツールキットアプリケーションによって任意選択で検証される。より一般的には、ツールキットアプリケーションは、リクエスタに付与された特権のレベルに見合ったアクセスだけを行う。この制約により、セキュア要素及びアクセス制御クライアントの信頼境界がツールキットアプリケーションの誤用又は悪用によって迂回されることのないようになっている。一実施形態において、ツールキットアプリケーションは、セキュア要素の資産全体のサブセットにアクセスするに過ぎない。一変形例において、このサブセットは、リクエスタの特権に対応するデータに制限される。他の変形例においては、ツールキットアプリケーション自身が最大特権レベルを有する。例えば、ツールキットアプリケーションは、ユーザ定義のデータのみアクセス／改変でき得る。

例えば、ユーザは、第１のｅＳＩＭと関連付けられた第１の電話帳と第２のｅＳＩＭと関連付けられた第２の電話帳とのマージをリクエストし得る。ツールキットアプリケーションは、それらのｅＳＩＭの一方又は両方のための適切なアクセスＰＩＮを更に必要とし得る（か、又はユーザにプロンプトし得る）。他の実施例においては、ユーザが、ｅＳＩＭと関連付けられた課金情報へのアクセスをリクエストし得る。それを受けて、ツールキットアプリケーションは、クレジットカード情報を提供する前にユーザにパスワード（又はＰＩＮ）をプロンプトし得る。更に別の実施例においては、サードパーティアプリケーションが、特定の機能（例えば、アプリ内決済、使用履歴統計情報など）をイネーブルするためにｅＳＩＭユーザデータをリクエストし得る。ツールキットアプリケーションは、要求されたデータを提供する前に、ユーザの個人情報にアクセスするための許可がこのサードパーティアプリケーションに付与されたことを検証し得る。

データにアクセスするのに十分な許可がないとツールキットアプリケーションが判定した場合には、このアクセスリクエストが拒否される（ステップ４０６）。いくつかの変形例においては、このリクエストエンティティ（例えば、ユーザ、ソフトウェア、ネットワークエンティティなど）にエラーメッセージが提供され得る。それに対し、十分な許可があるとツールキットアプリケーションが判定した場合には、このアクセスリクエストが認められる（ステップ４０８）。

更に、関連技術の当業者であれば、アクセス制御クライアントコンテンツの繊細な性質ゆえ、悪意のある攻撃を防ぐために更なるセキュリティ層が必要とされ得ることを認識するであろう。例えば、本発明の各種実施形態は、とりわけ、入力の妥当性検証（即ち、リクエストの形態が適切で、期待された入力に合致する）、認証／認可、整合性検査、セッション管理（例えば、セッションが開いたままになっていないか、又は資産に不適切にアクセスしていないかなど）、例外管理（即ち、エラー状況への適切に対処する）、及び／又は監査／ロギングを追加で行うように構成され得る。

別の実施例においては、リクエストが証明書に従って認可され得る。例えば、リクエスタソフトウェアは、信頼されたサードパーティによって署名された証明書を提示する必要があり得る。この証明書は、リクエストされたアクセスに対してそのリクエスタソフトウェアが認可されていることを示す。そのような証明書の一例としては、ソフトウェア識別情報及び／又は機器識別情報でハッシュされた（信頼されたサードパーティの）署名を含む。別のそのような実施例においては、リクエストが、リクエスタソフトウェアの特権レベルに従って検証される。例えば、オペレーティングシステムが第１の特権レベルを有し、サードパーティソフトウェアが第２の特権レベルを有し、通信ソフトウェアスタックが更に別の特権レベルを有するシステムを考察してみる。いくつかの変形例において、ユーザは、（例えば、特定のサードパーティアプリケーションに更なるアクセスを認めたり、又はサードパーティアプリケーションから特権を取り消したりなど、）１つ以上の特権レベルを追加で構成し得る。

更に他の場合においては、アプリケーションツールキットが、リクエスタソフトウェアが許容可能な振舞いに従って動作していることを検証し得る。一般的な検査としては、フォーマット及び長さに対する入力の適合性、セッションタイムアウト機能、適切なメモリ動作（例えば、不良ポインタなど）などの検証が挙げられるが、これらに限定されない。

方法４００のステップ４０８で、ツールキットアプリケーションがアクセス制御クライアントの要求データにアクセスする。一実施形態においては、ツールキットアプリケーションが適切なアクセス制御クライアントのメモリ空間に直接アクセスする。例えば、メモリマップファイル構造であれば、既定のパーティションに従って配置されるのが典型的である。そのような一変形例において、パーティションは、（ｉ）ユーザ定義データ（ＵＤＤ）と、（ｉｉ）非ユーザデータ（例えば、暗号データ、ソフトウェア、ファームウェアなど）に分割される。アクセスを行うために、ツールキットは、以前にキャッシュされたディレクトリ構造から、又はそのディレクトリ構造をメモリロケーションが見つかるまで反復的に辿ることにより、適切なメモリアドレスを判定する。各種代替実施形態においては、ツールキットアプリケーションが、１組のアクセス制御クライアント固有の命令を介してアクセス制御クライアントにアクセスする。ＳＩＭタイプのファイル構造は、記憶されたデータへの直接アクセスを防ぐために、難読化されているのが一般的である。そのため、いくつかの実施形態においては、ツールキットアプリケーションが、ＳＩＭ機器のネイティブコマンドセットを使用してファイル構造にアクセスする必要がある。そのような間接アクセスは直接アクセス方式よりも時間を要するが、ツールキットのインタフェースにおいて、先行技術による技法を用いて実行する必要のあるプロトコルセーフガードの多くが不要になるという利点がある。

いくつかの実施形態においては、ツールキットアプリケーションが共通メモリ空間にアクセスする。共通メモリ空間は、データと一緒に事前にキャッシュすることができ、必要に応じて、又は使用しながらデータが入力されることもある。一般にキャッシュメモリは、従来のメモリ構造よりも小さくアクセスが高速だが、キャッシュ「ミス」を減らし（キャッシュが有用なデータを有する場合）、キャッシュ「ヒット」を最大化する（キャッシュが有用なデータを有しない場合）ように最適化する必要がある。そのために、キャッシュメモリが、様々な置換ポリシーを実施する。具体的には、キャッシュミスの場合には、キャッシュが自身の既存のエントリを取得した有効なデータで置き換える。置換ポリシーにより、今後使用される可能性が低い既存のキャッシュエントリが判定される。一変形例においては、キャッシュが、最長時間未使用（ＬＲＵ）パラダイムに従ってエントリを置き換える。即ち、キャッシュミスの場合には、キャッシュが、最長時間未アクセスエントリを、例えばアクセス制御クライアントから取得されたデータに置き換える。

ステップ４１０で、アクセスの結果がリクエスタに返される。いくつかの変形例においては、ツールキットアプリケーションが追加でアクセスをログに記録し、キャッシュを更新し、及び／又はログ情報をアクセス制御クライアントに提供し得る。

関連技術の当業者であれば、本開示の内容を考慮すれば、本発明の各種態様が、セキュア要素内でセキュアに実行される（、及び生来的に信頼できる）内部制御されたツールキットアプリケーションを介してデータへのアクセスを提供することを認識するであろう。
電話帳のマージ例

図５は、複数の電子的加入者アイデンティティモジュール（ｅＳＩＭ）のユーザ定義の連絡先情報をマージするための方法５００の一特定実装形態を示す。ｅＳＩＭ Ａが２００エントリの電話帳を有し、ｅＳＩＭ Ｂが３００エントリの電話帳を有し、ｅＳＩＭ ＡとｅＳＩＭ Ｂとで１００エントリが重複しているシナリオを考察する。

ステップ５０２で、スマートフォン（例えば、本出願の譲受人によって製造された例示的なｉＰｈｏｎｅ（登録商標））のユーザが、２つのｅＳＩＭ（ｅＳＩＭ Ａ、ｅＳＩＭ Ｂ）を識別し、アプリケーションプロセッサから実行されたグラフィカルユーザインタフェース（ＧＵＩ）を介してこの２つのｅＳＩＭの連絡先情報をマージするためのリクエストを発行する。本実施例において、このリクエストは、組み込みユニバーサル集積回路カード（ｅＵＩＣＣ）セキュア要素から実行されるアドバンスト加入者アイデンティティツールキットアプリケーションに向けたものである。

ステップ５０４で、リクエストユーザが連絡先情報をマージするための適切な特権を有することをアドバンスト加入者アイデンティティツールキットが検証する。特権の検証は、例えば、ユーザが入力したＰＩＮ、パスワード、サードパーティの認証局によって提供された信頼できる信用証明書などに基づき得る。ただし、このようなユーザ特権検証は不要であり得、場合によっては、所望されればスキップされ得る。

ステップ５０６で、アドバンスト加入者アイデンティティツールキットがｅＳＩＭ Ａから２００エントリ、ｅＳＩＭ Ｂから３００エントリを取得し、これらのエントリの内部マージを行う。なお、先行技術によるデュアルＳＩＭ機器は、第１の組のエントリを読み出すのに第１のＳＩＭカードに対する認証を行い、その後第２の組のエントリを読み出すのに第２のＳＩＭカードに対する認証を行う必要がある。その上、先行技術によるソリューションは、ＩＳＯ ７８１６カードインタフェース経由で上記動作を行う必要があり、先述のとおり、ツールキットアプリケーションによって提供された内部メモリアクセスよりも大幅に低速である。

改めて図５を参照すると、ステップ５０８で、アドバンスト加入者アイデンティティツールキットが、（例えばアプリケーションプロセッサによって）メモリに記憶されているマージされた４００エントリのリストを返す。マージが完了すると、ユーザに通知される。
連絡先の検索例

図６は、１つ以上の電子的加入者アイデンティティモジュール（ｅＳＩＭ）内で連絡先情報を検索するための方法６００の一特定実装形態を示す。

ステップ６０２で、スマートフォンのユーザが「ジョン・ドウ」の連絡先情報をリクエストする。本実施例においては、ユーザが対象ｅＳＩＭを提供していないが、ユーザが対象ｅＳＩＭを提供した場合には、検索範囲を大幅に制限できるものと理解される。

必要であれば、ステップ６０４で、リクエストユーザ（又はリクエストアプリケーション）が、示された連絡先を検索するための適切な特権を有することをアドバンスト加入者アイデンティティツールキットが検証する。いくつかの変形例においては、アドバンスト加入者アイデンティティツールキットが、このリクエストユーザの（又はアプリケーションの）許可に基づいて、検索可能なｅＳＩＭのサブセットを識別し得る。

ステップ６０６で、アドバンスト加入者アイデンティティツールキットがそのｅＳＩＭから一致するエントリを検索する。ちなみに、この特定シナリオにおいては、既存のＳＩＭカードが単一エントリへのアクセスを許可しているが、先行技術によるソフトウェアは、アプリケーションプロセッサでの検索を行うのに、連絡先の組全体を読み出す必要がある。具体的には、ある特定エントリのインデックスがわかっていないと、既存のソフトウェアは、ＵＩＣＣからエントリの組全体を読み出して、読み出されたエントリの間で検索を行う必要がある。

改めて図６を参照すると、ステップ６０８で、アドバンスト加入者アイデンティティツールキットが、見つかった連絡先情報結果をリクエストユーザ又はアプリケーションに返す。
切り替え操作例

図７は、ユーザ定義の条件トリガーに基づいて電子的加入者アイデンティティモジュール（ｅＳＩＭ）間での自動切り替えを促進するための方法７００の一特定実装形態を示す。

方法７００のステップ７０２で、スマートフォンのユーザが、例えば、使用状況又は他のコンテキストに対応する１日の特定時刻にｅＳＩＭ間で自動切り替えを行うための条件トリガーを定義する。例えば、ユーザが、７：００ＡＭから５：００ＰＭまでの間は第１のｅＳＩＭ Ａ（例えば仕事アカウント）をイネーブルし、５：００ＰＭから７：００ＡＭまでの間は第２のｅＳＩＭ Ｂ（例えば個人アカウント）をイネーブルするように選択し得る。切り替え条件トリガーは、ユーザプレファレンスデータとしてそれぞれのｅＳＩＭ内に記憶される。

ステップ７０４で、アドバンスト加入者アイデンティティツールキットがユーザプレファレンスデータ条件トリガーの有効性を検査する。例えば、アドバンスト加入者アイデンティティツールキットは、すべての時間帯でｅＳＩＭが１つだけ定義される（即ち重複がない）ようにする。条件トリガーが有効であれば、アドバンスト加入者アイデンティティツールキットは、自身のトリガー能力を構成し、ｅＳＩＭの各々を適切に構成する（即ち、ｅＳＩＭが適切な使用時期にイネーブルされるか、或いは通話又はダウンロードなど動作上のトランザクションの途中で切り替えが行われないようにする）。

関連技術の当業者であれば、先行技術によるＳＩＭカードが先述の能力を有しないことを認識するであろう。更に、先行技術によるデュアルＳＩＭ機器は、両方のＳＩＭカードが、互いに連携したり、他方の動作を司ったり作用したりといったことができない別個の論理エンティティなので、このような形での協調もできない。

ステップ７０６で、アドバンスト加入者アイデンティティツールキットが、トリガー条件（例えば、時間、イベントなど）を監視する。例えば、（内部クロック基準、又は外部ネットワークシグナリングによる）時刻が５：００ＰＭという条件を満たすと、アドバンスト加入者アイデンティティツールキットが第１のｅＳＩＭ Ａから第２のｅＳＩＭ Ｂへと切り替える。同様に、７：００ＰＭという条件が満たされると、アドバンスト加入者アイデンティティツールキットが第２のｅＳＩＭ Ｂから第１のｅＳＩＭ Ａへと切り替える。

いくつかの変形例においては、ｅＵＩＣＣ（又はアドバンスト加入者アイデンティティツールキット）がベースバンドプロセッサに「リフレッシュ」命令を発行する。ベースバンドは、それを受けて新しいｅＳＩＭのファイル構造をリフレッシュし、ＡＫＡ手順を実行する。場合によっては、通話など、動作状況の進行中に呼び出されるこのようなアクションはいずれも、この状況が完了するまで保留又は延期され得る。

また、本明細書における図５の実施例のｅＳＩＭ「電話帳」へのアクセスが、コンテキスト（したがってｅＳＩＭ）変更のためのトリガー条件として使用され得ることも理解されよう。例えば、アプリケーションプロセッサ上で走っているユーザの電話帳アプリケーションが、「個人」とマーク又は明示された特定の連絡先と、「仕事」とマーク又は明示された他の連絡先と、を有し得る。ユーザの仕事連絡先は全て、仕事ｅＳＩＭに配され得る。そして個人の連絡先は全て個人ｅＳＩＭに置かれる。したがって、ユーザが連絡先を選択すると、ツールキットは、既に使用中ということでなければ、特定のｅＳＩＭ又は「アイデンティティ」を選択し得る。

本発明の特定態様については、ある方法の具体的なステップ順序という点から説明しているが、これらの説明は、本発明の広範な方法を表すに過ぎず、特定用途による要求に応じて変更され得るものと認識される。特定のステップは、特定の状況下では、不必要又は任意選択とすることができる。更には、特定のステップ又は機能性を、開示される実施形態に追加することができ、あるいは２つ以上のステップの実行の順序を、置き換えることもできる。そのような変更はすべて、本明細書で開示及び主張された本発明の範囲内とみなされる。

各種実施形態に適用される本発明の新たな特徴について、上記詳細な説明が明示、記載、及び指摘されているが、本発明から逸脱せずに、例示された機器又はプロセスの形態及び詳細における各種省略、代替、及び変更が当業者によって行われ得るものと理解される。上記説明は、現時点で想到される本発明の最良実施態様のものである。この記述は、決して制限的なものではなく、本発明の一般原理を表すものと受け止めるべきである。本発明の範囲は、請求項を参照して判断されるべきである。

Claims (21)

1. モバイル機器であって、
   少なくとも１つの無線ネットワークと通信するように適合させた無線回路と、
   少なくともアクティブなアクセス制御クライアントと非アクティブなアクセス制御クライアントとを含む複数のアクセス制御クライアントを記憶するように構成されたセキュア要素と、
   前記非アクティブなアクセス制御クライアントをアクティブ化することを必要とせずに、前記非アクティブなアクセス制御クライアントに格納されたデータコンポーネントにアクセスするためのリクエストを前記セキュア要素に対して発行するように構成された論理と、
   前記リクエストが有効であることを前記セキュア要素が確認した場合には、前記セキュア要素から前記データコンポーネントを受信するように構成された論理と、
   を備えるモバイル機器。
2. 前記データコンポーネントの少なくとも一部分を、前記複数のアクセス制御クライアントのうちの、前記非アクティブなアクセス制御クライアントを含まない少なくとも１つのアクセス制御クライアントに転送するように構成された論理を更に備える、請求項１に記載のモバイル機器。
3. 前記少なくとも１つのアクセス制御クライアントが前記アクティブなアクセス制御クライアントを含む、請求項２に記載のモバイル機器。
4. 前記リクエストが、前記リクエストを生成するリクエスタを識別する、請求項１から３のいずれか一項に記載のモバイル機器。
5. 前記リクエスタがユーザを含む、請求項４に記載のモバイル機器。
6. 前記リクエスタがソフトウェアアプリケーションを含む、請求項４に記載のモバイル機器。
7. 前記ソフトウェアアプリケーションが前記セキュア要素に常駐する、請求項６に記載のモバイル機器。
8. 前記リクエスタが、前記アクティブなアクセス制御クライアントに常駐するソフトウェアプロセスを含む、請求項４に記載のモバイル機器。
9. セキュア要素に記憶された複数のアクセス制御クライアントを管理するための方法であって、
   前記複数のアクセス制御クライアントのうちの特定のアクセス制御クライアントに格納されているデータコンポーネントにアクセスするためのリクエストをリクエスタから受信することと、
   前記リクエストを検証することと、
   前記複数のアクセス制御クライアントから前記特定のアクセス制御クライアントを検索することと、
   前記データコンポーネントの少なくとも一部分を前記特定のアクセス制御クライアントから取得することと、
   前記データコンポーネントの前記少なくとも一部分を前記リクエスタに返すことと、
   を含む方法。
10. 前記リクエストを検証することが、前記リクエスタを認証することを含む、請求項９に記載の方法。
11. 前記リクエストを検証することが、前記リクエスタと関連付けられた特権レベルを分析することを更に含む、請求項１０に記載の方法。
12. 前記リクエスタと関連付けられた前記特権レベルが、管理エンティティによって事前に決められている、請求項１１に記載の方法。
13. 前記データコンポーネントが、複数の個人の連絡先情報を含み、
    前記リクエストが前記複数の個人の中の特定の個人を指定し、
    前記データコンポーネントの前記少なくとも一部分が前記特定の個人の連絡先情報を含む、請求項９から１２のいずれか一項に記載の方法。
14. 前記データコンポーネントの前記少なくとも一部分が、前記セキュア要素が含まれているモバイル機器の機器構成情報を含み、
    前記機器構成情報に基づいて前記モバイル機器の稼動状態を構成することを更に含む、請求項９から１２のいずれか一項に記載の方法。
15. 複数のアクセス制御クライアントを管理するように構成されたセキュア要素であって、 前記複数のアクセス制御クライアントのうちの特定のアクセス制御クライアントに格納されているデータコンポーネントにアクセスするためのリクエストをリクエスタから受信する手段と、
    前記リクエストを検証する手段と、
    前記特定のアクセス制御クライアントから、前記特定のアクセス制御クライアントに記憶された前記データコンポーネントを検索する手段と、
    前記データコンポーネントを前記リクエスタに返す手段と、
    を備えるセキュア要素。
16. 前記リクエスタがユーザであり、前記リクエストを検証することが、ユーザによって入力された個人識別番号（ＰＩＮ）又はパスワードを検証することを含む、請求項１５に記載のセキュア要素。
17. 前記リクエスタがソフトウェアアプリケーションであり、前記リクエストを検証することが、前記ソフトウェアアプリケーションの特権レベルプロパティを分析することを含む、請求項１５に記載のセキュア要素。
18. 前記複数のアクセス制御クライアントのうちの少なくとも１つのアクセス制御クライアントを使用してネットワークに対する認証を行う手段を更に備える、請求項１５に記載のセキュア要素。
19. モバイル機器であって、
    無線ネットワークと通信するように適合させた無線回路と、
    プロセッサと、
    前記プロセッサとデータ通信する記憶装置であって、前記プロセッサによって実行されたときに、前記プロセッサに、
    前記モバイル機器に含まれ、複数のアクセス制御クライアントを記憶するように構成されたセキュア要素に、前記複数のアクセス制御クライアントのうちの特定のアクセス制御クライアントに格納されたデータコンポーネントにアクセスするためのリクエストであって、前記データコンポーネントへのアクセスを許可する特定の特権レベルを指定する、リクエストを送信させる
    ように構成されているコンピュータ実行可能な命令を記憶する記憶装置と、
    前記セキュア要素であって、
    前記リクエストを検証し、
    前記特定のアクセス制御クライアントの前記データコンポーネントにアクセスし、
    前記データコンポーネントを前記プロセッサに返す、
    ように構成されている前記セキュア要素と、
    を備えるモバイル機器。
20. ユーザ機器のセキュア要素内に記憶されたアクセス制御クライアントに格納されたデータコンポーネントにアクセスするための方法であって、
    前記ユーザ機器に含まれているプロセッサで、前記アクセス制御クライアントを含む複数のアクセス制御クライアントを記憶しており、前記アクセス制御クライアントが非アクティブである前記セキュア要素に、前記データコンポーネントにアクセスするためのリクエストを送信することと、
    前記セキュア要素で、前記リクエストを検証し、前記リクエストが有効であれば、前記データコンポーネントにアクセスし、前記プロセッサに前記データコンポーネントを提供することと、
    前記プロセッサで、前記セキュア要素から前記データコンポーネントを受信することと、
    前記プロセッサで、前記受信したデータコンポーネントに基づいて前記ユーザ機器の前記稼動状態を修正することと、
    を含む方法。
21. 複数のアクセス制御クライアントを記憶するように構成されたセキュア要素であって、前記複数のアクセス制御クライアントの各アクセス制御クライアントがデータコンポーネントを格納しており、
    セキュアプロセッサと、
    前記セキュアプロセッサとデータ通信するセキュア記憶装置であって、前記セキュアプロセッサによって実行されたときに、前記セキュアプロセッサに、
    前記複数のアクセス制御クライアントの中の非アクティブなアクセス制御クライアントの前記データコンポーネントにアクセスするためのリクエストであって、前記リクエスタと関連付けられた特権レベル情報を含む、リクエストをリクエスタから受信させ、
    前記特権レベル情報に基づいて前記リクエストを検証させ、
    前記非アクティブなアクセス制御クライアントの前記データコンポーネントにアクセスさせ、
    前記データコンポーネントを前記リクエスタに返させる、
    ように構成されているコンピュータ実行可能な命令を記憶するセキュア記憶装置と、
    を備えるセキュア要素。

Images