JP2024514840A - セキュアエレメントをパーソナライズする方法 - Google Patents

セキュアエレメントをパーソナライズする方法 Download PDF

Info

Publication number
JP2024514840A
JP2024514840A JP2023561770A JP2023561770A JP2024514840A JP 2024514840 A JP2024514840 A JP 2024514840A JP 2023561770 A JP2023561770 A JP 2023561770A JP 2023561770 A JP2023561770 A JP 2023561770A JP 2024514840 A JP2024514840 A JP 2024514840A
Authority
JP
Japan
Prior art keywords
secure element
terminal
secure
operating system
memory map
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023561770A
Other languages
English (en)
Inventor
リム、ビゲク
ロスナー、マルティン
Original Assignee
ギーゼッケプルスデフリエント エパイメンツ ゲーエムベーハー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ギーゼッケプルスデフリエント エパイメンツ ゲーエムベーハー filed Critical ギーゼッケプルスデフリエント エパイメンツ ゲーエムベーハー
Publication of JP2024514840A publication Critical patent/JP2024514840A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/40—Security arrangements using identity modules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/35—Protecting application or service provisioning, e.g. securing SIM application provisioning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0827—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving distinctive intermediate devices or communication paths
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
    • H04L9/0841—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0877—Generation of secret information including derivation or calculation of cryptographic keys or passwords using additional device, e.g. trusted platform module [TPM], smartcard, USB or hardware security module [HSM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/06—Testing, supervising or monitoring using simulated traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H04W8/205—Transfer to or from user equipment or user record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183—Processing at user equipment or user record carrier

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Storage Device Security (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本発明は、セキュアエレメントをパーソナライズする方法であって、データジェネレータにおいて、複数のセキュアエレメントのストレージイメージのバンドルのリクエストを受信するステップであって、受信されたバンドルの各リクエストされたストレージイメージは、複数のセキュアエレメントのうちの或るセキュアエレメントに関連し、複数のセキュアエレメントの各セキュアエレメントは、複数の端末のうちの対応する端末に固定設置されるステップと、データジェネレータにおいて、複数のセキュアエレメントのうちのパーソナライズする少なくとも１つのセキュアエレメントについての少なくとも１つのサブスクリプションデータセットを取得するステップであって、サブスクリプションデータセットは、サブスクリプション管理サーバから取得されるステップと、データジェネレータによって、パーソナライズするセキュアエレメントのためのオペレーティングシステム又はオペレーティングシステムの一部を提供するステップと、データジェネレータによって、受信されたリクエストに従って、セキュアエレメントの各々のストレージイメージを生成するステップであって、少なくともパーソナライズするセキュアエレメントのストレージイメージは、提供されたオペレーティングシステム又はオペレーティングシステムの一部と、取得された少なくとも１つのサブスクリプションデータセットと、を含むステップと、端末を完成させるために、データジェネレータによって、生成されたストレージイメージをバンドルし、バンドルされたストレージイメージをストレージイメージバンドルとして提供し、これにより、少なくともパーソナライズするセキュアエレメントのストレージイメージをセキュアエレメントに導入して、セキュアエレメントをパーソナライズするステップと、を含む方法に関する。【選択図】 図１

Description

本発明は、セキュアエレメントをパーソナライズする方法に関する。セキュアエレメントは、携帯端末に固定設置される。
サービスを利用するために、端末、例えば携帯電話（スマートフォンなど）、ラップトップ／タブレット、マシン・ツー・マシンデバイス（略してＭ２Ｍデバイス）、又はモノのインターネット（略してＩｏＴ）技術を利用するデバイスは、セキュアエレメント（以下、「ＳＥ」とも称する）を備える。
通信事業者（＝ＭＮＯ）の通信ネットワークで端末を使用するため、端末のＳＥは、少なくとも１つのサブスクリプションデータセット（略してプロファイル又はプロファイルデータ）を有する。プロファイルは、端末の構成と、通信ネットワーク、例えば移動無線ネットワークへの端末のリンクを実現する。この目的のため、通信ネットワーク又は通信ネットワーク上のサービスの使用のため、ユーザ（＝人、加入者、又はデバイス）を一意に識別及び／又は認証するために、サブスクリプションデータセットとしてデータ（ユーザデータ、プロファイルデータ、パーソナライゼーションデータ）がＳＥに格納される。この識別／認証は、ＳＩＭ機能とも呼ばれる。
したがって、サービス事業者又は通信ネットワークの通信事業者は、提供するサービスの利用を各ユーザに一意に割り当てることができる。さらに、通信ネットワークの事業者は、ユーザの認証が行われると、ネットワークアクセス、すなわち通信ネットワークへの登録を許可することができる。また、事業者は、ユーザの認証が不可能な場合、ネットワークアクセスを拒否することができる。
特に、信頼性、セキュリティに関連するユーザデータの保護、及び、予見可能な将来において、配布されない未使用のユーザデータを持つ端末の存在を防止するために、端末製造者は、まず、ＳＥ製造者からパーソナライズされていないＳＥを入手する必要があり、さらに、端末製造者は、ＳＥを自身でパーソナライズできない必要がある。ＳＥをパーソナライズするためには、例えば、ＳＥにオペレーティングシステムを格納したり、プロファイルを導入したりするために、ＳＥを動作可能な状態で端末に設置する必要がある。
ｉＳＥやｅＳＥなどのＳＥを端末に固定設置する製造チェーンは、通常、まずｉＳＥを搭載したチップセットを製造する。次に、チップ製造者は、ＳＥを搭載したチップセットを端末製造者に提供する。端末製造者は、ＳＥを搭載したチップセットを端末に取り付ける。
ＳＥは、ＳＥのライフサイクル初期に近い時点でのみパーソナライズされ、第１段階で、ＳＥを使用可能にするために、オペレーティングシステムがＳＥにプログラムされる。ＳＥにオペレーティングシステムが正常に導入された後、続く第２段階で、ＳＥにプロファイルがロードされる。このロードは、端末製造者側でコンタクトインタフェースを介して行われてもよいし、エアインタフェース（ＯＴＡ）を介して「現場で」行われてもよい。
いずれの場合でも、ｉＳＥやｅＳＥなどのＳＥを端末に固定設置して導入した後にのみ、オペレーティングシステムのロードが行われ、その後、プロファイルの導入が可能となる。このため、端末製造者側では端末の製造プロセスが複雑になり、端末の納期が長くなるため、端末製造者の観点からも、場合によってはユーザの観点からも望ましくない。
ＳＥ製造者によって提供されるＳＥは、パーソナライズの前に完全に端末製造者の管理下に置かれることが端末製造者にとって望ましい。そうすれば、端末製造者は、ＳＥをオペレーティングシステムとプロファイルでパーソナライズして端末を完成させるために、ＳＥ製造者の承認に依存する必要がなくなる。端末製造者にとって、端末の完成工程は、ＳＥ製造者や通信事業者から独立したものとなる。
しかし、ＳＥ製造者が、ＳＥを端末に設置する前に、オペレーティングシステムとプロファイルデータを端末製造者に安易に渡したり、端末製造者によるパーソナライズに対応するＳＥを承認したりすると、オペレーティングシステムとプロファイルデータは、ＳＥ製造者や通信事業者の影響範囲から完全に外れることになる。端末製造者は、ＳＥ製造者や通信事業者、場合によってはユーザ自身が認めないような用途であっても、オペレーティングシステムとプロファイルデータをほぼ希望どおりに使用できるようになってしまう。
同出願人による独国特許出願１０２０２０００３２７５．３号では、パーソナライズプロセスにおいてハードウェアセキュリティモジュール（略してＨＳＭ）を安全なインスタンスとして導入することで、この問題を解決している。この場合、ＳＥとＨＳＭは、ＳＥごとに暗号鍵をネゴシエートする。特定のＳＥ用のオペレーティングシステムとプロファイルデータからなる暗号化されたオペレーティングシステムパケットは、いわゆる「ＢＬＯＢ」として公開ＨＳＭ鍵と共にＨＳＭに格納され、端末製造者の個別のリクエストに応じて端末製造者に個別に提供される。したがって、端末の完成時に、ＳＥごとのオペレーティングシステムとプロファイルデータの安全な交換が保証される。端末製造者は、それぞれのＳＥのオペレーティングシステムやプロファイルデータを見ることはできず、その結果、ＳＥの制御はＳＥ製造者又はＨＳＭのみで行われる。
国際出願のドイツ語翻訳文の公開第１１２０１６００４５９８号では、ｅＵＩＣＣ上で複数のｅＳＩＭをインスタンス化するための提案が開示されている。この場合、ｅＵＩＣＣのハードウェア製造者は、一方が多数のｅＳＩＭに対して同一の共通データを有するデータセットを含み、他方がｅＳＩＭに対して固有のパーソナライズデータを有するデータセットを含む、少なくとも２つのＢＬＯＢ（「バイナリラージオブジェクト」）を含むｅＳＩＭパケットを利用可能にする。第２のタイプのデータセットを有する複数のＢＬＯＢを導入することで、１つのｅＵＩＣＣ上に複数のｅＳＩＭをインスタンス化することが可能になる。
端末製造者とＳＥ製造者の双方は、このパーソナライズプロセスをさらに最適化することに関心がある。この場合、特に、端末製造者側で、端末製造者が望むタイミングで、対応する端末（端末のバッチ）に対して複数のＳＥを「一括して」パーソナライズできることが望ましい。
また、オペレーティングシステムをＳＥに導入する前に、ＳＥのプロファイルデータを利用可能にすることで、従来の２段階プロセス（最初にオペレーティングシステムをロードし、次にプロファイルデータを取得するプロセス）による製造遅延を防ぐことができる。
本発明は、上記の問題を解決したＳＥのパーソナライズ方法を提供することを目的とする。
本目的は、請求項１に記載の方法によって達成される。本発明の有利な構成は、従属請求項に記載される。
本発明によれば、セキュアエレメントをパーソナライズする方法であって、データジェネレータにおいて、複数のセキュアエレメントのメモリマップのバンドルのリクエストを受信するステップであって、受信されたバンドルの各リクエストされたメモリマップは、複数のセキュアエレメントのうちの或るセキュアエレメントに関連し、各場合において、複数のセキュアエレメントのうちの１つのセキュアエレメントは、複数の端末のうちの対応する端末に固定設置される、又は固定設置されたものであるステップと、データジェネレータにおいて、複数のセキュアエレメントのうちのパーソナライズする少なくとも１つのセキュアエレメントについての少なくとも１つのサブスクリプションデータセットを取得するステップであって、サブスクリプションデータセットは、サブスクリプション管理サーバから取得されるステップと、データジェネレータによって、パーソナライズするセキュアエレメントのためのオペレーティングシステム又はオペレーティングシステムの一部を提供するステップと、データジェネレータによって、受信されたリクエストに従って、セキュアエレメントの各々のメモリマップを生成するステップであって、少なくともパーソナライズするセキュアエレメントのメモリマップは、提供されたオペレーティングシステム又はオペレーティングシステムの一部と、取得された少なくとも１つのサブスクリプションデータセットと、を含むステップと、端末を完成させるために、データジェネレータによって、生成されたメモリマップをバンドルし、バンドルされたメモリマップをメモリマップバンドルとして提供し、少なくともパーソナライズするセキュアエレメントのメモリマップをセキュアエレメントに導入して、セキュアエレメントをパーソナライズするステップと、を含む方法が提供される。
この場合、パーソナライズという用語は、ＳＥへのオペレーティングシステム又は少なくとも１つのオペレーティングシステム部分の導入、及び、サブスクリプションデータセットの導入を意味することが意図される。パーソナライズされたＳＥは、通信ネットワークのサービスを使用できるように、通信ネットワーク上でＳＥが固定設置された端末のユーザを識別／認証するように構成される。パーソナライズは、ＳＥを構成するステップ、すなわちＳＥにオペレーティングシステムを格納してインストールするステップと、ＳＥをユーザデータ（プロファイルデータ、場合によってサブスクリプションデータセットとも称される）で初期化するステップと、を含む。また、パーソナライズには、事前パーソナライズや初期プロファイルの導入が含まれ、これにより、通信事業者側での端末の初期起動後のＳＥの初期登録（初期認証）が無効として拒否されず、必要に応じてサブスクリプションマネージャに転送される。
データジェネレータは、パーソナライズプロセスにおいて、端末製造者ともサブスクリプションデータマネージャとも異なるインスタンスである。データジェネレータは、端末製造者及び／又はサブスクリプションデータマネージャとは物理的に別個に（すなわち、外部に）配置された１つの構成である。データジェネレータは、ＳＥ製造者、すなわちＳＥ機能、特にＳＥに導入するＳＩＭ機能を提供するインスタンスであり得る。また、データジェネレータは、ＳＥのオペレーティングシステムに関わらず、サブスクリプションデータ管理サーバからプロファイルデータを取得できるインスタンスである。データジェネレータは、ＳＩＭ製造者又はｖＳＩＭ製造者とも呼ばれ、主にＳＥのメモリマップを生成することが意図されている。ＳＥのメモリマップは、ＳＥのオペレーティングシステムとサブスクリプションデータセット（プロファイルデータ）を含む。端末製造者側でＳＥにメモリマップを設定することで、ＳＥはＳＩＭ機能を取得する。
データジェネレータは、複数のＳＥのメモリマップのバンドルのリクエストを取得する。この場合、バンドルとは、複数のＳＥに関連する個々のリクエストの組み合わせの表示に対応する。バンドルは、複数のＳＥに対してそれぞれのメモリマップがリクエストされる（バンドルされた）データセットである。単純なケースでは、受信したリクエストは、データジェネレータによって提供されるメモリマップの数の表示（のみ）を含む。
より複雑なケースでは、受信したリクエストは対応する個々のリクエストを含む。したがって、リクエストは、一意のＳＥ識別（ＳＥ識別子など）の範囲の表示を含むこともできる。例えば、リクエストは、開始識別としてのＳＥ識別と、それに加えて、リクエストされたメモリマップの数の表示であってもよい。例えば、リクエストは、開始識別としての第１のＳＥ識別と、停止識別としての第２のＳＥ識別とを含んでいてもよい。これらの場合、全てのリクエストされたメモリマップは、ＳＥ識別が連続した識別番号範囲を持つ多数のＳＥに対して提供されることが想定される。
別のより複雑なケースでは、受信したリクエストは対応する個々のリクエストを含む。リクエスト中の個々の要求は、（例えばタグ長値（ＴＬＶ）データセットとして）互いに連結、接続されるか、あるいは別の方法でリンクされて、一つのバンドルを形成する。このように、データジェネレータでは、個々のリクエストは全て一度に一括して取得される。
好ましくは、バンドルのリクエストは、端末製造者又はチップセット製造者によって送信され、データジェネレータで直接受信される。端末製造者又はチップセット製造者は、少なくとも１つのＳＥが固定設置されることがそれぞれ意図された複数の端末の製造プロセスの一環として、このバンドルのリクエストを発行する。
本明細書では、「ＳＥ」という用語は、「汎用集積回路カード（＝ＵＩＣＣ）」、「埋め込み型ＵＩＣＣ（＝ｅＵＩＣＣ）」、「統合型ＵＩＣＣ（＝ｉＵＩＣＣ）」、「統合型セキュアエレメント（＝ｉＳＥ）」、「埋め込み型セキュアエレメント（＝ｅＳＥ）」、「チップカード」、「スマートカード」、「加入者識別モジュール（＝ＳＩＭ）」、「埋め込み型ＳＩＭ（＝ｅＳＩＭ）」、「統合型ＳＩＭ（＝ｉＳＩＭ）」、又は「仮想ＳＩＭ（＝ｖＳＩＭ）」と同義に使用される。
本発明の意味におけるＳＥとは、物理的なサイズとリソースを縮小した、制御ユニット（マイクロコントローラ）と、デバイスと通信するための少なくとも１つのインタフェース（データインタフェース）とを有する電子モジュールである。この通信は、接続プロトコル、特に規格ＥＴＳＩ ＴＳ １０２ ２２１又はＩＳＯ－７８１６に準拠したプロトコルで行われることが好ましい。「ｉＵＩＣＣ」、「ｉＳＥ」、「ｉＴＲＥ」などのシステム・オン・チップ（略してＳｏＣ）に統合されたＵＩＣＣ設計の場合、通信はＳｏＣ内部バスを介して行われる。ＳＥは、内部又は外部にセキュアな不揮発性メモリ領域を有し、このメモリ領域にユーザデータが安全に導入され、ネットワーク上の識別及び／又は認証における操作及び／又は悪用の試みを防止する。ＳＥは、ＳＥセッションの内部状態を保存できるメモリ領域を有する。
ＳＥは、セキュアな不揮発性メモリ領域に格納された機械読み取り可能なユーザデータを使用して通信ネットワーク内のユーザを識別し、サービス（＝ＳＩＭ機能）を使用するために当該ユーザを認証する目的を果たす。
そのため、ＵＳＩＭ、ＴＳＩＭ、ＩＳＩＭ、ＣＳＩＭ、又はＲ－ＵＩＭもこのＳＥに該当する。したがって、ＳＥは、例えば、ＥＴＳＩ ＴＳ １３１ １０２におけるＵＳＩＭアプリケーションとして定義される。したがって、ＳＥは、例えば、ＥＴＳＩ ＴＳ １５１ ０１１におけるＳＩＭアプリケーションとして定義される。したがって、ＳＥは、例えば、ＥＴＳＩ ＴＳ １００ ８１２に準拠するＴＳＩＭアプリケーションとして定義される。したがって、ＳＥは、例えば、ＥＴＳＩ ＴＳ １３１ １０３に準拠するＩＳＩＭアプリケーションとして定義される。したがって、ＳＥは、例えば、３ＧＰＰ２Ｃ．Ｓ００６５－Ｂに準拠するＣＳＩＭアプリケーションとして定義される。したがって、ＳＥは、例えば、３ＧＰＰ２Ｃ．Ｓ００２３－Ｄに準拠するＲ－ＵＩＭアプリケーションとして定義される。
本発明によるＳＥは、異なるフォームファクタで、特に埋め込み型、統合型、又はソフトウェアＳＥ単独として構成することができる。
ＳＥは、端末に固定設置される。
例えば、ＳＥは端末内に設置された（統合型、埋め込み型）部品であり、例えば恒久的に配線された電子モジュール（チップ、回路）である。ｅＳＥやｅＵＩＣＣなどの埋め込み型ＳＥは、端末から簡単に取り外すことができず、原則として簡単に交換することができない。このようなｅＳＥは、端末内の安全なハードウェアコンポーネントである。ｅＳＥは、決められた専用の収容チップ又はＳｏＣ上に配置され、端末に固定設置される（例えば、はんだ付けされる）が、それ以外では、従来から一般的なプラグインＳＥと同様の構造を有する。通常、埋め込み型ＳＥは専用の内部不揮発性メモリ（ＮＶＭ）を有し、オペレーティングシステム、パーソナライズデータ、サブスクリプションプロファイル、アプリケーションがそこに格納される。
ＳＥは、オペレーティングシステムの信頼できる部分、いわゆるデバイスの信頼できる実行環境（Ｔｒｕｓｔｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ、略してＴＥＥ）内のソフトウェアコンポーネントであってもよい。ＳＥは、例えば、安全な実行環境内に、そこで実行されるプログラム、いわゆる「トラストレット」の形で存在する。
例えば、ＳＥは、端末チップや端末のチップセットのＳｏＣに完全に統合されたモジュールである。埋め込み型ＳＥに対して、これらのＳＥは、専用チップ、分離されたチップ上には提供されない。これらのＳＥは、「ｉＵＩＣＣ」、「ｉＴＲＥ」又は「ｉＳＥ」と呼ばれる。この目的のため、端末自体が、端末の機能を動作させるための１つ又は複数の端末チップで構成されるチップセットを備える。スマートフォンは通常、少なくとも３つの端末チップ、すなわち物理的な無線通信を行うトランシーバＩＣ、プロトコルレベルで無線通信によるデータ伝送の機能を実行するベースバンドプロセッサ（又は同義語でモデム）、及びオペレーティングシステムとアプリケーションソフトウェアが実行されるアプリケーションプロセッサＡＰを含むチップセットを有する。さらなる端末チップとして、他の無線チャンネル、特にＮＦＣ（近距離無線通信）やブルートゥース・モジュールなどの近距離無線チャンネル用のトランシーバＩＣが設けられてもよい。チップセット内、チップセットのチップ間の通信は、例えばバスを介して行われる。
ｉＳＥは、ｉＳＥに割り当てられたチップセット上の領域内に、内部セキュアプロセッサと内部ランダムアクセスメモリを有するが、サブスクリプションデータセット及び／又はプロファイルデータを含むオペレーティングシステムの安全な永久保存に使用できる内部不揮発性メモリＮＶＭはほとんどない。そのため、ｉＳＥでは、オペレーティングシステムとサブスクリプションデータセットを、ｉＳＥの外部にあるが、端末の（同じ）チップセットに設けられた外部不揮発性メモリＮＶＭに、暗号化形式で格納するアプローチがとられている。ｉＳＥだけが、チップセットの外部不揮発性メモリＮＶＭに暗号化形式で保存されたオペレーティングシステムとサブスクリプションデータセットを復号し、ｉＳＥの内部ランダムアクセスメモリで、例えばセキュアプロセッサによって、ｉＳＥ内部で排他的に実行することができる。一方、端末は、オペレーティングシステムとプロファイルデータ又はサブスクリプションデータセットを復号できず、これらを実行できない。
このようにオペレーティングシステムとサブスクリプションデータセットのために端末の外部不揮発性メモリＮＶＭを使用することは、ｅＳＥでも同様に想定できる。
端末の（同じ）チップセットでＮＶＭを使用する代わりに、端末製造者は端末に（異なる）ＮＶＭを設置することもできる。ＮＶＭは、端末のＳＥ（複数可）専用とすることができる。
ＳＥが配置されたチップセットは、モノリシックコンポーネントとして端末にはんだ付けできる単一のシステム・オン・チップとして提供することができる。
一構成では、ＳＥ製造者がＳＥハードウェアユニットを製造し、このユニットをチップセット製造者に提供する。チップセット製造者は、このＳＥハードウェアユニットを、例えば、チップセットの別の要素もはんだ付けされたプリント回路基板にはんだ付けすることで、端末用チップセットに統合する。最終的に、チップセットは、例えばはんだ付けなどにより、端末に固定設置される。
バンドルのリクエストを受信した時点では、複数のＳＥのいずれもパーソナライズされていない。複数のＳＥは、端末製造者によってパーソナライズ又は設定することができない。一構成では、ＳＥは、バンドルのリクエストを受信した時点では、それぞれの端末に（まだ）固定配置されていない。
通信技術における端末は、主に「端末（ｔｅｒｍｉｎａｌ）」である可能性があるため、ここでは「端末」という用語を使用することが好ましい。これは、「端末」が別の技術における「装置」である可能性を排除するものではない。この場合、「端末」と「装置」という用語は同義に使用される。
ＳＥは、機械、設備、システムなどの装置の遠隔監視、点検、メンテナンスに使用できる。また、電力メーターや給湯メーターなどのメーターにも使用できる。例えば、ＳＥはＩｏＴ技術の一部である。
各端末は少なくとも１つのＳＥを有することができ、複数のＳＥを端末に固定配置することも可能である（埋め込み型ＳＥ、統合型ＳＥ、ソフトウェアＳＥ）。
本発明の意味における端末とは、原則として、通信ネットワークのサービスを利用するため、又は通信ネットワークのゲートウェイを介してサーバのサービスを利用するために、通信ネットワークと通信する手段を有する端末又は端末コンポーネントである。例えば、スマートフォン、タブレットＰＣ、ノートＰＣなどの携帯端末も用語に含まれる。また、端末とは、例えば、通信ネットワークと通信する手段を有するデジタルフォトフレーム、オーディオ機器、テレビ、電子書籍リーダー、スマートウォッチ、デジタルメガネなどのマルチメディア端末を意味すると理解することもできる。
例えば、端末は、機械、自動機、及び／又は車両に設置される。端末が自動車に設置される場合、端末は、例えば、ｉＳＥ又はｅＳＥ又はソフトウェアＳＥを有する。ＳＥは、端末、例えば、（好ましくはＳＥと同じチップセット上の）端末のモデムにより、通信ネットワークを介してサーバへのデータリンクを設定することができる。端末を用いて、例えば、端末製造者のサーバに接続し、端末の機能に関する制御ユニット、例えばＥＣＵ（ＥＣＵ＝電子制御ユニット）にアクセスすることができる。ＳＥを介して、移動無線通信事業者（ＭＮＯ）のバックオフィスシステム内のサーバに接続し、例えば、ＳＥのソフトウェア、ファームウェア及び／又はオペレーティングシステムのアップデートをＳＥにロードすることができる。
サブスクリプションデータセットは、加入者識別データセット、プロファイル、プロファイルデータ、プロファイルデータセット、ユーザデータとも呼ばれる。サブスクリプションデータセットは、共通データ構造、例えばファイル構造及び／又はオブジェクト構造、並びにパーソナライズデータを含む。この場合、共通データ構造は、ＳＥのバンドルについて同一である。これは、特に、パーソナライズデータが格納される１つ又は複数のファイルの構造を決定する。パーソナライズデータには、通信ネットワーク内でユーザ（＝人、加入者、デバイス）を一意に識別するデータが含まれる。これには、例えば、国際移動加入者識別子、略してＩＭＳＩとも呼ばれる加入者識別及び／又は加入者固有データが含まれる。また、パーソナライズデータには、通信ネットワーク上で加入者を一意に認証するデータ、例えば、認証アルゴリズム、特定のアルゴリズムパラメータ、暗号認証鍵Ｋｉ、及び／又は暗号ｏｖｅｒ－ｔｈｅ－ａｉｒ（略してＯＴＡ）キーが含まれる。また、パーソナライズデータは、例えば、サービスに対する加入者を一意に認証するデータ、例えば、一意の識別又は署名を含む。サービスとは、特に、情報の項目及び／又はデータが通信ネットワークを介して送信される、音声サービス又はサーバのデータサービスである。サブスクリプションデータセットは、例えば、ＳＥの不揮発性メモリ領域に格納される。
ＳＥ及びＳＥのアプリケーションのパーソナライズデータも、簡略化のため、サブスクリプションデータセットに追加される。また、サブスクリプションデータセットは、例えば、個人データを含んでもよい。また、サブスクリプションデータセットは、例えば、ユーザがＳＥで自身を認証するＰＩＮやＰＵＫなどの秘密を含んでもよい。
ＳＥは、１つのサブスクリプションデータセット（プロファイル）のみ、又は複数のサブスクリプションデータセット（プロファイル）を有することができ、それによってパーソナライズすることができる。
サブスクリプションデータセット（プロファイル）は、例えば、ＳＥが任意の所望の通信ネットワークへの通信リンクを設定するための（ネットワークによって拒否されない）単なる初期プロファイルである。通信ネットワークは初期プロファイルを識別し、ＳＥのデータ通信をサブスクリプションマネージャに転送する。その後、サブスクリプションマネージャは、エアインタフェース（ＯＴＡ）を介して、ユーザの完全なプロファイルをＳＥにロードする。
データジェネレータでは、サブスクリプションデータ管理サーバによって、少なくとも１つのサブスクリプションデータセット（＝プロファイル）が取得される。したがって、このサーバは、ＳＥにオペレーティングシステムが搭載されていない状態で、すでにプロファイルを提供する。このアプローチは、同出願人による独国特許出願ＤＥ１０２０２０００３２７５．３号のアプローチに対応する。サーバは、好ましくは、端末製造者やデータジェネレータから物理的に分離された（外部の）インスタンスである。サーバは通信ネットワークの一部であってもよい。これに代わって又はこれに加えて、サーバは通信ネットワークのインスタンスでなくてもよい。サーバは、好ましくは、ＳＥの遠隔管理のために構成されたサーバ、例えば、いわゆるプロビジョニングサーバであり、ＳＥのソフトウェア、ファームウェア、及び／又はオペレーティングシステムのプロファイルのＳＥへのロード又はアップデートのためのサーバである。サーバは、ＧＳＭＡ規格ＳＧＰ．０２に準拠したＳＭ－ＤＰ又はＳＭ－ＤＰ＋であることが好ましい。
データジェネレータは、オペレーティングシステム又は少なくとも１つのオペレーティングシステム部分をさらに提供する。オペレーティングシステムは、例えばネイティブ・オペレーティングシステムである。オペレーティングシステムが、ＪａｖａＣａｒｄ実行環境（ＪＣＲＥ）を操作するように構成され、ＪＣＲＥがオペレーティングシステムと共にＳＥに格納されることも考えられる。オペレーティングシステムの一部として、オペレーティングシステムのセキュリティ上重要でない部分がすでにＳＥにプリインストールされていることも考えられるが、これはＳＥを動作可能な状態にするには不十分である。その後、データジェネレータで提供されるオペレーティングシステムの一部が、ＳＥを動作可能な状態にするために構成される。
提供されるオペレーティングシステムは、主に、ＳＥのライフサイクルで変更されない静的データに関する。取得されたサブスクリプションデータセットは、主に、ＳＥのライフサイクルで変更／更新／削除／上書きされる可能性のある動的データに関する。
データジェネレータは、受信したリクエストに従って、複数のＳＥの各々に対してメモリマップを生成する。この場合、少なくともパーソナライズするＳＥのメモリマップは、提供されたオペレーティングシステム（又はオペレーティングシステムの一部）と、取得されたサブスクリプションデータセットと、を含む。メモリマップ（メモリイメージとも称する）は、ＳＥ用のコンテンツのコピーである。メモリマップはファイルとして格納される。このようなメモリマップは、バイナリラージオブジェクト（略してＢＬＯＢ）とも呼ばれる。
好ましくは、生成されたメモリマップはそれぞれ（ＳＥごとに）暗号化される。
好ましくは、各メモリマップは、チェックサム、例えばメッセージ認証コード（ＭＡＣ）と共にデータベースに格納される。
生成されたメモリマップは、好ましくはデータジェネレータのデータベースにＢＬＯＢとして格納される。
また、本方法は、受信したリクエストに従って、生成された全てのメモリマップをバンドル、リンク、連結、結合するバンドルステップを含む。
最終的に、メモリマップバンドルは、データジェネレータによってセキュアエレメントをパーソナライズするため、少なくともパーソナライズするセキュアエレメントのメモリマップをセキュアエレメントに導入しながら、端末を完成させるために提供される。
好ましい構成では、メモリマップのバンドルのリクエストは、リクエストされたメモリマップそれぞれについて、リクエストされたメモリマップに関連するセキュアエレメントが固定設置される又は固定設置された端末に関連する端末情報の項目を含む。端末情報の項目として、例えば、識別情報、例えば、端末の識別子が提供される。これは、例えば、チップＩＤ、チップセットＩＤ又はデバイスＩＤ等であってもよい。これにより、データジェネレータによって、端末情報の項目に基づいてそれぞれの端末の特性を識別することができ、必要に応じて、端末ごとの方法でオペレーティングシステム又はプロファイルの選択を行うことができる。あるいは、端末情報の項目は、端末製造者又はデータジェネレータのログインにのみ使用される。
好ましい構成では、メモリマップのバンドルのリクエストは、リクエストされたメモリマップそれぞれについて、リクエストされたメモリマップの１つに関連する複数のセキュアエレメントの１つに関するセキュアエレメント情報の項目を含む。例えば、ＳＥ用のチップセットの識別子などの識別が、セキュア情報の項目として提供される。これは、例えば、チップＩＤ又はチップセットＩＤ等であってもよい。これにより、データジェネレータによって、セキュアエレメント情報の項目に基づいてそれぞれのチップセットの特性を識別することができ、必要に応じて、チップセットに依存した方法でオペレーティングシステム又はプロファイルの選択を行うことができる。
好ましくは、端末情報の項目及び／又はセキュアエレメント情報の項目は、セキュアエレメントを構成するチップセットのチップセット情報の項目、好ましくはチップセットの識別子、特にＳＥＵＩＤを含む。
好ましい構成では、メモリマップのバンドルのリクエストは、リクエストされたメモリマップそれぞれについて、リクエストされたメモリマップの１つに関連するＳＥが固定設置された端末のユーザに関するユーザ情報の項目を含む。例えば、ユーザの識別子などの識別が、ユーザ情報の項目として提供される。これは、例えば、ユーザＩＤ等であってもよい。これにより、データジェネレータによって、ユーザ情報の項目に基づいてユーザの好み（言語設定、データ料金、音声料金など）を識別することができ、ユーザに依存した方法でオペレーティングシステム又はプロファイルの選択を行うことができる。
好ましい構成では、メモリマップのバンドルのリクエストは、リクエストされたメモリマップそれぞれについて、リクエストされたメモリマップの１つに関連するＳＥの暗号鍵ペアの公開鍵部分を含む。
したがって、好ましくは、取得したサブスクリプションデータセットは、端末情報の項目、セキュアエレメント情報の項目、及び／又はユーザ情報の項目に基づいて、端末依存、チップセット依存、及び／又はユーザ依存の方法でメモリマップを構成する。
好ましくは、サブスクリプションデータセットは、サブスクリプションデータ管理サーバにおいて、データジェネレータの明示的なリクエストにより最初に取得される。これにより、データは実際にリクエストされたときにのみ生成されるため、個人データのセキュリティが向上する。
好ましくは、データジェネレータは、取得するステップにおいて、サブスクリプション管理サーバから、複数のセキュアエレメントのうちの少なくとも２つ以上、好ましくは全てのセキュアエレメントについて、少なくとも１つのサブスクリプションデータセットを取得する。これにより、本方法によれば、複数のＳＥのうちの２つ又はそれ以上、あるいは全てのＳＥについてサブスクリプションデータセットを取得することで、データジェネレータにおいて、バンドルの複数のデータセットリクエストを完全に処理することができる。ＳＥごとに、複数のサブスクリプションデータセットが取得され、その後、複数のサブスクリプションデータセットが、それぞれのＳＥの対応するメモリマップの一部となることが考えられる。
好ましくは、提供ステップにおいて、オペレーティングシステム又はオペレーティングシステムの一部が、複数のセキュアエレメントのうち少なくとも２つ以上、好ましくは全てのセキュアエレメントに対して提供される。これにより、本方法によれば、オペレーティングシステム又はその一部が、複数のＳＥのうちの２つ又はそれ以上、さらには全てのＳＥに対して提供され、その後メモリマップの一部となることで、データジェネレータにおいて、バンドルの複数のデータセットリクエストを完全に処理することができる。
好ましくは、メモリマップバンドルは、データベース（好ましくは、データジェネレータ自身のもの）に提供され、複数の端末を完成させるために端末製造者によって呼び出される。データベースからの呼び出しは、暗号的に安全な方法で行われる。
本発明によれば、メモリマップはＳＥごとに個別に呼び出され、データジェネレータによって個別に提供されるのではなく、バンドルがリクエストされ、メモリマップバンドルが提供される。その後、端末製造者又はチップセット製造者において、これを直接大量に（一括）処理することができる。
好ましい構成では、パーソナライズするセキュアエレメント、好ましくは２つ以上のＳＥ、より好ましくは全てのＳＥのメモリマップは、テストプロファイルをさらに含む。テストプロファイルは初期プロファイルではない。
テストプロファイルは、ユーザデータを含まず、ＳＥの機能（例えば、識別／認証）をシミュレートし、テストすることを目的とする。これにより、ＳＥの本当のプロファイルデータを使用してＳＥの認証／識別が実行される前に、ＳＥと導入されたオペレーティングシステムが適切に機能することを確認することができる。接続エラーが発生しても、オペレーティングシステムやＳＥのアーキテクチャの欠陥に起因することはなく、したがって、エラー分析が簡素化され、迅速化される。
好ましくは、テストプロファイルは、セキュアエレメントをパーソナライズした後、モバイル無線ネットワークへの通信リンクをシミュレートするために、完成した端末で実行される。このシミュレーションは、ＳＥによるネットワークへの接続が可能かどうかを確認するために使用される。
好ましくは、通信リンクのシミュレートに成功した場合にのみ、ＳＥのＳＩＭ機能が有効になる。この場合、ＳＥのテストプロファイルは無効化され、（本当の）プロファイルが有効化される。
好ましくは、データジェネレータは、ｖＳＩＭ製造者（ｅＵＩＣＣ製造者、略して「ＥＵＭ」とも呼ばれる）又はＳＥ製造者を含む。
好ましくは、セキュアエレメントはｉＳＥ又はｅＳＥであり、いずれの場合も端末に固定設置され、容易に交換できない。
好ましくは、メモリマップのバンドルのリクエストを取得する前に、各セキュアエレメントについて非対称暗号鍵ペアが生成され、非対称暗号鍵ペアのプライベート鍵部分はＳＥに永久的に残り、非対称暗号鍵ペアの公開鍵部分はデータジェネレータのハードウェアセキュリティモジュール（ＨＳＭ）に送られる。
好ましくは、端末製造者は、メモリマップバンドルを取得すると、パーソナライズするセキュアエレメントのメモリマップをメモリマップバンドルから取り出し、パーソナライズするセキュアエレメントに格納する。
複数のＳＥに対するパーソナライズは、パーソナライズのリクエストに応じて開始することができる。例えば、この目的のため、各ケースで、パーソナライズされるＳＥの１つの識別子、例えば一意の識別子ＵＩＤが取得される。このようなリクエストは、例えば端末製造者によって送信され、その過程で、パーソナライズに使用されるパーソナライズシステム、特に、端末製造者がセキュアエレメントのパーソナライズに使用するパーソナライズシステムのハードウェアセキュリティモジュール（ＨＳＭ）に物理的に提供される。
本発明によれば、複数のＳＥからなるバッチは、データジェネレータによるバッチ操作時にパーソナライズされる。このようなバッチ（バンドル）に対するリクエストには、パーソナライズされる複数のＳＥの複数の識別子、例えばＵＩＤが含まれる。
要約すると、本発明は、複数のＳＥをパーソナライズする方法を提供し、ＳＥは、複数の端末の対応する端末に固定配置される。
好ましくは、パーソナライズは、各ＳＥとデータジェネレータ（例えば、そのハードウェアセキュリティモジュール、ＨＳＭ）との間の共有秘密の合意、パーソナライズされたメモリマップを生成するための共有秘密に基づくＨＳＭ内のプロファイルデータ（＝サブスクリプションデータセット）とオペレーティングシステムの暗号化、及びリクエスト端末製造者へのバンドルとしての複数の生成メモリマップの送信を含む。
さらに好ましくは、ＳＥのオペレーティングシステムは新たに暗号化（再暗号化）され、セキュアエレメントの外部にある端末／チップセットのＮＶＭに格納される。
通信ネットワークは、好ましくは移動無線ネットワークである。
本発明の主題は、ＳＩＭ機能を有する複数のＳＥの効率的なパーソナライズである。この場合、ＳＥは端末に固定設置される。本発明は、端末製造者がＳＥ管理を行う必要がなく、また行うべきでないが、それでも端末の迅速な完成が保証される環境を提供する。この目的のため、端末製造者又はチップセット製造者は、必要に応じて、それぞれのチップに関連し、それぞれの顧客に関連し、場合により所望のネットワークオペレータ（Ｍ（ｖ）ＮＯ）に関連する指示を発行し、メモリマップのバンドルのリクエストを生成する。データジェネレータは、対応するメモリマップを作成し、この目的のためにプロファイルデータとオペレーティングシステムを直接取得する。このように、データセットごとにＢＬＯＢが生成される。ＢＬＯＢはブロック形式でデータベースに格納される。端末製造者は、リクエストされたメモリマップのバンドルを一括して取得する。
以下、本発明、並びに、本発明のさらなる実施形態及び利点を図面を参照してより詳細に説明するが、これらの図は単に本発明の例示的な実施形態を説明するものである。図中の同一の部分には同一の参照符号が付されている。図中の個々の要素は、過度に大きく、又は過度に単純化して図示されている場合がある。
ＳＥをパーソナライズするための本発明による方法のフローチャートの例示的な実施形態を示す。 図１に示した本発明による方法のシーケンス図の例示的な実施形態を示す。 本発明による方法に適した端末におけるチップセットとセキュアエレメントの４つの例示的な構成を示す概略図である。 本発明による方法に適した端末におけるチップセットとｅＳＥの例示的な構成を示す概略図である。 本発明による方法に適した端末におけるチップセットと２つのｉＳＥの例示的な構成を示す概略図である。 図２に示した本発明による方法のシーケンス図の発展形である。 本発明の一実施形態によるメモリマップを示す。 本発明によるＪＣＲＥを備えたＳＥの例示的な構成を示す概略図である。 本発明によるＳＥと通信ネットワークとの間のリンクのセットアップの例示的な構成を示す概略図である。 本発明によるＳＥのプロファイルデータの設定を示す概略図である。
図１は、ＳＥをパーソナライズするための本発明による方法のフローチャートの例示的な実施形態を示す。図２は、図１に示した本発明による方法のシーケンス図の例示的な実施形態を示す。以下、図１及び図２を併せて説明する。
ステップ１０１では、端末製造者によるメモリマップのバンドルのリクエストがデータジェネレータで受信される。このリクエストは、複数のＳＥのうちの所定のＳＥに関するものである。それぞれの場合において、複数のＳＥのうちの１つのＳＥは、複数の端末のうちの対応する端末に固定配置された、又は固定配置されるものである。リクエストは、データセットリクエストバンドルとも呼ばれる。
任意の後続ステップ１０２では、サブスクリプションデータセットがサブスクリプション管理サーバ（この場合はＳＭ－ＤＰ＋）においてリクエストされる。
ステップ１０３では、データジェネレータにおいて、複数のセキュアエレメントのうちパーソナライズする少なくとも１つのセキュアエレメントについて、少なくとも１つのサブスクリプションデータセットが取得される。サブスクリプションデータセットは、ＳＭ－ＤＰ＋によって取得される。サブスクリプションデータセットは、通信ネットワーク（＝ＳＩＭ機能）上でユーザを認証及び／又は識別するように構成される。サブスクリプションデータセットは、例えば、ＩＭＳＩ、認証鍵Ｋｉ、ＰＩＮ／ＰＵＫの組み合わせ、及びＯＴＡキーを含む。サブスクリプションデータセット（＝プロファイル）の構造を図１０に示す。
ステップ１０４では、データジェネレータによってパーソナライズするセキュアエレメントにオペレーティングシステム又はオペレーティングシステムの一部が提供される。
ステップ１０５では、データジェネレータは、ステップ１０１からのリクエストに従って、セキュアエレメントの各々についてメモリマップ１０を生成する。メモリマップ１０は、ＢＬＯＢとも呼ばれ、パーソナライズするセキュアエレメントについて、オペレーティングシステム又はオペレーティングシステムの一部と、取得されたサブスクリプションデータセットとを、含む。さらに、メモリマップ１０は、テストプロファイル７を含むことができる。
後続のステップ１０６では、生成されたメモリマップ１０がデータジェネレータのデータベースに格納される。ＢＬＯＢ１０の構造は、例えば図７に示されている。
ステップ１０７では、生成されたメモリマップ１０がバンドルされ、バンドルされたメモリマップがデータジェネレータによってメモリマップバンドルとして提供される。
ステップ１０８では、パーソナライズするセキュアエレメントの少なくともメモリマップ１０を導入しながら、ＳＥをパーソナライズする。
メモリマップ１０がテストプロファイル７を含む場合、ステップ１０８でセキュアエレメントをパーソナライズした後、モバイル無線ネットワークとの通信リンクをシミュレートするために、完成した端末１においてプロファイルが実行される。テストプロファイル７の実行に成功した後にのみ、セキュアエレメントのＳＩＭ機能が有効になる。この場合、ＳＥのテストプロファイル７は無効化され、（本当の）プロファイルが有効化される。その後、端末１はユーザに引き渡される。ユーザは端末１を直接使用し、有効化されたプロファイルによって移動無線ネットワークとの通信リンクを生成することができる。
図３は、本発明による方法に適した端末におけるチップセット２とＳＥの４つの例示的な構成を示す概略図である。
図３（ａ）によると、チップセット２は、ＮＦＣチップＡ（ＮＦＣ＝近距離無線通信）と、ベースバンドプロセッサチップＢと、アプリケーションプロセッサＡＰＰ及び統合型セキュアエレメントｉＳＥが統合されたチップＣと、を含む。図３（ａ）のチップセット２に、さらにチップを設けることもできる。
図３（ｂ）によると、チップセット２は、統合型セキュアエレメントｉＳＥ（後述）に割り当てられる不揮発性メモリＮＶＭが統合されたＮＶＭチップＡと、ＮＦＣチップＢと、ベースバンドプロセッサＢＢ、アプリケーションプロセッサＡＰＰ、及び統合型セキュアエレメントｉＳＥが統合されたチップＣと、を含む。図３（ｂ）のチップセット２に、さらにチップを設けることもできる。
図３（ｃ）によると、チップセット２は、埋め込み型セキュアエレメントｅＳＥ（後述）に割り当てられる不揮発性メモリＮＶＭが統合されたＮＶＭチップＡと、ベースバンドプロセッサチップＢと、アプリケーションプロセッサチップＣと、を含む。端末１のチップセット２に加えて、埋め込み型セキュアエレメントｅＳＥが端末１のチップＤに設けられる。図３（ｃ）のチップセット２に、さらにチップを設けることもできる。
図３（ｄ）によると、チップセットは、埋め込み型セキュアエレメントｅＳＥ（後述）に割り当てられる不揮発性メモリＮＶＭが統合されたＮＶＭチップＡと、ＮＦＣチップＢと、ベースバンドプロセッサＢＢ及びアプリケーションプロセッサＡＰＰが設けられたチップＣと、を含む。端末１のチップセット２に加えて、埋め込み型セキュアエレメントｅＳＥが端末１のチップＤに設けられる。図３（ｄ）のチップセット２に、さらにチップを設けることもできる。
図４は、本発明による方法に適した端末１におけるチップセット２とｅＳＥの例示的な構成を示す概略図である。埋め込み型セキュアエレメントｅＳＥは、制御ユニットＣＰＵを備えたセキュアプロセッサ、内部ランダムアクセスメモリ（揮発性メモリ）ＲＡＭ、内部永久読み出し専用メモリＲＯＭ、及びワンタイム・プログラマブル永久メモリＯＴＰから構成される。
埋め込み型セキュアエレメントｅＳＥの内部永久読み出し専用メモリＲＯＭとワンタイム・プログラマブル永久メモリＯＴＰの記憶容量は非常に小さい。そのため、埋め込み型セキュアエレメントｅＳＥに割り当てられ、このｅＳＥに使用できる不揮発性メモリＮＶＭが端末１のチップセット２に設けられる。アプリケーションプロセッサＡ、ベースバンドプロセッサ（モデム）Ｂ、ＮＦＣモジュールＣなど、端末１のチップセット２の他の要素は、図４において示唆されるのみである。
図５は、本発明による方法に適した端末１におけるチップセット２と２つのｉＳＥの例示的な構成を示す概略図である。ＣＰＵ、ＲＡＭ、ＲＯＭ、ＯＴＰを備えた各統合型セキュアエレメントｉＳＥ１、ｉＳＥ２の内部設計は、図４に示した埋め込み型セキュアエレメントｅＳＥと実質的に同じである。
埋め込み型セキュアエレメントｅＳＥとは対照的に、統合型セキュアエレメントｉＳＥ１、ｉＳＥ２は、端末１のチップセット１２に直接統合されている。図５の端末１のチップセット２には、統合型セキュアエレメントｉＳＥ１、ｉＳＥ２に割り当てられ、そのために使用可能であり、２つの統合型セキュアエレメントｉＳＥ１、ｉＳＥ２の各々に対して、それぞれのｉＳＥにのみアクセス可能な専用メモリ領域を有する不揮発性メモリＮＶＭが設けられている。あるいは（図示しないが）、統合型セキュアエレメントｉＳＥ１、ｉＳＥ２の各々に対して、当該セキュアエレメントに使用可能な専用の割り当てられた不揮発性メモリＮＶＭを設けることもできる。アプリケーションプロセッサＡ、ベースバンドプロセッサ（モデム）Ｂ、ＮＦＣモジュールＣなど、端末１のチップセット２の他の要素は、図５において示唆されるのみである。
図６は、図２の本発明による方法のシーケンス図の発展形である。ここでは、繰り返しを避けるため、図１及び図２（上述）に関連する説明を参照し、追加要素のみを以下に説明する。
この方法の発展形には、以下のようなステップがさらに含まれる。
ステップ２０１：データジェネレータの一部であるＳＥ製造者によりＳＥが提供される。また、プライベートＳＥ鍵と公開ＳＥ鍵を含む、ＳＥに割り当てられた非対称ＳＥ鍵ペアが生成され得る。プライベートＳＥ鍵はＳＥから流出しない。また、ＳＥ情報の項目として、ＳＥの識別子ＳＥＵＩＤ、例えばＥＴＳＩ一意識別子ＵＩＤが、データジェネレータのハードウェアセキュリティモジュールＨＳＭに送信され得る。
また、データジェネレータのハードウェアセキュリティモジュールＨＳＭに公開ＳＥ鍵が送信され得る。公開ＳＥ鍵の送信は、複数のステーションを介して行うことができる。例えば、公開ＳＥ鍵は、まずセキュアエレメントＳＥから（データジェネレータの一部としての）ＳＥ製造者のサーバに送信され、その後、（データジェネレータの一部としての）ＳＥ製造者のサーバからＨＳＭに送信される。この形式の鍵配布は、ＳＥ内部鍵導出の概念に相当し、（ＳＥ内）オンボード鍵導出又はオンボード鍵生成とも呼ばれる。
キーインジェクションとも呼ばれる鍵配布の代替概念の場合、ＳＥに割り当てられた非対称ＳＥ鍵ペアは、ＨＳＭ内で生成又は導出される。公開ＳＥ鍵は、後にＨＳＭ自身又は別のＨＳＭによって使用され、プライベートＳＥ鍵は、ハードウェアセキュリティモジュールＨＳＭからＳＥに送信される。その後、プライベートＳＥ鍵はＳＥから流出しない。
その後、ＨＳＭは、例えば、オペレーティングシステムの製造者に提供され得る。これは、ＨＳＭがオペレーティングシステムの製造者に物理的に提供されることで、任意に行われる。あるいは、好ましくは、オペレーティングシステムは、データジェネレータ自身によって提供される。この目的のため、ＨＳＭはＳＥ製造者に物理的に残され、データジェネレータのオペレーティングシステム提供インスタンス（図６には明示的に図示されていない）がデータリンクを介してＨＳＭへのアクセスを取得する。
あまり好ましくはないが、複数のＨＳＭをパーソナライズプロセスで使用するように、あるＨＳＭから別のＨＳＭに安全な機構を介して鍵を送信することも可能である。
ステップ２０１は、複数のＳＥについて繰り返される。
ステップ２０２：ＳＥを端末製造者に提供し、ＳＥを端末１に固定設置する。任意の時点において、端末１の従来のチップセット２の残りのコンポーネントと、ＳＥに固有の不揮発性メモリＮＶＭとが端末１に設置されるか、又は設置されている（図３～図５参照）。ＳＥは、任意に、端末製造者に専用コンポーネントとして提供され得る。あるいは、ＳＥはまずチップセット製造者（不図示）に提供され、当該チップセット製造者によってチップセット２に設置される。その後、チップセット製造者は、ＳＥを搭載したチップセット２を端末製造者に提供する。一つの選択肢によると、ＳＥは、チップセットのチップ表面上の部分的な構造として、生産技術によって個々のチップ又はＳｏＣ上に完全に統合される。この場合、チップセット製造者は、ＳＥを含むチップセットを端末製造者に提供する。この場合、ＳＥの部分構造は、ＳＥ製造者のリクエストに応じて製造することができる。あるいは、チップセット製造者が同時にＳＥ製造者でもある。
ステップ２０２は、複数のＳＥについて繰り返される。
端末製造者の複数の端末１は、端末１と複数の端末１のＳＥの任意の組み合わせにおいて、オペレーティングシステム及びサブスクリプションデータセット又はプロファイルデータがロードされることで、そこに配置されたＳＥのパーソナライズの準備が整う。
端末製造者は、パーソナライズするＳＥの公開ＳＥ鍵が格納されているデータジェネレータのＨＳＭにアクセスできる。この目的のため、端末製造者において物理的にＨＳＭを提供してもよく、端末製造者がリモートデータリンク（図６には不図示）によってＨＳＭに接続してもよい。
ステップ１０１は、図１及び図２のステップ１０１に対応する。以下が追加される。ＳＥのパーソナライズを開始するため、データジェネレータのＳＥ用オペレーティングシステム提供インスタンスは、ステップ１０１からのリクエストをＨＳＭに転送することができる。リクエストは、好ましくは、パーソナライズするＳＥの識別子、例えば、ＳＥの一意識別子ＵＩＤを含み、また必要に応じて、端末製造者の複数の端末それぞれの表示（＝端末情報の項目）を含む。個々のＳＥに対する個別の要求に代わるＳＥのバンドルに対するこのリクエストは、上記の理由で有利である。
ステップ１０２～１０５は、図１及び図２のステップ１０２～１０５に対応する。必要に応じて、ここでもまた別途言及する。
ステップ２０３：ＨＳＭにおいて、公開ＨＳＭ鍵とプライベートＨＳＭ鍵からなる非対称ＨＳＭ鍵ペアの生成又は提供が行われる。このステップ２０３は、パーソナライズのためのステップ１０１によるリクエストがＨＳＭにおいて受信される前に、ＨＳＭにおいて行われてもよい。
ステップ２０３は、複数のＳＥの各々について繰り返される。
ステップ１０１によるリクエストの受信に対してのみ、ステップ２０４が行われる。ＨＳＭにおいて、プライベートＨＳＭ鍵と公開ＳＥ鍵から出発して、少なくとも１つの対称鍵の形式である、複数のＳＥのうちの１つとの共有秘密が導出される。任意に、共有秘密は対称鍵を含むが、好ましくは２つの対称鍵を含む。１つ又は第１の鍵はトランスポート鍵である（トランスポート鍵は暗号鍵である）か、あるいはこのようなトランスポート鍵が１つ又は第１の鍵から導出される。第２の鍵は認証鍵であるか、あるいは認証鍵が第２の鍵から導出される。
ステップ２０４は、複数のＳＥの各々について繰り返される。
ステップ２０５：ＨＳＭにおいて、オペレーティングシステムパケットが、ＳＥの１つに対して提供される。オペレーティングシステムパケットは、それぞれのＳＥに対してステップ１０４に従って提供されるオペレーティングシステムＯＳと、それぞれのＳＥに対してステップ１０２及び１０３に従って提供されるプロファイルデータ（＝サブスクリプションデータセット）と、を含む。また、任意に、それぞれのＳＥにおいて後で実行可能であることが意図される、それぞれのＳＥ用の１つ又は複数のアプリケーションがオペレーティングシステムパケットに提供されてもよい。また、任意に、チェックサム、例えばメッセージ認証コードＭＡＣがオペレーティングシステムパケットに追加される。
オペレーティングシステムパケットは、暗号化されたオペレーティングシステムパケットを生成するために、以前に導出されたトランスポート鍵で暗号化される。
ステップ２０５は、複数のＳＥの各々について繰り返される。
オペレーティングシステムパケットの暗号化の後、図１及び図２によるステップ１０５が行われる。ＨＳＭにおいて、ＳＥごとに、それぞれのＳＥをプログラミングするのに適したメモリマップＢＬＯＢが生成される。メモリマップＢＬＯＢは、少なくとも暗号化されたオペレーティングシステムパケットと、公開ＨＳＭ鍵と、存在する場合はチェックサム（例えばメッセージ認証コードＭＡＣ）と、を含む。
ステップ１０５は、メモリマップバンドルを得るために、複数のＳＥのそれぞれについて繰り返される。
ステップ２０６：ＨＳＭと端末製造者との間でデータリンクを設定し、動作させながら、ＨＳＭから端末製造者にメモリマップバンドルを送信する。これに代わって又はこれに加えて、データリンクは、メモリマップバンドルからの各メモリマップＢＬＯＢが各ＳＥで直接受信されるように、複数の端末１のそれぞれの端末１に固定配置されたＳＥにメモリマップＢＬＯＢをライブで送信することができる。
対応するメモリイメージＢＬＯＢがそれぞれのＳＥで受信されると、ステップ２０７で、ＳＥにおいて、プライベートＳＥ鍵と公開ＨＳＭ鍵から開始して、メモリイメージＢＬＯＢから公開ＨＳＭ鍵が抽出される。その後、共有秘密及びトランスポート鍵の導出と、トランスポート鍵による暗号化されたオペレーティングシステムパケットの復号が行われる。
ステップ２０７は、複数のＳＥの各々について繰り返される。
ステップ２０８：ＳＥにおいて、ＳＥに固有であり、トランスポート鍵とは異なる対称ＮＶＭ暗号鍵の提供、生成又は導出が行われる。次に、復号されたオペレーティングシステムパケットをＮＶＭ暗号鍵で（再）暗号化する。
ステップ２０８は、複数のＳＥの各々について繰り返される。
復号された各オペレーティングシステムパケットをＮＶＭ暗号鍵で暗号化した後、ステップ２０９が行われる。ＳＥにおいて、個々の対称ＮＶＭ暗号鍵で復号及び再暗号化されたオペレーティングシステムパケットの格納は、それぞれの端末１のＳＥに割り当てられた不揮発性メモリＮＶＭ（ＳＥの外部又はＳＥの内部ＮＶＭ）で行われる。この場合、不揮発性メモリＮＶＭへのオペレーティングシステムパケットの格納によって、ＳＥは、ＳＥで実行可能であり、サブスクリプションデータセット（＝プロファイルデータ）で既にパーソナライズされ、必要に応じて、オペレーティングシステムパケットに同様に提供される１つ又は複数のアプリケーションが利用可能であるオペレーティングシステムを備える。
図７は、メモリマップ又はＢＬＯＢ１０を示している。ＢＬＯＢ１０は、オペレーティングシステムＯＳと、パーソナライズデータを有するプロファイル（サブスクリプションデータセット）と、を含む。データジェネレータのオペレーティングシステム提供インスタンスの相互作用によるメモリマップＢＬＯＢ１０の生成、構造及び使用について、図７を参照して説明する。
ＢＬＯＢのセクション３：データジェネレータのオペレーティングシステム提供インスタンスは、ＨＳＭにおいて、ＥＣＩＥＳ（楕円曲線統合暗号化方式）方式の基礎として使用されるＢＬＯＢ個別の公開ＥＣＣ鍵を生成する。
ＢＬＯＢのセクション４は、（ＡＥＳ１２８アルゴリズムによる）チップ個別のＢＬＯＢ暗号鍵を示す。この鍵４は、ＢＬＯＢデータの暗号化／復号に使用される。鍵４はＢＬＯＢ１０において送信されない。この鍵はＥＣＩＥＳの出力である。ＳＥにおける計算では、以下のことが適用される。入力は、ＳＥ個別のプライベートＥＣＣ鍵（プライベートＳＥ鍵）とＢＬＯＢ個別の公開ＥＣＣ鍵である。出力は、共有秘密ＫＤＦ＝ＢＬＯＢ暗号鍵である。ＥＣＩＥＳによってＭＡＣ鍵も生成される。
ＢＬＯＢ１０のセクション５は、オペレーティングシステム（又はオペレーティングシステムの一部）のプログラムコードとプロファイルデータのプログラムコードからなる実際のＢＬＯＢデータを示す。セクション５は、チップ個別のＢＬＯＢ暗号鍵で暗号化されて送信される。この暗号化されたセグメントもＭＡＣが有効である必要がある。
ＢＬＯＢのセクション６は、ＢＬＯＢに対する署名を示す。この署名は、ＢＬＯＢのセクション５からのＢＬＯＢデータに対して、データジェネレータのオペレーティングシステム提供インスタンス署名鍵によって生成される。しかし、署名自体はチップ個別のＢＬＯＢ暗号鍵によって暗号化される。
オペレーティングシステム提供インスタンス署名検証鍵は、ブートローダの適合バージョンに統合され、ｉＳＥ又は関連ＮＶＭへのＢＬＯＢのロード中に署名が検証される。
図８は、ＳＥのブロック回路図である。ＳＥは、オペレーティングシステムＯＳを有する。オペレーティングシステムＯＳは、例えば、ネイティブ・オペレーティングシステムである。オペレーティングシステムＯＳは、対応するプログラミングインタフェース（複数可）ＪＣＡＰＩを有するＪａｖａＣａｒｄ実行環境ＪＣＲＥを動作させるように構成することができる。また、プロファイルデータとテストプロファイル７が示されている。枠線で示されるＯＳ、ＪＣＲＥ、ＪＣＡＰＩ、プロファイル、及びテストプロファイル７は、ＳＥのパーソナライズに従ってＳＥのＮＶＭ（又はＳＥに割り当てられたＮＶＭ）に導入されたメモリマップ又はＢＬＯＢ１０を表す。
ＳＥは、図９に示すデバイス２とデータを交換するために、動作可能な状態、すなわちパーソナライズされた状態に構成されている。ＳＥと端末１との間のデータ伝送又は通信のため、ＳＥと端末１はそれぞれ適切な通信インタフェースを有する。
また、ＳＥは上述したＣＰＵを有する。ＣＰＵが実行するプログラムコードによって定義される算術関数や論理関数の実行、データ要素の読み書きが、ＣＰＵの主要なタスクのひとつである。また、ＣＰＵは、揮発性ランダムアクセスメモリＲＡＭ、永久メモリＲＯＭ、不揮発性書き換え可能メモリＮＶＭに接続されている。好ましくは、不揮発性メモリＮＶＭはフラッシュメモリ（ｆｌａｓｈ－ＥＥＰＲＯＭ）である。これは、例えば、ＮＡＮＤ又はＮＯＲアーキテクチャのフラッシュメモリであってもよい。
図９に示す実施形態では、ＣＰＵ（図４、図５、図８）で実行可能なプログラムコードが不揮発性メモリＮＶＭに格納されている。特に、チップカードのオペレーティングシステム（ＯＳ）、（ＪａｖａＣａｒｄ仮想マシン（ＪＣＶＭ）及びＪａｖａＣａｒｄアプリケーションプログラミングインタフェース（ＪＣＡＰＩ）からなる）ＪａｖａＣａｒｄ実行環境（ＪＣＲＥ）、及びアプリケーションのプログラムコードを不揮発性メモリＮＶＭに格納することができる。この場合、アプリケーションはＪａｖａＣａｒｄＴＭアプレットの形で存在することが好ましい。
図９は、端末１及びＳＥを含むシステムの例示的な実施形態を示す。端末１は、例えば、ＩｏＴ環境におけるＭ２Ｍデバイスである。ＳＥは、動作可能な状態で端末１に固定設置されている。端末１のチップセット２は、ＳＥに加えて、チップＡ、Ｂ、Ｃをさらに含む（図３～図５に関する説明を参照）。例として、チップＡはモデムである。ＳＥと端末１との間の全データ交換は、好ましくは、規格ＩＳＯ／ＩＥＣ７８１６－４に従って、いわゆるＡＰＤＵ（アプリケーションプロトコルデータユニット）を使用して行われる。ＡＰＤＵは、アプリケーション層のデータユニット、すなわち、コマンド及び／又はデータがｅＵＩＣＣ１に送信されるコンテナの一種を表す。チップセット２の通信ユニットは、通信ネットワーク４を介して端末２又はＳＥのデータを交換するように構成される。
図１０は、ステップ１０３でサーバによってデータジェネレータに提供され得るプロファイル１（及びプロファイル２及びプロファイル３について提案される）の例を示す。プロファイル１は、ＯＴＡキー、ファイルシステム、認証、セキュリティサブレンジ、アプリケーション、ＩＭＳＩ、ＩＣＣＩＤ、必要に応じてアップデートを含むことができる。
本発明の範囲内において、明細書及び／又は図面及び／又は請求項に記載の全ての要素は、任意の所望の方法で互いに組み合わせることができる。
１ 端末
２ チップセット（複数の各種集積回路）
３ ＢＬＯＢのＥＣＣ鍵ペアの個々の公開部分
４ ＳＥの個々のＢＬＯＢ暗号鍵
５ ＢＬＯＢデータ＝オペレーティングシステムコード＋１つ又は複数のサブスクリプションデータセット＋場合によりテストプロファイル
６ ＢＬＯＢの署名
７ テストプロファイル
８ オペレーティングシステム
９ プロファイル／サブスクリプションデータセット
１０ ＢＬＯＢ
Ａ～Ｄ チップセットの異なるチップ
ＡＰＰ アプリケーションプロセッサ
ＢＢ ベースバンドプロセッサ
ＵｓｅｒＩＤ ユーザ識別子
ＢＬＯＢ ＨＳＭキーを有する暗号化メモリマップ
ＢＵＳ データバス
ＣＰＵ 制御ユニット
ｅＳＥ 埋め込み型セキュアエレメント、ｅＳＥ
ＥＵＭ データジェネレータ
ＤｅｖｉｃｅＩＤ 端末識別子
ＨＳＭ ハードウェアセキュリティモジュール
Ｉ／Ｏ データインタフェース（ＢＵＳ）
ｉＳＥ 統合型セキュアエレメント
ｉＳＥｎ ｎ番目のセキュアエレメント
ＮＦＣ 近距離無線通信モジュール
ＮＶＭ 不揮発性メモリ（書き換え可能）
ＯＳ オペレーティングシステム
ＯＴＰ ワンタイムパスワードメモリ
ＰＲＯＦＩＬＥ サブスクリプションデータセット
ＲＡＭ 揮発性メモリ
ＲＯＭ 不揮発性メモリ（永続的）
ＳＥ セキュアエレメント
ＳＥ－ＵＩＤ セキュアエレメント識別子
ＳＰ セキュアプロセッサ
１０１～１０７ 本発明による方法ステップ
２０１～２０９ 本発明の一発展例による方法ステップ

Claims (15)

  1. セキュアエレメント（ＳＥ）をパーソナライズする方法（１００）であって、
    データジェネレータにおいて、複数のセキュアエレメント（ＳＥ）のメモリマップのバンドルのリクエストを受信する（１０１）ステップであって、受信されたバンドルの各リクエストされたメモリマップは、前記複数のセキュアエレメント（ＳＥ）のうちの或るセキュアエレメント（ＳＥ）に関連し、各場合において、前記複数のセキュアエレメント（ＳＥ）のうちの１つのセキュアエレメント（ＳＥ）は、複数の端末（１）のうちの対応する端末（１）に固定設置される又は固定設置されたものであるステップと、
    前記データジェネレータにおいて、前記複数のセキュアエレメント（ＳＥ）のうちのパーソナライズする少なくとも１つのセキュアエレメント（ＳＥ）の少なくとも１つのサブスクリプションデータセット（Ｐｒｏｆｉｌｅ）を取得する（１０３）ステップであって、前記サブスクリプションデータセット（Ｐｒｏｆｉｌｅ）は、サブスクリプション管理サーバから取得されるステップと、
    前記データジェネレータによって、前記パーソナライズするセキュアエレメント（ＳＥ）のためのオペレーティングシステム（ＯＳ）又はオペレーティングシステム（ＯＳ）の一部を提供する（１０４）ステップと、
    前記データジェネレータによって、受信された前記リクエストに従って、前記複数のセキュアエレメント（ＳＥ）の各々のメモリマップ（ＢＬＯＢ）を生成する（１０５）ステップであって、少なくとも前記パーソナライズするセキュアエレメント（ＳＥ）の前記メモリマップは、提供された前記オペレーティングシステム（ＯＳ）又はオペレーティングシステム（ＯＳ）の一部と、取得された前記少なくとも１つのサブスクリプションデータセット（Ｐｒｏｆｉｌｅ）と、を含むステップと、
    前記端末（１）を完成させるために、前記データジェネレータによって、生成された前記メモリマップ（ＢＬＯＢ）をバンドルし、バンドルされた前記メモリマップをメモリマップバンドルとして提供し（１０７）、少なくとも前記パーソナライズするセキュアエレメント（ＳＥ）の前記メモリマップ（ＢＬＯＢ）を前記セキュアエレメント（ＳＥ）に導入して、前記セキュアエレメント（ＳＥ）をパーソナライズする（１０８）ステップと、を含む方法（１００）。
  2. 前記メモリマップのバンドルのリクエストは、各リクエストされたメモリマップについて、
    前記リクエストされたメモリマップの１つに関連するセキュアエレメント（ＳＥ）が固定設置された端末（１）に関する端末情報の項目、及び／又は、
    前記リクエストされたメモリマップの１つに関連する前記複数のセキュアエレメント（ＳＥ）の１つに関するセキュアエレメント情報の項目、及び／又は、
    前記リクエストされたメモリマップの１つに関連するセキュアエレメント（ＳＥ）が固定設置された端末（１）のユーザに関するユーザ情報の項目、及び／又は、
    前記リクエストされたメモリマップの１つに関連するセキュアエレメント（ＳＥ）の暗号鍵ペアの公開鍵部分、を含む請求項１に記載の方法（１００）。
  3. 前記取得されたサブスクリプションデータセット（Ｐｒｏｆｉｌｅ）は、前記端末情報の項目、前記セキュアエレメント情報の項目、及び／又は前記ユーザ情報の項目、及び／又は前記公開鍵部分に基づいており、好ましくは前記データジェネレータからのリクエストに応じて取得される請求項２に記載の方法（１００）。
  4. 前記端末情報の項目及び／又は前記セキュアエレメント情報の項目は、前記セキュアエレメント（ＳＥ）を構成するチップセット（２）のチップセット情報の項目、好ましくはチップセット（２）の識別子である請求項２又は３に記載の方法（１００）。
  5. 取得ステップ（１０３）において、前記データジェネレータは、前記サブスクリプション管理サーバから、前記複数のセキュアエレメント（ＳＥ）のうちの少なくとも２つ以上、好ましくは全てのセキュアエレメント（ＳＥ）についての少なくとも１つのサブスクリプションデータセット（Ｐｒｏｆｉｌｅ）を取得する請求項１～４のいずれか一項に記載の方法（１００）。
  6. 提供ステップ（１０４）において、前記オペレーティングシステム（ＯＳ）又はオペレーティングシステム（ＯＳ）の一部は、前記複数のセキュアエレメント（ＳＥ）のうちの少なくとも２つ以上、好ましくは全てのセキュアエレメント（ＳＥ）に対して提供される請求項１～５のいずれか一項に記載の方法（１００）。
  7. 前記メモリマップのバンドルのリクエストは、端末製造者又はチップセット製造者によって送信される請求項１～６のいずれか一項に記載の方法（１００）。
  8. 前記生成されたメモリマップのメモリマップバンドルは、データベースに提供され（１０６）、前記複数の端末（１）を完成するために端末製造者によって呼び出され、前記データベースからの呼び出しは暗号的に安全である請求項１～７のいずれか一項に記載の方法（１００）。
  9. 前記データジェネレータは、前記サブスクリプション管理サーバ及び／又は端末製造者から物理的に分離される請求項１～８のいずれか一項に記載の方法（１００）。
  10. 前記パーソナライズするセキュアエレメント（ＳＥ）、好ましくは２つ以上のセキュアエレメント（ＳＥ）、好ましくは全てのセキュアエレメント（ＳＥ）の生成されたメモリマップ（ＢＬＯＢ）は、テストプロファイル（７）をさらに含む請求項１～９のいずれか一項に記載の方法（１００）。
  11. 前記テストプロファイル（７）は、前記セキュアエレメント（ＳＥ）のパーソナライズ（１０８）後に、移動無線ネットワークへの通信リンクをシミュレートするために、完成している端末（１）において実行される請求項１０に記載の方法（１００）。
  12. 前記通信リンクが正常にシミュレートされた場合にのみ、前記セキュアエレメント（ＳＥ）のＳＩＭ機能が有効にされる請求項１１に記載の方法（１００）。
  13. 前記データジェネレータは、ｖＳＩＭ製造者又はＳＥ製造者であり、好ましくは、前記セキュアエレメント（ＳＥ）は、統合型セキュアエレメント（ｉＳＥ）又は埋め込み型セキュアエレメント（ｅＳＥ）である請求項１～１２のいずれか一項に記載の方法（１００）。
  14. 前記メモリマップのバンドルのリクエストが取得される前に、各セキュアエレメント（ＳＥ）に対して、非対称暗号鍵ペアが生成され、前記非対称暗号鍵ペアのプライベート鍵部分は前記セキュアエレメント（ＳＥ）に永続的に残り、前記非対称暗号鍵ペアの公開鍵部分は前記データジェネレータのハードウェアセキュリティモジュール（ＨＳＭ）に送信される請求項１～１３のいずれか一項に記載の方法（１００）。
  15. 端末製造者は、前記メモリマップバンドルを取得すると、前記パーソナライズするセキュアエレメント（ＳＥ）のメモリマップ（ＢＬＯＢ）を前記メモリマップバンドルから外し、前記パーソナライズするセキュアエレメント（ＳＥ）に格納する請求項１～１４のいずれか一項に記載の方法（１００）。
JP2023561770A 2021-04-09 2022-04-05 セキュアエレメントをパーソナライズする方法 Pending JP2024514840A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE102021001850.8A DE102021001850A1 (de) 2021-04-09 2021-04-09 Verfahren zum Personalisieren eines sicheren Elementes
DE102021001850.8 2021-04-09
PCT/EP2022/025131 WO2022214219A1 (de) 2021-04-09 2022-04-05 Verfahren zum personalisieren eines sicheren elementes

Publications (1)

Publication Number Publication Date
JP2024514840A true JP2024514840A (ja) 2024-04-03

Family

ID=81579581

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023561770A Pending JP2024514840A (ja) 2021-04-09 2022-04-05 セキュアエレメントをパーソナライズする方法

Country Status (7)

Country Link
US (1) US20240129743A1 (ja)
EP (1) EP4320900A1 (ja)
JP (1) JP2024514840A (ja)
KR (1) KR20230170020A (ja)
CN (1) CN117158016A (ja)
DE (1) DE102021001850A1 (ja)
WO (1) WO2022214219A1 (ja)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102191017B1 (ko) * 2014-07-19 2020-12-15 삼성전자주식회사 eSIM 프로비저닝 방법과 이를 지원하는 서버 장치
DE102014014561A1 (de) * 2014-09-30 2016-03-31 Giesecke & Devrient Gmbh Verfahren und System zum Personalisieren eines Sicherheitselements eines mobilen Endgeräts
US10277587B2 (en) 2015-10-08 2019-04-30 Apple Inc. Instantiation of multiple electronic subscriber identity module (eSIM) instances
DE102015119800A1 (de) 2015-11-16 2017-05-18 Comprion Gmbh Verfahren und Vorrichtung zum Testen eines Gerätes
US20190386822A1 (en) * 2018-06-17 2019-12-19 Altair Semiconductor Ltd. Personalizing an Integrated Circuit that is Produced with Embedded Root of Trust Secret
DE102020003275B3 (de) 2020-05-29 2021-06-10 Giesecke+Devrient Mobile Security Gmbh Personalisierung eines Secure Element

Also Published As

Publication number Publication date
CN117158016A (zh) 2023-12-01
KR20230170020A (ko) 2023-12-18
DE102021001850A1 (de) 2022-10-13
EP4320900A1 (de) 2024-02-14
WO2022214219A1 (de) 2022-10-13
US20240129743A1 (en) 2024-04-18

Similar Documents

Publication Publication Date Title
US9877194B2 (en) Methods and apparatus for delivering electronic identification components over a wireless network
US9775024B2 (en) Method for changing MNO in embedded SIM on basis of dynamic key generation and embedded SIM and recording medium therefor
US9973583B2 (en) Method for accessing a service, corresponding device and system
RU2595904C2 (ru) Способы и устройство для крупномасштабного распространения электронных клиентов доступа
TWI492603B (zh) 資料存取供給設備及方法
CN109547464B (zh) 用于存储和执行访问控制客户端的方法及装置
EP2731381B1 (en) Method for changing the mobile network operator in an embedded sim on basis of special privilege
TWI433556B (zh) 無線網路認證設備及方法
CN112136131A (zh) 连接到多个处理器的安全模块的控制方法以及用于实现该方法的电子装置
CN103460186B (zh) 用于更新数据载体的方法
US20150017950A1 (en) Virtual sim card cloud platform
CN111434087A (zh) 用于提供通信服务的方法和电子设备
KR20110020870A (ko) 고유하게 퍼스널라이징된 마스터 ｓｉｍ에 의한 ｓｉｍ의 퍼스널라이제이션
KR20180132855A (ko) 업데이트된 프로파일을 다운로드하기 위한 방법, 서버들 및 시스템
US20230171100A1 (en) Personalization of a secure element
CN107332817B (zh) 支持多个访问控制客户端的移动装置和对应的方法
KR20130006257A (ko) 내장 ｓｉｍ에서의 키 관리방법, 및 그를 위한 내장 ｓｉｍ과 기록매체
EP2209080A1 (en) Method of loading data in an electronic device
KR102114431B1 (ko) 모바일 터미널의 내장 보안 요소에 서브스크립션을 로딩하는 방법
JP2024514840A (ja) セキュアエレメントをパーソナライズする方法
JP5492988B2 (ja) 保全された電子トークン中に埋込まれたアプリケーションを管理する方法
CN115499821A (zh) 一种eSIM签约方法及装置
US20240283646A1 (en) Method in a secure element
US11361079B2 (en) Chipset with protected firmware

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20240617

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240705

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20240722

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20240722

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20240815