映像再生装置および映像再生システム
【課題】ネットワークの状態に拘わらずスムーズな再生映像を得ることができる映像再生装置を提供すること。
【解決手段】サーバ装置から映像情報を受信して再生する映像再生装置３０において、サーバ装置から映像情報を受信する複数の受信手段（ＮＩＣ３１−１〜３１−ｎ）と、複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるようにサーバ装置に対して映像情報の送信要求を行う送信要求手段（ＣＰＵ３６、ＮＩＣ３１−１〜３１−ｎ）と、受信手段によって受信された映像情報を再生する再生手段（デコーダ３４）と、を有する。
【解決手段】サーバ装置から映像情報を受信して再生する映像再生装置３０において、サーバ装置から映像情報を受信する複数の受信手段（ＮＩＣ３１−１〜３１−ｎ）と、複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるようにサーバ装置に対して映像情報の送信要求を行う送信要求手段（ＣＰＵ３６、ＮＩＣ３１−１〜３１−ｎ）と、受信手段によって受信された映像情報を再生する再生手段（デコーダ３４）と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像再生装置および映像再生システムに関する。
【背景技術】
【０００２】
従来、例えば、ＭＰＥＧ（Moving Picture Expert Group）方式に基づいて圧縮された映像を再生する場合、通常の速度で再生する以外にも、巻き戻し再生または早送り再生等の高速再生を行う必要がある。
【０００３】
このような高速再生を行う技術としては、例えば、特許文献１に示すような技術が提案されている。
【０００４】
【特許文献１】特開２００４−４８５９８号公報（要約書、特許請求の範囲）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、映像情報をネットワークを介して伝送し、これを受信した映像再生装置において再生する場合、高速再生時に単位時間あたりの情報伝送量が十分でなくなり、映像の再生がスムーズでなくなるという問題点がある。これを以下に説明する。
【０００６】
図６は、従来において、ネットワークを介して映像情報を伝送し、これを受信した映像再生装置において再生する場合の映像再生システムの構成を示す図である。この例では、映像再生システムは、サーバ装置１、ＨＵＢ２、映像再生装置３、および、テレビジョン受像機４を構成要素としている。
【０００７】
ここで、サーバ装置１は、各種の映像情報（ＭＰＥＧ方式に基づいて圧縮された映像情報）を複数格納しており、映像再生装置３からの送信要求に対応する映像情報を読み出して送信する。
【０００８】
ＨＵＢ２は、例えば、スイッチングハブであり、各ポートのポート番号と、各ポートに接続されているネットワーク機器のアドレスとを対応付けてテーブルとして記憶しており、当該テーブルを参照し、パケットを所定のポートから他のポートへ転送する。
【０００９】
映像再生装置３は、ＮＩＣ（Network Interface Card）３ａ、パケットバッファ３ｂ、フレームバッファ３ｃ、デコーダ３ｄ、Ｄ／Ａ（Digital to Analog）変換器３ｅ、および、ＣＰＵ（Central Processing Unit）３ｆを構成要素としている。
【００１０】
ここで、ＮＩＣ３ａは、ＨＵＢ２を介してサーバ装置１との間でパケットを授受するインタフェースである。
【００１１】
パケットバッファ３ｂは、ＮＩＣ３ａによって受信されたパケットを一時的に格納するための記憶装置である。
【００１２】
フレームバッファ３ｃは、パケットバッファ３ｂに格納されたパケットに含まれている映像情報から抽出されたフレームを格納するための記憶装置である。
【００１３】
デコーダ３ｄは、フレームバッファ３ｃに格納されているフレームをＭＰＥＧ方式に基づいて復号し、もとの映像データを生成して出力する。
【００１４】
Ｄ／Ａ変換器３ｅは、デコーダ３ｄから供給された映像データ（ディジタル信号）を対応する映像信号（アナログ信号）に変換して出力する。
【００１５】
テレビジョン受像機４は、Ｄ／Ａ変換器３ｅから出力された映像信号を表示部（例えば
ＣＲＴ（Cathode Ray Tube））に表示する。
【００１６】
つぎに、以上の従来例の動作について説明する。
【００１７】
まず、通常再生を行う場合には、ＣＰＵ３ｆがＮＩＣ３ａに対して、所定の映像情報に対する送信要求を、サーバ装置１に対して行う。その結果、サーバ装置１は、要求された映像情報を内蔵されている記憶装置から読み出し、パケット化するとともに、映像再生装置３を送信先としてＨＵＢ２を介して送出する。
【００１８】
映像再生装置３では、ＮＩＣ３ａが当該パケットを受信し、パケットバッファ３ｂに格納する。ＣＰＵ３ｆは、パケットバッファ３ｂに格納されているパケットに含まれている映像情報の中から、フレームデータを抽出し、フレームバッファ３ｃにフレームの種類毎に格納する。
【００１９】
デコーダ３ｄは、フレームバッファ３ｃに格納されているフレームデータを読み出して復号処理を施し、もとの映像データを生成してＤ／Ａ変換器３ｅに供給する。
【００２０】
Ｄ／Ａ変換器３ｅは、デコーダ３ｄから供給された映像データを映像信号に変換して出力する。その結果、テレビジョン受像機４には、所定の映像が通常の再生速度にて表示される。
【００２１】
つぎに、高速再生を行う場合について説明する。
【００２２】
高速再生を行う場合の基本的な動作は、前述の通常再生の場合と同様であるが、デコーダ３ｄが複数のフレームの中から、単独再生可能なフレーム（ＭＰＥＧの場合はＩ（Intra）ピクチャ）を抽出して通常と同じフレームレートにて再生することにより、通常よりも速い速度で再生を行う。
【００２３】
その場合、デコーダ３ｄは、複数のフレームの中から特定のフレームだけを抽出して再生する。したがって、例えば、２倍速で再生する場合には、サーバ装置１から映像再生装置３への転送速度は略２倍となり、また、３倍速、４倍速等では、倍速数に応じてデータの転送速度が速くなる。
【００２４】
その場合、サーバ装置１と映像再生装置３との間の通信状態が悪化した場合には、前述したように、伝送速度が十分でなくなり、スムーズな再生映像が得られないという問題が発生する。
【００２５】
本発明は、上記の事情に基づきなされたもので、その目的とするところは、ネットワークの状態に拘わらずスムーズな再生映像を得ることができる映像再生装置および映像再生システムを提供することを目的とする。
【課題を解決するための手段】
【００２６】
上述の目的を達成するため、本発明の映像再生装置は、サーバ装置から映像情報を受信して再生する映像再生装置において、サーバ装置から映像情報を受信する複数の受信手段と、複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるようにサーバ装置に対して映像情報の送信要求を行う送信要求手段と、受信手段によって受信された映像情報を再生する再生手段と、を有する。
【００２７】
また、他の発明の映像再生装置は、上述の発明に加えて、受信手段とサーバ装置とは、複数のケーブルによって接続されている。
【００２８】
また、他の発明の映像再生装置は、上述の発明に加えて、複数の受信手段は、複数のネットワークインタフェースカードによって構成されている。
【００２９】
また、他の発明の映像再生装置は、上述の発明に加えて、送信要求手段は、再生手段が少なくとも高速再生を行う場合には、複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるようにサーバ装置に対して映像情報の送信要求を行うようにしている。
【００３０】
また、他の発明の映像再生装置は、上述の発明に加えて、送信要求手段は、再生手段が通常再生を行っている場合において、サーバ装置との間の回線が通常再生を実行するのに十分でない程度に混雑している場合には、複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるようにサーバ装置に対して映像情報の送信要求を行うようにしている。
【００３１】
また、他の発明の映像再生装置は、上述の発明に加えて、送信要求手段は、受信手段が所定の順序で映像情報を受信するように、サーバ装置に対して送信要求を行うようにしている。
【００３２】
また、他の発明の映像再生装置は、上述の発明に加えて、送信要求手段は、受信手段が有する映像情報を含むパケットを格納するためのパケットバッファが空いている受信手段を検出し、当該受信手段が映像情報を受信するようにサーバ装置に対して送信要求を行うようにしている。
【００３３】
また、本発明の映像再生システムは、サーバ装置と、当該サーバ装置から映像情報を受信して再生する映像再生装置とを有する映像再生システムにおいて、映像再生装置は、サーバ装置から映像情報を受信する複数の受信手段と、複数の受信手段の少なくとも２つ以上が並行して映像情報を受信状態となるようにサーバ装置に対して映像情報の送信要求を行う送信要求手段と、受信手段によって受信された映像情報を再生する再生手段と、を有する。
【発明の効果】
【００３４】
本発明は、ネットワークの状態に拘わらずスムーズな再生映像を得ることができる映像再生装置および映像再生システムを提供することができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の一実施の形態について図に基づいて説明する。
【００３６】
図１は、本発明の実施の形態に係る映像再生システムの構成例を示す図である。この図に示すように、本発明の実施の形態に係る映像再生システムは、サーバ装置１０、ＨＵＢ２０、映像再生装置３０、および、テレビジョン受像機４０を主要な構成要素としている。
【００３７】
ここで、サーバ装置１０は、後述するＨＤＤ（Hard Disk Drive）等の記憶装置に映像情報を記憶しており、映像再生装置３０からの要求に応じて、所望の映像情報を記憶装置から読み出し、ＨＵＢ２０を介して送信する装置である。なお、映像情報としては、例えば、ＭＰＥＧ方式に基づいて符号化された情報を記憶している。
【００３８】
図２は、サーバ装置１０の詳細な構成例を示す図である。この図に示すように、サーバ装置１０は、ＣＰＵ１０ａ、ＲＯＭ（Read Only Memory）１０ｂ、ＲＡＭ（Random Access Memory）１０ｃ、ＨＤＤ１０ｄ、画像処理部１０ｅ、Ｉ／Ｆ（Interface）１０ｆ、表示装置１０ｇ、および、操作部１０ｈを主要な構成要素としている。
【００３９】
ここで、ＣＰＵ１０ａは、ＲＯＭ１０ｂおよびＨＤＤ１０ｄに格納されているプログラムに基づいて各種演算処理を実行するとともに、装置の各部を制御する中央処理装置である。
【００４０】
ＲＯＭ１０ｂは、ＣＰＵ１０ａが実行する各種プログラムおよび各種データを格納している半導体記憶装置である。ＲＡＭ１０ｃは、ＣＰＵ１０ａが実行する対象となるプログラムまたはデータを一時的に格納する半導体記憶装置である。
【００４１】
ＨＤＤ１０ｄは、各種データおよび各種プログラムを格納している。この例では、ＨＤＤ１０ｄは、映像情報ＤＢ（Data Base）１０ｄ１、アプリケーションプログラム１０ｄ２、および、通信用プログラム１０ｄ３を記憶している。ここで、映像情報１０ｄ１は、映像再生装置３０に送信するための情報であり、例えば、ＭＰＥＧ方式（例えば、ＭＰＥＧ−２，ＭＰＥＧ−４等）に基づいて符号化された映像情報である。アプリケーションプログラム１０ｄ２は、映像再生装置３０から映像情報の送信要求がなされた場合に、オンデマンドで当該映像情報を送信するための処理を実行するプログラムである。通信用プログラム１０ｄ３は、映像再生装置３０との間における通信を行うためのプログラムである。
【００４２】
画像処理部１０ｅは、例えば、グラフィックカード等によって構成され、ＣＰＵ１０ａから供給された描画命令に従って描画処理を行い、得られた画像を映像信号に変換して出力する。
【００４３】
Ｉ／Ｆ１０ｆは、操作部１０ｈおよびＨＵＢ２０が接続され、これらとの間で情報を授受する際に、情報の表現形式を適宜変換するための変換装置である。なお、ＨＵＢ２０との間で情報を授受する際には、上述した通信用プログラム１０ｄ３に基づいて通信が行われる。
【００４４】
表示装置１０ｇは、例えば、ＬＣＤ（Liquid Crystal Display）モニタまたはＣＲＴモニタ等によって構成され、画像処理部１０ｅから出力された映像信号を表示する。
【００４５】
操作部１０ｈは、例えば、キーボードおよび／またはマウス等によって構成され、サーバ装置１０を管理する管理者の操作に応じた情報を生成して出力する。
【００４６】
図１に戻って、ＨＵＢ２０は、例えば、スイッチングハブであり、サーバ装置１０が接続される１つのポートと、映像再生装置３０が有するｎ個のＮＩＣ（詳細は後述する）がそれぞれ接続されるｎ個のポートとを少なくとも有している。ＨＵＢ２０は、各ポートのポート番号と、各ポートに接続されているネットワーク機器のＭＡＣ（Media Access Control）アドレスとの対応関係を示すテーブルを有している。ＨＵＢ２０は、受信したパケットのヘッダに付加されている宛先を示すＭＡＣアドレスと、当該テーブルとを対照し、転送すべきポートを決定し、当該ポートにのみパケットを転送する。なお、サーバ装置１０とＨＵＢ２０とはケーブル１１によって接続されている。
【００４７】
映像再生装置３０は、サーバ装置１０に対して映像情報の送信要求を行い、その結果送信されてきた映像情報を復号して、テレビジョン受像機４０に表示する。また、高速再生を行う場合には、複数のケーブル２１−１〜２１−ｎを並列して使用することにより、サーバ装置１０から映像情報を高速に受信し、得られた高速再生映像をテレビジョン受像機４０に表示する。なお、ＨＵＢ２０と映像再生装置３０とは、ｎ本のケーブル２１−１〜２１−ｎによって接続されている。
【００４８】
図３は、映像再生装置３０の構成例を示す図である。この図に示すように、映像再生装置３０は、ｎ個のＮＩＣ（ネットワークインタフェースカード）３１−１〜３１−ｎ、ｎ個のパケットバッファ３２−１〜３２−ｎ、フレームバッファ３３、デコーダ３４、Ｄ／Ａ変換器３５、および、ＣＰＵ３６を主要な構成要素としている。
【００４９】
ここで、受信手段および送信要求手段の一部としてのＮＩＣ３１−１〜３１−ｎは、ＨＵＢ２０を介してサーバ装置１０との間でパケットを授受する際のインタフェースである。ＮＩＣ３１−１〜３１−ｎは、それぞれがユニークなＭＡＣアドレスを有しており、当該ＭＡＣアドレスに基づいて、サーバ装置１０との間で映像情報を授受する。なお、ＮＩＣ３１−１〜３１−ｎは、例えば、ＩＥＥＥ８０２．３規格に基づいて動作する。
【００５０】
パケットバッファ３２−１〜３２−ｎは、ＮＩＣ３１−１〜３１−ｎによってそれぞれ受信されたパケットを一時的に格納するための記憶装置である。パケットバッファ３２−１〜３２−ｎには、少なくとも１以上のセグメント（ＴＣＰにおける情報の単位）を格納可能な受信ウィンドウが設けられており、当該ウィンドウに所定量のセグメントが蓄えられた場合には、ＣＰＵ３６に対して通知を行う。ＣＰＵ３６は、ウィンドウに蓄えられているセグメントを読み出し、当該セグメントに含まれているフレームを抽出し、その種類に応じてフレームバッファ３３の所定の領域に格納する。
【００５１】
フレームバッファ３３は、パケットバッファ３２−１〜３２−ｎに格納されたセグメントに含まれているフレーム（例えば、Ｉピクチャ、Ｂ（Bidirectionally Predictive Picture）ピクチャ、Ｐ（Predictive Picture）ピクチャ）を、フレームの種類に応じて分類して格納するための記憶装置である。
【００５２】
再生手段としてのデコーダ３４は、ＣＰＵ３６からの指令に基づいて、フレームバッファ３３に格納されている各種フレームをＭＰＥＧ方式に基づいて復号し、もとの映像データを生成して出力する。なお、通常再生の場合には、デコーダ３４は、全ての種類のフレーム（Ｉ，Ｂ，Ｐピクチャ）を復号し、Ｄ／Ａ変換器３５に供給する。一方、高速再生の場合は、Ｉピクチャのみを抽出し、デコーダ３４に供給する。具体的には、高速早送り再生の場合は、Ｉピクチャを正順（通常再生と同じ順序）で抽出して復号する。一方、高速巻き戻し再生の場合は、Ｉピクチャを逆順（通常再生と逆の順序）で抽出して復号する。なお、倍速再生の場合には、Ｉピクチャを所定の割合で抽出し（例えば、２倍速の場合は１／２の割合で抽出し）、復号する。
【００５３】
Ｄ／Ａ変換器３５は、デコーダ３４から供給された映像データ（ディジタル信号）を対応する映像信号（アナログ信号）に変換して出力する。
【００５４】
送信要求手段の一部としてのＣＰＵ３６は、装置の各部を制御するための中央処理装置である。
【００５５】
図１に戻って、テレビジョン受像機４０は、Ｄ／Ａ変換器３５から出力された映像信号（例えば、ＮＴＳＣ信号）を表示部（例えば、ＣＲＴ）に表示する。
【００５６】
つぎに、以上の実施の形態の動作を説明する。
【００５７】
以下では、まず、通常再生時の動作について説明した後、高速再生時の動作について説明する。
【００５８】
通常再生時の動作．
【００５９】
図３において、ユーザが図示せぬ操作部を操作し、所望の映像情報の再生（通常再生）を指示したとすると、ＣＰＵ３６はこれを認識し、初期段階での通常再生用に設定されている所定のＮＩＣ（例えば、ＮＩＣ３１−１（以下、これを通常再生用のＮＩＣとする））に対して、映像情報の転送要求をサーバ装置１０に対して行うように指示する。
【００６０】
この結果、通常再生用のＮＩＣ３１−１は、再生の対象となる映像情報を特定するための情報（例えば、ファイル名）およびパケットバッファ３２−１のウィンドウサイズを示す情報等に対して、自己のＭＡＣアドレスを送信元とし、サーバ装置１０のＭＡＣアドレスを送信先のＭＡＣアドレスとして付加してケーブル２１−１を介して送信する。
【００６１】
ＨＵＢ２０は、ケーブル２１−１を介して送られてきた送信要求を受信し、当該送信要求のヘッダに含まれている送信先ＭＡＣアドレスを参照し、当該パケットはサーバ装置１０が接続されているポートに送信する必要があることを認識する。その結果、ＨＵＢ２０は、当該パケットをケーブル１１を介して送信する。
【００６２】
サーバ装置１０は、通信用プログラム１０ｄ３の動作により、ＨＵＢ２０から送信されたパケットを受信する。そして、ＣＰＵ１０ａは、映像再生装置３０から映像情報の送信要求がなされたことを認識する。その結果、ＣＰＵ１０ａは、アプリケーションプログラム１０ｄ２に基づいて、要求された映像情報を映像再生装置３０に送信する処理を実行する。すなわち、ＣＰＵ１０ａは、映像再生装置３０から要求された映像情報を、ＨＤＤ１０ｄの映像情報ＤＢ１０ｄ１から取得する。そして、ＣＰＵ１０ａは、通信用プログラム１０ｄ３のＴＣＰ（Transmission Control Protocol）の制御に基づいて、映像再生装置３０から送信されたウィンドウサイズに応じた所定の大きさのセグメントに映像情報を分割する。つぎに、ＣＰＵ１０ａは、セグメントの順番を示すシーケンス番号等の情報を含むヘッダをセグメントに付加し、ＩＰ（Internet Protocol）によって、送信先および送信元のアドレスを付加した後、Ｉ／Ｆ１０ｆを介して送信する。
【００６３】
サーバ装置１０から送信されたパケットは、ケーブル１１を介してＨＵＢ２０に供給される。ＨＵＢ２０は、送信先アドレスを参照して、当該パケットをケーブル２１−１に送り出す。
【００６４】
映像再生装置３０は、ケーブル２１−１を介して送られてきたパケットをＮＩＣ３１−１によって受信し、当該パケットから前述した各種ヘッダ情報を取り除いたデータをパケットバッファ３２−１に設けられているウィンドウに格納する。そして、ウィンドウに所定量のデータが格納されると、ＮＩＣ３１−１はＣＰＵ３６に例えば、割り込み信号等によって通知する。
【００６５】
ＣＰＵ３６は、パケットバッファ３２−１に格納されているデータから、例えば、１つのＧＯＰ（Group of Pictures）を構成するフレーム（Ｉピクチャ、Ｂピクチャ、Ｐピクチャ）を抽出し、フレームバッファ３３にフレームの種類に応じて定まる領域に格納する。
【００６６】
つぎに、ＣＰＵ３６は、デコーダ３４に対してデコード処理を開始するように指示する。その結果、デコーダ３４は、フレームバッファ３３に格納されている各種フレームをデコードし、映像データを生成する。このようにして生成された映像データは、Ｄ／Ａ変換器３５に供給され、映像信号に変換された後、テレビジョン受像機４０に供給されて表示される。
【００６７】
なお、パケットバッファ３２−１に格納されているデータの量が所定量より少なくなった場合には、ＣＰＵ３６は、ＮＩＣ３１−１に対して、続きの映像情報を送信要求するように指示する。その結果、前述の場合と同様の手順によって、映像情報がサーバ装置１０から送信され、ＮＩＣ３１−１を介してパケットバッファ３２−１に格納される。そして、フレーム毎に抽出されてフレームバッファ３３に格納された後、デコーダ３４によって再生される。
【００６８】
以上の処理により、サーバ装置１０に格納されている映像情報がダウンロードされ、通常速度で再生されてテレビジョン受像機４０に表示される。
【００６９】
高速再生時の動作．
【００７０】
例えば、通常再生中において、図示せぬ操作部の高速早送り再生ボタンまたは高速巻き戻しボタンが操作された場合には、ＣＰＵ３６は、高速再生が指示されたことを認識し、図４に示すフローチャートの処理を実行する。このフローチャートの処理が開始されると、以下のステップが実行される。
【００７１】
ステップＳ１０：ＣＰＵ３６は、変数ｉに現在使用中のＮＩＣの番号を代入する。具体的には、いまの例では、ＮＩＣ３１−１が初期段階での通常再生用となっているので、変数ｉには値“１”が代入される。
【００７２】
ステップＳ１１：ＣＰＵ３６は、変数ｉに代入されている値が、ＮＩＣの最大番号であるｎと等しいか否かを判定する。その結果、等しいと判定した場合にはステップＳ１２に進み、それ以外の場合にはステップＳ１３に進む。
【００７３】
ステップＳ１２：ＣＰＵ３６は、変数ｉに値“１”を代入して初期化する。
【００７４】
ステップＳ１３：ＣＰＵ３６は、変数ｉの値を１インクリメントする。
【００７５】
ステップＳ１４：ＣＰＵ３６は、番号が＃ｉのＮＩＣ（ＮＩＣ＃ｉ）に対して、パケットの送信要求を行うように指示する。例えば、いまの例では、ｉ＝２であるので、ＮＩＣ３１−２に対して送信を要求するように指示がなされる。その結果、ＮＩＣ３１−２は、再生の対象となる映像情報を特定するための情報（例えば、ファイル名および再生位置）およびパケットバッファ３２−２のウィンドウサイズを示す情報等に対して、自己のＭＡＣアドレスを送信元とし、サーバ装置１０のＭＡＣアドレスを送信先のアドレスとして付加してケーブル２１−２を介して送信する。
【００７６】
ＨＵＢ２０は、ケーブル２１−２を介して送られてきた送信要求のパケットを受信し、当該パケットのヘッダに含まれている送信先ＭＡＣアドレスを参照し、当該パケットはサーバ装置１０が接続されているポートに送信する必要があることを認識する。その結果、ＨＵＢ２０は、当該パケットをケーブル１１を介して送信する。
【００７７】
サーバ装置１０は、通信用プログラム１０ｄ３の動作により、ＨＵＢ２０から送信されたパケットを受信する。そして、ＣＰＵ１０ａは、映像再生装置３０から映像情報の送信要求がなされたことを認識する。その結果、ＣＰＵ１０ａは、アプリケーションプログラム１０ｄ２に基づいて、要求された映像情報を送信する処理を実行する。すなわち、ＣＰＵ１０ａは、映像再生装置３０から要求された映像情報を、ＨＤＤ１０ｄの映像情報ＤＢ１０ｄ１から取得する。そして、ＣＰＵ１０ａは、通信用プログラム１０ｄ３のＴＣＰの制御に基づいて、映像再生装置３０から送信されたウィンドウサイズに応じた所定の大きさのセグメントに映像情報を分割する。つぎに、ＣＰＵ１０ａは、セグメントの順番を示すシーケンス番号等の情報を含むヘッダをセグメントに付加し、ＩＰによって、送信先および送信元のアドレスを付加した後、Ｉ／Ｆ１０ｆを介して送信する。
【００７８】
サーバ装置１０から送信されたパケットは、ケーブル１１を介してＨＵＢ２０に供給される。ＨＵＢ２０は、送信先アドレスを参照して、当該パケットをケーブル２１−２に送り出す。
【００７９】
映像再生装置３０は、ケーブル２１−２を介して送られてきたパケットをＮＩＣ３１−２によって受信し、当該パケットから前述した各種ヘッダ情報を取り除いたデータをパケットバッファ３２−２に設けられているウィンドウに格納する。
【００８０】
以上の処理により、ステップＳ１４の処理により要求されたデータが受信される。
【００８１】
ステップＳ１５：ＣＰＵ３６は、ＮＩＣ３１−１〜３１−ｎからの割り込み等に基づいて、受信データが有るか否かを検出する。その結果、受信データが有ると判定された場合にはステップＳ１９に進み、それ以外の場合にはステップＳ１６に進む。
【００８２】
ステップＳ１６：ＣＰＵ３６は、変数ｉの値がＮＩＣの最大番号であるｎと等しいか否かを判定し、等しい場合にはステップＳ１７に進み、それ以外の場合にはステップＳ１８に進む。
【００８３】
ステップＳ１７：ＣＰＵ３６は、変数ｉに値“１”を代入する。
【００８４】
ステップＳ１８：ＣＰＵ３６は、変数ｉの値を１インクリメントする。
【００８５】
なお、ステップＳ１４〜Ｓ１８の一連の処理により、受信データがない場合には、ＮＩＣ３１−１〜３１−ｎからデータの送信要求が順次なされ、受信データがある場合には、ステップＳ１９以降の処理が実行される。ステップＳ１９以降の処理に必要な時間は、データの受信に必要な時間よりも短いので、処理が開始された当初は、ＮＩＣ３１−１〜３１−ｎの略全てから送信要求がなされ、前述のステップＳ１４と同様の処理が実行されてデータが受信される。すなわち、ＮＩＣ３１−１〜３１−ｎは、並列的にデータを受信する動作を行う。そして、データの受信が完了した場合には、後述する処理が実行される。
【００８６】
ステップＳ１９：ＣＰＵ３６は、データの受信が完了したＮＩＣのパケットバッファに格納されているデータからフレームを抽出し、フレームの種類に応じた所定の領域に格納する。
【００８７】
具体的には、ＣＰＵ３６は、受信が完了したパケットバッファに格納されているデータから、例えば、１つのＧＯＰを構成するフレーム（Ｉピクチャ、Ｂピクチャ、Ｐピクチャ）を抽出し、フレームバッファ３３のフレームの種類に応じて定まる領域に格納する。
【００８８】
つづいて、ＣＰＵ３６は、デコーダ３４に対して高速再生用のデコード処理を開始するように指示する。その結果、デコーダ３４は、フレームバッファ３３に格納されているＩピクチャのみをデコードし、映像データを生成する。このようにして生成された高速再生用の映像データは、Ｄ／Ａ変換器３５に供給され、映像信号に変換された後、テレビジョン受像機４０に供給されて表示される。その結果、テレビジョン受像機４０には、高速再生された映像が表示される。
【００８９】
ステップＳ２０：ＣＰＵ３６は、サーバ装置１０に格納されている映像情報のファイルが終了したか否かを判定する。すなわち、高速早送り再生の場合にはファイルの末尾に到達したか否かを判定し、高速巻き戻し再生の場合にはファイルの先頭に到達したか否かを判定し、これらに該当する場合には、映像が終了したと判定して処理を終了し、それ以外の場合にはステップＳ２１に進む。
【００９０】
ステップＳ２１：ＣＰＵ３６は、通常再生要求がなされたか否かを判定する。すなわち、ＣＰＵ３６は、図示せぬ操作部が操作され、通常再生に復帰する指示がなされた場合（例えば、再生ボタンが操作された場合）には、ステップＳ２２に進み、それ以外の場合にはステップＳ１４に戻って同様の処理を繰り返す。
【００９１】
ステップＳ２２：ＣＰＵ３６は、番号が（ｉ＋１）であるＮＩＣに対してパケットの送信要求を行うように指示する。すなわち、最後にパケットの送信要求を行ったＮＩＣの次のＮＩＣに対して通常再生用の送信要求を行うように指示する。なお、送信要求を行う対象となるパケットとしては、デコーダ３４において最後にデコードされたフレームを含むＧＯＰのつぎのＧＯＰからパケットとして送信するように要求する。なお、番号が（ｉ＋１）であるＮＩＣが存在しない場合（（ｉ＋１）＞ｎの場合）には、ＮＩＣ３１−１に対して送信要求を行うように指示する。
【００９２】
ステップＳ２３：ＣＰＵ３６は、通常再生処理を実行する。すなわち、ＣＰＵ３６は、ステップＳ２２において選択されたＮＩＣを再生用ＮＩＣとし、前述した通常再生処理と同様の処理に基づいて映像の再生処理を実行する。
【００９３】
以上の処理によれば、高速再生が指示された場合には、複数のＮＩＣ３１−１〜３１−ｎによってパケットの送信要求が並列してなされ、複数のケーブル２１−１〜２１−ｎによって並列してパケットが転送されるので、各ケーブルの伝送レートが低い場合であっても、十分な伝送レートを確保し、結果として高速再生をスムーズに実行することができる。
【００９４】
例えば、ｎ＝１である従来の場合に比較して、ｎの値の設定状況によっては、略ｎ倍の伝送レートを確保することができるので、例えば、２倍速、３倍速等の高速再生モードにも十分に対応することができる。
【００９５】
また、以上の処理では、ＮＩＣの番号の昇順に巡回するように送信要求を行うようにしたので、前述のように変数ｉの値に応じて送信要求処理を実行すればよいことから、制御を簡易化することが可能になる。
【００９６】
なお、以上の実施の形態では、ＮＩＣの番号の昇順に巡回するように送信要求を行うようにしたが、例えば、図５に示すように、各ＮＩＣの番号と、各ＮＩＣの状態と、受信したパケットのシーケンス番号とを対応付けて格納したテーブルを、例えば、フレームバッファ３３等に設け、当該テーブルに基づいて送信要求処理を実行するようにしてもよい。
【００９７】
図５の例では、「ＮＩＣ番号」としてはＮＩＣ３１−１〜３１−ｎに対応する数値が格納されている。また、「状態」としては、送信要求を行ったパケットを受信済であることを示す「受信済」、パケットの送信要求を行ったパケットを受信待ちまたは受信中の状態である「受信中」、送信要求を行っていないかまたは受信済のデータが処理済となった状態を示す（すなわち、パケットバッファが実質的に空であることを示す）「空」の３つの状態がある。また、シーケンス番号としては、送信するセグメントの順番を示す数値が格納されている。なお、このテーブルの例では、１つのパケットバッファには、１つのセグメントが格納される場合を想定している。複数のセグメントが格納される場合には、シーケンス番号を複数格納できるようにすればよい。
【００９８】
このようなテーブルを使用した高速再生における送信要求処理は、つぎのようになる。すなわち、ＣＰＵ３６は、高速再生要求がなされた場合には、図５に示すテーブルにおいて、状態が「空」となっているＮＩＣを検索する。通常再生が実行されている状態において、高速再生が指示された場合には、通常再生用のＮＩＣ以外は空となっているのが通例であるため、例えば、番号が“１”であるＮＩＣ３１−１が通常再生に使用されている場合には、それ以外のＮＩＣ３１−２〜３１−ｎは空の状態となっている。このため、ＣＰＵ３６は、例えば、ＮＩＣ３１−２に対して、パケットの送信要求を行うように指示する。その結果、ＮＩＣ３１−２は、高速早送り再生の場合は、現在デコード中のＧＯＰの次のＧＯＰを含むパケットに対する送信要求を行う。また、高速巻き戻し再生の場合は、現在デコード中のＧＯＰの前のＧＯＰを含むパケットに対する送信要求を行う。送信要求が開始されると、ＣＰＵ３６は、テーブルの当該ＮＩＣに対応する状態を「受信中」とする。
【００９９】
ＣＰＵ３６は、同様の処理を、状態が「空」となっている全てのＮＩＣに対して実行する。その結果、状態が空となっているＮＩＣはパケットの送信要求状態となる。すなわち、複数のＮＩＣが並列して送信要求を行う状態となる。このとき、テーブルの状態は「受信中」となる。
【０１００】
このような状態において、所定のＮＩＣがパケットの受信を完了すると、ＣＰＵ３６は、これを検出し、まず、テーブルの状態を「受信済」にする。そして、受信されたパケットに含まれているセグメントのシーケンス番号を抽出し、テーブルに格納する。その結果、受信が完了した場合には、図５に示すテーブルの状態が「受信済」となり、また、シーケンス番号が格納される。
【０１０１】
ＣＰＵ３６は、テーブルに格納されているシーケンス番号を参照し、受信が完了したパケットを順番に（シーケンス番号の昇順に）特定し、その中に含まれているフレームを順次抽出して、フレームバッファ３３に展開する。そして、展開が終了した場合には、デコーダ３４に対してデコード処理を指示する。
【０１０２】
また、全てのデータのデコードが完了したパケットバッファについては、テーブルの状態を「空」にする。この結果、当該パケットバッファに対応するＮＩＣについては、送信要求が受け付け可能な状態となる。
【０１０３】
デコーダ３４は、Ｉピクチャのみを抽出してデコードし、得られた映像をＤ／Ａ変換器３５に供給する。その結果、テレビジョン受像機４０には、高速再生された映像が表示される。
【０１０４】
以上の処理によれば、ケーブル２１−１〜２１−ｎの伝送状態にばらつきがあり、ＮＩＣ３１−１〜３１−ｎ間において、送信要求とタイミングと受信のタイミングとが前後した場合であっても、シーケンス番号に基づいて再生処理がなされるため、適切な順序で映像を再生することができる。
【０１０５】
また、各ＮＩＣの状態およびパケットバッファの状態を管理するようにしたので、例えば、送信要求済であって現在送信待ちの状態または受信中の状態のＮＩＣに対して、重ねて送信要求が指示されることを防止できる。
【０１０６】
なお、上述の実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【０１０７】
例えば、以上の実施の形態では、通常再生においては、１つのＮＩＣによって送信要求を行うようにしたが、複数のＮＩＣによって送信要求を行うようにしてもよい。一般的には、通常再生よりも高速再生の方が送信要求を行うＮＩＣの数を増加するようにすればよい。また、ネットワークの混雑状況に応じて、通常再生時の送信要求を行うＮＩＣの数を可変するようにしてもよい。そのような実施の形態によれば、ネットワークが混在している場合でも通常再生をスムーズに実行することができる。
【０１０８】
また、以上の実施の形態では、高速再生時には全てのＮＩＣを使用するようにしたが、例えば、ネットワークの混雑状況または再生速度に応じて使用するＮＩＣの数を可変するようにしてもよい。例えば、ネットワークの混雑状況に応じて使用するＮＩＣの数を増減したり、再生速度に応じて使用するＮＩＣの数を増減するようにしたりしてもよい。
【０１０９】
また、以上の実施の形態では、ＨＵＢ２０と映像再生装置３０の間は、ｎ本のケーブル２１−１〜２１−ｎを使用するようにしたが、これらをまとめて絶縁材で被覆して１本のケーブルにすることも可能である。
【０１１０】
また、以上の実施の形態では、ＨＵＢ２０は、サーバ装置１０とは独立した構成としたが、ＨＵＢ２０をサーバ装置１０に内蔵するようにしてもよい。
【０１１１】
また、以上の実施の形態では、ｎ個のＮＩＣと、ｎ個のパケットメモリとを設けるようにしたが、例えば、パケットメモリについては、複数個のＮＩＣによって共有することも可能である。
【０１１２】
また、以上の実施の形態では、通信エラーについては考慮していないが、例えば、所定のＮＩＣにおいて、通信エラーが発生した場合には、当該パケットについての再送信要求を行うようにしてもよい。
【０１１３】
また、以上の実施の形態においては、音声については言及していないが、音声については、一般的には高速再生中はミュート（無音）状態とし、通常再生時にはデコーダ３４によって再生された音声情報を、図示せぬＤ／Ａ変換器によって音声信号に変換し、同じく図示せぬスピーカから出力するようにすればよい。
【０１１４】
また、以上の実施の形態では、映像再生装置が１つの場合を例に挙げて説明したが、複数の映像再生装置を接続することも可能である。なお、ケーブルを複数の映像再生装置にて共用する場合には、例えば、既存のコリジョン回避技術（例えば、ＣＭＳＡ／ＣＤ（Carrier Sense Multiple Access / Collision Detection）を利用することができる。
【産業上の利用可能性】
【０１１５】
本発明は、例えば、ネットワークを介して映像を再生する映像再生装置に利用することができる。
【図面の簡単な説明】
【０１１６】
【図１】本発明の実施の形態に係る映像再生システムの構成例を示す図である。
【図２】図１に示すサーバ装置の構成例を示すブロック図である。
【図３】図１に示す映像再生装置の詳細な構成例を示すブロック図である。
【図４】図３に示す映像再生装置において高速再生時に実行される処理の一例を説明するフローチャートである。
【図５】本発明の他の実施の形態の映像再生装置に格納されているテーブルの一例である。
【図６】従来の映像再生システムの構成を示す図である。
【符号の説明】
【０１１７】
１０ サーバ装置，２０ ＨＵＢ，２１−１〜２１−ｎ ケーブル，３０ 映像再生装置，３１−１〜３１−ｎ ＮＩＣ（受信手段、送信要求手段の一部），３４ デコーダ（再生手段），３６ ＣＰＵ（送信要求手段の一部），４０ テレビジョン受像機
【技術分野】
【０００１】
本発明は、映像再生装置および映像再生システムに関する。
【背景技術】
【０００２】
従来、例えば、ＭＰＥＧ（Moving Picture Expert Group）方式に基づいて圧縮された映像を再生する場合、通常の速度で再生する以外にも、巻き戻し再生または早送り再生等の高速再生を行う必要がある。
【０００３】
このような高速再生を行う技術としては、例えば、特許文献１に示すような技術が提案されている。
【０００４】
【特許文献１】特開２００４−４８５９８号公報（要約書、特許請求の範囲）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、映像情報をネットワークを介して伝送し、これを受信した映像再生装置において再生する場合、高速再生時に単位時間あたりの情報伝送量が十分でなくなり、映像の再生がスムーズでなくなるという問題点がある。これを以下に説明する。
【０００６】
図６は、従来において、ネットワークを介して映像情報を伝送し、これを受信した映像再生装置において再生する場合の映像再生システムの構成を示す図である。この例では、映像再生システムは、サーバ装置１、ＨＵＢ２、映像再生装置３、および、テレビジョン受像機４を構成要素としている。
【０００７】
ここで、サーバ装置１は、各種の映像情報（ＭＰＥＧ方式に基づいて圧縮された映像情報）を複数格納しており、映像再生装置３からの送信要求に対応する映像情報を読み出して送信する。
【０００８】
ＨＵＢ２は、例えば、スイッチングハブであり、各ポートのポート番号と、各ポートに接続されているネットワーク機器のアドレスとを対応付けてテーブルとして記憶しており、当該テーブルを参照し、パケットを所定のポートから他のポートへ転送する。
【０００９】
映像再生装置３は、ＮＩＣ（Network Interface Card）３ａ、パケットバッファ３ｂ、フレームバッファ３ｃ、デコーダ３ｄ、Ｄ／Ａ（Digital to Analog）変換器３ｅ、および、ＣＰＵ（Central Processing Unit）３ｆを構成要素としている。
【００１０】
ここで、ＮＩＣ３ａは、ＨＵＢ２を介してサーバ装置１との間でパケットを授受するインタフェースである。
【００１１】
パケットバッファ３ｂは、ＮＩＣ３ａによって受信されたパケットを一時的に格納するための記憶装置である。
【００１２】
フレームバッファ３ｃは、パケットバッファ３ｂに格納されたパケットに含まれている映像情報から抽出されたフレームを格納するための記憶装置である。
【００１３】
デコーダ３ｄは、フレームバッファ３ｃに格納されているフレームをＭＰＥＧ方式に基づいて復号し、もとの映像データを生成して出力する。
【００１４】
Ｄ／Ａ変換器３ｅは、デコーダ３ｄから供給された映像データ（ディジタル信号）を対応する映像信号（アナログ信号）に変換して出力する。
【００１５】
テレビジョン受像機４は、Ｄ／Ａ変換器３ｅから出力された映像信号を表示部（例えば
ＣＲＴ（Cathode Ray Tube））に表示する。
【００１６】
つぎに、以上の従来例の動作について説明する。
【００１７】
まず、通常再生を行う場合には、ＣＰＵ３ｆがＮＩＣ３ａに対して、所定の映像情報に対する送信要求を、サーバ装置１に対して行う。その結果、サーバ装置１は、要求された映像情報を内蔵されている記憶装置から読み出し、パケット化するとともに、映像再生装置３を送信先としてＨＵＢ２を介して送出する。
【００１８】
映像再生装置３では、ＮＩＣ３ａが当該パケットを受信し、パケットバッファ３ｂに格納する。ＣＰＵ３ｆは、パケットバッファ３ｂに格納されているパケットに含まれている映像情報の中から、フレームデータを抽出し、フレームバッファ３ｃにフレームの種類毎に格納する。
【００１９】
デコーダ３ｄは、フレームバッファ３ｃに格納されているフレームデータを読み出して復号処理を施し、もとの映像データを生成してＤ／Ａ変換器３ｅに供給する。
【００２０】
Ｄ／Ａ変換器３ｅは、デコーダ３ｄから供給された映像データを映像信号に変換して出力する。その結果、テレビジョン受像機４には、所定の映像が通常の再生速度にて表示される。
【００２１】
つぎに、高速再生を行う場合について説明する。
【００２２】
高速再生を行う場合の基本的な動作は、前述の通常再生の場合と同様であるが、デコーダ３ｄが複数のフレームの中から、単独再生可能なフレーム（ＭＰＥＧの場合はＩ（Intra）ピクチャ）を抽出して通常と同じフレームレートにて再生することにより、通常よりも速い速度で再生を行う。
【００２３】
その場合、デコーダ３ｄは、複数のフレームの中から特定のフレームだけを抽出して再生する。したがって、例えば、２倍速で再生する場合には、サーバ装置１から映像再生装置３への転送速度は略２倍となり、また、３倍速、４倍速等では、倍速数に応じてデータの転送速度が速くなる。
【００２４】
その場合、サーバ装置１と映像再生装置３との間の通信状態が悪化した場合には、前述したように、伝送速度が十分でなくなり、スムーズな再生映像が得られないという問題が発生する。
【００２５】
本発明は、上記の事情に基づきなされたもので、その目的とするところは、ネットワークの状態に拘わらずスムーズな再生映像を得ることができる映像再生装置および映像再生システムを提供することを目的とする。
【課題を解決するための手段】
【００２６】
上述の目的を達成するため、本発明の映像再生装置は、サーバ装置から映像情報を受信して再生する映像再生装置において、サーバ装置から映像情報を受信する複数の受信手段と、複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるようにサーバ装置に対して映像情報の送信要求を行う送信要求手段と、受信手段によって受信された映像情報を再生する再生手段と、を有する。
【００２７】
また、他の発明の映像再生装置は、上述の発明に加えて、受信手段とサーバ装置とは、複数のケーブルによって接続されている。
【００２８】
また、他の発明の映像再生装置は、上述の発明に加えて、複数の受信手段は、複数のネットワークインタフェースカードによって構成されている。
【００２９】
また、他の発明の映像再生装置は、上述の発明に加えて、送信要求手段は、再生手段が少なくとも高速再生を行う場合には、複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるようにサーバ装置に対して映像情報の送信要求を行うようにしている。
【００３０】
また、他の発明の映像再生装置は、上述の発明に加えて、送信要求手段は、再生手段が通常再生を行っている場合において、サーバ装置との間の回線が通常再生を実行するのに十分でない程度に混雑している場合には、複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるようにサーバ装置に対して映像情報の送信要求を行うようにしている。
【００３１】
また、他の発明の映像再生装置は、上述の発明に加えて、送信要求手段は、受信手段が所定の順序で映像情報を受信するように、サーバ装置に対して送信要求を行うようにしている。
【００３２】
また、他の発明の映像再生装置は、上述の発明に加えて、送信要求手段は、受信手段が有する映像情報を含むパケットを格納するためのパケットバッファが空いている受信手段を検出し、当該受信手段が映像情報を受信するようにサーバ装置に対して送信要求を行うようにしている。
【００３３】
また、本発明の映像再生システムは、サーバ装置と、当該サーバ装置から映像情報を受信して再生する映像再生装置とを有する映像再生システムにおいて、映像再生装置は、サーバ装置から映像情報を受信する複数の受信手段と、複数の受信手段の少なくとも２つ以上が並行して映像情報を受信状態となるようにサーバ装置に対して映像情報の送信要求を行う送信要求手段と、受信手段によって受信された映像情報を再生する再生手段と、を有する。
【発明の効果】
【００３４】
本発明は、ネットワークの状態に拘わらずスムーズな再生映像を得ることができる映像再生装置および映像再生システムを提供することができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の一実施の形態について図に基づいて説明する。
【００３６】
図１は、本発明の実施の形態に係る映像再生システムの構成例を示す図である。この図に示すように、本発明の実施の形態に係る映像再生システムは、サーバ装置１０、ＨＵＢ２０、映像再生装置３０、および、テレビジョン受像機４０を主要な構成要素としている。
【００３７】
ここで、サーバ装置１０は、後述するＨＤＤ（Hard Disk Drive）等の記憶装置に映像情報を記憶しており、映像再生装置３０からの要求に応じて、所望の映像情報を記憶装置から読み出し、ＨＵＢ２０を介して送信する装置である。なお、映像情報としては、例えば、ＭＰＥＧ方式に基づいて符号化された情報を記憶している。
【００３８】
図２は、サーバ装置１０の詳細な構成例を示す図である。この図に示すように、サーバ装置１０は、ＣＰＵ１０ａ、ＲＯＭ（Read Only Memory）１０ｂ、ＲＡＭ（Random Access Memory）１０ｃ、ＨＤＤ１０ｄ、画像処理部１０ｅ、Ｉ／Ｆ（Interface）１０ｆ、表示装置１０ｇ、および、操作部１０ｈを主要な構成要素としている。
【００３９】
ここで、ＣＰＵ１０ａは、ＲＯＭ１０ｂおよびＨＤＤ１０ｄに格納されているプログラムに基づいて各種演算処理を実行するとともに、装置の各部を制御する中央処理装置である。
【００４０】
ＲＯＭ１０ｂは、ＣＰＵ１０ａが実行する各種プログラムおよび各種データを格納している半導体記憶装置である。ＲＡＭ１０ｃは、ＣＰＵ１０ａが実行する対象となるプログラムまたはデータを一時的に格納する半導体記憶装置である。
【００４１】
ＨＤＤ１０ｄは、各種データおよび各種プログラムを格納している。この例では、ＨＤＤ１０ｄは、映像情報ＤＢ（Data Base）１０ｄ１、アプリケーションプログラム１０ｄ２、および、通信用プログラム１０ｄ３を記憶している。ここで、映像情報１０ｄ１は、映像再生装置３０に送信するための情報であり、例えば、ＭＰＥＧ方式（例えば、ＭＰＥＧ−２，ＭＰＥＧ−４等）に基づいて符号化された映像情報である。アプリケーションプログラム１０ｄ２は、映像再生装置３０から映像情報の送信要求がなされた場合に、オンデマンドで当該映像情報を送信するための処理を実行するプログラムである。通信用プログラム１０ｄ３は、映像再生装置３０との間における通信を行うためのプログラムである。
【００４２】
画像処理部１０ｅは、例えば、グラフィックカード等によって構成され、ＣＰＵ１０ａから供給された描画命令に従って描画処理を行い、得られた画像を映像信号に変換して出力する。
【００４３】
Ｉ／Ｆ１０ｆは、操作部１０ｈおよびＨＵＢ２０が接続され、これらとの間で情報を授受する際に、情報の表現形式を適宜変換するための変換装置である。なお、ＨＵＢ２０との間で情報を授受する際には、上述した通信用プログラム１０ｄ３に基づいて通信が行われる。
【００４４】
表示装置１０ｇは、例えば、ＬＣＤ（Liquid Crystal Display）モニタまたはＣＲＴモニタ等によって構成され、画像処理部１０ｅから出力された映像信号を表示する。
【００４５】
操作部１０ｈは、例えば、キーボードおよび／またはマウス等によって構成され、サーバ装置１０を管理する管理者の操作に応じた情報を生成して出力する。
【００４６】
図１に戻って、ＨＵＢ２０は、例えば、スイッチングハブであり、サーバ装置１０が接続される１つのポートと、映像再生装置３０が有するｎ個のＮＩＣ（詳細は後述する）がそれぞれ接続されるｎ個のポートとを少なくとも有している。ＨＵＢ２０は、各ポートのポート番号と、各ポートに接続されているネットワーク機器のＭＡＣ（Media Access Control）アドレスとの対応関係を示すテーブルを有している。ＨＵＢ２０は、受信したパケットのヘッダに付加されている宛先を示すＭＡＣアドレスと、当該テーブルとを対照し、転送すべきポートを決定し、当該ポートにのみパケットを転送する。なお、サーバ装置１０とＨＵＢ２０とはケーブル１１によって接続されている。
【００４７】
映像再生装置３０は、サーバ装置１０に対して映像情報の送信要求を行い、その結果送信されてきた映像情報を復号して、テレビジョン受像機４０に表示する。また、高速再生を行う場合には、複数のケーブル２１−１〜２１−ｎを並列して使用することにより、サーバ装置１０から映像情報を高速に受信し、得られた高速再生映像をテレビジョン受像機４０に表示する。なお、ＨＵＢ２０と映像再生装置３０とは、ｎ本のケーブル２１−１〜２１−ｎによって接続されている。
【００４８】
図３は、映像再生装置３０の構成例を示す図である。この図に示すように、映像再生装置３０は、ｎ個のＮＩＣ（ネットワークインタフェースカード）３１−１〜３１−ｎ、ｎ個のパケットバッファ３２−１〜３２−ｎ、フレームバッファ３３、デコーダ３４、Ｄ／Ａ変換器３５、および、ＣＰＵ３６を主要な構成要素としている。
【００４９】
ここで、受信手段および送信要求手段の一部としてのＮＩＣ３１−１〜３１−ｎは、ＨＵＢ２０を介してサーバ装置１０との間でパケットを授受する際のインタフェースである。ＮＩＣ３１−１〜３１−ｎは、それぞれがユニークなＭＡＣアドレスを有しており、当該ＭＡＣアドレスに基づいて、サーバ装置１０との間で映像情報を授受する。なお、ＮＩＣ３１−１〜３１−ｎは、例えば、ＩＥＥＥ８０２．３規格に基づいて動作する。
【００５０】
パケットバッファ３２−１〜３２−ｎは、ＮＩＣ３１−１〜３１−ｎによってそれぞれ受信されたパケットを一時的に格納するための記憶装置である。パケットバッファ３２−１〜３２−ｎには、少なくとも１以上のセグメント（ＴＣＰにおける情報の単位）を格納可能な受信ウィンドウが設けられており、当該ウィンドウに所定量のセグメントが蓄えられた場合には、ＣＰＵ３６に対して通知を行う。ＣＰＵ３６は、ウィンドウに蓄えられているセグメントを読み出し、当該セグメントに含まれているフレームを抽出し、その種類に応じてフレームバッファ３３の所定の領域に格納する。
【００５１】
フレームバッファ３３は、パケットバッファ３２−１〜３２−ｎに格納されたセグメントに含まれているフレーム（例えば、Ｉピクチャ、Ｂ（Bidirectionally Predictive Picture）ピクチャ、Ｐ（Predictive Picture）ピクチャ）を、フレームの種類に応じて分類して格納するための記憶装置である。
【００５２】
再生手段としてのデコーダ３４は、ＣＰＵ３６からの指令に基づいて、フレームバッファ３３に格納されている各種フレームをＭＰＥＧ方式に基づいて復号し、もとの映像データを生成して出力する。なお、通常再生の場合には、デコーダ３４は、全ての種類のフレーム（Ｉ，Ｂ，Ｐピクチャ）を復号し、Ｄ／Ａ変換器３５に供給する。一方、高速再生の場合は、Ｉピクチャのみを抽出し、デコーダ３４に供給する。具体的には、高速早送り再生の場合は、Ｉピクチャを正順（通常再生と同じ順序）で抽出して復号する。一方、高速巻き戻し再生の場合は、Ｉピクチャを逆順（通常再生と逆の順序）で抽出して復号する。なお、倍速再生の場合には、Ｉピクチャを所定の割合で抽出し（例えば、２倍速の場合は１／２の割合で抽出し）、復号する。
【００５３】
Ｄ／Ａ変換器３５は、デコーダ３４から供給された映像データ（ディジタル信号）を対応する映像信号（アナログ信号）に変換して出力する。
【００５４】
送信要求手段の一部としてのＣＰＵ３６は、装置の各部を制御するための中央処理装置である。
【００５５】
図１に戻って、テレビジョン受像機４０は、Ｄ／Ａ変換器３５から出力された映像信号（例えば、ＮＴＳＣ信号）を表示部（例えば、ＣＲＴ）に表示する。
【００５６】
つぎに、以上の実施の形態の動作を説明する。
【００５７】
以下では、まず、通常再生時の動作について説明した後、高速再生時の動作について説明する。
【００５８】
通常再生時の動作．
【００５９】
図３において、ユーザが図示せぬ操作部を操作し、所望の映像情報の再生（通常再生）を指示したとすると、ＣＰＵ３６はこれを認識し、初期段階での通常再生用に設定されている所定のＮＩＣ（例えば、ＮＩＣ３１−１（以下、これを通常再生用のＮＩＣとする））に対して、映像情報の転送要求をサーバ装置１０に対して行うように指示する。
【００６０】
この結果、通常再生用のＮＩＣ３１−１は、再生の対象となる映像情報を特定するための情報（例えば、ファイル名）およびパケットバッファ３２−１のウィンドウサイズを示す情報等に対して、自己のＭＡＣアドレスを送信元とし、サーバ装置１０のＭＡＣアドレスを送信先のＭＡＣアドレスとして付加してケーブル２１−１を介して送信する。
【００６１】
ＨＵＢ２０は、ケーブル２１−１を介して送られてきた送信要求を受信し、当該送信要求のヘッダに含まれている送信先ＭＡＣアドレスを参照し、当該パケットはサーバ装置１０が接続されているポートに送信する必要があることを認識する。その結果、ＨＵＢ２０は、当該パケットをケーブル１１を介して送信する。
【００６２】
サーバ装置１０は、通信用プログラム１０ｄ３の動作により、ＨＵＢ２０から送信されたパケットを受信する。そして、ＣＰＵ１０ａは、映像再生装置３０から映像情報の送信要求がなされたことを認識する。その結果、ＣＰＵ１０ａは、アプリケーションプログラム１０ｄ２に基づいて、要求された映像情報を映像再生装置３０に送信する処理を実行する。すなわち、ＣＰＵ１０ａは、映像再生装置３０から要求された映像情報を、ＨＤＤ１０ｄの映像情報ＤＢ１０ｄ１から取得する。そして、ＣＰＵ１０ａは、通信用プログラム１０ｄ３のＴＣＰ（Transmission Control Protocol）の制御に基づいて、映像再生装置３０から送信されたウィンドウサイズに応じた所定の大きさのセグメントに映像情報を分割する。つぎに、ＣＰＵ１０ａは、セグメントの順番を示すシーケンス番号等の情報を含むヘッダをセグメントに付加し、ＩＰ（Internet Protocol）によって、送信先および送信元のアドレスを付加した後、Ｉ／Ｆ１０ｆを介して送信する。
【００６３】
サーバ装置１０から送信されたパケットは、ケーブル１１を介してＨＵＢ２０に供給される。ＨＵＢ２０は、送信先アドレスを参照して、当該パケットをケーブル２１−１に送り出す。
【００６４】
映像再生装置３０は、ケーブル２１−１を介して送られてきたパケットをＮＩＣ３１−１によって受信し、当該パケットから前述した各種ヘッダ情報を取り除いたデータをパケットバッファ３２−１に設けられているウィンドウに格納する。そして、ウィンドウに所定量のデータが格納されると、ＮＩＣ３１−１はＣＰＵ３６に例えば、割り込み信号等によって通知する。
【００６５】
ＣＰＵ３６は、パケットバッファ３２−１に格納されているデータから、例えば、１つのＧＯＰ（Group of Pictures）を構成するフレーム（Ｉピクチャ、Ｂピクチャ、Ｐピクチャ）を抽出し、フレームバッファ３３にフレームの種類に応じて定まる領域に格納する。
【００６６】
つぎに、ＣＰＵ３６は、デコーダ３４に対してデコード処理を開始するように指示する。その結果、デコーダ３４は、フレームバッファ３３に格納されている各種フレームをデコードし、映像データを生成する。このようにして生成された映像データは、Ｄ／Ａ変換器３５に供給され、映像信号に変換された後、テレビジョン受像機４０に供給されて表示される。
【００６７】
なお、パケットバッファ３２−１に格納されているデータの量が所定量より少なくなった場合には、ＣＰＵ３６は、ＮＩＣ３１−１に対して、続きの映像情報を送信要求するように指示する。その結果、前述の場合と同様の手順によって、映像情報がサーバ装置１０から送信され、ＮＩＣ３１−１を介してパケットバッファ３２−１に格納される。そして、フレーム毎に抽出されてフレームバッファ３３に格納された後、デコーダ３４によって再生される。
【００６８】
以上の処理により、サーバ装置１０に格納されている映像情報がダウンロードされ、通常速度で再生されてテレビジョン受像機４０に表示される。
【００６９】
高速再生時の動作．
【００７０】
例えば、通常再生中において、図示せぬ操作部の高速早送り再生ボタンまたは高速巻き戻しボタンが操作された場合には、ＣＰＵ３６は、高速再生が指示されたことを認識し、図４に示すフローチャートの処理を実行する。このフローチャートの処理が開始されると、以下のステップが実行される。
【００７１】
ステップＳ１０：ＣＰＵ３６は、変数ｉに現在使用中のＮＩＣの番号を代入する。具体的には、いまの例では、ＮＩＣ３１−１が初期段階での通常再生用となっているので、変数ｉには値“１”が代入される。
【００７２】
ステップＳ１１：ＣＰＵ３６は、変数ｉに代入されている値が、ＮＩＣの最大番号であるｎと等しいか否かを判定する。その結果、等しいと判定した場合にはステップＳ１２に進み、それ以外の場合にはステップＳ１３に進む。
【００７３】
ステップＳ１２：ＣＰＵ３６は、変数ｉに値“１”を代入して初期化する。
【００７４】
ステップＳ１３：ＣＰＵ３６は、変数ｉの値を１インクリメントする。
【００７５】
ステップＳ１４：ＣＰＵ３６は、番号が＃ｉのＮＩＣ（ＮＩＣ＃ｉ）に対して、パケットの送信要求を行うように指示する。例えば、いまの例では、ｉ＝２であるので、ＮＩＣ３１−２に対して送信を要求するように指示がなされる。その結果、ＮＩＣ３１−２は、再生の対象となる映像情報を特定するための情報（例えば、ファイル名および再生位置）およびパケットバッファ３２−２のウィンドウサイズを示す情報等に対して、自己のＭＡＣアドレスを送信元とし、サーバ装置１０のＭＡＣアドレスを送信先のアドレスとして付加してケーブル２１−２を介して送信する。
【００７６】
ＨＵＢ２０は、ケーブル２１−２を介して送られてきた送信要求のパケットを受信し、当該パケットのヘッダに含まれている送信先ＭＡＣアドレスを参照し、当該パケットはサーバ装置１０が接続されているポートに送信する必要があることを認識する。その結果、ＨＵＢ２０は、当該パケットをケーブル１１を介して送信する。
【００７７】
サーバ装置１０は、通信用プログラム１０ｄ３の動作により、ＨＵＢ２０から送信されたパケットを受信する。そして、ＣＰＵ１０ａは、映像再生装置３０から映像情報の送信要求がなされたことを認識する。その結果、ＣＰＵ１０ａは、アプリケーションプログラム１０ｄ２に基づいて、要求された映像情報を送信する処理を実行する。すなわち、ＣＰＵ１０ａは、映像再生装置３０から要求された映像情報を、ＨＤＤ１０ｄの映像情報ＤＢ１０ｄ１から取得する。そして、ＣＰＵ１０ａは、通信用プログラム１０ｄ３のＴＣＰの制御に基づいて、映像再生装置３０から送信されたウィンドウサイズに応じた所定の大きさのセグメントに映像情報を分割する。つぎに、ＣＰＵ１０ａは、セグメントの順番を示すシーケンス番号等の情報を含むヘッダをセグメントに付加し、ＩＰによって、送信先および送信元のアドレスを付加した後、Ｉ／Ｆ１０ｆを介して送信する。
【００７８】
サーバ装置１０から送信されたパケットは、ケーブル１１を介してＨＵＢ２０に供給される。ＨＵＢ２０は、送信先アドレスを参照して、当該パケットをケーブル２１−２に送り出す。
【００７９】
映像再生装置３０は、ケーブル２１−２を介して送られてきたパケットをＮＩＣ３１−２によって受信し、当該パケットから前述した各種ヘッダ情報を取り除いたデータをパケットバッファ３２−２に設けられているウィンドウに格納する。
【００８０】
以上の処理により、ステップＳ１４の処理により要求されたデータが受信される。
【００８１】
ステップＳ１５：ＣＰＵ３６は、ＮＩＣ３１−１〜３１−ｎからの割り込み等に基づいて、受信データが有るか否かを検出する。その結果、受信データが有ると判定された場合にはステップＳ１９に進み、それ以外の場合にはステップＳ１６に進む。
【００８２】
ステップＳ１６：ＣＰＵ３６は、変数ｉの値がＮＩＣの最大番号であるｎと等しいか否かを判定し、等しい場合にはステップＳ１７に進み、それ以外の場合にはステップＳ１８に進む。
【００８３】
ステップＳ１７：ＣＰＵ３６は、変数ｉに値“１”を代入する。
【００８４】
ステップＳ１８：ＣＰＵ３６は、変数ｉの値を１インクリメントする。
【００８５】
なお、ステップＳ１４〜Ｓ１８の一連の処理により、受信データがない場合には、ＮＩＣ３１−１〜３１−ｎからデータの送信要求が順次なされ、受信データがある場合には、ステップＳ１９以降の処理が実行される。ステップＳ１９以降の処理に必要な時間は、データの受信に必要な時間よりも短いので、処理が開始された当初は、ＮＩＣ３１−１〜３１−ｎの略全てから送信要求がなされ、前述のステップＳ１４と同様の処理が実行されてデータが受信される。すなわち、ＮＩＣ３１−１〜３１−ｎは、並列的にデータを受信する動作を行う。そして、データの受信が完了した場合には、後述する処理が実行される。
【００８６】
ステップＳ１９：ＣＰＵ３６は、データの受信が完了したＮＩＣのパケットバッファに格納されているデータからフレームを抽出し、フレームの種類に応じた所定の領域に格納する。
【００８７】
具体的には、ＣＰＵ３６は、受信が完了したパケットバッファに格納されているデータから、例えば、１つのＧＯＰを構成するフレーム（Ｉピクチャ、Ｂピクチャ、Ｐピクチャ）を抽出し、フレームバッファ３３のフレームの種類に応じて定まる領域に格納する。
【００８８】
つづいて、ＣＰＵ３６は、デコーダ３４に対して高速再生用のデコード処理を開始するように指示する。その結果、デコーダ３４は、フレームバッファ３３に格納されているＩピクチャのみをデコードし、映像データを生成する。このようにして生成された高速再生用の映像データは、Ｄ／Ａ変換器３５に供給され、映像信号に変換された後、テレビジョン受像機４０に供給されて表示される。その結果、テレビジョン受像機４０には、高速再生された映像が表示される。
【００８９】
ステップＳ２０：ＣＰＵ３６は、サーバ装置１０に格納されている映像情報のファイルが終了したか否かを判定する。すなわち、高速早送り再生の場合にはファイルの末尾に到達したか否かを判定し、高速巻き戻し再生の場合にはファイルの先頭に到達したか否かを判定し、これらに該当する場合には、映像が終了したと判定して処理を終了し、それ以外の場合にはステップＳ２１に進む。
【００９０】
ステップＳ２１：ＣＰＵ３６は、通常再生要求がなされたか否かを判定する。すなわち、ＣＰＵ３６は、図示せぬ操作部が操作され、通常再生に復帰する指示がなされた場合（例えば、再生ボタンが操作された場合）には、ステップＳ２２に進み、それ以外の場合にはステップＳ１４に戻って同様の処理を繰り返す。
【００９１】
ステップＳ２２：ＣＰＵ３６は、番号が（ｉ＋１）であるＮＩＣに対してパケットの送信要求を行うように指示する。すなわち、最後にパケットの送信要求を行ったＮＩＣの次のＮＩＣに対して通常再生用の送信要求を行うように指示する。なお、送信要求を行う対象となるパケットとしては、デコーダ３４において最後にデコードされたフレームを含むＧＯＰのつぎのＧＯＰからパケットとして送信するように要求する。なお、番号が（ｉ＋１）であるＮＩＣが存在しない場合（（ｉ＋１）＞ｎの場合）には、ＮＩＣ３１−１に対して送信要求を行うように指示する。
【００９２】
ステップＳ２３：ＣＰＵ３６は、通常再生処理を実行する。すなわち、ＣＰＵ３６は、ステップＳ２２において選択されたＮＩＣを再生用ＮＩＣとし、前述した通常再生処理と同様の処理に基づいて映像の再生処理を実行する。
【００９３】
以上の処理によれば、高速再生が指示された場合には、複数のＮＩＣ３１−１〜３１−ｎによってパケットの送信要求が並列してなされ、複数のケーブル２１−１〜２１−ｎによって並列してパケットが転送されるので、各ケーブルの伝送レートが低い場合であっても、十分な伝送レートを確保し、結果として高速再生をスムーズに実行することができる。
【００９４】
例えば、ｎ＝１である従来の場合に比較して、ｎの値の設定状況によっては、略ｎ倍の伝送レートを確保することができるので、例えば、２倍速、３倍速等の高速再生モードにも十分に対応することができる。
【００９５】
また、以上の処理では、ＮＩＣの番号の昇順に巡回するように送信要求を行うようにしたので、前述のように変数ｉの値に応じて送信要求処理を実行すればよいことから、制御を簡易化することが可能になる。
【００９６】
なお、以上の実施の形態では、ＮＩＣの番号の昇順に巡回するように送信要求を行うようにしたが、例えば、図５に示すように、各ＮＩＣの番号と、各ＮＩＣの状態と、受信したパケットのシーケンス番号とを対応付けて格納したテーブルを、例えば、フレームバッファ３３等に設け、当該テーブルに基づいて送信要求処理を実行するようにしてもよい。
【００９７】
図５の例では、「ＮＩＣ番号」としてはＮＩＣ３１−１〜３１−ｎに対応する数値が格納されている。また、「状態」としては、送信要求を行ったパケットを受信済であることを示す「受信済」、パケットの送信要求を行ったパケットを受信待ちまたは受信中の状態である「受信中」、送信要求を行っていないかまたは受信済のデータが処理済となった状態を示す（すなわち、パケットバッファが実質的に空であることを示す）「空」の３つの状態がある。また、シーケンス番号としては、送信するセグメントの順番を示す数値が格納されている。なお、このテーブルの例では、１つのパケットバッファには、１つのセグメントが格納される場合を想定している。複数のセグメントが格納される場合には、シーケンス番号を複数格納できるようにすればよい。
【００９８】
このようなテーブルを使用した高速再生における送信要求処理は、つぎのようになる。すなわち、ＣＰＵ３６は、高速再生要求がなされた場合には、図５に示すテーブルにおいて、状態が「空」となっているＮＩＣを検索する。通常再生が実行されている状態において、高速再生が指示された場合には、通常再生用のＮＩＣ以外は空となっているのが通例であるため、例えば、番号が“１”であるＮＩＣ３１−１が通常再生に使用されている場合には、それ以外のＮＩＣ３１−２〜３１−ｎは空の状態となっている。このため、ＣＰＵ３６は、例えば、ＮＩＣ３１−２に対して、パケットの送信要求を行うように指示する。その結果、ＮＩＣ３１−２は、高速早送り再生の場合は、現在デコード中のＧＯＰの次のＧＯＰを含むパケットに対する送信要求を行う。また、高速巻き戻し再生の場合は、現在デコード中のＧＯＰの前のＧＯＰを含むパケットに対する送信要求を行う。送信要求が開始されると、ＣＰＵ３６は、テーブルの当該ＮＩＣに対応する状態を「受信中」とする。
【００９９】
ＣＰＵ３６は、同様の処理を、状態が「空」となっている全てのＮＩＣに対して実行する。その結果、状態が空となっているＮＩＣはパケットの送信要求状態となる。すなわち、複数のＮＩＣが並列して送信要求を行う状態となる。このとき、テーブルの状態は「受信中」となる。
【０１００】
このような状態において、所定のＮＩＣがパケットの受信を完了すると、ＣＰＵ３６は、これを検出し、まず、テーブルの状態を「受信済」にする。そして、受信されたパケットに含まれているセグメントのシーケンス番号を抽出し、テーブルに格納する。その結果、受信が完了した場合には、図５に示すテーブルの状態が「受信済」となり、また、シーケンス番号が格納される。
【０１０１】
ＣＰＵ３６は、テーブルに格納されているシーケンス番号を参照し、受信が完了したパケットを順番に（シーケンス番号の昇順に）特定し、その中に含まれているフレームを順次抽出して、フレームバッファ３３に展開する。そして、展開が終了した場合には、デコーダ３４に対してデコード処理を指示する。
【０１０２】
また、全てのデータのデコードが完了したパケットバッファについては、テーブルの状態を「空」にする。この結果、当該パケットバッファに対応するＮＩＣについては、送信要求が受け付け可能な状態となる。
【０１０３】
デコーダ３４は、Ｉピクチャのみを抽出してデコードし、得られた映像をＤ／Ａ変換器３５に供給する。その結果、テレビジョン受像機４０には、高速再生された映像が表示される。
【０１０４】
以上の処理によれば、ケーブル２１−１〜２１−ｎの伝送状態にばらつきがあり、ＮＩＣ３１−１〜３１−ｎ間において、送信要求とタイミングと受信のタイミングとが前後した場合であっても、シーケンス番号に基づいて再生処理がなされるため、適切な順序で映像を再生することができる。
【０１０５】
また、各ＮＩＣの状態およびパケットバッファの状態を管理するようにしたので、例えば、送信要求済であって現在送信待ちの状態または受信中の状態のＮＩＣに対して、重ねて送信要求が指示されることを防止できる。
【０１０６】
なお、上述の実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【０１０７】
例えば、以上の実施の形態では、通常再生においては、１つのＮＩＣによって送信要求を行うようにしたが、複数のＮＩＣによって送信要求を行うようにしてもよい。一般的には、通常再生よりも高速再生の方が送信要求を行うＮＩＣの数を増加するようにすればよい。また、ネットワークの混雑状況に応じて、通常再生時の送信要求を行うＮＩＣの数を可変するようにしてもよい。そのような実施の形態によれば、ネットワークが混在している場合でも通常再生をスムーズに実行することができる。
【０１０８】
また、以上の実施の形態では、高速再生時には全てのＮＩＣを使用するようにしたが、例えば、ネットワークの混雑状況または再生速度に応じて使用するＮＩＣの数を可変するようにしてもよい。例えば、ネットワークの混雑状況に応じて使用するＮＩＣの数を増減したり、再生速度に応じて使用するＮＩＣの数を増減するようにしたりしてもよい。
【０１０９】
また、以上の実施の形態では、ＨＵＢ２０と映像再生装置３０の間は、ｎ本のケーブル２１−１〜２１−ｎを使用するようにしたが、これらをまとめて絶縁材で被覆して１本のケーブルにすることも可能である。
【０１１０】
また、以上の実施の形態では、ＨＵＢ２０は、サーバ装置１０とは独立した構成としたが、ＨＵＢ２０をサーバ装置１０に内蔵するようにしてもよい。
【０１１１】
また、以上の実施の形態では、ｎ個のＮＩＣと、ｎ個のパケットメモリとを設けるようにしたが、例えば、パケットメモリについては、複数個のＮＩＣによって共有することも可能である。
【０１１２】
また、以上の実施の形態では、通信エラーについては考慮していないが、例えば、所定のＮＩＣにおいて、通信エラーが発生した場合には、当該パケットについての再送信要求を行うようにしてもよい。
【０１１３】
また、以上の実施の形態においては、音声については言及していないが、音声については、一般的には高速再生中はミュート（無音）状態とし、通常再生時にはデコーダ３４によって再生された音声情報を、図示せぬＤ／Ａ変換器によって音声信号に変換し、同じく図示せぬスピーカから出力するようにすればよい。
【０１１４】
また、以上の実施の形態では、映像再生装置が１つの場合を例に挙げて説明したが、複数の映像再生装置を接続することも可能である。なお、ケーブルを複数の映像再生装置にて共用する場合には、例えば、既存のコリジョン回避技術（例えば、ＣＭＳＡ／ＣＤ（Carrier Sense Multiple Access / Collision Detection）を利用することができる。
【産業上の利用可能性】
【０１１５】
本発明は、例えば、ネットワークを介して映像を再生する映像再生装置に利用することができる。
【図面の簡単な説明】
【０１１６】
【図１】本発明の実施の形態に係る映像再生システムの構成例を示す図である。
【図２】図１に示すサーバ装置の構成例を示すブロック図である。
【図３】図１に示す映像再生装置の詳細な構成例を示すブロック図である。
【図４】図３に示す映像再生装置において高速再生時に実行される処理の一例を説明するフローチャートである。
【図５】本発明の他の実施の形態の映像再生装置に格納されているテーブルの一例である。
【図６】従来の映像再生システムの構成を示す図である。
【符号の説明】
【０１１７】
１０ サーバ装置，２０ ＨＵＢ，２１−１〜２１−ｎ ケーブル，３０ 映像再生装置，３１−１〜３１−ｎ ＮＩＣ（受信手段、送信要求手段の一部），３４ デコーダ（再生手段），３６ ＣＰＵ（送信要求手段の一部），４０ テレビジョン受像機
【特許請求の範囲】
【請求項１】
サーバ装置から映像情報を受信して再生する映像再生装置において、
上記サーバ装置から上記映像情報を受信する複数の受信手段と、
上記複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるように上記サーバ装置に対して映像情報の送信要求を行う送信要求手段と、
上記受信手段によって受信された映像情報を再生する再生手段と、
を有することを特徴とする映像再生装置。
【請求項２】
前記受信手段と前記サーバ装置とは、複数のケーブルによって接続されていることを特徴とする請求項１記載の映像再生装置。
【請求項３】
前記複数の受信手段は、複数のネットワークインタフェースカードによって構成されていることを特徴とする請求項２記載の映像再生装置。
【請求項４】
前記送信要求手段は、前記再生手段が少なくとも高速再生を行う場合には、前記複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるように前記サーバ装置に対して映像情報の送信要求を行うことを特徴とする請求項１記載の映像再生装置。
【請求項５】
前記送信要求手段は、前記再生手段が通常再生を行っている場合において、前記サーバ装置との間の回線が通常再生を実行するのに十分でない程度に混雑している場合には、前記複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるように前記サーバ装置に対して映像情報の送信要求を行うことを特徴とする請求項１記載の映像再生装置。
【請求項６】
前記送信要求手段は、前記受信手段が所定の順序で前記映像情報を受信するように、前記サーバ装置に対して送信要求を行うことを特徴とする請求項１記載の映像再生装置。
【請求項７】
前記送信要求手段は、前記受信手段が有する前記映像情報を含むパケットを格納するためのパケットバッファが空いている前記受信手段を検出し、当該受信手段が前記映像情報を受信するように前記サーバ装置に対して送信要求を行うことを特徴とする請求項１記載の映像再生装置。
【請求項８】
サーバ装置と、当該サーバ装置から映像情報を受信して再生する映像再生装置とを有する映像再生システムにおいて、
上記映像再生装置は、
上記サーバ装置から上記映像情報を受信する複数の受信手段と、
上記複数の受信手段の少なくとも２つ以上が並行して映像情報を受信状態となるように上記サーバ装置に対して映像情報の送信要求を行う送信要求手段と、
上記受信手段によって受信された映像情報を再生する再生手段と、
を有することを特徴とする映像再生システム。
【請求項１】
サーバ装置から映像情報を受信して再生する映像再生装置において、
上記サーバ装置から上記映像情報を受信する複数の受信手段と、
上記複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるように上記サーバ装置に対して映像情報の送信要求を行う送信要求手段と、
上記受信手段によって受信された映像情報を再生する再生手段と、
を有することを特徴とする映像再生装置。
【請求項２】
前記受信手段と前記サーバ装置とは、複数のケーブルによって接続されていることを特徴とする請求項１記載の映像再生装置。
【請求項３】
前記複数の受信手段は、複数のネットワークインタフェースカードによって構成されていることを特徴とする請求項２記載の映像再生装置。
【請求項４】
前記送信要求手段は、前記再生手段が少なくとも高速再生を行う場合には、前記複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるように前記サーバ装置に対して映像情報の送信要求を行うことを特徴とする請求項１記載の映像再生装置。
【請求項５】
前記送信要求手段は、前記再生手段が通常再生を行っている場合において、前記サーバ装置との間の回線が通常再生を実行するのに十分でない程度に混雑している場合には、前記複数の受信手段の少なくとも２つ以上が並行して映像情報を受信する状態となるように前記サーバ装置に対して映像情報の送信要求を行うことを特徴とする請求項１記載の映像再生装置。
【請求項６】
前記送信要求手段は、前記受信手段が所定の順序で前記映像情報を受信するように、前記サーバ装置に対して送信要求を行うことを特徴とする請求項１記載の映像再生装置。
【請求項７】
前記送信要求手段は、前記受信手段が有する前記映像情報を含むパケットを格納するためのパケットバッファが空いている前記受信手段を検出し、当該受信手段が前記映像情報を受信するように前記サーバ装置に対して送信要求を行うことを特徴とする請求項１記載の映像再生装置。
【請求項８】
サーバ装置と、当該サーバ装置から映像情報を受信して再生する映像再生装置とを有する映像再生システムにおいて、
上記映像再生装置は、
上記サーバ装置から上記映像情報を受信する複数の受信手段と、
上記複数の受信手段の少なくとも２つ以上が並行して映像情報を受信状態となるように上記サーバ装置に対して映像情報の送信要求を行う送信要求手段と、
上記受信手段によって受信された映像情報を再生する再生手段と、
を有することを特徴とする映像再生システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−１５０７３８（Ｐ２００７−１５０７３８Ａ）
【公開日】平成１９年６月１４日（２００７．６．１４）
【国際特許分類】
【出願番号】特願２００５−３４２５３０（Ｐ２００５−３４２５３０）
【出願日】平成１７年１１月２８日（２００５．１１．２８）
【出願人】（０００００３５９５）株式会社ケンウッド (1,981)
【Ｆターム（参考）】
【公開日】平成１９年６月１４日（２００７．６．１４）
【国際特許分類】
【出願日】平成１７年１１月２８日（２００５．１１．２８）
【出願人】（０００００３５９５）株式会社ケンウッド (1,981)
【Ｆターム（参考）】
[ Back to top ]