JP4540752B2 - コンテンツの配信システム - Google Patents

Description

本発明は、映画やビデオカメラで撮影した動画などの各種のコンテンツをダウンロードしながら再生する、プログレッシブダウンロード再生（擬似ストリーミング再生）するための配信システム及びそのプログラムに関する。

また本発明は、上記コンテンツに関連して、ＶＣ−１符号化方式による画像信号を変換処理する変換処理方法、変換処理装置及び変換処理プログラムに関する。

プログレッシブダウンロード再生を行うコンテンツの配信システムや再生方法は、特許文献１に開示されている。この特許文献１に開示された配信システムは、インターネットを介して配信サーバから受信クライアントへコンテンツを送信する際に、再生ビットレート情報を付加し、受信クライアントはこの再生ビットレート情報に基づいてプログレッシブ再生が可能かどうかを判断し、可能であるときは再生をスタートさせるものである。

一方、Windows Media Player（登録商標。以下、ＷＭＰともいう。）のソフトウェアを用いて再生可能なＶＣ−１（Video Codec-1）符号化方式によるストリームファイルには、シンプルプロファイル、メインプロファイルおよびアドバンスドプロファイルという３種類のプロファイルが存在するが（特許文献２の段落００２３参照）、シンプル／メインプロファイルとアドバンスドプロファイルとの間にデータの互換性はない。また、ＶＣ−１のアドバンスドプロファイルは、ブルーレイ再生装置で再生可能であるが、ＶＣ−１のシンプル／メインプロファイルはいずれもブルーレイ再生装置で再生することはできない。

特開２００８−２７８０９０号公報 再表２００６／０２５５２７号公報

上述したプログレッシブダウンロード再生において、特許文献１記載の従来例では、プログレッシブ再生が不可能であると判断したときは再生が可能になるまでダウンロードを続けるため、使用者にとって再生開始までの待ち時間や中断時間が発生する。

このため、コンテンツのストリームファイルについて、データ量が異なる複数のストリームファイルを配信サーバに用意しておき、ネットワークの通信速度に応じて適切なデータ量のストリームファイルを選択することも考えられるが、ストリームファイルに対応したクリップインフォファイルがストリームファイルのデータ量を予め定義しているため、定義されたデータ量と異なるデータ量のストリームファイルがダウンロードされても再生することができないという問題がある。

本発明が解決しようとする課題は、待ち時間や中断時間のないプログレッシブダウンロード再生が可能な配信システム及びプログラムを提供することである。

本発明は、配信サーバに格納された、データ量が異なる複数のストリームファイルの中から通信速度に応じたデータ量のストリームファイルを選択し、このストリームファイルのデータ量を、管理ファイルで規定されたデータ量に調整することによって、上記課題を解決する。

本発明によれば、待ち時間や中断時間のないプログレッシブダウンロード再生が可能となる。

発明の第１実施形態に係るプログラムを用いたデジタルデータの配信システムを示すブロック図である。 図１のデジタルデータの配信システムで用いられるプレイリストファイル、クリップインフォファイル及びストリームファイルを示すデータ構造図である。 図１の配信サーバに格納されたデータ量が異なる３つのストリームファイルを示すデータ構造図である。 図１に示す再生装置で実行されるデータ量の調整を説明するためのデータ構造図である。 図１に示す再生装置で実行されるＩピクチャのデータ量の調整を説明するためのデータ構造図である。 発明の第２実施形態及び第３実施形態を適用したデジタル音声映像情報記録装置を示すブロック図である。 図６に示す記録装置で作成したＢＤを再生した場合のトップメニューを示す図である。 図６に示す記録装置で作成したＢＤを再生した場合の再生映像とポップアップメニューを示す図である。 図６に示す記録装置で作成したＢＤを再生した場合のＢＤ−Ｌｉｖｅのトップメニューを含む構成を示すブロック図である。 図９のトップメニューのうち製品情報ダウンロードの内容を示す図である。 図９のトップメニューのうち周辺アクセサリネットショップの内容を示す図である。 図９のトップメニューのうち音声映像アップロードの内容を示す図である。 図９のトップメニューのうち他社広告の内容を示す図である。 図９のトップメニューのうち他社ネットショップの内容を示す図である。 発明の第４実施形態を適用した画像信号の変換処理方法を示す処理工程図である。 図１１に示す画像信号の変換処理を実行する変換処理装置の一例を示すブロック図である。

《第１実施形態》
本実施形態の再生装置１は、ＢＤ−ＬＩＶＥ規格に対応した再生装置であって、インターネット５などの通信回線を介して配信サーバ４に接続し、映画やビデオカメラで撮影した動画などの所望のコンテンツをダウンロードしつつダウンロード中に再生を開始する、いわゆるプログレッシブダウンロード再生を行うものである。このプログレッシブダウンロード再生は、ブルーレイディスク媒体ＢＤのフォーマットにおいて記録及び実行可能なＪａｖａ（登録商標）プログラムなどのプログラムによって行われる。

図１に示す再生装置１は、ＢＤフォーマットの情報が再生可能な装置であって、ＢＤの入力部、情報処理用ＣＰＵ、表示装置Ｂ２への出力部を備える。同図に示す再生装置１は、当該装置の入力部にＪａｖａ（登録商標）プログラムを記録したＢＤをセットして情報処理用ＣＰＵにプログラムの内容が展開された状態の機能ブロックを示す。なお、本発明のプログラムはＢＤに記録するほか配信サーバ４からダウンロードすることもできる。

図１に示すように、再生装置１に本実施形態のプログラムが読み込まれると、入出力部１１、復号部１２、管理ファイル記憶部１３、ストリームファイル記憶部１４、容量調整部１５、検出部１６、選択部１７および再生制御部１８といった各種機能が展開される。

入出力部１１は、配信サーバ４に対して所定のコンテンツのダウンロード要求を出力するとともに、ダウンロードしたコンテンツを入力する。コンテンツのダウンロード要求は、たとえば配信サーバのダウンロード画面に「ダウンロード」と「プログレッシブダウンロード再生」の選択肢が用意され、「ダウンロード」をクリックすると通常のダウンロードが実行されて再生装置１の図示しないメモリに記録される一方で、「プログレッシブダウンロード再生」をクリックするとプログレッシブダウンロード再生が実行される。通常のダウンロードについては説明を省略し、以下においてはプログレッシブダウンロード再生について説明する。

ここで、図２を参照して本実施形態にて取り扱われるコンテンツのデータ構造を説明すると、一つのコンテンツ（たとえば一つの映画）は、プレイリストファイルと、クリップインフォファイルと、ストリームファイルとからなる。プレイリストファイルは、ストリーム再生を行うための情報を保持するファイルであり、複数のプレイアイテム１，２，…ｎを有するが、一つのコンテンツに対して一つのファイルで構成されている。

クリップインフォファイルは、プレイリストファイルのプレイアイテムのそれぞれに対応して複数のクリップインフォファイル１，２，…ｎが存在し、ストリームファイルのサイズや再生時間等の情報を保持するファイルである。
ストリームファイルは、たとえば動画圧縮規格Ｈ．２６４／ＭＰＥＧ−４ ＡＶＣ形式で保存された動画ファイルであるｍ２ｔｓなどの再生用ＡＶストリームファイルであり、上述したプレイアイテムおよびクリップインフォファイル毎に一つのファイルが存在する。したがって、ストリームファイルもクリップインフォファイルと同じ数だけ存在する。これらプレイリストに対応した一つのクリップインフォファイルと一つのストリームファイルが存在することにより再生が可能となる。

図１に戻り、復号部１２は、配信サーバ４にて暗号化されたクリップインフォファイルを複合化するものである。すなわち、コンテンツの容量が大きい場合は、一つのプレイリストファイルに対するクリップインフォファイルも多数存在することになるが、このクリップインフォファイルのダウンロード時間を短縮するために、配信サーバ４側でクリップインフォファイルを一定のアルゴリズムを用いて暗号化（圧縮）する。復号部１２は、この圧縮されたクリップインフォファイルを所定のアルゴリズムを用いて復号化（解凍）する。

ただし、クリップインフォファイルの送信時間が所定時間未満であるように、クリップインフォファイルのデータ量が所定量未満の場合は、配信サーバＢ４にてファイルの暗号化はせず、その場合は復号部１２による複合化処理も行わない。

管理ファイル記憶部１３は、バッファメモリであり、配信サーバ４からダウンロードしたプレイリストファイルとクリップインフォファイルを一時的に記憶し、コンテンツの再生処理が終了したら消去する。ただし、消去しないでそのまま保持することもでき、保持した場合は、同じコンテンツを再度視聴する場合に保持したプレイリストファイルとクリップインフォファイルを用いることができるのでダウンロード時間を短縮することができる。

ストリームファイル記憶部１４も、バッファメモリであり、配信サーバ４からダウンロードしたストリームファイルを一時的に記憶し、コンテンツの再生処理が終了したら消去する。すなわち、本実施形態のストリームファイルは複数に分割され、各ストリームファイルが順次ダウンロードされるが、図２に示すようにダウンロードされたストリームファイルは、ストリームファイル記憶部（バッファメモリ）に順次保存され、再生を終了したら消去される。

検出部１６は、配信サーバ４と再生装置１との間のインターネット５による通信速度を検出する。この検出は、最初のストリームファイル（データ量は既知）をダウンロードしたときの通信速度を検出してもよいし、直前にダウンロードしたストリームファイルの通信速度を検出してもよい。また、データ量が既知の速度検出用ファイルを配信サーバ４から再生装置１へ送り、このときの通信速度を検出することもできる。

選択部１７は、検出部１６にて検出された現在の通信速度に基づいて、配信サーバ４に格納された、データ量が異なる複数のストリームファイルの中から、適切なデータ量のストリームファイルを選択する。すなわち、本実施形態の配信サーバ４には、図３に示すように、ひとつのストリームファイルに対して３種類のデータ量が異なるストリームファイルが用意されている。図３に示す例では、最もデータ量が大きいHi bit rate ストリームファイル（通信速度は１０Ｍｂｐｓ）と、最もデータ量が小さいLow bit rateストリームファイル（通信速度は２Ｍｂｐｓ）と、その中間のMiddle bit rateストリームファイル（通信速度は５Ｍｂｐｓ）という３種類の、内容が同じでデータ量が異なるストリームファイルが、配信サーバ４のコンテンツ記憶部４３に格納されている。このデータ量が異なるストリームファイルは、ストリームファイル１，２，…ｎごとに用意されている。なお、データ量の大小はフレームレートｆｐｓ、圧縮比、解像度などを変更することにより調整することができる。

そして、検出部１６で検出された現在の通信速度が遅い場合に、Hi bit rateストリームファイルをダウンロードするとダウンロードに長時間を要するため、前のストリームファイルの再生が終了しているにも拘らず次のストリームファイルのダウンロードが終了せず、画像再生の中断が生じる。

このため、本実施形態では、検出部１６で検出された通信速度を予め３段階に分類し、第１の所定値以上の高速の場合はHi bit rateストリームファイルを選択し、第１の所定値より小さい第２の所定値以下の低速の場合はLow bit rateストリームファイルを選択し、第１及び第２の所定値の間である場合はMiddle bit rateストリームファイルを、選択部１７により選択する。これにより、通信速度が遅い場合でも、前のストリームファイルの再生が終了する前に次のストリームファイルのダウンロードが終了することになる。逆に、通信速度が速い場合には、高画質のストリームファイルを再生することができる。

容量調整部１５は、選択部１７により選択されてダウンロードされたストリームファイルのデータ量を、対応するクリップインフォファイルに規定されたデータ量に調整するものである。

クリップインフォファイルは、対応するストリームファイルのデータ量を保持し、再生時にプレイリストファイルとともにこれらの情報を用いて再生処理を実行するが、クリップインフォファイルに規定されたデータ量とストリームファイルの実際のデータ量が異なると再生処理を実行することができない。

特に本実施形態の場合は、プレイリストファイルとクリップインフォファイルはダウンロードの当初に管理ファイル記憶部１３にダウンロードされ、これに対し、ストリームファイルは通信速度に応じて３種類のデータ量の中から一つのストリームファイルが選択される。したがって、クリップインフォファイルにあらかじめ規定されたストリームファイルのデータ量と、実際にダウンロードされたストリームファイルのデータ量が異なる場合がある。

本例ではクリップインフォファイルにHi bit rateストリームファイルのデータ量を規定するので、Middle bit rateやLow bit rateのストリームファイルをダウンロードした場合はクリップインフォファイルに規定されたデータ量と異なる。

そこで、選択部１７にてMiddle bit rateやLow bit rateのストリームファイルを選択し、これをダウンロードした場合は、このストリームファイルのデータ量を、クリップインフォファイルに規定されたHi bit rateのストリームファイルのデータ量に調整するために、パディングデータ(Padding data)を付加する。具体的には、図４に示すようにNull Packと称される空データをHi bit rateストリームファイルとのデータ量の差だけMiddle bit rateやLow bit rateのストリームファイルに付加する。Null Packはデータ量を調整するためのデータであって、再生処理の際、再生制御部１８はNull Packを無視する。

再生制御部１８は、容量調整部１５で調整されたストリームファイル（Hi bit rateストリームファイルに対してはパディングデータを付加しない調整をする）を、プレイリストファイル及びクリップインフォファイルに基づいて再生処理を実行し、表示装置２に出力する。これにより、表示装置２にダウンロードしたコンテンツがプログレッシブダウンロード再生されることになる。

配信サーバ４は、ビデオカメラなどの撮像装置３からのライブ映像や再生装置１からの要求信号を入力するとともに、コンテンツ記憶部４３に格納されたコンテンツを出力する入出力部４１と、撮像装置３から入力したライブ映像をＢＤ−ＬＩＶＥ規格のデジタルデータを生成するコンテンツ生成部４２と、このコンテンツ生成部４２で生成したコンテンツを格納するコンテンツ記憶部４３とを備える。

コンテンツ記憶部４３は、既述したとおりひとつのストリームファイルに対して、最もデータ量が大きいHi bit rate ストリームファイル（通信速度は１０Ｍｂｐｓ）と、最もデータ量が小さいLow bit rateストリームファイル（通信速度は２Ｍｂｐｓ）と、その中間のMiddle bit rateストリームファイル（通信速度は５Ｍｂｐｓ）という３種類の、内容が同じでデータ量が異なるストリームファイルが格納されている。

また、コンテンツ生成部４２は、複数のクリップインフォファイルの送信時間が所定時間以上であるように、複数のクリップインフォファイルのデータ量が所定量以上の場合は、複数のクリップインフォファイルを一定のアルゴリズムを用いて暗号化（圧縮）する。

また、コンテンツ生成部４２は、再生装置１から早送りまたは早戻しの要求信号が入力されたら、生成したコンテンツのストリームファイルに含まれるＩピクチャのみを抽出し、これをコンテンツ記憶部４３に格納したのち入出力部４１を介して再生装置１へ送出する。

ストリームファイルは、図５に示すように、他のピクチャと切り離して画像生成の復号化処理が可能なＩピクチャ(Intra Picture)と、過去、未来両方のフレームから予測したデータとの差分を符号化したＢピクチャと、過去のフレームから予測したデータとの差分をエンコードしたＰピクチャとで構成されているが、早送りまたは早戻しする際は画像生成が可能なＩピクチャのみを再生装置１へ送出し、これを受けた再生装置１は、容量調整部１５においてＩピクチャと次のＩピクチャとの間に、本来存在したＢピクチャとＰピクチャのデータ量に相当するデータ量のパディングデータを付加する。これにより、早送りまたは早戻し操作をクリップインフォファイルに基づいて実行することができる。

以上のように、たとえば配信サーバ４のコンテンツ記憶部４３に格納された映画などのコンテンツをプログレッシブダウンロード再生する場合は、再生装置１からプログレッシブダウンロード再生の要求を配信サーバ４に送出する。これを受けた配信サーバ４は、コンテンツ記憶部４３に格納されたコンテンツのうち、プレイリストファイルと複数のクリップインフォファイルを、インターネット５を介して再生装置１の入出力部１１に出力し、再生装置１は管理ファイル記憶部１３に格納する。このとき、クリップインフォファイルのデータ量が大きい場合は、配信サーバ４側で複数のクリップインフォファイルを圧縮処理して送信し、再生装置１の復号部１２で解凍したのち管理ファイル記憶部１３に格納する。

プレイリストファイルとクリップインフォファイルをダウンロードしたら、次に複数のストリームファイルを順次ダウンロードする。最初のストリームファイルはHi bit rateストリームファイルをダウンロードし、検出部１６はこのストリームファイルのダウンロード時間を検出することにより通信速度を検出する。次のストリームファイルは、今検出した通信速度に基づいて３種類のストリームファイルの中から適切なサイズのファイルを選択部１７で選択する。例えば、通信速度が遅い場合はサイズが小さいLow bit rateのストリームファイルを選択し、通信速度が速い場合はサイズが大きいHi bit rateのストリームファイルを選択する。このダウンロード処理を最後のストリームファイルまで繰り返す。

選択部１７で選択したストリームファイルがHi bit rateのストリームファイル以外のファイルサイズである場合は、図４に示すように容量調整部１５にてパディングデータを付加し、データ量をHi bit rateのストリームファイルのファイルサイズと等しくする。

このように容量調整されたストリームファイルを用いると、管理ファイル記憶部１３に格納されたプレイリストファイルとクリップインフォファイルに基づいてストリームファイルを再生することができる。また、選択部１７にて通信速度に応じた適切なファイルサイズのストリームファイルを選択してダウンロードするので、再生中に画像再生が中断することが防止される。
なお、図１に示す撮像装置３により、たとえば運動会などのイベント会場で撮影したライブ映像を、インターネット５を介して配信サーバ４へ送信し、配信サーバ４ではこのライブ映像に基づいてコンテンツを生成する一方で、イベント会場から離れた場所にある再生装置１を配信サーバ４に接続すれば、運動会などのライブ映像を離れた場所でリアルタイムに観賞することができる。

《第２実施形態》
ところで、ブルーレイディスク媒体（以下、ＢＤともいう。）のような高密度記録媒体にデジタル音声映像情報を記録する記録装置が知られている。ＢＤフォーマットにおいては、音声映像情報に加えてネットワーク接続機能を有するＪａｖａプログラムを記録できるので、ＢＤを再生した場合にＪａｖａ（登録商標、以下同じ。）プログラムに指定されたサーバからの情報をダウンロードすることができる。

従来のＢＤは、ユーザに応じて接続の可否を設定することができず、どのＢＤであってもネットワーク接続プログラムにより指定されたサーバからの情報をダウンロードすることができる。したがって、特定ユーザのみが特定のサーバに接続することができるＢＤの開発が望まれていた。

また従来のＢＤでは、映画などのコンテンツとＪａｖａプログラムとを原盤に記録し、これをプレスすることによりＪａｖａプログラムが記録されたＢＤとするものである。したがって、ユーザの要求に応じた所望のＪａｖａプログラムを音声映像情報とともに簡単に記録できる装置の開発も望まれていた。

本実施形態は、上述した第１実施形態の機能に加えて、特定ユーザのみが特定のサーバに接続することができるＢＤによるシステムを提供する。また、本実施形態は、所望のデジタル音声映像情報と所望のＪａｖａプログラムとをＢＤに簡単な操作で記録することができる記録装置を提供する。

図６は、上述した第１実施形態に係る配信システムを前提とするものであって、本実施形態に係るデジタル音声映像情報記録装置１の部分を示すブロック図である。

本例の記録装置Ｂ１は、高解像ビデオカメラＢ２やデジタルカメラＢ３などの撮像装置で撮影したデジタル音声映像情報を入力する、ＵＳＢ端子などで構成される入力部Ｂ１１と、この入力されたデジタル音声映像情報をＢＤＭＶ形式のデジタル音声映像情報に変換する変換部Ｂ１２と、一又は複数のネットワーク接続機能を有するＪａｖａプログラムが格納された記憶部Ｂ１４と、記憶部Ｂ１４に格納されたＪａｖａプログラムを選択する選択部Ｂ１３と、変換部Ｂ１２で変換されたＢＤＭＶ方式のデジタル音声映像情報と、選択部Ｂ１３で選択されたＪａｖａプログラムをブルーレイディスク媒体ＢＤに記録する記録制御部Ｂ１５と、記録制御部Ｂ１５による記録開始指示や選択部Ｂ１３による選択指示をユーザが行うための、ボタンなどから構成される操作部Ｂ１６と、選択部Ｂ１３によるプログラムの表示などを行う、ディスプレイなどから構成される表示部Ｂ１７とを備える。

ＨＤビデオカメラＢ２やデジタルカメラＢ３で撮影した音声映像情報（一部映像のみの情報もある）は、ＤＶＤ規格やＡＶＣＨＤ（登録商標）規格に基づいたフォーマットで定義された情報であり、これを、入力部Ｂ１１を介して変換部Ｂ１２へ取り込む。実際には、ビデオカメラＢ２又はデジタルカメラＢ３の操作メニューを操作して、複数の動画又は静止画の中から所望の動画又は静止画を選択し、撮像装置側から記録装置Ｂ１へ送り込む。

変換部Ｂ１２は、上述したＤＶＤ規格などで定義された音声映像情報を、変換プログラムを用いてＢＤＭＶ形式の音声映像信号に変換する。

記憶部Ｂ１４には、複数のＪａｖａプログラムが格納され、表示部Ｂ１７に表示された複数のＪａｖａプログラムの中からブルーレイディスクＢＤに記録したい所望のＪａｖａプログラムを操作部Ｂ１６の操作により、選択することができる。この選択するＪａｖａプログラムは、通常一つであるが複数のプログラムを選択して記録することもできる。

なお、選択部Ｂ１３を省略して、予め定められたＪａｖａプログラムを音声映像情報とともに記録するように構成することもできる。

記憶部Ｂ１４へのＪａｖａプログラムの記憶は、入力部Ｂ１１を介して操作部Ｂ１６の操作により行うことができる。また予めＪａｖａプログラムが記録されたＲＯＭを記憶部Ｂ１４として用いることもできる。

記録制御部Ｂ１５は、操作部Ｂ１６の記録開始指令にしたがって、変換部Ｂ１２で変換されたＢＤＭＶ形式の音声映像情報と、選択部Ｂ１３で選択されたＪａｖａプログラムとをブルーレイディスクＢＤに書き込む制御を実行する。

以上の記録装置Ｂ１により、音声映像信号とＪａｖａプログラムとが記録されたブルーレイディスクを作成することができる。次に、この記録装置Ｂ１で作成されたブルーレイディスクＢＤの機能について説明する。

図７は、上述した記録装置Ｂ１を用いて作成したブルーレイディスクＢＤを再生装置で再生したときのトップメニューを示す図である。左側には記録されている音声映像情報のタイトルが表示され、右下にＪａｖａプログラムによるＢＤ−Ｌｉｖｅへ移行するためのアイコンが表示される。

図７のトップメニューにおいて、左側のタイトルのいずれかを選択すると図８に示すようにそのタイトルに対応した動画又は静止画が表示されることになる。また、この音声映像情報を表示中に再生装置のポップアップボタンを押すと、図８に示すようにブルーレイディスクＢＤに記録されたタイトルの一覧が表示され、必要に応じて表示するタイトルを切り換えることができる。以上が再生装置における動画又は静止画の再生操作である。

次に、図７のトップメニューにおいて、右下のＢＤ−Ｌｉｖｅのアイコンをクリックすると、そのブルーレイディスクＢＤに記録されたＪａｖａプログラムが動作し、図９の左下に示すＢＤ−Ｌｉｖｅのトップメニューが表示される。本例では、動画や静止画を撮影したビデオカメラやデジタルカメラといった製品の情報、たとえばそのカメラの製品仕様や取扱説明書などが掲載されたネットワーク上の情報を自動的にダウンロードする項目１と、そのカメラの周辺機器（アクセサリ）を購入するためのネットワーク上のショップにアクセスする項目２と、ブルーレイディスクＢＤに記録された動画や静止画を所定のサイト、たとえばＹＯＵＴＵＢＥ（登録商標）などにアップロードする項目３と、そのカメラ又はカメラのメーカと提携した他社の広告サイトにアクセスする項目４と、そのカメラのメーカと提携した他社のネットショップ、たとえば楽天（登録商標）サイトやＡｍａｚｏｎ（登録商標）サイトなどにアクセスする項目５が表示される。

ここで、たとえば項目１又は２を選択すると、Ｊａｖａプログラムにしたがって、再生装置はインターネットを介してＢＤ−Ｌｉｖｅサーバに接続され、そのカメラの製品情報や周辺機器情報がダウンロードされ、再生装置のディスプレイに表示される。また、項目３〜５を選択すると、再生装置はインターネットを介してＢＤ−Ｌｉｖｅサーバに接続され、当該ＢＤ−Ｌｉｖｅサーバからインターネットを介して他社広告サーバ、他社ネットショップサーバ又は音声映像情報のアップロードサーバに接続される。

図１０Ａは、図９において項目１を選択した場合の製品情報の表示例を示す図である。ブルーレイディスクＢＤに記録されたＪａｖａプログラムにはそのカメラの型式番号などが記録され、これによりＢＤ−Ｌｉｖｅサーバの中から該当するサイトにアクセスし、その製品情報を再生装置のディスプレイに表示する。これにより、ユーザはカメラの製品仕様や取扱説明書を入手することができる。また、カメラのメーカにとってはブルーレイディスクＢＤに自社のカメラ製品の情報を自動的に入手できるＪａｖａプログラムが記録されているので、いわゆるユーザの囲い込みを行うことができ、広告・拡販効果が期待できる。

図１０Ｂは、図９において項目２を選択した場合の周辺機器ネットショップの表示例を示す図である。上述したように、ブルーレイディスクＢＤのＪａｖａプログラムにはそのカメラの型式番号などが記録されているので、この型式番号の周辺機器が掲載されたネットショップにアクセスし、その周辺機器、ＳＤカードやＳＤＨＣカードなどの記録媒体、カメラの交換レンズやフィルタ、ＡＣ／ＤＣバッテリチャージャ、ケーブル類、カメラの収納バッグ、三脚などの情報を再生装置のディスプレイに表示する。これによりユーザはカメラの周辺機器を容易に購入することができる。また、上記項目１と同様に、カメラメーカにとってはユーザの囲い込みによる広告・拡販効果が期待できる。

図１０Ｃは、図９において項目３を選択した場合の再生装置のディスプレイに表示されるアップロードメニューの一例である。ブルーレイディスクＢＤのＪａｖａプログラムには動画や静止画を自由にアップロードするサイト（上述したＹＯＵＴＵＢＥ（登録商標）など）のＵＲＬが記録され、これにしたがってそのサイトにアクセスし、アップロードを選択すると、図１０Ｃに示すようにそのブルーレイディスクＢＤに記録された動画又は静止画の一覧が表示される。この中からアップロードしたい画像を選択することによりそのサイトに自分で撮影した画像を簡単にアップロードすることができる。

図１０Ｄは、図９において項目４を選択した場合の他社製品情報の表示例を示す図である。この場合の他社とは、そのカメラのメーカと提携したカメラメーカなどであり、自社の販売ネットワークを他社に提供する代わりにその対価としての広告収入を得ることができる。またユーザにとっては、そのカメラメーカ以外のメーカのカメラに関する情報をも入手することができる。

図１０Ｅは、図９において項目５を選択した場合のネットショップの表示例を示す図である。この場合も項目４と同様に、そのカメラのメーカと提携したネットショップにアクセスするので、自社の顧客をネットショップに誘導する代わりにその対価としての広告収入を得ることができる。またユーザにとっては、そのカメラに関連するネットショップからの情報を簡単に入手することができる。

図示は省略するが、項目１や項目２を選択した場合（図１０Ａや図１０Ｂ）において、一つのサーバだけではなく複数のサーバに接続するステップをＪａｖａプログラムに含ませ、所定時間間隔でダウンロードする情報画面を連続的に切り換えたり、あるいは最初のダウンロード画面にポップアップメニューを表示させてユーザが複数のサーバから所望のサーバを選択したりするように構成することもできる。

また、ブルーレイディスクＢＤには予めその媒体固有の識別子が記録されているが、この固有識別子を、再生装置を介してサーバに送信するステップをＪａｖａプログラムに含ませることもできる。固有識別子を受信したサーバは固有識別子ごとに提供する情報を選択したり、過去に提供した情報を記憶しておいて履歴情報を再生装置のディスプレイに表示したりすることもできる。この変形実施形態については後述する。

また、Ｊａｖａプログラムにいわゆるしおり機能を再生装置に記憶させるステップを含ませることもできる。すなわち、ブルーレイディスクＢＤを再生中に、ある特定のシーンで再生装置のしおりボタンを押すことにより、再生装置の記憶部にそのシーンのアドレスを登録する。そして、再度再生したときに登録したしおりを選択することで、その特定シーンを検索しジャンプする。

さらに、Ｊａｖａプログラムに遊戯（ゲーム）プログラムを含ませ、再生装置でゲームプログラムを実行させるように構成することもできる。

《第３実施形態》
上述した第２実施形態では、図６に示す記録装置Ｂ１を用いてビデオカメラＢ２やデジタルカメラＢ３などの撮像装置で撮影したデジタル音声映像情報を、ネットワーク接続機能を有するＪａｖａプログラムとともにブルーレイディスク媒体ＢＤに書き込み、このブルーレイディスク媒体ＢＤを用いて図９に示すＢＤ−Ｌｉｖｅサーバに接続するように構成し、一つの実施形態としてブルーレイディスク媒体ＢＤに予め記録された固有識別子ＩＤをサーバに送信し、固有識別子ごとに提供する情報を選択したり、過去に提供した情報を記憶しておいて履歴情報を再生装置のディスプレイに表示したりするように構成した。

他の実施形態として、ネットワーク接続機能を有するＪａｖａプログラムと、その媒体の固有識別子ＩＤとをプレスなどによって記録したブルーレイディスク媒体ＢＤを用いて、ＢＤ−Ｌｉｖｅサーバへの接続を行うこともできる。

この種の媒体ＢＤ−ＲＯＭは、たとえば書籍、カタログなどに付録され、これを受け取ったユーザが図９に示すＢＤ再生装置にセットすると、Ｊａｖａプログラムが起動し、ネットワークを介して当該Ｊａｖａプログラムにて指定されたＢＤ−Ｌｉｖｅサーバに接続する。

上述した第２実施形態では、ＢＤ−Ｌｉｖｅサーバに接続したら、図９に示すトップメニューが立ち上がるようにサーバが構成されていたが、本例では媒体ＢＤ−ＲＯＭにＪａｖａプログラムとともに格納されたその媒体の固有識別子ＩＤを読み出し、固有識別子ＩＤに応じてトップメニュー以降の情報の出力を許可したり、あるいは出力するコンテンツを選択したりする。

すなわち、図９に示すシステムにおいて、ＢＤ−Ｌｉｖｅサーバには、媒体ＢＤ−ＲＯＭに格納された固有識別子ＩＤを読み出すプログラムがインストールされ、アクセスしてきた媒体ＢＤ−ＲＯＭの固有識別子ＩＤをサーバに読み出す。この媒体の固有識別子の読み出しプログラムは媒体ＢＤ−ＲＯＭ自体に格納することも可能ではあるが、そうすると読み出しプログラムのロジックが解明され、偽造されるおそれがあるため、ＢＤ−Ｌｉｖｅサーバにのみインストールしておくことが望ましい。

そして、ＢＤ−Ｌｉｖｅサーバに、予め接続を許可する固有識別子ＩＤを入力しておき、アクセスしてきた媒体の固有識別子と比較することで情報出力するか否かを判断し、許可する固有識別子であれば図９に示すトップメニューを出力し、それ以降のコンテンツのダウンロードを許可する。アクセスしてきた媒体ＢＤ−ＲＯＭの固有識別子が許可できないものである場合は「接続できません」などの注意喚起の文字列をＢＤ再生装置へ出力する。

このような媒体ＢＤ−ＲＯＭによれば、特定された媒体のみが特定のＢＤ−Ｌｉｖｅサーバに自動アクセスすることができ、特定のコンテンツを特定のユーザに提供することができる。

《第４実施形態》
図１１は、発明の第４実施形態を適用した画像信号の変換処理方法を示す処理工程図、図１２は同じく画像信号の変換処理装置を示すブロック図である。

以下においては、ＶＣ−１符号化方式によるシンプルプロファイル又はメインプロファイル１の動画信号をブルーレイ再生装置で再生可能なファイル形式にリアルタイムでコンバートする例を挙げて本発明を説明する。なお、本実施形態に係る変換処理方法、装置およびプログラムは、図１に示す第１実施形態の配信サーバ４に設けることができ、こうすることでＶＣ−１符号化方式によりコンテンツ記憶部４３に記憶された画像データをリアルタイムに変換処理し、これを再生装置１へ出力することができる。

ＶＣ−１符号化方式によるシンプルプロファイル又はメインプロファイル１は、複数の画素信号（アナログ信号）をサンプリングすることにより得られた離散的な画素信号をＶＣ−１方式により符号化（ここでは圧縮処理）するにあたり、より圧縮率を高めるために離散コサイン変換（Discrete Cosine Transform, DCT）を用いて画素信号を前処理する。

この離散コサイン変換は、元画像であるアナログ信号を数学的な離散コサイン変換というアルゴリズムを用いて低周波や高周波などの周波数成分に分解する変換処理であり、たとえば人間の目の視覚特性に敏感な低周波成分を主として抽出し、視覚特性に影響が少ない高周波成分を削除する前処理として利用することができる。

離散コサイン変換処理された画素信号の周波数成分（これをＤＣＴ係数と称する。）は、ＶＣ−１のエンコーダにより圧縮処理され、ＶＣ−１のシンプルプロファイル又はメインプロファイルＣ１として記録される。
本例では、このようにして記録されたＶＣ−１のシンプルプロファイル又はメインプロファイルＣ１に対し、ヘッダ情報の前処理を実行し、復号化する際に必要とされるヘッダ情報テーブルを作成する。

すなわち、ＶＣ−１ストリームのヘッダ情報として、シンプルプロファイルまたはメインプロファイルのシーケンスヘッダ、ピクチャレイヤおよびマクロブロックレイヤをアドバンスドプロファイルに変換する。また、シンプルプロファイル又はメインプロファイルにはないがアドバンスドプロファイルには必要とされるスライスレイヤを追加する。

前処理についで、上述したＶＣ−１のシンプルプロファイル又はメインプロファイルＣ１に対し、図１１に示すようにＶＣ−１のデコーダにより復号化処理Ｃ２（ここでは伸張処理）を実行し、画素信号の周波数成分Ｃ３、すなわち直流成分と交流成分を生成する。この周波数成分は、上述した圧縮処理の前処理として実行された離散コサイン変換によるＤＣＴ係数Ｃ３となる。図１２の変換処理装置においては周波数成分生成部Ｃ２Ａがこの処理を実行する。

次いで、各画素信号のＤＣＴ係数Ｃ３に、後述する定数加算処理により加算される定数に応じたオフセット値を加算する（図１１のオフセット値加算処理Ｃ４及び図１２のオフセット値加算部Ｃ４Ａ）。

ＶＣ−１のアドバンスドプロファイルの復号化処理においては、ＤＣＴ係数Ｃ３に対して逆離散コサイン変換処理Ｃ５を施して得られる画素信号Ｃ６に、画素座標における定数を加算処理Ｃ７することが行われる。これに対し、シンプルプロファイル及びメインプロファイルの復号化処理においては、この定数の加算処理が行われないことから、シンプルプロファイル及びメインプロファイルをアドバンスドプロファイルの復号化アルゴリズムで複合化すると、すなわちブルーレイ再生装置で再生すると、加算される定数のぶんだけ色彩又は輝度がズレ、本来の画像を再現することができない。

このため、本例ではアドバンスドプロファイルの復号化アルゴリズムで加算される定数に対応したオフセット値、つまり当該定数を相殺するオフセット値を予めＤＣＴ係数に加算し、これにより定数加算処理Ｃ７で定数が加算されたときに本来の画素信号の色彩又は輝度となるようにする。たとえば、米国映画テレビ技術者協会（Society of Motion Picture and Television Engineers, ＳＭＰＴＥ）の標準規格ＳＭＰＴＥ４２１Ｍ（ＶＣ−１動画像符号化に関する標準規格）によるものにおいて、加算される定数は１２８と規定されていることから、当該オフセット値は１２８となる。

ただし、定数加算処理Ｃ７にて加算される定数は画素座標、たとえば−１２８〜＋１２８における定数であるのに対し、周波数成分オフセット値加算処理４にて加算する対象は周波数成分座標、たとえば０〜２５６であり、両者の座標次元が相違することがある。このため、画素座標と周波数座標との対応関係を予め設定しておき、定数加算処理７における定数に対応するオフセット値加算処理Ｃ４のオフセット値を演算し、これをＤＣＴ係数Ｃ３に加算する。

各画素信号にオフセット値を加算したら、各画素信号に対し逆離散コサイン変換処理Ｃ５を施して画素信号Ｃ６を生成する。上述した離散コサイン変換は可逆的処理であるため、逆離散コサイン変換処理を実行することで、オフセット値のぶんだけ色彩又は輝度がオフセットした画素信号Ｃ６が得られる。図１２の変換処理装置においては画素信号生成部Ｃ５Ａがこの処理を実行する。

次いで、各画素信号Ｃ６に定数を加算する（図１１の定数加算処理Ｃ７及び図１２の定数加算部Ｃ７Ａ）。既述したとおり、この定数加算処理Ｃ７はアドバンスドプロファイルの復号化処理に特有のアルゴリズムであって、シンプルプロファイル及びメインプロファイルの復号化処理には存在しないものであるが、周波数成分のオフセット値加算処理Ｃ４によって定数の加算分が予め考慮されているため、この定数加算処理Ｃ７の結果得られる画素信号は、シンプルプロファイル又はメインプロファイルとして記録された画素信号の色彩又は輝度となる。

最後に所定のオーバーラップスムース処理Ｃ８及びループフィルタ処理Ｃ９を実行することで復号化（伸張）された画像信号となる。図１２の変換処理装置においてはオーバーラップスムース処理部Ｃ８Ａ及びループフィルタ処理部Ｃ９Ａがこの処理を実行する。

以上のように、本例の画像信号の変換処理方法では、ＤＣＴ係数に所定のオフセット値を加算するだけの処理を付加するものであり、こうしたオフセット値の加算処理は簡単なプログラムで実現することができる。したがって、アドバンスドプロファイルと同じアルゴリズム、すなわちブルーレイ再生装置を用いてＶＣ−１のシンプル／メインプロファイルをリアルタイム再生することができる。

１…再生装置
１１…入出力部
１２…復号部
１３…管理ファイル記憶部
１４…ストリームファイル記憶部
１５…容量調整部
１６…検出部
１７…選択部
１８…再生制御部
２…表示装置
３…撮像装置
４…配信サーバ
４１…データ入出力部
４２…コンテンツ生成部
４３…コンテンツ記憶部
５…インターネット
Ｂ１…記録装置
Ｂ１１…入力部
Ｂ１２…変換部
Ｂ１３…選択部
Ｂ１４…記憶部
Ｂ１５…記録制御部
Ｃ１…シンプルプロファイル／メインプロファイル
Ｃ２…複合化処理
Ｃ２Ａ…周波数成分生成部
Ｃ３…ＤＣＴ係数
Ｃ４…オフセット値加算処理
Ｃ４Ａ…オフセット値加算部
Ｃ５…逆離散コサイン変換処理
Ｃ５Ａ…画像信号生成部
Ｃ６…画素信号
Ｃ７…定数加算処理
Ｃ７Ａ…定数加算部

Claims (9)

1. 管理ファイルおよびデータ量が異なる複数のストリームファイルを有するコンテンツが格納された配信サーバと、
   通信回線を介して前記コンテンツをダウンロードし、当該ダウンロード中にコンテンツの再生を開始する再生装置と、を備えるコンテンツの配信システムであって、
   前記再生装置は、
   前記管理ファイルをダウンロードして一時的に記憶する管理ファイル記憶部と、
   前記通信回線による通信速度を検出する検出部と、
   前記配信サーバに格納された、前記データ量が異なる複数のストリームファイルの中から、前記検出部で検出された通信速度に応じたデータ量のストリームファイルを選択する選択部と、
   前記選択部により選択されたストリームファイルをダウンロードして一時的に記憶するストリームファイル記憶部と、
   前記ストリームファイル記憶部に記憶されたストリームファイルのデータ量が前記管理ファイルで規定されたデータ量と異なる場合に、当該ストリームファイルのデータ量を、前記管理ファイルで規定されたデータ量に一致させるようにパディングデータを付加する容量調整部と、
   前記容量調整部により調整されたストリームファイルを再生処理する再生制御部と、を備え、
   前記配信サーバは、前記再生装置が前記配信サーバに対して再生の早送り又は早戻しの要求を出力した場合に、当該早送り又は早戻しの要求に対して前記ストリームファイルに含まれるＩピクチャのみを抽出して出力し、
   前記再生装置は、ダウンロードされた複数のＩピクチャを一時的に記憶するとともに、前記記憶された複数のＩピクチャのデータ量が本来のストリームファイルのデータ量と一致するようにパディングデータを付加し、前記管理ファイルに含まれるクリップインフォファイルに基づいて前記Ｉピクチャを再生し、
   前記再生装置は、一又は複数のネットワーク接続機能を有するプログラムおよび媒体の固有識別子が格納されたブルーレイディスク媒体の前記プログラムを起動し、ネットワークを介して前記プログラムにより指定された前記配信サーバに接続し、
   前記配信サーバは、前記コンテンツの出力を許可すべきブルーレイディスク媒体の固有識別子が設定されるとともに、前記ブルーレイディスク媒体の前記固有識別子を読み出すプログラムがインストールされ、アクセスしてきたブルーレイディスク媒体の前記固有識別子を読み出すとともに、当該固有識別子が予め設定された固有識別子であるか否かを判断し、前記固有識別子が予め設定された固有識別子である場合は所定のコンテンツを前記再生装置へ出力する、コンテンツの配信システム。
2. 請求項１に記載のコンテンツの配信システムにおいて、
   コンテンツを生成してブルーレイディスク媒体に記録する記録装置をさらに備え、
   前記記録装置は、
   外部撮像装置で撮影したデジタル音声映像情報を入力する入力部と、
   前記入力されたデジタル音声映像情報をＢＤＭＶ形式のデジタル音声映像情報に変換する変換部と、
   一又は複数のネットワーク接続機能を有するプログラムであって、前記再生装置を所定のサーバに接続して当該再生装置に前記撮像装置に関連付けられた情報をダウンロードするステップを含むプログラムが格納された記憶部と、
   前記変換部で変換されたＢＤＭＶ方式のデジタル音声映像情報と、前記記憶部に格納されたプログラムとをブルーレイディスク媒体に記録する記録制御部と、を備える、コンテンツの配信システム。
3. 請求項２に記載のコンテンツの配信システムにおいて、
   前記記録装置は、前記記憶部に格納されたプログラムを選択する選択部をさらに備え、
   前記記録制御部は、前記変換部で変換されたＢＤＭＶ方式のデジタル音声映像情報と、前記選択部で選択されたプログラムとを前記ブルーレイディスク媒体に記録する、コンテンツの配信システム。
4. 請求項２又は３に記載のコンテンツの配信システムにおいて、
   前記記憶部に格納されたプログラムは、前記再生装置を複数の所定のサーバに連続的又は選択可能に接続するステップを含む、コンテンツの配信システム。
5. 請求項２〜４のいずれか一項に記載のコンテンツの配信システムにおいて、
   前記記憶部に格納されたプログラムは、前記ブルーレイディスク媒体に予め記録された又は前記記録装置により書き込まれた当該ブルーレイディスク媒体の固有識別子を前記再生装置に接続された配信サーバに送信し、
   前記配信サーバは、受信したブルーレイディスク媒体の固有識別子に基づいて送信する情報を選択する、コンテンツの配信システム。
6. 請求項２〜５のいずれか一項に記載のコンテンツの配信システムにおいて、
   前記記憶部に格納されたプログラムは、前記再生装置を所定のサーバに接続して、前記ブルーレイディスク媒体に記録されたデジタル音声映像情報をアップロードするステップを含む、コンテンツの配信システム。
7. 請求項２〜６のいずれか一項に記載のコンテンツの配信システムにおいて、
   前記記憶部に格納されたプログラムは、前記再生装置において前記ブルーレイディスク媒体に記録されたデジタル音声映像情報を再生中に、所望の情報位置を当該再生装置の記憶部に記録するステップを含む、コンテンツの配信システム。
8. 請求項２〜７のいずれか一項に記載のコンテンツの配信システムにおいて、
   前記記憶部に格納されたプログラムは、前記再生装置において前記ブルーレイディスク媒体に記録されたデジタル音声映像情報を再生中に、所望の情報位置を検索するステップを含む、コンテンツの配信システム。
9. 請求項２〜８のいずれか一項に記載のコンテンツの配信システムにおいて、
   前記記憶部に格納されたプログラムは、遊戯プログラムを含む、コンテンツの配信システム。

Images