(57)【要約】【課題】  従来の技術では、複数のストリームを同期再生中、同期再生を中断する状況に陥った場合に、同期を回復したり、ユーザーに発生状況を通知する機能を持つ再生装置を実現できなかった。【解決手段】  前記課題を解決するため、本発明では、再生装置に、同期回復機能と情報表示機能を搭載する。前記機能により、同期再生が中断しても、しばらくすると自動で同期再生が再開され、同期再生が中断した状況も知ることができる。【選択図】図１
2007074608.tif 000002
【特許請求の範囲】
【請求項１】
外部表示手段と接続可能な再生装置であって、
ディスク型記録媒体に記録されるデータを再生する第一の再生部と、
ネットワークと接続する接続部と、
前記接続部を介して送信されるネットワークからのデータをネットワークに接続しながら再生する第二の再生部と、
前記第一の再生部が再生するデータと前記第二の再生部が再生するデータとを同期して前記表示手段に表示するよう制御する制御部と、
を有し、
前記制御部は、前記第一の再生部が再生するデータと前記第二の再生部が再生するデータとを同期して表示できないときは、その旨前記表示手段に表示するよう制御すると共に同期して再生できるよう回復処理を行う
再生装置。
【請求項２】
請求項１記載の再生装置であって、
前記接続部を介して送信されるネットワークからのデータを記憶する記憶部と、
を有し、
前記制御部は前記記憶部のデータ蓄積量を監視し、該蓄積量が閾値以上であるときは同期再生を行い
前記制御部は前記記憶部のデータ蓄積量を監視し、該蓄積量が閾値以下であるときは同期再生を行わない
再生装置。
【請求項３】
請求項２記載の再生装置であって、
前記制御部は、前記蓄積量が閾値以上であるときは同期再生を行い、また、前記蓄積量が閾値以下であるときは同期再生を行わないと共にその旨前記表示手段に表示するよう制御する
再生装置。
【請求項４】
請求項３記載の再生装置であって、
前記制御部は、前記蓄積量が閾値以下で同期再生できないときは前記接続部を介して送信されるネットワークからのデータが閾値以上蓄積されるのを待って同期再生を行うよう制御する
再生装置。
【請求項５】
請求項３記載の再生装置であって、
前記制御部は、前記蓄積量が閾値以下で同期再生できないときは前記第一の再生部が再生するデータを表示手段に表示するよう制御すると共に前記接続部を介して送信されるネットワークからのデータが閾値以上蓄積されるのを待って同期再生を行うよう制御する
再生装置。
【請求項６】
外部表示手段と接続可能な再生装置であって、
ディスク型記録媒体に記録されるデータを再生する第一の再生部と、
ネットワークと接続する接続部と、
前記接続部を介しネットワークからのデータをネットワークに接続しながら再生する第二の再生部と、
前記第一の再生部が再生するデータと前記第二の再生部が再生するデータとを同期して前記表示手段に表示するよう制御する制御部と、
を有し、
前記制御部は、前記第一の再生部が再生するデータと前記第二の再生部が再生するデータとを同期して表示できないときは、同期して再生できるよう回復処理を行う
再生装置。
【請求項７】
外部表示手段と接続可能な再生装置であって、
ディスク型記録媒体に記録されるデータを再生する第一の再生部と、
ネットワークと接続する接続部と、
前記接続部を介しネットワークからのデータをネットワークに接続しながら再生する第二の再生部と、
前記第一の再生部が再生するデータと前記第二の再生部が再生するデータとを同期して前記表示手段に表示するよう制御する制御部と、
を有し、
前記制御部は、前記第一の再生部が再生するデータと前記第二の再生部が再生するデータとを同期して表示できないときは、その旨前記表示手段に表示するよう制御する
再生装置。
【請求項８】
記録媒体から情報を再生する再生装置であって、
記録媒体から第１のストリームデータを読み出す再生手段と、
ネットワークに接続するネットワーク接続手段と、
ネットワークを介してダウンロードした第２のストリームデータを記憶するダウンロードデータ記憶手段と、
ネットワークから送信された第３のストリームデータを再生する再生手段と、
ユーザーからの指示を受けるユーザーインターフェースと、
入力されたストリーム中のパケットをパケット識別番号にしたがって分別して出力するのパケット切り替え手段を有し、
前記パケット切り替え手段は、
少なくとも３つのストリーム入力端子を備え、
第１のストリーム入力端子から入力されたストリームを一時記憶する第１のバッファメモリーと、
前記第１のバッファメモリーから出力されたパケットをパケット識別番号にしたがって分別するパケット分別手段と、
第２のストリーム入力端子から入力されたストリームを一時記憶する第２のバッファメモリーと、
第３のストリーム入力端子から入力されたストリームを一時記憶する第３のバッファメモリーと、
前記パケット分別手段から出力されたパケットと上記第２及び第３のバッファメモリーから出力されたパケットから出力するパケットを選択する選択手段と、
前記選択手段により選択されたパケットを出力する出力端子と、
前記第１乃至第３のバッファメモリーのデータ蓄積状況を監視する監視手段と、
同期再生回復手段を有し、
ユーザーインターフェースを介して入力されたユーザーの指示に基づき、
記録媒体から再生した第１のストリームデータと
前記ダウンロードデータ記憶手段から再生した第２のストリームデータと
前記ネットワークから送信された第３のストリームデータとから、
少なくとも２つのストリームデータを組み合わせて同期再生する際に、
前記同期再生回復手段は、
前記監視手段から取得した情報に基づき、同期再生の不具合が発生した場合には、
前記パケット切り替え手段を切り替えることで、同期再生を回復することを特徴とする再生装置。
【請求項９】
記録媒体から情報を再生する再生装置であって、
記録媒体から第１のストリームデータを読み出す再生手段と、
ネットワークに接続するネットワーク接続手段と、
ネットワークを介してダウンロードした第２のストリームデータを記憶するダウンロードデータ記憶手段と、
ネットワークから送信された第３のストリームデータを再生する再生手段と、
ユーザーからの指示を受けるユーザーインターフェースと、
入力されたストリーム中のパケットをパケット識別番号にしたがって分別して出力するのパケット切り替え手段を有し、
前記パケット切り替え手段は、
少なくとも３つのストリーム入力端子を備え、
第１のストリーム入力端子から入力されたストリームを一時記憶する第１のバッファメモリーと、
前記第１のバッファメモリーから出力されたパケットをパケット識別番号にしたがって分別するパケット分別手段と、
第２のストリーム入力端子から入力されたストリームを一時記憶する第２のバッファメモリーと、
第３のストリーム入力端子から入力されたストリームを一時記憶する第３のバッファメモリーと、
前記パケット分別手段から出力されたパケットと上記第２及び第３のバッファメモリーから出力されたパケットから出力するパケットを選択する選択手段と、
前記選択手段により選択されたパケットを出力する出力端子と、
前記第１乃至第３のバッファメモリーのデータ蓄積状況を監視する監視手段と、
ユーザーに再生装置の動作状況を通知するための情報表示手段を有し、
ユーザーインターフェースを介して入力されたユーザーの指示に基づき、
記録媒体から再生した第１のストリームデータと
前記ダウンロードデータ記憶手段から再生した第２のストリームデータと
前記ネットワークから送信された第３のストリームデータとから、
少なくとも２つのストリームデータを組み合わせて同期再生する際に、
前記情報表示手段は、
前記監視手段から取得した情報に基づき、同期再生の不具合が発生した場合には、
発生した不具合の内容をユーザーに通知するための情報表示を行なうことを特徴とする再生装置。
【請求項１０】
記録媒体から情報を再生する再生装置であって、
記録媒体から第１のストリームデータを読み出す再生手段と、
ネットワークに接続するネットワーク接続手段と、
ネットワークを介してダウンロードした第２のストリームデータを記憶するダウンロードデータ記憶手段と、
ネットワークから送信された第３のストリームデータを再生する再生手段と、
請求項１乃至請求項２に記載のパケット切り替え手段と、
ユーザーからの指示を受けるユーザーインターフェースを有し、
前記パケット切り替え手段は、
ユーザーインターフェースを介して入力されたユーザーの指示に基づき、
記録媒体から再生した第１のストリームデータと
前記ダウンロードデータ記憶手段から再生した第２のストリームデータと
前記ネットワークから送信された第３のストリームデータとを切り替えて再生することを特徴とする再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生装置および再生方法に関する。
【背景技術】
【０００２】
本技術分野の背景技術としては、例えば特開２００２−１２５２１４号公報がある。また、本技術分野の背景技術としては、例えば特願２００１−１８８６４３号公報がある。
【０００３】
【特許文献１】特開２００２−１２５２１４号公報
【特許文献２】特願２００１−１８８６４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＤＶＤに代表される記録媒体により、映画などのコンテンツを容易に配布、販売することが可能となった。ユーザーは、再生装置を用いて記録媒体を好きなときに再生することができる。
【０００５】
コンテンツには、映像情報や音声情報のほかに、字幕情報などの付加情報が記録されており、これらの付加情報も必要に応じて映像と同時に再生や表示が行われる。
【０００６】
ところで、これらの付加情報を、ネットワークを介してダウンロードすることが考えられている。例えば、別の言語に対応した字幕情報をダウンロードして使用すれば、予めディスク上に記録されていない言語にも対応することが出来る。これを利用すれば、複数の言語に対応した字幕情報を予め記録しておく必要がないので、ディスク作成の費用や期間を低減することができる。同様に、別の言語に音声を吹き替えた音声情報をダウンロードして使用することでも同様の効果を得られる。
【０００７】
また、ディスクの記録容量は有限であり、記録できる情報量は限られるので、各ユーザーが必要に応じて字幕や音声情報を後でダウンロードするようにすれば、ディスクに不必要なデータを記録する必要が無く、ディスク容量を有効に使用することができる。
【０００８】
また、ネットワークを介して映像情報や音声情報をユーザーが受け取りながら、リアルタイムで再生する技術が知られている。これは、インターネットなどのネットワークを通じて映像や音声などのマルチメディアデータを視聴する際に、データを受信しながら同時に再生を行なう方式でありストリーミングと呼ばれ、大きなサイズの情報であってもその全部をダウンロードすることなく、すぐに再生することができる。また、ストリーミングしたコンテンツを、記録媒体に記録されたコンテンツや予めネットワークを介してダウンロードしておいたコンテンツと同時に再生することが考えられている。
【０００９】
なお、複数のコンテンツを同時に再生する技術は、特許文献１や特許文献２が参考になる。
【００１０】
ストリーミングしたコンテンツの映像情報や音声情報を、ディスクに記録された情報やダウンロードした情報と同期して出力する際には、ネットワークの混雑具合や回線の太さ、ＣＰＵへの負荷が問題となる場合がある。
【００１１】
すなわち、通常状態であれば問題なく同期して再生することができていても、例えば、ネットワークが混雑している場合には、ディスクに記録された情報やダウンロードした情報の再生にストリーミング処理が間に合わず、同期して再生することができない。このような状況に陥った場合、再生装置としては、同期を回復する手段やユーザーに状況を説明する手段を持てば使い勝手が向上する。
【００１２】
本発明の目的は、複数の情報を再生する際に同期が取れなくなった場合において、同期を回復することができ、かつ、同期回復中の処理状況をユーザに通知することができる再生装置を提供することにある。
【００１３】
そこで本発明は、再生装置および再生方法の使い勝手を向上させることを目的とする。
【課題を解決するための手段】
【００１４】
上記目的は、特許請求の範囲に記載の発明によって達成される。
【発明の効果】
【００１５】
本発明によれば、再生装置および再生方法の使い勝手を向上できる。
【発明を実施するための最良の形態】
【００１６】
まずは、図１に本発明の一実施例である再生装置のブロック図を示す。
【００１７】
１００はパケット切り替え器、２０１はネットワーク入出力端子、２０２はネットワーク制御部、２０３はダウンロードデータ記憶部、２０４はストリーミングデータ記憶部、２０５光ディスク再生部、２０６はシステム制御部、２０７は音声デコーダ、２０８は音声出力端子、２０９は主映像デコーダ、２１０は字幕デコーダ、２１１は副映像デコーダ、２１２グラフィックスデコーダ、２１３は映像合成部、２１４は映像出力端子である。
【００１８】
なお、図ではダウンロードデータ記憶部２０３とストリーミングデータ記憶部２０４を別個の構成としたが、ローカルストレージとして両記憶部を一緒にしても構わない。
【００１９】
次に、図２に図１のパケット切り替え器１００のブロック図を示す。
【００２０】
１００はパケット切り替え器、１０１はダウンロードストリーム入力端子、１０２は制御信号入力端子、１０３はバッファメモリー、１０４は切り替えスイッチ、１０５は音声合成部、１０６はストリーミングデータ入力端子、１０７は再生ストリーム入力端子、１０８はバッファメモリー、１０９はデマルチプレクサ、１１０はパケット出力端子である。
【００２１】
なお、ここで、１０３ａは音声ストリームをバッファリングするバッファメモリーであり、１０４ａは音声パケットを切り替える切り替えスイッチ、１１０ａは音声パケットを出力する音声パケット出力端子である。また、１０３ｂ、１０４ｂ、１１０ｂは、映像パケットの出力系統である。同様に、１０３ｃ、１０４ｃ、１１０ｃは、字幕パケットの出力系統である。１０３ｄ、１０４ｄ、１１０ｄは、グラフィックスパケットの出力系統である。また、１１０ｅは、ストリーミングした映像情報を副映像として出力する出力端子である。
【００２２】
次に、図３に本実施例で対象とするストリームファイルデータの構造を示す。
【００２３】
ディスク上に記録されているストリームファイルデータは、１８８バイトのＭＰＥＧパケットに、４バイトのヘッダー情報を付加し、これをまとめて記録したものである。ここで、４バイトのヘッダー情報には、３０ビットのタイムスタンプ（時間情報）が含まれている。
【００２４】
ＭＰＥＧパケットは、常時詰めて転送されるわけではなく、データ量の少ない時には、パケット間隔が広がり、データ量の多いときには、パケット間隔が狭くなる。ストリームファイルの記録時には、入力された各々のＭＰＥＧパケットの記録時刻を、タイムスタンプとして各パケットに付加して記録しておく。再生時には、このタイムスタンプを利用して、各パケットの出力タイミングを調整することにより、パケットの転送間隔を再現する。
【００２５】
一方、ＭＰＥＧパケットには、先頭部に１３ビットのＰＩＤ（Ｐａｃｋｅｔ  ＩＤｅｎｔｉｆｉｅｒ）と呼ばれるパケットの識別番号が含まれている。このＰＩＤは、パケット種類毎に異なる番号が付加されており、このＰＩＤを判別することにより、各パケットがどの種類の情報を有しているのかが容易に判別できる。
【００２６】
本実施例で扱うストリームデータ、即ち、光ディスク上に記録されているデータ、ネットワークを介してダウンロードされたデータ、およびストリーミングするデータは、図３に示したデータ形式をしているものとして説明するが、本発明の効果を得るデータ形式はこれに限定されるものではない。
【００２７】
なお、説明では、（１）ディスク型記録媒体に記録されているデータ（２）ダウンロードしたデータ（３）ストリーミングデータを区別している。ここで、ディスク型記録媒体に記録されているデータとは、予め記録された映像や音声などのストリームデータをいう。また、ダウンロードしたデータとは、ネットワークを介して入手した映像や音声などのストリームデータをHDD（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などのローカルストレージに蓄積したものをいう。また、ストリーミングデータとは、ネットワークを介して映像や音声などのストリームデータを視聴する際に、データを受信しながら同時に再生を行なうためのデータをいうものとする。ストリーミングデータとダウンロードしたデータとは、データ形式などに違いはない。しかし、前者はデータ受信しながら同時に再生し、後者はデータ受信完了後に再生することを意図しており、その再生方式の違いから異なるデータとして取り扱うものとする。
【００２８】
それでは、本実施例の再生装置でストリームデータを再生する場合の動作について説明する。
【００２９】
（１）ディスク型記録媒体に記録されているデータの再生について
まずは、光ディスクに記録されているデータを再生する場合の動作について説明する。
【００３０】
光ディスク再生部２０５には、映画などのコンテンツが記録された光ディスクがセットされる。該コンテンツには、再生に必要な映像、音声、字幕などの情報が記録されている。
【００３１】
再生を開始するにあたり、ユーザーは、本体備え付けの再生ボタンやリモコンの再生ボタンなどにより、再生開始指令を入力する。再生開始指令がリモコン受信部（図示せず）を介してシステム制御部２０６に入力されると、システム制御部は、光ディスクからの情報再生動作を開始する。
【００３２】
具体的には、光ディスク上に記録されているファイル管理情報の読み出しを行う。ファイル管理情報には、光ディスク上に記録されている全てのファイルのファイル名（ファイル識別子）、各ファイルの記録開始セクター位置、各ファイルのデータ長、各ファイルに関する付加情報などの情報が書かれている。これら情報を使用することにより、光ディスク上に記録されている情報をファイルとして扱うことができる。
【００３３】
ファイル管理情報が取得された後、コンテンツ再生に必要なファイルを順次読み出す。これには、ファイルの再生順序を示すプレイリストファイル、メニュー画面を表示するためのメニュー情報ファイル、実際のストリームが記録されたストリームファイルなどがある。
【００３４】
システム制御部２０６は、メニュー情報ファイルを使用してメニュー画面を表示し、ユーザーは、表示されたメニューメモリ所望のコンテンツのストリームファイルを選択する。
【００３５】
上記のようにして選択されたストリームの再生では、光ディスク再生装置により、光ディスクからストリームファイルが読み出され、ストリームデータとして、パケット切り替え器の再生ストリーム入力端子１０７を介して、バッファメモリー１０８に入力される。
【００３６】
バッファメモリー１０８に入力されたストリームデータは、ストリームデータの各パケットに付加されているタイムスタンプの時刻に応じて、バッファメモリーから出力され、デマルチプレクサ１０９に入力される。この時、ストリームデータからタイムスタンプは除去され、１８８バイトのＭＰＥＧパケットとして、デマルチプレクサに入力される。
【００３７】
デマルチプレクサ１０９は、入力された各パケットをＰＩＤ（パケット識別番号）に応じて、映像情報、音声情報、字幕情報、グラフィックス情報に分別して、出力する役割を担う。図３に示したように、各ＭＰＥＧパケットには、先頭に１３ビットのＰＩＤが含まれており、パケットの分別は、これを用いて行われる。なお、各ＰＩＤと情報との対応は、予め決められているものとする。すなわち、映像情報や音声情報などの各情報は、固有のＩＤを持ち、デマルチプレクサは、入力された情報が持つＩＤを読み取り、分別する処理を行なう。
【００３８】
デマルチプレクサにより分別された各情報は、切り替えスイッチ１０４を介して、出力端子１１０に出力される。ここで、切り替えスイッチ１０４は、光ディスク上のデータを再生する場合には、デマルチプレクサの出力を選択するように制御される。以下に、デマルチプレクサにより分別された各情報と出力端子との関係を示す。
【００３９】
デマルチプレクサで音声情報として分別されたパケットは、切り替えスイッチ１０４ａに入力される。切り替えスイッチ１０４ａでは、主音声と副音声の入力を選択する。ここでは、光ディスクのみを再生するため、主音声だけを選択すれば良く、デマルチプレクサの出力を選択する。その後、音声情報は音声合成部１０５を介して音声出力端子１１０ａに出力される。音声合成部１０５は、主音声と副音声を合成し、一つの音声情報として合成する処理を担うが、主音声しか存在しない場合には、特に処理を行なうことはない。音声出力端子１１０ａから出力された音声情報パケットは、音声デコーダ２０７に入力される。音声デコーダは、音声情報パケットをデコードし、音声信号として音声出力端子２０８から出力する。
【００４０】
デマルチプレクサで映像情報として分別されたパケットは、切り替えスイッチ１０４ｂに入力された後、映像出力端子１１０ｂを介して主映像デコーダ２０９に入力される。
【００４１】
同様に、字幕情報は出力端子１１０ｃを介して字幕デコーダ２１０に、グラフィックスデータは出力端子１１０ｄを介してグラフィックスデコーダ２１２に入力される。
【００４２】
主映像デコーダ２０９によりデコードされた映像データと、字幕デコーダ２１０によりデコードされた字幕データ、グラフィックスデコーダ２１２によりデコードされたグラフィックスデータは、映像合成部２１３により１つの映像信号に合成（スーパーインポーズ）され、映像出力端子２１４に出力される。出力された映像信号は、外部のテレビモニタなどに表示される。
【００４３】
以上のようにして、光ディスクに記録されている各データが再生され、音声信号及び映像信号として出力される。
【００４４】
（２）ダウンロードしたデータの再生について
次に、ネットワークからダウンロードしたデータを再生する場合の動作について説明する。
【００４５】
まず、ユーザーが所望するコンテンツを入手するためには、ネットワークを介してデータをダウンロードする必要がある。なお、前記コンテンツとは、映像情報や音声情報や字幕情報などの各種情報であり、それらは映像情報と音声情報が一組になっている場合もあれば、字幕情報単独の場合もあり、その組み合わせは特に限定されない。
【００４６】
ダウンロードを開始するに際し、ユーザーは、リモコンのダウンロードボタンを押し、ダウンロード開始指令をシステム制御部２０６に送る。
【００４７】
システム制御部は、ダウンロード開始指令を受信すると、ダウンロード対象となるコンテンツが格納されているネットワーク上のサーバーに接続する。接続時には、サーバーのＵＲＬ（Ｕｎｉｆｉｅｄ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）に代表されるダウンロード情報を利用する。
【００４８】
ここで、前記ダウンロード情報を入手する手段は、幾つかの例が考えられる。例えば、ダウンロードを所望するコンテンツを購入する際にコンテンツ提供者から入手すれば良い。また、あるコンテンツを記録した光ディスクに、予めダウンロード情報を記録しておき、購入者だけが入手できるようにしても良い。この場合、光ディスク購入者への限定サービスとして、前記光ディスクのコンテンツの楽しみを広げるためのデータをダウンロードして入手することが考えられる。
【００４９】
ネットワーク上のサーバーには、ダウンロード可能なデータのリストが提供されており、ユーザーは、ダウンロードしたい情報をリストから選択する。
【００５０】
ユーザーにより選択された情報は、サーバーからネットワークを介して再生装置に送信される。ネットワーク制御部２０２は、受信した情報をダウンロードデータ記憶部２０３に記憶する。
【００５１】
ダウンロードを行うデータは、映像情報、音声情報、字幕情報、グラフィックス情報の各データであり、ユーザーの選択により、それぞれ個別にダウンロード可能である。もちろん、一つのデータのみダウンロードしてもよいし、複数をダウンロードしておいても良い。ダウンロードしたデータは、ダウンロードデータ記憶部に記憶しておく。
【００５２】
ここで、ダウンロードデータ記憶部２０３は、ＨＤＤのような記憶媒体でもよいし、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やフラッシュメモリのような半導体記憶装置でも良く、特に限定されるものではない。
【００５３】
また、ダウンロードしたデータは、光ディスクに記録されているデータと同様のストリームであり、タイムスタンプを含むＭＰＥＧパケットとして符号化されている。
【００５４】
データのダウンロードが完了すると、ユーザーはダウンロードしたデータを再生することが可能になる。
【００５５】
もちろん、ダウンロードしたデータは、単独で再生することも可能である。しかし、多くの場合は、他のコンテンツと同期再生することになる。ここでは、光ディスクの映像情報とグラフィックス情報と、ダウンロードデータ記憶部２０３にダウンロードした音声情報と字幕情報を同期再生する場合について説明する。このような例は、予め日本語の音声と字幕が記録された光ディスクを、映像とグラフィックスはそのままに、ダウンロードした英語の音声と字幕で視聴する場面が想定される。
【００５６】
まず、ユーザーがリモコンの再生開始ボタンを押し、光ディスクの再生開始指令を入力する。システム制御部は、ユーザーからの再生開始指令を受信し、再生動作を開始する。この時、ダウンロードデータ記憶部２０３に、ダウンロードしたデータが記録されているので、ユーザーに対して、同期再生の要否を確認する。ここで、ユーザーが同期再生を選択すると、光ディスクのデータ再生に同期して、データ記憶部に記憶されているダウンロードしたデータの再生を行う。
【００５７】
光ディスクからは、所定のストリームファイルの再生が行われる。再生されたストリームファイルは、パケット切り替え器の再生ストリーム入力端子１０７を介して、バッファメモリー１０８に入力される。バッファメモリーに入力されストリームファイルデータは、タイムスタンプに応じたタイミングで、デマルチプレクサ１０９に入力され、ＰＩＤに応じて分別され、各切り替えスイッチ１０４に入力される。
【００５８】
一方、ダウンロードデータ記憶部２０３に記憶されているデータのうち、同期再生が指定されたデータは、データ記憶部から読み出され、パケット切り替え器１００のダウンロードストリーム入力端子１０１を介してバッファメモリー１０３に入力される。
【００５９】
ここで、パケット切り替え器内には、複数のバッファメモリーが含まれており、どのバッファメモリーに書き込みを行うかは、システム制御部が制御信号入力端子１０２を介して、指示を行なう。すなわち、システム制御部は、前述のデータ記憶部からのデータ読み出し制御と、バッファメモリーへの書き込み制御を同時に行う。
【００６０】
ここでは、ダウンロードしたデータのうち、同期再生を行なうのは音声情報と字幕情報である。そこで、音声情報ストリームファイルはバッファメモリー１０３ａに、字幕情報ストリームファイルはバッファメモリー１０３ｃへ、それぞれ書き込まれる。これらの動作は、バッファメモリー１０３があふれないよう、時分割してデータ記憶部から読み出し、バッファメモリーに書き込むように制御する。
【００６１】
音声情報用のバッファメモリー１０３ａは、書き込まれた音声情報ストリームファイルの各パケットのタイムスタンプに応じて、音声パケットの出力タイミングを制御する。音声情報パケットは、所定タイミングでバッファメモリーから切り替えスイッチ１０４ａに入力される。この時、音声情報パケットは、タイムスタンプを含む４バイトのヘッダーが除去される。
【００６２】
同様に、字幕情報用のバッファメモリー１０３ｃは、字幕情報ストリームの各パケットの出力タイミングを制御し、字幕情報パケットを切り替えスイッチ１０４ｃに入力する。
【００６３】
一方、光ディスクから再生されたストリームファイルは、再生ストリーム入力端子１０７を介してバッファメモリー１０８に入力される。バッファメモリー１０８は、各パケットに付加されているタイムスタンプに応じて、所定タイミングでパケットを出力する。
【００６４】
ここで、光ディスクから再生されたストリームファイルには、映像情報パケット、音声情報パケット、字幕情報パケット、グラフィックス情報パケットが多重化されている。
【００６５】
バッファメモリー１０８から出力されたストリームパケットは、タイムスタンプにしたがい、所定タイミングでデマルチプレクサ１０９に入力される。デマルチプレクサは、入力されたストリームパケットの多重化を解き、各情報パケットを分別して、対応する切り替えスイッチ１０４に入力する。
【００６６】
切り替えスイッチ１０４は、同期再生を行うデータでは、バッファメモリー１０３からの出力が選択されるように切り替えを行う。光ディスクのデータを再生する場合には、デマルチプレクサ１０９側のデータが選択されるように切り替えを行う。切り替えスイッチの切り替え制御は、システム制御部２０６により行われる。
【００６７】
ここでは、音声情報と字幕情報はダウンロードしたデータ、映像情報とグラフィックス情報は光ディスクのデータを再生するため、音声情報の切り替えスイッチ１０４ａと字幕情報の切り替えスイッチ１０４ｃはバッファメモリー側に切り替え、映像情報の切り替えスイッチ１０４ｂとグラフィックス情報の切り替えスイッチ１０４ｄは、デマルチプレクサ側に切り替える。
【００６８】
これにより、音声デコーダ２０７には、切り替えスイッチ１０４ａにより、バッファメモリー１０３ａの出力が選択されて入力される。すなわち、ダウンロードデータ記憶部２０３に記憶されているダウンロードした音声データが入力され、デコードされて、音声信号として音声出力端子２０８に出力される。なお、この例では、音声として出力するのは、ダウンロードデータ記憶部２０３に記憶されているダウンロードした音声データのみであり、音声合成部１０５では、何も処理を行なわない。
【００６９】
主映像デコーダ２０９には、切り替えスイッチ１０４ｂにより、デマルチプレクサ１０９の出力が選択されて入力される。すなわち、光ディスクから再生した映像データが入力され、デコードされて、映像信号として映像合成部２１３に入力される。
【００７０】
字幕デコーダ２１０には、切り替えスイッチ１０４ｃにより、バッファメモリー１０３ｃの出力が選択されて入力される。すなわち、ダウンロードデータ記憶部２０３に記憶されているダウンロードした字幕データが入力され、デコードされて、字幕映像信号として映像合成部２１３に入力される。
【００７１】
グラフィックスデコーダ２１２には、切り替えスイッチ１０４ｄにより、デマルチプレクサ１０９の出力が選択されて入力される。すなわち、光ディスクから再生したグラフィックスデータが入力され、デコードされて、グラフィックス映像信号として映像合成部２１３に入力される。
【００７２】
映像合成部２１３では、デコードされた映像信号、字幕映像信号、グラフィックス映像信号が入力され、重ね合わせの処理（スーパーインポーズ）が行われて、映像信号として出力される。出力された映像信号は、映像信号出力端子２１４から出力され、外部のテレビモニターなどに表示される。
【００７３】
以上のようにして、光ディスクから再生されたデータと、ダウンロードしたデータとが同期して再生される。この時、切り替えスイッチ１０４の切り替え制御により、ダウンロードしたデータと光ディスクから再生したデータとを容易に切り替える事が可能である。また、複数のバッファメモリー１０３を有しており、個別のストリームを平行して出力することが出来るので、ダウンロードした複数のストリームを同時に出力することができる。
【００７４】
なお、本実施例では、コンテンツの記録媒体として光ディスクを例に挙げて説明しているが、これは限定されるものではなく、例えば磁気記録媒体や半導体記録媒体などを用いることができる。
【００７５】
また、図２に示した再生装置では、光ディスク再生装置とデータ記憶部を別々のブロックとして記載しているが、これを兼用することもできる。例えば、光ディスク上に、記録領域を設け、その記録領域をデータ記憶部として使用することもできる。読み出し時には、光ディスク上に予め記録されているストリームデータと、ダウンロードしたストリームデータを時分割で読み出し、パケット切り替え器１００に入力すれば良い。
【００７６】
以上のように、本発明は、記録媒体の種類にかかわらず、適用可能である。
【００７７】
（３）ストリーミングデータの再生について
さらに、ストリーミングデータを再生する場合の動作について説明する。
【００７８】
ここで、ストリーミングデータは、光ディスクに記録されたデータの再生中、それと同期してストリーミングすることで付加的な価値を与えるものである。すなわち、光ディスクに記録されたデータを再生した映像が主映像であり、ストリーミングデータを再生した映像が副映像であると言い換えることができる。
【００７９】
具体的な動作のイメージは、光ディスクに記録されたデータを再生中、所定のシーンで小画面が表示され、その小画面にストリーミングしたデータが再生される。これは、例えば、光ディスクの映画を再生中、あるシーンの撮影秘話を、小画面で監督やディレクターが打ち明けるような場面に適用できる。
【００８０】
このとき、ストリーミングデータは、同期再生する主映像と一対一に対応している。なぜならば、ストリーミングデータは、主映像のデータ提供者が前記主映像の楽しみを広げることを目的として作成するためである。したがって、主映像のデータとストリーミングデータとの対応関係は容易かつ確実に確保することができる。
【００８１】
なお、ストリーミングデータは、光ディスクに記録されたデータと同期再生するだけではなく、ダウンロードデータ記憶部２０３に予めダウンロードしたデータと同期再生することも可能である。それ以外にも、ストリーミングデータ単独での再生も可能である。
【００８２】
ここでは、光ディスクに記録された情報と、ストリーミングした情報を同期再生する場合について説明する。
【００８３】
同期再生を開始するに際し、ユーザーは、本体備え付けの再生ボタンやリモコンの再生ボタンなどにより、再生開始指令を入力する。再生開始指令を受けたシステム制御部２０６は、光ディスクからの情報再生動作を開始する。この時、図４に示すような画面表示において、ユーザーは、光ディスクに記録された情報の単独再生を行なうか、ストリーミングとの同期再生を行なうかを選択する。ここでは、同期再生モードを選択する。
【００８４】
ここで、同期再生モードを選択すると、システム制御部２０６は、ストリーミングデータが格納されているネットワーク上のサーバーに接続する。この時、ストリーミング対象となるデータ固有のＵＲＬに接続する。システム制御部は、ネットワークへの接続が確立されれば、ストリーミングの準備が整うため、光ディスクからのデータ再生を開始する。
【００８５】
一方、ネットワークの障害などの理由により、ネットワークへの接続が確立されなかった場合、図５のような画面表示を行い、ユーザーに発生した不具合の内容を通知する。不具合通知後、システム制御部は光ディスクに記録された情報の単独再生を実行する。あるいは、再度ネットワーク接続を試みても良い。または、ネットワーク接続が確立されるまで、繰り返し接続を試みても良い。または、光ディスクの単独再生を実行しつつ、定期的にネットワーク接続を試みても良い。もちろん、これらをユーザーに選択させても良い。
【００８６】
なお、前記ＵＲＬは、光ディスクを販売する際、すでにＵＲＬが確定しているならば、予め光ディスクに記録しておけば良い。一方、ＵＲＬが確定していなかった場合には、ＵＲＬが確定した時点で、例えば、光ディスクの購入者にメールでＵＲＬを通知するなどの手段を講じれば良い。
【００８７】
また、再生開始指令の度に、図４のような選択を行なうことは、煩わしく感じられる場合もある。そこで、メニュー画面などで同期再生を行なうか否かを予め設定できるようにしても良い。すなわち、再生開始指令を受けたシステム制御部では、予め設定された同期再生を行なうか否かを調査する。その結果、同期再生を行なわない場合には、すぐに光ディスクの再生処理を開始する。一方、同期再生を行なう場合には、所定のＵＲＬに接続し、ストリーミングの準備を開始する。これにより、再生開始指令の度に図４のような選択を行なう必要がなくなる。
【００８８】
ネットワーク接続を確立し、ストリーミングの準備を整えたシステム制御部は、光ディスクから所定のストリームファイルの再生を行なう。光ディスクからのストリーム再生動作は、すでに説明済みであるため、ここでの説明は割愛する。
【００８９】
この時、ネットワーク再生を行なうために、システム制御部２０６は、ネットワーク制御部２０２及びネットワーク入出力端子２０１を介して、光ディスクのストリーム再生状況を逐次ネットワーク上のサーバーに送信する。前記ストリーム再生状況を受信したサーバーでは、再生状況に応じて、ストリーミングデータを再生装置に送信するか否かを判断する。なお、再生状況に応じて、再生装置側からサーバ側にデータの要求を行い、その要求を受けたサーバは、データを送信するようにしても構わない。ストリーム再生状況として送信する情報は、例えば、ストリームの先頭から何時間何分何秒の位置を再生しているかというものであれば良い。また、光ディスクのストリーム再生とストリーミングとの同期を確保することができる情報であれば、これに限定されるものではない。このような情報を受信したサーバーは、ストリーミングデータの送信タイミングを把握しているため、前記再生状況に関する情報がストリーミングデータの送信タイミングに合致した場合、ストリーミングデータを再生装置に送信するように制御する。もちろん、送信タイミングに合致しない場合、ストリーミングデータの送信は行なわない。
【００９０】
ネットワーク上のサーバーから再生装置に送信されたストリーミングデータは、ネットワーク制御部２０２を介してストリーミングデータ記憶部２０４に記憶する。ここで、ストリーミングデータ記憶部２０４は、ダウンロードデータ記憶部２０３と同様に、その種類は特に限定されるものではない。
【００９１】
ストリーミングデータ記憶部２０４に記憶されたデータは、パケット切り替え器１００のストリーミングデータ入力端子１０６を介してバッファメモリー１０３に入力される。このとき、音声情報ストリームファイルはバッファメモリー１０３ｅに、映像情報ストリームファイルはバッファメモリー１０３ｆへ、それぞれ書き込まれる。これらの動作は、バッファメモリー１０３があふれないよう、時分割してデータ記憶部から読み出し、バッファメモリーに書き込むように制御する。
【００９２】
また、システム制御部２０６は光ディスクのストリーム再生とストリーミングとの同期再生を行なう場合、定期的にバッファメモリー１０３へのデータ蓄積状況を調査する。バッファメモリー１０３のデータ蓄積状況を調査した結果、データが溜まっていた場合、それはすなわち、ネットワーク上のサーバーが同期再生すべきタイミングを判断して送信したデータであるため、蓄積した各種データをデコードする。
【００９３】
音声のデコード処理の流れを説明すると、切り替えスイッチ１０４ａはバッファメモリー１０３ｅの出力とデマルチプレクサ１０９の出力を得るように切り替えられる。切り替えスイッチ１０４ａでは、光ディスクから読み出した音声とバッファメモリー１０３ｅに蓄積した音声とを、音声合成部１０５で合成し、音声出力端子１１０ａから出力され、音声デコーダ２０７に入力される。音声デコーダでは、入力された音声情報パケットをデコードし、音声信号として音声出力端子２０８から出力する。
【００９４】
次に、映像のデコード処理の流れを説明すると、切り替えスイッチ１０４ｂはデマルチプレクサ１０９の出力を得るように切り替えられる。切り替えスイッチ１０４ｂでは、光ディスクから読み出した映像情報を、映像出力端子１１０ｂを介して主映像デコーダ２０９に出力する。また、バッファメモリー１０３ｆに蓄積した映像情報は、副映像出力端子１１０ｅを介して副映像デコーダ２１１に出力される。また、字幕デコーダ２１０には、切り替えスイッチ１０４ｃにより、デマルチプレクサ１０９の出力が選択されて入力される。すなわち、光ディスクから読み出した字幕データが入力される。グラフィックスデコーダ２１２には、切り替えスイッチ１０４ｄにより、デマルチプレクサ１０９の出力が選択されて入力される。すなわち、光ディスクから再生したグラフィックスデータが入力される。
【００９５】
２０９から２１２の各デコーダに入力され、デコードされた情報は、映像合成部２１３において重ね合わせの処理が行われて、映像信号出力端子２１４から出力され、外部のテレビモニターなどに表示される。
【００９６】
以上のようにして、光ディスクから再生されたデータと、ストリーミングしたデータとが同期して再生される。本実施例では、光ディスクから再生された映像を主映像、ストリーミングした映像を副映像として、両者を同期して表示させる。この際、両者から取得した二つの音声情報も一つに合成された後、前記映像情報と同期して出力される。
【００９７】
ただし、ここで述べた制御方法では、ネットワークの混雑などに起因してストリーミングが円滑に行なわれない場合、光ディスクの再生と同期が取れなくなることが考えられる。また、この制御方法では、システム制御部２０６はストリーミングが円滑に行なわれているかを認知していないため、同期が取れなくなった場合の回復処理やユーザへの通知処理を行なうことができない。
【００９８】
そこで、さらに詳細な制御が必要となる。その制御方法の一例を以下に説明する。
【００９９】
まず、ストリーミングデータの送信側であるネットワーク上のサーバーと受信側である再生装置との間で、ストリーミングデータの送信開始を相互認識するように構成する。具体的には、ネットワーク上のサーバーがストリーミングデータを送信開始する際に、再生装置に対してデータ送信開始情報を送信する。その情報を受信した再生装置は、例えば、ストリーミング実行フラグをＯＮにする。システム制御部２０６は、前記ストリーミング実行フラグの状態を定期的に調査し、フラグがＯＮであればストリーミングを実行し、光ディスクとの同期再生を行い、フラグがＯＦＦであればストリーミングを実行せず、光ディスク単体の再生を行なう。
【０１００】
また、ストリーミングデータの送信終了時には、送信開始時と同様にネットワーク上のサーバーから再生装置に対して情報を通知する。その情報を受信した再生装置は、ストリーミング実行フラグをＯＦＦにする。ストリーミングデータの送信開始と終了の通知は、主映像に副映像を同期再生するたびに行なう。例えば、主映像のストリームのＡ点からＢ点、Ｃ点からＤ点までの再生中に、副映像を同期させる場合、Ａ点の再生開始に同期してストリーミングデータの送信開始通知が行なわれ、Ｂ点までの再生が終了した時点でストリーミングデータ送信終了通知が行なわれる。同様に、Ｃ点に同期して送信開始、Ｄ点に同期して送信終了の通知が行なわれる。
【０１０１】
ここで、システム制御部２０６は、前述の通りバッファメモリー１０３のデータ蓄積状況を調査する。バッファメモリーにデータが蓄積している場合は、ストリーミングに遅延が発生していないため、蓄積したデータを順次デコードする。一方、ストリーミング実行フラグがＯＮにもかかわらず、バッファメモリーにデータが蓄積していない場合は、ストリーミングに遅延が発生していることになる。すなわち、光ディスクの再生と同期が取れなくなっていることになる。そこで、システム制御部２０６は、同期を回復する処理やユーザに同期再生失敗を通知する処理を実行する。この時の処理フローを図６に示す。
【０１０２】
また、バッファメモリーへのデータ蓄積状況に閾値を適用することで、さらに詳細な制御が可能になる。
【０１０３】
バッファメモリーへのデータ蓄積状況の閾値を５０％に設定した場合の例を説明する。システム制御部２０６は、前記ストリーミング実行フラグの状態を調査し、フラグがＯＮであればバッファメモリー１０３のデータ蓄積状況を調査する。ここでは、バッファメモリーに蓄積したデータが、予め設定した閾値以上であるか否かを調査する。すなわち、バッファメモリーに蓄積したデータが５０％以上であれば、前記蓄積したデータをデコードして光ディスクと同期再生を実行し、５０％未満であれば同期再生失敗時の処理を実行する。この時の処理フローを図７に示す。
【０１０４】
ここで、システム制御部２０６は定期的にストリーミング実行フラグの状況とバッファメモリーの蓄積状況を調査し、その調査結果に応じて適切な処理を行なうため、詳細な制御が実現できる。
【０１０５】
図８は、バッファメモリーの模式図を示したものである。図８中、８００はバッファメモリー、８０１は蓄積したストリーミングデータ、８０２はバッファ上限、８０３はデータ蓄積量、８０４は閾値、８０５はバッファ下限を示す。システム制御部２０６は、バッファメモリーの状況を調査するにあたり、８０２〜８０５の値を参照する。
【０１０６】
８０２＝８０３の場合、バッファメモリーから順次デコーダにデータを送る一方で、これ以上のデータは蓄積できないので、一時的にデータ記憶部２０４からのデータ読み出しを止める。８０２＞８０３＞８０４の場合、バッファメモリーから順次デコーダにデータを送る一方で、データ記憶部２０４からのデータ読み出しを続ける。８０２＞８０４＞８０３の場合、閾値までデータが蓄積していないので、デコーダにはデータを送らず、データ記憶部２０４からのデータ読み出しを続ける。また、８０３＝８０５の場合もデコードは実行せず、データ記憶部２０４からのデータ読み出しを続ける。
【０１０７】
なお、図６に示した例では、ステップＳ６０２でバッファメモリーにデータが蓄積していればステップＳ６０４で同期再生を行い、蓄積していなければステップＳ６０５で同期回復処理やユーザへの同期再生失敗通知処理を行なった。これは、すなわち閾値を１００％に設定した時の再生装置の動作である。また、閾値は、特に制限されるものではなく、再生装置ごとに異なる値で良いし、もちろん、ユーザーが変更できるような機能を設けても良い。閾値は、高く設定しておくほど確実に同期が取れるが、その反面、バッファメモリーにデータが蓄積するのを待つ時間が必要になり、リアルタイム再生ができない問題もある。一方、閾値を低く設定しておくほどリアルタイム再生し易いが、その反面、ストリーミングデータ送信速度が少しでも遅くなると、頻繁に同期再生失敗処理を実行してしまう問題もある。
【０１０８】
したがって、ネットワークの状況により、ストリーミングデータ送信速度が遅い場合には閾値を高く、速い場合には閾値を低くしておくと良い。また、ユーザーの好みにより、同期再生の確実性を求める場合は閾値を高く、リアルタイム性を求める場合は閾値を低くしておくと良い。
【０１０９】
以上のように、ユーザの好みやネットワークの混雑状況に応じて、適切な閾値を設定すると便利である。
【０１１０】
次に、ネットワークの混雑などに起因してストリーミングデータの送信が遅延し、同期再生に失敗した場合の同期回復処理について説明する。システム制御部２０６は、前述のバッファメモリーへのデータ蓄積状況から同期再生ができないことを判断すると、同期回復処理を実行する。
【０１１１】
まず、最も容易な方法は、ストリーミングデータが閾値以上に蓄積するまで光ディスクの再生を止めれば良い。具体的には、光ディスクから読み出した情報をデコーダに送る処理を止め、ネットワーク上のサーバーから送信されたストリーミングデータをデータ記憶部２０４から読み出し、バッファメモリーに蓄える処理を続ければ良い。ストリーミングデータが閾値まで蓄積したならば、改めて二つのコンテンツを同期して再生すれば良い。これにより、同期を回復することができる。また、光ディスクの再生を止めてストリーミングデータの蓄積を待つ間は、ユーザに、その旨を通知するメッセージを表示すると良い。表示するメッセージの内容やその表示方法については後述する。
【０１１２】
ただし、この方法は、主映像の再生を停止させてしまう点に不満を感じるユーザーが多くなることが予想される。バッファメモリーにデータが蓄積するまでの短時間とは言え、副映像のために主映像の再生を停止させるのは好ましくない。そこで、以下には主映像の再生を止めない同期回復方法の例を挙げる。
【０１１３】
まず、同期再生ができない場合、主映像を停止させず、ストリーミングを諦めることが最も容易な処理である。具体的には、光ディスクから読み出した情報をデコーダに送り続ける一方、ネットワーク上のサーバーに対してストリーミングデータの送信を停止する旨の情報を通知すれば良い。また、同時に前記ストリーミング実行フラグをＯＦＦにし、バッファメモリー１０３に蓄積したデータは破棄しておく。また、本処理に伴って副映像の表示が止まると、ユーザーは何が起こったのか理解することができないので、副映像を止めた経緯をユーザーに説明するためのメッセージを表示する。
【０１１４】
また、同期再生ができない場合、すぐにストリーミングを諦めるのではなく、前述の方法により、何度か主映像の再生を止めてストリーミングデータの蓄積を行うように制御しても良い。しかし、それでも頻繁に主映像の再生を止めざるを得ない場合は、ユーザーに情報通知した後、ストリーミングを諦める。ストリーミングを諦める基準となる主映像の再生停止頻度は、例えば、主映像の再生を２分間に５回停止した時など、再生装置ごとに設定すれば良い。
【０１１５】
一旦、ストリーミングを諦めた場合、光ディスクの再生が終了するまで同期回復処理を実行しなくとも良いが、同期回復した方がユーザーにとっては喜ばしい。同期を回復するタイミングは、様々な例が考えられる。例えば、次のチャプター開始時や場面切り替え時などを契機としても良いし、ストリーミングを諦めてからＮ秒後、あるいはＮ個先のＩピクチャなどを契機としても良い。ただし、いずれの場合にもストリーミングデータを送信するネットワーク上のサーバーと同期回復を制御する再生装置との情報交換が必要である。
【０１１６】
ネットワーク上のサーバーと再生装置との情報交換の一例を以下に示す。
【０１１７】
まず、再生装置は同期再生ができないと判断した場合、ネットワーク上のサーバーにストリーミングデータの送信を停止する旨の情報を通知する。また、続けて同期再生再開用にストリーミングデータの送信を要求する情報を通知し、ネットワーク上のサーバーは、その情報に基づいてデータ送信準備を行なう。この時、両者の間では、予め決めておいたコマンドを使用し、コマンドに対応した処理を実行すれば良い。例えば、次のチャプター開始時ならばコマンドＡ、Ｎ秒後に再開するならばコマンドＢを使用し、パラメータとしてＮを指定すれば良い。ところで、このコマンド授受は省略することができる。ネットワーク上のサーバーは、再生装置からストリーミングデータの送信を停止する旨の情報を受信した時点で、再生装置側で同期再生ができていないことが分かる。なぜならば、同期再生ができている場合、サーバーが再生装置に対してストリーミングデータの送信開始と停止を通知するのであり、再生装置から前記情報を受信することはないためである。そこで、ネットワーク上のサーバーは、前記情報を受信した時点で同期再生再開用のデータ送信準備を行なえば良い。ただし、この場合、ネットワーク上のサーバーは、どこから同期再生を再開するか再生装置の要求を受けていないため、要求に応じたデータ送信は行なえない。そのため、どこから同期再生を再開するかはネットワーク上のサーバーが決定し、決定した内容を再生装置に通知すれば良い。もちろん、同期再生開始時など、同期再生ができなくなった場合の同期再開タイミングを両者の間で事前に決めておいても良い。
【０１１８】
なお、ネットワーク上のサーバーが送信する同期再生再開用のデータは、同期再生再開時に送信開始するが、同期再生再開前に送信を開始しても良い。例えば、同期再生ができなくなり、Ｎ秒後から同期再生を再開する場合、同期再生再開用のデータ送信準備が整い次第、再生装置に送信する。前記データを受信した再生装置は、データをバッファメモリーに蓄積し、Ｎ秒後の同期再生再開時に前記蓄積したデータをデコードし、光ディスクと同期再生する。このように、同期再生開始タイミングより前にデータを送信しておくことにより、確実に同期再生が行なえる。ネットワークやＣＰＵの使用状況に余裕がある場合は、コンテンツの再生制御と並行して副映像のデータを蓄積するように努めると良い。この方法は、特にネットワークが混雑している時など、ストリーミングが遅延しがちな場合に有効である。
【０１１９】
また、例えば、バッファメモリーのデータ蓄積量が少なくなり、すぐに同期再生ができなくなることが予想される場合には、場面切り替え時などで一時的に主映像と副映像の再生を止め、その間にデータをバッファメモリーに蓄積する制御も考えられる。この場合、一時的に再生を止めることになるが、その後はデータ蓄積に余裕ができるため、確実に同期再生が行なえるメリットがある。
【０１２０】
また、再生装置には再生を一時停止する機能がある。一時停止機能は、通常、主映像を一時停止することを前提としているが、主映像と副映像を同期再生中に一時停止機能が実行された場合には、主映像だけでなく、副映像も一時停止する。なお、一時停止中には前述のバッファメモリーへのデータ蓄積処理を行なっても良い。もちろん、一時停止が解除されれば、同期再生を再開する。すなわち、主映像に対するユーザー操作が行なわれた場合、副映像も関連付けて制御する。
【０１２１】
さらには、ユーザーが副映像の再生だけを停止したり、一時停止する機能を有しても良い。
【０１２２】
もちろん、同期再生ができなくなった場合に、何を優先して再生するかをユーザーが選択できるようにすると使い勝手が向上する。例えば、主映像の再生を継続してストリーミングを諦めるか、主映像を停止してでも同期再生を行なうかを選択できるようにすると良い。
【０１２３】
また、光ディスクのコンテンツ再生の１回目はどのコンテンツとも同期再生を行なわず、２回目以降であれば同期再生するような再生装置にしても良い。例えば、光ディスクの再生時に、再生する光ディスク固有のＩＤとその再生回数を関連付けて、システム内蔵のＲＡＭ（Ｒａｍｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などに記憶しておく。再生開始時に、前記記憶した情報を調査し、１回目であれば光ディスク単体での再生、２回目以降ならば同期再生するように制御する。この効果として、ユーザーは光ディスクのコンテンツを、少なくとも１回は何の妨害もなく楽しむことができる。また、２回目以降は、副映像を同期再生することで１回目とは異なる楽しみを得られる上、何らかの要因によって同期再生ができなくなり、主映像の再生を止めざるを得ない場合にも、主映像を１回は視聴済みであるため、それほど大きなストレスを感じることはない。
【０１２４】
次に、同期再生ができなくなった場合、その旨をユーザーに通知する際のメッセージについて説明する。
【０１２５】
本発明にかかる再生装置では、ネットワークの混雑に起因して、ストリーミングが円滑に行なわれず、同期再生ができない場合などに、発生した状況をユーザーに通知するための情報表示を行なう。なお、同期再生ができない場合に限定せず、ユーザーが所望した動作を実行できない場合には、必ず何らかの情報表示を行なう。
【０１２６】
図９は、ストリーミングデータと光ディスクから読み出したデータを同期再生中、同期できなくなった場合に表示する情報通知画面の一例である。この例では、主映像である光ディスクの再生に、副映像であるストリーミングの再生が間に合わなくなったため、主映像の表示は一時停止させ、副映像の表示を行なわない代わりに、情報表示を実行している。この表示中、ネットワーク上のサーバーから再生装置には順次ストリーミングデータが送信されており、バッファメモリーに蓄積されている。バッファメモリーへのデータ蓄積量が、予め設定した閾値に到達し次第、主映像の再生を再開し、図９の情報表示を止めて副映像を主映像に同期して再生する。本実施例では、同期が取れなくなった場合は主映像を一時停止するようにしたため、同期回復後の再生再開が違和感なく行なわれる。もちろん、同期が取れなくなった場合に、主映像の表示を行なわず、情報表示だけを行なうようにしても良い。
【０１２７】
以上のように、ユーザーが所望した動作を実行できない場合には、ユーザーに対して状況を説明するための情報を表示することで、ユーザーに安心感を与えることができる。
【０１２８】
なお、本実施例では、ストリーミングの際にネットワーク制御部２０２が受信した情報をストリーミングデータ記憶部２０４に記憶するようにしたが、これに限定されるものではない。例えば、受信した情報を記憶することなく、直接バッファメモリーに入力しても良い。この場合、バッファメモリーの先にデマルチプレクサを設け、パケットの種別に応じて情報を分別し、切り替えスイッチ１０４に入力すれば良い。
【０１２９】
なお、本実施例では、リモコンにダウンロードとストリーミング専用のボタンを持つ例を挙げて説明しているが、これは限定されるものではなく、例えばネットワーク接続ボタンなど、両者を兼用するものを持っても良い。ネットワーク接続ボタンによりネットワーク接続した後、ユーザの選択に応じて、ダウンロード専用のＵＲＬかストリーミング専用のＵＲＬに移動できるようにすれば良い。
【０１３０】
ところで、本実施例では、図２に示したようにパケット切り替え器が、複数のバッファメモリを持つように構成したが、単一のメモリを使用して、複数のバッファメモリを設けたのと同等の動作を行うように構成しても良い。
【０１３１】
具体的には、複数のバッファメモリーの代わりにＲＡＭを用いて、各種データの読み書きを行なえば良い。
【０１３２】
本実施例にかかる再生装置では、ネットワークの混雑などに起因してストリーミングが円滑に行なわれず、他の情報との同期再生ができなくなった場合、同期を回復することができる。
【０１３３】
また、同期再生ができなくなった場合、ユーザにその旨を知らせるための情報表示を行なうことができる。
【０１３４】
これにより、再生装置および再生方法の使い勝手が向上する。
【図面の簡単な説明】
【０１３５】
【図１】再生装置の構造を示すブロック図
【図２】パケット切り替え器の構造を示すブロック図
【図３】ストリームとパケットの構造を示す図
【図４】再生メニュー選択画面の一例を示す図
【図５】ネットワーク接続エラー表示画面の一例を示す図
【図６】バッファメモリーへのデータ蓄積状況を利用した同期再生制御フロー
【図７】閾値を利用した同期再生制御フロー
【図８】バッファメモリーへのデータ蓄積状況を示す図
【図９】同期再生回復処理中の情報表示例を示す図
【符号の説明】
【０１３６】
１００・・・パケット切り替え器、２０１・・・ネットワーク入出力端子、２０２・・・ネットワーク制御部、２０３・・・ダウンロードデータ記憶部、２０４・・・ストリーミングデータ記憶部、２０５・・・光ディスク再生部、２０６・・・システム制御部、２０７・・・音声デコーダ、２０８・・・音声出力端子、２０９・・・主映像デコーダ、２１０・・・字幕デコーダ、２１１・・・副映像デコーダ、２１２・・・グラフィックスデコーダ、２１３・・・映像合成部、２１４・・・映像出力端子、１０１・・・ダウンロードストリーム入力端子、１０２・・・制御信号入力端子、１０３・・・バッファメモリー、１０４・・・切り替えスイッチ、１０５・・・音声合成部、１０６・・・ストリーミングデータ入力端子、１０７・・・再生ストリーム入力端子、１０８・・・バッファメモリー、１０９・・・デマルチプレクサ、１１０・・・パケット出力端子、８００・・・バッファメモリー、８０１・・・蓄積したストリーミングデータ、８０２・・・バッファ上限、８０３・・・データ蓄積量、８０４・・・閾値、８０５・・・バッファ下限
【図１】
2007074608.tif 000003
【図２】
2007074608.tif 000004
【図３】
2007074608.tif 000005
【図４】
2007074608.tif 000006
【図５】
2007074608.tif 000007
【図６】
2007074608.tif 000008
【図７】
2007074608.tif 000009
【図８】
2007074608.tif 000010
【図９】
2007074608.tif 000011