JP2015527802A

JP2015527802A - Ｉｍｓネットワークに少なくとも１つの公開アドレスを登録する方法およびアプリケーション

Info

Publication number: JP2015527802A
Application number: JP2015521002A
Authority: JP
Inventors: ボードワンジュリアン; フィンジャン−イブ
Original assignee: ジェムアルトエスアー
Priority date: 2012-07-12
Filing date: 2013-07-11
Publication date: 2015-09-17
Anticipated expiration: 2033-07-11
Also published as: EP2685694A1; EP2873211A1; WO2014009502A1; ES2782527T3; US20150237148A1; US9854046B2; EP2873211B1; JP5933838B2

Abstract

【課題】ユーザが、オペレータの販売支店に行かなくても自身の端末から直接、公開アドレスＩＭＰＵの作成、編集、アクティブ化あるいは非アクティブ化を行うことができる方法およびアプリケーションを提供する。【解決手段】セキュリティエレメントと情報のやりとりを行う端末を含むＩＭＳネットワークに少なくとも１つの公開アドレスを登録する方法において、セキュリティエレメントは、イベント発生時に、端末のマンマシンインタフェースを介してユーザが選択した公開アドレスの入力を端末のユーザに要求するアプリケーションを備え、アプリケーションは、端末を介してセキュリティエレメントの少なくとも１つの識別子を伴う公開アドレスを、公開アドレスと識別子とが関連付けられるようにリモートネットワークに送信する。【選択図】図２

Description

本発明は、データ伝送ネットワークにおける電気通信の分野に属する。具体的には、本発明は、ＩＭＳ（ＩＰマルチメディアサブシステム）ネットワークに少なくとも１つの公開アドレスを登録することに関する。

ＩＭＳネットワークとは、アクセスネットワークに接続されたＩＰネットワークである。ＩＭＳネットワークでは、同じセッションの間に、音声、動画、メッセージ、データなどの転送を同時に組み合わせることができる。ＩＭＳは、（端末ポイントと呼ばれる）ユーザ端末間、または端末ポイントとアプリケーションサーバとの間における通信またはセッションを確立および制御するために、ＳＩＰ（セッション開始プロトコル）というプロトコルを用いる。ＳＩＰプロトコルにより、発呼者は（端末ポイントにインストールされたＳＩＰユーザエージェント、ＵＡＳを用いて）、発呼開始前に着呼者の現在のＩＰアドレスを知らなくても、着呼者との間でパケット交換によるセッションを確立することができる。

現在の３ＧＰＰＩＭＳ仕様書では、ＩＭＳネットワークへのユーザ認証手続きを利用することが求められている。この手続きは、３ＧＰＰＴＳ２４．２２９および３３．２０３に記載されている。この方法を利用して、オペレータはユーザに非公開ユーザ識別子（ＩＭＰＩ）と、１つ以上の公開ユーザ識別子（ＩＭＰＵ）とを割り当てる。マルチメディアセッションに参加するためには、ユーザはネットワークに少なくとも１つのＩＭＰＵを登録しなくてはならない。するとネットワークは、登録及び認証手続きの際に、この識別子を用いてユーザを特定する（ＩＭＰＩは、ユーザの認証情報などの加入者に関する情報を特定するために使用され、他方、割り当てモデルは、ユーザが交信に使用したいとするユーザ識別子を明示する。当該ユーザ識別子は特定のサービスに関連付けられていなくてはならない）。ＩＭＰＩ及びＩＭＰＵは、ユーザ端末内の集積回路カード（ＵＩＣＣ）に格納されたＩＭＳ加入者識別モジュール（ＩＳＩＭ）というアプリケーションに記憶されている。

各ＩＭＰＵは、１つのいわゆるサービスプロファイルに関連付けられる。サービスプロファイルとは、サービスとこれに関連するデータのセットであり、ユーザにとって分かりやすいサービスロジックの提供を可能とする初期フィルタ条件を含む（例えばサービスプロファイルは、公開識別子ＩＭＰＵが使用できるＩＭＳサービスを定義する）。
ＩＭＳネットワークへのアクセスネットワークは、例えばＵＭＴＳ、ＬＴＥ、ＷＬＡＮ及び／又はインターネットなどのネットワークである。

図１は各種のアクセスネットワークに接続されたＩＭＳネットワークを示している。
３ＧＰＰＴＳ２３．２２８に定義されるようなＩＭＳネットワーク１０は、ＳＩＰ接続１３、１４によりアプリケーションサーバ１１、１２に接続される。サーバ１１及び１２は、インスタントメッセージ、在席管理（例、ユーザ在席中、離席中、会議中・・・）、呼スクリーニング、ボイスオーバーＩＰ（ＶｏＩＰ）のような実時間セッション、テレビ会議、ビデオ・オンデマンド、動画の共有、ＩＰネットワークゲーム又はＩＰテレビゲームなどのサービスを実現するＩＭＳアプリケーションを提供する。

端末ポイント１５乃至２０のユーザは、ＵＭＴＳネットワーク２１、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ロング・ターム・エボリューション）ネットワーク２２、３ＧＰＰ２ネットワーク２３、ＷＬＡＮネットワーク２４、又はインターネットネットワーク２５などのアクセスネットワークを介して、上記のようなＩＭＳネットワークのサービスにアクセスする。端末１７は、無線接続２６によりＬＴＥネットワーク２２と、そしてＥＶ−ＤＯ接続２７により３ＧＰＰ２ネットワーク２３と通信する。

ＩＭＳネットワークは、ＳＩＰ接続２９乃至３１により相互接続ゲートウェイに接続されたプロキシ２８を含む。相互接続ゲートウェイは例えば、ＧＰＲＳ端末からなる端末ポイント１５がＩＭＳネットワークに接続している間、これにＩＰアドレスを付与する役割を担うＧＧＳＮゲートウェイ（ＧａｔｅｗａｙＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）３２、ＬＴＥ端末１６及び１７に同様のサービスを提供するＰＤＮＧＷゲートウェイ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋＧａｔｅｗａｙ）３３、及びＣＤＭＡ２０００型の端末１８の３ＧＰＰ２ネットワーク２３を介した接続を提供するＰＤＳＮ（ＰａｃｋｅｔＤａｔａＳｅｒｖｉｎｇＮｏｄｅ）ゲートウェイ３４、などである。
端末ポイント１５乃至２０のユーザは、それぞれのアクセスネットワークに接続してＩＭＳネットワーク１０へのＩＰ接続を要求した後に、ＩＭＳネットワーク１０のサービスにアクセスできるようになる。同様にエンドポイント同士でも、ＩＭＳネットワークを介し、例えばＶｏＩＰにより通信することができる。

ＩＭＳネットワーク１０による端末ポイントの認証は、非公開識別子ＩＭＰＩによって可能となる。この非公開識別子ＩＭＰＩは一般的に、端末ポイント１５乃至２０に搭載されたＵＳＩＭ又はＩＳＩＭアプリケーション内に備わっている。各端末ポイントはそれぞれ固有の非公開識別子ＩＭＰＩを有する。ＩＭＳネットワーク１０へのアクセスを要求する際に、端末ポイントは保有するＩＭＰＩをネットワーク１０に送信する。そしてこれが（ＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｕｂｓｙｓｔｅｍ）という登録サーバ内で）認証されると、そのＩＭＰＩのプロファイル及びサブスクリプションに応じてアクセス権が付与される。ＩＭＳネットワークは特にユーザへの課金やセッション制御を行なう。

また端末ポイント１５乃至２０はそれぞれ、ユーザが他のユーザとの通信を要求及び受信したり、サービスにアクセスしたりできるようにする、少なくとも１つのＩＭＰＵ公開（つまり機密ではない）アドレスを含む。ＩＭＰＵは、ＩＥＴＦＲＦＣ３２６１及びＩＥＴＦＲＦＣ２３９６勧告で定義されるようなＳＩＰＵＲＩ（ＵｎｉｆｉｅｄＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ、統一資源識別子）の形式で表される。

ＩＭＰＵアドレスは例えば以下の形式：
ｓｉｐ：ｊｅａｎ−ｙｖｅｓ＠ｇｅｍａｌｔｏ．ｃｏｍ
又は電話番号の形式：
ｓｉｐ：０１２３４５６７８９＠ｇｅｍａｌｔｏ．ｉｍｓ．ｃｏｍ
で表される。

一方、ＩＭＰＩ非公開アドレスは、以下のような形式：
＜ｘｙｚ＞＠ｇｅｍａｌｔｏ．ｃｏｍ
で表される。＜ｘｙｚ＞は任意の文字列である。このＩＭＰＩ形式は、ＩＥＴＦＲＦＣ２４８６勧告に記載のネットワークアクセス識別子と呼ばれるものである。

ＩＭＰＵ及びＩＭＰＩは、通常、端末ポイントのＩＳＩＭアプリケーション内に記憶される。端末ポイントにＩＭＰＵを登録できるソフトウェアを具備することもできるが、そうでない場合、ＩＭＰＵを登録する権限、すなわちアクティブなＩＭＰＵを選択する権限は常にユーザにある。例えばユーザは、就業時間内は仕事上のアドレスをアクティブに維持し、就業時間外は非公開のＩＭＰＵをアクティブにしなければならないことを決定することができる。

端末ポイントがＩＳＩＭ及びＵＳＩＭアプリケーションのいずれも含まない場合、ＩＭＰＵ及びＩＭＰＩは端末ポイントのメモリに記憶される。従来の実施形態では、ＩＳＩＭは例えば端末ポイントから着脱可能なＵＩＣＣスマートカード上のセキュアエレメント内に記憶される。ＵＩＣＣカードに１つ以上のＩＳＩＭ又はＵＳＩＭアプリケーションを備えることも可能である。同様に、セキュアエレメントを端末ポイントの一部とすることもできる。
ＩＭＰＩを識別し、それに含まれる機密を検証することで端末ポイントを認証した後、又は認証する間に、端末ポイントは保有するＩＭＰＵアドレスのうち１つをＩＭＳネットワーク１０のＨＳＳに送信する。これは、当該ＩＭＰＵアドレスをＩＭＳネットワーク１０のＨＳＳに登録し、ＩＭＳサービスを利用できるようにするためである。

本発明が解決しようとする課題は、ＵＩＣＣ又は端末をカスタマイズする際に、エンドユーザが分からないことである。そのため、エンドユーザに販売されたＵＩＣＣ又は端末内にはＩＭＰＵがない。せいぜい、ＵＩＣＣに（カスタマイズされていない）ＩＭＰＵ（例えば、ｍａｒｔｉｎ１２３４＠ｇｅｍａｌｔｏ．ｃｏｍ）が記憶されているだけである。その場合ユーザは、通常、オペレータの販売支店において端末の購入時点でＩＭＰＵを登録する。ユーザが加入するオペレータの代理人は、エンドユーザが選択した１以上のＩＭＰＵをオペレータ端末により登録する。この／これらのＩＭＰＵは、適切な接続（有線接続、ＯＴＡ、・・・）によりＵＩＣＣ又は端末に取り込まれ、同時にオペレータのＨＳＳに知らされる。

実際、例えばオペレータの代理人は、「ＶｅｒｉｆｙＰｉｎ」コマンドを使用して管理コードＡＤＭを入力し、カードリーダに挿入されたＵＩＣＣのＥＦ_ＩＭＰＵファイルを「Ｕｐｄａｔｅ」コマンドを使用して更新する。
この解決策の欠点は、エンドユーザが端末／ＵＩＣＣをカスタマイズして選択した１以上のＩＭＰＵを登録するためにオペレータの販売支店に出向かなければならないことである。また、ユーザが端末を使用する際にＩＭＰＵを追加、削除または変更したい場合も同様である。

また、３ＧＰＰＴＳ３１．１０３標準においては、ユーザは端末内のＩＳＩＭを更新することができず、ＥＦ_ＩＭＰＵファイルへのアクセスには、オペレータだけが知っている管理タイプのコマンド（「ＡＤＭコマンド」）が必要とされる。したがって、エンドユーザは、１以上のＩＭＰＵを含むファイルの内容を自ら変更または更新することができない。2011年4月に発行された標準のバージョン１０を参照することが有益である。この中のＥＦ_ＩＭＰＵ（ＩＭＳ公開ユーザ識別子）と題するパラグラフ４．２．４には、ＩＭＰＵの「更新」コマンド、「非アクティブ化」コマンドおよび「アクティブ化」コマンドは、管理コードにより保護されていることが示されている。

本発明の目的は、特にこの欠点を克服することである。
具体的には、本発明の課題の１つは、セキュリティエレメントを備えた端末のユーザが、電話オペレータの販売支店のうちの１つに行かなくても自身の端末から直接、公開アドレスＩＭＰＵの作成、編集、アクティブ化あるいは非アクティブ化を行うことができる方法およびアプリケーションを提供することである。

この課題は、以下で明らかとなる他の課題と同様に、セキュリティエレメントと情報のやりとりを行う端末を含むＩＭＳネットワークに少なくとも１つの公開アドレスを登録する方法により達成される。セキュリティエレメントは、イベント発生時に、端末のマンマシンインタフェースを介してユーザが選択した公開アドレスの入力を端末のユーザに要求するアプリケーションを備え、このアプリケーションは、端末を介してセキュリティエレメントの少なくとも１つの識別子を伴う公開アドレスを、公開アドレスと識別子とが関連付けられるようにリモートネットワークに送信する。
好ましくは、リモートネットワークは、ＩＭＳネットワークのＨＳＳへのエントリポイントとして使用されるＯＴＡプラットフォームを備える。

有利には、本発明による方法は、公開アドレスが識別子に関連付けられると、関連付け確認メッセージをリモートネットワークからセキュリティエレメントに送信することを含む。
有利な実施形態では、本発明は、セキュリティエレメントが関連付け確認メッセージを受信した後、端末を公開アドレスで更新することを含む。

好ましくは、セキュリティエレメントの識別子は、以下の識別子のうちの少なくとも１つを含む：
ＩＭＳＩ；
ＩＣＣＩＤ；
ＩＭＰＩ。
イベントとは、例えば端末への最初の電源投入である。

本発明はまた、セキュリティエレメントと情報のやりとりを行う端末を含むＩＭＳネットワークに少なくとも１つの公開アドレスを登録するアプリケーションであって、セキュリティエレメントに備えられたアプリケーションに関し、アプリケーションは、イベント発生時に、端末のマンマシンインタフェースを介してユーザが選択した公開アドレスの入力を端末のユーザに指示し、端末を介してセキュリティエレメントの少なくとも１つの識別子を伴う公開アドレスを、公開アドレスと識別子とが関連付けられるようにリモートネットワークに送信することを特徴とする。
本発明のその他の特徴や利点は、以下の好適な実施形態の説明を読めば明らかとなる。これらの実施形態は例示的なもので限定するためのものではなく、添付の図面に関連している。

従来技術に関する、種々のアクセスネットワークに接続されたＩＭＳネットワークを示す図。本発明による方法の例示的な実施形態を示す図

本発明は、ＵＩＣＣ１００内のＩＳＩＭにインストールされたアプリケーション（アプレット）を稼働させることを提案する。ＵＩＣＣ１００は、ここでは携帯電話として示されている端末１０１に備えられている。アプリケーションを端末１０１と一体のチップ（ｅＵＩＣＣ）にインストールすることもできるが、その場合、ＵＩＣＣ１００は、端末１０１からＳＩＭカードのようには取り外すことができない。

ＵＩＣＣ１００又はｅＵＩＣＣは、端末１０１と無線（例えばブルートゥースやＷｉＦｉ）で通信することができる。すなわち、端末１０１に備えられる必要がない。重要な点は、端末１０１と通信することであって、例えば腕時計などのリモートエレメントに取り付けられてもよい。
ここでは、端末１０１はＯＴＡプラットフォーム１０２やオペレータのネットワークのＨＳＳエレメント１０３を含むリモートネットワークと通信可能である。端末１０１は、ＯＴＡプラットフォーム１０２を通してＨＳＳ１０３と通信することができる。

具体的には、ＨＳＳ１０３は、各ネットワークユーザのＵＩＣＣ１００に関する情報を格納するために使用される。したがって、ＩＭＳＩ／ＩＣＣＩＤ、ＩＭＰＩ、１以上のＩＭＰＵ、ＩＭＳドメイン（ＩＭＳドメインにより加入者はＩＭＳサービスを介して互いに通信したり、サービスプラットフォームで提供されるＩＭＳサービスにアクセスすることができる）およびサービスプロファイルが、各ＵＩＣＣに関連付けられる。本発明によるアプリケーションの実行前に、ＨＳＳ１０３は、ユーザ１０４をＩＭＳＩ、ＩＣＣＩＤ及び／又はＩＭＰＩ、所属するドメインおよびサービスプロファイルにより知っている。ＨＳＳは、ＩＭＰＵがこれらの識別子（ＩＭＰＵＮＯＫ）に関連付けられていないことも知っている。同様に、ＵＩＣＣ１００は、ＥＦ_ＩＭＰＩ、ＥＦ_ドメインおよびＥＦ_ＰＣＳＣＦファイル（オペレータにアクセスできるプロキシのＩＰアドレス）を含む。ＵＩＣＣ１００はまた、ＥＦ_ＩＭＰＵ（ＥＦ_ＩＭＰＵＮＯＫ）空ファイルを含む。

イベントの発生時、例えば端末１０１の初回の電源投入時、本発明によるアプリケーションをダウンロードした後の端末１０１の電源投入時、又はメニュー内の機能の起動時、あるいはより一般的には要求により、挨拶メッセージ１０５が、端末１０１のユーザ１０４にＩＭＰＵアドレスに対応する１以上のＩＭＳプロファイルを入力するように指示する。

次に、ユーザ１０４は、選択した１以上のＩＭＰＵをキーボードなどの端末１０１のマンマシンインタフェースにより入力する。図に示す例では、ユーザは、ステップ１０６において以下のアドレスを選択する：
Ｓｉｐ：Ｊａｍｅｓ．ｂｏｎｄ＠ｍｎｏ．ｃｏｍ
Ｓｉｐ：Ｂｏｂ．ｔｈｅｂｅｓｔ＠ｍｎｏ．ｃｏｍ
Ｓｉｐ：ｌｉｔｔｌｅ．Ｌｏｕｉｓｅ＠ｍｎｏ．ｃｏｍ。

アプリケーションは、ステップ１０７においてＳＴＫコマンドを使用してこれらの公開アドレスをＩＳＩＭに送る。ＩＳＩＭは、これらのＩＭＰＵを適切なディレクトリに一時的に格納する。
ステップ１０８において、アプリケーションは、ユーザ１０４が選択したＩＭＰＵをＵＩＣＣの少なくとも１つの識別子とともにＯＴＡプラットフォーム１０２に送る。図に示す例では、ＵＩＣＣの３つの識別子、すなわちＩＭＳＩ、ＩＣＣＩＤ及びＩＭＰＩが、ＩＭＰＵとともにＯＴＡプラットフォーム１０２に送信される。ＯＴＡプラットフォームは、ステップ１０９においてこれらの識別子（ＩＭＳＩ／ＩＣＣＩＤ／ＩＭＰＩ／ＩＭＰＵ）をＨＳＳに転送する。そして、ＨＳＳ１０３は、ユーザ１０４が選択したＩＭＰＵを検査する。具体的には、この検査は、受信したＩＭＰＵが、同じオペレータのネットワーク又は別のオペレータのネットワークの加入者である別のユーザに既に割り当てられていないかどうかを確認することからなる。ＨＳＳ１０３はまた、受信したＩＭＰＵをＵＩＣＣの識別子と関連付ける。

ＨＳＳ１０３は、受信したＩＭＰＵが利用可能であると認めた場合には、公開アドレスを受信した識別子と関連付けた後に、その旨を関連付け確認メッセージＡＣＫによりＵＩＣＣに通知しなければならない（ステップ１１０）。このメッセージは、ＯＴＡプラットフォーム１０２からＵＩＣＣ１００に転送される。
ＩＳＩＭは、ユーザ１０４のＩＭＰＵを含むＥＦ_ＩＭＰＵ６Ｆ０４ファイルを更新する。この更新は、前述の適切なディレクトリにすでに一時的に格納されているＩＭＰＵを登録することからなる。
ＩＭＰＵのうちの１つが利用できない場合、その利用できないＩＭＰＵを考慮に入れないようにその旨をＵＩＣＣに通知する。そのＩＭＰＵが利用できないことをユーザに通知するメッセージが、必要であれば、別のＩＭＰＵの選択案内とともにユーザに表示される。

次に、アプリケーションは、新しいＩＭＰＵを考慮に入れられるように「リフレッシュＩＳＩＭ」コマンドを端末１０１に送る（ステップ１１１）。端末は、ステップ１１２においてこれらのＩＭＰＵを受け取ったことを確認する。ＩＭＰＵの登録は、（ステップ１１０が実行された後に）有効化される。
オプションで、ユーザ１０４は、少なくとも１つのＩＭＰＵアドレスをすでに有しているという理由で、サービスへの加入を勧められる（ステップ１１３）。ユーザが同意すると、サービスの一覧がユーザに提示され得る（ステップ１１４）。ここでは、以下の４つのサービスがユーザに提示される：
−ビデオオンデマンド
−メッセージ送受信
−オンラインゲーム
−音楽ダウンロード。

ユーザが例えば「オンラインゲーム」を選択すると、ＨＳＳ１０３は、ＯＴＡプラットフォーム１０２を通してＵＩＣＣのうち少なくとも１つの識別子（ここでは、ＩＭＳＩ、ＩＣＣＩＤ及びＩＭＰＩ）とともにオンラインゲームサービスの注文を受信する（ステップ１１５）。そして、ＨＳＳ１０３は、受信した識別子を用いて、受信した識別子と関連付けられたＩＭＰＵの１つを用いてＵＩＣＣ１００と通信可能になる。
上記の発明は、ＩＭＰＵの作成の範囲で規定されているが、既存のＩＭＰＵの変更、ＩＭＰＵのアクティブ化又は非アクティブ化、あるいはＩＭＰＵの削除にも適用し得る。

本発明の実施を可能にするＩＳＩＭのアプリケーションは、例えばＯＴＡプラットフォーム１０２を介してオペレータの制御下でＩＳＩＭにセーブすることができる。ＩＳＩＭへのインストールは、オペレータの制御下で実行され、アプリケーションは、ＰＩＮ及び管理（ＡＤＭ）権限を有する。オペレータは、アプリケーションをユーザのＵＩＣＣ（ｅＵＩＣＣ）のＩＳＩＭにインストールする権限を有する。したがって、アプリケーションは、ＨＳＳにアクセス可能で、１つ以上のＩＭＰＵをセーブするための管理コード（ＡＤＭ）を知っている。

したがって、本発明は、ＵＩＣＣにインストールされたアプレットである信頼されたアプリケーションを前提としている。このアプレットは、ＯＴＡプラットフォーム１０２とＨＳＳ１０３との間の対話を開始してユーザ１０４が選択したＩＭＰＵを送信する。ＨＳＳ１０３の同意に引き続き、このアプレットは、（管理権限ＡＤＭでインストールされたＯＳの内部インタフェースを介して）選択されたＩＭＰＵをＥＦ_ＩＭＰＵファイルに書き込む。

したがって、ユーザは、本発明によりＩＭＳネットワークにおいて１つ以上のＩＭＰＵを作成、変更、アクティブ化又は非アクティブ化を行うことができる。
ＩＭＳネットワークのＨＳＳへのエントリポイントの役割を果たす前述のＯＴＡプラットフォーム１０２は、オペレータのＨＳＳに接続されたアプリケーションサーバに置き換えられてもよい。

図２に示される通信は、ｈｔｔｐタイプ（ＬＴＥなどのフルＩＰネットワーク）が好ましいが、端末１０１及びＯＴＡプラットフォーム１０２間、さらにはプラットフォーム１０２及びＨＳＳ１０３間では、ＳＭＳ又はＳＩＰタイプの通信を用いてもよい。これらの通信は、不正を防ぎ、ユーザ１０４及びネットワークオペレータの安全を確保するための周知の手段により暗号化される。

本発明は、端末のユーザがオペレータの販売支店のうちの１つに行かなくても自分が選択したＩＭＰＵアドレスを設定できることにより、現在の基準に沿った方法を見出すことを可能にする。
本発明はまた、セキュリティエレメントと情報のやりとりを行う端末を含むＩＭＳネットワークに少なくとも１つの公開アドレスを登録するアプリケーションであって、このアプリケーションを含むセキュリティエレメントは、イベント発生時に、端末のマンマシンインタフェースを介してユーザが選択した公開アドレスの入力を端末のユーザに指示し、端末を介してセキュリティエレメントの少なくとも１つの識別子を伴う公開アドレスを、公開アドレスと受信した識別子とが関連付けられるようにリモートネットワークに送信するアプリケーションに関する。

本発明は、端末のユーザが、電話オペレータの販売支店のうちの１つに行かざるを得ない状況を回避し、ＩＭＰＵを設定するために端末の購入後にＵＩＣＣ（ｅＵＩＣＣ）によりインターネットサービスに接続することを可能にする。
オペレータのＨＳＳは、エンドユーザにより動的に更新されるため、本発明は、ＩＭＳ規格、ＩＳＩＭ及びＯＴＡ交換（「ＯＴＡメッセージング」）の３ＧＰＰ規格、及びオペレータのＨＳＳの供給規格に適合する。

Claims

セキュリティエレメント（１００）と情報のやりとりを行う端末（１０１）を含むＩＭＳネットワークに少なくとも１つの公開アドレスを登録する方法において、前記セキュリティエレメント（１００）は、イベント発生時に、前記端末（１０１）のマンマシンインタフェースを介してユーザ（１０４）が選択した公開アドレスの入力を前記端末（１０１）の前記ユーザ（１０４）に要求するアプリケーションを備え、前記アプリケーションは、前記端末（１０１）を介して前記セキュリティエレメント（１００）の少なくとも１つの識別子を伴う前記公開アドレスを、前記公開アドレスと前記識別子とが関連付けられるようにリモートネットワーク（１０２、１０３）に送信することを特徴とする方法。
前記リモートネットワークは、ＩＭＳネットワークのＨＳＳ（１０３）へのエントリポイントとして使用されるＯＴＡプラットフォーム（１０２）を備えることを特徴とする請求項１に記載の方法。
前記公開アドレスが前記識別子に関連付けられると、関連付け確認メッセージ（１１０）を前記リモートネットワーク（１０２、１０３）から前記セキュリティエレメント（１００）に送信することを含むことを特徴とする請求項１又は２に記載の方法。
前記セキュリティエレメント（１００）が前記関連付け確認メッセージ（１１０）を受信した後、前記端末（１０１）を前記公開アドレスで更新することを含むことを特徴とする請求項３に記載の方法。
前記セキュリティエレメント（１００）の前記識別子は、以下の識別子のうちの少なくとも１つを含むことを特徴とする請求項１乃至４のいずれかに記載の方法：
−ＩＭＳＩ；
−ＩＣＣＩＤ；
−ＩＭＰＩ。
前記イベントは、前記端末（１０１）への最初の電源投入であることを特徴とする請求項１乃至５のいずれかに記載の方法。
セキュリティエレメント（１００）と情報のやりとりを行う端末（１０１）を含むＩＭＳネットワークに少なくとも１つの公開アドレスを登録する、前記セキュリティエレメント（１００）に備えられたアプリケーションにおいて、イベント発生時に、前記端末（１０１）のマンマシンインタフェースを介してユーザ（１０４）が選択した公開アドレスの入力を前記端末（１０１）のユーザに指示し、前記端末（１０１）を介して前記セキュリティエレメント（１００）の少なくとも１つの識別子を伴う前記公開アドレスを、前記公開アドレスと前記識別子とが関連付けられるようにリモートネットワーク（１０２、１０３）に送信することを特徴とするアプリケーション。