JP7141926B2 - リソース管理装置、リソース管理方法、及びリソース管理システム - Google Patents

Description

本発明は、概して、通信装置間の通信に関わる通信リソースの管理に関する。

ネットワーク上において伝送されるトラフィック量が継続的に増加しており、ネットワークにおける帯域といったネットワークリソースの効率的な利用が望まれている。また、輻輳によりデータの欠落が発生すると、ユーザの満足度が低下するため、ユーザの希望におうじたデータ伝送品質の保証が望まれている。

本分野の背景技術として、特許文献１記載の技術がある。この文献では、「現在のみならず将来における各ユーザへのリソース提供状態を調整してＮＷリソースに余裕を発生させ、サービス利用機会の増加を実現することを目的としている。また、その解決手段として、各ユーザ端末１０へのコンテンツ配信状態を調整して、リソース削減を行うリソース集約部３０と、各ユーザ端末１０に対してリソース販売を行うリソース販売部３１と、ＮＷ中の空きリソース判定を行うリソース判定部３２を設ける。リソース集約部３０は、リソース集約可否判定するリソース集約判定機能３０１と、リソース集約可否判定によりＮＷ中のトラヒック制御を行うＮＷ制御機能３０２を、リソース販売部３１は、ユーザ情報のデータベース３１０と、ユーザからのＮＷリソース要求を受付ける受付機能３１１と、リソース要求に対して回答する回答機能３１２と、リソース予約者に対して通知する通知機能３１３を、リソース判定部３２は、ＮＷ状態情報のデータベース３２０と、ＮＷ使用状態を監視するＮＷ監視機能３２１と、空きリソース判定を行うリソース判定機能３２２を、それぞれ備える」、と記載されている。

特開２００４－２３６０６２号公報

しかしながら、上記記載の技術では、リソースを販売するシステム側が、トラフィックの集約制御を実行し、新たに要求されるネットワーク帯域の収容可能かを判定する。このため、集約側に輻輳が発生した場合、既設トラフィックユーザのネットワーク利用品質が劣化するといった課題がある。また、帯域のような通信リソースの利用効率の向上が望ましい。

そこで、本発明は前述した課題を鑑みてなされた発明であり、ユーザのネットワーク利用品質劣化を防止し、且つ通信リソースを高効率に利用可能とすることを目的とする。

複数の第１の通信装置と一つ以上の第２の通信装置との間に介在する複数の中間装置のうちの少なくとも一つの装置に接続されたリソース管理装置が、当該複数第１の通信装置と当該一つ以上の第２の通信装置と当該複数の中間装置との少なくとも一部に関わるリソースであり通信に利用されるリソースである通信リソースを管理するためのリソース管理データを基に、リソース要求に応答して、空きリソースから、当該リソース要求に従うリソースである要求リソースを割り当てる。リソース管理装置は、リソース管理データを基に複数タイプのリソースを管理可能である。複数タイプのリソースは、リソース量が恒常的に続く恒常型のリソースの他に、リソース量が反復的に続く反復型のリソースを含む。

本発明によれば、ネットワーク利用品質の劣化が防止され、且つ、通信リソースの高効率利用が可能となる。

第１の実施形態におけるネットワークシステム構成図の例である。 第１の実施形態における物理リソース管理データの例である。 第１の実施形態における経路Ｐ１に対するリソース設定のシーケンスを示す図の例である。 第１の実施形態における経路Ｐ２に対するリソース設定のシーケンスを示す図の例である。 第１の実施形態における管理装置の構成図の例である。 第１の実施形態における管理装置内のメモリに保持されるプログラム及びデータを示す図の例である。 第１の実施形態における経路Ｐ１についての設定リソース管理データを示す図の例である。 第１の実施形態における経路Ｐ１についてのリソース状態を示す図の例である。 第１の実施形態における経路Ｐ２についての設定リソース管理データを示す図の例である。 第１の実施形態における経路Ｐ２についてのリソース状態を示す図の例である。 第１の実施形態における確定した恒常型空きリソースのリソース管理データを示す図の例である。 第１の実施形態における確定した個別型空きリソースのリソース管理データを示す図の例である。 第１の実施形態における確定した反復型空きリソースのリソース管理データを示す図の例である。 第１の実施形態におけるリソース割当てを示すフローチャートの例である。 第１の実施形態における空きリソース管理を示すフローチャートの例である。 第２の実施形態におけるリソース割当てを示すフローチャートの例である。 第３の実施形態における管理装置内のメモリに保持されるデータを示す図の例である。 第３の実施形態における調整可能リソース管理を示すフローチャートの例である。 第３の実施形態における恒常型調整可能リソースを示す図の例である。 第３の実施形態における反復型調整可能リソースを示す図の例である。 第３の実施形態における調整可能な恒常型リソースの調整可能リソース管理データを示す図の例である。 第３の実施形態における調整可能な反復型リソースの調整可能リソース管理データを示す図の例である。 第３の実施形態における個別型リソースのリソース要求を示す図の例である。 第３の実施形態における反復型リソースのリソース要求を示す図の例である。 第３の実施形態におけるリソース割当てを示すフローチャートの例である。 第４の実施形態における調整可能リソース管理を示すフローチャートの例である。 第４の実施形態における恒常型調整可能リソースを示す図の例である。 第４の実施形態における反復型調整可能リソースを示す図の例である。 第４の実施形態における恒常型調整可能リソースに対する反復型調整可能リソースとの重複領域を示す図の例である。 第４の実施形態における反復型調整可能リソースに対する恒常型調整可能リソース候との重複を示す図の例である。 第５の実施形態における第１週目における計測時系列データを示す図の例である。 第５の実施形態における第５週における計測時系列データを示す図の例である。 第５の実施形態における第１２週目における予測時系列データを示す図の例である。 第５の実施形態における第７週目～第１１週目までの調整可能リソースを示す図の例である。 第６の実施形態におけるリソース要求画面を示す図の例である。 第６の実施形態におけるリソース要求応答画面を示す図の例である。

実施の形態について、図面を用いて詳細に説明する。ただし、本発明は以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

図面等において示す各構成の位置、数、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、数、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面等に開示された位置、数、大きさ、形状、範囲などに限定されない。

以下の説明では、「インターフェース装置」は、一つ以上のインターフェースデバイスでよい。当該一つ以上のインターフェースデバイスは、下記のうちの少なくとも一つでよい。
・一つ以上のＩ／Ｏ（Input/Output）インターフェースデバイス。Ｉ／Ｏ（Input/Output）インターフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも一つに対するインターフェースデバイスである。表示用計算機に対するＩ／Ｏインターフェースデバイスは、通信インターフェースデバイスでよい。少なくとも一つのＩ／Ｏデバイスは、ユーザインターフェースデバイス、例えば、キーボード及びポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちのいずれでもよい。
・一つ以上の通信インターフェースデバイス。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「メモリ」は、一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、一つ以上の永続記憶デバイスである。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）であり、具体的には、例えば、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）である。

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサモジュールである。少なくとも一つのプロセッサモジュールは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサモジュールは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶装置及び／又はインターフェース装置等を用いながら行うため、処理の主語が、プロセッサ（或いは、そのプロセッサを有するコントローラのようなデバイス）とされてもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体であってもよい。また、以下の説明において、二つ以上のプログラムが一つのプログラムとして実現されてもよいし、一つのプログラムが二つ以上のプログラムとして実現されてもよい。

また、以下の説明では、「ｘｘｘ管理データ」といった表現にて、入力に対して出力が得られるデータを説明することがあるが、当該データは、どのような構造のデータでもよいし、入力に対する出力を発生するニューラルネットワークのような学習モデルでもよい。管理データは、二以上の管理データに分割されて管理されてもよいし、二以上の管理データの全部又は一部が一つの管理データとして管理されてもよい。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号中の共通符号を使用し、同種の要素を区別して説明する場合は、参照符号（又は要素のＩＤ）を使用することがある。例えば、伝送装置を特に区別しないで説明する場合には、「伝送装置（１０）」と記載し、個々の伝送装置を区別して説明する場合には、「伝送装置Ｎ１（１０－１）」、「伝送装置Ｎ２（１０－２）」のように記載することがある。

以下、本発明の各実施形態を、図１～図２６を用いて説明する。

いずれの実施形態でも、ネットワークリソースを恒常的に利用する場合（恒常型リソース要求）、反復的に利用する場合（反復型リソース要求）、及び、単発的に利用する場合など恒常型と反復型のいずれにも含まれない場合（個別型リソース要求）に分けて、ネットワークリソースが管理され、ユーザが所望する利用形態に応じたネットワークリソースの提供が実行される。以下の実施形態では、説明の簡単化のために、リソースは、ネットワークリソースの一例としての帯域とする。このため、各実施形態の説明において、特段の説明が無い場合には、「リソース」及び「ネットワークリソース」のいずれも「帯域」を意味する。また、「リソース」は、“帯域”のような「リソース項目」（例えばリソース名）と、“２００Ｍｂｐｓ”のような「リソース量」の両方の意味を含むものとする。また、「帯域」は、ネットワークリソースの一例であり、ネットワークリソースは、通信リソースの一例である。「ネットワークリソース」は、ネットワークに関わるリソースである。ネットワークリソースとしては、帯域の他に、例えば、ネットワークの構成要素としての後述の伝送装置におけるリソース（例えば、伝送装置内のプロセッサの使用率）がある。また、「通信リソース」は、通信に利用されるリソースである。通信リソースとしては、ネットワークリソースの他に、例えば、後述のサーバ及び端末のうちの少なくとも一つにおけるリソース（例えば、サーバ内又は端末内のプロセッサの使用率）がある。
［第１の実施形態］

本実施形態では、ユーザからのネットワークリソース要求のタイプに合致したタイプのネットワークリソース提供を制御する例について説明する。以下、図１～図１３を用いて第１の実施形態に係るネットワークリソース管理の動作について説明する。

図１は、第１の実施形態におけるネットワークシステム構成図の例である。

本実施形態に係るリソース管理システムは、図１に示されるように、管理装置Ｍ（２０）（リソース管理装置の一例）と、それぞれデータを伝送（中継）する複数の伝送装置（１０）（例えば伝送装置Ｎ１～Ｎ３（１０－１～１０－３））とを含む。複数の伝送装置（１０）を介して、一つ以上のサーバ（３０）（例えば、コンテンツを提供するサーバＳ１（３０－１）及びＳ２（３０－２））と複数の端末（４０）（例えば、コンテンツを利用する端末Ｔ１～Ｔ６（４０－１）～（４０－６））間の通信が行われる。各伝送装置（１０）について、下記のうちのいずれか一つ、
・サーバ（３０）、端末（４０）、管理装置Ｍ（２０）及び伝送装置（１０）のうちの二つ以上の装置が接続される、
・二つ以上の伝送装置（１０）が接続される、
が該当する。各伝送装置（１０）は、スイッチ、例えば、ＭＰＬＳ（Multi-Protocol Label Switching）が適用されたスイッチでよい。

端末（４０）は、第１の通信装置の一例でよい。サーバ（３０）は、第２の通信装置の一例でよい。「通信装置」は、送信装置及び受信装置の少なくとも一つとして機能する装置でよい。伝送装置（１０）は、中間装置の一例でよい。通信装置及び中間装置のいずれも、インターフェース装置、記憶装置及びプロセッサといったハードウェアを有し、当該ハードウェアに関して帯域やプロセッサ使用率といったリソースが定義されてよい。

端末（４０）は、伝送装置（１０）経由でサーバ（３０）にアクセスし、所望のコンテンツ（データ）の送信を当該サーバ（３０）に要求する。サーバ（３０）は、端末（４０）から要求されたコンテンツの配信タイミングを算出し、当該コンテンツの配信に必要なネットワークリソースを、伝送装置（１０）経由で管理装置Ｍ（２０）に要求する。管理装置Ｍ（２０）は、要求されたネットワークリソースの確保が可能か否かを判定する。管理装置Ｍ（２０）は、確保が可能な場合、必要なネットワークリソースの確保を、配信元のサーバ（３０）と配信先の端末（４０）とを繋ぐ経路に関し、当該経路にある各伝送装置（１０）に設定する。また、管理装置Ｍ（２０）は、サーバ（３０）に対して、要求されたネットワークリソースの提供可否を通知する。サーバ（３０）は、提供可の通知を受けた場合には、スケジュール（算出された配信タイミング）に従い、端末（４０）から要求されたコンテンツ（データ）を、上記経路経由で配信する。

図２は、第１の実施形態における物理リソース管理データの例である。

物理リソース管理データ（６１１）は、例えばサーバ（３０）と端末（４０）間の経路毎に、当該経路についてのリソース管理の番号を示す管理番号（２０１）、当該経路のＩＤを示す経路ＩＤ（２０２）、当該経路が経由する伝送装置のＩＤのリストである経由伝送装置（２０３）、該当経路に関して確保可能な帯域（空きの帯域）を示す帯域（２０４）、及び、当該経路の端点間における遅延を示す遅延（２０５）といった情報が格納されるフィールドから構成された行（エントリ）を有する。行２１１によれば、管理番号“Ｌ１”にて管理される伝送経路（以下、経路）Ｐ１は、伝送装置Ｎ１とＮ２を経由し、端点間で１０００Ｍｂｐｓのデータ伝送が可能であり、また、端点間の伝送遅延が４０ｍｓである。また、行２１２によれば、経路Ｐ２に対しても同様に、経由する伝送装置、伝送可能な帯域、及び伝送遅延が管理される。各経路について、帯域（２０４）が、当該経路について割り当てられる一つ以上のリソース量（帯域）の合計の上限となる。以下の説明において、詳細は省略するが、各経路に関し、空きリソースのリソース量合計は、当該経路に関する帯域（２０４）から、設定リソースのリソース量合計を除いた量である。

図３は、経路Ｐ１に対するリソース設定のシーケンスを示す図の例である。

端末Ｔ１（４０－１）は、サーバＳ１（３０－１）にアクセスし、所望のコンテンツを要求する（ステップＳ３０１）。サーバＳ１（３０－１）は、要求されたコンテンツの配信タイミングを算出し、管理装置Ｍ（２０）に、コンテンツを端末Ｔ１（４０－１）へ伝送するためのネットワークリソースの確保を要求する（ステップＳ３０２）。管理装置Ｍ（２０）は、サーバＳ１（３０－１）から要求されたネットワークリソースの確保が可能か否かを判定する。確保が可能な場合、管理装置Ｍ（２０）は、コンテンツを伝送するためのネットワークリソースの確保を、経路Ｐ１の構成要素である伝送装置Ｎ１（１０－１）及びＮ２（１０－２）の各々に設定する（ステップＳ３０３－１及びＳ３０３－２）。管理装置Ｍ（２０）は、要求されたネットワークリソースの確保が完了すると、要求元であるサーバＳ１（３０－１）に対して、要求されたネットワークリソースの確保が完了したことを通知する（ステップＳ３０４）。

端末Ｔ２（４０－２）についても、ステップＳ３０１～Ｓ３０４と同様のステップが行われる（ステップＳ３０５～Ｓ３０８）。端末Ｔ３（４０－３）についても、ステップＳ３０１～Ｓ３０４と同様のステップが行われる（ステップＳ３０９～Ｓ３１２）。端末Ｔ４（４０－４）についても、ステップＳ３０１～Ｓ３０４と同様のステップが行われる（ステップＳ３１３～Ｓ３１６）。端末Ｔ５（４０－５）についても、ステップＳ３０１～Ｓ３０４と同様のステップが行われる（ステップＳ３１７～Ｓ３２０）。

サーバＳ１（３０－１）は、端末Ｔ１（４０－１）～端末Ｔ５（４０－５）の各々について、要求されたネットワークリソースの確保が完了したことの通知を受けた後、算出したコンテンツ配信タイミングになると、要求されたコンテンツを配信する（ステップＳ３２１～Ｓ３２５）。

図３では、端末Ｔ１（４０－１）～端末Ｔ５（４０－５）の各々について、端末（４０）からサーバＳ１（３０－１）へ送信されるコンテンツ要求も、サーバＳ１（３０－１）から端末（４０）へ配信されるコンテンツも、経路Ｐ１を経由するが、各端末（４０）について、いずれの経路を経由してコンテンツが配信されるかは、当該コンテンツに対応したコンテンツ要求の経路に依存しない。具体的には、例えば、管理装置Ｍ（２０）が、いずれかのサーバ（１０）から、端末（４０）からコンテンツを要求されたサーバ（１０）から、当該コンテンツの配信のためのネットワークリソースの確保を要求された場合、当該端末（４０）と当該サーバ（１０）との間の経路から、当該コンテンツの経路を、下記のうちの少なくも１つ、
・コンテンツ要求で関連付けられている許容される遅延、及び、各経路についての遅延、
・コンテンツ要求で関連付けられている要求帯域、及び、各経路についての空き帯域、
に基づいて選択する。例えば、許容される遅延が“５０”、Ｐ１の空き帯域が“５００”、Ｐ２の空き帯域が“５００”、要求帯域が“３００”の場合、経路Ｐ１及びＰ２のいずれの空き帯域も、要求帯域“３００”より大きいが、経路Ｐ２の遅延（２０５）は許容される遅延“５０”より大きいため、遅延（２０５）が“５０”以下である経路Ｐ１が、選択される。なお、このような経路選択は、図４についても同様に行われてよい。

図４は、経路Ｐ２に対するリソース設定のシーケンスを示す図の例である。

端末Ｔ１（４０－１）は、サーバＳ２（３０－２）にアクセスし、所望のコンテンツを要求する（ステップＳ４０１）。サーバＳ２（３０－２）は、コンテンツの配信タイミングを算出し、管理装置Ｍ（２０）に、コンテンツを端末Ｔ１（４０－１）へ伝送するためのネットワークリソースの確保を要求する（ステップＳ４０２）。管理装置Ｍ（２０）は、サーバＳ２（３０－２）から要求されたネットワークリソースの確保が可能か否かを判定する。確保が可能な場合、管理装置Ｍ（２０）は、コンテンツを伝送するためのネットワークリソースの確保を、経路Ｐ２の構成要素である伝送装置Ｎ１（１０－１）、Ｎ２（１０－２）及びＮ３（１０－３）の各々に設定する（ステップＳ４０３－１～Ｓ４０３－３）。管理装置Ｍ（２０）は、要求されたネットワークリソースの確保が完了すると、要求元であるサーバＳ２（３０－２）に対して、要求されたネットワークリソースの確保が完了したことを通知する（ステップＳ４０４）。

端末Ｔ２（４０－２）についても、ステップＳ４０１～Ｓ４０４と同様のステップが行われる（ステップＳ４０５～Ｓ４０８）。端末Ｔ３（４０－３）についても、ステップＳ４０１～Ｓ４０４と同様のステップが行われる（ステップＳ４０９～Ｓ４１２）。端末Ｔ４（４０－４）についても、ステップＳ４０１～Ｓ４０４と同様のステップが行われる（ステップＳ４１３～Ｓ４１６）。端末Ｔ５（４０－５）についても、ステップＳ４０１～Ｓ４０４と同様のステップが行われる（ステップＳ４１７～Ｓ４２０）。

サーバＳ２（３０－２）は、端末Ｔ１（４０－１）～端末Ｔ５（４０－５）の各々について、要求されたネットワークリソースの確保が完了したことの通知を受けた後、算出したコンテンツ配信タイミングになると、要求されたコンテンツを配信する（ステップＳ４２１～Ｓ４２５）。

図５は、管理装置Ｍ（２０）の構成図の例である。

管理装置Ｍ（２０）は、プロセッサの一例であるＣＰＵ（５０１）、記憶装置の一例である主メモリ（５０２）及び補助記憶デバイス（５０３）、及び、インターフェース装置の一例でありネットワークによりデータの送受信を行う入出力インタフェース（５０４）を備える。これらの構成要素（５０１）～（５０４）は、バス（５０５）を介して互いに接続される。管理装置Ｍ（２０）は、さらに図示しない入出力装置、例えば、キーボードや画像表示装置を備えていてもよい。また、管理装置Ｍ（２０）は、入出力インタフェース（５０４）を介して、サーバ（３０）から要求を受け付けたり、伝送装置（１０）にリソースを設定したりする。

ＣＰＵ（５０１）は、管理装置Ｍ（２０）の各部を制御し、また、補助記憶デバイス（５０３）に格納されたプログラムを主メモリ（５０２）にロードし、プログラムを実行することにより、管理装置Ｍ（２０）が備える各種機能を実行する。主メモリ（５０２）は、ＣＰＵ（５０１）によって実行される一つ以上のプログラム、また当該一つ以上のプログラムの実行に必要なデータを格納する。

図６は、主メモリ（５０２）に保持されるプログラム及びデータを示す図の例である。

主メモリ（５０２）には、リソース割当て管理プログラム（６０１）及び空きリソース管理プログラム（６０２）がロードされ実行される。また、当該プログラム実行に必要なリソース管理データ（６５２）（例えば、物理リソース管理データ（６１１）、設定リソース管理データ（６１２）及び空きリソース管理データ（６１３）を含んだデータ）が保持される。なお、リソース割当て管理プログラム（６０１）については、図１２を用いて後述する。また、空きリソース管理プログラム（６０２）については、図１３を用いて後述する。物理リソース管理データ（６１１）については、図２を用いて説明済みである。設定リソース管理データ（６１２）については図７及び図９を用いて後述する。空きリソース管理データ（６１３）については図１１を用いて後述する。

図７は、経路Ｐ１に対する設定リソース管理データ６１２を示す図の例である。

設定リソース管理データ６１２は、設定リソース（設定済みのリソース）毎に、設定リソース管理の番号を示す管理番号（７０１）、当該設定リソースが設定された経路のＩＤを示す経路ＩＤ（７０２）、当該設定リソースの利用開始の年月日を示す開始年月日（７０３）、当該設定リソースの利用開始の時分を示す開始時分（７０４）、当該設定リソースの利用終了の年月日を示す終了年月日（７０５）、当該設定リソースの利用終了の時分を示す終了時分（７０６）、当該設定リソースの利用の型を示す利用タイプ（７０７）、当該リソースを反復的に利用する場合の利用反復の頻度（開始周期）を示す繰返し頻度（７０８）、及び、当該設定リソースとして帯域（例えば［Ｍｂｐｓ］）を示す帯域（７０９）といった情報が格納されるフィールドから構成された行を有する。開始年月日と開始時分の組が、開始時刻の一例であり、終了年月日と終了時分の組が、終了時刻の一例である。すなわち、本実施形態では、時刻は、年月日と時分の組合せで表現される。時刻は、それよりも粗い又は細かい単位で表現されてもよい（例えば、時刻は、年月日時分秒で表現されてもよい）。

行７１１によれば、設定リソースが、管理番号“Ａ０１”にて管理され、経路Ｐ１に対して、開始時刻（Ｄ１：０：００）より、恒常的に利用され、当該設定リソースとしての帯域が２００Ｍｂｐｓである。行７１２及び７１３によれば、行７１１と同様の設定が実行される。行７１４によれば、設定リソースが、管理番号“Ａ０４”にて管理され、経路Ｐ１に対して、開始時刻（Ｄ１：０：００）～終了時刻（Ｄ１：１２：００）まで個別（単発）的に利用され、当該設定リソースとしての帯域が２００Ｍｂｐｓである。行７１５によれば、設定リソースが、管理番号“Ａ０５”にて管理され、経路Ｐ１に対して、開始時刻（Ｄ２：０：００）より、恒常的に利用され、当該設定リソースとしての帯域が２００Ｍｂｐｓである。

図８は、経路Ｐ１についてのリソース状態を示す図の例である。図の横軸は時間を表し、縦軸がネットワーク帯域（Ｍｂｐｓ）を示す。また、以下の説明では、管理番号“ｘｘ”に対応したリソースを「リソースｘｘ」と表現することがある。

符号８０１が示す設定リソースＡ０１によれば、Ｄ１：０：００より２００Ｍｂｐｓの帯域が恒常的に利用される。同様に、符号８０２及び８０３が示す設定リソースＡ０２及びＡ０３によれば、Ｄ１：０：００より２００Ｍｂｐｓの帯域が恒常的に利用される。符号８０４が示す設定リソースＡ０４によれば、Ｄ１：０：００～Ｄ１：１２：００の間のみ、２００Ｍｂｐｓの帯域が個別に利用される。符号８０５が示す設定リソースＡ０５によれば、Ｄ２：０：００から２００Ｍｂｐｓの帯域が恒常的に利用される。

図９は、経路Ｐ２についての設定リソース管理データを示す図の例である。

行９１１によれば、設定リソースが、管理番号“Ａ１１”にて管理され、経路Ｐ２に対して、Ｄ１：０：００より、恒常的に利用され、設定リソースとしての帯域が２００Ｍｂｐｓである。行９１２～９１４によれば、行９１１と同様の設定が実行される。行９１５によれば、設定リソースが、管理番号“Ａ１５”にて管理され、経路Ｐ２に対して、Ｄ１：０：００～Ｄ１：６：００まで、日単位の繰返しとして反復的に利用され、設定リソースとしての帯域が２００Ｍｂｐｓである。

図１０は、第１の実施形態における第２の経路（経路Ｐ２）についてのリソース状態を示す図の例である。

符号１００１が示す設定リソースＡ１１によれば、Ｄ１：０：００より２００Ｍｂｐｓの帯域が恒常的に利用される。同様に、符号１００２～１００４が示す設定リソースＡ１２～Ａ１４によれば、Ｄ１：０：００より２００Ｍｂｐｓの帯域が恒常的に利用される。符号１００５－１及び１００５－２が示す設定リソースＡ１５によれば、Ｄ１：０：００～Ｄ１：６：００まで２００Ｍｂｐｓの帯域が日単位で同時間帯に利用される（つまり繰返し利用される）。

本実施形態では、リソースの確保の要求に応答して、リソースが設定（確保）される。リソースの確保の要求を「リソース要求」と言い、リソース要求に従うリソース（つまり要求されたリソース）を「要求リソース」と言い、要求に応答して設定されたリソースを「設定リソース」と言い、空きとして管理されているリソースを「空きリソース」と言うことができる。

また、本実施形態では、リソースのタイプが、恒常型、反復型及び個別型に区別される。具体的には、下記の通りである。
・恒常型リソースは、リソース量が恒常的に続くリソース、具体的には、例えば、開始時刻と利用されるリソース量とが規定され終了時刻が規定されないリソースである。
・反復型リソースは、リソース量が反復的（断続的）に続くリソース、具体的には、例えば、利用毎の利用期間（例えば開始時刻及び終了時刻）とリソース量とが規定されたリソースである。本実施形態では、反復型リソースは、一定の周期（例えば日毎に）で一定の利用期間（例えば午前０時～午前６時）に一定のリソース量（例えば２００ＭＢｐｓ）が利用されるリソースである。利用の反復に規則性があるリソースは、利用が周期的であるか否かや、各利用期間でリソース量が同じであるか否かに関わらず、反復型リソースに該当してよい。
・個別型リソースは、リソース量の一回の利用が可能なリソースであり、具体的には、例えば、一回の利用について利用期間（例えば開始時刻及び終了時刻）とリソース量とが規定されたリソースである。

図１１Ａは、確定した恒常型空きリソースのリソース管理データ６１３を示す図の例である。図１１Ｂは、確定した個別型空きリソースのリソース管理データ６１３を示す図の例である。図１１Ｃは、確定した反復型空きリソースのリソース管理データ６１３を示す図の例である。

図１１Ａ～図１１Ｃの空きリソース管理データ６１３は、空きリソースについて、当該空きリソースのリソース管理の番号を示す管理番号（１１０１）、当該空きリソースが関わる経路のＩＤを示す経路ＩＤ（１１０２）、当該空きリソースの状態を示すリソース状態（１１０３）、当該空きリソースのタイプを示す空きタイプ（１１０４）、当該空きリソースが反復型リソースである場合に反復頻度を示す反復頻度（１１０５）、当該空きリソースの開始の年月日を示す開始年月日（１１０６）、当該空きリソースの開始の時分を示す開始時分（１１０７）、当該空きリソースの終了の年月日を示す終了年月日（１１０８）、当該空きリソースの終了の時分を示す終了時分（１１０９）、及び、当該空きリソースの帯域を示す帯域（１１１０）といった情報を格納するフィールドから構成された行を有する。

図１１Ａの行１１２１によれば、管理番号Ｂ０１にて管理されているリソースは、経路Ｐ１において、空き状態が確定し且つ恒常的に利用が可能であり、またＤ１：０：００より、２００Ｍｂｐｓの帯域が空きのリソース量として有効である。

図１１Ｂの行１１５１によれば、管理番号Ｂ０２にて管理されているリソースは、経路Ｐ１において、空き状態が確定し、単発的な個別利用が可能であり、またＤ１：１２：００～Ｄ１：２４：００において、２００Ｍｂｐｓの帯域が空きのリソース量として有効である。

図１１Ｃの行１１８１によれば、管理番号Ｂ１１にて管理されているリソースは、経路Ｐ２において、空き状態が確定し、日単位での反復利用が可能であり、Ｄ１：６：００～Ｄ１：２４：００において、日単位で２００Ｍｂｐｓの帯域が空きのリソース量として有効である。

図１２は、第１の実施形態におけるリソース割当てを示すフローチャートの例である。

管理装置Ｍ（２０）のＣＰＵ（５０１）は、補助記憶デバイス（５０３）に格納されたリソース割当て管理プログラム（６０１）を主メモリ（５０２）にロードして、リソース割当て管理を開始する（ステップＳ１２００）。

リソース割当て管理プログラム（６０１）は、データ伝送するためのリソース割当て設定が更新されたか否かを判定する（ステップＳ１２０１）。

ステップＳ１２０１の判定結果が真の場合は、リソース割当て管理プログラム（６０１）は、空きリソースの情報を更新する（ステップＳ１２０２）。空きリソースの情報更新については、図１３を用いて後述する。

ステップＳ１２０１の判定結果が偽の場合、ステップＳ１２０３が実行される。

リソース割当て管理プログラム（６０１）は、サーバ（３０）から、データを伝送するためのリソース要求を受信したか否かを判定する（ステップＳ１２０３）。

ステップＳ１２０３の判定結果が偽の場合は、ステップＳ１２０１が実行される。

ステップＳ１２０３の判定結果が真の場合は、リソース割当て管理プログラム（６０１）は、要求リソース（受信したリソース要求に従う要求されたリソース）が恒常型リソースの要求か否かを判定する（ステップＳ１２０４）。

ステップＳ１２０４の判定結果が真の場合は、リソース割当て管理プログラム（６０１）は、確定した恒常型の空きリソースについて空きリソース管理データ６１３と、要求リソースに関する開始時刻とリソース量とを基に、確定した恒常型の空きリソースから要求リソースを提供可能（確保可能）かを判定する（ステップＳ１２０５）。要求リソースを提供可能なケースは、例えば下記の全てが満たされているケースである。
・要求リソースに関する開始時刻と同じかそれよりも過去の時刻から恒常的に空きのリソース量がある。
・当該リソース量が要求リソースのリソース量以上である。

ステップＳ１２０５の判定結果が偽の場合は、リソース割当て管理プログラム（６０１）は、要求リソースを割当てる（確保する）ことが不可であることを、要求元のサーバ（３０）に提示（ステップＳ１２０７）し、ステップＳ１２０１を実行する。

ステップＳ１２０５の判定結果が真の場合は、リソース割当て管理プログラム（６０１）は、確定した恒常型の空きリソースより要求リソースを割り当てる、具体的には、データ伝送のための設定（要求リソースの設定）を、割当て元の空きリソースが関わる経路に属する各伝送装置（１０）に対して実施する（ステップＳ１２０６）。

ステップＳ１２０４の判定結果が偽の場合は、リソース割当て管理プログラム（６０１）は、要求リソースが反復型リソースか否かを判定する（ステップＳ１２０８）。

ステップＳ１２０８の判定結果が真の場合、リソース割当て管理プログラム（６０１）は、確定した反復型の空きリソースについて空きリソース管理データ６１３と、要求リソースに関する利用期間、利用頻度及びリソース量とを基に、確定した反復型の空きリソースから要求リソースを提供可能かを判定する（ステップＳ１２０９）。要求リソースを提供可能なケースは、例えば下記の全てが満たされているケースである。
・要求リソースに関する複数の利用期間（反復的な利用期間）をそれぞれ含む複数の期間を持った空きリソースがある。
・当該複数の期間の各々について、当該期間での空きのリソース量が、当該期間に対応する利用期間でのリソース量（要求リソースでのリソース量）以上である。

ステップＳ１２０９の判定結果が真の場合は、リソース割当て管理プログラム（６０１）は、確定した反復型の空きリソースより要求リソースを割り当てる、具体的には、データ伝送のための設定（要求リソースの設定）を、割当て元の空きリソースが関わる経路に属する各伝送装置（１０）に対して実施する（ステップＳ１２１０）。

ステップＳ１２０９の判定結果が偽の場合は、リソース割当て管理プログラム（６０１）は、要求リソースを割当てることが不可であることを、要求元のサーバ（３０）に提示（ステップＳ１２１１）し、ステップＳ１２０１を実行する。

ステップＳ１２０８の判定結果が偽の場合は、リソース割当て管理プログラム（６０１）は、要求リソースが個別型リソースか否かを判定する（ステップＳ１２１２）。

ステップＳ１２１２の判定結果が偽の場合は、リソース割当て管理プログラム（６０１）は、要求リソースを割当てることが不可であることを、要求元のサーバ（３０）に提示（ステップＳ１２１４）し、ステップＳ１２０１を実行する。

ステップＳ１２１２の判定結果が真の場合は、リソース割当て管理プログラム（６０１）は、確定した個別型の空きリソースについて空きリソース管理データ６１３と、要求リソースに関する利用期間及びリソース量とを基に、確定した個別型の空きリソースから要求リソースを提供可能かを判定する（ステップＳ１２１３）。要求リソースを提供可能なケースは、例えば下記の全てが満たされているケースである。
・要求リソースに関する利用期間を含む期間を持った空きリソースがある。
・当該期間での空きのリソース量が、当該期間に対応する利用期間でのリソース量（要求リソースでのリソース量）以上である。

ステップ１２１３の判定結果が偽の場合は、リソース割当て管理プログラム（６０１）は、要求リソースを割当てることが不可であることを提示（ステップＳ１２１４）し、ステップＳ１２０１を実行する。

ステップ１２１３の判定結果が真の場合は、リソース割当て管理プログラム（６０１）は、確定した個別型の空きリソースより要求リソースを割り当てる、具体的には、データ伝送のための設定（要求リソースの設定）を、割当て元の空きリソースが関わる経路に属する伝送装置（１０）に対して実施する（ステップＳ１２１５）。

図１３は、第１の実施形態における空きリソース管理を示すフローチャートの例である。

管理装置Ｍ（２０）のＣＰＵ（５０１）は、補助記憶デバイス（５０３）に格納された空きリソース管理プログラム（６０２）を主メモリ（５０２）にロードして、空きリソース管理を開始する（ステップＳ１３００）。図１３にて説明する空きリソース管理処理（ステップＳ１３０２～Ｓ１３１０）は、図１２におけるステップＳ１２０２の処理に相当する。

空きリソース管理プログラム（６０２）は、初めに恒常型、反復型、及び個別型に利用するリソースの割合を設定する（ステップＳ１３０１）。例えば、空きリソース管理プログラム（６０２）は、全体の空きリソースを、５０％を恒常型リソースとして、３０％を反復型リソースとして、そして２０％を個別型リソースとして管理設定する。なお、この他の割合にて管理されてもよい。

続いて、空きリソース管理プログラム（６０２）は、データを伝送するためのリソースが空きリソースから割当てられたことで利用設定されたリソースが更新されたか否かを判定する（ステップＳ１３０２）。

ステップＳ１３０２の判定結果が偽の場合は、空きリソース管理プログラム（６０２）は、ステップＳ１２０２の処理を継続する。

ステップＳ１３０２の判定結果が真の場合は、空きリソース管理プログラム（６０２）は、割り当てられたリソースが恒常型リソースか否かを判定する（ステップＳ１３０３）。

ステップＳ１３０３の判定結果が真の場合は、空きリソース管理プログラム（６０２）は、恒常型の空きリソースを更新する（ステップＳ１３０４）。結果として、恒常型の空きリソースが確定する。

ステップＳ１３０３の判定結果が偽の場合は、空きリソース管理プログラム（６０２）は、割り当てられたリソースが反復型リソースか否かを判定する（ステップＳ１３０５）。

ステップＳ１３０５の判定結果が真の場合は、空きリソース管理プログラム（６０２）は、反復型の空きリソースを更新する（ステップＳ１３０６）。結果として、反復型の空きリソースが確定する。

ステップＳ１３０５の判定結果が偽の場合は、空きリソース管理プログラム（６０２）は、割り当てられたリソースが個別型リソースか否かを判定する（ステップＳ１３０７）。

ステップＳ１３０７の判定結果が真の場合は、空きリソース管理プログラム（６０２）は、個別型の空きリソースを更新する（ステップＳ１３０８）。結果として、個別型の空きリソースが確定する。

ステップＳ１３０７の判定結果が偽の場合は、空きリソース管理プログラム（６０２）は、リソース制御のエラーを、要求元のサーバ（３０）に提示（ステップＳ１３０９）し、空きリソース管理を終了する（ステップＳ１３１０）。

以上説明したように、本実施形態では、複数のリソースタイプが定義されており、管理装置Ｍ（２０）が、空きリソースを、複数のタイプのうちのいずれかのタイプに属する空きリソースとして管理する。管理装置Ｍ（２０）が、ユーザ（端末（４０））から要求されたリソースのタイプに応じて、当該タイプに合致したタイプの空きリソースを特定し、当該空きリソースを、配信されるコンテンツが経由する経路に属する各伝送装置（１０）に設定する。言い換えれば、要求されたリソースのタイプと異なるタイプのリソースが割り当てられること（例えば、反復型や個別型のリソースの要求に応答して恒常型のリソースが割り当てられること）がない。このため、ネットワークユーザが所望する利用形態に応じたネットワークリソース量を保証し、且つ、ネットワークリソースの高効率利用が可能となる。
［第２の実施形態］

第１の実施形態では、恒常型、反復型、個別型のリソース要求があった場合に、恒常型、反復型、個別型の空きリソースより提供が可能かが判定される。第２の実施形態では、反復型のリソース要求に対して、反復型の空きリソースから提供できない場合に、恒常型の空きリソースから提供が可能かを判定する。また、個別型のリソース要求に対して、個別型の空きリソースから提供できない場合、反復型、又は恒常型の空きリソースから提供が可能かを判定する。以下、図１４を用いて第２の実施形態に係るネットワークリソース管理の動作について説明する。なお、上述の実施形態との相違点を主に説明し、上述の実施形態との共通点については説明を省略又は簡略する（これは、第３の実施形態以降についても同様である）。

図１４は、第２の実施形態におけるリソース割当てを示すフローチャートの例である。

リソース割当て管理プログラム（６０１）が主メモリ（５０２）にロードされ、リソース割当て管理が開始する（ステップＳ１４００）。

ステップＳ１２０１～ステップＳ１２１０と同様のステップが実行される（ステップＳ１４０１～ステップＳ１４１０）。但し、ステップ１４０９の判定結果が偽の場合、リソース割当て管理プログラム（６０１）は、ステップＳ１２１１に代えて、ステップＳ１４０５を実行する。これにより、要求リソースが反復型リソースでも当該要求リソースを満たす反復型の空きリソースが無ければ、当該要求リソースを満たす恒常型の空きリソースから割り当てられること、具体的には、要求リソースに関する複数の利用期間にそれぞれ対応した複数のリソース量が、恒常型の空きリソースから割り当てられることが期待される。恒常型の空きリソースから反復型の要求リソースが割り当てられた場合、空きリソース管理データ（６１３）に、恒常型の空きリソースのうち反復型の要求リソースを除く部分に従う反復型の空きリソースを示す情報が、リソース割当て管理プログラム（６０１）により登録される。当該反復型の空きリソースは、利用期間とリソース量の組と、反復頻度とに従い定義される。

ステップ１２１２～Ｓ１２１５と同様のステップが実行される（ステップＳ１４１１～ステップＳ１４１４）。但し、ステップ１４１２の判定結果が偽の場合、リソース割当て管理プログラム（６０１）は、ステップＳ１２１４（ステップＳ１４１３）に代えて、ステップＳ１４０９を実行する。これにより、要求リソースが個別型リソースでも当該要求リソースを満たす個別型の空きリソースが無ければ、当該要求リソースを満たす反復型の空きリソースから割り当てられること、具体的には、要求リソースに関する利用期間に対応したリソース量が、反復型の空きリソースから割り当てられることが期待される。なお、このステップＳ１４０９の判定結果が偽の場合、リソース割当て管理プログラム（６０１）は、ステップＳ１４０５を実行する。これにより、要求リソースが個別型リソースでも当該要求リソースを満たす個別型の空きリソースと反復型の空きリソースのいずれもが無ければ、当該要求リソースを満たす恒常型の空きリソースが割り当てられること、具体的には、要求リソースのリソース量以上のリソース量を持つ恒常型の空きリソースが割り当てられることが期待される。

以上説明したように、本実施形態では、反復型のリソース要求に対して、反復型の空きリソースから提供できない場合に、恒常型の空きリソースから提供が可能かを判定する。また、個別型のリソース要求に対して、個別型の空きリソースから提供できない場合、反復型、又は恒常型の空きリソースから提供が可能かを判定する。そのため、ネットワークリソースの高効率利用が可能となる。なお、ステップ１４１２の判定結果が偽の場合にステップＳ１４０５よりも先にステップＳ１４０９が行われることで、複数タイプの空きリソースのうち汎用性の最も高い恒常型リソースをなるべく多く残すことができ、結果として、ネットワークリソースの高効率利用が一層期待できる。
［第３の実施形態］

第２の実施形態では、データを伝送するために要求されたネットワークリソースを、空きが確定しているリソースから割り当てられる。第３の実施形態では、一度割り当てられたリソース（割当て済みのリソース）から、実際に必要となる量より過度に割当てられていると想定されるリソースが調整可能リソースとして、管理端末Ｍ（２０）により融通されることにより（例えばユーザ間でリソースが調整されることにより）、割当て不可が生じる可能性を低減する。以下、図１５～図２１を用いて第３の実施形態に係るネットワークリソース管理の動作について説明する。

図１５は、第３の実施形態における管理装置内のメモリに保持されるデータを示す図の例である。

主メモリ（５０２）には、リソース割当て管理プログラム（６０１）、空きリソース管理プログラム（６０２）、及び調整可能リソース管理プログラム（６０３）がロードされ実行される。また、当該プログラム実行に必要なリソース管理データ（６５２）（物理リソース管理データ（６１１）、設定リソース管理データ（６１２）、空きリソース管理データ（６１３）、及び調整可能リソース管理データ（６１４）を含んだデータ）が保持される。リソース割当て管理プログラム（６０１）については、図２１を用いて後述する。また、調整可能リソース管理プログラム（６０３）については、図１６を用いて後述する。調整可能リソース管理データ（６１４）については、図１９を用いて後述する。一方、空きリソース管理プログラム（６０２）については、図１３を用いて説明済みである。物理リソース管理データ（６１１）については、図２を用いて説明済みである。設定リソース管理データ（６１２）については図７及び図９を用いて、また空きリソース管理データ（６１３）については図１１を用いて説明済みである。

図１６は、第３の実施形態における調整可能リソース管理を示すフローチャートの例である。

管理装置Ｍ（２０）のＣＰＵ（５０１）は、補助記憶デバイス（５０３）に格納された調整可能リソース管理プログラム（６０３）を主メモリ（５０２）にロードして、調整可能リソース管理を開始する（ステップＳ１６００）。

調整可能リソース管理プログラム（６０３）は、調整可能なリソースの量を算出するにあたり、時間とリソース量に対して、調整可能な単位としての区分を登録する（ステップＳ１６０１）。具体的には、例えば、本実施形態では、時間の各区分は６時間である。また、リソース量の各区分は、２０Ｍｂｐｓである。

調整可能リソース管理プログラム（６０３）は、調整可能リソースを算出して更新するタイミングか否かを判定する（ステップＳ１６０２）。具体的には、例えば、６時間間隔で調整が走るようになっていて、現在時刻が０：００、６：００、１２：００及び１８：００のいずれかの場合、ステップＳ１６０２の判定結果が真である。

ステップＳ１６０２の判定結果が真の場合、調整可能リソース管理プログラム（６０３）は、割当てたリソース（設定リソース）を一つ選択する（ステップＳ１６０３）。

調整可能リソース管理プログラム（６０３）は、実際に利用された過去のリソース消費を示す図示しないリソース消費データ（例えば、過去に消費（利用）されたリソース量の時系列データ）に基づき、ステップＳ１６０３で選択されたリソースのうち、当該リソース消費データから想定される利用リソース（消費リソース）に重複しないリソースである未利用リソースを特定し、当該特定された未利用リソースから、調整可能リソースの構成要素となるリソース部分を区分単位（時間方向とリソース量方向の単位区分毎）にリストアップする（ステップＳ１６０４）。リストアップされた一つ以上のリソース部分が、恒常型、反復型又は個別型の調整可能リソースを構成することができる。また、リソース消費データは、ユーザ（端末（４０））毎に、ユーザとサーバ（３０）との組毎に、又は、ユーザとサーバ（３０）と経路との組毎に、存在してよく、ステップＳ１６０４では、ステップＳ１６０３で選択された設定リソースが関わるユーザ、ユーザとサーバ（３０）との組、又は、ユーザとサーバ（３０）と経路との組に対応したリソース消費データが、参照されてよい。

調整可能リソース管理プログラム（６０３）は、時間方向に対して未利用リソースを評価し、恒常型の調整可能リソースが存在するか否かを判定する（ステップＳ１６０５）。上記リストアップされた一つ以上のリソース部分の集合が、時間方向に対して未利用リソース量が恒常的に続いていれば、Ｓ１６０５の判定結果は真である。

ステップＳ１６０５の判定結果が真の場合は、調整可能リソース管理プログラム（６０３）は、その恒常型調整可能リソースを示す情報を、調整可能リソース管理データ（６１４）として登録する（ステップＳ１６０６）。

ステップＳ１６０５の判定結果が偽の場合は、調整可能リソース管理プログラム（６０３）は、時間方向に対して未利用リソースを評価した結果を基に、反復型の調整可能リソースが存在するか否かを判定する（ステップＳ１６０７）。上記リストアップされた一つ以上のリソース部分の集合が、時間方向に対して複数の未利用期間と未利用リソース量との組が規則的に並んでいれば（例えば、所定期間（１分、１時間、１日、１週間、１月、１年など）毎に未利用期間と未利用リソース量との組があれば）、Ｓ１６０７の判定結果は真である。

ステップＳ１６０７の判定結果が真の場合は、調整可能リソース管理プログラム（６０３）は、その反復型調整可能リソースを示す情報を、調整可能リソース管理データ（６１４）として登録する（ステップＳ１６０８）。

ステップＳ１６０７の判定結果が偽の場合は、調整可能リソース管理プログラム（６０３）は、全ての設定リソースについて調整可能リソースがあるかを確認したか否かを判定する（ステップＳ１６０９）。

ステップＳ１６０９の判定結果が偽の場合は、調整可能リソース管理プログラム（６０３）は、ステップＳ１６０３を実行する（すなわち、調整可能リソースが存在するかを確認していない設定リソースを一つ選択する）。

ステップＳ１６０９の判定結果が真の場合は、処理がステップＳ１６０２に戻る。

図１７は、第３の実施形態における恒常型調整可能リソースを示す図の例である。

図１７の例によれば、リソースは、スロット単位で管理される。言い換えれば、リソースは、スロットの集合である。「スロット」は、時間方向“６時間”且つリソース量“２０Ｍｂｐｓ”の単位リソースである。“６時間”は、単位時間の一例であり、“２０Ｍｂｐｓ”は、単位リソース量の一例である。このように、リソースは、リソース量方向と時間方向で量子化して管理される。

調整可能リソース管理プログラム（６０３）は、恒常型の設定リソース（割り当てられた恒常的な２００Ｍｂｐｓ）のうち、余剰（例えば過剰）なリソース量を予測する。本実施形態では、調整可能リソース管理プログラム（６０３）は、リソース消費データからリソース消費の推移（１７０１）を予測し、設定リソースのうち予測された推移（１７０１）が占めるスロット群以外のスロット群のうち、調整可能な恒常型リソースとして灰色にて示された、時間方向に沿って連続したスロット群（１７０２）を推測する。スロット群は、一つ以上のスロットである。このようにして、調整可能リソース管理プログラム（６０３）は、調整可能な恒常型リソースとして、恒常的な４０Ｍｂｐｓを恒常型の調整可能リソースとして特定し登録する。

図１８は、第３の実施形態における反復型調整可能リソースを示す図の例である。

調整可能リソース管理プログラム（６０３）は、恒常型の設定リソースのうち、予測されるリソース消費の推移（１８０１）が占めるスロット群以外のスロット群のうち、調整可能な反復型リソース量として灰色にて示された、時間方向に沿って並んだ複数の連続したスロット群（１８０２－１）～（１８０２－７）を推測する。このようにして、調整可能リソース管理プログラム（６０３）は、調整可能な反復型リソースとして、１２：００～２４：００の１日毎の繰返しとしての１００Ｍｂｐｓを特定し登録する。図１８によれば、時間方向に沿って並んだ複数の連続したスロット群は、時間方向に沿って並んだスロットの数も、リソース量方向に沿って並んだスロットの数も共通している。すなわち、時間方向に沿って並んだ離散した複数の領域のうち、最小の期間且つ最小のリソース量（つまり期間の共通部分とリソース量の共通部分）が、調整可能な反復型リソースに該当する複数のスロット群に相当する。

図１９Ａは、第３の実施形態における調整可能な恒常型リソースの調整可能リソース管理データを示す図の例である。

調整可能リソース管理データは、調整可能なリソースについて、当該リソースの管理の番号を示す管理番号（１９０１）、当該リソースに関する経路のＩＤを示す経路ＩＤ（１９０２）、当該リソースの状態を示すリソース状態（１９０３）、当該リソースのタイプを示す空きタイプ（１９０４）、当該リソースが反復型リソースの場合に反復頻度を示す反復頻度（１９０５）、当該リソースの利用可能な開始の年月日を示す開始年月日（１９０６）、当該リソースの利用可能な開始の時分を示す時間（１９０７）、当該リソースの利用可能な終了の年月日を示す終了年月日（１９０８）、当該リソースの利用可能な終了の時分を示す終了時分（１９０９）、当該リソースの帯域を示す帯域（１９１０）、及び、当該リソースを含んだ設定リソースの管理番号を示す調整元（１９１１）といった情報を格納するフィールドから構成された行を有する。

行１９２１によれば、管理番号“Ｃ０１”にて管理されているリソースは、経路Ｐ１に関して、調整可能な恒常型のリソースであり、開始年月日Ｄ１５の開始時間０：００より、帯域４０Ｍｂｐｓが、管理番号“Ａ０１”にて管理されているリソースから調整可能（融通可能）である。

図１９Ｂは、第３の実施形態における調整可能な反復型リソースの調整可能リソース管理データを示す図の例である。

行１９５１によれば、管理番号“Ｃ０２”にて管理されているリソースは、経路Ｐ１に関して調整可能な反復型のリソースであり、反復頻度は１日であり、開始年月日Ｄ１５の開始時間１２：００より、終了年月日Ｄ１５の終了時間２４：００まで、帯域１００Ｍｂｐｓが、管理番号“Ａ０２”にて管理されているリソースから調整可能である。

図２０Ａは、第３の実施形態における個別型リソースのリソース要求を示す図の例である。

リソース要求は、例えば、リソース要求としての管理番号（２００１）、経路の両端にある伝送装置を示す端点ノード（２００２）、許容される遅延（２００３）、リソース消費のタイプ（２００４）、消費タイプが反復型の場合の反復頻度を示す反復頻度（２００５）、利用開始の年月日を示す開始年月日（２００６）、利用開始の時分を示す開始時分（２００７）、利用終了の年月日を示す終了年月日（２００８）、利用終了の時分を示す終了時間（２００９）、及び、利用する帯域を示す帯域（２０１０）といった情報を格納するフィールドを有する。図２０Ａに例示のリソース要求によれば、要求リソースは、伝送装置Ｎ１（１０－１）及び伝送装置Ｎ２（１０－２）を両端とした経路に関するリソースであり、許容遅延が５０（ｍｓ）であり、要求リソースの消費タイプが個別型であり、要求リソースの利用期間がＤ１５：１２：００～Ｄ１５：２４：００であり、必要とされる帯域が２００（Ｍｂｐｓ）である。

図２０Ｂは、第３の実施形態における反復型リソースのリソース要求を示す図の例である。

図２０Ｂに例示のリソース要求によれば、要求リソースは、伝送装置Ｎ１（１０－１）及び伝送装置Ｎ２（１０－２）を両端とした経路に関するリソースであり、許容遅延が５０（ｍｓ）であり、要求リソースの消費タイプが反復型であり、反復頻度は１日であり、Ｄ１５：１２：００～Ｄ１５：２４：００で必要とする帯域が１００（Ｍｂｐｓ）である。

図２１は、第３の実施形態におけるリソース割当てを示すフローチャートの例である。

リソース割当て管理プログラム（６０１）が主メモリ（５０２）にロードされて、リソース割当て管理が開始する（ステップＳ２１００）。

ステップＳ１４０１～ステップＳ１４０６と同様のステップが実行される（ステップＳ２１０１）～（ステップＳ２１０６）。

ステップＳ２１０５の判定結果が偽の場合は、リソース割当て管理プログラム（６０１）は、調整可能リソース管理データ６１４を参照し、一つ又は複数の調整による恒常型空きリソースから要求されたリソースを提供可能か否かを判定する（ステップＳ２１０７）。

ステップＳ２１０７の判定結果が真の場合は、リソース割当て管理プログラム（６０１）は、一つ又は複数の調整による恒常型空きリソースから要求リソースを割当てる（ステップＳ２１０８）。

ステップＳ２１０７の判定結果が偽の場合は、ステップＳ１４０７と同様のステップが実行される（ステップＳ２１０９）。

ステップＳ１４０８～ステップＳ１４１０と同様のステップが実行される（ステップＳ２１１０）～（ステップＳ２１１２）。

ステップＳ２１１１の判定結果が偽の場合は、リソース割当て管理プログラム（６０１）は、調整可能リソース管理データ６１４を参照し、一つ又は複数の調整による反復型空きリソースから要求されたリソースを提供可能か否かを判定する（ステップＳ２１１３）。

ステップＳ２１１３の判定結果が真の場合は、リソース割当て管理プログラム（６０１）は、調整可能リソース管理データ６１４を参照し、一つ又は複数の調整による反復型空きリソースから要求リソースを割当てる（ステップＳ２１１４）。

ステップＳ２１１３の判定結果が偽の判定した場合は、リソース割当て管理プログラム（６０１）は、ステップＳ２１０５を実行する。

ステップＳ１４１１～ステップＳ１４１４と同様のステップが実行される（ステップＳ２１１６）～（ステップＳ２１１９）。

以上説明したように、本実施形態では、設定リソースのうち過去のリソース量推移から過剰とみなされた部分が調整可能なリソースとして融通される。そのため、割当て不可が生じる可能性が低減され、故に、ネットワークリソースの一層の高効率利用が可能となる。

なお、調整可能なリソースの割り当ては、確定した空きリソースに要求リソースがあるか否かに関わらず行われてよいが、本実施形態では、要求リソースは、確定した空きリソースから優先的に割り当てられ（確保され）、確定した空きリソースに要求リソースが無い場合に、調整可能リソースの少なくとも一部が要求リソースとして割り当てられる。このため、一度割り当てられた（設定された）リソースがなるべく維持され、結果として、ネットワーク利用品質の劣化が防止されることが一層期待される。
［第４の実施形態］

第３の実施形態では、一度割当てたリソースのうち、実際に必要となる量より過度に割当てられていると想定されるリソースが、恒常型、或いは反復型といった、いずれかのタイプの調整可能なリソースとして管理される。第４の実施形態では、過度に割当てられていると想定されるリソースが、恒常型と反復型のいずれにも該当し得るようであれば、恒常型の調整可能リソースとしても反復型の調整可能リソースとしても管理される。以下、図２２～図２３Ｄを用いて第４の実施形態に係るネットワークリソース管理の動作について説明する。

図２２は、第４の実施形態における調整可能リソース管理を示すフローチャートの例である。

調整可能リソース管理プログラム（６０３）が主メモリ（５０２）にロードされて、調整可能なリソースの管理が開始される（ステップＳ２２００）。

ステップＳ１６０１～Ｓ１６０８と同様のステップが実行される（ステップＳ２２０１～ステップＳ２２０８）。但し、ステップ２２０６の後、ステップＳ１６０９と同様のステップＳ２２１１が実行されることに代えて、ステップＳ２２０７が実行される。

調整可能リソース管理プログラム（６０３）は、ステップＳ２２０３で選択されたリソースが、恒常型の調整可能リソースと反復型の調整可能リソースとのいずれにも該当し、それらのリソースに重複が存在するか否かを判定する（ステップＳ２２０９）。

ステップＳ２２０９の判定結果が真の場合は、調整可能リソース管理プログラム（６０３）は、その重複するリソースを示す情報を、調整可能リソース管理データ（６１４）に登録する（ステップＳ２２１０）。その後、ステップＳ１６０９と同様のステップが実行される（ステップＳ２２１１）。

ステップＳ２２０９の判定結果が偽の場合は、調整可能リソース管理プログラム（６０３）は、ステップＳ２２１１を実行する。

図２３Ａは、第４の実施形態における恒常型調整可能リソースを示す図の例である。

図２３Ｂは、第４の実施形態における反復型調整可能リソースを示す図の例である。

図２３Ｃは、第４の実施形態における恒常型調整可能リソースに対する反復型調整可能リソースとの重複領域を示す図の例である。

図２３Ｄは、第４の実施形態における反復型調整可能リソースに対する恒常型調整可能リソースとの重複領域を示す図の例である。

図２３Ａによれば、リソース量を２００Ｍｂｐｓとした恒常的な設定リソースのうち、予測されたリソース消費推移（２３０１）が占めるスロット群以外のスロット群のうち、調整可能な恒常型リソースとして灰色にて示されたスロット群（２３０２）が、調整可能な恒常型リソース（リソース量：４０Ｍｂｐｓ）に該当する。

図２３Ｂによれば、リソース量を２００Ｍｂｐｓとした恒常的な設定リソースのうち、予測されたリソース消費推移（２３０１）が占めるスロット群以外のスロット群のうち、調整可能な反復型リソース量として灰色にて示されたスロット群（２３０３－１）～（２３０３－７）が、調整可能な反復型リソース（利用期間：１２：００～２４：００、利用頻度：日、リソース量：１２０Ｍｂｐｓ）に該当する。

図２３Ｃによれば、図２３Ａの恒常型調整可能リソースのうち、図２３Ｂの反復型調整可能リソースと重複しているスロット群（２３０４－１）～（２３０４－７）を示す情報が登録される。これにより、図２３Ｂの反復型調整可能リソースが割り当てられた場合、図２３Ａの恒常型調整可能リソースを要求リソースとして割り当てることは不可となるが、図２３Ａの恒常型調整可能リソースのうち図２３Ｃに示された重複スロット群を差引いた残りの複数のスロット群（時間方向に離散した複数のスロット群）に相当するリソースが、調整可能リソース管理プログラム（６０３）により新たな反復型調整可能リソースとして管理される。

図２３Ｄによれば、図２３Ｂの反復型調整可能リソースのうち、図２３Ａの恒常型調整可能リソースと重複しているスロット群（２３０５－１）～（２３０５－７）を示す情報が登録される。これにより、図２３Ａの恒常型調整可能リソースが割り当てられた場合、図２３Ｂの反復型調整可能リソースのうち図２３Ｄに示された重複スロット群を差引いた残りの複数のスロット群（時間方向に離散した複数のスロット群）に相当するリソースが、調整可能リソース管理プログラム（６０３）により新たな反復型調整可能リソースとして管理される。

以上説明したように、本実施形態では、設定リソースのうちの調整可能リソースが、可能であれば恒常型と反復型の両方の調整可能リソースとして管理され、且つ、それら恒常型の調整可能リソースと反復型の調整可能リソースの重複も管理される。恒常型の調整可能リソースと反復型の調整可能リソースの一方が割り当てられた場合、他方の調整可能リソースのうち重複を除く部分が、新たな反復型の調整可能リソースとして管理される。そのため、リソースの割当て不可が生じる可能性が一層低減されることが期待される。
［第５の実施形態］

第５の実施形態では、データ伝送に必要となるリソースの将来予測を、第１と第２の期間における実際の消費リソースの履歴から、将来の第３の期間において必要となるリソースを算出することで、将来的に空きと想定されるリソース量を算出することができる。第１の期間と第２の期間は、それぞれが将来の期間（一例として第３の期間）と同じ長さの期間である複数の過去期間の一例でよい。以下、図２４Ａ～図２４Ｄを用いて第５の実施形態に係るネットワークリソース管理の動作について説明する。

図２４Ａは、第５の実施形態における第１週目における計測時系列データを示す図の例である。第１週目が、第１の期間の一例である。

図２４Ｂは、第５の実施形態における第５週における計測時系列データを示す図の例である。第５週目が、第２の期間の一例である。

図２４Ｃは、第５の実施形態における第１２週目における予測時系列データを示す図の例である。第１２週目が、第３の期間の一例である。

図２４Ｄは、第５の実施形態における第７週目～第１１週目までの空きリソースを示す図の例である。

図２４Ａによれば、第１週目について、経路Ｐ１（経路の一例）に関して、伝送装置Ｎ１（１０－１）（伝送装置（１０）の一例）から定期的に例えば空きリソース管理プログラム（６０２）により取得された計測データを基に、消費されたリソース量の推移（２４００）を示す計測時系列データが、取得される。

図２４Ｂによれば、第５週目について、経路Ｐ１及び伝送装置Ｎ１（１０－１）に関して、消費されたリソース量の推移（２４１０）を示す計測時系列データが取得される。

図２４Ｃによれば、空きリソース管理プログラム（６０２）は、取得した第１週目と第５週目の消費リソース量推移より、第１２週目の消費リソース量の推移（２４２０）を推測する。

図２４Ｄによれば、空きリソース管理プログラム（６０２）は、第１２週目の推測された消費リソース量推移（２４２０）から、推測された消費リソース量が増加傾向の場合は、第１２週目において空きと想定される一つ以上のスロット群を、第７週目～第１１週目までの空きリソースとして決定する。一方、推測された消費リソース量が減少傾向の場合は、第５週目の消費リソースに基づいて、第７週目～第１１週目までの空きリソースとして決定する。図２４Ｄの例によれば、推測された消費リソース量が増加傾向の場合を示しており、時間方向に離散した複数のスロット群（２４３０－１）～（２４３０－７）に相当する反復型の空きリソースが決定される。なお、第７週目は、現時点よりも後の一つ以上の期間におけるｍ番目の期間の一例であり（ｍは自然数）、第１１週目は、現時点よりも後の一つ以上の期間におけるｎ番目の期間の一例である（ｎは、ｍ以上の自然数）。決定された空きリソースを示す情報が、空きリソース管理プログラム（６０２）により空きリソース管理データ６１３に登録される。図２４Ｄによれば、空きリソース管理プログラム（６０２）は、第１２週目において時間方向に離散した複数の期間のうち最短の期間を、反復型の空きリソースの利用期間として決定し、且つ第１２週目において時間方向に離散した複数のリソース量のうち最小のリソース量を、反復型の空きリソースのリソース量として決定する。

以上説明したように、本実施形態では、第１と第２の期間における実際の消費リソース推移を基に、将来の第３の期間において調整可能と想定されるリソースが決定される。そして、例えば消費リソース量が増加傾向であるような場合、第２の期間と第３の期間の間のリソース消費を推測せず、第３の期間における推測された消費リソースを基に、空き帯域を算出しており、算出のための計算量が削減される。そのため、空きリソースを算出するための処理量と空きリソース量を登録するデータ量を削減した、将来に想定される空きリソースの管理が可能となる。なお、図示しないが、推測された消費リソース量が増加傾向の場合は、空きリソース管理プログラム（６０２）は、第３の期間における連続的な空きリソース量の最小値を将来の恒常型の空きリソースのリソース量として決定する。また、図示しないが、空きリソース管理プログラム（６０２）は、例えば図２２を参照して説明した調整可能リソースと同様に、一部のスロット群を共有する恒常型の空きリソースと反復型の空きリソースとを決定し、それらの空きリソースを示す情報を空きリソース管理データ６１３に登録してよい。
［第６の実施形態］

第６の実施形態では、データ伝送に必要となるリソースを、コンテンツを配信するサーバ（３０）が管理装置Ｍ（２０）に要求するのではなく、ユーザ（端末（４０））が管理装置Ｍ（２０）にアクセスして要求する。以下、図２５及び図２６を用いて第６の実施形態に係るネットワークリソース管理の動作について説明する。

図２５は、第６の実施形態におけるリソース要求画面を示す図の例である。

管理装置Ｍ（２０）は、ユーザが希望する品質でのデータ伝送を設定するための機能を提供する。例えば、管理装置Ｍ（２０）において、ユーザからの要求を処理する要求処理プログラム（図示せず）が、アクセス元の端末（４０）に、図２５に例示のネットワークリソース要求画面（２５００）（例えばＧＵＩ（Graphical User Interface））に表示されるオブジェクトの基になる情報を提供する。ネットワークリソース要求画面（２５００）に表示されるオブジェクトとしては、複数の設定項目（２５０１）と、各設定項目（２５０１）についての設定値（２５０２）と、入力した要求を送信するための要求送信ボタン２５３０とがある。複数の設定値（２５０２）のうちの一部の設定値（例えば管理番号）は、自動で決定されてよい。設定値（２５０２）は、ユーザによる変更を受け付けるＧＵＩ部品のようなＵＩ（ユーザインターフェース）を介して入力される。なお、例えば、消費タイプについては、恒常型、反復型、個別型といった事前登録された選択肢を選択するためのＵＩ（例えばプルダウンメニュー）が可能である。また、例えば、反復頻度についても、反復される頻度として、分、時、日、週、月、年といった事前登録された選択肢を選択するためのＵＩが可能である。

図２６は、第６の実施形態におけるリソース要求応答画面を示す図の例である。

例えば上述の要求処理プログラムは、ユーザが設定したリソースが要求されると（例えば図２５の要求送信ボタン２５３０が押されると）、それに対する結果として、端末（４０）に、図２６に例示のリソース要求応答画面（２６００）（例えばＧＵＩに表示されるオブジェクトの基になる情報を応答する。応答画面（２６００）に表示されるオブジェクトとしては、設定項目（２５０１）毎に、設定値（２５０２）に加えて、要求回答（２５０３）及び別案（２５０４）が表示される。また、設定項目（２５０１）として、価格及び選択肢（利用するリソースを選択するための選択肢）が表示される。価格については、本実施形態では、要求リソースにて実行する場合の価格と、別案を実行する場合の価格とがある。選択肢として、要求リソースにて実行することを選択するための選択ボタン（２５４０－１）と、別案にて実行することを選択するための選択ボタン（２５４０－２）とがある。例えば、本実施形態では、リソース利用の利用期間（開始時刻と終了時刻の少なくとも一方）を変更した場合に（例えば短くした場合に）、より低価格でリソース提供が可能な提示とされる。

さらに、ネットワークリソース応答画面（２６００）では、要求したリソースに対してキャンセルするためのボタン（２５５０）、及び応答より選択したリソース（選択ボタン（２５４０－１）及び（２５４０－２）のうちいずれか押されたボタンに対応したリソース）にて利用を確定するためのボタン（２５６０）も表示される。

以上説明したように、本実施形態では、データ伝送に必要となるリソースの要求をユーザが管理装置Ｍ（２０）にアクセスして実行する。そのため、サーバ（３０）がリソースを管理装置Ｍ（２０）に要求する機能を持っていなくても、ユーザが希望する品質でのデータ受信が可能となる。

また、本実施形態では、要求リソースを提供可能な空きリソース及び調整可能リソースのうちのいずれも無い場合、要求処理プログラムは、リソース割当て不可とせずに、要求リソースに関する少なくとも一つの設定値を変更することで（例えば、利用期間を短くする、又は、要求帯域を小さくすることで）、割当て不可の可能性を低減することができる。具体的には、例えば、本実施形態では、要求処理プログラムは、設定リソース管理データ６１２、空きリソース管理データ６１３及び調整可能リソース管理データ６１４を基に、要求リソースに関する各設定項目の設定値を満たすことが可能か否かを判定してよい。当該判定結果が偽の設定項目については、要求処理プログラムは、設定リソース管理データ６１２、空きリソース管理データ６１３及び調整可能リソース管理データ６１４を基に、当該設定項目の設定値を変更することでリソース割当てが可能となるか否かを判定してもよい。

以上、幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。

例えば、上記の実施形態では、リソースとしてネットワーク帯域を例に説明したが、他のリソース、例えば、ストレージ、計算機（ＣＰＵ）に対して、同様のリソース管理が可能である。

また、上記実施形態において、コンテンツとしては、例えば映像ストリーミングデータやセンサーにより計測され、定期的に発生するデータ等、様々に存在する。また、利用形態としての例では、映像ストリーミングデータの場合は、恒常型のリソースを利用して送受信され、センサーデータの場合は、反復型のリソースを利用して送受信される。但し、上記例に従って、データの送受信を必ずしも実施する必要はない。

さらに、上記実施形態において、管理装置Ｍ（２０）は、伝送装置（１０）に接続せず、ネットワークを介してクラウド基盤（１以上の計算機）上で実行されるソフトウェア（アプリケーション）でもよい。

また、上述の第１の実施形態～第６の実施形態のうちの少なくとも二つの実施形態を組み合わせることができる。

また、ユーザ（端末（４０））からのリソース要求とそれに対する応答は（例えば図２５及び図２６に例示の画面に表示される情報の送信は）サーバ（３０）経由又は非軽油で実行されてもよい。

また、上記実施形態は、パケット交換ネットワークにも、回線交換ネットワークにも適用可能である。

１０ 伝送装置
２０ 管理装置
３０ サーバ
４０ 端末

Claims (21)

1. 複数の第１の通信装置と一つ以上の第２の通信装置との間に介在する複数の中間装置のうちの少なくとも一つの装置に接続されるインターフェース装置と、
   前記複数の第１の通信装置と前記一つ以上の第２の通信装置と前記複数の中間装置との少なくとも一部に関わるリソースであり通信に利用されるリソースである通信リソースを管理するためのリソース管理データを格納する記憶装置と、
   前記インターフェース装置及び前記記憶装置に接続されており、前記リソース管理データを基に、リソース要求に応答して、空きリソースから、当該リソース要求に従うリソースである要求リソースを割り当てるプロセッサと
   を有し、
   前記プロセッサは、前記リソース管理データを基に複数タイプのリソースを管理可能であり、
   前記複数タイプのリソースは、リソース量が恒常的に続く恒常型のリソースの他に、リソース量が反復的に続く反復型のリソースを含み、
   前記プロセッサは、
   前記要求リソースのタイプと同じタイプの空きリソースに、当該要求リソースが存在するか否かの第１の判定を行い、
   前記第１の判定の結果が真の場合に、当該同じタイプの空きリソースから前記要求リソースを割り当てる、
   リソース管理装置。
2. 前記第１の判定の結果が偽の場合に、前記プロセッサは、
   異なるタイプの空きリソースに、前記要求リソースが存在するか否かの第２の判定を行い、
   前記第２の判定の結果が真の場合に、当該異なるタイプの空きリソースから前記要求リソースを割り当てる、
   請求項１に記載のリソース管理装置。
3. 前記複数タイプの空きリソースは、更に、リソース量の一回の利用が可能な個別型の空きリソースを含み、
   前記第１の判定の結果が偽であることに加えて、前記要求リソースのタイプが個別型であり、且つ、前記恒常型の空きリソースと前記反復型の空きリソースとの両方がある場合に、前記プロセッサは、前記第２の判定では、
   当該反復型の空きリソースに、前記要求リソースが存在するか否かを判定し、
   当該判定の結果が偽の場合に、当該恒常型の空きリソースに、前記要求リソースが存在するか否かを判定する、
   請求項２に記載のリソース管理装置。
4. 前記プロセッサは、割当て済のリソースのうち余剰なリソースと推測されるリソースを調整可能リソースとして前記リソース管理データを用いて管理し、
   前記プロセッサは、前記リソース管理データを基に前記複数タイプの調整可能リソースを管理可能であり、
   前記プロセッサは、
   前記要求リソースのタイプと同じタイプの調整可能リソースに、前記要求リソースが存在するか否かの第３の判定を行い、
   前記第３の判定の結果が真の場合に、当該同じの調整可能リソースから前記要求リソースを割り当てる、
   請求項１に記載のリソース管理装置。
5. 前記プロセッサは、前記第１の判定の結果が偽の場合に、前記第３の判定を行う、
   請求項４に記載のリソース管理装置。
6. 前記プロセッサは、前記第３の判定の結果が偽の場合に、
   異なるタイプの空きリソースに、前記要求リソースが存在するか否かの第２の判定を行い、
   前記第２の判定の結果が真の場合に、当該異なるタイプの空きリソースから前記要求リソースを割り当てる、
   請求項５に記載のリソース管理装置。
7. 前記プロセッサは、
   恒常型の調整可能リソースと反復型の調整可能リソースとに重複があるか否かを判定し、
   当該判定の結果が真の場合、当該重複に関する情報を前記リソース管理データに登録し、
   前記恒常型の調整可能リソースと前記反復型の調整可能リソースの一方が割り当てられた場合、前記プロセッサは、他方の調整可能リソースのうち前記重複を除く部分を、新たな反復型の調整可能リソースとして、前記リソース管理データを基に管理する、
   請求項４に記載のリソース管理装置。
8. 前記余剰なリソースとそのタイプは、過去の消費リソース量推移に基づき前記プロセッサにより推測されたリソース及びタイプである
   請求項４に記載のリソース管理装置。
9. 複数の第１の通信装置と一つ以上の第２の通信装置との間に介在する複数の中間装置のうちの少なくとも一つの装置に接続されるインターフェース装置と、
   前記複数の第１の通信装置と前記一つ以上の第２の通信装置と前記複数の中間装置との少なくとも一部に関わるリソースであり通信に利用されるリソースである通信リソースを管理するためのリソース管理データを格納する記憶装置と、
   前記インターフェース装置及び前記記憶装置に接続されており、前記リソース管理データを基に、リソース要求に応答して、空きリソースから、当該リソース要求に従うリソースである要求リソースを割り当てるプロセッサと
   を有し、
   前記プロセッサは、前記リソース管理データを基に複数タイプのリソースを管理可能であり、
   前記複数タイプのリソースは、リソース量が恒常的に続く恒常型のリソースの他に、リソース量が反復的に続く反復型のリソースを含み、
   前記プロセッサは、
   それぞれが将来の期間と同じ長さの期間である複数の過去期間の各々における消費リソース量推移を基に、当該将来の期間における消費リソース量推移を予測し、
   当該予測された消費リソース量推移に基づいて、将来の空きリソースを決定し、
   当該決定された将来の空きリソースを、前記リソース管理データを基に管理し、
   前記プロセッサは、前記将来の期間における連続的な空きリソース量の最小値を将来の恒常型の空きリソースのリソース量として決定する、
   リソース管理装置。
10. 複数の第１の通信装置と一つ以上の第２の通信装置との間に介在する複数の中間装置のうちの少なくとも一つの装置に接続されるインターフェース装置と、
    前記複数の第１の通信装置と前記一つ以上の第２の通信装置と前記複数の中間装置との少なくとも一部に関わるリソースであり通信に利用されるリソースである通信リソースを管理するためのリソース管理データを格納する記憶装置と、
    前記インターフェース装置及び前記記憶装置に接続されており、前記リソース管理データを基に、リソース要求に応答して、空きリソースから、当該リソース要求に従うリソースである要求リソースを割り当てるプロセッサと
    を有し、
    前記プロセッサは、前記リソース管理データを基に複数タイプのリソースを管理可能であり、
    前記複数タイプのリソースは、リソース量が恒常的に続く恒常型のリソースの他に、リソース量が反復的に続く反復型のリソースを含み、
    前記プロセッサは、
    それぞれが将来の期間と同じ長さの期間である複数の過去期間の各々における消費リソース量推移を基に、当該将来の期間における消費リソース量推移を予測し、
    当該予測された消費リソース量推移に基づいて、将来の空きリソースを決定し、
    当該決定された将来の空きリソースを、前記リソース管理データを基に管理し、
    前記プロセッサは、前記将来の期間において時間方向に離散した複数の期間のうち最短の期間を、反復型の空きリソースの利用期間として決定し、当該将来の期間において時間方向に離散した複数のリソース量のうち最小のリソース量を、当該反復型の空きリソースのリソース量として決定する、
    リソース管理装置。
11. 複数の第１の通信装置と一つ以上の第２の通信装置との間に介在する複数の中間装置のうちの少なくとも一つの装置に接続されるインターフェース装置と、
    前記複数の第１の通信装置と前記一つ以上の第２の通信装置と前記複数の中間装置との少なくとも一部に関わるリソースであり通信に利用されるリソースである通信リソースを管理するためのリソース管理データを格納する記憶装置と、
    前記インターフェース装置及び前記記憶装置に接続されており、前記リソース管理データを基に、リソース要求に応答して、空きリソースから、当該リソース要求に従うリソースである要求リソースを割り当てるプロセッサと
    を有し、
    前記プロセッサは、前記リソース管理データを基に複数タイプのリソースを管理可能であり、
    前記複数タイプのリソースは、リソース量が恒常的に続く恒常型のリソースの他に、リソース量が反復的に続く反復型のリソースを含み、
    前記プロセッサは、
    それぞれが将来の期間と同じ長さの期間である複数の過去期間の各々における消費リソース量推移を基に、当該将来の期間における消費リソース量推移を予測し、
    当該予測された消費リソース量推移に基づいて、将来の空きリソースを決定し、
    当該決定された将来の空きリソースを、前記リソース管理データを基に管理し、
    前記プロセッサは、前記将来の空きリソースとして、期間とリソース量の少なくとも一部が共通する恒常型の空きリソースと反復型の空きリソースとの両方を決定する、
    リソース管理装置。
12. 前記プロセッサは、恒常型の空きリソースから反復型の要求リソースを割り当てた場合、当該恒常型の空きリソースから当該反復型の要求リソースを除いた部分に従う反復型の空きリソースを、前記リソース管理データを基に管理する、
    請求項２に記載のリソース管理装置。
13. 前記反復型のリソースは、リソース量と利用期間との組と、反復頻度とに従う、
    請求項１乃至１２のいずれか１項に記載のリソース管理装置。
14. 前記プロセッサは、前記リソース要求を、いずれかの第１の通信装置から当該第１の通信装置の通信相手となる第２の通信装置を経由又は非経由で受け付ける、或いは、いずれかの第１の通信装置から通信を要求された第２の通信装置から受け付ける、
    請求項１乃至１２のいずれか１項に記載のリソース管理装置。
15. 前記複数タイプのリソースは、更に、リソース量の一回の利用が可能な個別型のリソースを含む、
    請求項１乃至１４のいずれか１項に記載のリソース管理装置。
16. リソースは、単位時間と単位リソース量に従うスロット単位で管理される、
    請求項１乃至１４のいずれか１項に記載のリソース管理装置。
17. コンピュータが、リソース要求を受信し、
    コンピュータが、複数の第１の通信装置と、一つ以上の第２の通信装置と、前記複数の第１の通信装置と前記一つ以上の第２の通信装置の間に介在する複数の中間装置との少なくとも一部に関わるリソースであり通信に利用されるリソースである通信リソースを管理するためのリソース管理データを基に、前記リソース要求に応答して、空きリソースから、当該リソース要求に従うリソースである要求リソースを割り当て、
    前記リソース管理データを基に複数タイプのリソースが管理されることがあり、
    前記複数タイプのリソースは、リソース量が恒常的に続く恒常型のリソースの他に、リソース量が反復的に続く反復型のリソースを含み、
    コンピュータが、前記要求リソースのタイプと同じタイプの空きリソースに、当該要求リソースが存在するか否かの第１の判定を行い、
    コンピュータが、前記第１の判定の結果が真の場合に、当該同じタイプの空きリソースから前記要求リソースを割り当てる、
    リソース管理方法。
18. コンピュータが、リソース要求を受信し、
    コンピュータが、複数の第１の通信装置と、一つ以上の第２の通信装置と、前記複数の第１の通信装置と前記一つ以上の第２の通信装置の間に介在する複数の中間装置との少なくとも一部に関わるリソースであり通信に利用されるリソースである通信リソースを管理するためのリソース管理データを基に、前記リソース要求に応答して、空きリソースから、当該リソース要求に従うリソースである要求リソースを割り当て、
    前記リソース管理データを基に複数タイプのリソースが管理されることがあり、
    前記複数タイプのリソースは、リソース量が恒常的に続く恒常型のリソースの他に、リソース量が反復的に続く反復型のリソースを含み、
    コンピュータが、それぞれが将来の期間と同じ長さの期間である複数の過去期間の各々における消費リソース量推移を基に、当該将来の期間における消費リソース量推移を予測し、
    コンピュータが、当該予測された消費リソース量推移に基づいて、将来の空きリソースを決定し、
    コンピュータが、当該決定された将来の空きリソースを、前記リソース管理データを基に管理し、
    コンピュータが、前記将来の期間における連続的な空きリソース量の最小値を将来の恒常型の空きリソースのリソース量として決定する、
    リソース管理方法。
19. コンピュータが、リソース要求を受信し、
    コンピュータが、複数の第１の通信装置と、一つ以上の第２の通信装置と、前記複数の第１の通信装置と前記一つ以上の第２の通信装置の間に介在する複数の中間装置との少なくとも一部に関わるリソースであり通信に利用されるリソースである通信リソースを管理するためのリソース管理データを基に、前記リソース要求に応答して、空きリソースから、当該リソース要求に従うリソースである要求リソースを割り当て、
    前記リソース管理データを基に複数タイプのリソースが管理されることがあり、
    前記複数タイプのリソースは、リソース量が恒常的に続く恒常型のリソースの他に、リソース量が反復的に続く反復型のリソースを含み、
    コンピュータが、それぞれが将来の期間と同じ長さの期間である複数の過去期間の各々における消費リソース量推移を基に、当該将来の期間における消費リソース量推移を予測し、
    コンピュータが、当該予測された消費リソース量推移に基づいて、将来の空きリソースを決定し、
    コンピュータが、当該決定された将来の空きリソースを、前記リソース管理データを基に管理し、
    コンピュータが、前記将来の期間において時間方向に離散した複数の期間のうち最短の期間を、反復型の空きリソースの利用期間として決定し、当該将来の期間において時間方向に離散した複数のリソース量のうち最小のリソース量を、当該反復型の空きリソースのリソース量として決定する、
    リソース管理方法。
20. コンピュータが、リソース要求を受信し、
    コンピュータが、複数の第１の通信装置と、一つ以上の第２の通信装置と、前記複数の第１の通信装置と前記一つ以上の第２の通信装置の間に介在する複数の中間装置との少なくとも一部に関わるリソースであり通信に利用されるリソースである通信リソースを管理するためのリソース管理データを基に、前記リソース要求に応答して、空きリソースから、当該リソース要求に従うリソースである要求リソースを割り当て、
    前記リソース管理データを基に複数タイプのリソースが管理されることがあり、
    前記複数タイプのリソースは、リソース量が恒常的に続く恒常型のリソースの他に、リソース量が反復的に続く反復型のリソースを含み、
    コンピュータが、それぞれが将来の期間と同じ長さの期間である複数の過去期間の各々における消費リソース量推移を基に、当該将来の期間における消費リソース量推移を予測し、
    コンピュータが、当該予測された消費リソース量推移に基づいて、将来の空きリソースを決定し、
    コンピュータが、当該決定された将来の空きリソースを、前記リソース管理データを基に管理し、
    コンピュータが、前記将来の空きリソースとして、期間とリソース量の少なくとも一部が共通する恒常型の空きリソースと反復型の空きリソースとの両方を決定する、
    リソース管理方法。
21. 複数の第１の通信装置と一つ以上の第２の通信装置との間に介在する複数の中間装置と、
    前記複数の中間装置のうちの少なくとも一つの中間装置に接続される請求項１乃至１６のいずれか１項に記載のリソース管理装置と
    を有するリソース管理システム。

Images