(57)【特許請求の範囲】
【請求項１】
仮想化ネットワークにおけるサービス展開のための方法であって、
サービス展開要求を受信するステップであって、前記サービス展開要求が、展開されるべき第１のサービスの第１のサービス記述を含み、前記第１のサービス記述が、第１のノード情報、第１の接続情報、及び展開された第２のサービスへのアクセスに関する情報を含み、前記展開された第２のサービスへのアクセスに関する前記情報が、第２のサービス識別子及び第２のインスタンス識別子を判定するために使用される入力情報、そして前記第２のサービスのアクセスポイント情報を含む、ステップと、
前記第１のサービスの第１のインスタンスを作成するステップであって、前記第１のノード情報に従ってノードインスタンスを作成すること及び前記第１の接続情報に従って前記第１のサービスのノードインスタンスの間の接続を確立することを含む、ステップと、
前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定するとともに、前記第２のサービス識別子、前記第２のインスタンス識別子、及び前記第２のサービスの前記アクセスポイント情報に従って、前記第１のサービスの前記第１のインスタンスと前記第２のサービスの第２のインスタンスとの間の接続を更に確立するステップとを含む、方法。
【請求項２】
前記入力情報がクエリ条件を含み、
前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定する前記ステップが、仮想化ネットワークサーバにより前記クエリ条件に従ってクエリを行うことによって、前記展開された第２のサービスのものであるとともに前記クエリ条件を満たす前記第２のサービス識別子及び前記第２のインスタンス識別子を取得するステップを含み、
前記第２のサービスのものであるとともに前記クエリ条件を満たす複数のインスタンス識別子がクエリを行うことによって取得された場合、当該方法が、前記仮想化ネットワークサーバにより、前記第２のサービスの前記の取得された複数のインスタンス識別子をサービスプロバイダ装置に返信し、前記第２のサービスのものであるとともに前記サービスプロバイダ装置によって選択された第２のインスタンス識別子を受信するステップを更に含む、請求項１に記載の方法。
【請求項３】
前記入力情報がクエリ条件を含み、
前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定する前記ステップが、仮想化ネットワークサーバにより前記クエリ条件に従ってクエリを行うことによって、前記展開された第２のサービスのものであるとともに前記クエリ条件を満たす前記第２のサービス識別子及び前記第２のインスタンス識別子を取得するステップを含み、
前記第２のサービスのものであるとともに前記クエリ条件を満たす複数のインスタンス識別子がクエリを行うことによって取得された場合、前記第１のサービスの前記第１のインスタンスと前記第２のサービスの第２のインスタンスとの間の接続を確立する前記ステップが、
前記仮想化ネットワークサーバにより、前記第２のサービスのものであるとともにクエリを行うことによって取得された各第２のインスタンス識別子に対する、前記第１のサービスの対応する第１のインスタンスを作成するステップと、
前記第２のサービス識別子、各第２のインスタンス識別子、及び前記第２のサービスの前記アクセスポイント情報に従って、前記第１のサービスの前記の作成された第１のインスタンスと前記第２のサービスの対応する第２のインスタンスとの間の接続を確立するステップとを含む、請求項１に記載の方法。
【請求項４】
前記入力情報が、前記第２のサービス識別子及び前記第２のインスタンス識別子を直接的に含む、請求項１に記載の方法。
【請求項５】
前記入力情報が、入力装置を使用して、入力された前記第２のサービス識別子及び前記第２のインスタンス識別子を受信するように指示する、請求項１に記載の方法。
【請求項６】
前記第２のサービスの前記アクセスポイント情報が、下記の、アクセスポイント識別子、アクセス中に使用されるプロトコルタイプ、又はポート番号のうちの１つ又は複数を含む、請求項１に記載の方法。
【請求項７】
仮想化ネットワークサーバであって、
サービス展開要求を受信するように構成される通信モジュールであって、前記サービス展開要求が、展開されるべき第１のサービスの第１のサービス記述を含み、前記第１のサービス記述が、第１のノード情報、第１の接続情報、及び展開された第２のサービスへのアクセスに関する情報を含み、前記展開された第２のサービスへのアクセスに関する前記情報が、第２のサービス識別子及び第２のインスタンス識別子を判定するために使用される入力情報、そして前記第２のサービスのアクセスポイント情報を含む、通信モジュールと、
前記第１のサービスの第１のインスタンスを作成するように構成されるインスタンス作成モジュールであって、前記第１のノード情報に従ってノードインスタンスを作成すること及び前記第１の接続情報に従って前記第１のサービスのノードインスタンスの間の接続を確立することを含む、インスタンス作成モジュールと、
前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定するとともに、前記第２のサービス識別子、前記第２のインスタンス識別子、及び前記第２のサービスの前記アクセスポイント情報に従って、前記第１のサービスの前記第１のインスタンスと前記第２のサービスの第２のインスタンスとの間の接続を更に確立するように構成されるアクセスモジュールとを備える、仮想化ネットワークサーバ。
【請求項８】
前記入力情報がクエリ条件を含み、
前記アクセスモジュールが、前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定するということが、前記アクセスモジュールが、前記クエリ条件に従ってクエリを行うことによって、前記展開された第２のサービスのものであるとともに前記クエリ条件を満たす前記第２のサービス識別子及び前記第２のインスタンス識別子を取得することを含み、
前記第２のサービスのものであるとともに前記クエリ条件を満たす複数のインスタンス識別子がクエリを行うことによって取得された場合、前記通信モジュールが、前記第２のサービスの前記の取得された複数のインスタンス識別子をサービスプロバイダ装置に返信し、前記第２のサービスのものであるとともに前記サービスプロバイダ装置によって選択された第２のインスタンス識別子を受信する、請求項７に記載の仮想化ネットワークサーバ。
【請求項９】
前記入力情報がクエリ条件を含み、
前記アクセスモジュールが、前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定するということが、前記アクセスモジュールが、前記クエリ条件に従ってクエリを行うことによって、前記展開された第２のサービスのものであるとともに前記クエリ条件を満たす前記第２のサービス識別子及び前記第２のインスタンス識別子を取得することを含み、
前記第２のサービスのものであるとともに前記クエリ条件を満たす複数のインスタンス識別子がクエリを行うことによって取得された場合、前記インスタンス作成モジュールが、前記第２のサービスのものであるとともにクエリを行うことによって取得された各第２のインスタンス識別子に対する、前記第１のサービスの対応する第１のインスタンスを作成し、前記アクセスモジュールが、前記第２のサービス識別子、各第２のインスタンス識別子、及び前記第２のサービスの前記アクセスポイント情報に従って、前記第１のサービスの前記の作成された第１のインスタンスと前記第２のサービスの対応する第２のインスタンスとの間の接続を確立する、請求項７に記載の仮想化ネットワークサーバ。
【請求項１０】
前記入力情報が、前記第２のサービス識別子及び前記第２のインスタンス識別子を直接的に含む、請求項７に記載の仮想化ネットワークサーバ。
【請求項１１】
前記入力情報が、入力装置を使用して、入力された前記第２のサービス識別子及び前記第２のインスタンス識別子を受信するように指示する、請求項７に記載の仮想化ネットワークサーバ。
【請求項１２】
前記第２のサービスの前記アクセスポイント情報が、下記の、アクセスポイント識別子、アクセス中に使用されるプロトコルタイプ、又はポート番号のうちの１つ又は複数を含む、請求項７に記載の仮想化ネットワークサーバ。
【請求項１３】
非一時的なコンピュータ読み取り可能な記憶媒体であって、当該記憶媒体に記憶されているとともに請求項１に記載の方法を実行するためのコンピュータプログラムによって符号化された、非一時的なコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１４年１２月２３日に中国特許庁に提出された、“METHOD  AND  APPARATUS  FOR  DEPLOYING  SERVICE  IN  VIRTUALIZED  NETWORK”という名称の中国特許出願第201410814803.0号に対する優先権を主張し、当該出願の全体は参照により本明細書に組み込まれる。
【０００２】
技術分野
本発明は、情報技術の分野に関し、特に、仮想化ネットワークにおいてサービスを展開するための方法、及び装置に関する。
【背景技術】
【０００３】
ネットワーク機能仮想化（Network  Functionals  Virtualization、ＮＦＶ）では、従来のネットワークにおける一部の専用ネットワーク装置の機能が、共通のハードウェア装置と仮想化技術とを用いて実現され、その結果、ネットワークサービスとネットワーク機能は専用のハードウェア装置に依存しなくなり、リソースは完全かつ柔軟に共有されることができ、新しいサービスが迅速に開発され展開される。
【０００４】
従来技術では、サービスを展開する場合、サービスプロバイダ（service  provider）は、サービスの記述情報をネットワークプロバイダ（network  provider）に提出する必要がある。記述情報は、サービスノードの記述と、ノード間の接続の記述とを含む。従来技術、例えばＴＯＳＣＡ仕様書では、サービスが展開されると、ノードインスタンスが最初に作成され、次にノードインスタンス間で接続が確立され、それによりサービスが展開される。
【０００５】
しかしながら、新しく展開されるサービスを展開されたサービスに接続する必要がある場合、現在はそのようなサービス要件を記述して実施する解決法は存在しない。
【発明の概要】
【０００６】
従来技術における欠点を克服するために、本発明の実施例は、仮想化ネットワークにおけるサービス展開のための方法、及び仮想化ネットワークサーバを提供する。技術的解決法は下記の通りである。
【０００７】
第１の態様によれば、本発明の一実施例は、仮想化ネットワークにおけるサービス展開のための方法であって、サービス展開要求を受信するステップであって、前記サービス展開要求が、展開されるべき第１のサービスの第１のサービス記述を含み、前記第１のサービス記述が、第１のノード情報、第１の接続情報、及び展開された第２のサービスへのアクセスに関する情報を含み、前記展開された第２のサービスへのアクセスに関する前記情報が、第２のサービス識別子及び第２のインスタンス識別子を判定するために使用される入力情報、そして前記第２のサービスのアクセスポイント情報を含む、ステップと、前記第１のサービスの第１のインスタンスを作成するステップであって、前記第１のノード情報に従ってノードインスタンスを作成すること及び前記第１の接続情報に従って前記第１のサービスのノードインスタンスの間の接続を確立することを含む、ステップと、前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定するとともに、前記第２のサービス識別子、前記第２のインスタンス識別子、及び前記第２のサービスの前記アクセスポイント情報に従って、前記第１のサービスの前記第１のインスタンスと前記第２のサービスの第２のインスタンスとの間の接続を更に確立するステップとを含む、方法を提供する。
【０００８】
第１の態様の第１の可能な実施方法において、前記入力情報はクエリ条件を含み、前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定する前記ステップは、仮想化ネットワークサーバにより前記クエリ条件に従ってクエリを行うことによって、前記展開された第２のサービスのものであるとともに前記クエリ条件を満たす前記第２のサービス識別子及び前記第２のインスタンス識別子を取得するステップを具体的に含み、前記第２のサービスのものであるとともに前記クエリ条件を満たす複数のインスタンス識別子がクエリを行うことによって取得された場合、当該方法は、前記仮想化ネットワークサーバにより、前記第２のサービスの前記の取得された複数のインスタンス識別子をサービスプロバイダ装置に返信し、前記第２のサービスのものであるとともに前記サービスプロバイダによって選択された第２のインスタンス識別子を受信するステップを更に含む。
【０００９】
第１の態様の第２の可能な実施方法において、前記入力情報はクエリ条件を含み、前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定する前記ステップは、仮想化ネットワークサーバにより前記クエリ条件に従ってクエリを行うことによって、前記展開された第２のサービスのものであるとともに前記クエリ条件を満たす前記第２のサービス識別子及び前記第２のインスタンス識別子を取得するステップを具体的に含み、前記第２のサービスのものであるとともに前記クエリ条件を満たす複数のインスタンス識別子がクエリを行うことによって取得された場合、前記第１のサービスの前記第１のインスタンスと前記第２のサービスの第２のインスタンスとの間の接続を確立する前記ステップは、前記仮想化ネットワークサーバにより、前記第２のサービスのものであるとともにクエリを行うことによって取得された各第２のインスタンス識別子に対する、前記第１のサービスの対応する第１のインスタンスを作成するステップと、前記第２のサービス識別子、各第２のインスタンス識別子、及び前記第２のサービスの前記アクセスポイント情報に従って、前記第１のサービスの前記の作成された第１のインスタンスと前記第２のサービスの対応する第２のインスタンスとの間の接続を確立するステップとを具体的に含む。
【００１０】
第１の態様の第３の可能な実施方法において、前記入力情報は、前記第２のサービス識別子及び前記第２のインスタンス識別子を直接的に含む。
【００１１】
第１の態様の第４の可能な実施方法において、前記入力情報は、入力装置を使用して、入力された前記第２のサービス識別子及び前記第２のインスタンス識別子を受信するように指示する。
【００１２】
第１の態様の第５の可能な実施方法において、前記第２のサービスの前記アクセスポイント情報は、下記の、アクセスポイント識別子、アクセス中に使用されるプロトコルタイプ、又はポート番号のうちの１つ又は複数を含む。
【００１３】
第２の態様によれば、本発明の一実施例は、仮想化ネットワークサーバであって、サービス展開要求を受信するように構成される通信モジュールであって、前記サービス展開要求が、展開されるべき第１のサービスの第１のサービス記述を含み、前記第１のサービス記述が、第１のノード情報、第１の接続情報、及び展開された第２のサービスへのアクセスに関する情報を含み、前記展開された第２のサービスへのアクセスに関する前記情報が、第２のサービス識別子及び第２のインスタンス識別子を判定するために使用される入力情報、そして前記第２のサービスのアクセスポイント情報を含む、通信モジュールと、前記第１のサービスの第１のインスタンスを作成するように構成されるインスタンス作成モジュールであって、前記第１のノード情報に従ってノードインスタンスを作成すること及び前記第１の接続情報に従って前記第１のサービスのノードインスタンスの間の接続を確立することを含む、インスタンス作成モジュールと、前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定するとともに、前記第２のサービス識別子、前記第２のインスタンス識別子、及び前記第２のサービスの前記アクセスポイント情報に従って、前記第１のサービスの前記第１のインスタンスと前記第２のサービスの第２のインスタンスとの間の接続を更に確立するように構成されるアクセスモジュールとを備える、仮想化ネットワークサーバを提供する。
【００１４】
第２の態様の第１の可能な実施方法において、前記入力情報はクエリ条件を含み、前記アクセスモジュールが、前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定するということは、前記アクセスモジュールが、前記クエリ条件に従ってクエリを行うことによって、前記展開された第２のサービスのものであるとともに前記クエリ条件を満たす前記第２のサービス識別子及び前記第２のインスタンス識別子を取得することを具体的に含み、前記第２のサービスのものであるとともに前記クエリ条件を満たす複数のインスタンス識別子がクエリを行うことによって取得された場合、前記通信モジュールは、前記第２のサービスの前記の取得された複数のインスタンス識別子をサービスプロバイダ装置に返信し、前記第２のサービスのものであるとともに前記サービスプロバイダによって選択された第２のインスタンス識別子を受信する。
【００１５】
第２の態様の第２の可能な実施方法において、前記入力情報はクエリ条件を含み、前記アクセスモジュールが、前記入力情報に従って前記第２のサービス識別子及び前記第２のインスタンス識別子を判定するということは、前記アクセスモジュールが、前記クエリ条件に従ってクエリを行うことによって、前記展開された第２のサービスのものであるとともに前記クエリ条件を満たす前記第２のサービス識別子及び前記第２のインスタンス識別子を取得することを具体的に含み、前記第２のサービスのものであるとともに前記クエリ条件を満たす複数のインスタンス識別子がクエリを行うことによって取得された場合、前記インスタンス作成モジュールは、前記第２のサービスのものであるとともにクエリを行うことによって取得された各第２のインスタンス識別子に対する、前記第１のサービスの対応する第１のインスタンスを作成し、前記アクセスモジュールは、前記第２のサービス識別子、各第２のインスタンス識別子、及び前記第２のサービスの前記アクセスポイント情報に従って、前記第１のサービスの前記の作成された第１のインスタンスと前記第２のサービスの対応する第２のインスタンスとの間の接続を確立する。
【００１６】
第２の態様の第３の可能な実施方法において、前記入力情報は、前記第２のサービス識別子及び前記第２のインスタンス識別子を直接的に含む。
【００１７】
第２の態様の第４の可能な実施方法において、前記入力情報は、入力装置を使用して、入力された前記第２のサービス識別子及び前記第２のインスタンス識別子を受信するように指示する。
【００１８】
第２の態様の第５の可能な実施方法において、前記第２のサービスの前記アクセスポイント情報は、下記の、アクセスポイント識別子、アクセス中に使用されるプロトコルタイプ、又はポート番号のうちの１つ又は複数を含む。
【００１９】
本発明の実施例において提供される前述の技術的解決法によれば、サービス展開中の別のサービスに対する接続が実施され、仮想化されたサービスを展開する柔軟性が向上する。異なる入力クエリ条件と異なる処理方法を使用することにより、仮想サービスの展開の柔軟性が更に向上する。
【００２０】
本発明の実施例における技術的解決法をより明確に説明するために、下記は、実施例又は従来技術を説明するために必要とされる添付図面を簡単に説明する。明らかに、下記の説明における添付図面は本発明の単にいくつかの実施例を表すとともに、当業者は、創造的な努力なしでこれらの添付図面から更に他の図面を導き出し得る。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施例による仮想化ネットワークのシステム構造図である。
【図２】本発明の一実施例による仮想化ネットワークにおけるサービス展開のための方法のフローチャートである。
【図３】本発明の一実施例による仮想化ネットワークにおけるサービス展開のための別の方法のフローチャートである。
【図４】本発明の一実施例によるサービス展開後のインスタンスの概略図である。
【図５】本発明の一実施例による仮想化ネットワークにおけるサービス展開のための更に別の方法のフローチャートである。
【図６】本発明の一実施例によるサービス展開後の別のインスタンスの概略図である。
【図７】本発明の一実施例によるサービス展開後の更に別のインスタンスの概略図である。
【図８】本発明の一実施例による仮想化ネットワークサーバの概略構成図である。
【図９】本発明の一実施例による別の仮想化ネットワークサーバの概略構成図である。
【発明を実施するための形態】
【００２２】
下記は、本発明の実施例における添付図面を参照して、本発明の実施例における技術的解決法を明確かつ十分に説明する。明らかに、説明される実施例は本発明の実施例の全てではなく単に一部である。創作的な努力なしで本発明の実施例に基づいて当業者により獲得される他の全ての実施例は、本発明の保護範囲に含まれるものとする。
【００２３】
本発明の一実施例は、仮想化ネットワークにおけるサービス展開のためのシステムを提供する。図１において示されるように、システムは、サービスプロバイダ装置と仮想化ネットワークサーバとを含む。
【００２４】
サービスプロバイダ（ＳＰ）装置は、サービス展開要求を生成し、その要求を仮想化ネットワーク（ＶＮ）サーバに送信するように構成される。ＶＮサーバが展開を実行した後で、ＳＰ装置はＶＮサーバから返信された応答を受信し得る。ＳＰ装置は、コンピュータ、携帯端末、タブレットコンピュータ、又は同様のものであり得る。仮想化ネットワークサーバは、ＳＰ装置によって送信されたサービス展開要求を受信し、サービスを展開するように構成される。展開されたサービスインスタンスは、サービスのノードインスタンス、ノードインスタンス間の接続、及び別のサービスインスタンスに対する接続を含む。具体的な展開方法については、下記の実施例を参照されたい。
【００２５】
本発明の一実施例は、仮想化ネットワークにおけるサービス展開のための方法を更に提供し、この方法は、図１において示されるシステムに適用される。この方法は、図２において示されるとともに、下記のステップを含む。
【００２６】
２０１．サービス展開要求を受信し、ここで、サービス展開要求は、展開されるべき第１のサービスの第１のサービス記述を含む。
【００２７】
ＳＰ装置は、第１のサービス記述を含むサービス展開要求をＶＮサーバに送信する。第１のサービス記述は、第１のノード情報、第１の接続情報、及び展開された第２のサービスへのアクセスに関する情報を含む。展開された第２のサービスへのアクセスに関する情報は、第２のサービス識別子及び第２のインスタンス識別子を判定するために使用される入力情報、そして第２のサービスのアクセスポイント情報を含む。
【００２８】
２０２．第１のサービスの第１のインスタンスを作成する。
【００２９】
ＶＮサーバがインスタンスを作成するプロセスは、第１のノード情報に従ってノードインスタンスを作成すること及び第１の接続情報に従って第１のサービスのノードインスタンスの間の接続を確立することを含む。
【００３０】
２０３．入力情報に従って第２のサービス識別子及び第２のインスタンス識別子を判定するとともに、第２のサービス識別子、第２のインスタンス識別子、及び第２のサービスのアクセスポイント情報に従って、第１のサービスの第１のインスタンスと第２のサービスの第２のインスタンスとの間の接続を更に確立する。
【００３１】
第１のサービスの第１のインスタンスを作成した後で、ＶＮサーバは、第１のサービス記述に含まれる入力情報に従って、第２のサービス識別子及び第２のインスタンス識別子を判定するとともに、第２のサービス識別子、第２のインスタンス識別子、及び第２のサービスのアクセスポイント情報に従って、第１のサービスの第１のインスタンスと第２のサービスの第２のインスタンスとの間の接続を更に確立する。
【００３２】
本発明のこの実施例では、サービス展開中の別のサービスに対する接続が実施され、仮想化されたサービスを展開する柔軟性が向上する。
【００３３】
本発明の別の実施例では、サービスプロバイダＳＰはサービスＡを展開したい。サービスＡは、３つのノード、すなわち、オンライン課金システムＯＣＳ（Online  Charging  System）ノード、ゲートウェイＧＰＲＳサポートノードＧＧＳＮ（Gateway  GPRS  Support  Node）、並びにポリシー及び課金ルール機能ＰＣＲＦ（Policy  and  Charging  Rules  Function）ノードを含む。サービスＡの展開プロセスが図３において示される。ＳＰデバイスは、サービス展開要求をＶＮサーバに送信する。サービスを展開した後で、ＶＮサーバは、展開が成功したことを示す応答を返信する。展開プロセスは、具体的に下記のステップを含む。
【００３４】
Ｓ３０１．ＳＰ装置が、サービス展開要求をＶＮサーバに送信し、ここで、要求はサービス記述情報を含む。
【００３５】
サービス記述情報は、ノード情報と、ノード間の接続に関する情報とを含み得るとともに、アクセスポイント情報を更に含み得る。１つのサービスは、一般に、複数のサービス機能ノードを含む。異なるサービス機能ノードは異なる機能を実装する。ノード間の接続は、サービス機能ノード間のデータインタラクションに使用される。サービスのアクセスポイント情報は、そのサービスにアクセスするために別のサービスによって使用される。
【００３６】
ノード情報は、ノードタイプ、ノードプロパティ、他のノードとの接続関係などを含み得る。例えば、この実施例では、ＰＣＲＦノードの記述情報は、下記を含む。
【００３７】
PCRF:
type:  tosca.nodes.compute.pcrf
properties:
・・・＃使用可能な他のパラメータは省略されている。
connectpoint:
ip_protocol:  tcp
ip_version:  v4
ip_port:  2049
ref_point:  3gpp:PCRF:Gx
requirements:
-connect:  OCS
-connect:  GGSN
【００３８】
前述の記述情報において、“type”はノードタイプを表し、“properties”はノードプロパティを表すとともに複数のプロパティを含み得る。“connectpoint”プロパティは、ノードがサービスのアクセスポイントとして使用され得ることを示す。ＰＣＲＦノードがアクセスポイントとして使用される場合、バージョンｖ４のＴＣＰプロトコルが使用され、ポート番号は２０４９であり、アクセスポイントの名前は“3gpp:PCRF:Gx”である。“requirements”は、ノードと別のノードとの間の接続関係を示すために使用される。前述の例は、２つの接続、すなわちＯＣＳノードへの接続と、ＧＧＳＮノードへの接続とを含む。
【００３９】
同様に、ＯＣＳノードの記述情報及びＧＧＳＮノードの記述情報は、同様に、ノードタイプ、ノードプロパティ、他のノードとの接続関係などを含む。ＯＣＳノードは、ＰＣＲＦノード及びＧＧＳＮノードに別々に接続され、ＯＣＳノードの記述情報は、下記の通りである。
【００４０】
OCS:
type:  tosca.nodes.compute.ocs
properties:
・・・＃使用可能な他のパラメータは省略されている。
requirements:
-connect:  PCRF
-connect:  GGSN
【００４１】
ＧＧＳＮノードの記述情報は、下記の通りである。ＧＧＳＮノードは、ＰＣＲＦノード及びＯＣＳノードに別々に接続され、ＧＧＳＮノードは、同様に、サービスのアクセスポイントとして使用される。ＧＧＳＮノードがアクセスポイントとして使用される場合、バージョンｖ４のＴＣＰプロトコルが使用され、ポート番号は２０４８であり、アクセスポイントの名前は“3gpp:GGSN:Gi”である。
【００４２】
GGSN:
type:  tosca.nodes.compute.ggsn
properties:
・・・＃使用可能な他のパラメータは省略されている。
connectpoint:
ip_protocol:  tcp
ip_version:  v4
ip_port:  2048
ref_point:  3gpp:GGSN:Gi
requirements:
-connect:  OCS
-connect:  PCRF
【００４３】
さらに、サービス記述情報は、入力／出力情報を更に含むことができる。例えば、ＶＮサーバのキーボードなどの入力装置から何らかの入力情報が取得され得るか、又はＶＮサーバのディスプレイなどの出力装置に何らかの情報が出力され得る。この実施例では、サービス展開中に、サービスプロバイダ名や展開場所などの情報が入力されることができる。サービスが正常に展開された後で、サービス名やＩＰアドレスなどの情報が出力されることができる。特定の入力／出力記述情報は、下記の通りである。
【００４４】
inputs:
operator:
type:  string
description:  the  operator  who  provides  the  service.
location:
type:  string
description:  the  location  where  this  service  serves  to.
outputs:
server_ip:
description:  The  IP  address  of  the  provisioned  server.
value:  {get_attribute:  [service_A,  ip_address]}
【００４５】
上記の入力／出力情報では、“inputs”に含まれる要素“operator”及び“location”は、展開中のサービスプロバイダ名及び展開場所をそれぞれ表す。サービスが展開される場合に、入力インタフェースを使用してＳＰ名と展開場所が入力されることができる。サービスが２つの異なる都市に展開される場合に、“Beijing”及び“Shanghai”などの対応する都市名が入力される。
【００４６】
“outputs”に含まれる要素“server_ip”は、サービスが正常に展開されたときに外部に出力され得る情報である。“server_ip”はサービスインスタンスのＩＰアドレスを表し、操作get_attribute:[service_A,ip_address]を使用することにより“server_ip”の値“value”が取得されるとともに、“service_A”は、サービスＡのサービス名である。
【００４７】
Ｓ３０２．サービス展開要求を受信した後で、仮想化ネットワークプロバイダのＶＮサーバは、要求内のサービスのノード情報、接続情報、入力／出力情報などを解析するとともに、その情報に従ってサービスを展開し、すなわちインスタンスを作成する。例えば、この実施例では、インスタンスを作成する場合に、ＶＮサーバはまずノードインスタンス、すなわちＯＣＳノード、ＰＣＲＦノード、及びＧＧＳＮノードを作成し、次に、記述情報における要素connectに従ってノードインスタンス間の接続を確立する。展開が完了した後で、サービスインスタンスは、２つのアクセスポイント、すなわちＰＣＲＦとＧＧＳＮを有する。
【００４８】
Ｓ３０３．サービスインスタンスを作成した後で、ＶＮサーバは、ＳＰデバイスに対して展開が成功したことを示す応答を返信する。応答は、サービス識別子、作成が成功したことを示す識別子、作成されたインスタンスの識別子、又は同様のものを含むことができる。
【００４９】
複数のサービスインスタンスが作成され得る。例えば、図４において示されるように、サービスＡが展開された後で、システムは、サービスＡの２つのサービスインスタンス、すなわちインスタンスＡ１とインスタンスＡ２を含む。
【００５０】
本発明の更に別の実施例では、ＳＰはサービスＢのような新しいサービスを展開したいと考えており、サービスＡのような別のサービスがシステムに展開されていると仮定する。サービスＢが展開された後で、サービスＢのサービスインスタンスは、展開されたサービスＡのサービスインスタンスに接続される必要がある。
【００５１】
この実施例では、展開されたサービスＡは、３つのノード、すなわちＯＣＳ、ＧＧＳＮ、及びＰＣＲＦを含むと仮定される。サービスＡの２つのサービスインスタンスＡ１及びＡ２が展開されている。サービスＡの展開プロセスについては、図３において示される実施例における対応する説明を参照されたい。展開されるべきサービスＢは、３つのノード、すなわちディープパケットインスペクションＤＰＩ（Deep  Packet  Inspection）ノード、オプティマイザ（Optimizer）ノード、及びファイアウォール（Firewall）ノードを含む。
【００５２】
サービスＢの展開プロセスが図５において示される。ＳＰデバイスは、サービス展開要求をＶＮサーバに送信する。サービスを展開した後で、ＶＮサーバは、展開が成功したことを示す応答を返信する。展開プロセスは、具体的に下記のステップを含む。
【００５３】
Ｓ５０１．ＳＰデバイスは、サービス展開要求をＶＮサーバに送信し、ここで、要求は、サービスＢのサービス記述情報を含む。
【００５４】
サービスＢのサービス記述情報は、ノード情報と、ノード間の接続に関する情報とを含み得る。１つのサービスは、一般に、複数のサービス機能ノードを含む。異なるサービス機能ノードは異なる機能を実装する。ノード間の接続は、サービス機能ノード間のデータインタラクションに使用される。サービスＢの記述情報は、展開されたサービスＡへのアクセスに関する情報を更に含み、展開されたサービスＡへのアクセスに関する情報は、サービスＡのサービス識別子及びインスタンス識別子を判定するために使用される入力情報、そしてサービスＡのアクセスポイント情報などを含み得る。
【００５５】
展開されるべきサービスＢが、展開されたサービスに更に接続される必要がある場合、展開されたサービスは、記述情報における展開されるべきサービスの特別なノードとして使用されることができ、特別なノードは“ダミーノード”（dummy  Node）と呼ばれ得る。展開されるべきサービスのノードは、ダミーノードに接続されることができ、その結果、展開されるべきサービスと展開されたサービスとの間の接続が実施される。この実施例では、ダミーノードのタイプが最初に定義され得る。
【００５６】
node_types:
tosca.nodes.dummyNode:
derived_from:  tosca.nodes.Root
properties:
identification:
service_ID:      ＃展開されたサービスに対応するサービス識別子
instance_ID:      ＃展開されたサービスに対応するインスタンス識別子
constrains:
location:
operator:
【００５７】
ここで、dummyNodeは、ノードタイプがダミーノードであることを示し、ＶＮサーバは、実際にサービスを展開する必要はないとともに、service_ID及びinstance_IDは、それぞれ、展開されたサービスのサービス識別子及びインスタンス識別子を表す。service_IDの値及びinstance_IDの値は、直接的に指定されてもよいか、又は特定の方法でクエリを行うことによって取得されてもよい。service_IDの値及びinstance_IDの値がクエリを行うことによって取得される場合に、展開されたサービス及びインスタンスのクエリ条件は、“constrains”を使用することにより示されることができる。例えば、クエリは、サービスインスタンスの場所“location”、又はサービスプロバイダ名“operator”を使用して実行され得る。
【００５８】
ダミーノードのタイプが定義された後で、展開されるべきサービスが接続される必要のある展開されたサービスと展開されたインスタンスが、記述情報において更に指定されてもよい。通常、サービス展開中に、入力インタフェースを使用することにより、サービス識別子情報、インスタンス識別子情報、又は関連するクエリ情報が入力されることができる。一例は、下記の通りである。
【００５９】
inputs:
ref_serviceID:
type:  string
description:  the  service  template  ID  of  the  reference  network  service
instance_ID:
type:  string
description:  the  instance  ID  of  the  reference  network  service  instance
constrain_operator:
type:  string
description:  the  name  of  the  operator  who  provide  the  service
constrain_location:
type:  string
description:  the  name  of  the  location  where  this  service  serves  to.
【００６０】
node_templates:
Ref_service_A:
type:  tosca.nodes.dummyNode
properties:
identification
ref_ID:  {get_input:  ref_serviceID}
instance_ID:  {get_input:  instanceID}
constrain:
location:  {get_input:  constrain_location}
operator:  {get_input:  constrain_operator}
【００６１】
ここで、ノードRef_service_Aのタイプは、ノードRef_service_Aがダミーノード、すなわち展開されたサービスであることを示すdummyNodeである。ノードRef_service_Aのサービス識別子ref_ID及び展開されたインスタンスのinstance_IDは、入力パラメータref_serviceID及びinstanceIDを使用することにより判定される。同様に、入力パラメータを使用することにより、ノードのクエリ条件constrainのパラメータが取得される。
【００６２】
展開されるべきサービスＢのＤＰＩノードは、下記のノード情報を含む。
【００６３】
DPI:
type:  tosca.nodes.compute.dpi
requirements:
-connect:  Ref_service_A
connectpoint:  {get_connectpoint  [Ref_service_A,  3gpp:GGSN:Gi]}
connectpoint:  {get_connectpoint  [Ref_service_A,  3gpp:PCRF:Gx]}
-connect:  Optimizer
【００６４】
前述のノード情報は、ＤＰＩノードが、展開されたサービスRef_service_Aへの接続を確立する必要があるとともに、Ref_service_Aの２つのアクセスポイント“3gpp：GGSN：Gi”と“3gpp：PCRF：Gx”との接続を別々に確立する必要があるということを示す。ＤＰＩノードは、サービスＢのOptimizerノードへの接続を更に確立する必要がある。
【００６５】
展開されるべきサービスＢのOptimizerノードは、下記のノード情報を含む。
【００６６】
Optimizer
type:  tosca.node.compute.optimizer
Requirements:
-connect:  Ref_service_A
Connectionpoint:  {get_connectpoint  [Ref_service_A,  3gpp:PCRF:Gx]}
-connect:  DPI
-connect:  Firewall
【００６７】
前述のノード情報は、Optimizerノードが展開されたサービスRef_service_Aへの接続を確立する必要があるとき、OptimizerノードがRef_service_Aのアクセスポイント“3gpp：PCRF：Gx”のみへの接続を確立する必要があることを示す。Optimizerノードは、ＤＰＩノード及びFirewallノードへの接続を更に確立する必要がある。
【００６８】
展開されるべきサービスＢのFirewallノードは、下記のノード情報を含む。
【００６９】
Firewall
type:  tosca.node.compute.firewall
Requirements:
-connect:  Optimizer
【００７０】
前述のノード情報は、FirewallノードがOptimizerノードへの接続を確立する必要があることを示す。
【００７１】
Ｓ５０２．サービス展開要求を受信した後で、仮想化ネットワークプロバイダのＶＮサーバは、要求内のサービスのノード情報、接続情報、入力／出力情報などを解析するとともに、その情報に従ってサービスを展開し、ここで、複数のインスタンスが作成され得る。
【００７２】
例えば、サービス展開要求が、展開されたサービスＡのサービス識別子及びインスタンス識別子を直接的に含む場合、ＶＮサーバはまずサービスＢのインスタンスを作成し、ここで、作成は、ノードインスタンス、すなわちＤＰＩノード、Optimizerノード、及びFirewallノードを作成することを含み、次に、記述情報における要素connectに従ってノードインスタンス間の接続を確立する。この実施例では、ＶＮサーバは、OptimizerノードとＤＰＩノードとの間の接続を個別に確立し、OptimizerノードとFirewallノードとの間の接続を確立する。サービスＢのインスタンスを作成した後で、ＶＮサーバは、サービスＡのものであるとともに記述情報において運ばれるサービス識別子及びインスタンス識別子に従って、サービスＢのインスタンス１とサービスＡのインスタンス２との間の接続を直接的に確立する。この実施例では、図６において示されるように、ＶＮサーバは、サービスＢのインスタンス１のＤＰＩノードと、サービスＡのインスタンス２のアクセスポイント3gpp:GGSN:Giとの間の接続、サービスＢのインスタンス１のＤＰＩノードと、サービスＡのインスタンス２のアクセスポイント3gpp:PCRF:Gxとの間の接続、及びOptimizerノードとサービスＡのインスタンス２のアクセスポイント3gpp:PCRF:Gxとの間の接続を確立する。
【００７３】
その代わりに、サービス展開要求は、展開されたサービスのサービス識別子及びインスタンス識別子を直接的には含まないことがあり、入力装置を使用して展開されたサービスのサービス識別子及びインスタンス識別子を取得する。
【００７４】
サービス展開要求は、クエリ条件を運ぶことができる。例えば、前述の説明情報において示されるように、サービス識別子は、サービスプロバイダ名“operator”を使用してクエリされることができ、サービスインスタンス識別子は、例えばサービスインスタンスの場所“location”などの情報を使用してクエリされることができる。ＶＮサーバは、クエリ条件に従ってクエリを行うことによって、展開されたサービスのサービス識別子及びインスタンス識別子を取得する。例えば、ＶＮサーバは、クエリを行うことによってサービスＢのサービス識別子とインスタンス２のインスタンス識別子を取得する。図６において示されるように、ＶＮサーバは、クエリを行うことによって取得されたサービス識別子及びインスタンス識別子、そしてアクセスポイント情報に基づいて、サービスＢのインスタンス１とサービスＡのインスタンス２との間の接続を確立する。
【００７５】
ＶＮサーバが、クエリ条件を使用してクエリを行うことによって、条件を満たす複数のインスタンス識別子を取得した場合、ＶＮサーバは、取得された複数のインスタンス識別子をＳＰ装置に返信し得る。ＳＰ装置は、インスタンス識別子のうちの１つを選択する。サービスプロバイダによって選択されたインスタンス識別子を受信した後で、ＶＮサーバは、前述の作成されたインスタンスと選択された作成されたインスタンスとの間の接続を確立する。
【００７６】
その代わりに、ＶＮサーバが、クエリ条件を使用してクエリを行うことによって、条件を満たす複数のインスタンス識別子を取得した場合、ＶＮサーバは、クエリを行うことによって取得された各インスタンス識別子に対して対応するサービスインスタンスを作成するとともに、生成されたサービスインスタンスと対応する展開されたサービスインスタンスとの間の接続を、展開されたサービスのサービス識別子及びインスタンス識別子、並びにアクセスポイント情報に従って確立する。例えば、図７において示されるように、展開されたサービスＡのものであるとともにクエリ条件を満たす２つのサービスインスタンスがクエリを行うことによって取得された場合、２つのサービスはサービスＡのインスタンス１とインスタンス２であり、ＶＮサーバは、サービスＢを展開するときに、サービスＢの２つのインスタンスを作成することができ、２つのインスタンスは、サービスＢのインスタンス１及びインスタンス２である。その場合に、ＶＮサーバは、サービス識別子、インスタンス識別子、及びアクセスポイント情報に従って、サービスＡのインスタンス１とサービスＢのインスタンス１との間の接続、及びサービスＡのインスタンス２とサービスＢのインスタンス２との間の接続を確立する。
【００７７】
条件を満足する複数の展開されたサービスインスタンスがクエリを行うことによって取得されたときに、処理のために使用される方法をＶＮサーバに通知するために、サービス展開要求メッセージにおいてパラメータが運ばれることができる。例えば、要求メッセージにパラメータ“match”が含まれ得るとともに、パラメータの値は、下記の３つの値、すなわち“any/return/all”のうちの１つであり得る。“any”は、ＶＮサーバが任意の展開されたサービスインスタンスをアクセス用に選択することを示し、“return”は、ＳＰによる選択用に、ＶＮサーバがクエリを行うことによって取得された複数のインスタンス識別子を返信することを示し、“all”は、ＶＮサーバが、クエリを行うことによって取得された複数のインスタンス識別子と１対１の対応関係にある展開されるべきサービスインスタンスを作成することを示す。
【００７８】
Ｓ５０３．サービスインスタンスを作成した後で、ＶＮサーバは、ＳＰデバイスに対して展開が成功したことを示す応答を返信する。応答は、サービス識別子、作成が成功したことを示す識別子、作成されたインスタンスの識別子、又は同様のものを含むことができる。
【００７９】
本発明のこの実施例では、サービス展開中の別のサービスに対する接続が実施され、仮想化されたサービスを展開する柔軟性が向上する。さらに、展開されたサービスのサービス識別子及びインスタンス識別子が異なる方法で取得される。したがって、サービス展開の柔軟性が更に向上する。
【００８０】
本発明の一実施例は、図２、図３、又は図５において示される方法の実施例を実装するように構成される仮想化ネットワークサーバを更に提供する。具体的には、図８において示されるように、本発明のこの実施例で提供される仮想化ネットワークサーバは、サービス展開要求を受信するように構成される通信モジュール８０１であって、サービス展開要求が、展開されるべき第１のサービスの第１のサービス記述を含み、第１のサービス記述が、第１のノード情報、第１の接続情報、及び展開された第２のサービスへのアクセスに関する情報を含み、展開された第２のサービスへのアクセスに関する情報が、第２のサービス識別子及び第２のインスタンス識別子を判定するために使用される入力情報、そして第２のサービスのアクセスポイント情報を含む、通信モジュール８０１と、第１のサービスの第１のインスタンスを作成するように構成されるインスタンス作成モジュール８０２であって、第１のノード情報に従ってノードインスタンスを作成すること及び第１の接続情報に従って第１のサービスのノードインスタンスの間の接続を確立することを含む、インスタンス作成モジュール８０２と、入力情報に従って第２のサービス識別子及び第２のインスタンス識別子を判定するとともに、第２のサービス識別子、第２のインスタンス識別子、及び第２のサービスのアクセスポイント情報に従って、第１のサービスの第１のインスタンスと第２のサービスの第２のインスタンスとの間の接続を更に確立するように構成されるアクセスモジュール８０３とを含む。
【００８１】
任意に、入力情報はクエリ条件を含む。アクセスモジュールが、入力情報に従って第２のサービス識別子及び第２のインスタンス識別子を判定するということは、アクセスモジュールが、クエリ条件に従ってクエリを行うことによって、展開された第２のサービスのものであるとともにクエリ条件を満たす第２のサービス識別子及び第２のインスタンス識別子を取得することを具体的に含む。第２のサービスのものであるとともにクエリ条件を満たす複数のインスタンス識別子がクエリを行うことによって取得された場合、通信モジュールは、第２のサービスの取得された複数のインスタンス識別子をサービスプロバイダ装置に返信し、第２のサービスのものであるとともにサービスプロバイダによって選択された第２のインスタンス識別子を受信する。
【００８２】
その代わりに、入力情報はクエリ条件を含む。アクセスモジュールが、入力情報に従って第２のサービス識別子及び第２のインスタンス識別子を判定するということは、アクセスモジュールが、クエリ条件に従ってクエリを行うことによって、展開された第２のサービスのものであるとともにクエリ条件を満たす第２のサービス識別子及び第２のインスタンス識別子を取得することを具体的に含む。第２のサービスのものであるとともにクエリ条件を満たす複数のインスタンス識別子がクエリを行うことによって取得された場合、インスタンス作成モジュールは、第２のサービスのものであるとともにクエリを行うことによって取得された各第２のインスタンス識別子に対する、第１のサービスの対応する第１のインスタンスを作成し、アクセスモジュールは、第２のサービス識別子、各第２のインスタンス識別子、及び第２のサービスのアクセスポイント情報に従って、第１のサービスの作成された第１のインスタンスと第２のサービスの対応する第２のインスタンスとの間の接続を確立する。
【００８３】
任意に、入力情報は、第２のサービス識別子及び第２のインスタンス識別子を直接的に含む。その代わりに、入力情報は、入力装置を使用して、入力された第２のサービス識別子及び第２のインスタンス識別子を受信するように指示する。
【００８４】
任意に、第２のサービスのアクセスポイント情報は、下記の、アクセスポイント識別子、アクセス中に使用されるプロトコルタイプ、又はポート番号のうちの１つ又は複数を含む。
【００８５】
前述の実施例では、サービス展開中の別のサービスに対する接続が実施され、仮想化されたサービスを展開する柔軟性が向上する。さらに、展開されたサービスのサービス識別子及びインスタンス識別子が異なる方法で取得される。したがって、サービス展開の柔軟性が更に向上する。
【００８６】
図９は、本発明の一実施例による仮想化ネットワークサーバの別の概略構成図を示す。汎用コンピュータシステム構造が使用される。本発明の解決法を実行するためのプログラムコードがメモリに記憶され、プロセッサはその実行を制御する。仮想化ネットワークサーバは、プロセッサ９０１と、メモリ９０２と、通信インタフェース９０３とを含む。
【００８７】
プロセッサは、汎用中央処理装置（ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、又は本発明の解決法のプログラムの実行を制御するために使用される１つ若しくは複数の集積回路であり得る。
【００８８】
コンピュータシステムに含まれる１つ又は複数のメモリは、不揮発性コンピュータ読み取り可能な記憶媒体、例えば読み出し専用メモリ（ＲＯＭ）、若しくは静的情報及び命令を記憶することができる他のタイプの静的記憶装置などであってもよく、又は磁気ディスクメモリであってもよい。これらのメモリは、バスを使用してプロセッサに接続されることができる。メモリは、本発明の解決法を実行するプログラムコード、例えば図１、図２、又は図５において示される実施例の方法を実行するプログラムを記憶する。本発明の解決法を実行するプログラムコードがメモリに記憶され、プロセッサはその実行を制御する。
【００８９】
通信インタフェースは、別の装置、又は通信ネットワーク、例えばイーサネット（登録商標）、無線アクセスネットワーク（ＲＡＮ）、若しくは無線ローカルエリアネットワーク（ＷＬＡＮ）などと通信するように、トランシーバタイプの装置であってもよい。
【００９０】
この明細書における実施例は、全て革新的な方法で説明され、実施例における同じ又は同様の部分については、これらの実施例に対して参照が行われ得るとともに、各実施例は、他の実施例との差異に焦点を合わせる、という点に注意が必要である。特に、装置の実施例は基本的に方法の実施例に類似しているので、簡単に説明され、各ユニットの特定の機能の実行プロセスについては、方法の実施例における部分的な説明を参照することができる。説明された装置の実施例は単なる一例に過ぎない。別個の部品として説明されるユニットは、物理的に分離しているかもしれないし、又は物理的に分離していないかもしれないとともに、ユニットとして表示される部品は、物理的なユニットであるかもしれないし、又は物理的なユニットではないかもしれず、１つの位置に位置付けられるかもしれないし、又は複数のネットワークユニットに対して分散されるかもしれない。一部又は全てのモジュールは、実施例の解決法の目的を達成するために、実際のニーズに従って選択され得る。当業者は、創造的な努力なしに、本発明の実施例を理解し、実施することができる。
【００９１】
要約すれば、上述したことは、本発明の技術的解決法の例示的な実施例に過ぎず、本発明の保護範囲を限定するように意図されていない。本発明の精神及び原理からはずれずに実行される、あらゆる修正、等価な置換、又は改善は、本発明の保護範囲に含まれるべきである。
【図１】
0006378442.tif 000002
【図２】
0006378442.tif 000003
【図３】
0006378442.tif 000004
【図４】
0006378442.tif 000005
【図５】
0006378442.tif 000006
【図６】
0006378442.tif 000007
【図７】
0006378442.tif 000008
【図８】
0006378442.tif 000009
【図９】
0006378442.tif 000010