(57)【要約】【課題】特殊再生に供するＭＰＥＧ２の動画ストリームのＩピクチャーをサーバーから容易に取り込むことができるようにした。【解決手段】再生倍速に応じて、動画ストリームの先頭からの時間である再生ポイント時間を求める初回再生ポイント時間取得部１２ｂと、前記再生ポイント時間から前記動画ストリームの再生時間の約１秒分の圧縮データを要求する要求信号を得る要求信号生成部１２ｄと、前記要求信号に応答して送られてきた部分的動画ストリームデータをメモリ１３に格納する格納制御部１２ｅと、前記メモリ内からＩピクチャーを検索してデコーダ１５に転送する転送制御部１２ｆと、次の再生ポイント時間を計算する次再生ポイント時間取得部１２ｃと具備する。【選択図】      図４
2007067808.tif 000002
【特許請求の範囲】
【請求項１】
所定の規格の動画ストリームの基準となる圧縮画像を間欠的に取得して表示することにより特殊再生を行なう動画ストリームの画像再生装置において、
再生倍速に応じて、前記動画ストリームの先頭からの時間である再生ポイント時間を求める初回再生ポイント時間取得部（１２ｂ）と、
前記再生ポイント時間から前記動画ストリームの再生時間の約１秒分の圧縮データを要求する要求信号をサーバーに送出する送信部（１２ａ）と、
前記要求信号に応答して送られてきた部分的動画ストリームデータをメモリ（１３）に格納する格納制御部（１２ｅ）と、
前記メモリに格納されたデータの中から前記基準ピクチャーデータを検索して、デコーダ（１５）に転送する転送制御部（１２ｆ）と、
前記基準ピクチャーデータを前記デコーダ（１５）に転送した後、次の再生ポイント時間を計算する次再生ポイント時間取得部（１２ｃ）と
を具備したことを特徴とする動画ストリームの画像再生装置。
【請求項２】
前記メモリに格納されているデータの中の前記基準ピクチャーデータを検索する検索部（１２ｈ）をさらに有する
ことを特徴とする請求項１記載の動画ストリームの画像再生装置。
【請求項３】
さらに、前記基準ピクチャーデータを前記デコーダに転送する前に、時間調整を行なってから転送する待機時間設定部（１２ｇ）を有する
ことを特徴とする請求項１記載の動画ストリームの画像再生装置。
【請求項４】
前記次再生ポイント時間取得部（１２ｃ）は、
前記次の再生ポイント時間を計算するときは、前回の再生ポイント時間に対して前記前回の再生ポイント時間を生成してから、前記要求信号により前記基準ピクチャーデータがデコーダでデコードされるまでに要した１ループ時間Ｔに再生倍速Ｎを乗算した値を加算することにより生成することを特徴とする請求項１記載の動画ストリームの画像再生装置。
【請求項５】
前記要求信号は、再生ポイント時間を示す時間情報と、取り込むデータ量を示す時間情報であることを特徴とする請求項１記載の動作ストリームの画像再生装置。
【請求項６】
前記要求信号は、再生ポイント位置を示すバイト情報と、取り込むデータ量を示すサイズ情報であることを特徴とする請求項１記載の動作ストリームの画像再生装置。
【請求項７】
ネットワークを介してサーバーに接続されるインターフェース、メモリ、ビデオデコーダ及び動作を統括する制御部を有し、所定の規格の動画ストリームの基準となる圧縮画像を間欠的に取得して表示することにより特殊再生を行なう動画ストリームの画像再生方法において、
前記制御部は、
再生倍速に応じて、前記動画ストリームの先頭からの時間である再生ポイント時間を求め、
前記再生ポイント時間から前記動画ストリームの再生時間の約１秒分の圧縮データを要求する要求信号を生成し、
前記要求信号をサーバーに送出し、
前記要求信号に応答して送られてきた部分的動画ストリームデータをメモリに格納し、
前記メモリに格納されたデータの中から前記基準ピクチャーデータを検索して、デコーダに転送し、
前記基準ピクチャーデータを前記デコーダに転送した後、次の再生ポイント時間を計算する
ことを特徴とする動画ストリームの画像再生方法。
【請求項８】
前記メモリに格納されているデータの中の前記基準ピクチャーデータを検索する
ことを特徴とする請求項７記載の動画ストリームの画像再生方法。
【請求項９】
さらに、前記基準ピクチャーデータを前記デコーダに転送する前に、時間調整を行なってから転送する
ことを特徴とする請求項７記載の動画ストリームの画像再生方法。
【請求項１０】
前記次の再生ポイント時間を計算するときは、前回の再生ポイント時間に対して前記前回の再生ポイント時間を生成してから、前記要求信号により前記基準ピクチャーデータがデコーダでデコードされるまでに要した１ループ時間Ｔに再生倍速Ｎを乗算した値を加算することにより生成する
ことを特徴とする請求項７記載の動画ストリームの画像再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、動画ストリームの画像再生装置及び方法に関するものであり、特にネットワークを介して、特殊再生に供するように、動画ストリームを容易にサーバーから取り込むことができる発明である。
【背景技術】
【０００２】
近年、日本国内では、デジタル放送（地上波デジタル放送、ＢＳ（Broadcast Satellite）放送、１１０度ＣＳ(Communication Satellite)放送など）が普及ししている。一方では、記録媒体としてのハードディスク、光ディスクなどの情報記録媒体は、その記憶容量が増大している。このために、これらの媒体を利用した記録再生装置を例えばデジタルテレビジョン受信機に接続し、所望の番組を記録媒体に自動録画する方法及び装置がある。
【０００３】
また、デジタルテレビジョン受信機あるいはデジタル記録再生装置は、ネットワーク接続機能も付加されており、ネットワークを介して、サーバーからの情報を取り込むことができるようになっている。
【０００４】
サーバーから動画データを取得する技術としては、特許文献１、２に開示された技術がある。また、特許文献３には、クライアントがサーバーに対してコンテンツ要求を行なう技術であって、変速再生要求を設定する技術が開示されている。
【特許文献１】特開２００５−１５１３９５公報
【特許文献２】特開２００４−１８０３４１公報
【特許文献３】特開２００４−３５００４３公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記したようにサーバーからネットワークを介して動画データストリームを取得して特殊再生を行なう装置が開発されている。しかしながら、サーバーによって、性能や機能が大きく異なることによる問題が発生している。
【０００６】
例えば５０Ｍｂｐｓ以上の高いネットワーク性能を持つサーバーがあるし、また１０Ｍｐｐｓ程度の低い性能のサーバーもある。また、ＭＰＥＧ（Moving Picture Experts Group）２システムの詳細情報（Ｉピクチャーの位置情報など）を提供できないものと、提供できるものが存在する。このために、ＭＰＥＧ２システムの詳細情報（Ｉピクチャーの位置情報など）を提供できないサーバーから、特殊再生用として動画ストリームを取得することができないという問題があった。
【０００７】
そこでこの発明の一実施形態では、特殊再生に供する動画ストリームの各部をサーバーから容易に取り込むことができるようにした動画ストリームの画像再生装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
この発明の一実施の形態では、所定の規格の動画ストリームの基準となる圧縮画像を間欠的に取得して表示することにより特殊再生を行なう動画ストリームの画像再生装置において、再生倍速に応じて、前記動画ストリームの先頭からの時間である再生ポイント時間を求めるスタート時の初回再生ポイント時間取得部１２ｂと、前記再生ポイント時間から前記動画ストリームの再生時間の約１秒分の圧縮データを要求する要求信号を得る要求信号生成部１２ｄと、前記要求信号をサーバーに送出する送信部１２ａと、前記要求信号に応答して送られてきた部分的動画ストリームデータをメモリ１３に格納する格納制御部１２ｅと、前記メモリに格納されたデータの中から前記基準ピクチャーデータを検索して、デコーダ１５に転送する転送制御部１２ｆと、前記基準ピクチャーデータを前記デコーダ１５に転送した後、次の再生ポイント時間を計算するスタート後の次再生ポイント時間取得部１２ｃとを有する。
【発明の効果】
【０００９】
上記の手段により、サーバーが基準ピクチャーの再生ポイント時間情報を含むストリーム詳細情報を送ってこなくても、基準ピクチャーを確実に取得し、特殊再生を行なうことができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照してこの発明の実施の形態を説明する。図１には、この発明の画像再生装置１００の基本構成を示している。この画像再生装置１００は、インターフェース１１及びネットワークを介してサーバー２００に接続することができる。ネットワーク接続は、例えばイーサーネット（商標）による接続形式でもよい。
【００１１】
インターフェース１１を介して取り込まれた情報は、制御部１２において、ストリーム或いはパケット情報が解析される。動画ストリームは、ＭＰＥＧ２ストリームであり、制御部１２は、ＭＰＥＧ２ストリームを認識し、ストリームデータをＳＤＲＡＭ（Synchronous dynamic random-access memory:同期ダイナミックランダムアクセスメモリ）１３へ出力する。ＳＤＲＡＭ１３のデータは、デマルチプレクサ１４においてエレメンタリーストリーム毎に分離され、ビデオデータはビデオデコーダ１５へ、オーディオデータはオーディオデコーダ１６へ出力される。
【００１２】
ビデオデコーダ１５でデコードされたビデオ信号は、表示器１７にて表示され、オーディオデコーダ１６でデコードされたオーディオ信号はスピーカ１８で再生される。
【００１３】
上記の映像再生装置は、特にサーバー２００に対して、ＭＰＥＧ２ストリームを提供するように要求を行い、動画の特殊再生を行なう
方法及び手段に特徴を有する。以下この特徴的な動作を、図２を参照しながら、ステップＳ１から順次説明する。
【００１４】
特殊再生は、ここでは、ＭＰＥＧ２ストリームのＩピクチャーのみをデコードするものとする。また特殊再生は、早送り再生、逆送り再生などを含むものとする。
【００１５】
ステップＳ１：
上記のような特殊再生を行なうためには、まず、特殊再生の倍速と、Ｉピクチャーを表示する間隔に基づいて、ＭＰＥＧ２ストリームの中のどの位置のＩピクチャーをデコードするのかを決める必要がある。したがって、ＭＰＥＧ２ストリームに対するアクセス位置を決定する。アクセス位置は、例えば表示するＩピクチャーの再生ポイント時間（ストリーム先頭からの時間）として求められ、この時間を得るための計算方法は、後で詳しく説明する。
【００１６】
ステップＳ２：
上記のステップＳ１で求めたＩピクチャーの再生ポイント時間の情報は、画像再生装置１００からネットワークを介してサーバー２００に送られる。つまり、これが、サーバー２００に対するリクエスト情報を得るための基本となる。
【００１７】
ここで、サーバー２００としては、ＭＰＥＧ２ストリームとストリームの詳細情報を送出してくるタイプ１と，単純にＭＰＥＧ２ストリームのみ送出するタイプ２の２種類のタイプがある。以下、上記のようなサーバーに対処するために、以下３つのケースを説明する。
【００１８】
ケース１：
タイプ１のストリーム詳細情報は、ＭＰＥＧ２ストリームの例えば先頭からどの位置にＩピクチャーが存在するかを示す管理テーブル情報（ファイル）である。したがって、タイプ１のサーバーに画像再生装置が要求信号を送るときは、上記のストリーム詳細情報を解析して、先のＩピクチャーの再生ポイント時間にもとづいてＩピクチャーの位置情報を決めて、この位置情報が要求信号として送信される。
【００１９】
この様なケース１は、サーバーが、ＤＶＤ（デジタルバーサタイルディスク）規格に基づいて、ＭＰＥＧ２ストリームを提供するような場合が適合する。
【００２０】
ケース２：
ＭＰＥＧ２ストリームは、通常は１つのＧＯＰが１５フレーム（約０．５秒の再生時間分）で構成されている。そして、３０フレーム分（約１秒の再生時間分）のストリームの中には、どこかにＩピクチャーが含まれていることがほとんどである。
【００２１】
そこで、本発明の装置のケース２は、このことを利用し、ステップＳ１で決定した再生ポイント時間から１秒分のストリームを送出するようにサーバー２００に要求信号を送るのである。
【００２２】
このようなケース２は、サーバーにおいて、ＭＰＥＧ２ストリームがパーソナルコンピュータにより時間で管理されているような場合が適合する。つまり、パーソナルコンピュータは、ハードディスクに記録されたＭＰＥＧ２ストリームの位置をその先頭からの時間経過で管理している。
【００２３】
ケース３：
サーバーによっては、ＭＰＥＧ２ストリームの位置を再生ポイント時間により指定できないものも存在する。このようなサーバーでは、バイトアクセスにより情報位置を指定することができる場合がる。
【００２４】
このような場合は、バイト位置の情報を要求信号として送出する必要がある。そこでケース３では、ステップ１で決定した再生ポイント時間を、データの平均ビットレートを用いて、例えば先頭からのバイト位置に変換し、このバイト位置を要求信号とする。バイト位置は、
バイト位置  ＝  再生ポイント時間  ×  ストリームの平均ビットレート
で計算できる。またこの場合、Ｉピクチャーが必ず含まれるデータを取得できるように、１秒の再生時間に相当するストリームを取得できるように、送出サイズを要求する。送出サイズは、
送出サイズ  ＝  １秒  ×  ストリームの平均ビットレート
で計算できる。
【００２５】
したがってケース３では、上記のバイト位置と送出サイズの情報を要求信号としてサーバーに送出する。
【００２６】
ステップ３：
上記したように要求した結果、サーバーからＭＰＥＧ２ストリームの一部がネットワークを介して伝送されてくる。伝送されてきたストリームは、ＳＤＲＡＭ１３に格納される。２４Ｍｂｐｓのストリームを１秒分読み出した場合、３Ｍバイトとなる。
【００２７】
ここで、ＳＤＲＡＭ１３に格納されたデータをすぐにビデオデコーダ１５に供給してもよい。しかし、この装置では、Ｉピクチャーをデコードして表示する表示間隔を、正確に一定間隔とするために次のような対策が行なわれている。
【００２８】
ステップＳ４ａ、Ｓ４ｂ：
即ち、図２に示すように表示間隔を調整するための待機時間が取られ、またＩピクチャーのサーチ処理が行われる。
【００２９】
ステップＳ４ｂでは、時間調整が行なわれる。例えば、Ｉピクチャーのデコード出力を０．５秒間隔で表示するものとする。このとき、図２のステップＳ１からＳ６のループの処理において、０．１秒しかかからなかった場合、０．４秒が余る。そこで、この余った時間０．４秒がステップＳ４ｂにおいて調整される。
【００３０】
この待機時間は、ステップＳ１−Ｓ６の一巡処理時間と、ステップ１で用いた特殊再生の倍速の時間情報から得られるＩピクチャーの表示間隔の時間から計算することができる。
【００３１】
この待機時間を利用して、制御部１２は、ＳＤＲＡＭ１３に取り込んだデータ内のＩピクチャーデータをサーチする。このサーチに関しては、ＭＰＥＧ２ストリームの例えばピクチャー層の情報が参照される。そしてピクチャー層のピクチャータイプにおいてＩピクチャーであることが記述されている部分を検出する。このサーチによって、ＳＤＲＡＭ１３の全ての画像データ（ＧＯＰ）をビデオデコーダ１５に転送する必要はなく、必要な少ないデータ量（Ｉピクチャーのみ）をビデオデコーダ１５に転送することができる。
【００３２】
ステップＳ５：
ビデオデコーダ１５を再スタートさせる。ステップ３でＳＤＲＡＭ１３に取り込んだデータ内に複数のＩピクチャーも含まれる場合があるが、ビデオデコーダ１５では、最初に見つけたＩピクチャーのみをデコードする。したがって、このステップでは、ビデオデコーダ１５を再スタートしている。
【００３３】
ステップ６：
次にビデオデコーダ１５にマルチプレクサ１４を介して、ＳＤＲＡＭ１３から読み出したＩピクチャーが転送され、デコードが行なわれる。
【００３４】
図３には、図２のステップ１における処理をさらに詳しく示している。まず、特殊再生を開始してから、図２の処理ループが初回の処理であった場合は、ステップＳ１０１からステップＳ１０２へ移行する。図２の処理ループが２回目以降の場合には、ステップＳ１０１からステップＳ１０４へ移行する。
【００３５】
ステップＳ１０２：
ここでは、特殊再生を開始した現在時刻を保持する。ネットワークの状況やサーバーの能力により、１ループに係る時間が異なる。このために、１ループにかかる時間を計測する必要があるからである。
【００３６】
ステップＳ１０３：
特殊再生の開始位置、つまりストリーム位置を保持する。このストリーム位置は、要求信号に反映されるもので、早送り速度或いは逆送り速度（再生するＩピクチャーの間隔）により決まる。
【００３７】
ステップＳ１０４：
ここでは、図２に示す１ループの処理で消費した時間Ｔを計算
Ｔ＝ｃ（ｎ）−ｃ（ｎ−１）する、但し、ｃ（ｎ）は、現在の時刻、ｃ（ｎ−１）は、前回の時刻である。
【００３８】
ステップＳ１０５：
ここでは、ストリームに対して次にアクセスする位置Ｐ（ｎ）を計算
Ｐ（ｎ）＝ｐ（ｎ−１）  −  （Ｔ×Ｎ）する、但しｐ（ｎ−１）は、ストリーに前回アクセスした位置、Ｎは、特殊再生の倍速である。逆送りの場合はＮを負極性にする。
【００３９】
上記したように、この発明の装置は、ケース１、ケース２、ケース３で述べた方式のサーバーに対して、ＭＰＥＧ２ストリームのＩピクチャーを容易に要求することができる。ここでケース１、ケース２、ケース３で述べた方式の要求信号出力がユーザにより任意に切換えて採用されてもよいが、自動で切り替えられて、最良のＩピクチャー復号信号を得たときに、継続する方式を決定してもよい。
【００４０】
図４にはこの発明の装置の要部のブロックを示している。制御部１２の構成要素としては、以下に述べるような要素を含むことになる。即ち、これらの要素は、所定の規格（ＭＰＥＧ２）の動画ストリームの基準となる基準ピクチャーデータ（Ｉピクチャー）を、間欠的に取得し特殊再生を行なうための要求信号を生成する動画ストリーム画像処理装置を構成する。初回再生ポイント時間取得部１２ｂは、動画ストリームに対して再生倍速に応じて、ストリームの先頭からの時間である再生ポイント時間を求める。このときは、図３のステップＳ１０２で説明したように現在時刻を保持する処理である。
【００４１】
要求信号生成部１２ｄは、再生ポイント時間から動画ストリームの再生時間の約１秒分の圧縮データを要求する要求信号を得る。この説明は、先のケース２、ケース３の場合である。送信制御部及び受信制御部１２ａの送信制御部は、要求信号をサーバーに送出する。受信制御部は、要求信号に応答してサーバーから送られてきた信号を受信する。
【００４２】
格納制御部１２ｅは、送られて来た部分的動画ストリームデータをメモリ１３に格納する。転送制御部１２ｆは、メモリ１３に格納されたデータの中から前記基準ピクチャーデータを検索して、デコーダ１５に転送する。次再生ポイント時間取得部１２ｃは、基準ピクチャーデータを前記デコーダ１５に転送した後、次の再生ポイント時間を計算する。この計算は、図３のステップＳ１０４，Ｓ１０５で説明した通りである。
【００４３】
また、Ｉピクチャー検索部１２ｈが設けられている。この検索部１２ｈは、メモリ１３に格納されているデータの中の基準ピクチャーデータ（Ｉピクチャー）を検索する。ここで待機時間設定部１２ｇは、さらに、Ｉピクチャーをデコーダ１５に転送する前に、時間調整を行なってから転送する。この点は、図２のステップＳ４ａで説明した通りである。また、スタート後の次再生ポイント時間取得部（１２ｃ）は、次の再生ポイント時間を計算するときは、前回の再生ポイント時間に対して前記前回の再生ポイント時間を生成してから、前記要求信号により前記基準ピクチャーデータがデコーダでデコードされるまでに要した１ループ時間Ｔに再生倍速Ｎを乗算した値を加算することにより生成している。
【００４４】
上記した要求信号は、ケース２の例のように、再生ポイント時間から１秒分のストリームを送出するようにサーバー２００に要求する信号であり、時間情報とその時間長を示す情報である。または、上記した要求信号は、ケース２の例のように、ストリームの先頭からのバイト位置と、バイトサイズの情報である。いずれの場合もＩピクチャーが含まれると想定された３０フレーム分（約１秒の再生時間分）のストリームを要求している。
【００４５】
この発明の装置は、ケース２、ケース３の要求信号を得る装置として独立した装置であってもよいし、ケース２、ケース３のいずれの要求信号を出力することができるコンパチブル装置であってもよい。
【００４６】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００４７】
【図１】この発明の一実施の形態である動画ストリームの画像再生装置のブロック構成例を示す図である。
【図２】図１の装置の動作例を説明するために示したフローチャートである。
【図３】図２のステップＳ１における処理をさらに詳しく示すフローチャートである。
【図４】図１の装置の要部を構成しているブロックをさらに示す図である。
【符号の説明】
【００４８】
１００…画像再生装置、１１…インターフェース、１２…制御部、１３…ＳＤＲＡＭ（メモリ）、１４…デマルチプレクサ、１５…ビデオデコーダ、１６…オーディオデコーダ、１７…表示器、１８…スピーカ、２００…サーバー。
【図１】
2007067808.tif 000003
【図２】
2007067808.tif 000004
【図３】
2007067808.tif 000005
【図４】
2007067808.tif 000006