特表 2024-538862 ＥＵＩＣＣの少なくとも１つのＥＵＩＣＣ情報セット（ＥＩＳ）を管理する方法及び中間バッファープロキシ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-10-24

(54)【発明の名称】ＥＵＩＣＣの少なくとも１つのＥＵＩＣＣ情報セット（ＥＩＳ）を管理する方法及び中間バッファープロキシ

(51)【国際特許分類】

   H04W 8/20 20090101AFI20241017BHJP

   H04W 92/08 20090101ALI20241017BHJP

   H04W 4/60 20180101ALI20241017BHJP

【ＦＩ】

H04W8/20

H04W92/08

H04W4/60

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024515044

(86)(22)【出願日】2022-10-06

(85)【翻訳文提出日】2024-04-26

(86)【国際出願番号】 EP2022025466

(87)【国際公開番号】W WO2023072428

(87)【国際公開日】2023-05-04

(31)【優先権主張番号】21020526.6

(32)【優先日】2021-10-26

(33)【優先権主張国・地域又は機関】EP

(81)【指定国・地域】

(71)【出願人】

【識別番号】523479709

【氏名又は名称】ギーゼッケプラスデフリエント モバイル セキュリティ ジャーマニー ゲーエムベーハー

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(72)【発明者】

【氏名】ルイズ リトウィンスキー，デイヴィッド

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA30

5K067DD11

5K067EE16

5K067HH23

(57)【要約】

本発明は、ｅＵＩＣＣの少なくとも１つのｅＵＩＣＣ情報セット（ＥＩＳ）を管理する方法に関する。方法は、－ ｅＵＩＣＣ製造業者（ＥＵＭ）でｅＵＩＣＣ情報セット（ＥＩＳ）を登録する第１の要求を生成するステップ（１１０）であって、第１の要求は、第１の機能呼び出し識別子（ＦＣＩ）を含むステップ（１１０）と、－ 第１の要求をｅＵＩＣＣ製造業者（ＥＵＭ）から中間バッファープロキシ（２０）に送信するステップ（１２０）と、－ 中間バッファープロキシ（２０）内で第１の要求に対する応答を生成するステップ（１３０）と、－ 要求に対する応答をｅＵＩＣＣ製造業者（ＥＵＭ）に送信するステップ（１４０）とを含む。

【特許請求の範囲】

【請求項1】

ｅＵＩＣＣの少なくとも１つのｅＵＩＣＣ情報セット（ＥＩＳ）を管理するための方法であって、以下の連続したステップ：
ｅＵＩＣＣ製造業者（ＥＵＭ）で前記ｅＵＩＣＣ情報セット（ＥＩＳ）を登録する第１の要求を生成するステップ（１１０）であって、前記第１の要求は、第１の機能呼び出し識別子（ＦＣＩ）を含む、生成するステップ（１１０）と、
前記第１の要求を前記ｅＵＩＣＣ製造業者（ＥＵＭ）から中間バッファープロキシ（２０）に送信するステップ（１２０）と、
前記中間バッファープロキシ（２０）内で前記第１の要求に対する応答を生成するステップ（１３０）と、
前記要求に対する前記応答を前記ｅＵＩＣＣ製造業者（ＥＵＭ）に送信するステップ（１４０）と
を含む方法。

【請求項2】

以下の連続したステップ：
前記ｅＵＩＣＣ製造業者（ＥＵＭ）への前記要求に対する前記応答を前記ｅＵＩＣＣ製造業者（ＥＵＭ）で受信した後、前記ｅＵＩＣＣ製造業者（ＥＵＭ）内で登録結果応答を生成するステップ（１５０）と、
前記登録結果応答をモバイルネットワークオペレーター（ＭＮＯ）に送信するステップ（１６０）と
を更に含むことを特徴とする、請求項１に記載の方法。

【請求項3】

以下の連続したステップ：
前記中間バッファープロキシ（２０）で受信される前記第１の要求に基づいて、前記ｅＵＩＣＣ情報セット（ＥＩＳ）を登録する第２の要求を前記中間バッファープロキシ（２０）で生成するステップ（１７０）であって、前記第２の要求は、第２の機能呼び出し識別子（ＦＣＩ）を含む、生成するステップ（１７０）と、
前記第２の要求を前記中間バッファープロキシ（２０）から加入管理者安全経路指定（ＳＭ－ＳＲ）機能に送信するステップ（１８０）と
を更に含むことを特徴とする、請求項１又は２に記載の方法。

【請求項4】

以下の連続したステップ：
前記中間バッファープロキシ（２０）からの前記第２の要求を前記加入管理者安全経路指定（ＳＭ－ＳＲ）機能で受信するステップ（１９０）と、
前記加入管理者安全経路指定（ＳＭ－ＳＲ）機能に記憶されるｅＵＩＣＣ情報セット（ＥＩＳ）ディレクトリに前記ｅＵＩＣＣ情報セット（ＥＩＳ）が存在することを、前記加入管理者安全経路指定（ＳＭ－ＳＲ）機能で確認するステップ（２００）と
を更に含むことを特徴とする、請求項３に記載の方法。

【請求項5】

前記加入管理者安全経路指定（ＳＭ－ＳＲ）機能に存在する有効ｅＵＩＣＣ情報セット（ＥＩＳ）のデータベースに前記ｅＵＩＣＣ情報セット（ＥＩＳ）を記憶するステップ（２１０）と、
前記加入管理者安全経路指定（ＳＭ－ＳＲ）機能で前記第２の要求に対する応答を生成するステップ（２２０）と、
前記第２の要求に対する前記加入管理者安全経路指定（ＳＭ－ＳＲ）機能からの前記応答を前記中間バッファープロキシ（２０）に送信するステップ（２３０）と
を更に含むことを特徴とする、請求項４に記載の方法。

【請求項6】

ｅＵＩＣＣ情報セット（ＥＩＳ）を登録するための第１の要求をｅＵＩＣＣ製造業者（ＥＵＭ）から受信し、前記第１の要求は第１の機能呼び出し識別子（ＦＣＩ）を含み、前記第１の要求に対する応答を生成し、前記要求に対する前記応答を前記ｅＵＩＣＣ製造業者（ＥＵＭ）に送信するように構成されている、中間バッファープロキシ。

【請求項7】

前記ｅＵＩＣＣ情報セット（ＥＩＳ）を登録する第２の要求を生成し、前記第２の要求を加入管理者安全経路指定（ＳＭ－ＳＲ）機能に送信するように更に構成されていることを特徴とする、請求項６に記載の中間バッファープロキシ。

【請求項8】

前記第２の要求に対する応答を前記加入管理者安全経路指定（ＳＭ－ＳＲ）機能から受信するように更に構成されていることを特徴とする、請求項７に記載の中間バッファープロキシ。

【請求項9】

固有オブジェクト識別子（ＯＩＤ）を含むことを特徴とする、請求項６～８のいずれか一項に記載の中間バッファープロキシ。

【請求項10】

固有機能リクエスタ識別子（ＦＲＩ）を含むことを特徴とする、請求項６～９のいずれか一項に記載の中間バッファープロキシ。

【請求項11】

前記加入管理者安全経路指定（ＳＭ－ＳＲ）機能との通信のために新しい機能呼び出し識別子（ＦＣＩ）を生成するように構成されていることを特徴とする、請求項６～１０のいずれか一項に記載の中間バッファープロキシ。

【発明の詳細な説明】

【技術分野】

【0001】

発明の技術分野
本発明は、ｅＵＩＣＣの少なくとも１つのｅＵＩＣＣ情報セット（ＥＩＳ）を管理する方法、及び中間バッファープロキシに関する。

【0002】

組み込み加入者識別モジュール（ｅＳＩＭ）とも呼ばれる組み込み汎用集積回路カード（ｅＵＩＣＣ）の使用は、消費者及び機械対機械（Ｍ２Ｍ）の通信分野で益々普及している。多数のデバイス間で移送可能な着脱可能スマートカードとして存在する従来のＵＩＣＣ又はＳＩＭと違って、ｅＵＩＣＣは、ユーザが着脱可能であるように設計されていない集積回路であり、即ち、一般的に、デバイスの他の電子部品に組み込まれる又ははんだ付けされる。ｅＵＩＣＣは一般的に、相手先商標製造業者（ＯＥＭ）と呼ばれることも多い製造業者（ＥＵＭ）によって発行される。

【背景技術】

【0003】

技術背景
従来、電気通信デバイスが特定のモバイルネットワークに接続することができるために、モバイルネットワークオペレーター（ＭＮＯ）によって発行されるＳＩＭカードを、デバイスに挿入する必要がある。この方式で、モバイル接続を異なるＭＮＯに切り換えるために、現在のＭＮＯ用のＳＩＭカードを、デバイスから取り外し、新しいＭＮＯに関連する別のＳＩＭカードと交換する。異なるモバイルネットワークへの接続が必要な場合いつでも、ＳＩＭカードを交換する要件は、特にＭ２Ｍ通信の状況で、大きな欠点となる。デバイスを製造する場合に単一のＳＩＭカードを設置し、次に、そのＳＩＭカードがユーザの選択のＭＮＯへの接続を支援することができることは、非常に効率的で望ましい。

【0004】

この問題に取り組むために、グローバルシステム・フォー・モバイルアソシエーション（ＧＳＭＡ）は、モバイルオペレーターのための指針として組み込みＳＩＭ用の遠隔プロビジョニングアーキテクチャを定義する。ｅＳＩＭは、ＩｏＴデバイスに組み込まれ、安全な相互運用アーキテクチャを与え、ｅＳＩＭへのターゲットＭＮＯプロファイルの遠隔プロビジョニングを可能にするシステムの商業展開を容易にする。ＧＳＭＡは、無線通信チャネルを用いてｅＳＩＭに関するプロファイル情報をセットアップするためにＭＮＯ用の方法及びプロトコルを指定している。この方法は、無線（ＯＴＡ）プロビジョニングと呼ばれる。全く新しいＳＩＭプロファイルのＯＴＡプロビジョニングを、オペレーターネットワークの中を進むデバイスのために使用することができる。

【0005】

ＧＳＭＡ ＳＧＰ．０１の文献「Embedded SIM Remote Provisioning Architecture」、バージョン４．０、２０１９年２月２３日において、ＧＳＭＡは、Ｍ２Ｍデバイスのプロビジョニング及び加入管理のためのアーキテクチャ手法を提供している。文献は、ＳＭ－ＳＲにおけるｅＵＩＣＣ登録の説明を含む。これを達成するために、ｅＵＩＣＣ製造業者は登録要求をＳＭ－ＳＲに送信し、登録を実行した後、ＳＭ－ＳＲは登録確認を返送する。

【0006】

ｅＳＩＭは、多数の加入プロファイルを支援する。これらのプロファイルを、必要に応じて、追加し、有効にし、無効にし、削除することができる。ＧＳＭＡは、ｅＳＩＭプロファイル導入及び切り換え用のＯＴＡアーキテクチャを標準化している。プロファイル導入及び切り換えは、参照によりここに引用されるグローバルプラットフォームカード規格（ｖ２．２．１）に準拠している。加入管理者データ準備（ＳＭ－ＤＰ）機能を、ＳＩＭプロファイルを作成するために使用する一方、加入管理者安全経路指定（ＳＭ－ＳＲ）機能を、ｅＵＩＣＣと通信するために使用し、プロファイルを、導入し、有効にし、無効にし、削除する。証明書発行者（ＣＩ）を、認証及び完全性保護のために使用する。

【0007】

ｅＵＩＣＣに、１つ又は複数のｅＳＩＭプロファイルをセットアップし、各ｅＳＩＭプロファイルは、無線通信回線業者に加入者を認証する固有国際モバイル加入者識別（ＩＭＳＩ）番号を含む。ｅＳＩＭプロファイルに記憶される他のデータは、回線業者ネットワーク情報、セキュリティー認証情報、アクセス可能ネットワークサービスのリスト、及び／又はその他を含んでもよい。無線通信回線業者は、無線（ＯＴＡ）更新を介して消費者デバイス又はＭ２Ｍデバイスの形でユーザデバイスのｅＵＩＣＣにｅＳＩＭプロファイルを転送してもよい。

【0008】

消費者デバイスは、個別消費者に一般的に販売されたネットワーク対応のデバイスである。例えば、これらのデバイスは、スマートフォン、タブレットコンピュータ、スマートウォッチ、ゲーム機、及び／又はその他を含んでもよい。Ｍ２Ｍデバイスは、他のネットワーク機械と通信する無線通信回線業者によって提供された電気通信サービスを使用するネットワーク機械である。例えば、車両に組み込まれたＭ２Ｍ監視デバイスは、管理センターにおける遠隔支援デバイスに車両追跡及び運転情報を自動的に送信してもよい。別の例において、スマート家電製品の形のＭ２Ｍデバイスは、デバイス故障の場合、サービスセンターにおける監視デバイスに診断情報を自動的に送信してもよい。

【0009】

更に、ｅＵＩＣＣは、ｅＵＩＣＣ情報セット（ＥＩＳ）を含んでもよい。ｅＵＩＣＣ情報セット（ＥＩＳ）は、ｅＵＩＣＣを表し、ｅＵＩＣＣ識別子、ｅＵＩＣＣの製造業者の識別子及び更なる情報（例えば、ｅＵＩＣＣに関連するプロファイルのリスト）を含むことができる。ｅＵＩＣＣ情報セット（ＥＩＳ）の説明及びアプリケーションは、ＧＳＭＡ ＳＧＰ．０２規格「Remote Provisioning Architecture for Embedded UICC」、バージョン４．０、２０１９年２月２５日で分かる。

【0010】

加入管理手続きを可能にするために、ｅＵＩＣＣを加入管理者安全経路指定（ＳＭ－ＳＲ）データベースに登録する。ＥＩＳを用いて登録を行う。手続きはＳＧＰ．０１規格で定義されている。

【0011】

幾つかのＯＥＭ、ＥＵＭ又はサービスプロバイダー（ＳＰ）に対して、どの条件下で及び／又は何時に、ｅＵＩＣＣ情報セット（ＥＩＳ）を加入管理者安全経路指定（ＳＭ－ＳＲ）機能に押し込むかを決定する必要がある。例えば、ｅＵＩＣＣ情報セット（ＥＩＳ）を加入管理者安全経路指定（ＳＭ－ＳＲ）機能に押し込む条件は、ホーム位置レジスタ（ＨＬＲ）におけるｅＵＩＣＣの登録された及び有効な加入か、又は電源を投入しようとしているデバイスにｅＵＩＣＣを組み込むＭＮＯの知識であることができる。更に、ＭＮＯは、多数のＥＵＭプロバイダーを制御する必要があり、どのｅＵＩＣＣ情報セット（ＥＩＳ）を加入管理者安全経路指定（ＳＭ－ＳＲ）機能にロードするか、誰からｅＵＩＣＣ情報セット（ＥＩＳ）を加入管理者安全経路指定（ＳＭ－ＳＲ）機能にロードするか、及びいつｅＵＩＣＣ情報セット（ＥＩＳ）を加入管理者安全経路指定（ＳＭ－ＳＲ）機能にロードするかを決定する必要があることがある。更に、現在のＧＳＭＡ ＳＧＰ．０２規格に定義されるようなＥＵＭとＳＭ－ＳＲとの間のＥＳ１インターフェースを第三者統合業者に外注する必要があることがある。ＥＳ１インターフェースは、ＥＵＭ及びＳＭ－ＳＲ機能の役割を果たす２つの実体の間のインターフェースとしての機能を果たす。

【0012】

ＳＧＰ．０２規格に記載のような要求－応答機能の使用によって、ＥＩＳをロードする。リクエスタとしてのＥＵＭは、要求を受信して処理し、最後に、それに応じてメッセージを返すＳＭ－ＳＲに、要求メッセージを送信する。要求機能を、機能リクエスタ識別子（ＦＲＩ）及び機能呼び出し識別子（ＦＣＩ）に基づいて識別する。要求－応答機能の場合、有効性期間を設定してもよい。

【0013】

しかし、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間の全対話が同期する必要があるので、現在のＧＳＭＡ ＳＧＰ．０２規格は、ＥＳ１インターフェースを外注する可能性を与えない。更に、ＧＳＭＡ ＳＧＰ．０２規格は、加入管理者安全経路指定（ＳＭ－ＳＲ）機能へのロードを遅らせる構成要素を与えることができない。

【0014】

ＯＥＭ、ＥＵＭ又はＳＰの上述のニーズを部分的に満たすために、透過プロキシを設けることは、先行技術から知られている。透過プロキシは、任意の特別なクライアント構成を必要とすることなく、標準アプリケーション層通信を傍受する。透過プロキシは、プロキシ認証及び識別に必要なことを超えて要求又は応答を修正しないプロキシである。クライアントは、プロキシの存在に気付いている必要がない。透過プロキシを、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間に設けることができる。このような透過プロキシは、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間のブローカーとしての機能を果たすことができるけれども、加入管理者安全経路指定（ＳＭ－ＳＲ）機能へのロードを遅らせることができない。

【0015】

代わりに、ＯＥＭ、ＥＵＭ又はＳＰの上述のニーズを部分的に満たすために、ストップアンドゴープロキシを設けることも、先行技術から知られている。ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間のストップアンドゴープロキシは、加入管理者安全経路指定（ＳＭ－ＳＲ）機能へのロードを遅らせることができるけれども、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間のチェーンの完全性を危険にさらし、ＳＭ－ＳＲ機能又はＥＵＭ又はＯＥＭのデータを複製する場合、危険性を示す。

【0016】

国際公開第２０２０／０７１９７５Ａ１号には、法律関係者に自律車両のｅＵＩＣＣを登録するシステムが開示されている。ｅＵＩＣＣ製造業者を、専門ＳＭ－ＳＲデバイスに接続された自律車両製造業者に接続する。ｅＵＩＣＣ製造業者は、プロビジョニングを扱うためにｅＵＩＣＣを専門ＳＭ－ＳＲに転送する車両製造業者にｅＵＩＣＣを提供する。法律関係者に所有権を登録した後、専門ＳＭ－ＳＲは、ｅＵＩＣＣ製造業者へのｅＵＩＣＣの状態の変更を示すメッセージを送信する。

【0017】

米国特許出願公開第２０１９／０１５９０１６Ａ１号には、ターゲットＭＮＯのＳＭ－ＤＰと現在のＭＮＯのＳＭ－ＳＲとの間の中間ゲートウェイとして位置決めされた加入管理者プロキシを含むｅＳＩＭの配備用のシステムが開示されている。加入管理者プロキシは、既存の加入について、ターゲットＭＮＯのプロファイルの作成、ダウンロード、有効化及び無効化を可能にする。

【発明の概要】

【発明が解決しようとする課題】

【0018】

発明の概要
本発明によって解決されるべき課題は、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間のチェーンの完全性を危険にさらすことなく、ＳＭ－ＳＲ機能へのロードを遅らせる可能性を与えることである。

【0019】

課題は、請求項１によるｅＵＩＣＣの少なくとも１つのｅＵＩＣＣ情報セット（ＥＩＳ）を管理する方法、及び請求項６による中間バッファープロキシによって解決される。更に、本発明の好ましい実施形態は、従属請求項の目的である。

【0020】

本発明による、ｅＵＩＣＣの少なくとも１つのｅＵＩＣＣ情報セット（ＥＩＳ）を管理するための方法は、
－ ｅＵＩＣＣ製造業者（ＥＵＭ）でｅＵＩＣＣ情報セット（ＥＩＳ）を登録するための第１の要求を生成するステップであって、第１の要求は、第１の機能呼び出し識別子（ＦＣＩ）を含む、生成するステップと、
－ 第１の要求をｅＵＩＣＣ製造業者（ＥＵＭ）から中間バッファープロキシに送信するステップと、
－ 中間バッファープロキシ内で第１の要求に対する応答を生成するステップと、
－ 要求に対する応答をｅＵＩＣＣ製造業者（ＥＵＭ）に送信するステップと
を含む。

【0021】

本発明の態様によれば、方法は、
－ ｅＵＩＣＣ製造業者（ＥＵＭ）への要求に対する応答をｅＵＩＣＣ製造業者（ＥＵＭ）で受信した後、ｅＵＩＣＣ製造業者（ＥＵＭ）内で登録結果応答を生成するステップと、
－ 登録結果応答をモバイルネットワークオペレーター（ＭＮＯ）に送信するステップと
を更に含む。

【0022】

本発明の更なる態様によれば、方法は、
－ 中間バッファープロキシで受信される第１の要求に基づいて、ｅＵＩＣＣ情報セット（ＥＩＳ）を登録する第２の要求を中間バッファープロキシで生成するステップであって、第２の要求は、第２の機能呼び出し識別子（ＦＣＩ）を含む、生成するステップと、
－ 第２の要求を中間バッファープロキシから加入管理者安全経路指定（ＳＭ－ＳＲ）機能に送信するステップと
を更に含む。

【0023】

本発明の更なる態様によれば、方法は、
－ 中間バッファープロキシからの第２の要求を加入管理者安全経路指定（ＳＭ－ＳＲ）機能で受信するステップと、
－ 加入管理者安全経路指定（ＳＭ－ＳＲ）機能に記憶されるｅＵＩＣＣ情報セット（ＥＩＳ）ディレクトリにｅＵＩＣＣ情報セット（ＥＩＳ）が存在することを、加入管理者安全経路指定（ＳＭ－ＳＲ）機能で確認するステップと
を更に含む。

【0024】

本発明の更なる態様によれば、方法は、
－ 加入管理者安全経路指定（ＳＭ－ＳＲ）機能に存在する有効ｅＵＩＣＣ情報セット（ＥＩＳ）のデータベースにｅＵＩＣＣ情報セット（ＥＩＳ）を記憶するステップと、
－ 加入管理者安全経路指定（ＳＭ－ＳＲ）機能で第２の要求に対する応答を生成するステップと、
－ 第２の要求に対する加入管理者安全経路指定（ＳＭ－ＳＲ）機能からの応答を中間バッファープロキシに送信するステップと
を更に含む。

【0025】

更に、本発明は、ｅＵＩＣＣ情報セット（ＥＩＳ）を登録するために、第１の要求をｅＵＩＣＣ製造業者（ＥＵＭ）から受信し、ここで第１の要求は第１の機能呼び出し識別子（ＦＣＩ）を含み、第１の要求に対する応答を生成し、要求に対する応答をｅＵＩＣＣ製造業者（ＥＵＭ）に送信するように構成されている中間バッファープロキシに関する。

【0026】

本発明の態様によれば、中間バッファープロキシは、ｅＵＩＣＣ情報セット（ＥＩＳ）を登録する第２の要求を生成し、第２の要求を加入管理者安全経路指定（ＳＭ－ＳＲ）機能に送信するように更に構成されている。

【0027】

本発明の更なる態様によれば、中間バッファープロキシは、第２の要求に対する応答を加入管理者安全経路指定（ＳＭ－ＳＲ）機能から受信するように更に構成されている。

【0028】

本発明の更なる態様によれば、中間バッファープロキシは、固有オブジェクト識別子（ＯＩＤ）を更に含む。

【0029】

本発明の更なる態様によれば、中間バッファープロキシは、機能リクエスタ識別子（ＦＲＩ）を更に含む。

【0030】

方法及び中間バッファープロキシは、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間のチェーンの完全性を危険にさらすことなく、ＳＭ－ＳＲ機能へのロードを遅らせる可能性を与える。

【0031】

図面の簡単な説明
本発明の更なる実施形態及び本発明の利点について、本発明の実施形態の例を単に説明する図面を参照してより詳細に説明する。図面における同じ構成要素に、同じ参照符号を与える。図面は、原寸に正確に比例していると見なされず、特に、図面の個々の要素を、誇張して大きい形又は誇張して単純化した形で示してもよい。

【図面の簡単な説明】

【0032】

【図1】透過プロキシを用いた先行技術から知られている方法の例を示す。

【図2】ストップアンドゴープロキシを用いた先行技術から知られている方法の例を示す。

【図3】中間バッファープロキシを用いた好ましい実施形態による方法の例を示す。

【図4】好ましい実施形態による中間バッファープロキシを含むモバイル通信ネットワークの例を示す。

【発明を実施するための形態】

【0033】

好ましい実施形態の詳細な説明
本出願は、ｅＵＩＣＣの少なくとも１つのｅＵＩＣＣ情報セット（ＥＩＳ）を管理する方法、及び中間バッファープロキシ２０に関する。ｅＵＩＣＣは一般的に、相手先商標製造業者（ＯＥＭ）と呼ばれることも多い製造業者（ＥＵＭ）によって発行される。

【0034】

従来、電気通信デバイスが特定のモバイルネットワークに接続することができるために、モバイルネットワークオペレーター（ＭＮＯ）によって発行されるＳＩＭカードを、デバイスに挿入する必要がある。この方式で、モバイル接続を異なるＭＮＯに切り換えるために、現在のＭＮＯ用のＳＩＭカードを、デバイスから取り外し、新しいＭＮＯに関連する別のＳＩＭカードと交換する。異なるモバイルネットワークへの接続が必要な場合いつでも、ＳＩＭカードを交換する要件は、特にＭ２Ｍ通信の状況で、大きな欠点となる。デバイスを製造する場合に単一のＳＩＭカードを設置し、次に、そのＳＩＭカードがユーザの選択のＭＮＯへの接続を支援することができることは、非常に効率的で望ましい。

【0035】

この問題に取り組むために、グローバルシステム・フォー・モバイルアソシエーション（ＧＳＭＡ）は、モバイルオペレーターのための指針として組み込みＳＩＭ用の遠隔プロビジョニングアーキテクチャを定義する。ｅＳＩＭは、ＩｏＴデバイスに組み込まれ、安全な相互運用アーキテクチャを与え、ｅＳＩＭへのターゲットＭＮＯプロファイルの遠隔プロビジョニングを可能にするシステムの商業展開を容易にする。ＧＳＭＡは、無線通信チャネルを用いてｅＳＩＭに関するプロファイル情報をセットアップするためにＭＮＯ用の方法及びプロトコルを指定している。この方法は、無線（ＯＴＡ）プロビジョニングと呼ばれる。全く新しいＳＩＭプロファイルのＯＴＡプロビジョニングを、オペレーターネットワークの中を進むデバイスのために使用することができる。

【0036】

ｅＳＩＭは、多数の加入プロファイルを支援する。これらのプロファイルを、必要に応じて、追加し、有効にし、無効にし、削除することができる。ＧＳＭＡは、ｅＳＩＭプロファイル導入及び切り換え用のＯＴＡアーキテクチャを標準化している。プロファイル導入及び切り換えは、参照によりここに引用されるグローバルプラットフォームカード規格（ｖ２．２．１）に準拠している。加入管理者データ準備（ＳＭ－ＤＰ）機能を、ＳＩＭプロファイルを作成するために使用する一方、加入管理者安全経路指定（ＳＭ－ＳＲ）機能を、ｅＵＩＣＣと通信するために使用し、プロファイルを、導入し、有効にし、無効にし、削除する。証明書発行者（ＣＩ）を、認証及び完全性保護のために使用する。

【0037】

ｅＵＩＣＣに、１つ又は複数のｅＳＩＭプロファイルをセットアップし得、各ｅＳＩＭプロファイルは、無線通信回線業者に加入者を認証する固有国際モバイル加入者識別（ＩＭＳＩ）番号を含む。ｅＳＩＭプロファイルに記憶される他のデータは、回線業者ネットワーク情報、セキュリティー認証情報、アクセス可能ネットワークサービスのリスト、及び／又はその他を含んでもよい。無線通信回線業者は、無線（ＯＴＡ）更新を介して消費者デバイス又はＭ２Ｍデバイスの形でユーザデバイスのｅＵＩＣＣにｅＳＩＭプロファイルを転送してもよい。

【0038】

更に、ｅＵＩＣＣは、ｅＵＩＣＣ情報セット（ＥＩＳ）を含んでもよい。ｅＵＩＣＣ情報セット（ＥＩＳ）は、ｅＵＩＣＣを表し、ｅＵＩＣＣ識別子、ｅＵＩＣＣの製造業者の識別子及び更なる情報（例えば、ｅＵＩＣＣに関連するプロファイルのリスト）を含むことができる。ｅＵＩＣＣ情報セット（ＥＩＳ）は、ＳＧＰ．０２規格で定義されている。

【0039】

例えば、ｅＵＩＣＣは、３ＧＰＰ ＴＳ １１．１１又は３ＧＰＰ ＴＳ １１．１４に記載のようなファイルシステムを有してもよい。本発明の意味でのｅＵＩＣＣは、例えば、制御ユニット（マイクロコントローラ）、及びデバイスとの通信用の少なくとも１つのインターフェース（データインターフェース）を有する、サイズ及び資源が減少した電子モジュールであることができる。好ましくは、この通信は、接続プロトコル、特に、ＥＴＳＩ ＴＳ １０２ ２２１又はＩＳＯ－７８１６規格に準拠するプロトコルを介して行われる。

【0040】

ｅＵＩＣＣは、デバイス内の一体部品、例えば、ハードワイヤード電子構成要素であることができる。これらのｅＵＩＣＣは、デバイスから取り外されるように意図されておらず、原則として、容易に交換されることができない。更に、このようなｅＵＩＣＣは、組み込み式の安全な要素として設計可能であり、デバイス内の安全なハードウェア構成要素である。

【0041】

ｅＵＩＣＣを、設備（機械、プラント及びシステム）の遠隔監視、制御及び保守のために使用することができる。ｅＵＩＣＣを、計量ユニット（例えば、電力量計、温水計器など）のために使用することができる。例えば、ｅＵＩＣＣは、ＩｏＴの技術の一部である。

【0042】

本発明の意味でのデバイスは、原則として、通信ネットワークのサービスを使用することができる、又は通信ネットワークのゲートウェイを介してサーバーのサービスを使用することができるために、通信ネットワークとの通信用の手段を有するデバイス又はデバイス構成要素である。例えば、モバイルデバイス（例えば、スマートフォン、タブレットパソコン、ノートパソコン、携帯情報端末）を、用語の下で含むことができる。通信ネットワークと通信する手段を更に有するマルチメディアデバイス（例えば、デジタル画像フレーム、オーディオデバイス、テレビ、電子ブックリーダー）を、デバイスとして理解することもできる。

【0043】

デバイスを、機械、自動販売機及び／又は車両に設置することができる。デバイスを自動車に配置する場合、デバイスは典型的に、統合ｅＵＩＣＣを有する。ｅＵＩＣＣは、例えば、デバイスのモデムによって、デバイスを介した通信ネットワークを介してサーバーへのデータ接続を確立する。例えば、デバイスの機能に対して制御ユニット、例えば、ＥＣＵ（ＥＣＵ＝電子制御ユニット）を扱うために、デバイスを、デバイス製造業者（ＥＵＭ）のサーバーに連絡するために使用することができる。モバイルネットワークオペレーターＭＮＯのバックグラウンドシステムにおけるサーバー、例えば、ｅＵＩＣＣのソフトウェア、ファームウェア又は／及びオペレーティングシステム用の更新をｅＵＩＣＣにロードするサーバーに連絡するために、ｅＵＩＣＣを使用することができる。

【0044】

例えば、サーバー又は別のサーバーのサービスを使用する、又はデータを交換するために、ｅＵＩＣＣをセットアップし、通信ネットワークのサーバーへのデータ接続を確立する。ｅＵＩＣＣからサーバーへのこのようなデータ接続を確立する場合、接続パラメータ（例えば、一意のサーバーアドレス及び使用されるべきデータ接続プロトコル）を必要とする。例えば、データ接続を確立し、終了し、動作させるために、ＥＴＳＩ規格ＴＳ １０２ ２２３に準拠する加入者識別モジュールのカードアプリケーションツールキット（ＣＡＴ）を使用する。

【0045】

通信ネットワークは、信号の伝送が加入者の識別及び／又は認証で行われる技術的施設である。通信ネットワークは、特有のサービス（特有の音声及びデータサービス）を提供する、及び／又は外部実体からのサービスの使用を可能にする。好ましくは、通信ネットワークは、モバイルネットワークである。これによって、通信ネットワークの監視下でのデバイス間の通信が可能である。特に、ここで、モバイル通信ネットワークは、例えば、第２世代の例としての「グローバルシステム・フォー・モバイル通信」ＧＳＭ、又は「汎用パケット無線サービス」ＧＰＲＳ、又は第３世代の例としての「ユニバーサルモバイル電気通信システム」ＵＭＴＳ、モバイル通信ネットワークとして第４世代の例としての「ロングタームエボリューション」ＬＴＥ、又は通信ネットワークとして現在作業中の名称「５Ｇ」を有する第５世代モバイル通信ネットワークであるものとする。通信ネットワークにおける通信は、例えば、技術規格ＥＴＳＩ ＴＳ １０２ ２２５及び／又はＥＴＳＩ ＴＳ １０２ ２２６で定義されるような安全なチャネル（例えば、ＳＣＰ８０、ＳＣＰ８１又はトランスポート層セキュリティーＴＬＳ）を介して行われることができる。

【0046】

本発明の意味で、サーバーは、デバイスから空間的に離れた実体である。サーバーは、通信ネットワークの一部であってもよい。代わりに又は更に、サーバーは、外部インスタンス（即ち、通信ネットワークのインスタンスでない）である。好ましくは、サーバーは、デバイスの機能に対して制御ユニット、例えば、電子制御ユニット（ＥＣＵ）を扱うためのデバイス製造業者のサーバーである。代わりに又は更に、サーバーは、ｅＵＩＣＣの遠隔管理用のサーバー、例えば、ｅＵＩＣＣのソフトウェア、ファームウェア又は／及びオペレーティングシステム用の更新をｅＵＩＣＣにロードするいわゆるＯＴＡサーバーである。

【0047】

例えば、ｅＵＩＣＣの不揮発性メモリ領域に記憶されるような加入者識別データは、例えば、通信ネットワークで加入者（人又はデバイス）を一意的に識別するデータである。このデータは、例えば、国際モバイル加入者識別又はＩＭＳＩ、及び／又は加入者特定データとしても知られている加入者識別子を含む。ＩＭＳＩは、モバイル通信ネットワークで一意的な加入者識別ファイルである。ＩＭＳＩは、国コードＭＣＣ（モバイル国コード）、ネットワークコードＭＮＣ（モバイルネットワークコード）及びネットワークオペレーターによって割り当てられた連番で構成される。更に、加入者識別データは、例えば、通信ネットワークに対して加入者を一意的に認証するデータ（例えば、認証アルゴリズム、特定のアルゴリズムパラメータ、暗号認証鍵Ｋｉ、及び／又は暗号無線又はＯＴＡ鍵）である。更に、加入者識別データは、例えば、サービスに対して加入者を一意的に認証するデータ（例えば、固有識別子又は署名）である。サービスは、特に、通信ネットワークを介して情報及び／又はデータを伝送するサーバーの音声サービス又はデータサービスである。

【0048】

ｅＵＩＣＣを、デバイスに操作的に組み込んでもよい。ＵＩＣＣとデバイスとの間の通信は、接続プロトコルに基づいている。更に、遠隔サーバーのサービスも使用し、このサーバーとデータを交換するために、遠隔サーバーへのデータ接続を独立に確立するように、デバイスをセットアップすることもできる。

【0049】

通信ネットワークのサーバー（例えば、ＧＳＭＡ規格ＳＧＰ．０２に準拠する加入サーバー、又はデータプロビジョニングサーバーＳＭ－ＤＰ、ＳＭ－ＤＰ＋）の間のＯＴＡ通信によって、例えば、ｅＵＩＣＣとの無線ＯＴＡ通信用のＳＭＳ、ＣＡＴ＿ＴＰ又はＨＴＴＰＳを用いて、プロファイル管理することができる。この明細書の一部でないこのプロファイル管理は、「作成」、「ロード」、「使用可能」、「使用不可能」、「削除」及び「更新」を含む。詳細については、記載のＧＳＭＡ規格を参照する。

【0050】

幾つかのＯＥＭ、ＥＵＭ又はサービスプロバイダー（ＳＰ）に対して、どの条件下で及び／又は何時に、ｅＵＩＣＣ情報セット（ＥＩＳ）を加入管理者安全経路指定（ＳＭ－ＳＲ）機能に押し込むかを決定する必要がある。例えば、ｅＵＩＣＣ情報セット（ＥＩＳ）を加入管理者安全経路指定（ＳＭ－ＳＲ）機能に押し込む条件は、ホーム位置レジスタ（ＨＬＲ）におけるｅＵＩＣＣの登録及び有効加入、又は電源を投入しようとしているデバイスにｅＵＩＣＣを組み込むＭＮＯの知識であることができる。更に、ＭＮＯは、多数のＥＵＭプロバイダーを制御する必要があり、どのｅＵＩＣＣ情報セット（ＥＩＳ）を加入管理者安全経路指定（ＳＭ－ＳＲ）機能にロードするか、誰からｅＵＩＣＣ情報セット（ＥＩＳ）を加入管理者安全経路指定（ＳＭ－ＳＲ）機能にロードするか、及びいつｅＵＩＣＣ情報セット（ＥＩＳ）を加入管理者安全経路指定（ＳＭ－ＳＲ）機能にロードするかを決定する必要があることがある。更に、現在のＧＳＭＡ ＳＧＰ．０２規格に定義されるようなＥＳ１インターフェースを第三者統合業者に外注する必要があることがある。ＥＳ１インターフェースは、ＥＵＭ及びＳＭ－ＳＲ機能の役割を果たす２つの実体の間のインターフェースとしての機能を果たす。

【0051】

しかし、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間の全対話が同期する必要があるので、現在のＧＳＭＡ ＳＧＰ．０２規格は、このような可能性を与えない。更に、ＧＳＭＡ ＳＧＰ．０２規格は、加入管理者安全経路指定（ＳＭ－ＳＲ）機能へのロードを遅らせる構成要素を与えることができない。

【0052】

ＯＥＭ、ＥＵＭ又はＳＰの上述のニーズを部分的に満たすために、透過プロキシを設けることは、先行技術から知られている。このような透過プロキシを用いた先行技術から知られている方法を、図１に示す。透過プロキシは、任意の特別なクライアント構成を必要とすることなく、標準アプリケーション層通信を傍受する。透過プロキシは、プロキシ認証及び識別に必要なことを超えて要求又は応答を修正しないプロキシである。クライアントは、プロキシの存在に気付いている必要がない。透過プロキシを、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間に設けることができる。

【0053】

このような透過プロキシは、宛先がＳＭ－ＳＲ機能であるＭＮＯデータを、ＥＵＭ又はＯＥＭによって生成し、安全で標準化された方法でモバイル通信ネットワークのＢＳＳを介してＳＭ－ＳＲ機能にシームレスに渡すことができるＥＩＳデータのプロビジョニングの単一点であることができる。ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間の透過プロキシを使用する場合、透過プロキシは、ＥＵＭ又はＯＥＭとして、同じ機能リクエスタ識別子（ＦＲＩ）及び機能呼び出し識別子（ＦＣＩ）を使用する必要がある。任意選択的に、要求の有効性期間を設定することができる。

【0054】

透過プロキシに送信された要求でＥＵＭ又はＯＥＭによって使用される全パラメータを、修正されることなく、ＳＭ－ＳＲ機能に渡す。ＥＵＭ又はＯＥＭ及び透過プロキシは、ＧＳＭＡ ＳＧＰ．０２規格によって定義されるようなＥＳ１インターフェースを使用する。要求は、ＧＳＭＡ ＳＧＰ．０２規格で定義されるような要求「ES1.RegiseterEISRequest」であることができる。

【0055】

このような透過プロキシは、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間のブローカーとしての機能を果たすことができるけれども、加入管理者安全経路指定（ＳＭ－ＳＲ）機能へのロードを遅らせることができない。

【0056】

代わりに、ＯＥＭ、ＥＵＭ又はＳＰの上述のニーズを部分的に満たすために、ストップアンドゴープロキシを設けることも、先行技術から知られている。このようなストップアンドゴープロキシを用いた先行技術から知られている方法を、図２に示す。

【0057】

このような手法によれば、異なるＦＣＩを、プロキシ及びＥＵＭ又はＯＥＭによって使用することができる。しかし、これは、ＥＵＭ又はＯＥＭからＳＭ－ＳＲ機能へのチェーンに関する信用を壊すことがある。更に、要求の有効性期間の終了は、ＥＵＭ又はＯＥＭ、プロキシ及び／又はＳＭ－ＳＲ機能に関して未知の挙動を引き起こすことがある。例えば、再試行機構が作動し始める場合、登録されている又は登録されていないかもしれない単一ＥＩＳに対して、例えば、エンドレスループが発生していることがある。この手法によれば、要求「RegisterEIS」が成功した場合、ＥＵＭ又はＯＥＭからＭＮＯに戻って通知することができない。ストップアンドゴープロキシ側又はＥＵＭ又はＯＥＭ側の任意の変化は、ＥＵＭ又はＯＥＭによって支援される全ＭＮＯ及び全ＳＭ－Ｓｒ機能に影響を与える。

【0058】

ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間のストップアンドゴープロキシは、加入管理者安全経路指定（ＳＭ－ＳＲ）機能へのロードを遅らせることができるけれども、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間のチェーンの完全性を危険にさらし、ＳＭ－ＳＲ機能又はＥＵＭ又はＯＥＭのデータを複製する場合、危険性を示す。

【0059】

図３は、中間バッファープロキシを用いた好ましい実施形態による方法の例を示し、図４は、好ましい実施形態による中間バッファープロキシを含むモバイル通信ネットワークの例を示す。

【0060】

本実施形態によれば、ｅＵＩＣＣの少なくとも１つのｅＵＩＣＣ情報セット（ＥＩＳ）を管理するための方法は、
－ ｅＵＩＣＣ製造業者（ＥＵＭ）でｅＵＩＣＣ情報セット（ＥＩＳ）を登録するための第１の要求を生成するステップ１１０であって、第１の要求は、第１の機能呼び出し識別子（ＦＣＩ）を含む、生成するステップ１１０と、
－ 第１の要求をｅＵＩＣＣ製造業者（ＥＵＭ）から中間バッファープロキシ２０に送信するステップ１２０と、
－ 中間バッファープロキシ（２０）内で第１の要求に対する応答を生成するステップ１３０と、
－ 要求に対する応答をｅＵＩＣＣ製造業者（ＥＵＭ）に送信するステップ１４０と
を含む。

【0061】

本出願による中間バッファープロキシは、第１の要求をｅＵＩＣＣ製造業者（ＥＵＭ）から受信し、第１の要求に対する応答を生成し、要求に対する応答をｅＵＩＣＣ製造業者（ＥＵＭ）に送信するように構成されている。

【0062】

本実施形態による方法及び中間バッファープロキシ２０は、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間のチェーンの完全性を危険にさらすことなく、ＳＭ－ＳＲ機能へのロードを遅らせる可能性を与える。

【0063】

換言すれば、中間バッファープロキシ２０は、ＥＵＭ又はＯＥＭに対するＳＭ－ＳＲ機能の応答をシミュレートし、又は要求の有効性期間の終了後に要求の無効を回避するために偽応答に応答する。従って、中間バッファープロキシ２０は、ＥＵＭ又はＯＥＭに対してＳＭ－ＳＲとしての機能を果たす。

【0064】

ＭＮＯという用語は、モバイルネットワークで通信するＭＮＯサーバーと同義で使用され得る。ＥＵＭという用語は、モバイルネットワークで通信するＥＵＭサーバーと同義で使用され得る。ＳＭ－ＳＲ機能という用語は、ＳＭ－ＳＲ機能を実行し、モバイルネットワークで通信するＳＭ－ＳＲサーバーと同義で使用され得る。

【0065】

第１の要求を生成し（１１０）、送信する（１２０）前に、ＥＵＭ又はＯＥＭは、入力データをＭＮＯから受信してもよい。第１の要求を中間バッファープロキシ２０に送信する（１２０）場合、ＥＵＭは、ＨＬＲ登録用の応答ファイルをＭＮＯに同時に送信してもよい。ＥＵＭで要求に対する応答を受信した後、ＥＵＭは、「ＥＳ１登録結果応答」をＭＮＯに送信してもよい。

【0066】

中間バッファープロキシ２０は、特に、ＥＵＭ又はＯＥＭから発生するＦＣＩが終了している場合、ＳＭ－ＳＲ機能との通信のために新しいＦＣＩを生成する必要があり得る。要求をＳＭ－ＳＲによって検証するまで、データ検証を、中間バッファープロキシ２０で実行することができる。

【0067】

中間バッファープロキシ２０は、固有オブジェクト識別子（ＯＩＤ）によって識別されてもよく、固有ＦＲＩを含んでもよい。

【0068】

ＥＩＳデータ操作を、例えば、ＥＵＭ又はＯＥＭで実行する代わりに、中間バッファープロキシ２０で実行することができる。

【0069】

ＥＵＭ又はＯＥＭからのＦＣＩと中間バッファープロキシ２０によって使用されるＦＣＩとの相関関係を、中間バッファープロキシ２０によって追跡することができる。これにより、ＥＵＭ又はＯＥＭと中間バッファープロキシ２０との間のエンドツーエンド通信の完全性を保証することができる。

【0070】

方法は、
－ ｅＵＩＣＣ製造業者（ＥＵＭ）への要求に対する応答をｅＵＩＣＣ製造業者（ＥＵＭ）で受信した後、ｅＵＩＣＣ製造業者（ＥＵＭ）内で登録結果応答を生成するステップ１５０と、
－ 登録結果応答をモバイルネットワークオペレーター（ＭＮＯ）に送信するステップ１６０と
を更に含んでもよい。

【0071】

好ましくは、方法は、
－ 中間バッファープロキシで受信される第１の要求に基づいて、ｅＵＩＣＣ情報セット（ＥＩＳ）を登録する第２の要求を中間バッファープロキシ２０で生成するステップ１７０であって、第２の要求は、第２の機能呼び出し識別子（ＦＣＩ）を含む、生成するステップ１７０と、
－ 第２の要求を中間バッファープロキシ２０から加入管理者安全経路指定（ＳＭ－ＳＲ）機能に送信するステップ１８０と
を更に含んでもよい。

【0072】

中間バッファープロキシ２０は、ｅＵＩＣＣ情報セット（ＥＩＳ）を登録する第２の要求を生成し、第２の要求を加入管理者安全経路指定（ＳＭ－ＳＲ）機能に送信するように更に構成されていてもよい。

【0073】

更に、方法は、
－ 中間バッファープロキシ２０からの第２の要求を加入管理者安全経路指定ＳＭ－ＳＲ機能で受信するステップ１９０と、
－ 加入管理者安全経路指定（ＳＭ－ＳＲ）機能に記憶されるｅＵＩＣＣ情報セット（ＥＩＳ）ディレクトリにｅＵＩＣＣ情報セット（ＥＩＳ）が存在することを、加入管理者安全経路指定（ＳＭ－ＳＲ）機能で確認するステップ２００と
を更に含んでもよい。

【0074】

更に、方法は、
－ 加入管理者安全経路指定（ＳＭ－ＳＲ）機能に存在する有効ｅＵＩＣＣ情報セット（ＥＩＳ）のデータベースにｅＵＩＣＣ情報セット（ＥＩＳ）を記憶するステップ２１０と、
－ 加入管理者安全経路指定（ＳＭ－ＳＲ）機能で第２の要求に対する応答を生成するステップ２２０と、
－ 第２の要求に対する加入管理者安全経路指定（ＳＭ－ＳＲ）機能からの応答を中間バッファープロキシ２０に送信するステップ２３０と
を更に含んでもよい。

【0075】

中間バッファープロキシ２０は、第２の要求に対する応答を加入管理者安全経路指定（ＳＭ－ＳＲ）機能から受信するように更に構成されていてもよい。

【0076】

中間バッファープロキシ２０は、固有オブジェクト識別子（ＯＩＤ）及び／又は固有機能リクエスタ識別子（ＦＲＩ）を更に含んでもよい。

【0077】

換言すれば、中間バッファープロキシ２０は、ＥＵＭに関してＳＭ－ＳＲ機能としての役割を果たし、ＳＭ－ＳＲ機能に関してＥＵＭとしての役割を果たす。中間バッファープロキシ２０は、新しいＥＩＳをＳＭ－ＳＲ機能に登録する要求に応じて仮応答をＥＵＭに送信してもよい。ＥＵＭで受信された仮応答は、確認のためにＭＮＯに送信されるＥＵＭで登録応答をトリガしてもよい。次に、ＳＭ－ＳＲ機能に対する中間バッファープロキシ２０によって受信された要求の宛先変更は、後で起動され、ＭＮＯ、ＥＵＭ、ＯＥＭ又はＳＰによって選択されてもよい。

【0078】

従って、中間バッファープロキシ２０は、ＥＵＭ又はＯＥＭとＳＭ－ＳＲ機能との間で交換されるデータの確定及び調整のためのブリッジとしての機能を果たしてもよい。

【0079】

中間バッファープロキシ２０は、ＥＵＭで有効性期間終了を回避するために偽応答を送信してもよい。

【0080】

中間バッファープロキシ２０は、ＥＵＭにすぐに応答し、有効性期間終了を回避するために、「なりすます」、即ち、ＳＭ－ＳＲとしての機能を果たしてもよい。

【0081】

本発明の範囲内で、記載及び／又は図示及び／又は特許請求の範囲に記載の要素のいずれも、どんな方法で組み合わせてもよい。

【図1】

【図2】

【図3】

【図4】

【国際調査報告】