JP2009232452A - 帯域管理装置、帯域設定要求装置、帯域管理装置の制御方法、帯域設定要求装置の制御方法、帯域管理システム、帯域管理プログラム、帯域設定要求プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

帯域管理装置、帯域設定要求装置、帯域管理装置の制御方法、帯域設定要求装置の制御方法、帯域管理システム、帯域管理プログラム、帯域設定要求プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体 Download PDF

Info

Publication number
JP2009232452A
JP2009232452A JP2009042948A JP2009042948A JP2009232452A JP 2009232452 A JP2009232452 A JP 2009232452A JP 2009042948 A JP2009042948 A JP 2009042948A JP 2009042948 A JP2009042948 A JP 2009042948A JP 2009232452 A JP2009232452 A JP 2009232452A
Authority
JP
Japan
Prior art keywords
data flow
transmission
bandwidth
voip
flow
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2009042948A
Other languages
English (en)
Other versions
JP5095648B2 (ja
Inventor
Takeshi Nakajima
健 中島
Yusuke Yamada
雄介 山田
Masuo Shiomi
益男 塩見
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to JP2009042948A priority Critical patent/JP5095648B2/ja
Priority to PCT/JP2009/053533 priority patent/WO2009107711A1/ja
Publication of JP2009232452A publication Critical patent/JP2009232452A/ja
Application granted granted Critical
Publication of JP5095648B2 publication Critical patent/JP5095648B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control

Abstract

【課題】複数種類のデータフローを同時に伝送する通信ネットワークにおいて、パケットの伝送遅延やジッタに影響を受けやすいデータフローの伝送帯域を優先して割り当てることにより、ＱｏＳを実現する。
【解決手段】親機２０ａは、データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定するとともに、第２データフローの伝送帯域の設定要求を受信したとき、上記決定された第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を設定する帯域割り当て部２１１を備える。これにより、親機２０ａは、第２データフローに、時間的に連続しない送信許可期間に割り当てる。そして、第１データフローは、上記時間的に連続しない送信許可期間同士の間に送信されるので、再生品質を保持した状態で伝送させることができる。
【選択図】図１

Description

本発明は、複数種類のデータフローを同時に伝送する通信ネットワークにおいて、上記データフロー毎に送信可能な送信許可期間を割り当てる帯域管理装置、帯域設定要求装置、帯域管理装置の制御方法、帯域設定要求装置の制御方法、帯域管理システム、帯域管理プログラム、帯域設定要求プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。
近年、コンテンツサーバなどのコンテンツ提供装置にて提供される映像や音声などのコンテンツを、ＩＰ（Internet Protocol）網やＮＧＮ（Next Generation Network）網などのアクセスネットワークを介して、ユーザ宅内のテレビやＳＴＢ（セットトップボックス）などの受信端末にて受信することができるサービスが提供されている。なお、各装置間のデータの送受信は、パケットの送受信によりデータを運ぶパケット通信にて行われるのが一般的である。ここで、パケットとは、データを所定形式のフレームに組み立て、該フレームに対し、送信先のＩＰアドレスなどの各種情報を付加したものである。
アクセスネットワークからのデータがユーザ宅内に伝送されるとき、該データは一旦ルータで受信された後、ユーザ宅内にて構築されたＬＡＮ（Local Area Network）を介して、テレビやＳＴＢなどの受信端末に送信される。近年、ユーザ宅内にて構築されるＬＡＮとして、従来のような、通信媒体となるケーブルを接続して構成するものに代えて、ＰＬＣ（Power Line Communication：電力線搬送通信）を利用したネットワークの需要が高まっている。ＰＬＣは、電力線によってデータ伝送を行なう技術であり、通常のコンセント同士の間での通信が可能である。ＰＬＣとイーサネット（登録商標）とのブリッジ装置（ＰＬＣアダプタ）を、ルータと受信端末とにそれぞれイーサネット（登録商標）で接続すれば、ルータと受信端末とが離れて配置されていても、ＰＬＣアダプタを介してルータと受信端末とが通信可能となり、新たなケーブルを敷設することなく、宅内ネットワークを構築することができる。そのため、通信媒体となるケーブルを接続して構成する従来のＬＡＮと比較すると、新たなケーブルを配線することなくネットワークを構築できるという利点がある。また、受信端末を移動させる場合、電源コンセントがある場所ならばどこでもネットワークに接続できるので、移動の自由度が増すという利点がある。
受信端末が、コンテンツ提供装置から、コンテンツ、特に映像や音声のようなリアルタイム性や連続性を要求されるストリームデータを、高速かつ高品質で受信するためには、各ネットワークにおいて、コンテンツに応じた帯域が適切に確保されていなければならない。特に、ＰＬＣを用いたＬＡＮ（以下、ＰＬＣネットワーク）に、ＰＬＣネットワークの帯域管理を行なう親機と、複数の子機とを接続する場合、パケットの送受信にあたり、１つのＰＬＣネットワークの帯域（送信許可期間）を親機および複数の子機が時分割で共用する。そのため、各子機の送信権の管理方法によって、帯域の利用効率が大きく変化する。
（ＱｏＳ技術）
ところで、Ｗｅｂコンテンツの閲覧、メールの送受信、およびＦＴＰによるデータ転送などにおける非リアルタイムデータの伝送では、ある程度の伝送遅延やジッタ（伝送遅延のゆらぎ）が発生しても、受信端末でのデータの再生に大きく影響しない。これに対して、映像や音声のようなリアルタイムデータの伝送においては、伝送遅延やジッタは、受信端末での映像や音声の再生の乱れにつながるため、所定の範囲に抑える必要がある。
このように、伝送されるデータの種類に従って、適切な品質を確保しながら、複数のデータ伝送を同時かつ効率的に実現する技術を、ＱｏＳ（Quality of Service）技術と称する。ＱｏＳ技術は、優先制御型ＱｏＳ（Prioritized QoS）とパラメータ保証型ＱｏＳ（Parameterized QoS）とに大きく分類される。
（優先制御型ＱｏＳ）
優先制御型ＱｏＳでは、データを送信する通信装置が、データの種類およびデータを送受信する通信装置の特性などに応じた優先度を、送信データのパケットに付与する。そして、パケットに付与された優先度に基づいて、送信データを制御することにより、ＱｏＳを実現している。なお、優先度のパケットへの付与方法としては、パケットのヘッダ部分に、優先度を示す値を格納するためのフィールド（以下、優先度フィールド）を予め設けておき、パケット毎に優先度フィールドの値を設定する方法が一般的である。
例えば、リアルタイムデータは非リアルタイムデータに比べて、より高い伝送品質が求められるので、リアルタイムデータのパケットには、非リアルタイムデータのパケットよりも高い優先度の値を、優先度フィールドに設定しておくのが一般的である。そして、送信装置または通信ネットワーク上の中継装置が、各パケットの優先度フィールドの値に基づいて、パケットの送信タイミングを決定することにより、ＱｏＳを実現する。
（パラメータ保証型ＱｏＳ）
パラメータ保証型ＱｏＳでは、通信ネットワーク全体の帯域を管理する親機を設ける。そして親機は、通信ネットワークに接続されている子機から要求されたＱｏＳのパラメータに従って、通信ネットワーク全体の帯域の利用スケジュール（送信許可期間）を管理する。親機が、全ての子機のデータ送信回数およびデータ送信時間などを集中管理することにより、ＱｏＳを実現する。
子機は、ＱｏＳが保証されたデータ伝送（以下、ＱｏＳ伝送）を行なう場合、予め親機に対し、ＱｏＳ伝送を要求する信号を送信する。この信号にはＱｏＳに関するパラメータが含まれている。そして親機は、このＱｏＳに関するパラメータを抽出し、該パラメータと現在の通信ネットワークの利用状況とに基づいて、ＱｏＳ伝送が可能か否かを判断する。そして、ＱｏＳ伝送が可能であると判断すれば、親機は子機に対してＱｏＳ伝送を許可し、一方、ＱｏＳ伝送が不可能であると判断すれば、親機は子機に対してＱｏＳ伝送を拒否する。例えば、ある子機ＡがＱｏＳ伝送を要求する信号を送信したとき、既に他の子機ＢがＱｏＳ伝送を行っており、子機ＡがＱｏＳ伝送をするのに十分な帯域が確保できない場合、親機は子機Ａに対してＱｏＳ伝送を拒否する。
なお、親機は、各子機がＱｏＳ伝送をすることができるように、帯域設定のスケジュールを常に管理している。そして、親機は、該スケジュールに基づいて、ＱｏＳ伝送を許可する期間を含む送信許可信号を子機に送信することにより、子機にＱｏＳ伝送の許可を与える。子機は、上記送信許可信号にて通知された期間内だけ、データ伝送を行なう。
ところで、複数のコンテンツを同時に伝送する場合には、パケット毎ではなく、コンテンツ毎に、ＱｏＳの制御を行なう必要がある。例えば、ある通信装置が、映像コンテンツおよび音声コンテンツを同時に送信する場合、それぞれのコンテンツに必要とされるＱｏＳの要求事項が異なるのが通常である。
そのため、パラメータ保証型ＱｏＳでは、「データフロー」毎にＱｏＳを管理する。データフローとは、連続して伝送する必要のある一連のデータを指す。連続して伝送する必要のある一連のデータとは、例えば、１つの映像コンテンツ、または、１つの音声コンテンツなど、意味のあるひとまとまりのデータである。したがって、１つのデータフローには複数のパケットが属する。以下では、映像コンテンツのデータフローおよびＶｏＩＰ（Voice over Internet Protocol）で送信される音声のデータフローを、それぞれ映像フローおよびＶｏＩＰフローとも称する。
データフローごとに帯域の利用スケジュール（送信許可期間）を決定するために、親機は、パケットがどのデータフローに所属するかを知る必要がある。そのために、子機は、ＱｏＳに関するパラメータに、所属するデータフローを示すフロー識別情報を付加して、親機に送信する。そして、親機は、子機に対して送信許可信号を送信する際には、どのデータフローに対する送信許可であるかを示すために、送信許可信号にフロー識別情報を含めて通知する。そして、データ送信を行なう子機は、通知された送信許可信号に含まれるフロー識別情報で示されるデータフローに属するパケットのみを送信する。これにより、データフローごとのＱｏＳ制御を可能としている。
なお、フロー識別情報としては、ＭＡＣヘッダ内の宛先ＭＡＣアドレスおよび送信元ＭＡＣアドレス、ＩＰヘッダ内の宛先ＩＰアドレスおよび送信元ＩＰアドレス、ＴＣＰヘッダ（もしくはＵＤＰヘッダ）内の宛先ポート番号および送信元ポート番号、ＩＰｖ６ヘッダにおけるＦｌｏｗ Ｌａｂｅｌフィールド、イーサネット（登録商標）のフレームヘッダにおけるＶＬＡＮタグのＶＩＤ（VLAN Identifier）フィールドなどのうち、いずれかまたは全ての組み合わせが挙げられる。
（ＱｏＳの設定方法）
一般的に、ＱｏＳは、ＯＳＩ（Open Systems Interconnection）参照モデルにおけるレイヤ２やレイヤ３において実現されている。以下では、ＱｏＳを実現するレイヤを、ＱｏＳ制御レイヤと称する。
優先制御型ＱｏＳおよびパラメータ保証型ＱｏＳのいずれにおいても、ＱｏＳを実現するためには、ＱｏＳ制御レイヤが、伝送しようとするデータに必要な伝送品質を知る必要がある。しかしながら、そのような情報は、ＱｏＳ制御レイヤよりも上位のレイヤで管理されるのが一般的である。
例を挙げて説明すると、例えば、ＰＬＣにおける帯域制御は、ＭＡＣ層（ＯＳＩ参照モデルにおけるレイヤ２の副層）にて実現されているが、実際にどのようなデータが伝送されるかは、アプリケーション層（ＯＳＩ参照モデルにおけるレイヤ７）でしか知りえない。例えば、レイヤ７において、アプリケーションプログラムがコンテンツの選択や伝送の準備を行った上で、下位レイヤにデータを渡す。ここで、下位レイヤにとって、上位レイヤから渡されたデータは、単なるデータであるため、その内容を知ることはできず、また、そのデータがどのようなアプリケーションプログラムから発せられたものであるかについても知ることができない。
したがって、上位レイヤからＱｏＳ制御レイヤに対してデータ伝送が開始される前に、上位レイヤからＱｏＳ制御レイヤに対して、伝送されるデータがどのようなプログラムから発せられたものであるかという情報、どのような用途に使用するものであるかという情報、ＭＡＣ層での伝送時に保証してほしい帯域幅（送信許可期間）、遅延の許容限界値、パケットサイズなどの、伝送するデータに関する情報を含むＱｏＳパラメータを添えて、ＱｏＳの設定を要求することが望ましい。
しかしながら、現在のところＱｏＳ技術は広く普及していないため、上位レイヤはＱｏＳ制御レイヤを想定せずに各装置が設計されることが多く、上述した仕組みは実装されていないのが現状である。
（ＴＤＭＡとＣＳＭＡ）
ところで、ＱｏＳを実現するための伝送方式として、ＴＤＭＡ（Time Division Multiple Access：時分割多重アクセス）方式、および、ＣＳＭＡ（Carrier Sense Multiple Access：搬送波感知多重アクセス）方式がある。
ＴＤＭＡ方式とは、同一の周波数に対し、端末毎に通信可能な時間帯が決められている方式である。この方式の場合は、例えば親機が子機に対して通信可能な時間帯を割り当てる。この方式は、パラメータ保証型ＱｏＳの実現に適した伝送方法である。
ＣＳＭＡ方式とは、データを送信したい端末が、通信路の伝送状況を確認し、通信路が空いている場合にだけデータを送信する方式である。データの送信順序は、送信端末が決定する。この方式は、優先制御型ＱｏＳの実現に適した伝送方式である。
なお、一般的に、ＣＳＭＡ方式では、パケットを送信しようとする前に、毎回、通信路の伝送状況を確認し、パケットが送信可能か否かを確認した上で、パケットを送信しなければならない。これに対して、ＴＤＭＡ方式では、一定期間ごとに、親機が全ての子機に、通信可能な時間の割り当てを通知するため、通信路の使用権をどの子機が所有しているかを全ての子機が把握しているので、伝送状況を確認することなく連続的にパケットを送信することが可能である。よって、パケットの送信間隔はＴＤＭＡ方式の方が短くなり、通信ネットワーク全体としては、ＴＤＭＡ方式の方が帯域の使用効率は高くなる。
（ＴＤＭＡ方式を用いた帯域の割り当て方法）
図２６を参照しながら、ＴＤＭＡ方式を用いて、データフロー毎に帯域（送信許可期間）を割り当てる様子について説明する。図２６は、ＴＤＭＡ方式を用いて、映像フローおよびＶｏＩＰフローのそれぞれに帯域（送信許可期間）を割り当てた様子を模式的に示すブロック図である。
ＴＤＭＡ方式にて帯域（送信許可期間）を割り当てる場合、データフロー毎に、１サイクルあたりどれだけの帯域（送信許可期間）を割り当てるかを計算する。ここで、１サイクルとは、通信タイミングを各子機間で同期させるために親機が発信するビーコン信号同士の時間間隔をいう。なお、ビーコン信号を受け取った子機は、サイクル内で与えられた、データフロー毎の帯域（送信許可期間）に応じて、通信を行なう。データフロー毎の帯域（送信許可期間）は、特定の装置間で確立した通信毎に、その通信に必要とされる伝送速度に基づいて、１サイクルの期間を分割して割り当てられる。
ここで、１サイクルが１００ｍｓであるとすると、あるデータフローにそのうちの２０ｍｓの期間を割り当てれば、通信ネットワーク全体で使用可能な帯域の２０％を該データフローに割り当てたことになる。各データフローに割り当てる帯域（送信許可期間）は、通常、１サイクル内では時間的に連続している。なお、通信ネットワーク全体で使用可能な帯域は、伝送方式やネットワークの通信状態によって異なる。
図２６は、１００ｍｓの１サイクル内で、映像フローおよびＶｏＩＰフローのそれぞれに対して、この順番で帯域（送信許可期間）を割り当てた様子を示している。図２６に示すとおり、映像フローに割り当てられた帯域およびＶｏＩＰフローに割り当てられた帯域（送信許可期間）は、それぞれ時間的に連続している（ひとかたまりである）。なお、このように割り当てが行われたことは、ビーコン信号とともに、親機から各子機に通知される。そして、ビーコン信号を受信した子機は、割り当てられた帯域（送信許可期間）に従って、各データフローに属するパケットを送出する。
ここで、通信ネットワーク全体で使用できる帯域が５０Ｍｂｐｓであると仮定する。また、映像フローに割り当てる帯域として２５Ｍｂｐｓが、また、ＶｏＩＰフローに割り当てる帯域として６４Ｋｂｐｓが、それぞれ子機から親機に対して要求されていると仮定する。この要求は、帯域を割り当てるために子機から親機に対して一般的に行われるものであり、帯域設定要求と呼ばれる。また、映像フローの帯域を割り当てるための帯域設定要求（以下、映像フローの帯域設定要求と称する）が、ＶｏＩＰフローの帯域を割り当てるための帯域設定要求（以下、ＶｏＩＰフローの帯域設定要求と称する）よりも、先に行われていると仮定する。
この場合、通信ネットワーク全体で使用できる帯域が５０Ｍｂｐｓであり、１サイクルが１００ｍｓであることから、１Ｍｂｐｓのデータごとに少なくとも２ｍｓの帯域が必要となる。よって、親機が、まず、映像フローの帯域設定要求を受けたとき、ビーコン信号の送信直後から５０ｍｓ（２ｍｓ×２５）を映像フローの帯域（送信許可期間）として割り当てる（図２６におけるＴ１からＴ２までの期間）。そして、その後、ＶｏＩＰフローの帯域設定要求を受けたとき、映像フローへの帯域割り当て期間の終点から約０．１２ｍｓ（２ｍｓ×０．０６４）をＶｏＩＰフローの帯域（送信許可期間）として割り当てる（図２６におけるＴ２からＴ３までの期間）。
なお、映像フローおよびＶｏＩＰフローのいずれにも割り当てられない帯域（図２６におけるＴ３からＴ４までの期間）（以下、不割当期間と称する）は、任意のデータフローに割り当て可能な帯域（送信許可期間）とする。不割当期間では、子機はどのパケットでも送出可能であり、パケットの送出を希望する子機が複数存在する場合は、その中のいずれか１つの子機が、例えばランダムに決定される。なお、Ｗｅｂコンテンツなどのデータが不割当期間に送信される。
以上のように、図２６に示す例では、１サイクルの先頭の５０ｍｓの期間は、全て映像フローの帯域（送信許可期間）として割り当てられ、それに続く０．１２ｍｓの期間は、ＶｏＩＰフローの帯域（送信許可期間）として割り当てられ、それに続く１サイクルの残りの期間が不割当期間となっている。このように、１サイクル中の大半が、映像フローなどの大きな帯域を必要とするデータフローに割り当てられる。言い換えると、ＶｏＩＰのパケットを送信できない期間が、１００ｍｓのサイクル毎に、５０ｍｓずつも存在することとなる。
（先行技術）
以上で述べた、優先制御型ＱｏＳ、パラメータ保証型ＱｏＳ、ＴＤＭＡ、ＣＳＭＡなどの仕組みを基本的な技術として用いることにより、通信ネットワーク全体におけるアクセス競合を避けることができ、ＱｏＳを実現することができる。ＱｏＳを実現する方法として、以下が開示されている。
特許文献１には、複数の端末から相手先端末にデータ送信するとき、伝送路の伝送速度に対応する一定周期の１フレームを端末の数と同数のタイムスロットに分割し、複数の端末のそれぞれに対するタイムスロットの割当を決めるという方法が開示されている。
また、特許文献２には、親機は、無線通信システムで使用可能な全伝送帯域を、予め幾つかの伝送帯域にデータの種別によって時分割し、この各伝送帯域における割当状態をデータ伝送の状態に応じて動的に変化させるシステムが開示されている。
また、特許文献３には、親機によるスケジューリングに基づいて端末間でデータが送受信されるシステムにおいて、親機から定期的に送信されるビーコンの１周期の中で、ストリームデータなどのＱｏＳを確保する必要があるデータ伝送用の通信リンクについては、親機により必要な時間幅（タイムスロットの幅）の割り当てが設定され、その時間幅の大きさによって伝送帯域が決定されるシステムが開示されている。
特許第３７８５４０５号（発行日：平成１８年６月１４日） 特開２００１−２２３７１６号公報（公開日：平成１３年８月１７日） 特開２００７−７４３７７号公報（公開日：平成１９年３月２２日）
特許文献１、２、３に開示されている方法では、ＱｏＳを実現する際に、フレーム内での各データパケットに割り当てる帯域幅、および、各データパケットの送信順序のみを考慮している。そのため、各データパケットの帯域は、時間的に連続した状態で（ひとかたまりにして）割り当てられる。つまり、データパケット毎の伝送間隔などの特性に基づいて帯域を割り当てるということは考慮されていない。
したがって、背景技術の欄にて説明したように、映像フローなどの大きな帯域を必要とするデータフローに帯域が割り当てられると、ＶｏＩＰフローなどは、フレーム内の残りの（すなわち、映像フローなどが割り当てられていない）帯域に割り当てられる。
ところで、音声１チャンネルあたりの必要帯域、および、ＶｏＩＰパケットの送出間隔は、ＩＰ電話のコーデックとして一般的に用いられているＧ．７１１やＧ．７２９などにより定まる。例えば、Ｇ．７１１においては、音声１チャンネルあたりの必要帯域は６４ｋｂｐｓ、また、Ｇ．７１１よりも低音質なコーデックであるＧ．７２９で８ｋｂｐｓであり、通常、双方のコーデックはいずれも２０ｍｓの間隔でパケットが送出される（なお、送出間隔を変更することも可能である）。また、Ｇ．７１１では、１パケットが２００バイトで構成され、Ｇ．７２９では、１パケットが６０バイトで構成される。したがって、例えばＧ．７１１を使用する場合、２０ｍｓ毎に２００バイトのデータを通信ネットワーク上で伝送する必要がある。
しかしながら、映像フローの帯域（送信許可期間）として割り当てられた期間に到着したＶｏＩＰパケットは、ＶｏＩＰフローの帯域（送信許可期間）として割り当てられた期間になるまで、送出することができない。つまり、ＶｏＩＰパケットは一定間隔（２０ｍｓ）毎に子機に到着するものの、到着してからネットワーク上に送出されるまでに２０ｍｓ以上の時間を要する場合がある。すなわち、一定間隔毎にＶｏＩＰパケットを送出できず、そのためＶｏＩＰパケットの送出に遅延が生じる場合がある。
さらに、映像フローの帯域（送信許可期間）として割り当てられている期間には、ＶｏＩＰパケットを送出することができないため、受信端末でのＶｏＩＰパケットの到着間隔が２０ｍｓより大きくなることが、しばしば生じる。
上記について具体的に述べるために、図２７を参照しながら、従来方式による帯域割り当て後の、ＶｏＩＰパケットの送出タイミングについて説明する。図２７は、従来方式による帯域割り当て後の、子機でのＶｏＩＰパケットの送出タイミングを模式的に示す図である。
図２７におけるブロックＫ１１では、ＶｏＩＰパケットＰ１１〜Ｐ２０が子機に到着する様子を図示している。ここでは、ＶｏＩＰパケットＰ１１〜Ｐ２０がそれぞれ２０ｍｓ毎に到着していることを示している。なお、実際には、ＩＰ網などのアクセスネットワークを経由して伝送される際に、伝送遅延やジッタが発生するが、ここでは説明の簡略化のために無視する。
次に、図２７におけるブロックＫ１２およびブロックＫ１３では、帯域（送信許可期間）の割り当て状況、および、子機が上記到着したＶｏＩＰパケットＰ１１〜Ｐ２０を送出するタイミングを、それぞれ図示している。まず、パケットＰ１１、Ｐ１２、Ｐ１３がそれぞれ到着した時点では、帯域（送信許可期間）は映像フローに割り当てられているため、子機は、パケットＰ１１、Ｐ１２、Ｐ１３は直ちには送出できず、送出可能になるまでバッファリングする。そして、ＶｏＩＰフローが割り当てられた帯域（送信許可期間）になると、子機は上記バッファリングしていたパケットＰ１１、Ｐ１２、Ｐ１３をこの順番で送出する。
このとき、子機にてバッファリングしたために、パケットＰ１１、Ｐ１２、Ｐ１３には伝送遅延が生じる。例えば、パケットＰ１１には伝送遅延Ｄ１１（図２７では約５０ｍｓ）が生じる。
次に、パケットＰ１４は、到着後直ちに送出可能であるが、パケットＰ１３の送出を待って送出される。
次に、パケットＰ１５が到着したときは、不割当期間内であるから、パケットＰ１５については、到着後直ちに（他の子機がパケットを送信しようとしている場合には遅延が発生する場合があるが、ここではパケットを送信しようとしている子機は他に存在しないものとする）送出可能となる。
また、パケットＰ１６は、不割当期間後に到着するので、直ちに送出できず、次にＶｏＩＰフローの帯域（送信許可期間）として割り当てられた期間になるまで送信することができない。したがって、パケットＰ１５とパケットＰ１６との送出間隔Ｄ１２（図２７では約７０ｍｓ）は、子機へのパケットＰ１５の到着からパケットＰ１６の到着までの間隔よりも大きくなる。
以上のように、従来方式による帯域（送信許可期間）の割り当てでは、ＶｏＩＰパケットの送出が遅延したり、ＶｏＩＰパケットの送出間隔が大きくなることがある。したがって、最終的にＶｏＩＰパケットを受信する端末では、パケットの伝送遅延や到着間隔が大きくなる場合があるという問題がある。ＶｏＩＰパケットの伝送遅延が大きくなると、発話してから応答が返ってくるまでの時間が通常より長くなってしまう。また、ＶｏＩＰパケットの到着間隔が大きくなると、音声の途切れが発生することとなる。
このように、ＶｏＩＰパケットの伝送遅延や到着間隔の増大は、いずれもＶｏＩＰの通話品質を悪化させる。つまり、データ自体は誤りなく受信端末に到着しているが、パケットの伝送遅延によりデータを再生するべき時間が過ぎていたり、パケットの到着間隔の増大によりデータの再生間隔が広がる結果、データの再生が乱れることがあるという問題があった。
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、複数種類のデータフローを同時に伝送する通信ネットワークにおいて、パケットの伝送遅延やジッタに影響を受けやすいデータフローの伝送帯域を優先して割り当てることのできる帯域管理装置、帯域設定要求装置、帯域管理装置の制御方法、帯域設定要求装置の制御方法、帯域管理システム、帯域管理プログラム、帯域設定要求プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することにある。
上記課題を解決するために、本発明に係る帯域管理装置は、帯域設定要求装置から受信する、通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求に従って、上記通信ネットワークの伝送帯域を上記データフロー毎に管理する帯域管理装置であって、上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する送信許可期間決定手段と、第２データフローについての上記帯域設定要求を受信したとき、上記決定された第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を設定する送信許可期間設定手段とを備えることを特徴としている。
また、本発明に係る帯域管理装置の制御方法は、帯域設定要求装置から受信する、通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求に従って、上記通信ネットワークの伝送帯域を上記データフロー毎に管理する帯域管理装置の制御方法であって、上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する送信許可期間決定ステップと、第２データフローについての上記帯域設定要求を受信したとき、上記決定された第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を設定する送信許可期間設定ステップとを含むことを特徴としている。
上記の構成によれば、まず、第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する。そして、第２データフローの伝送帯域の設定要求を受信したとき、上記決定された第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を設定する。
よって、上記第１データフローを送信可能な送信許可期間には、上記第２データフローを送信可能な送信許可期間を設定しない。
したがって、上記第２データフロー（例えば映像フロー）の送信許可期間を設定した後に、上記第１データフロー（例えばＶｏＩＰフロー）の送信を行なう必要がある場合であっても、上記第１データフローを送信可能な送信許可期間に、上記第１データフローを送信することが可能となり、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。
さらに、本発明に係る帯域管理装置は、上記送信許可期間決定手段は、上記送信許可期間決定手段は、上記第１データフローについての上記帯域設定要求を受信することなく、上記第１データフローを送信可能な送信許可期間を決定する構成であってもよい。
上記の構成によれば、さらに、上記第１データフローについての上記帯域設定要求を受信することなく、上記第１データフローを送信可能な送信許可期間を決定することができる。
よって、第１データフローが送信されていないときであっても、第２データフローの送信許可期間の設定要求を受信したときは、第１データフローを送信可能な送信許可期間を決定するので、該決定した送信許可期間を確保しつつ、上記第２データフローの送信許可期間を設定することができる。
したがって、第１データフロー（例えばＶｏＩＰフロー）が送信される前に、第２データフロー（例えば映像フロー）の送信許可期間の設定要求を受信するとともに、その後、第１データフローが送信された場合であっても、当該送信された第１データフローを、上記確保された送信許可期間に送信することができるため、第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。
さらに、本発明に係る帯域管理装置は、上記第１データフローを送信可能な送信許可期間を決定可能な送信許可期間情報を予め記憶する記憶部をさらに備え、上記送信許可期間決定手段は、上記記憶部に記憶された上記送信許可期間情報を用いて、上記第１データフローを送信可能な送信許可期間を決定する構成であってもよい。
上記の構成によれば、さらに、上記第１データフローを送信可能な送信許可期間を決定可能な情報を予め記憶部に記憶することができる。そして、上記記憶部に記憶された上記情報を用いて、上記第１データフローを送信可能な送信許可期間を決定することができる。
よって、上記第１データフローが送信されていない場合であっても、第２データフローの送信許可期間の設定要求を受信したときは、上記記憶部に記憶された上記情報を用いて上記第１データフローの送信許可期間を決定し、当該決定した送信許可期間を確保しつつ、上記第２データフローの送信許可期間を設定することができる。
したがって、上記第１データフロー（例えばＶｏＩＰフロー）が送信される前に、上記第２データフロー（例えば映像フロー）の送信許可期間の設定要求を受信するとともに、その後、上記第１データフローが送信された場合であっても、当該送信された第１データフローを、上記確保された送信許可期間に送信することができるため、上記第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。
さらに、本発明に係る帯域管理装置は、上記第１データフローの伝送を優先するか否かを判定する優先伝送判定手段をさらに備え、上記優先伝送判定手段が上記第１データフローの伝送を優先しないと判定する場合、上記送信許可期間設定手段は、上記第１データフローを送信可能な送信許可期間を確保せず、上記第２データフローを送信可能な送信許可期間を設定する構成としてもよい。
上記の構成によれば、さらに、第１データフローの伝送を優先するか否かを判定する。そして、上記第１データフローの伝送を優先しないと判定する場合、上記第１データフローを送信可能な送信許可期間を確保せず、上記第２データフローを送信可能な送信許可期間を設定する。
よって、上記第１データフローの伝送を優先しない場合、上記第１データフローを送信可能な送信許可期間を考慮せず、上記第２データフローの送信許可期間を設定する。
したがって、上記第１データフロー（例えばＶｏＩＰフロー）の伝送を優先する必要のない場合（例えば、ＶｏＩＰでのデータ通信を行なう端末が存在しない、ＶｏＩＰでのデータ通信を行なう端末の電源がオンになっていない、ＶｏＩＰでの通信の品質が低くてもよい場合など）、上記第１データフロー（例えばＶｏＩＰフロー）の送信許可期間を確保せず、上記第２データフロー（例えば映像フロー）の送信許可期間を設定するので、自装置の処理負荷を軽減することができるとともに、帯域を有効に使用することができるという効果を奏する。
さらに、本発明に係る帯域管理装置は、上記第１データフローを受信するデータフロー受信装置の電源の投入状況を取得する電源状況取得手段をさらに備え、上記電源状況取得手段が、上記電源が投入されていない旨を取得した場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定する構成としてもよい。
上記の構成によれば、さらに、上記第１データフローを受信するデータフロー受信装置の電源の投入状況を取得する。そして、上記電源が投入されていない旨を取得した場合、上記第１データフローの伝送を優先しないと判定する。
よって、上記第１データフロー（例えばＶｏＩＰフロー）を受信するデータフロー受信装置（例えば電話機）の電源の投入状況を取得し、上記第１データフローの伝送を優先するか否かを自動的に判定することができる。そして、上記電源が投入されていない旨を取得した場合、上記第１データフローの伝送を優先しないと判定する。逆に、上記電源が投入されている旨を取得した場合は、上記第１データフローの伝送を通常通り優先する。
したがって、上記第１データフロー（例えばＶｏＩＰフロー）が優先的に伝送される必要があるかどうかを自動的に判定するので、ユーザ操作を必要とすることなく、上記第１データフローのデータフローが伝送される場合にのみ、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができ、かつ、上記第１データフローのデータフローが伝送されない場合は、自装置の処理負荷を軽減することができるとともに、ネットワーク全体としての帯域使用効率が向上するので、ユーザの利便性が向上するという効果を奏する。
さらに、本発明に係る帯域管理装置は、上記第１データフローの伝送前に送信されるシグナリング信号を検出するシグナリング信号検出手段をさらに備え、上記シグナリング信号検出手段が、上記シグナリング信号を検出していない場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定する構成としてもよい。
上記の構成によれば、さらに、上記第１データフローの伝送前に送信されるシグナリング信号を検出する。そして、上記シグナリング信号を検出していない場合、上記第１データフローの伝送を優先しないと判定する。
よって、上記第１データフロー（例えばＶｏＩＰフロー）の伝送前に送信されるシグナリング信号を検出し、上記第１データフローの伝送を優先する必要があるか否かを自動的に判定することができる。そして、上記シグナリング信号を検出しない場合、上記第１データフローの伝送を優先しないと判定する。逆に、上記シグナリング信号を検出した場合は、上記第１データフローの伝送を通常通り優先する。
したがって、上記第１データフロー（例えばＶｏＩＰフロー）が優先的に伝送される必要があるかどうかを自動的に判定するので、ユーザ操作を必要とすることなく、上記第１データフローのデータフローが伝送される場合にのみ、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができ、かつ、上記第１データフローのデータフローが伝送されない場合は、自装置の処理負荷を軽減することができるとともに、ネットワーク全体としての帯域使用効率が向上するので、ユーザの利便性が向上するという効果を奏する。
さらに、本発明に係る帯域管理装置は、上記第１データフローの伝送を優先するか否かのユーザ入力を受け付ける優先伝送入力手段をさらに備え、上記優先伝送入力手段が、上記第１データフローの伝送を優先する旨のユーザ入力を受け付けていない場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定する構成としてもよい。
上記の構成によれば、さらに、上記第１データフローの伝送を優先するか否かのユーザ入力を受け付ける。そして、上記第１データフローの伝送を優先する旨のユーザ入力を受け付けていない場合、上記第１データフローの伝送を優先しないと判定する。
よって、上記第１データフロー（例えばＶｏＩＰフロー）の伝送を優先するか否かのユーザ入力を受け付け、上記第１データフローの伝送を優先する必要があるか否かを判定することができる。そして、優先する旨のユーザ入力を受け付けていない場合、上記第１データフローの伝送を優先しないと判定する。逆に、優先する旨のユーザ入力を受け付けていた場合は、上記第１データフローの伝送を通常通り優先する。
したがって、上記第１データフローの伝送を優先する必要があるか否かをユーザが直接指定できるので、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止させるか、帯域管理装置の処理負荷を軽減させ、全体として帯域の使用効率を向上させるかを、ユーザが選択することができ、ユーザの利便性が向上するという効果を奏する。
さらに、本発明に係る帯域管理装置は、上記第１データフローは、リアルタイム性が必要なデータフローとしてもよい。
上記の構成によれば、さらに、上記第１データフローは、リアルタイム性が必要なデータフローであり、例えばＶｏＩＰフローである。
したがって、例えばＶｏＩＰフローを受信するデータフロー受信装置（電話機など）でのＶｏＩＰフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。
さらに、本発明に係る帯域管理装置は、上記第１データフローは音声データフローであってもよい。
上記の構成によれば、さらに、上記第１データフローは、音声データフローである。
したがって、音声データの受信装置（帯域設定要求装置）からは帯域設定要求が行われず、映像データの受信装置（帯域設定要求装置）からは帯域設定要求が行われるような場合（例えば、ＶｏＩＰ受信装置として従来から使用している装置と同一のネットワークに、映像受信装置を新規に導入した場合など）、従来であれば、映像データフローの方が優先されてしまい、音声データフローのための帯域が足りなくなってしまうので、通話の品質が低下するところ、本発明に係る帯域管理装置によれば、音声データフローのための帯域が確保されるので、上記のような機器構成においても、音声データフローと映像データフローとが同時に高品質で伝送可能となるという効果を奏する。
上記課題を解決するために、本発明に係る帯域設定要求装置は、帯域管理装置が伝送帯域をデータフロー毎に管理する通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求を行う帯域設定要求装置であって、上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する第１送信許可期間決定手段と、第２データフローを送信可能な送信許可期間を、上記決定した上記第１データフローを送信可能な送信許可期間を確保しつつ、決定する第２送信許可期間決定手段と、上記決定した上記第２データフローを送信可能な送信許可期間をパラメータに含む、上記第２データフローについての上記帯域設定要求を、上記帯域管理装置に送信する帯域設定要求手段とを備えることを特徴としている。
また、本発明に係る帯域設定要求装置の制御方法は、帯域管理装置が伝送帯域をデータフロー毎に管理する通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求を行う帯域設定要求装置の制御方法であって、上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する第１送信許可期間決定ステップと、第２データフローを送信可能な送信許可期間を、上記決定した上記第１データフローを送信可能な送信許可期間を確保しつつ、決定する第２送信許可期間決定ステップと、上記決定した上記第２データフローを送信可能な送信許可期間をパラメータに含む、上記第２データフローついての上記帯域設定要求を、上記帯域管理装置に送信する帯域設定要求ステップとを含むことを特徴としている。
上記の構成によれば、まず、第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する。そして、上記決定した上記第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を決定する。そして、上記決定した第２データフローを送信可能な送信許可期間をパラメータに含む、第２データフローに対する帯域設定要求を、上記帯域管理装置に送信する。
よって、上記第１データフローを送信可能な送信許可期間には、上記第２データフローの送信許可期間を設けない。また、帯域管理装置では、上記第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローの送信許可期間を決定する処理を行なう必要がない。
したがって、上記第２データフロー（例えば映像フロー）の送信許可期間を設定した後に、上記第１データフロー（例えばＶｏＩＰフロー）の送信を行なう必要がある場合であっても、上記第１データフローを送信可能な送信許可期間に、上記第１データフローを送信することが可能となり、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。また、上記帯域設定要求装置が、上記第２データフローの送信許可期間を決定するので、帯域管理装置は、送信許可期間の割り当てを行なうだけでよく、処理負荷を軽減することができるという効果を奏する。
さらに、本発明に係る帯域設定要求装置は、上記第１データフローを送信可能な送信許可期間を決定可能な送信許可期間情報を予め記憶する記憶部をさらに備え、上記第１送信許可期間決定手段は、上記記憶部に記憶された上記送信許可期間情報を用いて、上記第１データフローを送信可能な送信許可期間を決定する構成であってもよい。
上記の構成によれば、さらに、上記第１データフローを送信可能な送信許可期間を決定可能な情報を予め記憶部に記憶することができる。そして、上記記憶部に記憶された上記情報を用いて、上記第１データフローを送信可能な送信許可期間を決定することができる。
よって、上記第１データフローが送信されていない場合であっても、第２データフローの送信許可期間の設定要求を行なうにあたり、上記記憶部に記憶された上記情報を用いて上記第１データフローの送信許可期間を決定し、当該決定した送信許可期間を確保しつつ、上記第２データフローの送信許可期間を設定することができる。
したがって、上記第１データフロー（例えばＶｏＩＰフロー）が送信される前に、上記第２データフロー（例えば映像フロー）の送信許可期間の設定要求を送信し、その後、上記第１データフローが送信された場合であっても、上記第１データフローを送信可能な送信許可期間を確保しているため、帯域管理装置では、上記第１データフローを、上記確保された送信許可期間に送信することができ、上記第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。
さらに、本発明に係る帯域設定要求装置は、上記第１データフローの伝送を優先するか否かを判定する優先伝送判定手段をさらに備え、上記優先伝送判定手段が上記第１データフローの伝送を優先しないと判定する場合、上記第２送信許可期間決定手段は、上記第１データフローを送信可能な送信許可期間を確保せず、上記第２データフローを送信可能な送信許可期間を決定する構成としてもよい。
上記の構成によれば、さらに、第１データフローの伝送を優先するか否かを判定する。そして、上記第１データフローの伝送を優先しないと判定する場合、上記第１データフローを送信可能な送信許可期間を確保せず、上記第２データフローを送信可能な送信許可期間を決定する。
よって、上記第１データフローの伝送を優先しない場合、上記第１データフローを送信可能な送信許可期間を考慮せず、上記第２データフローの送信許可期間を決定する。
したがって、上記第１データフロー（例えばＶｏＩＰフロー）の伝送を優先する必要のない場合（例えば、ＶｏＩＰでのデータ通信を行なう端末が存在しない、ＶｏＩＰでのデータ通信を行なう端末の電源がオンになっていない、ＶｏＩＰでの通信の品質が低くてもよい場合など）、上記第１データフロー（例えばＶｏＩＰフロー）の送信許可期間を確保せず、上記第２データフロー（例えば映像フロー）の送信許可期間を決定するので、自装置の処理負荷を軽減することができるとともに、帯域を有効に使用することができるという効果を奏する。
さらに、本発明に係る帯域設定要求装置は、上記第１データフローを受信するデータフロー受信装置の電源の投入状況を取得する電源状況取得手段をさらに備え、上記電源状況取得手段が、上記電源が投入されていない旨を取得した場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定する構成としてもよい。
上記の構成によれば、さらに、上記第１データフローを受信するデータフロー受信装置の電源の投入状況を取得する。そして、上記電源が投入されていない旨を取得した場合、上記第１データフローの伝送を優先しないと判定する。
よって、上記第１データフロー（例えばＶｏＩＰフロー）を受信するデータフロー受信装置（例えば電話機）の電源の投入状況を取得し、上記第１データフローの伝送を優先するか否かを自動的に判定することができる。そして、上記電源が投入されていない旨を取得した場合、上記第１データフローの伝送を優先しないと判定する。逆に、上記電源が投入されている旨を取得した場合は、上記第１データフローの伝送を通常通り優先する。
したがって、上記第１データフロー（例えばＶｏＩＰフロー）が優先的に伝送される必要があるかどうかを自動的に判定するので、ユーザ操作を必要とすることなく、ＶｏＩＰフローが伝送される場合にのみ、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができ、かつ、ＶｏＩＰフローが伝送されない場合は、自装置の処理負荷を軽減することができるとともに、ネットワーク全体としての帯域使用効率が向上するので、ユーザの利便性が向上するという効果を奏する。
さらに、本発明に係る帯域設定要求装置は、上記の構成において、上記第１データフローの伝送前に送信されるシグナリング信号を検出するシグナリング信号検出手段をさらに備え、
上記シグナリング信号検出手段が、上記シグナリング信号を検出していない場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定する構成としてもよい。
上記の構成によれば、さらに、上記第１データフローの伝送前に送信されるシグナリング信号を検出する。そして、上記シグナリング信号を検出していない場合、上記第１データフローの伝送を優先しないと判定する。
よって、上記第１データフロー（例えばＶｏＩＰフロー）の伝送前に送信されるシグナリング信号を検出し、上記第１データフローの伝送を優先する必要があるか否かを自動的に判定することができる。そして、上記シグナリング信号を検出しない場合、上記第１データフローの伝送を優先しないと判定する。逆に、上記シグナリング信号を検出した場合は、上記第１データフローの伝送を通常通り優先する。
したがって、上記第１データフロー（例えばＶｏＩＰフロー）が優先的に伝送される必要があるかどうかを自動的に判定するので、ユーザ操作を必要とすることなく、上記第１データフローのデータフローが伝送される場合にのみ、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができ、かつ、上記第１データフローのデータフローが伝送されない場合は、自装置の処理負荷を軽減することができるとともに、ネットワーク全体としての帯域使用効率が向上するので、ユーザの利便性が向上するという効果を奏する。
さらに、本発明に係る帯域設定要求装置は、上記の構成において、上記第１データフローの伝送を優先するか否かのユーザ入力を受け付ける優先伝送入力手段をさらに備え、上記優先伝送入力手段が、上記第１データフローの伝送を優先する旨のユーザ入力を受け付けていない場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定する構成としてもよい。
上記の構成によれば、さらに、上記第１データフローの伝送を優先するか否かのユーザ入力を受け付ける。そして、上記第１データフローの伝送を優先する旨のユーザ入力を受け付けていない場合、上記第１データフローの伝送を優先しないと判定する。
よって、上記第１データフロー（例えばＶｏＩＰフロー）の伝送を優先するか否かのユーザ入力を受け付け、上記第１データフローの伝送を優先する必要があるか否かを自動的に判定することができる。そして、優先する旨のユーザ入力を受け付けていない場合、上記第１データフローの伝送を優先しないと判定する。逆に、優先する旨のユーザ入力を受け付けていた場合は、上記第１データフローの伝送を通常通り優先する。
したがって、上記第１データフローの伝送を優先する必要があるか否かをユーザが直接指定できるので、ユーザの意図に応じて、記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止させるか、帯域管理装置の処理負荷を軽減させ、全体として帯域の使用効率を向上させるかを、ユーザが選択することができ、ユーザの利便性が向上するという効果を奏する。
さらに、本発明に係る帯域設定要求装置は、上記の構成において、上記第１データフローは、リアルタイム性が必要なデータフローであってもよい。
上記の構成によれば、さらに、上記第１データフローは、リアルタイム性が必要なデータフローであり、例えばＶｏＩＰフローである。
したがって、例えばＶｏＩＰフローを受信するデータフロー受信装置（電話機など）でのＶｏＩＰフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。
さらに、本発明に係る帯域設定要求装置は、上記の構成において、上記第１データフローは音声データフローであってもよい。
上記の構成によれば、さらに、上記第１データフローは、音声データフローであってもよい。
したがって、音声データの受信装置（帯域設定要求装置）からは帯域設定要求が行われず、映像データの受信装置（帯域設定要求装置）からは帯域設定要求が行われるような場合（例えば、ＶｏＩＰ受信装置として従来から使用している装置と同一のネットワークに、映像受信装置を新規に導入した場合など）、従来であれば、映像データフローの方が優先されてしまい、音声データフローのための帯域が足りなくなってしまうので、通話の品質が低下するところ、本発明に係る帯域設定要求装置によれば、音声データフローのための帯域が確保されるので、上記のような機器構成においても、音声データフローと映像データフローとが同時に高品質で伝送可能となるという効果を奏する。
本発明に係る帯域管理システムは、上記帯域管理装置と、上記帯域管理装置に対してデータフローを送信可能な送信許可期間の設定要求を行なう帯域設定要求装置と、上記データフローを受信するデータフロー受信装置とを含むことを特徴としている。
上記の構成によれば、まず、上記帯域管理装置が、第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する。そして、上記帯域管理装置に対してデータフローを送信可能な送信許可期間の設定要求を行なう帯域設定要求装置から、第２データフローを送信可能な送信許可期間の設定要求を受信したとき、上記帯域管理装置が、上記第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を設定する。
よって、上記帯域管理装置は、上記第１データフローを送信可能な送信許可期間には、上記第２データフローを送信可能な送信許可期間を設定しない。
したがって、上記帯域管理装置が上記第２データフロー（例えば映像フロー）の送信許可期間を設定した後に、上記第１データフロー（例えばＶｏＩＰフロー）の送信を行なう必要がある場合であっても、上記第１データフローを送信可能な送信許可期間に、上記第１データフローを送信することが可能となり、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。
また、本発明に係る帯域管理システムは、上記帯域設定要求装置と、上記帯域設定要求装置が接続する通信ネットワークの伝送帯域をデータフロー毎に管理する帯域管理装置と、上記データフローを受信するデータフロー受信装置と含むことを特徴としている。
上記の構成によれば、まず、上記帯域設定要求装置は、第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する。そして、上記帯域設定要求装置は、上記第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローの送信許可期間を決定する。そして、上記決定した第２データフローの送信許可期間をパラメータに含む、第２データフローに対する帯域設定要求を、上記帯域設定要求装置が接続する通信ネットワークの伝送帯域をデータフロー毎に管理する帯域管理装置に送信する。
よって、帯域管理装置は、上記第１データフローを送信可能な送信許可期間には、上記第２データフローを送信可能な送信許可期間を設定しない。また、帯域管理装置は、上記第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を決定する処理を行なわない。
したがって、帯域管理装置が、上記第２データフロー（例えば映像フロー）の送信許可期間を設定した後に、上記第１データフロー（例えばＶｏＩＰフロー）の送信を行なう必要がある場合であっても、上記第１データフローを送信可能な送信許可期間に、上記第１データフローを送信することが可能となり、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。また、上記帯域設定要求装置が、上記第２データフローの送信許可期間を決定するので、帯域管理装置は、送信許可期間の割り当てを行なうだけでよく、処理負荷を軽減することができるという効果を奏する。
なお、上記帯域管理装置および上記帯域設定要求装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記帯域管理装置および上記帯域設定要求装置をコンピュータにて実現させる上記帯域管理装置および上記帯域設定要求装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
以上のように、本発明に係る帯域管理装置は、帯域設定要求装置から受信する、通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求に従って、上記通信ネットワークの伝送帯域を上記データフロー毎に管理する帯域管理装置であって、上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する送信許可期間決定手段と、第２データフローについての上記帯域設定要求を受信したとき、上記決定された第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を設定する送信許可期間設定手段とを備えている。
また、本発明に係る帯域管理装置の制御方法は、帯域設定要求装置から受信する、通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求に従って、上記通信ネットワークの伝送帯域を上記データフロー毎に管理する帯域管理装置の制御方法であって、上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する送信許可期間決定ステップと、第２データフローについての上記帯域設定要求を受信したとき、上記決定された第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を設定する送信許可期間設定ステップとを含んでいる。
よって、上記第１データフローを送信可能な送信許可期間には、上記第２データフローを送信可能な送信許可期間を設定しない。
したがって、上記第２データフロー（例えば映像フロー）の送信許可期間を設定した後に、上記第１データフロー（例えばＶｏＩＰフロー）の送信を行なう必要がある場合であっても、上記第１データフローを送信可能な送信許可期間に、上記第１データフローを送信することが可能となり、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。
また、以上のように、本発明に係る帯域設定要求装置は、帯域管理装置が伝送帯域をデータフロー毎に管理する通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求を行う帯域設定要求装置であって、上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する第１送信許可期間決定手段と、第２データフローを送信可能な送信許可期間を、上記決定した上記第１データフローを送信可能な送信許可期間を確保しつつ、決定する第２送信許可期間決定手段と、上記決定した上記第２データフローを送信可能な送信許可期間をパラメータに含む、上記第２データフローについての上記帯域設定要求を、上記帯域管理装置に送信する帯域設定要求手段とを備えている。
また、本発明に係る帯域設定要求装置の制御方法は、帯域管理装置が伝送帯域をデータフロー毎に管理する通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求を行う帯域設定要求装置の制御方法であって、上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する第１送信許可期間決定ステップと、第２データフローを送信可能な送信許可期間を、上記決定した上記第１データフローを送信可能な送信許可期間を確保しつつ、決定する第２送信許可期間決定ステップと、上記決定した上記第２データフローを送信可能な送信許可期間をパラメータに含む、上記第２データフローついての上記帯域設定要求を、上記帯域管理装置に送信する帯域設定要求ステップとを含んでいる。
よって、上記第１データフローを送信可能な送信許可期間には、上記第２データフローの送信許可期間を設けない。また、帯域管理装置では、上記第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローの送信許可期間を決定する処理を行なう必要がない。
したがって、上記第２データフロー（例えば映像フロー）の送信許可期間を設定した後に、上記第１データフロー（例えばＶｏＩＰフロー）の送信を行なう必要がある場合であっても、上記第１データフローを送信可能な送信許可期間に、上記第１データフローを送信することが可能となり、上記第１データフローを受信するデータフロー受信装置での第１データフローの再生品質の低下（例えば音声の乱れ）を防止することができるという効果を奏する。また、上記帯域設定要求装置が、上記第２データフローの送信許可期間を決定するので、帯域管理装置は、送信許可期間の割り当てを行なうだけでよく、処理負荷を軽減することができるという効果を奏する。
本発明の一実施形態に係る親機（帯域管理装置）の概略構成を示すブロック図である。 本発明の一実施形態に係る帯域管理システムの基本構成例を模式的に示すブロック図である。 図２で示した帯域管理システムの具体的構成の一例を模式的に示すブロック図である。 図１で示した帯域管理装置が管理する帯域管理システムにおいて、帯域設定要求装置であるＳＴＢおよびＶｏＩＰアダプタがデータを要求してから受信するまでの流れの一例を模式的に示したシーケンス図である。 図１で示した帯域管理装置と通信を行なう帯域設定要求装置の概略構成を示すブロック図である。 図１に示した帯域管理装置に格納される、帯域割り当て情報の具体例を模式的に示した図である。 図１に示した帯域管理装置における、帯域割り当て処理の流れの一例を示すフローチャートである。 図１で示した帯域管理装置が帯域割り当て処理を行った後、図３で示した帯域管理システムにおいて、パケットが送出されるタイミングを模式的に示す図である。 図１で示した帯域管理装置が管理する帯域管理システムにおいて、帯域設定要求装置であるＳＴＢおよびＶｏＩＰアダプタがデータを要求してから受信するまでの流れの他の一例を模式的に示したシーケンス図である。 図１に示した帯域管理装置に格納される、帯域割り当て情報の他の具体例を模式的に示した図である。 図１に示した帯域管理装置における、帯域割り当て処理の流れの他の一例を示すフローチャートである。 図１で示した帯域管理装置が帯域割り当て処理を行った後、図３で示した帯域管理システムにおいて、パケットが送出されるタイミングの他の例を模式的に示す図である。 図１に示した帯域管理装置における、帯域割り当ての他の一例を模式的に示す図である。 図１５で示した帯域設定要求装置と通信を行なう帯域装置の概略構成を示すブロック図である。 本発明の他の一実施形態に係る帯域設定要求装置の概略構成を示すブロック図である。 本発明の他の一実施形態に係る帯域装置の概略構成を示すブロック図である。 図１６に示した帯域管理装置における、帯域割り当て処理の流れの一例を示すフローチャートである。 本発明の他の一実施形態に係る帯域装置の概略構成を示すブロック図である。 本発明の他の一実施形態に係る帯域装置の概略構成を示すブロック図である。 本発明の他の一実施形態に係る帯域装置の概略構成を示すブロック図である。 図２０に示した帯域管理装置に格納される、サービス情報の具体例を模式的に示した図である。 図２０に示した帯域管理装置が提供する、ＶｏＩＰフローの帯域割り当てが必要であるか否かが入力可能な画面例の模式図である。 図２０に示した帯域管理装置が提供する、どのようなＶｏＩＰのサービスを利用するかについて選択可能な画面例の模式図である。 本発明の一実施の形態に係る帯域装置が、映像フローおよび２種類のＶｏＩＰフローの帯域（送信許可期間）を割り当てた様子を示す模式図である。 本発明の一実施の形態に係る帯域装置が、映像フローおよび２種類のＶｏＩＰフローの帯域（送信許可期間）を割り当てた他の様子を示す模式図である。 ＴＤＭＡ方式を用いて、映像フローおよびＶｏＩＰフローのそれぞれに帯域（送信許可期間）を割り当てた様子を模式的に示すブロック図である。 従来方式による帯域割り当て後の、子機でのＶｏＩＰパケットの送出タイミングを模式的に示す図である。
本発明に係る帯域管理装置は、背景技術の欄にて説明した優先制御型ＱｏＳにより、通信ネットワークの伝送帯域（送信許可期間）を管理するものである。なお、帯域管理装置は、一般的に親機と称される。各実施の形態では、本発明に係る帯域管理装置を「親機」と称して説明する。
また、各実施の形態では、管理対象となる通信ネットワークとして、ＬＡＮ、特に、HomePlugAV仕様（HomePlug AV Specification Version 1.0.10）に準拠したＰＬＣ（Power Line Communication：電力線搬送通信）を用いたＬＡＮを想定している。HomePlugAV仕様においては、ＣＣｏ（Central Coordinator）が親機に相当する。
次に、各実施の形態において、「データフロー」とは、連続して伝送する必要のある一連のデータに属する連続したパケット群を指す。連続して伝送する必要のある一連のデータとは、例えば、１つの映像コンテンツ、または、１つの音声コンテンツなど、意味のあるひとまとまりのデータである。したがって、例を挙げると、サーバなどの装置に保持されている１つの映像コンテンツなどを一連の複数のパケットとして受信端末に送信する際の、上記一連の複数のパケットが、データフローである。
さらに、映像コンテンツのデータフローおよびＶｏＩＰで送信される音声のデータフローを、それぞれ「映像フロー」および「ＶｏＩＰフロー」とも称する。また、映像フローに属するパケットを「映像パケット」と、ＶｏＩＰフローに属するパケットを「ＶｏＩＰパケット」とも称する。
また、各実施の形態では、ＶｏＩＰフローが第１データフローに対応し、映像フローが第２データフローに対応する。
また、各実施の形態では、データフロー毎に割り当てられる帯域とは、データフロー毎に割り当てられる送信許可期間である。データフローに割り当てられた送信許可期間内に、該データフローに属するパケットが通信ネットワークに送出可能となる。
また、各実施の形態において、ＶｏＩＰパケットの優先度は、他のデータフローに属するパケットの優先度よりも高く設定されているものとする。そのため、優先制御型ＱｏＳでは、ＶｏＩＰパケットは、どのデータフローにも送信許可期間が割り当てられていない不割当期間においては、他のデータフローに属するパケットよりも優先的に通信ネットワークに送出される。
また、各実施の形態において、「帯域（送信許可期間）を設定する」ことを、「帯域（送信許可期間）を割り当てる」とも表記する。
（帯域管理システムの基本構成）
図２を参照しながら、本発明の実施の形態に係る帯域管理システムの基本構成について説明する。図２は、本発明の実施の形態に係る帯域管理システムの基本構成例を模式的に示すブロック図である。
この例では、通信ネットワーク１００の伝送帯域を管理する親機（帯域管理装置）２０（２０ａ、２０ｂ、２０ｃ、２０ｄ、２０ｅ、２０ｆを含む）と、複数の子機３０とが、通信ネットワーク１００に通信可能に接続されている。さらに、子機３０は、それぞれ帯域設定要求装置４０（４０ａ、４０ｂ、４０ｄを含む）と通信可能に接続されている。また、子機３０のうちの１つは、サーバ１０と通信可能に接続されている。
なお、以降では、後述する帯域管理装置２０ａ、２０ｂ、２０ｃ、２０ｄ、２０ｅ、および２０ｆを含む帯域管理装置の総称として、帯域管理装置２０と表記する。同様に、後述する帯域設定要求装置４０ａ、４０ｂ、および４０ｄを含む帯域設定要求装置の総称として、帯域設定要求装置４０と表記する。
帯域設定要求装置４０とは、映像コンテンツ、ＶｏＩＰデータ、Ｗｅｂコンテンツなどの各種データを送受信する端末であり、例えば、ＳＴＢ、ＩＰパケットをアナログ電話信号に変換する装置であるＶｏＩＰアダプタなどが挙げられる。なお、さらに、ＰＣ、ＶｏＩＰアダプタの機能を内蔵した電話機であるＩＰ電話機、映像データや音声データをＩＰパケットとして送信する装置であるＩＰカメラ、ネットワークアクセス可能なハードディスクであるＮＡＳ（Network Attached Storage）など、最終的にデータフローを受信（または送信）する端末（データフロー受信装置）を含めて帯域設定要求装置４０としてもよい。
子機３０は、帯域設定要求装置４０同士の通信、または、サーバ１０と帯域設定要求装置４０との通信を中継する装置である。子機３０は、親機２０が設定した帯域割り当て情報に基づいて、自装置に到着したパケットを通信ネットワーク１００に送出するか、または、送出可能となるまで自装置内でバッファリングする。
以下では、データを要求する側の帯域設定要求装置４０に接続されている子機３０を、要求側子機３０とも称し、一方、データを要求されたサーバ１０に接続されている子機３０を、応答側子機３０とも称する。
次に、子機３０を介した、帯域設定要求装置４０同士の通信の流れについて説明する。まず、送信側のサーバ１０または帯域設定要求装置４０は、自装置に接続されている応答側子機３０に対してデータを送信する。そして、応答側子機３０は、該受信したデータを通信ネットワーク１００にて伝送可能な信号に変換し、該変換後の信号を、通信ネットワーク１００に送出することにより、要求側子機３０に転送する。次に、要求側子機３０は、該受信した信号を、帯域設定要求装置４０が受信可能な信号に変換し、該変換後のデータを帯域設定要求装置４０に送信する。なお、サーバ１０と帯域設定要求装置４０との通信についても、上述と同様に、子機３０が中継する。
以上のように、本発明を適用するシステムでは、帯域設定要求装置４０同士、および、サーバ１０と帯域設定要求装置４０とが、子機３０および通信ネットワーク１００を介して、各種データを送受信する。
このとき、親機２０は、通信ネットワーク１００上のデータ通信が競合しないように、各装置間のデータフローの伝送に必要な帯域（すなわち、データフローの送信許可期間）を適切に割り当て、通信ネットワーク１００全体の通信をスムーズに実施させる役割を担う。そのため親機２０は、帯域設定装置あるいは帯域管理装置とも称される。そして親機２０は、通信タイミングを各子機３０間で同期させるためのビーコン信号を、一定周期で通信ネットワーク１００全体に対して発信（すなわちブロードキャスト）する。
ビーコン信号には、送信元の装置を示す情報、送信先の装置を示す情報、帯域（送信許可期間）の割り当て期間を示す情報などが、データフローごとに含まれる。ビーコン信号を受け取った子機３０は、サイクル内で与えられた、データフロー毎の送信許可期間に応じて、通信を行なう。この送信許可期間は、特定の装置間で確立した通信毎に、その伝送に必要とされる伝送速度に基づいて、１サイクルの期間を分割して割り当てられる。
また、親機２０は、上述のような通信ネットワーク１００の帯域管理のみを実施する装置に限定されるものではなく、子機３０のように、帯域設定要求装置４０と接続され、帯域設定要求装置４０からのデータを他の装置に転送する機能を具備していてもよい。さらに言えば、子機３０のうちのいずれか１台が、帯域管理機能を具備していてもよい。
なお、図２で示したシステム構成は、以降の各実施の形態に共通の構成例である。
（帯域管理システムの具体的構成例）
図３を参照しながら、図２で示した帯域管理システムの具体的構成例について説明する。図３は、図２で示した帯域管理システムの具体的構成の一例を模式的に示すブロック図である。図３では、図２で示した各装置および通信ネットワークのそれぞれに対して、具体例を当てはめている。
図３では、ＰＬＣを利用したＬＡＮであるＰＬＣネットワーク１００１が、図２で示した通信ネットワーク１００に相当する。また、ＰＬＣネットワークで用いられるブリッジ装置であるＰＬＣアダプタ３０１、３０２、３０３、３０４が、それぞれ図２で示した４台の子機３０に相当する。また、ＰＣ４０１、ＳＴＢ４０２、ＶｏＩＰアダプタ４０３が、それぞれ図２で示した３台の帯域設定要求装置４０に相当する。なお、ＳＴＢ４０２は、受信した映像フローを出力するテレビ５２（データフロー受信装置）と通信可能に接続されており、ＶｏＩＰアダプタ４０３は、音声データをやりとりする電話機５３（データフロー受信装置）と通信可能に接続されている。
また、Ｗｅｂコンテンツなどのデータを提供するデータサーバ１０１、映像などのＶｏＤコンテンツを提供するＶｏＤサーバ１０２、別のユーザ宅などに設置されているＶｏＩＰ相手局１０３などが、図２で示したサーバ１０に相当する。ＶｏＩＰ相手局１０３とは、別のユーザ宅などに設置されているＶｏＩＰ通信を行なうための装置群（ルータおよびＶｏＩＰアダプタおよび電話機など）である。ここでは説明の簡略化のために、それら装置群を総称してＶｏＩＰ相手局１０３と称している。
なお、ＰＬＣアダプタ３０４と外部ネットワークであるＦＴＴＨ（Fiber To The Home）との間には、ルータ３０５があり、ルータ３０５は、ＦＴＴＨおよびＩＰ網を介して、データサーバ１０１とＶｏＤサーバ１０２とＶｏＩＰ相手局１０３とに接続されている。本来はＦＴＴＨの信号をイーサネットに変換するモデムが存在したり、ルータがモデムの機能を内蔵したりするが、説明の簡単化のため省略する。
上記のような構成の帯域管理システムにおいて、例えば、ユーザがテレビ５２にて映像コンテンツを視聴する場合は、ＳＴＢ４０２が、ＰＬＣアダプタ３０２およびＰＬＣアダプタ３０４を介して、ＶｏＤサーバ１０２から映像コンテンツを受信し、該受信した映像コンテンツをテレビ５２に送信する。また、ユーザが電話機５３にて通話を行なう場合は、ＶｏＩＰアダプタ４０３とＶｏＩＰ相手局１０３とが、ＰＬＣアダプタ３０３およびＰＬＣアダプタ３０４を介して、ＶｏＩＰのデータ通信を行なう。
なお、ＶｏＩＰの通信において、一般的には、ＶｏＩＰサーバが、ＩＰ網などのアクセスネットワーク内に存在し、通信開始時にＶｏＩＰサーバがＶｏＩＰアダプタ同士の通話を仲介するが、本発明の本質的部分ではないので、ここではその説明を省略する。
また図３では、ＰＬＣアダプタ３０１、３０２、３０３は、それぞれ独立した装置として図示しているが、それぞれが、ＰＣ４０１、ＳＴＢ４０２、ＶｏＩＰアダプタ４０３のそれぞれに内蔵される構成であってもよい。また、親機２０の機能がＰＬＣアダプタ３０１〜３０４に内包されており、そのＰＬＣアダプタが親機２０の役割を果たしてもよい。
なお、図３で示したシステム構成は、以降の各実施の形態に共通の構成例である。各実施の形態では、図３で示したシステム構成に基づいて説明する。各実施の形態において、子機３０と表現する場合は、特に指定している場合を除き、ＰＬＣアダプタ３０１、ＰＬＣアダプタ３０２、ＰＬＣアダプタ３０３、およびＰＬＣアダプタ３０４のいずれかを指すものとする。また、帯域設定要求装置４０（または、帯域設定要求装置４０、帯域設定要求装置４０ｂ）と表現する場合は、特に指定している場合を除き、ＰＣ４０１、ＳＴＢ４０２、およびＶｏＩＰアダプタ４０３のいずれかを指すものとする。
〔実施の形態１〕
本発明の一実施形態について図１、および図４〜８に基づいて説明すると以下の通りである。
本実施の形態では、１）最初に、あるユーザが、ＳＴＢ４０２などの帯域設定要求装置４０ａにて、ＶｏＤサーバ１０２にて提供されている映像コンテンツの視聴を開始し、２）その後に、別のユーザが、ＶｏＩＰでの通信を行なう電話機５３などの帯域設定要求装置４０ａにて、通話を開始するシーケンスを例に挙げて説明を行なう。したがって、ＶｏＤサーバ１０２からは、映像フローが送信され、ＶｏＩＰ相手局１０３からはＶｏＩＰフローが送信される。
そして、本実施の形態に係る親機２０ａ（帯域管理装置）は、映像フローに対する帯域（送信許可期間）の割り当てを行い、ＶｏＤサーバ１０２からの映像パケットおよびＶｏＩＰ相手局１０３からのＶｏＩＰパケットを受信したＰＬＣアダプタ３０４は、上記帯域（送信許可期間）の割り当て結果に従って、映像パケットおよびＶｏＩＰパケットをＰＬＣネットワーク１００１に送出する。
また、本実施の形態では、ＰＬＣアダプタ３０４は、上記受信した映像パケットをＴＤＭＡ方式にてＰＬＣネットワーク１００１に送出し、また、上記受信したＶｏＩＰパケットをＣＳＭＡ方式にてＰＬＣネットワーク１００１に送出するものとする。したがって、本実施の形態では、映像フローの受信を要求する子機であるＰＬＣアダプタ３０２から親機２０ａに対して、映像フローの帯域（送信許可期間）を割り当てるための帯域設定要求（以下、映像フローの帯域設定要求と称する）は行われるが、ＶｏＩＰフローの受信を要求する子機であるＶｏＩＰアダプタ４０３から親機２０ａに対して、ＶｏＩＰフローの帯域（送信許可期間）を割り当てるための帯域設定要求（以下、ＶｏＩＰフローの帯域設定要求と称する）は行われない。
（本実施の形態の概要）
本実施の形態では、まず、１）親機２０ａが、映像フローの受信を要求する子機であるＰＬＣアダプタ３０２から、映像フローの帯域設定要求を受信した際、映像フローに対して細切れの（時間的に連続しない）帯域（送信許可期間）を割り当てる。このとき、特定のデータフローを予め割り当てておかない帯域（すなわち、映像フロー以外の任意のデータフローを送信可能な期間）（以下、不割当期間と称する）を、映像フローに対して割り当てた細切れの帯域（送信許可期間）同士の間に設ける。なお、不割当期間は、ＶｏＩＰフローのＱｏＳを確保するために必要なＶｏＩＰパケットの送出間隔毎に設ける。
２）その後、ＶｏＤサーバ１０２から映像パケットおよびＶｏＩＰパケットを受信した子機であるＰＬＣアダプタ３０４が、映像パケットを、上記映像フローに対して割り当てた帯域（送信許可期間）にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出し、ＶｏＩＰパケットを上記不割当期間にてＣＳＭＡ方式でＰＬＣネットワーク１００１に送出する。
本実施の形態によれば、親機２０ａが、上述したように、映像フローの帯域（送信許可期間）および不割当期間を設けることにより、ＶｏＤサーバ１０２およびＶｏＩＰ相手局１０３からの映像パケットおよびＶｏＩＰパケットをＰＬＣネットワーク１００１に送信する子機であるＰＬＣアダプタ３０４は、ＶｏＩＰフローのＱｏＳを確保するために必要なＶｏＩＰパケットの送出間隔毎に、ＶｏＩＰパケットをＰＬＣネットワーク１００１に送出する。その結果、最終的にデータを受信する端末におけるＶｏＩＰパケットの伝送遅延および到着間隔は、従来方式を用いて帯域割り当てを行った場合におけるＶｏＩＰパケットの伝送遅延および到着間隔よりも、少なくすることができる。
なお、本実施の形態では、親機２０ａは、ＶｏＩＰでのデータ通信において使用される標準的なコーデック（Ｇ．７１１やＧ．７２９など）に関する情報を、工場出荷時などに予め自装置に記憶しているものとする。そのため、後述するように、標準的なコーデックに関する情報に基づいて、不割当期間を予め決定することができる。
（帯域設定要求装置がデータを要求してから受信するまでの流れ）
次に、図４を参照しながら、図３で示した帯域管理システムにおいて、ＳＴＢ４０２およびＶｏＩＰアダプタ４０３がデータを要求してから受信するまでの流れの概略について説明する。図４は、図３で示した帯域管理システムにおいて、ＳＴＢ４０２およびＶｏＩＰアダプタ４０３がデータを要求してから受信するまでの流れの一例を模式的に示したシーケンス図である。
図４に示すシーケンスを用いて、あるユーザが、テレビ５２にてＶｏＤサーバ１０２にて提供される映像コンテンツを視聴するまで、および、他のユーザが、電話機５３にてＶｏＩＰ相手局１０３との間でＶｏＩＰ通信を行なうまでの処理の流れについて、説明する。
図４に示すシーケンスは、シーケンスＪ１、Ｊ２、およびＪ３から構成されている。シーケンスＪ１は、ＳＴＢ４０２が映像コンテンツをＶｏＤサーバ１０２に要求するまでの流れを示しており、シーケンスＪ２は、ＶｏＩＰアダプタ４０３がＶｏＩＰ相手局１０３との通信開始を要求する流れを示しており、シーケンスＪ３は、ＶｏＤサーバ１０２およびＶｏＩＰ相手局１０３のそれぞれから送信された映像フローおよびＶｏＩＰフローを、ＳＴＢ４０２およびＶｏＩＰアダプタ４０３がそれぞれ受信する流れを示している。
まず、ＳＴＢ４０２に対して、映像コンテンツを視聴するユーザ操作（例えば、リモコン操作など）が行われると、ＳＴＢ４０２は映像コンテンツの受信を開始する処理（受信開始処理）を行い、ＳＴＢ４０２に接続されているＰＬＣアダプタ３０２に対して、上記映像コンテンツのデータフローの帯域設定要求を送信する（ステップＳ２０１）。
ここで、上記帯域設定要求は、帯域設定要求を行なう対象のデータフローを識別する情報（以下、フロー識別情報と称する）と、割り当てを希望する帯域幅（以下、要求帯域サイズと称する）、帯域割り当て間隔（ＴＸＯＰ間隔）、および、１度に割り当てる帯域幅（ＴＸＯＰ長）を含むＣＳＰＥＣ（Connection Specification）情報とをパラメータとして指定可能であるが、少なくともフロー識別情報および要求帯域サイズは設定されているものとする。本実施の形態では、ＴＸＯＰ間隔およびＴＸＯＰ長は、パラメータとして指定されていなくてもよい。
なお、フロー識別情報とは、例えば、送信元装置のＩＰアドレス、送信先装置のＩＰアドレス、送信元装置のポート番号、送信先装置のポート番号、ＴＯＳ（Type Of Service）値などの一部または全ての組み合わせである。ＳＴＢ４０２から送信されるフロー識別情報は、ＳＴＢ４０２のＩＰアドレス、ＶｏＤサーバ１０２のＩＰアドレス、ＳＴＢ４０２にて映像フローの受信に使用されるポート番号、ＶｏＤサーバ１０２にて映像フローの送信に使用されるポート番号などが含まれる。また、この例では、要求帯域サイズは、映像コンテンツのデータフローの伝送に必要なビットレート（例えば１０Ｍｂｐｓ）である。
フロー識別情報および要求帯域サイズは、ＳＴＢ４０２が、データの取得先であるＶｏＤサーバ１０２との間で、事前にネゴシエーションすることにより決まるものであるが、本発明の本質的部分ではないので、ここではネゴシエーションの説明を省略し、ＳＴＢ４０２とＶｏＤサーバ１０２とは、すでにフロー識別情報および要求帯域サイズを把握しているものとする。
なお、ＳＴＢ４０２からＰＬＣアダプタ３０２へ帯域設定要求を行なう方法は任意であるが、ここでは、ＳＴＢ４０２からＰＬＣアダプタ３０２に対して、所定の制御用パケットを送信するものとする。
ＰＬＣアダプタ３０２から親機２０ａに送信する帯域設定要求は、ＳＴＢ４０２からＰＬＣアダプタ３０２に送信された帯域設定要求と同一の、フロー識別情報および要求帯域サイズをパラメータに含む所定の制御用パケットである。
なお、ここでは、ＳＴＢ４０２からＰＬＣアダプタ３０２への帯域設定要求と、ＰＬＣアダプタ３０２から親機２０ａへの帯域設定要求とを、異なる制御用パケットとして説明したが、これに限定されるものではなく、ＳＴＢ４０２が直接親機２０ａに対して、１つの制御用パケットを送信してもよい。
次に、親機２０ａは、ＰＬＣアダプタ３０２からの帯域設定要求を受信すると、映像フローに対する帯域割り当て処理を行なう（ステップＳ２０２）。親機２０ａは、この帯域割り当て処理の結果として、帯域の割り当て情報を生成する。帯域割り当て処理の詳細、および、帯域の割り当て情報の具体例については、後述する。
帯域割り当て処理の最後に、親機２０ａは、帯域設定要求を受け付けたことを通知するための帯域設定通知を送信する。帯域設定通知の送信は、帯域設定要求を送信してきたＰＬＣアダプタ３０２および、映像フローの送信元となるＶｏＤサーバ１０２（実質的にはＩＰ網を経てＶｏＤサーバと接続されているルータ３０５）が接続されているＰＬＣアダプタ３０４の両方に対して行なう。これにより、ＰＬＣアダプタ３０２およびＰＬＣアダプタ３０４は、親機２０ａにて（映像フローの）帯域設定要求が受け付けられたことを知ることができる。そして、ＰＬＣアダプタ３０２はＳＴＢ４０２に帯域設定要求が受け付けられた事を通知し、ＳＴＢ４０２も、帯域割り当てが完了したことを知る。
そして、ＳＴＢ４０２は、映像コンテンツの受信を行なうために、ＶｏＤサーバ１０２に向けて（ＰＬＣアダプタ３０２、ＰＬＣアダプタ３０４、およびルータ３０５を介して）通信開始要求を送信する（ステップＳ２０３）。なお、通信開始要求を送信するにあたり、ＳＴＢ４０２は、ＶｏＤサーバ１０２およびルータ３０５のＩＰアドレスなどを事前に取得しておく必要があるので、例えば、ユーザがＳＴＢ４０２に事前に設定したり、ＳＴＢ４０２が所定の方法で自動的に収集したりするが、本発明の本質的部分ではないので、ここではその説明を省略する。
一方、電話機５３にて、ＶｏＩＰ相手局１０３との通話を行なうユーザ操作（例えば、電話機５３のボタン押下による電話番号の入力など）が行われると、ＶｏＩＰアダプタ４０３は、通話を開始するために、ＶｏＩＰ相手局１０３に向けて（ＰＬＣアダプタ３０３、ＰＬＣアダプタ３０４、およびルータ３０５を介して）、通信開始要求を送信する（ステップＳ２０４）。なお、このとき、電話機５３から帯域設定要求は送信されない。
なお、ＶｏＩＰ相手局１０３にて別のユーザが電話機の受話器を取るなど操作を行なうが、本発明の本質的部分ではないので、ここではその説明を省略する。そして、ここでは、ＶｏＩＰアダプタ４０３とＶｏＩＰ相手局１０３とにおいて、所定のやりとりが行われて、通話の準備が完了しているものとする。
また、通信開始要求を送信するにあたり、ＶｏＩＰアダプタ４０３は、ＶｏＩＰ相手局１０３およびルータ３０５のＩＰアドレスなどを事前に取得しておく必要があるので、例えば、ユーザが事前に設定したり、ＶｏＩＰアダプタ４０３が所定の方法で自動的に収集したりするが、本発明の本質的部分ではないので、ここではその説明を省略する。
ところで、ＳＴＢ４０２からの通信開始要求を受信したＶｏＤサーバ１０２は、その応答として、ＳＴＢ４０２に向けて映像フローを送信する（ステップＳ２０５）。映像フローは、まず、ＶｏＤサーバ１０２から、ルータ３０５を介してＰＬＣアダプタ３０４に送信される。ＰＬＣアダプタ３０４では、到着した映像フローに属するパケットを、ＰＬＣネットワーク１００１に送出可能なタイミングになるまで、バッファリングする。
また、ＶｏＩＰアダプタ４０３からの通信開始要求を受信したＶｏＩＰ相手局１０３は、その応答として、ＶｏＩＰアダプタ４０３に向けてＶｏＩＰフローを送信する（ステップＳ２０６）。ＶｏＩＰフローは、ＶｏＩＰ相手局１０３から、ルータ３０５を介してＰＬＣアダプタ３０４に送信される。ＰＬＣアダプタ３０４では、到着したＶｏＩＰフローに属するパケットを、ＰＬＣネットワーク１００１に送出可能なタイミングになるまで、バッファリングする。
一方、親機２０ａは、一定周期毎に、通信タイミングを各子機間で同期させるためのビーコン信号を、ＰＬＣネットワーク１００１の全体に対して送信（すなわちブロードキャスト）する（ビーコン送信処理）（ステップＳ２０７、Ｓ２１１）。このとき、帯域割り当て処理の結果として生成された、帯域の割り当て情報をビーコン信号に含めて送信する。従って、ビーコン信号を受信した各ＰＬＣアダプタは、帯域の割り当て情報を知ることができる。そして、該割り当て情報に基づいて、自装置にバッファリングしているパケットを、ＰＬＣネットワーク１００１に送出するか、または、引き続きバッファリングする（パケット送出処理）（ステップＳ２０８）。例えば、映像フローに割り当てられた帯域（送信許可期間）では、映像パケットがＰＬＣネットワーク１００１に送出される。映像フローに割り当てられていない帯域（不割当期間）では、ＶｏＩＰパケットや、他の（例えばＷｅｂコンテンツの）データフローに属するパケットがＰＬＣネットワーク１００１に送出される。パケット送出処理の詳細については、後述する。
そして、ＰＬＣアダプタ３０４から送出された映像パケットを、ＰＬＣアダプタ３０２を介してＳＴＢ４０２が受信し、テレビ５２に出力する（ステップＳ２０９）。また、ＰＬＣアダプタ３０４から送出されたＶｏＩＰパケットを、ＰＬＣアダプタ３０３を介してＶｏＩＰアダプタ４０３が受信し、電話機５３に出力する（ステップＳ２１０）。
以上の流れで映像パケットおよびＶｏＩＰパケットが送信されることにより、テレビ５２にてＶｏＤサーバ１０２にて提供される映像コンテンツを視聴することができ、また、電話機５３にてＶｏＩＰ相手局１０３との間でＶｏＩＰ通信を行なうことができる。
なお、ＶｏＩＰによる通信は双方向通信であるため、本来であれば、ＶｏＩＰアダプタ４０３からＶｏＩＰ相手局１０３に向けたＶｏＩＰパケットも送信されるが、ここでは説明の簡略化のために省略している。
（親機の構成）
次に、図１を参照しながら、本実施の形態に係る親機２０ａの概略構成について説明する。図１は、本実施の形態に係る親機２０ａの概略構成を示すブロック図である。
図１に示すように親機２０ａは、制御部２１、記憶部２２、ネットワーク通信部２３、および外部装置通信部２４を含んで構成される。
制御部２１は、記憶部２２、ネットワーク通信部２３、および外部装置通信部２４の制御を行なうとともに、所定の演算処理を行なうものである。所定の演算処理としては、例えば、ＰＬＣアダプタ３０２からの映像フローの帯域設定要求の受信処理などがある。制御部２１の詳細な構成については後述する。
記憶部２２は、制御部２１で利用される各種データ、プログラムの実行によって得られたデータなどを記憶するものであり、ＲＡＭ（Random Access Memory）などの揮発性メモリおよび、ＲＯＭ（Read-Only Memory）やフラッシュメモリなどの不揮発性メモリで実現される。上記各種データは、記憶部２２内部の各種記憶部に記憶される。記憶部２２は、帯域設定情報記憶部２２１およびコーデック情報記憶部２２２を含んでいる。
帯域設定情報記憶部２２１は、後述する帯域割り当て部２１１が、映像フローに対して帯域を割り当てた結果を格納する。この帯域割り当て結果については、例を挙げて後述する。
コーデック情報記憶部２２２は、後述する帯域割り当て部２１１が、ＶｏＩＰフローに対して割り当てるべき帯域（送信許可期間）を事前に決定する際に用いる、ＶｏＩＰでのデータ通信にて使用される標準的なコーデックに関する情報（送信許可期間情報）を、工場出荷時などに予め記憶する。具体的には、標準的なコーデックの規格により定まる、ＶｏＩＰフローに必要な帯域（送信許可期間）およびＶｏＩＰパケットの送出間隔を記憶する。
なお、記憶部２２は、必ずしも親機２０ａに備えられる必要はなく、外部記憶装置として、読み取り可能な状態で親機２０ａに接続される構成でもよい。
ネットワーク通信部２３は、ＰＬＣネットワーク１００１を介して、ＰＬＣアダプタ３０２などの子機３０と通信を行なうものである。
外部装置通信部２４は、親機２０ａに接続される帯域設定要求装置４０がある場合、該帯域設定要求装置４０と通信を行なうものである。親機２０ａに接続される帯域設定要求装置４０が無い場合、外部装置通信部２４は備えなくてもよい。
次に、制御部２１について詳細に説明する。制御部２１は、帯域割り当て部２１１（送信許可期間決定手段、送信許可期間設定手段）、帯域通知部２１２、タイマー管理部２１３、各種データ送受信部２１４を含んでいる。
帯域割り当て部２１１は、まず、あとからＶｏＩＰフローに対して割り当てるべき帯域（送信許可期間）を事前に決定する（送信許可期間決定手段）。該決定は、コーデック情報記憶部２２２に予め記憶している、ＶｏＩＰでのデータ通信にて使用される標準的なコーデックに関する情報に基づいて行なう。すなわち、標準的なコーデックの規格により定まる、ＶｏＩＰフローに必要な帯域（送信許可期間）およびＶｏＩＰパケットの送出間隔をベースにして、ＶｏＩＰフローに対して割り当てる帯域（送信許可期間）を事前に決定する。例えば、背景技術の欄にて述べたように、ＶｏＩＰパケットの送信間隔は、Ｇ．７１１やＧ．７２９などに応じて定まっており、伝送遅延やジッタなどを考慮しなければ、ＶｏＩＰパケットは所定間隔（２０ｍｓ）毎に到着する。Ｇ．７１１を使用する場合、Ｇ．７１１では１パケットが２００バイトで構成されるので、２０ｍｓ毎に２００バイトのデータをＰＬＣネットワーク１００１上で伝送する必要がある。そして、仮にＰＬＣネットワーク１００１全体で使用可能な帯域が５０Ｍｂｐｓであれば、ＶｏＩＰフローに割り当てが必要な帯域（送信許可期間）は、２０ｍｓ毎に３２μｓ（２００バイト÷５０Ｍｂｐｓ）となる。このように求めたＶｏＩＰパケットの到着間隔（２０ｍｓ）および必要な帯域（３２μｓ）から得られる帯域を、あとからＶｏＩＰフローに対して割り当てる帯域とする。なお、一般的にＶｏＩＰアダプタはＶｏＩＰのサービスの提供会社からユーザに販売される。よって、ＶｏＩＰアダプタが使用するコーデックは工場出荷時から確定しているので、サービスで使用するコーデックにあわせた情報を記憶させておけば、Ｇ．７１１やＧ．７２９以外のコーデックを使用するサービスにおいても本発明を適用可能である。
なお、送信許可期間の決定結果そのものを、工場出荷時等にコーデック情報記憶部２２２に保存しておいてもよい。
次に、帯域割り当て部２１１は、さらに、ネットワーク通信部２３が、ＰＬＣアダプタ３０２などの子機３０から受信した帯域設定要求に基づいて、帯域（送信許可期間）の割り当てを行なう（つまり、帯域（送信許可期間）を設定する）（送信許可期間設定手段）。このとき、帯域割り当て部２１１は、まず、上記受信した帯域設定要求の内容を解析する。
具体的には、まず、上記受信した帯域設定要求のパラメータに含まれるフロー識別情報および要求帯域サイズを抽出する。そして、該抽出したフロー識別情報で示されるデータフロー（例えば、映像フロー）に対して、該抽出した要求帯域サイズで示される帯域の割り当てを行った場合に、他のデータフロー（特に、ＶｏＩＰフロー）の送出に影響を及ぼさないかどうかを調べる。つまり、上記抽出したフロー識別情報で示されるデータフローに対して、上記抽出した要求帯域サイズで示される帯域をそのまま割り当てた場合に、ＰＬＣアダプタ３０４などの子機３０にて、他のデータフローが所定期間以上送出できない状況が継続するか否かを調べる。
そして、他のデータフロー（特に、ＶｏＩＰフロー）の送出に影響が生じると判断した場合、上記抽出したフロー識別情報で示されるデータフローに対して、上記抽出した要求帯域サイズで示される帯域をそのまま割り当てるのではなく、上記事前に決定した、あとからＶｏＩＰフローに対して割り当てる帯域（送信許可期間）を考慮した上で、細切れの帯域（送信許可期間）を割り当てる。
具体的には、上記抽出したフロー識別情報で示されるデータフローに対して、ひとかたまりの（時間的に連続した）帯域（送信許可期間）ではなく、細切れの帯域（送信許可期間）を割り当てる。このとき、該細切れの帯域（送信許可期間）同士の間に不割当期間を設ける。不割当期間を設ける間隔および不割当期間の長さは、上記事前に決定した、ＶｏＩＰフローに対して割り当てる帯域（送信許可期間）に基づいて決定する。
例えば、上記事前に決定した、ＶｏＩＰフローに対して割り当てる帯域（送信許可期間）が２０ｍｓ毎に３２μｓである場合、２０ｍｓ毎に３２μｓの不割当期間を設けるようにすればよい。ただし、この場合において、必ずしも厳密に２０ｍｓ毎に３２μｓの不割当期間を設ける必要はない。すなわち、ＶｏＩＰパケットの送信間隔として２０ｍｓという値が理論上決定されたとしても、実際にはシステムやアプリケーションで許容される範囲で幅を持たせてもよい（すなわち、２０±αｍｓとしてもよい）。例えば２０ｍｓを越える間隔で不割当期間を設けても、ＶｏＩＰの音声品質に影響が生じない範囲であれば問題ない。
また、例えば、伝送遅延やジッタが生じることを考慮して、ＶｏＩＰパケットの送出間隔よりやや短い周期で上記細切れの帯域（送信許可期間）を設け、かつ、不割当期間をＶｏＩＰパケットの送出間隔よりもやや長く設けて（ＶｏＩＰパケットの送出間隔は変わらないように）してもよい。
また、例えば、ＶｏＩＰパケットの送出間隔に比べて極端に短い間隔、例えば半分の１０ｍｓ毎に不割当期間を設けても、その間隔ではＶｏＩＰパケットが到着しないので、ＶｏＩＰパケットを送出できないため、非効率な帯域割り当てとなり、望ましくない。
また、例えば、ＶｏＩＰパケットの送出間隔より長い間隔で上記細切れの帯域（送信許可期間）を設けると、不割当期間がＶｏＩＰパケット送出間隔よりも長い間隔で設けられることになり、あとから不割当期間にＶｏＩＰフローを適切に割り当ててもＶｏＩＰパケットの送出間隔が長くなるので、結果として、音声が途切れることとなり、望ましくない。
このように、映像フローに割り当てる細切れの帯域（送信許可期間）、および、該細切れの帯域（送信許可期間）同士の間に設ける不割当期間は、ＶｏＩＰでの通信で使用されるコーデックや、通話品質として設定する伝送遅延や、ＶｏＩＰパケット間隔の許容値に基づいて、決定することとなる。
なお、上記抽出したフロー識別情報で示されるデータフロー（例えば、映像フローなど）に割り当てる帯域（送信許可期間）は、細切れになるが、不割当期間の時間幅が小さいので、送信先の帯域設定要求装置にて再生する際に、ほとんど影響は生じない。
なお、本実施形態において、この不割当期間は、ＶｏＩＰによるデータ通信が実際に行なわれるか否か、ＰＬＣネットワーク１００１にＶｏＩＰによる通信を行なう装置が接続されているか否か、それら装置の電源がオンになっているか否かにかかわらず、設ける。
最後に、帯域割り当て部２１１は、上述のように映像フローに対して帯域を割り当てた結果（帯域割り当て情報）を、帯域設定情報記憶部２２１に格納する。帯域割り当て情報については、例を挙げて後述する。
次に、帯域通知部２１２は、ＰＬＣアダプタ３０２などの子機３０から受信した帯域設定要求の応答として、帯域設定要求を受け付けたことを通知するための帯域設定通知を送信する。帯域設定通知の送信は、帯域設定要求を送信してきた送信元の子機３０（ＰＬＣアダプタ３０２）と、フローのパケットをＰＬＣネットワーク１００１に送出するデータの要求先に接続されている子機３０（ＰＬＣアダプタ３０４）との両方に対して行なう。
また、帯域通知部２１２はさらに、タイマー管理部２１３からの通知をトリガに、ビーコン信号を送信する。ビーコン信号の送信は、ＰＬＣネットワーク１００１全体に対して送信（すなわちブロードキャスト）する。このとき、帯域通知部２１２は、帯域設定情報記憶部２２１に格納した帯域の割り当て情報を、ビーコン信号を送信する直前に毎回取得し、該取得した帯域の割り当て情報をビーコン信号に含めて送信する。
なお、これにより、ビーコンを受信した子機３０（ＰＬＣアダプタ３０４）は、帯域の割り当て情報を知ることができ、該割り当て情報に基づいて、自装置に到着したパケットを、ＰＬＣネットワーク１００１上に送出するか、または、自装置にてバッファリングしておくかを判断する。
次に、タイマー管理部２１３は、所定周期毎（例えば１００ｍｓ毎）に、帯域通知部２１２に対して、帯域通知部２１２がビーコン信号を送信するトリガとなる通知を行なう。
次に、各種データ送受信部２１４は、ネットワーク通信部２３を介して、ＰＬＣアダプタ３０２などの子機３０との間で各種データを送受信するとともに、外部装置通信部２４を介して、帯域設定要求装置４０との間で各種データを送受信する。
（帯域設定要求装置の構成）
次に、図５を参照しながら、本実施の形態に係る帯域設定要求装置４０ａの概略構成について説明する。図５は、本実施の形態に係る帯域設定要求装置４０ａの概略構成を示すブロック図である。
図５に示すように帯域設定要求装置４０ａは、制御部４１、記憶部４２、子機通信部４４、入力操作部４５、およびデータ入出力部４６を含んで構成される。
制御部４１は、記憶部４２、子機通信部４４、入力操作部４５、およびデータ入出力部４６の制御を行なうとともに、所定の演算処理を行なうものである。所定の演算処理としては、例えば、ＰＬＣアダプタ３０２などの子機３０からの映像フローの受信処理などがある。制御部４１の詳細な構成については後述する。
記憶部４２は、制御部４１で利用される各種データ、プログラムの実行によって得られたデータなどを記憶するものであり、ＲＡＭ(Random Access Memory)などの揮発性メモリおよび、ＲＯＭ（Read-Only Memory）やフラッシュメモリなどの不揮発性メモリで実現される。上記各種データは、記憶部４２内部の各種記憶部に記憶される。なお、記憶部４２は、必ずしも帯域設定要求装置４０ａに備えられる必要はなく、外部記憶装置として、読み取り可能な状態で帯域設定要求装置４０ａに接続される構成でもよい。
子機通信部４４は、帯域設定要求装置４０ａに接続される子機３０との通信を行なうものである。
入力操作部４５は、帯域設定要求装置４０ａのユーザの入力操作を受け付け、該入力操作に応じた入力信号を、後述するイベント処理部４１１に送信する。入力操作部４５は、例えば、リモコン、マウス、キーボード、スイッチ、タッチパネルなどの入力デバイスで構成される。ユーザが入力操作部４５から入力操作を行なうことにより、映像の視聴開始などの入力操作に応じた入力信号を生成する。
なお、入力操作部４５は、必ずしも帯域設定要求装置４０ａに備えられる必要はなく、外部装置として帯域設定要求装置４０ａに通信可能に接続される構成でもよい。
データ入出力部４６は、後述するデータ送受信部４１４が、ＰＬＣアダプタ３０２などの子機３０から受信した映像や音声などのデータを出力するものであり、例えばＬＣＤ（Liquid Crystal Display：液晶表示装置）で構成される表示部であってもよいし、例えばスピーカで構成される音声出力部であってもよい。なお、データ入出力部４６は、必ずしも帯域設定要求装置４０ａに備えられる必要はなく、外部装置として、帯域設定要求装置４０ａに接続される構成でもよい。例えば、帯域設定要求装置４０ａは映像や音声の出力端子を備えており、そこにケーブルでＴＶやスピーカを接続するという構成でもよい。
次に、制御部４１について詳細に説明する。制御部４１は、イベント処理部４１１、帯域設定要求処理部４１２、通信処理部４１３、データ送受信部４１４を含んでいる。
イベント処理部４１１は、帯域設定要求装置４０ａにおいて発生する各種イベントを検知して、所定の指示信号を、制御部４１の各部に伝達するものである。例えば、イベント処理部４１１は、入力操作部４５のボタンなどをユーザが押下したとき状態を検知する。
帯域設定要求処理部４１２は、入力操作部４５からの所定の入力信号をトリガとして、通信相手先から受信したいデータフローに対する帯域の割り当てを、ＰＬＣアダプタ３０２などの子機３０を介して親機２０ａに要求するための帯域設定要求を送信する。このとき、帯域設定要求処理部４１２は、送信する帯域設定要求のパラメータとして、帯域設定要求を行なう対象のフロー識別情報と要求帯域サイズとを少なくとも指定する。
また、帯域設定要求処理部４１２は、親機２０ａが帯域設定要求を受け付けたことを通知するための帯域設定通知を、親機２０ａから、帯域設定要求装置４０ａに接続されている子機３０を介して受信する。
通信処理部４１３は、帯域設定要求処理部４１２が帯域設定通知を受信したことをトリガとして、通信相手先に対して、帯域設定要求装置４０ａに接続されている子機３０を介して通信開始要求を送信する。
データ送受信部４１４は、通信相手先からのデータを、帯域設定要求装置４０ａに接続されている子機３０を介して受信し、該受信したデータをデータ入出力部４６に出力したり、逆に、データ入出力部４６から入力されたデータを、帯域設定要求装置４０ａに接続されている子機３０を介して通信相手先に送信したりする。
（帯域割り当て情報）
次に、図６を参照しながら、親機２０ａの帯域設定情報記憶部２２１に格納される、帯域割り当て情報について説明する。図６は、親機２０ａの帯域設定情報記憶部２２１に格納される、帯域割り当て情報の具体例を模式的に示した図である。
図６に示すように、帯域割り当て情報として６つの項目が含まれる。すなわち、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信元ポート番号、送信開始時間、および送信終了時間が含まれる。ただし、同様の情報を示すことができれば、これらの項目に限定されるものではない。
送信元ＩＰアドレスは、パケットを送信しようとする装置のＩＰアドレスである。また、送信先ＩＰアドレスは、上記パケットを送信する先の装置のＩＰアドレスである。
送信元ポート番号は、上記パケットを送信しようとする装置が、該パケットを送信する際に使用するポート番号である。また、送信元ポート番号は、上記パケットを送信する先の装置が、該パケットを受信する際に使用するポート番号である。ポート番号はトランスポートレイヤのプロトコルごとに一意に決定される（ＴＣＰの１番ポートとＵＤＰの１番ポートは別のポートとして識別される）ので、本来はポート番号に加えてトランスポートレイヤのプロトコルを示す情報（例えばＴＣＰかＵＤＰかを示す情報）が必要であるが説明の簡単のため省略する。
送信開始時間は、上記パケットに割り当てられた帯域（送信許可期間）の開始時間である。また、送信終了時間は、上記パケットに割り当てられた帯域（送信許可期間）の終了時間である。
図６に示す例では、送信元ＩＰアドレスが「ＩＰアドレスＡ」、送信先ＩＰアドレスが「ＩＰアドレスＢ」、送信元ポート番号が「ポート番号Ａ」、送信元ポート番号が「ポート番号Ｂ」、送信開始時間が「Ｔ１」、および送信終了時間が「Ｔ２」という情報が格納されている。さらに、送信元ＩＰアドレスが「ＩＰアドレスＡ」、送信先ＩＰアドレスが「ＩＰアドレスＢ」、送信元ポート番号が「ポート番号Ａ」、送信元ポート番号が「ポート番号Ｂ」、送信開始時間が「Ｔ３」、および送信終了時間が「Ｔ４」という情報が格納されている。さらに、送信元ＩＰアドレスが「ＩＰアドレスＡ」、送信先ＩＰアドレスが「ＩＰアドレスＢ」、送信元ポート番号が「ポート番号Ａ」、送信元ポート番号が「ポート番号Ｂ」、送信開始時間が「Ｔ５」、および送信終了時間が「Ｔ６」という情報が格納されている。
これは、ＩＰアドレスがＩＰアドレスＡである装置のポート番号Ａから、ＩＰアドレスがＩＰアドレスＢである装置のポート番号Ｂに向けて送信されるパケットは、Ｔ１からＴ２まで、Ｔ３からＴ４まで、およびＴ５からＴ６までの時間帯に送信可能であることを示している。
（子機に到着したパケットの送出タイミング）
帯域割り当て情報を、ビーコン信号に含めて、親機２０ａからブロードキャストするので、ビーコン信号を受信した子機３０は、どのようなパケットが、どの時間帯に送信可能であるかを知ることができる。そして、子機３０は、帯域割り当て情報および、自装置に到着したパケットに含まれる情報（パケットを送信した装置のＩＰアドレスおよびポート番号、および、パケットを送信する先の装置のＩＰアドレスおよびポート番号）に基づいて、自装置に到着したパケットをＰＬＣネットワーク１００１へ送出する。パケットが自装置に到着したときが、該パケットの送信可能な時間帯ではない場合、子機３０は、該パケットの送信可能な時間帯になるまで、該パケットをＰＬＣネットワーク１００１上へ送出せず自装置内でバッファリングする。
また、子機３０は、上記割り当て情報に存在しないＩＰアドレスおよびポート番号を含むパケットを受信したときは、該受信したパケットを不割当期間にＰＬＣネットワーク１００１へ送出する。したがって、ビーコン信号に含まれる帯域割り当て情報が図６に示すものである場合において、子機３０が、例えば、送信元ＩＰアドレスが「ＩＰアドレスＣ」、送信先ＩＰアドレスが「ＩＰアドレスＤ」、送信元ポート番号が「ポート番号Ｃ」、送信元ポート番号が「ポート番号Ｄ」という情報を含むパケットを受信した場合、子機３０は、例えばＴ２からＴ３や、Ｔ４からＴ５といった時間帯に、該受信したパケットをＰＬＣネットワーク１００１へ送出する。
（帯域割り当て処理）
次に、図７を参照しながら、上述した帯域割り当て処理の流れを説明する。図７は、親機２０ａにおける、帯域割り当て処理の流れの一例を示すフローチャートである。
まず、親機２０ａの起動直後、帯域割り当て部２１１が、あとからＶｏＩＰフローに割り当てるべき帯域（送信許可期間）を事前に決定する（ステップＳ１００）。そして、上記決定後、親機２０ａは、受信待ち状態となる。
次に、子機３０から帯域設定要求を受信すると（ステップＳ１０１にてＹＥＳ）、帯域割り当て部２１１は、該受信した帯域設定要求の内容を解析する（ステップＳ１０２）。すなわち、該受信した帯域設定要求に含まれるフロー識別情報および帯域要求サイズを抽出する。なお、本実施の形態では、ＶｏＩＰフローはＣＳＭＡ方式にて伝送するため、子機３０からは、ＶｏＩＰフローの帯域設定要求は送信されない。
そして、帯域割り当て部２１１は、上記抽出した帯域要求サイズ、および、上記事前に決定したＶｏＩＰフローに対して割り当てるべき帯域（送信許可期間）に基づいて、要求されたデータフローに対して帯域（送信許可期間）を割り当てる。そして、帯域割り当て部２１１は、要求されたデータフローに対して帯域（送信許可期間）を割り当てた結果を、帯域設定情報記憶部２２１に格納する（ステップＳ１０５）。
その後、帯域通知部２１２が、上記受信した帯域設定要求の応答として、帯域設定通知を送信する（ステップＳ１０６）。その後、親機２０ａは、再び受信待ち状態となる。
一方、子機３０からの帯域設定要求を受信しなかった場合（ステップＳ１０１にてＮＯ）、前回ビーコン信号を送信してから所定期間（例えば１００ｍｓ）経過している場合（ステップＳ１０７にてＹＥＳ）、すなわち、タイマー管理部２１３が帯域通知部２１２に対して通知を行った場合、帯域通知部２１２は、帯域設定情報記憶部２２１に格納されている、帯域の割り当て情報を取得し、該取得した帯域の割り当て情報をビーコン信号に含めて送信する（ステップＳ１０８）。その後、親機２０ａは、再び受信待ち状態となる。
なお、前回ビーコン信号を送信してから所定期間（１００ｍｓ）経過していない場合（ステップＳ１０７にてＮＯ）、親機２０ａは、再び受信待ち状態となる。
（パケット送出処理）
次に、図８を参照しながら、親機２０ａにおいて上述のように映像フローに対する帯域割り当て処理を行った後において、ＶｏＩＰ相手局１０３からＶｏＩＰパケットを受信したＰＬＣアダプタ３０４が、ＶｏＩＰパケットをＰＬＣネットワーク１００１に送出するタイミングについて説明する。図８は、親機２０ａにおいて上述のように映像フローに対する帯域割り当て処理を行った後において、ＰＬＣアダプタ３０４がＶｏＩＰパケットをＰＬＣネットワーク１００１に送出するタイミングを模式的に示す図である。
まず、図８におけるブロックＫ１では、帯域割り当て部２１１が、ＰＬＣアダプタ３０２からの映像フローの帯域設定要求を受信し、映像フローに対して帯域を割り当てた状況を図示している。
この例では、ビーコン信号Ｂ１とビーコン信号Ｂ２との間、および、ビーコン信号Ｂ２とビーコン信号Ｂ３との間は１００ｍｓである。すなわち、１サイクルは１００ｍｓである。そして、映像フローは細切れの帯域（送信許可期間）Ｅ１〜Ｅ６に割り当てられている。また、映像フローが割り当てられた帯域（送信許可期間）の間には、それぞれ不割当期間Ｎ１〜Ｎ６が設けられている。不割当期間Ｎ１、Ｎ２、Ｎ４、Ｎ５は、あとからＶｏＩＰフローを伝送することを考慮して、ビーコン信号から２０ｍｓ経過毎に設けた不割当期間である。なお、不割当期間Ｎ３およびＮ６は、ＶｏＩＰフロー以外の（Ｗｅｂコンテンツなどの）データフローをも伝送可能とするために設けた期間である。なお、不割当期間Ｎ３およびＮ６に送出される対象となる、Ｗｅｂコンテンツのデータのパケットなどは、パケット間の送出時間のばらつきや遅延あっても、受信端末での表示などに影響を及ぼすことが少ないため、１サイクルの後半にまとめて送出されても問題ない。
なお、このように帯域（送信許可期間）が割り当てられたことは、親機２０ａからのビーコン信号により、ＰＬＣアダプタ３０４に通知されている。
次に、図８におけるブロックＫ２では、ＶｏＩＰ相手局１０３などからＶｏＩＰパケットＰ１〜Ｐ１０がＰＬＣアダプタ３０４に到着するタイミングを図示している。ここでは、ＶｏＩＰパケットＰ１〜Ｐ１０がそれぞれ２０ｍｓ毎に到着している。なお、実際には、例えばＶｏＩＰ相手局１０３などからＩＰ網を経由して伝送される際に伝送遅延やジッタが発生するが、ここでは説明の簡略化のために無視する。
次に、図８におけるブロックＫ３では、ＰＬＣアダプタ３０４が、上記到着したＶｏＩＰパケットＰ１〜Ｐ１０をＰＬＣネットワーク１００１に送出可能なタイミングを図示している。なお、ここでは、ＣＳＭＡ方式により上記到着したＶｏＩＰパケットＰ１〜Ｐ１０をＰＬＣネットワーク１００１に送出する。まず、ＶｏＩＰパケットＰ１が到着した時点では、伝送帯域（送信許可期間）は映像フローに対して割り当てられているため、ＶｏＩＰパケットＰ１は直ちにはＰＬＣネットワーク１００１に送出できず、送出可能になるまでＰＬＣアダプタ３０４にてバッファリングされる。そして、不割当期間Ｎ１では帯域が空いているので、ＰＬＣアダプタ３０４は上記バッファリングしていたＶｏＩＰパケットＰ１をＰＬＣネットワーク１００１に送出する。
ＰＬＣアダプタ３０４にてバッファリングしたために、ＶｏＩＰパケットＰ１には伝送遅延Ｄ１（約２０ｍｓ）が生じている。しかしながら、映像フローに割り当てる帯域（送信許可期間）を細切れにしたことにより、図２７を用いて説明した従来方式にて生じたパケットの伝送遅延よりも小さくなっていることがわかる。
なお、本来は、最初のＶｏＩＰパケットの到着と１サイクルの開始点は必ずしも一致しないが、説明の簡単のためにこれらを一致させている。最初のパケットの到着時間がずれた場合にも、本発明が適用可能であることは、後述の説明から自明である。不割当期間は２０ｍｓごとに設けられているので、サイクルの始点とＶｏＩＰパケットの送信のタイミングがどのようにずれても、伝送遅延Ｄ１が２０ｍｓを超えることはない。（図８は伝送遅延Ｄ１が最も大きくなる場合である）また、ＶｏＩＰアダプタ３０４は元々ＩＰ網でのパケット伝送遅延を考慮して設計されており、ＩＰ網での遅延は伝送遅延Ｄ１に比べて大きなものであるので、伝送遅延Ｄ１によって音質が劣化することはない。
同様に、ＶｏＩＰパケットＰ２は、送出可能になるまでＰＬＣアダプタ３０４にてバッファリングされ、不割当期間Ｎ２にてＰＬＣネットワーク１００１に送出される。なお、ＶｏＩＰパケットＰ１をＰＬＣネットワーク１００１に送出する不割当期間Ｎ１とＶｏＩＰパケットＰ２をＰＬＣネットワーク１００１に送出する不割当期間Ｎ２との間隔は２０ｍｓであり、ＰＬＣアダプタ３０４へのＶｏＩＰパケットＰ１の到着からＶｏＩＰパケットＰ２の到着までの間隔と同じであるから、通話品質は悪化しない。
また同様に、ＶｏＩＰパケットＰ３およびＶｏＩＰパケットＰ４は、送出可能になるまでＰＬＣアダプタ３０４にてバッファリングされ、不割当期間Ｎ３にてＰＬＣネットワーク１００１に送出される。
次に、ＶｏＩＰパケットＰ５が到着するのは、不割当期間Ｎ３の期間中であるから、ＶｏＩＰパケットＰ５については、到着後直ちにＰＬＣネットワーク１００１に送出可能となる。
なお、各不割当期間Ｎ１〜Ｎ６では、ＶｏＩＰフロー以外のデータフローに属するパケット（例えば、Ｗｅｂコンテンツのデータフローに属するパケットなど）も送出の対象となるが、ＶｏＩＰパケットの優先度フィールドにはＶｏＩＰ相手局にて通常よりも高い値が設定されており（現在一般的に使用されているＶｏＩＰアダプタはそのように動作する）、優先制御型ＱｏＳにより、ＶｏＩＰパケットが優先的にＰＬＣネットワーク１００１に送出される。
また、ＶｏＩＰパケットＰ６は、不割当期間Ｎ３の終了後に到着するので、次の不割当期間Ｎ４までＰＬＣネットワーク１００１に送出することができない。したがって、ＶｏＩＰパケットＰ５とＶｏＩＰパケットＰ６との送出間隔Ｄ２（約４０ｍｓ）は、ＰＬＣアダプタ３０４へのＶｏＩＰパケットＰ５の到着からＶｏＩＰパケットＰ６の到着までの間隔よりも大きくなる。しかしながら、この間隔についても、映像フローに割り当てる帯域（送信許可期間）を細切れにしたことにより、図２７を用いて説明した従来方式よりも小さくなっていることがわかる。
以上のように、本実施の形態によれば、１）親機２０ａは、映像フローの帯域設定要求を受信した際、映像フローに対して細切れの（時間的に連続しない）帯域（送信許可期間）に割り当てる。そして、不割当期間を、映像フローに対して割り当てた細切れの帯域（送信許可期間）同士の間に設ける。なお、不割当期間は、標準的なコーデックに関する情報に基づいて決定可能であり、ＶｏＩＰフローのＱｏＳを確保するために必要なＶｏＩＰパケットの送出間隔毎に設ける。２）そして、親機２０ａが帯域割り当てを行った後、ＶｏＤサーバ１０２からの映像パケットおよびＶｏＩＰ相手局１０３からのＶｏＩＰパケットを受信したＰＬＣアダプタ３０４が、映像パケットを上記映像フローに対して割り当てた帯域（送信許可期間）にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出し、ＶｏＩＰパケットを上記不割当期間にてＣＳＭＡ方式でＰＬＣネットワーク１００１に送出する。
なお、通常は、映像フローのための送信許可期間はひとかたまりに割り当てられる。これに対して本実施形態では、複数の送信許可期間に分割して割り当てられる。送信許可期間の切れ目では、キャリアセンス（各端末が他の端末から信号が送信されているかどうか確認する）等の処理が必要となるため、送信許可期間の切れ目が多いほど、伝送のオーバーヘッドが大きくなる。つまり、本実施形態では、通常よりも映像フロー伝送のためのオーバーヘッドが増加するので、ネットワーク全体としての帯域の使用効率は若干低下する可能性がある。つまり、本発明はネットワーク全体としての帯域の使用効率を低下させてでも、ＶｏＩＰの伝送品質を確保しようとするものである。
よって、ＶｏＩＰフローと映像フローとが同一のネットワーク上で伝送される状況においても、ＶｏＩＰパケットの伝送遅延や到着間隔が大きくならないようにすることができる。したがって、本実施の形態によれば、ＱｏＳを確保したＶｏＩＰによる通話を実現することができる。
（変形例）
上述では、最初に、あるユーザが、帯域設定要求装置４０ａであるＳＴＢ４０２にて、ＶｏＤサーバ１０２にて提供される映像コンテンツの視聴を開始し、その後に、別のユーザが、電話機５３にて、ＶｏＩＰ相手局１０３との間で通話を開始する場合について説明した。しかしながら、最初に、あるユーザが、電話機５３にて、ＶｏＩＰ相手局１０３との間で通話を開始し、その後、別のユーザが、ＳＴＢ４０２にて、ＶｏＤサーバ１０２にて提供される映像コンテンツの視聴を開始する場合であっても、ほぼ同様であるので、以下で説明する。
この場合、親機２０ａにおいて、映像フローに対する帯域割り当てが行われるより前に、ＰＬＣアダプタ３０４にＶｏＩＰパケットが到着する場合がある。この段階では、どのデータフローに対しても帯域（送信許可期間）が割り当てられていない。つまり、全ての期間が不割当期間であることとなる。したがって、この段階では、ＰＬＣアダプタ３０４に到着したＶｏＩＰパケットは、任意のタイミングでＰＬＣネットワーク１００１へ送出可能となる（他のフローのパケットの送信と競合する場合もあるが、ＶｏＩＰパケットの優先度が高く設定されているので、優先的に送信できる）。
その後、親機２０ａにて、映像フローの帯域設定要求が受信されると、上述で説明したように、映像フローに対する帯域割り当てが行われ、その結果がビーコン信号とともに、ＰＬＣアダプタ３０４に送信される。したがって、このビーコン信号をＰＬＣアダプタ３０４が受信した以降は、上述で説明したとおり、映像フローに割り当てられた帯域（送信許可期間）では、映像パケットがＰＬＣネットワーク１００１に送出される。不割当期間では、ＶｏＩＰパケットや、他の（例えばＷｅｂコンテンツの）データフローに属するパケットがＰＬＣネットワーク１００１に送出される。
なお、本実施の形態ではＶｏＩＰフローの帯域（送信許可期間）を映像フローの帯域（送信許可期間）同士の間に挿入するように説明したが、挿入する帯域はＶｏＩＰフローの帯域に限らない。例えば、ネットワーク構成やアプリケーションなどにより予め定まる、伝送遅延やジッタなどの許容値が小さいデータフローの帯域（送信許可期間）を挿入するようにしてもよい。以下の実施の形態でも同様である。
また、本実施の形態では、映像フローの帯域（送信許可期間）を分割したが、これに限定されるものではなく、ＶｏＩＰフローの伝送に影響を及ぼすような帯域割り当てが必要となる場合（ここでは２０ｍｓより長い送信許可期間を割り当てる必要がある場合）に、そのフローに対して割り当てる帯域（送信許可期間）を分割すればよい。このように、挿入する帯域および分割する帯域に関して、それぞれＶｏＩＰフローおよび映像フローに限定されないことは、以下の実施の形態でも同様である。
また、複数の映像フローが伝送されている場合は、ＶｏＩＰフローのための送信許可期間の間にそれぞれの映像フローのための送信許可期間を設けたり（映像フローのための送信許可期間を半分ずつ割り当てる）、不割当期間に別の映像フローのための送信許可期間を割り当てること等が考えられる。どのように割り当てるかは、帯域設定要求装置から要求された必要帯域などに応じて決定すればよい。
なお、このようにして設定されたＶｏＩＰパケットの送出間隔を越える時間幅の帯域（ここでは、映像フローの帯域）を使用するデータ通信が終了した場合、１）この帯域割り当てをすぐに解放したり、２）しばらくそのまま割り当てた状態にしておき、他のデータフローに対して割り当てる帯域が不足した段階で解放したり、３）ユーザ指示などの所定トリガに従って解放したりすることが考えられるが、本発明の本質的部分ではないので、ここではその説明を省略する。
〔実施の形態２〕
実施の形態１では、ＶｏＤサーバ１０２から映像パケットを受信し、ＶｏＩＰ相手局１０３からＶｏＩＰパケットを受信したＰＬＣアダプタ３０２が、映像パケットをＴＤＭＡ方式にてＰＬＣネットワーク１００１に送出し、ＶｏＩＰパケットをＣＳＭＡ方式にてＰＬＣネットワーク１００１に送出する形態について説明したが、本実施の形態では、ＶｏＤサーバ１０２から映像パケットを受信し、ＶｏＩＰ相手局１０３からＶｏＩＰパケットを受信したＰＬＣアダプタ３０４が、映像パケットおよびＶｏＩＰパケットのいずれについてもＴＤＭＡ方式にてＰＬＣネットワーク１００１に送出する形態について説明する。したがって、本実施の形態では、映像フローの受信を要求する子機３０であるＰＬＣアダプタ３０２から親機２０ａに対して、映像フローの帯域設定要求が行われ、また、ＶｏＩＰフローの受信を要求する子機３０であるＰＬＣアダプタ３０３から親機２０ａに対して、ＶｏＩＰフローの帯域設定要求が行われる。
本実施の形態について図９から図１３に基づいて説明すると以下の通りである。なお、説明の便宜上、実施の形態１にて示した各部材と同一の機能を有する部材には、同一の符号を付記し、その説明を省略する。また、実施の形態１にて説明した処理と同一に処理については、その説明を省略する。
（本実施の形態の概要）
本実施の形態では、まず、１）親機２０ａが、映像フローの受信を要求するＰＬＣアダプタ３０２から、映像フローの帯域設定要求を受信した際、映像フローに対して細切れの（時間的に連続しない）帯域（送信許可期間）を割り当てる。このとき、特定のデータフローを予め割り当てておかない帯域（すなわち、映像フロー以外の任意のデータフローを送信可能な期間）（以下、不割当期間と称する）を、映像フローに対して割り当てた細切れの帯域（送信許可期間）同士の間に設ける。なお、不割当期間は、ＶｏＩＰフローのＱｏＳを確保するために必要なＶｏＩＰパケットの送出間隔毎に設ける。
２）次に、親機２０ａが、ＶｏＩＰフローの受信を要求するＰＬＣアダプタ３０３から、ＶｏＩＰフローの帯域設定要求を受信した際、親機２０ａは、上記不割当期間を、ＶｏＩＰフローを割り当てる帯域に設定する。
３）その後、ＶｏＤサーバ１０２からの映像パケットおよびＶｏＩＰ相手局１０３からのＶｏＩＰパケットを受信したＰＬＣアダプタ３０４が、映像パケットを、上記映像フローに割り当てた帯域にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出し、ＶｏＩＰパケットを、上記ＶｏＩＰフローに割り当てた帯域にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出する。
本実施の形態によれば、実施の形態１と同様に、親機２０ａが、上述したように、映像フローの帯域（送信許可期間）およびＶｏＩＰフローの帯域（送信許可期間）を設けることにより、映像パケットおよびＶｏＩＰパケットをＰＬＣネットワーク１００１に送信するＰＬＣアダプタ３０４は、ＶｏＩＰフローのＱｏＳを確保するために必要なＶｏＩＰパケットの送出間隔毎に、ＶｏＩＰパケットをＰＬＣネットワーク１００１に送出する。その結果、最終的にデータを受信する端末におけるＶｏＩＰパケットの伝送遅延および到着間隔は、従来方式を用いて帯域割り当てを行った場合におけるＶｏＩＰパケットの伝送遅延および到着間隔よりも、少なくすることができる。
（帯域設定要求装置がデータを要求してから受信するまでの流れ）
次に、図９を参照しながら、本実施の形態において、ＳＴＢ４０２およびＶｏＩＰアダプタ４０３がデータを要求してから受信するまでの流れの概略について説明する。図９は、本実施の形態において、ＳＴＢ４０２およびＶｏＩＰアダプタ４０３がデータを要求してから受信するまでの流れを模式的に示したシーケンス図である。
あるユーザが、テレビ５２にてＶｏＤサーバ１０２にて提供される映像コンテンツを視聴するまで、および、他のユーザが、電話機５３にてＶｏＩＰ相手局１０３との間でＶｏＩＰ通信を行なうまでの処理の流れについて、説明する。実施の形態１にて図４を用いて説明した流れとほぼ同様であるが、図４におけるシーケンスＪ２に代えて、シーケンスＪ２’で示す流れとなる。
シーケンスＪ２’では、まず電話機５３にて、ＶｏＩＰ相手局１０３との通話を行なうユーザ操作（例えば、電話機５３のボタン押下による電話番号の入力など）が行われると、電話番号などの情報がＶｏＩＰアダプタ４０３に通知される（不図示）。通知方法は本発明の本質と関わらないので省略するが、一般的なアナログ電話がＶｏＩＰアダプタ経由で通話を行う場合の処理である。これを受けたＶｏＩＰアダプタ４０３はＶｏＩＰでの受信を開始する処理（受信開始処理）として、ＶｏＩＰアダプタ４０３に接続されているＰＬＣアダプタ３０３に対して、ＶｏＩＰフローの帯域設定要求を送信する（ステップＳ２１２）。
この場合、帯域設定要求に含まれるフロー識別情報は、ＶｏＩＰアダプタ４０３のＩＰアドレス、ＶｏＩＰ相手局１０３のＩＰアドレス、ＶｏＩＰアダプタ４０３にてＶｏＩＰデータの受信に使用されるポート番号、ＶｏＩＰ相手局１０３にてＶｏＩＰデータの送信に使用されるポート番号などが含まれる。これらの情報は電話機５３から通知された電話番号の情報から変換するが、一般的な処理であり、本発明の本質に関わらないので省略する。
また、要求帯域サイズについては、ＶｏＩＰアダプタには使用するべきコーデックに必要な帯域の情報を工場出荷時に記憶されており、その情報を元にＶｏＩＰアダプタ４０３が要求帯域サイズを決定することができる。
なお、ＶｏＩＰアダプタ４０３からＰＬＣアダプタ３０３へ帯域設定要求を行なう方法は任意であるが、ここでは、ＶｏＩＰアダプタ４０３からＰＬＣアダプタ３０３に対して、所定の制御用パケットを送信するものとする。また、帯域割り当て間隔（ＴＸＯＰ間隔）、および、１度に割り当てる帯域幅（ＴＸＯＰ長）を含むＣＳＰＥＣ情報等は通知しないものとする。
そして、ＰＬＣアダプタ３０３は、上記帯域設定要求を受信すると、親機２０ａに対して帯域設定要求を送信する。ここで、ＰＬＣアダプタ３０３から親機２０ａに送信する帯域設定要求は、ＶｏＩＰアダプタ４０３からＰＬＣアダプタ３０３に送信された帯域設定要求と同一の、フロー識別情報および要求帯域サイズを含む所定の制御用パケットである。
なお、ここでは、電話機５３からＰＬＣアダプタ３０３への帯域設定要求と、ＰＬＣアダプタ３０３から親機２０ａへの帯域設定要求とを異なる制御用パケットとして説明したが、これに限定されるものではなく、電話機５３が直接親機２０ａに対して、１つの制御用パケットを送信してもよい。
次に、親機２０ａは、ＰＬＣアダプタ３０３からの帯域設定要求を受信すると、帯域割り当て処理を行なう（ステップＳ２１３）。親機２０ａは、帯域割り当て処理の結果として、帯域の割り当て情報を生成する。帯域割り当て処理の詳細、および、帯域の割り当て情報の具体例については、後述する。
帯域割り当て処理の最後に、親機２０ａは、帯域設定要求を受け付けたことを通知するための帯域設定通知を送信する。帯域設定通知の送信は、帯域設定要求を送信してきたＰＬＣアダプタ３０３および、ＶｏＩＰフローの送信元となるＶｏＩＰ相手局１０３（実質的にはＩＰ網を経てＶｏＩＰ相手局と接続されているルータ３０５）が接続されているＰＬＣアダプタ３０４の両方に対して行なう。これにより、ＰＬＣアダプタ３０３およびＰＬＣアダプタ３０４は、親機２０ａにて（ＶｏＩＰフローの）帯域設定要求が受け付けられたことを知ることができる。そして、ＰＬＣアダプタ３０３はＶｏＩＰアダプタ４０３に帯域設定要求が受け付けられた事を通知し、ＶｏＩＰアダプタ４０３も、帯域設定通知を受信したことを知り、帯域割り当てが完了したことを知る。
そして、電話機５３は、ＶｏＩＰデータの受信を行なうために、ＶｏＩＰ相手局１０３に向けて（ＰＬＣアダプタ３０３、ＰＬＣアダプタ３０４、およびルータ３０５を介して）通信開始要求を送信する（ステップＳ２０４）。
また、ステップＳ２０８にて、ビーコン信号を受信した各ＰＬＣアダプタは、該割り当て情報に基づいて、自装置にバッファリングしているパケットを、ＰＬＣネットワーク１００１に送出するか、または、引き続きバッファリングする（パケット送出処理）が、本実施の形態では、映像フローおよびＶｏＩＰフローのそれぞれについて帯域割り当てが行われているので、映像フローに割り当てられた帯域（送信許可期間）では、映像パケットがＰＬＣネットワーク１００１に送出され、ＶｏＩＰフローに割り当てられた帯域（送信許可期間）では、ＶｏＩＰパケットがＰＬＣネットワーク１００１に送出され、映像フローおよびＶｏＩＰフローのいずれもが割り当てられていない帯域（送信許可期間）では、他の（例えばＷｅｂコンテンツの）データフローに属するパケットがＰＬＣネットワーク１００１に送出される。本実施の形態におけるパケット送出処理の詳細については、後述する。
（帯域割り当て情報）
次に、図１０を参照しながら、本実施の形態における、帯域割り当て情報について説明する。図１０は、本実施の形態における、帯域割り当て情報の具体例を模式的に示した図である。
図１０に示す帯域割り当て情報には、実施の形態１において図６で説明した３つの帯域割り当て情報に加えて、さらに３つの帯域割り当て情報が格納されている。
すなわち、送信元ＩＰアドレスが「ＩＰアドレスＣ」、送信先ＩＰアドレスが「ＩＰアドレスＤ」、送信元ポート番号が「ポート番号Ｃ」、送信元ポート番号が「ポート番号Ｄ」、送信開始時間が「Ｔ２」、および送信終了時間が「Ｔ３」という情報が格納されている。さらに、送信元ＩＰアドレスが「ＩＰアドレスＣ」、送信先ＩＰアドレスが「ＩＰアドレスＤ」、送信元ポート番号が「ポート番号Ｃ」、送信元ポート番号が「ポート番号Ｄ」、送信開始時間が「Ｔ４」、および送信終了時間が「Ｔ５」という情報が格納されている。さらに、送信元ＩＰアドレスが「ＩＰアドレスＣ」、送信先ＩＰアドレスが「ＩＰアドレスＤ」、送信元ポート番号が「ポート番号Ｃ」、送信元ポート番号が「ポート番号Ｄ」、送信開始時間が「Ｔ６」、および送信終了時間が「Ｔ７」という情報が格納されている。
したがって、図１０に示す帯域割り当て情報からは、１）ＩＰアドレスがＩＰアドレスＡである装置のポート番号Ａから、ＩＰアドレスがＩＰアドレスＢである装置のポート番号Ｂに向けて送信されるパケットは、Ｔ１からＴ２まで、Ｔ３からＴ４まで、およびＴ５からＴ６までの時間帯に送信可能であること、および、２）ＩＰアドレスがＩＰアドレスＣである装置のポート番号Ｃから、ＩＰアドレスがＩＰアドレスＤである装置のポート番号Ｄに向けて送信されるパケットは、Ｔ２からＴ３まで、Ｔ４からＴ５まで、およびＴ６からＴ７までの時間帯に送信可能であるがわかる。ここで、上記１）は、例えば映像フローに対する帯域割り当て情報であり、上記２）は、例えばＶｏＩＰフローに対する帯域割り当て情報である。
（帯域割り当て処理）
次に、図１１を参照しながら、本実施の形態における、帯域割り当て処理の流れを説明する。図１１は、本実施の形態における、帯域割り当て処理の流れの一例を示すフローチャートである。
図１１は、実施の形態１において図７を用いて説明したフローチャートとほぼ同様であるが、図７と比較すると、ステップＳ１０３およびＳ１０４が含まれる点が異なる。
すなわち、ステップＳ１０２にて、帯域割り当て部２１１が、受信した帯域設定要求の内容を解析した結果、上記受信した帯域設定要求がＶｏＩＰフローに対するものであると判明した場合（ステップＳ１０３にてＹＥＳ）、帯域割り当て部２１１は、ステップＳ１００にて事前に決定したＶｏＩＰフローに対して割り当てる帯域（送信許可期間）を、そのままＶｏＩＰフローに対して割り当てる。そして、帯域割り当て部２１１は、ＶｏＩＰフローに対して帯域を割り当てた結果を、帯域設定情報記憶部２２１に格納する（ステップＳ１０４）。
なお、受信した帯域設定要求がＶｏＩＰフローに対するものであるか否かを判定するには、帯域設定要求に含まれる帯域要求サイズが、予め記憶されているＶｏＩＰのコーデックの情報から決定された帯域要求サイズと合致するかどうかによって判定することが考えられる。また、後述するように、帯域設定要求に送信許可期間の割り当て間隔（ＴＸＯＰ間隔）、および、１度に割り当てる送信許可期間の長さ（ＴＸＯＰ長）が設定可能である場合には、そこに設定された値と予め記憶されているＶｏＩＰのコーデックの情報から決定されたパケット間隔やパケットサイズが合致するかどうかによって、ＶｏＩＰフローに対する帯域設定要求であるか否かを判定できる。
また、帯域設定要求に対象となるフローがＶｏＩＰフローであるかどうかを判別できる情報を要求の送信側（ＶｏＩＰアダプタ４０３やＰＬＣアダプタ３０３）が帯域設定要求に含めて送信し、その情報を元に判定することが考えられる。例えば、フローの種類（映像、ＶｏＩＰ、他のデータ等）の識別コードを規定しておき、当該識別コードを帯域設定要求の送信側から親機へ通知することが考えられる。また、親機がＰＬＣネットワーク１００１上のパケットをスヌーピング（自装置宛でないパケットまでをも受信して解析する）し、ＶｏＩＰフローと予想されるフローのフロー識別情報を記憶しておき、記憶しておいたフロー識別情報と帯域設定要求に含まれるフロー識別情報が合致した場合に、ＶｏＩＰフローであると判定することが考えられる。親機は予め記憶されていたＶｏＩＰのコーデックの情報からＶｏＩＰフローのパケット送信間隔やパケットサイズを知ることができるので、ＰＬＣネットワーク１００１において送信されているフローの送信間隔やパケットサイズを解析することでＶｏＩＰフローであるか否かを判定できる。
一方、ステップＳ１０２にて、帯域割り当て部２１１が、受信した帯域設定要求の内容を解析した結果、上記受信した帯域設定要求がＶｏＩＰフロー以外のフローに対するものであると判明した場合（ステップＳ１０３にてＮＯ）、帯域割り当て部２１１は、受信した帯域設定要求から抽出した帯域要求サイズ、および、ステップＳ１００にて事前に決定したＶｏＩＰフローに対して割り当てるべき帯域（送信許可期間）に基づいて、要求されたデータフローに対して細切れに帯域（送信許可期間）を割り当てる。そして、帯域割り当て部２１１は、要求されたデータフローに対して帯域を割り当てた結果を、帯域設定情報記憶部２２１に格納する（ステップＳ１０５）。
（パケット送出処理）
次に、図１２を参照しながら、本実施の形態において上述のように映像フローおよびＶｏＩＰフローに対する帯域割り当て処理を行った後において、ＶｏＩＰ相手局１０３からＶｏＩＰパケットを受信したＰＬＣアダプタ３０４が、ＶｏＩＰパケットをＰＬＣネットワーク１００１に送出するタイミングについて説明する。図１２は、本実施の形態において映像フローおよびＶｏＩＰフローに対する帯域割り当て処理を行った後において、ＰＬＣアダプタ３０４がＶｏＩＰパケットをＰＬＣネットワーク１００１に送出するタイミングを模式的に示す図である。
まず、図１２におけるブロックＫ４では、帯域割り当て部２１１が、ＰＬＣアダプタ３０２およびＰＬＣアダプタ３０３から、映像フローおよびＶｏＩＰフローの帯域設定要求をそれぞれ受信し、映像フローおよびＶｏＩＰフローに対して帯域（送信許可期間）を割り当てた状況を図示している。
この例では、ビーコン信号Ｂ１１とビーコン信号Ｂ１２との間、および、ビーコン信号Ｂ１２とビーコン信号Ｂ１３との間は１００ｍｓである。すなわち、１サイクルは１００ｍｓである。そして、映像フローは細切れの帯域（送信許可期間）Ｅ１１〜Ｅ１６に割り当てられている。また、映像フローが割り当てられた帯域（送信許可期間）の間には、それぞれＶｏＩＰフローのために割り当てられた帯域（送信許可期間）Ｖ１〜Ｖ１０が挿入されている。また、サイクルの後半には、不割当期間Ｎ１１〜Ｎ１４が設けられている。なお、不割当期間Ｎ１１〜Ｎ１４は、映像フローおよびＶｏＩＰフローの他の（Ｗｅｂコンテンツなどの）データフローを伝送可能な期間である。
なお、このように帯域（送信許可期間）が割り当てられたことは、親機２０ａからのビーコン信号により、ＰＬＣアダプタ３０４に通知されている。
次に、図１２におけるブロックＫ５では、ＶｏＩＰ相手局１０３などからＶｏＩＰパケットＰ１〜Ｐ１０がＰＬＣアダプタ３０４に到着するタイミングを図示している。ここでは、ＶｏＩＰパケットＰ１〜Ｐ１０がそれぞれ２０ｍｓ毎に到着している。なお、実際には、例えばＶｏＩＰ相手局１０３などからＩＰ網を経由して伝送される際に伝送遅延やジッタが発生するが、ここでは説明の簡略化のために無視する。
次に、図１２におけるブロックＫ６では、ＰＬＣアダプタ３０４が、上記到着したＶｏＩＰパケットＰ１〜Ｐ１０をＰＬＣネットワーク１００１に送出可能なタイミングを図示している。なお、ここでは、ＴＤＭＡ方式により上記到着したＶｏＩＰパケットＰ１〜Ｐ１０をＰＬＣネットワーク１００１に送出する。すなわち、ＶｏＩＰパケットＰ１が到着した時点では、伝送帯域（送信許可期間）は映像フローに対して割り当てられているため、ＶｏＩＰパケットＰ１は直ちにはＰＬＣネットワーク１００１に送出できず、送出可能になるまでＰＬＣアダプタ３０４にてバッファリングされる。そして、ＶｏＩＰフローに割り当てた帯域（送信許可期間）Ｖ１にて、ＰＬＣアダプタ３０４は上記バッファリングしていたＶｏＩＰパケットＰ１をＰＬＣネットワーク１００１に送出する。
ＰＬＣアダプタ３０４にてバッファリングしたために、ＶｏＩＰパケットＰ１には伝送遅延Ｄ３（約２０ｍｓ）が生じている。しかしながら、映像フローに割り当てる帯域（送信許可期間）を細切れにしたことにより、図２７を用いて説明した従来方式にて生じたパケットの伝送遅延よりも小さくなっていることがわかる。
なお、本来は、最初のＶｏＩＰパケットの到着と１サイクルの開始点は必ずしも一致しないが、説明の簡単のためにこれらを一致させている。最初のパケットの到着時間がずれた場合にも、本発明が適用可能であることは、後述の説明から自明である。不割当期間は２０ｍｓごとに設けられているので、サイクルの始点とＶｏＩＰパケットの送信のタイミングがどのようにずれても、伝送遅延Ｄ３が２０ｍｓを超えることはない。（図１２はＤ３が最も大きくなる場合である）また、ＶｏＩＰアダプタ３０４は元々ＩＰ網でのパケット伝送遅延を考慮して設計されており、ＩＰ網での遅延は伝送遅延Ｄ３に比べて大きなものであるので、伝送遅延Ｄ３の遅延によって音質が劣化することはない。
同様に、ＶｏＩＰパケットＰ２は、送出可能になるまでＰＬＣアダプタ３０４にてバッファリングされ、ＶｏＩＰフローに割り当てた帯域（送信許可期間）Ｖ２にてＰＬＣネットワーク１００１に送出される。なお、ＶｏＩＰパケットＰ１をＰＬＣネットワーク１００１に送出するタイミングとＶｏＩＰパケットＰ２をＰＬＣネットワーク１００１に送出するタイミングとの間隔は２０ｍｓであり、ＰＬＣアダプタ３０４へのＶｏＩＰパケットＰ１の到着からＶｏＩＰパケットＰ２の到着までの間隔と同じであるから、通話品質は悪化しない。
以後同様に、ＶｏＩＰパケットＰ３〜Ｐ１０はそれぞれ、送信許可期間Ｖ３〜Ｖ１０において、ＰＬＣネットワーク１００１に送出される。
以上のように、本実施の形態によれば、１）親機２０ａは、映像フローの帯域設定要求を受信した際、映像フローに対して細切れの（時間的に連続しない）帯域（送信許可期間）に割り当てる。その際、不割当期間を、映像フローに対して割り当てた細切れの帯域（送信許可期間）同士の間に設ける。なお、不割当期間は、ＶｏＩＰフローのＱｏＳを確保するために必要なＶｏＩＰパケットの送出間隔毎に設ける。２）そして、親機２０ａは、ＶｏＩＰフローの帯域設定要求を受信した際、上記不割当期間を、ＶｏＩＰフローを割り当てる帯域（送信許可期間）とする。３）そして、親機２０ａが帯域割り当てを行った後、ＶｏＤサーバ１０２およびＶｏＩＰ相手局１０３からそれぞれ映像パケットおよびＶｏＩＰパケットを受信したＰＬＣアダプタ３０４が、映像パケットを上記映像フローに対して割り当てた帯域（送信許可期間）にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出し、ＶｏＩＰパケットを上記ＶｏＩＰフローに対して割り当てた帯域（送信許可期間）にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出する。
よって、ＶｏＩＰフローと映像フローとが同一のネットワーク上で伝送される状況においても、ＶｏＩＰパケットの伝送遅延や到着間隔が大きくならないようにすることができる。したがって、本実施の形態によれば、ＱｏＳを確保したＶｏＩＰによる通話を実現することができる。
（変形例）
上述では、最初に、あるユーザが、帯域設定要求装置４０ａであるＳＴＢ４０２にて、ＶｏＤサーバ１０２にて提供される映像コンテンツの視聴を開始し、その後に、別のユーザが、例えば電話機５３にて、ＶｏＩＰ相手局１０３との間で通話を開始する場合について説明した。しかしながら、最初に、あるユーザが、電話機５３にて、ＶｏＩＰ相手局１０３との間で通話を開始し、その後、別のユーザが、ＳＴＢ４０２にて、ＶｏＤサーバ１０２にて提供される映像コンテンツの視聴を開始する場合であっても、同様である。
すなわち、親機２０ａが、最初に、ＶｏＩＰフローに対する帯域（送信許可期間）の割り当てを要求する帯域設定要求を受信し、あとから、映像フローに対する帯域（送信許可期間）の割り当てを要求する帯域設定要求を受信しても、図１１を用いて説明した帯域割り当て処理に影響はない。したがって、この場合においても、ＶｏＤサーバ１０２およびＶｏＩＰ相手局１０３からそれぞれ映像パケットおよびＶｏＩＰパケットを受信するＰＬＣアダプタ３０４は、適切な間隔でＶｏＩＰパケットをＰＬＣネットワーク１００１に送出することができる。
また、上述では、不割当期間をサイクルの後尾にまとめて割り当てる形態について説明したが、必要に応じて不割当期間についても、１サイクル内で複数に分割して割り当ててもよい。例えば、不割当期間をＶｏＩＰフローに割り当てた帯域（送信許可期間）の後のそれぞれに、割り当てた様子を図１３に示す。これ以外にも、不割当期間を複数に分割して割り当てるパターンはいくつかあるが、ここではその説明を省略する。いずれの場合であっても、親機２０ａは、ＰＬＣネットワーク１００１に送出するＶｏＩＰパケットの間隔が、許容される一定範囲内に収まるように、各データフローに対して帯域割り当てを行なう。
〔実施の形態３〕
実施の形態１では、映像フローの帯域設定要求を受信した親機２０ａが、あとからＶｏＩＰフローに対して割り当てる帯域（送信許可期間）を、自装置に記憶している標準的なコーデックに関する情報に基づいて事前に決定する形態について説明したが、本実施の形態では、映像フローの帯域設定要求に含めるパラメータを、ＶｏＩＰフローに対して割り当てるべき帯域（送信許可期間）を考慮して指定する形態について説明する。
本実施の形態に係る親機２０ｂ（帯域管理装置）は、受信した帯域設定要求に含まれるパラメータに従って、映像フローに対して細切れの（時間的に連続しない）帯域（送信許可期間）に割り当てる。この結果、ＶｏＩＰフローに対して割り当てる帯域（送信可能期間）としての不割当期間が確保されることになる。つまり、親機２０ｂは、受信した帯域設定要求に含まれるパラメータに従って、映像フローに対して帯域（送信許可期間）に割り当てるだけで、結果的に、ＶｏＩＰフローに対して割り当てる帯域（送信可能期間）を確保することとなる。
その後、ＶｏＤサーバ１０２およびＶｏＩＰ相手局１０３からそれぞれ映像パケットおよびＶｏＩＰパケットを受信したＰＬＣアダプタ３０４が、映像パケットを、映像フローに対して割り当てた帯域（送信許可期間）にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出し、ＶｏＩＰパケットを不割当期間にてＣＳＭＡ方式でＰＬＣネットワーク１００１に送出する点については、実施の形態１と同様である。
なお、本実施の形態に係る親機２０ｂは、受信した帯域設定要求に含まれるパラメータに従って、映像フローに対して細切れの帯域（送信許可期間）に割り当てるだけであり、ＶｏＩＰフローに対して割り当てる帯域を決定する処理を行なわないので、従来から知られている帯域管理装置であってもよい。
本実施の形態について図１４および図１５に基づいて説明すると以下の通りである。なお、説明の便宜上、実施の形態１および２にて示した各部材と同一の機能を有する部材には、同一の符号を付記し、その説明を省略する。また、実施の形態１および２にて説明した処理と同一の処理については、その説明を省略する。
本実施の形態に係る帯域設定要求装置４０ｂであるＳＴＢ４０２は、ＶｏＩＰでのデータ通信において使用される標準的なコーデックに関する情報を、工場出荷時などに予め自装置に記憶しているものとする。そのため、帯域設定要求装置４０ｂであるＳＴＢ４０２は、標準的なコーデックに関する情報に基づいて、ＶｏＩＰフローに対して割り当てるべき帯域（送信許可期間）を予め決定することができる。なお、標準的なコーデックに関する情報に基づいて、ＶｏＩＰフローに対して割り当てる帯域（送信許可期間）を決定する方法は、実施の形態１において説明した方法と同様であるので、ここではその説明を省略する。
ところで、実施の形態１では、帯域設定要求のパラメータとして、フロー識別情報および要求帯域サイズを少なくとも指定していることを説明したが、さらに、送信許可期間の割り当て間隔（ＴＸＯＰ間隔）、および、１度に割り当てる送信許可期間の長さ（ＴＸＯＰ長）が設定可能である。
ここで、ＴＸＯＰ間隔およびＴＸＯＰ長について、図８を例に挙げて説明する。図８におけるブロックＫ１で示すような映像フローの帯域割り当てを行ないたい場合、例えば、映像フローの帯域を割り当てる間隔である、時間Ｔ１から時間Ｔ３までの時間長（２０ｍｓ）が、ＴＸＯＰ間隔である。また、一度に映像フローの帯域を割り当てる時間幅である、時間Ｔ１から時間Ｔ２までの時間長（２０ｍｓ−３２μｓ）が、ＴＸＯＰ長である。
ここで、時間Ｔ２から時間Ｔ４までの時間長（２０ｍｓ）、および、ＶｏＩＰフローに対して割り当てる帯域幅である、時間Ｔ２から時間Ｔ３までの時間長（３２μｓ）は、実施の形態１にて説明したように、ＶｏＩＰでのデータ通信において使用される標準的なコーデックに関する情報に基づいて、予め決定することができる。したがって、時間Ｔ２から時間Ｔ４までの時間長が求まれば、時間Ｔ１から時間Ｔ３までの時間長を求めることができ、さらに、時間Ｔ２から時間Ｔ３までの時間長が求まれば、これらに基づいて、時間Ｔ１から時間Ｔ３までの時間長が求まる。よって、ＶｏＩＰでのデータ通信において使用される標準的なコーデックに関する情報に基づいて、映像フローのＴＸＯＰ間隔およびＴＸＯＰ長を予め決定することができる。
したがって、帯域設定要求装置４０であるＳＴＢ４０２は、映像フローのＴＸＯＰ間隔およびＴＸＯＰ長を予め決定しておけば、フロー識別情報および要求帯域サイズに加えて、該決定したＴＸＯＰ間隔およびＴＸＯＰ長を、映像フローの帯域設定要求のパラメータとして指定することにより、親機２０ｂに対して、映像フローのＴＸＯＰ間隔およびＴＸＯＰ長を送信することができる。
そして、親機２０ｂでは、受信した帯域設定要求にパラメータとして指定されているＴＸＯＰ間隔およびＴＸＯＰ長を抽出し、該抽出したＴＸＯＰ間隔およびＴＸＯＰ長に基づいて、映像フローに対して細切れの（時間的に連続しない）帯域（送信許可期間）に割り当てることができる。この結果、ＶｏＩＰフローに対して割り当てる帯域（送信可能期間）としての不割当期間が確保されることになる。その後は、実施の形態１にて説明した方法と同様の方法により帯域割り当てを行なえばよい。
（親機の構成）
次に、図１４を参照しながら、本実施の形態に係る親機２０ｂの構成について説明する。図１４は、本実施の形態に係る親機２０ｂの構成を示すブロック図である。
図１４に示すように親機２０ｂは、制御部２１ｂ、記憶部２２ｂ、ネットワーク通信部２３、および外部装置通信部２４を含んで構成される。
記憶部２２ｂは、実施の形態１の記憶部２２とは異なり、コーデック情報記憶部２２２を含んでいなくてもよい。
制御部２１ｂは、実施の形態１の制御部２１とほぼ同様の部材を備えているが、帯域割り当て部２１１に代えて、帯域割り当て部２１１ｂ（送信許可期間設定手段）を備えている。帯域割り当て部２１１ｂは、帯域割り当て部２１１とほぼ同様の機能を備えているが、帯域割り当て部２１１とは異なり、受信した帯域設定要求のパラメータに含まれるＴＸＯＰ間隔およびＴＸＯＰ長を抽出し、該抽出したＴＸＯＰ間隔およびＴＸＯＰ長に基づいて、映像フローに対する帯域（送信許可期間）割り当てを行なう。この結果、映像フローが割り当てられていない帯域（送信許可期間）は不割当期間となる。その後、他のデータフロー（特に、ＶｏＩＰフロー）の帯域設定要求が行われた際には、当該データフローを、不割当期間に割り当てる。
（帯域設定要求装置の構成）
次に、図１５を参照しながら、本実施の形態に係る帯域設定要求装置４０ｂの構成について説明する。図１５は、本実施の形態に係る帯域設定要求装置４０ｂの構成を示すブロック図である。
図１５に示すように帯域設定要求装置４０ｂは、制御部４１ｂ、記憶部４２ｂ、子機通信部４４、入力操作部４５、およびデータ入出力部４６を含んで構成される。
記憶部４２ｂは、実施の形態１の記憶部４２と異なり、コーデック情報記憶部４２２を含んでいる。
コーデック情報記憶部４２２は、後述する帯域設定要求処理部４１２ｂが、ＴＸＯＰ間隔およびＴＸＯＰ長を決定する際に用いる、ＶｏＩＰでのデータ通信にて使用される標準的なコーデックに関する情報（送信許可期間情報）を、工場出荷時などに予め記憶する。具体的には、標準的なコーデックの規格により定まる、ＶｏＩＰフローに必要な帯域（送信許可期間）およびＶｏＩＰパケットの送出間隔を記憶する。
制御部４１ｂは、実施の形態１の制御部４１とほぼ同様の部材を備えているが、帯域設定要求処理部４１２に代えて、帯域設定要求処理部４１２ｂ（第１送信許可期間決定手段、第２送信許可期間決定手段、帯域設定要求手段）を備えている。帯域設定要求処理部４１２ｂは、帯域設定要求処理部４１２が備える機能に加えて、さらに、ＴＸＯＰ間隔およびＴＸＯＰ長を、帯域設定要求のパラメータとして指定する。
ＴＸＯＰ間隔およびＴＸＯＰ長を決定するために、帯域設定要求処理部４１２ｂは、コーデック情報記憶部４２２に予め記憶している、ＶｏＩＰでのデータ通信にて使用される標準的なコーデックに関する情報に基づいて、ＶｏＩＰフローに対して割り当てるべき帯域（送信許可期間）を決定する（第１送信許可期間決定手段）。この決定方法は、実施の形態１にて述べた方法と同様であるため、ここではその説明を省略する。
そして、帯域設定要求処理部４１２ｂは、該決定した結果に基づいて、上述したように、映像フローの帯域設定要求のためのＴＸＯＰ間隔およびＴＸＯＰ長を求める（つまり、ＴＸＯＰ間隔およびＴＸＯＰ長を決定する）（第２送信許可期間決定手段）。
そして、帯域設定要求処理部４１２ｂは、入力操作部４５からの所定の入力信号をトリガとして、上記求めたＴＸＯＰ間隔およびＴＸＯＰ長をパラメータとして指定した帯域設定要求を、親機２０ｂに送信する（帯域設定要求手段）。
以上のように、本実施の形態によれば、１）帯域設定要求装置４０ｂが、映像フローの帯域設定要求を行なう際、映像フローの帯域設定要求のパラメータに、ＴＸＯＰ間隔およびＴＸＯＰ長を指定する。２）そして、親機２０ｂは、映像フローの帯域設定要求を受信した際、映像フローに対して細切れの（時間的に連続しない）帯域（送信許可期間）を割り当てるが、このとき、該受信した帯域設定要求のパラメータとして指定されているＴＸＯＰ間隔およびＴＸＯＰ長に従って、映像フローに対して帯域を割り当てる。その結果、ＶｏＩＰフローに対して割り当てる帯域（送信可能期間）としての不割当期間が確保されることになる。２）そして、親機２０ｂが帯域割り当てを行った後、ＶｏＤサーバ１０２およびＶｏＩＰ相手局１０３からそれぞれ映像パケットおよびＶｏＩＰパケットを受信したＰＬＣアダプタ３０４が、映像パケットを上記映像フローに対して割り当てた帯域（送信許可期間）にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出し、ＶｏＩＰパケットを上記不割当期間にてＣＳＭＡ方式でＰＬＣネットワーク１００１に送出する。
よって、ＶｏＩＰフローと映像フローとが同一のネットワーク上で伝送される状況においても、ＶｏＩＰパケットの伝送遅延や到着間隔が大きくならないようにすることができる。したがって、本実施の形態によれば、ＱｏＳを確保したＶｏＩＰによる通話を実現することができる。
〔実施の形態４〕
本実施の形態について説明すると以下の通りである。なお、説明の便宜上、実施の形態１〜３にて示した各部材と同一の機能を有する部材には、同一の符号を付記し、その説明を省略する。また、実施の形態１〜３にて説明した処理と同一に処理については、その説明を省略する。
本実施の形態では、映像パケットおよびＶｏＩＰパケットのいずれについてもＴＤＭＡ方式にてＰＬＣネットワーク１００１に送出する形態である。したがって、本実施の形態では、映像フローの受信を要求するＰＬＣアダプタ３０２から親機２０ｂに対して、映像フローの帯域設定要求が行われ、ＶｏＩＰフローの受信を要求するＰＬＣアダプタ３０３から親機２０ｂに対して、ＶｏＩＰフローの帯域設定要求が行われる。
また、本実施の形態では、ＶｏＩＰフローの伝送のために不割当期間が設けられるように、映像フローの帯域設定要求のパラメータを指定する形態である。そして、親機２０ｂは、受信した帯域設定要求に含まれるパラメータに従って、映像フローに対して帯域（送信許可期間）を割り当てると、細切れの（時間的に連続しない）帯域（送信許可期間）が割り当てられることとなり、その結果、ＶｏＩＰフローの伝送のための不割当期間が生じる。その後、ＶｏＩＰフローの帯域設定要求が行われた際には、当該不割当期間にＶｏＩＰフローのための帯域が割り当てられる。ＶｏＤサーバ１０２およびＶｏＩＰ相手局１０３からそれぞれ映像パケットおよびＶｏＩＰパケットを受信したＰＬＣアダプタ３０４が、映像パケットを、映像フローに対して割り当てた帯域（送信許可期間）にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出し、ＶｏＩＰパケットをＶｏＩＰフローに対して割り当てた帯域（送信許可期間）にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出する点については、実施の形態２と同様である。
本実施の形態では、帯域設定要求装置４０ｂであるＳＴＢ４０２が、ＶｏＩＰでのデータ通信において使用される標準的なコーデックに関する情報を、工場出荷時などに予め自装置に記憶しているものとする。そのため、帯域設定要求装置４０ｂであるＳＴＢ４０２は、標準的なコーデックに関する情報に基づいて、ＶｏＩＰフローに対して割り当てるべき帯域（送信許可期間）を予め決定することができる。なお、標準的なコーデックに関する情報に基づいて、ＶｏＩＰフローに対して割り当てる帯域（送信許可期間）を決定する方法は、実施の形態１において説明した方法と同様であるので、ここではその説明を省略する。
実施の形態３にて説明したように、帯域設定要求装置４０ｂであるＳＴＢ４０２は、映像フローのＴＸＯＰ間隔およびＴＸＯＰ長を予め決定しておけば、フロー識別情報および要求帯域サイズに加えて、該決定したＴＸＯＰ間隔およびＴＸＯＰ長を、映像フローの帯域設定要求のパラメータとして指定することにより、親機２０ｂに対して、映像フローのＴＸＯＰ間隔およびＴＸＯＰ長を送信することができる。
そして、親機２０ｂでは、受信した帯域設定要求にパラメータとして指定されているＴＸＯＰ間隔およびＴＸＯＰ長を抽出し、該抽出したＴＸＯＰ間隔およびＴＸＯＰ長に基づいて、映像フローに対して帯域（送信許可期間）を割り当てるが、これは細切れの（時間的に連続しない）帯域（送信許可期間）となり、ＶｏＩＰフローの伝送のために使用される帯域は不割当期間となる。その後、ＶｏＩＰフローの帯域設定要求が行われた際には、当該不割当期間にＶｏＩＰフローのための帯域を割り当てる。
以上のように、本実施の形態によれば、１）帯域設定要求装置４０ｂが、映像フローの帯域設定要求を行なう際、映像フローの帯域設定要求のパラメータとして、ＴＸＯＰ間隔およびＴＸＯＰ長を指定する。２）そして、親機２０ｂは、映像フローの帯域設定要求を受信した際、映像フローの帯域（送信許可期間）に割り当てるが、このとき、該受信した帯域設定要求のパラメータとして指定されているＴＸＯＰ間隔およびＴＸＯＰ長を抽出し、該抽出したＴＸＯＰ間隔およびＴＸＯＰ長に基づいて、映像フローに対して帯域を割り当てれば、映像フローの帯域（送信許可期間）同士の間に不割当期間が設けられることになる。この不割当期間は、ＶｏＩＰフローのＱｏＳを確保するために必要なＶｏＩＰパケットの送出間隔毎に設けられることになる。２）そして、親機２０ｂは、ＶｏＩＰフローの帯域設定要求を受信した際、上記不割当期間を、ＶｏＩＰフローを割り当てる帯域（送信許可期間）とする。３）そして、親機２０ｂが帯域割り当てを行った後、ＶｏＤサーバ１０２およびＶｏＩＰ相手局１０３からそれぞれ映像パケットおよびＶｏＩＰパケットを受信したＰＬＣアダプタ３０４が、映像パケットを上記映像フローに対して割り当てた帯域（送信許可期間）にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出し、ＶｏＩＰパケットを上記ＶｏＩＰフローに対して割り当てた帯域（送信許可期間）にてＴＤＭＡ方式でＰＬＣネットワーク１００１に送出する。
よって、ＶｏＩＰフローと映像フローとが同一のネットワーク上で伝送される状況においても、ＶｏＩＰパケットの伝送遅延や到着間隔が大きくならないようにすることができる。したがって、本実施の形態によれば、ＱｏＳを確保したＶｏＩＰによる通話を実現することができる。
〔実施の形態５〕
実施の形態１〜４において、ＶｏＩＰでのデータ通信を行なうＶｏＩＰアダプタ４０３はＰＬＣネットワーク１００１上で常にアクティブであるものと仮定し、また、ＶｏＩＰフローに対する帯域割り当ては、予め記憶している、コーデックに関する情報に基づいて決定する形態について説明した。つまり、現実にＶｏＩＰでのデータ通信を行なうかどうかにかかわらず、さらにはＶｏＩＰでのデータ通信を行なうＶｏＩＰアダプタ４０３の電源がオフである場合や、ＶｏＩＰアダプタ４０３が接続されていない場合であっても、ＶｏＩＰフローの帯域（送信許可期間）を割り当てるようにした。
それに代えて、本実施の形態に係る親機２０ｃ（帯域管理装置）は、子機３０（ＰＬＣアダプタ３０３）が保持する、該子機３０に接続されている帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）や電話機５３の電源の投入状況が確認可能な情報（以下、子機情報と称する）を取得する。そして、親機２０ｃは、該取得した子機情報を基に、帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）や電話機５３の電源がオンであるか否かを判定する。そして、電源がオンの場合は、実施の形態１〜４で説明したように、ＶｏＩＰフローに対して割り当てる帯域（送信許可期間）を考慮して、映像フローに対する帯域を割り当てる。一方、電源がオフの場合は、映像フローに対して時間的に連続する（ひとかたまりの）帯域（送信許可期間）を割り当てる。
本実施の形態について図１６および図１７に基づいて説明すると以下の通りである。なお、説明の便宜上、実施の形態１〜４にて示した各部材と同一の機能を有する部材には、同一の符号を付記し、その説明を省略する。また、実施の形態１〜４にて説明した処理と同一に処理については、その説明を省略する。
（親機の構成）
次に、図１６を参照しながら、本実施の形態に係る親機２０ｃの構成について説明する。図１６は、本実施の形態に係る親機２０ｃの構成を示すブロック図である。
図１６に示すように親機２０ｃは、制御部２１ｃ、記憶部２２、ネットワーク通信部２３、および外部装置通信部２４を含んで構成される。
制御部２１ｃは、実施の形態２の制御部２１とほぼ同様の部材を備えているが、新たに、子機情報取得・解析部２１５（電源状況取得手段）を備えている。また、帯域割り当て部２１１に代えて、帯域割り当て部２１１ｃ（優先伝送判定手段、送信許可期間設定手段）を備えている。
子機情報取得・解析部２１５は、上述したように、子機３０（ＰＬＣアダプタ３０３）が保持する子機情報を、所定トリガ（一定周期など）に応じて取得する。そして、該取得した子機情報を解析し、帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）や電話機５３の電源がオンであるか否かを確認する。そして、電源がオンであることを確認した場合、子機情報取得・解析部２１５は、帯域割り当て部２１１ｃにその旨通知する。
帯域割り当て部２１１ｃは、帯域割り当て部２１１とほぼ同様の機能を備えているが、帯域割り当て部２１１とは異なり、ＶｏＩＰフローに対して割り当てる帯域（送信許可期間）の事前決定は、子機情報取得・解析部２１５からの通知があったときに行なう。
なお、子機情報取得・解析部２１５からの通知により、ＶｏＩＰフローに対して割り当てる帯域（送信許可期間）の決定を行なう前に、帯域割り当て部２１１ｃが、他のデータフロー（映像フローなど）に対して、時間的に連続した（ひとまとまりの）帯域（送信許可期間）を既に割り当てていた場合、該他のデータフローに対する帯域（送信許可期間）の割り当てを再計算する。具体的には、上記決定したＶｏＩＰフローに対して割り当てる帯域（送信許可期間）を、既に他のデータフローに割り当てられた帯域（送信許可期間）の間に挿入できるように、既に他のデータフローに割り当てられた帯域（送信許可期間）を分割したり、並べ替えたりする。
一方、子機情報取得・解析部２１５からの通知がない間は、帯域割り当て部２１１ｃは、受信する帯域設定要求に基づいて、映像フローに対して時間的に連続する（ひとかたまりの）帯域（送信許可期間）を割り当てる。
なお、その他の機能については、帯域割り当て部２１１と同様である。
（帯域割り当て処理）
次に図１７を参照しながら、本実施の形態における、帯域割り当て処理の流れを説明する。図１７は、本実施の形態における、帯域割り当て処理の流れの一例を示すフローチャートである。
図１７は、実施の形態２において図１１を用いて説明したフローチャートとほぼ同様であるが、図１１と比較すると、ステップＳ１００が無く、また、ステップＳ１０９〜Ｓ１１２が含まれる点が異なる。
すなわち、親機２０ｃの起動直後、帯域割り当て部２１１ｃは、あとからＶｏＩＰフローに割り当てるべき帯域（送信許可期間）を事前に決定せずに、親機２０ｃは、受信待ち状態となる。
また、前回ビーコン信号を送信してから所定期間を経過していない場合（ステップＳ１０７にてＮＯ）、親機２０ｃは、直ちに受信待ち状態とならず、子機情報取得・解析部２１５が、子機情報を取得する（ステップＳ１０９）。そして、子機情報取得・解析部２１５が、該取得した子機情報を解析し、帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）や電話機５３の電源がオンであるか否かを確認した結果、電源がオンであれば（ステップＳ１１０にてＹＥＳ）、帯域割り当て部２１１ｃが、ＶｏＩＰフローに割り当てるべき帯域（送信許可期間）を事前に決定する（ステップＳ１１１）。そして、他のデータフロー（映像フローなど）に対して、時間的に連続した（ひとまとまりの）帯域（送信許可期間）を既に割り当てている場合は、既他のデータフローに対する帯域（送信許可期間）の割り当てを再計算する（ステップＳ１１２）。その後、親機２０ｃは、受信待ち状態となる。
また、帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）や電話機５３の電源がオフであれば（ステップＳ１１０にてＮＯ）、その後、親機２０ｃは、受信待ち状態となる。
以上のように、本実施の形態によれば、帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）や電話機５３の電源がオンである場合は、映像フローに対して細切れの帯域（送信許可期間）を割り当て、かつ、ＶｏＩＰフローに対して割り当て可能な帯域（送信許可期間）を、映像フローに対して割り当てた細切れの帯域（送信許可期間）同士の間に設ける。一方、帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）や電話機５３の電源がオフの場合は、映像フローに対して時間的に連続する（ひとかたまりの）帯域（送信許可期間）を割り当てる。
よって、常にＶｏＩＰフローに対して割り当て可能な帯域（送信許可期間）を割り当てるのではなく、帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）や電話機５３の電源がオンである（つまり、ＶｏＩＰでの通信が行われる可能性がある）ときのみ、ＶｏＩＰフローに対して帯域（送信許可期間）を割り当てる。したがって、本実施の形態によれば、使用されないＶｏＩＰフローの帯域（送信許可期間）を割り当てることが少なくなり、ネットワーク全体として効率的な帯域割り当てを実現することができる。
（変形例）
なお、上記では子機情報として電源の投入状況が確認可能な情報を通知しているが、これに代えて、帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）や電話機５３が通信を行っているか否かが確認可能な情報を通知してもよい。これにより、親局はＶｏＩＰフローを受信する装置が通信を行っている場合にのみ、ＶｏＩＰフローに対して帯域（送信許可期間）を割り当てることができる。
また、子機情報の取得については、所定トリガ（一定周期など）に応じて親機２０ｃから子機３０に対して取得要求を送信し、その応答として子機３０が子機情報を通知するようにしてもよい。
また、親機２０ｃが常に子機３０からの受信を待っており、子機３０は、データ送信装置などの電源状態の変化があったことを検知すると、能動的に子機情報を親機２０ｃに送信するようにしてもよい。
上述では、親機２０ｃが、子機３０が保持する子機情報を取得し、該取得した子機情報を基に、ＶｏＩＰフローに対して割り当てる帯域（送信許可期間）を事前に決定する構成としたが、例えば帯域設定要求装置が、自装置に接続されているデータ受信端末の電源の投入状況を取得し、該取得した情報を基に、ＶｏＩＰフローに対して割り当てる帯域（送信許可期間）を事前に決定する構成としてもよいので、以下で説明する。
つまり、例えば、帯域設定要求装置であるＳＴＢ４０２が、ＶｏＩＰフローのデータ受信端末である電話機５３の電源がオンであるか否かを確認する（電源状況取得手段）。ここで、通常は、ＳＴＢ４０２と電話機５３は離れた場所に設置されており、直接通信はできない。そのため、まず、電話機５３に直接接続されているＶｏＩＰアダプタ４０３が電話機５３の電源状況を取得する。そして、ＶｏＩＰアダプタ４０３がＰＬＣアダプタ３０３とＰＬＣアダプタ３０２を経由してＳＴＢ４０２と通信し、電話機５３の電源状況を通知することが考えられる。
そして、ＳＴＢ４０２が、電話機５３の電源がオンであることを通知された場合、実施の形態３にて説明した方法により、ＶｏＩＰフローの伝送を考慮したＴＸＯＰ間隔およびＴＸＯＰ長をパラメータとして指定した帯域設定要求を親機２０ｃに送信する。すなわち、帯域設定要求装置であるＳＴＢ４０２が、予め自装置に記憶している標準的なコーデックに関する情報に基づいて、ＶｏＩＰフローに対して割り当てるべき帯域（送信許可期間）を決定する。そして、該決定の結果に基づいて、ＶｏＩＰフローの伝送を考慮して、映像フローのＴＸＯＰ間隔およびＴＸＯＰ長を決定することができる。この決定方法は、実施の形態３にて説明した決定方法と同様である。
そして、帯域設定要求装置であるＳＴＢ４０２は、上記決定したＴＸＯＰ間隔およびＴＸＯＰ長をパラメータとして指定した帯域設定要求を、親機２０ｃに送信する（優先伝送判定手段、帯域設定要求手段）。
そして、親機２０ｃの帯域割り当て部２１１ｃは、受信した帯域設定要求にパラメータとして指定されているＴＸＯＰ間隔およびＴＸＯＰ長を抽出し、該抽出したＴＸＯＰ間隔およびＴＸＯＰ長に基づいて、映像フローに対して帯域（送信許可期間）を割り当てればよい。この帯域割り当てについても、実施の形態３にて説明したものと同様である。なお、ＴＸＯＰ間隔およびＴＸＯＰ長が設定されていなければ、映像フローに対して時間的に連続した（ひとかたまりの）帯域（送信許可期間）を割り当てればよい。
〔実施の形態６〕
本実施の形態では、ＶｏＩＰでのデータ通信を行なう帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）が、自装置の存在を後述する親機２０ｄ（帯域管理装置）に通知する形態について説明する。その際、帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）は、自装置がＶｏＩＰでのデータ通信を行なうにあたって必要なＶｏＩＰフローの帯域の割り当て間隔を通知するものとする。そして、本実施の形態に係る親機２０ｄは、上記通知を受信した場合だけ、ＶｏＩＰフローに対する帯域割り当てを考慮するようにする。これにより、親局はネットワーク上にＶｏＩＰフローを受信する装置が存在するかどうかを認識できるので、ＶｏＩＰフローを受信する装置が存在しないにもかかわらずＶｏＩＰフローに対する帯域割り当てのための処理を行ってしまう、という無駄を防ぐことができる。
本実施の形態について図１８に基づいて説明すると以下の通りである。なお、説明の便宜上、実施の形態１〜５にて示した各部材と同一の機能を有する部材には、同一の符号を付記し、その説明を省略する。また、実施の形態１〜５にて説明した処理と同一に処理については、その説明を省略する。
（帯域設定要求装置の構成）
帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）は、自装置の存在を通知するための制御用パケット（帯域設定要求とは別のパケット）を、自装置の起動時に、親機２０ｄに向けて送信する。該制御用パケットには、自装置がＶｏＩＰでのデータ通信を行なうにあたって必要なＶｏＩＰフローの帯域の割り当て間隔を含めるようにする。上記必要なＶｏＩＰフローの帯域の割り当て間隔は、予め帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）に記憶させておけばよい。ＶｏＩＰの通信で使用される音声コーデックは、ＶｏＩＰアダプタの機種によって異なる場合があるが、ＶｏＩＰアダプタ４０３から親局に通知するようにすれば、親局はＶｏＩＰアダプタの機種の違いを意識せずに、ＶｏＩＰのための帯域割り当ての間隔を知ることができる。
（親機の構成）
次に、図１８を参照しながら、本実施の形態に係る親機２０ｄの構成について説明する。図１８は、本実施の形態に係る親機２０ｄの構成を示すブロック図である。
図１８に示すように親機２０ｄは、制御部２１ｄ、記憶部２２ｄ、ネットワーク通信部２３、および外部装置通信部２４を含んで構成される。
記憶部２２ｄは、実施の形態１の記憶部２２とは異なり、コーデック情報記憶部２２２を含んでいなくてもよい。
制御部２１ｄは、実施の形態１の制御部２１とほぼ同様の部材を備えているが、新たに、子機通知受信・解析部２１６（電源状況取得手段）を備えている。また、帯域割り当て部２１１に代えて、帯域割り当て部２１１ｄ（優先伝送判定手段、送信許可期間設定手段）を備えている。
子機通知受信・解析部２１６は、帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）から、ＶｏＩＰフローの帯域の割り当て間隔を含む制御用パケットを受信した場合、帯域設定要求装置４０ｄがネットワーク上に存在しており、ＶｏＩＰフローのための帯域を考慮しなければならないことを認識する。また、該制御用パケットから、ＶｏＩＰフローの帯域の割り当て間隔を取得する。
帯域割り当て部２１１ｄは、帯域割り当て部２１１とほぼ同様の機能を備えているが、帯域割り当て部２１１とは異なり、自装置に保持しているコーデックに関する情報からＶｏＩＰフローに対して割り当てるべき帯域（送信許可期間）を決定しなくてもよい。
帯域割り当て部２１１ｄは、帯域割り当て部２１１と同様に、子機３０から受信した帯域設定要求に含まれるフロー識別情報で示されるデータフローに対して細切れの帯域（送信許可期間）を割り当てるが、子機通知受信・解析部２１６にてＶｏＩＰアダプタ４０３がネットワーク上に存在していることが検出された場合にのみ、該細切れの帯域（送信許可期間）間のそれぞれに、子機通知受信・解析部２１６が取得した、ＶｏＩＰフローの帯域の割り当て間隔を設けるように、上記細切れの帯域（送信許可期間）を割り当てる。なお、その他の機能は、帯域割り当て部２１１と同様である。
（変形例）
上述では、実施の形態１で説明した構成をベースにして、ＶｏＩＰでのデータ通信を行なう帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）が、自装置が存在することを親機２０ｄに通知する構成について説明したが、これは、実施の形態２〜４で説明した構成にも適用可能である。
また上述では、帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）が、自装置の存在を親機２０ｄに通知する形態について説明したが、帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）が使用するコーデックを識別可能な情報を親機２０ｄに通知してもよい。そして、親機２０ｄは、上記通知されたコーデックに基づいて、ＶｏＩＰフローの帯域の割り当て間隔を決定してもよい。この場合、親機２０ｄは、コーデックと割り当て間隔との対応づけを、工場出荷時などに予め自装置に記憶しているものとする。
また上述では、ＶｏＩＰでのデータ通信を行なう帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）が、起動時に制御用パケットを送信する形態について説明したが、実際にＶｏＩＰでのデータ通信が開始されるタイミングで上記制御用パケットを送信してもよい。この場合、親機２０ｄは、上記制御用パケットを受信するまでは、映像フローを時間的に連続する（ひとかたまりの）帯域（送信許可期間）に割り当てておき、上記制御用パケットを受信した後は、上述したように、映像フローを細切れの帯域（送信許可期間）に割り当てるようにすればよい。
また上述では、ＶｏＩＰでのデータ通信を行なう帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）が、能動的に、上記制御パケットを送信する形態について説明したが、親機２０ｄから帯域設定要求装置４０の状態を確認する要求を送信し、帯域設定要求装置４０が該要求の応答として、上記制御用パケットを送信してもよい。
また上述では、ＶｏＩＰでのデータ通信を行なう帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）が、上記制御パケットを送信する形態について説明したが、該帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）に接続されている子機３０（ＰＬＣアダプタ３０３）が、帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）が存在するか否かを検出し、その検出結果に応じて制御用パケットを親機２０ｄに送信してもよい。
〔実施の形態７〕
実施の形態６では、ＶｏＩＰでのデータ通信を行なう帯域設定要求装置４０ｄ（ＶｏＩＰアダプタ４０３）が親機２０ｄに対して、自装置の存在を通知する形態について説明した。
それに代えて、本実施の形態に係る親機２０ｅ（帯域管理装置）は、ＰＬＣネットワーク１００１で伝送されるパケットをスヌーピングし、ＶｏＩＰでの通信を開始する際に呼び出し側と応答側との間でやりとりされるシグナリングパケットが伝送されていれば、そのパケットの内容を解析することにより、ＶｏＩＰフローに割り当てが必要な帯域、および、ＶｏＩＰパケットの送信間隔を求める。
上記シグナリングパケットとは、１）帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）（呼び出し側）からＶｏＩＰ相手局１０３（応答側）へ送信される、シグナリングプロトコルであるＳＩＰ（Session Initiation Protocol）の“ＩＮＶＩＴＥ”メッセージのパケット、および、２）ＶｏＩＰ相手局１０３（応答側）から帯域設定要求装置４０（ＶｏＩＰアダプタ４０３）（呼び出し側）へ送信されるＳＩＰの“２００ ＯＫ”メッセージのパケットである。
上記シグナリングパケットは、ＶｏＩＰでの通信の際に、呼び出し側と応答側との間でネゴシエーションのためにやりとりされるパケットである。したがって、上記シグナリングパケットが伝送された後で、ＶｏＩＰでの通信が開始されることとなる。
そして、上記シグナリングパケットには、ＳＤＰ（Session Description Protocol）にて記述された、ネゴシエーションに用いられる情報が含まれる。この情報には、“ａ＝ｒｔｐｍａｐ”フィールドが含まれている。このフィールドには、呼び出し側と応答側との間で使用するコーデックを示す文字列が記述されている。“ａ＝ｒｔｐｍａｐ”フィールドは、例えば、以下のように記述される。
ａ＝ｒｔｐｍａｐ：０ ＰＣＭＵ／８０００
ａ＝ｒｔｐｍａｐ：１８ Ｇ７２９／８０００
上記において、ＰＣＭＵ／８０００はＧ．７１１のコーデックを示し、Ｇ７２９／８０００はＧ．７２９のコーデックを示す。なお、“ａ＝ｒｔｐｍａｐ”フィールドに記述される文字列と、コーデックとの対応付けは、ＲＦＣ１８９０にて定義されている。
したがって、“ａ＝ｒｔｐｍａｐ”フィールドの記述内容を解析し、呼び出し側と応答側との間で使用するコーデックが分かれば、そのコーデックを使用するときの、ＶｏＩＰフローに割り当てが必要な帯域、および、ＶｏＩＰパケットの送信間隔が決まる。
例えば、コーデックがＧ．７１１であることがわかれば、ＶｏＩＰフローに必要な帯域は６４ｋｂｐｓであり、ＶｏＩＰパケットの送信間隔は２０ｍｓと決まる。また、コーデックがＧ．７２９であることがわかれば、ＶｏＩＰフローに必要な帯域は８ｋｂｐｓであり、ＶｏＩＰパケットの送信間隔は２０ｍｓと決まる。なお、親機２０ｅは、コーデックの種類と、必要な帯域およびパケット間隔との対応付けを、工場出荷時などに予め記憶しておけばよい。
したがって、上記のように求めた、ＶｏＩＰフローに必要な帯域およびＶｏＩＰパケットの送信間隔にしたがって、親機２０ｅは帯域割り当てを行なうようにすればよい。
本実施の形態について図１９に基づいて説明すると以下の通りである。なお、説明の便宜上、実施の形態１〜６にて示した各部材と同一の機能を有する部材には、同一の符号を付記し、その説明を省略する。また、実施の形態１〜６にて説明した処理と同一に処理については、その説明を省略する。
（親機の構成）
図１９を参照しながら、本実施の形態に係る親機２０ｅの構成について説明する。図１９は、本実施の形態に係る親機２０ｅの構成を示すブロック図である。
図１９に示すように親機２０ｅは、制御部２１ｅ、記憶部２２、ネットワーク通信部２３、および外部装置通信部２４を含んで構成される。
制御部２１ｅは、実施の形態１の制御部２１とほぼ同様の部材を備えているが、新たに、パケット取得・解析部２１７（シグナリング信号検出手段）を備えている。また、帯域割り当て部２１１に代えて、帯域割り当て部２１１ｅ（優先伝送判定手段、送信許可期間設定手段）を備えている。
パケット取得・解析部２１７は、上述した、ＰＬＣネットワーク１００１上を流れるパケットをスヌーピングする（自装置宛でないパケットまでをも受信して解析する）。そして、上述したシグナリングパケットである、“ＩＮＶＩＴＥ”メッセージのパケット、および、“２００ ＯＫ”メッセージのパケットが存在するかどうかを調べる。
そして、上記シグナリングパケットが存在すれば、パケット取得・解析部２１７は、それぞれのパケットに含まれる“ａ＝ｒｔｐｍａｐ”フィールドの記述内容を解析することにより、使用されるコーデックの種類を調べる。
そして、パケット取得・解析部２１７は、予めコーデック情報記憶部２２２に記憶している、コーデックの種類と必要な帯域およびパケット間隔との対応付けを参照して、ＶｏＩＰフローに必要な帯域およびＶｏＩＰパケットの送信間隔を求める。
そして、帯域割り当て部２１１ｅは、パケット取得・解析部２１７が上記求めたＶｏＩＰフローに必要な帯域およびＶｏＩＰパケットの送信間隔に基づいて、帯域割り当てを行なう。帯域割り当ての方法は、実施の形態１において説明した方法と同様であるので、ここではその説明を省略する。
（変形例）
上述では、実施の形態１で説明した構成をベースにして、シグナリングパケットを解析する構成について説明したが、これは、実施の形態２〜４で説明した構成にも適用可能である。
また上述では、シグナリングパケットをスヌーピングする形態について説明したが、ＶｏＩＰパケットそのものをスヌーピングしてもよい。この場合、親機２０ｅは、ＶｏＩＰパケットの存在を確認するまでの間は、映像フローを時間的に連続する（ひとかたまりの）帯域（送信許可期間）に割り当てておき、ＶｏＩＰパケットの存在を確認した後は、映像フローを細切れの帯域（送信許可期間）に割り当てるようにすればよい。パケットがＶｏＩＰフローに属するかどうかはパケットのＲＴＰヘッダの”ＰＴ（payload type）フィールド”を解析すればわかる。ＰＴフィールドは、そのパケットがどのようなデータであるかを示すフィールドであり、例えば、ＰＴフィールドの値が０ならばＧ．７１１のパケットであり、ＰＴフィールドの値が２ならばＧ．７１４のパケットであることがわかる。また、親機は予め記憶されていたＶｏＩＰのコーデックの情報からＶｏＩＰフローのパケット送信間隔やパケットサイズを知ることができるので、ＰＬＣネットワークにおいて送信されているパケットの送信間隔やパケットサイズを解析することでそのパケットがＶｏＩＰフローに属するか否かを判定してもよい。例えば、パケットの送信元ＩＰアドレスや送信先ＩＰアドレスが同じ値であるパケットのパケットサイズ、および、当該パケットが送信された時間の履歴を記憶部に保存する。そして、パケットの送信された時間の間隔の平均値と、コーデックで規定されているパケット送信間隔との差を算出する。そして、当該差が予め定めた閾値以下であり、かつ、当該パケットのパケットサイズとして記憶部に保存したものと、コーデックで規定されているパケットサイズとが一致する場合、当該パケットが属するデータフローが、そのコーデックを使用していると判定することが考えられる。
また上述では、シグナリングパケットに含まれる“ａ＝ｒｔｐｍａｐ”フィールドの記述内容を解析することにより、使用されるコーデックの種類を調べる形態を説明したが、シグナリングパケットに含まれる“ａ＝ｐｔｉｍｅ”フィールドの記述を解析することにより、ＶｏＩＰパケットの送信間隔を調べてもよい。なお、“ａ＝ｐｔｉｍｅ”フィールドは、例えば、「ａ＝ｐｔｉｍｅ：２０」と記述されており、この場合は、ＶｏＩＰパケットの送信間隔が２０ｍｓであることを意味している。
また、上述では、親機２０ｅが、ＰＬＣネットワーク１００１で伝送されるパケットをスヌーピングし、ＶｏＩＰでの通信を開始する際に呼び出し側と応答側との間でやりとりされるシグナリングパケットが伝送されていれば、そのパケットの内容を解析することにより、ＶｏＩＰフローに割り当てが必要な帯域、および、ＶｏＩＰパケットの送信間隔を求める構成について説明したが、上記スヌーピングおよびパケット内容の解析を帯域設定要求装置で行なう構成であってもよいので、以下で説明する。
すなわち、帯域設定要求装置がＰＬＣネットワーク１００１で伝送されるパケットを子機を経由してスヌーピングし、ＶｏＩＰでの通信を開始する際に呼び出し側と応答側との間でやりとりされるネゴシエーションパケットが伝送されているか否かを調べる（シグナリング信号検出手段）。
そして、シグナリングパケットが伝送されていることがわかれば、帯域設定要求装置は、シグナリングパケットの内容を解析することによって、ＶｏＩＰフローに割り当てが必要な帯域、および、ＶｏＩＰパケットの送信間隔を求める。この解析方法は上述と同様である。
そして、帯域設定要求装置は、上記求めたＶｏＩＰフローに割り当てが必要な帯域、および、ＶｏＩＰパケットの送信間隔から、映像フローのＴＸＯＰ間隔およびＴＸＯＰ長を決定することができる。この決定方法は、実施の形態３にて説明した決定方法と同様である。
そして、帯域設定要求装置は、上記決定したＴＸＯＰ間隔およびＴＸＯＰ長をパラメータとして指定した帯域設定要求を、親機２０ｅに送信する。なお、シグナリングパケットが伝送されていなければ、ＴＸＯＰ間隔およびＴＸＯＰ長をパラメータとして指定しない帯域設定要求を、親機２０ｅに送信する（優先伝送判定手段、帯域設定要求手段）。
そして、親機２０ｅの帯域割り当て部２１１ｅは、受信した帯域設定要求にパラメータとして指定されているＴＸＯＰ間隔およびＴＸＯＰ長を抽出し、該抽出したＴＸＯＰ間隔およびＴＸＯＰ長に基づいて、映像フローに対して帯域（送信許可期間）を割り当てればよい。なお、ＴＸＯＰ間隔およびＴＸＯＰ長が設定されていなければ、映像フローに対して時間的に連続した（ひとかたまりの）帯域（送信許可期間）を割り当てればよい。この帯域割り当てについても、実施の形態３にて説明したものと同様である。
〔実施の形態８〕
本実施の形態に係る親機２０ｆ（帯域管理装置）は、Ｗｅｂサーバ機能を備えており、ＶｏＩＰフローに対するＱｏＳの設定画面を提供するＷｅｂページを生成する。ＶｏＩＰフローに対するＱｏＳの設定画面とは、ＶｏＩＰフローの帯域割り当てが必要であるか否か（言い換えれば、ＶｏＩＰでの通信を優先的に行なうか否か）、さらには、どのようなＶｏＩＰのサービスを利用するか（例えば、Ａ社が提供するＶｏＩＰサービスを利用するか、それとも、Ｂ社が提供するＶｏＩＰサービスを利用するか、など）についてユーザ入力可能な画面である。そして、ユーザは、帯域設定要求装置４０や子機３０にて、Ｗｅｂブラウザなどを利用して上記Ｗｅｂページにアクセスし、上記画面上で、ＶｏＩＰフローの帯域割り当てが必要であるか否か、さらには、どのようなＶｏＩＰのサービスを利用するかについて入力する。これにより、親機２０ｆは、ＶｏＩＰフローに必要な帯域、および、ＶｏＩＰパケットの送出間隔を取得することができる。
本実施の形態について図２０から図２３に基づいて説明すると以下の通りである。なお、説明の便宜上、実施の形態１〜７にて示した各部材と同一の機能を有する部材には、同一の符号を付記し、その説明を省略する。また、実施の形態１〜７にて説明した処理と同一に処理については、その説明を省略する。
（親機の構成）
次に、図２０を参照しながら、本実施の形態に係る親機２０ｆの構成について説明する。図２０は、本実施の形態に係る親機２０ｆの構成を示すブロック図である。
図２０に示すように親機２０ｆは、制御部２１ｆ、記憶部２２ｆ、ネットワーク通信部２３、および外部装置通信部２４を含んで構成される。
記憶部２２ｆは、実施の形態１の記憶部２２とは異なり、コーデック情報記憶部２２２に代えて、サービス情報記憶部２２３を含んでいる。サービス情報記憶部２２３は、帯域設定要求装置４０が利用するであろうＶｏＩＰのサービスと、該ＶｏＩＰのサービスで送信されるＶｏＩＰフローに必要な帯域およびＶｏＩＰパケットの送信間隔との対応付け（以下、サービス情報と称する）を、工場出荷時などに予め記憶している。
制御部２１ｆは、実施の形態１の制御部２１とほぼ同様の部材を備えているが、新たに、ＱｏＳ設定画面提供部２１８（優先伝送入力手段）を備えている。また、帯域割り当て部２１１に代えて、帯域割り当て部２１１ｆ（優先伝送判定手段、送信許可期間設定手段）を備えている。
ＱｏＳ設定画面提供部２１８は、ＶｏＩＰフローの帯域割り当てが必要であるか否かが入力可能な画面をＷｅｂページとして提供する。さらに、サービス情報記憶部２２３から取得したＶｏＩＰのサービスに基づいて、どのようなＶｏＩＰのサービスを利用するかについて選択可能な画面を生成し、Ｗｅｂページとして提供してもよい。これらの２つの画面例については後述する。
なお、上記提供されるＷｅｂページのＵＲＬは、帯域設定要求装置４０（ＳＴＢ４０２など）にて予め記憶されているか、または、ユーザが入力するものとする。
そして、ＱｏＳ設定画面提供部２１８は、上記画面にてユーザが入力した結果を、後述する帯域割り当て部２１１ｆに送る。
帯域割り当て部２１１ｆは、ＱｏＳ設定画面提供部２１８から、ＶｏＩＰフローの帯域割り当てが必要である旨のユーザ入力結果が送られてくるまでは、映像フローを時間的に連続する（ひとかたまりの）帯域（送信許可期間）に割り当て、一方、ＶｏＩＰフローの帯域割り当てが必要である旨のユーザ入力結果が送られてくると、その後は、不割当期間を設けながら、映像フローを細切れの帯域（送信許可期間）に割り当てる。
ここで、帯域割り当てを行なうにあたり、どのようなＶｏＩＰのサービスを利用するかについてユーザ選択がなされていない場合は、ＶｏＩＰフローに必要な帯域およびＶｏＩＰパケットの送信間隔は、予め定めた所定の値（例えば、一般的に用いられているコーデックを考慮して、ＶｏＩＰフローに必要な最大の帯域幅、および、ＶｏＩＰパケットの最小の送信間隔）を用いる。
さらに、どのようなＶｏＩＰのサービスを利用するかについてユーザ選択がなされた場合は、サービス情報記憶部２２３にて、予めＶｏＩＰのサービスと対応付けて記憶されている、ＶｏＩＰフローに必要な帯域およびＶｏＩＰパケットの送信間隔を取得し、該取得したＶｏＩＰフローに必要な帯域およびＶｏＩＰパケットの送信間隔に基づいて、帯域割り当てを行なう。
なお、帯域の割り当て方法については、実施の形態１で説明したものと同様である。
（サービス情報）
次に、図２１を参照しながら、親機２０ｆのサービス情報記憶部２２３に格納される、サービス情報について説明する。図２１は、親機２０ｆのサービス情報記憶部２２３に格納される、サービス情報の具体例を模式的に示した図である。
図２１に示すように、サービス情報として３つの項目が対応付けて格納されている。すなわち、サービス名、必要帯域、およびパケット送出間隔が対応付けられている。ただし、これらの項目に限定されるものではない。
サービス名は、帯域設定要求装置４０が利用するＶｏＩＰのサービスの名称である。必要帯域は、対応するＶｏＩＰのサービスにて送信されるＶｏＩＰフローに必要な帯域である。パケット送出間隔は、対応するＶｏＩＰのサービスにて送信されるＶｏＩＰパケットの送出間隔である。
図２１では、「Ａ社サービス」というサービス名のＶｏＩＰサービスは、必要帯域が「６４ｋｂｐｓ」であり、パケット送出間隔が「２０ｍｓ」であるという情報が格納されている。また、「Ｂ社サービス」というサービス名のＶｏＩＰサービスは、必要帯域が「８ｋｂｐｓ」であり、パケット送出間隔が「２０ｍｓ」であるという情報が格納されている。また、「Ｃ社サービス」というサービス名のＶｏＩＰサービスは、必要帯域が「６４ｋｂｐｓ」であり、パケット送出間隔が「２０ｍｓ」であるという情報が格納されている。
（画面例）
次に、図２２および図２３を参照しながら、ＶｏＩＰフローの帯域割り当てが必要であるか否かが入力可能な画面例、および、どのようなＶｏＩＰのサービスを利用するかについて選択可能な画面例について説明する。図２２は、親機２０ｆが提供する、ＶｏＩＰフローの帯域割り当てが必要であるか否かが入力可能な画面例の模式図である。図２３は、親機２０ｆが提供する、どのようなＶｏＩＰのサービスを利用するかについて選択可能な画面例の模式図である。
ユーザが、ＳＴＢ４０２などの帯域設定要求装置４０から、親機２０ｆの所定のＵＲＬにＷｅｂブラウザなどでアクセスすると、ＱｏＳ設定画面提供部２１８は、図２２に示す画面を生成し、Ｗｅｂページとして提供する。図２２に示す画面例では、ＰＬＣネットワーク１００１上でＩＰ電話を優先的に伝送する帯域設定要求装置４０を使用するか否か（すなわち、ＶｏＩＰフローの帯域割り当てが必要であるか否か）が、ボタン（ＹＥＳまたはＮＯ）にて入力可能である。
ＮＯボタンが押下された場合、帯域割り当て部２１１ｆは、映像フローを時間的に連続する（ひとかたまりの）帯域（送信許可期間）に割り当て、一方、ＹＥＳボタンが押下された場合、帯域割り当て部２１１ｆは、不割当期間を設けながら、映像フローを細切れの帯域（送信許可期間）に割り当てる。
次に、上記画面にてＹＥＳボタンが押下された場合、ＱｏＳ設定画面提供部２１８はさらに、図２３に示す画面を生成し、Ｗｅｂページとして提供してもよい。図２３に示す画面例では、どの会社が提供するＩＰ電話サービスを利用するか（すなわち、どのようなＶｏＩＰのサービスを利用するか）が、選択可能である。例えば、ユーザが、Ａ社提供のＩＰ電話サービスを選択した場合、ＱｏＳ設定画面提供部２１８は、サービス情報記憶部２２３から、Ａ社サービスにおけるＶｏＩＰフローに必要な帯域である「６４ｋｂｐｓ」、および、Ａ社サービスにて送信されるＶｏＩＰパケットの送出間隔である「２０ｍｓ」を取得し、帯域割り当て部２１１ｆに送る。そして、帯域割り当て部２１１ｆは、これら情報に基づいて、帯域割り当てを行なう。
（変形例）
上述では、実施の形態１で説明した構成をベースにして、ＶｏＩＰフローに対するＱｏＳの設定画面を提供するＷｅｂページを生成する構成について説明したが、これは、実施の形態２〜４で説明した構成にも適用可能である。
また上述では、親機２０ｆが上記Ｗｅｂページを生成する形態について説明したが、親機２０ｆに物理的なスイッチを設ける構成とし、該スイッチにより、ＶｏＩＰフローの帯域割り当てが必要であるか否か、さらには、どのようなＶｏＩＰのサービスを利用するかについて、ユーザが選択可能となるようにしてもよい。また、上記物理的なスイッチに代えて、他の入力手段（キーボードや液晶パネルなど）により実現してもよい。
また、上述では、親機２０ｆがＶｏＩＰフローに対するＱｏＳの設定画面を提供するＷｅｂページを生成する構成について説明したが、帯域設定要求装置が上記Ｗｅｂページを生成し、該生成したＷｅｂページにてユーザ入力された結果に基づいて、親機２０ｆに帯域設定要求を送信する構成であってもよいので以下で説明する。
すなわち、帯域設定要求装置がＷｅｂサーバ機能を備えており、上述したＶｏＩＰフローに対するＱｏＳの設定画面を提供するＷｅｂページを生成する。すなわち、図２２および図２３で説明した、ＶｏＩＰフローの帯域割り当てが必要であるか否かが入力可能な画面例、および、どのようなＶｏＩＰのサービスを利用するかについて選択可能な画面を提供するＷｅｂページを生成する（優先伝送入力手段）。ユーザは該ＷｅｂページにＴＶやＰＣのブラウザからアクセスして操作する。
上記画面において、ＶｏＩＰフローの帯域割り当てが必要である旨のユーザ入力があった場合において、さらに、どのようなＶｏＩＰのサービスを利用するかについてユーザ選択がなされていない場合、帯域設定要求装置は、ＶｏＩＰフローに必要な帯域およびＶｏＩＰパケットの送信間隔として、予め定めた所定の値（例えば、一般的に用いられているコーデックを考慮して、ＶｏＩＰフローに必要な最大の帯域幅、および、ＶｏＩＰパケットの最小の送信間隔）に基づいて、映像フローのＴＸＯＰ間隔およびＴＸＯＰ長を決定する。この決定方法は、実施の形態３にて説明した決定方法と同様である。また、ＶｏＩＰフローの帯域割り当てが必要である旨のユーザ入力があった場合において、さらに、どのようなＶｏＩＰのサービスを利用するかについてユーザ選択がなされた場合、帯域設定要求装置は自装置に記憶している、予めＶｏＩＰのサービスと対応付けて記憶されている、ＶｏＩＰフローに必要な帯域およびＶｏＩＰパケットの送信間隔に基づいて、映像フローのＴＸＯＰ間隔およびＴＸＯＰ長を決定する。
そして、帯域設定要求装置は、上記決定したＴＸＯＰ間隔およびＴＸＯＰ長をパラメータとして指定した帯域設定要求を、親機２０ｆに送信する。また、上記Ｗｅｂページにおいて、ＶｏＩＰフローの帯域割り当てが必要である旨のユーザ入力がない場合、帯域設定要求装置は、ＴＸＯＰ間隔およびＴＸＯＰ長をパラメータとして指定しない帯域設定要求を、親機２０ｆに送信する（優先伝送判定手段、帯域設定要求手段）。
そして、親機２０ｆの帯域割り当て部２１１ｆは、受信した帯域設定要求にパラメータとして指定されているＴＸＯＰ間隔およびＴＸＯＰ長を抽出し、該抽出したＴＸＯＰ間隔およびＴＸＯＰ長に基づいて、映像フローに対して帯域を割り当てることができる。なお、ＴＸＯＰ間隔およびＴＸＯＰ長が設定されていなければ、映像フローに対して時間的に連続した（ひとかたまりの）帯域を割り当てることとなる。
〔変形例〕
（変形例１）
各実施の形態では、ＰＬＣネットワーク１００１に１台のＶｏＩＰアダプタ４０３が接続されている場合を例に挙げて説明したが、ＰＬＣネットワーク１００１に複数のＶｏＩＰアダプタが接続されていてもよい。
複数のＶｏＩＰアダプタが、それぞれ別の通信を行なう場合、親機は、各ＶｏＩＰアダプタが送信した帯域設定要求のそれぞれに対応するＶｏＩＰフローの帯域（送信許可期間）を割り当てる必要がある。
例えば、実施の形態２では、親機２０ｂは、映像フローを細切れの帯域（送信許可期間）に割り当て、該細切れの帯域（送信許可期間）の間に、１種類のＶｏＩＰフローの帯域（送信許可期間）を割り当てた。しかしながら、同じサイクル内に、複数の異なるＶｏＩＰフローの帯域（送信許可期間）を割り当てる場合、映像フローに割り当てる帯域（送信許可期間）、および、ＶｏＩＰフローに割り当てる帯域（送信許可期間）は、実施の形態２で説明したものから変更する必要があるが、その他は上述の各実施の形態と同様である。
以下では、ＰＬＣネットワーク１００１に２台のＶｏＩＰアダプタが接続されているものとして説明する。
図２４および図２５を参照しながら、映像フローおよび２種類のＶｏＩＰフローの帯域割り当てについて説明する。図２４および図２５は、映像フローおよび２種類のＶｏＩＰフローの帯域割り当ての様子を示す模式図である。
図２４は、映像フローに割り当てる細切れの帯域（送信許可期間）を、１つのＶｏＩＰパケットの送出間隔（２０ｍｓ）より短い幅とし、かつ、２種類のＶｏＩＰフロー（ＶｏＩＰ１およびＶｏＩＰ２）の帯域（送信許可期間）を隣接して割り当てた例である。したがって、映像フローに割り当てる細切れの帯域（送信許可期間）は、１種類のＶｏＩＰフローを割り当てた場合（図１２のブロックＫ４参照）と比べて狭くなっている。
なお、図２４では、ＶｏＩＰ１およびＶｏＩＰ２の帯域（送信許可期間）は、２０ｍｓ毎に割り当てられており、標準的なコーデックの規格から求まるＶｏＩＰパケットの送出間隔である２０ｍｓを満足させるものになっている。
次に、図２５は、２種類のＶｏＩＰフロー（ＶｏＩＰ１およびＶｏＩＰ２）の帯域（送信許可期間）を隣接させずに、分散させて割り当てた例である。この場合においても、ＶｏＩＰ１の帯域（送信許可期間）、および、ＶｏＩＰ２の帯域（送信許可期間）は、それぞれ２０ｍｓ毎に割り当てられており、標準的なコーデックの規格から求まるＶｏＩＰパケットの送出間隔である２０ｍｓを満足させるものになっている。
なお、図２４および図２５では、映像フローおよびＶｏＩＰフロー以外のデータフロー（Ｗｅｂコンテンツや文字データ）の帯域（送信許可期間）を、サイクルの後尾にまとめて割り当てているが、図１３で説明したように、例えば、ＶｏＩＰフローの帯域（送信許可期間）に隣接させて割り当ててもよい。
なお、上述の説明では、ＶｏＩＰでの通信を行なうＶｏＩＰアダプタが２台である場合について説明したが、２台以上であってもよい。また、ＶｏＩＰアダプタの台数は、デフォルト値として、親機または親機との通信が常に可能な子機３０に予め格納しておいてもよいし、所定トリガ（電源オンの直後や、所定時刻毎など）に応じて親機からＶｏＩＰアダプタへの問合せを行なうことにより取得してもよい。また、ＶｏＩＰアダプタが、自発的に、自装置の存在を親機２０に通知してもよい。
なお、ＶｏＩＰアダプタの台数をデフォルト値として予め格納しておく場合は、ＶｏＩＰアダプタの電源がオンであるか否かにかかわらず、デフォルト値に応じたＶｏＩＰフローの帯域（送信許可期間）を割り当てることができる。また、ＶｏＩＰアダプタの電源がオンであるか否かにかかわらず、デフォルト値に応じたＶｏＩＰフローの帯域（送信許可期間）を割り当てること、および、ＶｏＩＰアダプタの電源がオンの場合にのみ、デフォルト値に応じたＶｏＩＰフローの帯域（送信許可期間）を割り当てることのいずれか一方を選択できるようにしてもよい。
また、一方、親機からＶｏＩＰアダプタへの問合せを行なうことによりＶｏＩＰアダプタの台数を取得する場合に、台数を取得する対象となるＶｏＩＰアダプタは、ＶｏＩＰアダプタおよび該ＶｏＩＰアダプタに接続されるＰＬＣアダプタの電源がいずれもオンであり、かつ、親機からの問合せに対して、ＶｏＩＰでの通信を行なう旨の内容を応答したＶｏＩＰアダプタであるとしてもよい。
なお、複数のＶｏＩＰアダプタがＰＬＣネットワーク１００１に接続されている場合、複数のＶｏＩＰアダプタのそれぞれが異なるコーデックを使用する場合は、複数のＶｏＩＰアダプタが送受信するＶｏＩＰパケットの送出間隔が異なる場合がある。したがって、それぞれのコーデックの規格から求まるＶｏＩＰパケットの送出間隔に応じて、ＶｏＩＰフローの帯域幅と映像フローの帯域幅とがそれぞれ決まる。この結果に応じて、それぞれのＶｏＩＰアダプタ毎に、独立に帯域割り当てを行なう。
（変形例２）
本発明は、データ伝送のために予め通信ネットワーク上の帯域（送信許可期間）を割り当てておき、その帯域割り当てに従ってデータ通信を行なう通信システムおよび通信装置であれば、通信ネットワークの種類は特に限定されない。例えば、無線ＬＡＮの規格であるＩＥＥＥ８０２．１１ｅにおける帯域管理にも本発明を適用することが可能である。ＩＥＥＥ８０２．１１ｅでは、映像や音声などのストリーミングデータの通信品質を確保するため、データの種類ごとに送信権を一定時間ごとに割り当てることによって、通信品質を優先すべきデータ伝送ための帯域（送信許可期間）を割り当てる。この帯域割り当てにあたり、上述した各実施の形態にて説明したような帯域割り当て方法を適用することができる。
（付記事項）
実施の形態は上述の他に、以下のようにも表現できる。
[１]本発明に係る帯域管理装置は、ネットワーク全体の帯域を、伝送されるフロー毎に割り当てた送信許可期間として管理する帯域管理装置であって、第１のフローの受信端末における再生品質が低下しないように伝送するための伝送条件を算出する算出手段を有し、第２のフローについての帯域設定要求を受信した際に、前記第１のフローの伝送条件が満たされるように、第２のフローのための送信許可期間を決定する帯域設定手段を有するものであってもよい。
[２]さらに、本発明に係る帯域管理装置は、前記第１のフローを他のフローよりも優先的に伝送する必要があるか否かを判定する判定手段を有し、第２のフロー（映像）についての帯域設定要求を受信した際に、前記判定手段により前記第1のフローを優先的に伝送する必要があると判定された場合は、前記第１のフローの伝送条件が満たされるように、第２のフローのための送信許可期間を決定し、前記判定手段により前記第1のフローを優先的に伝送する必要がないと判定された場合は、前記第１のフローの伝送条件を考慮せずに、第２のフローのための送信許可期間を決定するものであってもよい。
[３]さらに、本発明に係る帯域管理装置は、前記第１のフローの受信端末の電源が投入されているかどうかを知る手段をさらに有し、前記判定手段は、前記第１のフローの受信端末の電源が投入されている場合に、前記第1のフローを優先的に伝送する必要があると判定し、前記第１のフローの受信端末の電源が投入されていない場合に、前記第1のフローを優先的に伝送する必要がないと判定するものであってもよい。
[４]さらに、本発明に係る帯域管理装置は、前記第１のフローについて、フローの伝送に先立ってフローの伝送準備を行なうために、前記第１のフローの送信局と受信局の間で行われるシグナリング通信を検出する手段をさらに有し、前記判定手段は、前記第１のフローのシグナリング通信を検出済みの場合は、前記第１のフローを優先的に伝送する必要があると判定し、前記第１のフローのシグナリング通信を未検出の場合は、前記第１のフローを優先的に伝送する必要がないと判定するものであってもよい。
[５]さらに、本発明に係る帯域管理装置は、前記第１のフローについて、他のフローよりも優先的に伝送することを希望するかどうかをユーザに入力させるための手段をさらに有し、前記判定手段は、ユーザが第１のフローを優先的に伝送することを希望している場合は、前記第1のフローを優先的に伝送する必要があると判定し、ユーザが第１のフローを優先的に伝送することを希望していない場合は、前記第1のフローを優先的に伝送する必要がないと判定するものであってもよい。
[６]本発明に係るデータ送受信装置は、ネットワーク全体の帯域を、伝送されるフロー毎に割り当てた送信許可期間として管理する帯域管理装置により、管理されるネットワークに属する端末であって、第１のフローの受信端末における再生品質が低下しないように伝送するための伝送条件を算出する算出手段を有し、前記第１のフローの伝送条件が満たされるように、自局の受信する第２のフローのための送信許可期間を決定し、帯域設定要求に含めて前期帯域管理装置に通知する帯域要求手段を有するものであってもよい。
[７]さらに、本発明に係るデータ送受信装置は、前記第１のフローを他のフローよりも優先的に伝送する必要があるか否かを判定する判定手段を有し、第２のフロー(映像)についての帯域設定要求を行なう際に、前記判定手段により前記第1のフローを優先的に伝送する必要があると判定された場合は、前記第１のフローの伝送条件が満たされるように、第２のフローのための送信許可期間を決定し、前記判定手段により前記第1のフローを優先的に伝送する必要がないと判定された場合は、前記第１のフローの伝送条件を考慮せずに、第２のフローのための送信許可期間を決定するものであってもよい。
[８]さらに、本発明に係るデータ送受信装置は、前記第１のフローの受信端末の電源が投入されているかどうかを知る手段をさらに有し、前記判定手段は、前記第１のフローの受信端末の電源が投入されている場合に、前記第1のフローを優先的に伝送する必要があると判定し、前記第１のフローの受信端末の電源が投入されていない場合に、前記第1のフローを優先的に伝送する必要がないと判定するものであってもよい。
[９]さらに、本発明に係るデータ送受信装置は、前記第１のフローについて、フローの伝送に先立ってフローの伝送準備を行なうために、前記第１のフローの送信局と受信局の間で行われるシグナリング通信を検出する手段をさらに有し、前記判定手段は、前記第１のフローのシグナリング通信を検出済みの場合は、前記第１のフローを優先的に伝送する必要があると判定し、前記第１のフローのシグナリング通信を未検出の場合は、前記第１のフローを優先的に伝送する必要がないと判定するものであってもよい。
[１０]さらに、本発明に係るデータ送受信装置は、前記第１のフローについて、他のフローよりも優先的に伝送することを希望するかどうかをユーザに入力させるための手段をさらに有し、前記判定手段は、ユーザが第１のフローを優先的に伝送することを希望している場合は、前記第1のフローを優先的に伝送する必要があると判定し、ユーザが第１のフローを優先的に伝送することを希望していない場合は、前記第1のフローを優先的に伝送する必要がないと判定するものであってもよい。
[１１]さらに、本発明に係る帯域管理装置は、前記第１のフローはＶｏＩＰのフローであってもよい。
[１２]さらに、本発明に係る帯域管理装置は、前記ネットワークはＰＬＣ（Power Line Communication）であってもよい。
[１３]さらに、本発明に係る帯域管理装置は、前記ネットワークは無線ＬＡＮであってもよい。
また、実施の形態は、以下のようにも表現できる。
ネットワークに接続される各装置の帯域を伝送可能な時間帯として割り当てる親機は、予め決められた第１の子機のパケットの伝送間隔より長い時間帯を占める帯域設定を別の第２の子機から要求された場合、前記第１の子機のパケットの伝送間隔毎に前記第２の子機から要求された帯域を時間的に分割し、この分割した時間域に第１の子機がパケットを伝送する時間幅を第１の子機用帯域として第１の子機以外の装置用の帯域に優先して割り当てる。また、分割すべき帯域が無い場合でも第１の子機用帯域を、第１の子機が伝送するパケットの伝送間隔に合わせた不連続な時間帯として第１の子機以外の装置用の帯域に優先して割り当てる。また、第１の子機から帯域設定要求が無い場合、第１の子機の電源がオフの場合、第１の子機が接続されていない場合でも、第１の子機用帯域を、第１の子機が伝送するパケットの伝送間隔に合わせて第１の子機以外の装置用の帯域に優先して割り当てる。
最後に、制御部２１・２１ｂ・２１ｃ・２１ｄ・２１ｅ・２１ｆ・４１・４１ｂは、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよいし、ハードウェアロジックによって構成してもよい。ソフトウェアによって実現する場合は、帯域管理装置２０ａ・２０ｂ・２０ｃ・２０ｄ・２０ｅ・２０ｆ、帯域設定要求装置４０ａ・４０ｂ・４０ｄは、各機能を実現する制御プログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ、上記プログラムを展開するＲＡＭ、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである帯域管理装置２０ａ・２０ｂ・２０ｃ・２０ｄ・２０ｅ・２０ｆ、帯域設定要求装置４０ａ・４０ｂ・４０ｄの制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、帯域管理装置２０ａ・２０ｂ・２０ｃ・２０ｄ・２０ｅ・２０ｆ、帯域設定要求装置４０ａ・４０ｂ・４０ｄに供給し、帯域管理装置２０ａ・２０ｂ・２０ｃ・２０ｄ・２０ｅ・２０ｆ、帯域設定要求装置４０ａ・４０ｂ・４０ｄ内のコンピュータ（またはＣＰＵやＭＰＵ（Micro Processing Unit））が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
また、帯域管理装置２０ａ・２０ｂ・２０ｃ・２０ｄ・２０ｅ・２０ｆ、帯域設定要求装置４０ａ・４０ｂ・４０ｄを通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４ケーブル、ＵＳＢケーブル、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
本発明は、通信ネットワークの伝送帯域を管理する帯域管理装置、および、上記通信ネットワークに接続され、映像や音声などのデータフローをやりとりする帯域設定要求装置に好適に利用することができる。
２０ 親機（帯域管理装置）
２０ａ 親機（帯域管理装置）
２０ｂ 親機（帯域管理装置）
２０ｃ 親機（帯域管理装置）
２０ｄ 親機（帯域管理装置）
２０ｅ 親機（帯域管理装置）
２０ｆ 親機（帯域管理装置）
４０ 帯域設定要求装置
４０ａ 帯域設定要求装置
４０ｂ 帯域設定要求装置
４０ｄ 帯域設定要求装置
１００ 通信ネットワーク
１００１ ＰＬＣネットワーク
２１１ 帯域割り当て部（送信許可期間決定手段、送信許可期間設定手段）
２１１ｂ 帯域割り当て部（送信許可期間設定手段）
２１１ｃ 帯域割り当て部（優先伝送判定手段、送信許可期間設定手段）
２１１ｄ 帯域割り当て部（優先伝送判定手段、送信許可期間設定手段）
２１１ｅ 帯域割り当て部（優先伝送判定手段、送信許可期間設定手段）
２１１ｆ 帯域割り当て部（優先伝送判定手段、送信許可期間設定手段）
２１５ 子機情報取得・解析部（電源状況取得手段）
２１６ 子機通知受信・解析部（電源状況取得手段）
２１７ パケット取得・解析部（シグナリング信号検出手段）
２１８ ＱｏＳ設定画面提供部（優先伝送入力手段）
２２１ 帯域設定情報記憶部
２２２ コーデック情報記憶部（記憶部）
２２３ サービス情報記憶部
３０１ ＰＬＣアダプタ
３０２ ＰＬＣアダプタ
３０３ ＰＬＣアダプタ
３０４ ＰＬＣアダプタ
４０２ ＳＴＢ
４０３ ＶｏＩＰアダプタ
４１２ 帯域設定要求処理部
４１２ｂ 帯域設定要求処理部（第１送信許可期間決定手段、第２送信許可期間決定手段、帯域設定要求手段）
４２２ コーデック情報記憶部（記憶部）

Claims (24)

  1. 帯域設定要求装置から受信する、通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求に従って、上記通信ネットワークの伝送帯域を上記データフロー毎に管理する帯域管理装置であって、
    上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する送信許可期間決定手段と、
    第２データフローについての上記帯域設定要求を受信したとき、上記決定された第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を設定する送信許可期間設定手段とを備えることを特徴とする帯域管理装置。
  2. 上記送信許可期間決定手段は、上記第１データフローについての上記帯域設定要求を受信することなく、上記第１データフローを送信可能な送信許可期間を決定することを特徴とする請求項１に記載の帯域管理装置。
  3. 上記第１データフローを送信可能な送信許可期間を決定可能な送信許可期間情報を予め記憶する記憶部をさらに備え、
    上記送信許可期間決定手段は、上記記憶部に記憶された上記送信許可期間情報を用いて、上記第１データフローを送信可能な送信許可期間を決定することを特徴とする請求項１に記載の帯域管理装置。
  4. 上記第１データフローの伝送を優先するか否かを判定する優先伝送判定手段をさらに備え、
    上記優先伝送判定手段が上記第１データフローの伝送を優先しないと判定する場合、上記送信許可期間設定手段は、上記第１データフローを送信可能な送信許可期間を確保せず、上記第２データフローを送信可能な送信許可期間を設定することを特徴とする請求項１から３のいずれか１項に記載の帯域管理装置。
  5. 上記第１データフローを受信するデータフロー受信装置の電源の投入状況を取得する電源状況取得手段をさらに備え、
    上記電源状況取得手段が、上記電源が投入されていない旨を取得した場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定することを特徴とする請求項４に記載の帯域管理装置。
  6. 上記第１データフローの伝送前に送信されるシグナリング信号を検出するシグナリング信号検出手段をさらに備え、
    上記シグナリング信号検出手段が、上記シグナリング信号を検出していない場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定することを特徴とする請求項４に記載の帯域管理装置。
  7. 上記第１データフローの伝送を優先するか否かのユーザ入力を受け付ける優先伝送入力手段をさらに備え、
    上記優先伝送入力手段が、上記第１データフローの伝送を優先する旨のユーザ入力を受け付けていない場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定することを特徴とする請求項４に記載の帯域管理装置。
  8. 上記第１データフローは、リアルタイム性が必要なデータフローであることを特徴とする請求項１から７のいずれか１項に記載の帯域管理装置。
  9. 上記第１データフローは音声データフローであることを特徴とする請求項１から７のいずれか１項に記載の帯域管理装置。
  10. 帯域管理装置が伝送帯域をデータフロー毎に管理する通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求を行う帯域設定要求装置であって、
    上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する第１送信許可期間決定手段と、
    第２データフローを送信可能な送信許可期間を、上記決定した上記第１データフローを送信可能な送信許可期間を確保しつつ、決定する第２送信許可期間決定手段と、
    上記決定した上記第２データフローを送信可能な送信許可期間をパラメータに含む、上記第２データフローについての上記帯域設定要求を、上記帯域管理装置に送信する帯域設定要求手段とを備えることを特徴とする帯域設定要求装置。
  11. 上記第１データフローを送信可能な送信許可期間を決定可能な送信許可期間情報を予め記憶する記憶部をさらに備え、
    上記第１送信許可期間決定手段は、上記記憶部に記憶された上記送信許可期間情報を用いて、上記第１データフローを送信可能な送信許可期間を決定することを特徴とする請求項１０に記載の帯域設定要求装置。
  12. 上記第１データフローの伝送を優先するか否かを判定する優先伝送判定手段をさらに備え、
    上記優先伝送判定手段が上記第１データフローの伝送を優先しないと判定する場合、上記第２送信許可期間決定手段は、上記第１データフローを送信可能な送信許可期間を確保せず、上記第２データフローを送信可能な送信許可期間を決定することを特徴とする請求項１０または１１に記載の帯域設定要求装置。
  13. 上記第１データフローを受信するデータフロー受信装置の電源の投入状況を取得する電源状況取得手段をさらに備え、
    上記電源状況取得手段が、上記電源が投入されていない旨を取得した場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定することを特徴とする請求項１２に記載の帯域設定要求装置。
  14. 上記第１データフローの伝送前に送信されるシグナリング信号を検出するシグナリング信号検出手段をさらに備え、
    上記シグナリング信号検出手段が、上記シグナリング信号を検出していない場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定することを特徴とする請求項１２に記載の帯域設定要求装置。
  15. 上記第１データフローの伝送を優先するか否かのユーザ入力を受け付ける優先伝送入力手段をさらに備え、
    上記優先伝送入力手段が、上記第１データフローの伝送を優先する旨のユーザ入力を受け付けていない場合、上記優先伝送判定手段は、上記第１データフローの伝送を優先しないと判定することを特徴とする請求項１２に記載の帯域設定要求装置。
  16. 上記第１データフローは、リアルタイム性が必要なデータフローであることを特徴とする請求項１０から１５のいずれか１項に記載の帯域設定要求装置。
  17. 上記第１データフローは音声データフローであることを特徴とする請求項１０から１５のいずれか１項に記載の帯域設定要求装置。
  18. 帯域設定要求装置から受信する、通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求に従って、上記通信ネットワークの伝送帯域を上記データフロー毎に管理する帯域管理装置の制御方法であって、
    上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する送信許可期間決定ステップと、
    第２データフローについての上記帯域設定要求を受信したとき、上記決定された第１データフローを送信可能な送信許可期間を確保しつつ、上記第２データフローを送信可能な送信許可期間を設定する送信許可期間設定ステップとを含むことを特徴とする帯域管理装置の制御方法。
  19. 帯域管理装置が伝送帯域をデータフロー毎に管理する通信ネットワークを介して伝送されるデータフローの伝送帯域の帯域設定要求を行う帯域設定要求装置の制御方法であって、
    上記データフローを受信するデータフロー受信装置での第１データフローの再生品質の保持を可能とする、上記第１データフローを送信可能な送信許可期間を決定する第１送信許可期間決定ステップと、
    第２データフローを送信可能な送信許可期間を、上記決定した上記第１データフローを送信可能な送信許可期間を確保しつつ、決定する第２送信許可期間決定ステップと、
    上記決定した上記第２データフローを送信可能な送信許可期間をパラメータに含む、上記第２データフローついての上記帯域設定要求を、上記帯域管理装置に送信する帯域設定要求ステップとを含むことを特徴とする帯域設定要求装置の制御方法。
  20. 請求項１から９のいずれか１項に記載の帯域管理装置と、上記帯域管理装置に対してデータフローを送信可能な送信許可期間の設定要求を行なう帯域設定要求装置と、上記データフローを受信するデータフロー受信装置とを含むことを特徴とする帯域管理システム。
  21. 請求項１０から１７のいずれか１項に記載の帯域設定要求装置と、上記帯域設定要求装置が接続する通信ネットワークの伝送帯域をデータフロー毎に管理する帯域管理装置と、上記データフローを受信するデータフロー受信装置と含むことを特徴とする帯域管理システム。
  22. 請求項１から９のいずれか１項に記載の帯域管理装置としてコンピュータを機能させるための帯域管理プログラムであって、コンピュータを上記の各手段として機能させるための帯域管理プログラム。
  23. 請求項１０から１７のいずれか１項に記載の帯域設定要求装置としてコンピュータを機能させるための帯域設定要求プログラムであって、コンピュータを上記の各手段として機能させるための帯域設定要求プログラム。
  24. 請求項２２または２３に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
JP2009042948A 2008-02-26 2009-02-25 帯域管理装置、帯域設定要求装置、帯域管理装置の制御方法、帯域設定要求装置の制御方法、帯域管理システム、帯域管理プログラム、帯域設定要求プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体 Expired - Fee Related JP5095648B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2009042948A JP5095648B2 (ja) 2008-02-26 2009-02-25 帯域管理装置、帯域設定要求装置、帯域管理装置の制御方法、帯域設定要求装置の制御方法、帯域管理システム、帯域管理プログラム、帯域設定要求プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体
PCT/JP2009/053533 WO2009107711A1 (ja) 2008-02-26 2009-02-26 帯域管理装置、帯域設定要求装置、帯域管理装置の制御方法、帯域設定要求装置の制御方法、帯域管理システム、帯域管理プログラム、帯域設定要求プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008045115 2008-02-26
JP2008045115 2008-02-26
JP2009042948A JP5095648B2 (ja) 2008-02-26 2009-02-25 帯域管理装置、帯域設定要求装置、帯域管理装置の制御方法、帯域設定要求装置の制御方法、帯域管理システム、帯域管理プログラム、帯域設定要求プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体

Publications (2)

Publication Number Publication Date
JP2009232452A true JP2009232452A (ja) 2009-10-08
JP5095648B2 JP5095648B2 (ja) 2012-12-12

Family

ID=41016098

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009042948A Expired - Fee Related JP5095648B2 (ja) 2008-02-26 2009-02-25 帯域管理装置、帯域設定要求装置、帯域管理装置の制御方法、帯域設定要求装置の制御方法、帯域管理システム、帯域管理プログラム、帯域設定要求プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体

Country Status (2)

Country Link
JP (1) JP5095648B2 (ja)
WO (1) WO2009107711A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012023448A (ja) * 2010-07-12 2012-02-02 Nec Infrontia Corp 基地局装置、音声パケットデータ処理方法、及びプログラム
JP2012073939A (ja) * 2010-09-29 2012-04-12 Canon Inc 通信システム及びその制御方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001223716A (ja) * 1999-11-29 2001-08-17 Matsushita Electric Ind Co Ltd 無線通信システム
WO2006116483A2 (en) * 2005-04-28 2006-11-02 Sony Electronics Inc. Bandwidth management in a network
JP2007074377A (ja) * 2005-09-07 2007-03-22 Matsushita Electric Ind Co Ltd 伝送速度制御装置及び通信システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001223716A (ja) * 1999-11-29 2001-08-17 Matsushita Electric Ind Co Ltd 無線通信システム
WO2006116483A2 (en) * 2005-04-28 2006-11-02 Sony Electronics Inc. Bandwidth management in a network
JP2007074377A (ja) * 2005-09-07 2007-03-22 Matsushita Electric Ind Co Ltd 伝送速度制御装置及び通信システム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012023448A (ja) * 2010-07-12 2012-02-02 Nec Infrontia Corp 基地局装置、音声パケットデータ処理方法、及びプログラム
JP2012073939A (ja) * 2010-09-29 2012-04-12 Canon Inc 通信システム及びその制御方法

Also Published As

Publication number Publication date
WO2009107711A1 (ja) 2009-09-03
JP5095648B2 (ja) 2012-12-12

Similar Documents

Publication Publication Date Title
US10715461B2 (en) Network control to improve bandwidth utilization and parameterized quality of service
US20180262359A1 (en) System and method for a managed network with quality-of-service management
US7751414B2 (en) Bridge for heterogeneous QoS networks
EP2675132B1 (en) System for dynamic stream management in audio video bridged networks
WO2008004592A1 (fr) Dispositif et appareil de communication, procédé et programme de commande de dispositif de communication, et support d'enregistrement lisible par ordinateur
CN1586055A (zh) 为ieee802.11e mac提供服务质量信令的设备和方法
US8447858B1 (en) System for improving quality of service for wireless LANS
US20070033286A1 (en) Method for setting media streaming parameter of upnp-based network
US20050232149A1 (en) Base station, communication apparatus, and communication system
WO2009093473A1 (ja) 中継装置、端末、優先通信制御方法、プログラム及び記録媒体
TWI296779B (en) Method, apparatus, and system for preventative congestion control, and machine-readable medium having stored thereon instructions
JP5095648B2 (ja) 帯域管理装置、帯域設定要求装置、帯域管理装置の制御方法、帯域設定要求装置の制御方法、帯域管理システム、帯域管理プログラム、帯域設定要求プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体
WO2004064333A1 (ja) 通信装置、ネットワークシステム、通信管理方法、要求信号、応答信号、プログラム、および、プログラムを記録した記録媒体
JP4902445B2 (ja) 通信装置、機器、通信装置の制御方法、通信装置制御プログラム、および記録媒体
TWM312845U (en) Mesh network and apparatus for transmitting packets
JP2009153179A (ja) 通信局、管理局、通信局の制御方法、管理局の制御方法、通信プログラム
Liu et al. A deadline-aware virtual contention free EDCA scheme for H. 264 video over IEEE 802.11 e wireless networks
US9391850B2 (en) Method and apparatus for quality-of-service (QoS) management
AU2010324597B2 (en) Method and apparatus for communicating unicast PQoS DFID information
Secchi et al. Scheduling TCP-friendly flows over a satellite network

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110223

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120605

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120730

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120821

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120919

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150928

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees