(57)【要約】音響／ビデオ（ＡＶ）ブロードキャストシステム、同システムを操作する方法及びユーザデバイスである。音響／ビデオシステム２はＡＶキャプチャ部４、編集部１２及びユーザデバイス１８を備える。複数のビデオストリームはＡＶキャプチャ部４によってキャプチャされ、メインＡＶ信号はブロードキャストチャネルを介して複数のユーザデバイス１８にブロードキャストされる。ユーザリクエストＲはユーザデバイス１８からＡＶ編集部１２に伝送され、編集済みリプレイクリップＣに関するトピックの情報を示す。ユーザリクエストＲに応答して編集済みリプレイクリップＣを生成するようにＡＶ編集部１２でＡＶコンテンツを処理後、リプレイクリップＣはブロードキャストチャネルの無料の帯域幅を用いてブロードキャストされる。リプレイクリップＣのコピーはユーザデバイス１８でキャッシュされユーザコマンドを受信すると再生される。
2015525510.tif 000002
【特許請求の範囲】
【請求項１】
所定の制限された帯域幅を有する第１のブロードキャストチャネルを介してオンデマンド型の補充音響映像コンテンツを提供する方法であって、前記補充音響映像コンテンツは、可変データレートを有するメイン音響映像コンテンツに関連し、前記第１のブロードキャストチャネルを介してブロードキャストされ、前記方法は、
複数のユーザデバイスに、前記第１のブロードキャストチャネルを介して前記メイン音響映像コンテンツをブロードキャストするステップと、
前記補充音響映像コンテンツに関するリクエストを受信するステップと、
前記リクエストに応答して、ブロードキャストに関する前記補充音響映像コンテンツを準備するステップと、
前記メイン音響映像コンテンツとともに、前記第１のブロードキャストチャネルの使用されない帯域幅を用いて前記第１のブロードキャストチャネルを介して前記補充音響映像コンテンツをブロードキャストするステップと、
を含む、前記方法。
【請求項２】
前記第１のブロードキャストチャネルの使用されない帯域幅を用いて前記第１のブロードキャストチャネルを介してメタデータスクリプトをブロードキャストするステップをさらに含み、前記メタデータスクリプトは、補充音響映像コンテンツのブロードキャストに先立ってブロードキャストされ、前記メタデータスクリプトは、その後ブロードキャストされる補充音響映像コンテンツを示す、請求項１に記載の方法。
【請求項３】
前記補充音響映像コンテンツは、メイン音響映像コンテンツとして以前にブロードキャストされていない音響映像コンテンツを含む、請求項１又は２に記載の方法。
【請求項４】
所定の制限された帯域幅を有する第１のブロードキャストチャネルを介して受信されたオンデマンド型の補充音響映像コンテンツへのアクセスを提供する方法であって、前記補充音響映像コンテンツは、可変データレートを有するメイン音響映像コンテンツに関連し、前記第１のブロードキャストチャネルを介して受信され、前記方法は、
前記第１のブロードキャストチャネルを介して前記メイン音響映像コンテンツを受信するステップと、
補充音響映像コンテンツに関するリクエストに対応するユーザ入力を受信するステップと、
前記リクエストをＡＶ編集部に伝送するステップと、
前記メイン音響映像コンテンツととともに、前記リクエストに応答して前記ＡＶ編集部によって準備され、伝送された前記補充音響映像コンテンツを受信するステップと、
前記補充音響映像コンテンツに関連する受信したデータをバッファリングするステップと、
前記リクエストされた補充音響映像コンテンツ全体の連続した再生のために十分なデータが受信され、バッファリングされると、前記補充音響映像コンテンツの再生を開始するステップと、
を含む、前記方法。
【請求項５】
前記第１のブロードキャストチャネルを介してメタデータスクリプトを受信するステップをさらに含み、前記メタデータスクリプトは、補充音響映像コンテンツのブロードキャストに先立ってブロードキャストされ、前記メタデータスクリプトは、その後ブロードキャストされることになる補充音響映像コンテンツを示し、補充音響映像コンテンツに関するリクエストに対応する前記ユーザ入力は、前記メタデータスクリプトにおいて示された前記補充音響映像コンテンツの少なくとも１つの項目の受信をリクエストするユーザ入力である、請求項４に記載の方法。
【請求項６】
補充音響映像コンテンツに関するリクエストに対応する前記ユーザ入力は、以前に作成されたユーザプロフィールにおいて含まれる情報と前記メタデータスクリプトに含まれる情報との間で一致したものに対応する、請求項５に記載の方法。
【請求項７】
前記バッファが補充音響映像コンテンツの連続した再生のために十分なデータを含むことを表示する表示を前記ユーザに発行するステップをさらに含む、請求項４乃至６のいずれかに記載の方法。
【請求項８】
所定の制限された帯域幅を有する第１のブロードキャストチャネルを介してオンデマンド型の補充音響映像コンテンツへのアクセスを提供するシステムであって、前記補充音響映像コンテンツは、可変データレートを有するメイン音響映像コンテンツに関連し、前記第１のブロードキャストチャネルを介して前記メイン音響映像コンテンツと共にブロードキャストされ、前記システムは、その後のブロードキャストに関する音響映像コンテンツを編集するように適合されたＡＶ編集部を含み、前記ＡＶ編集部は、請求項１乃至３のいずれかに記載の方法を実行するように構成され、前記システムは請求項４乃至７のいずれかに記載の方法を実行するように適合されたユーザデバイスをさらに含む、前記システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対話式オーディオ／ビデオブロードキャストシステム及び同システムを操作する方法に関する。さらに、本発明は、対話式オーディオ／ビデオブロードキャストシステムにおける操作のためのユーザデバイスに関する。
【背景技術】
【０００２】
テレビジョンは、広く普及した強力な媒体であるが、比較的柔軟性がない媒体である。視聴者の選択は、とにかく見るかどうかを決定すること、多くて数百の選択から選択すること、及びブロードキャストスケジュールに視聴者の個人的な生活に適応させることに制限される。ユーザがあるテレビ製作番組、例えばサッカーの試合のライブブロードキャストを見ることを決定する場合、それがブロードキャストされるときに彼又は彼女が製作番組を見なければならない、提示されたコンテンツに影響を及ぼす選択肢がない。しかしながら、視聴者は、より詳細に又はスローモーションで試合のあるシーンのリプレイを見ることを好む場合がある。今では、リプレイは、製作チームによって生成され、メインブロードキャスト信号上の通常のプログラムの代わりにちょうど後でブロードキャストされる。たとえユーザがそれを見ることを好むとしても、リプレイが見逃された間に起こる対話性及びアクションがない。
【０００３】
デジタルビデオレコーダ（ＤＶＲ）は、視聴者にタイミングの自由度を提供する。加えて、現代のＤＶＲは、停止、巻き戻し及び早送りのオプションを与える。しかしながら、視聴体験の本質に対する重要な変化はない。特に、リプレイに関して、リプレイを生成する作業はユーザが自分自身で行うには非常に複雑すぎることが多い。所望のリプレイのための正しい開始及び終了点を探している途中にライブイベントの大部分を視聴者が見逃す可能性は大いにある。
【０００４】
インターネットを介したビデオブロードキャストの出現は、視聴者とブロードキャスト事業者との間の管理関係を変えた。このようなビデオオンデマンドサービスは、現代のテレコミュニケーションネットワークの利用可能な帯域幅の増加に追いついた。現代のビデオプロトコルを組み合わせて、視聴者は今ではインターネットを介して高解像度ビデオを見ることができる。ビデオは数秒以内に開始し、ビデオストリームの任意の点を選択して短時間でリプレイすることができる。これらの発展の目下の利点は、視聴者が大きな機関のゲートキーパーの管理外で、彼らが要求するものを彼らが要求するときにいつでも見られることである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第６，４９６，９８０号
【特許文献２】米国公開第ＵＳ２０１０／００４３０４０号公報
【特許文献３】米国公開第ＵＳ２０１０／００９４６８６号公報
【特許文献４】米国公開第ＵＳ２００９／００３７９６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ビデオオンデマンドシステム上のビデオは、実際のネットワーク負荷及びユーザの居住場所に依存する制限された帯域幅に未だに悩まされる。特許文献１において、ストリーミングビデオのオンデマンドサービスを提供する方法が示唆されている。ユーザリクエストがあると、以前に見られたビデオコンテンツのあるセグメントを個々のビデオコンテンツの再送信に起因するより高い解像度でレビューすることができる。しかしながら、高解像度ビデオコンテンツの提供が彼又は彼女が前に見たコンテンツに制限されるため、ユーザに対する対話性がなかった。
【０００７】
インターネットアプリケーションを介したビデオに基づいたより対話的なコンセプトは、特許文献２に開示される。ユーザは、対話的にスポーツビデオを見るために特に適合された対話式ユーザインタフェースを提供される。ブロードキャスト事業者は、例えばゴール又はファウルシーンを視聴者に示す、複数の異なるカメラビュー又はあるリプレイクリップを提供する。ユーザは、彼又は彼女が好むビデオコンテンツを選択することができる。しかしながら、ユーザの選択は、ブロードキャスト事業者によって提供された選択肢に制限される。
【０００８】
特許文献３において、見られているイベントにおいて実演するアーティストへのフィードバックに対する選択肢をユーザに与える、対話式イベントクライアントが開示される。この対話的なフィードバックは、例えば拍手に対応するアイコン、シャウトアウトなどを用いた投票とすることができる。ユーザのフィードバックは、フィードバックが実演するアーティストに通信する前にライブイベントのプロデューサーによってフィルターをかけることができる。さらに、ユーザは、異なるビューイングアングルからライブイベントを示す様々な異なるカメラアングルを選択することができる。しかしながら、このライブフィードバックは、ユーザからアーティストへの通信に制限される。
【０００９】
オンデマンド即時リプレイマルチメディアシステムに関する更なるコンセプトは、特許文献４に開示される。オンデマンドサービスは、ライブテレビジョン伝送、例えばサッカーの試合の即時リプレイを更なる視聴デバイス上で視聴者に提供する。リプレイクリップは、スマートフォンなどのユーザ設備に配信することができる。これは、多くの観客においてライブテレビジョン伝送を見る時に魅力的な選択肢となる場合がある。しかしながら、視聴者に関するフィードバックの選択肢がなく、利用可能なリプレイクリップがブロードキャスト事業者によって提供されるものに制限される。
【００１０】
ビデオオンデマンドシステムは、ユーザに関してより対話性を提供する選択肢となる場合があるが、一般的な問題に悩まされる場合がある。例えばワールドチャンピオンシップ又はチャンピオンズリーグの決勝戦などの大きなスポーツイベントでの多くの観客に対して、極端に高い帯域幅が全てのユーザに個々のデータを提供するために必要とされるであろう。例えば、ちょうどユーザ選択点で開始し、ユーザ選択カメラビュー、すなわち各々のユーザに関する個々のコンテンツをさらに有するリプレイクリップは、大量のデータダウンロードを引き起こす。大きなスポーツイベントの典型的なブロードキャスト状況において、民衆の約２０％が例えばサッカーワールドチャンピオンシップの決勝戦を見ていることに留意すべきである。データネットワークにおける階層的なキャッシングアーキテクチャでは、この問題を解決することができた。しかしながら、これは非常に高価な解決法である。市内の１つの街路毎のキャッシングサーバについて、管理可能な帯域幅に、例えば約１００から２００のユーザにサービスを提供するマルチメディアサーバに関して１秒ごとに１０ギガバイトに到達する必要性があるであろう。
【００１１】
ユーザ端末でのキャッシュメモリは、帯域幅の問題を解決することができた。しかしながら、キャッシュメモリは、以前にユーザにダウンロードされたものを格納することができるだけであり、すなわち対話性がない。例えば、リプレイされるべきアクションが彼の特定のビューの外で起こった場合、ユーザはたとえば異なるカメラビューに示す所望のリプレイを見る選択肢がないであろう。
【課題を解決するための手段】
【００１２】
本発明の目的は、対話式オーディオ／ビデオブロードキャストシステム、対話式オーディオ／ビデオブロードキャストシステムを操作する方法、及びオーディオ／ビデオコンテンツのブロードキャストに関する制限された利用可能帯域幅でさえも高いレベルの対話性を有するそのような対話式オーディオ／ビデオブロードキャストシステムにおける操作のためのユーザデバイスを提供することである。
【００１３】
本発明の一態様において、対話式オーディオ／ビデオブロードキャストシステムを操作するための方法が提供される。この明細書の文脈内で、用語「オーディオ／ビデオ」は「ＡＶ」としても呼ばれるであろう。ＡＶブロードキャストシステムは、ＡＶキャプチャ部、ＡＶ編集部及び少なくとも１つのユーザデバイスを備える。複数のビデオストリームは、ＡＶキャプチャ部によってキャプチャされ、ＡＶ編集部によって通信される。例えば、ＡＶキャプチャ部は、パノラマカメラや３Ｄカメラなどの伝統的なテレビカメラから現代のカメラコンセプトまでに及ぶ複数のカメラを備える。ＡＶ編集部は、例えばテレビ局又は屋外のブロードキャストワゴン車における編集室である場合がある。メインＡＶ信号は、ブロードキャストチャンネルを介してＡＶ編集部から複数のユーザデバイスにブロードキャストされる。古典的なテレビチャンネルのＡＶ信号である場合があるメインＡＶ信号は、少なくとも１つのキャプチャされたＡＶストリームのＡＶコンテンツを含む。メインＡＶ信号のブロードキャストは、無線衛星ベースのアナログ若しくはデジタルテレビブロードキャストネットワーク又は地上波の無線ブロードキャストネットワークから、アナログ又はデジタルケーブルテレビ及びインターネットプロトコル（ＩＰ）ベースのテレビブロードキャストネットワークに及ぶ無線又は有線通信ネットワークを用いて実行することができる。
【００１４】
ユーザリクエストは、例えばテレビセット、適合可能なディスプレイに接続されたセットトップボックス又は適合可能に構成されたパーソナルコンピュータとすることができるユーザデバイスからＡＶ編集部に送信される。ユーザリクエストの伝送は、メインブロードキャスト信号チャネルを提供するサービスのリターンチャンネルを用いて実行することができる。デジタルケーブルテレビネットワーク及びＩＰベースのブロードキャストネットワークのために、このリターンパスは典型的に利用可能である。
【００１５】
本発明の他の態様によると、ユーザリクエストは、更なるネットワークを好ましくは用いた更なるサービスを介してＡＶ編集部に伝送される。更なるサービスは、例えば、ソーシャルネットワーク、チャット若しくはトークアプリケーション又はセルラーベースのモバイルネットワークにおいて典型的に提供されるショートメッセージサービスとすることができる。更なるネットワークは、例えば有線デジタルサブスクライバライン（ＤＳＬ）又は３Ｇ無線ネットワークにおける無線リンクとすることができる。
【００１６】
ユーザリクエストは、キャプチャされたＡＶストリームの少なくとも１つのセグメントを含む編集済みリプレイクリップのためのトピックについての情報を備えることができる。ＡＶ編集部で、少なくとも１つのキャプチャされたＡＶストリームのＡＶコンテンツは、ユーザリクエストに応答して編集済みリプレイクリップを生成するように処理される。ＡＶコンテンツの処理及びリプレイクリップの生成は、プロフェッショナルの製作チームによって、例えばキャプチャされてブロードキャストされたライブイベントの近くに位置する屋外のブロードキャストワゴン車で実行することができる。
【００１７】
次に、編集済みリプレイクリップは、ブロードキャストチャンネルの無料の（free）帯域幅を用いてブロードキャストされる。言い換えると、リプレイクリップのブロードキャストは、静かにかつメインＡＶ信号の伝送に影響を及ぼすことなく実行される。どのような時もメインＡＶ信号に関して十分な帯域幅があることを意味するメインＡＶ信号の伝送に関する優先度がある。リプレイクリップのブロードキャストは無料の利用可能な帯域幅で実行され、無料の利用可能な帯域幅に制限される。
【００１８】
リプレイクリップのコピーは、ユーザデバイスでキャッシュされる。ユーザデバイスは、好ましくはリプレイクリップを格納するための適切なキャッシュメモリを備える。リプレイクリップのキャッシュされたコピーは、そうするためのユーザコマンドを受信するとユーザデバイスで再生される。
【００１９】
本発明の態様によると、フラグはユーザ端末、すなわちユーザスクリーンで表示され、当該フラグはリプレイクリップの再生の準備が整っていることを示す。フラグは、リプレイクリップのコピーがユーザデバイスのキャッシュメモリで利用可能である場合に表示される場合がある。このコピーは完全である必要はない。
【００２０】
フラグは、リプレイに適合するコピーの部分がユーザデバイスのキャッシュメモリで利用可能である場合に表示されることもある。換言すると、コピーの残りの伝達時間は、リプレイクリップの受信した部分に関する再生時間よりも小さくすべきである。表示されたフラグは、例えばアイコン又はメニューとすることができる。ビープ音などの音声信号も使用することができる。前記フラグが表示されると、ユーザは例えばピクチャインピクチャ表示、フルスクリーン表示、クリップのルーピング再生又はその二次スクリーンでの表示など利用可能なビデオクリップに関する表示を選択することができる。
【００２１】
有利には、本発明の態様による方法は、ユーザに対話式オンデマンドライブブロードキャストサービスを提供する。オンデマンドシステムにおけるような個々のストリームはなく、それ故たとえユーザが多数いるとしても極端に高い帯域幅はブロードキャストサービスに関して必要とされない。ユーザは、例えば彼又は彼女が見ることを所望するスローモーションリプレイクリップを見る選択肢を提供され、当該選択肢は彼又は彼女のリクエストに応答してＡＶ編集部でプロフェッショナルの製作チームによって好ましくは準備される。
【００２２】
本発明の他の態様によると、メタデータスクリプトは、ブロードキャストチャネルの無料の帯域幅を用いてブロードキャストされる。メタデータスクリプトはリプレイクリップのブロードキャストに先立ってブロードキャストされ、メタデータスクリプトは少なくとも１つのリプレイクリップの利用可能性を知らせる。ユーザは、近い将来にユーザデバイスで受信されることがさらに期待される少なくとも１つの知らされたリプレイクリップを選択することができる。従って、選択されたクリップのみのコピーは、ユーザの選択に従ってユーザデバイスでキャッシュされることになる。リプレイをリクエストするための半自動的なメカニズムが提供される。リプレイは、あるカテゴリのクリップを自動的に選択するための好みを有する格納されたユーザプロフィールに従って、ユーザ入力によってなされるユーザ選択に従って要求され、又はローカルストレージが容量を提供する限り、最後のリプレイのある番号はキャッシュされる。リプレイに関するリクエストを実行するための方法及びメタデータスクリプトは、以下で詳細に説明される。
【００２３】
特に、ＡＶコンテンツが多くのユーザにブロードキャストされる場合、ＡＶ編集部で受信されるユーザリクエストが多大な数となる場合がある。それに応じて、複数の異なるビデオクリップがＡＶ編集部によって提供される。しかしながら、ユーザは、これらのリプレイクリップのいくつかのみに興味を持つことができ、従って彼又は彼女はブロードキャストスクリプトによって提供された情報に基づいて彼又は彼女の選択を考え出すことができる。ユーザによって選択されたリプレイクリップのみがユーザデバイスでキャッシュされることとなり、キャッシュメモリスペースの節約につながる。
【００２４】
本発明の他の態様によると、リプレイクリップは、ＡＶ編集部での予め定められたトピックに割り当てられる。予め定められたトピックは、例えば、ファウル、ゴール、アタック、チーム、レッド等である。リプレイクリップは、ユーザプロフィールに従ってユーザデバイスでキャッシュされる。このユーザプロフィールは、ユーザデバイスで提示され、少なくとも１つの予め定められたトピックに関するリプレイクリップのためのユーザ選択永続要望（user selected permanent demand）を示す。例えば、ユーザプロフィールは、ユーザがチームレッドとすることができる彼又は彼女の好みのサッカークラブに関するリプレイクリップを要望することを示す。少なくとも１つの選択されたトピックに関するリプレイクリップは、ユーザデバイスのみにキャッシュされ、再び、これはキャッシュメモリスペースにおける記録につながる。
【００２５】
好ましくは、少なくとも１つのリプレイクリップは、メインＡＶ信号を介して以前にブロードキャストされていないＡＶコンテンツを含む。例えば、いくつかの場所で非常に高い解像度を有するパノラマビューなどのより大きな画像がある場合があり、それ故表示に関する更なる詳細又はブロードキャストネットワークにおける帯域幅に関する受容できない高い要望がある。ユーザは例えばメインＡＶ信号において表示されなかったパノラマビューのある領域のリプレイを選択することができる。
【００２６】
本発明の他の態様によると、ＡＶキャプチャ部と、ＡＶ編集部と、ユーザデバイスとを備えた対話式ＡＶブロードキャストシステムが提供される。複数のビデオストリームはＡＶキャプチャ部によってキャプチャされ、ＡＶ編集部によって伝送される。ＡＶブロードキャストシステムは、ＡＶ編集部から複数のユーザデバイスへブロードキャストチャネルを介してメインブロードキャスト信号をブロードキャストするように構成される。メインＡＶチャネルは、少なくとも１つのキャプチャされたＡＶストリームのＡＶコンテンツを含む。ユーザリクエストはユーザデバイスからＡＶ編集部に伝送され、ユーザリクエストは少なくとも１つのキャプチャされたＡＶストリームのセグメントを含む編集済みリプレイクリップに関するトピックについての情報を含む。少なくとも１つのキャプチャされたＡＶストリームのＡＶコンテンツは、ユーザリクエストに応答してリプレイクリップを生成するようにＡＶ編集部で処理される。編集済みリプレイクリップは、ブロードキャストチャネルの無料の帯域幅を用いてブロードキャストされる。少なくとも１つのリプレイクリップのコピーは、個々のユーザコマンドを受信するとユーザデバイスでキャッシュされ、再生される。
【００２７】
本発明のさらに他の態様によると、ＡＶキャプチャ部及びＡＶ編集部をさらに備える、対話式ブロードキャストシステムにおける操作のためのユーザデバイスが提供される。複数のビデオストリームがＡＶキャプチャ部によってキャプチャされ、ＡＶ編集部に通信される。メインＡＶ信号は、ブロードキャストチャネルを介して複数のユーザデバイスにブロードキャストされる。メインＡＶ信号は、少なくとも１つのキャプチャされたＡＶストリームのＡＶコンテンツを含む。ユーザデバイスは、ＡＶ編集部にユーザリクエストを伝送するように構成され、ユーザリクエストは少なくとも１つのキャプチャされたＡＶストリームのセグメントを含む編集済みリプレイクリップに関するトピックについての情報を含む。編集されたリプレイクリップは、ユーザデバイスで受信され、少なくとも１つのキャプチャされたＡＶストリームの編集済みＡＶコンテンツを含む。リプレイクリップは、ユーザリクエストに応答してＡＶ編集部で処理され、ブロードキャストチャネルの無料の帯域幅を介してユーザデバイスで受信される。少なくとも１つのリプレイクリップのコピーは、ユーザデバイスのキャッシュメモリにキャッシュされる。キャッシュされたコピーは、ユーザコマンドで再生（reproduce）される。
【００２８】
ＡＶブロードキャストシステムを操作する方法に関して既に言及された同一又は類似の利点が、同一又は類似の手法で対話式ＡＶブロードキャストシステム及び対話式ＡＶブロードキャストシステムにおける操作のためのユーザデバイスに適用され、それ故繰り返し言及されない。
【図面の簡単な説明】
【００２９】
本発明の更なる態様及び特徴が添付の図面を参照して本発明の好ましい実施形態の以下の説明から生じる。
【図１】対話式ＡＶブロードキャストシステムを例示する簡易図である。
【図２】ＡＶ編集部、ユーザデバイス及びユーザの間の通信を例示する簡易フローチャートである。
【図３】メインＡＶ信号及びリプレイクリップの伝送のためのブロードキャストチャネルの最大利用可能帯域幅の比率として時間依存データ比率を例示する簡易図である。
【図４】簡略化されたタイル状のパノラマビューである。
【図５】リプレイクリップのすぐに見ることができる状態を示すフラグを備えたユーザデバイスの簡略化されたスクリーンショットである。
【図６】４つのリプレイクリップを発表するメタデータスクリプトのディスプレイを例示する簡略化されたスクリーンショットである。
【図７】ユーザデバイスに関するリモートコントロールに対する簡略化された詳細なビューである。
【発明を実施するための形態】
【００３０】
図１は、ＡＶブロードキャストシステム２を示す簡易図である。ＡＶブロードキャストシステム２は、複数のカメラを有するＡＶキャプチャ部４を備える。例示のみの目的で、ライブイベントをキャプチャするように、３台の従来型のＴＶカメラ６がサッカーフィールド８で配置されている。さらに、ＡＶキャプチャ部４は、サッカーフィールド８で行われているサッカーの試合をキャプチャするための高解像度１８０°パノラマカメラ１０を備える。ＡＶキャプチャ部４は、例えば手動カメラ、３Ｄカメラ等の追加のカメラ（図示せず）をさらに備えることができる。ＡＶキャプチャ部４、すなわちカメラ６、１０は、ＡＶ編集部１２と通信される複数のビデオストリームをキャプチャしている。ＡＶ編集部１２で、メインＡＶ信号Ｓは、例えば、利用可能なビデオストリームを選択、カット及びコメントすることによって生成される。メインＡＶ信号Ｓは、ブロードキャストチャネルを介してブロードキャストされる。メインＡＶ信号Ｓのブロードキャストは、例えば無線アナログ又はデジタル伝送技術を用いて地上波のブロードキャスト用タワーを介して無線で実行することができる。無線メインＡＶ信号Ｓは、ユーザデバイス１８のセットトップボックス１６によって受信することができる。セットトップボックス１６は、メインＡＶ信号Ｓを表示するための適切なディスプレイ２０に接続することができる。さらに、メインＡＶ信号Ｓは、更なるユーザデバイス１８にリンクを提供するケーブルネットワーク２２を介して伝送することができる。ケーブルネットワーク２２は、例えばテレビケーブルネットワーク又はＩＰベースの高速データネットワークとすることができる。
【００３１】
ユーザデバイス１８のユーザは、ユーザリクエストＲをＡＶ編集部１２に伝送することができる。ユーザリクエストＲは、少なくとも１つのキャプチャされたＡＶストリームのセグメントを含む編集済みリプレイクリップに関するトピックについての情報を含む。例えば、ゴール又はファウルなどの特別なイベントは、サッカーフィールド８で行われる。ユーザデバイス１８のユーザは、この特別なイベントを見ることを好むが、より詳細に、より高解像度で、又は異なる視野角で見ることを好む。従って、ユーザリクエストＲは、これらの特定のトピックの１つを示すことができる。ユーザリクエストＲは、ケーブルネットワーク２２のリターンチャネルを介してＡＶ編集部１２に伝送することができる。本発明の他の実施形態によると、ユーザリクエストＲは、更なるサービスプロバイダ、好ましくは更なる媒体を介して、例えば無線３Ｇネットワークリンクを介して通信される。ユーザリクエストＲの通信は、チャット、トーク又はソーシャルネットワークサービスなどのサードパーティサービスのアプリケーションの使用を含むことができる。ユーザリクエストＲが無線リンクを介してＡＶ編集部１２に通信される場合、例えばセットトップボックス１６は更なる地上波伝送アンテナ塔２４に信号を送信し、ユーザリクエストＲはその後ＡＶ編集部１２に通信される。しかしながら、サードパーティサービスは、ケーブルネットワーク２２を介して、例えばＤＳＬラインを介して提供されることもできる。
【００３２】
ユーザリクエストＲを受信すると、ＡＶ編集部１２でのプロフェッショナルの編集チームはユーザリクエストＲに応答して編集済みリプレイクリップを生成するようにＡＶキャプチャ部４によって提供されるＡＶコンテンツを処理する。その後、このリプレイクリップＣは、ブロードキャストチャネルの無料の帯域幅を介してユーザデバイス１８にブロードキャストされることになる。リプレイクリップＣのコピーは、ユーザデバイス１８でキャッシュされ、ユーザコマンドを受信するとユーザデバイス１８で再生されることになる。
【００３３】
ＡＶ編集部１２とユーザデバイス１８とユーザデバイス１８のユーザとの間の通信の更なる詳細は、図２の簡易フローチャートを参照することにより説明されることになる。
【００３４】
例えばサッカーの試合などのライブイベントが行われ、例えばゴールなどの特別なイベントが得点される。ユーザは、この特別なイベントを見て、ユーザデバイス１８のリモートコントロールでＲｅｑｕｅｓｔ４Ｒｅｐｌａｙボタンを押す。そのようなリモートコントロールの対応部分の詳細なビューは、図７に示される。このユーザコマンドを受信すると、ユーザデバイス１８はＡＶ編集部１２にＲｅｑｕｅｓｔ４Ｒｅｐｌａｙメッセージを送信する。ＡＶ編集部１２での製作チームは、受信したＲｅｑｕｅｓｔ４Ｒｅｐｌａｙメッセージ（ユーザリクエストＲの例）に従って編集済みリプレイクリップＣを生成する。このＲｅｑｕｅｓｔ４Ｒｅｐｌａｙメッセージは、単一のフラグのみを含む小さいスクリプトで表現することができ、その最も単純なケースでは、単一のフラグのみを含む。このユーザリクエストのスクリプトは以下のように示される。
<usercommand> 
<request4replay /> 
</usercommand>
【００３５】
しかしながら、スクリプトは、例えばアクションが行われた所望の領域、関与しているプレイヤー、並びにゴール及びファウルなどの予め定められた特定のアクションなど、より詳細な情報を含むことができる。Ｒｅｑｕｅｓｔ４Ｒｅｐｌａｙメッセージは、ボイスコントロール等によりリクエストされたリプレイについてのいくつかのショートメッセージを送信するための数のブロック及びＴ９を用いてリモートコントロールによりスクリーン上の特定の領域を選択するためのマウスのようなデバイスを用いることによりさらに定めることができる。
【００３６】
ユーザリクエストの更なる例は以下のように示すことができる。
<usercommand> 
<request4replay> 
<time>3 : 17 : 47pm</time> 
<description>sho goal 2 with 5 last passes</description> 
</request4replay> 
</usercommand>
【００３７】
ユーザは、ＡＶ編集部１２における製作チームに、最後の５つのパス以内の最後の２つのゴールについての情報を彼らに提供するようリクエストする。ユーザリクエストの他の例は、以下のスクリプトによって与えられる。
<usercommand> 
<request4replay> 
<time>3:17:47pm</time> 
<description>show goal 3min ago</description> 
</request4replay> 
</usercommand>
【００３８】
ユーザは、３分前に起こったゴールを見ることを望む。他のユーザコマンドは、あるランタイム及びあるＡＶソースに向けることができる。例えば、以下のスクリプトによって与えられる。
<event> 
<replay> 
<start>10:11:12.13</start> 
<duration>0:01:02.03</duration> 
<source>123.124.125.126:1234</source> 
</replay> 
<event>
【００３９】
又は、例えば以下のスクリプトによる代替的な実施形態に従って与えられる。
<event> 
<replay> 
<start>10:11:12.13</start> 
<duration>0:01:02.03</duration> 
<source>Channel 21, Stream 5</source> 
</replay> 
<event>
【００４０】
より複雑なユーザリクエストは、ある時間、ユーザが見たいと望むある位置、及び例えば１８０°高解像度パノラマカメラに関するズームファクタを特定する。そのようなユーザリクエストに関するスクリプトは、以下で示すことができる。
<usercommand> 
<request4replay> 
<time>3:17:47pm</time> 
<lookatX>-12.425</lookatX> 
<lookatY>+l.23</lookatY> 
<zoom>40.22</zoom> 
</request4replay> 
</usercommand>
【００４１】
１８０°パノラマカメラ１０によって提供されることができる簡略化されたタイル状のパノラマビューは、図４に例示される。例示のみの目的で、言及されたスクリプトはパノラマビュー２８内のタイル２６の詳細なズーム化ビューを選択するためのユーザリクエストを特定する。
【００４２】
ＡＶ編集部１２における製作チームは、特に非常に人気のライブイベントがブロードキャストされる場合、複数のユーザリクエストＲを受信することになる。編集チームは、製作したリプレイクリップを分類することができ、リプレイクリップのブロードキャストの前にメタデータスクリプトをユーザデバイス１８に通信することができる。メタデータスクリプトは、近い将来にブロードキャストされることになるリプレイクリップの主題又はトピックを示す。このスクリプトは、イベントの始まりでブロードキャストされることもでき、定期的にユーザが彼のプロフィール及び彼のリクエストにおいて選択することができる利用可能なカテゴリを示すこともできる。メタデータスクリプトは、以下のように示すことができる。
<event> 
<categorysupport> 
<like>team red</like> 
<like>team blue</like> 
<like>goals</like> 
<like>defence</like> 
<like>offence</like> 
<like>goalkeeper</like> 
<like>referee</like> 
<like>fouls</like> 
<like>bloody fouls</like> 
</categorysupport> 
</event>
【００４３】
このメタデータスクリプトは、リプレイクリップのコンテンツを示す。本実施形態によると、コンテンツは、チームレッド若しくはチームブルーに関連し、又はゴール、ディフェンス、オフェンス、ファウル若しくは悪質なファウルなどのある特別なイベントに関連し、又はゴールキーパー若しくは審判などのライブイベントのある当事者に関連する。メタデータスクリプトを受信及び表示すると、ユーザは、彼又は彼女が興味のあるリプレイクリップに関するあるカテゴリを選択することができる。図６は、メタデータスクリプトの表示を示す簡略化されたスクリーンショットである。来たるリプレイクリップのコンテンツ及びブロードキャストの時間が表示される。
【００４４】
再び、応答を以下に示すことができるスクリプトを介して通信することができる。
<usercommand> 
<request4replay> 
<time>3:17:47pm</time> 
<like>team red</like> 
<like>goals</like> 
<like>bloody fouls</like> 
</request4replay> 
</usercommand>
【００４５】
従って、ユーザデバイス１８のユーザは、ゴール及びファウル、並びに３：１７：４７ｐｍの所与のランタイムで行われているチームレッドのアクションに興味がある。
【００４６】
従って、本発明の他の実施形態によると、ユーザデバイス１８でのユーザプロフィールがあり、ユーザプロフィールは、ユーザプロフィールによって特定されたトピックに関連するリプレイクリップに関するユーザの永続的な要望（permanent demand）を定める。例えば、ユーザはあるサッカークラブのファンである場合があり、スローモーションで彼の好みのチームの各ゴールを見ることを望む場合がある。この実施形態によると、ユーザデバイス１８は、それらがブロードキャストされると個々のリプレイクリップを自動的にリクエスト及び／又はキャッシュすることできる。
【００４７】
その後、メタデータスクリプトをブロードキャストするために、編集済みリプレイクリップのブロードキャストが開始する。これは、全てのユーザデバイス１８に対するマルチキャスト又はブロードキャストであり、ビデオオンデマンドサービスではないことに留意すべきである。その重要な利点は、個々のサービスを提供するために制限された帯域幅で十分であることである。リプレイクリップは、図３の簡易図において例示されたブロードキャストチャネルの無料の帯域幅を用いてブロードキャストされる。
【００４８】
図３に、ブロードキャストチャネルの最大利用可能帯域幅の比率としてのデータレートがある。メインＡＶ信号は、実線の列によって例示される可変データレートを有する。時点「４」で、リプレイクリップのダウンロードが開始する（グレーの列）。無料の帯域幅のみがリプレイクリップの伝送に使用される。さらに、各時点でメインＡＶ信号に関する利用可能な帯域幅の安全なマージンがある。これは、リプレイクリップのダウンロードが最大限度の利用可能な帯域幅を利用しないということを意味する。時点「２７」で、リプレイクリップのブロードキャストが終了し、リプレイクリップのコピーがユーザデバイス１８で利用可能である。
【００４９】
本発明の実施形態によると、ユーザは図５のスクリーンショットにおいて例示的に示されるようにユーザデバイス１８のディスプレイ２０上でフラグ３０を示される。フラグ３０は利用可能なリプレイクリップを示すことができ、リモートコントロールでのカラーボタンの助けによりユーザは利用可能なリプレイクリップを選択することができる。更なる選択肢は、リモートコントロールでのプレイボタンを押すことによる選択されたリプレイクリップの確認である（図７参照）。
【００５０】
その後、リプレイクリップの再生がユーザデバイス１８で開始し、ユーザは彼の個々の選択に従って、又はユーザプロフィールにおいて格納された彼の好みに従って、選択されたリプレイクリップを見ることができる。
【００５１】
本発明は、特定の実施形態を参照して上記で説明したが、これらの実施形態に制限されず、おそらく更なる代替が特許請求の範囲として記載したような本発明の範囲内の当業者によって生じることになるだろう。
【図１】
2015525510.tif 000003
【図２】
2015525510.tif 000004
【図６】
2015525510.tif 000005
【図７】
2015525510.tif 000006
【図３】
2015525510.tif 000007
【図４】
2015525510.tif 000008
【図５】
2015525510.tif 000009
【国際調査報告】
2015525510.tif 000010
2015525510.tif 000011
2015525510.tif 000012