JP7144272B2 - プロファイルダウンロード制御システム - Google Patents

Description

本発明は、移動通信端末によるプロファイルのダウンロードを制御するプロファイルダウンロード制御システムに関する。

従来から、移動体通信に係る技術として、ｅＵＩＣＣ（Embedded Universal Integrated Circuit Card）が知られている（例えば、特許文献１参照）。ｅＵＩＣＣは、移動通信端末が移動体通信網において移動体通信を行うために必要な加入者情報であるプロファイルを記憶した加入者認証モジュールであり、通常、移動通信端末に組み込まれている。新たなプロファイルが、移動通信端末にダウンロードされてｅＵＩＣＣに記憶されて活性化される（活性状態とされる）ことで、移動体通信を行うことができる移動体通信網（通信事業者、キャリア）を変更する、あるいは、異なる電話番号で通信を行うことができる。ハードウェアであるｅＵＩＣＣにおいて、プロファイルが書き換えられるソフトウェア部分はｅＳＩＭ（Embedded Subscriber Identity Module）と呼ばれる。

特開２０１４－１９２５３５号公報

ｅＵＩＣＣが組み込まれた移動通信端末は、ＳＭ（Subscription Manager）サーバからプロファイルをダウンロードする。プロファイルがＳＭサーバからダウンロードされる前に当該ＳＭサーバでは、移動体通信網の通信事業者（オペレータ）によってプロファイルとｅＵＩＣＣとを紐付けるＢｉｎｄが行われる。

通常、Ｂｉｎｄは、ユーザがｅＵＩＣＣに係る契約を通信事業者と結んだ際に行われ、プロファイルのダウンロードはｅＵＩＣＣが組み込まれた移動通信端末が実際に利用される際に行われる。そのため、Ｂｉｎｄが行われるタイミングとプロファイルのダウンロードが行われるタイミングとの間に間隔があくことがある。今後ＩｏＴ（Internet of Things）端末の増加に伴いｅＳＩＭ対応端末が増加すると考えられる。その増加に伴ってリスク分散の観点から、通信事業者はＳＭサーバを複数保有することが考えられる。しかしながら、複数のＳＭサーバのうちＢｉｎｄが行われる特定のＳＭサーバは、（仮にＢｉｎｄの際に最適なものであったとしても）プロファイルのダウンロードの際にダウンロードを行うＳＭサーバとしては適切なものではないおそれがある。

本発明は、上記に鑑みてなされたものであり、移動通信端末に適切なサーバからプロファイルをダウンロードさせることができるプロファイルダウンロード制御システムを提供することを目的とする。

本発明に係るプロファイルダウンロード制御システムは、移動通信端末が移動体通信網において移動体通信を行うために必要な情報であるプロファイルを保持する複数のサーバの何れかからの移動通信端末によるプロファイルのダウンロードを制御するプロファイルダウンロード制御システムであって、プロファイルの提供先を示す提供先情報を受け付ける提供先情報受付部と、複数のサーバそれぞれに対して、当該複数のサーバそれぞれが保持するプロファイルと提供先情報受付部によって受け付けられた提供先情報とを紐付けするよう要求する紐付要求部と、提供先に係る移動通信端末からプロファイルのダウンロードの要求を受信するダウンロード要求受信部と、ダウンロード要求受信部によってダウンロードの要求が受信された際にプロファイルをダウンロードさせるサーバを決定するサーバ決定部と、サーバ決定部によって決定されたサーバにダウンロードの要求を送信するダウンロード要求送信部と、を備える。

本発明に係るプロファイルダウンロード制御システムでは、複数のサーバそれぞれにおいてプロファイルの紐付けが行われる。即ち、何れのサーバにおいても、プロファイルがダウンロード可能な状態となる。そしてプロファイルのダウンロードの要求が受信された際に、プロファイルをダウンロードさせるサーバが決定される。従って、本発明に係るプロファイルダウンロード制御システムによれば、移動通信端末に適切なサーバからプロファイルをダウンロードさせることができる。

本発明によれば、何れのサーバにおいても、プロファイルがダウンロード可能な状態となる。そしてプロファイルのダウンロードの要求が受信された際に、プロファイルをダウンロードさせるサーバが決定される。従って、本発明によれば、移動通信端末に適切なサーバからプロファイルをダウンロードさせることができる。

本発明の実施形態に係るプロファイルダウンロード制御システムの構成を示す図である。 本発明の実施形態に係るプロファイルダウンロード制御システムで実行される処理を示すシーケンス図である。 本発明の実施形態に係るプロファイルダウンロード制御システムに含まれる顧客情報管理サーバ及びプロキシサーバのハードウェア構成を示す図である。

以下、図面と共に本発明に係るプロファイルダウンロード制御システムの実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

図１に本実施形態に係るプロファイルダウンロード制御システム１を示す。プロファイルダウンロード制御システム１は、顧客情報管理サーバ１０と、プロキシサーバ２０とを含んで構成される。プロファイルダウンロード制御システム１は、ＵＥ（User Equipment）３０によるプロファイルＰのダウンロードを制御するシステムである。

ＵＥ３０は、移動体通信網において（移動体通信網に接続して）移動体通信を行う移動通信端末（移動局）である。プロファイルＰは、ＵＥ３０が移動体通信網において移動体通信を行うために必要な情報である。プロファイルＰには、例えば、通信事業者から提供された情報であるＭＳＩＳＤＮ（Mobile Subscriber ISDN Number、電話番号）、ＩＭＳＩ（International Mobile Subscriber Identity）及び認証用の秘密鍵等が含まれる。

ＵＥ３０にダウンロードされるプロファイルＰは、ＵＥ３０に備えられる加入者認証モジュールであるｅＵＩＣＣ３１（上述したように、ソフトウェアとしてはｅＳＩＭ）に記憶される。ｅＵＩＣＣ３１には、当該ｅＵＩＣＣ３１を特定する識別子（情報）であるＥＩＤが予め設定されている。

移動体通信網は、通常、通信事業者毎に複数存在している。プロファイルＰは、移動体通信網に応じたものとなっている。ＵＥ３０は、ｅＵＩＣＣ３１に記憶されたプロファイルＰに対応する移動体通信網において移動体通信を行うことができる。

ｅＵＩＣＣ３１に記憶されるプロファイルＰは書き換え可能である。プロファイルＰを書き換えることにより、異なるプロファイルＰにより（例えば、異なる電話番号で）移動体通信網における移動体通信を行うことができる。また、プロファイルＰを書き換えることにより、ＵＥ３０が移動体通信を行うことができる移動体通信網を変更することができる。プロファイルＰの切替は、例えば、ＵＥ３０の操作、又は移動体通信網側の制御により行われる。ｅＵＩＣＣ３１に記憶されているプロファイルＰが活性化されることで、ＵＥ３０は、当該プロファイルＰを用いた移動体通信を行うことができる。

ｅＵＩＣＣ３１は、ＵＩＣＣとは異なり、通常、ＵＥ３０に固定的に組み込まれている。そのため、ＵＥ３０は、ＵＩＣＣの交換ができない、あるいは交換が難しい装置として、あるいはそのような装置に組み入れられて用いられることが多い。例えば、ＵＥ３０は、Ｍ２Ｍ（マシンツーマシン）の通信を行う装置として、あるいはそのような装置に組み入れられて用いられる。但し、本発明では、加入者認証モジュールは、ＵＩＣＣと同様にＵＥ３０に着脱可能に装着されるものであってもよい。

ＵＥ３０が、移動体通信網おいて移動体通信を行うためには、通常、ＵＥ３０のユーザと移動体通信網の通信事業者とが契約を行う必要がある。通常、プロファイルＰは契約と一対一で対応しており、ユーザが通信事業者と契約を結ぶと規約に応じたプロファイルＰがユーザ、即ち、ＵＥ３０に対して提供される。契約の情報は、契約された通信事業者の移動体通信網で保持される。

ＵＥ３０は、ＳＭサーバ４０（ＳＭサーバ４０ａ，４０ｂ…の総称）からプロファイルＰをダウンロードして、ｅＵＩＣＣ３１にプロファイルＰをインストールして記憶させる。それぞれのＳＭサーバ４０は、プロファイルＰを保持しており、ＵＥ３０に対してプロファイルＰを提供するサーバである。本実施形態では、１つの移動体通信網に係るプロファイルＰを複数のＳＭサーバ４０がＵＥ３０に提供する。例えば、ｅＵＩＣＣ３１は、複数のベンダ（製造業者）によって提供されており、複数のＳＭサーバ４０は、複数のベンダそれぞれによって設けられたものであってもよい。ＵＥ３０は、複数のＳＭサーバ４０の何れかからプロファイルＰをダウンロードする。

ＵＥ３０によるプロファイルＰのダウンロードの前には、ＳＭサーバ４０において、ＵＥ３０に備えられるｅＵＩＣＣ３１のＥＩＤとダウンロード対象のプロファイルＰとの紐付けであるＢｉｎｄが行われる。ＳＭサーバ４０は、プロファイルＰのダウンロードの要求が行われた際に当該要求に含まれるＥＩＤとＢｉｎｄされているプロファイルＰをＵＥ３０に対して送信する。後述するようにＳＭサーバ４０は、プロファイルダウンロード制御システム１からの要求に応じて自身が保持するプロファイルＰとＥＩＤとのＢｉｎｄを行う。

引き続いて、プロファイルダウンロード制御システム１に含まれる顧客情報管理サーバ１０と、プロキシサーバ２０とについて説明する。顧客情報管理サーバ１０は、移動体通信網に含まれ、移動体通信網のユーザの情報を保持、管理する装置である。顧客情報管理サーバ１０は、プロキシサーバ２０及び各ＳＭサーバ４０と接続されており、互いに情報の送受信を行うことができる。

プロキシサーバ２０は、ＵＥ３０とＳＭサーバ４０との間の通信を中継する装置である。プロキシサーバ２０は、各ＳＭサーバ４０と接続されており、互いに情報の送受信を行うことができる。また、プロキシサーバ２０は、ＵＥ３０との間で情報の送受信を行うことができる。プロキシサーバ２０とＵＥ３０との間の通信は、例えば、移動体通信網、無線ＬＡＮ（ローカルエリアネットワーク）（例えば、Ｗｉ－Ｆｉ）又は無線の専用回線を介して行われる。プロキシサーバ２０とＵＥ３０との間の通信が移動体通信網を介して、即ち、移動体通信によって行われる場合には、当該移動体通信は、プロファイルＰに係る信号の送受信の間だけ通信できるプロファイルＰであるＰＰ（Provisioning Profile）が用いられて行われてもよい。ＵＥ３０は、予めプロキシサーバ２０のアドレスを記憶している。プロキシサーバ２０のアドレスは、ＵＥ３０のユーザによってＵＥ３０に入力されてもよい。また、プロキシサーバ２０とＵＥ３０との間の通信と同様に、顧客情報管理サーバ１０とＵＥ３０との間の通信が行われてもよい。

顧客情報管理サーバ１０及びプロキシサーバ２０、即ち、プロファイルダウンロード制御システム１は、移動体通信網の通信事業者によって設けられる。

引き続いて、本実施形態に係るプロファイルダウンロード制御システム１に含まれる顧客情報管理サーバ１０及びプロキシサーバ２０の機能を説明する。図１に示すように顧客情報管理サーバ１０は、提供先情報受付部１１と、紐付要求部１２と、優先リスト作成部１３とを備えて構成される。

提供先情報受付部１１は、プロファイルＰの提供先を示す提供先情報を受け付ける機能部である。プロファイルＰの提供先はｅＵＩＣＣ３１であり、提供先情報は当該ｅＵＩＣＣ３１のＥＩＤである。

例えば、ユーザがｅＵＩＣＣ３１を備えるＵＥ３０の利用に関して移動体通信網の通信事業者と契約を結ぶ際にＥＩＤが提供先情報受付部１１に通知される。契約が通信事業者の店舗で行われる場合には、店舗のスタッフの操作によって店舗に備えられる専用端末から専用回線を介してＥＩＤが顧客情報管理サーバ１０に送信される。あるいは、契約がインターネット等の通信を介して行われる場合には、ユーザ自身の操作によってユーザのＰＣ（パーソナルコンピュータ）又はモバイル端末等からインターネット等の通信網を介してＥＩＤが顧客情報管理サーバ１０に送信される。この場合、ＥＩＤは、手入力又は通信事業者から送信されるＱＲコード（登録商標）が用いられてユーザの端末に入力されてもよい。なお、顧客情報管理サーバ１０は、専用回線及びインターネット等の通信網に予め接続されている。ＥＩＤは、上記以外の方法で顧客情報管理サーバ１０に送信されてもよい。例えば、契約の対象であるｅＵＩＣＣ３１を備えるＵＥ２０からＥＩＤが顧客情報管理サーバ１０に送信されてもよい。

提供先情報受付部１１は、上記のように送信されたＥＩＤを受信して受け付ける。提供先情報受付部１１は、受け付けたＥＩＤを紐付要求部１２及び優先リスト作成部１３に出力する。

紐付要求部１２は、複数のＳＭサーバ４０それぞれに対して、当該複数のＳＭサーバ４０それぞれが保持するプロファイルＰと提供先情報受付部１１によって受け付けられた提供先情報とを紐付けするよう要求する機能部である。

紐付要求部１２は、提供先情報受付部１１からＥＩＤを入力する。紐付要求部１２は、自網のプロファイルＰを提供する全てのＳＭサーバ４０に対して、入力したＥＩＤを含むＢｉｎｄ要求を行う。ＳＭサーバ４０は、Ｂｉｎｄ要求を受信すると、当該Ｂｉｎｄ要求に含まれるＥＩＤと自身が保持するプロファイルＰの何れか一つとをＢｉｎｄする。ＢｉｎｄされるプロファイルＰは、ＵＥ３０に対して提供可能なプロファイルＰである。各ＳＭサーバ４０でのＢｉｎｄによって、何れのＳＭサーバ４０でも、当該ＥＩＤによって示されるｅＵＩＣＣ３１を備えるＵＥ３０に対してプロファイルＰの提供が可能になる。なお、紐付要求部１２は、必ずしも、自網のプロファイルＰを提供する全てのＳＭサーバ４０に対してＢｉｎｄ要求を行う必要はなく、所定の複数のＳＭサーバ４０に対してＢｉｎｄ要求を行ってもよい。

優先リスト作成部１３は、プロファイルＰをダウンロードさせるＳＭサーバ４０を決定する機能部の一部である。優先リスト作成部１３は、提供先情報受付部１１からＥＩＤを入力する。優先リスト作成部１３は、入力したＥＩＤに対して、ＳＭサーバ４０の優先リストを生成する。優先リストは、ＳＭサーバ４０の提供者、及びＳＭサーバ４０において提供可能なプロファイルＰの数の何れかに応じた優先度でプロファイルＰをダウンロードさせるサーバを決定するためのものである。優先リストは、各ＳＭサーバ４０の優先度を示す。

優先リスト作成部１３は、例えば、以下のように優先リストを生成する。優先リスト作成部１３は、入力したＥＩＤからｅＵＩＣＣ３１のベンダを特定する。ＥＩＤの６－８桁目がｅＵＩＣＣ３１のベンダを示すベンダコードとなっている。優先リスト作成部１３は、複数のＳＭサーバ４０のうち、特定したベンダと同一のベンダ（提供者）によって提供されているＳＭサーバ４０を最も高い優先度とする。優先リスト作成部１３は、予めどのＳＭサーバ４０がどのベンダによって提供されているかを把握している。例えば、優先リスト作成部１３は、ベンダコードとＳＭサーバ４０とを対応付けて記憶している。優先リスト作成部１３は、入力したＥＩＤと予め記憶した上記の情報とに基づいて、最も高い優先度のＳＭサーバ４０を決定する。なお、ＥＩＤから特定されるｅＵＩＣＣ３１のベンダのＳＭサーバ４０がない場合には、それ以降の優先度のＳＭサーバ４０を繰り上げる。

続いて、優先リスト作成部１３は、残りのＳＭサーバ４０に対して、各ＳＭサーバ４０におけるプロファイル残数に基づいて優先度を決定する。プロファイル残数は、ＳＭサーバ４０で保持されたプロファイルＰのうち、新たなＵＥ３０（新たなｅＵＩＣＣ３１）に対して提供可能なプロファイルＰ、即ち、ＥＩＤとのＢｉｎｄがなされていないプロファイルＰの数である。優先リスト作成部１３は、各ＳＭサーバ４０から、定期的にプロファイル残数を示す情報を取得しておく。優先リスト作成部１３は、プロファイル残数が多い程、高い優先度を設定する。

例えば、優先リストは、次のような情報となる。以下では、優先度の数値が小さい程、優先度が高いことを示している。
優先度１：ＥＩＤから特定されるｅＵＩＣＣ３１のベンダのＳＭサーバ４０
優先度２：優先度１のＳＭサーバ４０を除いてプロファイル残数が一番多いＳＭサーバ４０
優先度３：優先度１のＳＭサーバ４０を除いてプロファイル残数が二番目に多いＳＭサーバ４０

優先リスト作成部１３は、作成した優先リストを作成対象のＥＩＤに対応付けてプロキシサーバ２０に送信する。以上が、顧客情報管理サーバ１０の機能である。

図１に示すようにプロキシサーバ２０は、ダウンロード要求受信部２１と、サーバ決定部２２と、ダウンロード要求送信部２３とを備えて構成される。

ダウンロード要求受信部２１は、提供先に係るＵＥ３０からプロファイルＰのダウンロードの要求を受信する機能部である。提供先に係るＵＥ３０は、プロファイルＰがインストールされるｅＵＩＣＣ３１を備えるＵＥ３０である。ＵＥ３０は、ｅＵＩＣＣ３１にインストールするプロファイルＰをＳＭサーバ４０からダウンロードする際にプロキシサーバ２０にプロファイルＰのダウンロードの要求を送信する。当該送信は、例えば、ユーザのＵＥ３０に対する操作、又はＵＥ３０の電源オン等をトリガとして行われる。当該要求には、ＵＥ３０に備えられたｅＵＩＣＣ３１のＥＩＤが含められる。ダウンロード要求受信部２１は、ＵＥ３０から送信された当該要求を受信する。ダウンロード要求受信部２１は、受信した当該要求をサーバ決定部２２及びダウンロード要求送信部２３に出力する。

サーバ決定部２２は、ダウンロード要求受信部２１によってダウンロードの要求が受信された際にプロファイルＰをダウンロードさせるＳＭサーバ４０を決定する機能部の一部である。サーバ決定部２２は、ＳＭサーバ４０の提供者、及びＳＭサーバ４０において提供可能なプロファイルＰの数の何れかに応じた優先度でプロファイルＰをダウンロードさせるサーバを決定する。

サーバ決定部２２は、顧客情報管理サーバ１０から送信される優先リストを受信して記憶しておく。サーバ決定部２２は、ダウンロード要求受信部２１からプロファイルＰのダウンロードの要求を入力して、要求に含まれるＥＩＤに対応付けられた優先リストを読み出す。サーバ決定部２２は、優先リストに示される最も優先度が高いＳＭサーバ４０を、プロファイルＰをダウンロードさせるＳＭサーバ４０として決定する。サーバ決定部２２は、決定したＳＭサーバ４０をダウンロード要求送信部２３に通知する。

ダウンロード要求送信部２３は、サーバ決定部２２によって決定されたＳＭサーバ４０にダウンロードの要求を送信する機能部である。ダウンロード要求送信部２３は、ダウンロード要求受信部２１からプロファイルＰのダウンロードの要求を入力する。ダウンロード要求送信部２３は、サーバ決定部２２からＳＭサーバ４０の通知を受ける。ダウンロード要求送信部２３は、サーバ決定部２２から通知されたＳＭサーバ４０にアクセスして、ダウンロード要求受信部２１から入力した要求を送信する。ダウンロード要求送信部２３は、各ＳＭサーバ４０のアドレスを予め記憶している。

プロファイルＰのダウンロードの要求が送信されたＳＭサーバ４０は、当該要求を受信する。ＳＭサーバ４０は、当該要求に含まれるＥＩＤとＢｉｎｄされているプロファイルＰをプロキシサーバ２０に送信する。ダウンロード要求送信部２３は、ＳＭサーバ４０から送信されたプロファイルＰを受信して、要求の送信元のＵＥ３０に送信する。プロファイルＰが送信されたＵＥ３０は、当該プロファイルＰを受信する。即ち、ＵＥ３０は、プロキシサーバ２０を経由してＳＭサーバ４０からプロファイルＰをダウンロードする。ＵＥ３０は、受信したプロファイルＰを自身が備えるｅＵＩＣＣ３１にインストールする。これにより、ＵＥ３０は、当該プロファイルＰでの移動体通信を行うことができるようになる。ＵＥ３０は、プロファイルＰの受信後、プロファイルＰの送信元（ダウンロード元）のＳＭサーバ４０にダウンロードの完了通知を行う。ダウンロードの完了通知は、プロファイルＰを用いた移動体通信によってプロキシサーバ２０を経由しないで行われてもよい。

ダウンロード要求送信部２３は、サーバ決定部２２から通知されたＳＭサーバ４０にアクセスした際に当該ＳＭサーバ４０に異常が生じており、当該ＳＭサーバ４０に要求を送信できない場合（例えば、アクセスが失敗した場合）には、サーバ決定部２２にその旨を通知する。ＳＭサーバ４０に異常が生じている状態は、何らかの理由でＳＭサーバ４０が停止している状態等のＳＭサーバ４０からのプロファイルＰが送信できない状態である。その場合、サーバ決定部２２は、優先リストに示される次に優先度が高いＳＭサーバ４０を、プロファイルＰをダウンロードさせるＳＭサーバ４０として決定し、決定したＳＭサーバ４０をダウンロード要求送信部２３に通知する。ダウンロード要求送信部２３は、サーバ決定部２２からＳＭサーバ４０の通知を受け、上記と同様に通知されたＳＭサーバ４０にアクセスして、ダウンロード要求受信部２１から入力した要求を送信する。プロファイルＰのダウンロードの要求が、ダウンロード要求送信部２３から複数のＳＭサーバ４０の何れかに送信される（正常に動作しているＳＭサーバがある）まで上記の処理が繰り返される。

また、ダウンロード要求送信部２３は、複数のＳＭサーバ４０の何れかに要求を送信すると、それ以外のＳＭサーバ４０に当該要求に含まれるＥＩＤとプロファイルＰとのＢｉｎｄ解除の指示を行う。ＳＭサーバ４０は、Ｂｉｎｄ解除の指示を受けると当該指示に係るＥＩＤとプロファイルＰとのＢｉｎｄを解除する。Ｂｉｎｄ解除によって当該プロファイルＰは、他のＵＥ３０（即ち、他のｅＵＩＣＣ３１）に対して提供可能になる。以上が、プロキシサーバ２０の機能である。

引き続いて、図２のシーケンス図を用いて、本実施形態に係るプロファイルダウンロード制御システム１で実行される処理（プロファイルダウンロード制御システム１が行う動作方法）を説明する。本処理では、まず、顧客情報管理サーバ１０の提供先情報受付部１１によって、プロファイルＰの提供先となるｅＵＩＣＣ３１のＥＩＤが受け付けられる（Ｓ０１）。続いて、紐付要求部１２によって、複数のＳＭサーバ４０それぞれに対して、当該複数のＳＭサーバ４０それぞれが保持するプロファイルＰと提供先情報受付部１１によって受け付けられたＥＩＤとのＢｉｎｄ要求が行われる（Ｓ０２，Ｓ０３）。各ＳＭサーバ４０では、Ｂｉｎｄ要求が受信され、受信されたＢｉｎｄ要求に含まれるＥＩＤと自身が保持するプロファイルＰの何れか一つとがＢｉｎｄされる（Ｓ０４，Ｓ０５）。また、優先リスト作成部１３によって、提供先情報受付部１１によって受け付けられたＥＩＤに対して、ＳＭサーバ４０の優先リストが生成される（Ｓ０６）。生成された優先リストは、優先リスト作成部１３からプロキシサーバ２０に送信される（Ｓ０７）。プロキシサーバ２０では、サーバ決定部２２によって優先リストが受信されて記憶される。以上が、ＥＩＤの受付をトリガとする一連の処理である。

続いて、ＵＥ３０からプロキシサーバ２０にプロファイルＰのダウンロードの要求が送信されると、プロファイルダウンロード制御システム１での処理が行われる。プロキシサーバ２０では、ダウンロード要求受信部２１によって当該要求が受信される（Ｓ１１）。続いて、サーバ決定部２２によって、優先リストに基づいてプロファイルＰをダウンロードさせるＳＭサーバ４０が決定される（Ｓ１２）。続いて、ダウンロード要求送信部２３によって、決定されたＳＭサーバ４０に対してプロファイルＰのダウンロードの要求が送信される（Ｓ１３）。当該要求が送信されたＳＭサーバ４０（例えば、図２ではＳＭサーバ４０ａ）では、当該要求が受信されて、当該要求に含まれるＥＩＤとＢｉｎｄされているプロファイルＰがプロキシサーバ２０に送信される（Ｓ１４）。

なお、Ｓ１３で決定されたＳＭサーバ４０に異常が生じており、当該ＳＭサーバ４０に要求を送信できない場合、再度、サーバ決定部２２によって、優先リストに基づいてプロファイルＰをダウンロードさせるＳＭサーバ４０が決定され（Ｓ１２）、上記と同様に決定されたＳＭサーバ４０に基づくそれ以降の処理（Ｓ１３～）が行われる。

Ｓ１４でＳＭサーバ４０からプロキシサーバ２０にプロファイルＰが送信されるとダウンロード要求送信部２３によって、プロファイルＰが受信される。続いて、ダウンロード要求送信部２３から、プロファイルＰのダウンロードの要求元のＵＥ３０にプロファイルＰが送信される（Ｓ１５）。プロファイルＰが送信されたＵＥ３０では、プロファイルＰが受信されてｅＵＩＣＣ３１にインストールされる（Ｓ１６）。続いて、ＵＥ３０からプロファイルＰの送信元（ダウンロード元）のＳＭサーバ４０にダウンロードの完了通知が行われる（Ｓ１７）。

また、ダウンロード要求送信部２３によって、プロファイルＰのダウンロードの要求が送信されなかったＳＭサーバ４０に対して、当該要求に含まれるＥＩＤとプロファイルＰとのＢｉｎｄ解除の指示が行われる（Ｓ１８）。当該指示が行われたＳＭサーバ４０（例えば、図２ではＳＭサーバ４０ｂ）では、当該指示が受け付けられて、当該指示に含まれるＥＩＤとプロファイルとのＢｉｎｄが解除される（Ｓ１９）。なお、図２では、Ｂｉｎｄの解除対象となるＳＭサーバ４０は１つであるが、ＳＭサーバ４０が３つ以上設けられている場合には、Ｂｉｎｄの解除対象となるＳＭサーバ４０は複数になり得る。以上が、本実施形態に係るプロファイルダウンロード制御システム１で実行される処理である。

本実施形態では、上述したように複数のＳＭサーバ４０が設けられる。これによって、ｅＵＩＣＣ３１を備えるＵＥ３０の数が増加した場合であっても、リスク分散がなされ、プロファイルＰのダウンロードに適切に対応することができる。

また、複数のＳＭサーバ４０それぞれにおいてプロファイルＰのＢｉｎｄが行われる。即ち、何れのＳＭサーバ４０においても、プロファイルＰがダウンロード可能な状態となる。そしてプロキシサーバ２０によってプロファイルＰのダウンロードの要求が受信された際に、プロファイルＰをダウンロードさせるＳＭサーバ４０が決定される。従って、Ｂｉｎｄ（ＥＩＤの受付）とダウンロードの要求との間に時間的な間隔があった場合でも、ＵＥ３０に適切なＳＭサーバ４０からプロファイルＰをダウンロードさせることができる。例えば、特定のＳＭサーバ４０においてのみＢｉｎｄがなされていたとすると、当該ＳＭサーバ４０に異常が生じるとプロファイルＰがダウンロードできない。しかしながら、上述した本実施形態によれば、何れのＳＭサーバ４０からでもプロファイルＰのダウンロードを行うことができるため、ＵＥ３０に適切なＳＭサーバ４０からプロファイルＰをダウンロードさせることができる。

また、本実施形態のようにＳＭサーバ４０のベンダ（提供者）及びＳＭサーバ４０において提供可能なプロファイルＰの数に応じた優先度でプロファイルＰをダウンロードさせるＳＭサーバ４０を決定してもよい。この構成によれば、確実にＵＥ３０に適切なＳＭサーバ４０からプロファイルＰをダウンロードさせることができる。

例えば、本実施形態のようにｅＵＩＣＣ３１のベンダのＳＭサーバ４０から最優先でプロファイルＰをダウンロードさせるのがよい。各ｅＵＩＣＣ３１のベンダが提供するＳＭサーバ４０（即ち、各ｅＵＩＣＣ３１のベンダが提供するプロファイルＰ）は、全てのベンダのｅＵＩＣＣ３１に対して試験が行われているわけではない。そのため、ｅＵＩＣＣ３１には、そのｅＵＩＣＣ３１のベンダによって提供されるプロファイルＰがインストールされることが望ましい。上記の優先度とすることでＳＭサーバ４０に異常が生じていなければ、ｅＵＩＣＣ３１のベンダのＳＭサーバ４０からプロファイルＰをダウンロードさせることができる。

また、それ以降のＳＭサーバ４０の優先度をプロファイル残数に基づくものすることで、ＳＭサーバ４０間のプロファイル残数が偏ることがないようにプロファイルＰをダウンロードさせることができる。なお、優先度は、ＳＭサーバ４０のベンダ（提供者）及びＳＭサーバ４０の何れか一方のみに応じたものとなっていてもよい。また、それ以外の優先度が設定されてもよい。

また、本実施形態によれば、ＵＥ３０はプロファイルＰのダウンロードの際にプロキシサーバ２０に要求をすれば、プロファイルＰをダウンロードすることができる。従って、ＵＥ３０はダウンロードするＳＭサーバ４０を認識する必要なく、従来のＵＥ３０（例えば、メーカーブランド端末）に対しても問題なく本発明を適用することができる。

なお、本実施形態では、プロファイルダウンロード制御システム１は、顧客情報管理サーバ１０とプロキシサーバ２０とを含んで構成されていたが、必ずしもこれらの装置１０，２０を含んで構成される必要はなく、本発明の機能を実現できればどのような装置構成を取ってもよい。

なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

例えば、本開示の一実施の形態における顧客情報管理サーバ１０及びプロキシサーバ２０などは、本開示の方法の処理を行うコンピュータとして機能してもよい。図３は、本開示の一実施の形態に係る顧客情報管理サーバ１０及びプロキシサーバ２０のハードウェア構成の一例を示す図である。上述の顧客情報管理サーバ１０及びプロキシサーバ２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。顧客情報管理サーバ１０及びプロキシサーバ２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

顧客情報管理サーバ１０及びプロキシサーバ２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述の顧客情報管理サーバ１０及びプロキシサーバ２０における各機能は、プロセッサ１００１によって実現されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、顧客情報管理サーバ１０及びプロキシサーバ２０における各機能は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の顧客情報管理サーバ１０及びプロキシサーバ２０における各機能は、通信装置１００４によって実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、顧客情報管理サーバ１０及びプロキシサーバ２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

移動局は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、移動局は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、移動局は、必ずしも通信動作時に移動しない装置も含む。例えば、移動局は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。

本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

１…プロファイルダウンロード制御システム、１０…顧客情報管理サーバ、１１…提供先情報受付部、１２…紐付要求部、１３…優先リスト作成部、２０…プロキシサーバ、２１…ダウンロード要求受信部、２２…サーバ決定部、２３…ダウンロード要求送信部、３０…ＵＥ、３１…ｅＵＩＣＣ、４０…ＳＭサーバ、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…通信装置、１００５…入力装置、１００６…出力装置、１００７…バス。

Claims (2)

1. 移動通信端末が移動体通信網において移動体通信を行うために必要な情報であるプロファイルを保持する複数のサーバの何れかからの移動通信端末によるプロファイルのダウンロードを制御するプロファイルダウンロード制御システムであって、
   プロファイルの提供先を示す提供先情報を受け付ける提供先情報受付部と、
   前記複数のサーバそれぞれに対して、当該複数のサーバそれぞれが保持するプロファイルと前記提供先情報受付部によって受け付けられた提供先情報とを紐付けするよう要求する紐付要求部と、
   前記提供先に係る移動通信端末からプロファイルのダウンロードの要求を受信するダウンロード要求受信部と、
   前記ダウンロード要求受信部によってダウンロードの要求が受信された際にプロファイルをダウンロードさせるサーバを決定するサーバ決定部と、
   前記サーバ決定部によって決定されたサーバに前記ダウンロードの要求を送信するダウンロード要求送信部と、
   を備えるプロファイルダウンロード制御システム。
2. 前記サーバ決定部は、前記サーバの提供者、及び前記サーバにおいて提供可能なプロファイルの数の何れかに応じた優先度でプロファイルをダウンロードさせるサーバを決定する請求項１に記載のプロファイルダウンロード制御システム。

Images