(57)【要約】  方法、ソフトウェア及び装置は、ユーザに携帯デバイスを使用する放送メディアからのクリップを共有及び交換することを可能にするものとして記載される。放送メディアを鑑賞する一方で、例えば、ユーザはボタンを押すことによって携帯デバイスにクリップを捕捉させることができる。クリップの捕捉はユーザにシステムの交換の一部として友人とクリップを鑑賞及び共有することを可能にする。
2010518659.tif 000002
【特許請求の範囲】
【請求項１】
一つ又は複数のデバイス可読媒体であって、
携帯デバイスによって受信されたユーザからのユーザ入力に応じ、
捕捉するためのメディアクリップを識別するステップと、
前記識別されたメディアクリップについてのクリップデータにアクセスするステップと、
前記クリップデータを前記携帯デバイス上に保存するステップと
を実行するための実行可能命令を備えることを特徴とする一つ又は複数のデバイス可読媒体。
【請求項２】
携帯デバイス上に保存されたクリップへのナビゲーション及び携帯デバイス上に保存されたクリップの選択についてのインターフェースを提供するステップを実行するための実行可能命令をさらに備えることを特徴とする請求項１に記載の媒体。
【請求項３】
捕捉するためのメディアクリップを識別することは、
前記ユーザ入力の時間を決定することと、
前記ユーザ入力の前記時間に基づいて前記メディアクリップを識別することと
を備えることを特徴とする請求項１に記載の媒体。
【請求項４】
捕捉するためのメディアクリップを識別することは、
前記ユーザによって鑑賞されている放送チャネルを決定することを備え、
前記メディアクリップは前記ユーザ入力の前記時間及び前記放送チャネルに基づいて識別されることを特徴とする請求項３に記載の媒体。
【請求項５】
前記クリップデータは前記識別されたメディアクリップについてのメディアファイルを備え、
前記識別されたメディアクリップについての前記クリップデータにアクセスすることは、
前記識別されたメディアクリップについての前記メディアファイルにアクセスすることを備えることを特徴とする請求項１に記載の媒体。
【請求項６】
前記識別されたメディアクリップについての前記クリップデータにアクセスすることは、
放送チャネルを介して前記メディアファイルを受信することを備えることを特徴する請求項５に記載の媒体。
【請求項７】
前記識別されたメディアクリップについての前記クリップデータにアクセスすることは、
サーバからメディアファイルをダウンロードすることを備えることを特徴とする請求項５に記載の媒体。  
【請求項８】
前記識別されたクリップを選択する前記携帯デバイスによって受信されるユーザ入力に応じて、前記メディアファイルを再生するステップを実行するための実行可能命令をさらに備えることを特徴とする請求項５に記載の媒体。
【請求項９】
前記クリップデータは前記クリップの代表的な静止画像をさらに備えることを特徴とする請求項１に記載の媒体。
【請求項１０】
保存されたクリップを選択する前記携帯デバイスによって受信されるユーザ入力に応じて、無線リンクを介して前記保存されたクリップを他の携帯デバイスに送信するステップを実行するための実行可能命令をさらに備えることを特徴とする請求項１に記載の媒体。
【請求項１１】
前記識別されたクリップのライセンスにアクセスするステップを実行するための実行可能命令をさらに備えることを特徴とする請求項１に記載の媒体。
【請求項１２】
プロセッサと、
無線送信機及び無線受信機と、
ユーザ入力手段と、
ディスプレイと、
メモリと、を含み
前記メモリは、
前記プロセッサに前記ユーザ入力手段を経由した入力の受領に応じて捕捉するためのメディアクリップを識別させ、
前記プロセッサに前記識別されたメディアクリップについてのクリップデータへアクセスさせ、
前記プロセッサにクリップデータをメモリに保存させるように構成された実行可能命令を保存するように構成されたことを特徴とする携帯デバイス。
【請求項１３】
前記メモリは、前記プロセッサに前記識別されたメディアクリップのライセンスにアクセスさせるように構成された実行可能命令を保存するようにさらに構成されたことを特徴とする請求項１２に記載の携帯デバイス。
【請求項１４】
前記メモリは、前記プロセッサに前記携帯デバイス上に保存されたクリップへのナビゲーションと前記携帯デバイス上に保存されたクリップの選択についてのインターフェースを提供させるように構成された実行可能命令を保存するようにさらに構成されたことを特徴とする請求項１２に記載の携帯デバイス。
【請求項１５】
前記メモリは、前記プロセッサに前記ユーザ入力手段を経由して受信される前記保存されたクリップを識別するユーザ入力に応じて前記無線送信機を経由して保存されたクリップを第２の携帯デバイスに送信させるように構成された実行可能命令を保存するようにさらに構成されたことを特徴とする請求項１２に記載の携帯デバイス。
【請求項１６】
携帯デバイス上でメディアクリップの捕捉を可能にする方法であって、
放送メディアから複数のクリップを生成することと、
前記複数のクリップを携帯デバイスに分配することと
を備えることを特徴とする方法。
【請求項１７】
前記複数のクリップを携帯デバイスに分配することは、
サーバ上に前記複数のクリップを保存することと、
携帯デバイスからのリクエストに応じて、前記サーバから前記携帯デバイスに前記複数のクリップのうち一つをダウンロードすることと
を備えることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記複数のクリップを携帯デバイスに分配することは、
前記複数のクリップのうち少なくとも２つを選択することと、
前記選択されたクリップの各々を複数のブロックに分けることと、
前記選択されたクリップの各々からの前記複数のブロックを連続的に放送することと
を備えることを特徴とする請求項１６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビジョンクリップシェアリングに関する。
【背景技術】
【０００２】
テレビ番組の会話がされたとき、テレビ番組からこれらのセグメントを再び鑑賞することは容易ではないにもかかわらず、テレビ番組のあるセグメントはしばしば友人や知人の間で話題の中心となる。放送会社はウェブサイトから鑑賞可能な限られたクリップのセレクションを作ることができる。これらのクリップはすでに放送された番組からセグメントとすることができるし、又はその代わりに先の番組の予告編とすることができる。しかしながら、もしユーザがその時にちょうどよくインターネットが可能なＰＣにアクセスすれば、これらのクリップを鑑賞することが可能なだけである。
【発明の概要】
【課題を解決するための手段】
【０００３】
以下は読み手に基本的な理解を提供するための説明の簡単な概要を表す。本概要は説明の広範な要約ではなく、主要／重要な発明の要素を識別したり、または発明の全体像を描写したりするものではない。その唯一の目的はここに開示された幾つかの概念を後述するより詳細な説明の前置きとしての簡略化した形式で提示することである。
【０００４】
方法、ソフトウェア及び装置は、ユーザに携帯デバイスを使用して放送メディアからのクリップを共有すること及び交換することを可能にするものとして記載される。放送メディアを鑑賞する一方で、例えば、ユーザはボタンを押すことによって携帯デバイスにクリップを捕捉させることができる。クリップの捕捉はユーザに友人とシステムの交換の一部としてクリップを鑑賞すること及び共有することを可能にする。
【０００５】
本例は、携帯デバイスによって受信されるユーザ入力に応じて、捕捉するためのメディアクリップを識別することと、識別されたメディアクリップについてのクリップデータにアクセスすることと、クリップデータを携帯デバイス上に保存することと、を備える携帯デバイス上でメディアクリップを捕捉する方法を提供する。
【０００６】
その方法は、携帯デバイス上に保存されたクリップへのナビゲーション及び携帯デバイス上に保存されたクリップの選択についてのインターフェースを提供することをさらに備えることができる。
【０００７】
捕捉するためのメディアクリップを識別することは、ユーザ入力の時間を決定することと、ユーザ入力の時間に基づいてメディアクリップを識別することを備えることができる。
【０００８】
捕捉するためのメディアクリップを識別することは、ユーザによって鑑賞されている放送チャネルを決定することをさらに備えることができ、メディアクリップはユーザ入力の時間及び放送チャネルに基づいて識別されることを特徴とする。
【０００９】
クリップデータは、識別されたメディアクリップについてのメディアファイルを含むことができ、識別されたメディアクリップについてのクリップデータにアクセスすることは、識別されたメディアクリップについてのメディアファイルにアクセスすることを含むことができる。
【００１０】
識別されたメディアクリップについてのメディアファイルにアクセスすることは、放送チャネルを介してメディアファイルを受信することを備えることができる。
【００１１】
識別されたメディアクリップについてのメディアファイルにアクセスすることは、サーバからメディアファイルをダウンロードすることを備えることができる。
【００１２】
その方法は、識別されたクリップを選択する携帯デバイスによって受信されるユーザ入力に応じて、メディアファイルを再生することをさらに備えることができる。
【００１３】
そのクリップデータはクリップの代表的な静止画像をさらに備えることができる。
【００１４】
その方法は、保存されたクリップを選択する携帯デバイスによって受信されるユーザ入力に応じて、無線リンクを介して他の携帯デバイスに保存されたクリップを送信することをさらに備えることができる。
【００１５】
その方法は、識別されたクリップのライセンスにアクセスすることをさらに備えることができる。
【００１６】
第２の側面は、プログラムがコンピュータで実行されているときに、本明細書に記載されたあらゆる方法の全て又は幾つかのステップを実行するように適合されたコンピュータのプログラムコード手段となるコンピュータプログラムを提供する。
【００１７】
そのコンピュータプログラムはコンピュータ可読媒体で具現されることができる。
【００１８】
第３の側面は、プロセッサと、無線送信機及び無線受信機と、ユーザ入力手段と、ディスプレイと、プロセッサにユーザ入力手段を経由して受信した入力に応じて捕捉するためのメディアクリップを識別させ、プロセッサに識別されたメディアクリップについてのクリップデータにアクセスさせ、プロセッサにクリップデータをメモリに保存させるように構成された実行可能命令を保存するように構成されたメモリとを備える携帯デバイスを提供する。
【００１９】
そのメモリは、プロセッサに識別されたメディアクリップのライセンスへアクセスさせるように構成された実行可能命令を保存するようにさらに構成されることができる。
【００２０】
そのメモリは、プロセッサに携帯デバイス上に保存されたクリップへのナビゲーションや携帯デバイス上に保存されたクリップの選択についてのインターフェースを提供させるように構成された実行可能命令を保存するようにさらに構成されることができる。
【００２１】
プロセッサにユーザ入力手段を経由して受信された保存されたクリップを識別するユーザ入力に応じて無線送信機を経由して保存されたクリップを第２の携帯デバイスに送信させるように構成された実行可能命令を保存するようにさらに構成されることができる。
【００２２】
第４の側面は、放送メディアから複数のクリップを生成することと、携帯デバイスに複数のクリップを分配することを備えることができる携帯デバイス上でメディアクリップの捕捉を可能にする方法を提供する。
【００２３】
携帯デバイスに複数のクリップを分配することは、サーバに複数のクリップを保存することと、携帯デバイスからのリクエストに応じてサーバから携帯デバイスに複数のクリップのうち一つをダウンロードすることを備えることができる。
【００２４】
携帯デバイスに複数のクリップを分配することは、複数のクリップのうち少なくとも２つを選択することと、複数のブロックに選択されたクリップの各々を分配することと、選択されたクリップの各々からの複数のブロックの中の一つずつを連続的に放送することを備えることができる。
【００２５】
さらなる側面は、本明細書に記載された方法、クリップの分配システム及びクリップの生成方法を実行するためのデバイス実行可能命令を備えた一つ又は複数のデバイス可読媒体を提供する。
【００２６】
ここに記載された方法は機械読み取り可能な形式の記憶媒体にあるソフトウェアによって実行されることができる。ソフトウェアは方法のステップを任意の適当な順序で又は同時に実行できるような並列プロセッサ又は直列プロセッサに適用することができる。
【００２７】
これはソフトウェアが重要で交易可能な独立した商品であることを認める。それは望みの機能を実行するために、データ処理能力のない端末または基本的なハードウェアを起動する又は制御するソフトウェアを含むことを意味する。また、それは例えば、望みの機能を実行するためにシリコンチップをデザインし、又は世界共通のプログラム可能なチップを設定するＨＤＬ（ｈａｒｄｗａｒｅ  ｄｅｓｃｒｉｐｔｉｏｎ  ｌａｎｇｕａｇｅ）のようなハードウェアの設定を「描く」又は定義するソフトウェアを含むことも意味する。
【００２８】
多くの付随した特徴は、添付の図面と関連して考慮される以下の「詳細な説明」を参照することにより、直ちによりよく理解されるだろう。
【００２９】
詳細な説明は、添付の図面を考慮して以下の詳細な説明を読むことからよりよく理解されるであろう。添付の図面において、類似の参照符号が類似の部分に用いられる。
【図面の簡単な説明】
【００３０】
【図１】放送視聴覚資料からのクリップの共有を可能にする方法のフロー図の一例である。
【図２】クリップデータの捕捉についてのフロー図の一例をより詳細に示す図である。
【図３】クリップデータの捕捉を可能にするシステムの概略図である。
【図４】クリップデータの捕捉を可能にする第２のシステムの概略図である。
【図５】図４のシステムの動作のフロー図を示す図である。
【図６】クリップデータの捕捉を可能にする第３のシステムの概略図である。
【図７】放送カルーセルの動作を示す概略図である。
【図８】クリップの概略図である。
【図９】クリップを放送する方法の例のためのフロー図である。
【図１０】図９の方法の１つのステップをより詳細に示す図である。
【図１１】本明細書に記載した方法の実装に適した携帯デバイスの概略図を示す。
【発明を実施するための形態】
【００３１】
添付の図面に関連して以下に提供される詳細な説明は、本例の説明としての目的を持ち、本例が構成される又は利用されることのできる唯一の形態を表すものではない。その説明は本例の機能を説明し、本例の構成及び操作についてのステップの順序を説明するものである。しかしながら、同じ又は同様の機能及び順序は異なる例によって達成されることができる。
【００３２】
図１は人々の間（例えば、友人のグループ）の放送視聴覚資料（例えば、テレビ番組）からのクリップの交換を可能にする方法のフロー図の一例である。その方法は、テレビ、ＰＣ又はその他のデバイスにおいて鑑賞されることのできる放送視聴覚資料のクリップが携帯デバイス、例えば、携帯電話又はＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）によって取り込まれること（又は捕捉されること）を可能にする（ステップ１０１）。クリップの取り込み（又は捕捉）は携帯デバイス（例えば、ホットキー、ソフトキー、キーパッドの特別なキー等）、メディアデバイス（例えば、テレビ放送を鑑賞することができるセットトップボックス、テレビジョン、ＰＣ、タッチに反応するディスプレイ等）又はメディアデバイスと連結された周辺機器又は携帯デバイス（例えば、キーボード、マウス、リモコン）のボタンを押すことによりテレビを観賞している携帯デバイスのユーザによって起動されることができる。取り込まれたクリップは一人又は複数の人々によって鑑賞されることができ（ステップ１０３）、及び／又は他人が鑑賞体験を共有することができるように他の携帯デバイスに転送されることができる（ステップ１０２）。クリップはまた、他人と交換されることもできる。クリップが生成される方法の順序及び方法は以下に詳細に記載する。
【００３３】
この方法はＰＣの利用を必要とせずに放送資料からのクリップが共有及び交換されることができる簡単な手段を提供する。そのクリップデータは実質的にリアルタイム（ユーザが放送を鑑賞しながら）で取り込まれることができ、後で他人と共有することができる。
【００３４】
一部の例において、クリップへのアクセスをコントロールすることに利点を得ることができる（例えば、クリップを鑑賞すること）。本明細書に記載された方法とともに実装されることができるデジタル著作権管理方法もまた以下に記載される。
【００３５】
クリップ生成
図１に示すように、携帯デバイスによって取り込まれることができ、人々及び携帯デバイス間で共有されることができるようにクリップが生成されることができる多くの様々な方法がある。クリップは、携帯デバイスに局所的に（すなわち、テレビ放送を表示するメディアデバイスによって）生成されることができ、又は、テレビ番組の放送局、販売業者又は創作者によって生成されることができる。他の例において、クリップはユーザによって創作又は変更されることができる。クリップはリアルタイムで生成（例えば、ユーザがクリップの取り込みを起動することに応答して）又はプログラムの放送前に生成されることができる。
【００３６】
第１の例において、クリップは、放送を時間の長さが全て同じ又は時間の長さが異なる多くの重なり合うクリップに分割することによって、生産されることができる。一例において、クリップはすべて２分間であり、１分間隔で開始することができる。他の例において、クリップはすべて１分間であり、３０秒間隔で開始することができる。一部の例において、使用されるクリップの時間の長さは、望みの番組の選択や捕捉を除かない一方で、ユーザが合理的な時間間隔でクリップを受け取ることができるように、クリップが携帯デバイスに送信される方法に基づいて選択されることができる。例えば、高い帯域幅の通信がクリップを携帯デバイスに送信するために用いられる場合、時間の長いクリップが受け入れられることができるが、しかしながら、送信が低い帯域幅の通信を経由した場合（例えば、ＧＰＲＳ，Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、合理的な時間間隔内で受信できるような時間の短いクリップを用いる必要があり、したがって、全体のユーザ体験を下げることがない。この方法は簡単に実装されることができる一方で、クリップの継続時間に対するユーザの期待はその処理によって満たされない。
【００３７】
第２の例において、クリップはコンテンツの注釈に基づいて創作されることができる。これらの注釈は、コンテンツの編集者やプログラム作成者によって作成されることができる。これらの注釈は、携帯デバイスに対してダウンロードすることを可能にさせるあらゆるクリップの開始時間及び継続を含むコンテンツに関連したメタデータを含むことができる。この方法はプログラム作成者の芸術的な意図に高い忠実度を提供する一方で、注釈を作成するための多くの時間及び労力の投資が必要とされる。
【００３８】
第３の例において、クリップは、放送メディアをクリップに知的に処理及び分割されることができる機械知能技術を用いて作成されることができる。その知能は、ビデオ（例えば、シーンのチェンジを検知するため）、オーディオ又はクリップが開始及び終了する場所を決めるために利用可能な任意のメタデータ（例えば、字幕）の要素を調べることができる。この放送メディアのプロセスは実際の放送の前に、放送と並行して又はコンテンツの放送後に行われることができる。機械知能の使用は、興味のあるシーンの開始及び終了する場所に対するユーザの期待と一致するクリップを生成する自動的な方法を提供することができ、一方で、非常に機械集約的であり、したがって、そのプロセスに多くの時間がかかる場合がある。放送前にそのプロセスがなされる場合、コンテンツを処理するためにかかる時間及びクリップを生成するためにかかる時間はユーザ体験にインパクトを与えない可能性がある。
【００３９】
携帯デバイスによるキャプチャーデータの捕捉
図２は、クリップデータの取り込み（捕捉）（図１のステップ１０１）についてのフロー図の一例をより詳細に示すものである。クリップデータはクリップ自体（例えば、任意の適切なフォーマットのビデオファイル）、又は、例えば、クリップのアドレス（例えば、ＵＲＬ，ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）のようなクリップの識別子を備えることができる。その方法は、捕捉されたクリップを識別すること（ステップ１０１ａ）及びその次に携帯デバイスに識別されるクリップのクリップデータを捕捉すること（ステップ１０１ｂ）を含む。これらの２つのステップは以下により詳細に記載する。
【００４０】
携帯デバイスによるクリップデータの捕捉はユーザが放送メディアを鑑賞しながら実質的にリアルタイムで実行されることができる。ユーザは放送の時間で放送を鑑賞することができる一方で、ユーザはその代わりに、放送メディアの時間がシフトされた（例えば、パーソナルビデオレコーダを使用して数分だけ遅延された）バージョンを鑑賞することができる。
【００４１】
クリップの識別（ステップ１０１ａ中）は自動にすることができ、あるユーザ入力を必要とすることができる。適当なクリップを識別するためにユーザによって鑑賞されているチャネルが識別される。このチャネルは、以下を含むあらゆる方法を決定することができる。
初期設定のチャネルの使用：そのような例において、初期設定のチャネルは、ユーザ、出荷時設定又はその他によって予め設定されることができ、例えば、初期設定のチャネルはＳｋｙ  Ｏｎｅ又はＢＢＣ１で設定されることができる。
ユーザに要求すること：そのような例において、プロンプトは、鑑賞されているチャネルを識別するようにそれらにリクエストする携帯デバイス上で、ユーザに表示されることができる。このプロンプトはクリップの取り込みを開始したときにユーザに表示されることができ、又はユーザに定期的に表示されることができる。
メディアデバイスとの通信：携帯デバイスは鑑賞されているチャネルを決定するための放送プログラムを鑑賞しているユーザによって使用されているメディアデバイス（例えば、テレビ、セットトップボックス、ＰＣ等）に問い合わせることができる。他の方法において、メディアデバイスは携帯デバイスによって受信される信号を送信することができる（携帯デバイスからの問い合わせメッセージに応じて送信される必要のない信号）。
オーディオの解析：携帯デバイスは、オーディオをテレビのスピーカ（又は放送番組のオーディオトラックを再生するために使用されている他のスピーカ）から検知することができ、その後どのチャネルが現在鑑賞されているかを決定するためにこれを解析することができる（例えば、現在の放送ストリームに対するオーディオを比較して）。その解析は携帯デバイス上で実行されることができ、又はその代わりに、オーディオの録画したセグメントは鑑賞されているチャネルを決定するための解析についてのサーバに送信されることができる。この解析はオーディオを比較する技術を用いることができ、又はその代わりに、音声認識及びその後のテキストの比較（例えば、現在放送している番組のサブタイトルとの）を用いることができる。
ビデオの解析：携帯デバイスは放送テレビ番組から画像を捕捉することができ、どのチャネル又はプログラムが現在鑑賞されているかを決定するためにこれ（上記のオーディオ解析と対応する方法で）を解析する。
【００４２】
上記のように、チャネルを識別した場合、捕捉されようとしているクリップは識別されることができる。このクリップは識別されたチャネルやユーザがクリップの取り込みを開始した時間（ここでは「取り込み時間」と呼ばれる）に基づいて生成されたクリップ（上記のように）から選択されることができる。第１の例において、クリップは取り込み時間がクリップの中間点に近いように選択されることができ、例えば、クリップが３０秒ごとに開始し、一分間で終わるように規則的に生成される場合、クリップは取り込み時間の前の開始時間が３０秒となる状況にほぼ適合するものを選択されることができる。第２の例において、取り込み時間前となっている一方で、クリップは開始時間が取り込み時間とできるだけ近くなるように選択されることができる。開始時間が取り込み時間後となるようにクリップは選択されることができるが、取り込み時間前の開始時間を有するクリップは、興味のあるアイテム（例えば、フットボールのゴール）の鑑賞に応じて取り込みが開始されるより、むしろ興味のあるアイテムの前に取り込みが開始されることが好ましいというようなユーザの期待に合致するためにより好ましい。更なる例においては、クリップは取り込み時間に基づいて「現在のクリップ」が選択されることができる。
【００４３】
識別されたクリップデータを捕捉することは（ステップ１０１ｂ）は多数の異なる方法でなされることができ、これは携帯デバイス上で、サーバ（又は他のネットワーク要素）又はメディアデバイスと通信する携帯デバイスによって局所的になされることができる。他の方法はクリップデータがクリップデータ自体（例えば、ビデオデータ）又はクリップの識別子（例えばアクセスされるクリップのアドレス）を備えるかどうかに依存して用いられることができる。クリップデータが識別子を備える場合、クリップ自体はクリップが共有又は交換される前に（共有するステップ１０２又は鑑賞するステップ１０３の前に）携帯デバイスによってその後にダウンロードされることができる。
【００４４】
第１の例において、クリップデータは、識別されたクリップ（チャネルや取り込み時間に基づいて）のアドレス（例えば、ＵＲＬ）を保存することによって携帯デバイス上で局所的に捕捉されることができる。例えば、アドレスは以下の形式とすることができる。
www.microsoft.com/tvclip/[channel]/[grabtime]
アドレスは携帯デバイス上で起動するＥｌｅｃｔｔｏｎｉｃ  ｐｒｏｇｒａｍｍｅ  ｇｕｉｄｅ（ＥＰＧ）、例えば、ＴＶ  Ａｎｙｔｉｍｅ  ＥＰＧを用いることで決定されることができる。ＥＰＧは各々のプログラム、各々のチャネル又は各々のクリップのアドレスを保存することができる。アドレスはリモートサーバ（例えば、携帯ネットワークを経由して）と通信することにより決定されることができる。
【００４５】
図３で示されるように、第２の例において、クリップデータは携帯デバイスによってメディアデバイスからダウンロードされることができる。図３は表示装置３０２（例えばモニター又はテレビ）と接続されたメディアデバイス３０１（例えばＰＣ又はセットトップボックス）を示す概略図である。メディアデバイス３０１は放送テレビ（例えば、アンテナ３０３、ケーブル又はその他の手段を経由して）を受信する。このメディアデバイス３０１は携帯デバイス（矢印３０５によって示されるように）から受信されたリクエストに応じて携帯デバイス３０４（矢印３０６に示されるように）にクリップデータ（すなわち、クリップ自体又はクリップのアドレス）を送信することができる。上述のように、このリクエストは捕捉されようとしているクリップを識別することの一部（ステップ１０１ａにおいて）として携帯デバイスに送信されたものである。例えば、ユーザが携帯デバイス３０４を経由してクリップの取り込みを起動するときに、携帯デバイスは捕捉されようとしているクリップを識別するために（ステップ１０１ａにおいて）携帯デバイスにメッセージを送信することができ、このメッセージは、単に現在のクリップをリクエストすることができ、又は、より多くの情報又はリクエストを含むことができる。このリクエストに応じて、メディアデバイスは携帯デバイスにクリップデータを送信することができる（ステップ１０１ａにおいて）。メディアデバイスと携帯デバイスとの間で送信されるメッセージはＢｌｕｅ  ｔｏｏｔｈ、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）及びＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）を含むが、これらに限定されない任意の適合する技術に用いられることができる。クリップ自体（アドレスよりむしろ）が携帯デバイスに送信された場合、メディアデバイスによっていくつかのトランスコーディングを要求することができる携帯デバイス上のディスプレイと適合するフォーマットでクリップは送信されることができる。その他の例において、クリップは基本的なフォーマットで携帯デバイスに送信されることができ、携帯デバイスのディスプレイについての任意の要求されたトランスコーディングは携帯デバイスによって実行されることができる。
【００４６】
図４、５に記載されているように、第３の例において、クリップデータは、２点間ネットワークを介して携帯デバイスにダウンロードされることができる。図４は携帯ネットワーク４０２（例えば、３Ｇ（ｔｈｉｒｄ  ｇｅｎｅｒａｔｉｏｎ）又はＧＰＲＳネットワーク）と接続された携帯デバイス４０１を示す。また、携帯ネットワーク４０２に接続されているのは、ネットワーク４０２を介して２点間リンクを経由して携帯デバイス４０１がクリップにアクセスするクリップサーバ４０３（ウェブサーバやその他のサーバとすることができる）である。クリップサーバ４０３は、コンテントソース４０５と接続されたクリップジェネレータ４０４からクリップを入手する。図５のフロー図の例に示すように、携帯デバイス４０１は、クリップサーバ４０３と関連する識別されたアドレス（ステップ５０１）に接続し、クリップサーバから識別されたクリップをダウンロードする（ステップ５０２）。識別されたアドレスは携帯デバイス上のＥＰＧから決定されることができ（上記の第１の例のように）、鑑賞されているチャネルに基づいて初期設定のＵＲＬとすることができ（上記のように）、又は、その他のあらゆる方法で決定されることができる。上記のように、クリップは携帯デバイス上のディスプレイに適合するフォーマットでダウンロードされることができ、又は、クリップはその後に携帯デバイス上のトランスコーディングを要求することができる。一例において、同一のクリップのいくつかの変形はウェブサーバで利用可能されることができ、ダウンロードのための変形は、携帯デバイスのタイプ、ネットワークにわたる二点間リンクの帯域幅、又は任意のその他のパラメータに基づいて選択されることができる。
【００４７】
図６に記載されているように、第４の例において、クリップデータは携帯デバイスによって放送送信から受信されることができる。図６は、例えば、トランスミッタ６０２から放送送信を受信することができる携帯デバイス６０１を示す。クリップは上記したようにコンテンツソース４０５からクリップジェネレーション４０４によって生成され、これらのクリップはその後、トランスミッタ６０２を経由して放送される。カルーセル６０３は多様なクリップを実質的に同時に送信させることができる。カルーセルの動作の例は図７の参照とともに説明されることができる。図７は３つの送信するクリップ７０１−７０３、クリップＡ、Ｂ、Ｃがある概略図を示す。各々のクリップは多数のセグメント７０４（この例の４つのセグメントはラベルされたＡ１−Ａ４、Ｂ１−Ｂ４、Ｃ１−Ｃ４を示す）に分けられる。順番に各々のクリップからの１つのセグメントは、各々のクリップからの１つのセグメントが送信７０６に対応して交互配置されるようにカルーセル７０５に送り込まれる。この例において、携帯デバイスは従って、識別されたクリップ（ステップ１０１ａから）の放送セグメントを捕捉して保存し、受信されたセグメントからクリップを再組み立てする。クリップは、ＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ  ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ−Ｈａｎｄｈｅｌｄ）及びＤＡＢ−ＩＰ（Ｄｉｇｉｔａｌ  Ａｕｄｉｏ  Ｂｒｏａｄｃａｓｔｉｎｇ−Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を含むが、これに限定されないあらゆる適当なフォーマットで放送されることができ、クリップは実質的に同時に多様なフォーマット（例えば、ＤＶＢ−Ｈ及びＤＡＢ−ＩＰ又は異なるスクリーンサイズに適応した異なるエンコードを使用するもの等）で放送されることができる。
【００４８】
図７の参照とともに上記されたカルーセル技術を使用する代わりに、クリップは、参照によって本明細書に組み込まれ、「Ｐｒｏｇｒｅｓｓｉｖｅ  Ｄｏｗｎｌｏａｄｉｎｇ」と表題され、２００６年２月２８日に出願された、同時係属のＥｕｒｏｐｉａｎ  Ｐａｔｅｎｔ  Ａｐｐｌｉｃａｔｉｏｎ  Ｎｏ．０６２７００２８．１に記載されたプログレッシブコンテンツダウンロードの方法を用いて複数のセグメントでダウンロードされることができる。この方法によると、ダウンロードされたコンテンツ（すなわち、クリップ）は各々のセグメントが複数のブロックを有する複数のセグメントに分割される。プログレッシブダウンローディングは、複数のセグメントが実質的に同時にダウンロードされるような第１の選択機能に基づいて複数のセグメントから１つのセグメントを選択すること、及び、第２の選択機能に基づいて選択されたセグメントから一つのブロックを選択することによって生じる。選択されたセグメントから選択されたブロックはその後に放送される。この方法は、図８−図１０に参照されるとともに以下により詳細に記載される。１クリップ以上が実質的に同時に放送される場合、各々のクリップからのブロックは、例えばクリップＡから提供されるブロックに続いてクリップＢから提供されるブロックに続きクリップＣから提供されるブロックに続く等、順々に選択及び放送されることができる。
【００４９】
多様なクリップが並列して同時に放送される上記の放送技術（図６−図１０の参照とともに記載された）において、各々のクリップが同等の優先順位（例えば、クリップＡからの１ブロックにクリップＢからの１ブロックが続いて、クリップＣからの１ブロックが続き、クリップＡからの１ブロックが続く等）をもって放送されることができる。しかしながら、放送の時間／容量の優先順位は人気、年齢又はその他のパラメータに基づいてクリップの間で変えることができる。例えば、人気のクリップは大きい割合の放送時間（例えば、クリップＡからの２ブロックにクリップＢからの１ブロックが続いて、クリップＣからの１ブロックが続き、クリップＡからの２ブロックが続く等、ここで、ブロックＡは大変人気である）与えられ、又は新しいクリップは大きい割合の放送時間が与えられる。これらの新しい／より人気のクリップに大きな割合の放送時間を与えることによって、携帯デバイスはより早くクリップを受信することができるだろう。ブロックの人気は取り込まれた又は共有された回数（例えば、ライセンスが所得された数によって決定されるように）又は、任意のその他のフィードバックメカニズムに基づいて決定されることができる。
【００５０】
上記のいずれかの方法を用いてクリップをダウンロードした場合、クリップは携帯デバイス内のクリップライブラリに保存されることができる。
【００５１】
クリップデータの共有
上記のように、携帯デバイス上のクリップデータを取り込ませた又は保存させた場合、クリップはその後に鑑賞（ステップ１０３）及び／又は共有される（ステップ１０２）ことができる。上記のように、クリップデータはクリップ自体又はクリップの識別子（例えばＵＲＬなどのアドレス）で構成されることができる。上記のように、クリップデータがクリップ自体よりむしろ識別子で構成されている場合、クリップ自体がダウンロードされ（例えば、上記のように）携帯デバイス上で局所的に保存される。局所的に保存されたクリップは携帯デバイス間で共有又は交換されることができる。
【００５２】
第１の例において、クリップ（例えば、携帯デバイス上で局所的に保存されたメディアファイル）は、例えば、Ｂｌｕｅｔｏｏｔｈ又はＩｒＤＡなどの無線リンクを経由して他の携帯デバイスにクリップを転送することにより共有されることができる。転送はＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）又はＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）又はあらゆる他の技術（例えば、ｅメール、インスタントメッセージ、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プッシュ等）を介して転送されたプッシュ型メッセージとして生じることができる。
【００５３】
第２の例において、他のデバイスに転送されることによって共有されるオブジェクトは、クリップ自体よりむしろクリップの識別子（例えばＵＲＬ）とすることができる。識別子を受信すると、受信装置はクリップ自体に自動的にアクセスし、それをダウンロードして受信装置に局所的に保存する。したがって、ユーザ体験は、クリップ自体がデバイス間で転送される場合、実質的に同一である。この方法は、例えば、何かの理由（例えば、利用できる帯域幅、装置容量等）で第１の例の方法を使用できないところで使用される。
【００５４】
上記の第１の例において、携帯デバイスによって捕捉されたクリップ及び他の携帯デバイスに転送したクリップ（ステップ１０２）は実質的に同一である。しかしながら、他の例ではこうであるとは限らない。例えば、携帯デバイスは二点間リンク又は放送送信（図４〜６に示すように）を経由してクリップをダウンロードできる一方で、携帯デバイスは単に他の携帯デバイスにクリップのアドレス（又は他の識別子）を送信することだけができる。これは携帯デバイス間で転送されようとしているデータを少なくするが、例えば、上記の方法の一つを用いて、クリップを別々にダウンロードするための受容性のある携帯デバイスを要求する。上記のように、受信装置によるクリップのこのダウンロードは、アドレス又はクリップの他の識別子を受領すると、自動的に実行されることができる。
【００５５】
上記の例において、第２の携帯デバイスで鑑賞されているクリップはクリップを第２の携帯デバイスと共有する携帯デバイス上で鑑賞されているクリップとして実質的に同一であるように、クリップの共有はクリップ自体には影響しない（デバイスが異なるスクリーンサイズである場合等であるフォーマット／コードの変換は要求される可能性があるが）。しかしながら、一部の例において、クリップが共有されたときに、クリップ自体が変わることができる（すなわち、ステップ１０１で捕捉されたクリップは共有のステップ１０２で変わることができる）。クリップの起こりうる変化は、クリップが共有されたことを示すためのロゴ又は他のマークの付加（例えば、クライアントアプリケーションの製造会社のロゴ、放送のロゴ等）及び／又はクリップの長さの短縮及び／又はクリップが共有されることができる時間が効果的に制限されるようなクリップの質を含む。その他の例において、クリップは暗号化されることができる（以下に記載されるように）。
【００５６】
携帯デバイスによって捕捉されたクリップ（ステップ１０１）は、放送プログラムからの引用とそれ自体同一とすることができないということもまた理解されるであろう。例えば、ロゴ又は他のマークはクリップの発信元を示すために付加され、及び／又はクリップは合法的に入手されたことを示すために付加される。
【００５７】
クリップの鑑賞
クリップは最初にクリップを捕捉した携帯デバイス（例えば、携帯デバイス３０１、４０１、６０１）上で鑑賞される（ステップ１０３）ことができ、クリップデータが転送された（上の共有ステップ１０２）あらゆる携帯デバイス上で鑑賞されることができる。クリップを鑑賞するために、クリップは携帯デバイスのメディアプレイヤアプリケーションを用いて再生されることができる。このメディアプレイヤは携帯デバイスによって捕捉され、又は受信された（例えば、他の携帯デバイスによって共有された）全てのクリップの走査検索も可能なアプリケーションと組み合わさったカスタムメディアプレイヤとすることができる。アプリケーションは以下により詳細に記載される。
【００５８】
クリップデータがクリップ自体ではなく、クリップについてのアドレス又は他の識別情報を備える場合、クリップは鑑賞されるより先にダウンロードされなければならない。このダウンロードのプロセスは、例えば、図４−６とともに記載された上記のあらゆる方法を使用することができる。このダウンロードのプロセスは自動的にクリップについてのアドレス又は他の識別子を受領すると生じることができる。
【００５９】
代表的な静止画
クリップ自体かクリップの識別子のどちらか一方とする他に、クリップデータはクリップの代表的な静物画とすることもできる。この代表的な静物画はクリップが生成されると同時に生成されることができ、又は別々に生成されることができる（例えば、ダウンロード／放送についてのクリップを提供する機構又は媒介によって）。静止画像はクリップの位置（例えば、最初、最後、中間）に基づいて選択され、又は画像選択／比較技法を用いて選択される。他の例において、代表的な画像は手動で選択される。更なる例において、代表的な画像はクリップから選択された静止画像とすることができるのでなく、その代わりにクリップについてのデータとすることができる（例えば、題名、日付、時間、プログラム名、ロゴ等）。
【００６０】
他の例において、代表的な画像はクリップ自体とともに（又は別々に）ダウンロードされるのではなく、例えば、上記のいずれかの方法を用いて、その代わりに携帯デバイスで生成されることができる。ひとたび第１の携帯デバイス上で生成されると、代表的な静止画像は共有されると、クリップの一部として（又はクリップとともに）転送されることができ、又は他の方法として代表的な静止画像は受信する携帯デバイス上で別々に生成されることができる。
【００６１】
代表的な静止画像は携帯デバイス上で実行するアプリケーション内で用いられることができ、ユーザが共有又は鑑賞するためにクリップを選択できるようにユーザにクリップのライブラリを提示する。
【００６２】
デジタル著作権管理法
一部のアプリケーションにおいて、誰が放送テレビのクリップを捕捉し、共有及び／又は鑑賞するための承認を有するかを管理するために重要とすることができる。そのような例において、捕捉したクリップを鑑賞することができる前に、ユーザはライセンスを取得する必要があるとすることができ、メディアプレイヤアプリケーションはそのようなライセンス（又は証明書の他の形式）なしでクリップを再生することを禁止することができる。他のアプリケーションにおいて、ライセンスの使用はクリップの人気を評価することを可能にし、システムにフィードバックを与えることができる。その後、そのシステムは携帯デバイスによるクリップのダウンロード／受信の高速化を可能にすることにより、又はクリップが利用できる時間を増加することにより、このフィードバックに対応することができる。
【００６３】
メディアデバイスから携帯デバイスにクリップがダウンロードされる場合（図３とともに上記に記載したように）、ライセンスはメディアデバイスから取得されることができ、又はネットワーク構成要素（例えば、コンテンツのオーナー又は放送会社のために起動されるウェブサーバ）からのネットワーク（例えば、ＧＰＲＳを経由して）を介して取得される必要がある。クリップが二点間リンクを介してダウンロードされる場合、ライセンスはクリップとともにサーバから取得されることができ、又は別々に取得される必要がある（上記のように）。
【００６４】
一方の携帯デバイスから他方の携帯デバイスにクリップが転送されるとき、ライセンスはクリップとともに転送されることができ、又はその代わりにクリップの受信者は新たなライセンスの取得を必要とすることができる（例えば、上記のようにネットワークを介してダウンロードすることにより）。クリップを共有するとライセンスが転送される場合、新しいライセンスが要求される前にクリップが共有される回数は限定されることができる（例えば、一度共有することは単に許諾されるだけである）。
【００６５】
一例において、（複合キーと関連付けられた）ライセンスなしでクリップが鑑賞されることができないように符号化されたフォーマットで、クリップはダウンロード又は転送され得る。
【００６６】
ダウンロード用クリップの可用性
所与のサーバの限定されたメモリ（例えば、図４のサーバ４０３）及び制限された放送帯域幅（例えば、図６の放送カルーセル６０３から）のため、クリップがダウンロードを利用できる時間帯を制限する必要がある。例えば、２週間先行するプログラム放送に関するクリップをダウンロードするだけを可能にすることができる。これはクリップが生成されるときに古いクリップを新しいクリップに取り替えることで、保存／放送されているクリップの全体数を実質的に一定のままにすることを可能にする。
【００６７】
このクリップ利用の制限は、携帯デバイスの間で転送されるクリップデータがクリップ自体を備える場合、クリップを共有するための能力に影響を与えようとしない一方で、受信用携帯デバイスがクリップを表示することを可能にするためにクリップをダウンロードする必要があるようなクリップについてのアドレス又は他の識別子をクリップデータが備える場合、このダウンロードはもはや可能でないので、共有は時間帯経過後に制限される。この結果として、クリップがダウンロードを利用できる時間の長さは、より人気のあるクリップは人気のないクリップよりも長く利用できるというように、クリップの人気（例えば、ダウンロード又は共有された回数、又はライセンスが要求された回数）に基づいて変えることができる。例えば、最後にダウンロードされた後、クリップは指定期間利用でき（例えば一週間）、長期間人気な状態が続くようなクリップは利用可能な状態が続き、その一方で、最初は人気があったが、長期間興味のある状態が続いたわけでないクリップは、ひとたびダウンロードされなくなったら削除されるであろう。これらのフィードバック機構は単に例の方法として提供され、他の機構がその代わりに利用されると理解されるであろう。そして、メモリ／放送からクリップを削除するための基準は、利用できる保存スペース／放送容量及び／又はサービスのあらゆる他の特徴によるあらゆるレベルで設定される。
【００６８】
クライアントアプリケーション
携帯デバイスはユーザにクリップの取り込みを起動させるための手段（例えば、ソフトキーの手段）を提供するクライアントアプリケーションを実行することができる。クライアントアプリケーションはＥＰＧを含むことができ、クリップの取り込みを起動する手段は、一部の例において、ユーザがクリップを捕捉するためのトリガの一部として要求されたチャネルを示すように、ＥＰＧと統合することができる。アプリケーションはまた、ユーザのクリップのライブラリ（つまり、デバイスに保存されたこれらのクリップ又はクリップデータがデバイスに保存されるこれらのクリップ）を鑑賞する手段を備えることができる。このアプリケーションはライブラリのクリップの視覚表示を提供するために、及び鑑賞／共有されようとしている興味のあるクリップをユーザに簡単に選択することを可能とするために、各々のクリップの代表的な静止画像を使用することができる。アプリケーションはまた、他の携帯デバイスにクリップデータの転送を起動することができるソフトキーを備え（例えば、クリップを再生するための第１のボタン、クリップを共有するための第２のボタン）、無線転送手段（例えば、Ｂｌｕｅｔｏｏｔｈ）と統合することができる。
【００６９】
データは、デバイス上に保存されたクリップの視覚表示を提供することに加え、アプリケーションはまた、ダウンロードされていないが、デバイス上に保存された一つ又は複数のクリップと類似するクリップについての一つ又は複数のリンク又は代表的な静止画像、又はその他の携帯デバイスにとって都合のいい形に作り変えられるクリップ（例えば、ランダムに選択された又は好みに基づいて携帯デバイスのユーザに選択された）についての代表的な静止画像をユーザに表示することができる。例えば、ユーザが特定のフットボールチームによって得点された複数のゴールを示す２つのクリップをダウンロードする場合、アプリケーションは得られる同じフットボールチームについての複数のゴールの他のクリップを識別することができ、それらをユーザに提供することができる。クリップデータは、ユーザによって新しいクリップの選択をなされるとダウンロードされることができる。適当な異なるクリップの識別は、これらのリクエストされないクリップについての代表的な画像（と他のクリップデータ）に、その後、自動的にアクセスすることができるアプリケーション自体で実行されることができる。又はその代わりに、適当な異なるクリップの識別は、これらのクリップ（例えば、アドレス、代表的な画像等）に関するデータを携帯デバイスに、その後、転送することができるネットワーク（例えば、ウェブサーバ４０３によって）で実行することができる。
【００７０】
携帯デバイスから他の携帯デバイスへのクリップデータの送信を制御することに加え、アプリケーションは、受信されたクリップの代表的な画像もユーザに示され、他のデバイスから受信されたクリップはそのクリップがネットワークを経由したデバイスによってダウンロード／受信されるクリップと同様の方法で鑑賞／共有されることができるように他の携帯デバイスからクリップデータの受信を制御することができる。
【００７１】
プログレッシブダウンロード方法
上記のように、クリップは、プログレッシブダウンロード方法を用いてダウンロードされることができる。この方法は、放送又は他のコンテンツ分配ネットワークを経由したダウンロードのために使用されることができる。上記のように、分配されるクリップは、図８に概略して示すように、各々のセグメントが多数のブロックを有する多数のセグメントに分けられる。図８は、各々が５つのブロックを含む３つのセグメント８０１−８０３に分配されるクリップ８００を示す。これは単なる一例であり、ブロックの数はセグメントの数よりも十分に大きいものとすることができる。
【００７２】
図９は、セグメントが第１の機能（ステップ９０１）にしたがって放送のために選択される方法の実施例のフロー図を示す。放送のブロックは第２の機能（ステップ９０２）にしたがって選択されたセグメントから選択される。第１の機能及び第２の機能は同一又は異なるものとすることができ、二つの選択ステップは以下により詳細に記載される。コンテンツの選択されたブロックは、その後、放送又はそうでなければダウンロードされる（ステップ９０３）。本プロセスは、その後、クリップの更なるブロックでダウンロードを繰り返される（ステップ９０１〜９０３）。
【００７３】
受信する携帯デバイスは放送された（ステップ９０３で）ブロックを受信し、クリップから全てのブロックが受信されたかどうかを決定し、そうであればデバイスは更なる放送ブロックを受信すること又は保存することを停止する（ステップ９０５）。放送されているブロックを受信すること（ステップ９０３で）と並行して、携帯デバイスはクリップのプレイバックが開始することができる（ステップ９０６）ときを決定することができる。例えば、バッファータイムと呼ばれる、ブロックの受信開始とプレイバック開始の間の時間量を決定することができる。この決定は最初のブロックが受信された後又は任意のその他の時点になされることができ、携帯デバイスが最初から最後まで中断なしで再生されることができない限り、プレイバックは望ましくは開始を許諾されるべきでないようにこの決定はなされることができ、そうでなければ質の悪いユーザ体験をもたらすであろう。決定は一回なされ、又は数回チェックされる。必要とされる遅延（例えば、バッファータイム）の後、それからユーザはクリップを鑑賞することができる（図１のステップ１０３）。これは、従って、携帯デバイスがいまだにクリップの後の部分をダウンロードしている一方で、携帯デバイスにクリップをプレイバックすることを可能にする。選択ステップ９０１、９０２は以下により詳細に記載される。
【００７４】
セグメント及び／又はブロックの選択（ステップ９０１及び／又はステップ９０２）はクリップの全てのセグメント／ブロックからなされることができる。例えば、図１０とともに記載されるように、最初のセグメントからの全てのブロックは、第２のセグメントから提供されるいずれかのブロックが放送される前に放送されるように、セグメントは連続して選択される（ステップ９０１で）。最初に、いずれかのブロックが放送される前に、ｎは１と等しいと設定される（図１０に不図示）。第１の機能のこの例によると、放送サーバ（図６のカルーセル６０３に置き換えられることができる）はセグメントｎ（例えば、最初のセグメント）からの全てのブロックが放送されたかどうか（ステップ９０１ａ）をチェックし、放送されていなかった場合、同一のセグメントｎ（例えば、最初のセグメント）が選択される（ステップ９０１ｃ）。しかしながら、セグメントｎからの全てのブロックが放送されたと決定された場合（ステップ９０１ａ）、それからｎの値は１（ステップ９０１ｂ、例えば、ｎの値は１〜２に増加される）だけ増加され、新しいセグメントｎ（例えば、二番目のセグメント）がその後選択される（ステップｃ）。選択されたセグメントからの放送に関するブロックは、その後、実質的にランダム（例えば、第２の機能＝実質的にランダムな機能）に選択されることができる（ステップ９０２）。そのような連続的なセグメント選択のプロセス及び実質的にランダムなブロック選択はブロックの純粋な連続的放送よりも極めて高い効果を達成する。さらに、本プロセスはプレイバックが開始することができる前により小さなバッファータイムを達成する。
【００７５】
ひとたびクリップの全てのセグメントからの全てのブロックが放送されると、クリップの放送はストップすることができ、又はその代わりに、本プロセスはクリップの放送が終わるまで一回又は複数回繰り返されることができる（例えば、ｎは１に戻され、図１０の選択過程が新たに開始される）。クリップの放送をやめるときの決定は、クリップの人気又は他のパラメータ（上記のように）に基づくことができる。
【００７６】
図１０と関連した記載は、適当な選択機能の１組の単なる一例を提供すると理解されるであろう（すなわち、第１及び第２の機能）。
【００７７】
実施例
実施例において、クリップはＯｓｐｒｅｙ  Ｃａｐｔｕｒｅ  ｃａｒｄを有するＰＣで実行するＷｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｅｎｃｏｄｏｒを用いて生成されることができる。カードは市販のＳｅｔ−Ｔｏｐ  Ｂｏｘ又は製品品質のＩｎｔｅｒｇｌａｔｅｄ  Ｒｅｃｅｉｖｅｒ  Ｄｅｃｏｄｅｒに備えられている。この例において、コンテンツは携帯デバイスの特定のタイプ（例えば、ＳｍａｒｔＰｈｏｎｅｓ）に適応するためにＱＶＧＡ（Ｑｕａｒｔｅｒ  Ｖｉｄｅｏ  Ｇｒａｐｈｉｃｓ  Ａｒｒａｙ）スクリーン（つまり３２０×２４０ｐｉｘｅｌ）の一定のビットレートでエンソードされることができる。二分間のクリップが保存スペースの４ＭＢに満たないように、そのようなエンコードは６４ｋｂ／ｓのオーディオで約２４０ｋｂ／ｓで構成されているビットレートを生じることを提供する。ＵＩ（ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ）のクリップを表すために使用されるサムネイル画像はＶｉｄｅｏ  Ｔｈｕｍｂｎａｉｌ  ａｌｇｏｔｉｔｈｍを用いてクリップから派生させることができる。
【００７８】
エンコードされたクリップ及び任意のサムネイルは、その後、ウェブサーバ及び／又は放送カルーセル（図４、６に示されるように）にアップロードされることができる。そのような例において、カルーセルは放送ネットワークのＤＡＢ−ＩＰ及びＤＡＢ−Ｈの全域で同時に実行することができる。保存は、ディレクトリサイズ制限が迫られてきたときに古いコンテンツを削除することによって、クリップが割り当てられたスペースを使い尽くさないように取り扱われることができる。一部の例において、クリップは必要とされるならば（例えば、大変人気があるなら）、保存のために印がつけられることができる。
【００７９】
この例において、携帯デバイスのアプリケーションは、クリップがダウンロードされることのできるＯｎｌｉｎｅ  Ｍｅｄｉａ  Ｇｕｉｄｅ（ＯＭＧ）及び機構を有効にして携帯デバイス上のクリップの共有を可能にするＭｏｂｉｌｅ  Ｃｌｉｐ  Ｍａｎａｇｅｒ（ＭＣＭ）を備えることができる。ＯＭＧは、１００×１００ｐｉｘｅｌの低解像度のディスプレイを有する古い携帯デバイス及び３２０×２４０ｐｉｘｅｌのディスプレイを有するデバイスによるアクセスを収納可能及び拡張可能なレンダリングインターフェースを支援するデバイス不問となるように設計されることができる。インターフェースの拡大縮小は多数のデバイスにわたってアクセス性を増加する全てのユーザインターフェースの高性能な縮小及び拡大の組み合わせを用いて達成されることができる。
【００８０】
ＭＣＭは、オペレーティングシステム又はデバイスメーカにかかわらず、すぐ近くのＢｌｕｅｔｏｏｔｈが使用可能なデバイス（例えば携帯電話、ノートパソコン又は他の携帯デバイス）にクリップを転送することができるＢｌｕｅｔｏｏｔｈのＯＢＥＸ（Ｏｂｊｅｃｔ  Ｅｘｃｈａｎｇｅ）を用いる近くの友人（〜１０メートル）の間でクリップを共有する内臓技術を備えることができる。
【００８１】
図１１は上述された方法の実装に適する携帯デバイスの概略図である。携帯デバイス１１００はプロセッサ１１０１、無線送信機１１０２及び無線受信機１１０３（トランシーバとして組み合わされることができる）、ユーザ入力手段１１０４及びディスプレイ１１０５を備える。ユーザ入力手段は、限定はされないがキーボード、１つ又は複数のボタンジョイスティック及びタッチスクリーンを含むあらゆる適当な手段を備えることができる。携帯デバイスは、さらにデバイスに統合されたメモリ及び／又は取り外し可能はコンピュータ読み取り媒体を含むことができるメモリ１１０６を備えることができる。このメモリは、上記の方法からの一つ又は複数のステップをプロセッサ１１０１に実行させるための実行可能命令を保存するようには構成される。メモリ１１０６は一つ又は複数のオペレーションシステム１１０７、クライアントアプリケーション１１０８、クリップストア１１０９（クリップのデータベースを含むことができる）及びイメージストア１１１０を備えることができる。
【００８２】
本実施例は放送及び二点間システムで実装されるように、本明細書に記載及び説明されたが（図４、６で示されるように）、記載された本システムは例示として提供されたものであり、限定はされない。当業者は理解することができるように、本実施例は、ピアツーピア方法を用いるシステムを含むコンテンツ分配システムの多種の異なるタイプのアプリケーションに適用される。
【００８３】
上記の記載は視聴覚資料及びテレビ番組に言及する一方で、記載された方法は、広告、ラジオ放送、放送ゲーム媒体等を含むあらゆるオーディオ、ビジュアル、オーディオビジュアル、又は他のマルチメディア放送コンテンツで適用することができることが理解されるであろう。
【００８４】
本明細書では、「放送」という言葉は、データが最初に送信されたか何かの理由で再放送されているかにかかわらず、一つ以上の送り先へのデータの実質的同時送信について言及するために用いられる。これは誰でもではないが、多数の受信者へのデータ送信を含むマルチキャスト送信を含む。「放送」という言葉はまた、例えば、時間のシフト及び開始時間を多様にすることで（例えば、１０分ごと）多数の時間で番組が放送されるニアビデオオンデマンドなどのサービスを包含することを目的とされる。
【００８５】
本明細書では、「コンピュータ」という言葉は、命令を実行するような処理能力を有するあらゆるデバイスについて言及するために用いられる。当業者は、そのような処理能力が多数の異なるデバイスに内蔵されることを認識することができ、従って「コンピュータ」という言葉はＰＣ、サーバ、携帯電話、携帯端末やその他の多数のデバイスを含む。
【００８６】
当業者は、ネットワークの全域にわたって分配されることができるプログラム命令を保存するために記憶装置が活用されることを認識することができる。例えば、ソフトウェアとして記載された本プロセスの例を保存することができる。ローカルコンピュータ又はターミナルコンピュータは、リモートコンピュータにアクセスし、一部又は全てのソフトウェアをダウンロードしてプログラムを起動させることができる。その代わりに、ローカルコンピュータは必要とされるソフトウェアの一部をダウンロードすることができ、又は、ローカル端末及びリモートコンピュータ（又はコンピュータネットワーク）でソフトウェア命令の一部を実行することができる。当業者はまた、当業者に知られた技術を活用することによって、ソフトウェア命令の全て、又は一部は、例えば、ＤＳＰ、プログラマブルロジックアレイなどの専用回路によって実行されることができることを認識することができる。
【００８７】
本明細書に与えられたあらゆる範囲又はデバイスの値は、当業者にとって明らかであるように、効果の追求を失うことなく拡張又は変更されることができる。
【００８８】
上記の利点や長所は一つの実施例と関連することができ、また、いくつかの実施例と関連することができると理解されることができる。さらに、「一つ」のアイテムの参照は一つ又は複数のこれらのアイテムについて言及すると解されることができる。
【００８９】
本明細書に記載された方法のステップは、任意の適当なオーダー又は適切な場合は同時に実行されることができる。
【００９０】
上記の好ましい実施例は単に一例として与えられ、本発明が属する技術の分野における通常の知識を有するものであれば、様々な変形や置換が可能であると解される。上記の説明、例及びデータは完全な構造の記載と発明の実施例の使用を提供するものである。発明の様々な実施例は特殊性のある度合い、又は１つ又は複数の個々の実施例の参照を記載されるが、本発明が属する技術の分野における通常の知識を有するものであれば、本発明の技術的思想を逸脱しない範囲で様々な置換が可能である。
【図１】
2010518659.tif 000003
【図２】
2010518659.tif 000004
【図３】
2010518659.tif 000005
【図４】
2010518659.tif 000006
【図５】
2010518659.tif 000007
【図６】
2010518659.tif 000008
【図７】
2010518659.tif 000009
【図８】
2010518659.tif 000010
【図９】
2010518659.tif 000011
【図１０】
2010518659.tif 000012
【図１１】
2010518659.tif 000013
【国際調査報告】
2010518659.tif 000014
2010518659.tif 000015