(57)【要約】  【課題】  リソース管理情報が失われた場合であっても、優先度に従ったリソース割り当てを行うリソース管理装置、およびリソース管理システム、およびリソース管理方法を提供する。  【解決手段】  通信に必要であって通信の優先度を含むリソース要求を受け付けるリソース要求受付部１０と、リソース要求受付部１０でリソース要求を受け付ける受付時間を計測する計測部１１と、受付時間内に受け付けられたリソース要求に対して、優先度に基づいてリソースの割り当てを行う割り当て部１２を備えるリソース管理装置により、所定の時間は、リソース要求の受付が継続される。結果として、先着順ではなく、優先度に従った適切なリソース割り当てが実現される。【選択図】  図４
2005318558.tif 000002
【特許請求の範囲】
【請求項１】
通信の優先度を含み、通信に必要なリソースを要求するリソース要求を受け付けるリソース要求受付部と、
前記リソース要求受付部で前記リソース要求を受け付ける受付時間を計測する計測部と、
前記受付時間内に受け付けられた前記リソース要求に対して、前記優先度に基づいてリソースの割り当てを行う割り当て部を備えるリソース管理装置。
【請求項２】
前記計測部は、前記リソース要求受付部が所定のリソース要求を受け付けてから、所定の時間を前記受付時間として計測する請求項１記載のリソース管理装置。
【請求項３】
前記割り当て部は、前記優先度の高いリソース要求から順にリソース割り当てを行う請求項１から２のいずれか記載のリソース管理装置。
【請求項４】
前記リソース要求受付部は、受け付けた前記リソース要求を一時的に保持する保持部を備える請求項１から３のいずれか記載のリソース管理装置。
【請求項５】
前記割り当て部は、前記保持部に所定数以上のリソース要求が保持されている場合に、前記リソース要求に対して、前記優先度に基づいてリソースの割り当てを行う請求項４記載のリソース管理装置。
【請求項６】
前記リソース管理装置は、前記リソース要求を収集する収集部を備える請求項１から５のいずれか記載のリソース管理装置。
【請求項７】
リソースを用いて相互に通信を行う複数の通信装置と、
前記リソースを管理するリソース管理装置を備え、
前記通信装置は、通信の優先度を含み、通信に必要なリソースを要求するリソース要求を送信するリソース要求送信部と、
前記複数の通信装置間で通信を行う通信部を有し、
前記リソース管理装置は、前記通信装置からのリソース要求を受け付けるリソース要求受付部と、
前記リソース要求受付部で受け付けられた前記リソース要求に対して、前記優先度に基づいてリソース割り当てを行う割り当て部を有するリソース管理システム。
【請求項８】
前記リソース管理装置は、前記リソース要求受付部で前記リソース要求を受け付ける受付時間を計測する計測部を備え、前記割り当て部は、前記受付時間内に受け付けられた前記リソース要求に対して、前記優先度に基づいてリソースの割り当てを行う請求項７記載のリソース管理システム。
【請求項９】
前記リソース要求受付部は、受け付けたリソース要求を一時的に保持する保持部を備え、前記割り当て部は前記保持部に所定数以上のリソース要求が保持されている場合に、前記リソース要求に対して、リソースの割り当てを行う請求項７記載のリソース管理システム。
【請求項１０】
前記リソース管理装置は、前記複数の通信装置に対してリソース要求の送信を促す通知信号を出力する収集部を更に備え、前記複数の通信装置は、前記通知信号の受信後に、前記通信装置の各々が有するリソース要求に含まれる優先度の高い順に前記リソース要求を送信する請求項７から９のいずれか記載のリソース管理システム。
【請求項１１】
前記通知信号の出力後に、前記複数の通信装置の全てがリソース要求を非送信とする場合に、前記収集部は、前記通知信号を再度出力する請求項１０記載のリソース管理システム。
【請求項１２】
前記複数の通信装置は、前記優先度に従った待機時間を計測する計測部をそれぞれ備え、前記複数の通信装置は、前記待機時間の経過後に前記リソース要求を送信する請求項１０記載のリソース管理システム。
【請求項１３】
前記計測部は、前記通知信号の受信後に前記待機時間を計測する請求項１２記載のリソース管理システム。
【請求項１４】
前記優先度の高いリソース要求を持つ前記通信装置での待機時間は、前記優先度の低いリソース要求を持つ前記通信装置での待機時間よりも短い請求項１２記載のリソース管理システム。
【請求項１５】
前記複数の通信装置の一つが、異なる優先度を有する複数のリソース要求を有する場合に、前記優先度に含まれる優先度の高いリソース要求から順に送信する請求項１２記載のリソース管理システム。
【請求項１６】
通信の優先度を含み、通信に必要なリソースを要求するリソース要求を受け付けるリソース要求受付ステップと、
前記リソース要求の受付を所定時間後に終了する受付終了ステップと、
前記所定時間内に受け付けられた前記リソース要求に対して、前記優先度に基づいてリソースの割り当てを行う割り当てステップを備えるリソース管理方法。
【請求項１７】
前記割り当てステップは、前記優先度の高い前記リソース要求からリソースを割り当てる請求項１６記載のリソース管理方法。
【請求項１８】
前記受付終了ステップは、前記リソース要求受付ステップにおいて、所定数以上のリソース要求を受け付けた場合に、前記リソース要求の受付を終了する請求項１６から１７のいずれか記載のリソース管理方法。
【請求項１９】
前記受付終了ステップは、前記リソース要求受付ステップにおいて、最初のリソース要求を受け付けた後に、別のリソース要求を受け付けた場合に、前記リソース要求の受付を終了する請求項１６から１７のいずれか記載のリソース管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して通信を行う通信装置、およびこれらの通信装置が通信において必要とするリソースを管理するリソース管理装置、およびリソース管理システム、およびリソース管理方法に関するものである。
【背景技術】
【０００２】
インターネットに代表されるネットワーク環境においては、複数のパケット通信がベストエフォートによって処理される。このようなネットワーク環境では、途切れない通信のために、ネットワーク上のリソースの十分な確保が重要である。
【０００３】
リソース確保の方法として、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）において、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルが規定されている。このＩＥＴＦは、インターネットの標準規格であり、非特許文献１に開示されている。ＲＳＶＰでは、通信開始前に、通信相手との通信に必要なリソースが確保される。
【０００４】
また、特許文献１は、別のリソース管理システムを開示する。
【０００５】
ネットワークを介して接続されている複数の通信装置が、他の通信装置との通信を開始するために、リソース管理装置に対してリソース割り当てを要求する。リソース管理装置は、これら複数の通信装置からのリソース要求に対して、リソースの割り当てを行う。このとき、リソース管理装置は、リソース割り当てを管理する管理情報を保持しており、このリソース割り当ての管理情報に従ってリソース割り当てを行う。
【０００６】
しかしながら、何らかの原因で、リソース管理装置が保持しているリソース管理情報が失われることがある。
【０００７】
このようにリソース割り当ての管理情報が消失した場合に、通信装置から改めてリソース要求が行われると、優先度が低いリソース要求に対して、先にリソースが割り当てられる問題が生じる。
【０００８】
特に、リソース管理情報が失われると同時に、ネットワーク帯域が減少すると、優先度の高いリソース要求に対応できなくなるなどの問題もあった。この結果、優先度の高い通信において、パケットの遅延や廃棄などが生じる問題があった。
【非特許文献１】ＲＦＣ２２０５”Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＲＳＶＰ）−Ｖｅｒｓｉｏｎ  １  Ｆｕｎｃｔｉｏｎａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【特許文献１】米国特許第５６７３３９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
そこで、本発明は、リソース管理情報が失われた場合であっても、優先度に従ったリソース割り当てを行うリソース管理装置、およびリソース管理システム、およびリソース管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
第１の発明に係るリソース管理装置は、通信の優先度を含み、通信に必要なリソースを要求するリソース要求を受け付けるリソース要求受付部と、リソース要求受付部でリソース要求を受け付ける受付時間を計測する計測部と、受付時間内に受け付けられたリソース要求に対して、優先度に基づいてリソースの割り当てを行う割り当て部を備える。
【００１１】
この構成により、所定の時間内は、リソース要求の受付が継続される。更に、所定時間内に複数のリソース要求が受け付けられた場合、先着順ではなく優先度に従ってリソース割り当てが実行される。
【００１２】
第２の発明に係るリソース管理装置では、計測部は、リソース要求受付部が所定のリソース要求を受け付けてから、所定の時間を受付時間として計測する。
【００１３】
この構成により、少なくとも１つ以上のリソース要求が受け付けられた上で、リソース割り当てが実行される。
【００１４】
第３の発明に係るリソース管理装置では、割り当て部は、優先度の高いリソース要求から順にリソース割り当てを行う。
【００１５】
この構成により、優先度の順に従ったリソース割り当てが実行される。これにより、必要性の高い通信から順に処理が実行される。
【００１６】
第４の発明に係るリソース管理装置では、リソース要求受付部は、受け付けたリソース要求を一時的に保持する保持部を備える。
【００１７】
この構成により、リソース管理装置は、少なくとも一つ以上のリソース要求を受け取った上で、リソース割り当てを実行できる。
【００１８】
第５の発明に係るリソース管理装置では、割り当て部は、保持部に所定数以上のリソース要求が保持されている場合に、リソース要求に対して、優先度に基づいてリソースの割り当てを行う。
【００１９】
この構成により、リソース管理装置は、所定数のリソース要求を確認した上で、これらのリソース要求の優先度を考慮したリソースの割り当てを行える。
【００２０】
第６の発明に係るリソース管理装置では、リソース管理装置は、リソース要求を収集する収集部を備える。
【００２１】
この構成により、リソース管理装置は、通信装置からのリソース要求を自主的に確保できる。
【００２２】
第７の発明に係るリソース管理システムは、リソースを用いて相互に通信を行う複数の通信装置と、リソースを管理するリソース管理装置を備え、通信装置は、通信の優先度を含み、通信に必要なリソースを要求するリソース要求を送信するリソース要求送信部と、複数の通信装置間で通信を行う通信部を有し、リソース管理装置は、通信装置からのリソース要求を受け付けるリソース要求受付部と、リソース要求受付部で受け付けられたリソース要求に対して、優先度に基づいてリソース割り当てを行う割り当て部を有する。
【００２３】
この構成により、リソース要求の先着順ではなく、リソース要求の優先度に従った、リソースの割り当てが行われる。
【００２４】
第８の発明に係るリソース管理システムでは、リソース管理装置は、リソース要求受付部でリソース要求を受け付ける受付時間を計測する計測部を備え、割り当て部は、受付時間内に受け付けられたリソース要求に対して、優先度に基づいてリソースの割り当てを行う。
【００２５】
この構成により、所定の時間内において、リソース要求の受付が継続される。更に、所定時間内に複数のリソース要求が受け付けられた場合、先着順ではなく優先度に従ってリソース割り当てが実行される。
【００２６】
第９の発明に係るリソース管理システムでは、リソース要求受付部は、受け付けたリソース要求を一時的に保持する保持部を備え、割り当て部は保持部に所定数以上のリソース要求が保持されている場合に、リソース要求に対して、リソースの割り当てを行う。
【００２７】
この構成により、所定数のリソース要求を確保した上で、先着順ではなく優先度に従ったリソース割り当てが実行される。
【００２８】
第１０の発明に係るリソース管理システムでは、リソース管理装置は、複数の通信装置に対してリソース要求の送信を促す通知信号を出力する収集部を更に備え、複数の通信装置は、通知信号の受信後に、通信装置の各々が有するリソース要求に含まれる優先度の高い順にリソース要求を送信する。
【００２９】
この構成により、通信装置は、優先度順にリソース要求を出力するため、リソース割り当ても優先度に従って行われる。
【００３０】
第１１の発明に係るリソース管理システムは、通知信号の出力後に、複数の通信装置の全てがリソース要求を非送信とする場合に、収集部は、通知信号を再度出力する。
【００３１】
この構成により、リソース管理装置は、確実にリソース要求を得ることができる。
【００３２】
第１２の発明に係るリソース管理システムでは、複数の通信装置は、優先度に従った待機時間を計測する計測部をそれぞれ備え、複数の通信装置は、待機時間の経過後にリソース要求を送信する。
【００３３】
この構成により、通信装置は、優先度順にリソース要求を出力することができる。
【００３４】
第１３の発明に係るリソース管理システムは、計測部は、通知信号の受信後に待機時間を計測する。
【００３５】
この構成により、適切な待機時間の算出が行われる。
【００３６】
第１４の発明に係るリソース管理システムでは、優先度の高いリソース要求を持つ通信装置での待機時間は、優先度の低いリソース要求を持つ通信装置での待機時間よりも短い。
【００３７】
この構成により、複数の通信装置からのリソース要求の出力は、優先度に従った順番で行われる。
【００３８】
第１５の発明に係るリソース管理システムでは、複数の通信装置の一つが、異なる優先度を有する複数のリソース要求を有する場合に、優先度に含まれる優先度の高いリソース要求から順に送信する。
【００３９】
この構成により、リソース要求に対するリソース割り当てが、優先度に従って行われる。
【００４０】
第１６の発明に係るリソース管理方法は、通信の優先度を含み、通信に必要なリソースを要求するリソース要求を受け付けるリソース要求受付ステップと、リソース要求の受付を所定時間後に終了する受付終了ステップと、所定時間内に受け付けられたリソース要求に対して、優先度に基づいてリソースの割り当てを行う割り当てステップを備える。
【００４１】
この構成により、所定の時間内は、リソース要求の受付が継続される。更に、所定時間内に複数のリソース要求が受け付けられた場合、先着順ではなく優先度に従ってリソース割り当てが実行される。
【００４２】
第１７の発明に係るリソース管理方法では、割り当てステップは、優先度の高いリソース要求からリソースを割り当てる。
【００４３】
この構成により、リソースの割り当てが、先着順ではなく優先度に従って行われる。
【００４４】
第１８の発明に係るリソース管理方法では、受付終了ステップは、リソース要求受付ステップにおいて、所定数以上のリソース要求を受け付けた場合に、リソース要求の受付を終了する。
【００４５】
この構成により、所定数以上のリソース要求を確実に受け取ることができる。
【００４６】
第１９の発明に係るリソース管理方法では、受付終了ステップは、リソース要求受付ステップにおいて、最初のリソース要求を受け付けた後に、別のリソース要求を受け付けた場合に、リソース要求の受付を終了する。
【００４７】
この構成により、少なくとも２つのリソース要求を基準に、優先度に従ったリソースの割り当てが実行される。
【発明の効果】
【００４８】
本発明によれば、リソース管理装置で管理情報が消失した後であっても、通信装置からのリソース要求を一定時間受け付け、受け付けられたリソース要求に対して、優先度に基づいたリソース割り当てが行われる。この結果、先着順ではなく、優先度に従った適切なリソース割り当てが実現される。
【発明を実施するための最良の形態】
【００４９】
以下、図面を参照しながら、本発明の実施の形態を説明する。
【００５０】
なお、本明細書において、リソースは、通信において必要となる資源であり、通信帯域や、通信における遅延時間、遅延ゆらぎ、通信時間などが含まれる。
【００５１】
また、ネットワークはインターネットをはじめとして、無線ＬＡＮ、電灯線通信、有線通信、無線通信などの通信網を含むものである。
【００５２】
また、リソース管理装置は、リソースを管理する装置であればよく、ルーターなども含まれる。また、リソースを管理するソフトウェアが組み込まれた機器も含まれる。
【００５３】
（実施の形態１）
本発明の実施の形態１について、図１から図１２を用いて説明する。
【００５４】
図１は、本発明の実施の形態１におけるリソース管理システムのブロック図である。リソース管理システム１は、通信におけるリソースを管理するリソース管理装置２と、リソースを含むネットワーク３を介して接続される通信装置を備える。
【００５５】
通信装置は、複数接続され、通信装置同士でデータ通信が行われる。
【００５６】
図１では、第１通信装置４と、第２通信装置５と、第３通信装置６と、第４通信装置７が示されている。なお、通信装置の数は、４つ以外であっても良い。また、通信装置は、コンピューターなどのネットワークに接続される機器でもよく、通信機能を有する機器であれば何でも良い。
【００５７】
第１通信装置４から第４通信装置７は、それぞれの通信装置間で通信を行う。また、第１通信装置４から第４通信装置７は、リソース管理装置２に対してリソース要求を出力する。リソース管理装置２は、このリソース要求に従ってリソース割り当てを実行する。
【００５８】
ここで、リソース管理装置２は、ネットワーク３のリソースを管理するための管理情報を有している。
【００５９】
図２は、本発明の実施の形態１における管理情報を表す図であり、リソース管理装置２は、図２に示される管理情報を有している。図２（ａ）に示されるように、ネットワークの使用可能な帯域幅、使用する帯域幅、空き帯域幅の情報を有している。これらの情報は、リソース管理装置２での、リソース割り当ての基準となる。
【００６０】
また、リソース管理装置２は、図２（ｂ）に示されるような、通信における送信装置と受信装置、および通信種別、使用帯域幅の情報を有している。
【００６１】
この図２（ｂ）に示される情報は、図２（ａ）の情報と合わせてリソース要求に対するリソース割り当ての基準とされる。
【００６２】
また、通信装置が出力するリソース要求は、図３に示される情報を含んでいる。
【００６３】
図３は、本発明の実施の形態１におけるリソース要求の内容を表す図である。
【００６４】
リソース要求は、図３に示されるように、送信装置、および受信装置、および通信種別、および帯域幅を含んでいる。なお、これら以外の情報でもよく、必要なリソースに対応する内容であればよい。
【００６５】
図３に示されるリソース要求では、第１通信装置４から第２通信装置５への通信であり、通信種別は音声であって、必要な帯域は１Ｍｂｐｓである。
【００６６】
通信装置は、このような情報を含むリソース要求を、リソース管理装置２に出力する。なお、通信種別は、優先度を示す情報であり、リソース管理装置２は、この通信種別に基づいてリソース要求の優先度を判断する。また、優先度は、通信種別により表されるのではなく、直接的な度合いで表されても良い。
【００６７】
次に、図４から図１２を用いてリソース管理装置２についての詳細を説明する。
【００６８】
図４は、本発明の実施の形態１におけるリソース管理装置２の内部ブロック図である。リソース管理装置２は、次の要素を備える。
【００６９】
リソース要求受付部１０は、リソース要求９を受け付ける。計測部１１は、リソース要求受付部１０がリソース要求９を受け付ける受付時間を計測する。割り当て部１２は、受付時間内に受け付けられたリソース要求９に含まれる優先度に基づいて、リソースの割り当てを行う。この処理により、所定の受付時間内に受け付けたリソース要求９に対して、優先度に基づいたリソース割り当てが行われる。
【００７０】
割り当て部１２は、リソース要求に含まれる優先度の高い順に、リソース割り当てを実行する。例えば、割り当て部１２は、通信種別から優先度を判断してリソース割り当てを実行する。もしくは、リソース要求９に優先度そのものが含まれる場合には、この優先度に従って、割り当て部１２は、リソース割り当てを実行する。
【００７１】
この、計測部１１により計測される受付時間の間は、リソース要求に対するリソース割り当てが行われず、リソース要求９の受付が継続される。このため、優先度を無視した、先着順によるリソース割り当てが行われる問題が生じない。
【００７２】
なお、計測部１１は、所定のリソース要求９の受付時から時間計測を行い、任意に設定された所定の時間を、受付時間として計測する。この計測開始の基準となる所定のリソース要求として、最初に受け付けられたリソース要求が好適に用いられる。
【００７３】
リソース管理装置２での動作を、図５を用いて説明する。図５は、本発明の実施の形態１におけるリソース割り当て処理のフローチャートである。
【００７４】
まず、ステップ１にて、処理が開始される。
【００７５】
次に、ステップ２にて、最初のリソース要求の受付が検出される。最初のリソース要求が検出された場合は、ステップ３にて、計測部１１は、受付時間の計測を開始する。
【００７６】
ステップ４にて、受付時間の間、リソース要求受付部１０は、リソース要求の受付を継続する。次に、ステップ５にて、受付時間経過が判断され、受付時間が経過している場合には、リソース要求受付部１０は、リソース要求の受付を終了する。
【００７７】
リソース要求受付部１０でのリソース要求受付の終了後、ステップ６にて、割り当て部１２は、リソース要求から優先度を検出する。優先度が検出されると、ステップ７にて、割り当て部１２は、優先度順にリソース割り当てを実行する。リソース割り当てが実行されると、ステップ８にて、リソース管理装置２は、通信装置へ割り当てを通知する。通信装置は、割り当て通知に従って、ステップ９にて、通信を実行する。最後に、ステップ１０にて、処理が終了する。
【００７８】
ここで、リソース割り当てについて、例を用いて説明する。
【００７９】
図６は、本発明の実施の形態１における受け付けられたリソース要求の内容を表す図である。
【００８０】
例えば、図６に示されるように、３つのリソース要求が受付時間内に受け付けらる。図６に示されるように、最初に受け付けられたリソース要求は、第４通信装置７から第２通信装置５へのＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に基づくデータ転送に関る。２番目に受け付けられたリソース要求は、第３通信装置６から第４通信装置７への高画質映像のデータ転送に関る。３番目に受け付けられたリソース要求は、第１通信装置４から第２通信装置５への音声のデータ転送に関る。
【００８１】
ここで、受け付けられた３つのリソース要求の優先度は、図７に示される優先度判断テーブルに従って判断される。図７は、本発明の実施の形態１における優先度判断テーブルである。図中で、優先度の数値の大きさは、優先度の高さを表している。
【００８２】
ここでは、図７に示されるように、制御に関る通信の優先度がもっとも高い。次いで、セキュリティ、音声、テレビ電話、高画質映像、低画質映像、ＦＴＰ転送の順に、優先度が高い。
【００８３】
なお、図７に示される判断テーブルは一例であり、これ以外であっても良い。
【００８４】
割り当て部１２は、図６に示されるリソース要求と、図７に示される優先度判断テーブルから、複数のリソース要求に対する優先度を検出する。図８に示されるように、ここでは、３番目に受け付けられた第１通信装置４から第２通信装置５への転送に関するリソース要求の優先度が最も高い。次いで、２番目に受け付けられた第３通信装置６から第４通信装置７への高画質映像の転送に関するリソース要求の優先度が高い。
【００８５】
この結果、割り当て部１２は、優先度の高い順に、リソース割り当てを実行する。すなわち、リソース要求の受付順に関らず、優先度に従ったリソース割り当てが実現される。
【００８６】
以上の処理により、リソース管理装置２でのリソース割り当てに関する情報が消失した後で、複数の通信装置からリソース要求を受け付ける場合でも、リソース管理装置２は、受付時間の間は他のリソース要求を待つ。更に、リソース管理装置２は、この受付時間内に受け付けた複数のリソース要求に対して、優先度に従った割り当てを行うことができる。このため、先着順などによるリソース割り当てが生じず、優先度の低いリソース要求に対する割り当てが先に行われるなどの問題が生じない。
【００８７】
なお、ここではリソース要求に含まれる通信種別の情報と、優先度判断テーブルから優先度が検出されたが、リソース要求に直接的に優先度が含まれていても良い。
【００８８】
次に、リソース要求受付部１０が、所定数のリソース要求を受け付ける場合について説明する。
【００８９】
図９は、本発明の実施の形態１におけるリソース管理装置のブロック図である。
【００９０】
リソース要求受付部１０は、受け付けたリソース要求を一時的に保持する保持部１３を備える。
【００９１】
割り当て部１２は、この保持部１３で保持されるリソース要求が所定数以上となった場合に、リソース割り当てを行う。
【００９２】
図１０を用いて、リソース管理装置２での動作処理について説明する。
【００９３】
図１０は、本発明の実施の形態１におけるリソース割り当てを表すフローチャートである。
【００９４】
まず、ステップ２０にて、動作が開始される。
【００９５】
次に、ステップ２１にて、リソース要求受付部１０は、リソース要求を受け付ける。次いで、ステップ２２にて、保持部１３は、受け付けられたリソース要求を保持する。次に、ステップ２３にて、保持部１３に保持されているリソース要求の数が所定数以上であるかが判定される。ここで、所定数は任意に定められればよく、複数ではなく単数であってもよい。
【００９６】
また、所定数は、接続されている通信装置の数に対する割合で決定されても良い。
【００９７】
保持部１３が保持しているリソース要求の数が所定数以上である場合は、ステップ２４にて、割り当て部１２が、保持部１３に含まれるリソース要求の優先度を検出する。例えば、リソース要求に含まれる優先度情報に基づいて優先度が検出されてもよい。あるいは、リソース要求に含まれる通信種別と、通信種別に対応する優先度割り当てから、優先度が検出されても良い。
【００９８】
優先度が検出されると、ステップ２５にて、割り当て部１２は、優先度に基づいてリソース割り当てを実行する。次いで、ステップ２６にて、リソース管理装置２は、通信装置にリソース割り当ての結果を通知する。更に、ステップ２７にて、通信装置は、割り当てられたリソースを用いて通信を行う。
【００９９】
このように、リソース要求が所定数以上となるまで、割り当て部１２がリソース割り当てを待つことで、先着順ではなく優先度に従った適切なリソース割り当てが実現される。
【０１００】
なお、所定の時間を経過しても、リソース要求が所定数に達しない場合には、所定時間経過後に、割り当て部１２がリソース割り当てを開始しても良い。受付時間と所定数の両方を用いて、リソース要求を待つことも好適である。
【０１０１】
また、図１１に示されるように、最初のリソース要求を受け付けてから、次のリソース要求を受け付けるまで、割り当て部１２が、リソース割り当てを待ってもよい。図１１は、本発明の実施の形態１におけるリソース割り当て処理を表すフローチャートである。
【０１０２】
ステップ３０にて、動作が開始される。まずステップ３１にて、リソース要求受付部１０は、最初のリソース要求を受け付ける。次いで、ステップ３２にて、次のリソース要求の受付を確認する。次のリソース要求が受け付けられた場合、割り当て部１２は、リソース割り当ての処理を開始する。
【０１０３】
まず、ステップ３３にて、割り当て部１２は、リソース要求の優先度を検出する。優先度が検出されると、割り当て部１２は、ステップ３４にて、リソース割り当てを実行する。次に、ステップ３５にて、割り当て部１２は、割り当て結果を通知する。通信装置は、ステップ３６にて、割り当てられたリソースを用いて通信を実行する。
【０１０４】
このような処理により、先着順ではなく、優先度に従った適切なリソース割り当てが実現される。
【０１０５】
図１２は、本発明の実施の形態１におけるリソース管理装置のブロック図である。
【０１０６】
図１２に示されるように、リソース管理装置２は、通信装置からのリソース要求を収集する収集部１４を備えても良い。収集部１４により、リソース管理装置２は、通信装置が出力しうるリソース要求を漏れなく得ることができる。
【０１０７】
以上のように、受付時間や所定数により、リソース要求の受付期間が保証される。更に、受け付けられたリソース要求の優先度に従ったリソース割り当てにより、先着順などによる優先度の低いリソース要求に対するリソース割り当てが、優先度の高いリソース要求に対するリソース割り当てよりも優先するなどの問題が回避される。
【０１０８】
なお、以上の効果は、リソース管理装置２に限ったことではなく、通信装置が接続されたリソース管理システム１においても同様である。
【０１０９】
この場合であっても、受付時間経過まで、あるいはリソース要求が所定数となるまで、割り当て部１２は、リソース割り当てを待つ。この結果、先着順ではなく、優先度に従った適切なリソース割り当てが実現される。
【０１１０】
（実施の形態２）
次に、実施の形態２について説明する。
【０１１１】
図１３は、本発明の実施の形態２におけるリソース管理システムのブロック図である。
【０１１２】
リソース管理装置２は、実施の形態１で説明されたものと同様であり、通信装置に対して、リソース要求の送信を促す通知信号を出力する収集部２２を備えている。
【０１１３】
第１通信装置４から第４通信装置７は、それぞれリソース要求を出力するリソース要求送信部２０と、通信を行う通信部２１を備えている。
【０１１４】
収集部２２は、複数の通信装置（図１３では、第１通信装置４から第４通信装置７）に対して、リソース要求の出力を促す通知信号を出力する。
【０１１５】
この通知信号を受けた複数の通信装置は、各々の有するリソース要求に含まれる優先度の高い順に、リソース要求を出力する。例えば、第１通信装置４の有するリソース要求の優先度が、第３通信装置６の有するリソース要求の優先度よりも高い場合、まず第１通信装置４が、リソース管理装置２に対してリソース要求を出力する。次いで、第３通信装置６が、リソース管理装置２に対してリソース要求を出力する。
【０１１６】
また、通知信号の出力後に、いずれの通信装置からもリソース要求が送信されない場合には、収集部２２は、再度通知信号を出力する。この処理により、通信装置からのリソース要求が確実に受け付けられる。
【０１１７】
なお、優先度に従ったリソース要求の出力を確実に行わせるために、収集部２２は、優先度を指定して、通知信号を出力しても良い。例えば、高い優先度のリソース要求のみを収集する通知信号が出力される場合には、これに見合うリソース要求を有する通信装置が、リソース要求を出力する。中程度の優先度のリソース要求のみを収集する通知信号が出力される場合にはこれに見合うリソース要求を有する通信装置が、リソース要求を出力する。低い優先度のリソース要求のみを収集する通知信号が出力される場合には、これに見合うリソース要求を有する通信装置がリソース要求を出力する。
【０１１８】
このように、優先度を指定した上で、リソース要求を収集することで、優先度に従ったリソース要求の収集が確実に行われる。
【０１１９】
また、リソース要求を受け付けたリソース管理装置２は、リソース割り当てを行う。このとき、リソース要求は優先度順に出力されているので、リソース割り当ても優先度順に行われる。
【０１２０】
次に、複数の通信装置が、優先度順にリソース要求を出力するために、各通信装置が、優先度毎に異なる待機時間経過後に、リソース要求を出力する処理について説明する。
【０１２１】
図１４は、本発明の実施の形態２における通信装置のブロック図である。
【０１２２】
計測部２３は、通知信号２４の受信後に待機時間を計測する。
【０１２３】
リソース要求送信部２０は、計測部２３での待機時間計測後に、リソース管理装置２に対してリソース要求２５を出力する。
【０１２４】
ここで、計測部２３が計測する待機時間は、優先度により異なる。
【０１２５】
例えば、優先度が高い場合には、待機時間は短く、優先度が低い場合には、待機時間は長い。このように、優先度の違いに応じて待機時間を変化させることで、優先度の高い順に従った、リソース要求２５の出力が可能となる。
【０１２６】
例えば、第１通信装置４の有するリソース要求の優先度が、第２通信装置５の有するリソース要求の優先度よりも高いと仮定する。このとき、第１通信装置４での待機時間が５ｍ秒で、第２通信装置５での待機時間が１０ｍ秒とする。収集部２２からの通知信号２４が、第１通信装置４と第２通信装置５に同時に入力する。通知信号２４を受けて、第１通信装置４の計測部２３は、５ｍ秒の待機時間を計測する。一方、第２通信装置５の計測部２３は、１０ｍ秒の待機時間を計測する。
【０１２７】
第１通信装置４、および第２通信装置５は、それぞれ各々の待機時間経過後にリソース要求２５を出力する。すなわち、第１通信装置４は、通知信号２４を受信してから５ｍ秒後にリソース要求２５を出力する。一方、第２通信装置５は、通知信号２４を受信してから１０ｍ秒後にリソース要求２５を出力する。このように、優先度順にリソース要求が出力されるので、リソース割り当ても優先度順に行われる。
【０１２８】
特に、通信装置が優先度順にリソース要求を出力することで、リソース管理装置２が先着順でリソース割り当てを行った場合でも、優先度順にリソース割り当てが行われるメリットがある。
【０１２９】
なお、各通信装置は、優先度順にリソース要求を出力するので、リソース管理装置２は、先着順にリソース割り当てを実行してもよく、複数のリソース要求を受け付けるまで待ってから、優先度に従ってリソース割り当てを実行しても良い。
【０１３０】
次に、一つの通信装置が、複数のリソース要求を有している場合について説明する。
【０１３１】
第１通信装置４は、図１５に示されるような複数の通信に関するリソース要求を有している。
【０１３２】
図１５は、本発明の実施の形態２におけるリソース要求の内容を表す図である。
【０１３３】
一つは、第２通信装置５に対する音声通信であり、もう一つは第３通信装置６に対する高画質映像通信である。前者が、高い優先度を有している。
【０１３４】
この場合には、第１通信装置４は、まず音声通信に関するリソース要求を出力し、その後に高画質映像に関するリソース要求を出力する。すなわち、第１通信装置４は、優先度の高い順にリソース要求を出力する。
【０１３５】
このように、一つの通信装置が複数のリソース要求を出力する場合には、リソース要求に含まれる優先度の順に従ってリソース要求を出力する。
【０１３６】
また、通信装置は、優先度順にリソース要求を出力してもよく、優先度の高いリソース要求を出力して、このリソース要求に対するリソース割り当てが行われた後に、優先度の低いリソース要求を出力することもよい。
【０１３７】
以上のようなリソース管理システムにより、通信装置は、優先度に従った順序でリソース要求を出力する。この結果、リソース管理装置は、優先度に従ったリソース割り当てを実現できる。
【産業上の利用可能性】
【０１３８】
本発明は、例えば、ネットワークなどを介した通信に必要なリソースを管理する管理装置等において好適に利用できる。
【図面の簡単な説明】
【０１３９】
【図１】本発明の実施の形態１におけるリソース管理システムのブロック図
【図２】（ａ）本発明の実施の形態１における管理情報を表す図  （ｂ）本発明の実施の形態１における管理情報を表す図
【図３】本発明の実施の形態１におけるリソース要求の内容を表す図
【図４】本発明の実施の形態１におけるリソース管理装置２の内部ブロック図
【図５】本発明の実施の形態１におけるリソース割り当てのフローチャート
【図６】本発明の実施の形態１における受け付けられたリソース要求の内容を表す図
【図７】本発明の実施の形態１における優先度判断テーブルの例示図
【図８】本発明の実施の形態１における優先度検出後のリソース要求を表す図
【図９】本発明の実施の形態１におけるリソース管理装置のブロック図
【図１０】本発明の実施の形態１におけるリソース割り当てを表すフローチャート
【図１１】本発明の実施の形態１におけるリソース割り当てを表すフローチャート
【図１２】本発明の実施の形態２における特徴量ベクトル評価部の内部ブロック図
【図１３】本発明の実施の形態２におけるリソース管理システムのブロック図
【図１４】本発明の実施の形態２における通信装置のブロック図
【図１５】本発明の実施の形態２におけるリソース要求の内容を表す図
【符号の説明】
【０１４０】
１  リソース管理システム
２  リソース管理装置
３  ネットワーク
４  第１通信装置
５  第２通信装置
６  第３通信装置
７  第４通信装置
９  リソース要求
１０  リソース要求受付部
１１  計測部
１２  割り当て部
１３  保持部
１４  収集部
２０  リソース要求送信部
２１  通信部
【図１】
2005318558.tif 000003
【図２】
2005318558.tif 000004
【図３】
2005318558.tif 000005
【図４】
2005318558.tif 000006
【図５】
2005318558.tif 000007
【図６】
2005318558.tif 000008
【図７】
2005318558.tif 000009
【図８】
2005318558.tif 000010
【図９】
2005318558.tif 000011
【図１０】
2005318558.tif 000012
【図１１】
2005318558.tif 000013
【図１２】
2005318558.tif 000014
【図１３】
2005318558.tif 000015
【図１４】
2005318558.tif 000016
【図１５】
2005318558.tif 000017