JP4850041B2 - 映像再生システム、映像再生の同期方法および映像再生端末 - Google Patents

Description

本発明は映像再生システム、映像再生の同期方法および映像再生端末に関し、特に、ソース機器にて再生されたビデオデータに基づき当該ソース機器に映像を表示するとともに、通信ネットワークを介してシンク機器にデジタルデータをデジタル伝送して当該シンク機器に同じ映像を表示するシステムに用いて好適なものである。

近年、車載マルチメディア機器をつなぐＬＡＮ（Local Area Network）を容易に構築できるシステムとして、デジタルデータの高速伝送が可能なＭＯＳＴ（Media Oriented Systems Trans-port）バスを採用したシステムが使われている。このＭＯＳＴバスを使ったシステムにおいて、オーディオデータとビデオデータとを、著作権保護のデファクトスタンダードとなっているＤＴＣＰ（Digital Transmission Content Protection）で保護したＭＰＥＧ（Moving Picture Experts Group）ストリームとして伝送する方法が検討されている。

ＭＯＳＴバスの帯域は現状で２５Ｍｂｐｓ程度であり、このバスに最大１０．０８ＭｂｐｓのＤＶＤ−Ｖｉｄｅｏコンテンツ等を伝送すると、それだけで帯域の半分近くが消費されてしまう。ＭＯＳＴバスを使って複数のＤＶＤ−Ｖｉｄｅｏコンテンツ等を伝送するために、ＤＶＤ（Digital Versatile Disk）に記録されているＭＰＥＧ−Ｖｉｄｅｏのビットレートを低いものにレート変換して伝送することが推奨されている。

図４は、ＭＯＳＴバスを使った従来の映像再生システムの概略構成を示す図である。図４において、１０１はＤＶＤプレーヤを備えたソース機器、１０２はこのソース機器１０１にＭＯＳＴバス１０３を介して接続されたシンク機器である。このシステムでは、ソース機器１０１にて再生されたＭＰＥＧ−Ｖｉｄｅｏのビデオデータに基づき当該ソース機器１０１のモニタに映像を表示する。また、ソース機器１０１からＭＯＳＴバス１０３を介してシンク機器１０２にビデオデータをデジタル伝送し、ソース機器１０１と同じ映像をシンク機器１０２のモニタにも表示する。

ソース機器１０１の内部では、ＤＶＤプレーヤによりＤＶＤから再生されたＭＰＥＧ−ＶｉｄｅｏのビデオデータがＶＢＶ（Video Buffering Verifier）バッファに一時的に格納される。ＶＢＶバッファに必要量だけビデオデータがたまると、デコードが開始される。そして、デコードされたデータがモニタに供給され、再生映像として表示される。また、デコードされたデータは、再びＭＰＥＧストリームにエンコードされるとともにレート変換され、ＭＯＳＴバス１０３を介してシンク機器１０２に伝送される。

シンク機器１０２の内部では、ソース機器１０１からＭＯＳＴバス１０３を介して送られてきたビデオデータがＶＢＶバッファに一時的に格納される。ＶＢＶバッファに必要量だけビデオデータがたまると、デコードが開始される。そして、デコードされたデータがモニタに供給され、ソース機器１０１のモニタと同じ再生映像が表示される。

このような映像再生システムでは、ソース機器１０１においてレート変換に必要な時間（１フレーム当たり３３ｍ秒程度）が存在すること、シンク機器１０２の入力バッファ（ＶＢＶバッファ）にある程度のデータを溜めるのに必要な時間（ＤＶＤの場合は２Ｍビット程度のデータを溜める必要があるため、一般的には２００ｍ秒〜１秒程度）が存在することから、シンク機器１０２で再生される映像とソース機器１０１で再生される映像とがこの合計時間分ずれてしまう。すなわち、シンク機器１０２で再生される映像は、ソース機器１０１で再生される映像から数フレーム分だけ遅れてしまう。

この遅れを少なくするためには、ソース機器１０１においてレート変換する際の想定ＶＢＶバッファサイズを小さくしたり、レート変換後のビットレートに応じてＶＢＶバッファサイズを調整したりすることが必要になる。ＶＢＶバッファサイズを小さくすることは、ＭＰＥＧストリームのビットレートの可変幅を小さくすることに相当する。しかし、完全な固定ビットレートとした場合でも、シンク機器１０２のＶＢＶバッファには１フレーム分のＭＰＥＧストリームを溜める必要がある。また、ソース機器１０１のレート変換には少なくとも１フレーム分の処理時間が必要になるため、最低でも２フレーム分は遅れが生じてしまう。

なお、複数のクライアントによる同じ映像コンテンツの同期視聴を可能にした技術が存在する（例えば、特許文献１参照）。この特許文献１に記載の技術では、複数のクライアントがサーバから同じ映像コンテンツを受信してバッファリングし、所定のデータ量のバッファリングが完了したらそのことをサーバに通知する。そして、グループ内の全てのクライアントからバッファリング完了の通知を受けたときに、サーバが各クライアントに再生開始の指示を出し、この指示を受けて各クライアントがバッファ内の映像コンテンツを同時に再生する。
特開２００５−２９４９４１号公報

しかしながら、上記特許文献１の技術では、各クライアント間で映像再生の同期はとれるものの、全てのクライアントにおいて所定のデータ量のバッファリングが完了するまで待たなければならず、再生が開始されるまでの遅延時間が長くなってしまうという問題がある。

また、上記特許文献１の技術では、各クライアントからサーバに対してバッファリング完了の通知を行い、サーバから各クライアントに対して再生開始の指示を行っている。このため、映像再生を行う各クライアントとは別に、映像再生を行わないサーバを立てなければならない。また、各クライアント間で映像再生の同期をとるために、クライアントとサーバとの間で余計な信号のやり取りを行う必要があり、処理が煩雑になるという問題もある。

本発明は、このような問題を解決するために成されたものであり、複数の端末で同じ映像を同期して再生でき、かつ、各端末で映像の再生が開始されるまでの時間をできるだけ短くできるようにすることを目的とする。また、本発明は、映像再生を行う端末の他にサーバを立てることなく、煩雑な信号のやり取り無しで同じ映像を同期して再生できるようにすることを目的とする。

上記した課題を解決するために、本発明では、従来はソース機器にてデコード処理の後に行われていたレート変換処理を、デコード処理の前にソース側バッファ部へのバッファリングと平列して行い、ソース機器にてデコード処理が開始されるまでの間に、レート変換後のビデオデータをシンク機器に送信し、シンク側バッファ部に順次格納していく。そして、ソース側バッファ部に第１の所定量のビデオデータが格納された時点でソース側のデコード処理を開始するとともに、シンク側バッファ部に第２の所定量のビデオデータが格納された時点でシンク側のデコード処理を開始することにより、ソース機器側とシンク機器側とでデコード処理の完了タイミングが揃うようにする。

本発明の他の態様では、ソース機器において、第１の所定量より少ない第３の所定量のビデオデータがソース側バッファ部に格納されたときに、レート変換部のレート変換処理を開始するようにしている。

上記のように構成した本発明によれば、ソース機器では、デコードが終わるのを待つことなくビデオデータのレート変換を実行してシンク機器に送信することができ、シンク機器では、ソース機器のデコードが終わるのを待つことなくソース機器からレート変換されたビデオデータを受信してバッファリングし、デコードを実行することができる。このため、ソース機器でデコードが完了して映像再生が開始できるタイミングとなるまでの間に、ソース機器でのレート変換処理もシンク機器でのバッファリング処理も済んでいて、ソース機器側で映像再生が開始されるタイミングに合わせてシンク機器側でも映像再生を開始することができる。よって、ソース機器とシンク機器とで同じ映像を同期して再生でき、かつ、各機器で映像再生が開始されるまでの時間をできるだけ短くすることができる。

また、以上のような映像の同期再生は、ソース機器とシンク機器とのそれぞれにおいて、バッファ部に格納されるビデオデータのデータ量を監視し、所定量のビデオデータが溜まった時点でデコードを開始するようにすることで実現することができる。このため、映像再生を行うソース機器とシンク機器の他に特別にサーバを立てる必要がなく、煩雑な信号のやり取りも行うことなく映像の同期再生を実現することができる。

本発明の他の特徴によれば、ソース機器においてレート変換処理がより早いタイミングで実施されるので、レート変換後のビデオデータをシンク機器に送信してシンク機器側でデコードを開始できるようになるまでの時間を短縮することができる。これにより、ソース機器とシンク機器とで映像の同期再生が開始されるまでの時間をより短くすることができる。

以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態による映像再生システムの構成例を示す図である。図１に示すように、本実施形態の映像再生システムは、ソース機器１０とシンク機器２０とを備え、各機器１０，２０がＭＯＳＴバス３０を介して接続されている。そして、ソース機器１０にて再生されたビデオデータに基づき当該ソース機器１０のモニタ１６に映像を表示するとともに、ＭＯＳＴバス３０を介してシンク機器２０にビデオデータをデジタル伝送し、ソース機器１０と同じ映像をシンク機器２０のモニタ２４にも表示するように成されている。

ソース機器１０は、再生部１１、ＶＢＶバッファ１２（本発明のソース側バッファ部に相当）、デコーダ１３（本発明のソース側デコード部に相当）、レート変換部１４、送信部１５およびモニタ１６を備えている。また、シンク機器２０は、受信部２１、ＶＢＶバッファ２２（本発明のシンク側バッファ部に相当）、デコーダ２３（本発明のシンク側デコード部に相当）およびモニタ２４を備えている。

再生部１１は、例えばＤＶＤ−Ｖｉｄｅｏ等のディスクに記録されているビデオデータの再生処理を行うものであり、いわゆるＤＶＤプレーヤである。この再生部１１は、ＤＶＤ−Ｖｉｄｅｏディスクに記録されているデータをＭＰＥＧストリームとして再生し、デマルチプレクス処理を行うことによって、ビデオデータ、オーディオデータ、サブピクチャデータ、再生管理用のナビゲーションデータ等に分離する。以下では、分離したビデオデータについてのみ説明し、他のデータについては説明を割愛する。

ＶＢＶバッファ１２は、再生部１１により再生されたビデオデータを一時的に格納する。このＶＢＶバッファ１２のサイズは、ＤＶＤ−Ｖｉｄｅｏディスクの再生を行うため、ＤＶＤ−Ｖｉｄｅｏ規格で定める最低のサイズ以上となっている。デコーダ１３は、ＶＢＶバッファ１２に格納されたビデオデータをデコードする。デコードされたビデオデータはモニタ１６に供給され、再生映像として表示される。

ここで、デコーダ１３は、ＤＶＤ−Ｖｉｄｅｏ規格で定める最低のサイズ以上のビデオデータがＶＢＶバッファ１２に溜まった時点で、ＶＢＶバッファ１２を破綻させることなくデコードを開始できる状態になる。デコーダ１３は、あらかじめ規定したデータ量（第１の所定量）のビデオデータがＶＢＶバッファ１２に格納されたことを検出して、デコード処理を開始するように成されている。第１の所定量の詳細については後述する。

レート変換部１４は、ＶＢＶバッファ１２に格納されたビデオデータのビットレートを変換する処理を行う。本実施形態では、再生部１１により再生されたビデオデータをＶＢＶバッファ１２に格納する処理と、ＶＢＶバッファ１２に格納されたビデオデータのビットレートを変換する処理とを並列して行う。送信部１５は、レート変換部１４によりレート変換されたビデオデータを、ＭＯＳＴバス３０を介してシンク機器２０に送信する。

受信部２１は、送信部１５によりソース機器１０からＭＯＳＴバス３０を介して送られてくるビデオデータを受信する。ＶＢＶバッファ２２は、受信部２１により受信されたビデオデータを一時的に格納する。デコーダ２３は、ＶＢＶバッファ２２に格納されたビデオデータをデコードする。デコードされたビデオデータはモニタ２４に供給され、ソース機器１０側と同じ再生映像として表示される。

ここで、デコーダ２３は、あらかじめ規定したデータ量（第２の所定量）のビデオデータがＶＢＶバッファ２２に格納されたことを検出して、デコード処理を開始するように成されている。本実施形態では、できるだけ早いタイミングでシンク機器２０のデコード処理を開始できるようにするために、ＶＢＶバッファ２２を破綻させることなくデコード処理を行うことが可能な範囲内で、第２の所定量はなるべく小さな値とする。シンク機器２０ではＤＶＤ−Ｖｉｄｅｏディスクの再生を行わないため、第２の所定量は、ＤＶＤ−Ｖｉｄｅｏ規格で要求される最低サイズ以下とすることも可能である。

デコード処理を適切に行うためにＶＢＶバッファ２２に溜めることが必要なデータ量を少なくすることは、ビデオデータのビットレートを小さくしたり、ビットレートの可変幅を小さくしたりすることによって実現できる。ビットレートを完全に固定にすれば、１フレーム分のビデオデータがＶＢＶバッファ２２に溜まった時点で、ＶＢＶバッファ１２を破綻させることなくデコードを行うことができる。しかし、固定ビットレートにすると、再生映像の画質が粗くなる。画質を犠牲にしても良い場合は固定ビットレートに設定すれば良いが、画質をある程度考慮したい場合は、ある程度の可変幅を持たせる。

すなわち、デコーダ２３におけるデコード処理の開始タイミングを早くすることを優先的に考えるのであれば、できるだけ固定ビットレートに近くなるように、ビットレートの可変幅を小さくするのが好ましい。ビットレートの可変幅を小さくすれば、ＶＢＶバッファ２２にビデオデータを溜めることが必要な第２の所定量を少なくすることができる。一方、再生映像の画質を優先的に考えるのであえば、ビットレートの可変幅をある程度大きな値に設定すれば良い。

一方、ソース機器１０のＶＢＶバッファ１２にビデオデータを溜めることが必要な第１の所定量は、以下のように設定する。すなわち、レート変換部１４によってレート変換処理を開始する時間およびその処理に必要な時間と、送信部１５および受信部１６によってビデオデータをソース機器１０からシンク機器２０に伝送するのに必要な時間と、ＶＢＶバッファ２２に第２の所定量のビデオデータを溜めるのに必要な時間とから、再生部１１によりビデオデータが再生されてからＶＢＶバッファ２２に第２の所定量のビデオデータが溜まるまでの時間（デコーダ２３によるデコード処理を開始可能になるまでの時間）が分かる。第１の所定量は、ＶＢＶバッファ１２にビデオデータを格納するのに要する時間を勘案して、シンク側のデコード処理が開始可能になるまでの時間と同じ時間でソース側のデコード処理が開始されるような値に設定する。

図２は、本実施形態による映像再生システムの動作例を示すタイミングチャートである。なお、図２において、横軸は経過時間を示している。図２に示すように、ソース機器１０では、ＤＶＤ−Ｖｉｄｅｏディスクに記録されているデータが再生部１１によりＭＰＥＧストリームとして再生され、デマルチプレクス処理によってビデオデータが分離される。再生されたビデオデータは、ＶＢＶバッファ１２に順次格納されていく。

このようにビデオデータがＶＢＶバッファ１２に格納されるのと同時に、レート変換部１４によってトランスコード処理が行われ、ＶＢＶバッファ１２に格納されたビデオデータのビットレートが変換される。さらに、レート変換されたビデオデータと、再生部１１によるデマルチプレクス処理によって分離されていたその他のデータ（オーディオデータ、サブピクチャデータ、ナビゲーションデータ等）とによってＭＰＥＧストリームが再構成され、ＤＴＣＰのコピープロテクションが施される。

そして、このように再構成されたＭＰＥＧストリームが、送信部１５によってＭＯＳＴバス３０を介してシンク機器２０に送信される。シンク機器２０に送られたＭＰＥＧストリームは受信部２１で受信され、コピープロテクション処理を経てデマルチプレクス処理が行われる。そして、これによって分離されたビデオデータが、ＶＢＶバッファ２２に順次格納されていく。このとき、ソース機器１０ではまだデコード処理が開始されず、ＶＢＶバッファ１２に溜まるビデオデータのデータ量は徐々に増加していく。

なお、図２の例では、ソース機器１０においてＭＰＥＧストリームの再構成処理およびコピープロテクション処理を行い、シンク機器２０においてコピープロテクション処理およびＭＰＥＧストリームのデマルチプレクス処理を行っている。しかし、これらの処理に要する時間は、レート変換部１４によるレート変換時間、ＭＯＳＴバス３０を介したＭＰＥＧストリームの伝送時間、ＶＢＶバッファ１２，２２へのバッファリング時間に比べて極めて短く、無視できる。そのために図１では、ＭＰＥＧストリームの再構成処理、コピープロテクション処理、デマルチプレクス処理に関する機能ブロックは図示を省略している。

以上のように、ソース機器１０のＶＢＶバッファ１２にビデオデータが順次格納されていくとともに、シンク機器２０のＶＢＶバッファ２２にもビデオデータが順次格納されていく。そして、ソース機器１０においては第１の所定量のビデオデータがＶＢＶバッファ１２に格納された時点で、デコーダ１３によるデコード処理が開始される。また、シンク機器２０においては第２の所定量のビデオデータがＶＢＶバッファ２２に格納された時点で、デコーダ２３によるデコード処理が開始される。

第１の所定量と第２の所定量とが上述のようにそれぞれ適当な値に設定されているので、ソース機器１０のデコーダ１３によるデコード処理と、シンク機器２０のデコーダ２３によるデコード処理とが同時に開始される。ここでは、デコーダ１３によるデコード処理に要する時間と、デコーダ２３によるデコード処理に要する時間とが同じであり、両者のデコード処理は同時に終わる。そして、ソース機器１０でデコードされたビデオデータがモニタ１６に出力され、再生映像として表示される。また、これと同じタイミングで、シンク機器２０でデコードされたビデオデータがモニタ２４に出力され、再生映像として表示される。

なお、デコード処理に要する時間は、ビデオデータのビットレート、ビットレートの可変幅、ビデオデータのピクチャー構造などによって変わる。デコーダ１３によるデコード処理に要する時間と、デコーダ２３によるデコード処理に要する時間とが異なる場合は、その時間が異なることを考慮して、第１の所定量と第２の所定量とを適切に設定すれば良い。例えば、レート変換処理を行うのに必要な時間と、ビデオデータをソース機器１０からシンク機器２０に伝送するのに必要な時間と、ＶＢＶバッファ２２に第２の所定量のビデオデータを溜めるのに必要な時間と、各デコーダ１３，２３でのデコード処理に要する時間の差とを考慮して、第１の所定量を設定する。

以上詳しく説明したように、本実施形態によれば、ソース機器１０では、デコードが終わるのを待つことなくビデオデータをレート変換してシンク機器２０に送信することができる。また、シンク機器２０では、ソース機器１０のデコードが終わるのを待つことなくソース機器１０からレート変換されたビデオデータを受信してバッファリングし、デコードを実行することができる。

このため、ソース機器１０でデコードが完了して映像再生が開始できるタイミングとなるまでの間に、ソース機器１０でのレート変換処理もシンク機器２０でのバッファリング処理も済んでいて、ソース機器１０側で映像再生が開始されるタイミングに合わせてシンク機器２０側でも映像再生を開始することができる。よって、ソース機器１０とシンク機器２０とで同じ映像を同期して再生でき、かつ、各機器１０，２０で映像の再生が開始されるまでの時間をできるだけ短くすることができる。

また、以上のような映像の同期再生は、ソース機器１０とシンク機器２０とのそれぞれにおいて、ＶＢＶバッファ１２，２２に格納されるビデオデータのデータ量を監視し、所定量のビデオデータが溜まった時点でデコードを開始するようにすることで実現することができる。このため、映像再生を行うソース機器１０とシンク機器２０の他に特別にサーバを立てる必要がなく、煩雑な信号のやり取りも行うことなく映像の同期再生を実現することができる。

なお、上記実施形態では、ソース機器１０では、シンク機器２０においてデコード処理が開始可能になるまで、ＶＢＶバッファ１２にビデオデータをバッファリングしながら待機する必要がある。その待機時間をできるだけ短くして再生開始時間を早めるために、第１の所定量より少ない第３の所定量のビデオデータがＶＢＶバッファ１２に格納された時点で、レート変換部１４のレート変換処理を開始するようにすることが好ましい。

すなわち、ソース機器１０のＶＢＶバッファ１２に第１の所定量のビデオデータを溜めるのに要する時間をＴ１、ソース機器１０のレート変換部１４によりレート変換処理を開始してからシンク機器２０のデコーダ２３によるデコード処理が開始可能になるまでに要する時間をＴ２とした場合、レート変換部１４は、ＶＢＶバッファ１２にビデオデータを格納し始めてからＴ１−Ｔ２の時間が経過した時点でレート変換処理を開始する。そのために、Ｔ１−Ｔ２の時間でＶＢＶバッファ１２に溜められるビデオデータのデータ量を第３の所定量として設定しておき、第３の所定量のビデオデータがＶＢＶバッファ１２に格納された時点で、レート変換部１４のレート変換処理を開始するようにする。

時間Ｔ２は、レート変換部１４でレート変換処理を行うのに必要な時間と、ソース機器１０からシンク機器２０にビデオデータを伝送するのに必要な時間と、シンク機器２０のＶＢＶバッファ２２に第２の所定量のビデオデータを溜めるのに必要な時間とから求めることができる。例えば、それぞれの時間をフレーム数に換算した場合、ソース機器１０でレート変換処理を行うのに必要な時間が１フレーム分、ソース機器１０からシンク機器２０にビデオデータを伝送するのに必要な時間が１フレーム分、シンク機器２０のＶＢＶバッファ２２に第２の所定量のビデオデータを溜めるのに必要な時間が２フレーム分とすると、時間Ｔ２は４フレーム分相当ということになる。

図３は、レート変換処理の開始タイミングを説明するための図である。図３の例は、ソース機器１０のＶＢＶバッファ１２に６フレーム分のビデオデータが溜まったらデコーダ１３によるデコード処理が可能になることを示している（第１の所定量＝６フレーム分）。また、シンク機器２０のＶＢＶバッファ２２に２フレーム分のビデオデータが溜まったらデコーダ２３によるデコード処理が可能になることを示している（第２の所定量＝２フレーム分）。また、上述の時間Ｔ２をフレーム数に換算すると４フレーム分であるため、Ｔ１−Ｔ２＝６−４＝２フレーム分のビデオデータがＶＢＶバッファ１２に溜まった時点でレート変換処理を開始することを示している。

つまり、ソース機器１０においてＶＢＶバッファ１２に６フレーム分のビデオデータが溜まるまで待つことなく、２フレーム分のビデオデータが溜まった時点でレート変換処理を開始する。このようにすれば、ソース機器１０においてレート変換処理がより早いタイミングで実施されるので、レート変換後のビデオデータをシンク機器２０に送信してシンク機器２０側でデコードを開始できるようになるまでの時間を短縮することができる。これにより、ソース機器１０とシンク機器２０とで映像の同期再生が開始されるまでの時間をより短くすることができる。

また、特殊再生（ポーズやスキップなど映像をスチル表示する再生）を行うときに、以下のような効果を奏することもできる。例えば、ソース機器１０において第１フレームの映像を再生しているときにポーズの指示が出されたら、レート変換している２フレーム後の第３フレームはシンク機器２０に送らないようにする。このようにすると、シンク機器２０では第１フレームと第２フレームとを再生した時点でポーズ状態となる。

すなわち、シンク機器２０側にはポーズの指令が直接与えられないので、ＶＢＶバッファ２２に溜まっているビデオデータを全て再生した段階でポーズ状態となる。この例の場合、ＶＢＶバッファ２２に溜まっているビデオデータは第１フレーム、第２フレームの２フレーム分のみであり、第３フレームはソース機器１０から送られてこないので、第２フレームの再生が終わった時点でポーズ状態となる。そして、これに合わせてソース機器１０においても、第２フレームの再生が終わった時点でポーズ状態とすることが可能である。

これにより、ソース機器１０においてポーズの指示が出されてからわずか２フレーム目の時点で、ソース機器１０とシンク機器２０とが同期してポーズ状態となるようにすることができる。

なお、上記実施形態では、ソース機器１０とシンク機器２０とをＭＯＳＴバス３０により接続するシステムを例に挙げて説明したが、これに限定されない。例えば、通信ネットワークはＭＯＳＴバス３０に限定されない。また、通信ネットワークによって接続する機器は２台に限定されない。また、本実施形態の映像再生システムは、例えば車載のリアエンタテイメントシステムに適用することが可能であるが、適用例はこれに限定されない。

その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその精神、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

本実施形態による映像再生システムの構成例を示す図である。 本実施形態による映像再生システムの動作例を示すタイミングチャートである。 本実施形態によるレート変換処理の開始タイミングを説明するための図である。 ＭＯＳＴバスを使った従来の映像再生システムの概略構成を示す図である。

符号の説明

１０ ソース機器
１１ 再生部
１２ ＶＢＶバッファ（ソース側バッファ部）
１３ デコーダ（ソース側デコード部）
１４ レート変換部
１５ 送信部
１６ モニタ
２０ シンク機器
２１ 受信部
２２ ＶＢＶバッファ（シンク側バッファ部）
２３ デコーダ（シンク側デコード部）
２４ モニタ

Claims (6)

1. ソース機器にて再生されたビデオデータに基づき当該ソース機器に映像を表示するとともに、通信ネットワークを介してシンク機器に上記デジタルデータをデジタル伝送して当該シンク機器に同じ映像を同期して表示する映像再生システムであって、
   上記ソース機器は、ビデオデータの再生処理を行う再生部と、
   上記再生部により再生されたビデオデータを一時的に格納するソース側バッファ部と、
   上記ソース側バッファ部に格納されたビデオデータをデコードするソース側デコード部と、
   上記ソース側バッファ部に格納されたビデオデータのビットレートを変換するレート変換部と、
   上記レート変換部によりレート変換されたビデオデータを、上記通信ネットワークを介して上記シンク機器に送信する送信部とを備え、
   上記シンク機器は、上記送信部により上記ソース機器から上記通信ネットワークを介して送られてくるビデオデータを受信する受信部と、
   上記受信部により受信されたビデオデータを一時的に格納するシンク側バッファ部と、
   上記シンク側バッファ部に格納されたビデオデータをデコードするシンク側デコード部とを備え、
   上記ソース機器では、上記再生部により再生されたビデオデータを上記ソース側バッファ部に格納する処理と、上記ソース側バッファ部に格納されたビデオデータのビットレートを変換する処理とを並列して行うように成されるとともに、上記ソース側バッファ部に第１の所定量のビデオデータが格納されたことを検出して上記ソース側デコード部のデコード処理を開始するように成され、
   上記シンク機器では、上記シンク側バッファ部に第２の所定量のビデオデータが格納されたことを検出して上記シンク側デコード部のデコード処理を開始するように成され、
   上記ソース機器と上記シンク機器とでデコード処理の完了タイミングが揃うような値に上記第１の所定量を設定したことを特徴とする映像再生システム。
2. 上記ソース機器では、上記第１の所定量より少ない第３の所定量のビデオデータが上記ソース側バッファ部に格納されたことを検出して上記レート変換部のレート変換処理を開始するように成されていることを特徴とする請求項１に記載の映像再生システム。
3. ソース機器にて再生されたビデオデータに基づき当該ソース機器に映像を表示するとともに、通信ネットワークを介してシンク機器に上記デジタルデータをデジタル伝送して当該シンク機器に同じ映像を同期して表示する映像再生システムにおいて、上記ソース機器と上記シンク機器とで表示される映像の同期をとる方法であって、
   上記ソース機器では、再生部により再生されたビデオデータをソース側バッファ部に格納し、上記ソース側バッファ部に第１の所定量のビデオデータが格納されたときに、上記ソース側バッファ部に格納されたビデオデータのデコードを開始するとともに、上記再生部により再生されたビデオデータを上記ソース側バッファ部に格納する処理と平行して、上記ソース側バッファ部に格納されたビデオデータのビットレートを変換する処理を行い、レート変換されたビデオデータを上記通信ネットワークを介して上記シンク機器に送信するようにし、
   上記シンク機器では、上記ソース機器から上記通信ネットワークを介して送られてくるビデオデータをシンク側バッファ部に格納し、上記シンク側バッファ部に第２の所定量のビデオデータが格納されたときに、上記シンク側バッファ部に格納されたビデオデータのデコードを開始するようにし、
   上記ソース機器と上記シンク機器とでデコード処理の完了タイミングが揃うような値に上記第１の所定量を設定したことを特徴とする映像再生の同期方法。
4. 上記ソース機器では、上記第１の所定量より少ない第３の所定量のビデオデータが上記ソース側バッファ部に格納されたときに、上記レート変換部のレート変換処理を開始することを特徴とする請求項３に記載の映像再生の同期方法。
5. ソース機器にて再生されたビデオデータに基づき当該ソース機器に映像を表示するとともに、通信ネットワークを介してシンク機器に上記デジタルデータをデジタル伝送して当該シンク機器に同じ映像を同期して表示する映像再生システムにおいて上記ソース機器として用いられる映像再生端末であって、
   上記ビデオデータの再生処理を行う再生部と、
   上記再生部により再生されたビデオデータを一時的に格納するバッファ部と、
   上記バッファ部に格納されたビデオデータをデコードするデコード部と、
   上記バッファ部に格納されたビデオデータのビットレートを変換するレート変換部と、
   上記レート変換部によりレート変換されたビデオデータを通信ネットワーク上に送信する送信部とを備え、
   上記再生部により再生されたビデオデータを上記バッファ部に格納する処理と、上記バッファ部に格納されたビデオデータのビットレートを変換する処理とを並列して行うように成されるとともに、上記バッファ部に第１の所定量のビデオデータが格納されたことを検出したときに、上記デコード部のデコード処理を開始するように成され、
   上記デコード部でのデコード処理および上記シンク機器でのデコード処理の完了タイミングが揃うような値に上記第１の所定量が設定されていることを特徴とする映像再生端末。
6. 上記第１の所定量より少ない第３の所定量のビデオデータが上記バッファ部に格納されたことを検出したときに、上記レート変換部のレート変換処理を開始するように成されていることを特徴とする請求項５に記載の映像再生端末。