(57)【特許請求の範囲】
【請求項１】
データを受信して格納する受信手段と、
バッファと、
前記受信手段に格納されたデータを前記バッファに逐次格納する制御手段と、
前記バッファに逐次格納されたデータを、ネットワークを介して逐次転送する転送手段と、を有し、
前記制御手段は、
前記受信手段に格納されたデータを前記バッファに格納することができなくなった場合は、前記受信手段に格納されたデータの破棄を開始し、少なくともGOP（Group Of Picture）単位２個分のデータを前記バッファに格納することが可能になった場合に、前記受信手段に格納されたデータを前記バッファに逐次格納する処理を開始することを特徴とするデータ転送装置。
【請求項２】
前記制御手段は、
前記受信手段に格納されたデータを前記バッファに格納することができなくなった場合は、少なくともGOP単位２個分のデータを前記バッファに格納することが可能になるまでは、前記受信手段に格納されたデータを逐次破棄することを特徴とする請求項１記載のデータ転送装置。
【請求項３】
前記制御手段は、
前記バッファの空き容量がGOP単位２個分に相当するデータ量以上か否かを判定する指標となる推定ビットレートを基に、前記バッファの空き容量が前記推定ビットレート以上か否かを判定し、前記バッファの空き容量が前記推定ビットレート以上の場合は、少なくともGOP単位２個分のデータを前記バッファに格納することが可能になったと判定する、ことを特徴とする請求項１または請求項２記載のデータ転送装置。
【請求項４】
サーバ装置と、少なくとも１台のクライアント端末と、を有して構成する通信システムであって、
前記サーバ装置は、
データを受信して格納する受信手段と、
バッファと、
前記受信手段に格納されたデータを前記バッファに逐次格納する制御手段と、
前記バッファに逐次格納されたデータを、ネットワークを介して前記クライアント端末に逐次転送する転送手段と、を有し、
前記制御手段は、
前記受信手段に格納されたデータを前記バッファに格納することができなくなった場合は、前記受信手段に格納されたデータの破棄を開始し、少なくともGOP（Group Of Picture）単位２個分のデータを前記バッファに格納することが可能になった場合に、前記受信手段に格納されたデータを前記バッファに逐次格納する処理を開始することを特徴とする通信システム。
【請求項５】
データを転送する転送制御装置で行う制御方法であって、
データを受信して受信手段に格納する受信工程と、
前記受信手段に格納されたデータをバッファに逐次格納する制御工程と、
前記バッファに逐次格納されたデータを、ネットワークを介して逐次転送する転送工程と、を有し、
前記制御工程は、
前記受信手段に格納されたデータを前記バッファに格納することができなくなった場合は、前記受信手段に格納されたデータの破棄を開始し、少なくともGOP（Group Of Picture）単位２個分のデータを前記バッファに格納することが可能になった場合に、前記受信手段に格納されたデータを前記バッファに逐次格納する処理を開始することを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、GOP（Group Of Picture）単位でデータを転送するデータ転送装置、通信システム及び制御方法に関する。
【背景技術】
【０００２】
近年では、図７に示すように、放送アンテナ3'等からサーバ装置1'が受信したデジタル放送データをGOP単位でバッファ（図示せず）に格納し、そのGOP単位でバッファに格納したデジタル放送データをクライアント端末2'にネットワーク（NW）を介して転送し、クライアント端末2'において表示装置4'等に出力表示するように制御する通信システムがある。
【０００３】
しかし、上述した通信システムでは、ネットワーク（NW）の状態によっては、サーバ装置1'は、ネットワーク（NW）を介してクライアント端末2'にデジタル放送データを転送することができず、サーバ装置1'のバッファにデジタル放送データが滞留し、バッファオーバーフローが発生してしまうことがある。
【０００４】
バッファオーバーフローが発生した場合は、サーバ装置1'は、放送アンテナ3'等から受信したデジタル放送データをバッファに格納することができないため、放送アンテナ3'等から受信したデジタル放送データを破棄することになる。その後、ネットワーク（NW）の状態が良くなり、クライアント端末2'に対するデータ転送が可能になった場合は、サーバ装置1'のバッファに滞留したデジタル放送データをクライアント端末2'に転送し、バッファオーバーフローが解消した場合に、放送アンテナ3'等から受信した新たなデジタル放送データをサーバ装置1'のバッファに格納することになる。
【０００５】
但し、放送アンテナ3'等から受信した新たなデジタル放送データをサーバ装置1'のバッファに格納する開始タイミングによっては、GOPの先頭部分のデジタル放送データからバッファに格納することができず、１つのGOPを構成する一部分のデジタル放送データのみをバッファに格納することになる場合が発生する。
【０００６】
GOPは、MPEG（Moving Picture Expert Group）を構成する最小の再生・編集単位であり、通常15フレーム程度のデータで構成する。15フレーム程度のデータで構成するGOPは、0.5秒程度のデータ量になる。デジタル放送の場合は、GOP単位のデータが１秒間に2〜3個存在することになるため、放送アンテナ3'等から受信した新たなデジタル放送データをサーバ装置1'のバッファに格納する開始タイミングによっては、GOPの先頭部分のデジタル放送データからバッファに格納することができない場合が発生する。このため、１つのGOPを構成する一部分のデジタル放送データのみをバッファに格納することになる場合が発生することになる。
【０００７】
１つのGOPを構成する全てのデジタル放送データを用いて出力表示を行った場合には、その出力表示を行ったデジタル放送データの画像品質を保証することができる。しかし、１つのGOPを構成する一部分のデジタル放送データのみを用いて出力表示を行った場合には、その出力表示を行ったデジタル放送データの画像品質を保証することができない。このため、転送先の表示装置4'等で出力表示するデジタル放送データの画像品質を保証するためには、１つのGOPを構成する全てのデジタル放送データをサーバ装置1'のバッファに格納する必要がある。
【０００８】
なお、本発明より先に出願された技術文献として、画像処理機器間で、予測符号化された画像データをGOP単位でインターフェースするデータインターフェース回路について開示された文献がある（例えば、特許文献１参照）。
【０００９】
上記特許文献１では、制御回路（14）は、FIFO回路（12）にオーバーフローもアンダーフローも生じない場合は、FIFO回路（12）が圧縮画像データ（S2）をセレクタ回路（10）を介して順次取り込むように制御する。また、アンダーフローが生じる場合は、FIFO回路（12）がデータを取り込まず、最後のGOPを反復出力するように制御する。また、オーバーフローが生じる場合は、FIFO回路（12）が圧縮画像データ（S1）をセレクタ回路（10）を介して取り込むように制御している。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開平８−２２３５８０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上記特許文献１では、FIFO回路（12）にオーバーフローもアンダーフローも生じない場合は、FIFO回路（12）が圧縮画像データ（S2）をセレクタ回路（10）を介して順次取り込むように制御する点が開示されている。しかし、上記特許文献１の発明をデジタル放送に適用した場合には、GOPの先頭部分の圧縮画像データ（S2）から順次取り込むことができない場合が発生し、その場合には、圧縮画像データ（S2）を出力表示した際の画像品質を保証することができないことになる。
【００１２】
また、上記特許文献１の発明をデジタル放送に適用した場合には、GOP番号の検出処理をする必要がある。GOP番号を検出するには、MPEG（Moving Picture Expert Group）2-TS（Transport Stream）を複数のES（Elementary Stream）に分割し、その分割した複数のESの中から映像ESのシーケンスヘッダを検出し、そのシーケンスヘッダを解析する必要がある。このため、上記特許文献１の発明をデジタル放送に適用した場合には、FIFO回路（12）で行う処理量が増加してしまうことになる。
【００１３】
本発明は、上記事情に鑑みてなされたものであり、上述した課題である、転送先の装置で出力表示するデータの画像品質を保証することを目的とする。
【課題を解決するための手段】
【００１４】
かかる目的を達成するために、本発明は、以下の特徴を有することとする。
【００１５】
＜データ転送装置＞
本発明にかかるデータ転送装置は、
データを受信して格納する受信手段と、
バッファと、
前記受信手段に格納されたデータを前記バッファに逐次格納する制御手段と、
前記バッファに逐次格納されたデータを、ネットワークを介して逐次転送する転送手段と、を有し、
前記制御手段は、
前記受信手段に格納されたデータを前記バッファに格納することができなくなった場合は、前記受信手段に格納されたデータの破棄を開始し、少なくともGOP（Group Of Picture）単位２個分のデータを前記バッファに格納することが可能になった場合に、前記受信手段に格納されたデータを前記バッファに逐次格納する処理を開始することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、転送先の装置で出力表示するデータの画像品質を保証することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施形態の通信システムのシステム構成例を示す図である。
【図２】通信システムにおけるデータ転送処理動作例を説明するための第１の図である。
【図３】通信システムにおけるデータ転送処理動作例を説明するための第２の図である。
【図４】通信システムにおけるデータ転送処理動作例を説明するための第３の図である。
【図５】サーバ装置1で行う処理動作例を示す図である。
【図６】本実施形態の通信システムのシステム構成例を示す図である。
【図７】本発明と関連する通信システムの構成例を示す図である。
【発明を実施するための形態】
【００２０】
＜通信システムの概要＞
まず、図１を参照しながら、本実施形態の通信システムの概要について説明する。
【００２１】
本実施形態の通信システムは、サーバ装置1と、少なくとも１台のクライアント端末2と、を有して構成する通信システムである。
【００２２】
本実施形態のサーバ装置1は、データを受信する受信手段（受信部10に相当）と、バッファ（送信バッファ13に相当）と、受信手段10で受信したデータをバッファ13に格納する制御手段（制御部12に相当）と、バッファ13に格納されたデータを、ネットワーク（NW）を介してクライアント端末2に転送する転送手段（送信部14に相当）と、を有して構成する。そして、制御手段12は、少なくともGOP（Group Of Picture）単位２個分のデータをバッファ13に格納することが可能な場合に、受信手段10で受信したデータをバッファ13に格納する。
【００２３】
これにより、GOP単位１個分の全てのデータをバッファ13に確実に格納することが可能となるため、そのGOP単位１個分の全てのデータをクライアント端末2に転送し、その転送したデータの出力画像の画像品質を保証することが可能となる。従って、転送先のクライアント端末2で出力表示するデータの画像品質を保証することが可能となる。以下、添付図面を参照しながら、本実施形態の通信システムについて詳細に説明する。
【００２４】
＜通信システムのシステム構成例＞
まず、図１を参照しながら、本実施形態の通信システムのシステム構成例について説明する。
【００２５】
本実施形態の通信システムは、サーバ装置1と、クライアント端末2と、がネットワーク（NW）を介して接続して構成している。サーバ装置1は、放送アンテナ3等から受信したデジタル放送データを、ネットワーク（NW）を介してクライアント端末2に転送し、クライアント端末2においてデジタル放送データを表示装置4等に出力表示するように制御する。
【００２６】
本実施形態のサーバ装置1は、受信部10と、受信バッファ11と、制御部12と、送信バッファ13と、送信部14と、を有して構成する。
【００２７】
受信部10は、放送アンテナ3等からデジタル放送データを逐次受信し、その逐次受信したデジタル放送データを受信バッファ11にGOP単位で逐次格納する。
【００２８】
受信バッファ11は、受信部10が逐次受信したデジタル放送データを一時的に保存する。制御部12は、受信バッファ11に逐次格納されたデジタル放送データをGOP単位で送信バッファ13に格納する。
【００２９】
GOPは、MPEGを構成する最小の再生・編集単位であり、通常15フレーム程度で構成する。GOPは、例えば、Iフレームのみから構成したりする。また、IフレームとPフレームおよびBフレームとの組み合わせで構成したりする。また、IフレームとPフレームまたはBフレームとの組み合わせで構成したりする。
【００３０】
Iフレームは、画像データを予測符号化により圧縮符号化し、復号の際に他の符号化画像（フレーム）のデータを必要としないイントラ符号化画像である。Pフレームは、復号の際に時間的に直前の復号後のフレームを必要とする前方予測符号化画像である。Bフレームは、復号の際に時間的に直前および直後の復号後のフレームを必要とする双方向予測符号化画像である。
【００３１】
本実施形態のサーバ装置1は、GOP単位のデータ量に基づいたバッファ管理により、デジタル放送データの画像品質の安定化を図ることにしている。
【００３２】
送信バッファ13は、デジタル放送データをGOP単位で一時的に保存する。送信部14は、送信バッファ13に格納されたデジタル放送データをクライアント端末2に転送する。送信部14は、IPを用いた送信機能を有し、送信バッファ13に格納されたデジタル放送データを、ネットワーク（NW）を介してクライアント端末2に転送する。
【００３３】
クライアント端末2は、サーバ装置1から転送されてきたデジタル放送データを表示装置4等に表示する。本実施形態のクライアント端末2は、受信部21と、受信バッファ22と、制御部23と、を有して構成する。
【００３４】
受信部21は、サーバ装置1から転送されたデジタル放送データを受信し、その受信したデジタル放送データを受信バッファ22に格納する。受信バッファ22は、デジタル放送データを一時的に保存する。制御部23は、受信バッファ22に格納されたデジタル放送データを表示装置4等に出力する。制御部23は、クライアント端末2の表示装置4上にデジタル放送データを表示したり、外部の表示装置4上にデジタル放送データを表示したりする。
【００３５】
＜通信システムにおける処理動作例＞
次に、図２〜図４を参照しながら、本実施形態の通信システムにおける処理動作例について説明する。
【００３６】
＜ネットワークの状態が良い状態の場合＞
まず、図２を参照しながら、サーバ装置1とクライアント端末2との間のネットワークの状態が良い状態の場合について説明する。
【００３７】
ネットワークの状態が良い状態の場合は、図２に示すように、サーバ装置1からクライアント端末2にデジタル放送データを遅滞なく転送することができる。この場合、サーバ装置1とクライアント端末2との双方のバッファ11,13,22には、それぞれ少量のデジタル放送データが蓄積されることになる。
【００３８】
＜ネットワークの状態が悪い状態の場合＞
次に、図３を参照しながら、サーバ装置1とクライアント端末2との間のネットワークの状態が悪い状態の場合について説明する。
【００３９】
ネットワークの状態が悪い状態の場合は、図３に示すように、サーバ装置1からクライアント端末2にデジタル放送データを遅滞なく転送することができず、サーバ装置1は、クライアント端末2に対するデータ転送を停止することになる（転送停止）。その結果、クライアント端末2の受信バッファ22のデータ量が空になり、デジタル放送データを表示装置4等に出力表示することができなくなる（表示不能）。
【００４０】
また、サーバ装置1は、クライアント端末2に対するデータ転送ができないため、送信バッファ13にデジタル放送データが滞留することになる。その結果、送信バッファ13の空き容量がなくなり、バッファオーバーフローが発生し、放送アンテナ3等から受信した新しいデジタル放送データを送信バッファ13に格納することができず、デジタル放送データを破棄することになる（データ破棄）。
【００４１】
＜ネットワークの状態が悪い状態から良い状態に復旧した場合＞
次に、図４を参照しながら、サーバ装置1とクライアント端末2との間のネットワークの状態が復旧した場合について説明する。
【００４２】
ネットワークの状態が復旧した場合は、図４に示すように、サーバ装置1は、クライアント端末2に対するデータ転送を再開することができる。この場合、サーバ装置1は、送信バッファ13に滞留したデジタル放送データをクライアント端末2に転送し（逐次転送）、クライアント端末2は、新しいデジタル放送データを表示装置4等に出力表示することになる（逐次表示）。
【００４３】
また、サーバ装置1は、送信バッファ13に滞留したデジタル放送データをクライアント端末2に転送し、送信バッファ13に空き容量が存在することになる。その結果、送信バッファ13のバッファオーバーフローが解消し、放送アンテナ3等から受信した新しいデジタル放送データを送信バッファ13に格納することができることになる。
【００４４】
但し、放送アンテナ3等から受信した新たなデジタル放送データを送信バッファ13に格納する開始タイミングによっては、GOPの先頭部分のデジタル放送データから送信バッファ13に格納することができず、１つのGOPを構成する一部分のデジタル放送データのみを送信バッファ13に格納することになる場合が発生する。図４では、GOP番号14の一部分のデジタル放送データを送信バッファ13に格納することになる場合を示している。
【００４５】
１つのGOPを構成する一部分のデジタル放送データのみを用いて表示装置4等で出力表示を行った場合には、その出力表示を行ったデジタル放送データの画像品質を保証することができない。このため、表示装置4等で出力表示するデジタル放送データの画像品質を保証するためには、１つのGOPを構成する全てのデジタル放送データを送信バッファ13に格納する必要がある。
【００４６】
そこで、本実施形態のサーバ装置1は、１つのGOPを構成する全てのデジタル放送データを送信バッファ13に格納するために、少なくともGOP単位２個分のデジタル放送データを送信バッファ13に格納することが可能な場合に、放送アンテナ3等から受信した新たなデジタル放送データを送信バッファ13に格納することにした。
【００４７】
これにより、本実施形態のサーバ装置1は、送信バッファ13のバッファオーバーフローが頻繁に発生する場合でも、GOP単位１個分の全てのデジタル放送データを送信バッファ13に確実に格納することが可能となる。その結果、そのGOP単位１個分の全てのデジタル放送データをクライアント端末2に転送し、その転送したデジタル放送データの出力画像の画像品質を保証することが可能となる。従って、転送先のクライアント端末2で出力表示するデジタル放送データの画像品質を保証することが可能となる。
【００４８】
＜サーバ装置1の処理動作例＞
次に、図５を参照しながら、本実施形態のサーバ装置1で行う処理動作例について説明する。
【００４９】
制御部12は、クライアント端末2に対するデータ転送を開始する際に、バッファ挿入フラグをONにセットする（ステップA1）。また、制御部12は、推定ビットレートをデフォルト値に設定する（ステップA2）。
【００５０】
バッファ挿入フラグは、送信バッファ13でバッファオーバーフローが発生したか否かを判定するためのフラグである。本実施形態では、バッファ挿入フラグがONの場合は、バッファオーバーフローが発生していない状態であることを意味し、バッファ挿入フラグがOFFの場合は、バッファオーバーフローが発生した状態であることを意味する。
【００５１】
推定ビットレートは、送信バッファ13の空き容量がGOP単位２個分に相当するデータ量以上か否かを判定する際に使用する値であり、送信バッファ13の空き容量が推定ビットレート以上であれば、送信バッファ13の空き容量がGOP単位２個分に相当するデータ量以上であると判定する。また、送信バッファ13の空き容量が推定ビットレート以上でなければ、送信バッファ13の空き容量がGOP単位２個分に相当するデータ量以上でないと判定する。デフォルト値は、データ転送を行うデータの放送種別（地上波デジタル放送、CS放送、BS放送）に応じて予め規定された値を用いる。
【００５２】
次に、制御部12は、受信バッファ11からデジタル放送データを取得し（ステップA3）、その取得したデジタル放送データを基に、推定ビットレートを更新する（ステップA4）。更新後の推定ビットレートは、以下の式で算出する。
【００５３】
【数１】
0005476081.tif 000002
【００５４】
但し、Nは、加重平均を算出する期間を示す。加重係数nは、秒間受信データ量nに対して重み付けを施す値であり、以下の条件を満たすように設定する。
【００５５】
【数２】
0005476081.tif 000003
【００５６】
秒間受信データ量nは、［受信バッファ11からデジタル放送データを取り出した取出時刻］−［現在時刻］がnである期間にサーバ装置1が放送アンテナ3から受信したデータ量を意味する。［ ］は、ガウス記号を示す。但し、秒間受信データ量nは、サーバ装置1が放送アンテナ3からデータを受信していない期間については、初期値を用いる。秒間受信データ量nの初期値は、規定最大ビットレート/余裕計数となる。規定最大ビットレートは、地上波デジタル放送の場合は、21Mbpsであり、BS/CSデジタル放送の場合は、24Mbpsである。余裕計数は、推定ビットレートに対して重み付けを施す値であり、１以上の値である。
【００５７】
制御部12は、バッファ挿入フラグがONか否かを判定し（ステップA5）、バッファ挿入フラグがONの場合は（ステップA5/Yes）、送信バッファ13のバッファオーバーフローが発生していない状態であると判断し、送信バッファ13の空き容量があるか否かを判定する（ステップA6）。
【００５８】
制御部12は、送信バッファ13の空き容量がない場合は（ステップA6/Yes）、受信バッファ11から取得したデジタル放送データを送信バッファ13に格納することができないため、そのデジタル放送データを破棄し（ステップA7）、バッファ挿入フラグをOFFにセットする（ステップA8）。
【００５９】
また、送信バッファ13の空き容量がある場合は（ステップA6/No）、受信バッファ11から取得したデジタル放送データを送信バッファ13に格納する（ステップA9）。
【００６０】
また、制御部12は、バッファ挿入フラグがOFFの場合は（ステップA5/No）、バッファオーバーフローが発生した状態であると判断し、送信バッファ13の空き容量がステップA4で算出した推定ビットレート以上か否かを判定する（ステップA10）。
【００６１】
送信バッファ13の空き容量が推定ビットレート以上の場合は（ステップA10/Yes）、送信バッファ13の空き容量がGOP単位２個分に相当するデータ量以上であるため、バッファ挿入フラグをONにセットし（ステップA11）、受信バッファ11から取得したデジタル放送データを送信バッファ13に格納することになる（ステップA9）。
【００６２】
また、バッファの空き容量が推定ビットレート以上でない場合は（ステップA10/No）、送信バッファ13の空き容量がGOP単位２個分に相当するデータ量以上でないため、そのデジタル放送データを破棄することになる（ステップA12）。
【００６３】
これにより、制御部12は、送信バッファ13のバッファオーバーフローが発生した後に、少なくともGOP単位２個分のデータを送信バッファ13に格納することが可能になるまでは、受信バッファ11から取得したデジタル放送データを破棄することになる。そして、少なくともGOP単位２個分のデータを送信バッファ13に格納することが可能になった場合に、受信バッファ11から取得したデジタル放送データを送信バッファ13に格納することになる。その結果、制御部12は、GOP１単位を構成する全てのデジタル放送データを送信バッファ13に格納することになるため、そのGOP１単位を構成するデジタル放送データを表示装置4等で出力表示した際の画像品質を保証することが可能となる。
【００６４】
＜本実施形態のサーバ装置1の作用・効果＞
このように、本実施形態のサーバ装置1は、送信バッファ13のバッファオーバーフローが発生した後に、送信バッファ13の空き容量がGOP単位２個分に相当するデータ量になった場合に、受信バッファ11に格納されているデジタル放送データを送信バッファ13に格納する。これにより、送信バッファ13のバッファオーバーフローが頻繁に発生する場合でも、GOP単位１個分のデジタル放送データを送信バッファ13に確実に格納することが可能となる。その結果、そのGOP単位１個分の全てのデータをクライアント端末2に転送し、その転送したデータの出力画像の画像品質を保証することが可能となる。
【００６５】
また、本実施形態のサーバ装置1は、推定ビットレートを用いて送信バッファ13の空き容量がGOP単位２個分に相当するデータ量になったか否かを判定することにしている。これにより、GOPの検出処理を行わずに、送信バッファ13の空き容量がGOP単位２個分に相当するデータ量になったか否かを判定することができるため、サーバ装置1で行う処理の負荷を軽減することが可能となる。
【００６６】
現在では、2．4GHz帯近辺のISM（Industry Science Medical）帯を使用して無線LAN通信を行っている。しかし、ISM帯は、無線LAN以外にも、Bluetooth，Zigbee，電子レンジ，コードレスホン等にも使用されている。
【００６７】
このため、無線LANを用いてサーバ装置1からクライアント端末2にデータ転送を行っている最中に、無線LANと同一周波数帯の一部の電波を少なくとも使用する電波発生装置（Bluetooth，Zigbee，電子レンジ，コードレスホン等）が電波を発生した場合には、電波干渉が発生し、サーバ装置1からクライアント端末2にデータ転送ができない状況が頻繁に発生してしまう虞がある。サーバ装置1からクライアント端末2にデータ転送ができない状況が頻繁に発生すると、結果として、送信バッファ13のバッファオーバーフローが頻繁に発生することになる。
【００６８】
しかし、本実施形態のサーバ装置1は、送信バッファ13のバッファオーバーフローが頻繁に発生する場合でも、GOP単位１個分のデジタル放送データを送信バッファ13に確実に格納することが可能となるため、そのGOP単位１個分の全てのデータをクライアント端末2に転送し、その転送したデータの出力画像の画像品質を保証することが可能となる。
【００６９】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００７０】
例えば、図１では、サーバ装置1は、ネットワーク（NW）を介して一台のクライアント端末2と接続する構成にした。しかし、図６に示すように、サーバ装置1は、ネットワーク（NW）を介して複数台（Nは、任意の整数）のクライアント端末2-1,2-2,2-Nと接続するように構築することも可能である。
【００７１】
また、上述した本実施形態における通信システムを構成する各装置における制御動作は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成を用いて実行することも可能である。
【００７２】
なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させることが可能である。あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【００７３】
例えば、プログラムは、記録媒体としてのハードディスクやROM（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、リムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。なお、リムーバブル記録媒体としては、フロッピー（登録商標）ディスク、CD-ROM（Compact Disc Read Only Memory）、MO（Magneto optical）ディスク、DVD（Digital Versatile Disc）、ブルーレイディスク、磁気ディスク、半導体メモリなどが挙げられる。
【００７４】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールすることになる。また、ダウンロードサイトから、コンピュータに無線転送することになる。また、ネットワークを介して、コンピュータに有線で転送することになる。
【００７５】
また、本実施形態における通信システムは、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。
【符号の説明】
【００７６】
１    サーバ装置（データ転送装置）
１０    受信部（受信手段）
１１    受信バッファ
１２    制御部（制御手段）
１３    送信バッファ（バッファ）
１４    送信部（転送手段）
２    クライアント端末
２１    受信部
２２    受信バッファ
２３    制御部
ＮＷ    ネットワーク
３    放送アンテナ
４    表示装置
【図１】
0005476081.tif 000004
【図２】
0005476081.tif 000005
【図３】
0005476081.tif 000006
【図４】
0005476081.tif 000007
【図５】
0005476081.tif 000008
【図６】
0005476081.tif 000009
【図７】
0005476081.tif 000010