データを組織・再生する方法および装置
【課題】複数のソースから提供されたコンテンツ用のメディア・インターフェースおよびナビゲーション・ツールを提供する。
【解決手段】メディア・コンテンツ１０９のソースにかかわらずユーザーに対して単一のサイトを維持してユーザーに統一的インターフェースを提供する。同じサイトにユーザーが留まるので、階層化した会員権を追跡してユーザーが視聴を許可されている唯一のコンテンツを提示されるようにすることが可能である。メタデータ言語を用いてコンテンツを特徴付け、ビューアーのタイプ、会員権のレベルその他の情報が維持され快適な視聴経験が得られる。
【解決手段】メディア・コンテンツ１０９のソースにかかわらずユーザーに対して単一のサイトを維持してユーザーに統一的インターフェースを提供する。同じサイトにユーザーが留まるので、階層化した会員権を追跡してユーザーが視聴を許可されている唯一のコンテンツを提示されるようにすることが可能である。メタデータ言語を用いてコンテンツを特徴付け、ビューアーのタイプ、会員権のレベルその他の情報が維持され快適な視聴経験が得られる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを組織・再生する方法および装置に関するものである。
【０００２】
本明細書の開示のある部分は著作権による保護を受ける事項を含む。著作権者は、何人も本明細書または開示を特許庁の包帯または記録内に現れるままの形でファクシミリにより複製することに異議を唱えないが、それ以外についてはすべての権利を留保する。
【背景技術】
【０００３】
パーソナル・コンピュータは伝統的なデータ処理機能だけでなく今や娯楽源となっている。多くの場合、パーソナル・コンピュータはオーディオ娯楽源として家庭用ステレオシステムに取って代わっている。多くのユーザーが書籍および雑誌のハードコピーを、コンピュータを介して閲覧する読み物といわれることが多い電子的コピーに置き替えている。コンピュータの他の一般的な用途はメディア情報と娯楽の提示である。
【０００４】
メディア娯楽、例えばオーディオまたはビデオ娯楽の提供はインターネットのようなネットワークを介してなされることが多い。あるウェブサイトは、コンピュータのユーザーが観たり、聞いたり、そしておそらくは購入したりすることができ、映画およびテレビ番組のビデオ・クリップやオーディオ番組のファイルが入手できることで知られている。ある場合には、テレビまたはビデオのネットワークは一意的な、複数または単独のショーを対象とした専用のウェブサイトを提供している。何度も、ウェブサイトは「増強された」経験をテレビ番組の放送中にリアルタイムで提供するように設計されている。そのような増強された特徴としては、スポーツの催し物の場合の包括的な統計、娯楽番組の場合のコマーシャルの抱き合わせおよび購入機会、視聴者参加クイズ、あるいはゲーム・ショーの間の競争でさえもが挙げられる。
【０００５】
ある場合には、さもないと番組が現れないときに、番組の放送の合間に興味、忠誠および視聴機会を増進する追加のメディア・コンテンツがインターネット・ユーザーに利用可能である。インターネットを介してそのようなコンテンツを取得する溜の現行のシステムの多くは以下に述べるように多くの欠点を抱えている。
【０００６】
多数のウェブサイトが広範なメディアがネットワークを介してパーソナル・コンピュータ上でユーザー経験することができる中心的な位置を提供することを意図している。これらのサイトの多くが抱える欠点は異なるソースからのコンテンツに対する統一的なインターフェースを提供することができていないという点にある。もう一つの欠点はユーザーに対して実際にそのユーザーが再生し得るコンテンツのみを提供することができていない問雨天である。ユーザーは希望しないまたは必要のないプレイヤー（再生機）能力を誤って購入するように仕向けられることが多い。
【０００７】
あるウェブサイトは、種々のネットワークおよびインターネットメディア・ソースを始めとする広範なソースからのメディア・データおよびコンテンツにアクセスするための形態または中心的な位置を提供することを意図している。そのようなサイトについてのユーザーに対する問題は異なるコンテンツに対して提示されたインターフェースが不統一であることである。典型的な状況では、ユーザーは、放送ネットワークの１つからの番組からコンテンツ・クリップを観ることを選択することができる。クリップを選択すると、ユーザーは実際にそのネットワークの一意的なウェブサイトに転送される。
【０００８】
ユーザーが点素されると、クリップを観るための全インターフェースがソース・サイトによりサポートされたインターフェースに変えられることが多い。これによりユーザーにとって観る経験が減少し、コンテンツを観るためのサイトを効果的に使用するためにはユーザーに対してナビゲーションとアクチベーション・コントロールが配置されている場所へ余分の注意を払うことが要求される。
【０００９】
ユーザーがポータル・サイト上で階層化会員権を有する会員または定期購読会員の一人である場合はもう一つの問題が生じる。低価格会員権にはコンテンツの入手に制限が設けられていることがある。入口がコンテンツ・ソース・サイトに切り替わると、ユーザーはすべての可能なコンテンツの提供を受けることが可能であるにもかかわらず、現実にはそのユーザーはリストされているコンテンツの一部だけしか観ることができない。これにより、ユーザーは限定された経験しか気がつかないので、ユーザーの経験が減少する。
【００１０】
最後に、ユーザーは、現在実装されているコンテンツプレイヤー上で再生できないデータをも参照することが可能である。ユーザーはどのプレイヤーがそのコンテンツを再生するのに使用されるか、あるいは必要であるかについて示さない利用可能コンテンツのリストを提供されることがある。ユーザーが現在所有してないプレイヤーを必要とするクリップまたはコンテンツを選択すると、ユーザーは新しいプレイヤーを得ることができるサイトに案内されることがある。これらのサイトは紛らわしいものである場合が多い。無料のプレイヤーが利用可能である場合が多いが、ユーザーは、再生しようとするクリップには実際には不要である「専門家向き」または「すべての特徴を備えた」プレイヤーのバージョンを購入することを強要される。ユーザーは単に無料のプレイヤーを受け取る代わりに「購入用」プレイヤーを誤って購入してしまうことが多い。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は前述および他の需要を解決する。ある実施形態では、ネットワーク上のウェブサイトにおいてインターフェースを生成するための方法およびシステムであって、ウェブサイトで使用する複数のメディア・ファイルを蒐集、メタデータ属性を前記メディア・ファイルのそれぞれに関連づけて前記メタデータ属性を前記インターフェース上のロケーションを用いてマッピングすることにより、統一的な特徴およびナビゲーション能力を備えた方法およびシステムを提供する。
【００１２】
他の実施形態では、再生リストが、コンテンツの１つ以上のピースを識別する１つ以上の連続的に配置される識別子を含むデータ・ファイルをコンパイルし、かつユーザーに順不同にアクセスすることを可能にすることにより作成される。
【発明を実施するための最良の形態】
【００１３】
ネットワーク上でコンテンツを提示し、再生する方法および装置を説明する。以下の説明において、本発明の実施形態のより完全な説明を提供するために多数の詳細が開示されている。しかし、当業者には明かであるように、本実施形態はこれらの特定の詳細事項なしに実施することが可能である。他の場合には、周知の特徴は不必要に本発明を分かりにくくしないように詳細に説明することはしなかった。
【００１４】
本発明の一実施形態により、すべてのソースからのメディア・クリップのための統一的なインターフェースおよびユーザー・ナビゲーション・システムが提供される。以下の説明において、視聴可能なコンテンツ、例えばビデオ・コンテンツを組織し、再生する例を説明する。本発明はオーディオ・メディア・コンテンツにも等しく適用されることが了解される。図１は本発明のインターフェースの一実施形態を図示する。本実施形態はナビゲーションのある態様に対して深く掘り下げるアプローチをとることを意図しており、図１はナビゲーションのトップまたはホーム・レベルを図示している。このディスプレイは２つのディスプレイ領域１０１および１０２を備える。領域１０１は「編集」領域と呼ばれ、ショー・タイトルとロゴ、ナビゲーション・ツールその他の情報を含むことが可能である。領域１０２はプロモーションのために予約された領域であり、静的プロモーションまたは広告あるいは他の形態で提供されたもの、例えばマクロメディア社のフラッシュ・ツール等を含むことが可能である。
【００１５】
領域１０３は、ユーザーが特定のジャンルまたはタイプに入る視聴選択肢を提示されるべく選択することができる多数のカテゴリーまたは「チャンネル」へのリンクを含む。図１は、“本日の特集”１０４、ニュース１０５、スポーツ１０６、娯楽１０７、および近日上演１０８を含む多数のチャンネルを例示的に図示している。これらのカテゴリーの１つを選択することにより、ユーザーはそのジャンルに関連した選択肢を提供する他のインターフェースにアクセス可能である。本日の特集１０４はニュースの中断にあるいは現在のフィルムにまたは同日もしくは差し迫った日の放送イベントに関連していてもよいスポンサー付きクリップにさえも適しているチャンネルである。選択は予め記録されたメディアまたはライブ放送メディアを表すものであってもよい。
【００１６】
選択されたショー、ニュースおよびスポーツの選択肢の提供は領域１１７に示されている。ショー・タイトル、ロゴまたはブランドが領域１１１および１１２に示されている。各ロゴ・バーの下にはそれぞれ情報領域１１５および１１６があり、ユーザーに対する番組情報を提供している。この情報はエピソード・タイトルおよびエピソードの簡単な説明を含む。この情報はまた領域１１３および１１４の利用可能なショーまたはクリップのサムネイル・イメージを含む。
【００１７】
領域１０９もユーザーに対して設けられており、この領域は利用可能なコンテンツの一覧を示している。コンテンツは色々な方法で記憶することが可能である。図１の例では、コンテンツは、「一番人気」としてリストされている。これは日、週または時間をも含む任意の期間に基づいていてもよい。また、図１の例では、リストされている最も人気の高いクリップはサムネイル１１０を含みユーザーに利用可能なクリップの追加情報を提供する。「一番人気」のリストはすべてのコンテンツに関して、チャンネル、カテゴリー、その他任意の適当なまたは所望のメディア・クリップを母集団としたものであってよい。本発明の別の実施形態では、ディスプレイの画素サイズはイメージ毎に変えることが可能である。例えば、図１に示す例では、領域１０２の宣伝は画素サイズが３００×２５０ドット／インチ（ｄｐｉ）であるが、サムネイルの画素サイズは８８×６６ｄｐｉである。
【００１８】
図２は本発明の一実施形態によるインターフェースの、ユーザーがチャンネルを選択した後の状態を示す。ユーザーは領域１０３の特定のチャンネルをクリックすることによりチャンネルを選択することができる。図示した例では、ユーザーは娯楽１０７を選択している。この選択によりこのユーザーに対してわずかに変化したインターフェースが提示される。すなわち、記事セクション１０１の上端部にチャンネル・インジケータ２０１が表示される。加えて、領域１１７はいまやユーザーの選択に対応する選択肢のみを示す。
【００１９】
図３は本発明の一実施形態によるディスプレイの、ユーザーが特定のショーを選択した状態を図示している。ユーザーは領域１１７のショー題名をクリックすることでショーを選択することができる。ショーが選択されると、記事領域１０１が２つの領域３０１Ａと３０１Ｂに分割される。領域３０１Ａは題名、ロゴその他の選択されたショーのインジケーターとショーの文字による解説を表示する。領域３０１Ｂは視聴することを選択されたショーに利用可能なエピソードのサムネイル３０２を表示する。さらに、チャンネル・インジケーター２０１も選択されたショーの名称を示す。本発明の一実施形態では、視聴用に入手可能な多数の他のクリップが領域３０１Ｂの下に表示され、同様の体裁を用いてサムネイル・イメージおよび文字解説を始めとする表示データを表示する。この特定の実施形態では、チャンネル選択１０４〜１０８は可視的であり、領域１０３において利用可能であり、同様に「一番人気」は領域１０９において利用可能である。
【００２０】
図４はユーザーが領域３０１Ｂのエピソードをクリックすることでショーのエピソードを選択した場合の実施形態を表示する。エピソードが選択されると、記事セクション３０１Ｂは複数の選択されたエピソードの文字またはクリップ選択肢、例えば選択肢４０１、４０２および４０３を表示する。ユーザーは本発明の一実施形態の領域１０２において視聴のためにそれらの選択肢の１つを選択することができる。
【００２１】
この特定の実施形態では、スクリーンの底部の領域３０１Ｂにクリップ選択肢が３つだけ表示されている。もっと多くのクリップが利用可能であれば、利用可能なクリップの数をリストしたバー４１２を表示して追加のクリップ選択肢が利用可能であることを警告するようにすることが可能である。ユーザーがバー４１２をクリックすると、追加のクリップが領域３０１Ｂに表示される。
【００２２】
本発明の一実施形態の望ましい特徴は、ユーザーはそのユーザーが会員である講読契約レベルで実際に視聴可能であるデータのみを提示されることである。この特徴により、本発明のこの実施形態は、そのユーザーが講読契約レベルでは利用可能でないデータ、またはプレイヤー（プレイヤー）もしくは接続速度では利用可能ではないデータですらユーザーに提示されることがある従来技術の仕組みとは区別される。この区別を可能にする本発明の一実施形態では、データは本発明のウェブサイト上のデータベースに存在する。外部データ・ソースにリンクする従来の仕組みとは異なり、本発明のこの実施形態ではデータはローカルに維持される。
【００２３】
この実施形態では、ローカル・データ・ストレージに使用されるデータベースの構造のおかげでコンテンツの提示をカスタマイズすることが可能である一実施形態では、データは一意的なＸＭＬテンプレートを用いて記憶される。これにより、データを記憶しユーザーに提示することを容易にするメタデータを含めることが可能にし、インターフェースと経験を統一的にすることが可能になる。一実施形態では、ＸＭＬデータはローカルに記憶されるが若干のまたはすべてのコンテンツがリモートに記憶され、ローカル・サイトにリンクされる。当然のことながら、実際のコンテンツまたはウェブサイト上で表示される任意のイメージ（例えば、サムネイル・イメージ）はウェブサイトのローカル・ストレージにローカルに記憶される必要がない。むしろ、コンテンツまたは任意のイメージは外部のプロバイダから直接来て本発明のインターフェースの任意のものに表示されることが可能である。これにより、広範囲のコンテンツがローカル・ストレージの能力に過度の負荷をかけることなく表示されるという追加の利点が得られる。
【００２４】
下記のテンプレートはＸＭＬデータ記憶テンプレートの一実施形態の例である。このテンプレートは視聴するクリップに関連した“ＦＥＥＤＩＴＥＭ”（表示アイテム）用である。ＸＭＬ文書は多数のＦＥＥＤＩＴＥＭを持つことが可能である。もちろん、アイテムはリストされたすべての要素を有している必要はなく、各要素の値は単なる例示である。同様に、異なる情報を提供する追加の要素を使用することも可能である。
【００２５】
【表１】
【００２６】
ＸＭＬ要素記述
ここに説明するＸＭＬ要素は単なる例示に過ぎない。本発明の範囲から逸れずに追加の要素またはより少数の要素を含んでいてもよい。
【００２７】
ＣＭＳＦＥＥＤは本発明の一実施形態によるＸＭＬコンテンツ入力（ｆｅｅｄｓ）用のコンテナであり、多数の他のＸＭＬ要素を含む。
【００２８】
ＣＯＮＴＡＣＴｘｍｌ仕様
ＣＯＮＴＡＣＴ要素はコンテンツ供給を担当するコンテンツ発行者に連絡をする際の名称を含む（例：“Ｊｏｅ Ｓｍｉｔｈ”）
【００２９】
〇 ＥＭＡＩＬ：ショーを発表している者の電子メールアドレス。（例：“ｊｏｅｓｍｉｔｈ＠ｙａｈｏｏ−ｉｎｃ．ｃｏｍ”）。
【００３０】
〇 ＴＥＬＥＰＨＯＮＥ：ショーを発表している者の電話番号。（例：“８００−５５５−１２１２”）。
【００３１】
ＦＥＥＤＩＴＥＭｘｍｌ仕様
ＦＥＥＤＩＴＥＭ要素はカテゴリーまたはクリップのいずれかのデータを保持する。
【００３２】
〇 ＴＹＰＥ：これは解説されているノードのタイプである。許容された値に対して、“ｃａｔｅｇｏｒｙ（カテゴリー）”はクリップのコンテナである。本発明において再生されるメディアの時間に応じて、これはＴＶショーのエピソードと等しいこともあり得るか、または他のタイプのクリップ・コンテナを表すのに使用することもできよう。
【００３３】
〇 ＭＥＤＩＡ： 解説されているメディアのタイプ。これはクリップについてのみ使用される。
“Ｖｉｄｅｏ（ビデオ）”はビデオ・ファイルを参照する。“Ａｕｄｉｏ（オーディオ）”はオーディオ専用ファイルを参照する。
【００３４】
〇 ＩＤ：ショーのパス名。（例：“／ｅｐｉｄｏｓｅ１”（／エピソード１）または“／ｅｐｉｄｏｓｅ３／ｃｌｉｐ１”（／エピソード３／クリップ１）。
このフィールドの最大長さは５０文字（ｃｈａｒａｃｔｅｒｓ）である。このフィールドの有効値：
一実施形態では、ＩＤは文字および数字のみ［すなわち、Ａ−Ｚ｜ａ−ｚ｜０−９］からなり、シンボル［すなわち、＃、＠等］はＩＤにおいてはいずれも認められない。
【００３５】
ＳＯＲＴＯＲＤＥＲ：このフィールドに対する有効値は１００〜１００００の任意の数を含む。クリップまたはカテゴリーの一実施形態では、最も数の大きいアイテムが最初に表示され、次いで２番目に大きい数のアイテムが表示され、以下同様である。この実施形態では、各アイテム間のＳＯＲＴＯＲＤＥＲにおける差は１０の倍数である。ソーティングは逆順でもよく、アイテム間で任意の適切な差を使用することが可能である。
【００３６】
ＴＩＴＬＥｘｍｌ仕様
ＴＩＴＬＥ要素はメディアのピースの題名用である。図２をざっと参照すると、題名データがカテゴリー情報であるときは、題名データがロケーション２０１に表示され、題名データがショーまたはクリップ題名であるときは、図３のロケーション３２０に表示される。一実施形態では、このフィールドは解説されているＦＥＥＤＩＴＥＭのＴＹＰＥによって決まる。
【００３７】
〇 メディアの“ｃａｔｅｇｏｒｙ”ピースについて、題名の長さは、例えば２５文字以下である。
【００３８】
〇 メディアの“ｃｌｉｐ”ピースについて、題名の長さは、例えば５０文字以下である。
【００３９】
ＤＥＳＣＲＩＰＴＩＯＮｘｍｌ仕様
ＤＥＳＣＲＩＴＩＯＮ要素はクリップの解説である。これはメタデータ・ペインとウェブサイトで、例えば図３のロケーション３０１Ａに表示される。このフィールドの長さは解説されているＦＥＥＤＩＴＥＭのＴＹＰＥによって決まる。
【００４０】
メディアの“ｃａｔｅｇｏｒｙ”ピースについては、長さは、例えば７５文字以下にすることができる。
【００４１】
メディアの“ｃｌｉｐ”ピースについては、長さは、例えば２６０文字以下にすることができる。
【００４２】
ＤＵＲＡＴＩＯＮｘｍｌ仕様
ＤＵＲＡＴＩＯＮ要素は、ｈｈ：ｍｍ：ｓｓの形式のクリップの長さである。
【００４３】
ＶＡＬＩＤＴＩＭＥｘｍｌ仕様
ＶＡＬＩＤＴＩＭＥ要素はコンテンツが本発明のサイトに表示され始めた日時であり、講読契約者に利用可能になる。ある実施形態では、このフィールドは不要である。要素に対する形式はｍｍ／ｄｄ／ｙｙｙｙｈｈ：ｍｍＡＭ／ＰＭである。
【００４４】
〇 ＴＺ：発表の開始および終了時間の時間帯。有効値：“ＣＳＴ”｜“ＣＤＴ”｜“ＥＳＴ”｜“ＭＳＴ”｜“ＭＤＴ”｜“ＰＳＴ”｜“ＰＤＴ”
【００４５】
ＥＸＰＩＲＡＴＩＯＮＴＩＭＥｘｍｌ仕様
ＥＸＰＩＲＡＴＩＯＮＴＩＭＥ要素はコンテンツが自動的に本発明のサイトから除去され講読契約者にそれ以上利用できなくなる日時である。このフィールドはすべての実施形態において必要とされる訳ではない。形式はｍｍ／ｄｄ／ｙｙｙｙｈｈ：ｍｍＡＭ／ＰＭである。
【００４６】
〇 ＴＺ： 発表開始および終了時間の時間帯。有効値：“ＣＳＴ”｜“ＣＤＴ”｜“ＥＳＴ”｜“ＭＳＴ”｜“ＭＤＴ”｜“ＰＳＴ”｜“ＰＤＴ”
【００４７】
ＢＬＡＣＫＯＵＴｘｍｌ仕様
ＢＬＡＣＫＯＵＴ要素は、ユーザーのアカウント情報が特定のＤＭＡ（Ｄｅｓｉｇｎａｔｅｄ Ｍａｒｋｅｔ Ａｒｅａ（指定市場地域））にあるときにそのユーザーからコンテンツのピースを“ｂｌａｃｋ ｏｕｔ（末梢）”することを可能にする。これは、例えば、特定の地域において再放送することができないスポーツ・イベントについて使用することができるであろう。このフィールドの有効値はＲＥＧＩＯＮ設定によって決まる。ＤＭＡについては、有効値の例は“ＳＡＮ ＦＲＡＮＳＣＩＳＣＯ−ＯＡＫ−ＳＡＮ ＪＯＳＥ（サンフランシスコ−オークランド−サンノゼ）”であり、ＺＩＰ（ジップ・コード（郵便番号））については、有効値の例は“９４０８９”である。この要素は任意的である。
【００４８】
〇 ＲＥＧＩＯＮ： 地理的領域を選択システムを末梢に設定する。有効値：“ＤＭＡ”｜“ＺＩＰ”。
【００４９】
ＳＴＲＥＡＭｘｍｌ仕様
本発明の一実施形態は複数のＳＴＲＥＡＭ要素を持つことが可能である。しかしながら、各ＦＥＥＤＩＴＥＭについて、これらの要素により表されるストリームは同じコンテンツを持っていなければならない。唯一の差は速度およびメディア・タイプである。一実施形態では、デフォルト値は各ＦＥＥＤＩＴＥＭクリップは６つのストリーム（５６ｋウィンドウズ（登録商標）・メディア、１００ｋウィンドウズ（登録商標）・メディア、３００ｋウィンドウズ（登録商標）・メディア、５６ｋリアル（ｒｅａｌ）、１００ｋリアル、３００ｋリアル）
【００５０】
〇 ＦＯＲＭＡＴ：ストリーム形式。有効値＝“ｗｍ”｜“ａｓｆ”｜“ｗｍｖ”｜“ｗｍａ”｜“ｒｎｖ”｜“ｒｍ”｜“ｒｎａ”｜“ｒａ”
【００５１】
・“ｖｍ”または“ａｓｆ”＝ウィンドウズ（登録商標）・メディア・ファイル
【００５２】
・“ｗｍｖ”＝ウィンドウウズ・メディア・ビデオ・ファイル
【００５３】
・“ｗｍａ”＝ウィンドウズ（登録商標）・メディア・オーディオ専用ファイル
【００５４】
・“ｒｎｖ”または“ｒｍ”＝実ネットワーク・ビデオ・ファイル
【００５５】
・“ｒｎａ”または“ｒａ”＝実ネットワーク・オーディオ専用ファイル
【００５６】
〇 ＢＩＴＲＡＴＥ：ストリーム速度。有効値＝“５６”｜“１００”｜“３００”
【００５７】
ＡＩＲＴＩＭＥｘｍｌ仕様
ＡＩＲＴＩＭＥ要素はクリップが（実際に放送されたならば）最初に放送された日時である。形式はｍｍ／ｄｄ／ｙｙｙｙｈｈ：ｍｍＡＭ／ＰＭ。
【００５８】
〇 ＴＺ：発表開始および終了時間の時間帯。有効値：“ＣＳＴ”｜“ＣＤＴ”｜“ＥＳＴ”｜“ＭＳＴ”｜“ＭＤＴ”｜“ＰＳＴ”｜“ＰＤＴ”
【００５９】
ＩＭＡＧＥｘｍｌ仕様
ＩＭＡＧＥ要素はＦＥＥＤＩＴＥＭ用のイメージである。このイメージのサイズは、例えば１２０×９０であり、一実施形態では、ＧＩＦ、ＪＰＥＧその他の適切な形式である。ＩＭＡＧＥは例えば領域２０６、２０７、３０２、４０１、４０２または４０３で表示することが可能である。
【００６０】
〇 ＵＳＥ：これはコンテンツがどのように使用されるべきかを解説する。メディアの各ピースは、例えばそれに関連づけられた“ｌａｒｇｅｔｈｕｍｂ（大サムネイル）”および“ｓｍａｌｌｈｕｍｂ（小サムネイル）”を持つことが可能である。これらのイメージはメディアのピースからのイメージであるべきである。有効値：“ＳＭＡＬＬＴＨＵＭＢ”｜“ＬＡＲＧＥＴＨＵＭＢ”
【００６１】
・ＳＭＡＬＬＴＨＵＭＢ：このイメージのサイズは、例えば８８×６６にすることが可能であり、ＪＰＥＧ、ＧＩＦその他の適切な形式であってもよい。
【００６２】
・ＬＡＲＧＥＴＨＵＭＢ：このイメージのサイズは、例えば１２０×９０にすることが可能であり、ＪＰＥＧ、ＧＩＦその他の適切な形式であってもよい。
【００６３】
本発明の一実施形態のサイトと交信することを希望するコンテンツ・プロバイダはプロバイダ名とパスワードを持つＣｏｎｔｅｎｔ Ｍａｍａｇｅｍｅｎｔ Ｓｙｓｔｅｍ（ＣＭＳ）（コンテンツ管理システム）を割り当てている。このプロバイダはＦＴＰ（ｆｉｌｅ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ（ファイル転送プロトコル））でメディア・ファイル、イメージおよび上述のテンプレートを用いたＸＭＬ供給ドキュメントをファイル転送することが可能である。ＸＭＬテンプレートに従って関連づけられたメタデータとともに転送されたメディア・ファイルは、次にページ生成ツールに提供され、ウィンドウおよび付随するチャンネル・モジュールに組み込まれる。このプロセスは自動化してコンテンツが（その利用可能日が現在であるならば）ほとんど瞬間的に発表されるようにすることが可能である。
【００６４】
データベースはコンテンツ・プロバイダとそのパートナーによりパスワードを介してアクセス可能であり、コンテンツをリモート編集および更新することが可能である。例えば、クリップの除去は、有効期限の記入を、既に徒過した日付に変更することにより容易に行える。データ・コンテンツはカテゴリーおよび関連したショーからメタデータ属性を継承することも可能である。例えば、外部サイト・リンクをクリップにより（例えば、ショーの公式サイトに）継承させることが可能である。加えて、著作権情報をショーまたはカテゴリーレベルで継承させることも可能である。クリップはショーに関連づけられ、ショーはカテゴリーに関連づけられる。
【００６５】
図５はメディア・プレイヤー上のインターフェースを示す代替的実施形態である。メディア再生ウィンドウ５０１がプレイヤー面の左上位置に設けられている。視聴ウィンドウ５０１は視聴ウィンドウの真下にプレイヤー制御、例えば再生、一時停止、停止、再生バー、ボリューム等を持つコントロール・バー５０９を備えている。コンテンツと関連づけられたＸＭＬメタデータはプレイヤー・カテゴリーの領域にマッピングすることが可能である。さらに、一実施形態では、ビデオがバッファリングされている間、または任意のオーディオ・コンテンツが再生されている間に種々の文字イメージを視聴ウィンドウ内に置くことが可能である。例えば、ニュースのクリップをバッファリングしている間、ビデオを流す用意が調うまでニュース提供者についての情報を表示することが可能である。
【００６６】
領域５０２はコンテンツ・プロバイダのロゴ用に用意された情報領域である。これはネットワーク、ショー、シリーズ等であってもよい。領域５０３はショー・ロゴ・グラフィック用に用意された他の情報領域である。領域５０４は利用可能な、または選択されたクリップのサムネイル用に用意されている。領域５０５および５０６はクリップ題名メタデータおよび放送日メタデータをそれぞれ表示する。クリップのメタデータ解説文字は領域５０７に表示される。領域５０８は追加の利用可能なクリップ用に用意され、領域５１０、５１１および５１２に、例えば関連づけられた題名および／または解説メタデータとともにサムネイルを表示する。追加のテキストおよびハイパーリンクを領域５０８に表示することも可能である。例えば、ユーザーに提供されている追加の資料にリンクすることを可能にする広告情報がある。
【００６７】
図６は、ユーザーがサインインした後のプレイヤーのインターフェースを示す。ディスプレイ面のボタン部分は本図では変更されてチャンネル選択肢６０２〜６０７が領域６０１に追加されている。さらに、領域６２０は利用可能なクリップの多数のサムネイル、例えばサムネイル６２１〜６２４を表示する。一実施形態では、この領域は水平にスクロールすることが可能であり、利用可能なクリップの追加のサムネイルを表示することが可能である。他の実施形態では、インターフェース全体にわたって追加のメタデータおよび／またはハイパーテキスト・リンクを挿入して追加の特徴および機能を備えることが可能である。例えば、外部コンテンツ・プロバイダ・サイトへの情報またはハイパーテキスト・リンクをインターフェースに追加することが可能であろう。
【００６８】
図７は、領域６０１のチャンネルの内の１つが選択されたときのプレイヤーのインターフェースを示す。この例では、娯楽チャンネル６０４が選択されているこれにより、プルダウン・メニュー７０１が領域６０１に隣接する領域に表示され、この選択されたチャンネルに利用可能なコンテンツを表示する。この例は本発明の一実施形態の利点の１つを示す。選択肢の１つ、すなわちＮＣＡＡトーナメント２００３はそれに続く星印（＊）７０２を含む。これはプレミアム・コンテンツを示し、ユーザーはこのコンテンツはそのユーザーがプレミアム・アカウントを持たない限り利用できないことを知る。これが可能になるのは、本発明の一実施形態のコンテンツをローカルに記憶することと、ＸＭＬメタデータを用いてある種のコンテンツに必要とされるアクセス・レベルを記憶することのおかげである。他の実施形態では、そのユーザのレベルで利用可能であり許可されたコンテンツのみが示され、プレミアムまたは他の利用不能なコンテンツは除去される。これにより、視聴経験が本発明の一実施形態を用いてより望ましくなる。一実施形態では、上記表示はマークされていない。ユーザーが、そのユーザーがアクセス権を持たないコンテンツを再生しようと試みると、ユーザーはそのサービスを講読する能力を提供するプレゼンテーションにリダイレクトされる。
【００６９】
ある実施形態では、プレイヤーは「スキンニングした（ｓｋｉｎｎｅｄ）」り、その他の変更を行って所望の統一的なインターフェースを提供するサード・パーティーのプレイヤーであってもよい。他の実施形態では、プレイヤーは目的別プレイヤーである。
【００７０】
図８は、領域７０１でショーが選択されたときのインターフェースを示す。ショーの題名は領域８０１に表示され、利用可能なエピソードのサムネイルが領域８０２〜８０３に示される。一実施形態では、領域８０１はスクロール可能であり、すべてのエピソードがその領域でアクセス可能である。将来のエピソードの解説をリストする追加の領域８０４も表示することが可能である。一実施形態では、ユーザーは将来のエピソードの解説を個人カレンダーに追加してそのエピソードが利用可能になったときに気付かされるようにする選択肢を与えられる。
【００７１】
この実施形態はコンテンツ・プロバイダにより提供されるメタデータに加えて、ローカル・データベースに追加情報を含む。この情報もＸＭＬメタデータであることが可能であり、あるいはこの情報は任意の適切な形態の、データベースの関連づけられた属性であることが可能である。このデータはａｃｔｉｖｅ／ｉｎａｃｔｉｖｅ（講読／非講読）、のような講読情報および講読レベル（例えば、レギュラー、プレミアム、パッケージ等）を含む。
【００７２】
図９はこの実施形態の操作を示すフロー図である。工程９０１において、ユーザーが選択を行うと、システムは多数の判定ブロック９０２〜９０４を経て提供すべき適切な表示更新を判定する。工程９０２において、ユーザーがチャンネルを選択したか否かが判定される。選択していれば、工程９０５において表示が更新され、図２および図７に示すような表示が提供される。
【００７３】
工程９０３において、ユーザーがショーを選択したか否かが判定される。選択していれば、工程９０６において表示が更新され、図３にしめすようなサイトまたは図８にしめすようなプレイヤーの表示が提供される。工程４において、ユーザーがエピソードを選択したか否かが判定される。選択していれば、表示が図４に示すように更新され、プレイヤーは図８に示すように更新される。
【００７４】
図１０は、チャンネルが選択されたときの、本発明の一実施形態の操作のいくつかを示す。工程１００１において、ユーザーはチャンネルを選択している。工程１００２において、システムが選択されたチャンネルの名称をサイト用に領域２０１に置くことで表示を更新する。プレイヤーについては、表示はプルダウン・メニュー７０１を追加する。工程１００３において、「一番人気」表示領域２０８がサイトに提供される。プレイヤーについては、データベースが検査され、リストのプレミアム・ショーがマーカー、例えば「星印（＊）」７０２により同定することができる。
【００７５】
本発明の他の実施形態では、本発明の一実施形態では、ユーザーの好みに関連した再生リストを作成することが可能である。これらのリストはコンテンツ・プロバイダの関係に基づいて自動的に生成するか、あるいは編集により生成することが可能である。これらの再生リストは図１６および１７を参照して以下に詳細に説明する。
【００７６】
コンテンツ呼び出し
図１２は、本発明の一実施形態におけるコンテンツ呼び出しの操作、すなわちユーザーがコンテンツの特定のピースを選択した後に行われる工程を示す。図１２の工程１２０１において、ユーザーはブラウザからのクリップ・リンクをクリックし、他のウェブサイトからリダイレクトされたブックマーク付きＵＲＬを活性化し、プレイヤー・グループからリンクにアクセスするか、または当技術において周知の広範な他のすべての手段により、コンテンツ・ユニフォーム・リソース・ロケーター（ＵＲＬ）を呼び出す。いったんコンテンツＵＲＬが呼び出されると、リンク（工程１２０２）に対応する要求されたクリップＩＤナンバーに対応するクリップが存在するか否かが判定される。該当するクリップＩＤに対応する既存のクリップが存在しないと判定されると、ブラウザはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージがユーザーに要求されたＩＤナンバーに該当する既存のクリップはないことを通知するようにすることが可能である。他のエラー・メッセージとしては、ユーザーにコンテンツの受信にエラーがあったことを通知する追加のテキストを含めることが可能である。これらのメッセージはさらにクリップについての詳細およびクリップが表示できないことの考え得る理由を含むことが可能であり、このエラーの考え得る解決法にユーザーをリダイレクトすることが可能である。さもなければ、要求されたＩＤがリッ用可能なクリップを持つと判定された場合は、次に、ユーザーがサンプル・マーケッティング・コンテンツを視聴することを要求したか否かが判定される（工程１２０３）。サンプル・マーケティング・コンテンツは、そのユーザーが非サンプル・コンテンツを視聴する講読契約をしているか否か、またはそのユーザーが追加のクリップを視聴する権利を購入しているか否かにかかわらず、どのユーザーも視聴することができるコンテンツを含む。当然、どのユーザーにもサンプル・マーケティング・コンテンツが利用可能であるという利点はユーザーが実際に特定のサービスを定期講読または購入する前にシステムをテストすることが可能になるということである。
【００７７】
ユーザーがサンプル・マーケティング・コンテンツを視聴することを選択したことが判定されると、プロセスは工程１２０４に進み、工程１２０４において、ユーザーのコンピュータのオペレーティング・ソフトウェア（ＯＳ）およびブラウザ・プラットフォームが要求されたコンテンツを再生する条件を満たす。例えば、条件を満たしたＯＳはウィンドウズ（登録商標）であってもよく、条件を満たしたブラウザ・プラットフォームはインターネット・エクスプローラ５．０以降のバージョンであってもよい。プラットフォームが条件を満たしていないことが判定されると、ブラウザ・ページはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージはそのユーザーの使用するコンピュータ状のプラットフォームがウェブサイトのプラットフォームに適合していないことを通知することが可能である。そうでない場合は、プラットフォームは条件を満たしていることが判定される。システムは、工程１２０５において、ユーザーがそのクリップにアクセスする適切な講読権を持つか否かを判定する。これについては以下に詳細に説明する。
【００７８】
しかしながら、工程１２０３において、ユーザーがサンプル・マーケティング・コンテンツを視聴することを選択せず、むしろウェブサイトにサインインしたユーザーだけに利用可能なコンテンツを視聴することを希望していることが判定されると、次にユーザーがウェブサイトにサインインしているか否かが判定される（工程１２０５）。ユーザーがサインインしていないと判定されると、ブラウザ・ページはユーザーをサインイン・ページにリダイレクトしてユーザーがそのウェブサイトにサインインすることができるようにする。いったんユーザーがサインインすると、またはユーザーが既にサインインしていると判定されると、次にそのウェブ・ページの識別番号（ＩＤ）がまだ新しいか否かが判定される。当然、ＩＤがまだ新しいか否かチェックすると、システムはユーザーが最近そのウェブサイトにサインインしたか否かまたはサインインが割り当てられた過去の期間に行われたかを判定することが可能になる。これにより、不正ユーザーが後に古いサインインを使用してシステムにアクセスすることが防止される。サインインが新しいとされる期間はシステム・オペレーターまたはユーザーにより判定されてもよく、例えば、２〜３分ないし数日の範囲にすることが可能である。ＩＤが新しくないと判定されると、ブラウザ・ページはユーザーをサインイン・ページにリダイレクトし、サインイン・ページはユーザーにセッションが徒過したことを通知し、ユーザーに再びサインインすることを要求する。
【００７９】
ユーザーが再びサインインすると、またはＩＤがまだ新しいと判定されると、次にユーザーのコンピュータがクッキーを受け付けるように構成されているか否かが判定される（工程１２０７）。ユーザーのコンピュータがクッキーを受け付けることができないと判定されると、ブラウザはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージはユーザーがコンピュータを、クッキーを受け付けるように構成することを要求することが可能である。ユーザーのコンピュータがクッキーを受け付けることが可能であると判定されると、システムの制御は工程１２０４に進み、上述したようにユーザーのコンピュータのオペレーティング・ソフトウェアとブラウザ・プラットフォームが条件を満たしているか否かが判定される。プラットフォームが条件を満たしていないと判定されると、ブラウザ・ページはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージはユーザーに、ユーザーのコンピュータで動作しているプラットフォームがウェブサイトのプラットフォームと適合していないことを通知する。そうでない場合は、プラットフォームは条件を満たしていると判定され、システムは次にユーザーが要求されたクリップにアクセスすることが可能である講読権を有するか否かが判定される（工程１２０８）。当然、システムは多数の異なるレベルの講読権を設定し、異なるユーザーに異なるアクセス・レベルの制御をすることが可能である。これらの異なるレベルは種々の要因（例えば、講読価格）により判定することができる。ユーザーがクリップにアクセスする適切な講読権を持たない場合は、ブラウザはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージはユーザーにそのユーザーの講読権レベルではこのクリップにアクセスすることができないことを通知する。さらに、エラー・メッセージはユーザーに現在の講読権を更新してクリップにアクセスすることができるようにする仕方についての情報を提供する、またはより上位のレベルの講読権を得ると他の利点が得られること関する詳細を提供することが可能である。
【００８０】
工程１２０８に配置された上述のロジック・ゲートで、ユーザーがクリップにアクセスしたことが判定されると、プレイヤーが呼び出されコンテンツを再生し始める（工程１２０９）。当然、呼び出されたプレイヤーは当技術において広く知られたメディア・プレイヤー（例えばウィンドウズ（登録商標）・メディア・プレイヤー（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒ）、リアル・プレイヤー（Ｒｅａｌ Ｐｌａｙｅｒ））の内の任意のものであってもよく、あるいは上述したような目的別プレイヤーであってもよい。
【００８１】
一実施形態では、追加の工程が行われてからコンテンツの再生が行われるので、コンテンツの要求が有効であることが保証され、システムが不正アクセスから保護される。
【００８２】
コンテンツの呼び出しに成功すると、本実施形態ではロジック・シーケンスが実行されてメディア再生能力を確認する。一つの可能な論理工程が図１３に示されている。コンテンツが呼び出されると（工程１３０１）、論理ゲートにおいて（工程１３０２）、ユーザーのコンピュータが必要なクリップ・メディア・プレイヤーを利用可能であるか否かが判定される。この判定はユーザーのコンピュータがコンテンツを再生する正しいソフトウェア（例えばリアルまたはＷｉｎＭＰ（ウィンドウズ（登録商標）・メディア・プレイヤー））を持っているか否かが判定することにより行われる。必要なソフトウェアがユーザーのコンピュータにインストールされていないと判定されると、ブラウザはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージはユーザーにそのコンテンツを視聴するためには特定のソフトウェアをコンピュータにインストールする必要があることを通知することが可能である。層でない場合は、必要なソフトウェアがユーザーのコンピュータにインストールされていると判断された場合は、プロセスの制御は工程１３０３に進み、工程１３０３で、先に図８を参照して前述したようにオーディオ／ビデオ・コンテンツが再生される。
【００８３】
ＷｅｂＰａｇｅ Ｓｉｔｅ Ｍａｐ（ウェブ・ページ・サイト・マップ）
本発明の一実施形態はウェブ・ページの階層サイト・マップにより表すことが可能である。図１４は１つの可能なサイト・マップ階層をコンテンツ呼び出し構造について示す。
【００８４】
図１４はユーザーがナビゲーションしてオーディオ／ビデオ・クリップ・コンテンツを呼び出すウェブ・ページのパスを示す。ページ１４０１はウェブ・サイトのホーム・ページを表し、このホーム・ページはユーザーが多数のさまざまな選択を行うことを可能にする。ホーム・ページ上で、ユーザーは選択すべき種々の選択肢を提供される。レベル１４０２のページはユーザーが選択可能な種々の選択肢を示す。本実施形態において提示された選択肢のあるものは、特定のジャンル用の利用可能なショーのリストを含む“ｇｅｎｒｅ ｃｈａｎｎｅｌ（ジャンル・チャンネル）”（ページ１４０３）、現在システム上で利用できないが将来利用可能な特定のショーのリストを含む“ｃｏｍｉｎｇ ｓｏｏｎ ｃｈａｎｎｅｌ（近日公開チャンネル）”（ページ１４０３）、以前ユーザーが選択したショーのリストを含む“ｍｙ ｓｈｏｗ ｃｈａｎｎｅｌ（マイ・ショー・チャンネル）”（工程１４０５）、講読権レベルまたは個人情報のような任意のアカウントの詳細をユーザーが管理したり、ユーザーの持つ特定の視聴の好みを変更したりすることが可能である“Ｏｐｔｉｎｓ ｐａｇｅ（選択肢ページ）”（ページ１４０６）、およびユーザーにウェブサイトの操作の仕方のデモンストレーションを提供する“ｄｅｍｏ ｔｏｕｒ（デモ・ツアー）”である。さらに、ユーザーは、種々の理由でコンテンツが表示できない場合に一連のエラー・メッセージの内の１つを受信することが可能である。そのようなエラー・メッセージの例としては、ユーザーが適切にサインインしない場合のサインイン・エラー、コンテンツがシステム内にない場合、またはシステムがコンテンツを突き止められない場合の利用不能コンテンツ・エラー、または要求されたコンテンツに対する視聴アクセスをするための適切なサービスに対する講読権をユーザーが持たない場合の講読権エラー・メッセージが挙げられる。エラー・メッセージの表示に加えて、システムはまたユーザーを、誤りを訂正することができる他のページ（例えばサインイン・ページ、講読契約ページ）にリダイレクトする。
【００８５】
ユーザーがページ１４０３でジャンルの１つのタイプを選択すると、ウェブサイトはユーザーをサイト・マップ上の下位のレベルに転送する（ページ１４０９）。ページ１４０９において、ユーザーは選択すべき利用可能なショーのリストを提示され、そのリストはその特定のショーのエピソードのリストまたはコレクションを含む。ユーザーが視聴するショーを選択すると、ウェブサイトはユーザーをサイト・マップの下位のレベルに転送し（ページ１４１０）、このレベルはその特定のショー用の利用可能なエピソードをリストし、その特定のエピソードに利用可能なクリップを含む。ユーザーがページ１４１０のリストからエピソードを選ぶと、プロセスの制御は工程１４１１に進み、工程１４１１でプレイヤーが呼び出されて動作する。当然、コンテンツは多数のウェブ・ページにアクセスしなければ実際にコンテンツを呼び出せないのとは異なって、種々のウェブ・ページから直接呼び出すことが可能である。この特定の実施形態では、コンテンツを直接呼び出すことが可能なウェブ・ページはアステリスクで示すことが可能である。また、当然、種々の実施形態において、普及している情報をリストする他のウェブ・ページが存在していてもよい。例えば、１つのウェブ・ページはユーザーがアクセス可能なヘルプ・トッピクスまたは個人情報のような法律情報をリストするものであってもよいであろう。これらの情報ウェブ・ページは上述のウェブ・ページのいずれからもアクセスできることが好ましい。
【００８６】
コンピュータ実行環境の実施形態
本発明の一実施形態は、図１１に示す環境１１００のようなデスクトップ汎用コンピューティング環境において実行されるコンピュータ読み取り可能なコードの形で、あるいはそのような環境において動作するバイトコード・クラス・ファイルの形で、キーボード１１１０およびマウス１１１１は双方向システム・バス１１１８に接続されている。キーボードとマウスはコンピュータ１１０１にユーザーの入力を導入し、そのユーザー入力をプロセッサ１１１３に通信するためのものである。
【００８７】
コンテンツ１１０１は、また、バス１１１８に接続された通信インターフェース１１２０を備える。通信インターフェース１１２０はネットワーク・リンク１１２１を介してローカル・ネットワーク１１２２に対して二方向データ通信接続を提供する。たとえば、通信インターフェース１１２０がモデムである場合は、通信インターフェース１１２０はネットワーク・リンク１１２１の一部を構成する対応するタイプの電話線にデータ通信接続を提供する。通信インターフェース１１２０がローカル・エリア・ネットワーク（ＬＡＮ）カード出ある場合は、通信インターフェース１１２０はネットワーク・リンク１１２１をかいして敵具するＬＡＮにデータ通信接続を提供する。ワイヤレス・リンクも可能である。任意のそのような実装において、通信インターフェース１１２０は、種々のタイプの情報を表すデジタル・データ・ストリームを搬送する電気的、電子的または光学的信号を送受信する。
【００８８】
ネットワーク・リンク１１２１は典型的には１つ以上のネットワークを通して他のデータ装置にデータ通信を提供する。例えば、ネットワーク・リンク１１２１はローカル・ネットワーク１１２２を通してローカル・サーバー・コンピュータ１１２３に、またはＩＳＰ１１２４により操作されるデータ装置に接続を提供する。ＩＳＰ１１２４は、今度は、一般に“Ｉｎｔｅｒｎｅｔ（インターネット）”１１２５と呼ばれる全世界のパケット・データ通信ネットワークを通したデータ通信サービスを提供する。ローカル・ネットワーク１１２２およびインターネット１１２５はともに電気的、電磁気的または光学的信号を使用し、これら信号はデジタル・データ・ストリームを搬送する。コンピュータに対して送受信するデジタル・データを搬送する、種々のネットワークを通した信号およびネットワーク・リンク１１２１上の信号および通信インターフェース１１２０を通した信号は上記情報を輸送するための搬送波の例示的形態である。
【００８９】
プロセッサ１１１３は全体的のクライアント・コンピュータ上に、または全体的にサーバー１０２６にあってもよく、あるいはプロセッサ１１１３はそのコンピューティング能力をコンピュータ１００１とサーバー１１２６の間で分散させてもよい。プロセッサ１１１３が全体的にサーバー１１２６上に存在する場合は、プロセッサ１１１３により行われた計算の結果はインターネット１１２５、インターネット・サービス・プロバイダー（ＩＳＰ）１１２４、ローカル・ネットワーク１１２２および通信インターフェース１１２０を介してコンピュータ１１０１に送信される。このようにして、コンピュータ１１０１は計算の結果を出力の形でユーザーに表示することが可能である。他の適切な入力装置を、マウス１１１１とキーボード１１１０に追加してまたはそれらの代わりに用いることが可能である。二方向システム・バス１１１８に接続されたＩ／Ｏ（入力／出力）ユニット１１１９はそのようなＩ／Ｏ要素をプリンター、Ａ／Ｖ（オーディオ／ビデオ）Ｉ／Ｏ
等として表す。
【００９０】
コンピュータ１１０１はビデオ・メモリ１１１４、メイン・メモリ１１１５およびマス・ストレージ１１１２を備え、これらはすべて二方向システム・バス１１１８にキーボード１１１０、マウス１１１１およびプロセッサ１１１３とともに接続されている。
【００９１】
プロセッサ１１１３と同様に、種々のコンピューティング環境において、メイン・メモリ１１１５およびマス・ストレージ１１１２は全体的にサーバー１１２６またはコンピュータ１１０１上に存在していても良く、あるいは両者の間で分散されていてもよい。プロセッサ１１１３、メイン・メモリ１１１５およびマス・ストレージ１１１２がコンピュータ１１０１とサーバー１１２６の間で分散されているシステムの例としては、サン・マイクロシステムズ社により開発された薄型クライアント・コンピューティング・アーキテクチュア、パーム・パイロット・コンピューティング装置、インターネット対応セル式電話その他のインターネット・コンピューティング装置が挙げられる。
【００９２】
マス・ストレージ１１１２は固定メディアおよびリムーバブル・メディア、例えば磁気、光学または磁気的光学的記憶システムまたは任意の他の利用可能なマス・ストレージ技術を含む。バス１１１８は、ビデオ・メモリ１１１４またはメイン・メモリ１１１５にアドレスするための、例えば３２本のアドレス線を含むことが可能である。システム・バス１１１８は、また、データをコンポーネント、例えばプロセッサ１１１３、メイン・メモリ１１１５、ビデオ・メモリ１１１４およびマス・ストレージ１１１２の間で転送するための３２ビット・データ・バスを含むことが可能である。あるいはまた、多重データ／アドレス線を個別のデータ線およびアドレス線の代わりに用いてもよい。
【００９３】
一実施形態では、プロセッサ１１１３はモトローラ社により製造された、６８０×０プロセッサのようなマイクロプロセッサ、またはインテル社により製造された８０×８６またはペンチアム（Ｐｅｎｔｉｕｍ（登録商標））プロセッサのような、あるいはまたサン・マイクロシステムズ社によるスパーク（ＳＰＡＲＣ）マイクロプロセッサである。しかしながら、任意の他の適切なマイクロプロセッサまたはマイクロコンピュータを使用することが可能である。メイン・メモリ１１１５はダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）を備える。ビデオ・メモリ１１１４はデュアル−ポート・ビデオ・ランダム・アクセス・メモリである。ビデオ・メモリ１１１４の一方のポートはビデオ・アンプ１１１６に接続されている。ビデオ・アンプ１１１６は陰極線管（ＣＲＴ）ラスター・モニタ１１１７を駆動するのに用いられる。ビデオ・アンプ１１１６は当技術において周知であり適切な装置により実装することが可能である。この回路はビデオ・メモリ１１１４に記憶された画素データをモニタ１１１７により使用するのに適したラスター信号に変換する。モニタ１１１７はグラフィック・イメージを表示するのに適切なモニタのタイプである。
【００９４】
コンピュータ１１０１はメッセージを送信し、プログラム・コードを始めとするデータをネットワーク、ネットワーク・リンク１１２１および通信インターフェース１１２０を通して受信する。インターネットの例では、リモート・サーバー・コンピュータ１１２６はインターネット１１２５、ＩＳＰ１１２４、ローカル・ネットワーク１１２２および通信インターフェース１１２０を通してアプリケーション・プログラム用の要求されたコードを送信する。受信されたコードはプロセッサ１１１３に受信され次第実行され、および／またはマス・ストレージ１１１２もしくは非揮発性ストレージに記憶され、後に実行される。このようにして、コンピュータ１１００は搬送波の形でアプリケーション・コードを取得することが可能である。あるいはまた、リモート・サーバー・コンピュータ１１２６がプロセッサ１１１３を用いてアプリケーションを実行し、マス・ストレージ１１１２および／またはビデオ・メモリ１１１５を利用することが可能である。サーバー１１２６における実行結果は、次いでインターネットＩＳＰ１１２４、ローカル・ネットワーク１１２２および通信インターフェース１１２０を通して送信される。この例では、コンピュータ１１０１は入力および出力機能のみを実行する。
【００９５】
アプリケーション・コードは任意の形態のコンピュータ・プログラム産物に具現化することが可能である。コンピュータ・プログラム産物はコンピュータ読取可能なコードを記憶または輸送するように構成された媒体を備えるか、またはコンピュータ読取可能なコードを組み込み可能である。コンピュータ・プログラム産物のいくつかの例としては、ＣＤ−ＲＯＭディスク、ＲＯＭカード、フロッピー（登録商標）・ディスク、磁気テープ、コンピュータ・ハード・ドライブ、ネットワーク上のサーバーおよび搬送波が挙げられる。
【００９６】
上述のコンピュータ・システムは例示に過ぎない。本発明の一実施形態は任意のタイプのコンピュータ・システムまたはプログラミングもしくは処理環境に実装可能である。
【００９７】
従って、コンテンツの表示のための環境を説明した。
【００９８】
前述のように、本発明の一実施形態では、種々の基準に基づいて再生リストを作成することが可能である。これらの作成リストは自動的に生成されるか、または手動で作成することが可能である。例えば、再生リストは最近視聴された一番人気クリップ、またはある日付でシステム上にアップロードされたクリップ、あるいは任意の他の情報またはそれに関連づけられたメタデータに基づいてグループ分けされているクリップに基づいて自動的に生成させることが可能である。他の場合、再生リストはある関係（例えば、イラク戦争）に基づいて作成し、手動でまとめることが可能である、さらに、ユーザーは自身でコンテンツのどのピースを再生リストに置くかを選択することができる。コンテンツの個々のピースと同様に、再生リスト中のコンテンツおよび／または再生リスト自体が上述の種々のウェブ・ページ・インターフェースからユーザーによりアクセス可能である。あるいはまた、あるカテゴリーからのコンテンツを自動的にグループ化して再生リストとし、カテゴリーが選択されると、再生リストを再生するようにすることが可能である。当然、本実施形態を参照して再生リストの使用を説明したが、そのような実施形態は例示的であり、個々に開示した再生リストの特徴は他のシステムにおいても実装することが可能である。
【００９９】
再生リストはコンテンツの複数のピースまたはアイテム用の複数の一意的な識別子（例えば、ＵＲＬ）を含むデータ・ファイルであるのが好ましい。データ・ファイルは再生リストにどのコンテンツが含められるべきかを選択し、次いでコンテンツの各ピースに対するＵＲＬをファイル内に置くことにより作成される。従って、データ・ファイルが再生されると、コンテンツは再生リストに置かれた順番で視聴される。コンテンツを組織化するのに再生リストを利用する利点は、再生リストの使用により追加のポインタがコンテンツの各ピースに作成され、ユーザーが種々のロケーションからコンテンツの各ピースにアクセスすることが可能になり、従って、コンテンツがより容易にアクセスできるようになる点にあることが了解される。
【０１００】
次に、再生リストに関して使用される１つのインターフェースを、図１５を参照して説明する。先の実施形態と同様に、表示はメディア再生ウィンドウ１５０１をプレイヤーの左上の位置に備える。この視聴ウィンドウ５０１は視聴ウィンドウの真下にプレイヤー制御、例えば再生、一時停止、停止、再生バー、ボリューム等を持つコントロール・バー１５０９を備える。コンテンツと関連づけられたＸＭＬメタデータはプレイヤー・カテゴリーの領域にマッピングすることが可能である。領域１５０２はコンテンツ・プロバイダのロゴ用に用意された情報領域である。これは、これはネットワーク、ショー、シリーズまたはコンテンツ・プロバイダが供給しようと望む任意のメタデータであってもよい。領域１５０３はショー・ロゴ・グラフィック用に用意された他の情報領域である。領域１５０４は利用可能な、または選択されたクリップのサムネイル用に用意されている。領域１５０５および１５０６はクリップ題名メタデータおよび放送日メタデータをそれぞれ表示する。クリップのメタデータ解説文字は領域１５０７に表示される。領域１５０８は再生リストにおいて利用可能なクリップを表示し、これらのクリップは利用可能なクリップのサムネイル・イメージを含み、クリップ１５１０にアクセスするハイパーテキスト・リンクでもある。領域１５０８はまた視聴用に利用可能なすべての再生リスト１５１１のドロップ・ダウン・リストを含む。このドロップ・ダウン・リストは動的に生成された再生リストまたは手動で作成された再生リストのいずれであってもよい。ユーザーがドロップ・ダウン・リストをクリックすると、図７を参照して説明したリスト７０１に類似したリストが表示される。
【０１０１】
この特定の実施形態では、５つ以下のクリップだけがスクリーンの底部の再生リストにリストされている。より多くのクリップが利用可能である場合は、利用可能なクリップの数をリストするバー１５１２を表示して、ユーザーに再生リストが追加のクリップを含むことを警告することが可能である。ユーザーがバー１５１２をクリックすると、追加のクリップが領域１５０８に表示される。
【０１０２】
一実施形態では、ユーザーはクリップが再生リストに記憶された特定の順序でクリップを再生するか否か選択することが可能である。ユーザーが順番にクリップを再生することを選択した場合は、“ａｕｔｏｐｌａｙ（自動再生）”機能が係合される（例えば、“ｏｎ（オン）”にされる。ユーザーがクリップが再生される順序を変更することを除く場合は、“ａｕｔｏｐｌａｙ（自動再生）”機能の係合を解く。例えば、Ｐｌａｙｌｉｓｔ１（プレイリスト１）がクリップＡ、ＢおよびＣに対するポインタを含む場合は、ユーザーは“ａｕｔｏｐｌａｙ（自動再生）”機能を係合し、クリップを順番に（すなわちクリップＡを最初に、次にクリップＢ、そしてクリップＣを再生する。あるいはまた、ユーザーは“ａｕｔｏｐｌａｙ（自動再生）”機能の係合を解き、クリップを選定された順序、例えばクリップＢを最初に、次に他のクリップをユーザーの望む任意の順序で再生することが可能である。
【０１０３】
“ａｕｔｏｐｌａｙ（自動再生）”機能を係合するプロセスを、図１６を参照して詳細に説明する。最初に、ユーザーが再生または聴取を希望する再生リストを選択すると、システムは“ａｕｔｏｐｌａｙ（自動再生）”機能が係合しているか否かをチェックする（工程１６０１）。“ａｕｔｏｐｌａｙ（自動再生）”機能が係合している場合は、システムは再生リストから選択されたクリップの再生を始める（工程１６０２）。クリップの再生が終わると、システムは自動的にシーケンス中の次のクリップを検索する（工程１６０３）。再生リストのシーケンス中に他のクリップがあると、システムはそのクリップの再生を始める（句低１６０４）。そのクリップが再生され、再生リスト中にクリップが残っていない場合は、システムは再生リストが完了した旨のメッセージを送る（工程１５０５）。このプロセスは再生リスト中のすべてのクリップが再生されるまで継続される。
【０１０４】
“ａｕｔｏｐｌａｙ（自動再生）”機能が係合されていない（例えば“ｏｆｆ（オフ）”の場合は、システムはユーザーがクリップを選択するのを待機する（工程１６０６）。あるいはまた、システムは所定のクリップの再生を開始することも可能である（工程１６０７）。クリップが選択されると、システムはそのクリップの再生を開始する（工程１６０８）。制定されたクリップの再生が終了すると、システムは“ａｕｔｏｐｌａｙ（自動再生）”機能の係合が解かれたことを突き止め、再生リスト中のコンテンツを順番に再生せず、ユーザーが他のクリップの再生を選択するまで待機する（工程１６０６）。ユーザーはクリップに関連づけられたハイパーテキスト・リンクをクリックすることでそのクリップを選択することができる。他のクリップが選択されると、システムはその選択されたクリップを再生する（工程１６０８）。このプロセスはユーザーがそれ以上クリップの再生を望まなくなるまで継続する。当然、この実施形態の追加の利点は、ユーザーに、どんなコンテンツを視聴することを望むかについて、およびどの順序でそれを視聴することを望むのかについて追加的に制御し得るようにすることである。従って、ユーザーは視聴しているコンテンツをより編集的に管理する能力を与えられると同時に、より容易にアクセス可能であり、かつ機能が改善されている再生リストの利点を得られる。
【０１０５】
一実施形態では、“ａｕｔｏｐｌａｙ（自動再生）”機能が係合（例えば“オン”）されているときに、やはりアクティブなハイパーテキスト・リンクであるディスプレイ・ボタン１５１３がウェブ・ページ上に表示され、この機能が係合されているか否かを示す。図１６に示す本実施形態では、“ａｕｔｏｐｌａｙ（自動再生）”はすでに係合されている。ユーザーが“ａｕｔｏｐｌａｙ（自動再生）”機能を係合し、または係合を解くことを望む場合、ユーザーは単にそのディスプレイ・ボタンをクリックするだけで、この機能がそれぞれ活性化されるか、または不活性化される。“ａｕｔｏｐｌａｙ（自動再生）”機能が係合されているという追加の表示を利用することも可能である。例えば、図１５において、矢印１５１４は“ａｕｔｏｐｌａｙ（自動再生）”機能が生きていることを示す。矢印の不存在はユーザーに“ａｕｔｏｐｌａｙ（自動再生）”機能が係合されていることを示し、クリップが非連続的順序で再生可能であることを示す。
【０１０６】
当業者には認識されるように、本発明の方法およびシステムは多くの用途があり、多くの方法で実装することが可能であり、そのようなものとして上述の例示的実施形態および実例に限定されない。この点でここに記載された種々の実施形態の多くの特徴は単一の実施形態に組み合わせることが可能であり、すべての特徴よりも少ない特徴を有する別の実施形態が可能である。
【図面の簡単な説明】
【０１０７】
【図１】本発明の一実施形態によるウェブサイトの初期状態を示す図である。
【図２】本発明の一実施形態によるウェブサイトの、ユーザー・メニューを選択した後の状態を示す図である。
【図３】本発明の一実施形態によるウェブサイトの、ショーを選択した後の状態を示す図である。
【図４】本発明の一実施形態によるウェブサイトの、エピソードを選択した後の状態を示す図である。
【図５】本発明の一実施形態によるプレイヤーの、初期状態を示す図である。
【図６】本発明の一実施形態によるプレイヤーの、ユーザー・メニューを選択した後の状態を示す図である。
【図７】本発明の一実施形態によるプレイヤーの、ショーを選択した後の状態を示す図である。
【図８】本発明の一実施形態によるプレイヤーの、エピソードを選択した後の状態を示す図である。
【図９】本発明の一実施形態による操作を示すフロー図である。
【図１０】本発明の一実施形態による操作を示すフロー図である。
【図１１】コンピュータ読取可能なコードの形でコンピュータ・ソフトウェアに実装された本発明の一実施形態を示すフロー図である。
【図１２】本発明の一実施形態によるコンテンツ呼び出しフローを示すフロー図である。
【図１３】本発明の一実施形態によるメディア再生の確認を示すフロー図である。
【図１４】本発明の一実施形態によるサイト・マップ階層を示すフロー図である。
【図１５】本発明の一実施形態によるプレイヤーを示す図である。
【図１６】本発明の一実施形態を示すフロー図である。
【技術分野】
【０００１】
本発明は、データを組織・再生する方法および装置に関するものである。
【０００２】
本明細書の開示のある部分は著作権による保護を受ける事項を含む。著作権者は、何人も本明細書または開示を特許庁の包帯または記録内に現れるままの形でファクシミリにより複製することに異議を唱えないが、それ以外についてはすべての権利を留保する。
【背景技術】
【０００３】
パーソナル・コンピュータは伝統的なデータ処理機能だけでなく今や娯楽源となっている。多くの場合、パーソナル・コンピュータはオーディオ娯楽源として家庭用ステレオシステムに取って代わっている。多くのユーザーが書籍および雑誌のハードコピーを、コンピュータを介して閲覧する読み物といわれることが多い電子的コピーに置き替えている。コンピュータの他の一般的な用途はメディア情報と娯楽の提示である。
【０００４】
メディア娯楽、例えばオーディオまたはビデオ娯楽の提供はインターネットのようなネットワークを介してなされることが多い。あるウェブサイトは、コンピュータのユーザーが観たり、聞いたり、そしておそらくは購入したりすることができ、映画およびテレビ番組のビデオ・クリップやオーディオ番組のファイルが入手できることで知られている。ある場合には、テレビまたはビデオのネットワークは一意的な、複数または単独のショーを対象とした専用のウェブサイトを提供している。何度も、ウェブサイトは「増強された」経験をテレビ番組の放送中にリアルタイムで提供するように設計されている。そのような増強された特徴としては、スポーツの催し物の場合の包括的な統計、娯楽番組の場合のコマーシャルの抱き合わせおよび購入機会、視聴者参加クイズ、あるいはゲーム・ショーの間の競争でさえもが挙げられる。
【０００５】
ある場合には、さもないと番組が現れないときに、番組の放送の合間に興味、忠誠および視聴機会を増進する追加のメディア・コンテンツがインターネット・ユーザーに利用可能である。インターネットを介してそのようなコンテンツを取得する溜の現行のシステムの多くは以下に述べるように多くの欠点を抱えている。
【０００６】
多数のウェブサイトが広範なメディアがネットワークを介してパーソナル・コンピュータ上でユーザー経験することができる中心的な位置を提供することを意図している。これらのサイトの多くが抱える欠点は異なるソースからのコンテンツに対する統一的なインターフェースを提供することができていないという点にある。もう一つの欠点はユーザーに対して実際にそのユーザーが再生し得るコンテンツのみを提供することができていない問雨天である。ユーザーは希望しないまたは必要のないプレイヤー（再生機）能力を誤って購入するように仕向けられることが多い。
【０００７】
あるウェブサイトは、種々のネットワークおよびインターネットメディア・ソースを始めとする広範なソースからのメディア・データおよびコンテンツにアクセスするための形態または中心的な位置を提供することを意図している。そのようなサイトについてのユーザーに対する問題は異なるコンテンツに対して提示されたインターフェースが不統一であることである。典型的な状況では、ユーザーは、放送ネットワークの１つからの番組からコンテンツ・クリップを観ることを選択することができる。クリップを選択すると、ユーザーは実際にそのネットワークの一意的なウェブサイトに転送される。
【０００８】
ユーザーが点素されると、クリップを観るための全インターフェースがソース・サイトによりサポートされたインターフェースに変えられることが多い。これによりユーザーにとって観る経験が減少し、コンテンツを観るためのサイトを効果的に使用するためにはユーザーに対してナビゲーションとアクチベーション・コントロールが配置されている場所へ余分の注意を払うことが要求される。
【０００９】
ユーザーがポータル・サイト上で階層化会員権を有する会員または定期購読会員の一人である場合はもう一つの問題が生じる。低価格会員権にはコンテンツの入手に制限が設けられていることがある。入口がコンテンツ・ソース・サイトに切り替わると、ユーザーはすべての可能なコンテンツの提供を受けることが可能であるにもかかわらず、現実にはそのユーザーはリストされているコンテンツの一部だけしか観ることができない。これにより、ユーザーは限定された経験しか気がつかないので、ユーザーの経験が減少する。
【００１０】
最後に、ユーザーは、現在実装されているコンテンツプレイヤー上で再生できないデータをも参照することが可能である。ユーザーはどのプレイヤーがそのコンテンツを再生するのに使用されるか、あるいは必要であるかについて示さない利用可能コンテンツのリストを提供されることがある。ユーザーが現在所有してないプレイヤーを必要とするクリップまたはコンテンツを選択すると、ユーザーは新しいプレイヤーを得ることができるサイトに案内されることがある。これらのサイトは紛らわしいものである場合が多い。無料のプレイヤーが利用可能である場合が多いが、ユーザーは、再生しようとするクリップには実際には不要である「専門家向き」または「すべての特徴を備えた」プレイヤーのバージョンを購入することを強要される。ユーザーは単に無料のプレイヤーを受け取る代わりに「購入用」プレイヤーを誤って購入してしまうことが多い。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は前述および他の需要を解決する。ある実施形態では、ネットワーク上のウェブサイトにおいてインターフェースを生成するための方法およびシステムであって、ウェブサイトで使用する複数のメディア・ファイルを蒐集、メタデータ属性を前記メディア・ファイルのそれぞれに関連づけて前記メタデータ属性を前記インターフェース上のロケーションを用いてマッピングすることにより、統一的な特徴およびナビゲーション能力を備えた方法およびシステムを提供する。
【００１２】
他の実施形態では、再生リストが、コンテンツの１つ以上のピースを識別する１つ以上の連続的に配置される識別子を含むデータ・ファイルをコンパイルし、かつユーザーに順不同にアクセスすることを可能にすることにより作成される。
【発明を実施するための最良の形態】
【００１３】
ネットワーク上でコンテンツを提示し、再生する方法および装置を説明する。以下の説明において、本発明の実施形態のより完全な説明を提供するために多数の詳細が開示されている。しかし、当業者には明かであるように、本実施形態はこれらの特定の詳細事項なしに実施することが可能である。他の場合には、周知の特徴は不必要に本発明を分かりにくくしないように詳細に説明することはしなかった。
【００１４】
本発明の一実施形態により、すべてのソースからのメディア・クリップのための統一的なインターフェースおよびユーザー・ナビゲーション・システムが提供される。以下の説明において、視聴可能なコンテンツ、例えばビデオ・コンテンツを組織し、再生する例を説明する。本発明はオーディオ・メディア・コンテンツにも等しく適用されることが了解される。図１は本発明のインターフェースの一実施形態を図示する。本実施形態はナビゲーションのある態様に対して深く掘り下げるアプローチをとることを意図しており、図１はナビゲーションのトップまたはホーム・レベルを図示している。このディスプレイは２つのディスプレイ領域１０１および１０２を備える。領域１０１は「編集」領域と呼ばれ、ショー・タイトルとロゴ、ナビゲーション・ツールその他の情報を含むことが可能である。領域１０２はプロモーションのために予約された領域であり、静的プロモーションまたは広告あるいは他の形態で提供されたもの、例えばマクロメディア社のフラッシュ・ツール等を含むことが可能である。
【００１５】
領域１０３は、ユーザーが特定のジャンルまたはタイプに入る視聴選択肢を提示されるべく選択することができる多数のカテゴリーまたは「チャンネル」へのリンクを含む。図１は、“本日の特集”１０４、ニュース１０５、スポーツ１０６、娯楽１０７、および近日上演１０８を含む多数のチャンネルを例示的に図示している。これらのカテゴリーの１つを選択することにより、ユーザーはそのジャンルに関連した選択肢を提供する他のインターフェースにアクセス可能である。本日の特集１０４はニュースの中断にあるいは現在のフィルムにまたは同日もしくは差し迫った日の放送イベントに関連していてもよいスポンサー付きクリップにさえも適しているチャンネルである。選択は予め記録されたメディアまたはライブ放送メディアを表すものであってもよい。
【００１６】
選択されたショー、ニュースおよびスポーツの選択肢の提供は領域１１７に示されている。ショー・タイトル、ロゴまたはブランドが領域１１１および１１２に示されている。各ロゴ・バーの下にはそれぞれ情報領域１１５および１１６があり、ユーザーに対する番組情報を提供している。この情報はエピソード・タイトルおよびエピソードの簡単な説明を含む。この情報はまた領域１１３および１１４の利用可能なショーまたはクリップのサムネイル・イメージを含む。
【００１７】
領域１０９もユーザーに対して設けられており、この領域は利用可能なコンテンツの一覧を示している。コンテンツは色々な方法で記憶することが可能である。図１の例では、コンテンツは、「一番人気」としてリストされている。これは日、週または時間をも含む任意の期間に基づいていてもよい。また、図１の例では、リストされている最も人気の高いクリップはサムネイル１１０を含みユーザーに利用可能なクリップの追加情報を提供する。「一番人気」のリストはすべてのコンテンツに関して、チャンネル、カテゴリー、その他任意の適当なまたは所望のメディア・クリップを母集団としたものであってよい。本発明の別の実施形態では、ディスプレイの画素サイズはイメージ毎に変えることが可能である。例えば、図１に示す例では、領域１０２の宣伝は画素サイズが３００×２５０ドット／インチ（ｄｐｉ）であるが、サムネイルの画素サイズは８８×６６ｄｐｉである。
【００１８】
図２は本発明の一実施形態によるインターフェースの、ユーザーがチャンネルを選択した後の状態を示す。ユーザーは領域１０３の特定のチャンネルをクリックすることによりチャンネルを選択することができる。図示した例では、ユーザーは娯楽１０７を選択している。この選択によりこのユーザーに対してわずかに変化したインターフェースが提示される。すなわち、記事セクション１０１の上端部にチャンネル・インジケータ２０１が表示される。加えて、領域１１７はいまやユーザーの選択に対応する選択肢のみを示す。
【００１９】
図３は本発明の一実施形態によるディスプレイの、ユーザーが特定のショーを選択した状態を図示している。ユーザーは領域１１７のショー題名をクリックすることでショーを選択することができる。ショーが選択されると、記事領域１０１が２つの領域３０１Ａと３０１Ｂに分割される。領域３０１Ａは題名、ロゴその他の選択されたショーのインジケーターとショーの文字による解説を表示する。領域３０１Ｂは視聴することを選択されたショーに利用可能なエピソードのサムネイル３０２を表示する。さらに、チャンネル・インジケーター２０１も選択されたショーの名称を示す。本発明の一実施形態では、視聴用に入手可能な多数の他のクリップが領域３０１Ｂの下に表示され、同様の体裁を用いてサムネイル・イメージおよび文字解説を始めとする表示データを表示する。この特定の実施形態では、チャンネル選択１０４〜１０８は可視的であり、領域１０３において利用可能であり、同様に「一番人気」は領域１０９において利用可能である。
【００２０】
図４はユーザーが領域３０１Ｂのエピソードをクリックすることでショーのエピソードを選択した場合の実施形態を表示する。エピソードが選択されると、記事セクション３０１Ｂは複数の選択されたエピソードの文字またはクリップ選択肢、例えば選択肢４０１、４０２および４０３を表示する。ユーザーは本発明の一実施形態の領域１０２において視聴のためにそれらの選択肢の１つを選択することができる。
【００２１】
この特定の実施形態では、スクリーンの底部の領域３０１Ｂにクリップ選択肢が３つだけ表示されている。もっと多くのクリップが利用可能であれば、利用可能なクリップの数をリストしたバー４１２を表示して追加のクリップ選択肢が利用可能であることを警告するようにすることが可能である。ユーザーがバー４１２をクリックすると、追加のクリップが領域３０１Ｂに表示される。
【００２２】
本発明の一実施形態の望ましい特徴は、ユーザーはそのユーザーが会員である講読契約レベルで実際に視聴可能であるデータのみを提示されることである。この特徴により、本発明のこの実施形態は、そのユーザーが講読契約レベルでは利用可能でないデータ、またはプレイヤー（プレイヤー）もしくは接続速度では利用可能ではないデータですらユーザーに提示されることがある従来技術の仕組みとは区別される。この区別を可能にする本発明の一実施形態では、データは本発明のウェブサイト上のデータベースに存在する。外部データ・ソースにリンクする従来の仕組みとは異なり、本発明のこの実施形態ではデータはローカルに維持される。
【００２３】
この実施形態では、ローカル・データ・ストレージに使用されるデータベースの構造のおかげでコンテンツの提示をカスタマイズすることが可能である一実施形態では、データは一意的なＸＭＬテンプレートを用いて記憶される。これにより、データを記憶しユーザーに提示することを容易にするメタデータを含めることが可能にし、インターフェースと経験を統一的にすることが可能になる。一実施形態では、ＸＭＬデータはローカルに記憶されるが若干のまたはすべてのコンテンツがリモートに記憶され、ローカル・サイトにリンクされる。当然のことながら、実際のコンテンツまたはウェブサイト上で表示される任意のイメージ（例えば、サムネイル・イメージ）はウェブサイトのローカル・ストレージにローカルに記憶される必要がない。むしろ、コンテンツまたは任意のイメージは外部のプロバイダから直接来て本発明のインターフェースの任意のものに表示されることが可能である。これにより、広範囲のコンテンツがローカル・ストレージの能力に過度の負荷をかけることなく表示されるという追加の利点が得られる。
【００２４】
下記のテンプレートはＸＭＬデータ記憶テンプレートの一実施形態の例である。このテンプレートは視聴するクリップに関連した“ＦＥＥＤＩＴＥＭ”（表示アイテム）用である。ＸＭＬ文書は多数のＦＥＥＤＩＴＥＭを持つことが可能である。もちろん、アイテムはリストされたすべての要素を有している必要はなく、各要素の値は単なる例示である。同様に、異なる情報を提供する追加の要素を使用することも可能である。
【００２５】
【表１】
【００２６】
ＸＭＬ要素記述
ここに説明するＸＭＬ要素は単なる例示に過ぎない。本発明の範囲から逸れずに追加の要素またはより少数の要素を含んでいてもよい。
【００２７】
ＣＭＳＦＥＥＤは本発明の一実施形態によるＸＭＬコンテンツ入力（ｆｅｅｄｓ）用のコンテナであり、多数の他のＸＭＬ要素を含む。
【００２８】
ＣＯＮＴＡＣＴｘｍｌ仕様
ＣＯＮＴＡＣＴ要素はコンテンツ供給を担当するコンテンツ発行者に連絡をする際の名称を含む（例：“Ｊｏｅ Ｓｍｉｔｈ”）
【００２９】
〇 ＥＭＡＩＬ：ショーを発表している者の電子メールアドレス。（例：“ｊｏｅｓｍｉｔｈ＠ｙａｈｏｏ−ｉｎｃ．ｃｏｍ”）。
【００３０】
〇 ＴＥＬＥＰＨＯＮＥ：ショーを発表している者の電話番号。（例：“８００−５５５−１２１２”）。
【００３１】
ＦＥＥＤＩＴＥＭｘｍｌ仕様
ＦＥＥＤＩＴＥＭ要素はカテゴリーまたはクリップのいずれかのデータを保持する。
【００３２】
〇 ＴＹＰＥ：これは解説されているノードのタイプである。許容された値に対して、“ｃａｔｅｇｏｒｙ（カテゴリー）”はクリップのコンテナである。本発明において再生されるメディアの時間に応じて、これはＴＶショーのエピソードと等しいこともあり得るか、または他のタイプのクリップ・コンテナを表すのに使用することもできよう。
【００３３】
〇 ＭＥＤＩＡ： 解説されているメディアのタイプ。これはクリップについてのみ使用される。
“Ｖｉｄｅｏ（ビデオ）”はビデオ・ファイルを参照する。“Ａｕｄｉｏ（オーディオ）”はオーディオ専用ファイルを参照する。
【００３４】
〇 ＩＤ：ショーのパス名。（例：“／ｅｐｉｄｏｓｅ１”（／エピソード１）または“／ｅｐｉｄｏｓｅ３／ｃｌｉｐ１”（／エピソード３／クリップ１）。
このフィールドの最大長さは５０文字（ｃｈａｒａｃｔｅｒｓ）である。このフィールドの有効値：
一実施形態では、ＩＤは文字および数字のみ［すなわち、Ａ−Ｚ｜ａ−ｚ｜０−９］からなり、シンボル［すなわち、＃、＠等］はＩＤにおいてはいずれも認められない。
【００３５】
ＳＯＲＴＯＲＤＥＲ：このフィールドに対する有効値は１００〜１００００の任意の数を含む。クリップまたはカテゴリーの一実施形態では、最も数の大きいアイテムが最初に表示され、次いで２番目に大きい数のアイテムが表示され、以下同様である。この実施形態では、各アイテム間のＳＯＲＴＯＲＤＥＲにおける差は１０の倍数である。ソーティングは逆順でもよく、アイテム間で任意の適切な差を使用することが可能である。
【００３６】
ＴＩＴＬＥｘｍｌ仕様
ＴＩＴＬＥ要素はメディアのピースの題名用である。図２をざっと参照すると、題名データがカテゴリー情報であるときは、題名データがロケーション２０１に表示され、題名データがショーまたはクリップ題名であるときは、図３のロケーション３２０に表示される。一実施形態では、このフィールドは解説されているＦＥＥＤＩＴＥＭのＴＹＰＥによって決まる。
【００３７】
〇 メディアの“ｃａｔｅｇｏｒｙ”ピースについて、題名の長さは、例えば２５文字以下である。
【００３８】
〇 メディアの“ｃｌｉｐ”ピースについて、題名の長さは、例えば５０文字以下である。
【００３９】
ＤＥＳＣＲＩＰＴＩＯＮｘｍｌ仕様
ＤＥＳＣＲＩＴＩＯＮ要素はクリップの解説である。これはメタデータ・ペインとウェブサイトで、例えば図３のロケーション３０１Ａに表示される。このフィールドの長さは解説されているＦＥＥＤＩＴＥＭのＴＹＰＥによって決まる。
【００４０】
メディアの“ｃａｔｅｇｏｒｙ”ピースについては、長さは、例えば７５文字以下にすることができる。
【００４１】
メディアの“ｃｌｉｐ”ピースについては、長さは、例えば２６０文字以下にすることができる。
【００４２】
ＤＵＲＡＴＩＯＮｘｍｌ仕様
ＤＵＲＡＴＩＯＮ要素は、ｈｈ：ｍｍ：ｓｓの形式のクリップの長さである。
【００４３】
ＶＡＬＩＤＴＩＭＥｘｍｌ仕様
ＶＡＬＩＤＴＩＭＥ要素はコンテンツが本発明のサイトに表示され始めた日時であり、講読契約者に利用可能になる。ある実施形態では、このフィールドは不要である。要素に対する形式はｍｍ／ｄｄ／ｙｙｙｙｈｈ：ｍｍＡＭ／ＰＭである。
【００４４】
〇 ＴＺ：発表の開始および終了時間の時間帯。有効値：“ＣＳＴ”｜“ＣＤＴ”｜“ＥＳＴ”｜“ＭＳＴ”｜“ＭＤＴ”｜“ＰＳＴ”｜“ＰＤＴ”
【００４５】
ＥＸＰＩＲＡＴＩＯＮＴＩＭＥｘｍｌ仕様
ＥＸＰＩＲＡＴＩＯＮＴＩＭＥ要素はコンテンツが自動的に本発明のサイトから除去され講読契約者にそれ以上利用できなくなる日時である。このフィールドはすべての実施形態において必要とされる訳ではない。形式はｍｍ／ｄｄ／ｙｙｙｙｈｈ：ｍｍＡＭ／ＰＭである。
【００４６】
〇 ＴＺ： 発表開始および終了時間の時間帯。有効値：“ＣＳＴ”｜“ＣＤＴ”｜“ＥＳＴ”｜“ＭＳＴ”｜“ＭＤＴ”｜“ＰＳＴ”｜“ＰＤＴ”
【００４７】
ＢＬＡＣＫＯＵＴｘｍｌ仕様
ＢＬＡＣＫＯＵＴ要素は、ユーザーのアカウント情報が特定のＤＭＡ（Ｄｅｓｉｇｎａｔｅｄ Ｍａｒｋｅｔ Ａｒｅａ（指定市場地域））にあるときにそのユーザーからコンテンツのピースを“ｂｌａｃｋ ｏｕｔ（末梢）”することを可能にする。これは、例えば、特定の地域において再放送することができないスポーツ・イベントについて使用することができるであろう。このフィールドの有効値はＲＥＧＩＯＮ設定によって決まる。ＤＭＡについては、有効値の例は“ＳＡＮ ＦＲＡＮＳＣＩＳＣＯ−ＯＡＫ−ＳＡＮ ＪＯＳＥ（サンフランシスコ−オークランド−サンノゼ）”であり、ＺＩＰ（ジップ・コード（郵便番号））については、有効値の例は“９４０８９”である。この要素は任意的である。
【００４８】
〇 ＲＥＧＩＯＮ： 地理的領域を選択システムを末梢に設定する。有効値：“ＤＭＡ”｜“ＺＩＰ”。
【００４９】
ＳＴＲＥＡＭｘｍｌ仕様
本発明の一実施形態は複数のＳＴＲＥＡＭ要素を持つことが可能である。しかしながら、各ＦＥＥＤＩＴＥＭについて、これらの要素により表されるストリームは同じコンテンツを持っていなければならない。唯一の差は速度およびメディア・タイプである。一実施形態では、デフォルト値は各ＦＥＥＤＩＴＥＭクリップは６つのストリーム（５６ｋウィンドウズ（登録商標）・メディア、１００ｋウィンドウズ（登録商標）・メディア、３００ｋウィンドウズ（登録商標）・メディア、５６ｋリアル（ｒｅａｌ）、１００ｋリアル、３００ｋリアル）
【００５０】
〇 ＦＯＲＭＡＴ：ストリーム形式。有効値＝“ｗｍ”｜“ａｓｆ”｜“ｗｍｖ”｜“ｗｍａ”｜“ｒｎｖ”｜“ｒｍ”｜“ｒｎａ”｜“ｒａ”
【００５１】
・“ｖｍ”または“ａｓｆ”＝ウィンドウズ（登録商標）・メディア・ファイル
【００５２】
・“ｗｍｖ”＝ウィンドウウズ・メディア・ビデオ・ファイル
【００５３】
・“ｗｍａ”＝ウィンドウズ（登録商標）・メディア・オーディオ専用ファイル
【００５４】
・“ｒｎｖ”または“ｒｍ”＝実ネットワーク・ビデオ・ファイル
【００５５】
・“ｒｎａ”または“ｒａ”＝実ネットワーク・オーディオ専用ファイル
【００５６】
〇 ＢＩＴＲＡＴＥ：ストリーム速度。有効値＝“５６”｜“１００”｜“３００”
【００５７】
ＡＩＲＴＩＭＥｘｍｌ仕様
ＡＩＲＴＩＭＥ要素はクリップが（実際に放送されたならば）最初に放送された日時である。形式はｍｍ／ｄｄ／ｙｙｙｙｈｈ：ｍｍＡＭ／ＰＭ。
【００５８】
〇 ＴＺ：発表開始および終了時間の時間帯。有効値：“ＣＳＴ”｜“ＣＤＴ”｜“ＥＳＴ”｜“ＭＳＴ”｜“ＭＤＴ”｜“ＰＳＴ”｜“ＰＤＴ”
【００５９】
ＩＭＡＧＥｘｍｌ仕様
ＩＭＡＧＥ要素はＦＥＥＤＩＴＥＭ用のイメージである。このイメージのサイズは、例えば１２０×９０であり、一実施形態では、ＧＩＦ、ＪＰＥＧその他の適切な形式である。ＩＭＡＧＥは例えば領域２０６、２０７、３０２、４０１、４０２または４０３で表示することが可能である。
【００６０】
〇 ＵＳＥ：これはコンテンツがどのように使用されるべきかを解説する。メディアの各ピースは、例えばそれに関連づけられた“ｌａｒｇｅｔｈｕｍｂ（大サムネイル）”および“ｓｍａｌｌｈｕｍｂ（小サムネイル）”を持つことが可能である。これらのイメージはメディアのピースからのイメージであるべきである。有効値：“ＳＭＡＬＬＴＨＵＭＢ”｜“ＬＡＲＧＥＴＨＵＭＢ”
【００６１】
・ＳＭＡＬＬＴＨＵＭＢ：このイメージのサイズは、例えば８８×６６にすることが可能であり、ＪＰＥＧ、ＧＩＦその他の適切な形式であってもよい。
【００６２】
・ＬＡＲＧＥＴＨＵＭＢ：このイメージのサイズは、例えば１２０×９０にすることが可能であり、ＪＰＥＧ、ＧＩＦその他の適切な形式であってもよい。
【００６３】
本発明の一実施形態のサイトと交信することを希望するコンテンツ・プロバイダはプロバイダ名とパスワードを持つＣｏｎｔｅｎｔ Ｍａｍａｇｅｍｅｎｔ Ｓｙｓｔｅｍ（ＣＭＳ）（コンテンツ管理システム）を割り当てている。このプロバイダはＦＴＰ（ｆｉｌｅ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ（ファイル転送プロトコル））でメディア・ファイル、イメージおよび上述のテンプレートを用いたＸＭＬ供給ドキュメントをファイル転送することが可能である。ＸＭＬテンプレートに従って関連づけられたメタデータとともに転送されたメディア・ファイルは、次にページ生成ツールに提供され、ウィンドウおよび付随するチャンネル・モジュールに組み込まれる。このプロセスは自動化してコンテンツが（その利用可能日が現在であるならば）ほとんど瞬間的に発表されるようにすることが可能である。
【００６４】
データベースはコンテンツ・プロバイダとそのパートナーによりパスワードを介してアクセス可能であり、コンテンツをリモート編集および更新することが可能である。例えば、クリップの除去は、有効期限の記入を、既に徒過した日付に変更することにより容易に行える。データ・コンテンツはカテゴリーおよび関連したショーからメタデータ属性を継承することも可能である。例えば、外部サイト・リンクをクリップにより（例えば、ショーの公式サイトに）継承させることが可能である。加えて、著作権情報をショーまたはカテゴリーレベルで継承させることも可能である。クリップはショーに関連づけられ、ショーはカテゴリーに関連づけられる。
【００６５】
図５はメディア・プレイヤー上のインターフェースを示す代替的実施形態である。メディア再生ウィンドウ５０１がプレイヤー面の左上位置に設けられている。視聴ウィンドウ５０１は視聴ウィンドウの真下にプレイヤー制御、例えば再生、一時停止、停止、再生バー、ボリューム等を持つコントロール・バー５０９を備えている。コンテンツと関連づけられたＸＭＬメタデータはプレイヤー・カテゴリーの領域にマッピングすることが可能である。さらに、一実施形態では、ビデオがバッファリングされている間、または任意のオーディオ・コンテンツが再生されている間に種々の文字イメージを視聴ウィンドウ内に置くことが可能である。例えば、ニュースのクリップをバッファリングしている間、ビデオを流す用意が調うまでニュース提供者についての情報を表示することが可能である。
【００６６】
領域５０２はコンテンツ・プロバイダのロゴ用に用意された情報領域である。これはネットワーク、ショー、シリーズ等であってもよい。領域５０３はショー・ロゴ・グラフィック用に用意された他の情報領域である。領域５０４は利用可能な、または選択されたクリップのサムネイル用に用意されている。領域５０５および５０６はクリップ題名メタデータおよび放送日メタデータをそれぞれ表示する。クリップのメタデータ解説文字は領域５０７に表示される。領域５０８は追加の利用可能なクリップ用に用意され、領域５１０、５１１および５１２に、例えば関連づけられた題名および／または解説メタデータとともにサムネイルを表示する。追加のテキストおよびハイパーリンクを領域５０８に表示することも可能である。例えば、ユーザーに提供されている追加の資料にリンクすることを可能にする広告情報がある。
【００６７】
図６は、ユーザーがサインインした後のプレイヤーのインターフェースを示す。ディスプレイ面のボタン部分は本図では変更されてチャンネル選択肢６０２〜６０７が領域６０１に追加されている。さらに、領域６２０は利用可能なクリップの多数のサムネイル、例えばサムネイル６２１〜６２４を表示する。一実施形態では、この領域は水平にスクロールすることが可能であり、利用可能なクリップの追加のサムネイルを表示することが可能である。他の実施形態では、インターフェース全体にわたって追加のメタデータおよび／またはハイパーテキスト・リンクを挿入して追加の特徴および機能を備えることが可能である。例えば、外部コンテンツ・プロバイダ・サイトへの情報またはハイパーテキスト・リンクをインターフェースに追加することが可能であろう。
【００６８】
図７は、領域６０１のチャンネルの内の１つが選択されたときのプレイヤーのインターフェースを示す。この例では、娯楽チャンネル６０４が選択されているこれにより、プルダウン・メニュー７０１が領域６０１に隣接する領域に表示され、この選択されたチャンネルに利用可能なコンテンツを表示する。この例は本発明の一実施形態の利点の１つを示す。選択肢の１つ、すなわちＮＣＡＡトーナメント２００３はそれに続く星印（＊）７０２を含む。これはプレミアム・コンテンツを示し、ユーザーはこのコンテンツはそのユーザーがプレミアム・アカウントを持たない限り利用できないことを知る。これが可能になるのは、本発明の一実施形態のコンテンツをローカルに記憶することと、ＸＭＬメタデータを用いてある種のコンテンツに必要とされるアクセス・レベルを記憶することのおかげである。他の実施形態では、そのユーザのレベルで利用可能であり許可されたコンテンツのみが示され、プレミアムまたは他の利用不能なコンテンツは除去される。これにより、視聴経験が本発明の一実施形態を用いてより望ましくなる。一実施形態では、上記表示はマークされていない。ユーザーが、そのユーザーがアクセス権を持たないコンテンツを再生しようと試みると、ユーザーはそのサービスを講読する能力を提供するプレゼンテーションにリダイレクトされる。
【００６９】
ある実施形態では、プレイヤーは「スキンニングした（ｓｋｉｎｎｅｄ）」り、その他の変更を行って所望の統一的なインターフェースを提供するサード・パーティーのプレイヤーであってもよい。他の実施形態では、プレイヤーは目的別プレイヤーである。
【００７０】
図８は、領域７０１でショーが選択されたときのインターフェースを示す。ショーの題名は領域８０１に表示され、利用可能なエピソードのサムネイルが領域８０２〜８０３に示される。一実施形態では、領域８０１はスクロール可能であり、すべてのエピソードがその領域でアクセス可能である。将来のエピソードの解説をリストする追加の領域８０４も表示することが可能である。一実施形態では、ユーザーは将来のエピソードの解説を個人カレンダーに追加してそのエピソードが利用可能になったときに気付かされるようにする選択肢を与えられる。
【００７１】
この実施形態はコンテンツ・プロバイダにより提供されるメタデータに加えて、ローカル・データベースに追加情報を含む。この情報もＸＭＬメタデータであることが可能であり、あるいはこの情報は任意の適切な形態の、データベースの関連づけられた属性であることが可能である。このデータはａｃｔｉｖｅ／ｉｎａｃｔｉｖｅ（講読／非講読）、のような講読情報および講読レベル（例えば、レギュラー、プレミアム、パッケージ等）を含む。
【００７２】
図９はこの実施形態の操作を示すフロー図である。工程９０１において、ユーザーが選択を行うと、システムは多数の判定ブロック９０２〜９０４を経て提供すべき適切な表示更新を判定する。工程９０２において、ユーザーがチャンネルを選択したか否かが判定される。選択していれば、工程９０５において表示が更新され、図２および図７に示すような表示が提供される。
【００７３】
工程９０３において、ユーザーがショーを選択したか否かが判定される。選択していれば、工程９０６において表示が更新され、図３にしめすようなサイトまたは図８にしめすようなプレイヤーの表示が提供される。工程４において、ユーザーがエピソードを選択したか否かが判定される。選択していれば、表示が図４に示すように更新され、プレイヤーは図８に示すように更新される。
【００７４】
図１０は、チャンネルが選択されたときの、本発明の一実施形態の操作のいくつかを示す。工程１００１において、ユーザーはチャンネルを選択している。工程１００２において、システムが選択されたチャンネルの名称をサイト用に領域２０１に置くことで表示を更新する。プレイヤーについては、表示はプルダウン・メニュー７０１を追加する。工程１００３において、「一番人気」表示領域２０８がサイトに提供される。プレイヤーについては、データベースが検査され、リストのプレミアム・ショーがマーカー、例えば「星印（＊）」７０２により同定することができる。
【００７５】
本発明の他の実施形態では、本発明の一実施形態では、ユーザーの好みに関連した再生リストを作成することが可能である。これらのリストはコンテンツ・プロバイダの関係に基づいて自動的に生成するか、あるいは編集により生成することが可能である。これらの再生リストは図１６および１７を参照して以下に詳細に説明する。
【００７６】
コンテンツ呼び出し
図１２は、本発明の一実施形態におけるコンテンツ呼び出しの操作、すなわちユーザーがコンテンツの特定のピースを選択した後に行われる工程を示す。図１２の工程１２０１において、ユーザーはブラウザからのクリップ・リンクをクリックし、他のウェブサイトからリダイレクトされたブックマーク付きＵＲＬを活性化し、プレイヤー・グループからリンクにアクセスするか、または当技術において周知の広範な他のすべての手段により、コンテンツ・ユニフォーム・リソース・ロケーター（ＵＲＬ）を呼び出す。いったんコンテンツＵＲＬが呼び出されると、リンク（工程１２０２）に対応する要求されたクリップＩＤナンバーに対応するクリップが存在するか否かが判定される。該当するクリップＩＤに対応する既存のクリップが存在しないと判定されると、ブラウザはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージがユーザーに要求されたＩＤナンバーに該当する既存のクリップはないことを通知するようにすることが可能である。他のエラー・メッセージとしては、ユーザーにコンテンツの受信にエラーがあったことを通知する追加のテキストを含めることが可能である。これらのメッセージはさらにクリップについての詳細およびクリップが表示できないことの考え得る理由を含むことが可能であり、このエラーの考え得る解決法にユーザーをリダイレクトすることが可能である。さもなければ、要求されたＩＤがリッ用可能なクリップを持つと判定された場合は、次に、ユーザーがサンプル・マーケッティング・コンテンツを視聴することを要求したか否かが判定される（工程１２０３）。サンプル・マーケティング・コンテンツは、そのユーザーが非サンプル・コンテンツを視聴する講読契約をしているか否か、またはそのユーザーが追加のクリップを視聴する権利を購入しているか否かにかかわらず、どのユーザーも視聴することができるコンテンツを含む。当然、どのユーザーにもサンプル・マーケティング・コンテンツが利用可能であるという利点はユーザーが実際に特定のサービスを定期講読または購入する前にシステムをテストすることが可能になるということである。
【００７７】
ユーザーがサンプル・マーケティング・コンテンツを視聴することを選択したことが判定されると、プロセスは工程１２０４に進み、工程１２０４において、ユーザーのコンピュータのオペレーティング・ソフトウェア（ＯＳ）およびブラウザ・プラットフォームが要求されたコンテンツを再生する条件を満たす。例えば、条件を満たしたＯＳはウィンドウズ（登録商標）であってもよく、条件を満たしたブラウザ・プラットフォームはインターネット・エクスプローラ５．０以降のバージョンであってもよい。プラットフォームが条件を満たしていないことが判定されると、ブラウザ・ページはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージはそのユーザーの使用するコンピュータ状のプラットフォームがウェブサイトのプラットフォームに適合していないことを通知することが可能である。そうでない場合は、プラットフォームは条件を満たしていることが判定される。システムは、工程１２０５において、ユーザーがそのクリップにアクセスする適切な講読権を持つか否かを判定する。これについては以下に詳細に説明する。
【００７８】
しかしながら、工程１２０３において、ユーザーがサンプル・マーケティング・コンテンツを視聴することを選択せず、むしろウェブサイトにサインインしたユーザーだけに利用可能なコンテンツを視聴することを希望していることが判定されると、次にユーザーがウェブサイトにサインインしているか否かが判定される（工程１２０５）。ユーザーがサインインしていないと判定されると、ブラウザ・ページはユーザーをサインイン・ページにリダイレクトしてユーザーがそのウェブサイトにサインインすることができるようにする。いったんユーザーがサインインすると、またはユーザーが既にサインインしていると判定されると、次にそのウェブ・ページの識別番号（ＩＤ）がまだ新しいか否かが判定される。当然、ＩＤがまだ新しいか否かチェックすると、システムはユーザーが最近そのウェブサイトにサインインしたか否かまたはサインインが割り当てられた過去の期間に行われたかを判定することが可能になる。これにより、不正ユーザーが後に古いサインインを使用してシステムにアクセスすることが防止される。サインインが新しいとされる期間はシステム・オペレーターまたはユーザーにより判定されてもよく、例えば、２〜３分ないし数日の範囲にすることが可能である。ＩＤが新しくないと判定されると、ブラウザ・ページはユーザーをサインイン・ページにリダイレクトし、サインイン・ページはユーザーにセッションが徒過したことを通知し、ユーザーに再びサインインすることを要求する。
【００７９】
ユーザーが再びサインインすると、またはＩＤがまだ新しいと判定されると、次にユーザーのコンピュータがクッキーを受け付けるように構成されているか否かが判定される（工程１２０７）。ユーザーのコンピュータがクッキーを受け付けることができないと判定されると、ブラウザはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージはユーザーがコンピュータを、クッキーを受け付けるように構成することを要求することが可能である。ユーザーのコンピュータがクッキーを受け付けることが可能であると判定されると、システムの制御は工程１２０４に進み、上述したようにユーザーのコンピュータのオペレーティング・ソフトウェアとブラウザ・プラットフォームが条件を満たしているか否かが判定される。プラットフォームが条件を満たしていないと判定されると、ブラウザ・ページはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージはユーザーに、ユーザーのコンピュータで動作しているプラットフォームがウェブサイトのプラットフォームと適合していないことを通知する。そうでない場合は、プラットフォームは条件を満たしていると判定され、システムは次にユーザーが要求されたクリップにアクセスすることが可能である講読権を有するか否かが判定される（工程１２０８）。当然、システムは多数の異なるレベルの講読権を設定し、異なるユーザーに異なるアクセス・レベルの制御をすることが可能である。これらの異なるレベルは種々の要因（例えば、講読価格）により判定することができる。ユーザーがクリップにアクセスする適切な講読権を持たない場合は、ブラウザはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージはユーザーにそのユーザーの講読権レベルではこのクリップにアクセスすることができないことを通知する。さらに、エラー・メッセージはユーザーに現在の講読権を更新してクリップにアクセスすることができるようにする仕方についての情報を提供する、またはより上位のレベルの講読権を得ると他の利点が得られること関する詳細を提供することが可能である。
【００８０】
工程１２０８に配置された上述のロジック・ゲートで、ユーザーがクリップにアクセスしたことが判定されると、プレイヤーが呼び出されコンテンツを再生し始める（工程１２０９）。当然、呼び出されたプレイヤーは当技術において広く知られたメディア・プレイヤー（例えばウィンドウズ（登録商標）・メディア・プレイヤー（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒ）、リアル・プレイヤー（Ｒｅａｌ Ｐｌａｙｅｒ））の内の任意のものであってもよく、あるいは上述したような目的別プレイヤーであってもよい。
【００８１】
一実施形態では、追加の工程が行われてからコンテンツの再生が行われるので、コンテンツの要求が有効であることが保証され、システムが不正アクセスから保護される。
【００８２】
コンテンツの呼び出しに成功すると、本実施形態ではロジック・シーケンスが実行されてメディア再生能力を確認する。一つの可能な論理工程が図１３に示されている。コンテンツが呼び出されると（工程１３０１）、論理ゲートにおいて（工程１３０２）、ユーザーのコンピュータが必要なクリップ・メディア・プレイヤーを利用可能であるか否かが判定される。この判定はユーザーのコンピュータがコンテンツを再生する正しいソフトウェア（例えばリアルまたはＷｉｎＭＰ（ウィンドウズ（登録商標）・メディア・プレイヤー））を持っているか否かが判定することにより行われる。必要なソフトウェアがユーザーのコンピュータにインストールされていないと判定されると、ブラウザはユーザーをエラー・メッセージにリダイレクトし、エラー・メッセージはユーザーにそのコンテンツを視聴するためには特定のソフトウェアをコンピュータにインストールする必要があることを通知することが可能である。層でない場合は、必要なソフトウェアがユーザーのコンピュータにインストールされていると判断された場合は、プロセスの制御は工程１３０３に進み、工程１３０３で、先に図８を参照して前述したようにオーディオ／ビデオ・コンテンツが再生される。
【００８３】
ＷｅｂＰａｇｅ Ｓｉｔｅ Ｍａｐ（ウェブ・ページ・サイト・マップ）
本発明の一実施形態はウェブ・ページの階層サイト・マップにより表すことが可能である。図１４は１つの可能なサイト・マップ階層をコンテンツ呼び出し構造について示す。
【００８４】
図１４はユーザーがナビゲーションしてオーディオ／ビデオ・クリップ・コンテンツを呼び出すウェブ・ページのパスを示す。ページ１４０１はウェブ・サイトのホーム・ページを表し、このホーム・ページはユーザーが多数のさまざまな選択を行うことを可能にする。ホーム・ページ上で、ユーザーは選択すべき種々の選択肢を提供される。レベル１４０２のページはユーザーが選択可能な種々の選択肢を示す。本実施形態において提示された選択肢のあるものは、特定のジャンル用の利用可能なショーのリストを含む“ｇｅｎｒｅ ｃｈａｎｎｅｌ（ジャンル・チャンネル）”（ページ１４０３）、現在システム上で利用できないが将来利用可能な特定のショーのリストを含む“ｃｏｍｉｎｇ ｓｏｏｎ ｃｈａｎｎｅｌ（近日公開チャンネル）”（ページ１４０３）、以前ユーザーが選択したショーのリストを含む“ｍｙ ｓｈｏｗ ｃｈａｎｎｅｌ（マイ・ショー・チャンネル）”（工程１４０５）、講読権レベルまたは個人情報のような任意のアカウントの詳細をユーザーが管理したり、ユーザーの持つ特定の視聴の好みを変更したりすることが可能である“Ｏｐｔｉｎｓ ｐａｇｅ（選択肢ページ）”（ページ１４０６）、およびユーザーにウェブサイトの操作の仕方のデモンストレーションを提供する“ｄｅｍｏ ｔｏｕｒ（デモ・ツアー）”である。さらに、ユーザーは、種々の理由でコンテンツが表示できない場合に一連のエラー・メッセージの内の１つを受信することが可能である。そのようなエラー・メッセージの例としては、ユーザーが適切にサインインしない場合のサインイン・エラー、コンテンツがシステム内にない場合、またはシステムがコンテンツを突き止められない場合の利用不能コンテンツ・エラー、または要求されたコンテンツに対する視聴アクセスをするための適切なサービスに対する講読権をユーザーが持たない場合の講読権エラー・メッセージが挙げられる。エラー・メッセージの表示に加えて、システムはまたユーザーを、誤りを訂正することができる他のページ（例えばサインイン・ページ、講読契約ページ）にリダイレクトする。
【００８５】
ユーザーがページ１４０３でジャンルの１つのタイプを選択すると、ウェブサイトはユーザーをサイト・マップ上の下位のレベルに転送する（ページ１４０９）。ページ１４０９において、ユーザーは選択すべき利用可能なショーのリストを提示され、そのリストはその特定のショーのエピソードのリストまたはコレクションを含む。ユーザーが視聴するショーを選択すると、ウェブサイトはユーザーをサイト・マップの下位のレベルに転送し（ページ１４１０）、このレベルはその特定のショー用の利用可能なエピソードをリストし、その特定のエピソードに利用可能なクリップを含む。ユーザーがページ１４１０のリストからエピソードを選ぶと、プロセスの制御は工程１４１１に進み、工程１４１１でプレイヤーが呼び出されて動作する。当然、コンテンツは多数のウェブ・ページにアクセスしなければ実際にコンテンツを呼び出せないのとは異なって、種々のウェブ・ページから直接呼び出すことが可能である。この特定の実施形態では、コンテンツを直接呼び出すことが可能なウェブ・ページはアステリスクで示すことが可能である。また、当然、種々の実施形態において、普及している情報をリストする他のウェブ・ページが存在していてもよい。例えば、１つのウェブ・ページはユーザーがアクセス可能なヘルプ・トッピクスまたは個人情報のような法律情報をリストするものであってもよいであろう。これらの情報ウェブ・ページは上述のウェブ・ページのいずれからもアクセスできることが好ましい。
【００８６】
コンピュータ実行環境の実施形態
本発明の一実施形態は、図１１に示す環境１１００のようなデスクトップ汎用コンピューティング環境において実行されるコンピュータ読み取り可能なコードの形で、あるいはそのような環境において動作するバイトコード・クラス・ファイルの形で、キーボード１１１０およびマウス１１１１は双方向システム・バス１１１８に接続されている。キーボードとマウスはコンピュータ１１０１にユーザーの入力を導入し、そのユーザー入力をプロセッサ１１１３に通信するためのものである。
【００８７】
コンテンツ１１０１は、また、バス１１１８に接続された通信インターフェース１１２０を備える。通信インターフェース１１２０はネットワーク・リンク１１２１を介してローカル・ネットワーク１１２２に対して二方向データ通信接続を提供する。たとえば、通信インターフェース１１２０がモデムである場合は、通信インターフェース１１２０はネットワーク・リンク１１２１の一部を構成する対応するタイプの電話線にデータ通信接続を提供する。通信インターフェース１１２０がローカル・エリア・ネットワーク（ＬＡＮ）カード出ある場合は、通信インターフェース１１２０はネットワーク・リンク１１２１をかいして敵具するＬＡＮにデータ通信接続を提供する。ワイヤレス・リンクも可能である。任意のそのような実装において、通信インターフェース１１２０は、種々のタイプの情報を表すデジタル・データ・ストリームを搬送する電気的、電子的または光学的信号を送受信する。
【００８８】
ネットワーク・リンク１１２１は典型的には１つ以上のネットワークを通して他のデータ装置にデータ通信を提供する。例えば、ネットワーク・リンク１１２１はローカル・ネットワーク１１２２を通してローカル・サーバー・コンピュータ１１２３に、またはＩＳＰ１１２４により操作されるデータ装置に接続を提供する。ＩＳＰ１１２４は、今度は、一般に“Ｉｎｔｅｒｎｅｔ（インターネット）”１１２５と呼ばれる全世界のパケット・データ通信ネットワークを通したデータ通信サービスを提供する。ローカル・ネットワーク１１２２およびインターネット１１２５はともに電気的、電磁気的または光学的信号を使用し、これら信号はデジタル・データ・ストリームを搬送する。コンピュータに対して送受信するデジタル・データを搬送する、種々のネットワークを通した信号およびネットワーク・リンク１１２１上の信号および通信インターフェース１１２０を通した信号は上記情報を輸送するための搬送波の例示的形態である。
【００８９】
プロセッサ１１１３は全体的のクライアント・コンピュータ上に、または全体的にサーバー１０２６にあってもよく、あるいはプロセッサ１１１３はそのコンピューティング能力をコンピュータ１００１とサーバー１１２６の間で分散させてもよい。プロセッサ１１１３が全体的にサーバー１１２６上に存在する場合は、プロセッサ１１１３により行われた計算の結果はインターネット１１２５、インターネット・サービス・プロバイダー（ＩＳＰ）１１２４、ローカル・ネットワーク１１２２および通信インターフェース１１２０を介してコンピュータ１１０１に送信される。このようにして、コンピュータ１１０１は計算の結果を出力の形でユーザーに表示することが可能である。他の適切な入力装置を、マウス１１１１とキーボード１１１０に追加してまたはそれらの代わりに用いることが可能である。二方向システム・バス１１１８に接続されたＩ／Ｏ（入力／出力）ユニット１１１９はそのようなＩ／Ｏ要素をプリンター、Ａ／Ｖ（オーディオ／ビデオ）Ｉ／Ｏ
等として表す。
【００９０】
コンピュータ１１０１はビデオ・メモリ１１１４、メイン・メモリ１１１５およびマス・ストレージ１１１２を備え、これらはすべて二方向システム・バス１１１８にキーボード１１１０、マウス１１１１およびプロセッサ１１１３とともに接続されている。
【００９１】
プロセッサ１１１３と同様に、種々のコンピューティング環境において、メイン・メモリ１１１５およびマス・ストレージ１１１２は全体的にサーバー１１２６またはコンピュータ１１０１上に存在していても良く、あるいは両者の間で分散されていてもよい。プロセッサ１１１３、メイン・メモリ１１１５およびマス・ストレージ１１１２がコンピュータ１１０１とサーバー１１２６の間で分散されているシステムの例としては、サン・マイクロシステムズ社により開発された薄型クライアント・コンピューティング・アーキテクチュア、パーム・パイロット・コンピューティング装置、インターネット対応セル式電話その他のインターネット・コンピューティング装置が挙げられる。
【００９２】
マス・ストレージ１１１２は固定メディアおよびリムーバブル・メディア、例えば磁気、光学または磁気的光学的記憶システムまたは任意の他の利用可能なマス・ストレージ技術を含む。バス１１１８は、ビデオ・メモリ１１１４またはメイン・メモリ１１１５にアドレスするための、例えば３２本のアドレス線を含むことが可能である。システム・バス１１１８は、また、データをコンポーネント、例えばプロセッサ１１１３、メイン・メモリ１１１５、ビデオ・メモリ１１１４およびマス・ストレージ１１１２の間で転送するための３２ビット・データ・バスを含むことが可能である。あるいはまた、多重データ／アドレス線を個別のデータ線およびアドレス線の代わりに用いてもよい。
【００９３】
一実施形態では、プロセッサ１１１３はモトローラ社により製造された、６８０×０プロセッサのようなマイクロプロセッサ、またはインテル社により製造された８０×８６またはペンチアム（Ｐｅｎｔｉｕｍ（登録商標））プロセッサのような、あるいはまたサン・マイクロシステムズ社によるスパーク（ＳＰＡＲＣ）マイクロプロセッサである。しかしながら、任意の他の適切なマイクロプロセッサまたはマイクロコンピュータを使用することが可能である。メイン・メモリ１１１５はダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）を備える。ビデオ・メモリ１１１４はデュアル−ポート・ビデオ・ランダム・アクセス・メモリである。ビデオ・メモリ１１１４の一方のポートはビデオ・アンプ１１１６に接続されている。ビデオ・アンプ１１１６は陰極線管（ＣＲＴ）ラスター・モニタ１１１７を駆動するのに用いられる。ビデオ・アンプ１１１６は当技術において周知であり適切な装置により実装することが可能である。この回路はビデオ・メモリ１１１４に記憶された画素データをモニタ１１１７により使用するのに適したラスター信号に変換する。モニタ１１１７はグラフィック・イメージを表示するのに適切なモニタのタイプである。
【００９４】
コンピュータ１１０１はメッセージを送信し、プログラム・コードを始めとするデータをネットワーク、ネットワーク・リンク１１２１および通信インターフェース１１２０を通して受信する。インターネットの例では、リモート・サーバー・コンピュータ１１２６はインターネット１１２５、ＩＳＰ１１２４、ローカル・ネットワーク１１２２および通信インターフェース１１２０を通してアプリケーション・プログラム用の要求されたコードを送信する。受信されたコードはプロセッサ１１１３に受信され次第実行され、および／またはマス・ストレージ１１１２もしくは非揮発性ストレージに記憶され、後に実行される。このようにして、コンピュータ１１００は搬送波の形でアプリケーション・コードを取得することが可能である。あるいはまた、リモート・サーバー・コンピュータ１１２６がプロセッサ１１１３を用いてアプリケーションを実行し、マス・ストレージ１１１２および／またはビデオ・メモリ１１１５を利用することが可能である。サーバー１１２６における実行結果は、次いでインターネットＩＳＰ１１２４、ローカル・ネットワーク１１２２および通信インターフェース１１２０を通して送信される。この例では、コンピュータ１１０１は入力および出力機能のみを実行する。
【００９５】
アプリケーション・コードは任意の形態のコンピュータ・プログラム産物に具現化することが可能である。コンピュータ・プログラム産物はコンピュータ読取可能なコードを記憶または輸送するように構成された媒体を備えるか、またはコンピュータ読取可能なコードを組み込み可能である。コンピュータ・プログラム産物のいくつかの例としては、ＣＤ−ＲＯＭディスク、ＲＯＭカード、フロッピー（登録商標）・ディスク、磁気テープ、コンピュータ・ハード・ドライブ、ネットワーク上のサーバーおよび搬送波が挙げられる。
【００９６】
上述のコンピュータ・システムは例示に過ぎない。本発明の一実施形態は任意のタイプのコンピュータ・システムまたはプログラミングもしくは処理環境に実装可能である。
【００９７】
従って、コンテンツの表示のための環境を説明した。
【００９８】
前述のように、本発明の一実施形態では、種々の基準に基づいて再生リストを作成することが可能である。これらの作成リストは自動的に生成されるか、または手動で作成することが可能である。例えば、再生リストは最近視聴された一番人気クリップ、またはある日付でシステム上にアップロードされたクリップ、あるいは任意の他の情報またはそれに関連づけられたメタデータに基づいてグループ分けされているクリップに基づいて自動的に生成させることが可能である。他の場合、再生リストはある関係（例えば、イラク戦争）に基づいて作成し、手動でまとめることが可能である、さらに、ユーザーは自身でコンテンツのどのピースを再生リストに置くかを選択することができる。コンテンツの個々のピースと同様に、再生リスト中のコンテンツおよび／または再生リスト自体が上述の種々のウェブ・ページ・インターフェースからユーザーによりアクセス可能である。あるいはまた、あるカテゴリーからのコンテンツを自動的にグループ化して再生リストとし、カテゴリーが選択されると、再生リストを再生するようにすることが可能である。当然、本実施形態を参照して再生リストの使用を説明したが、そのような実施形態は例示的であり、個々に開示した再生リストの特徴は他のシステムにおいても実装することが可能である。
【００９９】
再生リストはコンテンツの複数のピースまたはアイテム用の複数の一意的な識別子（例えば、ＵＲＬ）を含むデータ・ファイルであるのが好ましい。データ・ファイルは再生リストにどのコンテンツが含められるべきかを選択し、次いでコンテンツの各ピースに対するＵＲＬをファイル内に置くことにより作成される。従って、データ・ファイルが再生されると、コンテンツは再生リストに置かれた順番で視聴される。コンテンツを組織化するのに再生リストを利用する利点は、再生リストの使用により追加のポインタがコンテンツの各ピースに作成され、ユーザーが種々のロケーションからコンテンツの各ピースにアクセスすることが可能になり、従って、コンテンツがより容易にアクセスできるようになる点にあることが了解される。
【０１００】
次に、再生リストに関して使用される１つのインターフェースを、図１５を参照して説明する。先の実施形態と同様に、表示はメディア再生ウィンドウ１５０１をプレイヤーの左上の位置に備える。この視聴ウィンドウ５０１は視聴ウィンドウの真下にプレイヤー制御、例えば再生、一時停止、停止、再生バー、ボリューム等を持つコントロール・バー１５０９を備える。コンテンツと関連づけられたＸＭＬメタデータはプレイヤー・カテゴリーの領域にマッピングすることが可能である。領域１５０２はコンテンツ・プロバイダのロゴ用に用意された情報領域である。これは、これはネットワーク、ショー、シリーズまたはコンテンツ・プロバイダが供給しようと望む任意のメタデータであってもよい。領域１５０３はショー・ロゴ・グラフィック用に用意された他の情報領域である。領域１５０４は利用可能な、または選択されたクリップのサムネイル用に用意されている。領域１５０５および１５０６はクリップ題名メタデータおよび放送日メタデータをそれぞれ表示する。クリップのメタデータ解説文字は領域１５０７に表示される。領域１５０８は再生リストにおいて利用可能なクリップを表示し、これらのクリップは利用可能なクリップのサムネイル・イメージを含み、クリップ１５１０にアクセスするハイパーテキスト・リンクでもある。領域１５０８はまた視聴用に利用可能なすべての再生リスト１５１１のドロップ・ダウン・リストを含む。このドロップ・ダウン・リストは動的に生成された再生リストまたは手動で作成された再生リストのいずれであってもよい。ユーザーがドロップ・ダウン・リストをクリックすると、図７を参照して説明したリスト７０１に類似したリストが表示される。
【０１０１】
この特定の実施形態では、５つ以下のクリップだけがスクリーンの底部の再生リストにリストされている。より多くのクリップが利用可能である場合は、利用可能なクリップの数をリストするバー１５１２を表示して、ユーザーに再生リストが追加のクリップを含むことを警告することが可能である。ユーザーがバー１５１２をクリックすると、追加のクリップが領域１５０８に表示される。
【０１０２】
一実施形態では、ユーザーはクリップが再生リストに記憶された特定の順序でクリップを再生するか否か選択することが可能である。ユーザーが順番にクリップを再生することを選択した場合は、“ａｕｔｏｐｌａｙ（自動再生）”機能が係合される（例えば、“ｏｎ（オン）”にされる。ユーザーがクリップが再生される順序を変更することを除く場合は、“ａｕｔｏｐｌａｙ（自動再生）”機能の係合を解く。例えば、Ｐｌａｙｌｉｓｔ１（プレイリスト１）がクリップＡ、ＢおよびＣに対するポインタを含む場合は、ユーザーは“ａｕｔｏｐｌａｙ（自動再生）”機能を係合し、クリップを順番に（すなわちクリップＡを最初に、次にクリップＢ、そしてクリップＣを再生する。あるいはまた、ユーザーは“ａｕｔｏｐｌａｙ（自動再生）”機能の係合を解き、クリップを選定された順序、例えばクリップＢを最初に、次に他のクリップをユーザーの望む任意の順序で再生することが可能である。
【０１０３】
“ａｕｔｏｐｌａｙ（自動再生）”機能を係合するプロセスを、図１６を参照して詳細に説明する。最初に、ユーザーが再生または聴取を希望する再生リストを選択すると、システムは“ａｕｔｏｐｌａｙ（自動再生）”機能が係合しているか否かをチェックする（工程１６０１）。“ａｕｔｏｐｌａｙ（自動再生）”機能が係合している場合は、システムは再生リストから選択されたクリップの再生を始める（工程１６０２）。クリップの再生が終わると、システムは自動的にシーケンス中の次のクリップを検索する（工程１６０３）。再生リストのシーケンス中に他のクリップがあると、システムはそのクリップの再生を始める（句低１６０４）。そのクリップが再生され、再生リスト中にクリップが残っていない場合は、システムは再生リストが完了した旨のメッセージを送る（工程１５０５）。このプロセスは再生リスト中のすべてのクリップが再生されるまで継続される。
【０１０４】
“ａｕｔｏｐｌａｙ（自動再生）”機能が係合されていない（例えば“ｏｆｆ（オフ）”の場合は、システムはユーザーがクリップを選択するのを待機する（工程１６０６）。あるいはまた、システムは所定のクリップの再生を開始することも可能である（工程１６０７）。クリップが選択されると、システムはそのクリップの再生を開始する（工程１６０８）。制定されたクリップの再生が終了すると、システムは“ａｕｔｏｐｌａｙ（自動再生）”機能の係合が解かれたことを突き止め、再生リスト中のコンテンツを順番に再生せず、ユーザーが他のクリップの再生を選択するまで待機する（工程１６０６）。ユーザーはクリップに関連づけられたハイパーテキスト・リンクをクリックすることでそのクリップを選択することができる。他のクリップが選択されると、システムはその選択されたクリップを再生する（工程１６０８）。このプロセスはユーザーがそれ以上クリップの再生を望まなくなるまで継続する。当然、この実施形態の追加の利点は、ユーザーに、どんなコンテンツを視聴することを望むかについて、およびどの順序でそれを視聴することを望むのかについて追加的に制御し得るようにすることである。従って、ユーザーは視聴しているコンテンツをより編集的に管理する能力を与えられると同時に、より容易にアクセス可能であり、かつ機能が改善されている再生リストの利点を得られる。
【０１０５】
一実施形態では、“ａｕｔｏｐｌａｙ（自動再生）”機能が係合（例えば“オン”）されているときに、やはりアクティブなハイパーテキスト・リンクであるディスプレイ・ボタン１５１３がウェブ・ページ上に表示され、この機能が係合されているか否かを示す。図１６に示す本実施形態では、“ａｕｔｏｐｌａｙ（自動再生）”はすでに係合されている。ユーザーが“ａｕｔｏｐｌａｙ（自動再生）”機能を係合し、または係合を解くことを望む場合、ユーザーは単にそのディスプレイ・ボタンをクリックするだけで、この機能がそれぞれ活性化されるか、または不活性化される。“ａｕｔｏｐｌａｙ（自動再生）”機能が係合されているという追加の表示を利用することも可能である。例えば、図１５において、矢印１５１４は“ａｕｔｏｐｌａｙ（自動再生）”機能が生きていることを示す。矢印の不存在はユーザーに“ａｕｔｏｐｌａｙ（自動再生）”機能が係合されていることを示し、クリップが非連続的順序で再生可能であることを示す。
【０１０６】
当業者には認識されるように、本発明の方法およびシステムは多くの用途があり、多くの方法で実装することが可能であり、そのようなものとして上述の例示的実施形態および実例に限定されない。この点でここに記載された種々の実施形態の多くの特徴は単一の実施形態に組み合わせることが可能であり、すべての特徴よりも少ない特徴を有する別の実施形態が可能である。
【図面の簡単な説明】
【０１０７】
【図１】本発明の一実施形態によるウェブサイトの初期状態を示す図である。
【図２】本発明の一実施形態によるウェブサイトの、ユーザー・メニューを選択した後の状態を示す図である。
【図３】本発明の一実施形態によるウェブサイトの、ショーを選択した後の状態を示す図である。
【図４】本発明の一実施形態によるウェブサイトの、エピソードを選択した後の状態を示す図である。
【図５】本発明の一実施形態によるプレイヤーの、初期状態を示す図である。
【図６】本発明の一実施形態によるプレイヤーの、ユーザー・メニューを選択した後の状態を示す図である。
【図７】本発明の一実施形態によるプレイヤーの、ショーを選択した後の状態を示す図である。
【図８】本発明の一実施形態によるプレイヤーの、エピソードを選択した後の状態を示す図である。
【図９】本発明の一実施形態による操作を示すフロー図である。
【図１０】本発明の一実施形態による操作を示すフロー図である。
【図１１】コンピュータ読取可能なコードの形でコンピュータ・ソフトウェアに実装された本発明の一実施形態を示すフロー図である。
【図１２】本発明の一実施形態によるコンテンツ呼び出しフローを示すフロー図である。
【図１３】本発明の一実施形態によるメディア再生の確認を示すフロー図である。
【図１４】本発明の一実施形態によるサイト・マップ階層を示すフロー図である。
【図１５】本発明の一実施形態によるプレイヤーを示す図である。
【図１６】本発明の一実施形態を示すフロー図である。
【特許請求の範囲】
【請求項１】
ネットワークにおいてメディア・コンテンツを提供する方法であって、
前記ネットワーク上のサイトにおいて、コンピューティング装置により支援されたインターフェースを生成する工程と、
前記インターフェース内の特定のロケーションにおいて表示されるべきメディア・ファイルに関する一組のメタデータ属性を定義する工程と、
前記インターフェースで使用する複数のメディア・ファイルをコンパイルする工程と、
前記一組のメタデータ属性からのメタデータ属性を前記複数のメディア・ファイルのそれぞれに関連づける工程と、
前記メタデータ属性を前記インターフェース内の前記特定のロケーションにマッピングする工程と、
前記インターフェースをユーザーに表示する工程
を備えた方法。
【請求項２】
さらに、
前記メタデータ属性の前記あるものを、メディアプレイヤーインターフェースを有するメディアプレイヤーにマッピングする工程
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記複数のメディア・ファイルは１つより多くのソースからコンパイルされることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記メタデータ属性は前記メディア・ファイルの題名を含むことを特徴とする請求項１または２に記載の方法。
【請求項５】
前記メタデータ属性は前記メディア・ファイルの解説を含むことを特徴とする請求項１または２に記載の方法。
【請求項６】
前記メタデータ属性は前記メディア・ファイルの持続期間を含むことを特徴とする請求項１または２に記載の方法。
【請求項７】
前記メタデータ属性は前記メディア・ファイルの有効期間を含むことを特徴とする請求項１または２に記載の方法。
【請求項８】
ネットワークにおいてメディア・コンテンツを提供する方法であって、
前記ネットワーク上のサイトにおいて、コンピューティング装置により支援されたインターフェースを生成する工程と、
前記インターフェース内の特定のロケーションにおいて表示されるべきメディア・ファイルに関する一組のメタデータ属性を定義する工程と、
前記インターフェースで使用する複数のメディア・ファイルであって、１つより多いソースからコンパイルされたメディア・ファイルをコンパイルする工程と、
前記一組のメタデータ属性からのメタデータ属性であって、各メディア・ファイルの題名を含むメタデータ属性を前記複数のメディア・ファイルのそれぞれに関連づける工程と、
前記メタデータ属性を前記インターフェース内の前記特定のロケーションにマッピングする工程と、
前記インターフェースをユーザーに表示する工程
を備えた方法。
【請求項９】
１つ以上のサーバーを備えるネットワークにおいてメディア・コンテンツを提供するシステムであって、
前記ネットワーク上のサイトにインターフェースを生成し、
前記インターフェースで使用する複数のメディア・ファイルに関連する一組のメタデータ属性を定義し、
複数のメディア・ファイルを前記インターフェースとコンパイルし、
前記一組のメタデータ属性からのメタデータ属性を前記複数のメディア・ファイルのそれぞれに関連づけ、
前記メタデータ属性を前記インターフェース内の前記特定のロケーションにマッピングし、かつ
前記インターフェースをユーザーに表示するように構成された
ことを特徴とするシステム。
【請求項１０】
１つ以上のサーバーが、前記メディア・コンテンツを経験するためのメディア・プレイヤー・インターフェースを生成するようにさらに構成されていることを特徴とする請求項請求項９に記載のシステム。
【請求項１１】
前記複数のメディア・ファイルは１つより多いソースからコンパイルされることを特徴とする請求項９または１０に記載のシステム。
【請求項１２】
前記メタデータ属性はメディア・ファイルの題名を含むことを特徴とする請求項９または１０に記載のシステム。
【請求項１３】
前記メタデータ属性は前記メディア・ファイルの解説を含むことを特徴とする請求項９または１０に記載の方法。
【請求項１４】
前記メタデータ属性は前記メディア・ファイルの持続期間を含むことを特徴とする請求項９または１０に記載の方法
【請求項１５】
前記メタデータ属性は前記メディア・ファイルの有効期間を含むことを特徴とする請求項９または１０に記載の方法。
【請求項１６】
ネットワークにおいてメディア・コンテンツを提供する方法であって、
所定の組のメタデータ属性の範囲内からのメタデータ属性を複数のメディア・ファイルと関連づける工程と、
前記メタデータ属性を用いて前記複数のメディア・ファイルをインターフェースにマッピングして前記メタデータ属性が前記複数のメディア・ファイルのそれぞれに対して同じロケーションで出現するようにする工程
を含むことを特徴とする方法。
【請求項１７】
前記メタデータ属性はローカル・データベースに記憶されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記複数のメディア・ファイルはリモートに記憶されることを特徴とする請求項１６または１７に記載の方法。
【請求項１９】
前記複数のメディア・ファイルは１つより多くのソースからコンパイルされることを特徴とする請求項１６、１７または１８に記載の方法。
【請求項２０】
前記メタデータ属性は前記メディア・ファイルの題名を含むことを特徴とする請求項１６、１７または１８に記載の方法。
【請求項２１】
前記メタデータ属性は前記メディア・ファイルの解説を含むことを特徴とする請求項１６、１７または１８に記載の方法。
【請求項２２】
前記メタデータ属性は前記メディア・ファイルの持続期間を含むことを特徴とする請求項１６、１７または１８に記載の方法。
【請求項２３】
前記メタデータ属性は前記メディア・ファイルの有効期間を含むことを特徴とする請求項１６、１７または１８に記載の方法。
【請求項２４】
ネットワークにおいてメディア・コンテンツを提供するシステムであって、
１つ以上のサーバーを備え、前記１つ以上のサーバーは
所定の組のメタデータ属性の範囲内からのメタデータ属性を複数のメディア・ファイルと関連づけ、かつ、
前記メタデータ属性を用いて前記複数のメディア・ファイルをインターフェースにマッピングして前記メタデータ属性が前記複数のメディア・ファイルのそれぞれに対して同じロケーションで出現するようにするように構成されている
ことを特徴とするシステム。
【請求項２５】
前記メタデータ属性を記憶するためのローカル・データベースをさらに備える
ことを特徴とする請求項２４に記載のシステム。
【請求項２６】
前記複数のメディア・ファイルは１つより多いソースから提供される
ことを特徴とする請求項２５または２６に記載のシステム。
【請求項２７】
ネットワークにおいてメディア・コンテンツを提供する方法であって、
前記ネットワーク上のサイトにおいて、コンピューティング装置により支援されたインターフェースを生成する工程と、
あるメディア・ファイルにアクセスするユーザーの権限を認証する工程と、
前記インターフェース内の特定のロケーションにおいて表示されるべきメディア・ファイルに関する一組のメタデータ属性を定義する工程と、
前記インターフェース内の特定のロケーションにおいて表示されるべきメディア・ファイルに関する一組のメタデータ属性を定義する工程と、
前記ユーザーの認証されたメディア・ファイルのみを含む、使用する複数のメディア・ファイルを、前記インターフェースとコンパイルする工程と、
各メディア・ファイルの題名を含むメタデータ属性を前記複数のメディア・ファイルのそれぞれと関連づける工程と、
前記メタデータ属性の組からの前記メタデータ属性を前記インターフェース内の前記特定のロケーションにマッピングする工程と、
前記インターフェースをユーザーに表示する工程
を備えたことを特徴とする方法。
【請求項２８】
ネットワーク越しにメディア・コンテンツを提供する方法であって、
前記ネットワーク上のサイトにおいて、ユーザーのコンピュータ上に表示するためのユーザー・インターフェースであって、所定のグラフィック特性とナビゲーション能力を前記ユーザー・インターフェースの所定のロケーションに備えたインターフェースを生成する工程と、
複数のネットワーク・ソースから、使用するメタデータ属性タイプを前記インターフェースと関連づけた複数のメディア・ファイルであって、前記複数のメディア・ファイルのそれぞれが少なくとも１つのメタデータ属性タイプを、前記複数のメディア・ファイルの他のメディア・ファイルと共通して有するものを同定する工程と、
前記メタデータ属性タイプのあるものを前記ユーザー・インターフェース内の前記所定のロケーションに、前記複数のメディア・ファイルの各メディア・ファイルの任意のものが前記ユーザー・インターフェースを介して表示される際に、前記交通のメタデータ属性タイプが前記メディア・ファイルの前記ネットワーク・ソースと無関係に前記ユーザー・インターフェースの同じ所定のロケーションに表示されるように、マッピングする工程
を備えたことを特徴とする方法。
【請求項２９】
前記メタデータ属性タイプのあるものをメディア・プレイヤー・インターフェースを有するメディア・プレイヤーにマッピングする工程
を備えたことを特徴とする請求項２８に記載の方法。
【請求項３０】
前記メタデータ属性タイプは前記メディア・ファイルの題名を含むことを特徴とする請求項２８に記載の方法。
【請求項３１】
前記メタデータ属性は前記メディア・ファイルの解説を含むことを特徴とする請求項２８に記載の方法
【請求項３２】
前記メタデータ属性は前記メディア・ファイルの持続期間を含むことを特徴とする請求項２８に記載の方法。
【請求項３３】
前記メタデータ属性は前記メディア・ファイルの有効期間を含むことを特徴とする請求項１または２に記載の方法。
【請求項３４】
ネットワーク越しに複数のユーザーにメディア・コンテンツを提供する方法であって、
１つ以上のメディア・ファイルを識別する、１つ以上の連続的に配置された一意的な識別子を含むデータ・ファイルをコンパイルする工程と、
前記複数のユーザーに１つ以上ンファイルを順不同にアクセスすることを許容する工程
を備えたことを特徴とする方法。
【請求項３５】
前記データ・ファイルはある基準に基づいて自動的にコンパイルされることを特徴とする請求項３４に記載の方法。
【請求項３６】
前記データ・ファイルは前記複数のユーザーにより選択された基準に基づいて自動的にコンパイルされることを特徴とする請求項３５に記載の方法。
【請求項３７】
前記データ・ファイルは手動でコンパイルされることを特徴とする請求項３４に記載の方法。
【請求項３８】
前記１つ以上のメディア・ファイルは１つより多いソースにより提供されることを特徴とする請求項３４、３５、３６または３７に記載の方法。
【請求項３９】
メディア・コンテンツを複数のユーザーに提供するシステムであって、
１つ以上のサーバーを備え、前記サーバーは、
１つ以上のメディア・ファイルを識別する、１つ以上の連続的に配置された一意的な識別子を含むデータ・ファイルをコンパイルし、かつ
前記複数のユーザーに１つ以上ンファイルを順不同にアクセスすることを許容するように構成されている
ことを特徴とするシステム。
【請求項４０】
前記データ・ファイルは自動的にコンパイルされることを特徴とする請求項３９に記載のシステム。
【請求項４１】
前記データ・ファイルは前記複数のユーザーにより選択された基準に基づいて自動的にコンパイルされることを特徴とする請求項４０４に記載のシステム。
【請求項４２】
前記データ・ファイルは手動でコンパイルされることを特徴とする請求項３９３に記載のシステム。
【請求項４３】
前記１つ以上のメディア・ファイルは１つより多いソースにより提供されることを特徴とする請求項３９、４０、４１または４２に記載のシステム。
【請求項４４】
コンテンツをネットワーク越しにユーザーに提供するためのコンピュータ・コードを含むコンピュータ読取可能な媒体であって、前記コンピュータ・コードは１つ以上のプロセッサを
１つ以上のメディア・ファイルを識別する、１つ以上の連続的に配置された一意的な識別子を含むデータ・ファイルをコンパイルし、かつ
前記複数のユーザーに１つ以上のファイルを順不同にアクセスすることを許容するように構成されている
ことを特徴とするシステム。
【請求項１】
ネットワークにおいてメディア・コンテンツを提供する方法であって、
前記ネットワーク上のサイトにおいて、コンピューティング装置により支援されたインターフェースを生成する工程と、
前記インターフェース内の特定のロケーションにおいて表示されるべきメディア・ファイルに関する一組のメタデータ属性を定義する工程と、
前記インターフェースで使用する複数のメディア・ファイルをコンパイルする工程と、
前記一組のメタデータ属性からのメタデータ属性を前記複数のメディア・ファイルのそれぞれに関連づける工程と、
前記メタデータ属性を前記インターフェース内の前記特定のロケーションにマッピングする工程と、
前記インターフェースをユーザーに表示する工程
を備えた方法。
【請求項２】
さらに、
前記メタデータ属性の前記あるものを、メディアプレイヤーインターフェースを有するメディアプレイヤーにマッピングする工程
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記複数のメディア・ファイルは１つより多くのソースからコンパイルされることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記メタデータ属性は前記メディア・ファイルの題名を含むことを特徴とする請求項１または２に記載の方法。
【請求項５】
前記メタデータ属性は前記メディア・ファイルの解説を含むことを特徴とする請求項１または２に記載の方法。
【請求項６】
前記メタデータ属性は前記メディア・ファイルの持続期間を含むことを特徴とする請求項１または２に記載の方法。
【請求項７】
前記メタデータ属性は前記メディア・ファイルの有効期間を含むことを特徴とする請求項１または２に記載の方法。
【請求項８】
ネットワークにおいてメディア・コンテンツを提供する方法であって、
前記ネットワーク上のサイトにおいて、コンピューティング装置により支援されたインターフェースを生成する工程と、
前記インターフェース内の特定のロケーションにおいて表示されるべきメディア・ファイルに関する一組のメタデータ属性を定義する工程と、
前記インターフェースで使用する複数のメディア・ファイルであって、１つより多いソースからコンパイルされたメディア・ファイルをコンパイルする工程と、
前記一組のメタデータ属性からのメタデータ属性であって、各メディア・ファイルの題名を含むメタデータ属性を前記複数のメディア・ファイルのそれぞれに関連づける工程と、
前記メタデータ属性を前記インターフェース内の前記特定のロケーションにマッピングする工程と、
前記インターフェースをユーザーに表示する工程
を備えた方法。
【請求項９】
１つ以上のサーバーを備えるネットワークにおいてメディア・コンテンツを提供するシステムであって、
前記ネットワーク上のサイトにインターフェースを生成し、
前記インターフェースで使用する複数のメディア・ファイルに関連する一組のメタデータ属性を定義し、
複数のメディア・ファイルを前記インターフェースとコンパイルし、
前記一組のメタデータ属性からのメタデータ属性を前記複数のメディア・ファイルのそれぞれに関連づけ、
前記メタデータ属性を前記インターフェース内の前記特定のロケーションにマッピングし、かつ
前記インターフェースをユーザーに表示するように構成された
ことを特徴とするシステム。
【請求項１０】
１つ以上のサーバーが、前記メディア・コンテンツを経験するためのメディア・プレイヤー・インターフェースを生成するようにさらに構成されていることを特徴とする請求項請求項９に記載のシステム。
【請求項１１】
前記複数のメディア・ファイルは１つより多いソースからコンパイルされることを特徴とする請求項９または１０に記載のシステム。
【請求項１２】
前記メタデータ属性はメディア・ファイルの題名を含むことを特徴とする請求項９または１０に記載のシステム。
【請求項１３】
前記メタデータ属性は前記メディア・ファイルの解説を含むことを特徴とする請求項９または１０に記載の方法。
【請求項１４】
前記メタデータ属性は前記メディア・ファイルの持続期間を含むことを特徴とする請求項９または１０に記載の方法
【請求項１５】
前記メタデータ属性は前記メディア・ファイルの有効期間を含むことを特徴とする請求項９または１０に記載の方法。
【請求項１６】
ネットワークにおいてメディア・コンテンツを提供する方法であって、
所定の組のメタデータ属性の範囲内からのメタデータ属性を複数のメディア・ファイルと関連づける工程と、
前記メタデータ属性を用いて前記複数のメディア・ファイルをインターフェースにマッピングして前記メタデータ属性が前記複数のメディア・ファイルのそれぞれに対して同じロケーションで出現するようにする工程
を含むことを特徴とする方法。
【請求項１７】
前記メタデータ属性はローカル・データベースに記憶されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記複数のメディア・ファイルはリモートに記憶されることを特徴とする請求項１６または１７に記載の方法。
【請求項１９】
前記複数のメディア・ファイルは１つより多くのソースからコンパイルされることを特徴とする請求項１６、１７または１８に記載の方法。
【請求項２０】
前記メタデータ属性は前記メディア・ファイルの題名を含むことを特徴とする請求項１６、１７または１８に記載の方法。
【請求項２１】
前記メタデータ属性は前記メディア・ファイルの解説を含むことを特徴とする請求項１６、１７または１８に記載の方法。
【請求項２２】
前記メタデータ属性は前記メディア・ファイルの持続期間を含むことを特徴とする請求項１６、１７または１８に記載の方法。
【請求項２３】
前記メタデータ属性は前記メディア・ファイルの有効期間を含むことを特徴とする請求項１６、１７または１８に記載の方法。
【請求項２４】
ネットワークにおいてメディア・コンテンツを提供するシステムであって、
１つ以上のサーバーを備え、前記１つ以上のサーバーは
所定の組のメタデータ属性の範囲内からのメタデータ属性を複数のメディア・ファイルと関連づけ、かつ、
前記メタデータ属性を用いて前記複数のメディア・ファイルをインターフェースにマッピングして前記メタデータ属性が前記複数のメディア・ファイルのそれぞれに対して同じロケーションで出現するようにするように構成されている
ことを特徴とするシステム。
【請求項２５】
前記メタデータ属性を記憶するためのローカル・データベースをさらに備える
ことを特徴とする請求項２４に記載のシステム。
【請求項２６】
前記複数のメディア・ファイルは１つより多いソースから提供される
ことを特徴とする請求項２５または２６に記載のシステム。
【請求項２７】
ネットワークにおいてメディア・コンテンツを提供する方法であって、
前記ネットワーク上のサイトにおいて、コンピューティング装置により支援されたインターフェースを生成する工程と、
あるメディア・ファイルにアクセスするユーザーの権限を認証する工程と、
前記インターフェース内の特定のロケーションにおいて表示されるべきメディア・ファイルに関する一組のメタデータ属性を定義する工程と、
前記インターフェース内の特定のロケーションにおいて表示されるべきメディア・ファイルに関する一組のメタデータ属性を定義する工程と、
前記ユーザーの認証されたメディア・ファイルのみを含む、使用する複数のメディア・ファイルを、前記インターフェースとコンパイルする工程と、
各メディア・ファイルの題名を含むメタデータ属性を前記複数のメディア・ファイルのそれぞれと関連づける工程と、
前記メタデータ属性の組からの前記メタデータ属性を前記インターフェース内の前記特定のロケーションにマッピングする工程と、
前記インターフェースをユーザーに表示する工程
を備えたことを特徴とする方法。
【請求項２８】
ネットワーク越しにメディア・コンテンツを提供する方法であって、
前記ネットワーク上のサイトにおいて、ユーザーのコンピュータ上に表示するためのユーザー・インターフェースであって、所定のグラフィック特性とナビゲーション能力を前記ユーザー・インターフェースの所定のロケーションに備えたインターフェースを生成する工程と、
複数のネットワーク・ソースから、使用するメタデータ属性タイプを前記インターフェースと関連づけた複数のメディア・ファイルであって、前記複数のメディア・ファイルのそれぞれが少なくとも１つのメタデータ属性タイプを、前記複数のメディア・ファイルの他のメディア・ファイルと共通して有するものを同定する工程と、
前記メタデータ属性タイプのあるものを前記ユーザー・インターフェース内の前記所定のロケーションに、前記複数のメディア・ファイルの各メディア・ファイルの任意のものが前記ユーザー・インターフェースを介して表示される際に、前記交通のメタデータ属性タイプが前記メディア・ファイルの前記ネットワーク・ソースと無関係に前記ユーザー・インターフェースの同じ所定のロケーションに表示されるように、マッピングする工程
を備えたことを特徴とする方法。
【請求項２９】
前記メタデータ属性タイプのあるものをメディア・プレイヤー・インターフェースを有するメディア・プレイヤーにマッピングする工程
を備えたことを特徴とする請求項２８に記載の方法。
【請求項３０】
前記メタデータ属性タイプは前記メディア・ファイルの題名を含むことを特徴とする請求項２８に記載の方法。
【請求項３１】
前記メタデータ属性は前記メディア・ファイルの解説を含むことを特徴とする請求項２８に記載の方法
【請求項３２】
前記メタデータ属性は前記メディア・ファイルの持続期間を含むことを特徴とする請求項２８に記載の方法。
【請求項３３】
前記メタデータ属性は前記メディア・ファイルの有効期間を含むことを特徴とする請求項１または２に記載の方法。
【請求項３４】
ネットワーク越しに複数のユーザーにメディア・コンテンツを提供する方法であって、
１つ以上のメディア・ファイルを識別する、１つ以上の連続的に配置された一意的な識別子を含むデータ・ファイルをコンパイルする工程と、
前記複数のユーザーに１つ以上ンファイルを順不同にアクセスすることを許容する工程
を備えたことを特徴とする方法。
【請求項３５】
前記データ・ファイルはある基準に基づいて自動的にコンパイルされることを特徴とする請求項３４に記載の方法。
【請求項３６】
前記データ・ファイルは前記複数のユーザーにより選択された基準に基づいて自動的にコンパイルされることを特徴とする請求項３５に記載の方法。
【請求項３７】
前記データ・ファイルは手動でコンパイルされることを特徴とする請求項３４に記載の方法。
【請求項３８】
前記１つ以上のメディア・ファイルは１つより多いソースにより提供されることを特徴とする請求項３４、３５、３６または３７に記載の方法。
【請求項３９】
メディア・コンテンツを複数のユーザーに提供するシステムであって、
１つ以上のサーバーを備え、前記サーバーは、
１つ以上のメディア・ファイルを識別する、１つ以上の連続的に配置された一意的な識別子を含むデータ・ファイルをコンパイルし、かつ
前記複数のユーザーに１つ以上ンファイルを順不同にアクセスすることを許容するように構成されている
ことを特徴とするシステム。
【請求項４０】
前記データ・ファイルは自動的にコンパイルされることを特徴とする請求項３９に記載のシステム。
【請求項４１】
前記データ・ファイルは前記複数のユーザーにより選択された基準に基づいて自動的にコンパイルされることを特徴とする請求項４０４に記載のシステム。
【請求項４２】
前記データ・ファイルは手動でコンパイルされることを特徴とする請求項３９３に記載のシステム。
【請求項４３】
前記１つ以上のメディア・ファイルは１つより多いソースにより提供されることを特徴とする請求項３９、４０、４１または４２に記載のシステム。
【請求項４４】
コンテンツをネットワーク越しにユーザーに提供するためのコンピュータ・コードを含むコンピュータ読取可能な媒体であって、前記コンピュータ・コードは１つ以上のプロセッサを
１つ以上のメディア・ファイルを識別する、１つ以上の連続的に配置された一意的な識別子を含むデータ・ファイルをコンパイルし、かつ
前記複数のユーザーに１つ以上のファイルを順不同にアクセスすることを許容するように構成されている
ことを特徴とするシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公表番号】特表２００７−５１７４２２（Ｐ２００７−５１７４２２Ａ）
【公表日】平成１９年６月２８日（２００７．６．２８）
【国際特許分類】
【出願番号】特願２００６−５３３７５５（Ｐ２００６−５３３７５５）
【出願日】平成１６年６月１１日（２００４．６．１１）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０１８７１４
【国際公開番号】ＷＯ２００４／１１１８８２
【国際公開日】平成１６年１２月２３日（２００４．１２．２３）
【出願人】（５０１４３８４８５）ヤフー！ インコーポレイテッド (200)
【Ｆターム（参考）】
【公表日】平成１９年６月２８日（２００７．６．２８）
【国際特許分類】
【出願日】平成１６年６月１１日（２００４．６．１１）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０１８７１４
【国際公開番号】ＷＯ２００４／１１１８８２
【国際公開日】平成１６年１２月２３日（２００４．１２．２３）
【出願人】（５０１４３８４８５）ヤフー！ インコーポレイテッド (200)
【Ｆターム（参考）】
[ Back to top ]