JP2018521583A - アプリケーション実装方法およびサービスコントローラ - Google Patents

Abstract

本発明の各実施形態は、アプリケーションの開発を容易にし、アプリケーション実装効率を向上させるために、アプリケーションの実装方法およびサービスコントローラを開示する。本発明の実施形態における方法は、サービスコントローラによって、第1のアプリケーションの記述情報を受信するステップであって、記述情報は、アプリケーションサーバによって送信される、ステップと、サービスコントローラによって、記述情報に従って、対象ネットワークリソース情報を判定するステップであって、対象ネットワークリソース情報は、第1のアプリケーションが必要とするネットワークリソースを示すために使用される、ステップと、サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するステップであって、呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装する、ステップと、を含む、アプリケーション実装方法を提供する。

Description

本出願は、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に示す。

202．サービスコントローラは、記述情報に従って、対象ネットワークリソース情報を判定し、対象ネットワークリソース情報は、第1のアプリケーションによって必要とされるネットワークリソースを示すために使用される。

記述情報とネットワークリソース情報との対応関係がサービスコントローラにおいて予め設定され、サービスコントローラは、対応関係を使用して、記述情報に対応する対象ネットワークリソース情報を検索してもよいことが理解されよう。

ネットワークリソース情報は、ネットワーク状態情報、ネットワークトポロジ情報、ネットワーク機能情報、またはネットワークリンク情報のうちの1つ以上のタイプを含むことができる。例えば、OTTアプリケーションに対応するネットワークリソース情報は、ネットワークリンク情報である。ネットワークリンク情報は、OTTアプリケーションを実装するために必要なネットワークリンクを示すために使用される。ネットワークリンク情報には、帯域幅、パケットロス、遅延、およびジッタが含まれ、詳細を表2に示す。

記述情報とOTTアプリケーションのネットワークリンク情報との間の対応関係は予め設定されていてもよく、表3に特に示されている。

従って、第1のアプリケーションのものであり、アプリケーションサーバが送信し、サービスコントローラが受信した、記述情報が記述情報1である場合、記述情報1に対応する対象ネットワークリソース情報はネットワークリンク情報1であると判定され得る。

203．サービスコントローラは、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信し、呼び出し命令は、ネットワークコントローラに、ネットワークポリシーに従って対象ネットワークリソースを呼び出すように命令するために使用されて、第1のアプリケーションを実装する。

対象ネットワークリソース情報を判定した後、サービスコントローラは、対象ネットワークリソース情報によって示された対象ネットワークリソースがアイドル状態にあるかどうかをまず判定することに留意されたい。対象ネットワークリソースがアイドル状態にある場合、ステップ203aに従って、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信し、その結果、ネットワークコントローラは、ネットワークポリシーに従って対象ネットワークリソースを呼び出して、第1のアプリケーションを実装する。対象ネットワークリソースが占有状態にある場合、ステップ203bに従って、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信し、その結果、ネットワークコントローラは、ネットワークポリシーに従って対象ネットワークリソースを呼び出して、第1のアプリケーションを実装する。

203a．対象ネットワークリソース情報によって示される対象ネットワークリソースが現在アイドル状態にあると判定した場合、サービスコントローラは、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信し、その結果、ネットワークコントローラは、ネットワークポリシーに従って、対象ネットワークリソースを呼び出して、第1のアプリケーションを実装する。

対象ネットワークリソース情報を判定した後、サービスコントローラが、対象ネットワークリソースが現在アイドル状態にあると判定した場合、サービスコントローラは、ネットワークポリシーを運ぶ呼び出し命令をネットワークコントローラに送信し、ネットワークコントローラは、ネットワークポリシーに従って、対象ネットワークリソースを呼び出して、第1のアプリケーションを実装することが理解されよう。例えば、サービスコントローラが、ネットワークリンクリソース1によって示されるネットワークリンクがアイドル状態にあると判定した場合、サービスコントローラは、ネットワークコントローラに呼び出し命令を送信し、その結果、ネットワークコントローラは、ネットワークリンクを呼び出して、OTTアプリケーションを実装する。

場合により、本実施形態のステップ203aにおいて、少なくとも2つの方式をサービスコントローラに使用して、対象ネットワークリソース情報によって示される対象ネットワークリソースが現在アイドル状態にあることを判定できる。

1．サービスコントローラは、ネットワークリソース情報ベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含むと判定し、ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される。

サービスコントローラのネットワークリソースベースは、最下層においてネットワーク装置のアイドルネットワークリソースを示すために使用されるネットワークリソース情報を記憶することが理解されよう。従って、サービスコントローラは、対象ネットワークリソース情報をネットワークリソースベースのネットワークリソース情報と比較できる。サービスコントローラが、ネットワークリソースベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含むと判定した場合、このことは、対象ネットワークリソース情報によって示される対象ネットワークリソースがアイドル状態にあることを示す。

場合により、サービスコントローラが、ネットワークリソース情報ベースにおけるネットワークリソース情報が、対象ネットワークリソース情報を含むと判定する前に、サービスコントローラは、ネットワークリソース情報ベースを前もって確立し、ネットワークリソース情報を取得し、次いで、ネットワークリソース情報をネットワークリソース情報ベースに記憶できる。

サービスコントローラは、ネットワーク装置のアイドルネットワークリソースを直接取得してもよいし、ネットワークコントローラからネットワーク装置のアイドルネットワークリソースを取得してもよい。このことは、本明細書において特に限定されない。

2．サービスコントローラは、対象ネットワークリソース情報に従って、ネットワークリソース情報ベースで対象ネットワークリソースの状態識別子を検索し、状態識別子に従って、対象ネットワークリソースが現在アイドル状態にあると判定する。

状態識別子は、ネットワークリソースの状態を示すために使用され、状態には占有状態またはアイドル状態が含まれる。

サービスコントローラのネットワークリソースベースは、最下層においてネットワーク装置のすべてのネットワークリソース情報と、すべてのネットワークリソースの対応する状態識別子と、を記憶することが理解されよう。サービスコントローラは、対象ネットワークリソース情報に従って、ネットワークリソース情報ベースで対象ネットワークリソースに対応する状態識別子を検索できる。状態識別子がアイドル状態を示すとき、それは、対象ネットワークリソースがアイドル状態にあることを示す。例えば、表4に示すネットワークリンク情報および状態識別子に従って、OTTアプリケーションの対象ネットワークリソースがアイドル状態にあると判定できる。

場合により、サービスコントローラが、対象ネットワークリソース情報に従って、ネットワークリソース情報ベースで対象ネットワークリソースの状態識別子を検索する前に、サービスコントローラは、ネットワークリソース情報ベースを前もって確立し、最下層においてネットワーク装置のすべてのネットワークリソース情報を取得し、次いで、ネットワークリソース情報と、ネットワークリソースの対応する状態識別子と、をネットワークリソース情報ベースに記憶できる。

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は、第2の取得ユニット608と、第2の記憶ユニット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 バス

場合により、本発明の一部の実施形態では、サービスコントローラ600は、第3の取得ユニット608と、第3の記憶ユニット609と、をさらに備え得る。

Claims (22)

1. アプリケーション実装方法であって、
   サービスコントローラによって、ノースバウンドインターフェースを使用して第1のアプリケーションの記述情報を受信するステップであって、前記記述情報は、アプリケーションサーバによって送信される、ステップと、
   前記サービスコントローラによって、前記記述情報に従って、対象ネットワークリソース情報を判定するステップであって、前記対象ネットワークリソース情報は、前記第1のアプリケーションを実装するために必要な対象ネットワークリソースを示すために使用される、ステップと、
   前記サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するステップであって、前記呼び出し命令は、前記ネットワークコントローラに、前記ネットワークポリシーに従って前記対象ネットワークリソースを呼び出すように命令するために使用されて、前記第1のアプリケーションを実装する、ステップと、
   を含む、アプリケーション実装方法。
2. 前記サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信する、前記ステップは、
   前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在アイドル状態にあると判定した場合、前記サービスコントローラによって、前記ネットワークポリシーを運ぶ前記呼び出し命令を前記ネットワークコントローラに送信するステップ
   を含む、請求項1に記載の方法。
3. 前記サービスコントローラによって、前記対象ネットワークリソースが現在アイドル状態にあると判定する、前記ステップは、
   前記サービスコントローラによって、ネットワークリソース情報ベースにおけるネットワークリソース情報が、前記対象ネットワークリソース情報を含むと判定するステップであって、前記ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、ステップ
   を含む、請求項2に記載の方法。
4. 前記サービスコントローラによって、前記対象ネットワークリソースが現在アイドル状態にあると判定する、前記ステップの前に、
   前記サービスコントローラによって、前記ネットワークコントローラから前記ネットワークリソース情報を取得するステップであって、前記ネットワークリソース情報は、前記ネットワーク装置の前記アイドルネットワークリソースを示すために使用される、ステップと、
   前記サービスコントローラによって、前記ネットワークリソース情報を、前記ネットワークリソース情報ベースに記憶するステップと、
   をさらに含む、請求項3に記載の方法。
5. 前記サービスコントローラによって、前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在アイドル状態にあると判定する、前記ステップは、
   前記サービスコントローラによって、前記対象ネットワークリソース情報に従って、前記対象ネットワークリソースの状態識別子についてネットワークリソース情報ベースを検索し、前記状態識別子に従って、前記対象ネットワークリソースが現在前記アイドル状態にあると判定する、ステップ
   を含む、請求項2に記載の方法。
6. 前記サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信する、前記ステップは、
   前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在占有状態にあり、前記第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高く、前記第2のアプリケーションが前記対象ネットワークリソースを占有していると判定した場合、前記サービスコントローラによって、前記ネットワークポリシーを運ぶ前記呼び出し命令を前記ネットワークコントローラに送信するステップ
   を含み、
   前記呼び出し命令は、前記ネットワークコントローラに、前記ネットワークポリシーに従って前記対象ネットワークリソースを呼び出すように命令するために使用されて前記第1のアプリケーションを実装することは、
   前記呼び出し命令は、前記ネットワークコントローラに、前記ネットワークポリシーに従って、前記占有されている対象ネットワークリソースを解放し、前記対象ネットワークリソースを呼び出すように命令するために使用されて、前記第1のアプリケーションを実装すること、
   を含む、請求項1に記載の方法。
7. 前記サービスコントローラによって、前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在占有状態にあると判定する、前記ステップは、
   前記サービスコントローラによって、ネットワークリソース情報ベースにおけるネットワークリソース情報が、前記対象ネットワークリソース情報を含まないと判定するステップであって、前記ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、ステップ
   を含む、請求項6に記載の方法。
8. 前記サービスコントローラによって、前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在占有状態にあると判定する、前記ステップの前に、
   前記サービスコントローラによって、前記ネットワークコントローラから前記ネットワークリソース情報を取得するステップであって、前記ネットワークリソース情報は、前記ネットワーク装置の前記アイドルネットワークリソースを示すために使用される、ステップと、
   前記サービスコントローラによって、前記ネットワークリソース情報を、前記ネットワークリソース情報ベースに記憶するステップと、
   をさらに含む、請求項7に記載の方法。
9. 前記サービスコントローラによって、前記対象ネットワークリソースが現在占有状態にあると判定する、前記ステップは、
   前記サービスコントローラによって、前記対象ネットワークリソース情報に従って、前記対象ネットワークリソースの状態識別子についてネットワークリソースベースを検索し、前記状態識別子に従って、前記対象ネットワークリソースが現在前記占有状態にあると判定する、ステップ
   を含む、請求項6に記載の方法。
10. 前記サービスコントローラによって、前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在占有状態にあると判定する、前記ステップの前に、
    前記サービスコントローラによって、前記対象ネットワークリソース情報と前記対象ネットワークリソースの前記状態識別子とを取得するステップと、
    前記サービスコントローラによって、前記対象ネットワークリソース情報と前記対象ネットワークリソースの前記状態識別子とを、前記ネットワークリソース情報ベースに記憶するステップと、
    をさらに含む、請求項9に記載の方法。
11. 前記サービスコントローラによって、ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信する、前記ステップの前に、
    前記サービスコントローラによって、前記ネットワークポリシーを生成するステップ、または
    前記サービスコントローラによって、前記ノースバウンドインターフェースを使用して、ユーザ端末が送信した前記ネットワークポリシーを受信するステップ
    をさらに含む、請求項1から10のいずれか一項に記載の方法。
12. サービスコントローラであって、
    第1のアプリケーションの記述情報を受信するように構成されたノースバウンドインターフェースであって、前記記述情報は、アプリケーションサーバによって送信される、ノースバウンドインターフェースと、
    前記記述情報に従って、対象ネットワークリソース情報を判定するように構成された判定ユニットであって、前記対象ネットワークリソース情報は、前記第1のアプリケーションを実装するために必要な対象ネットワークリソースを示すために使用される、判定ユニットと、
    ネットワークポリシーを運ぶ呼び出し命令を、ネットワークコントローラに送信するように構成された処理ユニットであって、前記呼び出し命令は、前記ネットワークコントローラに、前記ネットワークポリシーに従って前記対象ネットワークリソースを呼び出すように命令するために使用されて、前記第1のアプリケーションを実装する、処理ユニットと、
    を備える、サービスコントローラ。
13. 前記処理ユニットは、前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在アイドル状態にあると判定した場合、前記ネットワークポリシーを運ぶ前記呼び出し命令を前記ネットワークコントローラに送信するように特に構成される、請求項12に記載のサービスコントローラ。
14. 前記処理ユニットは、ネットワークリソース情報ベースにおけるネットワークリソース情報が、前記対象ネットワークリソース情報を含むと判定するように特に構成され、前記ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、請求項13に記載のサービスコントローラ。
15. 前記ネットワークコントローラから前記ネットワークリソース情報を取得するように構成された第1の取得ユニットであって、前記ネットワークリソース情報は、前記ネットワーク装置の前記アイドルネットワークリソースを示すために使用される、第1の取得ユニットと、
    前記ネットワークリソース情報を、前記ネットワークリソース情報ベースに記憶するように構成された第1の記憶ユニットと、
    をさらに備える、請求項14に記載のサービスコントローラ。
16. 前記処理ユニットは、前記対象ネットワークリソース情報に従って、前記対象ネットワークリソースの状態識別子についてネットワークリソース情報ベースを検索し、前記状態識別子に従って、前記対象ネットワークリソースが現在前記アイドル状態にあると判定するように特に構成される、請求項13に記載のサービスコントローラ。
17. 前記処理ユニットは、
    前記対象ネットワークリソース情報によって示される前記対象ネットワークリソースが現在占有状態にあり、前記第1のアプリケーションの優先度が第2のアプリケーションの優先度よりも高く、前記第2のアプリケーションが前記対象ネットワークリソースを占有していると判定した場合、前記ネットワークポリシーを運ぶ前記呼び出し命令を前記ネットワークコントローラに送信し、前記呼び出し命令は、前記ネットワークコントローラに、前記ネットワークポリシーに従って、前記占有されている対象ネットワークリソースを解放し、前記対象ネットワークリソースを呼び出すように命令するために使用されて、前記第1のアプリケーションを実装する
    ように特に構成される、請求項12に記載のサービスコントローラ。
18. 前記処理ユニットは、ネットワークリソース情報ベースにおけるネットワークリソース情報が、前記対象ネットワークリソース情報を含まないと判定するように特に構成され、前記ネットワークリソース情報は、ネットワーク装置のアイドルネットワークリソースを示すために使用される、請求項17に記載のサービスコントローラ。
19. 前記ネットワークコントローラから前記ネットワークリソース情報を取得するように構成された第2の取得ユニットであって、前記ネットワークリソース情報は、前記ネットワーク装置の前記アイドルネットワークリソースを示すために使用される、第2の取得ユニットと、
    前記ネットワークリソース情報を、前記ネットワークリソース情報ベースに記憶するように構成された第2の記憶ユニットと、
    をさらに備える、請求項18に記載のサービスコントローラ。
20. 前記処理ユニットは、前記対象ネットワークリソース情報に従って、前記対象ネットワークリソースの状態識別子についてネットワークリソースベースを検索し、前記状態識別子は、前記対象ネットワークリソースが現在前記占有状態にあると示すように特に構成される、請求項17に記載のサービスコントローラ。
21. 前記対象ネットワークリソース情報と前記対象ネットワークリソースの前記状態識別子とを取得するように構成された第3の取得ユニットと、
    前記対象ネットワークリソース情報と前記対象ネットワークリソースの前記状態識別子とを、前記ネットワークリソース情報ベースに記憶するように構成された第3の記憶ユニットと、
    をさらに備える、請求項20に記載のサービスコントローラ。
22. 前記ネットワークポリシーを運ぶ前記呼び出し命令を、前記ネットワークコントローラに送信するステップの前に、前記処理ユニットは、前記ネットワークポリシーを生成するように構成される、または前記ノースバウンドインターフェースを使用して、ユーザ端末が送信した前記ネットワークポリシーを受信するようにさらに構成される、請求項12から21のいずれか一項に記載のサービスコントローラ。

Images