(57)【要約】【課題】クライアントのメモリ容量を可能な限り小さくしつつ、早送り再生や巻き戻し再生といった特殊再生が可能なネットワークＡＶシステムを提供する。【解決手段】クライアントＣＬが動画Ｖｍを再生している場合であって、フレームＦｒ５に基づく動画を再生中に早送り再生を実行するとき、クライアントＣＬは検索要求をサーバＳＶに送信する（１）。サーバＳＶは検索要求内の条件に基づいてフレームＦｒ５から早送り方向（つまり、再生方向と同じ方向）にＩピクチャのフレームＦｒを検索する。サーバＳＶは検索のとき、自身が有する検索テーブルＳＴｍを利用する。検索の結果、サーバＳＶはＩピクチャであるフレームＦｒ９，Ｆｒ１６，Ｆｒｎ−１を順次抽出し、クライアントＣＬに送信する（２）。クライアントＣＬはフレームＦｒ９，Ｆｒ１６，Ｆｒｎ−１を受信するごとに再生する（５）。【選択図】図４
2005151395.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、前記サーバにネットワーク経由で接続されたクライアントとを備えたネットワークＡＶシステムであって、
前記サーバは、
連続して配列される複数のフレームを含む動画データを記憶する動画記憶手段を備え、
前記クライアントは、
検索するフレームのフレーム条件を含む検索要求を送信する検索要求手段を備え、
前記サーバはさらに、
前記動画記憶手段の中から前記検索要求に応じたフレームを時系列に順次検索する検索手段と、
前記検索されたフレームを送信する送信手段とを備え、
前記クライアントはさらに、
前記送信されたフレームを受信する受信手段と、
前記受信したフレームに基づいて動画を再生する再生手段とを備えることを特徴とするネットワークＡＶシステム。
【請求項２】
請求項１に記載のネットワークＡＶシステムであって、
前記検索要求はさらに、前記サーバが検索を開始するフレームの配列位置である検索開始位置を含むことを特徴とするネットワークＡＶシステム。
【請求項３】
請求項１又は請求項２に記載のネットワークＡＶシステムであって、
前記検索要求はさらに、フレームの検索方向を含むことを特徴とするネットワークＡＶシステム。
【請求項４】
請求項２に記載のネットワークＡＶシステムであって、
前記検索要求手段は、前記受信手段が前記フレームを受信するごとに、前記受信したフレームの配列位置を前記検索開始位置として含む検索要求を前記サーバに送信することを特徴とするネットワークＡＶシステム。
【請求項５】
請求項１〜請求項４のいずれか１項に記載のネットワークＡＶシステムであって、
前記サーバはさらに、
前記複数のフレームの配列位置を前記複数のフレームに関するフレーム情報と対応づけた検索テーブルを記憶するテーブル記憶手段を備え、
前記検索手段は、前記動画記憶手段の中から前記検索テーブルに基づいて前記検索要求に応じたフレームを検索することを特徴とするネットワークＡＶシステム。
【請求項６】
請求項１〜請求項５のいずれか１項に記載のネットワークＡＶシステムであって、
前記クライアントはさらに、
前記動画を再生するときの再生速度を選択する再生速度選択手段を備え、
前記検索要求手段は、前記再生速度選択手段により選択された再生速度に応じて前記検索要求に含める前記フレーム条件を決定することを特徴とするネットワークＡＶシステム。
【請求項７】
請求項５又は請求項６に記載のネットワークＡＶシステムであって、
前記フレーム情報は、前記複数のフレームのピクチャタイプを含み、
前記フレーム条件は、前記検索するフレームのピクチャタイプを含むことを特徴とするネットワークＡＶシステム。
【請求項８】
サーバと、前記サーバにネットワークを介して接続されたクライアントとを備えたネットワークＡＶシステムにおけるサーバであって、
連続して配列される複数のフレームを含む動画データを記憶する動画記憶手段と、
前記クライアントから送信され、検索するフレームのフレーム条件を含む検索要求を受信する手段と、
前記動画記憶手段の中から前記検索要求に応じたフレームを時系列に順次検索する検索手段と、
前記クライアントに前記検索したフレームを送信する送信手段とを備えることを特徴とするサーバ。
【請求項９】
請求項８に記載のサーバであってさらに、
前記複数のフレームの配列位置を前記複数のフレームに関するフレーム情報と対応づけた検索テーブルを記憶するテーブル記憶手段とを備え、
前記検索手段は、前記動画記憶手段の中から前記検索テーブルに基づいて前記検索要求に応じたフレームを検索することを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークＡＶシステムに関し、さらに詳しくは、サーバと、サーバにネットワーク経由で接続されたクライアントとを備えたネットワークＡＶシステムに関する。
【背景技術】
【０００２】
従来、ＤＶＤ(Digital Versatile Disc)プレーヤ等の動画再生装置は、動画を早送りしながら再生する早送り再生や、動画を巻き戻しながら再生する巻き戻し再生といった特殊再生ができる。たとえば、ＤＶＤ内の動画データがＭＰＥＧ２により圧縮されている場合、図１６に示すように、動画データＶｍは複数のフレームで構成される。複数のフレームは圧縮方法により３種類（Ｉピクチャ、Ｂピクチャ、Ｐピクチャ）に分類できる。たとえば早送り再生の場合、ＤＶＤプレーヤは複数のフレームの中からＩピクチャのフレームを抽出し、再生する。
【０００３】
ところで最近、クライアントサーバシステムを利用したネットワークＡＶシステムが提供されている。下記の先行出願１は、多数の動画データを蓄積したデータベースを有するサーバと、ＬＡＮ（Local Area Network）経由で接続されたクライアントとを備えたネットワークＡＶシステムを開示する。クライアントは所望の動画データをサーバに要求し、これに応じてサーバは要求された動画データをクライアントに配信する。クライアントはサーバから配信された動画データに基づいて動画を再生する。ネットワークＡＶシステムでは、動画データは全てサーバに格納されているため、クライアントは動画データを格納するためのハードディスクを持たない。クライアントにはサーバから配信された動画データを一時的に記憶するための必要最小限のメモリがあれば足りる。このようなネットワークＡＶシステムでも早送り再生や巻き戻し再生ができる方が望ましい。
【０００４】
ネットワークＡＶシステムで早送り再生や巻き戻し再生といった特殊再生をする方法として、下記の特許文献１が報告されているが、下記特許文献１ではサーバ内に格納された動画データに関する情報（動画データを構成する複数のフレームの配列位置等の情報）をクライアントに記憶させる。クライアントはその動画データに関する情報に基づいて、再生するフレームを特定し、特定したフレームを配信するようにサーバに要求する。この場合、クライアントは動画データに関する情報を記憶するためのメモリを必要とするため、クライアントのメモリ容量を抑えることができない。
【０００５】
【特許文献１】特開２００３−１１１０４８号公報
【特許文献２】特開２００２−１９９３４４号公報
【特許文献３】特開平１０−２７６４０８号公報
【特許文献４】特開平９−３２２１２３号公報
【０００６】
［先行出願１］ＰＣＴ／ＪＰ０３／０６５５２
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、クライアントのメモリ容量を可能な限り小さくしつつ、早送り再生や巻き戻し再生といった特殊再生が可能なネットワークＡＶシステムを提供することである。
【課題を解決するための手段】
【０００８】
本発明によるネットワークＡＶシステムは、サーバと、サーバにネットワーク経由で接続されたクライアントとを備えたネットワークＡＶシステムであって、サーバは動画記憶手段を備える。動画記憶手段は、連続して配列される複数のフレームを含む動画データを記憶する。クライアントは検索要求手段を備える。検索要求手段は、検索するフレームのフレーム条件を含む検索要求を送信する。サーバはさらに、検索手段と、送信手段とを備える。検索手段は、動画記憶手段の中から検索要求に応じたフレームを時系列に順次検索する。送信手段は、検索されたフレームを順次送信する。クライアントはさらに、受信手段と、再生手段とを備える。受信手段は、送信されたフレームを順次受信する。再生手段は、受信したフレームに基づいて動画を再生する。ここで、フレームはピクチャタイプやサイズやフレームの配列番号といった情報を含む。また、フレーム条件は検索するピクチャタイプに関する条件やフレームのサイズに関する条件やフレームの配列番号に関する条件等がある。
【０００９】
本発明によるネットワークＡＶシステムでは、サーバは、クライアントから送信された検索要求に応じたフレームを時系列に順次検索し、検索したフレームをクライアントに送信する。たとえば、検索要求のフレーム条件が「Ｉピクチャ」であれば、サーバは、フレームのピクチャタイプがＩピクチャのフレームを順次検索し、クライアントに送信する。また、クライアントから送信された検索要求のフレーム条件が「フレームのサイズがｎ以上」であれば、サーバは、フレームのサイズがｎ以上のフレームを順次検索し、クライアントに送信する。
【００１０】
以上のように、クライアントが検索要求を送信すれば、サーバが検索要求に応じたフレームを時系列に順次検索し、検索したフレームを順次クライアントに送信する。クライアントは順次送信されるフレームに基づいて動画を再生するだけで、早送り再生や巻き戻し再生といった特殊再生を実行できる。そのため、クライアントは、動画データに関する情報を記憶するためのメモリを備える必要はなく、動画を再生するのに最小限必要なメモリを備えれば、特殊再生ができる。
【００１１】
好ましくは、検索要求はさらに、サーバが検索を開始するフレームの配列位置である検索開始位置を含む。
【００１２】
この場合、クライアントはサーバに検索開始位置を指定できる。
【００１３】
好ましくは、検索要求はさらに、フレームの検索方向を含む。ここで、検索方向とは配列された複数のフレームを早送りの方向に検索するか、巻き戻しの方向に検索するかを指定する情報である。
【００１４】
この場合、クライアントは、早送り再生にするか巻き戻し再生にするかを選択できる。
【００１５】
好ましくは、検索要求手段は、受信手段がフレームを受信するごとに、受信したフレームの配列位置を検索開始位置として含む検索要求をサーバに送信する。
【００１６】
この場合、クライアントはサーバから送信されたフレームを受信するごとに、新たな検索要求をサーバに送信する。このとき、クライアントは受信したフレームを検索開始位置とする。その結果、早送り再生や巻き戻し再生を連続して実行できる。
【００１７】
好ましくは、サーバはさらに、テーブル記憶手段を備える。テーブル記憶手段は、複数のフレームの配列位置を複数のフレームに関するフレーム情報と対応づけた検索テーブルを記憶する。検索手段は、動画記憶手段の中から検索テーブルに基づいて検索要求に応じたフレームを検索する。ここで、フレーム情報はピクチャタイプの種類やサイズやフレームの配列番号に関する情報等を含む。
【００１８】
本発明によるネットワークＡＶシステムでは、サーバは、複数のフレームの配列位置をフレーム情報と対応づけた検索テーブルを備える。サーバは、クライアントから送信された検索要求に応じたフレームを、検索テーブルに基づいて検索し、検索したフレームをクライアントに送信する。その結果、サーバは検索速度を上げることができる。また、検索テーブルをクライアントに備えず、サーバに備えるため、クライアントは検索テーブルを記憶するためのメモリを備える必要はなく、動画を再生するのに最小限必要なメモリを備えれば足りる。
【００１９】
好ましくは、クライアントはさらに、再生速度選択手段を備える。再生速度選択手段は、動画を再生するときの再生速度を選択する。検索要求手段は、再生速度選択手段により選択された再生速度に応じて検索要求に含めるフレーム条件を決定する。
【００２０】
動画は連続して配列された複数のフレームで構成される。よって、再生速度を早くしたければ、検索要求手段は、順次取得するフレーム同士の配列位置の間隔が広くなるようにフレーム条件を設定する。たとえば、通常の早送り再生の場合は全てのＩピクチャを取得し、通常の２倍の速度で早送り再生する場合は、検索開始位置から数えて２Ｎ番目（Ｎは自然数）のＩピクチャのみをフレーム条件に設定する。逆に、再生速度を遅くしたければ、順次取得するフレーム同士の間隔を狭くする。たとえば、通常の早送り再生の速度を落とす場合、奇数回目の検索要求ではフレーム条件をＩピクチャとし、偶数回目の検索要求ではフレーム条件をＰピクチャとするようなフレーム条件に設定する。このように、再生速度に応じたフレーム条件を設定することで再生速度を制御できる。
【００２１】
好ましくは、フレーム情報は、複数のフレームのピクチャタイプを含み、フレーム条件は、検索するフレームのピクチャタイプを含む。
【００２２】
この場合、Ｉピクチャ等のピクチャタイプに応じて、クライアントに送信されるフレームが決定される。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００２４】
１．第１の実施の形態
１．１．全体構成
図１を参照して、本発明の実施の形態によるネットワークＡＶシステム１は、サーバＳＶと、ＬＡＮ(Local Area Network)１０を介してサーバＳＶと接続可能なクライアントＣＬとを備える。サーバＳＶは複数の動画データＶ１〜Ｖｍ（ｍは自然数）を含むデータベースＤＢを備える。
【００２５】
動画データＶｍは連続して配列される複数のフレームで構成される。また、動画データＶｍはＭＰＥＧ(Moving Picture Experts Group)１形式又はＭＰＥＧ２−ＰＳ(Program Stream)形式で登録されている。サーバＳＶはクライアントＣＬからの要求に応じた動画データＶｍをクライアントＣＬに配信する。クライアントＣＬはサーバＳＶから配信された動画データＶｍを再生する。
【００２６】
なお、図１中にはクライアントＣＬを１つ示しているが、クライアントＣＬは複数あってもよい。
【００２７】
１．１．１．サーバの構成
図２を参照して、サーバＳＶは、ＨＤＤ（ハードディスクドライブ）１４と、データベース管理部１６及びネットワークプロトコル処理部１８を含むＣＰＵ処理部２０と、サーバＳＶとＬＡＮ１０との間で信号を送受信するＬＡＮコントローラ２２とを備える。ＨＤＤ１４は、データベースＤＢを保存する。
【００２８】
データベース管理部１６は、ＨＤＤ１４を管理する。具体的には、クライアントＣＬからの検索要求に応じて、ＨＤＤ１４内の動画データＶｍのフレームを検索する。ネットワークプロトコル処理部１８は入出力されるデータをプロトコル処理する。
【００２９】
ＨＤＤ１４には表１に示す動画リスト（Video List）ＶＬが格納される。
【表１】
2005151395.tif 000003
【００３０】
表１を参照して、動画リストＶＬは、複数の動画情報Ｉ１〜Ｉｍを含む。動画情報Ｉ１〜Ｉｍは、ＨＤＤ１４内のデータベースＤＢに蓄積された複数の動画データＶ１〜Ｖｍに関する情報である。表２に動画情報Ｉｍの詳細を示す。
【表２】
2005151395.tif 000004
【００３１】
表２を参照して、「videoID」には、当該動画データＶｍを特定する動画データＩＤが記録される。「Filename」には、当該動画データＶｍが格納されているＨＤＤ１４のフルパス名が記録される。「title」には、当該動画の題名が記録される。「size」には、当該動画データＶｍのデータサイズが記録される。「searchID」には、当該動画データＶｍに対応した検索テーブルＳＴｍの検索テーブルＩＤが記録される。検索テーブルＳＴｍを表３に示す。
【表３】
2005151395.tif 000005
【００３２】
検索テーブルＳＴｍは、フレームＮＯと、フレームＮＯに対応したフレーム情報とを記録する。フレームＮＯは動画データＶｍを構成する複数のフレームの配列位置に対応する。たとえばフレームＮＯ＝Ｆｒ１は動画データＶｍの先頭のフレームであり、フレームＮＯ＝Ｆｒｎは動画データＶｍの先頭からｎ（ｎは自然数）番目のフレームである。以下、フレームＮＯ＝Ｆｒｎのフレームを「フレームＦｒｎ」と称する。
【００３３】
フレーム情報は「時刻」と「オフセット」と「サイズ」と「ピクチャタイプ」とで構成される。「時刻」には動画データＶｍでそのフレームが再生される時刻が記録される。たとえば、フレームＦｒ１の「時刻」は「０：００：００．０００」となっている。「オフセット」には、そのフレームの先頭データのオフセット値が記録される。「サイズ」には、そのフレームのサイズが記録される。「ピクチャタイプ」には、そのフレームのピクチャタイプ（Ｉ，Ｂ，Ｐ）が記録される。
【００３４】
サーバＳＶはさらに、ＨＤＤ１４に表４に示すクライアント情報ＣＬＩ（Client Information）を格納する。クライアント情報ＣＬＩはクライアントＣＬに関する情報である。
【表４】
2005151395.tif 000006
【００３５】
表４を参照して、クライアント情報ＣＬＩ中の「flag」は、サーバＳＶとの接続の有無を示す。接続がある場合、「flag」はセットされ、接続がない場合、「flag」はリセットされる。「status」は、再生、停止、早送り再生、巻き戻し再生など、現在のステータス（動作状態）である。「firmwareid」は、クライアントにインストールされているファームウェアのバージョンを示すファームウェアＩＤである。「hostname」は、クライアントに付与されたクライアント名である。サーバＳＶに複数のクライアントＣＬが接続されている場合、「hostname」はクライアントＣＬごとに異なる。「videoID」は、再生中の動画データＶｍの動画データＩＤが記録される。「searchID」は再生中の動画データＶｍに対応した検索テーブルＳＴｍの検索テーブルＩＤが記録される。
【００３６】
１．１．２．クライアントの構成
図３を参照して、クライアントＣＬは、ネットワークプロトコル処理部２４及びシステム動作部２６を含むマイコン処理部２８と、フラッシュメモリ３０と、順次入力された動画データを一時的に記憶して順次出力するメモリ３２と、圧縮デジタル動画データをデコードして非圧縮デジタル動画データを生成する動画処理部３４と、本クライアントＣＬとＬＡＮ１０との間で信号を送受信するＬＡＮコントローラ３８とを備える。システム動作部２６はクライアントＣＬ全体を制御する。
【００３７】
クライアントＣＬは、サーバＳＶと異なり、動画データＶｍを蓄積するためのＨＤＤを備えていない。
【００３８】
１．２．動作
ネットワークＡＶシステムの動作の概略を説明する。
【００３９】
図４を参照して、クライアントＣＬがサーバＳＶから動画データＶｍの配信を受け、動画データＶｍに基づく動画を再生している場合であって、フレームＦｒ５に基づく動画を再生中にクライアントＣＬのユーザが早送り再生を選択したとき、クライアントＣＬは検索要求をサーバＳＶに送信する（１）。このとき、クライアントＣＬはサーバＳＶに対し、フレームＦｒ５から検索を開始し、早送り方向に検索し、ＩピクチャのフレームＦｒを検索し、検索したフレームＦｒを送信するように要求する。
【００４０】
サーバＳＶは検索要求を受け、フレームＦｒ５から早送り方向（つまり、再生方向と同じ方向）にＩピクチャのフレームＦｒを検索する。サーバＳＶは検索のとき、検索テーブルＳＴｍを利用する。検索の結果、サーバＳＶはＩピクチャであるフレームＦｒ９を抽出し、クライアントＣＬに送信する（２）。
【００４１】
さらに、サーバＳＶは早送り方向にＩピクチャのフレームＦｒを検索し続け、フレームＦｒ９に続いてフレームＦｒ１６、Ｆｒｎ−１を検索し、これらのフレームＦｒを連続してクライアントＣＬに送信する（３）（４）。クライアントＣＬはフレームＦｒ９，Ｆｒ１６，Ｆｒｎ−１を受信するごとに再生する（５）。その結果、クライアントＣＬのユーザは早送り再生を見ることができる。
【００４２】
以下、ネットワークＡＶシステムの動作の詳細を説明する。
【００４３】
１．２．１．全体動作
図５を参照して、クライアントＣＬのユーザが所望の動画を見たい場合、所望の動画を再生するようにクライアントＣＬに指示する。たとえば、クライアントＣＬの図示しないディスプレイに複数の動画の題名が表示され、ユーザはリモコン等を用いて見たい動画の題名を選択し、クライアントＣＬにその動画の再生を指示する。
【００４４】
このとき、クライアントＣＬはサーバＳＶに動画配信依頼を送信する（Ｓ１）。動画配信依頼には、ユーザにより選択された動画の題名が含まれる。サーバＳＶは動画配信依頼を受け、動画リストの動画情報Ｉｍ内にある「title」がステップＳ１で送信された動画の題名と同じである動画情報Ｉｍを選択し、選択された動画情報Ｉｍ内の動画データＩＤにより配信する動画データＶｍを決定する。決定後、サーバＳＶは決定された動画データＶｍをクライアントＣＬに配信する（Ｓ２）。クライアントＣＬはサーバＳＶから配信された動画を受け、再生する（Ｓ４）。
【００４５】
サーバＳＶは、ステップＳ２と同じ時期に、検索テーブル作成処理を実行する（Ｓ３）。検索テーブル作成処理とは、ユーザが選択した動画データＶｍの検索テーブルＳＴｍがサーバＳＶのＨＤＤ１４内に存在しない場合に、サーバＳＶが検索テーブルＳＴｍを作成する処理である。サーバＳＶはＨＤＤ１４内に蓄積した動画データＶ１〜Ｖｍのうち、既にクライアントＣＬに配信した動画データＶｍに対応した検索テーブルＳＴｍは持っているが、クライアントＣＬに未だ配信していない動画データＶｍについては検索テーブルＳＴｍを持っていない。よって、サーバＳＶは動画データＶｍをクライアントＣＬに初めて送信するときに、その動画データＶｍに対応した検索テーブルＳＴｍを作成する（Ｓ３）。
【００４６】
クライアントＣＬが動画データＶｍに基づく動画を再生中に、クライアントＣＬのユーザが早送り再生や巻き戻し再生といった特殊再生を選択したとき、クライアントＣＬは特殊再生要求処理を実行し（Ｓ５）、サーバＳＶは特殊再生動画送信処理を実行する（Ｓ６）。具体的には、クライアントＣＬは特殊再生するために検索要求を送信する。サーバＳＶは検索テーブルＳＴｍに基づいて、クライアントＣＬからの検索要求に対応したフレームを順次送信する。クライアントＣＬはサーバから順次送信されるフレームに基づく動画を再生する。これにより、クライアントＣＬは特殊再生を実行できる。
【００４７】
ユーザが見たい所望のフレームまでクライアントＣＬが特殊再生した後、ユーザは再び動画の再生を選択する。このとき、クライアントＣＬはステップＳ１と同様に動画配信依頼を送信する（Ｓ１）。サーバＳＶは動画配信依頼を受け、動画データＶｍを再び配信する（Ｓ２）。クライアントＣＬは配信された動画データＶｍに基づく動画を再生する（Ｓ４）。
【００４８】
以上の動作により、ネットワークＡＶシステムは動画の再生及び特殊再生を実行できる。以下、ステップＳ３の検索テーブル作成処理、ステップＳ５の特殊再生要求処理及びステップＳ６の特殊再生動画送信処理について詳細を説明する。
【００４９】
１．２．２．検索テーブル作成処理
図６を参照して、サーバＳＶはクライアントＣＬに送信する動画データＶｍに対応した検索テーブルＳＴｍがあるか否かを判断する（Ｓ３０１）。具体的には、動画データＶｍの動画情報Ｉｍ内の「searchID」に検索テーブルＩＤが記録されているか否かを判断する。「searchID」に検索テーブルＩＤが記録されている場合（Ｓ３０２）、サーバＳＶは検索テーブルＩＤをクライアント情報ＣＬＩの「searchID」に登録する（Ｓ３０３）。これにより、クライアントＣＬで再生中の動画データＶｍの検索テーブルＳＴｍを特定できる。
【００５０】
一方、「searchID」に検索テーブルＩＤが記録されていない場合（Ｓ３０２）、サーバＳＶはクライアントＣＬに送信する動画データＶｍの検索テーブルＳＴｍを作成するための前準備として、新たな検索テーブルＩＤを動画データＶｍの動画情報Ｉｍの「searchID」欄と、クライアント情報ＣＬＩの「searchID」欄とに登録する（Ｓ３０４）。
【００５１】
登録後、サーバＳＶは検索テーブルＳＴｍを作成する（Ｓ３０５）。以下、ステップＳ３０５の作成処理について説明するが、その前に、サーバＳＶ内のＨＤＤ１４に格納されている動画データＶｍのデータ構造について説明する。
【００５２】
［ＨＤＤ内の動画データのデータ構造］
図７を参照して、ＨＤＤ１４内の動画データＶｍは、動画データＶｍに対応した音声データ（以下、オーディオデータと称する）と共に多重化され、複数のＰＥＳパケット（以下ＰＥＳと称する）１〜ＰＥＳｋ（ｋは自然数）で構成される。
【００５３】
１つのフレームＦｒはデータ量が大きいため、複数のＰＥＳｋに分割される。図７ではフレームＦｒ１はＰＥＳ１及びＰＥＳ２に分割されている。ＨＤＤ１４内に格納されている動画ＶｍはＭＰＥＧ２により多重化されているため、フレームデータを有するＰＥＳとオーディオデータを有するＰＥＳとが混在する。図７ではフレームＦｒ１のデータを有するＰＥＳ２とフレームＦｒ２のデータを有するＰＥＳ４との間にオーディオデータを有するＰＥＳ３が配置されている。
【００５４】
各ＰＥＳはその先頭にＰＥＳパケットヘッダ（以下、ヘッダと称する）を備え、ヘッダの後にパケットデータを備える。ヘッダにはＰＥＳの情報が記録されている。具体的には、ヘッダは原則として、ストリームＩＤとＰＴＳ(Presentation Time Stamp)とを含む。ストリームＩＤは、そのＰＥＳが有するパケットデータがフレームデータかオーディオデータかを示す。ＰＴＳは、フレームの再生時刻を示す時間情報である。なお、フレームＦｒｎは複数のパケットで構成されるため、先頭のパケット以外のパケットのヘッダにはＰＴＳが存在しない。たとえば、フレームＦｒ１を構成するパケットの１つであるＰＥＳ２のヘッダにはＰＴＳが存在しない。ストリームＩＤ＝フレームデータであるＰＥＳのヘッダがＰＴＳを含む場合、そのＰＥＳのパケットデータはピクチャタイプを含む。
【００５５】
以上のような動画Ｖｍのデータ構造を踏まえた上で、図６中のステップＳ３０５の作成処理について説明する。
【００５６】
[作成処理]
図７及び図８を参照して、サーバＳＶは初めにフレームＮＯ用のカウント値ｎ＝０とし、ＰＥＳ用のカウント値ｋ＝１（ｋは自然数）とする（Ｓ３０５１）。続いて、サーバＳＶは、ユーザに選択された動画データＶｍを構成する複数のＰＥＳｋのうち、ＰＥＳ１のヘッダを読み出す（Ｓ３０５２）。このとき、サーバＳＶはＰＥＳ１のヘッダの読み出しに成功する（Ｓ３０５３）。サーバＳＶは読み出したヘッダのストリームＩＤがフレームデータかオーディオデータかを判断する（Ｓ３０５４）。このとき、サーバＳＶはＰＥＳ１のストリームＩＤ＝フレームデータと判断する。
【００５７】
続いて、サーバＳＶは、ヘッダ内にＰＴＳが存在するか否か判断する（Ｓ３０５５）。このとき、サーバＳＶはＰＥＳ１のヘッダにＰＴＳが存在すると判断する。
【００５８】
ストリームＩＤがフレームデータであり、かつヘッダにＰＴＳが存在する場合、サーバＳＶは、表５に示すように、検索テーブルＳＴｍ内にフレームＮＯ＝Ｆｒｎ＋１＝Ｆｒ１を登録し（Ｓ３０５６）、フレームＦｒ１に対応したＰＴＳを時刻欄に登録する。又、ＰＴＳを有するＰＥＳ１は、パケットデータ内にピクチャタイプ＝Ｉを含むため、ピクチャタイプ＝Ｉをピクチャタイプ欄に登録する（Ｓ３０５７）。また、サーバＳＶはＰＥＳ１のヘッダの先頭位置のオフセットＯＦ１も登録する（Ｓ３０５８）。
【表５】
2005151395.tif 000007
【００５９】
オフセットＯＦ１を登録後、フレームＮＯ用のカウント値ｎ＝０の場合（Ｓ３０５９）は、ステップＳ３０６２でカウント値ｎをインクリメントし（つまり、ｎ＝１とし）、かつステップＳ３０６３でカウント値ｋをインクリメント（ｋ＝２）した後、再びＳ３０５２へ戻る。
【００６０】
続いてサーバＳＶはＰＥＳ２のヘッダを読み出す（Ｓ３０５２、Ｓ３０５３）。ここで、ＰＥＳ２はＰＥＳ１と同じフレームＦｒ１を構成するパケットであるため、ＰＴＳが存在しない。よってサーバＳＶは、ステップＳ３０５４でストリームＩＤがフレームデータと判断するものの、ステップＳ３０５５でＰＴＳが存在しないと判断する。そのため、サーバＳＶはカウント値ｋをインクリメントし、ｋ＝３とした後（Ｓ３０６３）、再びステップＳ３０５２に戻る。
【００６１】
次にサーバＳＶはＰＥＳ３のヘッダを読み出す（Ｓ３０５２、Ｓ３０５３）。ステップＳ３０５４での判断の結果、サーバＳＶは、ＰＥＳ３がオーディオデータであると判断する。その結果、サーバＳＶはカウント値ｋをｋ＝４にした後（Ｓ３０６３）、ステップＳ３０５２の動作に戻る。
【００６２】
ＰＥＳ４のヘッダを読み出したとき、ＰＥＳ４のヘッダのストリームＩＤはフレームデータであり（Ｓ３０５４）、ＰＴＳも存在すると判断する（Ｓ３０５５）。よって、表６に示すように、サーバＳＶはフレーム情報にフレームＩＤ＝Ｆｒｎ＋１＝Ｆｒ２を登録し（Ｓ３０５６）、ＰＴＳ及びピクチャタイプの登録を行い（Ｓ３０５７）、オフセットＯＦ２を登録する（Ｓ３０５８）。
【表６】
2005151395.tif 000008
【００６３】
このときのフレームＮＯのカウント値ｎ＝１であるため（Ｓ３０５９）、サーバＳＶはフレームサイズ算出処理を実行する（Ｓ３６０）。具体的には、オフセットＯＦ２とＯＦ１とを用いて式（１）により、フレームＦｒ１のデータサイズを算出する（Ｓ３０６０）。
【００６４】
フレームＦｒｎのデータサイズ＝ＯＦｎ＋１−ＯＦｎ  （１）
【００６５】
フレームＦｒ１のデータサイズ＝ＯＦ２−ＯＦ１
【００６６】
算出されたデータサイズは表７に示すように、フレーム情報内のフレームＦｒ１のサイズ欄に登録される（Ｓ３０６１）。
【表７】
2005151395.tif 000009
【００６７】
フレームサイズ算出処理を実行後（Ｓ３６０）、カウント値ｎをインクリメントしてｎ＝２とし（Ｓ３０６２）、さらにカウント値ｋ＝５とした後（Ｓ３０６３）、ステップＳ３０５２に戻って同様に処理を進める。
【００６８】
処理を進めた結果、サーバＳＶが動画Ｖｍ中の最後のＰＥＳパケットであるＰＥＳｋの作成処理を実行した後、さらにステップＳ３０５２に戻ってヘッダを読み出そうとしても、ＰＥＳｋの後にはＰＥＳは存在しないため、サーバＳＶはヘッダの読み出しに失敗する（Ｓ３０５３）。この場合、カウント値ｎが０でなければ（Ｓ３０６９）、動画Ｖｍの全てのＰＥＳを読み出したことになるため、サーバＳＶは最後のフレームＦｒｎのフレームサイズを式（２）により算出する（Ｓ３０６４）。
【００６９】
フレームＦｒｎのデータサイズ＝動画Ｖｍデータサイズ−ＯＦｎ  （２）
【００７０】
算出されたフレームサイズは検索テーブルＳＴｍ内のフレームＦｒｎのサイズ欄に登録され（Ｓ３０６５）、検索テーブルＳＴｍは完成する。よって、サーバＳＶは作成処理を終了する。
【００７１】
以上の動作により、クライアントから動画配信依頼を受けた場合、サーバＳＶはクライアントの所望の動画データＶｍの検索テーブルＳＴｍがあるか否かを判断し、ない場合は速やかに検索テーブルＳＴｍを作成する。
【００７２】
１．２．３．特殊再生動作
図９を参照して、クライアントＣＬが、動画データＶｍに基づく動画を再生している途中で、クライアントＣＬのユーザが早送り再生を選択したとき、クライアントＣＬは表８に示す検索要求を作成する（Ｓ５８）。
【表８】
2005151395.tif 000010
【００７３】
検索要求は、検索開始位置とフレーム条件と検索方向とを含む。検索開始位置は、検索を開始するフレームＦｒｎのオフセットＯＦｎである。フレーム条件は、サーバＳＶが検索するフレームＦｒｎのピクチャタイプ（Ｉ，Ｂ，Ｐ）である。検索方向は、早送り方向か巻き戻し方向かを示す。
【００７４】
検索要求を作成するとき、クライアントＣＬは初めにユーザの操作に応じて検索方向を早送り方向と決定する（Ｓ５５）。続いて、クライアントＣＬは、ユーザの操作に応じて再生速度を選択し、選択した再生速度によりフレーム条件を決定する（Ｓ５６）。
【００７５】
フレーム条件は表９に示す早送り再生速度テーブルに基づいて決定される。なお、早送り再生速度テーブルはクライアントＣＬのメモリ３２に記憶される。
【表９】
2005151395.tif 000011
【００７６】
早送り再生速度テーブルは、早送り再生の速度に応答したフレーム条件を記録している。たとえば、通常の早送り速度の場合は、ｊ回目（ｊは自然数）の検索要求に含めるフレーム条件はＩピクチャである。一方、２倍速の場合は、ｊ回目の検索要求に含めるフレーム条件は検索開始位置のフレームＦｒｎから２ｊ番目のＩピクチャとしている。３倍速の場合は、ｊ回目の検索要求に含めるフレーム条件は検索開始位置のフレームＦｒｎから３ｊ番目のＩピクチャである。
【００７７】
ユーザの操作に応じてクライアントＣＬは早送り速度を選択し、早送り速度テーブルに基づいてフレーム条件が決定する。ユーザが通常の早送り再生速度を選択した場合、クライアントＣＬはユーザの操作に応じて、早送り再生速度テーブルに基づいてフレーム条件を「Ｉピクチャ」に決定する。
【００７８】
続いて、クライアントＣＬは検索要求中の検索開始位置を決定する（Ｓ５７）。具体的には、クライアントＣＬは、検索要求を送信する時にクライアントＣＬの図示しないディスプレイに表示されている動画のフレームのオフセットＯＦｎを検索開始位置と決定する。以上のステップＳ５５〜Ｓ５７の動作により、検索要求が作成される（Ｓ５８）。
【００７９】
検索要求を作成後、クライアントＣＬはサーバＳＶに検索要求を送信し、早送り再生に必要なフレームＦｒｎを取得する（検索要求処理：Ｓ５１）。一方、サーバＳＶは、検索要求に応じたフレームＦｒｎを送信する（フレーム送信処理：Ｓ６１）。
【００８０】
ユーザが早送り再生を選択している間、クライアントＣＬは検索要求処理（Ｓ５１）を連続して実行し、検索要求処理に対応してサーバＳＶはフレーム送信処理（Ｓ６１）を連続して送信する。その結果、クライアントＣＬは早送り再生を実行できる。以下、検索要求処理及びフレーム送信処理について説明する。
【００８１】
図１０及び図１１を参照して、ユーザが早送り再生を選択したとき、クライアントＣＬは作成した検索要求を送信する（Ｓ５１１）。
【００８２】
検索要求を受けたサーバＳＶは、クライアントＣＬに配信中の動画データＶｍの検索テーブルＳＴｍを特定する（Ｓ６１１）。具体的は、サーバＳＶは、検索要求を送信したクライアントＣＬのクライアント情報ＣＬＩを参照し、そこに登録された検索テーブルＩＤから検索テーブルＳＴｍを特定する（Ｓ６１１）。続いて、サーバＳＶは検索要求内の検索開始位置より、検索を開始するフレームＦｒｎを特定する（Ｓ６１２）。検索要求内の検索開始位置は「０ｘ００８０００００」であるため、サーバＳＶは検索開始位置をフレームＦｒ５０とする。
【００８３】
続いて、サーバＳＶはクライアントＣＬに送信すべきフレームＦｒを検索する（Ｓ６１３）。具体的にはサーバＳＶは、検索要求内のフレーム条件（Ｉピクチャ）及び検索方向（早送り）に基づいて、ピクチャタイプがＩピクチャであり、かつ、フレームＦｒ５０以降に配列され、フレームＦｒ５０に最も近いフレームＦｒを検索する。検索の結果、サーバＳＶはフレームＦｒ５２を検索する（Ｓ６１４）。
【００８４】
このとき、サーバＳＶは検索したフレームＦｒ５２のフレーム情報をクライアントＣＬに送信する（Ｓ６１７）。クライアントＣＬはフレーム情報を受け（Ｓ５１３）、フレームＦｒ５２のデータを要求する（Ｓ５１４）。サーバＳＶはクライアントＣＬの要求に応じ、フレームＦｒ５２のデータを送信する（Ｓ６１８）。クライアントＣＬはフレームＦｒ５２のデータを受け、フレームＦｒ５２に基づいた動画を再生する（Ｓ５１５）。
【００８５】
クライアントＣＬは、フレームＦｒ５２に基づいた動画を受信後、再び検索要求処理を実行する（Ｓ５１）。このときクライアントＣＬは、フレームＦｒ５２のオフセットＯＦ５２を検索開始位置とし、フレーム条件及び検索方向を前回の検索要求のものと同じとした検索要求を送信する（Ｓ５１１）。これにより、クライアントＣＬはＩピクチャのフレームＦｒを連続して取得し、そのフレームＦｒの基づく動画を再生することで早送り再生を可能にする。
【００８６】
なお、フレーム送信処理（Ｓ６１）において、ステップＳ６１３での検索の結果、検索要求に該当するフレームＦｒｎのフレーム情報がない場合（Ｓ６１４）、検索テーブルＳＴｍが作成途中であるか否かを判断する（Ｓ６１５）。たとえば、過去にクライアントに送信したことのない動画データＶｍに対して、クライアントＣＬから動画配信依頼を受け、サーバＳＶが検索テーブルＳＴｍを作成しながら該当する動画データＶｍをクライアントＣＬに送信しているときに、クライアントＣＬから検索要求を受ける場合もあるからである。
【００８７】
ステップＳ６１５での判断の結果、サーバＳＶが検索テーブルＳＴｍを作成途中である場合は、ステップＳ６１３に戻り、検索を繰り返す。検索しているうちに、該当するフレームＦｒｎのフレーム情報が検索テーブルＳＴｍに登録されるからである。
【００８８】
一方、判断の結果、サーバＳＶが検索テーブルＳＴｍを作成中でない場合、サーバＳＶはエラー通知をクライアントＣＬに送信する（Ｓ６１６）。たとえば、検索開始位置がＦｒ１で、検索方向が巻き戻しの場合、フレームＦｒ１以前にはフレームＦｒ（フレーム情報）は存在しないため、サーバＳＶはエラー通知を送信する。この場合、クライアントＣＬはエラー通知を受信後（Ｓ５１２）、その動作を終了する。
【００８９】
以上、ユーザが早送り再生を選択した場合について説明したが、ユーザが巻き戻し再生を選択した場合も同様である。たとえば、クライアントＣＬからの検索要求中の検索開始位置がフレーム７３のオフセットＯＦ７３であり、ピクチャタイプがＩピクチャであり、検索方向が巻き戻し方向である場合、サーバＳＶはステップＳ６１３でフレームＦｒ７２を検索する。
【００９０】
２．第２の実施の形態
第１の実施の形態では、サーバＳＶは検索テーブルＳＴｍを用いて、クライアントＣＬに配信する動画データＶｍを検索したが、検索テーブルＳＴｍを用いることなく、サーバＳＶがＨＤＤ１４のデータベースＤＢ内の動画データＶｍを直接検索してもよい。
【００９１】
本実施の形態におけるネットワークＡＶシステムのサーバＳＶは検索テーブルＳＴｍを持たない。その他の構成は図１〜図３で示したネットワークＡＶシステム１と同じである。
【００９２】
２．１．全体動作
図１２に本実施の形態における全体動作を示す。図５と比較して、本実施の形態では図５中のステップＳ３での検索テーブル作成処理を実施しない。つまり、サーバＳＶは検索テーブルＳＴｍを作成しない。図１２中のステップＳ５及びステップＳ６の動作を図１３に示す。
【００９３】
図１３を参照して、クライアントＣＬでの検索要求処理（Ｓ５９）とサーバＳＶでのフレーム送信処理（Ｓ６５）とが図９と異なる。その他の動作は図９と同じである。
【００９４】
以下、本実施の形態における検索要求処理及びフレーム送信処理について説明する。
【００９５】
図１４及び図１５を参照して、ユーザが早送り再生を選択したとき、クライアントＣＬは検索要求を送信する（Ｓ５５１）。このとき送信する検索要求を表１０に示す。
【表１０】
2005151395.tif 000012
【００９６】
表１０の検索要求を受けたサーバＳＶは、データベースＤＢ内の動画データＶｍを検索する。（Ｓ６５１）。このとき、サーバＳＶは、検索要求に応じたフレームＦｒｎの先頭位置を検索する。具体的には、サーバＳＶは、検索要求内の検索開始位置「Ｘ１」から検索を開始し、ピクチャタイプ＝Ｉをパケットデータに含むＰＥＳｋの先頭位置のオフセットＯＦｎ＝Ｘ２を検索する。検索後、サーバＳＶは、検索したオフセットＯＦｎ＝Ｘ２と、検索したＰＥＳｋが有するピクチャタイプ＝Ｉとを検索結果として送信する（Ｓ６５２）。
【００９７】
検索結果を受けたクライアントＣＬは、続いて表１１に示す検索要求を送信する（Ｓ５５２）。
【表１１】
2005151395.tif 000013
【００９８】
表１１を参照して、検索開始位置は「Ｘ２」とする。また、フレーム条件は、Ｉ，Ｂ，Ｐいずれかのピクチャタイプとする。つまり、クライアントＣＬは、オフセットＯＦｎ＝Ｘ２から検索を開始し、Ｉ，Ｂ，Ｐのいずれかのピクチャタイプを含むＰＥＳの先頭位置を検索するようサーバＳＶに要求する。
【００９９】
表１１の検索要求を受けたサーバＳＶは、検索要求に応じて検索を開始し、ピクチャタイプ＝Ｂをパケットデータに含むＰＥＳｋ＋３の先頭位置のオフセットＯＦｎ＋１＝Ｘ３を検索する（Ｓ６５３）。検索後、サーバＳＶは検索したＰＥＳｋ＋３の先頭位置のオフセットＯＦｎ＋１＝Ｘ３とピクチャタイプ＝Ｂとを含む検索結果をクライアントＣＬに送信する（Ｓ６５４）。
【０１００】
検索結果を受けたクライアントＣＬは、ＩピクチャのフレームＦｒｎのデータをサーバＳＶに要求する（Ｓ５５３）。このとき、クライアントＣＬは、データ取得開始位置をＸ２とし、Ｘ３−Ｘ２のサイズのデータを送信するようサーバＳＶに要求する。
【０１０１】
データの要求を受けたサーバＳＶは、データ取得開始位置がＸ２であって、サイズがＸ３−Ｘ２のデータ、すなわち、フレームＦｒｎのデータをクライアントＣＬに送信する（Ｓ６５５）。
【０１０２】
クライアントＣＬはフレームＦｒｎのデータを受け、フレームＦｒｎに基づいた動画を再生する（Ｓ５５４）。
【０１０３】
以上の動作により、サーバＳＶはクライアントＣＬからの検索要求に応じて、フレームＦｒｎの先頭位置と、後続のフレームＦｒｎ＋１の先頭位置とを検索する。検索した２つの先頭位置の差分により送信すべきフレームＦｒｎのデータサイズを特定し、サーバＳＶはクライアントＣＬにフレームＦｒｎを送信する。よって、サーバＳＶは検索テーブルＳＴｍを作成することなく、クライアントＣＬの検索要求に応じたフレームＦｒｎを順次送信できる。その結果、クライアントＣＬは特殊再生を実行できる。
【０１０４】
第１及び第２の本実施の形態では、動画データＶｍをＭＰＥＧ１形式又はＭＰＥＧ２−ＰＳ形式としたが、ＭＰＥＧ２−ＴＳ(Transport Stream)形式等の他のＭＰＥＧ形式であっても良い。
【０１０５】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【０１０６】
【図１】本発明の第１の実施の形態によるネットワークＡＶシステムの構成を示す機能ブロック図である。
【図２】図１に示したサーバの構成を示す機能ブロック図である。
【図３】図１に示したクライアントＣＬの構成を示す機能ブロック図である。
【図４】図１に示したネットワークＡＶシステムの動作を説明するための概略図である。
【図５】図１に示したネットワークＡＶシステムの動作を示すフロー図である。
【図６】図５中のステップＳ３のフレーム情報選択処理の動作を示すフロー図である。
【図７】図６中のステップＳ３０５のフレーム情報作成処理を説明するための概略図である。
【図８】図６中のステップＳ３０５のフレーム情報作成処理を示すフロー図である。
【図９】図５中の特殊再生要求処理及び特殊再生動画送信処理を示すフロー図である。
【図１０】図９中の検索要求処理及びフレーム送信処理を示すフロー図である。
【図１１】図９中のフレーム送信処理を説明するための概略図である。
【図１２】本発明の第２の実施の形態によるネットワークＡＶシステムの動作を示すフロー図である。
【図１３】図１２中の特殊再生要求処理及び特殊再生動画送信処理を示すフロー図である。
【図１４】図１３中の検索要求処理及びフレーム送信処理を示すフロー図である。
【図１５】図１３中のフレーム送信処理を説明するための概略図である。
【図１６】従来の動画再生装置での特殊再生の方法を説明するための概略図である。
【符号の説明】
【０１０７】
１  ネットワークＡＶシステム
１６  データベース管理部
１８  ネットワークプロトコル処理部
２０  ＣＰＵ処理部
２２，３８  ＬＡＮコントローラ
２４  ネットワークプロトコル処理部
２６  システム動作部
２８  マイコン処理部
３０  フラッシュメモリ
３２  メモリ
３４  動画処理部
ＣＬ  クライアント
ＳＴｍ  検索テーブル
Ｖｍ  動画データ
【図１】
2005151395.tif 000014
【図２】
2005151395.tif 000015
【図３】
2005151395.tif 000016
【図４】
2005151395.tif 000017
【図５】
2005151395.tif 000018
【図６】
2005151395.tif 000019
【図７】
2005151395.tif 000020
【図８】
2005151395.tif 000021
【図９】
2005151395.tif 000022
【図１０】
2005151395.tif 000023
【図１１】
2005151395.tif 000024
【図１２】
2005151395.tif 000025
【図１３】
2005151395.tif 000026
【図１４】
2005151395.tif 000027
【図１５】
2005151395.tif 000028
【図１６】
2005151395.tif 000029
【手続補正書】
【提出日】平成16年11月1日(2004.11.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーバと、前記サーバにネットワーク経由で接続されたクライアントとを備えたネットワークＡＶシステムであって、
前記サーバは、
連続して配列される複数のフレームを含む動画データを記憶する動画記憶手段を備え、
前記クライアントは、
検索するフレームのフレーム条件を含む検索要求を送信する検索要求手段を備え、
前記サーバはさらに、
前記動画記憶手段の中から前記検索要求に応じたフレームを時系列に順次検索する検索手段と、
前記検索されたフレームを送信する送信手段とを備え、
前記クライアントはさらに、
前記送信されたフレームを受信する受信手段と、
前記受信したフレームに基づいて動画を再生する再生手段とを備えることを特徴とするネットワークＡＶシステム。
【請求項２】
請求項１に記載のネットワークＡＶシステムであって、
前記検索要求はさらに、前記サーバが検索を開始するフレームの配列位置である検索開始位置を含むことを特徴とするネットワークＡＶシステム。
【請求項３】
請求項１又は請求項２に記載のネットワークＡＶシステムであって、
前記検索要求はさらに、フレームの検索方向を含むことを特徴とするネットワークＡＶシステム。
【請求項４】
請求項２に記載のネットワークＡＶシステムであって、
前記検索要求手段は、前記受信手段が前記フレームを受信するごとに、前記受信したフレームの配列位置を前記検索開始位置として含む検索要求を前記サーバに送信することを特徴とするネットワークＡＶシステム。
【請求項５】
請求項１〜請求項４のいずれか１項に記載のネットワークＡＶシステムであって、
前記サーバはさらに、
前記複数のフレームの配列位置を前記複数のフレームに関するフレーム情報と対応づけた検索テーブルを記憶するテーブル記憶手段を備え、
前記検索手段は、前記動画記憶手段の中から前記検索テーブルに基づいて前記検索要求に応じたフレームを検索することを特徴とするネットワークＡＶシステム。
【請求項６】
請求項１〜請求項５のいずれか１項に記載のネットワークＡＶシステムであって、
前記クライアントはさらに、
前記動画を再生するときの再生速度を選択する再生速度選択手段を備え、
前記検索要求手段は、前記再生速度選択手段により選択された再生速度に応じて前記検索要求に含める前記フレーム条件を決定することを特徴とするネットワークＡＶシステム。
【請求項７】
請求項５に記載のネットワークＡＶシステムであって、
前記フレーム情報は、前記複数のフレームのピクチャタイプを含み、
前記フレーム条件は、前記検索するフレームのピクチャタイプを含むことを特徴とするネットワークＡＶシステム。
【請求項８】
サーバと、前記サーバにネットワークを介して接続されたクライアントとを備えたネットワークＡＶシステムにおけるサーバであって、
連続して配列される複数のフレームを含む動画データを記憶する動画記憶手段と、
前記クライアントから送信され、検索するフレームのフレーム条件を含む検索要求を受信する手段と、
前記動画記憶手段の中から前記検索要求に応じたフレームを時系列に順次検索する検索手段と、
前記クライアントに前記検索したフレームを送信する送信手段とを備えることを特徴とするサーバ。
【請求項９】
請求項８に記載のサーバであってさらに、
前記複数のフレームの配列位置を前記複数のフレームに関するフレーム情報と対応づけた検索テーブルを記憶するテーブル記憶手段とを備え、
前記検索手段は、前記動画記憶手段の中から前記検索テーブルに基づいて前記検索要求に応じたフレームを検索することを特徴とするサーバ。
【請求項１０】
連続して配列される複数のフレームを含む動画データを蓄積するサーバと接続可能なクライアントであって、
前記サーバにより時系列に順次検索されるフレームのフレーム条件を含む検索要求を送信する検索要求手段と、
前記サーバにより検索され、送信されたフレームを受信する受信手段と、
前記受信したフレームに基づいて動画を再生する再生手段とを備えることを特徴とするクライアント。
【請求項１１】
請求項１０に記載のクライアントであって、
前記検索要求はさらに、前記サーバが検索を開始するフレームの配列位置である検索開始位置を含むことを特徴とするクライアント。
【請求項１２】
請求項１１に記載のクライアントであって、
前記検索要求手段は、前記受信手段が前記フレームを受信するごとに、前記受信したフレームの配列位置を前記検索開始位置として含む検索要求を前記サーバに送信することを特徴とするクライアント。
【請求項１３】
請求項１０に記載のクライアントであってさらに、
前記動画を再生するときの再生速度を選択する再生速度選択手段を備え、
前記検索要求手段は、前記再生速度選択手段により選択された再生速度に応じて前記検索要求に含める前記フレーム条件を決定することを特徴とするクライアント。
【請求項１４】
請求項８又は請求項９に記載の手段をコンピュータに実現させるためのサーバプログラム。
【請求項１５】
請求項１０〜請求項１３のいずれか１項に記載の手段をコンピュータに実現させるためのクライアントプログラム。