(57)【要約】【課題】複数のＡＶ情報と、複数のＡＶ情報に同期している各クロックとを受信し、１つの送信ポートを介して、その各クロックを損なわずに、複数のＡＶ情報を送信する。【解決手段】それぞれ異なる複数の受信クロックと、各受信クロックに同期している複数のＡＶ情報８０とを受信する複数の受信ポート２０と、複数のＡＶ情報８０をそれぞれ格納する複数のバッファ３０と、各受信クロックに基づいて、バッファ３０毎に単位時間当たりに格納されたＡＶ情報８０の情報量の合計を外部に送信可能な送信クロックを生成するクロック生成部４０と、送信クロックとＡＶ情報８０とを外部に送信するスケジュール期間Ｔｉを決定するスケジューラ５０と、スケジュール期間Ｔｉに基づいて、送信クロックおよびＡＶ情報８０を外部に送信する送信ポート６０と、を備える。【選択図】図１
2010166337.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ異なる複数の受信クロックと、各受信クロックに同期している複数のデータとを受信する複数の受信手段と、
上記複数の受信手段が受信した上記複数のデータをそれぞれ格納する複数のバッファと、
上記受信手段がそれぞれ受信した受信クロックに基づいて、上記バッファ毎に単位時間当たりに格納されたデータの合計データ量を外部に送信可能な送信クロックを生成するクロック生成手段と、
上記クロック生成手段によって生成された上記送信クロックと、上記バッファにそれぞれ格納されている上記データとを外部に送信する固定期間を決定するスケジューリング手段と、
上記スケジューリング手段によって決定された上記固定期間に基づいて、上記送信クロックおよび上記データを外部に送信する送信手段と、を備えることを特徴とする通信装置。
【請求項２】
上記受信手段は、１つまたは複数のデータを受信することを特徴とする請求項１に記載の通信装置。
【請求項３】
上記バッファはそれぞれ、
上記送信手段が送信可能な送信可能データ量以上のデータ量を基準データ量として設定し、当該基準データ量と、当該基準データ量を設定したときの固定期間後の固定期間に上記バッファに格納されている格納データ量とを比較する送信制御手段と、
上記送信制御手段の比較結果に基づいて、上記スケジューリング手段に送信する送信データを作成する送信調整手段と、を備えることを特徴とする請求項１または２に記載の通信装置。
【請求項４】
上記送信制御手段は、上記基準データ量を設定したときの固定期間後の固定期間において、
上記格納データ量が上記基準データ量以下であると判定した場合、｛上記送信可能データ量−（上記基準データ量−上記格納データ量）｝を上記送信データのデータ量として決定し、
上記格納データ量が上記基準データ量よりも大きいと判定した場合、当該格納データ量から（当該格納データ量−当該基準データ量）を示す差分データ量を除外した除外データ量を求め、当該除外データ量から上記送信可能データ量を抽出したデータ量を、上記送信データのデータ量として決定することを特徴とする請求項３に記載の通信装置。
【請求項５】
上記データは、映像データと、当該映像データとは異なる非映像データとを含むものであって、
上記送信調整手段は、さらに、上記送信データのデータ量と、上記差分データ量と、当該送信データの状態を、当該送信データのデータ量を決定したときの固定期間に上記バッファに格納されていたデータの状態に戻すための当該データにおける位置情報と、を含むヘッダを当該送信データに付与することを特徴とする請求項３または４に記載の通信装置。
【請求項６】
上記送信調整手段は、さらに、上記格納データ量から除外された除外データに上記非映像データが含まれている場合には、当該非映像データを、上記送信データのデータ量を決定したときの固定期間以降に上記スケジューリング手段に送信する送信データに付与することを特徴とする請求項５に記載の通信装置。
【請求項７】
上記受信手段は、上記バッファを備える外部装置からデータを受信しており、
自装置の上記バッファはそれぞれ、
上記受信手段が上記ヘッダおよび上記非映像データを含むデータを受信した場合に、当該ヘッダおよび当該非映像データに基づいて、当該データの状態を、上記外部装置のバッファに格納されていたデータの状態に戻す受信制御手段をさらに備えることを特徴とする請求項５または６に記載の通信装置。
【請求項８】
上記送信調整手段は、上記バッファそれぞれに格納されているデータに対応する固定期間になったときから所定時間経過後に、当該送信データを当該スケジューリング手段に送信することを特徴とする請求項３〜７の何れか１項に記載の通信装置。
【請求項９】
上記スケジューリング手段は、上記固定期間を、
上記送信可能データ量×（上記受信手段が受信するデータのフレームレート／上記送信手段が送信するデータのフレームレート）／上記送信クロック
により求めることを特徴とする請求項３〜８の何れか１項に記載の通信装置。
【請求項１０】
上記データは、映像データを含むものであって、
上記格納データ量、上記送信可能データ量および上記基準データ量は、上記映像データの所定のデータ量単位であることを特徴とする請求項３〜９の何れか１項に記載の通信装置。
【請求項１１】
上記受信手段と上記バッファとの間に、当該受信手段それぞれが受信するデータのフレームレートを変換するフレームレート変換手段を備えることを特徴とする請求項１〜１０の何れか１項に記載の通信装置。
【請求項１２】
上記受信手段と上記バッファとの間に、当該受信手段それぞれが受信するデータの解像度を変換する解像度変換手段を備えることを特徴とする請求項１〜１１の何れか１項に記載の通信装置。
【請求項１３】
上記クロック生成手段は、上記複数のバッファのうちのいずれかのバッファにて受信する受信クロックを用いて、上記送信クロックを生成することを特徴とする請求項１〜１２の何れか１項に記載の通信装置。
【請求項１４】
上記バッファそれぞれに格納されているデータに対応する固定期間全てを含む期間を固定周期とし、
上記固定周期は、上記データのフレームレートのうち、最も大きいフレームレートの逆数であることを特徴とする請求項１〜１３の何れか１項に記載の通信装置。
【請求項１５】
それぞれ異なる複数の受信クロックと、各受信クロックに同期している複数のデータとを受信し、当該複数のデータそれぞれを複数のバッファに格納する受信ステップと、
上記受信ステップにてそれぞれ受信した受信クロックに基づいて、上記バッファ毎に単位時間当たりに格納されたデータの合計データ量を外部に送信可能な送信クロックを生成するクロック生成ステップと、
上記クロック生成ステップによって生成された上記送信クロックと、上記バッファにそれぞれ格納されている上記データとを外部に送信する固定期間を決定するスケジューリングステップと、
上記スケジューリングステップによって決定された上記固定期間に基づいて、上記送信クロックおよび上記データを外部に送信する送信ステップと、を含むことを特徴とする通信装置の制御方法。
【請求項１６】
コンピュータを請求項１〜１４の何れか１項に記載の通信装置の各手段として機能させるための通信装置の制御プログラム。
【請求項１７】
請求項１６に記載の通信装置の制御プログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の非圧縮ＡＶ情報と、当該複数の非圧縮ＡＶ情報に同期している各クロックとを受信し、１つの送信ポートを介して、その各クロックを損なわずに、複数の非圧縮ＡＶ情報を送信する通信装置、通信装置の制御方法、制御プログラム、および、記録媒体に関するものである。
【背景技術】
【０００２】
従来、非圧縮ＡＶ（Ａｕｄｉｏ  Ｖｉｄｅｏ）情報を入出力するためのインターフェースであるＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）（非特許文献１）が非圧縮ＡＶ情報の伝送システムにおいて広く採用されている。以下、図２１、２２および２３を用いて、ＨＤＭＩ規格を説明する。
【０００３】
図２１は、ＨＤＭＩ規格を用いた伝送システムの一例を示すブロック図である。ＨＤＭＩ伝送システム４０００は、ＡＶ再生機１０００、テレビ２０００およびＨＤＭＩケーブル３から構成される。
【０００４】
ＡＶ再生機１０００は、ＡＶ情報を再生する機器である。ＡＶ再生機１０００は、ＡＶソース１０１０、ＡＶデコーダ１０２０およびＨＤＭＩソース１１００を備えている。ＡＶ再生機１０００は、例えば、ＢＤ（ＢｌｕＲａｙ  Ｄｉｓｃ）プレイヤー、ＨＤ（ハードディスク）レコーダ、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）や放送／ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）チューナなどである。ＡＶ再生機１０００は、ＡＶ情報をＨＤＭＩケーブル３を介してテレビ２０００に伝送する。
【０００５】
ＡＶソース１０１０は、ＢＤ、ＨＤ、または外部（ケーブル、放送、ＩＰ）から送られる圧縮されたＡＶ情報を格納するものである。
【０００６】
ＡＶデコーダ１０２０は、ＡＶソース１０１０から圧縮されたＡＶ情報を読み出し、圧縮されたＡＶ情報を非圧縮ＡＶ情報に変換し、そして、非圧縮ＡＶ情報をＨＤＭＩソース１１００に伝送する。なお、非圧縮ＡＶ情報は、映像データおよび音声データだけではなく、通常の文字情報などの補助データも含む。また、ＡＶデコーダ１０２０は、非圧縮ＡＶ情報に含まれる音声データを圧縮して、ＨＤＭＩソース１１００に伝送することもできる。
【０００７】
さらに、ＡＶデコーダ１０２０は、映像データ、音声データおよび補助データと共に、映像データの画素に同期した画素クロック信号をＨＤＭＩソース１１００に出力する。通常、ＡＶデコーダ１０２０は、自己の速度で映像データ、音声データおよび補助データを出力する。画素クロック信号を用いることにより、ＨＤＭＩソース１１００は、ＡＶデコーダ１０２０の出力速度と同じ速度で映像データ、音声データおよび補助データをＨＤＭＩシンク２１００に出力することができる。
【０００８】
ＨＤＭＩソース１１００は、ＡＶデコーダ１０２０から非圧縮ＡＶ情報を受信し、ＨＤＭＩケーブル３を介して、ＨＤＭＩ２１００に伝送する。
【０００９】
なお、ＡＶ再生機１０００はゲーム機またはパソコンであってもよい。この場合、ゲーム機またはパソコンの内部にある例えばグラフィック部（図示せず）がＡＶソース１０１０およびＡＶデコーダ１０２０の代わりとなる。グラフィック部は、自身が生成した非圧縮ＡＶ情報をＨＤＭＩソース１１００に伝送する。このように、この場合のＡＶ再生機１０００の構成は、図２１のＡＶ再生機１０００と構成が異なる。しかし、ＨＤＭＩソース１１００の動作は、図２１の構成の場合と同じである。
【００１０】
テレビ２０００は、非圧縮ＡＶ情報を受信して映像を表示する表示装置である。テレビ２０００は、ＨＤＭＩシンク２１００および表示・スピーカ部２０１０を備えている。
【００１１】
ＨＤＭＩシンク２１００は、ＨＤＭＩソース１１００が伝送した非圧縮ＡＶ情報を受信する。そして、ＨＤＭＩシンク２１００は、受信した非圧縮ＡＶ情報を表示・スピーカ部２０１０に伝送する。表示・スピーカ部２０１０は、映像データを液晶パネルなどの表示部（図示せず）に表示し、音声データをスピーカ部（図示せず）に出力する。なお、ＨＤＭＩシンク２１００から表示・スピーカ部２０１０に伝送される音声データが圧縮されている場合、表示・スピーカ部２０１０が音声データを出力する前に、圧縮された音声データをデコード処理する必要がある。そのため、この場合には、ＨＤＭＩシンク２１００と表示・スピーカ部２０１０との間に、音声デコーダ（図示せず）を設置する必要がある。
【００１２】
次に、図２２に、ＨＤＭＩソース１１００、ＨＤＭＩシンク２１００およびＨＤＭＩケーブル３の構成をより具体的に示す。ＨＤＭＩソース１１００は、ＨＤＭＩ送信機１１１０を備えている。ＨＤＭＩシンク２１００は、ＨＤＭＩ受信機２１１０およびＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２１２０を備えている。ＨＤＭＩケーブル３は、ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ  Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ）チャンネル０／１／２およびＴＭＤＳクロックチャンネルを有している。さらに、ＨＤＭＩケーブル３は、双方向のＤＤＣ（Ｄｉｓｐｌａｙ  Ｄａｔａ  Ｃｈａｎｎｅｌ）信号およびＣＥＣ（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｃｏｎｔｒｏｌ）信号をＨＤＭＩソース１１００とＨＤＭＩシンク２１００との間で交換する。
【００１３】
ＨＤＭＩ送信機１１１０は、ＴＭＤＳチャンネル０／１／２を介して、ＡＶデコーダ１０２０からの映像（Ｖｉｄｅｏ）データ、音声（Ａｕｄｉｏ）データおよび文字情報などの補助データをＨＤＭＩ受信機２１１０に伝送する。通常、映像データの青画素はＴＭＤＳチャンネル０、緑画素はＴＭＤＳチャンネル１、赤画素はＴＭＤＳチャンネル２によって伝送される。その他の音声データおよび補助データは、ＴＭＤＳチャンネル０／１／２のいずれかによって伝送される。そして、ＨＤＭＩ受信機２１１０は、受信した映像データ、音声データおよび補助データを表示・スピーカ部２０１０に出力する。
【００１４】
さらに、ＨＤＭＩ送信機１１１０は、ＡＶデコーダ１０２０からの画素クロック信号に基づいてＴＭＤＳチャンネル信号を出力すると共に、画素クロック信号に同期したＴＭＤＳクロックチャンネル信号も出力する。ＨＤＭＩ受信機２１１０はＴＭＤＳクロックチャンネル信号をもとにＴＭＤＳチャンネル信号を受け入れ、映像データ、音声データおよび補助データとこれらに同期した画素クロック信号とを表示・スピーカ部２０１０に出力する。映像データ、音声データおよび補助データと画素クロック信号とを表示・スピーカ部２０１０に伝送することによって、表示・スピーカ部２０１０は、ＡＶデコーダ１０２０が映像データ、音声データおよび補助データを出力した速度と同じ速度で映像データ、音声データおよび補助データを出力することができる。
【００１５】
なお、ＤＤＣ信号は、ＨＤＭＩソース１１００が、ＨＤＭＩシンク２１００のＥＤＩＤＲＯＭ２１２０に保存されている情報を知るために使用される信号である。この情報は、テレビ２０００がサポートしている解像度および音声情報の形式を示すものである。ＡＶデコーダ１０２０はこの情報が示す解像度および音声情報の形式を判断することによって、テレビ２０００がサポートしている形式を用いて映像データ、音声データおよび補助データを出力することができる。
【００１６】
また、ＣＥＣ信号は、例えばテレビ２０００側からＡＶ再生機１０００を操作するために使用される信号である。これは、例えばテレビ２０００のリモコンを操作することにより、ＡＶ再生機１０００の電源を入れたり、ＡＶ再生機１０００が再生を開始するための信号である。
【００１７】
次に、図２３に、７２０×４８０の映像解像度の映像データと、それに付随する音声データと、映像データに付随する文字情報などの補助データとをＨＤＭＩ規格で伝送する事例を示す。一般に、１つの映像の画面（フレーム）で伝送される情報量は、映像解像度より大きい８５８×５２５のフレーム解像度となる。水平同期（ＨＳＹＮＣ）および垂直同期（ＶＳＹＮＣ）信号はフレームの水平および垂直の同期を取るための信号であり、ＴＭＤＳチャンネルに含まれる。ＴＭＤＳ期間は、ＨＤＭＩ送信機１１１０からＨＤＭＩ受信機へ、映像データ、音声データ、補助データ、制御情報などを伝送する期間である。ＴＭＤＳ期間は制御期間・関連データ期間・映像データ期間の３つの期間に分けられる。映像データ期間に映像データの画素が伝送され、関連データ期間に音声データまたは補助データが伝送される。制御期間は、映像データまたは音声データおよび補助データを伝送する必要がない期間である。つまり、制御期間は、映像データ期間および関連データ期間以外の期間である。制御期間は、映像データ期間または関連データ期間との間に入れる必要がある。制御期間には制御情報が伝送される。制御期間に送られる制御情報として、例えばＰｒｅａｍｂｌｅがある。Ｐｒｅａｍｂｌｅには音声データ、補助データ、または映像データに対応する２種類の情報があり、関連データ期間、または映像データ期間の直前の制御期間にＰｒｅａｍｂｌｅが含まれる。Ｐｒｅａｍｂｌｅを参照することにより、ＨＤＭＩ受信機２１１０は、直後の情報が音声データ、補助データ、または映像データであるのかを判断する。
【００１８】
なお、フレーム形式として、以下の事例のように、映像解像度およびフレームレートに対し、対応するフレーム解像度およびクロックが決まっている。
【００１９】
【表１】
2010166337.tif 000003
【００２０】
このように、ＨＤＭＩ規格では、ＨＤＭＩソース１１００は、ＡＶ情報に含まれる映像データ、音声データおよび補助データをＴＭＤＳチャネルを介してＨＤＭＩシンク２１００へ伝送する。また、ＨＤＭＩソース１１００は、ＡＶ情報に同期した画素クロック信号をＴＭＤＳクロックチャンネルを介してＨＤＭＩシンク２１００に伝送する。さらに、ＨＤＭＩソース１１００は、ＤＤＣ信号、ＣＥＣ信号などの制御情報をＨＤＭＩシンク２１００に伝送する。
【００２１】
ところで、近年、放送／ＩＰチューナ・パソコン・ＢＤまたはＤＶＤのプレイヤー・ゲーム機などで多くのＡＶ情報を扱うことが増え、１つの表示装置に複数のＡＶ情報を同時に表示させる要望が強くなっている。
【００２２】
例えば、テレビ２０００が２つのチューナを内蔵している場合では、１つのテレビ画面上に２つの番組を同時に表示することができる。また、複数のＡＶ情報を１つのテレビ画面に表示することが考えられる。これは、一例として図２４のように、テレビ画面の一部にスポーツ番組を表示すると同時に、パソコンから出力されるブラウザおよびメールを表示することである。さらに別の事例として、図２５は、例えばＦＨＤ（Ｆｕｌｌ  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）の映像解像度のテレビ２０００に、ＳＤ（Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ）の映像解像度のＤＶＤを再生する場合を示した図である。この場合、ＳＤのＡＶ情報を拡大してＦＨＤのテレビ２０００に全画面表示することも考えられる。しかし、ＡＶ情報の画質が落ちるため、拡大せずにＦＨＤの画面にＳＤのＡＶ情報をそのまま表示することも考えられる。この場合、ＦＨＤの全画面にＡＶ情報を表示させないため、ＡＶ情報が表示されていない部分に、動画の壁紙を表示することもできる。
【００２３】
また、複数のＡＶ情報を１つのテレビ画面に表示する場合、それぞれの元のＡＶ情報は別のＡＶ再生機１０００から来る方が望ましい。例えば図２４の場合では、スポーツ番組はＩＰチューナ経由であり、ブラウザおよびメールはパソコンからの出力であることが望ましい。
【００２４】
次に、複数のＡＶ情報がそれぞれ異なるＡＶ再生機１０００から伝送される場合として、複数のＡＶ再生機１０００から複数のＡＶ情報を同時に１つのテレビ２０００に表示する場合を考える。このような場合、ＡＶ再生機１０００とテレビ２０００とを接続する方法として３つの方法が考えられる。第１の方法は図２６に示すスター型である。この場合、テレビ２０００側に接続できるＡＶ再生機１０００の数が、テレビ２０００が有するコネクタ数に限られてしまう。第２の方法は図２７に示すカスケード型である。この場合は、テレビ２０００のコネクタ数が少ないため、ＡＶ再生機１０００の接続および配置の自由度が限られてしまう。第３の方法として、第１および第２の方法を組み合わせた総合型の方法を図２８に示す。この方法を用いることにより、図２６および図２７の方法が有する問題を低減できる。そのため、複数のＡＶ再生機１０００からの複数のＡＶ情報を１つのテレビ２０００に同時に表示する場合、図２８のＡＶ再生機１０００とテレビ２０００との接続方法が適切と考えられる。
【００２５】
図２８に示すテレビ２０００に直接接続されるＡＶ再生機１０００はテレビ２０００に接続する際に、１本のケーブルで接続されていることが望ましい。しかし、前述のＨＤＭＩ規格では、複数のＡＶ情報を１本のＨＤＭＩケーブル３で同時に伝送することが標準化されていない。そこで、１本のＨＤＭＩケーブル３を用いて複数のＡＶ情報を同時に伝送する方法として特許文献１に記載の方法がある。
【００２６】
特許文献１では、複数の映像データを１フレームの各画素の伝送期間に割り当て、割り当てによって合成された映像データを画素クロックに同期して伝送する。この方法を図２８のＡＶ再生機に用いると、１本のＨＤＭＩケーブル３で複数のＡＶ情報を伝送することができる。そして、テレビ画面に複数のＡＶ情報を同時に表示することができる。
【先行技術文献】
【特許文献】
【００２７】
【特許文献１】特開２００７−３１１９２９号公報（２００７年１１月２９日公開）
【非特許文献】
【００２８】
【非特許文献１】「ＨＤＭＩ：Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ、Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．３ａ」  ２００６年１１月１０日発表
【発明の概要】
【発明が解決しようとする課題】
【００２９】
しかしながら、特許文献１の方法では、複数の映像データをテレビ２０００に同時に表示するためには、全ての映像データを単一の画素クロックに同期させなければならない。そのため、各映像データを出力する各ＡＶデコーダ１０２０は、或る単一の画素クロックに同期して全ての映像データを出力しなければならなかった。つまり、テレビ２０００には複数のＡＶ情報が同時に表示されているが、全ＡＶ情報の再生（更新）は或る決められた速度で行われる。従って、各ＡＶ再生機１０００が有するそれぞれの出力速度を生かして１つのテレビに同時に表示させることが出来ないという問題があった。
【００３０】
なお、特許文献１の方法を用いて、図２８の構成を考える場合、各ＡＶ再生機１０００は、個々に独立したクロック生成装置（図示せず）でクロックを生成し、そのクロックに同期したＡＶ情報の再生を行う。そのため、各ＡＶ再生機１０００に対して或る一定のクロックを生成することを指示したとしても、各ＡＶ再生機１０００のクロック生成装置が生成するクロックは、実際には全て或る一定のクロックではなく、各クロック生成装置に起因する誤差を含んだクロックとなる。なお、この各装置に起因してクロックに誤差が生じることをクロック同期問題（詳細は後述する）という。
【００３１】
特許文献１では、このクロック同期問題に関して考慮されていない。そのため、各ＡＶ再生機１０００が再生した全てのＡＶ情報に対して、実際にどのように同期を行うのかという問題があった。
【００３２】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、複数の非圧縮ＡＶ情報と、当該複数の非圧縮ＡＶ情報に同期している各クロックとを受信し、１つの送信ポートを介して、その各クロックを損なわずに、複数の非圧縮ＡＶ情報を送信することが可能なＡＶ通信装置およびＡＶ通信方法を提供することにある。
【課題を解決するための手段】
【００３３】
本発明に係る通信装置は、上記課題を解決するために、それぞれ異なる複数の受信クロックと、各受信クロックに同期している複数のデータとを受信する複数の受信手段と、上記複数の受信手段が受信した上記複数のデータをそれぞれ格納する複数のバッファと、上記受信手段がそれぞれ受信した受信クロックに基づいて、上記バッファ毎に単位時間当たりに格納されたデータの合計データ量を外部に送信可能な送信クロックを生成するクロック生成手段と、上記クロック生成手段によって生成された上記送信クロックと、上記バッファにそれぞれ格納されている上記データとを外部に送信する固定期間を決定するスケジューリング手段と、上記スケジューリング手段によって決定された上記固定期間に基づいて、上記送信クロックおよび上記データを外部に送信する送信手段と、を備えることを特徴としている。
【００３４】
本発明に係る通信装置の制御方法は、上記課題を解決するために、それぞれ異なる複数の受信クロックと、各受信クロックに同期している複数のデータとを受信し、当該複数のデータそれぞれを複数のバッファに格納する受信ステップと、上記受信ステップにてそれぞれ受信した受信クロックに基づいて、上記バッファ毎に単位時間当たりに格納されたデータの合計データ量を外部に送信可能な送信クロックを生成するクロック生成ステップと、上記クロック生成ステップによって生成された上記送信クロックと、上記バッファにそれぞれ格納されている上記データとを外部に送信する固定期間を決定するスケジューリングステップと、上記スケジューリングステップによって決定された上記固定期間に基づいて、上記送信クロックおよび上記データを外部に送信する送信ステップと、を含むことを特徴としている。
【００３５】
上記の構成によれば、通信装置およびその制御方法では、複数のデータと、当該複数のデータに同期している各受信クロックとを受信し、１つの送信手段を介して、その各受信クロックを損なわずに、複数のデータを送信することができるという効果を奏する。
【００３６】
本発明に係る通信装置は、上記受信手段は、１つまたは複数のデータを受信することが好ましい。
【００３７】
上記の構成によれば、１つの受信手段に複数の他の通信装置（例えばＡＶ伝送装置、ＡＶデコーダおよび外部機器）が接続されている場合であっても、複数のデータを受信し、１つの送信手段を介して、その各受信クロックを損なわずに、複数のデータを送信することができるという効果を奏する。
【００３８】
本発明に係る通信装置は、上記バッファはそれぞれ、上記送信手段が送信可能な送信可能データ量以上のデータ量を基準データ量として設定し、当該基準データ量と、当該基準データ量を設定したときの固定期間後の固定期間に上記バッファに格納されている格納データ量とを比較する送信制御手段と、上記送信制御手段の比較結果に基づいて、上記スケジューリング手段に送信する送信データを作成する送信調整手段と、を備えることが好ましい。
【００３９】
上記の構成によれば、たとえクロック同期問題が発生したとしても、通信装置は、受信したデータに同期している受信クロックと異なるクロックによって受信したデータを外部へ送信した場合でも、通信装置が受信したデータを受信した速度と同じ速度で送信データを外部へ送信することができるという効果を奏する。
【００４０】
本発明に係る通信装置は、上記送信制御手段は、上記基準データ量を設定したときの固定期間後の固定期間において、上記格納データ量が上記基準データ量以下であると判定した場合、｛上記送信可能データ量−（上記基準データ量−上記格納データ量）｝を上記送信データのデータ量として決定し、上記格納データ量が上記基準データ量よりも大きいと判定した場合、当該格納データ量から（当該格納データ量−当該基準データ量）を示す差分データ量を除外した除外データ量を求め、当該除外データ量から上記送信可能データ量を抽出したデータ量を、上記送信データのデータ量として決定することが好ましい。
【００４１】
上記の構成によれば、通信装置は、受信したデータを外部に安定したデータ量で送信することができるという効果を奏する。
【００４２】
本発明に係る通信装置は、上記データは、映像データと、当該映像データとは異なる非映像データとを含むものであって、上記送信調整手段は、さらに、上記送信データのデータ量と、上記差分データ量と、当該送信データの状態を、当該送信データのデータ量を決定したときの固定期間に上記バッファに格納されていたデータの状態に戻すための当該データにおける位置情報と、を含むヘッダを当該送信データに付与することが好ましい。
【００４３】
上記の構成によれば、通信装置は、例えば送信先の外部装置に対して、送信データの状態を知らせることができるという効果を奏する。
【００４４】
本発明に係る通信装置は、上記送信調整手段は、さらに、上記格納データ量から除外された除外データに上記非映像データが含まれている場合には、当該非映像データを、上記送信データのデータ量を決定したときの固定期間以降に上記スケジューリング手段に送信する送信データに付与することが好ましい。
【００４５】
上記の構成によれば、通信装置は、非映像データを失うことなく、送信先の外部装置へ送信することができるという効果を奏する。
【００４６】
本発明に係る通信装置は、上記受信手段は、上記バッファを備える外部装置からデータを受信しており、自装置の上記バッファはそれぞれ、上記受信手段が上記ヘッダおよび上記非映像データを含むデータを受信した場合に、当該ヘッダおよび当該非映像データに基づいて、当該データの状態を、上記外部装置のバッファに格納されていたデータの状態に戻す受信制御手段をさらに備えることが好ましい。
【００４７】
上記の構成によれば、通信装置は、データのヘッダを確認することによって、外部装置が当該通信装置に送信したデータの状態に戻すことができるという効果を奏する。
【００４８】
本発明に係る通信装置は、上記送信調整手段は、上記バッファそれぞれに格納されているデータに対応する固定期間になったときから所定時間経過後に、当該送信データを当該スケジューリング手段に送信することが好ましい。
【００４９】
上記の構成によれば、通信装置は、複数のデータを送信するために決定した固定期間の間に、遅延することなく、各データを送信することができるという効果を奏する。
【００５０】
本発明に係る通信装置は、上記スケジューリング手段は、上記固定期間を、上記送信可能データ量×（上記受信手段が受信するデータのフレームレート／上記送信手段が送信するデータのフレームレート）／上記送信クロックにより求めることが好ましい。
【００５１】
上記の構成によれば、各バッファが受信する各データを送信手段が外部へ送信するための最適な固定期間を決定することができるという効果を奏する。
【００５２】
本発明に係る通信装置は、上記データは、映像データを含むものであって、
上記格納データ量、上記送信可能データ量および上記基準データ量は、上記映像データの所定のデータ量単位であることが好ましい。
【００５３】
上記の構成によれば、スケジューリング手段、受信制御手段、送信制御手段および送信調整手段の処理を低減させることができるという効果を奏する。
【００５４】
本発明に係る通信装置は、上記受信手段と上記バッファとの間に、当該受信手段それぞれが受信するデータのフレームレートを変換するフレームレート変換手段を備えることが好ましい。
【００５５】
上記の構成によれば、通信装置がサポートしていないフレームレートを有するデータを受信することができるという効果を奏する。また、通信装置が生成することのできる送信クロックによって送信可能なデータ量より大きいデータ量を受信しても、フレームレート変換手段が、受信するデータ量を減らすことによって、通信装置が受信したデータを外部に送信することができるという効果を奏する。
【００５６】
本発明に係る通信装置は、上記受信手段と上記バッファとの間に、当該受信手段それぞれが受信するデータの解像度を変換する解像度変換手段を備えることが好ましい。
【００５７】
上記の構成によれば、通信装置が、サポートしていない解像度を有するデータを受信することができるという効果を奏する。また、通信装置が生成することのできる送信クロックによって送信可能なデータ量より大きいデータ量を受信しても、解像度変換手段が、受信するデータ量を減らすことによって、通信装置が受信したデータを外部に送信することができるという効果を奏する。
【００５８】
本発明に係る通信装置は、上記クロック生成手段は、上記複数のバッファのうちのいずれかのバッファにて受信する受信クロックを用いて、上記送信クロックを生成することが好ましい。
【００５９】
上記の構成によれば、例えばＰＬＬ（Ｐｈａｓｅ  Ｌｏｃｋｅｄ  Ｌｏｏｐ）を有するクロック生成手段は、受信クロックおよびＰＬＬを用いることにより、例えば水晶およびＰＬＬでは生成できない送信クロックも生成可能となるという効果を奏する。
【００６０】
本発明に係る通信装置は、上記バッファそれぞれに格納されているデータに対応する固定期間全てを含む期間を固定周期とし、上記固定周期は、上記データのフレームレートのうち、最も大きいフレームレートの逆数であることが好ましい。
【００６１】
上記の構成によれば、最も大きいフレームレートの逆数（周期）は、上記データの１フレームの期間のうち、最も短い期間であるため、スケジュールによる処理時間の遅延（オーバーヘッド）を小さくすることができるという効果を奏する。
【００６２】
なお、上記通信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記通信装置の各手段として動作させることにより、上記通信装置をコンピュータにて実現させる制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
【発明の効果】
【００６３】
以上のように、本発明に係る通信装置は、それぞれ異なる複数の受信クロックと、各受信クロックに同期している複数のデータとを受信する複数の受信手段と、上記複数の受信手段が受信した上記複数のデータをそれぞれ格納する複数のバッファと、上記受信手段がそれぞれ受信した受信クロックに基づいて、上記バッファ毎に単位時間当たりに格納されたデータの合計データ量を外部に送信可能な送信クロックを生成するクロック生成手段と、上記クロック生成手段によって生成された上記送信クロックと、上記バッファにそれぞれ格納されている上記データとを外部に送信する固定期間を決定するスケジューリング手段と、上記スケジューリング手段によって決定された上記固定期間に基づいて、上記送信クロックおよび上記データを外部に送信する送信手段と、を備えることを特徴としている。
【００６４】
また、本発明に係る通信装置の制御方法は、それぞれ異なる複数の受信クロックと、各受信クロックに同期している複数のデータとを受信し、当該複数のデータそれぞれを複数のバッファに格納する受信ステップと、上記受信ステップにてそれぞれ受信した受信クロックに基づいて、上記バッファ毎に単位時間当たりに格納されたデータの合計データ量を外部に送信可能な送信クロックを生成するクロック生成ステップと、上記クロック生成ステップによって生成された上記送信クロックと、上記バッファにそれぞれ格納されている上記データとを外部に送信する固定期間を決定するスケジューリングステップと、上記スケジューリングステップによって決定された上記固定期間に基づいて、上記送信クロックおよび上記データを外部に送信する送信ステップと、を含むことを特徴としている。
【００６５】
したがって、複数のデータと、当該複数のデータに同期している各受信クロックとを受信し、１つの送信手段を介して、その各受信クロックを損なわずに、複数のデータを送信することができるという効果を奏する。
【図面の簡単な説明】
【００６６】
【図１】本発明の一実施形態に係るＡＶ伝送装置１０の概略構成を示すブロック図である。
【図２】本発明の一実施形態に係るＡＶ再生機１とテレビ２とをＨＤＭＩケーブル３で接続したＡＶ再生システム４の一例を示すブロック図である。
【図３】図２に示すＡＶ再生システム４におけるＡＶ再生機１およびテレビ２の内部構成を示すブロック図である。
【図４】送信仕様クロックを用いて、各ＡＶ情報８０をそれぞれ送信する期間の一例を示す図である。
【図５】ＡＶ再生機１ａ〜１ｄの各ＡＶデコーダ１０２０が出力するＡＶ情報８０ａ〜８０ｄと、ＡＶ再生機１ｄからテレビ２に入力されるＡＶ情報８０ａ〜８０ｄとを示す図である。
【図６】図１に示すバッファ３０ｉが、スケジューラ５０の命令に従って、蓄積している蓄積データＳｉを調整する方法の事例である。
【図７】図１に示すバッファ３０ｉが、スケジューラ５０の命令に従って、蓄積している蓄積データＳｉを調整する方法の事例である。
【図８】図１に示すバッファ３０ｉが、スケジューラ５０の命令に従って、蓄積している蓄積データＳｉを調整する方法の事例である。
【図９】図１に示すバッファ３０、およびスケジューラ５０の内部の詳細を示す図である。
【図１０】図９に示すスケジューラ制御部５２の処理を示すフローチャートである。
【図１１】図９に示すスケジューラ制御部５２の送信処理命令に基づいて行うバッファ送信制御部３８の処理を示すフローチャートである。
【図１２】図９に示すＡＶメモリ３２、または管理メモリ３５の構成を示す図である。
【図１３】図９に示す管理メモリ３５に格納される管理情報を示す図である。
【図１４】図９に示すバッファ送信制御部３８が調整フレームを作成する際に追加するヘッダの構成を示す図である。
【図１５】図９に示すバッファ送信制御部３８がＡＶフレームから調整フレームを作成する際に、作成されることがある調整データの構成を示す図である。
【図１６】図９に示す受信調整・解析部３４が使用する変数（レジスタ）を示す図である。
【図１７】図９に示す受信調整・解析部３４の状態遷移図を示す図である。
【図１８】図９に示すバッファ送信制御部３８が使用する変数（レジスタ）を示す図である。
【図１９】図９に示すバッファ送信制御部３８の状態遷移を示す図である。
【図２０】図１に示すＡＶ伝送装置１０の変形例を示すものであり、ＡＶ伝送装置１０ａの概略構成を示すブロック図である。
【図２１】従来技術を示すものであり、ＨＤＭＩ規格を用いた伝送システムの一例を示すブロック図である。
【図２２】従来技術を示すものであり、ＨＤＭＩソース１１００、ＨＤＭＩシンク２１００およびＨＤＭＩケーブル３の概略構成を示すブロック図である。
【図２３】従来技術を示すものであり、７２０×４８０の映像解像度の映像データと、それに付随する音声データと、映像データに付随する補助データとをＨＤＭＩ規格で伝送する事例を示す図である。
【図２４】従来技術を示すものであり、テレビ２０００が、画面にスポーツ番組と、パソコンから出力されるブラウザおよびメールとを同時にそれぞれ表示する場合のテレビ２０００の画面表示例を示す図である。
【図２５】従来技術を示すものであり、ＦＨＤの映像解像度のテレビ２０００が、画面にＳＤの映像解像度のＤＶＤを表示する場合のテレビ２０００の画面表示例を示す図である。
【図２６】従来技術を示すものであり、ＡＶ再生機１０００とテレビ２０００とを接続する方法の一例であるスター型の接続方法を示す図である。
【図２７】従来技術を示すものであり、ＡＶ再生機１０００とテレビ２０００とを接続する方法の一例であるカスケード型の接続方法を示す図である。
【図２８】従来技術を示すものであり、ＡＶ再生機１０００とテレビ２０００とを接続する方法の一例である総合型の接続方法を示す図である。
【発明を実施するための形態】
【００６７】
本発明の一実施形態について図１〜図２０に基づいて説明すると以下の通りである。
【００６８】
〔ＡＶ再生システム〕
図２は、本発明に係るＡＶ再生機１とテレビ２とをＨＤＭＩケーブル３で接続したＡＶ再生システム４の一例を示すブロック図である。ＡＶ再生システム４は、ＡＶ再生機１、テレビ２およびＨＤＭＩケーブル３を備える。図２は、一例として４個のＡＶ再生機１ａ、１ｂ、１ｃおよび１ｄが接続され、各ＡＶ再生機１ａ、１ｂ、１ｃおよび１ｄが有するＡＶ情報（データ）８０をテレビ２に伝送する場合を示す。
【００６９】
なお、図２のＡＶ再生システム４では、図２８に示す総合型を用いた接続方法で、ＡＶ再生機１ａ、１ｂ、１ｃ、１ｄおよびテレビ２が接続されている。また、ＡＶ再生機１ａ、１ｂ、１ｃおよび１ｄは、同様の構成を備えているので、以下の説明では、ＡＶ再生機１ａ、１ｂ、１ｃおよび１ｄをＡＶ再生機１と称して説明する。
【００７０】
ＡＶ再生機１は、自身が有するＡＶ情報８０を再生して他の機器に伝送するものであり、且つ、外部からＡＶ情報８０を受信して、その受信したＡＶ情報８０を他の機器へ伝送するものである。ＡＶ再生機１としては、例えば、パソコン、ＢＤプレイヤー、ＨＤレコーダ、ＳＴＢ、放送／ＩＰチューナやゲーム機などが挙げられる。
【００７１】
テレビ２は、ＡＶ再生機１からＡＶ情報８０の出力を受けて、映像を表示する表示装置である。テレビ２としては、例えば、テレビ、モニター、ディスプレイ、またはプロジェクターなどが挙げられる。
【００７２】
ＨＤＭＩケーブル３が伝送するＡＶ情報８０は、映像データ、音声データ、文字情報などの補助データ、および空白情報を含む。空白情報は、映像データ、音声データ、および補助データが存在しないデータである。なお、本発明に係る実施形態では、音声データ、および通常の補助データを関連データと称する。また、映像以外のデータである関連データ、補助データおよび空白情報を非映像データと称する。またＨＤＭＩケーブル３はＡＶ情報８０以外に、映像データに同期したクロックと、ＨＤＭＩ規格のＤＤＣ信号、ＣＥＣ信号などの制御情報とを伝送する。クロックは、映像データの画素単位に対して同期してもよい。なお、ＨＤＭＩ規格の場合、映像データの１画素が２４ビットの場合、映像データの１画素は、１つのＴＭＤＳクロックに割り当てられる。一方、映像データの１画素が２４ビットより大きい場合、映像データの１画素は１つ以上のＴＭＤＳクロックに割り当てられる。ここで、ＴＭＤＳクロックは、図２１のＨＤＭＩシンク２１００がデータを再生する際に、リファレンス・クロックとして使用されるものである。
【００７３】
ここで、図２において、ＡＶ情報８０がＡＶ再生機１からテレビ２に伝送される流れについて説明する。
【００７４】
ＡＶ再生機１ａは、ＡＶ情報８０ａを再生して、ＡＶ情報８０ａをＡＶ再生機１ｂに伝送する。ＡＶ再生機１ｃは、ＡＶ情報８０ｃを再生して、ＡＶ情報８０ｃをＡＶ再生機１ｄに伝送する。ＡＶ再生機１ｂは、ＡＶ情報８０ｂを再生すると共に、ＡＶ再生機１ａから伝送されるＡＶ情報８０ａを受信して、ＡＶ情報８０ａおよびＡＶ情報８０ｂをＡＶ再生機１ｄに伝送する。ＡＶ再生機１ｄは、ＡＶ情報８０ｄを再生すると共に、ＡＶ再生機１ｂから伝送されるＡＶ情報８０ａおよびＡＶ情報８０ｂを受信し、さらに、ＡＶ再生機１ｃから伝送されるＡＶ情報８０ｃを受信して、ＡＶ情報８０ａ、ＡＶ情報８０ｂ、ＡＶ情報８０ｃおよびＡＶ情報８０ｄをテレビ２に伝送する。そして、テレビ２は、受信したＡＶ情報８０ａ、ＡＶ情報８０ｂ、ＡＶ情報８０ｃおよびＡＶ情報８０ｄを同時に表示する。なお、ＡＶ情報８０は、ＡＶ情報の総称として扱い、ＡＶ情報８０ａ、８０ｂ、８０ｃ、または８０ｄは、各ＡＶ再生機１が送信するＡＶ情報を個々に識別するものとして扱う。
【００７５】
図３は、図２に示すＡＶ再生システム４におけるＡＶ再生機１およびテレビ２の内部構成を示すブロック図である。ＡＶ再生機１ａ、ＡＶ再生機１ｂおよびＡＶ再生機１ｃは、ＡＶ伝送装置（通信装置）１０、２個の受信ポート（受信手段）２０１、２０２、送信ポート（送信手段）６０、ＡＶソース１０１０、およびＡＶデコーダ１０２０を含む。ＡＶ再生機１ｄは、ＡＶ伝送装置１０、３個の受信ポート２０１、２０２、２０３、送信ポート６０、ＡＶソース１０１０、およびＡＶデコーダ１０２０を含む。テレビ２は、ＡＶ伝送装置１０および１個の受信ポート２０１を含む。なお、各ＡＶ再生機１およびテレビ２の受信ポート２０１、２０２、および２０３は、同様の構成を備えているので、以下の説明では、受信ポート２０１、２０２、および２０３を受信ポート２０と称して説明する。
【００７６】
ＡＶ伝送装置１０は、詳細は後述するが、複数の受信ポート２０を介して複数のＡＶ情報８０を受信し、その複数のＡＶ情報８０を送信ポート６０を介して外部機器へ伝送するものである。
【００７７】
受信ポート２０は、ＡＶデコーダ１０２０または外部機器から伝送されるＡＶ情報８０をＡＶ伝送装置１０に入力するためのＡＶ伝送装置１０のインターフェースである。
【００７８】
なお、図３では、ＡＶ再生機１ａ、１ｂおよび１ｃは、受信ポート２０を２個、ＡＶ再生機１ｄは受信ポート２０を３個有しているＡＶ伝送装置１０を示したが、受信ポート２０の数はこれに限定されない。すなわち、図３は一例を示したものであり、ＡＶ伝送装置１０の受信ポート２０の数は１つ以上であればよい。また、１つの受信ポート２０は、複数のＡＶ情報８０を受信することができる。
【００７９】
送信ポート６０は、ＡＶ伝送装置１０から伝送されるＡＶ情報８０を外部機器へ出力するためのＡＶ伝送装置１０のインターフェースである。
【００８０】
なお、本発明に係る実施形態では、受信ポート２０および送信ポート６０は、ＡＶ伝送装置１０に含まれるものとして記載したが、これに限るものではない。例えば、ＡＶ再生機１またはテレビ２が、同様の機能を有する受信ポート２０および送信ポート６０を備えていてもよい。
【００８１】
ＡＶソース１０１０は、圧縮されたＡＶ情報８０を格納するものである。
【００８２】
ＡＶデコーダ１０２０は、圧縮されたＡＶ情報８０を非圧縮のＡＶ情報８０に変換したり、ＡＶ情報８０の映像解像度、フレーム解像度、フレームレートおよびクロックなどのフレーム形式を決定し、他の装置へ伝送するものである。なお、ＡＶ再生機１がゲーム機またはパソコンの場合は、ゲーム機またはパソコンのグラフィック機などがＡＶデコーダ１０２０に相当する。
【００８３】
ここで、図３におけるＡＶ再生機１とテレビ２との内部の接続関係について説明する。各ＡＶ再生機１のＡＶソース１０１０は各ＡＶ再生機１のＡＶデコーダ１０２０に接続されている。また、各ＡＶ再生機１の受信ポート２０の１つには、各ＡＶ再生機１に備えられたＡＶデコーダ１０２０の出力が接続されている。ＡＶ再生機１ａおよび１ｃの１つの受信ポート２０には、これらＡＶ再生機１ａおよび１ｃにＡＶ情報８０を送信する前段の外部機器（図示せず）が接続されている。何も接続されていないが、ＡＶ再生機１などの外部機器の数を増やした場合にこれらの受信ポート２０に接続することができる。そして、ＡＶ再生機１ａの送信ポート６０がＡＶ再生機１ｂの受信ポート２０へ、ＡＶ再生機１ｂの送信ポート６０がＡＶ再生機１ｄの受信ポート２０へ、ＡＶ再生機１ｃの送信ポート６０がＡＶ再生機１ｄの受信ポート２０へ、ＡＶ再生機１ｄの送信ポート６０がテレビ２の受信ポート２０へそれぞれ接続されている。
【００８４】
なお、ＡＶ再生機１ａおよび１ｃにおける、外部機器と接続された受信ポート２０は、前段の外部機器が存在しない場合には、接続されない状態であってもよい。
【００８５】
〔ＡＶ伝送装置の構成〕
次に、図１は、本発明の実施形態に係るＡＶ伝送装置１０の概略構成を示すブロック図である。ＡＶ伝送装置１０は、ｎ個の受信ポート２０１、２０２…２０ｎ、ｎ個のバッファ３０１、３０２…３０ｎ、クロック生成部（クロック生成手段）４０、スケジューラ（スケジューリング手段）５０、送信ポート６０および全体制御部７０から構成される。なお、受信ポート２０１〜２０ｎは、同様の構成を備えているので、以下の説明では、受信ポート２０１〜２０ｎを受信ポート２０と称して説明する。また、バッファ３０１〜３０ｎについても同様に、バッファ３０と称して説明する。
【００８６】
バッファ３０は、詳細は後述するが、受信ポート２０を介して受信したＡＶ情報８０を一時的に格納し、スケジューラ５０の命令により、スケジューラ５０へＡＶ情報８０を送信するものである。
【００８７】
クロック生成部４０は、全体制御部７０の命令に従って、バッファ３０がＡＶ情報８０をスケジューラ５０へ送信するために用いる送信クロックを生成するものである。
【００８８】
ここで、送信クロックは、バッファ３０がＡＶ情報８０を送信するために用いるクロックである。送信クロックの生成方法の詳細は、後述する。受信クロックは、受信ポート２０を介してバッファ３０が受信するＡＶ情報８０に同期されているクロックである。
【００８９】
なお、クロックの周波数には、仕様として用いる値と、実際の値がある。例えばあるＡＶデコーダ１０２０が、２７ＭＨｚのクロックを用いてＡＶ情報８０を送信する場合を考える。ここで、ＡＶデコーダ１０２０は、２７ＭＨｚのクロックを生成することができる水晶を用いるものとする。この２７ＭＨｚとは、規格として水晶が生成することができるクロックの値である。しかしながら、実際に、水晶が生成するクロックは、常に一定の値（規格上の２７ＭＨｚ）ではなく、わずかな誤差がある。また、このクロックの誤差は、温度などにも依存する。従って、水晶が実際に生成するクロックは、この誤差を含んだクロックとなる。そこで、本明細書では、水晶の規格上のクロック（この例では２７ＭＨｚ）を「仕様クロック」とし、誤差を含んだ実際のクロックを「実クロック」とする。
【００９０】
具体例として、図３を用いて説明する。受信仕様クロックは、例えば、ＡＶデコーダ１０２０が送信して、ＡＶ伝送装置１０が受信するＡＶ情報８０に同期しているクロックであって、ＡＶデコーダ１０２０が生成する受信クロックの規格上の値である。また、受信実クロックは、ＡＶ伝送装置１０が受信するＡＶ情報８０に同期しているクロックであって、誤差を含んだ実際の受信クロックの値である。同様に、送信仕様クロックは、ＡＶ伝送装置１０が送信するＡＶ情報８０に同期しているクロックであって、クロック生成部４０が生成する送信クロックの規格上の値である。また、送信実クロックは、ＡＶ伝送装置１０が送信するＡＶ情報８０に同期しているクロックであって、誤差を含んだ実際の送信クロックの値である。
【００９１】
スケジューラ５０は、各バッファ３０がスケジューラ５０にＡＶ情報８０を送信する期間を決定し、各バッファ３０がスケジューラ５０にＡＶ情報８０を送信するように各バッファ３０に対して命令するものである。また、スケジューラ５０は、各バッファ３０から送られてきたＡＶ情報８０を上記の決定した期間に基づいて送信ポート６０へ転送するものである。
【００９２】
受信ポート２０および送信ポート６０は、図３で説明したものと同様のインターフェースである。なお、受信ポート２０は、ｎ個全てが常に信号を受信しているとは限らない。
【００９３】
全体制御部７０は、受信ポート２０、バッファ３０、クロック生成部４０、スケジューラ、および送信ポート６０の状態を確認するものである。また、全体制御部７０は、各部の状態を判断して、各部の設定などを行うものである。
【００９４】
例えば、全体制御部７０は、ｎ個の受信ポート２０における、ＡＶ情報８０などの信号の有無を確認する。従って、全体制御部７０は、それぞれの受信ポート２０の状態を確認することにより、どの受信ポート２０にＡＶ情報８０などの信号があるのかを知る。
【００９５】
また、全体制御部７０は、他のＡＶ伝送装置１０の全体制御部７０と制御情報とを交換して、他のＡＶ伝送装置１０の各部の設定などを行うものである。
【００９６】
その例として、全体制御部７０は、他のＡＶ再生機１またはテレビ２の全体制御部７０とＤＤＣ信号、ＣＥＣ信号などの制御情報を交換する。そして、その制御情報に応じてバッファ３０、またはスケジューラ５０の設定などを行う。
【００９７】
具体的には、ＡＶ再生機１の全体制御部７０は、テレビ２に制御情報を送信することによって、テレビ２が映像を表示するように命令する。これは、例えばＡＶ再生機１がゲーム機の場合、ゲーム機を直接操作してゲーム機の電源が入ると、自動的にテレビ２がゲーム機の起動画面を表示することを指す。
【００９８】
一方、テレビ２の全体制御部７０は、各ＡＶ再生機１の制御情報を取得することによって、各ＡＶ再生機１の状態を確認する。その状態の一例としては、ＡＶ再生機１の電源が入っているか否か、ＡＶ再生機１が再生中であるか否か、再生しているＡＶ情報８０のフレーム解像度、または、ＡＶ再生機１がサポートしているフレーム形式などがある。また別の例として、ＡＶ再生機１がＢＤ再生機の場合、ＢＤ再生機の中にＢＤが入っているか否かなどが挙げられる。
【００９９】
さらに、テレビ２は、制御情報を各ＡＶ再生機１に送信することによって、指定したＡＶ再生機１の電源の入・切、または再生の命令を送る。
【０１００】
〔送信仕様クロックの決定方法〕
本発明の目的は、前述のように、ＡＶ伝送装置１０が、複数のＡＶ情報８０を受信して、各ＡＶ情報８０を、各ＡＶ情報８０が同期している受信クロックを生かして、他の装置へ送信することである。この目的を達成するためには、ＡＶ伝送装置１０は、送信クロックを単位時間当たりに受信する各ＡＶ情報８０の合計の情報量を、同じ単位時間の間に送信することが十分に可能な値に設定する。これにより、ＡＶ伝送装置１０は、この送信クロックを用いることによって、受信した各ＡＶ情報８０を遅滞なく、受信したそれぞれの速度、つまり、それぞれの受信クロックの処理速度で、送信することができる。以下では、本実施形態に係るＡＶ伝送装置１０における上記送信クロックの値の決定方法について説明する。
【０１０１】
まず、ＡＶ伝送装置１０は、当該ＡＶ伝送装置１０が受信する各ＡＶ情報８０の情報量を求める。ここで、ＡＶ情報８０の情報量を求めるために用いるＡＶ情報８０のフレーム形式および伝送速度について述べる。
【０１０２】
ＡＶ再生機１のＡＶデコーダ１０２０（ＡＶ再生機１がゲーム機、またはパソコンの場合は、グラフィック機）は、所定の映像解像度、およびフレーム（１つの画面）レートなどのフレーム形式をサポートしている。また、同様にテレビ２も、所定のフレーム形式をサポートしている。よって、テレビ２は、各ＡＶデコーダ１０２０が出力するＡＶ情報８０のフレーム形式を指定する必要がある（ＡＶデコーダ１０２０がＡＶ情報８０を出力しないという選択肢も含まれる）。具体的には、テレビ２は、制御情報をＡＶ再生機１に送信する、またはユーザがＡＶ再生機１を操作することによって、各ＡＶデコーダ１０２０が出力するＡＶ情報８０のフレーム形式を指定する。また、ＡＶ再生機１は、制御情報をテレビ２に送信することによって、テレビ２に指定したフレーム形式のＡＶ情報８０に基づく映像を表示させることを指示する。
【０１０３】
このように、ＡＶ再生機１またはテレビ２は、各ＡＶデコーダ１０２０が出力するＡＶ情報８０のフレーム形式を決定する。そして、ＡＶ再生機１またはテレビ２のＡＶ伝送装置１０は、フレーム形式から、ＡＶ情報８０の単位時間当たりの情報量を求める。具体的な値として、１つのＡＶデコーダ１０２０が出力するＡＶ情報８０の１秒あたりの情報量は、
フレーム解像度[画素/フレーム]  ×  フレームレート[フレーム/秒]（数式１）
となる。
【０１０４】
なお、ＡＶ情報８０の１秒あたりの情報量の値は、規格上では、フレーム形式の仕様クロックの値と同じである。従って、ＡＶ伝送装置１０は、各ＡＶ情報８０の情報量を求める場合、実際には、各ＡＶ情報８０に同期している受信仕様クロックから情報量を決定する。つまり、ＡＶ伝送装置１０の全体制御部７０が、各ＡＶ情報８０の送信元の全体制御部７０から受信仕様クロックに関する情報を取得し、各ＡＶ情報８０の情報量を決定する。または、ＡＶ伝送装置１０の全体制御部７０が、全ての送信元の情報を持っているテレビ２から各ＡＶ情報８０の受信仕様クロックに関する情報を取得し、各ＡＶ情報８０の情報量を決定する。または、バッファ３０が格納するＡＶ情報８０に同期している受信実クロックを解析し、クロック生成部４０が各ＡＶ情報８０の情報量を決定する。なお、この３つの各ＡＶ情報８０の情報量の決定方法のうち、或る１つの方法を用いてもよいし、その３つの方法を組み合わせてもよいし、または、その他の方法を用いてもよい。
【０１０５】
上述のように、１つのＡＶ再生機１が送信ポート６０を介して出力可能な１秒あたりのＡＶ情報８０の情報量は、それぞれの受信ポート２０が受信した１秒当たりのＡＶ情報８０の情報量の合計に等しい、またはより大きい値にする必要がある。すなわち、ＡＶ再生機１のクロック生成部４０が生成する送信仕様クロックの周波数を、少なくとも、単位時間当たりにＡＶ再生機１が受信するＡＶ情報８０の合計情報量に相当する値にする必要がある。
【０１０６】
なお、クロック生成部４０は、いずれかの受信ポート２０において受信する受信仕様クロックをＰＬＬ（Ｐｈａｓｅ  Ｌｏｃｋｅｄ  Ｌｏｏｐ）などで逓倍して送信仕様クロックを生成する。あるいは、水晶およびＰＬＬを有するクロック生成部４０は、クロック生成部４０の内部において、水晶およびＰＬＬを用いて送信仕様クロックを生成してもよい。
【０１０７】
例えば、受信仕様クロックおよびＰＬＬを用いて送信仕様クロックを生成する場合、受信仕様クロックに依存することになるが、水晶およびＰＬＬでは生成できない送信仕様クロックも生成することができる。
【０１０８】
ここで、送信仕様クロックを生成する条件は、
送信仕様クロック≧各受信ポート２０が受信する各ＡＶ情報８０の情報量の合計（数式２）
となる。
【０１０９】
数式２では、送信仕様クロックを各ＡＶ情報８０の情報量の合計以上としたが、実際には、ＡＶ伝送装置１０のコストおよび消費電力を抑えるために、送信仕様クロックはできるだけ小さい値であることが好ましい。しかし、クロック生成部４０が生成する仕様クロックは、任意に仕様クロックが生成されるのではなく、所定の仕様クロックの中から選ばれる。つまり、クロック生成部４０は、全体制御部７０のクロック選択命令を受けて、実際には、数式２を満たし、且つ、送信仕様クロックをサポートしている仕様クロックの中から一番小さい値を選択することになる。すなわち、
送信仕様クロック＝数式２を満たし、且つ、クロック生成部４０がサポートしている仕様クロックの中で一番小さい値（数式３）
となる。
【０１１０】
なお、ＡＶ伝送装置１０が数式２満たす仕様クロックをサポートしていない場合、例えば、ＡＶ伝送装置１０は、他のＡＶ伝送装置１０に対して、他のＡＶ伝送装置１０が出力するＡＶ情報８０の情報量を小さくするように命令を送信する。これにより、ＡＶ伝送装置１０が受信するＡＶ情報８０の合計情報量を減らすことができる。
【０１１１】
〔複数のＡＶ情報の送信時間配分〕
本発明の目的を達成するために、クロック生成部４０は、前述のように送信仕様クロックを決定したが、これだけでは、目的を達成することはできない。なぜなら、本発明では、各受信ポート２０が受信する各ＡＶ情報８０のフレーム形式が、お互いに異なる場合も想定している。よって、ある期間における各受信ポート２０が受信するＡＶ情報８０の情報量は、各受信ポート２０において互いに異なる場合がある。各受信ポート２０が受信するＡＶ情報８０の情報量が異なる場合において、情報量が異なるＡＶ情報８０を１つの送信ポート６０で伝送する方法は、様々である。
【０１１２】
この方法としては、例えば、（１）受信したＡＶ情報８０のそれぞれのフレーム単位で伝送することが考えられる。また、（２）（１）に対してより小さいかより大きい情報量を有する伝送単位を用いる等の様々な組合せが考えられる。（１）に関しては、各ＡＶ情報８０のフレームレートが異なる場合、各ＡＶ情報８０の１フレームの期間（フレームレートの逆数）が異なるため、各ＡＶ情報８０のフレームをどのような順番で送信するのかを定期的に求める必要があるという問題がある。（２）に関しては、スケジューラ５０の処理が複雑になるという問題がある。また、（１）および（２）では、後述する同期問題を解消できない。従って、本発明では、（１）および（２）の問題を回避し、且つ、同期問題を解消する以下の方法を採用する。
【０１１３】
本発明で採用する方法は、スケジューラ５０が、ＡＶ情報８０の１フレームあたりの情報量を送信仕様クロックから見た見かけの情報量として設定し、その見かけの情報量を送信仕様クロックを用いて送信できる期間を決定するものである。これにより、スケジューラ５０は、その所定の期間に各ＡＶ情報８０を送信するようにバッファ３０に命令を送信することによって、（１）、（２）の問題を回避して情報量が異なるＡＶ情報８０を１つの送信ポート６０で送信できる。その期間の決定方法を図４を用いて説明する。
【０１１４】
図４は、送信仕様クロックを用いて、各ＡＶ情報８０をそれぞれ送信する期間の一例を示す図である。スケジュール期間（固定期間）Ｔ１、Ｔ２…Ｔｎは、バッファ３０１、３０２…３０ｎがそれぞれ受信ポート２０１、２０２…２０ｎが受信したＡＶ情報８０１、８０２…８０ｎを、送信仕様クロックを用いてスケジューラ５０へ送信する期間を示すものである。また、スケジュール期間Ｔ１、Ｔ２…Ｔｎの合計時間をスケジュール周期（固定周期）ＴＳとする。ＡＶ伝送装置１０が各ＡＶ情報８０を送信する間、このスケジュール周期ＴＳは繰り返される。従って、バッファ３０１は、ＡＶ情報８０１をＴＳ秒毎に、スケジューラ５０へ送信する。
【０１１５】
なお、１つの受信ポート２０ｉが複数のＡＶ情報８０ｉａ、８０ｉｂを受信する場合、例えば、スケジュール期間Ｔｉａ中に、受信ポート２０ｉが受信したＡＶ情報８０ｉａを送信し、スケジュール期間Ｔｉｂ中に受信ポート２０ｉが受信した別のＡＶ情報８０ｉｂを送信することにしても良い。
【０１１６】
スケジューラ５０は、それぞれの受信ポート２０のスケジュール期間（Ｔ１、Ｔ２…Ｔｎ）を以下のように算出する。ここで、受信ポート２０ｉが受信するＡＶ情報８０の１フレームの画素数（フレーム解像度）をＰｉとする。また、受信ポート２０ｉが受信するＡＶ情報８０のフレームレートをＦｉ、送信ポート６０が出力するＡＶ情報８０のフレームレートをＦＳ、受信ポート２０ｉが受信したＡＶ情報８０ｉをスケジューラ５０が送信する期間（スケジュール期間）をＴｉとする。
【０１１７】
スケジュール期間Ｔｉは、
Ｄｉ＝画素数Ｐｉ＊Ｆｉ／ＦＳ  （数式４）
Ｔｉ＝Ｄｉ／送信仕様クロック  （数式５）
となる。なお、数式４で求めたＤｉが上述の「見かけの情報量（送信可能データ量）」である。なお、スケジューラ５０は、見かけの情報量Ｄｉ（画素数Ｐｉ＊Ｆｉ／ＦＳ）の計算結果において、行単位で切り上げして算出してもよい。また、見かけの情報量Ｄｉは、クロックが全て規格の数値として扱われる場合、バッファ３０が送信可能なＡＶ情報８０の情報量である。
【０１１８】
数式５より算出したスケジュール期間Ｔ１〜Ｔｎの合計時間をスケジュール周期ＴＳとしたが、実際には以下のようにスケジューラ５０がスケジュール周期ＴＳを算出する。
【０１１９】
例えば、スケジュール期間Ｔ１〜Ｔｎの合計時間のスケジュール周期ＴＳが１秒のように長すぎる場合、受信ポート２０１のＡＶ情報８０１を伝送して、次のＡＶ情報８０１を伝送するまで１−Ｔ１秒待つ必要があるため、遅延が長すぎる。一方、合計時間のスケジュール周期ＴＳが極端に短い場合、ＡＶ情報８０の１フレームを必要以上に複数に分割することになる。そのため、スケジューラ５０のオーバーヘッドが高くなり、効率的ではない。よって、スケジューラ５０は、スケジュール周期ＴＳを、１／（受信するＡＶ情報の中で最も大きいフレームレート）（すなわち最も大きいフレームレートの逆数）として算出する。
【０１２０】
受信するＡＶ情報８０の中で、最も大きいフレームレートの逆数（周期）というのは、受信する各ＡＶ情報８０の１フレームの期間のうち、最も短い期間である。
【０１２１】
ここで、スケジューラ５０が設定する期間（スケジュール周期ＴＳ）が大きくなる場合、スケジューラ５０の同じ情報量に対する処理時間が増えることになり、その分リアルタイムに伝送することができなくなる。例えばＡＶ再生機１を再生させた場合、オーバーヘッドが大きいほど、再生した映像がテレビ２に表示されるまでに時間を必要とする。ゲーム機などではリアルタイム性が重要視されるので、オーバーヘッドを小さくすることは特に必要になる。なお、このスケジュール周期ＴＳの算出方法は、これに限定されるものではない。
【０１２２】
なお、実際には、本実施形態に係るスケジューラ５０は、スケジュール周期ＴＳを送信仕様クロックに合わせる必要があるため、以下のように算出する。
【０１２３】
まず、スケジューラ５０は、ＴＳＮｕｍＣｌｋを、
ＴＳＮｕｍＣｌｋ＝（１／（受信するＡＶ情報８０の中で最も大きいフレームレート／送信仕様クロック））の切り上げ（数式６）
に設定する。なお、切り上げは、ＴＳＮｕｍＣｌｋが整数になるように切り上げる。また、ＴＳＮｕｍＣｌｋは、ＴＳ期間中の送信実クロックの回数のカウントを示すものである。次に、スケジューラ５０は、スケジュール周期ＴＳを、
ＴＳ＝ＴＳＮｕｍＣｌｋ／送信仕様クロック（数式７）
に設定する。
【０１２４】
なお、数式６において、ＴＳＮｕｍＣｌｋを切り上げた結果、スケジュール周期ＴＳが１／（受信するＡＶ情報８０の中で最も大きいフレームレート）より大きくなる場合、もしくは、送信仕様クロックが、各受信ポート２０が単位時間当たりに受信するＡＶ情報８０の情報量の合計より大きいクロックで選択される場合がある。この場合、スケジュール期間Ｔ１、Ｔ２…Ｔｎの合計時間はスケジュール周期ＴＳ以下になり、スケジュール周期ＴＳ中にＡＶ情報８０を伝送しない期間ができる。このＡＶ情報８０を伝送しない期間を伝送空白期間Ｔｅと称する。つまり、伝送空白期間Ｔｅは、
伝送空白期間Ｔｅ＝ＴＳ−Ｔ１−Ｔ２…−Ｔｎ（数式８）
となる。
【０１２５】
この伝送空白期間Ｔｅをスケジュール周期ＴＳ中に分配する方法は様々である。例えば、伝送空白期間Ｔｅを各スケジュール期間Ｔ１、Ｔ２…Ｔｎ期間後に均等に割り当てる方法がある。しかし、本実施形態ではスケジュール期間Ｔｎ後に伝送空白期間Ｔｅをそのまま割り当てる方法を採用する。
【０１２６】
上述のように、送信クロック、スケジュール期間およびスケジュール周期を設定することによって、ＡＶ伝送装置１０は、複数のＡＶ情報８０と、当該複数のＡＶ情報８０に同期している各受信クロックとを受信し、１つの送信ポート６０を介して、その各受信クロックを損なわずに、複数のＡＶ情報８０を送信することができる。具体的には、ＡＶ伝送装置１０は、他の複数の装置（例えば、ＡＶ（Ａｕｄｉｏ  Ｖｉｄｅｏ）伝送装置、ＡＶデコーダおよび外部機器）から、それぞれ異なる受信クロックで出力された複数のＡＶ情報８０を受信し、１つの送信ポート６０を介して、その各受信クロックを損なわずに、複数のＡＶ情報８０を送信することができる。他の複数の装置として、例えば、ＤＶＤ／ＢＤ再生機、ＳＴＢ、ゲーム機などが挙げられる。
【０１２７】
〔クロック同期問題〕
一般に、仕様クロックによって全ての装置が動作する場合、同期の問題は発生しない。しかし、実際には前述のようにクロックには誤差がある。そのため、受信実クロックと送信実クロックとは完全に同期していない場合がある。この場合、以下のクロック同期問題が生じる。
【０１２８】
例えば、２つのＡＶ伝送装置１０が出力する際に用いる仕様クロックが同じ２７ＭＨｚであるとする。しかし、厳密には、各ＡＶ伝送装置１０のクロック生成部４０固有の誤差が生じるため、両者が生成する実クロックは同じではない。両者のクロック生成部４０がこの２７ＭＨｚを生成するために、それぞれ±２５ｐｐｍの誤差を含む水晶を使用した場合、生成した両者の実クロックは、最大で５０ｐｐｍのずれが生じる。具体的な例として、以下の２つの実クロックＡおよびＢの場合を考えると、
実クロックＡ：２７ＭＨｚ＋  ０ｐｐｍ＝２７ＭＨｚ
実クロックＢ：２７ＭＨｚ＋２５ｐｐｍ＝２７．００１３５ＭＨｚ
となる。
【０１２９】
上述のように、各クロック生成部４０によって２つのクロックが生成された結果、実クロックＡは２７ＭＨｚ、実クロックＢは２７．００１３５ＭＨｚである。つまり、この場合、実クロックＡは、１秒間に２７Ｍ回動作することに対し、実クロックＢは、１秒間に２７．００１３５Ｍ回動作することになる。従って、実クロックＢは、実クロックＡより、１秒間に１３５０回多く動作することになる。すなわち、ＡＶ伝送装置１０は、実クロックＢを用いた場合、実クロックＡより１秒間に１３５０画素分多く伝送する。
【０１３０】
図５は、図３のＡＶ再生機１ａ〜１ｄの各ＡＶデコーダ１０２０が出力するＡＶ情報８０ａ〜８０ｄと、テレビ２がＡＶ再生機１ｄから入力されるＡＶ情報８０ａ〜８０ｄとを示す図である。それぞれのＡＶ再生機１ａ〜１ｄそれぞれのＡＶデコーダ１０２０の出力クロックは２７ＭＨｚであることに対して、テレビ２への入力は１４８．５００ＭＨｚのクロックで行なわれるものとする。また、ＡＶ再生機１ａ〜１ｄのＡＶデコーダ１０２０が出力するＡＶ情報８０ａ〜８０ｄのフレームレートは６０ｆｐｓであるとする。この場合、ＡＶ再生機１ａ〜１ｄそれぞれが出力するＡＶ情報８０ａ〜８０ｄの１フレームの期間が１／６０秒であることに対し、テレビ２に入力されるＡＶ情報８０の１フレームの期間は、１／６０／（１４８．５００／２７）＝１／６０／５．５秒となる。
【０１３１】
図５の場合でも、クロックを生成する際に誤差が生じるため、クロック同期問題が発生する。例えば、ＡＶ再生機１ｃのＡＶデコーダ１０２０の出力実クロックが２７ＭＨｚであり、ＡＶ再生機１ｄのＡＶ伝送装置１０の送信実クロック（テレビ２への入力実クロック）が１４８．５００＋２５ｐｐｍであった場合、上記と同様にずれの問題が生じる。
【０１３２】
〔クロック同期問題の解決方法〕
上述のように、送信仕様クロックおよびスケジュール期間を設定することによって、複数のＡＶ情報８０を受信仕様クロックを生かして、送信することができる。ただし、一般的に、複数のクロック生成装置で生成したクロックを使用する場合、クロック同期問題が発生する。そのため、送信仕様クロックを、数式２で算出する理論上必要な値より大きい値に設定する。しかし、上述のように必要以上に送信仕様クロックを大きい値に設定することは、好ましくない。従って、本発明では、クロック同期問題を以下に示す方法によって解決する。
【０１３３】
本発明では、複数のクロック生成装置から生成したクロックを使用するため、常にクロック同期問題が発生する。しかし、本発明の解決方法を用いることによって、ＡＶ情報８０は、たとえクロック同期問題が生じたとしても、各ＡＶデコーダ１０２０がＡＶ情報８０を出力する速度で、複数のＡＶ伝送装置１０を通った後、同じ速度でテレビ２に伝送される。そして、テレビ２が、そのＡＶ情報８０に基づいて映像を画面に表示することを可能にする。具体的には、本発明の解決方法は、バッファ３０およびスケジューラ５０が、送信するＡＶ情報８０を調整することによって、クロック同期問題に対処することである。そのバッファ３０およびスケジューラ５０の調整方法について、図１、６、７および８を用いて説明する。
【０１３４】
〔バッファ３０およびスケジューラ５０のＡＶ情報８０の調整方法〕
前提として、ＡＶ情報８０の各フレームは、前述の図２３の説明のように、通常、制御期間を有するものとする。そして、その制御期間のうち、Ｐｒｅａｍｂｌｅが含まれない期間は空白期間である。つまり、制御期間の中において、Ｐｒｅａｍｂｌｅ以外の情報は、何の情報もない空白情報である。
【０１３５】
まず、図１において、受信ポート２０ｉが受信するＡＶ情報８０ｉは、バッファ３０ｉに書き込まれる。ここで、ＡＶ情報８０ｉと、送信ポート６０から送信されるＡＶ情報８０ＳとのＦｉおよびＦＳが同一であり、且つ、フレーム解像度も同一の場合、見かけの情報量Ｄｉ＝画素数Ｐｉとなる（数式４を参照）。
【０１３６】
しかし、受信実クロックと送信実クロックとが実際には異なる場合がある。そのため、スケジュール周期ＴＳ中に受信実クロックによってバッファ３０に蓄積される蓄積データ（格納データ）Ｓｉと見かけの情報量Ｄｉとの値が異なる場合がある。従って、ＦｉおよびＦＳが同一の場合でも、スケジュール期間Ｔｉ中に受信実クロックによって蓄積される蓄積データＳｉの情報量を、そのまま全て送信ポート６０からスケジュール期間Ｔｉ中に送信実クロックによって送信することができない場合がある。なお、蓄積データＳｉから送信するＡＶ情報８０の情報量の計算については後述する。
【０１３７】
そこで、スケジューラ５０は、バッファ３０ｉのＡＶ情報８０ｉを受信ポート２０ｉのスケジュール期間（Ｔｉ）中に送信ポート６０へ送信するようにバッファ３０ｉに命令を送信する際、バッファ３０ｉに蓄積されている蓄積データＳｉを参照する。そして、その蓄積された蓄積データＳｉを判断して、スケジューラ５０は、蓄積データＳｉから抽出して作成した調整フレーム（後述する）を送信ポート６０へ送信するようにバッファ３０ｉに命令を送信する。前提として述べたように、バッファ３０ｉに蓄積されている蓄積データＳｉは、空白情報を含む。そのため、バッファ３０ｉは、空白期間に映像データ、関連データおよびヘッダ（詳細は後述する）などの必要なデータを入れることによって、スケジュール期間Ｔｉ中に伝送する調整フレームを作成する。その調整フレームの作成方法の詳細は、図６〜図８の事例を用いて説明する。
【０１３８】
図６、および図７は、バッファ３０ｉが、スケジューラ５０の命令に従って、蓄積している蓄積データＳｉを調整する方法の事例である。図６、および図７の（Ａ）は、バッファ３０ｉが格納している蓄積データＳｉの状態を３つの時点で示している。バッファ状態ｐｈ０は、バッファ３０ｉの初期状態の蓄積データＳｉ０を示すものである。バッファ状態ｐｈ０からＴＳ−Ｔｉ秒後にバッファ状態ｐｈ１へ、バッファ状態ｐｈ１からＴＳ−Ｔｉ秒後にバッファ状態ｐｈ２へそれぞれ遷移する。図６、および図７の（Ｂ）は、バッファ状態ｐｈ０、ｐｈ１およびｐｈ２から、それぞれの場合において、バッファ３０ｉがスケジューラ５０を介して送信ポート６０に送信する調整フレームを示す。
【０１３９】
ここで、本発明では、バッファ３０がＡＶ情報８０を送信するために、バッファ３０ｉが蓄積データＳｉを調整したＡＶ情報８０ｉの１フレーム単位を調整フレーム（例えば、図６の１０１、１１１）と称する。また、ＡＶデコーダ１０２０が出力したＡＶ情報８０など、バッファ３０によって調整されていないＡＶ情報８０の１フレーム単位（例えば、図６の１００、１１０、１２０）をＡＶフレームと称する。なお、調整フレームには、後述のヘッダが備えられ、また後述の調整データが追加されることがあるが、ＡＶフレームは元のフレームと同じため、ＡＶフレームには、ヘッダおよび調整データは含まれない。
【０１４０】
例えば、２つのＡＶ情報８０ｉおよび８０ｊがあり、２つのＡＶ情報８０ｉ、８０ｊの受信仕様クロック、フレーム解像度およびフレームレートが同一であるとする。そして、クロック生成部４０において、送信仕様クロックが、数式１および２より、受信仕様クロックの２倍として生成されたとする。このとき、クロックに誤差が生じるため、受信ポート２０ｉが受信するＡＶ情報８０ｉに同期している受信実クロックのｐｐｍ誤差が、そのＡＶ情報８０ｉをスケジューラ５０が送信する際に用いる送信実クロックのｐｐｍ誤差より小さい場合がある。この場合において、バッファ３０ｉの蓄積データＳｉの状態は、図６に示すような状態となる。
【０１４１】
図６において、初期状態であるバッファ（３０ｉ）状態ｐｈ０では、ＡＶフレーム１００の全部と、ＡＶフレーム１１０の一部がバッファ３０ｉに蓄積されている。この最初に蓄積されている２つのＡＶフレーム１００、１１０の合計情報量である蓄積データＳｉ０の値を基準情報量（基準データ量）Ｓｔｈｉとする。
【０１４２】
ＡＶ情報８０ｉとＡＶ情報８０Ｓとのフレーム解像度が同一であるので、ＡＶフレーム１００の情報量がＤｉとなる。つまり、ＡＶフレーム１００が有する情報量そのままが、バッファ状態ｐｈ０において、バッファ３０ｉによってスケジューラ５０へ送信される。ＡＶ情報８０を送信する前に、バッファ３０ｉは、ＡＶフレーム１００にヘッダ（後述する）を追加して調整フレーム１０１とする。この調整フレーム１０１が、バッファ３０ｉによってスケジューラ５０を介して送信ポート６０から外部機器へ送信される。なお、ヘッダを追加する期間が空白期間でない場合、バッファ３０ｉは、映像データ、関連データおよびＰｌｅａｍｂｌｅなどのデータを別の期間に移動して送信を行う。ヘッダおよびヘッダの追加方法について、詳細は後述する。
【０１４３】
バッファ状態ｐｈ０において、調整フレーム１０１が送信された後、受信ポート２０ｉが受信する新たなＡＶフレーム１１０、および１２０がバッファ３０ｉに書き込まれる。この時のバッファ３０ｉの蓄積データＳｉの状態を示したものが、バッファ状態ｐｈ１である。
【０１４４】
バッファ状態ｐｈ１の時点で、ＡＶフレーム１１０の全部と、次のＡＶフレーム１２０の一部がバッファ３０ｉに蓄積されている。このバッファ状態ｐｈ１においてバッファ３０ｉに蓄積しているＡＶ情報８０を蓄積データＳｉ１とする。受信実クロックと送信実クロックとが異なっており、図６の例では、Ｓｉ１＜Ｓｔｈｉとなっている。ここで、蓄積データＳｉ１と基準情報量Ｓｔｈｉとの差を差分情報量（差分データ量）Ｄｉｆｆとする。図６の場合では、差分情報量Ｄｉｆｆは、Ｓｔｈｉ−Ｓｉ１で表される。
【０１４５】
そして、バッファ状態ｐｈ１において、送信実クロックを用いてバッファ３０ｉに蓄積された蓄積データＳｉ１をスケジューラ５０に伝送する際、バッファ３０ｉは、差分情報量Ｄｉｆｆを算出する。次に、バッファ３０ｉは、ＡＶフレーム１１０から差分情報量Ｄｉｆｆに相当するデータ１１２を差し引き、調整フレーム１１１を作成する。受信実クロックのｐｐｍ誤差が送信実クロックのｐｐｍ誤差より小さい場合（図６に示す場合）、上記のように、差分情報量Ｄｉｆｆに相当するデータを差し引くことによって、送信するフレーム毎に蓄積データＳｉが徐々に小さくなることを防ぐことができる。そして、バッファ３０ｉは、調整フレーム１１１にヘッダを追加してスケジューラ５０へ送信する。調整フレーム１１１のＡＶフレーム１１０からデータ１１２を差し引いた部分（図６の１１３）は、例えば空白情報としても良い。
【０１４６】
バッファ３０ｉは、次のバッファ状態ｐｈ２において、調整フレーム１２１を送信する際も、バッファ状態ｐｈ１と同様の処理を行う。
【０１４７】
次に、図７における調整方法の説明をする。
【０１４８】
例えば、２つのＡＶ情報８０ｉおよび８０ｊがあり、２つのＡＶ情報８０ｉ、８０ｊの受信仕様クロック、フレーム解像度およびフレームレートが同一であるとする。そして、クロック生成部４０において、送信仕様クロックが、数式１および２より、受信仕様クロックの２倍として生成されたとする。このとき、クロックに誤差が生じるため、受信ポート２０ｉが受信するＡＶ情報８０ｉに同期している受信実クロックのｐｐｍ誤差が、そのＡＶ情報８０ｉをスケジューラ５０が送信する際に用いる送信実クロックのｐｐｍ誤差より大きくなる場合がある。この場合において、バッファ３０ｉの蓄積データＳｉの状態は、図７に示すような状態となる。
【０１４９】
図７において、初期状態であるバッファ状態ｐｈ０では、図６と同様に、ＡＶフレーム１００の全部およびＡＶフレーム１１０の一部がバッファ３０ｉに蓄積している。また、この最初に蓄積されている２つのＡＶフレーム１００、１１０の合計情報量である蓄積データＳｉ０の値を基準情報量（Ｓｔｈｉ）とする。
【０１５０】
そして、図６の場合と同様に、バッファ３０ｉは、バッファ状態ｐｈ０において、ＡＶフレーム１００にヘッダを追加した調整フレーム１０１を送信する。ＴＳ−Ｔｉ秒後に、バッファ３０ｉの蓄積データＳｉは、新たにＡＶ情報８０ｉが追加されてバッファ状態ｐｈ１ａとなる。
【０１５１】
バッファ状態ｐｈ１ａでは、ＡＶフレーム１１０の全部、および次のＡＶフレーム１２０ａの一部がバッファ３０ｉに蓄積されている。このバッファ３０ｉに蓄積している情報量を蓄積データＳｉ１ａとする。受信実クロックと送信実クロックが異なるため、図７の例では、Ｓｉ１ａ＞Ｓｔｈｉとなっている。従って、差分情報量Ｄｉｆｆは、Ｓｉ１ａ―Ｓｔｈｉで表される。
【０１５２】
ここで、バッファ３０ｉは、調整フレームを作成する際に、差分情報量Ｄｉｆｆに相当する情報量を減らす。従って、バッファ３０ｉは、蓄積データＳｉ１ａの中から映像データが含まれない行を調整フレームから除外する。この蓄積データＳｉ１ａの中から映像データが含まれない行を除外した残りのＡＶ情報８０、つまり、（Ｓｉ１ａ−Ｄｉｆｆ）を除外データと称する。しかし、除外した行には空白情報ではないデータも含まれている可能性がある。そのため、バッファ３０ｉは、除外する行に含まれる関連データおよび制御情報は別の期間に移すことになる。なお、除外する行（空白情報）は調整データに含めないという意味であり、バッファ３０から除外するという意味ではない。すなわち、データを送信する際、調整データは、バッファ３０に保存されているデータから作成されるとともに、スケジューラ５０へ送信される。ここで、本発明では、この移動させた空白情報ではないデータを調整データと称する。調整データの詳細は後述する。
【０１５３】
図７の事例では、バッファ３０ｉは、差分情報量Ｄｉｆｆに相当するデータ１２４のデータを移動（調整）することになる。移動する場所は、バッファ３０ｉが、調整フレーム１１１ａ、またはその次の調整フレーム１２１ａに指定することができる。ここでは、バッファ３０ｉは、データ１２４に含まれる調整データがＡＶフレーム１２０ａの一部であるため、データ１２４に含まれる調整データを次の調整フレーム１２１ａに移動することにする。よって、調整フレーム１１１ａは、ＡＶフレーム１１０、および追加したヘッダのみを含む。
【０１５４】
次のバッファ状態ｐｈ２ａでは、バッファ３０ｉは、データ１２４を除外したフレーム１２０ａの全部、およびＡＶフレーム１３０ａの一部から調整フレーム１２１ａを作成して、スケジューラ５０へ伝送することになる。そこで、バッファ３０ｉは、ヘッダとデータ１２４に含まれる調整データとを調整フレーム１２１ａの最初の空白情報の部分に入れる。また、この場合、バッファ３０ｉは、ＡＶフレーム１３０ａの一部も調整フレームに加えることができる。このＡＶフレーム１３０ａの一部には、除外可能な空白情報がある。しかしながら、バッファ３０ｉは、調整フレーム１２１ａを作成するために、既に、ＡＶフレーム１２０ａの空白情報を除外している。そのため、ここでは除外せず、除外は、以降に伝送する調整フレームにおいて行われる。なお、除外する部分については後述する。
【０１５５】
次に、図８に示す事例を説明する。図７では、除外するデータ１２４に含まれる調整データが次に送信する調整フレーム１２１ａに移動することに対し（調整フレーム１１１ａではなく、次の調整フレーム１２１ａに移動）、図８では、除外するデータ１５４に含まれる調整データが、その時点で送信する調整フレーム１５１に移動する場合の事例である。
【０１５６】
図８に示すバッファ状態ｐｈ０は図６、７と同様である。バッファ状態ｐｈ０から複数の調整フレームを伝送した後の状態が、バッファ状態ｐｈｘである。ここで、ＡＶフレーム１５０の一部は、バッファ状態ｐｈｘ−１の時点で伝送されており、ＡＶフレーム１５０のうち伝送されずに残っているデータがバッファ状態ｐｈｘの蓄積データＳｉｘに含まれる。よって、バッファ状態ｐｈｘの蓄積データＳｉｘは、ＡＶフレーム１５０の一部と、ＡＶフレーム１６０の一部との合計である。図８に示すように、蓄積データＳｉｘの情報量は基準情報量Ｓｔｈｉより大きい。ここで
差分情報量Ｄｉｆｆ＝Ｓｉｘ−Ｓｔｈｉ
である。
【０１５７】
そして、送信実クロックでＡＶ情報８０を伝送する際、ＡＶフレーム１５０の残りの部分と、ＡＶフレーム１６０の大部分と、追加するヘッダと、を調整フレーム１５１として伝送する。しかし、蓄積データＳｉｘが基準情報量Ｓｔｈｉより大きいため、差分情報量Ｄｉｆｆに相当する情報量を除外する必要がある。映像データの部分は除外することができない。そのため、映像データが存在しない行であるデータ１５４を除外する。そして、データ１５４に存在する空白情報でないデータを調整データとして調整フレーム１５１の除外していない空白情報に移動させる。このように調整フレーム１５１を作成する。
【０１５８】
このように、調整フレームは、ＡＶフレームと異なり、２つのＡＶフレームのＡＶ情報８０を含んでいる（例えば、図７の調整フレーム１２１ａは、２つのＡＶフレーム１２０ａ、１３０ａを含む）。また、調整フレームが、ＡＶフレームの１つ以下のＡＶ情報８０しか含まない場合もある（例えば、図６の調整フレーム１１１は、ＡＶフレーム１１０の一部である）。従って、調整フレームがどのようなＡＶ情報８０を含むのか、または、調整フレームが各ＡＶフレームのＡＶ情報８０のどの期間を含むのかなどの情報を、ＡＶ伝送装置１０は、送信先のＡＶ再生機１またはテレビ２に知らせる。そのため、バッファ３０ｉは、この調整フレームの内容を示す情報をヘッダとして作成して、そのヘッダを空白期間に埋める。
【０１５９】
なお、図６〜図８ではバッファ３０ｉのデータ単位は、フレームの行単位となっているが、画素単位であっても良い。
【０１６０】
また、上記事例では、バッファ３０ｉに蓄積された蓄積データＳｉは、ＡＶデコーダ１０２０、または他のＡＶ伝送装置１０から送信されるＡＶ情報８０であってもよい。
【０１６１】
〔バッファ３０、およびスケジューラ５０の内部構成〕
図６〜８において、バッファ３０、およびスケジューラ５０のＡＶ情報８０の調整方法を示したが、実際には、バッファ３０、およびスケジューラ５０の各部が上述のＡＶ情報８０の調整を行う。以下に、バッファ３０、およびスケジューラ５０の内部構成、およびその動作を説明する。
【０１６２】
図９は、図１のバッファ３０、およびスケジューラ５０の内部の詳細を示す図である。スケジューラ５０は、スケジューラ制御部５２およびスイッチ５４を含む。バッファ３０は、受信調整・解析部（受信制御手段）３４、ＡＶメモリ３２、管理メモリ３５、送信調節部（送信調整手段）３６およびバッファ送信制御部（送信制御手段）３８を含む。
【０１６３】
スケジューラ制御部５２は、全体制御部７０の処理開始命令を受けて、Ｄｉ、Ｔｉなどの値の設定、バッファ送信制御部３８に対する初期化命令、バッファ送信制御部３８に対する送信処理命令、変数ｉの確認および設定などを行う。また、スケジューラ制御部５２は、送信調節部３６から送信されるＡＶ情報８０を転送するスイッチ５４を、スケジュール期間Ｔｉに基づいて制御するものである。
【０１６４】
スイッチ５４は、スケジューラ制御部５２からのスイッチ切り替え命令を受けて、各バッファ３０１〜３０ｎから１つ選択し、送信調節部３６から送信されるＡＶ情報８０を送信ポート６０へ転送するものである。
【０１６５】
受信調整・解析部３４は、まず、受信ポート２０を介してバッファ３０が受信したＡＶ情報８０の解析を行う。次に、受信したＡＶ情報８０の中で、調整フレームがある場合は、調整フレームを元のＡＶフレームに戻す処理を行う。なお、調整フレームの中に、移動（調整）された調整データがある場合は、調整データを元の場所に戻す処理を行う。そして、ＡＶ情報８０をＡＶメモリ３２に受信実クロックを用いて書き込む。また、調整フレームおよび調整データを元のＡＶフレームに戻した後、ＡＶ情報８０の管理情報の作成を行い、その作成した管理情報を管理メモリ３５に書き込む（詳細は後述）。
【０１６６】
なお、１つの受信ポート２０ｉが複数のＡＶ情報８０ｉａ、８０ｉｂを受信した場合、受信調整・解析部３４は、ＡＶメモリ３２を、各ＡＶ情報８０をそれぞれ蓄積することができる副ＡＶメモリ３２ａ、３２ｂに分割する。そして、各ＡＶ情報８０ｉａ、８０ｉｂを別々の入力としてそれぞれ副ＡＶメモリ３２ａ、３２ｂに書き込む。
【０１６７】
ＡＶメモリ３２は、受信調整・解析部３４が処理した後のＡＶ情報８０を保存するメモリである。
【０１６８】
管理メモリ３５は、空白情報に対して、映像データ、関連データ、または制御情報がＡＶメモリ３２のどこにあるのかを示す管理情報を保存する。
【０１６９】
送信調節部３６は、バッファ送信制御部３８から調整フレーム作成命令を受けて、ヘッダと、必要であれば調整データとを調整フレームに追加することにより、当該調整フレームを作成する。スケジューラ制御部５２の送信開始命令に基づくバッファ送信制御部３８の調整フレーム送信命令を受けて、送信調節部３６は、作成した調整フレームをスケジューラ５０のスイッチ５４へ送信する。
【０１７０】
バッファ送信制御部３８は、スケジューラ制御部５２の命令を受けて、ＡＶメモリ３２の初期化、ＡＶメモリ３２の蓄積データＳｉの確認、基準情報量Ｓｔｈｉの設定、差分情報量Ｄｉｆｆの算出、調整フレームの情報量の設定、調整データの作成、管理メモリ３５の管理情報に基づくヘッダの作成、送信調節部３６への調整フレーム作成命令の送信、および、送信調節部３６への調整フレーム送信命令などの送信処理を行う。
【０１７１】
〔スケジューラ制御部５２の処理内容〕
図１０は、スケジューラ制御部５２の処理を示すフローチャートである。
【０１７２】
スケジューラ制御部５２は、全体制御部７０の処理開始命令によって、バッファ３０に蓄積されているＡＶ情報８０の送信処理を開始（Ｓｔａｒｔ）する（Ｓ１０）。
【０１７３】
次に、スケジューラ制御部５２は、各バッファ送信制御部３８に初期化命令を送信する。それを受けて、各バッファ送信制御部３８は、それぞれのＡＶメモリ３２の初期化を行う。初期化命令と同時に、スケジューラ制御部５２は、各バッファ送信制御部３８に値設定命令を送信して、各バッファ送信制御部３８から必要な情報を集めて、以下の値の設定を行う（Ｓ２０）。
【０１７４】
スケジューラ制御部５２が設定を行う値としては、前述のＤｉ、Ｔｉ、ＴＳＮｕｍＣｌｋ、ＴＳ、およびＳｔｈｉに加えて、ＴｘＣｌｋＣｎｔ、ＴＳｐｉ、ＴＳｔｉがある。スケジューラ制御部５２は、数式４よりＤｉを、数式５よりＴｉを、数式６よりＴＳＮｕｍＣｌｋを、数式７よりＴＳを設定する。バッファ送信制御部３８がＡＶメモリ３２を初期化するため、スケジューラ制御部５２は、Ｓｔｈｉを全て未設定に設定する。なお、バッファ送信制御部３８は、スケジューラ制御部５２の変数の値を参照することができる。これは例えばＴｘＣｌｋＣｎｔがハードウエアのレジスタであり、バッファ送信制御部３８にはこのレジスタの信号が直接接続されている場合である。この場合、バッファ送信制御部３８からもこれらのレジスタを直接設定することができる。
【０１７５】
また、ＴｘＣｌｋＣｎｔは、送信実クロックのカウント数を示すものである。ここでは、ＴｘＣｌｋＣｎｔを初期化の値として０に設定する。その場合の最大値は、ＴＳＮｕｍＣｌｋ−１である。ＴｘＣｌｋＣｎｔは、初期化された後、送信実クロックの回数に合わせて、
ＴｘＣｌｋＣｎｔ＜ＴＳＮｕｍＣｌｋ−１の場合：
ＴｘＣｌｋＣｎｔ＝ＴｘＣｌｋＣｎｔ＋１
ＴｘＣｌｋＣｎｔ＝ＴＳＮｕｍＣｌｋ−１の場合：
ＴｘＣｌｋＣｎｔ＝０（数式９）
のように更新される。
【０１７６】
さらに、ＴＳｐｉは、ｉ番目のバッファ３０ｉが行う処理の開始時刻である。具体的には、バッファ送信制御部３８がＡＶメモリ３２に蓄積された蓄積データＳｉの確認処理を開始する時刻であり、具体的には、
ｉ＝１の場合、ＴＳｐｉ＝０
ｉ≠１の場合、ＴＳｐｉ＝ＴＳｐ（ｉ−１）＋Ｔ（ｉ−１）（数式１０）
となる。
【０１７７】
また、ＴＳｔｉは、ｉ番目のバッファ３０ｉの送信調節部３６が、ＡＶ情報８０をスイッチ５４に送信開始する時刻であり、具体的には、
ＴＳｔｉ＝ＴＳｐｉ＋α（数式１１）
となる。なお、αは固定値である（詳細は後述する）。
【０１７８】
次に、スケジューラ制御部５２がＴｘＡｄｊＭｏｄｅ＝１（詳細は後述）の比較を行う（Ｓ２５）。ＴｘＡｄｊＭｏｄｅ＝０の場合（Ｓ２５でＮＯ）は、バッファ３０がＡＶフレームを送信する場合であり、スケジューラ制御部５２は、バッファ送信制御部３８に送信開始命令を送信する。そのときに、スケジューラ制御部５２は、スイッチ５４にスイッチ切り替え命令を送信する（Ｓ２６）。ＡＶフレームのＡＶ情報８０の送信は、バッファ３０にＡＶフレームのＡＶ情報８０がなくなる、または全体制御部７０からスケジューラ制御部５２に送信終了の命令があるまで行う。そして、スケジューラ制御部５２は、ＡＶフレームの送信終了を待ち（Ｓ２７）、送信終了するとＳ７０に遷移する。
【０１７９】
一方、ＴｘＡｄｊＭｏｄｅ＝１の場合（Ｓ２５でＹＥＳ）は、調整フレームを送信する場合であり、スケジューラ制御部５２は、変数ｉ＝１に設定する（Ｓ３０）。
【０１８０】
そして、スケジューラ制御部５２は、バッファ３０ｉのバッファ送信制御部３８に送信処理命令を送信して、バッファ送信制御部３８が送信処理を開始する（Ｓ１００）。送信処理の詳細の内容は、図１１において説明する。
【０１８１】
バッファ３０ｉのＡＶ情報８０ｉの送信処理終了後、スケジューラ制御部５２は、変数ｉ＝ｉ＋１に設定する（Ｓ４０）。
【０１８２】
次に、スケジューラ制御部５２は、変数ｉの確認を行う（Ｓ５０）。すなわち、スケジューラ制御部５２は、変数ｉよりもｎが大きいか否かを判定する。変数ｉがｎより大きい場合（Ｓ５０でＹＥＳ）、スケジューラ制御部５２は、ＡＶ情報８０の伝送完了確認を行う（Ｓ６０）。一方、変数ｉがｎ以下の場合（Ｓ５０でＮＯ）、Ｓ１００の送信処理を行う。
【０１８３】
スケジューラ制御部５２は、ＡＶ情報８０の伝送完了確認を行い、伝送完了と判断した場合（Ｓ６０でＹＥＳ）には、全ての処理を終了する（Ｓ７０）。一方、伝送完了していないと判断した場合（Ｓ６０でＮＯ）には、Ｓ３０に戻る。なお、スケジューラ制御部５２が伝送完了と判断する場合とは、例えばユーザなどの指示により、テレビ２またはＡＶ再生機１の電源を切る命令があった場合である。
【０１８４】
〔バッファ送信制御部３８の処理内容〕
図１１は、スケジューラ制御部５２の送信処理命令に基づいて行うバッファ送信制御部３８の処理（Ｓ１００）を示すフローチャートである。なお、スケジューラ制御部５２は、バッファ送信制御部３８に対して、初期化命令（Ｓ２０）および送信処理命令（Ｓ１００）を行う。そのスケジューラ制御部５２の命令に基づいて、バッファ送信制御部３８は送信処理を行う。
【０１８５】
スケジューラ制御部５２は、ＴｘＣｌｋＣｎｔがＴＳｐｉに等しくなるのを待つ（Ｓ１１０）。
【０１８６】
ＴｘＣｌｋＣｎｔがＴＳｐｉに等しくなると、スケジューラ制御部５２は、バッファ３０ｉのバッファ送信制御部３８に、送信処理命令を送信する。バッファ３０ｉのバッファ送信制御部３８は、送信処理命令を受けて、バッファ３０ｉのＡＶメモリ３２を参照して、前述のＡＶ情報８０の蓄積データＳｉ（一例として図６に示すＳｉ０、Ｓｉ１、またはＳｉ２）を求める（Ｓ１２０）。
【０１８７】
次に、バッファ送信制御部３８は、ＡＶメモリ３２に、或る一定量以上の蓄積データＳｉが蓄積されているかどうかの確認を行う（Ｓ１３０）。ＡＶメモリ３２には、最初の送信処理を行う際、Ｄｉ以上の情報量が溜まっていることが好ましい。しかし、前述のクロック同期問題が発生するため、送信処理を繰り返す間にＡＶメモリ３２の蓄積データＳｉが、見かけの情報量Ｄｉ以下になることがある。
【０１８８】
そこで、本発明では、バッファ送信制御部３８には、上記一定量としてＤｉ＋βが設定されている。なお、βは、バッファ３０ｉがＡＶ情報８０を送信する際に、ＡＶメモリ３２の蓄積データＳｉがＤｉ以下にならないようにするための値である。例えばβをＤｉ／２に設定しても良い。なお、この処理は、後述のＳ１４０において基準情報量Ｓｔｈｉを設定する際、基準情報量Ｓｔｈｉを見かけの情報量Ｄｉ以上にするためである。基準情報量Ｓｔｈｉが見かけの情報量Ｄｉ未満に設定された場合、１つの調整フレームで送信するデータ量が見かけの情報量より小さくなってしまう。
【０１８９】
ＡＶメモリ３２の蓄積データＳｉがＤｉ＋β以上の場合（Ｓ１３０でＹＥＳ）、バッファ送信制御部３８は、ＡＶメモリ３２に蓄積しているＡＶ情報８０の基準量である基準情報量Ｓｔｈｉが未設定かどうかを確認する（Ｓ１４０）。基準情報量Ｓｔｈｉが未設定の場合（Ｓ１４０でＹＥＳ）、バッファ送信制御部３８は、ＡＶメモリ３２にその時点で蓄積している蓄積データＳｉの値をＳｔｈｉに設定する（Ｓ１５０）。なお、基準情報量Ｓｔｈｉが未設定の場合、バッファ状態ｐｈ０（図６）の状態である。そして、バッファ送信制御部３８は、送信する調整フレームの情報量をＤｉに設定する。
【０１９０】
一方、基準情報量Ｓｔｈｉに対してすでに何らかの基準量が与えられている場合（Ｓ１４０でＮＯ）、バッファ送信制御部３８は、基準情報量Ｓｔｈｉと蓄積データＳｉとを比較し、差分情報量Ｄｉｆｆを算出する（Ｓ１６０）。本発明では、Ｄｉｆｆ＝Ｓｔｈｉ―Ｓｉとする。Ｄｉｆｆ≧０の場合（図６の場合）、バッファ送信制御部３８は、送信する調整フレームの情報量をＤｉ−Ｄｉｆｆとし、除外する情報量を０に設定する。Ｄｉｆｆ＜０の場合（図７の場合）、バッファ送信制御部３８は、送信する調整フレームの情報量をＤｉとし、除外する情報量をＤｉｆｆに設定する。なお、本発明では、除外する情報量は、（Ｄｉｆｆ／一行の情報量）の切り上げとする。また、前述したように、除外する情報量は、行単位に限るものではなく、画素単位などその他の方法であってよい。
【０１９１】
そして、除外するデータの中に、空白情報以外のデータが含まれている場合、バッファ送信制御部３８は、調整データを作成し、ＡＶメモリ３２の別の場所に保存する。
【０１９２】
このように、Ｓ１５０、およびＳ１６０において、調整フレームの情報量が設定された後、バッファ送信制御部３８は、管理メモリ３５から管理情報を読み出し、ヘッダを作成する。そして、バッファ送信制御部３８は、送信調節部３６に調整フレーム作成命令を送信する（Ｓ１７０）。
【０１９３】
送信調節部３６は、調整フレーム作成命令を受けて、ＡＶメモリ３２に蓄積している蓄積データＳｉのうち最も先に蓄積されているＡＶ情報８０から順番に調整フレームの情報量分のＡＶ情報８０を読み出し、読み出したＡＶ情報８０にヘッダを追加して調整フレームを作成する。ここで、必要であれば、送信調節部３６は、調整データも追加して調整フレームを作成する。そして、スケジューラ制御部５２は、ＴｘＣｌｋＣｎｔがＴＳｔｉに等しくなるのを待つ（Ｓ１８０）。
【０１９４】
ＴｘＣｌｋＣｎｔがＴＳｔｉに等しくなると、スケジューラ制御部５２は、バッファ送信制御部３８に送信開始命令を送信する。そのときに、スケジューラ制御部５２は、スイッチ５４にスイッチ切り替え命令を送信する（Ｓ１９０）。
【０１９５】
なお、スイッチ５４は、複数のバッファ３０ｉから１つを選択して送信ポート６０に出力を行う。そのため、スイッチ５４の切り替えはバッファ３０ｉのＡＶ情報８０がスイッチ５４に入力されたときに行う。スイッチ５４がスイッチ切り替え命令を受けてから切り替えるまでの時間は、スケジューラ制御部５２がバッファ送信制御部３８に送信開始命令を出してから、送信調節部３６がバッファ送信制御部３８の調整フレーム送信命令を受けて、ＡＶ情報８０をスイッチ５４に出力するまでの時間である。この時間を考慮して、スイッチ５４は、スイッチ切り替え命令を受けて、ある所定の時間経過後にスイッチを切り替える。
【０１９６】
スイッチ５４が送信ポート６０へ全てのＡＶ情報を転送した後、Ｓ４０に遷移する。
【０１９７】
ここで、Ｓ１１０からＳ１７０までの処理時間では、複数の確認が行われるため、一定の時間で処理されない。しかし、スケジューラ制御部５２は、複数の処理時間の合計の最大の時間を求めることができる。よって、前述のαは、Ｓ１１０からＳ１７０までの処理を十分に行うことができる値とする。また、通常αはＴｉより小さく設定されている。
【０１９８】
ところで、ＡＶメモリ３２の蓄積データＳｉがＤｉ＋β未満の場合（Ｓ１３０でＮＯ）、送信制御部３８は、ＡＶメモリ３２の蓄積データＳｉとＤｉとを比較する（Ｓ１９０）。Ｓｉ≧Ｄｉの場合（Ｓ１９０でＮＯ）、ＡＶメモリ３２が蓄積している蓄積データＳｉがもっと蓄積されるのを待つためにＳ４０に遷移する。一方、Ｓｉ＜Ｄｉの場合（Ｓ１９０でＹＥＳ）、何らかの原因でバッファ３０ｉがＡＶ情報８０ｉを正常に受信できなくなったことを意味する。この場合、スケジューラ制御部５２は、ＡＶメモリ３２の初期化、およびＳｔｈｉを未設定に設定する（Ｓ２００）。そして、初期化などの設定をした後、Ｓ４０に遷移する。
【０１９９】
〔ＡＶメモリ３２の構成〕
図１２は、ＡＶメモリ３２、または管理メモリ３５の構成を示す図である。図１２に示すメモリ（ＡＶメモリ３２または管理メモリ３５）は、２つの書き込みポート３１１、３１２および１つの読み出しポート３３を含む。なお、書き込みポート３１１および３１２は、同様の構成を備えているので、以下の説明では、書き込みポート３１１および３１２を書き込みポート３１と称して説明する。
【０２００】
書き込みポート３１は、書き込みアドレス（ＷＡＤＤＲ１、２）、書き込みデータ（ＷＤＡＴＡ１、２）、書き込みクロック（ＷＣＬＫ１、２）、および書き込みイネーブル（ＷＲ１、２）が入力される。読み出しポート３３は、読み出しアドレス（ＲＡＤＤＲ）、読み出しデータ（ＲＤＡＴＡ）、および読み出しクロック（ＲＣＬＫ）が入力される。
【０２０１】
なお、図１２に示すメモリの構成は、そのままＡＶメモリ３２の構成として適用することができる。一方、管理メモリ３５は、図１２に示すメモリの構成である必要なく、１つの書き込みポート３１と１つの読み出しポート３３とを含むメモリであればよい。
【０２０２】
書き込みアドレス（ＷＡＤＤＲ１、２）は、受信調整・解析部３４がＡＶメモリ３２に書き込んだＡＶ情報８０のＡＶメモリ３２上の所在を示すものである。
【０２０３】
書き込みデータ（ＷＤＡＴＡ１、２）は、受信調整・解析部３４がＡＶメモリ３２に書き込んだＡＶ情報８０である。
【０２０４】
書き込みクロック（ＷＣＬＫ１、２）は、受信調整・解析部３４がＡＶメモリ３２に書き込んだＡＶ情報８０に同期している受信仕様クロックである。
【０２０５】
書き込みイネーブル（ＷＲ１、２）は、書き込みデータ（ＷＤＡＴＡ１、２）をメモリに書き込むための信号である。例えば、書き込みイネーブルＷＲが０を示す場合、書き込みデータＷＤＡＴＡはメモリに書き込まれない。一方、書き込みイネーブルＷＲが１を示す場合、書き込みデータＷＤＡＴＡはメモリに書き込まれる。
【０２０６】
読み出しアドレス（ＲＡＤＤＲ）は、送信調節部３６がＡＶメモリ３２から読み出すＡＶ情報８０のＡＶメモリ上の所在を示すものである。
【０２０７】
読み出しデータ（ＲＤＡＴＡ）は、送信調節部３６がＡＶメモリ３２から読み出すＡＶ情報８０である。
【０２０８】
読み出しクロック（ＲＣＬＫ）は、クロック生成部４０が生成する送信仕様クロックである。
【０２０９】
受信調整・解析部３４は、受信実クロックを用いてＡＶ情報８０を書き込みポート３１１を介してＡＶメモリ３２に書き込む。また、バッファ送信制御部３８は、送信実クロックを用いてＡＶメモリ３２から読み出しポート３３を介してＡＶ情報８０を読み出す。
【０２１０】
（１）前段に接続しているＡＶ伝送装置１０から、受信調整・解析部３４に、図６および７に示す調整フレーム１０１、１１１ａのように、受信したＡＶ情報８０をそのまま送信された場合、当該受信調整・解析部３４は、受信した調整フレーム１０１、１１１ａを順番にＡＶメモリ３２に書き込み、そのＡＶ情報８０の所在を示すアドレスも順序通りにＡＶメモリ３２に書き込む。
【０２１１】
（２）また、図６に示す調整フレーム１１１、１２１を受信調整・解析部３４が受信する場合、受信調整・解析部３４は、調整フレーム１１１、１２１を順番にＡＶメモリ３２に書き込み、そのＡＶ情報８０の所在を示すアドレスも順序通りにＡＶメモリ３２に書き込む。
【０２１２】
（３）しかし、図７に示す調整フレーム１２１ａを受信調整・解析部３４が受信する場合、受信調整・解析部３４は、調整データを本来の場所に戻して、元の場所に戻したＡＶ情報８０をＡＶメモリ３２に書き込み、その調整データの所在を示すアドレスは、元の場所を示すアドレスに調整して、ＡＶメモリ３２に書き込む。このように、受信調整・解析部３４は、ＡＶ情報８０をＡＶメモリ３２に書き込む際に、書き込みアドレスの調整を行う。
【０２１３】
なお、ヘッダの情報はＡＶメモリ３２に書き込まれない。ヘッダの情報は後述のように、受信調整・解析部３４のレジスタに保存される。
【０２１４】
一方、送信調節部３６がＡＶメモリ３２からＡＶ情報８０を読み出す場合も、送信調節部３６は、読み出しアドレスの調整を行う場合がある。上記の（１）および（２）のように受信調整・解析部３４が書き込んだＡＶ情報８０を送信調節部３６が読み出す場合、送信調節部３６は、アドレスの順番に従って、ＡＶメモリ３２からＡＶ情報８０を読み出す。しかし、上記の（３）のように受信調整・解析部３４が書き込んだＡＶ情報８０を送信調節部３６が読み出す場合、送信調節部３６は、除外された空白情報を考慮して、元のＡＶフレーム１２０ａ、１３０ａを復元するように、アドレスを調整して、ＡＶメモリ３２からＡＶ情報８０を読み出す。
【０２１５】
なお、ＡＶメモリ３２の容量が限られているため、受信調整・解析部３４（送信調節部３６）は、書き込み（読み出し）を最終アドレスまで行うと、書き込み（読み出し）を初期アドレスから再び始める。このように、アドレスは再び初期アドレスに戻るため、受信調整・解析部３４は、まだ送信調節部３６が読み出していないＡＶ情報８０の所在を示すアドレスに、新しいＡＶ情報８０の所在を書き込む可能性がある。従って、これを避けるために、本実施形態では、ＡＶメモリ３２の容量が十分に大きいものを使用する。
【０２１６】
ここで、ＡＶメモリ３２に蓄積されている蓄積データ（Ｓｉ）は、まだ、読み出しされていないアドレスから、最後に書き込みが行われたアドレスまでを示すＡＶ情報８０である。
【０２１７】
なお、上記の（３）のように、受信調整・解析部３４がアドレスを調整する場合があるため、受信調整・解析部３４は、連続して全てのアドレスに書き込まない可能性がある。その場合、受信調整・解析部３４がアドレスを書き込まないことは、その書き込みされなかったアドレスの場所に、空白情報があることを示す。しかし、受信調整・解析部３４は、制御している書き込みポート３１１を介して、空白情報を示すアドレスを書き込む余裕がない場合がある。そのため、他の方法によって空白情報を示すアドレスを書き込む。一例として、空白情報を示すアドレスを書き込む方法を以下に示す。
【０２１８】
まず、バッファ送信制御部３８がスケジューラ制御部５２から初期化命令を受信した際、バッファ送信制御部３８は、ＡＶメモリ３２の全てのアドレスに、空白情報を示すアドレスを書き込みポート３１２から書き込む。そして、送信調節部３６がＡＶメモリ３２からＡＶ情報８０を読み出した直後、読み出したＡＶ情報８０を示すアドレスと同じアドレスに、バッファ送信制御部３８は、書き込みポート３１２から空白情報を示すアドレスを書き込む。バッファ送信制御部３８は、送信調節部３６が行うＡＶ情報８０を示すアドレスの読み出しと、連続して、空白情報を示すアドレスの書き込みを行うため、バッファ送信制御部３８は、書き込みポート３１２の書き込みクロックに、読み出しポート３３と同じ送信仕様クロックを用いる。
【０２１９】
なお、空白情報には水平同期信号（ＨＤＭＩ規格ではＨＳＹＮＣ）も含まれるが、ＨＤＭＩ規格では水平同期信号ＨＳＹＮＣの位置は決まっているため、全体制御部７０は、この位置を求めることができる。そして、その求まった位置に水平同期信号を書き込む。なお、全体制御部７０が水平同期信号を求めることに限るのではなく、例えば、受信調整・解析部３４などが水平同期信号を求めてもよい。
【０２２０】
なお、上述のように、ＡＶメモリ３２のＡＶ情報８０の所在を示すアドレスが最終アドレスになると、その次のアドレスは初期アドレスになる。本実施形態では、ＡＶメモリ３２のＡＶ情報８０を示す様々なアドレスの算出を行うが、説明の簡単化のため、アドレスの加算（例：＋）または比較（例：＞）などの数式は、最終アドレスが無限と仮定して算出する。なお、実際にアドレスを算出する場合は、最終アドレスが有限であるため、最終アドレスを考慮して加算や比較を行う必要がある。
【０２２１】
〔管理メモリ３５の構成〕
管理メモリ３５は、受信調整・解析部３４がデータを調整して格納することがないため、書き込みと読み出しとは連続のアドレスで行われる。なお、受信調整・解析部３４が管理メモリ３５に書き込む情報は、管理情報である。
【０２２２】
図１３は、管理メモリ３５に格納される管理情報を示す図である。管理情報は、ＤａｔａＳｔａｒｔＡｄｄｒおよびＤａｔａＳｉｚｅを含む。
【０２２３】
ＤａｔａＳｔａｒｔＡｄｄｒは、ＡＶフレーム内の１つの関連データの最初のアドレスを示すデータである。このＤａｔａＳｔａｒｔＡｄｄｒは、ＡＶメモリ３２の所在を示す。
【０２２４】
ＤａｔａＳｉｚｅは、ＡＶメモリ３２に格納された関連データの情報量である。なお、情報量の代わりに、例えばＡＶ情報８０の終了アドレスを用いてもよい。なお、ＤａｔａＳｔａｒｔＡｄｄｒおよびＤａｔａＳｉｚｅが示す情報量は、例えば画素単位であってもよい。
【０２２５】
〔ヘッダの構成〕
上述のように、本発明では、受信したそのままのＡＶ情報８０のパケットデータ（ＡＶフレーム）と異なる（１）新たなヘッダ、および（２）調整データがある。このため、受信調整・解析部３４およびバッファ送信制御部３８は、通常のパケットデータと、（１）および（２）のパケットデータと、を識別する必要がある。通常、パケットデータは、識別子を含む。従って、この識別子に上記（１）および（２）を示すパケットデータの種別を追加して識別すればよい。ＨＤＭＩ規格の場合、（１）および（２）を識別する情報を、例えば、Ｐａｃｋｅｔ  Ｔｙｐｅ、またはＰｒｅａｍｂｌｅに追加すれば良い。本実施形態では、一例としてＰｒｅａｍｂｌｅを利用する場合を考える。
【０２２６】
図１４は、本実施形態に係る調整フレームを作成する際に追加するヘッダの構成を示す図である。ただし、図１４の構成に限るものではない。また、ヘッダの作成方法は後述する。ヘッダは、Ｐｒｅａｍｂｌｅ、ＳｏｕｒｃｅＡｄｄｒ、ＳｔａｒｔＦｒａｍｅＡｄｄｒ、Ｓｉｚｅ、およびＳｋｉｐＬｉｎｅｓから構成される。
【０２２７】
Ｐｒｅａｍｂｌｅは、元のＡＶフレームのデータ期間もしくは調整フレームのヘッダであることを示すものである。
【０２２８】
ＳｏｕｒｃｅＡｄｄｒは、どのＡＶデコーダ１０２０、他のＡＶ伝送装置１０または外部機器から出力されたＡＶ情報８０かを区別する識別子である。これは、後述のように、例えばどのＡＶ情報８０がＡＶメモリ３２のどの領域に蓄積されているのかを区別するためである。例えば図３の事例では、ＡＶ再生機１ｄの受信ポート２０１は、ＡＶ再生機１ａおよび１ｂのＡＶ情報８０ａおよび８０ｂを受信する。すなわち、ＡＶ再生機１ｄのバッファ３０１のＡＶメモリ３２は、ＡＶ情報８０ａおよび８０ｂの情報を保存しており、この区別をする必要があるため、ＳｏｕｒｃｅＡｄｄｒを用いてＡＶメモリ３２のどの領域にＡＶ情報８０ａおよび８０ｂの情報が保存されているのかを区別する。
【０２２９】
ＳｔａｒｔＦｒａｍｅＡｄｄｒは、調整前のＡＶ情報８０、つまりＡＶフレーム上の開始アドレスである。例えば、図７の調整フレーム１２１ａは、調整前のＡＶフレーム１２０ａの途中から抽出したＡＶ情報８０を含む。ＳｔａｒｔＦｒａｍｅＡｄｄｒは、調整フレーム１２１ａの最初のパケットデータが、調整前のＡＶフレーム１２０ａのフレーム全体に対して、どの場所に存在していたのかを示すアドレスである。なお、ＳｔａｒｔＦｒａｍｅＡｄｄｒが示すＡＶ情報８０は、画素単位ではなく、行単位であってもよい。
【０２３０】
Ｓｉｚｅは、これは実際に伝送する調整フレームの情報量である。すなわち、Ｓｉｚｅが調整フレームの大きさを表すものである。図６の事例では、調整フレーム１１１のＳｉｚｅは、調整フレーム１０１のＳｉｚｅより小さくなっている。なお、Ｓｉｚｅが示す情報量は、画素単位ではなく、行単位であってもよい。
【０２３１】
ＳｋｉｐＬｉｎｅｓは、バッファ送信制御部３８が調整フレームを作成する際に、除外した情報量を示すものである。例えば、図７のバッファ状態ｐｈ１ａにおいて、調整フレーム１１１ａを作成する際に、差分情報量Ｄｉｆｆに相当する、除外したデータ１２４の情報量を示すものである。
【０２３２】
なお、ヘッダは、伝送する調整フレームの最初の部分に埋め込まれることが好ましい。もし、ヘッダを埋め込む場所に、既に伝送するデータがある場合、調整データの作成・移動と同様に、別の場所に移動（調整）する。その方法は後述する。
【０２３３】
また、ヘッダを調整フレームの最初に入れることにより、調整フレームの同期を行うことができる。ただし、この方法に限るものではなく、他の方法を用いてもよい。
【０２３４】
なお、本実施形態では、簡単化のため、ヘッダを入れる場所を、調整フレームのＳｔａｒｔＨｅａｄｅｒＡｄｄｒ（固定値）とし、それ以前の場所（調整フレームの最初の場所からヘッダの最初の場所まで）には、空白情報のみを入れる。
【０２３５】
〔調整データの構成〕
図１５は、ＡＶフレームから調整フレームを作成する際に、作成されることがある調整データの構成を示す図である。調整データは、Ｐｒｅａｍｂｌｅ、ＡｄｊＳｉｚｅ、ＯｒｉｇｉｎａｌＳｉｚｅ、ＡｄｄｒＤｉｆｆ、および元の情報から構成される。
【０２３６】
Ｐｒｅａｍｂｌｅは、Ｐｌｅａｍｂｌｅに続くデータが調整データであるかどうかを示すものである。
【０２３７】
ここで、バッファ送信制御部３８は、調整データを作成し、移動する際に、作成した調整データを全て１箇所に移動できない場合がある。その場合、バッファ送信制御部３８は、調整データを分割して、複数の箇所に分割した調整データを移動させることがある。
【０２３８】
ＡｄｊＳｉｚｅは、作成された調整データの分割後の自身が有している情報量を示すものである。詳細は後述する。
【０２３９】
ＯｒｉｇｉｎａｌＳｉｚｅは、作成された調整データ（分割前の調整データ）の情報量を示すものである。詳細は後述する。
【０２４０】
ＡｄｄｒＤｉｆｆは、元のＡＶフレームに対する調整フレームの開始アドレスと、元のＡＶフレームに対する調整データの開始アドレスとの差分アドレスを示すものであり、本実施形態では、
ＡｄｄｒＤｉｆｆ＝調整フレームの開始アドレス−調整データの開始アドレス
とする。ＡｄｄｒＤｉｆｆは、後述のように、受信調整・解析部３４が調整データを元の場所に入れるために利用される。
【０２４１】
元の情報は、調整データに含まれるＡＶ情報８０である。
【０２４２】
〔受信調整・解析部３４が使用するレジスタ〕
次に、受信調整・解析部３４の具体的な処理の説明を行う。
【０２４３】
図１６は、受信調整・解析部３４が使用する変数（レジスタ）を示す図である。受信調整・解析部３４が使用する変数は、ｍ個のＷｒＡｄｄｒ１、２…ｍ、ｍ個のＳｔａｒｔＡｄｄｒ１、２…ｍ、ｍ個のＭａｎＷｒＡｄｄｒ１、２…ｍ、ｍ個のＭａｎＳｔａｒｔＡｄｄｒ１、２…ｍ、ｍ個のＦｒａｍｅＷｒＡｄｄｒ１、２…ｍ、ｍ個のＳｏｕｒｃｅＡｄｄｒ１、２…ｍ、ＮｕｍＩｎｐｕｔ、ＲｘＳｏｕｒｃｅＡｄｄｒ、ＲｘＡｄｊＭｏｄｅ、ＲｘＡｄｊＡｄｄｒ、ＲｘＳｉｚｅ、ＲｘＣｎｔ、およびＲｘＳｋｉｐＬｉｎｅｓから構成される。なお、ＷｒＡｄｄｒ１〜ｍは、同様の構成を備えているので、以下の説明では、ＷｒＡｄｄｒ１〜ｍをＷｒＡｄｄｒと称して説明する。また、同様に、ＳｔａｒｔＡｄｄｒ１〜ｍをＳｔａｒｔＡｄｄｒと、ＭａｎＷｒＡｄｄｒ１〜ｍをＭａｎＷｒＡｄｄｒと、ＭａｎＳｔａｒｔＡｄｄｒ１〜ｍをＭａｎＳｔａｒｔＡｄｄｒと、ＦｒａｍｅＷｒＡｄｄｒ１〜ｍをＦｒａｍｅＷｒＡｄｄｒと、ＳｏｕｒｃｅＡｄｄｒ１〜ｍをＳｏｕｒｃｅＡｄｄｒと称して説明する。
【０２４４】
ＷｒＡｄｄｒは、受信調整・解析部３４がＡＶメモリ３２に書き込んだＡＶ情報８０のアドレスを示すものである。ＷｒＡｄｄｒがｍ個あるため、１つの受信ポート２０が受信できるＡＶ情報８０はｍ個となる。
【０２４５】
従って、ＡＶメモリ３２は、最大ｍ個まで分けられる。受信調整・解析部３４は、それぞれのＡＶ情報８０を書き込むＡＶメモリ３２の領域を決める。本実施形態では、１つのＡＶ情報８０に相当するＡＶメモリ３２の領域を前述のＤｉ＋βにγを加えた量に設定する。ただし、これに限るものではない。また、γは、例えばγ＝βにしてもよい。
【０２４６】
そして、ＡＶメモリ３２が分割された結果、各ＷｒＡｄｄｒ１、２…ｍは、分割されたＡＶメモリ３２の或る１つの領域内を指すアドレスを示すものとなる。
【０２４７】
ＳｔａｒｔＡｄｄｒは、それぞれのＷｒＡｄｄｒの最初のアドレスを示すものである。なお、それぞれのＷｒＡｄｄｒの最後のアドレスは、次のＳｔａｒｔＡｄｄｒ−１である。例えば、ＷｒＡｄｄｒ２の最後のアドレスは、ＳｔａｒｔＡｄｄｒ３−１である。また、最後のＷｒＡｄｄｒｍの最後のアドレスを指定するようにしてもよいが、本実施形態では、ＡＶメモリ３２の最後のアドレスとする。
【０２４８】
ＭａｎＷｒＡｄｄｒは、受信調整・解析部３４が管理メモリ３５に書き込んだ管理情報のアドレスを示すものである。管理メモリ３５は、ＡＶメモリ３２と同様にｍ個に分けられる。
【０２４９】
ＭａｎＳｔａｒｔＡｄｄｒは、それぞれのＭａｎＷｒＡｄｄｒに対する最初のアドレスを示すものである。
【０２５０】
ＦｒａｍｅＷｒＡｄｄｒは、ＷｒＡｄｄｒがＡＶメモリ３２のＡＶ情報８０の場所を示すものであることに対し、ＡＶフレームの場所を示すものである。
【０２５１】
ＳｏｕｒｃｅＡｄｄｒは、ＡＶメモリ３２の分割した領域内に、どのＡＶデコーダ１０２０、ＡＶ伝送装置１０または外部機器から出力されたＡＶ情報８０が書き込まれているのかを識別するためのものである。これは、図１４のヘッダの構成で説明したＳｏｕｒｃｅＡｄｄｒと同じ値である。
【０２５２】
ＮｕｍＩｎｐｕｔは、変数ｍ個の中で受信調整・解析部３４が使用しているレジスタを示すものである。
【０２５３】
ＲｘＳｏｕｒｃｅＡｄｄｒは、受信中のＡＶ情報８０のＳｏｕｒｃｅＡｄｄｒを示すものである。
【０２５４】
ＲｘＡｄｊＭｏｄｅは、調整フレーム、またはＡＶフレームのどちらのＡＶ情報８０であるかを識別するものである。ＲｘＡｄｊＭｏｄｅが、１であれば調整フレームであり、０の場合、ＡＶフレームである。
【０２５５】
ＲｘＡｄｊＡｄｄｒは、調整データを書き込むアドレスであり、詳細は後述する。
【０２５６】
ＲｘＳｉｚｅは、受信調整・解析部３４が受信しているＡＶフレームまたは調整フレームの情報量を示すものである。
【０２５７】
ＲｘＣｎｔは、受信するＡＶフレームおよび調整フレーム中のそれぞれのデータ順を、クロック順で示すものである。
【０２５８】
ＲｘＳｋｉｐＬｉｎｅｓは、受信調整・解析部３４が受信している調整フレームの作成時に除外された情報量を示すものである。
【０２５９】
なお、受信調整・解析部３４がＡＶフレームを受信している場合は、ＲｘＡｄｊＡｄｄｒおよびＲｘＳｋｉｐＬｉｎｅｓは、使用しない。
【０２６０】
なお、ＳｔａｒｔＡｄｄｒ、ＭａｎＳｔａｒｔＡｄｄｒ、ＮｕｍＩｎｐｕｔ、およびＲｘＡｄｊＭｏｄｅの設定は、全体制御部７０が行う。また、受信するＡＶ情報８０が１つのＡＶフレームのみであった場合、ＲｘＡｄｊＭｏｄｅ＝０に設定する。
【０２６１】
その他レジスタの設定は、受信調整・解析部３４が一括して初期化を行う。または、バッファ送信制御部３８から初期化命令が来た際に、受信調整・解析部３４が初期化を行う。このとき、バッファ送信制御部３８は、ｍ個の変数のうち、初期化される変数を指定する。全体制御部７０および受信調整・解析部３４が初期化を行うと、それぞれのレジスタは以下の値に初期化される。ＷｒＡｄｄｒは、ＳｔａｒｔＡｄｄｒに、ＭａｎＷｒＡｄｄｒは、ＭａｎＳｔａｒｔＡｄｄｒに設定される。ＦｒａｍｅＷｒＡｄｄｒおよびＳｏｕｒｃｅＡｄｄｒは０に設定される。ＲｘＳｏｕｒｃｅＡｄｄｒは、無効値を示す−１に設定される。なお、詳細は後述するが、ＲｘＡｄｊＡｄｄｒ、ＲｘＳｉｚｅ、ＲｘＣｎｔおよびＲｘＳｋｉｐＬｉｎｅｓの設定は受信調整・解析部３４が行う。
【０２６２】
〔受信調整・解析部３４の状態遷移〕
図１７は、受信調整・解析部３４の状態遷移図を示す図である。
【０２６３】
受信調整・解析部３４としては、ｗｒ＿ｗａｉｔ、ｗｒ＿ａｖｆｒａｍｅ、ｗｒ＿ｓｔａｒｔ、ｗｒ＿ｂｌａｎｋ、ｗｒ＿ｄａｔａおよびｗｒ＿ａｄｊ＿ｄａｔａの６つの状態がある。
【０２６４】
ｗｒ＿ｗａｉｔは、受信調整・解析部３４の初期状態を示すものである。受信調整・解析部３４が受信開始信号（後述する）を受信すると、受信調整・解析部３４は、ｗｒ＿ｗａｉｔの状態からｗｒ＿ａｖｆｒａｍｅまたはｗｒ＿ｓｔａｒｔの状態へ遷移する。
【０２６５】
ｗｒ＿ａｖｆｒａｍｅは、受信調整・解析部３４がＡＶフレームを受信している状態である。受信し終わると、受信調整・解析部３４は、ｗｒ＿ｗａｉｔの状態に遷移する。
【０２６６】
ｗｒ＿ｓｔａｒｔは、受信調整・解析部３４がヘッダを受信する状態を示すものである。受信調整・解析部３４がヘッダを受信し終わると、受信調整・解析部３４は、ｗｒ＿ｂｌａｎｋの状態に遷移する。
【０２６７】
ｗｒ＿ｂｌａｎｋは、受信調整・解析部３４が空白情報を受信する状態を示すものである。受信調整・解析部３４がｗｒ＿ｂｌａｎｋの状態において、空白情報でないデータを受信すると、受信調整・解析部３４は、ｗｒ＿ｓｔａｒｔの状態において受信したヘッダのＰｒｅａｍｂｌｅが示す情報によって、ｗｒ＿ｄａｔａもしくはｗｒ＿ａｄｊ＿ｄａｔａの状態に遷移する。
【０２６８】
ｗｒ＿ｄａｔａは、受信調整・解析部３４が調整データではないＡＶ情報８０を受信する状態を示すものである。
【０２６９】
ｗｒ＿ａｄｊ＿ｄａｔａは、受信調整・解析部３４が調整データを受信する状態を示すものである。
【０２７０】
図１６が複数のＡＶ情報８０のレジスタを保存することに対し、図１７は受信調整・解析部３４の状態遷移であり、この１つの状態遷移が１つのバッファ３０が受信する全てのＡＶ情報８０に対応する。例えば、図３のＡＶ再生機１ｄの受信ポート２０１では、ＡＶ再生機１ａおよび１ｂの２つのＡＶ情報８０ａおよび８０ｂを受信しているため、図１７の状態遷移図は、この２つのＡＶ情報８０ａおよび８０ｂの受信処理を行うことを示す。
【０２７１】
まず、受信調整・解析部３４は、図１４に示すヘッダのＳｏｕｒｃｅＡｄｄｒを確認することによって、受信ポート２０を介して受信するＡＶ情報８０がどの外部機器から出力されたＡＶ情報８０であるかを知っている。初期状態では、受信調整・解析部３４は、ＲｘＳｏｕｒｃｅＡｄｄｒを無効値（本実施形態では「−１」）に設定する。また、状態は、待ち状態のｗｒ＿ｗａｉｔに設定される。
【０２７２】
ｗｒ＿ｗａｉｔは、受信調整・解析部３４がＡＶ情報８０の受信開始を待つ状態である。受信調整・解析部３４は、ＡＶ情報８０に含まれる受信開始信号を受信すると、ＲｘＡｄｊＭｏｄｅ＝０の場合はｗｒ＿ａｖｆｒａｍｅに遷移し、ＲｘＡｄｊＭｏｄｅ＝１の場合はｗｒ＿ｓｔａｒｔの状態に遷移する。
【０２７３】
ｗｒ＿ｗａｉｔで、受信調整・解析部３４が受信するＡＶ情報８０がＲｘＡｄｊＭｏｄｅ＝０の場合、受信開始信号は、例えば垂直同期信号であってもよい。ただし、受信開始信号を垂直同期信号とする場合は、垂直同期信号は、映像データが含まれないＡＶフレームの最初の行に配置されることが好ましい。この場合、受信調整・解析部３４は、垂直同期信号を受信すると、映像データを探し、映像データの受信を行う。受信調整・解析部３４は、次の垂直同期信号を受信すると、ＷｒＡｄｄｒを更新すると共に、次に受信するＡＶ情報８０をＡＶメモリ３２への書き込みを始める。
【０２７４】
なお、受信調整・解析部３４は、全体制御部７０が有する情報を参照することによって、受信するＡＶ情報８０のフレーム情報（フレーム解像度や映像解像度を含む）を知ることができる。また、全体制御部７０は、他のＡＶ伝送装置１０の全体制御部７０と交換することによってフレーム情報を取得する。なお、受信調整・解析部３４は、全体制御部７０が有するフレーム情報を参照してもよいし、全体制御部７０が取得したフレーム情報は、バッファ３０ｉ内のレジスタに保存しても良い。
【０２７５】
また、受信調整・解析部３４は、全体制御部７０が有する情報を参照することによって、受信するＡＶ情報８０がＡＶフレームまたは調整フレームであるのかを知ることができる。
【０２７６】
また、受信調整・解析部３４は、ｗｒ＿ａｖｆｒａｍｅの状態に遷移する際に、ＷｒＡｄｄｒをＳｔａｒｔＡｄｄｒに、ＲｘＣｎｔを０に設定する。
【０２７７】
ｗｒ＿ｗａｉｔで、受信調整・解析部３４が受信するＡＶ情報８０がＲｘＡｄｊＭｏｄｅ＝１の場合、受信開始信号は、ヘッダのＰｒｅａｍｂｌｅとする。受信調整・解析部３４は、ヘッダのＰｒｅａｍｂｌｅを受信すると、ｗｒ＿ｓｔａｒｔの状態に遷移する。前述のように、ＷｒＡｄｄｒは、ＳｔａｒｔＡｄｄｒに設定されている。そこで、受信調整・解析部３４は、ｗｒ＿ｓｔａｒｔの状態になる際に、ＷｒＡｄｄｒおよびＲｘＣｎｔを、
ＷｒＡｄｄｒ＝ＷｒＡｄｄｒ＋ＳｔａｒｔＨｅａｄｅｒＡｄｄｒ
ＲｘＣｎｔ＝ＳｔａｒｔＨｅａｄｅｒＡｄｄｒ
に設定する。
【０２７８】
そして、受信調整・解析部３４は、以降ｗｒ＿ｗａｉｔの状態に戻るまで、後述の「例外」の場合を除いて、受信実クロック毎にＷｒＡｄｄｒ、ＦｒａｍｅＷｒＡｄｄｒおよびＲｘＣｎｔそれぞれを＋１で更新する。
【０２７９】
ｗｒ＿ａｖｆｒａｍｅの状態では、受信開始信号を含め、受信したその後の全てのＡＶ情報８０をＡＶメモリ３２に書き込みを始める。このため、受信調整・解析部３４は、受信実クロック毎にＷｒＡｄｄｒを＋１で更新する。そして、１つ分のＡＶフレームを受信し終わると、つまり、次の垂直同期信号を受信すると、再びＷｒＡｄｄｒをＳｔａｒｔＡｄｄｒに設定する。ここで、受信調整・解析部３４にＡＶ情報８０が入力されなくなった場合、または全体制御部７０からバッファ送信制御部３８に受信終了命令があった場合、前述のように、全体制御部７０および受信調整・解析部３４は、図１７に示すレジスタを初期化するとともに、受信調整・解析部３４はｗｒ＿ｗａｉｔの状態に戻る。
【０２８０】
ｗｒ＿ｓｔａｒｔの状態では、受信調整・解析部３４は、受信開始信号、つまりヘッダのＰｒｅａｍｂｌｅを受信した後、続けてＳｏｕｒｃｅＡｄｄｒを受信し、これをＲｘＳｏｕｒｃｅＡｄｄｒに書き込む。
【０２８１】
受信調整・解析部３４は、続けてＳｔａｒｔＦｒａｍｅＡｄｄｒを受信し、ＦｒａｍｅＷｒＡｄｄｒに書き込む。
【０２８２】
受信調整・解析部３４は、続けてＳｉｚｅを受信し、ＲｘＳｉｚｅに書き込む。
【０２８３】
受信調整・解析部３４は、続けてＳｋｉｐＬｉｎｅｓを受信し、ＲｘＳｋｉｐＬｉｎｅｓに書き込む。
【０２８４】
受信調整・解析部３４は、ヘッダを受信し終わると、ｗｒ＿ｂｌａｎｋの状態に遷移する。受信調整・解析部３４は、ここでも、以降ｗｒ＿ｗａｉｔの状態に戻るまで、以下の「例外」の場合を除いて、受信実クロック毎にＦｒａｍｅＷｒＡｄｄｒを＋１で更新する。
【０２８５】
もしＦｒａｍｅＷｒＡｄｄｒが、垂直同期信号が含まれる行の最後のアドレスを示す場合、受信調整・解析部３４は、次の受信実クロックにおいて、
ＦｒａｍｅＷｒＡｄｄｒ＝ＦｒａｍｅＷｒＡｄｄｒ＋（ＳｋｉｐＬｉｎｅｓの情報量分）＋１
に設定する。
【０２８６】
また、受信調整・解析部３４は、ＷｒＡｄｄｒを、
ＷｒＡｄｄｒ＝ＷｒＡｄｄｒ＋（ＳｋｉｐＬｉｎｅｓの情報量分）＋１
に設定する。
【０２８７】
なお、ＨＤＭＩ規格では、垂直同期信号はＶＳＹＮＣ信号である。また、垂直同期信号が含まれる行の最後のアドレスにした理由は、空白情報に含まれる垂直同期信号もＡＶメモリ３２に保存するためである。
【０２８８】
なお、前述のように、ＡＶメモリ３２にＡＶ情報８０を保存しなかった部分には空白情報が書き込まれている。
【０２８９】
ｗｒ＿ｂｌａｎｋの状態では、受信調整・解析部３４は、空白情報ではないデータを受信するまで待機する。受信調整・解析部３４は、受信する空白情報ではないデータのＰｒｅａｍｂｌｅが調整データを示す場合は、ｗｒ＿ａｄｊ＿ｄａｔａの状態に遷移する。一方、受信調整・解析部３４は、受信する空白情報ではないデータのＰｒｅａｍｂｌｅが調整データ以外を示す場合は、ｗｒ＿ｄａｔａの状態に遷移する。なお、受信調整・解析部３４は、ｗｒ＿ｂｌａｎｋの状態にいる間、受信した垂直同期信号および水平同期信号を含む全ての空白情報をＡＶメモリ３２のＷｒＡｄｄｒに書き込む。
【０２９０】
ｗｒ＿ｄａｔａの状態では、受信調整・解析部３４は、調整データではないＡＶ情報８０を受信し、映像データ期間、または関連データ期間が終わるまで、受信したＡＶ情報８０をＷｒＡｄｄｒに書き込む。また、受信調整・解析部３４がｗｒ＿ｄａｔａの状態になると、受信調整・解析部３４は、最初のＷｒＡｄｄｒをＭａｎＷｒＡｄｄｒ（図１３のＤａｔａＳｔａｒｔＡｄｄｒ）に書き込み、ＭａｎＷｒＡｄｄｒを＋１で更新する。
【０２９１】
受信調整・解析部３４は、映像データ期間、または関連データ期間が終わると、ＲｘＣｎｔとＲｘＳｉｚｅとの比較を行う。ＲｘＣｎｔ＝ＲｘＳｉｚｅの場合は、受信調整・解析部３４が受信していたＡＶフレームもしくは調整フレームを全て受信したことを示す。そして、受信調整・解析部３４は、次のＡＶフレーム、もしくは調整フレームを受信するため、ｗｒ＿ｗａｉｔの状態に遷移する。ＲｘＣｎｔ＜ＲｘＳｉｚｅの場合は、受信調整・解析部３４が受信しているＡＶフレームもしくは調整フレームのＡＶ情報８０の中で、まだ受信していないＡＶ情報８０が残っていることを示す。受信調整・解析部３４は、残りのＡＶ情報８０を受信するため、ｗｒ＿ｂｌａｎｋの状態に戻る。
【０２９２】
なお、関連データのデータ長は、データ長を示す識別子、もしくは関連データの末端を示す識別子から判断することができる。例えばＨＤＭＩ規格の場合、関連データの終わりにある保護バンドであるＴｒａｉｌｉｎｇ  Ｇｕａｒｄ  Ｂａｎｄを確認することによって、関連データの最後の位置が分かる。そして、受信調整・解析部３４は、識別子からパケットデータの長さを判断し、パケットデータの長さを図１３に示すＤａｔａＳｉｚｅに書き込み、そのアドレスをＭａｎＷｒＡｄｄｒに書き込んで、ＭａｎＷｒＡｄｄｒを＋１で更新する。
【０２９３】
ｗｒ＿ａｄｊ＿ｄａｔａの状態では、受信調整・解析部３４は、調整データのＰｒｅａｍｂｌｅの次にＡｄｊＳｉｚｅ、ＯｒｉｇｉｎａｌＳｉｚｅ、ＡｄｄｒＤｉｆｆを続けて受信する。後述のように、元のデータが分割されて送られることがあり、ＡｄｊＳｉｚｅが今回送られた情報量である。ＯｒｉｇｉｎａｌＳｉｚｅが分割前の情報量であるが、分割後の最初の部分以外は０に設定する。例えば元のデータが３つに分割される場合、最初に伝送する調整データのＯｒｉｇｉｎａｌＳｉｚｅは元のデータの情報量に設定され、以降に伝送する２つの調整データのＯｒｉｇｉｎａｌＳｉｚｅを０に設定する。なお、ＡｄｊＳｉｚｅ、ＯｒｉｇｉｎａｌＳｉｚｅ、ＡｄｄｒＤｉｆｆの設定は、受信調整・解析部３４が行う。
【０２９４】
そして、受信調整・解析部３４は、調整データを元の場所に戻すために、ＲｘＡｄｊＡｄｄｒを、
ＲｘＡｄｊＡｄｄｒ＝ＷｒＡｄｄｒ＋ＡｄｄｒＤｉｆｆ
に設定する。
【０２９５】
上記計算を行った直後、ＯｒｉｇｉｎａｌＳｉｚｅが０でない場合、受信調整・解析部３４は、ＲｘＡｄｊＡｄｄｒを管理メモリ３５に保存する場所を示すＭａｎＷｒＡｄｄｒを書き込んで、ＭａｎＷｒＡｄｄｒを＋１で更新する。それと共に、受信調整・解析部３４は、ＲｘＡｄｊＡｄｄｒを管理メモリ３５のＤａｔａＳｔａｒｔＡｄｄｒ（図１３）に書き込む。
【０２９６】
次に、受信調整・解析部３４は、ＯｒｉｇｉｎａｌＳｉｚｅを管理メモリ３５に保存する場所を示すＭａｎＷｒＡｄｄｒを書き込んで、ＭａｎＷｒＡｄｄｒを＋１で更新する。それと共に、受信調整・解析部３４は、ＯｒｉｇｉｎａｌＳｉｚｅを管理メモリ３５のＤａｔａＳｉｚｅ（図１３）に書き込む。
【０２９７】
そして、上記設定以降、受信調整・解析部３４は、受信クロックごとにＲｘＡｄｊＡｄｄｒを＋１で更新する。
【０２９８】
ここで、ＲｘＡｄｊＡｄｄｒは元のデータの箇所（ＡＶフレーム内の元のデータの位置）を指すため、次に元のデータを連続に受信するため、元のデータをＲｘＡｄｊＡｄｄｒに書き込むことにより、元のデータを元のところに書き込むことができる。例えば図８のデータ１５４の部分に含まれる関連データは、送信される調整フレーム１５１において、調整データとして別の箇所に移動されている。この調整フレーム１５１を受信する側は、ＲｘＡｄｊＡｄｄｒに基づいて、移動された調整データを、元のデータの元の箇所に戻すことができる。
【０２９９】
受信調整・解析部３４は、ＡｄｊＳｉｚｅに基づいて受信している（分割後の）調整データを全てＡＶメモリ３２に書き込むまで行う。そして、調整データの書き込みが終わると、受信調整・解析部３４は、ＲｘＣｎｔ＝ＲｘＳｉｚｅの場合、ｗｒ＿ｗａｉｔの状態に遷移する。一方、受信調整・解析部３４は、ＲｘＣｎｔ＝ＲｘＳｉｚｅではない場合、ｗｒ＿ｂｌａｎｋの状態に戻る。
【０３００】
このように、受信調整・解析部３４が受信したＡＶ情報８０にヘッダや調整データがあった場合でも、受信調整・解析部３４は、ＡＶメモリ３２にＡＶデコーダ１０２０が出力した同じＡＶ情報８０を書き込むことができる。
【０３０１】
〔バッファ送信制御部３８が使用するレジスタ〕
次に、ヘッダおよび調整フレームの作成について図１８および図１９を用いて説明する。図１８は、バッファ送信制御部３８が使用する変数（レジスタ）を示す図である。
【０３０２】
バッファ送信制御部３８が使用する変数は、ｍ個のＲｄＡｄｄｒ１、２…ｍ、ｍ個のＳｔａｒｔＡｄｄｒ１、２…ｍ、ｍ個のＭａｎＲｄＡｄｄｒ１、２…ｍ、ｍ個のＭａｎＳｔａｒｔＡｄｄｒ１、２…ｍ、ｍ個のＦｒａｍｅＲｄＡｄｄｒ１、２…ｍ、ｍ個のＳｏｕｒｃｅＡｄｄｒ１、２…ｍ、ＮｕｍＩｎｐｕｔ、ＴｘＳｏｕｒｃｅＩｄｘ、ＴｘＡｄｊＭｏｄｅ、ＤｉｖＦｌａｇ、ＴｘＣｎｔ、ＴｘＳｉｚｅ、ＴｘＤａｔａＳｔａｒｔＡｄｄｒ、ＴｘＤａｔａＳｉｚｅ、およびＴｘＳｋｉｐＬｉｎｅｓから構成される。なお、ＲｄＡｄｄｒ１〜ｍは、同様の構成を備えているので、以下の説明では、ＲｄＡｄｄｒ１〜ｍをＲｄＡｄｄｒと称して説明する。また、同様に、ＭａｎＲｄＡｄｄｒ１〜ｍをＭａｎＲｄＡｄｄｒとＦｒａｍｅＲｄＡｄｄｒ１〜ｍをＦｒａｍｅＲｄＡｄｄｒと称して説明する。
【０３０３】
ＲｄＡｄｄｒは、バッファ送信制御部３８がＡＶメモリ３２から読み出すＡＶ情報８０のアドレスを示すものである。
【０３０４】
ＭａｎＲｄＡｄｄｒは、バッファ送信制御部３８が管理メモリ３５から読み出す管理情報のアドレスを示すものである。
【０３０５】
ＦｒａｍｅＲｄＡｄｄｒは、送信調節部３６が送信する調整フレームの最初の情報が元のＡＶフレーム上のどの場所に存在したかを示すものである。
【０３０６】
ＳｔａｒｔＡｄｄｒ、ＭａｎＳｔａｒｔＡｄｄｒ、ＳｏｕｒｃｅＡｄｄｒおよびＮｕｍＩｎｐｕｔは、図１７に示すレジスタと同じレジスタである。また、これらのレジスタの初期化も、前述と同様である。ＴｘＡｄｊＭｏｄｅの設定は、全体制御部７０が行う。なお、ＲｘＡｄｊＭｏｄｅ＝０であり、かつ、送信クロックが受信クロックに等しい場合（すなわち、送信する映像数が１つのみである場合）、ＴｘＡｄｊＭｏｄｅ＝０に設定してもよい。
【０３０７】
ＴｘＳｏｕｒｃｅＩｄｘは、変数ｍ個の中でバッファ送信制御部３８が使用しているレジスタを示すものである。
【０３０８】
ＤｉｖＦｌａｇは、調整データを分割してそれぞれを複数の調整フレームに移動して送信する場合、分割された調整データが全て送信されたかどうかの判定を行うために用いられるものである。詳細は後述するが、分割された調整データのうち、最後の調整データを送信する場合、ＤｉｖＦｌａｇ＝０に設定される。一方、分割された調整データが全て送信されていない場合（分割された調整データがまだ残っている場合）、ＤｉｖＦｌａｇ＝１に設定される。
【０３０９】
ＳｔａｒｔＦｒａｍｅＡｄｄｒは、送信調節部３６が送信する調整フレームのヘッダの末端（ＳｋｉｐＬｉｎｅｓ）の次の情報が元のＡＶフレーム上のどの場所に存在したか示すものである。
【０３１０】
ＴｘＣｎｔは、送信するＡＶフレームおよび調整フレーム中のそれぞれのデータ順を、クロック順で示すものである。
【０３１１】
ＴｘＳｉｚｅは、送信調節部３６が送信する調整フレームの情報量を示すものである。
【０３１２】
ＴｘＤａｔａＳｔａｒｔＡｄｄｒは、ＡＶメモリ３２の、送信する次の関連データのアドレスである。
【０３１３】
ＴｘＤａｔａＳｉｚｅは、次に送る調整データの情報量である。
【０３１４】
ＴｘＳｋｉｐＬｉｎｅｓは、除外する情報量（行数）である。
【０３１５】
図１８は複数のＡＶ情報８０のレジスタを保存することに対し、図１９はバッファ送信制御部３８の状態遷移であり、図１７の状態遷移と同様に、この１つの状態遷移が、１つのバッファが受信する全てのＡＶ情報８０に対応する。
【０３１６】
〔バッファ送信制御部３８の状態遷移〕
図１９は、バッファ送信制御部３８の状態遷移を示す図である。バッファ送信制御部３８は、ｒｄ＿ｗａｉｔ、ｒｄ＿ａｖｆｒａｍｅ、ｒｄ＿ｓｔａｒｔ、ｒｄ＿ｂｌａｎｋ、ｒｄ＿ｄａｔａおよびｒｄ＿ａｄｊ＿ｄａｔａの６つの状態がある。
【０３１７】
ｒｄ＿ｗａｉｔは、バッファ送信制御部３８の初期状態を示すものである。バッファ送信制御部３８がスケジューラ制御部５２から送信開始命令を受信すると、バッファ送信制御部３８は、ｒｄ＿ｗａｉｔの状態からｒｄ＿ａｖｆｒａｍｅまたはｒｄ＿ｓｔａｒｔの状態へ遷移する。
【０３１８】
ｒｄ＿ａvｆｒａｍｅはバッファ送信制御部３８がＡＶフレームを送信する状態である。送信し終わると、バッファ送信制御部３８は、ｒｄ＿ｗａｉｔの状態に遷移する。
【０３１９】
ｒｄ＿ｓｔａｒｔは、バッファ送信制御部３８が送信調節部３６に命令し、送信調節部３６がヘッダをスイッチ５４へ送信する状態を示すものである。送信調節部３６がヘッダを送信し終わると、バッファ送信制御部３８は、ｒｄ＿ｂｌａｎｋの状態に遷移する。
【０３２０】
ｒｄ＿ｂｌａｎｋは、バッファ送信制御部３８が送信調節部３６に命令し、送信調節部３６が空白情報を送信する状態を示すものである。バッファ送信制御部３８がｒｄ＿ｂｌａｎｋの状態において、送信調節部３６が空白情報でないデータを送信すると、バッファ送信制御部３８は、ｒｄ＿ｓｔａｒｔの状態において送信調節部３６が送信したヘッダのＰｒｅａｍｂｌｅが示す情報によって、ｒｄ＿ｄａｔａもしくはｒｄ＿ａｄｊ＿ｄａｔａの状態に遷移する。
【０３２１】
ｒｄ＿ｄａｔａは、バッファ送信制御部３８が送信調節部３６に命令し、送信調節部３６が調整データではないＡＶ情報８０を送信する状態である。
【０３２２】
ｒｄ＿ａｄｊ＿ｄａｔａは、バッファ送信制御部３８が送信調節部３６に命令し、送信調節部３６が調整データを送信する状態である。
【０３２３】
初期状態では、バッファ送信制御部３８は、ＴｘＳｏｕｒｃｅＡｄｄｒを無効値（本実施形態では「−１」）に設定する。また、バッファ送信制御部３８は、状態を待ち状態のｒｄ＿ｗａｉｔに設定する。そして、バッファ送信制御部３８は、スケジューラ制御部５２からの送信開始命令を受信すると、ＴｘＡｄｊＭｏｄｅ＝０の場合、ｒｄ＿ａｖｆｒａｍｅの状態に遷移する。一方、ＴｘＡｄｊＭｏｄｅ＝１の場合、ｒｄ＿ｓｔａｒｔの状態に遷移する。なお、ＴｘＡｄｊＭｏｄｅ＝０の場合、ＡＶフレームのみが連なる１つの映像のみを伝送する。一方、ＴｘＡｄｊＭｏｄｅ＝１の場合、調整フレームを含む複数の映像を伝送することになり、これらをそれぞれスケジュール周期ＴＳ中に順番に伝送する（図１０に示すＳ３０〜Ｓ６０の処理を行う）。
【０３２４】
バッファ送信制御部３８は、ｒｄ＿ａｖｆｒａｍｅの状態に遷移するとともに、ＲｄＡｄｄｒをＳｔａｒｔＡｄｄｒに設定する。そして、バッファ送信制御部３８は、ｒｄ＿ａｖｆｒａｍｅの状態において、ＲｄＡｄｄｒが指定するＡＶメモリ３２上にあるＡＶフレームのＡＶ情報８０を順番に送信するように送信調節部３６に命令する。このため、送信クロック毎にＲｄＡｄｄｒを＋１で更新する。そして、バッファ送信制御部３８は、１つ分のＡＶフレームを送信し終わると、再びＲｄＡｄｄｒをＳｔａｒｔＡｄｄｒに設定する。ＡＶフレームのＡＶ情報８０の送信は、ＡＶメモリ３２に１つの映像が有するＡＶフレームのＡＶ情報８０がなくなる、または全体制御部７０からバッファ送信制御部３８に送信終了の命令があるまで行う（図１０に示すＳ２７の送信終了待ちの状態）。送信が終了すると同時に、バッファ送信制御部３８は、ＮｕｍＩｎｐｕｔおよびＴｘＳｏｕｒｃｅＩｄｘを０に設定し、ｒｄ＿ｗａｉｔの状態に戻る。この際、スケジューラ制御部５２はＳ２７からＳ７０に遷移する。
【０３２５】
バッファ送信制御部３８は、ｒｄ＿ｓｔａｒｔの状態になると、ＲｄＡｄｄｒが指定するＡＶメモリ３２上にあるＡＶ情報８０を順番に送信するように送信調節部３６に命令する。このため、バッファ送信制御部３８は、送信クロック毎にＲｄＡｄｄｒを＋１で更新する。送信の修了は、ＡＶメモリ３２にＡＶ情報８０がなくなる、または全体制御部７０から命令があるまでに行う。送信が修了する際、バッファ送信制御部３８は、ＮｕｍＩｎｐｕｔおよびＴｘＳｏｕｒｃｅＩｄｘの更新を行い、ｒｄ＿ｗａｉｔの状態に戻る。また、この際、Ｓ１６０で求まった情報量はＴｘＳｉｚｅに設定され、Ｓ１６０で求まった除外する行数はＴｘＳｋｉｐＬｉｎｅｓに設定される。なお、バッファ送信制御部３８は、ｒｄ＿ｓｔａｒｔの状態からｒｄ＿ｗａｉｔの状態に戻るまでに、１つの調整フレームの送信処理を行う。ＡＶフレームを送信する場合（ＴｘＡｄｊＭｏｄｅ＝０の場合）、バッファ送信制御部３８は、ｒｄ＿ａｖｆｒａｍｅの状態からｒｄ＿ｗａｉｔの状態に戻るまでに、複数のＡＶフレームの送信処理を行う。そのため、１つの調整フレームの送信処理時間（ｒｄ＿ｓｔａｒｔの状態からｒｄ＿ｗａｉｔの状態に戻るまでの時間）より、複数のＡＶフレームの送信処理時間（ｒｄ＿ａｖｆｒａｍｅの状態からｒｄ＿ｗａｉｔの状態に戻るまでの時間）の方が処理時間が長くなる。
【０３２６】
一方、バッファ送信制御部３８は、ｒｄ＿ｓｔａｒｔの状態になると共に、ＴｘＣｎｔ＝０、ＤｉｖＦｌａｇ＝０に設定する。そして、以降バッファ送信制御部３８がｒｄ＿ｗａｉｔに戻るまで、後述の「例外」の場合を除いて、バッファ送信制御部３８は、送信実クロック毎にＲｄＡｄｄｒ、ＦｒａｍｅＲｄＡｄｄｒおよびＴｘＣｎｔを＋１で更新する。
【０３２７】
バッファ送信制御部３８がｒｄ＿ｓｔａｒｔの状態になると、送信調節部３６に対して、ＡＶメモリ３２からＡＶ情報８０を読み出して、スイッチ５４へ送信するように命令する。送信調節部３６が送信するＡＶ情報８０は、最初は空白情報である。その後、ＴｘＣｎｔがＳｔａｒｔＨｅａｄｅｒＡｄｄｒに等しくなると、送信調節部３６は、ヘッダのＰｒｅａｍｂｌｅをスイッチ５４へ送信する。その次に、送信調節部３６は、ＳｏｕｒｃｅＡｄｄｒ、ＳｔａｒｔＦｒａｍｅＡｄｄｒ、Ｓｉｚｅ、ＳｋｉｐＬｉｎｅｓを順にスイッチ５４へ送信する。送信調節部３６がヘッダをスイッチ５４へ送信し終わると、バッファ送信制御部３８は、ｒｄ＿ｂｌａｎｋの状態に遷移する。
【０３２８】
また、送信調節部３６がヘッダを送信すると共に、バッファ送信制御部３８は、送信するヘッダの情報に基づいて、以下のレジスタを設定する。バッファ送信制御部３８は、ＴｘＳｏｕｒｃｅＩｄｘに対応するＳｏｕｒｃｅＡｄｄｒｉにヘッダのＳｏｕｒｃｅＡｄｄｒの情報を、ＳｔａｒｔＦｒａｍｅＡｄｄｒにＦｒａｍｅＲｄＡｄｄｒ＋ＦｒａｍｅＲｄＡｄｄｒＯｆｆｓｅｔを、ＴｘＳｉｚｅにヘッダのＳｉｚｅの情報を、ＴｘＳｋｉｐＬｉｎｅｓにヘッダのＳｋｉｐＬｉｎｅｓを設定する。
【０３２９】
ここで、ＳｔａｒｔＦｒａｍｅＡｄｄｒは、バッファ送信制御部３８がｒｄ＿ｓｔａｒｔからｒｄ＿ｂｌａｎｋの状態に入る際のＦｒａｍｅＲｄＡｄｄｒの値である。バッファ送信制御部３８は、ＳｔａｒｔＦｒａｍｅＡｄｄｒの設定をｒｄ＿ｂｌａｎｋの状態になる前に行う。そのため、バッファ送信制御部３８は、そのオフセット分を追加する必要がある。そのオフセット分を示すものがＦｒａｍｅＲｄＡｄｄｒＯｆｆｓｅｔ（固定値）である。つまり、ＦｒａｍｅＲｄＡｄｄｒＯｆｆｓｅｔは、ＳｔａｒｔＨｅａｄｅｒＡｄｄｒにヘッダの情報量分を示すアドレスを追加したものである。
【０３３０】
なお、バッファ送信制御部３８がＦｒａｍｅＲｄＡｄｄｒを更新している際、以下の確認を行う。
【０３３１】
もしＦｒａｍｅＲｄＡｄｄｒが垂直同期信号が含まれている行の最後のアドレスを示す場合、バッファ送信制御部３８は、次の送信実クロックにおいて、ＦｒａｍｅＲｄＡｄｄｒを、
ＦｒａｍｅＲｄＡｄｄｒ＝ＦｒａｍｅＲｄＡｄｄｒ＋（ＳｋｉｐＬｉｎｅｓの情報量分）＋１
に設定する。
【０３３２】
また、バッファ送信制御部３８は、ＲｄＡｄｄｒを、
ＲｄＡｄｄｒ＝ＲｄＡｄｄｒ＋（ＳｋｉｐＬｉｎｅｓの情報量分）＋１
に設定する。
【０３３３】
ｒｄ＿ｂｌａｎｋの状態では、送信調節部３６は、まずＨＤＭＩ規格において定められている、送信するために最低必要となる空白情報を、ＡＶメモリ３２から読み出して送る。そして、空白情報を送信している間、ＤｉｖＦｌａｇ＝０の場合、バッファ送信制御部３８は、管理メモリ３５のＭａｎＲｄＡｄｄｒからＤａｔａＳｔａｒｔＡｄｄｒを読み込み、その情報をＴｘＤａｔａＳｔａｒｔＡｄｄｒに書き込み、ＭａｎＷｒＡｄｄｒを＋１で更新する。
【０３３４】
次に、バッファ送信制御部３８は、管理メモリ３５のＭａｎＲｄＡｄｄｒからＤａｔａＳｉｚｅを読み込み、その情報をＴｘＤａｔａＳｉｚｅに書き込み、ＭａｎＷｒＡｄｄｒを＋１で更新する。バッファ送信制御部３８は、送信調節部３６が最低限必要となる空白情報を送信した後、常に以下の処理を行う。
【０３３５】
ＲｄＡｄｄｒが、送信調節部が送信する空白情報ではないデータを示すアドレスになると、バッファ送信制御部３８は、ｒｄ＿ｄａｔａの状態に遷移する。
【０３３６】
また、バッファ送信制御部３８は、ＴｘＤａｔａＳｔａｒｔＡｄｄｒとＲｄＡｄｄｒの比較を常に行う。ＴｘＤａｔａＳｔａｒｔＡｄｄｒ＝ＲｄＡｄｄｒの場合、バッファ送信制御部３８は、ｒｄ＿ｄａｔａの状態に遷移する。
【０３３７】
ＴｘＤａｔａＳｔａｒｔＡｄｄｒ＜ＲｄＡｄｄｒで、且つ、ＴｘＤａｔａＳｔａｒｔＡｄｄｒとＲｄＡｄｄｒとの差分の情報量が、映像データを伝送するまで十分の余裕がある場合、バッファ送信制御部３８は、ｒｄ＿ａｄｊ＿ｄａｔａの状態に遷移する。すなわち、映像データの位置はフレーム内で決まっており、かつ、映像データの位置は移動されないことから、調整データとして送るデータがあった場合（ＴｘＤａｔａＳｔａｒｔＡｄｄｒ＜ＲｄＡｄｄｒ）、現在のアドレス（ＲｄＡｄｄｒ）から映像データを送るまでに余裕がある場合、この余裕がある期間で調整データを送る。なお、ＨＤＭＩ規格の場合、その十分の余裕とは、（Ｐｒｅａｍｂｌｅ＋１つのデータパケット＋最低必要な空白情報）の情報量の大きさである。
【０３３８】
また、バッファ送信制御部３８は、ＴｘＣｎｔ＝ＴｘＳｉｚｅになると、ｒｄ＿ｗａｉｔの状態に戻る。
【０３３９】
ｒｄ＿ｄａｔａの状態では、バッファ送信制御部３８は、映像データまたは関連データを送信調節部３６が全て送信するまでＲｄＡｄｄｒから情報を読み出す。送信調節部３６が映像データまたは関連データを送信し終わると、バッファ送信制御部３８は、ＴｘＣｎｔ＝ＴｘＳｉｚｅの場合、ｒｄ＿ｗａｉｔの状態に遷移する。一方、バッファ送信制御部３８は、ＴｘＣｎｔ＝ＴｘＳｉｚｅではない場合、ｒｄ＿ｂｌａｎｋの状態に戻る。なお、映像データの場合、情報量は決まっている。また、関連データの場合、情報量はＴｘＤａｔａＳｉｚｅである。
【０３４０】
ｒｄ＿ａｄｊ＿ｄａｔａの状態では、バッファ送信制御部３８は、調整フレームを作成する。
【０３４１】
まず、バッファ送信制御部３８は、映像データまたは関連データの伝送が始まるまでにある空白情報の情報量を求める。そして、空白情報の情報量から、どれだけの調整データの情報量が伝送可能なのかを求める。例えば、バッファ送信制御部３８は、（伝送する調整データのＰｒｅａｍｂｌｅの情報量＋調整データの情報量＋調整データとその他のデータとの間に必要な空白情報の情報量）を算出して調整データの情報量を求める。
【０３４２】
そして、調整データを１つの調整フレームで伝送できない場合、バッファ送信制御部３８は、調整データを分割して、分割した調整データを複数の調整フレームに埋め込んで伝送を行う。分割されたそれぞれの調整フレームを送信する際、以下の順でそれぞれの変数を設定する。
【０３４３】
バッファ送信制御部３８は、ＡｄｄｒＤｉｆｆを、
１）ＡｄｄｒＤｉｆｆ＝ＴｘＤａｔａＳｔａｒｔＡｄｄｒ−ＲｄＡｄｄｒ
に設定する。
【０３４４】
次に、バッファ送信制御部３８は、
２．１）ＤｉｖＦｌａｇ＝０の場合、ＯｒｉｇｉｎａｌＳｉｚｅ＝ＴｘＤａｔａＳｉｚｅ（分割された調整データを送信する最初の調整フレームを送信する場合）
２．２）ＤｉｖＦｌａｇ＝１の場合、ＯｒｉｇｉｎａｌＳｉｚｅ＝０
に設定する。
【０３４５】
そして、バッファ送信制御部３８は、
３．１）伝送可能な情報量がＴｘＤａｔａＳｉｚｅ以上の場合（これが分割された調整データを送信する最後の調整フレームを送信する場合）、
ＡｄｊＳｉｚｅ＝ＴｘＤａｔａＳｉｚｅ
ＤｉｖＦｌａｇ＝０
に設定する。
３．２）一方、伝送可能な情報量がＴｘＤａｔａＳｉｚｅより小さい場合（分割された調整データを送信する調整フレームがまだ残っている場合）、バッファ送信制御部３８は、
ＡｄｊＳｉｚｅ＝伝送可能な情報量
ＤｉｖＦｌａｇ＝１
に設定する。
【０３４６】
なお、後述のように、ＴｘＤａｔａＳｔａｒｔＡｄｄｒ、ＲｄＡｄｄｒ、ＴｘＤａｔａＳｉｚｅは調整データの送信中、または送信後に更新される。
【０３４７】
ここで、具体的な例として、１０００画素（ＴｘＤａｔａＳｉｚｅ＝１０００）を調整データで送るとする。初期状態では、ＤｉｖＦｌａｇ＝０である。さらに、最初の調整フレームで３００画素が伝送可能とする。
【０３４８】
この場合、２．１）でＯｒｉｇｉｎａｌＳｉｚｅ＝１０００に設定され、３．２）でＡｄｊＳｉｚｅ＝３００、ＤｉｖＦｌａｇ＝１に設定される。調整フレーム送信後、ＴｘＤａｔａＳｉｚｅ＝１０００−３００＝７００となる。
【０３４９】
そして、次の調整フレームでは５００画素が伝送可能とする。この場合、２．２）でＯｒｉｇｉｎａｌＳｉｚｅ＝０となり、３．２）でＡｄｊＳｉｚｅ＝５００、ＤｉｖＦｌａｇ＝１に設定される。調整フレーム送信後、ＴｘＤａｔａＳｉｚｅ＝７００−５００＝２００となる。
【０３５０】
さらに、次の調整フレームでは４００画素が伝送可能とする。この場合、２．２）でＯｒｉｇｉｎａｌＳｉｚｅ＝０となり、３．１）でＡｄｊＳｉｚｅ＝２００、ＤｉｖＦｌａｇ＝０に設定される、分割された最後の調整フレームとなる。また、ＤｉｖＦｌａｇ＝０となるため、次の調整データを送る際、最初の調整フレームがこの調整データの最初の調整フレームであることを指定する。
【０３５１】
このように、バッファ送信制御部３８は、調整データが分割されない場合、ＯｒｉｇｉｎａｌＳｉｚｅを、ＴｘＤａｔａＳｉｚｅに設定する。あるいは、バッファ送信制御部３８は、分割した調整データを含む最初に送信される調整フレームにおいて、ＯｒｉｇｉｎａｌＳｉｚｅをＴｘＤａｔａＳｉｚｅに設定する。分割した調整データを含む２番目以降に送信される調整フレームでは、バッファ送信制御部３８は、ＯｒｉｇｉｎａｌＳｉｚｅを０に設定する。そのための管理にＤｉｖＦｌａｇの変数を上記のように用いる。そして、この調整フレームを受けた受信側は、ＯｒｉｇｉｎａｌＳｉｚｅおよびＤｉｖＦｌａｇを参照することにより、調整データの全ての調整フレームを受信したのかを確認することができる。
【０３５２】
そして、バッファ送信制御部３８は、送信調節部３６に命令して、送信調節部３６が順番にＡｄｊＳｉｚｅ、ＯｒｉｇｉｎａｌＳｉｚｅ、ＡｄｄｒＤｉｆｆをスイッチ５４に送信する。次に、送信調節部３６は、ＡｄｊＳｉｚｅ分の調整データをスイッチ５４に送信する。なお、送信調節部３６が調整データを送信中、バッファ送信制御部３８は、送信実クロックごとに、ＴｘＤａｔａＳｔａｒｔＡｄｄｒ＝ＴｘＤａｔａＳｔａｒｔＡｄｄｒ＋１に設定する。送信調節部３６が調整データを送信後、バッファ送信制御部３８は、ＴｘＤａｔａＳｉｚｅ＝ＴｘＤａｔａＳｉｚｅ−ＡｄｊＳｉｚｅに設定する。そして、送信調節部３６が調整データの送信し終わると、バッファ送信制御部３８は、ｒｄ＿ｂｌａｎｋに戻る。
【０３５３】
〔ＡＶ伝送装置１０の変形例〕
ここで、ＡＶ伝送装置１０の変形例について図２０を用いて説明する。図２０は、ＡＶ伝送装置１０の変形例を示すものであり、ＡＶ伝送装置１０ａの概略構成を示すブロック図である。
【０３５４】
ＡＶ伝送装置１０ａは、図２０に示すように、フレームレート変換部（フレームレート変換手段）９１１、９１２…９１ｎおよび解像度変換部（解像度変換手段）９２１、９２２…９２ｎを備える構成となっている点で、ＡＶ伝送装置１０の構成と異なる。なお、ＡＶ伝送装置１０ａにおける受信ポート２０、バッファ３０、クロック生成部４０、スケジューラ５０、送信ポート６０および全体制御部７０については、ＡＶ伝送装置１０と同一の構成であるため、ここではその説明を省略する。なお、フレームレート変換部９１１〜９１ｎは、同様の構成を備えているので、以下の説明では、フレームレート変換部９１１〜９１ｎをフレームレート変換部９１と称して説明する。また、解像度変換部９２１〜９２ｎについても同様に、解像度変換部９２と称して説明する。
【０３５５】
フレームレート変換部９１は、ＡＶ伝送装置１０ａが受信する各ＡＶ情報８０のフレームレートを変換するものである。
【０３５６】
解像度変換部９２は、ＡＶ伝送装置１０ａが受信する各ＡＶ情報８０の映像解像度を変換するものである。
【０３５７】
ＡＶ伝送装置１０ａがフレームレート変換部９１を備えることにより、ＡＶ情報８０のフレームレートを変換することができるので、受信する各ＡＶ情報８０の情報量を増減することができる。また、ＡＶ伝送装置１０ａが解像度変換部９２を備えることにより、各ＡＶ情報８０の映像解像度を変換することができるので、受信するＡＶ情報８０の情報量を増減することができる。
【０３５８】
なお、送信ポートの伝送速度には限界がある。よって、ＡＶ伝送装置１０は、情報量が多いＡＶ情報８０を同時に複数伝送できない場合がある。また、ＡＶ伝送装置１０は、たとえ情報量が多いＡＶ情報８０を複数伝送できたとしても、各ＡＶ情報８０の映像解像度を生かして、全てのＡＶ情報８０を同時に１つのテレビの画面に表示することができない。よって、それぞれのＡＶ伝送装置１０がＡＶ情報８０を伝送する前に、当該ＡＶ伝送装置１０にＡＶ情報８０を送信する他のＡＶ伝送装置１０、ＡＶデコーダ１０２０または外部機器によって各ＡＶ情報８０の情報量を減らすことが好ましい。なお、上記のフレームレート変換部９１または解像度変換部９２がフレームレートまたは映像解像度を低くすることによって、ＡＶ伝送装置１０は送信するＡＶ情報８０の情報量を減らしてもよい。
【０３５９】
なお、図２０では、ＡＶ伝送装置１０ａは、フレームレート変換部９１および解像度変換部９２を備えた構成となっているが、これに限定されず、フレームレート変換部９１または解像度変換部９２を備えた構成であってもよい。
【０３６０】
また、図２０では、各バッファ３０１…ｎ全てに対して、それぞれフレームレート変換部９１１…９１ｎと解像度変換部９２１…９２ｎとが配置されているが、これに限るものではない。フレームレートまたは解像度を変換する必要があるＡＶ情報８０を受信するバッファ３０の前段に必要な分だけフレームレート変換部９１または解像度変換部９２を配置すればよい。
【０３６１】
このように、フレームレート変換部９１、または解像度変換部９２を用いることにより、情報量を調整することが可能となる。なお、調整するために必要な情報交換は、各ＡＶ伝送装置１０間において、制御情報を用いて行う。
【０３６２】
〔本発明の別の表現〕
なお、本発明は、以下のようにも表現できる。
【０３６３】
すなわち、本発明に係るＡＶ通信装置は、受信クロック信号とこれに同期している空白情報、音声とデータを含む受信ＡＶ信号を受信する複数の受信ポートと、それぞれの受信ポート用のメモリと、送信クロックを生成するクロック生成手段と、スケジューラと、送信ポートを備え、前記受信ＡＶ信号は前記受信クロック信号の駆動により前記メモリに書き込まれ、前記スケジューラはそれぞれの前記メモリの受信ＡＶ信号のスケジュールを行ってそれぞれの前記メモリから前記送信クロック信号の駆動により前記メモリからスケジュールされた時間に受信ＡＶ信号を読み出して前記送信クロック信号と合わせて送信ポートに送信することを特徴としている。
【０３６４】
また、本発明に係るＡＶ通信装置は、前記受信ポートは一つまたは複数のＡＶ信号を受信することが好ましい。
【０３６５】
また、本発明に係る映像通信装置は、送信制御部と受信制御部をさらに備え、前記スケジューラは前記メモリ上の一つのＡＶ信号を、固定周期に固定期間で送信し、前記送信制御部は一定の受信水準を定めて、送信クロックを元に前記固定周期に溜まったＡＶの信号量と、前記固定期間に送信可能な最大伝送量に対し、前記信号量≦前記受信水準の場合、前記メモリ上の未送信最古（前記最大伝送量―前記受信水準＋前記信号量）分の前記ＡＶ信号の一部空白情報をヘッダに置き換えた情報を送信し、前記信号量＞前記受信水準の場合、前記メモリ上の未送信最古（前記最大伝送量＋前記信号量−前記受信水準）分の前記受信ＡＶ信号の一部空白情報をヘッダに置き換えてさらに（前記信号量−前記受信水準）分の情報量を除外した情報を送信し、前記ヘッダには送信する情報量や除外された情報を含み、前記ヘッダの追加、または前記情報量の除外によりメモリ上と同じ順番で送信できないデータに関しては空白の調整を行ってさらにデータの元の位置情報とデータサイズを含んで送信を行い、前記受信制御部は受信した前記ヘッダおよび前記元の位置情報とデータサイズを元に、調整されて受信した情報を、元の位置で前記メモリに書き込むことが好ましい。
【０３６６】
また、本発明に係る映像通信装置は、前記メモリの前にフレームレート変換部を備えることが好ましい。
【０３６７】
また、本発明に係る映像通信装置は、前記メモリの前に解像度変換部を備えることが好ましい。
【０３６８】
また、本発明に係る映像通信装置は、前記スケジューラは、それぞれの前記固定期間を順番に前記固定周期に割り当て、それぞれの前記固定期間の送信時間が来る一定の時刻前に前記送信する情報量や前記除外する情報量の計算の処理を開始し、送信時間が来ると前記送信制御部に送信開始命令を行うことが好ましい。
【０３６９】
また、本発明に係る映像通信装置は、前記送信クロックの仕様クロックは、（受信仕様クロックを元にメモリ上に一秒間に保存する全受信ＡＶ信号の合計量）／１秒に等しい、または大きいことが好ましい。
【０３７０】
また、本発明に係る映像通信装置は、前記クロック生成手段は、いずれかの前記受信クロックを用いて前記送信クロックを生成することが好ましい。
【０３７１】
また、本発明に係る映像通信装置は、前記固定周期は受信する最も高いフレームレートのＡＶ信号の周期であることが好ましい。
【０３７２】
また、本発明に係る映像通信装置は、前記固定期間は、前記固定周期にメモリ上書き込まれた対象となる前記ＡＶ信号の情報量に対して、（前記情報量／仕様送信クロックレート）であることが好ましい。
【０３７３】
また、本発明に係る映像通信装置は、前記信号量、前記受信水準と前記最大伝送量は映像の行単位であることが好ましい。
【０３７４】
また、本発明に係る映像通信装置は、前記受信水準は前記最大伝送量より大きいことが好ましい。
【０３７５】
また、本発明に係る映像通信装置は、前記除外する（前記信号量−前記受信水準）は、空白情報、音声とデータのみを含む映像の行であることが好ましい。
【０３７６】
〔補足〕
このように、上記ＡＶ再生システム４では、１つのＡＶ再生機１で、複数の映像を１つの出力で出力することができる。例えば図２の事例では、テレビ２には４つの映像が入力されている。
【０３７７】
なお、テレビ２では、テレビ２が受信した複数のＡＶ情報８０を１つの表示装置に出力する。同期が取れていない複数のＡＶ情報８０を表示する方法は多数考えられるが、ここでは以下の事例を挙げる。
【０３７８】
まず、テレビ２にはテレビ２の全画面用のメモリ（図示せず）がある。このメモリは、図１３のメモリと同様の構成である。ただし、１つの書き込みポート３１および１つの読み出しポート３３があれば十分である。そして、テレビ２は、例えばユーザ設定により、テレビ２の画面のどの部分にどのＡＶ情報８０を表示するのかを認識している。また、テレビ２は、どのＡＶ情報８０の音声を出力するのかも認識している。テレビ２は、複数のＡＶ情報８０を受信すると、テレビ２のメモリの各ＡＶ情報８０に与えられた所定の領域に、新たに受信した各ＡＶ情報８０を格納する。それぞれのＡＶ情報８０は、調整フレームとして伝送される。そのため、１つのＡＶフレームは分割されて、複数の調整フレームの中に含まれて伝送される可能性がある。そのため、テレビ２のＡＶ伝送装置１０が調整フレームを解析してテレビ２のメモリに伝送することによって、テレビ２のメモリには、その分割されたＡＶフレームのＡＶ情報８０が順次書き込まれる。そして、テレビ２は、各ＡＶ情報８０に与えられたメモリの所定の領域に、順次書き込みポート３１を介して、新しいＡＶ情報８０を受信するとともに、読み出しポート３３を介して、メモリから連続的にＡＶ情報８０が読み出して、画面に各ＡＶ情報８０の映像を表示する。
【０３７９】
ただし、テレビ２は、受信実クロックと送信実クロックとの違いがあるため、ＡＶデコーダ１０２０がＡＶ情報８０を出力したと同時にテレビ２の画面にそのＡＶ情報８０の映像を表示することができない。実際には、テレビ２は、ＡＶデコーダ１０２０が出力した時刻から少し遅延してそのＡＶ情報８０の映像を表示する。しかし、テレビ２は、それぞれのＡＶデコーダ１０２０がＡＶ情報８０を出力する同じ速度で、複数のＡＶ情報８０の映像を画面に同時に表示することができる。
【０３８０】
また、複数の全体制御部７０が情報交換をすることにより、例えばそれぞれの全体制御部７０は、どのＡＶ伝送装置１０がどこに接続されているのかが分かる。
【０３８１】
また、それぞれのＡＶ伝送装置１０がサポートしている特徴情報は異なる可能性がある。この特徴情報は、例えば、サポートしているフレーム形式、クロックなどである。
【０３８２】
また、図２のように、テレビ２に近いＡＶ伝送装置１０の方が、より情報量が多いＡＶ情報８０を伝送する可能性がある。よって、テレビ２に近いＡＶ伝送装置１０が、他のＡＶ伝送装置１０より早く処理できることが好ましい。このように、例えばテレビ２はどのＡＶ伝送装置１０がどれに接続されているのかが分かるため、テレビ２はより効率的に伝送を行うＡＶ伝送装置１０間の接続構成を求めることができ、ユーザにこれを提案することができる。
【０３８３】
なお、本発明のＡＶ伝送装置１０に対して、物理層やアナログ部は対象外としたが、これは現在のＨＤＭＩ規格と同じ方式、または例えば光伝送方式を用いても良い。
【０３８４】
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０３８５】
最後に、ＡＶ伝送装置１０および１０ａの各ブロック、特にバッファ３０（受信調整・解析部３４、送信調節部３６、バッファ送信制御部３８）、クロック生成部４０、スケジューラ５０（スケジューラ制御部５２、スイッチ５４）、全体制御部７０、フレームレート変換部９１および解像度変換部９２は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０３８６】
すなわち、ＡＶ伝送装置１０および１０ａは、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるＡＶ伝送装置１０および１０ａの制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記ＡＶ伝送装置１０および１０ａに供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０３８７】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０３８８】
また、ＡＶ伝送装置１０および１０ａを通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０３８９】
本発明のＡＶ伝送装置１０は、複数のＡＶ情報８０を１つのＨＤＭＩケーブル３を介して送信することができるので、ＡＶ再生機１またはテレビ２は、他の複数のＡＶ再生機１から複数のＡＶ情報８０を受信することができる。本発明のＡＶ伝送装置１０は、例えば、パソコン、ＢＤプレイヤー、ＨＤレコーダ、ＳＴＢ、放送／ＩＰチューナ、ゲーム機などにも適用できる。
【符号の説明】
【０３９０】
１    ＡＶ再生機
２    テレビ
３    ＨＤＭＩケーブル
４    ＡＶ再生システム
１０  ＡＶ伝送装置（通信装置）
２０  受信ポート（受信手段）
３０  バッファ
３２  ＡＶメモリ
３４  受信調整・解析部（受信制御手段）
３５  管理メモリ
３６  送信調節部（送信調整手段）
３８  バッファ送信制御部（送信制御手段）
４０  クロック生成部（クロック生成手段）
５０  スケジューラ（スケジューリング手段）
５２  スケジューラ制御部
５４  スイッチ
６０  送信ポート（送信手段）
７０  全体制御部
８０  ＡＶ情報（データ）
【図１】
2010166337.tif 000004
【図２】
2010166337.tif 000005
【図３】
2010166337.tif 000006
【図４】
2010166337.tif 000007
【図５】
2010166337.tif 000008
【図６】
2010166337.tif 000009
【図７】
2010166337.tif 000010
【図８】
2010166337.tif 000011
【図９】
2010166337.tif 000012
【図１０】
2010166337.tif 000013
【図１１】
2010166337.tif 000014
【図１２】
2010166337.tif 000015
【図１３】
2010166337.tif 000016
【図１４】
2010166337.tif 000017
【図１５】
2010166337.tif 000018
【図１６】
2010166337.tif 000019
【図１７】
2010166337.tif 000020
【図１８】
2010166337.tif 000021
【図１９】
2010166337.tif 000022
【図２０】
2010166337.tif 000023
【図２１】
2010166337.tif 000024
【図２２】
2010166337.tif 000025
【図２３】
2010166337.tif 000026
【図２４】
2010166337.tif 000027
【図２５】
2010166337.tif 000028
【図２６】
2010166337.tif 000029
【図２７】
2010166337.tif 000030
【図２８】
2010166337.tif 000031