(57)【特許請求の範囲】
【請求項１】
アプリケーション実装方法であって、
サービスコントローラによって、ノースバウンドインターフェースを使用して第1のアプリケーションの記述情報を受信するステップであって、前記記述情報は、アプリケーションサーバによって送信される、ステップと、
前記サービスコントローラによって、前記記述情報に従って、対象ネットワークリソース情報を判定するステップであって、前記対象ネットワークリソース情報は、前記第1のアプリケーションを実装するために必要な対象ネットワークリソースを示すために使用される、ステップと、
前記サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するステップであって、前記呼び出し命令は、前記ネットワークコントローラに、前記ネットワークポリシーに従って前記第1のアプリケーションの実行をサポートするために前記対象ネットワークリソースを呼び出すように命令するために使用される、ステップと、
を含む、アプリケーション実装方法。
【請求項２】
前記サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信する、前記ステップは、
前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在アイドル状態にあると判定した場合、前記サービスコントローラによって、前記ネットワークポリシーを運ぶ前記呼び出し命令を前記ネットワークコントローラに送信するステップ
を含む、請求項1に記載の方法。
【請求項３】
前記サービスコントローラによって、前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在アイドル状態にあると判定する、前記ステップは、
前記サービスコントローラによって、前記対象ネットワークリソース情報に従って、前記対象ネットワークリソースの状態識別子についてネットワークリソース情報ベースを検索し、前記状態識別子に従って、前記対象ネットワークリソースが現在前記アイドル状態にあると判定する、ステップ
を含む、請求項2に記載の方法。
【請求項４】
前記サービスコントローラによって、前記対象ネットワークリソースが現在アイドル状態にあると判定する、前記ステップは、
前記サービスコントローラによって、ネットワークリソース情報ベースにおけるネットワークリソース情報が、前記対象ネットワークリソース情報を含むと判定するステップであって、前記ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、ステップ
を含む、請求項2に記載の方法。
【請求項５】
前記サービスコントローラによって、前記対象ネットワークリソースが現在アイドル状態にあると判定する、前記ステップの前に、
前記サービスコントローラによって、前記ネットワークコントローラから前記ネットワークリソース情報を取得するステップであって、前記ネットワークリソース情報は、前記ネットワーク装置の前記アイドルネットワークリソースを示すために使用される、ステップと、
前記サービスコントローラによって、前記ネットワークリソース情報を、前記ネットワークリソース情報ベースに記憶するステップと、
をさらに含む、請求項4に記載の方法。
【請求項６】
前記サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信する、前記ステップは、
前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在占有状態にあり、前記第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高く、前記第2のアプリケーションが前記対象ネットワークリソースを占有していると判定した場合、前記サービスコントローラによって、前記ネットワークポリシーを運ぶ前記呼び出し命令を前記ネットワークコントローラに送信するステップ
を含み、
前記呼び出し命令は、前記ネットワークコントローラに、前記ネットワークポリシーに従って、前記占有されている対象ネットワークリソースを解放するように命令するためにさらに使用される、
請求項1に記載の方法。
【請求項７】
前記サービスコントローラによって、前記対象ネットワークリソースが現在占有状態にあると判定する、前記ステップは、
前記サービスコントローラによって、前記対象ネットワークリソース情報に従って、前記対象ネットワークリソースの状態識別子についてネットワークリソース情報ベースを検索し、前記状態識別子に従って、前記対象ネットワークリソースが現在前記占有状態にあると判定する、ステップ
を含む、請求項6に記載の方法。
【請求項８】
前記サービスコントローラによって、前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在占有状態にあると判定する、前記ステップの前に、
前記サービスコントローラによって、前記対象ネットワークリソース情報と前記対象ネットワークリソースの前記状態識別子とを取得するステップと、
前記サービスコントローラによって、前記対象ネットワークリソース情報と前記対象ネットワークリソースの前記状態識別子とを、前記ネットワークリソース情報ベースに記憶するステップと、
をさらに含む、請求項7に記載の方法。
【請求項９】
前記サービスコントローラによって、前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在占有状態にあると判定する、前記ステップは、
前記サービスコントローラによって、ネットワークリソース情報ベースにおけるネットワークリソース情報が、前記対象ネットワークリソース情報を含まないと判定するステップであって、前記ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、ステップ
を含む、請求項6に記載の方法。
【請求項１０】
前記サービスコントローラによって、前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在占有状態にあると判定する、前記ステップの前に、
前記サービスコントローラによって、前記ネットワークコントローラから前記ネットワークリソース情報を取得するステップであって、前記ネットワークリソース情報は、前記ネットワーク装置の前記アイドルネットワークリソースを示すために使用される、ステップと、
前記サービスコントローラによって、前記ネットワークリソース情報を、前記ネットワークリソース情報ベースに記憶するステップと、
をさらに含む、請求項9に記載の方法。
【請求項１１】
前記サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信する、前記ステップの前に、
前記サービスコントローラによって、前記ネットワークポリシーを生成するステップ、または
前記サービスコントローラによって、前記ノースバウンドインターフェースを使用して、ユーザ端末が送信した前記ネットワークポリシーを受信するステップ
をさらに含む、請求項1から10のいずれか一項に記載の方法。
【請求項１２】
サービスコントローラであって、
第1のアプリケーションの記述情報を受信するように構成されたノースバウンドインターフェースであって、前記記述情報は、アプリケーションサーバによって送信される、ノースバウンドインターフェースと、
前記記述情報に従って、対象ネットワークリソース情報を判定するように構成された判定ユニットであって、前記対象ネットワークリソース情報は、前記第1のアプリケーションを実装するために必要な対象ネットワークリソースを示すために使用される、判定ユニットと、
ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するように構成された処理ユニットであって、前記呼び出し命令は、前記ネットワークコントローラに、前記ネットワークポリシーに従って前記第1のアプリケーションの実行をサポートするために前記対象ネットワークリソースを呼び出すように命令するために使用される、処理ユニットと、
を備える、サービスコントローラ。
【請求項１３】
前記処理ユニットは、前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在アイドル状態にあると判定した場合、前記ネットワークポリシーを運ぶ前記呼び出し命令を前記ネットワークコントローラに送信するように特に構成される、請求項12に記載のサービスコントローラ。
【請求項１４】
前記処理ユニットは、前記対象ネットワークリソース情報に従って、前記対象ネットワークリソースの状態識別子についてネットワークリソース情報ベースを検索し、前記状態識別子に従って、前記対象ネットワークリソースが現在前記アイドル状態にあると判定するように特に構成される、請求項13に記載のサービスコントローラ。
【請求項１５】
前記処理ユニットは、ネットワークリソース情報ベースにおけるネットワークリソース情報が、前記対象ネットワークリソース情報を含むと判定するように特に構成され、前記ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、請求項13に記載のサービスコントローラ。
【請求項１６】
前記ネットワークコントローラから前記ネットワークリソース情報を取得するように構成された第1の取得ユニットであって、前記ネットワークリソース情報は、前記ネットワーク装置の前記アイドルネットワークリソースを示すために使用される、第1の取得ユニットと、
前記ネットワークリソース情報を、前記ネットワークリソース情報ベースに記憶するように構成された第1の記憶ユニットと、
をさらに備える、請求項15に記載のサービスコントローラ。
【請求項１７】
前記処理ユニットは、
前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在占有状態にあり、前記第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高く、前記第2のアプリケーションが前記対象ネットワークリソースを占有していると判定した場合、前記ネットワークポリシーを運ぶ前記呼び出し命令を前記ネットワークコントローラに送信し、前記呼び出し命令は、前記ネットワークコントローラに、前記ネットワークポリシーに従って、前記占有されている対象ネットワークリソースを解放し、前記対象ネットワークリソースを呼び出すように命令するために使用されて、前記第1のアプリケーションを実装する
ように特に構成される、請求項12に記載のサービスコントローラ。
【請求項１８】
前記処理ユニットは、前記対象ネットワークリソース情報に従って、前記対象ネットワークリソースの状態識別子についてネットワークリソース情報ベースを検索し、前記状態識別子は、前記対象ネットワークリソースが現在前記占有状態にあると示すように特に構成される、請求項17に記載のサービスコントローラ。
【請求項１９】
前記対象ネットワークリソース情報と前記対象ネットワークリソースの前記状態識別子とを取得するように構成された第3の取得ユニットと、
前記対象ネットワークリソース情報と前記対象ネットワークリソースの前記状態識別子とを、前記ネットワークリソース情報ベースに記憶するように構成された第3の記憶ユニットと、
をさらに備える、請求項18に記載のサービスコントローラ。
【請求項２０】
前記処理ユニットは、ネットワークリソース情報ベースにおけるネットワークリソース情報が、前記対象ネットワークリソース情報を含まないと判定するように特に構成され、前記ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、請求項17に記載のサービスコントローラ。
【請求項２１】
前記ネットワークコントローラから前記ネットワークリソース情報を取得するように構成された第2の取得ユニットであって、前記ネットワークリソース情報は、前記ネットワーク装置の前記アイドルネットワークリソースを示すために使用される、第2の取得ユニットと、
前記ネットワークリソース情報を、前記ネットワークリソース情報ベースに記憶するように構成された第2の記憶ユニットと、
をさらに備える、請求項20に記載のサービスコントローラ。
【請求項２２】
前記ネットワークポリシーを運ぶ前記呼び出し命令を、前記ネットワークコントローラに送信するステップの前に、前記処理ユニットは、前記ネットワークポリシーを生成するように構成される、または前記ノースバウンドインターフェースを使用して、ユーザ端末が送信した前記ネットワークポリシーを受信するようにさらに構成される、請求項12から21のいずれか一項に記載のサービスコントローラ。
【請求項２３】
プログラムが記録されるコンピュータ読み取り可能記録媒体であって、前記プログラムは、実行された場合、コンピュータが以下のステップ、すなわち、
ノースバウンドインターフェースを使用して第1のアプリケーションの記述情報を受信するステップであって、前記記述情報は、アプリケーションサーバによって送信される、ステップと、
前記記述情報に従って、対象ネットワークリソース情報を判定するステップであって、前記対象ネットワークリソース情報は、前記第1のアプリケーションを実装するために必要な対象ネットワークリソースを示すために使用される、ステップと、
ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するステップであって、前記呼び出し命令は、前記ネットワークコントローラに、前記ネットワークポリシーに従って前記第1のアプリケーションの実行をサポートするために前記対象ネットワークリソースを呼び出すように命令するために使用される、ステップと、
を実行できるようにする、コンピュータ読み取り可能記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2015年6月29日に中国専利局に出願された「APPLICATION IMPLEMENTATION METHOD AND SERVICE CONTROLLER」と題する中国特許出願第201510367147．9号の優先権を主張するものであり、参照により、この出願の内容全体を本願明細書に援用する。
【０００２】
本発明は、通信技術の分野に関し、詳細には、アプリケーション実装方法およびサービスコントローラに関する。
【背景技術】
【０００３】
ソフトウェア定義ネットワーキング（英語：software−defined networking、略称SDN）エコシステムでは、ノースバウンドインターフェースは重要な概念である。
【０００４】
図1に示すように、従来技術では、SDNネットワークアーキテクチャ図は、デバイス層、制御層、およびアプリケーション層を一般に含む。アプリケーション層は、ノースバウンドインターフェースを使用して制御層と通信し、制御層は、サウスバウンドインターフェースを使用してデバイス層と通信する。開発者は、ノースバウンドインターフェースを使用して、ネットワーク制御システムから、デバイス層にあるネットワーク装置のネットワークリソースを取得し、アプリケーション層にネットワークリソースを提供する。アプリケーション開発者は、アプリケーション層においてネットワークリソースに基づいてアプリケーションを開発し、開発されたアプリケーションをネットワークリソースと整合し、次いで、ノースバウンドインターフェースを使用してネットワークリソースを呼び出して、アプリケーションを実装し得る。
【０００５】
しかし、従来技術では、アプリケーション開発者のネットワーク技術の知識および技能のレベルが異なるため、開発されたアプリケーションは、ネットワークリソースと整合しない場合がおそらくある。アプリケーション開発者は、ネットワークリソース情報を参照してアプリケーションを開発する必要があり、アプリケーション開発はより困難になる。さらに、ネットワークポリシーをネットワークコントローラに手動で送信する必要があり、アプリケーションの実装効率に影響する。
【発明の概要】
【０００６】
本発明の各実施形態は、アプリケーションの開発を容易にし、アプリケーションの実装効率を向上させるために、アプリケーション実装方法およびサービスコントローラを提供する。
【課題を解決するための手段】
【０００７】
本発明の実施形態の第1の態様は、アプリケーション実装方法であって、
サービスコントローラによって、ノースバウンドインターフェースを使用して第1のアプリケーションの記述情報を受信するステップであって、記述情報は、アプリケーションサーバによって送信される、ステップと、
サービスコントローラによって、記述情報に従って、対象ネットワークリソース情報を判定するステップであって、対象ネットワークリソース情報は、第1のアプリケーションを実装するために必要な対象ネットワークリソースを示すために使用される、ステップと、
サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するステップであって、呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装する、ステップと、
を含む、アプリケーション実装方法を提供する。
【０００８】
本発明の実施形態の第1の態様に関連して、本発明の実施形態の第1の態様の第1の実装では、サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するステップは、
対象ネットワークリソース情報によって示される対象ネットワークリソースが現在アイドル状態にあると判定した場合、サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信するステップ
を含む。
【０００９】
本発明の実施形態の第1の態様の第1の実装に関連して、本発明の実施形態の第1の態様の第2の実装では、サービスコントローラによって、対象ネットワークリソースが現在アイドル状態にあると判定するステップは、
サービスコントローラによって、ネットワークリソース情報ベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含むと判定するステップであって、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、ステップ
を含む。
【００１０】
本発明の実施形態の第1の態様の第2の実装に関連して、本発明の実施形態の第1の態様の第3の実装では、サービスコントローラによって、対象ネットワークリソースが現在アイドル状態にあると判定するステップの前に、本方法は、
サービスコントローラによって、ネットワークコントローラからネットワークリソース情報を取得するステップであって、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、ステップと、
サービスコントローラによって、ネットワークリソース情報を、ネットワークリソース情報ベースに記憶するステップと、
をさらに含む。
【００１１】
本発明の実施形態の第1の態様の第1の実装に関連して、本発明の実施形態の第1の態様の第4の実装では、サービスコントローラによって、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在アイドル状態にあると判定するステップは、
サービスコントローラによって、対象ネットワークリソース情報に従って、ネットワークリソース情報ベースで対象ネットワークリソースの状態識別子を検索し、状態識別子に従って、対象ネットワークリソースが現在アイドル状態にあると判定する、ステップ
を含む。
【００１２】
本発明の実施形態の第1の態様に関連して、本発明の実施形態の第1の態様の第5の実装では、サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するステップは、
対象ネットワークリソース情報によって示される対象ネットワークリソースが現在占有状態にあり、第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高く、第2のアプリケーションが対象ネットワークリソースを占有していると判定した場合、サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信するステップ
を含み、
呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装することは、
呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って、占有されている対象ネットワークリソースを解放し、対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装すること、
を含む。
【００１３】
本発明の実施形態の第1の態様の第5の実装に関連して、本発明の実施形態の第1の態様の第6の実装では、サービスコントローラによって、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在占有状態にあると判定するステップは、
サービスコントローラによって、ネットワークリソース情報ベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含まないと判定するステップであって、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、ステップ
を含む。
【００１４】
本発明の実施形態の第1の態様の第6の実装に関連して、本発明の実施形態の第1の態様の第7の実装では、サービスコントローラによって、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在占有状態にあると判定するステップの前に、本方法は、
サービスコントローラによって、ネットワークコントローラからネットワークリソース情報を取得するステップであって、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、ステップと、
サービスコントローラによって、ネットワークリソース情報を、ネットワークリソース情報ベースに記憶するステップと、
をさらに含む。
【００１５】
本発明の実施形態の第1の態様の第5の実装に関連して、本発明の実施形態の第1の態様の第8の実装では、サービスコントローラによって、対象ネットワークリソースが現在占有状態にあると判定するステップは、
サービスコントローラによって、対象ネットワークリソース情報に従って、ネットワークリソースベースで対象ネットワークリソースの状態識別子を検索し、状態識別子に従って、対象ネットワークリソースが現在占有状態にあると判定する、ステップ
を含む。
【００１６】
本発明の実施形態の第1の態様の第8の実装に関連して、本発明の実施形態の第1の態様の第9の実装では、サービスコントローラによって、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在占有状態にあると判定するステップの前に、本方法は、
サービスコントローラによって、対象ネットワークリソース情報と対象ネットワークリソースの状態識別子とを取得するステップと、
サービスコントローラによって、対象ネットワークリソース情報と対象ネットワークリソースの状態識別子とを、ネットワークリソース情報ベースに記憶するステップと、
をさらに含む。
【００１７】
本発明の実施形態の第1の態様、第1の態様の第2の実装、第1の態様の第3の実装、第1の態様の第4の実装、第1の態様の第5の実装、第1の態様の第6の実装、第1の態様の第7の実装、第1の態様の第8の実装、または第1の態様の第9の実装に関連して、本発明の実施形態の第1の態様の第10の実装では、サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するステップの前に、本方法は、
サービスコントローラによって、ネットワークポリシーを生成するステップ、または
サービスコントローラによって、ノースバウンドインターフェースを使用して、ユーザ端末が送信したネットワークポリシーを受信するステップ
をさらに含む。
【００１８】
本発明の実施形態の第2の態様は、サービスコントローラであって、
第1のアプリケーションの記述情報を受信するように構成されたノースバウンドインターフェースであって、記述情報は、アプリケーションサーバによって送信される、ノースバウンドインターフェースと、
記述情報に従って、対象ネットワークリソース情報を判定するように構成された判定ユニットであって、対象ネットワークリソース情報は、第1のアプリケーションを実装するために必要な対象ネットワークリソースを示すために使用される、判定ユニットと、
ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するように構成された処理ユニットであって、呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装する、処理ユニットと、
を備える、サービスコントローラを提供する。
【００１９】
本発明の実施形態の第2の態様に関連して、本発明の実施形態の第2の態様の第1の実装では、処理ユニットは、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在アイドル状態にあると判定した場合、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信するように特に構成される。
【００２０】
本発明の実施形態の第2の態様の第1の実装に関連して、本発明の実施形態の第2の態様の第2の実装では、処理ユニットは、ネットワークリソース情報ベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含むと判定するように特に構成され、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される。
【００２１】
本発明の実施形態の第2の態様の第2の実装に関連して、本発明の実施形態の第2の態様の第3の実装では、サービスコントローラは、
ネットワークコントローラからネットワークリソース情報を取得するように構成された第1の取得ユニットであって、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、第1の取得ユニットと、
ネットワークリソース情報を、ネットワークリソース情報ベースに記憶するように構成された第1の記憶ユニットと、
をさらに備える。
【００２２】
本発明の実施形態の第2の態様の第1の実装に関連して、本発明の実施形態の第2の態様の第4の実装では、処理ユニットは、対象ネットワークリソース情報に従って、ネットワークリソース情報ベースで対象ネットワークリソースの状態識別子を検索し、状態識別子に従って、対象ネットワークリソースが現在アイドル状態にあると判定するように特に構成される。
【００２３】
本発明の実施形態の第2の態様に関連して、本発明の実施形態の第2の態様の第5の実装では、処理ユニットは、
対象ネットワークリソース情報によって示される対象ネットワークリソースが現在占有状態にあり、第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高く、第2のアプリケーションが対象ネットワークリソースを占有していると判定した場合、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信し、呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って、占有されている対象ネットワークリソースを解放し、対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装する
ように特に構成される。
【００２４】
本発明の実施形態の第2の態様の第5の実装に関連して、本発明の実施形態の第2の態様の第6の実装では、処理ユニットは、ネットワークリソース情報ベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含まないと判定するように特に構成され、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される。
【００２５】
本発明の実施形態の第2の態様の第6の実装に関連して、本発明の実施形態の第2の態様の第7の実装では、サービスコントローラは、
ネットワークコントローラからネットワークリソース情報を取得するように構成された第2の取得ユニットであって、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、第2の取得ユニットと、
ネットワークリソース情報を、ネットワークリソース情報ベースに記憶するように構成された第2の記憶ユニットと、
をさらに備える。
【００２６】
本発明の実施形態の第2の態様の第5の実装に関連して、本発明の実施形態の第2の態様の第8の実装では、処理ユニットは、対象ネットワークリソース情報に従って、ネットワークリソースベースで対象ネットワークリソースの状態識別子を検索するように特に構成され、状態識別子は、対象ネットワークリソースが現在アイドル状態にあることを示す。
【００２７】
本発明の実施形態の第2の態様の第8の実装に関連して、本発明の実施形態の第2の態様の第9の実装では、サービスコントローラは、
対象ネットワークリソース情報と対象ネットワークリソースの状態識別子とを取得するように構成された第3の取得ユニットと、
対象ネットワークリソース情報と対象ネットワークリソースの状態識別子とを、ネットワークリソース情報ベースに記憶するように構成された第3の記憶ユニットと、
をさらに備える。
【００２８】
本発明の実施形態の第2の態様、第2の態様の第2の実装、第2の態様の第3の実装、第2の態様の第4の実装、第2の態様の第5の実装、第2の態様の第6の実装、第2の態様の第7の実装、第2の態様の第8の実装、または第2の態様の第9の実装に関連して、本発明の実施形態の第2の態様の第10の実装では、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するステップの前に、処理ユニットは、ネットワークポリシーを生成するようにさらに構成される、またはノースバウンドインターフェースを使用して、ユーザ端末が送信したネットワークポリシーを受信するようにさらに構成される。
【００２９】
本発明における技術的解決策を適用することにより、以下の有益な効果がもたらされる。
【００３０】
サービスコントローラは、ノースバウンドインターフェースを使用して、アプリケーションサーバが送信した記述情報を受信し、記述情報に従って、対象ネットワークリソース情報を判定する。対象ネットワークリソース情報は、アプリケーションを実装するための対象ネットワークリソースを示すために使用される。先行技術と比較して、アプリケーションの開発中、開発者は、ネットワークリソース情報を参照してアプリケーションを開発する必要はなく、サービスコントローラが、アプリケーションをネットワークリソースに自動的に整合させることができるため、アプリケーション開発の難易度を下げることができる。さらに、サービスコントローラは、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信することができ、ネットワークポリシーを手動で送信する必要はなく、アプリケーション実装効率を向上させることができる。
【図面の簡単な説明】
【００３１】
【図１】従来技術におけるSDNネットワークアーキテクチャの概略図である。
【図２】本発明の一実施形態におけるSDNネットワークアーキテクチャの概略図である。
【図３】本発明の一実施形態におけるアプリケーション実装方法の概略的な流れ図である。
【図４】本発明の一実施形態における別のアプリケーション実装方法の概略的な流れ図である。
【図５】本発明の一実施形態におけるサービス情報モデルの概略的な構成図である。
【図６】本発明の一実施形態におけるサービスコントローラの概略的な構成図である。
【図７】本発明の一実施形態における別のサービスコントローラの概略的な構成図である。
【図８】本発明の一実施形態におけるサービスコントローラのエンティティ装置の概略的な構成図である。
【発明を実施するための形態】
【００３２】
本発明の各実施形態は、アプリケーションの開発を容易にし、アプリケーションの実装効率を向上させるために、アプリケーション実装方法およびサービスコントローラを提供する。
【００３３】
以下、本発明の実施形態における添付の図面を参照しながら、本発明の実施形態における技術的な解決策を明確かつ完全に説明する。当然のことながら、説明される実施形態は、単に本発明の実施形態の一部に過ぎず、すべてではない。本発明の実施形態に基づいて、当業者によって創造的努力なしに得られるすべての他の実施形態は、本発明の保護範囲内に含まれるものとする。
【００３４】
本発明の実施形態は、開発者（人的要因）がネットワークリソースとアプリケーションとの整合に影響を及ぼすことを防止し、アプリケーション実装の成功率を向上させるために、アーキテクチャに新しいSNDアーキテクチャとアプリケーション実装方法とを提供する。
【００３５】
図2を参照すると、図2は、本発明の実施形態において提供されるSDNアーキテクチャ図である。本発明の実施形態では、元の制御層は、サービスコントローラとネットワークコントローラとに分割される。サービスコントローラは、ノースバウンドインターフェースを含み、ノースバウンドインターフェースを使用してアプリケーション層と通信する。ネットワークコントローラは、サウスバウンドインターフェース（図示せず）を含む。本発明の実施形態で説明されるアプリケーション実装方法は、サービスコントローラによって実行される。
【００３６】
図3を参照すると、本発明の一実施形態におけるアプリケーション実装方法は、以下のステップを含む。
【００３７】
101．サービスコントローラは、ノースバウンドインターフェースを使用して第1のアプリケーションの記述情報を受信し、記述情報は、アプリケーションサーバによって送信される。
【００３８】
アプリケーション開発者が第1のアプリケーションを開発した後、アプリケーションサーバは、第1のアプリケーションの記述情報を、ノースバウンドインターフェースを使用してサービスコントローラに送信できることが理解されよう。
【００３９】
記述情報は、アプリケーションタイプ、アプリケーション品質、アプリケーション識別子などのうちの1つ以上のタイプの情報を含むことができる。
【００４０】
102．サービスコントローラは、記述情報に従って、対象ネットワークリソース情報を判定し、対象ネットワークリソース情報は、第1のアプリケーションを実装するために必要な対象ネットワークリソースを示すために使用される。
【００４１】
記述情報とネットワークリソース情報との対応関係がサービスコントローラにおいて予め設定され、サービスコントローラは、対応関係を使用して、記述情報に対応する対象ネットワークリソース情報を検索してもよいことが理解されよう。
【００４２】
103．サービスコントローラは、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信し、呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装する。
【００４３】
対象ネットワークリソース情報を判定し、対象ネットワークリソース情報に従って、第1のアプリケーションを実装するための対象ネットワークリソースを判定した後、サービスコントローラは、ネットワークコントローラに、ネットワークポリシーを運ぶ呼び出し命令を送信し、ネットワークコントローラがネットワークポリシーに従って対象ネットワークリソースを呼び出して、第1のアプリケーションを実装することを可能にすることが理解されよう。
【００４４】
本発明の本実施形態では、サービスコントローラは、アプリケーションサーバが送信した記述情報を受信し、記述情報に従って、対象ネットワークリソース情報を判定する。対象ネットワークリソース情報は、アプリケーションを実装するための対象ネットワークリソースを示すために使用される。次いで、サービスコントローラは、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信し、その結果、ネットワークコントローラに、ネットワークポリシーに従って対象ネットワークリソースを呼び出して、アプリケーションを実装する。先行技術と比較して、アプリケーションの開発中、開発者は、ネットワークリソース情報を参照してアプリケーションを開発する必要はなく、従って、アプリケーション開発の難易度を下げることができる。さらに、サービスコントローラは、ノースバウンドインターフェースを使用して、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信することができ、ネットワークポリシーを手動で送信する必要はなく、アプリケーション実装効率を向上させることができる。図3に基づいて、本方法をさらに拡張することができる。図4に示すように、本発明の一実施形態における別のアプリケーション実装方法は、以下のステップを含む。
【００４５】
201．サービスコントローラは、第1のアプリケーションの記述情報を受信し、記述情報は、アプリケーションサーバによって送信される。
【００４６】
記述情報は、アプリケーションタイプ、アプリケーション品質、アプリケーション識別子などのうちの少なくとも1つのタイプの情報を含む。
【００４７】
アプリケーション識別子は、アプリケーションソフトウェア名、アプリケーションIPアドレス、端末タイプなどを含むことができる。アプリケーションタイプは、サービスタイプ、再生モード、ビデオ解像度などを含むことができる。アプリケーション品質には、体感品質（英語：mean opinion score、略称MOS）値と主要品質指標（英語：key quality index、略称KQI）値とを含むことができる。例えば、オーバーザトップ（英語：over−the−top、略称OTT）アプリケーションの記述情報は、再生モード、アプリケーションソフトウェア名、解像度、およびMOS値を含む。詳細を表1に示す。
【００４８】
【表１】
0006549261.tif 000002
【００４９】
202．サービスコントローラは、記述情報に従って、対象ネットワークリソース情報を判定し、対象ネットワークリソース情報は、第1のアプリケーションによって必要とされるネットワークリソースを示すために使用される。
【００５０】
記述情報とネットワークリソース情報との対応関係がサービスコントローラにおいて予め設定され、サービスコントローラは、対応関係を使用して、記述情報に対応する対象ネットワークリソース情報を検索してもよいことが理解されよう。
【００５１】
ネットワークリソース情報は、ネットワーク状態情報、ネットワークトポロジ情報、ネットワーク機能情報、またはネットワークリンク情報のうちの1つ以上のタイプを含むことができる。例えば、OTTアプリケーションに対応するネットワークリソース情報は、ネットワークリンク情報である。ネットワークリンク情報は、OTTアプリケーションを実装するために必要なネットワークリンクを示すために使用される。ネットワークリンク情報には、帯域幅、パケットロス、遅延、およびジッタが含まれ、詳細を表2に示す。
【００５２】
【表２】
0006549261.tif 000003
【００５３】
記述情報とOTTアプリケーションのネットワークリンク情報との間の対応関係は予め設定されていてもよく、表3に特に示されている。
【００５４】
【表３】
0006549261.tif 000004
【００５５】
従って、第1のアプリケーションのものであり、アプリケーションサーバが送信し、サービスコントローラが受信した、記述情報が記述情報1である場合、記述情報1に対応する対象ネットワークリソース情報はネットワークリンク情報1であると判定され得る。
【００５６】
203．サービスコントローラは、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信し、呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装する。
【００５７】
対象ネットワークリソース情報を判定した後、サービスコントローラは、対象ネットワークリソース情報によって示された対象ネットワークリソースがアイドル状態にあるかどうかをまず判定することに留意されたい。対象ネットワークリソースがアイドル状態にある場合、ステップ203aに従って、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信し、その結果、ネットワークコントローラは、ネットワークポリシーに従って対象ネットワークリソースを呼び出して、第1のアプリケーションを実装する。対象ネットワークリソースが占有状態にある場合、ステップ203bに従って、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信し、その結果、ネットワークコントローラは、ネットワークポリシーに従って対象ネットワークリソースを呼び出して、第1のアプリケーションを実装する。
【００５８】
203a．対象ネットワークリソース情報によって示される対象ネットワークリソースが現在アイドル状態にあると判定した場合、サービスコントローラは、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信し、その結果、ネットワークコントローラは、ネットワークポリシーに従って、対象ネットワークリソースを呼び出して、第1のアプリケーションを実装する。
【００５９】
対象ネットワークリソース情報を判定した後、サービスコントローラが、対象ネットワークリソースが現在アイドル状態にあると判定した場合、サービスコントローラは、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信し、ネットワークコントローラは、ネットワークポリシーに従って、対象ネットワークリソースを呼び出して、第1のアプリケーションを実装することが理解されよう。例えば、サービスコントローラが、ネットワークリンクリソース1によって示されるネットワークリンクがアイドル状態にあると判定した場合、サービスコントローラは、ネットワークコントローラに呼び出し命令を送信し、その結果、ネットワークコントローラは、ネットワークリンクを呼び出して、OTTアプリケーションを実装する。
【００６０】
場合により、本実施形態のステップ203aにおいて、少なくとも2つの方式をサービスコントローラに使用して、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在アイドル状態にあることを判定できる。
【００６１】
1．サービスコントローラは、ネットワークリソース情報ベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含むと判定し、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される。
【００６２】
サービスコントローラのネットワークリソースベースは、最下層においてネットワーク装置のアイドルネットワークリソースを示すために使用されるネットワークリソース情報を記憶することが理解されよう。従って、サービスコントローラは、対象ネットワークリソース情報をネットワークリソースベースのネットワークリソース情報と比較できる。サービスコントローラが、ネットワークリソースベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含むと判定した場合、このことは、対象ネットワークリソース情報によって示される対象ネットワークリソースがアイドル状態にあることを示す。
【００６３】
場合により、サービスコントローラが、ネットワークリソース情報ベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含むと判定する前に、サービスコントローラは、ネットワークリソース情報ベースを前もって確立し、ネットワークリソース情報を取得し、次いで、ネットワークリソース情報をネットワークリソース情報ベースに記憶できる。
【００６４】
サービスコントローラは、ネットワーク装置のアイドルネットワークリソースを直接取得してもよいし、ネットワークコントローラからネットワーク装置のアイドルネットワークリソースを取得してもよい。このことは、本明細書において特に限定されない。
【００６５】
2．サービスコントローラは、対象ネットワークリソース情報に従って、ネットワークリソース情報ベースで対象ネットワークリソースの状態識別子を検索し、状態識別子に従って、対象ネットワークリソースが現在アイドル状態にあると判定する。
【００６６】
状態識別子は、ネットワークリソースの状態を示すために使用され、状態には占有状態またはアイドル状態が含まれる。
【００６７】
サービスコントローラのネットワークリソースベースは、最下層においてネットワーク装置のすべてのネットワークリソース情報と、すべてのネットワークリソースの対応する状態識別子と、を記憶することが理解されよう。サービスコントローラは、対象ネットワークリソース情報に従って、ネットワークリソース情報ベースで対象ネットワークリソースに対応する状態識別子を検索できる。状態識別子がアイドル状態を示すとき、それは、対象ネットワークリソースがアイドル状態にあることを示す。例えば、表4に示すネットワークリンク情報および状態識別子に従って、OTTアプリケーションの対象ネットワークリソースがアイドル状態にあると判定できる。
【００６８】
【表４】
0006549261.tif 000005
【００６９】
場合により、サービスコントローラが、対象ネットワークリソース情報に従って、ネットワークリソース情報ベースで対象ネットワークリソースの状態識別子を検索する前に、サービスコントローラは、ネットワークリソース情報ベースを前もって確立し、最下層においてネットワーク装置のすべてのネットワークリソース情報を取得し、次いで、ネットワークリソース情報と、ネットワークリソースの対応する状態識別子と、をネットワークリソース情報ベースに記憶できる。
【００７０】
203b．サービスコントローラが、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在占有状態にあり、第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高く、第2のアプリケーションが対象ネットワークリソースを占有していると判定した場合、サービスコントローラは、占有されている対象ネットワークリソースを解放し、対象ネットワークリソースを使用して、第1のアプリケーションを実装する。
【００７１】
対象ネットワークリソースが占有状態にあると判定した後、サービスコントローラは、第1のアプリケーションの優先度が、対象ネットワークリソースを占有する第2のアプリケーションの優先度よりも高いかどうかを判定し続けることが理解されよう。第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高い場合、対象ネットワークリソースが呼び出されて、第1のアプリケーションが実装される。第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高くない場合、アプリケーションを実装できないというフィードバックがアプリケーション層に提供される。
【００７２】
場合により、本実施形態では、アプリケーションタイプに従って優先度を設定してもよく、次いで、サービスコントローラは、アプリケーションタイプに従って、第1のアプリケーションの優先度と第2のアプリケーションの優先度とを比較してもよい。例えば、OTTアプリケーションの優先度がインターネットプロトコルテレビジョン（Internet Protocol television、IPTV）アプリケーションの優先度より高いと設定されてもよい。従って、第1のアプリケーションがOTTアプリケーションであり、第2のアプリケーションがIPTVアプリケーションである場合、第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高いと判定され得る。
【００７３】
実際のアプリケーションでは、第1のアプリケーションの優先度と第2のアプリケーションの優先度とを別の方式で比較することができ、ここでは細部を説明しないことに留意されたい。
【００７４】
場合により、本実施形態のステップ203bにおいて、少なくとも2つの方式をサービスコントローラに使用して、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在占有状態にあることを判定できる。
【００７５】
1．サービスコントローラは、ネットワークリソース情報ベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含まないと判定し、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される。
【００７６】
対象ネットワークリソースが現在占有状態にあるとサービスコントローラが判定する特定の実施プロセスについては、ステップ203aにおける対象ネットワークリソースがアイドル状態にあると判定する第1の方式を参照されたい。第1の方式とは異なり、サービスコントローラが、ネットワークリソースベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含まないと判定した場合、このことは、対象ネットワークリソース情報によって示される対象ネットワークリソースが占有状態にあることを示す。
【００７７】
2．サービスコントローラは、対象ネットワークリソース情報に従って、ネットワークリソース情報ベースで対象ネットワークリソースの状態識別子を検索し、状態識別子に従って、対象ネットワークリソースが現在占有状態にあると判定する。
【００７８】
対象ネットワークリソースが現在占有状態にあるとサービスコントローラが判定する特定の実施プロセスについては、ステップ203aにおける対象ネットワークリソースがアイドル状態にあると判定する第2の方式を参照されたい。第2の方式と異なり、サービスコントローラが発見したネットワーク状態識別子が占有状態を示している場合は、これは、対象ネットワークリソース情報によって示される対象ネットワークリソースが占有状態にあることを示す。場合により、本発明の一部の実施形態では、ステップ202の前に、サービスコントローラは、サービス情報モデルに従って、受信した記述情報の形式を変換する必要がある。
【００７９】
サービス情報モデルについては、図5を参照されたい。例えば、OTTアプリケーションの受信した記述情報の形式は次のとおりである。
｛
サービスタイプ｛OTT Video｝
サービス機能｛720p｝
性能要件｛Video MoS≧4｝
セキュリティ要件｛High｝
サービスエリア｛長江デルタ｝
｝
【００８０】
図5のサービス情報モデルに従ってOTTアプリケーションの記述情報を変換することによって取得された形式は、以下のとおりである。
Service：HTTP Video
Cluster：｛
Endpoint｛
Location｝
｝
Connection：｛
Flow｛
type：streaming，
constraint：xxx｝
Security｛
gold｝
Performance｛
type：KQI
constraint：xxx｝
｝
【００８１】
場合により、本発明の一部の実施形態では、ステップ203の前に、サービスコントローラは、ネットワークポリシーを取得する必要がある。
【００８２】
サービスコントローラは、ネットワークポリシーを生成してもよいし、ユーザ端末が送信したネットワークポリシーを受信してもよい。
【００８３】
実際のアプリケーションでは、別の方式でネットワークポリシーを取得することができることに留意されたい。このことは、本明細書において特に限定されない。
【００８４】
ネットワークポリシーは、アプリケーション実装期間であってもよい。例えば、ユーザの通常のタイムテーブルによれば、ほとんどのアプリケーションは、夜11時以降に通常停止され、この時点でほとんどのネットワークリソースが解放される。従って、サービスコントローラは、夜10時以降にOTTアプリケーションを実装するようにネットワークコントローラを制御するためのネットワークポリシーを生成することができる。実際のアプリケーションでは、ネットワークポリシーは、アプリケーション実装時間、アプリケーション実装中のリソース切り替えなどであってもよいことに留意されたい。このことは、本明細書において特に限定されない。
【００８５】
本発明の本実施形態における技術的解決策を適用することにより、以下の有益な効果がもたらされる。
【００８６】
サービスコントローラが、対象ネットワークリソース情報によって示される対象ネットワークリソースがアイドル状態にあると判定した場合、コントローラは、対象ネットワークリソースを呼び出して、第1のアプリケーションを実装することができる。これにより、アイドルネットワークリソースが十分に活用され、リソース使用率が向上し得る。
【００８７】
サービスコントローラは、ネットワークリソースベースのネットワークリソース情報が対象ネットワークリソース情報を含むと判定することによって、かつネットワークリソースベースで検索することにより、対象ネットワークリソースに対応する状態識別子がアイドル状態であると判定することによって、対象ネットワークリソースがアイドル状態にあると判定する。これにより、対象ネットワークリソースの状態を簡便かつ迅速に判定し、アプリケーションの実装効率を向上させることができる。
【００８８】
サービスコントローラが、対象ネットワークリソース情報によって示される対象ネットワークリソースが占有状態にあり、第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高く、第2のアプリケーションが対象ネットワークリソースを占有していると判定した場合、第2のアプリケーションによって占有されている対象ネットワークリソースが解放され、次いで対象ネットワークリソースを呼び出して、第1のアプリケーションを実装する。従って、ネットワークリソースが不十分なケースでは、ネットワークリソース使用率が最大化される。
【００８９】
以上、本発明の実施形態におけるアプリケーション実装方法について説明したが、以下、本発明の実施形態におけるサービスコントローラについて説明する。図6を参照すると、本発明の本実施形態におけるサービスコントローラ500の一実施形態は、
第1のアプリケーションの記述情報を受信するように構成されたノースバウンドインターフェース501であって、記述情報は、アプリケーションサーバによって送信される、ノースバウンドインターフェース501と、
記述情報に従って、対象ネットワークリソース情報を判定するように構成された判定ユニット502であって、対象ネットワークリソース情報は、第1のアプリケーションによって必要とされるネットワークリソースを示すために使用される、判定ユニット502と、
ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するように構成された処理ユニット503であって、呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装する、処理ユニット503と、
を備える。
【００９０】
本発明の他の実施形態では、呼び出しユニットは、対象リソース情報によって示される対象リソースがアイドル状態にあるかどうかを特に判定して、対象ネットワークリソースを呼び出して、アプリケーションを実装することができる。図7を参照すると、本発明の実装中、サービスコントローラ600の別の実施形態は、
第1のアプリケーションの記述情報を受信するように構成されたノースバウンドインターフェース601であって、記述情報は、アプリケーションサーバによって送信される、ノースバウンドインターフェース601と、
記述情報に従って、対象ネットワークリソース情報を判定するように構成された判定ユニット602であって、対象ネットワークリソース情報は、第1のアプリケーションによって必要とされるネットワークリソースを示すために使用される、判定ユニット602と、
ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するように構成された処理ユニット603であって、呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装する、処理ユニット603と、
を備える。
【００９１】
場合により、本発明の一部の実施形態では、処理ユニット603が、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信することは、処理ユニット603が、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在アイドル状態にあると判定した場合、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信することで特にあり得る。
【００９２】
場合により、本発明の一部の実施形態では、処理ユニット603が、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在アイドル状態にあると判定することは、処理ユニット603が、ネットワークリソース情報ベースのネットワークリソース情報が対象ネットワークリソース情報を含むと判定することで特にあり得る。ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される。
【００９３】
場合により、本発明の他の実施形態では、処理ユニット603が、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在アイドル状態にあると判定することは、処理ユニット603が、対象ネットワークリソース情報に従って、ネットワークリソース情報ベースで対象ネットワークリソースの状態識別子を検索し、状態識別子に従って、対象ネットワークリソースが現在アイドル状態にあると判定することで特にあり得る。
【００９４】
場合により、本発明の他の実施形態では、処理ユニット603が、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信することは、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在占有状態にあり、第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高く、第2のアプリケーションが対象ネットワークリソースを占有していると判定した場合、処理ユニット603が、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信することで特にあり得る。
【００９５】
場合により、本発明の一部の実施形態では、処理ユニット603が、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在占有状態にあると判定することは、処理ユニット603が、ネットワークリソース情報ベースのネットワークリソース情報が対象ネットワークリソース情報を含まないと判定することで特にあり得る。ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される。
【００９６】
場合により、本発明の他の実施形態では、処理ユニット603が、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在占有状態にあると判定することは、処理ユニット603が、対象ネットワークリソース情報に従って、ネットワークリソースベースで対象ネットワークリソースの状態識別子を検索し、状態識別子に従って、対象ネットワークリソースが現在占有状態にあると判定することで特にあり得る。
【００９７】
場合により、本発明の一部の実施形態では、処理ユニット603は、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するステップの前に、ネットワークポリシーを生成するようにさらに構成される、またはノースバウンドインターフェースを使用して、ユーザ端末が送信したネットワークポリシーを受信するようにさらに構成される。場合により、本発明の一部の実施形態では、サービスコントローラ600は、第1の取得ユニット604と、第1の記憶ユニット605と、をさらに備え得る。
【００９８】
第1の取得ユニット604は、ネットワークコントローラからネットワークリソース情報を取得するように構成され、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される。第1の記憶ユニット605は、ネットワークリソース情報を、ネットワークリソース情報ベースに記憶するように構成される。
【００９９】
場合により、本発明の一部の実施形態では、サービスコントローラ600は、第2の取得ユニット606と、第2の記憶ユニット607と、をさらに備え得る。
【０１００】
第2の取得ユニット606は、ネットワークコントローラからネットワークリソース情報を取得するように構成され、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される。第2の記憶ユニット607は、ネットワークリソース情報を、ネットワークリソース情報ベースに記憶するように構成される。
【０１０１】
場合により、本発明の一部の実施形態では、サービスコントローラ600は、第3の取得ユニット608と、第3の記憶ユニット609と、をさらに備え得る。
【０１０２】
第3の取得ユニット608は、対象ネットワークリソース情報と対象ネットワークリソースの状態識別子とを取得するように構成される。第3の記憶ユニット609は、対象ネットワークリソース情報と対象ネットワークリソースの状態識別子とを、ネットワークリソース情報ベースに記憶するように構成される。
【０１０３】
本発明の本実施形態におけるサービスコントローラの機能モジュールの機能は、前述の方法実施形態の方法に従って特に実施され得ることが理解されよう。その具体的な実装プロセスについては、上述の方法実施形態における関連説明を参照されたい。ここでは細部を繰り返し説明しない。本発明の本実施形態では、サービスコントローラは、ノースバウンドインターフェースを使用して、アプリケーションサーバが送信した記述情報を受信し、記述情報に従って、判定ユニットを使用して、アプリケーションを実装するために必要な対象ネットワークリソース情報を判定する。先行技術と比較して、アプリケーションの開発中、開発者は、ネットワークリソース情報を参照してアプリケーションを開発する必要はなく、サービスコントローラが、アプリケーションをネットワークリソースに自動的に整合させることができるため、アプリケーション開発の難易度を下げることができる。さらに、サービスコントローラは、処理ユニットを使用して、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信することができ、ネットワークポリシーを手動で送信する必要はなく、アプリケーション実装効率を向上させることができる。
【０１０４】
以上、サービスコントローラの構成について論理的観点から説明したが、以下、本発明の一実施形態におけるサービスコントローラの構成について、物理的な観点から説明する。サービスコントローラは、図3および図4に対応する実施形態で提供される方法を実装することができる。図8を参照すると、本発明の一実施形態は、サービスコントローラ100を提供する。
【０１０５】
サービスコントローラ100は、マイクロプロセッサを備えたコンピュータであってもよい。例えば、サービスコントローラ100は、汎用コンピュータ、カスタマイズされたコンピュータ、携帯電話端末、サーバなどのデバイスのうちの1つであってもよい。サービスコントローラ100は、プロセッサ1001と、メモリ1002と、通信インターフェース1003と、バス1004と、を備え得る。プロセッサ1001と、メモリ1002と、通信インターフェース1003とは、バス1004を用いて接続されて相互通信を行う。メモリ1002は、プログラムコードを記憶するように構成される。サービスコントローラ100が稼動すると、プロセッサ1001は、メモリ1002に記憶されているプログラムコードを実行し、その結果、サービスコントローラ100は、上述の方法実施形態で記録したアプリケーション実装方法を実行する。
【０１０６】
具体的には、バス1004は、業界標準アーキテクチャ（英語：Industry Standard Architecture、略称ISA）バス、ペリフェラルコンポーネントインターコネクト（英語：Peripheral Component、略称PCI）バス、拡張業界標準アーキテクチャ（英語：Extended Industry Standard Architecture、略称EISA）バスなどであり得る。バスは、アドレスバス、データバス、または制御バスのうちの1つ以上に分類することができる。表現を容易にするために、図8では、バスを表すために1本の太線しか使用されていないが、1つのバスまたは1つのタイプのバスしかないことを表現しているのではない。
【０１０７】
メモリ1002は、実行可能プログラムコードを記憶するように構成され、プログラムコードは、コンピュータ操作命令を含む。サービスコントローラ100がプログラムコードを実行する場合、サービスコントローラ100は、図3の実施形態のステップ101〜103を完了してもよいし、図4の実施形態のステップ201〜203を実装してもよい。
【０１０８】
プロセッサ1001は、中央処理装置（英語：central processing unit、略称CPU）であってもよいし、プロセッサ1001は、特定用途向け集積回路（英語：application−specific integrated circuit、略称ASIC）であってもよいし、プロセッサ1001は、本発明の本実施形態を実装するように構成された1つ以上の集積回路であってもよい。
【０１０９】
上述した実施形態では、各実施形態の説明には、それぞれの重点がある。一実施形態において詳細に記載されていない部分については、他の実施形態における関連説明を参照されたい。
【０１１０】
当業者であれば、説明を簡便にする目的で、上記のシステム、装置およびユニットの詳細な動作プロセスについては、上記方法実施形態における対応するプロセスを参照することを明確に理解するはずであり、ここでは細部を繰り返し説明しない。
【０１１１】
本出願において提供されるいくつかの実施形態においては、開示のシステム、装置、および方法を他のやり方で実装することもできることを理解されたい。例えば、説明された装置実施形態は単なる例に過ぎない。例えば、ユニットの分割は単なる論理的機能分割に過ぎず、実際の実装に際しては他の分割も可能である。例えば、複数のユニットもしくはコンポーネントが組み合わされ、または統合されて別のシステムになる場合もあり、いくつかの特徴が無視されたり実行されなかったりする場合もある。加えて、表示された、または論じられた相互結合または直接結合または通信接続を、いくつかのインターフェースを使用して実現することもできる。装置間またはユニット間の間接結合または通信接続は、電気的形態、機械的形態、または他の形態として実現することができる。
【０１１２】
加えて、本発明の実施形態における機能ユニットが1つの処理ユニットへ統合される場合もあり、ユニットのそれぞれが物理的に独立して存在する場合もあり、または2つ以上のユニットが1つのユニットへ統合される場合もある。上述の統合ユニットはハードウェアの形態で実現することもでき、ソフトウェア機能ユニットの形態で実現することもできる。
【０１１３】
統合ユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売される場合、統合ユニットは、コンピュータ可読記憶媒体に記憶することができる。そうした理解に基づき、本発明の技術解決策を本質的に、または従来技術に寄与する部分を、または技術的な解決策のすべてまたは一部を、ソフトウェア製品の形態で実現することができる。ソフトウェア製品は記憶媒体に記憶されており、（パーソナルコンピュータ、サーバ、もしくはネットワーク装置などとすることができる）コンピュータデバイスに、本発明の各実施形態で記述されている方法のステップの全部または一部を実行するよう命令するためのいくつかの命令を含む。上記記憶媒体は、USBフラッシュドライブ、取り外し可能ハードディスク、読み出し専用メモリ（read−only memory、略称ROM）、ランダムアクセスメモリ（random access memory、略称RAM）、磁気ディスク、光ディスクといった、プログラムコードを記憶することができる任意の媒体を含む。
【０１１４】
上記実施形態は、本発明を限定するためのものではく、単に本発明の技術的解決策を説明するためのものに過ぎない。本発明は上記実施形態に関連して詳細に説明されているが、当業者は、本発明の実施形態の技術的解決策の範囲を逸脱することなく、さらに、前述の実施形態に記述されている技術的解決策に改変を加え、あるいは、前述の実施形態の一部の技術的特徴に対する等価の置換を行うことができることを理解するはずである。
【符号の説明】
【０１１５】
100  サービスコントローラ
500  サービスコントローラ
600  サービスコントローラ
501  ノースバウンドインターフェース
502  判定ユニット
503  処理ユニット
601  ノースバウンドインターフェース
602  判定ユニット
603  処理ユニット
604  第1の取得ユニット
605  第1の記憶ユニット
606  第2の取得ユニット
607  第2の記憶ユニット
608  第3の取得ユニット
609  第3の記憶ユニット
1001  プロセッサ
1002  メモリ
1003  通信インターフェース
1004  バス
【図１】
0006549261.tif 000006
【図２】
0006549261.tif 000007
【図３】
0006549261.tif 000008
【図４】
0006549261.tif 000009
【図５】
0006549261.tif 000010
【図６】
0006549261.tif 000011
【図７】
0006549261.tif 000012
【図８】
0006549261.tif 000013