(57)【要約】【課題】データ伝送システムに収容される全てのノードがより平等に帯域幅を獲得できる機会を与えることが可能な帯域幅管理装置を提供することである。【解決手段】帯域幅管理装置において、帯域幅管理部１５２は、データ通信に現在割り当てられている帯域幅を管理する。帯域幅導出部１５１は、データ通信で現在使われている帯域幅を導出する。帯域幅変更制御部１５３は、帯域幅導出部１５１で導出された帯域幅に基づいて、帯域幅管理部１５２で管理されており前記データ通信に割り当てられている帯域幅を変更する。【選択図】　　　　図６
2004064340.tif 000002
【特許請求の範囲】
【請求項１】
バス上に接続された複数のノード間でデータ通信に使われる帯域幅を管理するための帯域幅管理装置であって、
前記データ通信に現在割り当てられている帯域幅を管理する帯域幅管理部と、
前記データ通信で現在使われている帯域幅を導出する帯域幅導出部と、
前記帯域幅導出部で導出された帯域幅に基づいて、前記帯域幅管理部で管理されており前記データ通信に割り当てられている帯域幅を変更する帯域幅変更制御部とを備える、帯域幅管理装置。
【請求項２】
前記帯域幅変更制御部により変更された帯域幅を、各前記ノードに通知するための電文を作成する帯域幅変更通知部をさらに備える、請求項１に記載の帯域幅管理装置。
【請求項３】
前記帯域幅変更制御部は、
前記帯域幅導出部で導出された帯域幅と、前記帯域幅管理部で管理されており前記データ通信で現在使われている帯域幅との差の絶対値を算出する絶対値算出部と、
前記絶対値算出部で算出された絶対値が予め定められた値以上である場合、前記帯域幅管理部で管理されている帯域幅を、前記帯域幅導出部で導出された帯域幅に変更する帯域幅変更部とを含む、請求項１に記載の帯域幅管理装置。
【請求項４】
前記帯域幅管理装置は、
前記バス上で伝送されるデータを受信するバス駆動ドライバと、
前記バス駆動ドライバの消費電力を検出する消費電力検出部とをさらに備え、
前記帯域幅導出部は、前記消費電力検出部で検出された消費電力に基づいて、前記データ通信で現在使われている帯域幅を導出する、請求項１に記載の帯域幅管理装置。
【請求項５】
前記帯域幅管理装置は、
前記バス上を伝送されてくる同期データを格納する同期データバッファと、前記同期データバッファの書き込みアドレスを制御するアドレス制御部と、
前記アドレス制御部から書き込みアドレスに基づいて、前記同期データバッファにおいて同期データが書き込まれた時のアドレス変化量、又は前記同期データバッファに書き込まれた同期データの長さを算出するアドレス情報通知部とをさらに備え、
前記帯域幅導出部は、前記アドレス情報通知部で算出されたアドレス変化量又は同期データの長さに基づいて、前記データ通信で現在使われている帯域幅を導出する、請求項１に記載の帯域幅管理装置。
【請求項６】
前記帯域幅管理装置は、
前記バス上を伝送されてくる同期データを格納するＦＩＦＯバッファと、
前記ＦＩＦＯバッファの書き込みアドレスを制御する深さカウンタ制御部と、
前記深さカウンタ制御部から書き込みアドレスに基づいて、前記ＦＩＦＯバッファの深さをカウントする深さカウンタ情報通知部とをさらに備え、
前記帯域幅導出部は、前記深さカウンタ情報通知部でカウントされた深さに基づいて、前記データ通信で現在使われている帯域幅を導出する、請求項１に記載の帯域幅管理装置。
【請求項７】
前記帯域幅管理装置は、
前記バス上を伝送されてくる同期データを受け取り、同期データがバス上を伝送されていないＮＵＬＬデータを分離するＮＵＬＬデータ分離部と、
前記ＮＵＬＬデータ分離部で分離されたＮＵＬＬデータの開始から末尾までの時間区間をカウントするＮＵＬＬデータカウンタとをさらに備え、
前記帯域幅導出部は、前記ＮＵＬＬデータカウンタでカウントされた時間区間に基づいて、前記データ通信で現在使われている帯域幅を導出する、請求項１に記載の帯域幅管理装置。
【請求項８】
バス上に接続された複数のノード間でデータ通信に使われる帯域幅を管理するための方法であって、
前記データ通信で現在使われている帯域幅を導出する帯域幅導出ステップと、
前記帯域幅導出ステップで導出された帯域幅に基づいて、予め管理されておりかつ前記データ通信に割り当てられている帯域幅を変更する帯域幅変更制御ステップとを備える、帯域幅管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、帯域幅管理装置及び方法に関し、より特定的には、バス形式のトポロジ上で、複数のノード間でデータ通信を行う際、各データ通信に割り当てる帯域幅を管理する帯域幅管理装置及び方法に関する。
【０００２】
【従来の技術】
ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ）１３９４　において、ノード間ではアイソクロナスモード（以下、同期通信モードと称する）によるデータ通信を行うことができる。このような同期通信モードにおいて、効率的にデータ通信を行うことができるように、様々なデータ伝送システムが提案されている。以下、特開平１１−２７５１２２に開示されているものを例に取り上げて説明する。従来のデータ伝送システムは、少なくとも送信ノード及び受信ノードを１つずつ備えており、さらに、ＩＲＭ（Ｉｓｏｃｈｏｒｏｎｏｕｓ　Ｒｅｓｏｕｒｃｅ　Ｍａｎａｇｅｒ　）を備えている。
【０００３】
次に、送信ノードは、まず、バス上の他ノードのＩＲ（Ｉｓｏｃｈｏｒｏｎｏｕｓ　Ｒｅｓｏｕｒｃｅ）をモニタして、バス帯域情報を検出する。その後、送信ノードは、検出したバス帯域情報に基づいてバスの占有帯域幅が、現在保持している値から変化したか否かを判定する。占有帯域幅が変化している場合、送信ノードは、同期通信モードで送信するデータの伝送可能な圧縮率を演算し保持し、さらに、同期通信モードでの使用可能な帯域幅を演算して、保持する。送信ノードは、ＩＲＭと非同期通信モード（アシンクロナスモード）で通信を行い、現在同期通信モードで使用している帯域幅を、演算により求めた使用可能な帯域幅に変更するよう要求する。
【０００４】
その後、送信ノードは、使用帯域幅の変更がＩＲＭにより許可されたか否かを判定し、許可されていれば、演算により求めた圧縮率で、送信すべきデータを圧縮する。さらに、送信ノードは、同期通信モードで使う帯域幅を、ＩＲＭにより許可された値に再設定し、再設定された帯域幅に対応して、同期通信モードの帯域データを更新し、保持する。その後、送信ノードは、同期通信モードにおいて、再設定された帯域幅を使って、演算により求めた圧縮率で圧縮されたデータを、受信ノードに送信する。
【０００５】
【発明が解決しようとする課題】
しかしながら、上述のデータ伝送システムでは、送信ノードに割り当てられた帯域を解放しないするには、送信ノードが自発的にその旨をＩＲＭに申告して、返却する必要がある。従って、一旦割り当てられた帯域幅はなかなか解放されないことになり、その結果、新たに同期通信モードでデータ通信を行いたいノードは、自ノードが申告した帯域幅を同期通信モードで使える可能性が少ないという問題点があった。
【０００６】
それ故に、本発明の目的は、データ伝送システムに収容される全てのノードがより平等にかつ最適な帯域幅を獲得できる機会を与えることが可能な帯域幅管理装置を提供することである。
【０００７】
【課題を解決するための手段】
第１の発明は、バス上に接続された複数のノード間でデータ通信に使われる帯域幅を管理するための帯域幅管理装置であって、データ通信に現在割り当てられている帯域幅を管理する帯域幅管理部と、データ通信で現在使われている帯域幅を導出する帯域幅導出部と、帯域幅導出部で導出された帯域幅に基づいて、帯域幅管理部で管理されておりデータ通信に割り当てられている帯域幅を変更する帯域幅変更制御部とを備える。
【０００８】
第２の発明は第１の発明に従属しており、帯域幅変更制御部により変更された帯域幅を、各ノードに通知するための電文を作成する帯域幅変更通知部をさらに備える。
【０００９】
第３の発明は第１の発明に従属しており、帯域幅変更制御部は、帯域幅導出部で導出された帯域幅と、帯域幅管理部で管理されておりデータ通信で現在使われている帯域幅との差の絶対値を算出する絶対値算出部と、絶対値算出部で算出された絶対値が予め定められた値以上である場合、帯域幅管理部で管理されている帯域幅を、帯域幅導出部で導出された帯域幅に変更する帯域幅変更部とを含む。
【００１０】
第４の発明は第１の発明に従属しており、帯域幅管理装置は、バス上で伝送されるデータを受信するバス駆動ドライバと、バス駆動ドライバの消費電力を検出する消費電力検出部とをさらに備える。帯域幅導出部は、消費電力検出部で検出された消費電力に基づいて、データ通信で現在使われている帯域幅を導出する。
【００１１】
第５の発明は第１の発明に従属しており、帯域幅管理装置は、バス上を伝送されてくる同期データを格納する同期データバッファと、同期データバッファの書き込みアドレスを制御するアドレス制御部と、アドレス制御部から書き込みアドレスに基づいて、同期データバッファにおいて同期データが書き込まれた時のアドレス変化量、又は同期データバッファに書き込まれた同期データの長さを算出するアドレス情報通知部とをさらに備えている。帯域幅導出部は、アドレス情報通知部で算出されたアドレス変化量又は同期データの長さに基づいて、データ通信で現在使われている帯域幅を導出する。
【００１２】
第６の発明は第１の発明に従属しており、帯域幅管理装置は、バス上を伝送されてくる同期データを格納するＦＩＦＯバッファと、ＦＩＦＯバッファの書き込みアドレスを制御する深さカウンタ制御部と、深さカウンタ制御部から書き込みアドレスに基づいて、ＦＩＦＯバッファの深さをカウントする深さカウンタ情報通知部とをさらに備えている。帯域幅導出部は、深さカウンタ情報通知部でカウントされた深さに基づいて、データ通信で現在使われている帯域幅を導出する。
【００１３】
第７の発明は第１の発明に従属しており、帯域幅管理装置は、バス上を伝送されてくる同期データを受け取り、同期データがバス上を伝送されていないＮＵＬＬデータを分離するＮＵＬＬデータ分離部と、ＮＵＬＬデータ分離部で分離されたＮＵＬＬデータの開始から末尾までの時間区間をカウントするＮＵＬＬデータカウンタとをさらに備えている。帯域幅導出部は、ＮＵＬＬデータカウンタでカウントされた時間区間に基づいて、データ通信で現在使われている帯域幅を導出する。
【００１４】
第８の発明は、バス上に接続された複数のノード間でデータ通信に使われる帯域幅を管理するための方法であって、データ通信で現在使われている帯域幅を導出する帯域幅導出ステップと、帯域幅導出ステップで導出された帯域幅に基づいて、予め管理されておりかつデータ通信に割り当てられている帯域幅を変更する帯域幅変更制御ステップとを備える。
【００１５】
【発明の実施の形態】
図１は、本発明の第１の実施形態に係る帯域幅管理装置１ａ　を備えるデータ伝送システムＳの構成を示すブロック図である。図１において、データ伝送システムＳはバス型トポロジを有しており、共用される伝送媒体（バス）２に、複数のノード（図示は２ノード）３１　及び３２　が接続されている。以上のような、複数のノード３１　及び３２　の間ではＩＥＥＥ１３９４により規定されている同期通信が行われる。また、図示は省略しているが、データ伝送システムＳに接続される他の複数のノード間でも、同様の同期通信が行われる。
【００１６】
帯域幅管理装置１ａ　は、データ伝送システムＳ上のいずれか１個のノード３（図１ではノード３２　）に収容されており、各同期通信で使われる帯域幅ＢＷａｓを管理する。このような帯域幅管理のため、帯域幅管理装置１ａ　は、通信インタフェイス１１と、データバッファ１２と、通信コントローラ１３と、データ収集部１４と、バス管理部１５とを備えている。
【００１７】
通信インタフェイス１１は主として、バス２を通じて受信したデータＤを、データバッファ１２に転送する。データバッファ１２は、通信インタフェイス１１から送られてくるデータＤを格納し、上位層に渡す。通信インタフェイス１１では一般的に、バス２からデータＤを受信している最中に消費電力Ｐが増加する。この消費電力Ｐを使えば、現在バス２でどの程度の帯域幅ＢＷａｖが使用されているかを簡易に求めることが可能となる。そのために、通信インタフェイス１１は、自身の消費電力Ｐを検出して、データ収集部１４に通知する。以上の処理のために、通信インタフェイス１１は、図２に示すように、バス駆動ドライバ１１１と、消費電力検出部１１２とを備えている。バス駆動ドライバ１１１は、バス２からデータＤを受信するためのハードウェアドライバであり、図３に示すように、レシーバ１１３を備えている。レシーバ１１３は、ＩＥＥＥ１３９４の規定に従って供給される電圧により駆動し、各データＤをそのままデータバッファ１２に送る。また、レシーバ１１３は、各データＤに設定される同期信号Ｓｓｙｎｃ（図４参照）をデータバッファ１２及び消費電力検出部１１２に与え、さらに、消費電力検出部１１２に電流Ｉを与える。また、レシーバ１１３は、クロックＣＬＫをデータバッファ１２に与える。
【００１８】
消費電力検出部１１２は、バス駆動ドライバ１１１の消費電力Ｐを検出するために、図５に示すように、Ｉ／Ｖ変換部１１４と、Ａ／Ｄ変換部１１５と、消費電力積算部１１６と、消費電力通知部１１７とを含んでいる。Ｉ／Ｖ変換部１１４は、バス駆動ドライバ１１１と接続され、バス駆動ドライバ１１１から与えられる電流Ｉを、アナログの電圧Ｖａ　に変換する。Ａ／Ｄ変換部１１５は、Ｉ／Ｖ変換部１１４で変換された電圧Ｖａ　を、デジタルの電圧値Ｖｄ　に変換する。消費電力積算部１１６は、ソフトウェアで構成され、バス駆動ドライバ１１１からの同期信号Ｓｓｙｎｃと、Ａ／Ｄ変換部１１５からの電圧値Ｖｄ　とを受け取る。消費電力積算部１１６は、受け取った同期信号Ｓｓｙｎｃをトリガーとして、受け取った電圧値Ｖｄ　の積算を開始する。消費電力積算部１１６は、次の同期信号Ｓｓｙｎｃを受け取った時、それまでの積算値を消費電力Ｐとして消費電力通知部１１７に渡し、さらに、積算値をリセットする。消費電力通知部１１７は、受け取った消費電力Ｐをそのまま後段のデータ収集部１４に渡す。
【００１９】
通信コントローラ１３は、データＤの受信制御及び／又は送信制御を行う。データ収集部１４は、通信インタフェイス１１の消費電力通知部１１７により通知される消費電力Ｐを収集して、同期信号Ｓｓｙｎｃ毎にバス管理部１５に通知する。
【００２０】
バス管理部１５は、図６に示すように、帯域幅導出部１５１と、帯域幅管理部１５２と、帯域幅変更制御部１５３と、帯域幅通知部１５４とを含んでいる。帯域幅導出部１５１は、データ収集部１４により通知された消費電力Ｐを使って、チャネル毎に、現在使われている帯域幅ＢＷａｖを導出して、帯域幅変更制御部１５２に通知する。より具体的には、帯域幅導出部１５１は、ソフトウェアで構成されており、消費電力Ｐ対帯域幅ＢＷａｖのマップＭｐ−ａｖを予め保持する。マップＭｐ−ａｖは、データ伝送システムＳの運用前に、レシーバ１１３の消費電力Ｐと帯域幅ＢＷａｖとの関係を調査することにより作成される。帯域幅導出部１５１は、マップＭｐ−ａｖを検索して、通知された消費電力Ｐ毎に帯域幅ＢＷａｖを導出する。
【００２１】
帯域幅管理部１５２は、各チャネルに現在割り当てられている帯域幅ＢＷａｓを管理する。
【００２２】
帯域幅変更制御部１５３は、帯域幅導出部１５１により帯域幅ＢＷａｖが通知される度に、帯域幅変更処理を行う。より具体的には、帯域幅変更制御部１５３は、通知された帯域幅ＢＷａｖの中から、該当する値を選択する。その後、帯域幅変更制御部１５３は、帯域幅管理部１５２から、選択した帯域幅ＢＷａｖと同じチャネルに現在割り当てられている帯域幅ＢＷａｓを取得する。さらに、帯域幅変更制御部１５３は、選択した帯域幅ＢＷａｖと、取得した帯域幅ＢＷａｓとの差分値の絶対値ΔＢＷを算出し、算出した絶対値ΔＢＷが所定値Ｖｔｈ以上か否かを判断する。ここで、所定値Ｖｔｈは、データ伝送システムＳの設計要件に応じて自由に設定できる値である。絶対値ΔＢＷが所定値Ｖｔｈ以上であれば、帯域幅変更制御部１５３は、帯域幅管理部１５２で管理されている帯域幅ＢＷａｓの値を、選択した帯域幅ＢＷａｖの値に更新する。逆に、絶対値ΔＢＷが所定値Ｖｔｈ以上でなければ、帯域幅ＢＷａｓの更新は行われない。以上の処理を、帯域幅変更制御部１５３は、現在使われているチャネル全てについて実行する。帯域幅変更制御部１５３は、全チャネルに対して帯域幅変更処理を行った後、その旨を帯域幅通知部１５４に通知する。
【００２３】
帯域幅通知部１５４は、帯域幅変更制御部１５３からの通知に応答して、ＩＥＥＥ１３９４で規定されている帯域幅通知プロトコルに従って、帯域幅管理部１５２により管理されている更新後の帯域幅ＢＷａｓを各ノード３に同報するための電文ＥＭを生成し、通信コントローラ１３に渡す。通信コントローラ１３は、通信インタフェイス１２を通じて、受け取った電文ＥＭをバス２に送出する。
【００２４】
次に、図７を参照して、以上の構成の帯域幅管理装置１ａ　の動作について説明する。データ伝送システムＳでは、同期通信に先だって、帯域幅の自己申告及び割り当てが行われる。この処理については、周知であるため、簡単に説明する。まず、同期通信を行いたい各ノード３は、ＩＥＥＥ１３９４のプロトコルに従って、同期通信で自ノード３が使いたい帯域幅ＢＷｄｓを帯域幅管理装置１ａ　に申告する。帯域幅管理装置１ａ　では、ＩＥＥＥ１３９４のプロトコルに従って、各ノード３に対して、チャネル及び帯域幅ＢＷａｓの双方を割り当てた後、それらを帯域幅管理部１５２に設定する。ここで、帯域幅管理装置１ａ　により割り当てられる帯域幅ＢＷａｓは、必ずしも、自己申告された帯域幅ＢＷｄｓと同じになるとは限らない。その後、帯域幅管理装置１ａ　は、ＩＥＥＥ１３９４のプロトコルに従って、割り当てたチャネル及び帯域幅ＢＷａｓを各ノード３に同報する。
【００２５】
以上の帯域幅の自己申告及び割り当てが完了すると、データ伝送システムＳでは、同期通信が可能になる。同期通信の最中、帯域幅管理装置１ａ　において、通信インタフェイス１１は、受信データＤから算出した消費電力Ｐをデータ収集部１４に転送する（図７；ステップＳ１１）。データ収集部１４は、通信インタフェイス１１の消費電力通知部１１７により通知される消費電力Ｐを収集して、収集した消費電力Ｐを同期信号Ｓｓｙｎｃ毎にバス管理部１５の帯域幅導出部１５１に通知する（ステップＳ１２）。帯域幅導出部１５１は、通知されたチャネル毎に、現在使われている帯域幅ＢＷａｖを算出して、帯域幅変更制御部１５２に通知する（ステップＳ１３）。
【００２６】
帯域幅変更制御部１５３は、帯域幅導出部１５１により帯域幅ＢＷａｖが通知される度に、帯域幅変更処理を行う（ステップＳ１４）。より具体的には、帯域幅変更制御部１５３は、通知された帯域幅ＢＷａｖの中から、該当する値を選択する（ステップＳ１４１）。その後、帯域幅変更制御部１５３は、帯域幅管理部１５２から、選択した帯域幅ＢＷａｖと同じチャネルに現在割り当てられている帯域幅ＢＷａｓを取得する（ステップＳ１４２）。さらに、帯域幅変更制御部１５３は、選択した帯域幅ＢＷａｖと、取得した帯域幅ＢＷａｓとの差分値の絶対値ΔＢＷを算出し、算出した絶対値ΔＢＷが所定値Ｖｔｈ以上か否かを判断する（ステップＳ１４３）。絶対値ΔＢＷが所定値Ｖｔｈ以上であれば、帯域幅変更制御部１５３は、帯域幅管理部１５２で管理されている帯域幅ＢＷａｓの値を、選択した帯域幅ＢＷａｖの値に更新し（ステップＳ１４４）、その後、ステップＳ１４５を行う。逆に、絶対値ΔＢＷが所定値Ｖｔｈ以上でなければ、帯域幅ＢＷａｓの更新は行われずに、処理はステップＳ１４５に直接進む。
【００２７】
ステップＳ１４５において、帯域幅変更制御部１５３は、全チャネルの帯域幅ＢＷａｖを選択したか否かを判断する。未選択の帯域幅ＢＷａｖが残っていれば、帯域幅変更制御部１５３は、その中から１つ選択して（ステップＳ１４６）、ステップＳ１４２を行う。逆にステップＳ１４５において、全チャネルの帯域幅ＢＷａｖを選択済みの場合には、帯域幅変更制御部１５３は、その旨を帯域幅通知部１５４に通知し（ステップＳ１４７）、これによって、帯域幅変更処理が終了する。
【００２８】
帯域幅通知部１５４は、帯域幅変更制御部１５３からの通知に応答して、ＩＥＥＥ１３９４で規定されている帯域幅通知プロトコルに従って、帯域幅管理部１５２により管理されている更新後の帯域幅ＢＷａｓを各ノード３に同報するための電文ＥＭを生成し、通信コントローラ１３に渡す。通信コントローラ１３は、非同期通信中に、通信インタフェイス１２を通じて、受け取った電文ＥＭをバス２に送出する（ステップＳ１５）。
【００２９】
以上のようにして、本データ伝送システムＳでは、帯域幅管理装置１ａ　は、各チャネル毎に検出した帯域幅ＢＷａｖの実際の使用量に基づいて、同期通信における帯域幅ＢＷａｓの割当て量を動的に変更する。これによって、ノード３１　に割り当てた帯域幅ＢＷａｓよりも、そのノード３１　が実際に使っている帯域幅ＢＷａｖがあまりに少なければ、帯域幅管理装置１ａ　は、実質的に未使用分の帯域幅を解放して、他のノード３に解放された帯域幅を割り当てることが可能になる。さらに、帯域幅管理装置１ａ　は、ノード３１　に割り当てた帯域幅ＢＷａｓを強制的に解放することになるので、従来技術と比較して平等かつ各ノード３に最適な帯域幅を割り当てることが可能になる。
【００３０】
また、ノード３１　に割り当てた帯域幅ＢＷａｓよりも、そのノード３１　が実際に使っている帯域幅ＢＷａｖがあまりに大きければ、帯域幅管理装置１ａ　は、不足分の帯域幅をノード３１　にさらに割り当てることが可能になる。その結果、バス２において帯域幅が余っているという状態を回避することができ、バス２の帯域幅を有効的に利用することが可能になる。
【００３１】
また、以上の実施形態では、データ収集部１４は、同期信号Ｓｓｙｎｃ毎に、消費電力Ｐを帯域幅導出部１５１に渡すようにしていたが、これに限らず、複数の同期信号Ｓｓｙｎｃ毎に、これらを渡すようにしても良い。同様に、帯域幅変更制御部１５３は、同期信号Ｓｓｙｎｃ毎に帯域幅変更処理を行っていたが、これに限らず、複数の同期信号Ｓｓｙｎｃ毎に帯域幅変更処理を行っても良い。この場合、帯域幅導出部１５１は、現在使われている帯域幅ＢＷａｖとして、複数の同期信号Ｓｓｙｎｃ間における平均値を、通知されたチャネル毎に算出して、帯域幅変更制御部１５２に通知する。
【００３２】
また、帯域幅変更制御部１５３は、バス２からの受信データＤに基づいて、帯域幅変更処理を行っていたが、それだけでなく、ノード３２　がバス２に送出するデータＤに基づいて、帯域幅変更処理を行っても良い。
【００３３】
次に、図８を参照して、帯域幅管理装置１ａ　の第１の変型例である帯域幅管理装置１ｂ　について説明する。図８において、帯域幅管理装置１ｂ　は、通信インタフェイス２１と、データバッファ２２と、通信コントローラ２３と、データ収集部２４と、バス管理部２５とを備えている。
【００３４】
通信インタフェイス２１は、バス２を通じて受信したデータＤをそのままデータバッファ２２に転送し、さらに、受信データＤから同期信号Ｓｓｙｎｃを分離して、データッファ２２に転送する。
【００３５】
データバッファ２２は、図９に示すように、データ分離部２２１と、非同期データバッファ２２２と、同期データバッファ２２３と、アドレス制御部２２４と、アドレス情報通知部２２５とを備えている。データ分離部２２１は、受信データＤを、非同期データＤａｓｙｎと同期データＤｉｓｏ　とに分離する。データ分離部２２１は、分離した非同期データＤａｓｙｎを非同期データバッファ２２２に転送し、分離した同期データＤｉｓｏ　を同期データバッファ２２３に転送する。非同期データバッファ２２２及び同期データバッファ２２３は、データ分離部２２１から転送されてくる非同期データＤａｓｙｎ及び同期データＤｉｓｏ　を格納する。アドレス制御部２２４は、同期データバッファ２２３の書き込みアドレスを制御し、さらに、アドレス情報通知部２２５に、書き込みアドレス情報Ｉａｄをデータバッファ２２への書き込みが発生する毎に逐次通知する。アドレス情報通知部２２５は、通信インタフェイス２１からの同期信号Ｓｓｙｎｃ及びアドレス制御部２２４からのアドレス情報Ｉａｄを受け取る。アドレス情報通知部２２５は、受け取った同期信号Ｓｓｙｎｃと同時に受け取ったアドレス情報Ｉａｄを保持する。アドレス情報通知部２２５は、次の同期信号Ｓｓｙｎｃを受け取った時、同時に受け取ったアドレス情報Ｉａｄから前回のアドレス情報Ｉａｄを減算して、アドレスの変化量Δａｄを算出して、後段のデータ収集部２４に渡す。
【００３６】
通信コントローラ２３は、前述の通信コントローラ１３と同様であるため、その説明を省略する。データ収集部２４は、データバッファ２２のアドレス情報通知部２２５からのアドレス変化量Δａｄを収集して、同期信号Ｓｓｙｎｃ毎にバス管理部２５に通知する。
【００３７】
バス管理部２５は、図１０に示すように、図６のバス管理部１５と比較すると、帯域幅導出部１５１に代えて、帯域幅導出部２５１を備えている点で相違する。それ以外に両バス管理部１５及び２５の間には相違点は無いので、図１０において、図６の構成に相当するものには同一の参照符号を付けて、それぞれの説明を省略する。
【００３８】
帯域幅導出部２５１は、データ収集部２４により通知されたアドレス変化量Δａｄを使って、チャネル毎に現在使われている帯域幅ＢＷａｖを導出して、帯域幅変更制御部１５２に通知する。より具体的には、帯域幅導出部２５１は、ソフトウェアで構成されており、アドレス変化量Δａｄと帯域幅ＢＷａｖとが有する比例関係、つまり比例式Ｆ（Δａｄ）＝ＢＷａｖ＝α×Δａｄ（αは定数）を予め保持する。帯域幅導出部２５１は、比例式Ｆ（Δａｄ）に、通知されたアドレス変化量Δａｄを代入して帯域幅ＢＷａｖを導出する。
【００３９】
次に、図１１を参照して、以上の構成の帯域幅管理装置１ｂ　の動作について説明する。前述の帯域幅の自己申告及び割り当てが完了すると、同期通信が可能になる。同期通信の最中、帯域幅管理装置１ｂ　において、データバッファ２２は、上述のようして得られるアドレス変化量Δａｄをデータ収集部２４に転送する（図１１；ステップＳ２１）。データ収集部２４は、データバッファ２２のアドレス情報通知部２２５からのアドレス変化量Δａｄを収集して、同期信号Ｓｓｙｎｃ毎に、収集したアドレス変化量Δａｄをバス管理部２５に通知する（ステップＳ２２）。帯域幅導出部２５１は、上述した方法で、通知されたチャネル毎に、現在使われている帯域幅ＢＷａｖを算出して、帯域幅変更制御部１５２に通知する（ステップＳ２３）。以降、帯域幅管理装置１ｂ　では、図７のステップＳ１４からＳ１５と同様の処理が行われるので、ここではそれぞれの説明を省略する。
【００４０】
以上のように、帯域幅管理装置１ｂ　は、各チャネル毎に検出した帯域幅ＢＷａｖの実際の使用量に基づいて、同期通信における帯域幅ＢＷａｓの割当て量を動的に変更する。これによって、ノード３１　に割り当てた帯域幅ＢＷａｓよりも、そのノード３１　が実際に使っている帯域幅ＢＷａｖがあまりに少なければ、帯域幅管理装置１ａ　は、実質的に未使用分の帯域幅を解放して、他のノード３に解放された帯域幅を割り当てることが可能になる。さらに、帯域幅管理装置１ａ　は、ノード３１　に割り当てた帯域幅ＢＷａｓを強制的に解放することになるので、従来技術と比較して、平等かつ各ノード３に最適な帯域幅を割り当てることが可能になる。
【００４１】
また、ノード３１　に割り当てた帯域幅ＢＷａｓよりも、そのノード３１　が実際に使っている帯域幅ＢＷａｖがあまりに大きければ、帯域幅管理装置１ａ　は、不足分の帯域幅をノード３１　にさらに割り当てることが可能になる。その結果、バス２において帯域幅が余っているという状態を回避することができ、バス２の帯域幅を有効的に利用することが可能になる。
【００４２】
なお、以上の変型例では、アドレス情報通知部２２５は、アドレス変化量Δａｄを算出していたが、今回のアドレス情報Ｉａｄから前回のアドレス情報Ｉａｄを減算して、同期データＤｉｓｏ　の長さＤＬｉｓｏ　を算出して、後段のデータ収集部２４に通知するにしても良い（ステップＳ２１及びＳ２２の括弧内参照）。この場合、帯域幅導出部２５１は、ステップＳ２３において、データ収集部２４により通知されたデータ長ＤＬｉｓｏ　を使って、チャネル毎に現在使われている帯域幅ＢＷａｖを導出して、帯域幅変更制御部１５２に通知する。ここで、データ長ＤＬｉｓｏ　と帯域幅ＢＷａｖとは実質的に比例関係にあり、Ｆ（ＤＬｉｓｏ　）＝ＢＷａｖ＝β×ＤＬｉｓｏ　（βは定数）で表現される。帯域幅導出部２５１は、比例式Ｆ（ＤＬｉｓｏ　）に、通知されたデータ長ＤＬｉｓｏ　を代入して帯域幅ＢＷａｖを導出する。
【００４３】
また、以上の変型例では、データ収集部２４は、同期信号Ｓｓｙｎｃ毎に、アドレス変化量Δａｄ又はデータ長ＤＬｉｓｏ　を帯域幅導出部２５１に渡すようにしていたが、これに限らず、複数の同期信号Ｓｓｙｎｃ毎に、これらを渡すようにしても良い。同様に、帯域幅変更制御部１５３は、同期信号Ｓｓｙｎｃ毎に帯域幅変更処理を行っていたが、これに限らず、複数の同期信号Ｓｓｙｎｃ毎に帯域幅変更処理を行っても良い。この場合、帯域幅導出部２５１は、現在使われている帯域幅ＢＷａｖとして、複数の同期信号Ｓｓｙｎｃの間における平均値を、通知されたチャネル毎に算出して、帯域幅変更制御部１５２に通知する。
【００４４】
また、帯域幅変更制御部１５３は、バス２からの受信データＤに基づいて、帯域幅変更処理を行っていたが、それだけでなく、ノード３２　がバス２に送出するデータＤに基づいて、帯域幅変更処理を行っても良い。
【００４５】
次に、図１２を参照して、帯域幅管理装置１ａ　の第２の変型例である帯域幅管理装置１ｃ　について説明する。図１２において、帯域幅管理装置１ｃ　は、通信インタフェイス３１と、データバッファ３２と、通信コントローラ３３と、データ収集部３４と、バス管理部３５とを備えている。
【００４６】
通信インタフェイス３１は、前述の通信インタフェイス２１と同様であるため、その説明を省略する。データバッファ３２は、図１３に示すように、データ分離部３２１と、非同期データバッファ３２２と、同期データ用のＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ　Ｆｉｒｓｔ−Ｏｕｔ）バッファ３２３と、深さカウンタ制御部３２４と、深さカウンタ情報通知部３２５とを備えている。データ分離部３２１及び非同期データバッファ３２２については、図９に示すデータ分離部２２１及び非同期データバッファ２２２と同様であるため、それぞれの詳細な説明を省略する。
【００４７】
ＦＩＦＯバッファ３２３は、データ分離部３２１から転送されてくる同期データＤｉｓｏ　を格納する。深さカウンタ制御部３２４は、ＦＩＦＯバッファ３２３の書き込みアドレスを制御し、さらに、深さカウンタ情報通知部３２５に、書き込みアドレス情報Ｉａｄを１クロック毎に逐次通知する。深さカウンタ情報通知部３２５は、通信インタフェイス２１からの同期信号Ｓｓｙｎｃ及び深さカウンタ制御部３２４からのアドレス情報Ｉａｄを受け取る。深さカウンタ情報通知部３２５は、受け取った同期信号Ｓｓｙｎｃと同時に受け取ったアドレス情報Ｉａｄを保持する。深さカウンタ情報通知部３２５は、次の同期信号Ｓｓｙｎｃを受け取った時、同時に受け取ったアドレス情報Ｉａｄから前回のアドレス情報Ｉａｄを減算して、ＦＩＦＯバッファ３２３の深さ（つまり、使用容量）Δｄｐを算出して、後段のデータ収集部３４に渡す。
【００４８】
通信コントローラ３３は、前述の通信コントローラ１３と同様であるため、その説明を省略する。データ収集部３４は、データバッファ３２の深さカウンタ情報通知部３２５からの深さΔｄｐを収集して、同期信号Ｓｓｙｎｃ毎にバス管理部３５に通知する。
【００４９】
バス管理部３５は、図１４に示すように、図１０のバス管理部２５と比較すると、帯域幅導出部２５１に代えて、帯域幅導出部３５１を備えている点で相違する。それ以外に両バス管理部２５及び３５の間には相違点は無いので、図１４において、図１０の構成に相当するものには同一の参照符号を付けて、それぞれの説明を省略する。
【００５０】
帯域幅導出部３５１は、データ収集部３４により通知された深さΔｄｐを使って、チャネル毎に現在使われている帯域幅ＢＷａｖを導出して、帯域幅変更制御部１５２に通知する。より具体的には、帯域幅導出部２５１は、ソフトウェアで構成されており、深さΔｄｐと帯域幅ＢＷａｖとが有する比例関係、つまり比例式Ｆ（Δｄｐ）＝ＢＷａｖ＝γ×Δｄｐ（γは定数）を予め保持する。帯域幅導出部３５１は、比例式Ｆ（Δｄｐ）に、通知された深さΔｄｐを代入して帯域幅ＢＷａｖを導出する。
【００５１】
次に、図１５を参照して、以上の構成の帯域幅管理装置１ｃ　の動作について説明する。同期通信の最中、帯域幅管理装置１ｃ　において、データバッファ３２は、上述のようして得られる深さΔｄｐをデータ収集部３４に転送する（図１５；ステップＳ３１）。データ収集部３４は、データバッファ３２の深さカウンタ情報通知部３２５からの深さΔｄｐを収集して、同期信号Ｓｓｙｎｃ毎に、収集した深さΔｄｐをバス管理部３５に通知する（ステップＳ３２）。帯域幅導出部３５１は、上述した方法で、通知されたチャネル毎に、現在使われている帯域幅ＢＷａｖを算出して、帯域幅変更制御部１５２に通知する（ステップＳ３３）。以降、帯域幅管理装置１ｃ　では、図７のステップＳ１４からＳ１５と同様の処理が行われるので、ここではそれぞれの説明を省略する。
【００５２】
以上のように、帯域幅管理装置１ｃ　は、帯域管理装置１ａ　及び１ｂ　と同様に、ノード３１　に割り当てた帯域幅ＢＷａｓを強制的に解放することになるので、従来技術と比較して、平等かつ各ノード３に最適な帯域幅を割り当てることが可能になる。さらに、また、ノード３１　に割り当てた帯域幅ＢＷａｓよりも、そのノード３１　が実際に使っている帯域幅ＢＷａｖがあまりに大きければ、帯域幅管理装置１ｃ　は、不足分の帯域幅をノード３１　にさらに割り当てることが可能になる。その結果、バス２において帯域幅が余っているという状態を回避することができ、バス２の帯域幅を有効的に利用することが可能になる。
【００５３】
また、以上の変型例では、データ収集部３４は、同期信号Ｓｓｙｎｃ毎に、深さΔｄｐを帯域幅導出部２５１に渡すようにしていたが、これに限らず、複数の同期信号Ｓｓｙｎｃ毎に、これらを渡すようにしても良い。同様に、帯域幅変更制御部１５３は、同期信号Ｓｓｙｎｃ毎に帯域幅変更処理を行っていたが、これに限らず、複数の同期信号Ｓｓｙｎｃ毎に帯域幅変更処理を行っても良い。また、帯域幅変更制御部１５３は、バス２からの受信データＤに加えて、ノード３２　がバス２に送出するデータＤに基づいて、帯域幅変更処理を行っても良い。
【００５４】
次に、図１６を参照して、帯域幅管理装置１ａ　の第３の変型例である帯域幅管理装置１ｄ　について説明する。図１６において、帯域幅管理装置１ｃ　は、通信インタフェイス４１と、データバッファ４２と、通信コントローラ４３と、データ収集部４４と、バス管理部４５とを備えている。
【００５５】
通信インタフェイス４１は、前述の通信インタフェイス２１と同様であるため、その説明を省略する。データバッファ４２は、図１７に示すように、データ分離部４２１と、非同期データバッファ４２２と、同期データバッファ４２３と、ＮＵＬＬデータ分離部４２４と、ＮＵＬＬデータカウンタ４２５と、ＮＵＬＬデータ区間通知部４２６とを備えている。データ分離部４２１、非同期データバッファ４２２及び同期データバッファ４２３については、図９に示すデータ分離部２２１、非同期データバッファ２２２及び同期データバッファ２２３と同様であるため、それぞれの詳細な説明を省略する。
【００５６】
ＮＵＬＬデータ分離部４１４は、データ分離部４２１により分離された同期データＤｉｓｏ　を順次受け取り、受信同期データＤｉｓｏ　が伝送されていない時間区間（以下、ＮＵＬＬデータ区間）Ｔｎｕｌｌを検出する。つまり、ＮＵＬＬテ゛ータ分離部４１４は、ＮＵＬＬデータを分離する。さらに、ＮＵＬＬデータ分離部４１４は、ＮＵＬＬデータ区間Ｔｎｕｌｌの間中、後段のＮＵＬＬデータカウンタ４２５に、現在ＮＵＬＬデータ区間Ｔｎｕｌｌであることを示す電気信号Ｓｎｕｌｌを送出する。ＮＵＬＬデータカウンタ４２５は、外部から与えられるクロックＣＬＫ、通信インタフェイス２１からの同期信号Ｓｓｙｎｃ及び、ＮＵＬＬデータ分離部４１４からの電気信号Ｓｎｕｌｌを受け取る。ＮＵＬＬデータカウンタ４２５は、電気信号Ｓｎｕｌｌを受信している間に限り、入力されたクロックＣＬＫに同期して、値をカウントアップし、通信インタフェイス２１からの同期信号Ｓｓｙｎｃを受け取った時点で、ＮＵＬＬデータ区間Ｔｎｕｌｌとして、現在のカウント値をＮＵＬＬデータ区間通知部４２６に通知する。ＮＵＬＬデータ区間通知部４２６は、通信インタフェイス２１から同期信号Ｓｓｙｎｃを受け取る度に、同時に受け取ったＮＵＬＬデータ区間Ｔｎｕｌｌを後段のデータ収集部４４に渡す。
【００５７】
通信コントローラ４３は、前述の通信コントローラ１３と同様であるため、その説明を省略する。データ収集部４４は、上述のＮＵＬＬデータ区間通知部４２６からのＮＵＬＬデータ区間Ｔｎｕｌｌを収集して、同期信号Ｓｓｙｎｃ毎にバス管理部４５に通知する。
【００５８】
バス管理部４５は、図１８に示すように、図１０のバス管理部２５と比較すると、帯域幅導出部２５１に代えて、帯域幅導出部４５１を備えている点で相違する。それ以外に両バス管理部２５及び４５の間には相違点は無いので、図１７において、図１０の構成に相当するものには同一の参照符号を付けて、それぞれの説明を省略する。
【００５９】
帯域幅導出部４５１は、データ収集部４４により通知されたＮＵＬＬデータ区間Ｔｎｕｌｌを使って、チャネル毎に現在使われている帯域幅ＢＷａｖを導出して、帯域幅変更制御部１５２に通知する。より具体的には、帯域幅導出部４５１は、ソフトウェアで構成されており、ＮＵＬＬデータ区間Ｔｎｕｌｌと帯域幅ＢＷａｖとが有する比例関係、つまり比例式Ｆ（Ｔｎｕｌｌ）＝ＢＷａｖ＝δ×Ｔｎｕｌｌ（δは定数）を予め保持する。帯域幅導出部４５１は、比例式Ｆ（Ｔｎｕｌｌ）に、通知されたＮＵＬＬデータ区間Ｔｎｕｌｌを代入して帯域幅ＢＷａｖを導出する。
【００６０】
次に、図１９を参照して、以上の構成の帯域幅管理装置１ｄ　の動作について説明する。同期通信の最中、帯域幅管理装置１ｄ　において、データバッファ４２は、上述のようして得られるＮＵＬＬデータ区間Ｔｎｕｌｌをデータ収集部４４に転送する（図１９；ステップＳ４１）。データ収集部４４は、データバッファ４２のＮＵＬＬデータ区間通知部４２６からのＮＵＬＬデータ区間Ｔｎｕｌｌを収集して、同期信号Ｓｓｙｎｃ毎に、収集したＮＵＬＬデータ区間Ｔｎｕｌｌをバス管理部４５に通知する（ステップＳ４２）。帯域幅導出部４５１は、上述した方法で、通知されたチャネル毎に、現在使われている帯域幅ＢＷａｖを算出して、帯域幅変更制御部１５２に通知する（ステップＳ４３）。以降、帯域幅管理装置１ｄ　では、図７のステップＳ１４からＳ１５と同様の処理が行われるので、ここではそれぞれの説明を省略する。
【００６１】
以上のように、帯域幅管理装置１ｄ　は、帯域管理装置１ａ　から１ｃ　と同様に、ノード３１　に割り当てた帯域幅ＢＷａｓを強制的に解放することになるので、従来技術と比較して、平等かつ各ノード３に最適な帯域幅を割り当てることが可能になる。さらに、また、ノード３１　に割り当てた帯域幅ＢＷａｓよりも、そのノード３１　が実際に使っている帯域幅ＢＷａｖがあまりに大きければ、帯域幅管理装置１ｃ　は、不足分の帯域幅をノード３１　にさらに割り当てることが可能になる。その結果、バス２において帯域幅が余っているという状態を回避することができ、バス２の帯域幅を有効的に利用することが可能になる。
【００６２】
また、以上の変型例では、データ収集部４４は、同期信号Ｓｓｙｎｃ毎に、ＮＵＬＬデータ区間Ｔｎｕｌｌを帯域幅導出部４５１に渡すようにしていたが、これに限らず、複数の同期信号Ｓｓｙｎｃ毎に、これらを渡すようにしても良い。同様に、帯域幅変更制御部１５３は、同期信号Ｓｓｙｎｃ毎に帯域幅変更処理を行っていたが、これに限らず、複数の同期信号Ｓｓｙｎｃ毎に帯域幅変更処理を行っても良い。また、帯域幅変更制御部１５３は、バス２からの受信データＤに加えて、ノード３２　がバス２に送出するデータＤに基づいて、帯域幅変更処理を行っても良い。
【００６３】
【発明の効果】
請求項１に係る発明によれば、帯域幅管理装置は、データ通信において実際に使われている帯域幅を検出して、データ通信における帯域幅の割当て量を動的に変更する。従って、帯域幅管理装置は、ノードに割り当てた帯域幅を強制的に解放することが可能となるので、従来よりも平等かつ効率的に帯域幅を各ノードに割り当てることが可能になる。また、ノードが割当てられた量よりも多くの帯域幅を実際に使っている場合には、帯域幅管理装置は、実際の使用量を割り当てることも可能になる。これによって、バスの帯域幅が余っているという状況を少なくでき、バスの有効利用を実現することも可能になる。
【００６４】
請求項２に係る発明によれば、帯域幅変更制御部により変更された帯域幅は、各ノードに通知されるので、各ノードは新たに割り当てられた帯域幅を知ることが可能になり、これによって、より効率的なデータ通信を行うことが可能になる。
【００６５】
請求項３に係る発明によれば、帯域幅変更制御部は、データ通信で現在使われている帯域幅と、帯域幅管理部で管理されている帯域幅との差があまりに大きい場合にのみ、帯域幅管理部で管理されている帯域幅を、帯域幅導出部で導出された帯域幅に変更する。これによって、帯域幅変更制御部は、無意味な帯域幅の更新を行わなくて済むことになる。
【００６６】
請求項４に係る発明によれば、バス駆動ドライバの消費電力に基づいて、現在使われている帯域幅が導出される。つまり、全ノードがデータ通信のために有するバス駆動ドライバを帯域幅管理装置は使うことになるので、帯域幅管理のために追加する構成を減らすことが可能になり、さらには、現在使っている帯域幅を簡単に導出することが可能になる。
【００６７】
請求項５に係る発明によれば、同期データバッファの書き込みアドレスに基づいて、現在使われている帯域幅が導出される。つまり、全ノードがデータ通信のために有する同期データバッファを帯域幅管理装置は使うことになるので、帯域幅管理のために追加する構成を減らすことが可能になり、さらには、現在使っている帯域幅を簡単に導出することが可能になる。
【００６８】
請求項６に係る発明によれば、ＦＩＦＯバッファの深さに基づいて、現在使われている帯域幅が導出される。つまり、全ノードがデータ通信のために有していることがあるＦＩＦＯバッファを帯域幅管理装置は使うことになるので、帯域幅管理のために追加する構成を減らすことが可能になり、さらには、現在使っている帯域幅を簡単に導出することが可能になる。
【００６９】
請求項７に係る発明によれば、同期データが伝送されていないＮＵＬＬデータ区間の長さに基づいて、現在使われている帯域幅を導出することができる。
【００７０】
請求項８に係る発明によれば、請求項１に係る発明と同様に、従来よりも平等かつ効率的に帯域幅を各ノードに割り当てることが可能になる。バスの帯域幅が余っているという状況を少なくでき、バスの有効利用を実現することも可能になる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る帯域幅管理装置１ａ　を備えるデータ伝送システムＳの構成を示すブロック図である。
【図２】図１の通信インタフェイス１１の詳細な構成を示すブロック図である。
【図３】図２のバス駆動ドライバ１１１の詳細な構成を示すブロック図である。
【図４】図１のデータ伝送システムＳで伝送されるデータＤに設定される同期信号Ｓｓｙｎｃを示す模式図である。
【図５】図２の消費電力検出部１１２の詳細な構成を示すブロック図である。
【図６】図１のバス管理部１５の詳細な構成を示すブロック図である。
【図７】図１の帯域幅管理装置１ａ　の動作を示すフローチャートである。
【図８】図１に示す帯域幅管理装置１ａ　の第１の変型例である帯域幅管理装置１ｂ　の構成を示すブロック図である。
【図９】図８に示すデータバッファ２２の詳細な構成を示すブロック図である。
【図１０】図８に示すバス管理部２５の詳細な構成を示すブロック図である。
【図１１】図８の帯域幅管理装置１ｂ　の動作を示すフローチャートである。
【図１２】図１に示す帯域幅管理装置１ａ　の第２の変型例である帯域幅管理装置１ｃ　の構成を示すブロック図である。
【図１３】図１２のデータバッファ３２の詳細な構成を示すブロック図である。
【図１４】図１２のバス管理部３５の詳細な構成を示すブロック図である。
【図１５】図１２の帯域幅管理装置１ｃ　の動作を示すフローチャートである。
【図１６】図１に示す帯域幅管理装置１ａ　の第３の変型例である帯域幅管理装置１ｄ　の構成を示すブロック図である。
【図１７】図１６のデータバッファ４２の詳細な構成を示すブロック図である。
【図１８】図１６のバス管理部４５の詳細な構成を示すブロック図である。
【図１９】図１６の帯域幅管理装置１ｄ　の動作を示すフローチャートである。
【符号の説明】
１ａ　〜１ｄ　…帯域幅管理装置
１１，２１，３１，４１…通信インタフェイス
１１１…バス駆動ドライバ
１１３…レシーバ
１１２…消費電力検出部
１１４…Ｉ／Ｖ変換部
１１５…Ａ／Ｄ変換部
１１６…消費電力積算部
１１７…消費電力通知部
１２，２２，３２，４２…データバッファ
２２１，３２１，４２１…データ分離部
２２２，３２２，４２２…非同期データバッファ
２２３，４２３…同期データバッファ
２２４…アドレス制御部
２２５…アドレス情報通知部
３２３…ＦＩＦＯバッファ
３２４…深さカウンタ制御部
３２５…深さカウンタ情報通知部
４２４…ＮＵＬＬデータ分離部
４２５…ＮＵＬＬデータカウンタ
４２６…ＮＵＬＬデータ区間通知部
１３，２３，３３，４３…通信コントローラ
１４，２４，３４，４４…データ収集部
１１，２１，３１，４１…バス管理部
１５１，２５１，３５１，４５１…帯域幅導出部
１５２…帯域幅管理部
１５３…帯域幅変更制御部
１５４…帯域幅変更通知部
【図１】
2004064340.tif 000003
【図２】
2004064340.tif 000004
【図３】
2004064340.tif 000005
【図４】
2004064340.tif 000006
【図５】
2004064340.tif 000007
【図６】
2004064340.tif 000008
【図７】
2004064340.tif 000009
【図８】
2004064340.tif 000010
【図９】
2004064340.tif 000011
【図１０】
2004064340.tif 000012
【図１１】
2004064340.tif 000013
【図１２】
2004064340.tif 000014
【図１３】
2004064340.tif 000015
【図１４】
2004064340.tif 000016
【図１５】
2004064340.tif 000017
【図１６】
2004064340.tif 000018
【図１７】
2004064340.tif 000019
【図１８】
2004064340.tif 000020
【図１９】
2004064340.tif 000021