ネットワーク内サービスの移行及び活性化
【課題】ネットワーク内のサービスを移行又は活性化する。
【解決手段】ユーザ・プロファイル・データベース、好ましくはＨＳＳ内に少なくとも１つのクライアントに関連付けられる拡張ユーザ・プロファイルを生成し、この拡張ユーザ・プロファイルが移行サーバ・ルーティング情報を含むステップ、この移行サーバ・ルーティング情報に基づいて少なくとも１つのユーザ機器を移行アプリケーション・サーバに登録するステップ、寄与ネットワークから受信ネットワークに少なくとも１つのサービスを移行するために、移行アプリケーション・サーバにホストされた移行サービスを実行するステップ、及び移行サーバ・ルーティング情報を拡張ユーザ・プロファイルから削除することにより拡張ユーザ・プロファイルを更新するステップを含む。
【解決手段】ユーザ・プロファイル・データベース、好ましくはＨＳＳ内に少なくとも１つのクライアントに関連付けられる拡張ユーザ・プロファイルを生成し、この拡張ユーザ・プロファイルが移行サーバ・ルーティング情報を含むステップ、この移行サーバ・ルーティング情報に基づいて少なくとも１つのユーザ機器を移行アプリケーション・サーバに登録するステップ、寄与ネットワークから受信ネットワークに少なくとも１つのサービスを移行するために、移行アプリケーション・サーバにホストされた移行サービスを実行するステップ、及び移行サーバ・ルーティング情報を拡張ユーザ・プロファイルから削除することにより拡張ユーザ・プロファイルを更新するステップを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク内のサービスの移行及び／又は活性化に一般に関するものである。特に、必ずしもというわけではないが、次世代ネットワークに対するサービスの移行、及び／又は次世代ネットワークのサービスの活性化のための方法及びシステムに関するものである。好ましくは、次世代ネットワークはＩＭＳタイプの次世代ネットワークであり、移行及び活性化のサーバは、このようなシステム及びこのような方法を使用したソフトウェア・プログラム製品で使用される。
【従来技術】
【０００２】
ＩＰベースの通信システム及びサービスに関する導入及び願望は、通信運用業者に、カスタマ（申込者）及びサービスについて、例えば回路スイッチ及び／又はソフト・スイッチ・ベースのネットワークと言った従来の通信ネットワーク（寄与ネットワーク）から新たなＩＭＳベースの次世代ネットワーク（ＮＧＮ）へ移行させる動機づけとなる。このようなＩＭＳベースのＮＧＮは、全ＩＰプラットフォームをビデオ、音声及びマルチメディアのサービスのデリバリに提供する３ＧＧＰ ＩＭＳアーキテクチャに基づく通信ネットワークを含む。
【０００３】
ＩＭＳベースのＮＧＮは、セッション制御をハンドルするためのサービング・ネットワーク・ノード、サービスを実行するためにアプリケーション・サーバに関連付けられるアプリケーション層、及び下位レイヤであるデータ・トランスポートをハンドルするためにマルチ・サービスＩＰネットワークに関連付けられるトランスポート層を備える制御層によって、特徴付けられる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
サービス移行についての更なる必要性は、既存のＩＭＳベースのＮＧＮネットワーク間の強化から生じるものである。ここでは、ＩＭＳベースの寄与ネットワークから新規のＩＭＳベースの受信ネットワークへサービス移行が必要とされる。一方、新規の（移行なしの）加入者に関連付けられる、上記新規の（受信）ＩＭＳベースのネットワークへのサービスは、番号ポータビリティ及びその他の関連したポータビリティ・サービスをサポートするサービス活性化を必要とすることもある。このように、ＩＭＳベースの受信ネットワークを運用する運用業者は、例えば、他の競合関係にある運用業者によって運用されるＩＭＳベースの、その他ＳＩＰベースのネットワークに加入していた新規の加入者を受け入れることができ、そこでは、加入者はその番号を保ち続けることを望む。
【０００５】
サービスを寄与ネットワークから受信ネットワークへ移行するために、少なくとも１つの受信ネットワークが、要求した１又はそれ以上のサービスをそのプラットフォームを介して（移行した）加入者へデリバすることができるように再構成することを必要とする。その結果、移行のシナリオにおいて、寄与ネットワークによる（移行した）加入者への元のサービスのデリバリは利用不能とされ、受信ネットワーク内の新たなサービスが活性化される。サービス品質を高く保つために、このような移行がサービスの中断がない、又はほとんどないようにすべきであることを、受信ネットワークの運用業者は望んでいる。このことは、移行プロセスの間、サービス中断が最小限であることを求める政府の規制により、更に促進される。
【０００６】
また、ユーザが、新しく獲得したクライアントに関連付けられるサービスを活性化させるシチュエーションにおいて、ポータビリティの問題が、活性化の間に解決されなければならないもある。しかしながら、運用業者は、加入者が新たなクライアントを活性化するときには、事前知識を有さない。場合によっては、受信ネットワークにアクセスするためのクライアントが使用の準備ができている（ように構成される）ことを受信ネットワークの運用業者に示すように、加入者によるハッピー・コールを必要とする。次いで、効率的にこのハッピー・コールを処理して、及び受信ネットワーク内の必要な構成を行うようにするのは、オペレータ次第である。移行シナリオにおいては、ほとんどの場合、クライアントを受信ネットワークにアクセスするように構成することによって、寄与ネットワークを介したサービス利用を自動的に無効化させる。不完全にタイミングされたサービス活性化又はサービス移行は、このようにしてサービスを中断する結果となることもあり、これは、ユーザが到達できず及び／又は発信データを送信することができないような望ましくない状況へと導く。
【０００７】
したがって、従来技術のサービス移行及び／又はサービス活性化のための方法及びシステムを改良する必要がある。特に、従来技術において次世代ネットワークへの効果的なサービス移行を可能にするための方法及びシステムについてその必要があり、このことは、複数のサービスが移行される又は活性化されることを可能にする一方で、望ましくないサービス中断の機会を最小化する。
【０００８】
本発明の目的は、これら従来技術の欠点の少なくとも１つを減らすか又は除去することである。
【課題を解決するための手段】
【０００９】
一態様において、本発明は、受信ネットワーク、好ましくはＩＭＳベースの受信ネットワークのサービスを活性化する方法に関するものとすることができる。そして、本発明は、ユーザ・プロファイル・データベース、好ましくはＨＳＳ内に、少なくとも１つのクライアントに関連付けられる拡張ユーザ・プロファイルを生成するステップであって、拡張ユーザ・プロファイルが移行サーバ・ルーティング情報を含むステップと、この移行サーバ・ルーティング情報に基づいて少なくとも１つのユーザ機器を移行アプリケーション・サーバに登録するステップと、ユーザ機器に関連付けられた少なくとも１つのサービスを寄与ネットワークから受信ネットワークに移行するために、移行アプリケーション・サーバにホストされた移行サービスを実行するか、又は、受信ネットワーク内のユーザ機器に関連付けられた少なくとも１つのサービスを活性化するために、移行アプリケーション・サーバにホストされた活性化サービスを実行するステップと、移行サーバ・ルーティング情報を拡張ユーザ・プロファイルから削除することにより、拡張ユーザ・プロファイルを更新するステップとを含む。
【００１０】
別の態様においては、本発明は、寄与ネットワークから受信ネットワーク、好ましくはＩＭＳベースの受信ネットワークへサービスを移行するためのシステムに関するものとすることができる。そして、本発明は、この受信ネットワークに移行される少なくとも１つのユーザ機器に関連付けられる拡張ユーザ・プロファイルを生成するユーザ・プロファイル・データベース、好ましくはＨＳＳであって、拡張ユーザ・プロファイルが移行サーバ・ルーティング情報を含むユーザ・プロファイル・データベースと、移行サーバ・ルーティング情報に基づいて少なくとも１つのユーザ機器を移行アプリケーション・サーバに登録するサービング・ネットワーク・ノードと、移行サービスをホストする移行アプリケーション・サーバであって、少なくとも１つのサービスを寄与ネットワークから受信ネットワークに移行するために、及び／又は、受信ネットワーク内のユーザ機器に関連付けられた少なくとも１つのサービスを活性化するために移行アプリケーション・サーバにホストされた移行サービスを実行する、移行アプリケーション・サーバと、及び、ユーザ・プロファイル・マネージャであって、寄与ネットワークから受信ネットワークへのサービスの移行が成功したことを示す移行終了メッセージに応答して、移行サーバ・ルーティング情報を拡張ユーザ・プロファイルから削除することにより、拡張ユーザ・プロファイルを修正するように構成される、ユーザ・プロファイル・マネージャとを備える。
【００１１】
更なる態様において、本発明は、上記システムを使用のためのユーザ・プロファイル・マネージャに関するものとすることができる。本発明は、また、コンピュータ・プログラム製品に関するものとすることができ、コンピュータによってランするときに、上記の方法のいずれかによる方法を実行するように構成されるソフトウェア・コード部を備える。
【００１２】
本発明について、添付の図面を参照して更に説明する。これら図面は、本発明による実施形態を概略的に示している。本発明は、とにかく、これら特定の実施形態に限定されないということが理解されよう。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明の一実施形態による、第１ネットワークから第２ネットワークへ移行するためのシステムの少なくとも一部の概略図を示す。
【図２】図２は、本発明の一実施形態による、ＩＭＳネットワークへの登録手続を示す。
【図３】図３は、本発明の一実施形態による、第１のネットワークから第２のネットワークまでサービスを移行する方法についてのフロー図を示す。
【図４】図４は、本発明の一実施形態による、第１のネットワークから第２のネットワークまでサービスを移行する方法の部分的なフロー図を示す。
【図５】図５は、本発明の一実施形態による、ネットワーク内のサービスを活性するための方法の部分的なフロー図を示す。
【発明を実施するための形態】
【００１４】
本明細書による開示は、ネットワーク、通例は、ＩＰマルチメディア・サブシステム（ＩＭＳ）ベースのネットワークにおけるクライアントを移行及び活性化するための方法及びシステムについて説明したものである。ＩＭＳについての特定の実施に関する詳細は、説明の目的のみであり、当業者には、この記載される方法及びシステムがその他同様に設計されたＩＰベースのＮＧＮネットワークについての使用することができることが理解されるであろう。
【００１５】
図１は、本発明の一実施形態によるサービス移行システム１００の少なくとも一部の概略図を示す。特に、移行・活性化システムは、新規の受信ネットワーク１０４におけるユーザ機器（ＵＥ）１１８のクライアント１２０を活性化するために構成することができる。サービス活性化は、一般的に新規な受信ネットワークにおけるユーザ・プロファイルを作成するプロセスに関係し、これにより、クライアントが受信ネットワークからサービスを受け取ることが可能となる。
【００１６】
更に、別の実施形態においては、移行サーバは、１又はそれ以上の寄与ネットワーク１０２における１又はそれ以上のサービスを受信ネットワーク１０４に移行するように構成することができる。サービス移行とは、一般的に、新規の（受信）ネットワークに関連付けられる、例えばＶｏＩＰサービスといったサービスを活性化し、古い（寄与）ネットワークにおけるサービスを非活性化するプロセスのことをいう。
【００１７】
一実施形態において、受信ネットワーク及び寄与ネットワークは、１つの運用業者のドメインの一部とすることができる。代替的には、別の実施形態において、この受信ネットワークは第１の運用業者のドメインの一部であってもよく、また、寄与ネットワークは第２の運用業者のドメインの一部であってもよい。
【００１８】
例示の移行シチュエーションにおいて、寄与ネットワークは従来型のＴＤＭネットワーク、ソフト・スイッチ（ＳＳ）ＰＢＸに基づくＩＰベース・ネットワーク、又は音声、ビデオ及びマルチメディア・サービスをサポートするＩＭＳベース・ネットワークに関するものとすることができる。通例、受信ネットワークは、ＩＭＳベースの次世代ネットワーク（ＮＧＮ）に関するものとすることができ、これは、多くの（信頼性のある）ＩＭＳアプリケーション・サーバに接続しているＩＭＳコア１１２を備えることができる。例示のアプリケーション・サーバは、音声サービスをサポートするＶｏＩＰアプリケーション・サーバ、及びマルチメディア・テレビジョン・サービスをサポートするＩＰＴＶアプリケーション・サーバなどを含むことができる。
【００１９】
１又はそれ以上のサービスについて受信ネットワークへの継ぎ目のない(seamless)移行を促進するために、移行システムは、ＩＭＳコアに接続されるサービス移行ＡＳ１１６を備えることができる。移行ＡＳは、移行プロセスに関連付けられるステータス情報を格納するために、ステータス・データベース１１７を用いることができる。更に、移行サーバ内の又は移行サーバに関連付けられるユーザ・プロファイル・マネージャ１１９が、移行プロセス中にユーザ・プロファイルを更新するように構成される。更に以下に詳細説明するように、移行ＡＳは、寄与ネットワークから受信ネットワークまで継ぎ目のないサービス移行を提供するために、移行サービスを実行するように構成することができる。
【００２０】
通例の移行シチュエーションにおいて、ユーザ機器（ＵＥ）１１８（例えば、ＳＩＰクライアント１２０を備える有線電話及び／又は移動電話）は、寄与ネットワークの１又はそれ以上のサーバにホストされたサービスを受け取るように構成される。ＵＥを受信ネットワークに移行する際、ＳＩＰクライアントは、受信ネットワークからのサービスを可能にするように構成されなければならない。その一方で、寄与ネットワークから生じているサービスは利用不能とされなければならない。この新規なシチュエーションにおいて、ＵＥ内のＳＩＰクライアントは、ＩＭＳコアに接続するためのＩＭＳベースのＳＩＰクライアントに更新される。
【００２１】
ＩＭＳコアは、通例、呼／セッション制御機能（ＣＳＣＦ）を備え、ＣＳＣＦは、プロキシ−ＣＳＣＦ（Ｐ−ＣＳＣＦ）１２４、インタロゲーティング−ＣＳＣＦｓ（Ｉ−ＣＳＣＦ）１２６及びサービング−ＣＳＣＦｓ（ｓ−ＣＳＣＦ）１２８を含む。Ｐ−ＣＳＣＦは、ＩＭＳ ＳＩＰクライアントに対する第１のコンタクト・ポイントである。クライアントがホームネットワーク内に位置する場合、このクライアントはホームネットワークのＰ−ＣＳＣＦに接続する。また、クライアントがＩＭＳベースの訪問ネットワーク内に位置する場合、このクライアントは訪問ネットワークのＰ−ＣＳＣＦに接続する。
【００２２】
ＵＥのＩＭＳコアへの登録の間に確立されるルーティング情報を使用して、Ｐ−ＣＳＣＦは、信号メッセージ（例えばＳＩＰインバイト）を、登録中にＵＥに割り当てられたＳ−ＣＳＣＦにルーティングする。Ｉ−ＣＳＣＦは、ドメインのエッジ(edge)に位置し、入来するＳＩＰリクエストについて正確なＳ−ＣＳＣＦを識別し、このリクエストを識別したＳ−ＣＳＣＦに転送する。Ｉ−ＣＳＣＦのＩＰアドレスはドメインにおけるＤＮＳシステム（図示せず）において発表され、リモートサーバがそれを見つけ出すことができる。Ｓ−ＣＳＣＦは、セッション制御サービスを実行し、サービス品質を管理して、ＳＩＰ登録係としての振る舞いを行う。
【００２３】
ＩＭＳネットワークは、ユーザ・プロファイルを備えた、ホーム加入者サービス（ＨＳＳ;Home Subscriber Service）データベース１３０（ユーザ・プロファイル・サーバ機能（ＵＰＳＦ）と呼ばれることもある）を更に備える。ユーザ・プロファイルは、ユーザ・データを含み、また、ユーザがどのサービスへのアクセスが可能かに関する情報を含む。ユーザ・プロファイルは、シグナリング・メッセージをルーティングするための情報をルーティングすることを更に含むことができ、当該シグナリング・メッセージは、特定のＵＥ又は１若しくはそれ以上のアプリケーション・サーバから発生したものであるか、又はこのようなアプリケーション・サーバにアドレスされたものであるかのいずれかである。ユーザ・プロファイルにおいて照会されるサービスは、１組の初期フィルタ基準（ｉＦＣ;initial filter criteria）によって識別することができる。
【００２４】
このｉＦＣは、全般的にフィルタ部及び決定部を備えるサービス・ルーティング・ルールと考えることができる。当該フィルタ部は、１又はそれ以上のフィルタ基準を規定する所謂トリガ・ポイントを含み、入来するサービス・メッセージに適用される。入来メッセージがルールのフィルタ基準に適合するとき、決定部が取るべき措置を特定する。このように、ｉＦＣは、ＳＩＰメッセージが特定のアプリケーション・サーバに位置するサービスにルーティングされるべきか否かについて決定するための情報を含む。ｉＦＣは標準化されたドキュメントＴＳ １２９ ２２８の段落Ｂ．２．２において規定されており、本願明細書に組み込まれるものとする。ＨＳＳに格納されるユーザ・プロファイルのｉＦＣは、例えばＸＭＬフォーマットを用いたＣｘインタフェースを介してＳ−ＣＳＣＦに送信することができる。
【００２５】
ＩＭＳネットワークは、更に、ＥＮＵＭシステム１３２を使用することができ、公衆交換電話ネットワークの電話番号システムとＩＭＳコアによって使用されるＩＰアドレッシング及び名前の空間との間で電話番号をマッピングする。
【００２６】
移行プロセスは、移行プロビジョニング・システム１３４によって開始することができる。第１のフェーズにおいて、プロビジョニング・システムは、移行情報をＵＥ内のクライアント及び受信ネットワーク転送することができる。特に、ＵＥには、受信ネットワークにアクセスするために構成された、例えばＳＩＰクライアントと言った新規クライアントを提供することができる。一実施形態において、このＵＥは、インターネットからクライアントをダウンロードすることができ、又は、無線で(over the air)ＵＥは提供されることができる。代替的には、このＵＥは、クライアントを更新するためのアップデート・アプリケーション（ソフトウエア・プログラム）を実行することができ、新規の受信ネットワークにアクセスすることを可能にする。
【００２７】
更に、移行プロビジョニング・システムが、クライアントに関連付けられた移行情報を送信することができ、ＩＭＳベースの受信ネットワークにおけるＨＳＳに移行される。
移行情報は、ＨＳＳをトリガすることができ、ＩＭＳプライベート・ユーザ識別（ＩＭＰＩ）に関連付けられるＨＳＳ内の拡張ユーザ・プロファイルを作成する。拡張ユーザ・プロファイル内の１組のｉＦＣは、ＵＥが、ＩＭＳコアへの第１の登録試行中に、ユーザが申し込むサービスをホストする１又はそれ以上のサーバ及び移行アプリケーション・サーバに登録されるように構成される。移行情報は、更に、１又はそれ以上の移行ＩＭＳパブリック・ユーザ識別（ＩＭＰＵ）を含むができる。当該移行ＩＭＳパブリック・ユーザ識別（ＩＭＰＵ）は、ユーザ・プロファイルにおいて識別されるユーザ・アドレッシングＩＭＳサービスについてＩＭＳシステムによって使用される。移行ＩＭＰＵは、拡張ユーザ・プロファイルに含めることができる。
【００２８】
一実施形態において、移行ＩＭＰＵは、従来規定されるＩＭＰＵによって搬送される情報フィールドに加えて、寄与ネットワーク及び／又は受信ネットワークに関連付けられる情報を搬送する情報フィールドを含むＳＩＰ ＵＲＩのフォームを有することができる。移行ＩＭＰＵは、少なくともユーザ識別子（例えば電話ＩＤ又はメッセージイングＩＤ）及び寄与サーバへの照会（例えばＵＲＬ）を含むことができる。寄与サーバ参照は、寄与サーバが当該寄与サーバ内のサービスを制御する（例えば、寄与ネットワーク内の１又はそれ以上のサービスを使用不可能にする）ために、寄与サーバへのアクセスを可能とすることができる。
【００２９】
更なる実施形態において、移行ＩＭＰＵは、寄与ネットワーク照会、及び／又は１若しくはそれ以上のサービス照会を含むことができる。寄与ネットワーク及び寄与サービスへの照会は、ＳＩＰ ＵＲＩのフォームを有することができ、更に、移行ＡＳによって実行される移行プロセスを容易にすることができる。ユーザが受信ネットワークに移行する場合、ＨＳＳに送られる移行情報により、複数のユーザ・プロファイルの作成を開始することができ、各ユーザ・プロファイルが１又はそれ以上の移行ＩＭＰＵに関連付けられる。当該ＩＭＰＵは、プロビジョニング・システムによってＨＳＳにプロビジョニングする。
【００３０】
移行ＩＭＰＵは、１組の識別子によって表される活性化パラメータ及び／又は移行パラメータを含むことができる。一実施形態において、識別子は、移行サーバに対してＳＩＰ ＵＲＩのフォームで送ることができる。ＳＩＰ ＵＲＩは、アンダーラインで分離したｃストリングを含むことができる。例えば、３１７０１２３４５６７＿ｃｖｐ２＿ｄｓｒｖｒ１＿ｃｖｐ６＿２０１１０１２５＿＠ｉｍｓ．ｉｍｓｃｏｒｅ．ｎｅｔである。
【００３１】
この例では、ＩＭＰＵは、受信ネットワークにおけるサービス、例えば、電話番号＋３１０７０１２３４５６７に対する識別子３１７０１２３４５６７、寄与ネットワークにおけるサービス・タイプ（例えば、ｃｖｐ２＝消費者ＶｏＩＰタイプ２）に対する識別子、寄与サーバ（ｄｓｒｖｒ１）に対する識別子、寄与ネットワークにおけるサービスのタイプ（ｃｖｐ６＝消費者ＶｏＩＰタイプ６）、タイムスタンプ（２０１１０１２５＝ＹＹＹＹＭＭＤＤ 年 月 日）、及び寄与ネットワークのドメインを含むことができる。
【００３２】
寄与ネットワークのサービス・タイプ（ｃｖｐ６）及び受信ネットワークのサービス・タイプ（ｃｖｐ２）を識別する２つの識別子は、寄与サーバが実行する特定の処理ステップを容易にする。
【００３３】
移行サーバが新規のユーザ・アカウントを活性化させるのに用いられる場合、寄与サーバの識別子としては、識別子「新規」を用いることができ、寄与サービス・タイプの識別子としては、識別子「なし(none)」を用いることができる。
【００３４】
一実施形態において、新規のユーザ・アカウントを活性化するのに、番号ポータビリティ・サービス利用を必要とすることができ、その結果、加入者は彼又は彼女の電話番号（又はその他のＩＤ）を維持することができる。寄与サーバの識別子は、この場合、番号ポータビリティ・サービスが活性化されるべきであることを示す「ｎｅｗｎｐ」にセットすることができる。サービスｉｄは、寄与しているオペレータの名前を識別するのに使用することができる。
【００３５】
また更なる実施形態において、移行ＩＭＰＵのタイムスタンプを使用することができ、登録可能な期間内に顧客が第１の登録試行を実行したかどうかを検査する。更なるパラメータを、ＩＭＰＵに追加することができ、当該ＩＭＰＵは、固定のモバイル・コンバージェンス・サービスについてのモバイル申込ＩＭＳＩ識別子を含む。
【００３６】
図２は、本発明の一実施形態による移行プロセス２００の第１部分を示す。図２は、ユーザのＩＭＳベースの受信ネットワークへの移行に関連付けられる移行プロセスの第１部分を特に示しており、図１を参照して説明したように、新規のＩＭＳ ＳＩＰクライアントがプロビジョニングされたＵＥを、移行アプリケーション・サーバに登録する。
【００３７】
このプロセスは、プロビジョニング・システムがＩＭＰＩに関連付けられる拡張ユーザ・プロファイルを作成するリクエストをＨＳＳに送ることにより開始する（ステップ２０２）。これに応答して、このＨＳＳは、リクエストされた拡張ユーザ・プロファイルを作成して、認証のための認証キーをプロビジョニング・システムに戻す（ステップ２０３）。プロビジョニング・システムは、次いで、１又はそれ以上の移行ＩＭＰＵの形態で移行情報をＨＳＳに転送する（ステップ２０４）。移行ＩＭＰＵは、寄与ネットワークへの少なくとも１つの照会、及び寄与ネットワークからＩＭＳベース受信ネットワークへ移行する１又はそれ以上のサービスへの照会を含む。
【００３８】
このように、プロビジョニング・システムは、受信ネットワークに対し移行プロセスのために必要な情報を提供し、そして、以下に詳細説明するとおり、一旦ユーザが更新されたＵＥをオンにするならば、新規なＩＭＳ ＳＩＰクライアントが活性化され、新規のＩＭＳベース受信ネットワークに登録しようと試行するという点でユーザによって開始されるものである。
【００３９】
そのために、ＵＥは、登録メッセージ、例えば、ＳＩＰ登録メッセージ２０５をＩＭＳコアのＰ−ＣＳＣＦ２０６に送る。Ｐ−ＣＳＣＦ２０６は、Ｉ−ＣＳＣＦ２０８に登録メッセージを転送する２０６。登録メッセージを受け取ると、Ｉ−ＣＳＣＦは性能情報についてのリクエストをＨＳＳ２１２に送信することができる（ステップ２１０）。そして、ＨＳＳ２１２は、それに応答して、−性能情報をＩ−ＣＳＣＦに戻す（ステップ２１４）。性能情報は、Ｉ−ＣＳＣＦを助長して適切なＣＳＣＦを選択させ、例えば、利用可能なＳ−ＣＳＣＦの中で関連する処理負荷情報を含むことができる。次いで、この性能情報に基づいて、このＩ−ＣＳＣＦは、適切なＳ−ＣＳＣＦ２１６を選択することができる。ＵＥに関連付けられた選択されたＳ−ＣＳＣＦは、続いて、ＨＳＳに格納される。登録メッセージは、選択されたＳ−ＣＳＣＦに転送され（ステップ２１８）、その後、周知のＩＭＳ認証キー・アグリーメント（ＩＭＳ−ＡＫＡ）に従ってユーザをＨＳＳで認証する（ステップ２２０）。
【００４０】
認証が成功し登録した後、ＨＳＳは、図１を参照して説明したように、Ｓ−ＣＳＣＦに拡張ユーザ・プロファイルをロードすることができる（ステップ２２２）。拡張ユーザ・プロファイルに含まれるｉＦＣを使用して、引き続きこのＳ−ＣＳＣＦは、１又はそれ以上の移行ＩＭＰＵで照会したとおり、ＩＭＳサービスにＵＥを登録する（ステップ２２４）。これには、移行サーバへの登録が含まれる（ステップ２２６）。
【００４１】
移行サーバが移行ＩＭＰＵを含む登録メッセージを受け取るときに、以下により詳細に説明するとおり移行プロセスがトリガされる。
図２は、非限定的な本発明の例示について実施するものであり、そして、本発明を逸脱しない範囲で、図２を参照して説明されるプロセス・フローのさまざまな修正が可能であると考えられる。例えば、一実施形態において、プロビジョニング・システムが１又はそれ以上の移行ＩＭＰＵをＨＳＳに送る代わりに、ＩＭＳ ＳＩＰクライアントに移行ＩＭＰＵを提供することができる。ＵＥがオンされる場合、このＩＭＳ ＳＩＰクライアントはＳ−ＣＳＣＦに１又はそれ以上のＩＭＰＵを含む登録メッセージを送る。そして、この登録手続の間に、１又はそれ以上の移行ＩＭＰＵを有する拡張ユーザ・プロファイルを更新する。
【００４２】
図３は、本発明の一実施形態による移行プロセス３００の第２部分を示している。図３は、移行アプリケーション・サーバにホストされた移行サービスが、移行ＩＭＰＵにおける情報に基づいて実行されるフロー図を特に示している。
【００４３】
このプロセスは、移行ＡＳが、移行情報、好ましくは少なくとも１つの移行ＩＭＰＵを含む登録メッセージを受け取ることにより開始することができる（ステップ３０２）。これに応答して、移行ＡＳは、寄与ネットワーク情報、及びＩＭＰＵから移行される１又はそれ以上のサービス照会を抽出し（ステップ３０４）、移行サービスの実行を開始する（ステップ３０６）。実行している間、移行プロセスのステータスは、連続的に更新されて、移行データベースに格納される。移行プロセスがまだ進行中であることをステータス情報が示す場合、ＵＥから発せられる更なる登録メッセージは無視される。移行サービスは、寄与ネットワークにおけるサービスを利用不能にして、寄与ネットワークから生じるユーザ・データを用いてＩＭＳサービスを更新（アップデート）する。
【００４４】
一旦すべての移行アップデートが実行されると、移行ＡＳは移行プロセスが終了したことをＨＳＳに通知し（ステップ３０８）、その通知（移行終了メッセージ）をユーザ・プロファイル・マネージャに転送する（ステップ３０９）。移行プロセスがうまく終了したことを移行終了メッセージが示す場合、ＨＳＳに関連付けられたユーザ・プロファイル・マネージャ（ＵＰＭ）は、それに応答して、移行サービスをＨＳＳに格納された拡張ユーザ・プロファイルから削除（又は利用不能化）することにより、ユーザ・プロファイルを更新する（ステップ３１０）。次いで、ＨＳＳは、このようにして修正されたユーザ・プロファイルをＣＳＣＦに送信する（ステップ３１２）。
【００４５】
したがって、図２及び３を参照して説明した移行プロセスは、効率的な自動プロビジョニング機構を提供し、第１フェーズにおいて、関係する移行情報がこのＨＳＳに提供される。このプロビジョニング・プロセスが完了した後のみにおいて第２フェーズが開始される。この第２フェーズの間、ユーザは新規なＩＭＳＳＩＰクライアントを活性化する。引き続き、移行サービスを確定するために、移行サービスに登録する。一旦移行プロセスが完了すると、移行したクライアントのユーザ・プロファイルは更新され、その結果、次の登録手続がその移行サーバを介してルーティングされることはない。このように、移行ＡＳは、ＵＥのＩＭＳネットワークへの第１の登録試行の間に活性化されるのみである。
【００４６】
更に、後に続く登録は、ユーザ・プロファイル中に記載したサービスに従って、ＩＭＳのアプリケーション・サーバへの従来の登録プロセスが必要となる。そのサービスは、もはや移行サービスを含まない。図３を参照して説明した移行プロセスは、このように、第１ネットワークから新規の第２ネットワークまでサービスの移行を（ほとんど）継ぎ目なく可能にする。更に、この移行方式は、ユーザ・グループにおけるバッチ・ライクな移行を可能にする。ここでは、第１グループの全ユーザが上手く移行するときのみ、２回目のバッチが実行される。
【００４７】
図３を参照して説明するプロセス・フローは、本発明を逸脱しない範囲で修正可能である。例えば、一実施形態において、ユーザ・プロファイル・マネージャは、プロビジョニング・システム共に位置することができる。この種の実施形態において、移行アプリケーション・サーバは、移行通知メッセージをプロビジョニング・システムに送り返すことができ、引き続き、ユーザ・プロファイル・マネージャをトリガして、ＨＳＳ内の拡張ユーザ・プロファイルを、図３を参照して上記説明したのと類似のやり方で更新する。
【００４８】
図４は、本発明の一実施形態による、サービスを寄与ネットワークから受信ネットワークに移行するための方法の一部のフロー図４００を示している。より詳細には、この移行サービスによって実行される移行プロセス（図３のステップ３０６）について特に説明する。このプロセスにおいて、移行ＡＳは、移行サービスの実行中に移行データベースの移行プロセスに関連付けられるステータス情報を格納する。
【００４９】
移行サービスは、移行ＡＳが移行ＩＭＰＵを含む登録メッセージをＳ−ＣＳＣＦから受け取ることにより開始することができる（ステップ４０２）。これに応答して、（例えばステータス・レジスタをＮＵＬＬ値にセットすることにより）移行するＵＥに関連付けられたステータス情報が初期値に初期化される（ステップ４０３）。次いで、第１の移行アップグレードとして、移行サービスは、移行ＩＭＰＵにおける寄与サーバのＳＩＰ ＵＲＩを使用して寄与ネットワークからユーザ設定を要求し及び受け取り（ステップ４０６及び４０８）、並びにこれらのユーザ設定を処理することができる。
【００５０】
一実施形態において、データのない(dataless)ＡＳの場合には、移行ＡＳは、ＨＳＳ及び／又は１若しくはそれ以上のアプリケーション・サーバのユーザ・データを更新することができる（ステップ４１０及び４１１）。移行サービスは、更に、例えばボイス・メールや呼転送等の移行されるサービスに関連付けられる移行情報を、寄与ネットワークから要求し、１又はそれ以上のサービスを寄与ネットワークで利用不能とする（ステップ４１２及び４１４）。
【００５１】
更なる移行アップグレードは、ＥＮＵＭシステムを更新（アップグレード）し（ステップ４１６及び４１８）、また、ＩＭＳネットワークが使用するインテリジェント・ネットワーク（ＩＮ）サーバ・システムをアップデートすることを含むことができ、呼セッションに関連付けられる電話識別子をローカライズする。更に、課金サーバを開始することができる（ステップ４２２）。最後に、寄与ネットワークのユーザ・アカウントを閉鎖して、ＵＥに関連付けられたサービスを利用不能とすることができる（ステップ４２４及び４２６）。
【００５２】
全ての移行アップグレードを実行した後に、移行ＡＳは、ユーザ・プロファイル・マネージャにＨＳＳ内の拡張ユーザ・プロファイルから移行ＡＳを削除するように命令し（ステップ４２８）、その結果、これに応答して、ユーザ・プロファイル・マネージャは拡張ユーザ・プロファイルから移行ＡＳルーティング情報を削除する（利用不能にする）ことができる（ステップ４３０）。引き続き、Ｓ−ＣＳＣＦには、更新されたユーザ・プロファイル（更新された１組のｉＦＣを含む）が提供され、移行サーバに関連付けられたルーティング情報が削除される（ステップ４３２）。移行ＡＳは、ＵＥの移行ステータス・レジスタを「移行済み」に設定することで移行プロセスを確定させ（ステップ４３４）、その結果、更なる登録試みが移行プロセスを再開しないようにする。
【００５３】
したがって、本発明による移行方法は登録プロセスを使用し、第１フェーズの移行において受信ネットワークには拡張ユーザ・プロファイル及び移行情報がプロビジョニングされる。第２フェーズにおいて、移行するＵＥの新規のＩＭＳ ＳＩＰクライアントについての登録試行に応答して、移行サービスが開始される。移行アプリケーション・サーバは、移行アプリケーション・サーバの登録試行において送られる移行情報に基づいて、全ての移行アップデートをハンドルする。最後に、移行に成功した後に、ユーザ・プロファイル・マネージャは、非移行のＵＥに関連付けられた拡張ユーザ・プロファイルを、移行済ＵＥに関連付けられたユーザ・プロファイルに修正する。移行サービスに対するルーティング情報は削除される。
【００５４】
更なる実施態様において、図２〜４を参照して詳細に説明したように、移行サービス・サーバは、ネットワークに対するクライアントの活性化のために使用することができる。例えば、１又はそれ以上のＩＭＳサービスの新規加入者は、新規に命令したＵＥのクライアントを活性化させることを望む。その場合、ＵＥは、受信ネットワークに接続するように構成されるＳＩＰクライアントを既に備えている。
【００５５】
図５は、本発明の一実施形態による、受信ネットワーク内のサービスを活性化させる方法の少なくとも一部のフロー図５００を示す。
新規のＵＥを注文又は購入しているユーザは、プロビジョニング・システムをトリガすることができ、ＩＭＰＩに関連付けられる拡張ユーザ・プロファイルを作成するためのリクエストをＨＳＳに送信する。これに応答して、このＨＳＳは、リクエストされた拡張ユーザ・プロファイルを作成して、認証のための認証キーをプロビジョニング・システムに戻す。次いで、図２を参照して説明したプロセスと類似のプロセスが開始される。Ｓ−ＣＳＣＦは、引き続き、活性化ＩＭＰＵにおいて識別されるＩＭＳサービスにＵＥを登録する（ステップ５１６）。これには、移行サーバへの登録を含む（ステップ５１８）。
【００５６】
活性化は、移行ＡＳが活性化ＩＭＰＵから成る登録メッセージをＳ−ＣＳＣＦから受け取ることにより開始することができる（ステップ５１４）。これに応答して、（例えばステータス・レジスタをＮＵＬＬ値に設定することにより）移行ＵＥに関連付けられるステータス情報を初期値に初期化することができる（ステップ５１５）。
【００５７】
性化は、ＥＮＵＭシステムを更新すること（ステップ５１６及び５１８）、及びＩＭＳネットワークによって使用されるインテリジェント・ネットワーク（ＩＮ）サーバ・システムを更新することを含むことができ、呼セッションに関連付けられる電話識別子をローカライズすることができる（ステップ５１８及び５２０）。更に、料金請求サーバを開始することができる（ステップ５２２）。
【００５８】
更に、この活性化は、番号ポータビリティ・サービスを開始することを含むことができ、番号ポータビリティを確証する（ステップ５２３及び５２４）。
全ての活性化ステップを実行した後に、移行ＡＳは、ユーザ・プロファイル・マネージャにＨＳＳ内の拡張ユーザ・プロファイルから移行ＡＳを削除するように命令し（ステップ５２５）、その結果、これに応答して、このユーザ・プロファイル・マネージャは、拡張ユーザ・プロファイルから移行ＡＳルーティング情報を除去する（利用不能にする）ことができる（ステップ５２６）。Ｓ−ＣＳＣＦには、引き続き、更新された１組のｉＦＣが提供、移行サーバに関連付けられたルーティング情報が削除される（ステップ５２７）。移行ＡＳは、ＵＥの移行ステータス・レジスタを「活性化済」に設定することによって、移行プロセスを確定させ（ステップ５２８）、その結果、更なる登録試行が活性化プロセスを再開しないようにすることができる。
【００５９】
実施形態のいずれの１つに関して説明したいかなる特徴について、単独で若しくは説明した他の特徴と組み合わせて用いることができ、また、実施形態の他のいずれの１若しくはそれ以上の特徴と組み合せて、又は実施形態の他のいずれのものとのいずれの組み合せで用いることもできることが理解されよう。本発明の一実施形態において、コンピュータ・システムと共に使用するためのプログラム製品として実施することができる。プログラム製品におけるプログラムは、（本願明細書において記載した方法を含んだ）実施形態の機能を規定し、様々な非一時的コンピュータ可読記憶媒体上に収容することができる。図示した非一時的コンピュータ可読記憶媒体は、次を含むが、これに限定されるものではない。即ち、（ｉ）情報が永久に格納される非書込可能な記憶媒体（例えば、ＣＤ−ＲＯＭドライブによって読出可能なＣＤ−ＲＯＭディスク、フラッシュ・メモリ、ＲＯＭチップ、又はいかなるタイプのソリッド・ステート不揮発性半導体メモリのようなコンピュータ内のリード・オンリー・メモリ・デバイス）、及び（ｉｉ）変更可能な情報を格納する書込可能な記憶媒体（例えば、ディスケット・ドライブ又はハードディスク・ドライブ内のフロッピー（登録商標）・ディスク、又はいかなるタイプのソリッド・ステート・ランダム・アクセス半導体メモリ）である。更に、本発明は上記に説明したような実施形態に限定されるものではなく、添付の特許請求の範囲の範囲内において変動するものである。
【技術分野】
【０００１】
本発明は、ネットワーク内のサービスの移行及び／又は活性化に一般に関するものである。特に、必ずしもというわけではないが、次世代ネットワークに対するサービスの移行、及び／又は次世代ネットワークのサービスの活性化のための方法及びシステムに関するものである。好ましくは、次世代ネットワークはＩＭＳタイプの次世代ネットワークであり、移行及び活性化のサーバは、このようなシステム及びこのような方法を使用したソフトウェア・プログラム製品で使用される。
【従来技術】
【０００２】
ＩＰベースの通信システム及びサービスに関する導入及び願望は、通信運用業者に、カスタマ（申込者）及びサービスについて、例えば回路スイッチ及び／又はソフト・スイッチ・ベースのネットワークと言った従来の通信ネットワーク（寄与ネットワーク）から新たなＩＭＳベースの次世代ネットワーク（ＮＧＮ）へ移行させる動機づけとなる。このようなＩＭＳベースのＮＧＮは、全ＩＰプラットフォームをビデオ、音声及びマルチメディアのサービスのデリバリに提供する３ＧＧＰ ＩＭＳアーキテクチャに基づく通信ネットワークを含む。
【０００３】
ＩＭＳベースのＮＧＮは、セッション制御をハンドルするためのサービング・ネットワーク・ノード、サービスを実行するためにアプリケーション・サーバに関連付けられるアプリケーション層、及び下位レイヤであるデータ・トランスポートをハンドルするためにマルチ・サービスＩＰネットワークに関連付けられるトランスポート層を備える制御層によって、特徴付けられる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
サービス移行についての更なる必要性は、既存のＩＭＳベースのＮＧＮネットワーク間の強化から生じるものである。ここでは、ＩＭＳベースの寄与ネットワークから新規のＩＭＳベースの受信ネットワークへサービス移行が必要とされる。一方、新規の（移行なしの）加入者に関連付けられる、上記新規の（受信）ＩＭＳベースのネットワークへのサービスは、番号ポータビリティ及びその他の関連したポータビリティ・サービスをサポートするサービス活性化を必要とすることもある。このように、ＩＭＳベースの受信ネットワークを運用する運用業者は、例えば、他の競合関係にある運用業者によって運用されるＩＭＳベースの、その他ＳＩＰベースのネットワークに加入していた新規の加入者を受け入れることができ、そこでは、加入者はその番号を保ち続けることを望む。
【０００５】
サービスを寄与ネットワークから受信ネットワークへ移行するために、少なくとも１つの受信ネットワークが、要求した１又はそれ以上のサービスをそのプラットフォームを介して（移行した）加入者へデリバすることができるように再構成することを必要とする。その結果、移行のシナリオにおいて、寄与ネットワークによる（移行した）加入者への元のサービスのデリバリは利用不能とされ、受信ネットワーク内の新たなサービスが活性化される。サービス品質を高く保つために、このような移行がサービスの中断がない、又はほとんどないようにすべきであることを、受信ネットワークの運用業者は望んでいる。このことは、移行プロセスの間、サービス中断が最小限であることを求める政府の規制により、更に促進される。
【０００６】
また、ユーザが、新しく獲得したクライアントに関連付けられるサービスを活性化させるシチュエーションにおいて、ポータビリティの問題が、活性化の間に解決されなければならないもある。しかしながら、運用業者は、加入者が新たなクライアントを活性化するときには、事前知識を有さない。場合によっては、受信ネットワークにアクセスするためのクライアントが使用の準備ができている（ように構成される）ことを受信ネットワークの運用業者に示すように、加入者によるハッピー・コールを必要とする。次いで、効率的にこのハッピー・コールを処理して、及び受信ネットワーク内の必要な構成を行うようにするのは、オペレータ次第である。移行シナリオにおいては、ほとんどの場合、クライアントを受信ネットワークにアクセスするように構成することによって、寄与ネットワークを介したサービス利用を自動的に無効化させる。不完全にタイミングされたサービス活性化又はサービス移行は、このようにしてサービスを中断する結果となることもあり、これは、ユーザが到達できず及び／又は発信データを送信することができないような望ましくない状況へと導く。
【０００７】
したがって、従来技術のサービス移行及び／又はサービス活性化のための方法及びシステムを改良する必要がある。特に、従来技術において次世代ネットワークへの効果的なサービス移行を可能にするための方法及びシステムについてその必要があり、このことは、複数のサービスが移行される又は活性化されることを可能にする一方で、望ましくないサービス中断の機会を最小化する。
【０００８】
本発明の目的は、これら従来技術の欠点の少なくとも１つを減らすか又は除去することである。
【課題を解決するための手段】
【０００９】
一態様において、本発明は、受信ネットワーク、好ましくはＩＭＳベースの受信ネットワークのサービスを活性化する方法に関するものとすることができる。そして、本発明は、ユーザ・プロファイル・データベース、好ましくはＨＳＳ内に、少なくとも１つのクライアントに関連付けられる拡張ユーザ・プロファイルを生成するステップであって、拡張ユーザ・プロファイルが移行サーバ・ルーティング情報を含むステップと、この移行サーバ・ルーティング情報に基づいて少なくとも１つのユーザ機器を移行アプリケーション・サーバに登録するステップと、ユーザ機器に関連付けられた少なくとも１つのサービスを寄与ネットワークから受信ネットワークに移行するために、移行アプリケーション・サーバにホストされた移行サービスを実行するか、又は、受信ネットワーク内のユーザ機器に関連付けられた少なくとも１つのサービスを活性化するために、移行アプリケーション・サーバにホストされた活性化サービスを実行するステップと、移行サーバ・ルーティング情報を拡張ユーザ・プロファイルから削除することにより、拡張ユーザ・プロファイルを更新するステップとを含む。
【００１０】
別の態様においては、本発明は、寄与ネットワークから受信ネットワーク、好ましくはＩＭＳベースの受信ネットワークへサービスを移行するためのシステムに関するものとすることができる。そして、本発明は、この受信ネットワークに移行される少なくとも１つのユーザ機器に関連付けられる拡張ユーザ・プロファイルを生成するユーザ・プロファイル・データベース、好ましくはＨＳＳであって、拡張ユーザ・プロファイルが移行サーバ・ルーティング情報を含むユーザ・プロファイル・データベースと、移行サーバ・ルーティング情報に基づいて少なくとも１つのユーザ機器を移行アプリケーション・サーバに登録するサービング・ネットワーク・ノードと、移行サービスをホストする移行アプリケーション・サーバであって、少なくとも１つのサービスを寄与ネットワークから受信ネットワークに移行するために、及び／又は、受信ネットワーク内のユーザ機器に関連付けられた少なくとも１つのサービスを活性化するために移行アプリケーション・サーバにホストされた移行サービスを実行する、移行アプリケーション・サーバと、及び、ユーザ・プロファイル・マネージャであって、寄与ネットワークから受信ネットワークへのサービスの移行が成功したことを示す移行終了メッセージに応答して、移行サーバ・ルーティング情報を拡張ユーザ・プロファイルから削除することにより、拡張ユーザ・プロファイルを修正するように構成される、ユーザ・プロファイル・マネージャとを備える。
【００１１】
更なる態様において、本発明は、上記システムを使用のためのユーザ・プロファイル・マネージャに関するものとすることができる。本発明は、また、コンピュータ・プログラム製品に関するものとすることができ、コンピュータによってランするときに、上記の方法のいずれかによる方法を実行するように構成されるソフトウェア・コード部を備える。
【００１２】
本発明について、添付の図面を参照して更に説明する。これら図面は、本発明による実施形態を概略的に示している。本発明は、とにかく、これら特定の実施形態に限定されないということが理解されよう。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明の一実施形態による、第１ネットワークから第２ネットワークへ移行するためのシステムの少なくとも一部の概略図を示す。
【図２】図２は、本発明の一実施形態による、ＩＭＳネットワークへの登録手続を示す。
【図３】図３は、本発明の一実施形態による、第１のネットワークから第２のネットワークまでサービスを移行する方法についてのフロー図を示す。
【図４】図４は、本発明の一実施形態による、第１のネットワークから第２のネットワークまでサービスを移行する方法の部分的なフロー図を示す。
【図５】図５は、本発明の一実施形態による、ネットワーク内のサービスを活性するための方法の部分的なフロー図を示す。
【発明を実施するための形態】
【００１４】
本明細書による開示は、ネットワーク、通例は、ＩＰマルチメディア・サブシステム（ＩＭＳ）ベースのネットワークにおけるクライアントを移行及び活性化するための方法及びシステムについて説明したものである。ＩＭＳについての特定の実施に関する詳細は、説明の目的のみであり、当業者には、この記載される方法及びシステムがその他同様に設計されたＩＰベースのＮＧＮネットワークについての使用することができることが理解されるであろう。
【００１５】
図１は、本発明の一実施形態によるサービス移行システム１００の少なくとも一部の概略図を示す。特に、移行・活性化システムは、新規の受信ネットワーク１０４におけるユーザ機器（ＵＥ）１１８のクライアント１２０を活性化するために構成することができる。サービス活性化は、一般的に新規な受信ネットワークにおけるユーザ・プロファイルを作成するプロセスに関係し、これにより、クライアントが受信ネットワークからサービスを受け取ることが可能となる。
【００１６】
更に、別の実施形態においては、移行サーバは、１又はそれ以上の寄与ネットワーク１０２における１又はそれ以上のサービスを受信ネットワーク１０４に移行するように構成することができる。サービス移行とは、一般的に、新規の（受信）ネットワークに関連付けられる、例えばＶｏＩＰサービスといったサービスを活性化し、古い（寄与）ネットワークにおけるサービスを非活性化するプロセスのことをいう。
【００１７】
一実施形態において、受信ネットワーク及び寄与ネットワークは、１つの運用業者のドメインの一部とすることができる。代替的には、別の実施形態において、この受信ネットワークは第１の運用業者のドメインの一部であってもよく、また、寄与ネットワークは第２の運用業者のドメインの一部であってもよい。
【００１８】
例示の移行シチュエーションにおいて、寄与ネットワークは従来型のＴＤＭネットワーク、ソフト・スイッチ（ＳＳ）ＰＢＸに基づくＩＰベース・ネットワーク、又は音声、ビデオ及びマルチメディア・サービスをサポートするＩＭＳベース・ネットワークに関するものとすることができる。通例、受信ネットワークは、ＩＭＳベースの次世代ネットワーク（ＮＧＮ）に関するものとすることができ、これは、多くの（信頼性のある）ＩＭＳアプリケーション・サーバに接続しているＩＭＳコア１１２を備えることができる。例示のアプリケーション・サーバは、音声サービスをサポートするＶｏＩＰアプリケーション・サーバ、及びマルチメディア・テレビジョン・サービスをサポートするＩＰＴＶアプリケーション・サーバなどを含むことができる。
【００１９】
１又はそれ以上のサービスについて受信ネットワークへの継ぎ目のない(seamless)移行を促進するために、移行システムは、ＩＭＳコアに接続されるサービス移行ＡＳ１１６を備えることができる。移行ＡＳは、移行プロセスに関連付けられるステータス情報を格納するために、ステータス・データベース１１７を用いることができる。更に、移行サーバ内の又は移行サーバに関連付けられるユーザ・プロファイル・マネージャ１１９が、移行プロセス中にユーザ・プロファイルを更新するように構成される。更に以下に詳細説明するように、移行ＡＳは、寄与ネットワークから受信ネットワークまで継ぎ目のないサービス移行を提供するために、移行サービスを実行するように構成することができる。
【００２０】
通例の移行シチュエーションにおいて、ユーザ機器（ＵＥ）１１８（例えば、ＳＩＰクライアント１２０を備える有線電話及び／又は移動電話）は、寄与ネットワークの１又はそれ以上のサーバにホストされたサービスを受け取るように構成される。ＵＥを受信ネットワークに移行する際、ＳＩＰクライアントは、受信ネットワークからのサービスを可能にするように構成されなければならない。その一方で、寄与ネットワークから生じているサービスは利用不能とされなければならない。この新規なシチュエーションにおいて、ＵＥ内のＳＩＰクライアントは、ＩＭＳコアに接続するためのＩＭＳベースのＳＩＰクライアントに更新される。
【００２１】
ＩＭＳコアは、通例、呼／セッション制御機能（ＣＳＣＦ）を備え、ＣＳＣＦは、プロキシ−ＣＳＣＦ（Ｐ−ＣＳＣＦ）１２４、インタロゲーティング−ＣＳＣＦｓ（Ｉ−ＣＳＣＦ）１２６及びサービング−ＣＳＣＦｓ（ｓ−ＣＳＣＦ）１２８を含む。Ｐ−ＣＳＣＦは、ＩＭＳ ＳＩＰクライアントに対する第１のコンタクト・ポイントである。クライアントがホームネットワーク内に位置する場合、このクライアントはホームネットワークのＰ−ＣＳＣＦに接続する。また、クライアントがＩＭＳベースの訪問ネットワーク内に位置する場合、このクライアントは訪問ネットワークのＰ−ＣＳＣＦに接続する。
【００２２】
ＵＥのＩＭＳコアへの登録の間に確立されるルーティング情報を使用して、Ｐ−ＣＳＣＦは、信号メッセージ（例えばＳＩＰインバイト）を、登録中にＵＥに割り当てられたＳ−ＣＳＣＦにルーティングする。Ｉ−ＣＳＣＦは、ドメインのエッジ(edge)に位置し、入来するＳＩＰリクエストについて正確なＳ−ＣＳＣＦを識別し、このリクエストを識別したＳ−ＣＳＣＦに転送する。Ｉ−ＣＳＣＦのＩＰアドレスはドメインにおけるＤＮＳシステム（図示せず）において発表され、リモートサーバがそれを見つけ出すことができる。Ｓ−ＣＳＣＦは、セッション制御サービスを実行し、サービス品質を管理して、ＳＩＰ登録係としての振る舞いを行う。
【００２３】
ＩＭＳネットワークは、ユーザ・プロファイルを備えた、ホーム加入者サービス（ＨＳＳ;Home Subscriber Service）データベース１３０（ユーザ・プロファイル・サーバ機能（ＵＰＳＦ）と呼ばれることもある）を更に備える。ユーザ・プロファイルは、ユーザ・データを含み、また、ユーザがどのサービスへのアクセスが可能かに関する情報を含む。ユーザ・プロファイルは、シグナリング・メッセージをルーティングするための情報をルーティングすることを更に含むことができ、当該シグナリング・メッセージは、特定のＵＥ又は１若しくはそれ以上のアプリケーション・サーバから発生したものであるか、又はこのようなアプリケーション・サーバにアドレスされたものであるかのいずれかである。ユーザ・プロファイルにおいて照会されるサービスは、１組の初期フィルタ基準（ｉＦＣ;initial filter criteria）によって識別することができる。
【００２４】
このｉＦＣは、全般的にフィルタ部及び決定部を備えるサービス・ルーティング・ルールと考えることができる。当該フィルタ部は、１又はそれ以上のフィルタ基準を規定する所謂トリガ・ポイントを含み、入来するサービス・メッセージに適用される。入来メッセージがルールのフィルタ基準に適合するとき、決定部が取るべき措置を特定する。このように、ｉＦＣは、ＳＩＰメッセージが特定のアプリケーション・サーバに位置するサービスにルーティングされるべきか否かについて決定するための情報を含む。ｉＦＣは標準化されたドキュメントＴＳ １２９ ２２８の段落Ｂ．２．２において規定されており、本願明細書に組み込まれるものとする。ＨＳＳに格納されるユーザ・プロファイルのｉＦＣは、例えばＸＭＬフォーマットを用いたＣｘインタフェースを介してＳ−ＣＳＣＦに送信することができる。
【００２５】
ＩＭＳネットワークは、更に、ＥＮＵＭシステム１３２を使用することができ、公衆交換電話ネットワークの電話番号システムとＩＭＳコアによって使用されるＩＰアドレッシング及び名前の空間との間で電話番号をマッピングする。
【００２６】
移行プロセスは、移行プロビジョニング・システム１３４によって開始することができる。第１のフェーズにおいて、プロビジョニング・システムは、移行情報をＵＥ内のクライアント及び受信ネットワーク転送することができる。特に、ＵＥには、受信ネットワークにアクセスするために構成された、例えばＳＩＰクライアントと言った新規クライアントを提供することができる。一実施形態において、このＵＥは、インターネットからクライアントをダウンロードすることができ、又は、無線で(over the air)ＵＥは提供されることができる。代替的には、このＵＥは、クライアントを更新するためのアップデート・アプリケーション（ソフトウエア・プログラム）を実行することができ、新規の受信ネットワークにアクセスすることを可能にする。
【００２７】
更に、移行プロビジョニング・システムが、クライアントに関連付けられた移行情報を送信することができ、ＩＭＳベースの受信ネットワークにおけるＨＳＳに移行される。
移行情報は、ＨＳＳをトリガすることができ、ＩＭＳプライベート・ユーザ識別（ＩＭＰＩ）に関連付けられるＨＳＳ内の拡張ユーザ・プロファイルを作成する。拡張ユーザ・プロファイル内の１組のｉＦＣは、ＵＥが、ＩＭＳコアへの第１の登録試行中に、ユーザが申し込むサービスをホストする１又はそれ以上のサーバ及び移行アプリケーション・サーバに登録されるように構成される。移行情報は、更に、１又はそれ以上の移行ＩＭＳパブリック・ユーザ識別（ＩＭＰＵ）を含むができる。当該移行ＩＭＳパブリック・ユーザ識別（ＩＭＰＵ）は、ユーザ・プロファイルにおいて識別されるユーザ・アドレッシングＩＭＳサービスについてＩＭＳシステムによって使用される。移行ＩＭＰＵは、拡張ユーザ・プロファイルに含めることができる。
【００２８】
一実施形態において、移行ＩＭＰＵは、従来規定されるＩＭＰＵによって搬送される情報フィールドに加えて、寄与ネットワーク及び／又は受信ネットワークに関連付けられる情報を搬送する情報フィールドを含むＳＩＰ ＵＲＩのフォームを有することができる。移行ＩＭＰＵは、少なくともユーザ識別子（例えば電話ＩＤ又はメッセージイングＩＤ）及び寄与サーバへの照会（例えばＵＲＬ）を含むことができる。寄与サーバ参照は、寄与サーバが当該寄与サーバ内のサービスを制御する（例えば、寄与ネットワーク内の１又はそれ以上のサービスを使用不可能にする）ために、寄与サーバへのアクセスを可能とすることができる。
【００２９】
更なる実施形態において、移行ＩＭＰＵは、寄与ネットワーク照会、及び／又は１若しくはそれ以上のサービス照会を含むことができる。寄与ネットワーク及び寄与サービスへの照会は、ＳＩＰ ＵＲＩのフォームを有することができ、更に、移行ＡＳによって実行される移行プロセスを容易にすることができる。ユーザが受信ネットワークに移行する場合、ＨＳＳに送られる移行情報により、複数のユーザ・プロファイルの作成を開始することができ、各ユーザ・プロファイルが１又はそれ以上の移行ＩＭＰＵに関連付けられる。当該ＩＭＰＵは、プロビジョニング・システムによってＨＳＳにプロビジョニングする。
【００３０】
移行ＩＭＰＵは、１組の識別子によって表される活性化パラメータ及び／又は移行パラメータを含むことができる。一実施形態において、識別子は、移行サーバに対してＳＩＰ ＵＲＩのフォームで送ることができる。ＳＩＰ ＵＲＩは、アンダーラインで分離したｃストリングを含むことができる。例えば、３１７０１２３４５６７＿ｃｖｐ２＿ｄｓｒｖｒ１＿ｃｖｐ６＿２０１１０１２５＿＠ｉｍｓ．ｉｍｓｃｏｒｅ．ｎｅｔである。
【００３１】
この例では、ＩＭＰＵは、受信ネットワークにおけるサービス、例えば、電話番号＋３１０７０１２３４５６７に対する識別子３１７０１２３４５６７、寄与ネットワークにおけるサービス・タイプ（例えば、ｃｖｐ２＝消費者ＶｏＩＰタイプ２）に対する識別子、寄与サーバ（ｄｓｒｖｒ１）に対する識別子、寄与ネットワークにおけるサービスのタイプ（ｃｖｐ６＝消費者ＶｏＩＰタイプ６）、タイムスタンプ（２０１１０１２５＝ＹＹＹＹＭＭＤＤ 年 月 日）、及び寄与ネットワークのドメインを含むことができる。
【００３２】
寄与ネットワークのサービス・タイプ（ｃｖｐ６）及び受信ネットワークのサービス・タイプ（ｃｖｐ２）を識別する２つの識別子は、寄与サーバが実行する特定の処理ステップを容易にする。
【００３３】
移行サーバが新規のユーザ・アカウントを活性化させるのに用いられる場合、寄与サーバの識別子としては、識別子「新規」を用いることができ、寄与サービス・タイプの識別子としては、識別子「なし(none)」を用いることができる。
【００３４】
一実施形態において、新規のユーザ・アカウントを活性化するのに、番号ポータビリティ・サービス利用を必要とすることができ、その結果、加入者は彼又は彼女の電話番号（又はその他のＩＤ）を維持することができる。寄与サーバの識別子は、この場合、番号ポータビリティ・サービスが活性化されるべきであることを示す「ｎｅｗｎｐ」にセットすることができる。サービスｉｄは、寄与しているオペレータの名前を識別するのに使用することができる。
【００３５】
また更なる実施形態において、移行ＩＭＰＵのタイムスタンプを使用することができ、登録可能な期間内に顧客が第１の登録試行を実行したかどうかを検査する。更なるパラメータを、ＩＭＰＵに追加することができ、当該ＩＭＰＵは、固定のモバイル・コンバージェンス・サービスについてのモバイル申込ＩＭＳＩ識別子を含む。
【００３６】
図２は、本発明の一実施形態による移行プロセス２００の第１部分を示す。図２は、ユーザのＩＭＳベースの受信ネットワークへの移行に関連付けられる移行プロセスの第１部分を特に示しており、図１を参照して説明したように、新規のＩＭＳ ＳＩＰクライアントがプロビジョニングされたＵＥを、移行アプリケーション・サーバに登録する。
【００３７】
このプロセスは、プロビジョニング・システムがＩＭＰＩに関連付けられる拡張ユーザ・プロファイルを作成するリクエストをＨＳＳに送ることにより開始する（ステップ２０２）。これに応答して、このＨＳＳは、リクエストされた拡張ユーザ・プロファイルを作成して、認証のための認証キーをプロビジョニング・システムに戻す（ステップ２０３）。プロビジョニング・システムは、次いで、１又はそれ以上の移行ＩＭＰＵの形態で移行情報をＨＳＳに転送する（ステップ２０４）。移行ＩＭＰＵは、寄与ネットワークへの少なくとも１つの照会、及び寄与ネットワークからＩＭＳベース受信ネットワークへ移行する１又はそれ以上のサービスへの照会を含む。
【００３８】
このように、プロビジョニング・システムは、受信ネットワークに対し移行プロセスのために必要な情報を提供し、そして、以下に詳細説明するとおり、一旦ユーザが更新されたＵＥをオンにするならば、新規なＩＭＳ ＳＩＰクライアントが活性化され、新規のＩＭＳベース受信ネットワークに登録しようと試行するという点でユーザによって開始されるものである。
【００３９】
そのために、ＵＥは、登録メッセージ、例えば、ＳＩＰ登録メッセージ２０５をＩＭＳコアのＰ−ＣＳＣＦ２０６に送る。Ｐ−ＣＳＣＦ２０６は、Ｉ−ＣＳＣＦ２０８に登録メッセージを転送する２０６。登録メッセージを受け取ると、Ｉ−ＣＳＣＦは性能情報についてのリクエストをＨＳＳ２１２に送信することができる（ステップ２１０）。そして、ＨＳＳ２１２は、それに応答して、−性能情報をＩ−ＣＳＣＦに戻す（ステップ２１４）。性能情報は、Ｉ−ＣＳＣＦを助長して適切なＣＳＣＦを選択させ、例えば、利用可能なＳ−ＣＳＣＦの中で関連する処理負荷情報を含むことができる。次いで、この性能情報に基づいて、このＩ−ＣＳＣＦは、適切なＳ−ＣＳＣＦ２１６を選択することができる。ＵＥに関連付けられた選択されたＳ−ＣＳＣＦは、続いて、ＨＳＳに格納される。登録メッセージは、選択されたＳ−ＣＳＣＦに転送され（ステップ２１８）、その後、周知のＩＭＳ認証キー・アグリーメント（ＩＭＳ−ＡＫＡ）に従ってユーザをＨＳＳで認証する（ステップ２２０）。
【００４０】
認証が成功し登録した後、ＨＳＳは、図１を参照して説明したように、Ｓ−ＣＳＣＦに拡張ユーザ・プロファイルをロードすることができる（ステップ２２２）。拡張ユーザ・プロファイルに含まれるｉＦＣを使用して、引き続きこのＳ−ＣＳＣＦは、１又はそれ以上の移行ＩＭＰＵで照会したとおり、ＩＭＳサービスにＵＥを登録する（ステップ２２４）。これには、移行サーバへの登録が含まれる（ステップ２２６）。
【００４１】
移行サーバが移行ＩＭＰＵを含む登録メッセージを受け取るときに、以下により詳細に説明するとおり移行プロセスがトリガされる。
図２は、非限定的な本発明の例示について実施するものであり、そして、本発明を逸脱しない範囲で、図２を参照して説明されるプロセス・フローのさまざまな修正が可能であると考えられる。例えば、一実施形態において、プロビジョニング・システムが１又はそれ以上の移行ＩＭＰＵをＨＳＳに送る代わりに、ＩＭＳ ＳＩＰクライアントに移行ＩＭＰＵを提供することができる。ＵＥがオンされる場合、このＩＭＳ ＳＩＰクライアントはＳ−ＣＳＣＦに１又はそれ以上のＩＭＰＵを含む登録メッセージを送る。そして、この登録手続の間に、１又はそれ以上の移行ＩＭＰＵを有する拡張ユーザ・プロファイルを更新する。
【００４２】
図３は、本発明の一実施形態による移行プロセス３００の第２部分を示している。図３は、移行アプリケーション・サーバにホストされた移行サービスが、移行ＩＭＰＵにおける情報に基づいて実行されるフロー図を特に示している。
【００４３】
このプロセスは、移行ＡＳが、移行情報、好ましくは少なくとも１つの移行ＩＭＰＵを含む登録メッセージを受け取ることにより開始することができる（ステップ３０２）。これに応答して、移行ＡＳは、寄与ネットワーク情報、及びＩＭＰＵから移行される１又はそれ以上のサービス照会を抽出し（ステップ３０４）、移行サービスの実行を開始する（ステップ３０６）。実行している間、移行プロセスのステータスは、連続的に更新されて、移行データベースに格納される。移行プロセスがまだ進行中であることをステータス情報が示す場合、ＵＥから発せられる更なる登録メッセージは無視される。移行サービスは、寄与ネットワークにおけるサービスを利用不能にして、寄与ネットワークから生じるユーザ・データを用いてＩＭＳサービスを更新（アップデート）する。
【００４４】
一旦すべての移行アップデートが実行されると、移行ＡＳは移行プロセスが終了したことをＨＳＳに通知し（ステップ３０８）、その通知（移行終了メッセージ）をユーザ・プロファイル・マネージャに転送する（ステップ３０９）。移行プロセスがうまく終了したことを移行終了メッセージが示す場合、ＨＳＳに関連付けられたユーザ・プロファイル・マネージャ（ＵＰＭ）は、それに応答して、移行サービスをＨＳＳに格納された拡張ユーザ・プロファイルから削除（又は利用不能化）することにより、ユーザ・プロファイルを更新する（ステップ３１０）。次いで、ＨＳＳは、このようにして修正されたユーザ・プロファイルをＣＳＣＦに送信する（ステップ３１２）。
【００４５】
したがって、図２及び３を参照して説明した移行プロセスは、効率的な自動プロビジョニング機構を提供し、第１フェーズにおいて、関係する移行情報がこのＨＳＳに提供される。このプロビジョニング・プロセスが完了した後のみにおいて第２フェーズが開始される。この第２フェーズの間、ユーザは新規なＩＭＳＳＩＰクライアントを活性化する。引き続き、移行サービスを確定するために、移行サービスに登録する。一旦移行プロセスが完了すると、移行したクライアントのユーザ・プロファイルは更新され、その結果、次の登録手続がその移行サーバを介してルーティングされることはない。このように、移行ＡＳは、ＵＥのＩＭＳネットワークへの第１の登録試行の間に活性化されるのみである。
【００４６】
更に、後に続く登録は、ユーザ・プロファイル中に記載したサービスに従って、ＩＭＳのアプリケーション・サーバへの従来の登録プロセスが必要となる。そのサービスは、もはや移行サービスを含まない。図３を参照して説明した移行プロセスは、このように、第１ネットワークから新規の第２ネットワークまでサービスの移行を（ほとんど）継ぎ目なく可能にする。更に、この移行方式は、ユーザ・グループにおけるバッチ・ライクな移行を可能にする。ここでは、第１グループの全ユーザが上手く移行するときのみ、２回目のバッチが実行される。
【００４７】
図３を参照して説明するプロセス・フローは、本発明を逸脱しない範囲で修正可能である。例えば、一実施形態において、ユーザ・プロファイル・マネージャは、プロビジョニング・システム共に位置することができる。この種の実施形態において、移行アプリケーション・サーバは、移行通知メッセージをプロビジョニング・システムに送り返すことができ、引き続き、ユーザ・プロファイル・マネージャをトリガして、ＨＳＳ内の拡張ユーザ・プロファイルを、図３を参照して上記説明したのと類似のやり方で更新する。
【００４８】
図４は、本発明の一実施形態による、サービスを寄与ネットワークから受信ネットワークに移行するための方法の一部のフロー図４００を示している。より詳細には、この移行サービスによって実行される移行プロセス（図３のステップ３０６）について特に説明する。このプロセスにおいて、移行ＡＳは、移行サービスの実行中に移行データベースの移行プロセスに関連付けられるステータス情報を格納する。
【００４９】
移行サービスは、移行ＡＳが移行ＩＭＰＵを含む登録メッセージをＳ−ＣＳＣＦから受け取ることにより開始することができる（ステップ４０２）。これに応答して、（例えばステータス・レジスタをＮＵＬＬ値にセットすることにより）移行するＵＥに関連付けられたステータス情報が初期値に初期化される（ステップ４０３）。次いで、第１の移行アップグレードとして、移行サービスは、移行ＩＭＰＵにおける寄与サーバのＳＩＰ ＵＲＩを使用して寄与ネットワークからユーザ設定を要求し及び受け取り（ステップ４０６及び４０８）、並びにこれらのユーザ設定を処理することができる。
【００５０】
一実施形態において、データのない(dataless)ＡＳの場合には、移行ＡＳは、ＨＳＳ及び／又は１若しくはそれ以上のアプリケーション・サーバのユーザ・データを更新することができる（ステップ４１０及び４１１）。移行サービスは、更に、例えばボイス・メールや呼転送等の移行されるサービスに関連付けられる移行情報を、寄与ネットワークから要求し、１又はそれ以上のサービスを寄与ネットワークで利用不能とする（ステップ４１２及び４１４）。
【００５１】
更なる移行アップグレードは、ＥＮＵＭシステムを更新（アップグレード）し（ステップ４１６及び４１８）、また、ＩＭＳネットワークが使用するインテリジェント・ネットワーク（ＩＮ）サーバ・システムをアップデートすることを含むことができ、呼セッションに関連付けられる電話識別子をローカライズする。更に、課金サーバを開始することができる（ステップ４２２）。最後に、寄与ネットワークのユーザ・アカウントを閉鎖して、ＵＥに関連付けられたサービスを利用不能とすることができる（ステップ４２４及び４２６）。
【００５２】
全ての移行アップグレードを実行した後に、移行ＡＳは、ユーザ・プロファイル・マネージャにＨＳＳ内の拡張ユーザ・プロファイルから移行ＡＳを削除するように命令し（ステップ４２８）、その結果、これに応答して、ユーザ・プロファイル・マネージャは拡張ユーザ・プロファイルから移行ＡＳルーティング情報を削除する（利用不能にする）ことができる（ステップ４３０）。引き続き、Ｓ−ＣＳＣＦには、更新されたユーザ・プロファイル（更新された１組のｉＦＣを含む）が提供され、移行サーバに関連付けられたルーティング情報が削除される（ステップ４３２）。移行ＡＳは、ＵＥの移行ステータス・レジスタを「移行済み」に設定することで移行プロセスを確定させ（ステップ４３４）、その結果、更なる登録試みが移行プロセスを再開しないようにする。
【００５３】
したがって、本発明による移行方法は登録プロセスを使用し、第１フェーズの移行において受信ネットワークには拡張ユーザ・プロファイル及び移行情報がプロビジョニングされる。第２フェーズにおいて、移行するＵＥの新規のＩＭＳ ＳＩＰクライアントについての登録試行に応答して、移行サービスが開始される。移行アプリケーション・サーバは、移行アプリケーション・サーバの登録試行において送られる移行情報に基づいて、全ての移行アップデートをハンドルする。最後に、移行に成功した後に、ユーザ・プロファイル・マネージャは、非移行のＵＥに関連付けられた拡張ユーザ・プロファイルを、移行済ＵＥに関連付けられたユーザ・プロファイルに修正する。移行サービスに対するルーティング情報は削除される。
【００５４】
更なる実施態様において、図２〜４を参照して詳細に説明したように、移行サービス・サーバは、ネットワークに対するクライアントの活性化のために使用することができる。例えば、１又はそれ以上のＩＭＳサービスの新規加入者は、新規に命令したＵＥのクライアントを活性化させることを望む。その場合、ＵＥは、受信ネットワークに接続するように構成されるＳＩＰクライアントを既に備えている。
【００５５】
図５は、本発明の一実施形態による、受信ネットワーク内のサービスを活性化させる方法の少なくとも一部のフロー図５００を示す。
新規のＵＥを注文又は購入しているユーザは、プロビジョニング・システムをトリガすることができ、ＩＭＰＩに関連付けられる拡張ユーザ・プロファイルを作成するためのリクエストをＨＳＳに送信する。これに応答して、このＨＳＳは、リクエストされた拡張ユーザ・プロファイルを作成して、認証のための認証キーをプロビジョニング・システムに戻す。次いで、図２を参照して説明したプロセスと類似のプロセスが開始される。Ｓ−ＣＳＣＦは、引き続き、活性化ＩＭＰＵにおいて識別されるＩＭＳサービスにＵＥを登録する（ステップ５１６）。これには、移行サーバへの登録を含む（ステップ５１８）。
【００５６】
活性化は、移行ＡＳが活性化ＩＭＰＵから成る登録メッセージをＳ−ＣＳＣＦから受け取ることにより開始することができる（ステップ５１４）。これに応答して、（例えばステータス・レジスタをＮＵＬＬ値に設定することにより）移行ＵＥに関連付けられるステータス情報を初期値に初期化することができる（ステップ５１５）。
【００５７】
性化は、ＥＮＵＭシステムを更新すること（ステップ５１６及び５１８）、及びＩＭＳネットワークによって使用されるインテリジェント・ネットワーク（ＩＮ）サーバ・システムを更新することを含むことができ、呼セッションに関連付けられる電話識別子をローカライズすることができる（ステップ５１８及び５２０）。更に、料金請求サーバを開始することができる（ステップ５２２）。
【００５８】
更に、この活性化は、番号ポータビリティ・サービスを開始することを含むことができ、番号ポータビリティを確証する（ステップ５２３及び５２４）。
全ての活性化ステップを実行した後に、移行ＡＳは、ユーザ・プロファイル・マネージャにＨＳＳ内の拡張ユーザ・プロファイルから移行ＡＳを削除するように命令し（ステップ５２５）、その結果、これに応答して、このユーザ・プロファイル・マネージャは、拡張ユーザ・プロファイルから移行ＡＳルーティング情報を除去する（利用不能にする）ことができる（ステップ５２６）。Ｓ−ＣＳＣＦには、引き続き、更新された１組のｉＦＣが提供、移行サーバに関連付けられたルーティング情報が削除される（ステップ５２７）。移行ＡＳは、ＵＥの移行ステータス・レジスタを「活性化済」に設定することによって、移行プロセスを確定させ（ステップ５２８）、その結果、更なる登録試行が活性化プロセスを再開しないようにすることができる。
【００５９】
実施形態のいずれの１つに関して説明したいかなる特徴について、単独で若しくは説明した他の特徴と組み合わせて用いることができ、また、実施形態の他のいずれの１若しくはそれ以上の特徴と組み合せて、又は実施形態の他のいずれのものとのいずれの組み合せで用いることもできることが理解されよう。本発明の一実施形態において、コンピュータ・システムと共に使用するためのプログラム製品として実施することができる。プログラム製品におけるプログラムは、（本願明細書において記載した方法を含んだ）実施形態の機能を規定し、様々な非一時的コンピュータ可読記憶媒体上に収容することができる。図示した非一時的コンピュータ可読記憶媒体は、次を含むが、これに限定されるものではない。即ち、（ｉ）情報が永久に格納される非書込可能な記憶媒体（例えば、ＣＤ−ＲＯＭドライブによって読出可能なＣＤ−ＲＯＭディスク、フラッシュ・メモリ、ＲＯＭチップ、又はいかなるタイプのソリッド・ステート不揮発性半導体メモリのようなコンピュータ内のリード・オンリー・メモリ・デバイス）、及び（ｉｉ）変更可能な情報を格納する書込可能な記憶媒体（例えば、ディスケット・ドライブ又はハードディスク・ドライブ内のフロッピー（登録商標）・ディスク、又はいかなるタイプのソリッド・ステート・ランダム・アクセス半導体メモリ）である。更に、本発明は上記に説明したような実施形態に限定されるものではなく、添付の特許請求の範囲の範囲内において変動するものである。
【特許請求の範囲】
【請求項１】
受信ネットワーク、好ましくはＩＭＳベースの受信ネットワークにおいてサービスを活性化する方法であって、
ユーザ・プロファイル・データベース、好ましくはＨＳＳ内に、少なくとも１つのクライアントに関連付けられる拡張ユーザ・プロファイルを生成するステップであって、前記拡張ユーザ・プロファイルが移行サーバ・ルーティング情報を含むステップと、
前記移行サーバ・ルーティング情報に基づいて少なくとも１つのユーザ機器を移行アプリケーション・サーバに登録するステップと、
寄与ネットワークから前記受信ネットワークに前記ユーザ機器に関連付けられた少なくとも１つのサービスを移行するために、移行アプリケーション・サーバにホストされた移行サービスを実行するか、又は、前記受信ネットワークにおける前記ユーザ機器に関連付けられた少なくとも１つのサービスを活性化するために、前記移行アプリケーション・サーバにホストされた活性化サービスを実行するステップと、
前記移行サーバ・ルーティング情報を前記拡張ユーザ・プロファイルから削除することにより、前記拡張ユーザ・プロファイルを更新するステップと、
を含む、方法。
【請求項２】
請求項１に記載の方法であって、更に、
前記拡張ユーザ・プロファイルを読み出すステップと、
前記移行サービス・ルーティング情報に基づいて、寄与ネットワークに関連付けられた移行情報を含む登録メッセージを移行サーバに送るステップと、
を含む、方法。
【請求項３】
請求項１又は２に記載の方法であって、更に、
前記少なくとも１つのクライアントが登録メッセージを前記受信ネットワークに送るステップと、
前記登録メッセージに応答して、サービング・ネットワーク・ノード、好ましくはＳ−ＣＳＣＦを前記少なくとも１つのユーザ機器に割り当てるステップと、
前記サービング・ネットワーク・ノードが１又はそれ以上のアプリケーション・サーバに関連付けられるルーティング情報を受信するステップであって、前記１又はそれ以上のアプリケーション・サーバが好ましくは移行アプリケーション・サーバを含み、前記ルーティング情報が前記拡張ユーザ・プロファイルに含まれる、ステップと、
前記サービング・ネットワーク・ノードが、前記拡張ユーザ・プロファイル内の前記ルーティング情報を用いて、前記少なくとも１つのユーザ機器を前記１又はそれ以上のアプリケーション・サーバに登録するステップと、
を含む、方法。
【請求項４】
請求項１〜３のいずれかに記載の方法であって、更に、
寄与ネットワーク情報、及び／又は前記移行サービスにより移行されるサービスを識別するためのサービス識別子を含む移行情報を受信するステップであって、好ましくは、前記寄与ネットワーク情報が、前記寄与ネットワーク又は該寄与ネットワーク内の１若しくはそれ以上のネットワーク・ノードを位置特定するための、１又はそれ以上のリソース・ロケータを含むステップ、
を含む、方法。
【請求項５】
請求項４に記載の方法において、前記移行情報が、寄与ネットワーク識別子、受信ネットワーク識別子、前記寄与ネットワーク又は受信ネットワークにおけるサービス・タイプ識別子、及び移行が完了すべき期間を確立するためのタイムスタンプからなるグループから選択された少なくとも１つの識別子を含む、１又はそれ以上のフィールドを備えた少なくとも１つの移行ＩＭＰＵを含む、方法。
【請求項６】
請求項１〜５のいずれかに記載の方法であって、更に、
移行終了メッセージを前記移行サービスの前記移行サーバから受信するステップと、
前記移行終了メッセージが寄与ネットワークから受信ネットワークへの前記サービスの前記移行が成功したことを示す場合に、ユーザ・プロファイル・マネージャが前記拡張ユーザ・プロファイルの更新をトリガするステップと、
を含む方法。
【請求項７】
請求項１〜６のいずれかに記載の方法であって、
前記少なくとも１つのユーザ機器にＳＩＰクライアント更新をプロビジョニングするステップであって、前記更新が、前記ＩＭＳベース受信ネットワークとコンタクトするように前記クライアントを構成するステップと、及び／又は
前記ユーザ・プロファイル・データベース内に拡張ユーザ・プロファイルを生成するためにユーザ・プロファイル情報を前記ユーザ・プロファイル・データベースにプロビジョニングするステップであって、前記拡張ユーザ・プロファイルが前記ＩＭＳベースの受信ネットワークへ移行される少なくとも１つのユーザ機器に関連付けられる、ステップと、及び／又は、
前記ユーザ・プロファイル・データベースに移行情報をプロビジョニングするステップと、
を含む、方法。
【請求項８】
請求項１〜７のいずれかに記載の方法であって、更に、
前記移行情報に基づいて、前記移行サービスが、前記寄与ネットワーク内の1又はそれ以上の寄与サーバから寄与ユーザ設定を読み出すステップと、
前記寄与ユーザ設定を、前記受信ネットワークに関連付けられる受信ユーザ設定に処理するステップと、
前記受信ユーザ設定を、前記受信ネットワーク内の１又はそれ以上のアプリケーション・サーバ及び／又は前記ユーザ・プロファイル・データベースにプロビジョニングするステップと、
を含む、方法。
【請求項９】
請求項１〜８のいずれか一項に記載の方法であって、更に、前記移行情報に基づいて、前記寄与ネットワーク内の１又はそれ以上のサービスを利用不能にするステップを含む、方法。
【請求項１０】
ネットワーク、好ましくはＩＭＳベースの受信ネットワークにおいてサービスを活性化する方法であって、
ユーザ・プロファイル・データベース、好ましくはＨＳＳ内に、少なくとも１つのクライアントに関連付けられた拡張ユーザ・プロファイルを生成するステップであって、前記拡張ユーザ・プロファイルが活性化サーバ・ルーティング情報を含むステップと、
前記活性化サーバ・ルーティング情報に基づいて少なくとも１つのユーザ機器を活性化アプリケーション・サーバに登録するステップと、
前記ネットワークにおいて少なくとも１つのサービスを活性化するために前記活性化アプリケーション・サーバにホストされた活性化サービス、好ましくはポータビリティ・サービスの実行を含む活性化サービスを実行するステップと、
前記活性化サーバ・ルーティング情報を前記拡張ユーザ・プロファイルから削除することにより前記拡張ユーザ・プロファイルを更新するステップと、
を含む、方法。
【請求項１１】
寄与ネットワークから受信ネットワーク、好ましくはＩＭＳベースの受信ネットワークにサービスを移行するシステムであって、
前記受信ネットワークに移行される少なくとも１つのユーザ機器に関連付けられる拡張ユーザ・プロファイルを生成するように構成されるユーザ・プロファイル・データベースであって、好ましくはＨＳＳであり、前記拡張ユーザ・プロファイルが移行サーバ・ルーティング情報を含むユーザ・プロファイル・データベースと、
前記移行サーバ・ルーティング情報に基づいて前記少なくとも１つのユーザ機器を移行アプリケーション・サーバに登録するサービング・ネットワーク・ノードと、
移行サービスをホストする移行アプリケーション・サーバであって、前記少なくとも１つのサービスを前記寄与ネットワークから前記受信ネットワークに移行するために、及び／又は、前記受信ネットワークにおける前記ユーザ機器に関連付けられた少なくとも１つのサービスを活性化するために当該移行アプリケーション・サーバにホストされた活性化サービスを実行する、移行アプリケーション・サーバと、
ユーザ・プロファイル・マネージャであって、寄与ネットワークから受信ネットワークへの前記サービスの前記移行が成功したことを示す移行終了メッセージに応答して、前記移行サーバ・ルーティング情報を前記拡張ユーザ・プロファイルから削除することにより、前記拡張ユーザ・プロファイルを修正するように構成される、ユーザ・プロファイル・マネージャと、
を備える、システム。
【請求項１２】
請求項１１に記載のシステムにおいて使用されるサービング・ネットワーク・ノードであって、
拡張ユーザ・プロファイルをユーザ・プロファイル・データベースから受信する手段であって、前記拡張ユーザ・プロファイルが、移行サーバ・ルーティング情報、並びに寄与ネットワーク情報及び／又は前記移行サービスによって移行されるサービスを識別するサービス識別子を含む移行情報を含む、手段と、
前記移行情報を含む登録メッセージを、前記移行サーバ・ルーティング情報を用いて前記移行サーバに送信する手段と、
を備える、サービング・ネットワーク・ノード。
【請求項１３】
請求項１１に記載のシステムを使用するユーザ・プロファイル・マネージャであって、
前記サービスについての前記移行が成功したかどうかを示す移行終了メッセージを受信する手段と、
前記移行終了メッセージが前記サービスの前記移行が成功したことを示す場合に、前記移行サーバ・ルーティング情報を前記拡張ユーザ・プロファイルから削除することにより、前記ユーザ・プロファイル・データベース内の前記拡張ユーザ・プロファイルを修正する手段と、
を備える、ユーザ・プロファイル・マネージャ。
【請求項１４】
請求項１１に記載のシステムを使用する移行アプリケーション・サーバであって、
前記受信ネットワークに移行される少なくとも１つのユーザ機器に関連付けられるサービング・ネットワーク・ノードから生じた移行情報を含む登録メッセージを受信する手段と、
前記移行情報に基づき移行サービスを実行する手段と、
前記サービスの前記移行が成功したかどうかを示す移行終了メッセージを発生する手段と、
を備える、移行アプリケーション・サーバ。
【請求項１５】
請求項１〜１０のいずれかに記載の方法のステップを、コンピュータのメモリでランするときに実行するように構成されるソフトウェア・コード部を備える、コンピュータ・プログラム製品。
【請求項１】
受信ネットワーク、好ましくはＩＭＳベースの受信ネットワークにおいてサービスを活性化する方法であって、
ユーザ・プロファイル・データベース、好ましくはＨＳＳ内に、少なくとも１つのクライアントに関連付けられる拡張ユーザ・プロファイルを生成するステップであって、前記拡張ユーザ・プロファイルが移行サーバ・ルーティング情報を含むステップと、
前記移行サーバ・ルーティング情報に基づいて少なくとも１つのユーザ機器を移行アプリケーション・サーバに登録するステップと、
寄与ネットワークから前記受信ネットワークに前記ユーザ機器に関連付けられた少なくとも１つのサービスを移行するために、移行アプリケーション・サーバにホストされた移行サービスを実行するか、又は、前記受信ネットワークにおける前記ユーザ機器に関連付けられた少なくとも１つのサービスを活性化するために、前記移行アプリケーション・サーバにホストされた活性化サービスを実行するステップと、
前記移行サーバ・ルーティング情報を前記拡張ユーザ・プロファイルから削除することにより、前記拡張ユーザ・プロファイルを更新するステップと、
を含む、方法。
【請求項２】
請求項１に記載の方法であって、更に、
前記拡張ユーザ・プロファイルを読み出すステップと、
前記移行サービス・ルーティング情報に基づいて、寄与ネットワークに関連付けられた移行情報を含む登録メッセージを移行サーバに送るステップと、
を含む、方法。
【請求項３】
請求項１又は２に記載の方法であって、更に、
前記少なくとも１つのクライアントが登録メッセージを前記受信ネットワークに送るステップと、
前記登録メッセージに応答して、サービング・ネットワーク・ノード、好ましくはＳ−ＣＳＣＦを前記少なくとも１つのユーザ機器に割り当てるステップと、
前記サービング・ネットワーク・ノードが１又はそれ以上のアプリケーション・サーバに関連付けられるルーティング情報を受信するステップであって、前記１又はそれ以上のアプリケーション・サーバが好ましくは移行アプリケーション・サーバを含み、前記ルーティング情報が前記拡張ユーザ・プロファイルに含まれる、ステップと、
前記サービング・ネットワーク・ノードが、前記拡張ユーザ・プロファイル内の前記ルーティング情報を用いて、前記少なくとも１つのユーザ機器を前記１又はそれ以上のアプリケーション・サーバに登録するステップと、
を含む、方法。
【請求項４】
請求項１〜３のいずれかに記載の方法であって、更に、
寄与ネットワーク情報、及び／又は前記移行サービスにより移行されるサービスを識別するためのサービス識別子を含む移行情報を受信するステップであって、好ましくは、前記寄与ネットワーク情報が、前記寄与ネットワーク又は該寄与ネットワーク内の１若しくはそれ以上のネットワーク・ノードを位置特定するための、１又はそれ以上のリソース・ロケータを含むステップ、
を含む、方法。
【請求項５】
請求項４に記載の方法において、前記移行情報が、寄与ネットワーク識別子、受信ネットワーク識別子、前記寄与ネットワーク又は受信ネットワークにおけるサービス・タイプ識別子、及び移行が完了すべき期間を確立するためのタイムスタンプからなるグループから選択された少なくとも１つの識別子を含む、１又はそれ以上のフィールドを備えた少なくとも１つの移行ＩＭＰＵを含む、方法。
【請求項６】
請求項１〜５のいずれかに記載の方法であって、更に、
移行終了メッセージを前記移行サービスの前記移行サーバから受信するステップと、
前記移行終了メッセージが寄与ネットワークから受信ネットワークへの前記サービスの前記移行が成功したことを示す場合に、ユーザ・プロファイル・マネージャが前記拡張ユーザ・プロファイルの更新をトリガするステップと、
を含む方法。
【請求項７】
請求項１〜６のいずれかに記載の方法であって、
前記少なくとも１つのユーザ機器にＳＩＰクライアント更新をプロビジョニングするステップであって、前記更新が、前記ＩＭＳベース受信ネットワークとコンタクトするように前記クライアントを構成するステップと、及び／又は
前記ユーザ・プロファイル・データベース内に拡張ユーザ・プロファイルを生成するためにユーザ・プロファイル情報を前記ユーザ・プロファイル・データベースにプロビジョニングするステップであって、前記拡張ユーザ・プロファイルが前記ＩＭＳベースの受信ネットワークへ移行される少なくとも１つのユーザ機器に関連付けられる、ステップと、及び／又は、
前記ユーザ・プロファイル・データベースに移行情報をプロビジョニングするステップと、
を含む、方法。
【請求項８】
請求項１〜７のいずれかに記載の方法であって、更に、
前記移行情報に基づいて、前記移行サービスが、前記寄与ネットワーク内の1又はそれ以上の寄与サーバから寄与ユーザ設定を読み出すステップと、
前記寄与ユーザ設定を、前記受信ネットワークに関連付けられる受信ユーザ設定に処理するステップと、
前記受信ユーザ設定を、前記受信ネットワーク内の１又はそれ以上のアプリケーション・サーバ及び／又は前記ユーザ・プロファイル・データベースにプロビジョニングするステップと、
を含む、方法。
【請求項９】
請求項１〜８のいずれか一項に記載の方法であって、更に、前記移行情報に基づいて、前記寄与ネットワーク内の１又はそれ以上のサービスを利用不能にするステップを含む、方法。
【請求項１０】
ネットワーク、好ましくはＩＭＳベースの受信ネットワークにおいてサービスを活性化する方法であって、
ユーザ・プロファイル・データベース、好ましくはＨＳＳ内に、少なくとも１つのクライアントに関連付けられた拡張ユーザ・プロファイルを生成するステップであって、前記拡張ユーザ・プロファイルが活性化サーバ・ルーティング情報を含むステップと、
前記活性化サーバ・ルーティング情報に基づいて少なくとも１つのユーザ機器を活性化アプリケーション・サーバに登録するステップと、
前記ネットワークにおいて少なくとも１つのサービスを活性化するために前記活性化アプリケーション・サーバにホストされた活性化サービス、好ましくはポータビリティ・サービスの実行を含む活性化サービスを実行するステップと、
前記活性化サーバ・ルーティング情報を前記拡張ユーザ・プロファイルから削除することにより前記拡張ユーザ・プロファイルを更新するステップと、
を含む、方法。
【請求項１１】
寄与ネットワークから受信ネットワーク、好ましくはＩＭＳベースの受信ネットワークにサービスを移行するシステムであって、
前記受信ネットワークに移行される少なくとも１つのユーザ機器に関連付けられる拡張ユーザ・プロファイルを生成するように構成されるユーザ・プロファイル・データベースであって、好ましくはＨＳＳであり、前記拡張ユーザ・プロファイルが移行サーバ・ルーティング情報を含むユーザ・プロファイル・データベースと、
前記移行サーバ・ルーティング情報に基づいて前記少なくとも１つのユーザ機器を移行アプリケーション・サーバに登録するサービング・ネットワーク・ノードと、
移行サービスをホストする移行アプリケーション・サーバであって、前記少なくとも１つのサービスを前記寄与ネットワークから前記受信ネットワークに移行するために、及び／又は、前記受信ネットワークにおける前記ユーザ機器に関連付けられた少なくとも１つのサービスを活性化するために当該移行アプリケーション・サーバにホストされた活性化サービスを実行する、移行アプリケーション・サーバと、
ユーザ・プロファイル・マネージャであって、寄与ネットワークから受信ネットワークへの前記サービスの前記移行が成功したことを示す移行終了メッセージに応答して、前記移行サーバ・ルーティング情報を前記拡張ユーザ・プロファイルから削除することにより、前記拡張ユーザ・プロファイルを修正するように構成される、ユーザ・プロファイル・マネージャと、
を備える、システム。
【請求項１２】
請求項１１に記載のシステムにおいて使用されるサービング・ネットワーク・ノードであって、
拡張ユーザ・プロファイルをユーザ・プロファイル・データベースから受信する手段であって、前記拡張ユーザ・プロファイルが、移行サーバ・ルーティング情報、並びに寄与ネットワーク情報及び／又は前記移行サービスによって移行されるサービスを識別するサービス識別子を含む移行情報を含む、手段と、
前記移行情報を含む登録メッセージを、前記移行サーバ・ルーティング情報を用いて前記移行サーバに送信する手段と、
を備える、サービング・ネットワーク・ノード。
【請求項１３】
請求項１１に記載のシステムを使用するユーザ・プロファイル・マネージャであって、
前記サービスについての前記移行が成功したかどうかを示す移行終了メッセージを受信する手段と、
前記移行終了メッセージが前記サービスの前記移行が成功したことを示す場合に、前記移行サーバ・ルーティング情報を前記拡張ユーザ・プロファイルから削除することにより、前記ユーザ・プロファイル・データベース内の前記拡張ユーザ・プロファイルを修正する手段と、
を備える、ユーザ・プロファイル・マネージャ。
【請求項１４】
請求項１１に記載のシステムを使用する移行アプリケーション・サーバであって、
前記受信ネットワークに移行される少なくとも１つのユーザ機器に関連付けられるサービング・ネットワーク・ノードから生じた移行情報を含む登録メッセージを受信する手段と、
前記移行情報に基づき移行サービスを実行する手段と、
前記サービスの前記移行が成功したかどうかを示す移行終了メッセージを発生する手段と、
を備える、移行アプリケーション・サーバ。
【請求項１５】
請求項１〜１０のいずれかに記載の方法のステップを、コンピュータのメモリでランするときに実行するように構成されるソフトウェア・コード部を備える、コンピュータ・プログラム製品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１２−２４９２９１（Ｐ２０１２−２４９２９１Ａ）
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１１９７５６（Ｐ２０１２−１１９７５６）
【出願日】平成２４年５月２５日（２０１２．５．２５）
【出願人】（５０４２９２０９３）コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ (53)
【Ｆターム（参考）】
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１２−１１９７５６（Ｐ２０１２−１１９７５６）
【出願日】平成２４年５月２５日（２０１２．５．２５）
【出願人】（５０４２９２０９３）コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ (53)
【Ｆターム（参考）】
[ Back to top ]