JP2004227423A

JP2004227423A - ビデオコンテンツ配信システム及びビデオコンテンツ送受信方法

Info

Publication number: JP2004227423A
Application number: JP2003016627A
Authority: JP
Inventors: Hideo Neishi; 英生根石
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2003-01-24
Filing date: 2003-01-24
Publication date: 2004-08-12

Abstract

【課題】カットに対する意味検索や、同一或いは類似する特徴量を持つカットへの自動リンクを行うことができ、よってユーザには気に入ったカットからカット、或いはシーンからシーンへとリンクを辿って、動画を観賞させることができるビデオコンテンツ配信システム及びビデオコンテンツ送受信方法を提供する。
【解決手段】ビデオコンテンツ配信サーバ１０は、ビデオコンテンツのカット毎に設定された特徴量と、ハイパーリンクを張るためのリンク先情報とを、カット単位のビデオコンテンツに付加して配信する。ビデオコンテンツ受信端末２０は、リンク先情報を辿りながら前記ビデオコンテンツ配信サーバから少なくともカット単位のビデオコンテンツを受信する。リンク先情報は、ある特徴量に関連した特徴量を持つ関連カットを一意に認識するための情報である。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して少なくともカット単位のビデオコンテンツを配信サーバから受信端末に配信するビデオコンテンツ配信システム及びビデオコンテンツ送受信方法に関する。
【０００２】
【従来の技術】
音楽や音声データを伴った動画（いわゆる映画など）などのコンテンツは、例えば、ＣＤ、ＤＶＤ、もしくは磁気テープなどの記録媒体に記録された状態でユーザに販売されてきた。
【０００３】
近年では、これらのコンテンツを記録した記録媒体をユーザに販売するのみならず、例えば、インターネットなどの広域ネットワークを介して、コンテンツデータを直接ユーザに配信するサービスが始められている。
【０００４】
インターネット上のウェブサイトやＦＴＰサイト、パソコン通信のホスト・コンピュータなどから通信を介して、目的のコンテンツファイルをユーザのクライアントである下位コンピュータに転送するダウンロードサービスが広く知られている。
【０００５】
また、ユーザがコンテンツファイルをダウンロードし終えてからこれを再生するのではなく、ダウンロードしながら再生するストリーミングサービスも実用化されている。ストリーミング配信を行うには回線速度がデータの量を上回っていなければならないが、インターネット回線は一般に低速なため、通常は各種コーデックを用いてデータを圧縮し、リアルタイムの送信を可能としている。
【０００６】
現在のストリーミング技術としては、リアルネットワークス社が開発したＲｅａｌＰｌａｙｅｒ（商標）や、アップル社のＱｕｉｃｋＴｉｍｅ（商標）などが知られている。これらのストリーミング技術により、待ち時間が大幅に短縮され、次々にデータを再生することができるようになった。
【０００７】
【特許文献１】
特開２００１−３２０６８６
【０００８】
【発明が解決しようとする課題】
ところで、従来のストリーミング及び動画ダウンロードでは、タイトルや付記された説明からしか素材の内容を推測することができなかった。例えば、配信側のホームページ上に羅列された動画のタイトル、サムネイル、内容説明から動画の内容を推測する等である。結局、最初から最後まで見て内容を確認しなければならなかった。
【０００９】
本発明は、前記実情に鑑みてなされたものであり、カットに対する意味検索や、同一或いは類似する特徴量を持つカットへの自動リンクを行うことができ、よってユーザには気に入ったカットからカット、或いはシーンからシーンへとリンクを辿って、動画を観賞させることができるビデオコンテンツ配信システム及びビデオコンテンツ送受信方法の提供を目的とする。また、コンテンツ・クリエータには既存の動画素材からリンクを辿って、所望の素材を見つけさせることができるビデオコンテンツ配信システム及びビデオコンテンツ送受信方法の提供を目的とする。
【００１０】
【課題を解決するための手段】
本発明に係るビデオコンテンツ配信システムは、前記課題を解決するために、ビデオコンテンツのカット毎に設定された特徴量に関連した特徴量を持つ関連カットを一意に認識し、ハイパーリンクを張るためのリンク先情報を、前記特徴量と共にカット単位のビデオコンテンツに付加して配信するビデオコンテンツ配信サーバと、前記リンク先情報を辿りながら前記ビデオコンテンツ配信サーバから少なくともカット単位のビデオコンテンツを受信するビデオコンテンツ受信端末とからなる。このような構成によりビデオコンテンツ配信システムは、カットに対する意味検索や、同一或いは類似する特徴量を持つカットへの自動リンクを行うことができる。
【００１１】
本発明に係るビデオコンテンツ送受信方法は、前記課題を解決するために、ビデオコンテンツのカット毎に設定された特徴量に関連した特徴量を持つ関連カットを一意に認識し、ハイパーリンクを張るためのリンク先情報を、前記特徴量と共にカット単位のビデオコンテンツに付加して配信するビデオコンテンツ配信工程と、前記ビデオコンテンツ配信工程から配信される前記リンク先情報を辿りながら少なくともカット単位のビデオコンテンツを受信するビデオコンテンツ受信工程とを備える。このような構成により、ビデオコンテンツ送受信方法は、カットに対する意味検索や、同一或いは類似する特徴量を持つカットへの自動リンクを行うことができる。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。この実施の形態は、例えば図１に示すように、インターネット等のネットワーク１を介して接続されるビデオコンテンツ配信サーバ１０と複数のビデオコンテンツ受信端末２０，３０Ａ，３０Ｂとからなるビデオコンテンツ配信システム１００である。
【００１３】
このビデオコンテンツ配信システム１００において、ビデオコンテンツ配信サーバ１０は、ルータ１１を介してネットワーク１に接続されている。ビデオコンテンツ受信端末２０は、ネットワーク１に接続されたインターネットサービスプロバイダ２２にモデムやＩＳＤＮルータ２１などを介して接続されるようになっている。さらに、ビデオコンテンツ受信端末３０Ａ，３０Ｂは、ネットワーク１にルータ３２を介して接続されたＬＡＮなどに接続されている。
【００１４】
ビデオコンテンツ配信サーバ１０は、図２に示すように、バス１１１を介して接続されたＣＰＵ１１２、ビデオインターフェース回路１１３、ネットワークインターフェース回路１１４、ハードディスク１１５、メモリ１１６等からなるワークステーションであって、ネットワークインターフェース回路１１４がルータ１１に接続されている。
【００１５】
また、ビデオコンテンツ受信端末２０は、図３に示すように、バス１２１を介して接続されたＣＰＵ１２２、デコーダ１２３、ビデオインターフェース回路１２４、ネットワークインターフェース回路１２５、ハードディスク１２６、メモリ１２７等から構成されている。なお、各ビデオコンテンツ受信端末３０Ａ，３０Ｂは、ビデオコンテンツ受信端末２０と同様に構成されている。
【００１６】
ビデオコンテンツ配信サーバ１０は、ビデオコンテンツのカット毎に設定された特徴量と、ハイパーリンクを張るためのリンク先情報とを、カット単位のビデオコンテンツに付加して配信する。ビデオコンテンツ受信端末２０は、リンク先情報を辿りながら前記ビデオコンテンツ配信サーバから少なくともカット単位のビデオコンテンツを受信する。リンク先情報は、詳細を後述するが、ある特徴量に関連した特徴量を持つ関連カットを一意に認識するための情報である。
【００１７】
カットは、映像を撮影しているカメラが切り替わるまでの一つの単位である。例えば、カメラＡで撮影していたカット１と、カメラＢで撮影したカット２は異なったカットである。これらのカットは映像の管理単位となる。映画の登場人物を正面からカメラＡで撮影したカット１、後ろからカメラＢで撮影したカット２という例がある。よって、カット１とカット２は、撮影時間は異なるし、カットＩＤ、カメラ位置／動き、著作権情報、カットを構成するオブジェクト及びその属性も各カット毎に固有にある。
【００１８】
特徴量のデータは、ビデオコンテンツ配信サーバ側にてカットを確認しながらマニュアルで入力する。図４には、特徴量データの構造を示す。ここに示した特徴量データは、あくまでも例であり、限定するものではない。
【００１９】
ユニバーサル・カット・アイデンティファイア“ＵｎｉｖｅｒｓａｌＣｕｔＩｄｅｎｔｉｆｉｅｒ：ＵＣＩ”は、カットを一意に認識するＩＤである。タイム・コード“ＴｉｍｅＣｏｄｅ”は、動画素材先頭から当該カットまでの時間である。ジュレーション“Ｄｕｒａｔｉｏｎ”は、カットの持続時間である。ビデオ・ビット・レート“Ｖｉｄｅｏｂｉｔｒａｔｅ”は、動画のビットレートである。平均時間毎にどれくらいの映像データ量を再生するかという単位である。カラー“Ｃｏｌｏｒ”は、映像がカラーであるか又は白黒であるかの区別を示す。
【００２０】
カメラ・ポジション“ＣａｍｅｒａＰｏｓｉｔｉｏｎ”は、カメラにおけるカメラの位置を示す。例えば、俯瞰的に撮影したときのカメラの位置とか、横から撮影したときのカメラの位置という情報である。カメラ・モーション“ＣａｍｅｒａＭｏｔｉｏｎ”は、カットにおけるカメラの動きを示す。クローズアップであるとか、パンであるとかの情報である。
【００２１】
コピー・ライト・インフォメーション“ＣｏｐｙＲｉｇｈｔＩｎｆｏｒｍａｔｉｏｎ”は、著作権情報を示す。例えば、著作権社名や、著作権の及ぶ年数や、上映場所の制限などである。
【００２２】
オブジェクト“Ｏｂｊｅｃｔ”は、カットに含まれるオブジェクトに関する情報である。オブジェクトは、例えば人物であったり、建物、タワー、橋等の建造物であったり、車、船、飛行機などの乗り物であったり、空、雲である。オブジェクトの要因としては以下のものがある。シェープ“Ｓｈａｐｅ”は、カットに含まれるオブジェクトの形を示す。カットに出てくるオブジェクトの数に対応して複数となることもある。また、カラー“Ｃｏｌｏｒ”は、オブジェクトの色を示す。これも複数となることもある。また、モーション“Ｍｏｔｉｏｎ”は、オブジェクトの動きを示す。これも複数となることもある。また、テクスチャー“Ｔｅｘｔｕｒｅ”は、カットに含まれるオブジェクトの構造パターンを示す。これも複数可である。もちろん、一つのオブジェクトについて以上の要因があるので、複数のオブジェクトがあればその分だけ上記要因があるのはもちろんである。
【００２３】
また、オーディオ・フューチャー“ＡｕｄｉｏＦｅａｔｕｒｅ”は、カットに対応する音声トラックを示す。これも、複数可である。例えば、一つの映像に対する音は、人物の声、動作に伴う音、扉の開閉の音、さらには背景の音等さまざまであり、これに合わせて音声トラックは複数ある。オーディオ・フューチャーの要因は、以下のとおりである。フォーマット“Ｆｏｒｍａｔ”は、音声のエンコード・フォーマットである。例えば、ＡＴＲＡＣとか、ＭＰＥＧ４とかがある。ビット・レート“ＢｉｔＲａｔｅ”は、音声のビットレートを示す。エンコード・フォーマットによって異なる。ステレオ／モノホニック“Ｓｔｅｒｅｏ／Ｍｏｎｏｈｏｎｉｃ”は、ステレオ／モノラルの区別を示す。さらにここに例えば、５．１や、６チャンネルなどのマルチチャンネルであるか否かの区別を入れてもよい。ミュージック・ネーム“ＭｕｓｉｃＮａｍｅ”は、曲名である。コンポーザ／ソングライター“Ｃｏｍｐｏｓｅｒ／Ｓｏｎｇｗｒｉｔｅｒ”は、作曲家／作詞家に関する情報を示す。プレイヤー“Ｐｌａｙｅｒ”は、演奏者に関する情報である。また、ナレーションであればナレータに関する情報である。
【００２４】
さらに、本発明では、上記特徴量のデータに、ユニバーサル・カット・ロケータ“ＵｎｉｖｅｒｓａｌＣｕｔＬｏｃａｔｏｒ：ＵＣＬ”も含める。このＵＣＬは、カット毎に設定された特徴量に関連した特徴量を持つ関連カットを一意に認識し、ハイパーリンクを張るためのリンク先情報である。もちろん、一つのカットに対して、複数個用意されることもある。
【００２５】
また、特徴量データには、ユーザ・データ“ＵｓｅｒＤａｔａ”という拡張エリアが含まれる。このカットは、どういう場面であるとか、誰のために作ったとか、どのような使われがあるとかの情報が記録される。
【００２６】
ここで、このビデオコンテンツ配信システムにおいて取り扱う動画コンテンツは、例えばＭＰＥＧ（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ）１又はＭＰＥＧ２の動画及び音声データの含まれたデータであり、キャプチャデバイスなどを使用して動画を取り込み、ハードディスクドライブ１１５に動画ファイルデータとして蓄積されている。そして、これらの動画ファイルデータを再生しながら、動画ファイルに含まれる、全てのカットの特徴量データが生成され、全てのカットの特徴量データ構造を含んだファイルが、動画ファイルに対応して別途に作成される。
【００２７】
カットのリンク先を示すデータである前記ＵＣＬは、図５に示すようなデータ構造である。ネットワーク・プロトコル（ｎｅｔｗｏｒｋｐｒｏｔｏｃｏｌ）は、カットのハイパーリンクを辿るためのプロトコルを示すものである。それに、ノード・ネーム（ｎｏｄｅｎａｍｅ）が続き、ディレクトリ（ｄｉｒｅｃｔｏｒｙ）が階層的に記述され、ファイル・ネーム（ｆｉｌｅｎａｍｅ）が付加される。特徴量が関連するカットとは、タイムコードが近接するカットであったり、登場人物が歌っているカットであったり、同じ曲が流れているカットであったり、ある登場人物が出てくるカットである。これらの関連カットは、前記ＵＣＬによってリンク先が予め登録されている。
【００２８】
ネットワーク・プロトコルは、本発明では、カット・トラバーサル・プロトコル“ＣｕｔＴｒａｖｅｒｓａｌＰｒｏｔｏｃｏｌ”と称する。既存のプロトコル、例えばＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）やＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）を拡張することによって、容易に実現できるものである。
【００２９】
ビデオコンテンツ受信端末２０では、図６に示すように、ＨＴＴＰのＧｅｔコマンド、或いはＲＴＳＰのＤｅｓｃｒｉｂｅコマンドによって、ＵＣＬを受け取る。そして、ＵＣＬのファイル・ネーム（ｆｉｌｅｎａｍｅ）を見て、再生／ダウンロードするファイルを認識し、再生／ダウンロードの準備を行う。
【００３０】
再生／ダウンロードするファイルに対応する特徴量データファイルを読み込み、ＵＣＬに指定されたＵＣＩ（ＵｎｉｖｅｒｓａｌＣｕｔＩｄｅｎｔｉｆｉｅｒ）から、図７に示す対応するカットの情報を取り出す。そこにタイムコード（ＴｉｍｅＣｏｄｅ）及びＤｕｒａｔｉｏｎが含まれるので、それをもとに指定したカットを再生或いはダウンロードする。
【００３１】
また、特徴量データに含まれている、他のカットへのリンク情報（ＵＣＬ）によって、関連するカットにジャンプ（Ｊｕｍｐ）することもできる。
【００３２】
また、ビデオコンテンツ受信端末２０では、ＨＴＴＰのＧｅｔコマンド、或いはＲＴＳＰのＤｅｓｃｒｉｂｅコマンドによって受け取ったＵＣＬから、再生／ダウンロードするファイルに対する特徴量データファイルを読み込み、該当カットの特徴量を抽出し、ポップアップ・ダイアログウィンドウなどによって、図８に示すように特徴量を表示するようにしてもよい。この特徴量ダイアログウィンドウには各カットの特徴量と、それに関連した特徴量を持つ関連カットのリンク先情報であるＵＣＬが複数記載されている。
【００３３】
以下には、ビデオコンテンツ配信システム１０の具体例について説明する。図９にはビデオコンテンツ配信システム１０の具体例の概略構成を示す。ビデオコンテンツ受信端末（クライアント）２０のアプリケーションは、図１０に示すように、ビデオコンテンツ配信サーバ１０_１が提供する複数の動画コンテンツのタイトルをＧＵＩ画面２００に表示し、ユーザに選択させる。ＧＵＩ画面２００には、ホスト名表示窓２０１、コンテンツメニュー表示窓２０２、各種操作ボタン２０３が設けられている。この他に、音量調整用のスライダや、音量バランス調整用のスライダなどが設けられていてもよい。
【００３４】
そして、ビデオコンテンツ配信サーバ１０_１は、クライアント２０にてコンテンツＢが選択されると、Ｂコンテンツのカット１に、その特徴量データと、リンク先情報を付加してクライアント２０に送る。
【００３５】
クライアント２０は、アプリケーションにより、図１１に示すようにＧＵＩ画面２００と特徴量表示ダイアログウィンドウ２１０を表示する。特徴量表示ダイアログウィンドウ２１０には、上述したように、カット１の特徴量と、それに関連した特徴量を持つ関連カットのリンク先情報であるＵＣＬが複数記載されている。ＧＵＩ画面２００には、コンテンツ・メニュー表示窓２０４と、カットのＵＣＬ表示窓２０５と、カット表示部２０６が表示される。
【００３６】
例えば、クライアント２０にて、ユーザが特徴量表示ダイアログウィンドウ２１０からリンク先４のＵＣＬを選択すると、リンク先４のＵＣＬを持つ、例えば、ビデオコンテンツ配信サーバ１０_２内のカット４が指定される。すると、ビデオコンテンツ配信サーバ１０_２は、クライアント２０に、Ｂコンテンツのカット４に、その特徴量データと、リンク先情報を付加して送る。
【００３７】
クライアント２０には、図１２に示すような情報が表示される。すなわち、特徴量表示ダイアログウィンドウ２１０には、上述したように、カット４の特徴量と、それに関連した特徴量を持つ関連カットのリンク先情報であるＵＣＬが複数表示される。また、ＧＵＩ画面２００のＵＣＬ表示窓２０５には、カット４のＵＣＬが、またカット表示部２０６にはカット４が表示される。
【００３８】
次に、クライアント２０にて、ユーザが特徴量表示ダイアログウィンドウ２１０からリンク先９９のＵＣＬを選択すると、リンク先４のＵＣＬを持つ、例えば、ビデオコンテンツ配信サーバ１０_３内のカット９９が指定される。すると、ビデオコンテンツ配信サーバ１０_３は、クライアント２０に、Ｂコンテンツのカット９９に、その特徴量データと、リンク先情報を付加して送る。
【００３９】
クライアント２０には、図１３に示すような情報が表示される。すなわち、特徴量表示ダイアログウィンドウ２１０には、上述したように、カット９９の特徴量と、それに関連した特徴量を持つ関連カットのリンク先情報であるＵＣＬが複数表示される。ＧＵＩ画面２００のＵＣＬ表示窓２０５には、カット９９のＵＣＬが、またカット表示部２０６にはカット９９が表示される。
【００４０】
もちろん、前記カット４，９９等は、一つのビデオコンテンツ配信サーバ１０_１だけに格納されていることもある。
【００４１】
また、ビデオコンテンツ配信サーバは、一つのカットのＵＣＬが指定されたときに、複数のカットからなるシーンを配信するようにしてもよい。この場合、ビデオコンテンツ受信端末では、もちろん指定したカットを含むシーンが再生されることになる。
【００４２】
【発明の効果】
本発明によれば、ビデオコンテンツのカット毎に設定された特徴量に関連した特徴量を持つ関連カットを一意に認識し、ハイパーリンクを張るためのリンク先情報を、ビデオコンテンツ配信サーバが特徴量と共にカット単位のビデオコンテンツに付加して配信し、ビデオコンテンツ受信端末がリンク先情報を辿りながらビデオコンテンツ配信サーバから少なくともカット単位のビデオコンテンツを受信するので、カットに対する意味検索や、同一或いは類似する特徴量を持つカットへの自動リンクを行うことができ、よってユーザには気に入ったカットからカット、或いはシーンからシーンへとリンクを辿って、動画を観賞させることができる。また、コンテンツ・クリエータには既存の動画素材からリンクを辿って、所望の素材を見つけさせることができる。
【図面の簡単な説明】
【図１】ビデオコンテンツ配信システムの構成を示す図である。
【図２】ビデオコンテンツ配信サーバの構成を示すブロック図である。
【図３】ビデオコンテンツ受信端末の構成を示すブロック図である。
【図４】特徴量データを示す図である。
【図５】ＵＣＬのデータフォーマット図である。
【図６】ＣＴＰを説明するための図である。
【図７】カットを示す図である。
【図８】特徴量表示ダイアログを示す図である。
【図９】ビデオコンテンツ配信システムの具体例の概略構成を示す図である。
【図１０】ビデオコンテンツ受信端末（クライアント）２０のアプリケーションによるＧＵＩ画面例を示す図である。
【図１１】ビデオコンテンツ受信端末（クライアント）２０のアプリケーションによるカット１のＧＵＩ画面例と、特徴量表示ダイアログを示す図である。
【図１２】ビデオコンテンツ受信端末（クライアント）２０のアプリケーションによるカット４のＧＵＩ画面例と、特徴量表示ダイアログを示す図である。
【図１３】ビデオコンテンツ受信端末（クライアント）２０のアプリケーションによるカット９９のＧＵＩ画面例と、特徴量表示ダイアログを示す図である。
【符号の説明】
１インターネット、１０ビデオコンテンツ配信サーバ、２０，３０Ａ，３０Ｂビデオコンテンツ受信端末

Claims

ビデオコンテンツのカット毎に設定された特徴量に関連した特徴量を持つ関連カットを一意に認識し、ハイパーリンクを張るためのリンク先情報を、前記特徴量と共にカット単位のビデオコンテンツに付加して配信するビデオコンテンツ配信サーバと、
前記リンク先情報を辿りながら前記ビデオコンテンツ配信サーバから少なくともカット単位のビデオコンテンツを受信するビデオコンテンツ受信端末と
からなることを特徴とするビデオコンテンツ配信システム。
前記ビデオコンテンツ配信サーバは、カット識別番号、撮影カメラの位置／動き、著作権情報、カットを構成するオブジェクト及びその属性がカット毎に設定された特徴量を前記リンク先情報とともに前記カット単位のビデオコンテンツに付加して配信することを特徴とする請求項１記載のビデオコンテンツ配信システム。
前記ビデオコンテンツ配信サーバは、前記リンク先情報を少なくとも一つ前記特徴量と共にカット単位のビデオコンテンツに付加して配信することを特徴とする請求項１記載のビデオコンテンツ配信システム。
前記ビデオコンテンツ受信端末は、前記カット毎の特徴量と前記リンク先情報とを表示することを特徴とする請求項１記載のビデオコンテンツ配信システム。
ビデオコンテンツのカット毎に設定された特徴量に関連した特徴量を持つ関連カットを一意に認識し、ハイパーリンクを張るためのリンク先情報を、前記特徴量と共にカット単位のビデオコンテンツに付加して配信するビデオコンテンツ配信工程と、
前記ビデオコンテンツ配信工程から配信される前記リンク先情報を辿りながら少なくともカット単位のビデオコンテンツを受信するビデオコンテンツ受信工程と
を備えることを特徴とするビデオコンテンツ送受信方法。
前記ビデオコンテンツ配信工程は、カット識別番号、撮影カメラの位置／動き、著作権情報、カットを構成するオブジェクト及びその属性がカット毎に設定された特徴量を前記リンク先情報とともに前記カット単位のビデオコンテンツに付加して配信することを特徴とする請求項５記載のビデオコンテンツ送受信方法。
前記ビデオコンテンツ配信工程は、前記リンク先情報を少なくとも一つ前記特徴量と共にカット単位のビデオコンテンツに付加して配信することを特徴とする請求項５記載のビデオコンテンツ送受信方法。
前記ビデオコンテンツ受信工程は、前記カット毎の特徴量と前記リンク先情報とを受信し、表示することを特徴とする請求項５記載のビデオコンテンツ送受信方法。