ネットワーク化メディアアクセスのためのシステム及び方法
【課題】ネットワーク上の多数の位置からメディアファイルにユーザアクセスを与えるための方法、システム、及びメディアマネージメントアップリケーションを提供する。
【解決手段】１つの態様において、ユーザは、将来の時間にメディアファイルにアクセスする希望を通信し、そして将来の時間にネットワーク上の種々の位置からブックマークされたメディアファイルにアクセスすることができる。１つの態様において、メディアファイルは、ネットワーク上の多数の位置から異なるメディアフォーマットで利用することができる。
【解決手段】１つの態様において、ユーザは、将来の時間にメディアファイルにアクセスする希望を通信し、そして将来の時間にネットワーク上の種々の位置からブックマークされたメディアファイルにアクセスすることができる。１つの態様において、メディアファイルは、ネットワーク上の多数の位置から異なるメディアフォーマットで利用することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるための方法、システム及びメディアマネージメントアプリケーションに係る。
【０００２】
関連出願へのクロスリファレンス：本出願は、２００５年２月２８日に出願された“A SYSMEM AND METHOD FOR DELIVERING MEDIA OVER A NETWORK”と題する米国プロビジョナル特許出願第６０／６５７，２２２号、及び２００５年５月５日に出願された“A SYSMEM AND METHOD FOR DELIVERING MEDIA OVER A NETWORK”と題する米国プロビジョナル特許出願第６０／６７８，７１８号の利益を請求するものであり、これら両方の出願は、参照文献としてここに組み込む。
【背景技術】
【０００３】
インターネット及びワールドワイドウェブ（ウェブ）の発展は、コンピュータユーザにそれらのコンピュータを通して種々の異なる形態のメディアを視聴する改善された能力を与えた。このメディアは、オーディオミュージック、ミュージックビデオ、テレビ番組、スポーツイベントの形態であるか、或いはユーザが視聴することを望む他の形態のオーディオ又はビデオメディアである。
【０００４】
従来、ユーザは、ある形態の取り外し可能なメディア（例えば、コンパクトディスク）を購入し、そのメディアを自分のコンピュータドライブに入れ、そしてその取り外し可能なメディアに記録された歌を聴くことができた。時が経つにつれて、ユーザは、コンパクトディスクの音楽を取り出して、自分のコンピュータに記憶し、そしてそれをローカルに聞くことができるようになった。最近では、ウェブシステムが開発され、ユーザは、インターネットのようなネットワークにログオンし、メディアプレーヤを使用して、特定のサービスがオファーするメディアのグループから選択された特定のメディアを聞くか、又はラジオ局のようなメディア提供物の配列を聞くことができ、ここでは、異なる歌又は他の形態のメディアが結合されて、ユーザは、ユーザが選択したものかネットワークサービスのオペレータが選択したものかに関わらず、一連の歌を順次に聞くことができる。例えば、このようなサービスは、Ｙａｈｏｏ！TMミュージックである。多数のメディアプレーヤ、サービス及び他のソフトウェアツールは、メディアをユーザ又はサービスによりプレイリストに編成できるようにし、このプレイリストは、その名前の通り、あるシーケンス、或いは他の選択された順序又はランダムな順序でユーザが再生を行なうのに使用できるメディアファイル又はファイル識別子のグループ又はリストである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
又、新規な技術は、コンピュータユーザが、ユーザのメディアを記憶できるポータブル装置を購入するのを許し、これは、ユーザがどこに行こうと自分の音楽を取り出せるという意味でユーザのメディアをポータブル化する。これらの装置は、ユーザのコンピュータ又はネットワークからポータブル装置へダウンロードされた実際のメディアファイルの記憶及び搬送を許す。これらのポータブル装置は、ユーザがポータブル化を望む個々のメディアファイル及び／又はプレイリストを記憶することができる。従って、ユーザがあるメディアファイルを自分のコンピュータに有する場合に、ユーザは、そのメディアファイルをポータブル装置へ転送し、そしてユーザのコンピュータシステムが置かれている位置とは異なる位置へそれを搬送することができる。これらの装置は、今日、人気があるが、ユーザが自分のポータブル装置に記憶できるメディアの形式の範囲及びこのようなメディアを記憶する容易さに甚だ制限があるという点で、多数の欠点を有する。このため、これらの装置は、ユーザのコンピュータでローカルに入手できるメディア及びそのようなメディアをオファーするネットワークサービスから入手できるメディアを搬送する能力しかユーザに許さない。この技術の欠点は、メディア又は提供物についてのインターネットサービス範囲の境界及び限界により制約を受けないようにポータブル化できるメディアの範囲をユーザが広げられるようにするシステムが存在しないことである。又、システム又はサービスがプレイリストを生成でき及び／又はユーザの以前の経験に基づいてユーザに対して異なるメディアを示唆し、次いで、そのメディアを多数のメディアイネーブル装置で利用できるようにし且つポータブル化して、ユーザが、各特定の歌及び／又はユーザが好きな他のメディアを個々にダウンロードする必要がなく、むしろ、ユーザ自身の選択に加えて、システムが、ユーザがどこにいてもユーザに利用できるメディアにおいて更なる多様性及び自発性をユーザに許可できれば、効果的であろう。
【０００６】
ウェブの発展の別の副産物は、ｅメール及び／又はインスタントメッセージングのような種々の異なる手段による異なるユーザ間の対話である。この対話は、コンピュータユーザが多数の異なる形式の情報を共有できるようにした。例えば、あるユーザは、他のユーザが経験することを希望する特定のウェブサイトを指すユニバーサルリソースロケータ（ＵＲＬ）を他のユーザに送信することができる。別の状況において、あるユーザは、他のユーザが経験することを希望するメディアファイルを他のユーザに送信することを望む。これは、ｅメール又はインスタントメッセージにアタッチされた実際のメディアファイルを他のユーザに送信することにより達成できる。他方、あるユーザは、特定のメディアファイルにリンクするもので特定のネットワークに記憶されたＵＲＬを、別のユーザに送信することができる。しかしながら、これらのシステムは、全て、ｅメール、インスタントメッセージング又は同様のサービスを利用して、ユーザが共有及び／又は推奨を希望する特定のメディアに関する情報を転送するものである。現在入手できる各システムに欠けているものは、ユーザがそれ自身のメディアプレーヤを利用して、特定のメディアアイテムが好きか嫌いかを別のユーザに通信できるシステムである。この技術の欠点は、ユーザがメディアシステム及び／又は改善型メディアプレーヤ内から別のユーザと通信して、その別のユーザとメディアを共有し、及び／又はその特定のメディアが好きか嫌いかを表現できるメディアシステム又はサービスが入手できないことである。又、ユーザが、音楽や他のメディアを他のユーザと共有し又は他のユーザに推奨するために多数のプログラムに依存しなくてよければ、既知のシステムの勝る利益となろう。同様に、より高精度の１つのメディアプレーヤ、即ちメディアを再生できると共に、多数の他のユーザのメディア関係ニーズに対処し、ひいては、ユーザがより向上したメディア経験をもてるようにするメディアエンジンが得られれば、既知のシステムに勝る効果が得られよい。
【０００７】
コンピュータ関係技術の発展の付加的な副産物は、種々の環境にいる１人のユーザが、多数の異なる位置に配置された２つ以上のコンピュータ又はメディアケーパブル装置を有し、それらを通してユーザが自分の媒体を経験することを望むことである。これまで、異なる位置間でメディアファイルの転送又は搬送を望むユーザは、手で（例えば、コンパクトディスクにおいて）メディアファイルを転送し、メディアファイルをそれら自身へｅメール又はインスタントメッセージングし、次いで、第２の位置でファイルをオープンするか、或いはメディアファイルを特定のメディアネットワークサービスで見つけるように試み、次いで、この場合も、その特定のメディアを第２のコンピュータ位置にロードするという厄介なステップを経て進まねばならない。
【課題を解決するための手段】
【０００８】
一実施形態において、本発明は、ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるための方法において、将来の時間にメディアファイルにアクセスするためのユーザの希望を表わす第１の通信を受け取るステップであって、前記メディアファイルは、ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものであるステップと、ユーザ及びメディアファイルに関連した情報を記憶するステップと、メディアファイルを経験するためのユーザの希望を表わす第２の通信をユーザから受け取るステップと、ユーザへ希望のメディアファイルを与えるところの位置を前記多数の位置から決定すると共に、希望のメディアファイルを与えるメディアフォーマットも決定するステップと、希望のメディアファイルを前記メディアフォーマットで前記位置からユーザにより経験されるべく利用できるようにするステップと、を備えた方法を包含する。
【０００９】
一実施形態において、本発明は、ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるためのシステムにおいて、将来の時間にメディアファイルにアクセスするためのユーザの希望を表わす第１の通信を受け取る第１通信コンポーネントであって、前記メディアファイルは、ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものである第１通信コンポーネントと、ユーザ及びメディアファイルに関連した情報を記憶する記憶装置と、メディアファイルを経験するためのユーザの希望を表わす第２の通信をユーザから受け取る第２通信コンポーネントと、ユーザへ希望のメディアファイルを与えるところの位置を前記多数の位置から決定すると共に、希望のメディアファイルを与えるメディアフォーマットも決定する判断コンポーネントと、希望のメディアファイルを前記メディアフォーマットで前記位置からユーザにより経験されるべく利用できるようにする配送コンポーネントと、を備えたシステムを包含する。
【００１０】
一実施形態において、本発明は、ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるためのメディアマネージメントアプリケーションにおいて、コンピューティング装置で実行されたときに、メディアファイルのリストを表示するユーザインターフェイスを生成し、このユーザインターフェイスを通して、将来の時間にメディアファイルの少なくとも１つにアクセスするためのユーザの希望を表わす第１の通信を受け取り、前記メディアファイルは、ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものであり、更に、ユーザ及びメディアファイルに関連した情報を記憶装置へ送信し、ユーザインターフェイスを通して、メディアファイルを経験するためのユーザの希望を表わす第２の通信を受け取り、そして記憶装置から、ユーザにより経験できるようにメディアファイルに関連したメディアファイル識別子を受け取り、メディアファイルは、多数の位置の中のある位置から与えられると共に、メディアファイルは、異なるメディアフォーマットの中の１つであるように構成されたアプリケーションコードを備えたメディアマネージメントアプリケーションを包含する。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態の例示的システムアーキテクチャーを示す概略図である。
【図２】本発明の一実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３】本発明の一実施形態による例示的ネットワークアーキテクチャーを示す概略図である。
【図４】本発明の一実施形態によるユーザメディアファイルの編成及び分類を示すフローチャートである。
【図５】本発明の別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図６】本発明の一実施形態によりメディアをブックマーキングするプロセスを示すフローチャートである。
【図７】本発明の一実施形態によりファイルを探索するプロセスを示すフローチャートである。
【図８】本発明の別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図９】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１０】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１１】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１２】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１３】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１４】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１５】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１６】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１７】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１８】本発明の一実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図１９】本発明の別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２０】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２１】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２２】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２３】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２４】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２５】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２６】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２７】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２８】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２９】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図３０】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図３１】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図３２】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図３３】本発明の一実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３４】本発明の一実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３５】本発明の別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３６】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３７】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３８】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３９】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図４０】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図４１】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図４２】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図４３】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図４４】本発明の別の実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される付加的な例示的ユーザインターフェイスである。
【図４５】相性プレイリストの生成を示すフローチャートである。
【図４６】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図４７】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図４８】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される付加的な例示的ユーザインターフェイスである。
【図４９】本発明の一実施形態によりプレイリストを作成するプロセスを示すフローチャートである。
【図５０】本発明の一実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５１】本発明の別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５２】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５３】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５４】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５５】本発明の一実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５６】本発明の別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５７】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５８】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５９】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６０】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６１】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６２】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６３】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６４】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６５】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６６】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６７】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６８】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６９】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図７０】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図７１】本発明の一実施形態による例示的システムアーキテクチャーを示す概略図である。
【図７２】本発明の一実施形態によりネットワークを生成して対話するプロセスを示すフローチャートである。
【図７３】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図７４】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図７５】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される付加的な例示的ユーザインターフェイスである。
【図７６】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図７７】本発明の一実施形態によるプレイリストをパブリッシュするところを示すフローチャートである。
【図７８】本発明の一実施形態により同様のユーザ／メンバーリストを生成するのに使用される例示的ユーザインターフェイスである。
【図８０】本発明の一実施形態により同様のユーザ／メンバーリストを生成するのに使用される例示的ユーザインターフェイスである。
【図８１】本発明の一実施形態により同様のアーチストリストを生成するのに使用される例示的ユーザインターフェイスである。
【図８２】本発明の一実施形態により同様のアーチストリストを生成するのに使用される例示的ユーザインターフェイスである。
【図８３】本発明の一実施形態により同様のアーチストリストを生成するのに使用される例示的ユーザインターフェイスである。
【図８４】本発明の一実施形態による例示的システムアーキテクチャーを示す概略図である。
【発明を実施するための形態】
【００１２】
添付図面は、本発明の実施形態を例示するものであり、本発明の範囲を限定するものではない。本発明の範囲は、特許請求の範囲により限定される。
一般に、本発明は、ネットワークを経てメディアを配送し、そしてネットワークを経て転送されたメディアを経験する際にユーザの経験を向上させるためのシステム及び方法に係る。上述したこの技術の欠点に鑑み、ユーザが購入した、取得した及び／又は任意の希望の位置にアクセスしたところの全てのメディアファイルにユーザが完全且つ自由にアクセスするシステムが入手できれば、効果的である。更に、上述したように、現在のシステムは、ポータブル装置においてメディアファイルを搬送する能力をユーザに許可する。これらポータブル装置は、スペースに制約があり、そして装置と、ユーザがファイルにアクセスしたい各特定の位置との間でアップロード及びダウンロードすることが厄介である。それ故、ユーザが、最小限の厄介な中間ステップで、自分のローカルシステム上でのマウスのクリックを通してこれらのファイルにアクセスできるようなシステムが存在すれば、効果的となろう。
【００１３】
同じコンポーネントが同じ参照番号で示された添付図面を参照して本発明の実施形態を以下に説明する。図１を参照すれば、本発明の一実施形態のアーキテクチャーが概略図で示されている。図１に見られるように、本発明の一実施形態によるシステム１００が示されている。一般的に、システム１００は、ユーザ１０２が異なるメディアを経験し、共有し、さもなければ、利用するのを許す。多数の実施形態を音楽及び／又はオーディオファイルに関して説明するが、本発明は、いかなる形態のオーディオ、ビデオ、デジタル又はアナログメディアコンテンツ、並びに現在知られている又は知られるようになった他のメディアファイル形式にも利用することができる。
【００１４】
各ユーザ１０２は、多数の既知の仕方の１つによりインターネット１０４に結合されたプロセッサ１０３、例えば、パーソナルコンピュータ（ＰＣ）、ウェブイネーブルセルラー電話、パーソナルデジタルアシスタント等を使用する。更に、各プロセッサ１０３は、好ましくは、インターネットブラウザ（図示せず）、例えば、INTERNET EXPLORERという商標名でマイクロソフトコーポレーションによりオファーされているもの、又はNETSCAPE NAVIGATORという商標名でネットスケープコープによりオファーされているもの、或いはユーザとサービスプロバイダーとの間及び／又はユーザ間でネットワーク相互通信を可能にする前記コンポーネントのソフトウェア又はハードウェア等効物を含む。又、各プロセッサは、メディアエンジン１０６も備え、これは、以下に述べる他の機能の中でも、情報又はデータを、認知できる形態へ変換すると共に、メディア関係情報又はデータを管理して、ユーザ１０２が種々のメディアでの経験を個人化できるようにする能力を与える。メディアエンジン１０６は、プロセッサ１０３の売主によりプロセッサ１０３に組み込まれてもよいし、或いはメディアエンジンプロバイダーから、又はこの技術で認識された他の仕方で、個別コンポーネントとして得られてもよい。以下に詳細に述べるように、メディアエンジン１０６は、設計上の選択の問題として、ソフトウェアアプリケーションでもよく、又はソフトウェア／ファームウェア組み合せでもよく、又はソフトウェア／ファームウェア／ハードウェア組み合せでもよく、これは、ユーザに対して中央メディアマネージャーとして働くと共に、ユーザがコンピュータ又はパーソナルポータブル装置を通してアクセスしたいか或いはネットワークを経て種々の位置で利用できるネットワーク装置を通してアクセスしたい全ての種類のメディアファイル及びサービスのマネージメントを容易にする。ここで使用するメディアファイルという用語は、一般的に、メディアのアイテム、並びに関連するメタデータ及び／又はそのアイテムに対するネットワーク位置情報を指すのに使用される。
【００１５】
ここに説明するメディアエンジン１０６は、グラフィックユーザインターフェイス及び関連機能を通して対話し、ユーザは、中央及び共通のエントリーポイントを経て、そして容易に理解できるグラフィックユーザインターフェイスを経て、個別のソース及び個人的に収集され編成されたソースを通して利用できるメディアファイルを管理し且つそれにアクセスすることができる。従って、最初に、図２を参照すれば、メディアエンジン１０６に対する好ましいグラフィックユーザインターフェイスが例示されている。図２を検討することから明らかなように、メディアエンジン１０６からのユーザインターフェイスは、ここに示す例では、ユーザ自身の記憶されたメディアファイルライブラリーの一部分として利用できる音楽ファイル、外部のサービスプロバイダーを経て利用できるメディアファイル、コンパクトディスク又は関連プレーヤ装置で利用できる音楽、並びに音楽又はメディア関係情報の他のソースのマネージメント及び編成を容易にする。従って、メディアエンジンは、そのユーザインターフェイスを通して、ユーザのメディアが見つかるときに全てのユーザメディアへのゲートウェイとして働く。従って、本発明により意図されたメディアエンジンは、既知のメディアプレーヤにこれまで見られなかった機能、編成能力及び一体化機能を著しく拡張することにより、現在知られているメディアプレーヤソフトウェアの能力を越えて広がる。
【００１６】
更に、ここに述べる実施形態では、プロセッサ１０３は、インスタントメッセージングソフトウェアプログラム１０８も実行し、これは、インスタントメッセージングプラットホーム１１６と通信し、そしてユーザ間でのメッセージ及び他の情報の交換を容易にするのに使用される。インスタントメッセージングプログラムの１つのこのような例は、Ｙａｈｏｏ！インスタントメッセンジャーであり、或いは現在知られている又は今後知られるようになる他のインスタントメッセージングプログラムである。この実施形態は、インスタントメッセージングプログラムに関して説明するのが好ましいが、これまで知られている又は今後知られるネットワークを経ての他の形式の通信を利用してもよい。又、プロセッサ１０３は、メディアエンジン１０６により実行されるか又はそれと対話するローカルメディアファイル１１０及び／又は他のプラグインプログラムの記憶部も含むことができる。又、プロセッサ１０３は、装置１１４に接続できるのが好ましく、これは、例えば、コンパクトディスクプレーヤ、及び／又はＭＰ３プレーヤと一般に称される他の外部メディアファイルプレーヤ、例えば、アップル・コンピュータ・インクによりｉＰｏｄという商標名で販売されている形式のもので、メディアファイルをポータブル記憶しそして再生するのに使用される装置である。
【００１７】
更に、プロセッサ１０３は、デジタル権利マネージメントソフトウェア（ＤＲＭ）１０５を含み、これは、安全な配布を可能にし及び／又はメディアファイルの不法配布を防止又は妨げることにより、ユーザ１０２のメディアファイルの版権及び他の知的財産を保護する。一実施形態では、ＤＲＭ１０５は、許可されたユーザによる制御されたアクセスのために、或いはコンテンツをデジタル透かし又は同様の方法でマーキングするために、メディアファイルを暗号化又は暗号解読し、コンテンツを自由に配布できないようにする。メディアエンジン１０６は、メディアエンジン１０６を通して経験されるメディアファイルがコピーされたり、或いはコンテンツを見たり聞いたりすることが許されていないユーザと共有されたりすることがないよう確保するために、ＤＲＭ情報を使用するのが好ましい。
【００１８】
以下に詳細に述べるように、メッセージングプラットホーム１１６に加えて、システム１００は、メディアサーバー１１８も備えている。インターネット１０４を経てユーザ１０２へメディアをサービスするのに加えて、メディアサーバー１１８は、好ましくはメディアデータベース１２０も備え、これは、実際のメディアを記憶するのに加えて、メディアの各特定部片の種々のメタデータ属性を記憶するか又はその記憶装置と通信する。データベース１２０は、多数のサーバー又は位置にわたって分散することができる。他のサーバー１３０は、他のコンテンツ及びサービスを利用できるようにすると共に、管理サービス、例えば、ユーザログオンの管理、サービスアクセスの許可、デジタル権利のマネージメント、及びサービスプロバイダーを通して利用可能にされる他のサービスを提供することができる。本発明のある実施形態は、音楽に関して説明するが、ニュース、娯楽、スポーツイベント、ウェブページ、或いは認知できるオーディオ又はビデオコンテンツを含む（これらに限定されない）いかなる形態のストリーミング又は非ストリーミングメディアも包含し得る。又、本発明は、メディアコンテンツ、及び特に、オーディオコンテンツに関して説明するが、本発明の範囲は、これまでに知られているか又は今後に知られるいかなるコンテンツ又はメディアフォーマットも包含することを理解されたい。
【００１９】
本発明の一実施形態において、ユーザ１０２のプロセッサ１０３に位置したＤＲＭソフトウェア１０５と同様に、メディアサーバーは、それ自身のＤＲＭソフトウェア１５０を維持し、これは、メディアデータベース１２０に位置するか又はユーザ１０２のプロセッサに記憶されたメディアファイルのデジタル権利を追跡する。従って、例えば、メディアサーバー１１８は、それがメディアファイルをユーザ１０２にストリームし又はサーブアップし或いは転送する前に、その特定のメディア断片の権利呼称を確認し、そしてユーザが適切な権利を有する場合だけファイルをストリームし又は転送するように働く。
【００２０】
図１に示すように、ユーザ１０２、メディアサーバー１１８及びメッセージングプラットホーム１１６、並びに他のサーバー１３０は、インターネット１０４を経て通信接続される。別の実施形態では、システムの異なるコンポーネントを異なる仕方で通信結合してもよく、例えば、その各々を、ワイヤレスで、或いはローカル又はワイドエリアネットワーク（ＷＡＮ）等で互いに直結してもよい。更に、機能的コンポーネントは、メディアエンジンのある機能がメディアサーバー１１８で遂行されるように分散でき、又はその逆にすることもでき、或いはシステム１００全体にわたり種々の位置で動作するようにモジュラー形態で分散することもできる。従って、特定の装置又はコンポーネント又は位置に関連した機能又はコンポーネントについてのここでの説明は、単に例示に過ぎない。
【００２１】
本発明の別の実施形態によるネットワーク３００の更に別のアーキテクチャーを、図３を参照して以下に説明する。この実施形態は、例えば、ユーザＡ、ユーザＢ及びユーザＣのような複数のユーザ１０２を含むより広いネットワークを維持する。各ユーザは、少なくとも１つのプロセッサ１０３を維持し、これは、図１を参照して述べたように、メディアエンジン１０６、メッセージングプログラム１０８、ローカルメディアファイル１１０及び種々のソフトウェアプラグイン１１２を含む。更に、各プロセッサ１０３は、ローカル装置１１４も含むことができ、又、これらのプロセッサは、図１を参照して述べたように、デジタル権利マネージメントソフトウェア又は機能１０５も含むのが好ましい。プロセッサ１０３は、互いに直結されてもよいし、或いはインターネット１０４又は他の何らかの通信ネットワークを経て接続されてもよい。更に、これらのプロセッサは、インターネット１０４を経てメディアサーバー１１８に接続される。図１を参照して上述したように、メディアサーバー１１８は、メディアデータベース１２０、ユーザ情報データベース１２２、及びデジタル権利マネージメント１５０を含む。又、全ネットワーク３００を管理し又はそれにサービスするために、付加的なデータベースがメディアサーバーに接続される。例えば、格付けデータベース３２０は、特定ユーザが、図３を参照して以下に述べる多数の異なるフォーマットで特定のメディアファイルに適用できる格付けに関する情報を含む。メディアサーバーに接続される付加的なデータベースは、プレイリストデータベース３４０であり、これは、プロセッサ１０３又はメディアデータベース１２０等に位置する種々のメディアファイルを合成するユーザにより生成されるプレイリストを記憶するものである。又、プレイリストデータベースに記憶されるこれらのプレイリストは、以下に述べるように、ネットワーク３００の種々の異なるユーザ１０２にも利用できるようにされる。図１を参照して述べたように、メディアサーバー１１８は、メッセージングプラットホーム１１６にも接続され、これは、種々のユーザを相互接続し、そして特定のユーザに関する付加的な情報を記憶する上でも助けとなる。例えば、メッセージングプラットホーム１１６は、付加的なユーザ情報データベース３６０に接続することもでき、これは、メッセージングプラットホームへのユーザの接続性及び互いの接続性に関する特性の情報を含む。例えば、このユーザ情報データベースは、各特定のユーザ１０２及びユーザのプロセッサ１０３に関する情報、並びにユーザのプロセッサ１０３が他のプロセッサ１０３とで維持する接続に関する情報を含むことができる。この情報の使い方、及びメッセージングプラットホームを使用して異なるユーザ間で相互接続をどのように改善するかについて、図７１を参照して説明する。別の実施形態では、メディアサーバー１１８は、図４７、図４８及び４５を参照して以下に述べるように、相性プレイリストを発生する上で助けとなるように使用される相性エンジン４０５０も含む。
【００２２】
更に、図３に見られるように、メディアサーバー及びメッセージングプラットホームは、インターネット全体にわたって利用できる他のサイト又はサーバー３８０にも直結される。これらのサイトは、ユーザ１０２に公然とアクセスできるサイト、例えば、コマースウェブサイトでもよいし、或いはこれらのサイトは、メディアサーバー及び／又はメッセージングプラットホームだけに利用できる内部サイトでもよい。ネットワーク３００内では、各特定のユーザは、個別の識別子又は「ユーザネーム」を有するのが好ましく、これは、特定のユーザを追跡すると共に、ネットワーク３００を経て接続されるメディアサーバー及び多数の他のサーバーの両方を経てユーザが含まれる全てのアクティビティを管理するのに使用される。このユーザネームは、ユーザ情報データベース１２２内に記憶され、各特定ユーザに対する個別の識別子である。ユーザに関して記憶される付加的な情報は、ユーザの個人的情報、例えば、ホームアドレス、ｅメールアドレス及び／又は電話番号を含むのが好ましい。又、このデータベースは、ネットワークを使用するためのユーザの個人的な好みを含んでもよく、例えば、ユーザＡがメディアエンジン１０６を使用してメディアにアクセスし、そして特定のメディアに対する好みを指示するか、或いは特定のメディアアイテムが利用可能になったときに変更されるべき好みを指示する場合には、このような好みがユーザ名と一緒にユーザデータベース１２２に記憶される。或いは又、これらの好みは、ユーザ１０２のプロセッサを含むネットワーク３００のどこかに記憶することができる。従って、メディアサーバー１１８は、これらの特定の歌をネットワーク３００のユーザに利用可能にすべき場合に、例えば、ユーザ情報データベース１２２において好みをサーチし、どのユーザがその歌を希望するか見出し、そして前記例と同様に、ユーザＡの好みが、メディアサーバー１１８に、その特定の歌をユーザＡのメディアエンジン１０６へ送信するか、さもなければ、利用可能にするようにアラートする。
【００２３】
更に、この実施形態では、全ネットワーク３００は、メディアサーバー１１８及び他のサーバーが互いに相互接続して特定ユーザ１０２の経験を最適化きるように接続される。以下に詳細に述べるように、特定のユーザが特定のプロセッサ１０３にローカルで関連付けられる間に、ネットワーク３００に接続されたときは、そのユーザは、ネットワーク３００全体にわたって利用できるリソースが特定のサーバーに存在するか又は別のプロセッサに存在するかに関わらず、それら全てのリソースにアクセスすることができる。ネットワーク３００は、ネットワークの一部分として利用できるリソースを通してユーザの経験を向上させるためにユーザ特有の情報を収集し保持することができる。従って、ネットワーク全体にわたり、異なるユーザ１０２がそれらの個々のメディアエンジン１０６を経て同じメディアサーバー１１８にアクセスするが、それら個々の聴取経験は、それらの特定のニーズに対して調整され、そしてネットワーク全体の能力を利用することになる。
【００２４】
本発明の一実施形態では、システム１００は、ネットワーク３００全体にわたり異なる位置に配置された異なるメディアファイルの容易な再生を促進すると共に、ユーザ１０２が位置するプロセッサから各個々のユーザ１０２により容易にアクセスできるメディアのプレイリスト又は他の組み合せの生成を促進するように、ユーザ１０２のメディアファイルを管理することができる。本発明の別の実施形態では、２人以上の異なるユーザ１０２が、メディアエンジン１０６を使用してメディアファイルを互いに共有し及び／又は推奨することができる（適切に許可された場合に）。これは、メディアエンジン１０６とメディアサーバー１１８との対話により行なわれ、これらは、両方とも、両ユーザ１０２に関連するデータと、メディアサーバー１１８及びユーザ１０２の各プロセッサ１０３に記憶されたメディアとを共有し、記憶する。ユーザ１０２がメディアエンジン１０６をプロセッサ１０３にインストールするか又はそれを使用するときには、メディアエンジン１０６は、種々の異なるステップを通じて、ユーザ１０２のメディアを良く知ると共に、メディアサーバー１１８と対話する。図４は、このプロセスに関連したステップを示す。
【００２５】
図４を参照すれば、先ず、ユーザ１０２は、メディアエンジン１０６を自分のプロセッサ１０３にインストールするか、さもなければ、インスタンス生成する。ステップ４０２。ユーザがメディアエンジン１０６を自分のプロセッサ１０３にインストールすると、メディアエンジンは、プロセッサ１０３において探索できるメディアファイルについてプロセッサ１０３をサーチする。ステップ４０４。メディアエンジン１０６がプロセッサ１０３においてメディアファイルを探索できる場合には、メディアエンジン１０６は、メディアエンジン１０６内に記憶されるファイルであって、見つかったメディアファイルに関する情報を含むファイルを生成する。ステップ４０６。このファイルは、メディアファイルの位置を含む各メディアファイルに関する情報と、メディアファイルと共に記憶されるメタデータ、例えば、歌の名前、アーチストの名前、又はアルバムの名前とを含む。このような情報がメディアファイルと共に利用できない場合には、メディアエンジン１０６は、メディアファイルに対するポインタ及び／又は位置参照を、その特定のメディアファイルに対して利用できるメタデータがないことを示す指示子と共に記憶するだけである。他の実施形態では、メディアエンジン１０６及び／又はネットワークのメディアサーバーは、ユーザに対する有用なメタデータを得るために特定のメディアファイルに関する情報についてネットワークをサーチするステップをとることができる。
【００２６】
又、メディアエンジン１０６は、メディアを含むことのできるユーザ１０２のプロセッサ１０３に配置されるか又は接続される装置１１４（ＭＰ３プレーヤ、ＣＤドライブ、フラッシュメモリ、等）もサーチする。このような周辺装置が見つかった場合には、メディアエンジンは、その周辺装置内に配置されたメディアがあるかどうか決定する。ステップ４０８。もしそうであれば、メディアエンジン１０６は、関連メタデータを含むメディアに関する情報をファイルに記憶し、メディアエンジン１０６が後でそのデータにアクセスできるようにする。ステップ４１０。メディアエンジン１０６が、ユーザ１０２のプロセッサ１０３又はその周辺装置１１４にあるメディアファイルの位置及びコンテンツに関する全ての情報を取得すると、メディアエンジン１０６は、メディアサーバー１１８と通信し、プロセッサ１０３からのメディアファイルに関してメディアエンジン１０６が取得した情報を通すことができる。メディアサーバー１１８は、メディアエンジン１０６により生成されたファイル（１つ又は複数）であって、プロセッサ１０３にあるメディアファイルに関する位置及びメタデータ情報を含むファイルを通してこの情報を受け取り、そしてこの情報を他のユーザ情報と共にユーザ情報データベース１２２に記憶する。ステップ４１２。メディアサーバー１１８は、次いで、メディアエンジン１０６から受け取った情報を、メディアデータベース１２０に位置するメディアファイル及び関連メタデータと比較する。ステップ４１４。プロセッサ１０３に位置したメディアファイルが、メディアデータベース１２０に位置するメディアファイルに一致する場合には、メディアサーバー１１８は、メディアデータベース１２０内のメディアファイルの位置に注目し、そしてメディアエンジン１０６によりプロセッサ１０３から取得した情報を含むファイルにその情報を添付させる。ステップ４１６。メディアサーバー１１８は、次いで、メディアファイルの更新されたリストを含むファイルを送出し、これは、プロセッサ１０３に位置するメディアファイルと、メディアサーバー１１８がメディアデータベース１２０からユーザ１０２に利用できるようにしたいメディアファイルに関する情報との両方を結合するものである。ステップ４１８。メディアエンジン１０６は、このファイルを取得すると、図２を参照して述べるように、ユーザが、効率的で且つ明快な仕方でユーザに利用できる全てのメディアを管理できるようにするインターフェイスを生成する。ステップ４２０。従って、メディアエンジン１０６が、プロセッサ１０３にローカルに位置したメディアファイル及びメディアサーバー１１８からユーザ１０２に利用できるファイルの両方に関連した全ての情報を取得すると、メディアエンジン１０６は、ユーザが１つの中央位置からこのメディアエンジン１０６を通してそのメディアを位置決めし且つアクセスできるようにする。換言すれば、ユーザ１０２は、メディアエンジン１０６を使用するときに、メディアサーバー１１８から又はネットワーク上のどこからでもプロセッサ１０３においてローカルに利用できるメディア及び情報を、１つの中央位置からアクセスし又は操作することができる。
【００２７】
更に、メディアエンジンの使用により、ユーザは、ローカルに位置したメディアであって、ユーザ１０２が、異なる位置に置かれた異なるプロセッサ１０３から利用できることを希望するメディアにブックマークすることができる。換言すれば、ユーザ１０２は、家に置かれたプロセッサ１０３及び仕事場に置かれたプロセッサ１０３の両方を有する場合に、自分の家のプロセッサ１０３にある幾つかの又は全てのメディアファイルであって、仕事場又は他のどこかに位置するプロセッサ１０３で経験できることを希望するところのメディアファイルを指定することができ、或いはシステムがそれを指定することができる（ユーザの好みの基準に基づいて）。この場合も、これは、メディアファイルに関する情報を追跡し、処理し、そしてメディアサーバー１１８と共有するメディアエンジン１０６を経て管理される。従って、ユーザ１０２は、異なる位置にあるプロセッサ１０３に位置したメディアファイルを経験したい場合には、メディアエンジン１０６を実行していてメディアサーバー１１８にアクセスできるプロセッサから、これらメディアファイルにシームレスにアクセスして経験することができるようになる。このため、メディアエンジン１０６は、全てのメタデータ情報と、プロセッサ１０３上の各々のメディアファイルに関する位置情報とを予め記憶し、そしてこの情報をメディアサーバー１１８に転送している。従って、例えば、ユーザ１０２が、自分のプロセッサのうちの異なる１つに位置するメディアファイルを経験したい場合には、ユーザが位置するプロセッサに配置されたメディアエンジン１０６がメディアサーバー１１８からメディアファイルを要求し、メディアサーバー１１８に利用できる情報から全てのユーザのメディアファイルをルックアップしそしてそれにアクセスできるようにする。メディアサーバー１１８が、要求されている特定のメディアファイルを探索すると、メディアサーバー１１８は、そのメディアファイルを検索し、そしてユーザ１０２が現在位置しているプロセッサにインストールされたメディアエンジン１０６へそれをストリーミングし、転送し、さもなければ、利用できるようにする。逆に、別のユーザが同じプロセッサを使用してログオンする場合には、そのユーザは、最初のユーザとは独立してブックマークをしない限り、最初のユーザがブックマークをしたメディアファイルにアクセスすることができない。明らかなように、メディアエンジン１０６とメディアサーバー１１８との間の対話は、特定のユーザ１０２が種々の位置からアクセスできるメディアファイルの収集及びマネージメントに対して健全なメディア収集及びマネージメントツールを生成する。又、メディアエンジン１０６は、以下に述べるように、この機能を使用して、異なるユーザ１０２間で音楽を交換することもできる。図２を参照して、上述した機能を実施する本発明の一実施形態によるユーザインターフェイスを以下に説明する。
【００２８】
個々のユーザ１０２は、メディアファイルを得及び／又はメディアファイルを聞くことのできる異なるプロセッサ及び／又は装置を維持することができる。例えば、ユーザは、自分の家にプロセッサを維持することができ、自分の仕事場にプロセッサを維持することができ、自分の車にポータブル装置を維持することができ、及び／又は別の位置にメディアプレーヤを維持することができ、その各々は、ネットワーク３００にアクセスし及び／又はメディアファイルを再生することができる。本発明の一実施形態において、ユーザがメディアエンジン１０６を使用してメディアファイルにアクセスするときに、メディアエンジンは、ユーザ及び再生されるメディアファイルに関する情報を維持することができる。これは、ユーザが、聴取経験をある位置から別の位置へ転送できるようにすることで、自分の聴取経験を向上させることができるようにする。例えば、ユーザが家のプロセッサで特定の歌を聞き、そして家を出て車へ行かねばならない場合に、ユーザは、家のプロセッサにおけるメディアエンジンから歌を聴いたところの状態を維持し、そして自分の車におけるローカルメディア装置又は他の位置におけるメディア装置でそのポイントからピックアップすることができる。従って、ユーザが家のプロセッサから立ち去るときに、メディアエンジン１０６は、ユーザがどんな歌を聞いていたかに関する情報をセーブし、そしてその情報をメディアサーバー１１８へ通す。ユーザが第２の位置（例えば、自分の車）からネットワークへ再接続するときに、現在いる第２の位置に配置されたメディアエンジン１０６は、聴いている音楽の位置についてサーバーに問合せ、次いで、その音楽を探索し、それをストリーミングするか、さもなければ、第２の位置にそれを利用できるようにする。何らかの理由で、例えば、第２の位置が、メディアファイルが置かれた位置への接続をもたないか、又はメディアファイルがストリーミングされる位置が現在オフラインであるために、第２の位置のメディアエンジンが同じ位置から歌にアクセスできない場合には、メディアエンジンは、許可された異なる位置からその歌を探索するように試み、そしてそれを新たな位置におけるユーザにストリーミングする。従って、これは、種々の異なる装置において種々の異なる時間に種々の異なる位置へ経験を拡張できるような全ての包含する経験をユーザがエンジョイできるという点でユーザの経験を向上させることが明らかであろう。図２を参照して、上述した機能を実施する本発明の一実施形態に基づくユーザインターフェイスを以下に説明する。
【００２９】
上述した機能の異なるコンポーネントがネットワーク３００の異なるコンポーネント内にあってもよく、情報が異なるコンポーネント又は同じコンポーネントにあってもよいことに注意されたい。例えば、メディアエンジン１０６又はメディアサーバー１１８のいずれが、メディアファイルに関する何らかの又は全てのデータ、及びメディアファイルに関する位置情報を維持してもよい。例えば、メディアファイルに関する情報がメディアエンジン１０６に完全に維持される場合には、異なるメディアエンジン１０６が、メディアサーバー１１８にアクセスする必要なく、それら自体の間で通信することができる。同様に、ネットワーク３００により付加的なサービスを理想して、情報をより広く配布することができる。
【００３０】
図２に見られ、以下に更に説明するように、ユーザ１０２がメディアエンジン１０６を使用するときには、ユーザに入手できる全てのメディアファイルが、ユーザインターフェイス２００においてユーザに表示するために論理的な形態で編成される。ユーザインターフェイス２００は、好ましくは複数の枠(pane)で表わされ、その中にメディア情報が表示される。枠２０１を参照すれば、ユーザのメディアが位置した種々のメディアリソース又はソースのリストが表示される。上述したように、メディアエンジン１０６は、プロセッサ１０３に位置してメディアサーバー１１８を経て利用できるユーザのメディアに関する情報を取得しそして記憶する。例えば、図２及び３を参照すれば、この実施形態では、ユーザは、特定のソース又は位置により構成される全てのメディアファイル、又は全ての利用可能なメディアファイルの完全なリストを見ることができる。例えば、“my music(自分の音楽)”タブ２２２をクリックすることにより、ユーザは、そのユーザに利用できる音楽であって、メディアデータベース１２０にローカル記憶されるか、又は他のサイト又はサーバー３８０から送られる全ての音楽を見ることができる。好ましくは、ユーザが“my music”タブ２２２にアクセスすることを選択すると、ユーザメディアファイル１１０、ローカル装置１１４、メディアデータベース１２０、或いは他のサイト又はサーバー３８０を経てユーザに利用できる全てのメディアのリストが最も右の枠２３１に列挙される。このリストは、例えば、曲名(Song Title)２０２、アーチスト(Artist)２０４、アルバム(Album)２０６、期間(Duration)２１０、及びジャンル(Genre)２１２を含む各々のメディアファイルに関する情報を表わす列に記憶され、そしてユーザが希望する他の順序で（例えば、アーチストによるアルファベット順に）配置することができる。メディアエンジン１０６は、上述したようにそれが以前に取得して記憶したメディアの各特性アイテムに関するメタデータからこの情報を探索することができる。枠２３１は、１つの位置において利用可能な全てのメディアを見て、そのメディアを、良く知られたように列で分類することによりユーザに馴染み易いフォーマットで分類する能力をユーザに与える。
【００３１】
又、枠２０１を経て、ユーザは、ネットワークメディアサイトタブ２２４をクリックすることによりメディアデータベース１２０に記憶されたメディアを別々に見ることができる。この場合も、この情報は、図４を参照して上述したように、メディアサーバー１１８から受け取った情報に基づいてメディアエンジン１０６に入手することができる。ユーザがタブ２２４をクリックすると、図３３を参照して以下に述べるように、メディアデータベース１２０から入手できるメディアを表わす表示が枠２３１に現れる。このリストをコンパイルするために、メディアエンジン１０６は、上述したのと同様に、全ての入手できるユーザ関係メディア情報と、メディアデータベース１２０に位置するメディアファイルとについてメディアサーバー１１８に問合せし、そして枠２３１に適当なメタデータをポピュレートさせる。又、例えば、アーチスト、曲名、ジャンル又は他のメディア基準をサーチすることにより、メディアの希望のアイテムについてユーザがメディアデータベース１２０をサーチするのを許すサーチ機能が設けられるのが好ましい。
【００３２】
一実施形態では、メディアデータベースは、リース又は購入に利用できるメディアファイルを含んでもよく、この場合に、メディアサーバー１１８は、メディアデータベース１２０を通して探索されたメディアの許可されたバージョンをサーチし、そして購入、リース、レンタル、又はその他入手するための選択肢をユーザに与えるコマースコンポーネントを含む。例えば、タブ２２４を通してアクセスされるサイト又はサーバー３８０が音楽の売手である場合には、ユーザは、タブ２２４をクリックして、コマースサイトに入り、ユーザのコレクションに追加されるべき音楽又はメディアを購入することができ、これは、次いで、メディアエンジンにより管理することができる。更に、メディアエンジンとのユーザ対話を通して得られるユーザ好み情報をコマースサイトに入手できるようにして、推奨される購入を与えることができる。
【００３３】
種々の実施形態は、“my music”コレクション又は“my music”タブに関連して説明するが、このタブ又はコレクションのタイトルは何でもよく、“my music”という用語は、説明を容易にするために使用されることが明らかである。
【００３４】
この実施形態において、ユーザは、枠２０１に表示されるボタン又はリンクを経て利用できるインターネットラジオプロバイダーサイト３８０にもアクセスすることができる。例えば、ユーザがインターネットラジオタブ２２６をクリックした場合には、メディアサーバー１１８又は他のサイト３８０から利用できるインターネットラジオがオープンして、ユーザがメディアエンジン１０６を経て種々のラジオ局を経験するのを許す。コマース特徴と同様に、メディアエンジンとのユーザの対話を通して得たユーザ好み情報は、ラジオ局により与えられる音楽の選択に影響するようにラジオ局に入手できるようにされる。１つのこのようなラジオ局は、カリフォルニア州サニーベールのＹａｈｏｏ！Ｉｎｃから得られるＬａｕｎｃｈｃａｓｔである。
【００３５】
或いは又、同様に、ユーザは、例えば、コンパクトディスクタブ２２８又はＭＰ３プレーやタブ２３０を経てアクセスできるローカル装置１１４に得られる歌の包括的リストを見ることもできる。この場合も、この情報は、図４を参照して上述したように、始動時、インストール時、又はその後に、メディアエンジン１０６により初期に取得した情報からメディアエンジン１０６により利用される。更に、ユーザは、以下に詳細に述べるように、特定のプレイリスト２３２に歌をリストすることもできる。メディアエンジン１０６を通して利用できる情報の更新は、ユーザ選択時に行うか、或いはある事象発生時、例えば、プロセッサ１０３にプラグインされたドライブ又はＭＰ３装置にＣＤが入れられたときに、自動的に行うこともできるし、プログラムスタート時又はインストール時に開始することもできるし、或いはある間隔で、又はメディアサーバー１１８、他のネットワークサイト３８０からのインストラクションのもとで、或いはネットワーク３００上のプロセッサ１０３の他のプログラムのもとで行うようにプログラムすることもできる。
【００３６】
又、一実施形態では、枠２３１内からの特定の歌を格付けするために列２０８に示された格付けツールを使用する追加能力がユーザに許されるのが好ましい。例えば、ユーザは、ユーザが実際に好きな特定の歌を４つの星で格付けする一方、ユーザが特に気にしない歌には星を付けないようにすることができる。格付けされると、ユーザは、特定の格付けにより順序付けされた歌のリストを見ることができる。従って、ユーザが特に楽しむ歌は、リストの上位に載せられ、一方、ユーザが特に気にしない歌は、更に下へ移動される。
【００３７】
別の実施形態では、ユーザにより適用される格付けは、ユーザ識別に関連付けられる。ユーザｉｄ及びそれに関連した格付けが、メディアサーバーに位置するユーザ情報データベースに記憶される。従って、ユーザは、多数のプロセッサ及び位置からこの格付けを見てアクセスすることができる。
【００３８】
更に別の実施形態では、他のアイテムは、ユーザ識別に関連付けて、メディアサーバーに存在するユーザ情報データベース又は他のデータベースに同様に記憶することができ、ここで、アイテムは、ユーザがメディアエンジンを有していてシステムに接続できる位置においてユーザによりアクセスすることができる。
【００３９】
ユーザ情報データベース１２２は、好ましくは、システムへの適切なアクセスでいかなるアプリケーションにも利用できるようにされ、ユーザ情報をレバレッジすると共に、システム１００／３００の全ての観点でユーザの経験を向上させる。
【００４０】
ユーザ情報を編成し記憶して、システム１００／３００の多数のアプリケーションに利用できるようにすることにより、ユーザは、歌又はアーチスト又はアルバムを一度格付けするだけでよく、そしてその格付けは、ユーザの格付けデータを利用できるシステム１００／３００のアプリケーション又は特徴又は機能に対して利用可能となる。従って、例えば、ユーザがクライアント側音楽エンジン１０６を使用してＣＤから歌を「リップ(rip)」し、そしてユーザインターフェイス、例えば、枠２３１を使用してそれを格付けする場合に、その格付けがメディアサーバー１１８におけるユーザデータベース１２２へ通される。ユーザが、その後、枠２０１から聴取すべきラジオ局を選択するときには、ラジオ局アプリケーション（図示せず）がユーザデータベース１２２にアクセスし、そしてその歌の格付けを得て、それを、そのユーザに対してラジオコンテンツをプログラムするのに使用されるプログラミングアルゴリズムに組み入れる。ユーザがラジオを聞きながら歌を格付けする場合には、同じプロセスが逆適用される。従って、ユーザが歌を一度格付けすれば、システム１００／３００に利用できる種々の特徴、機能及びアプリケーションにユーザの好みを記憶し及び／又は組み込むことができる。
【００４１】
更に、ユーザ情報は、ユーザ情報の全部又は一部分を、ユーザデータベース１２２に加えて又はそれとは別に、プロセッサ１０３のユーザ情報データベース８４１０（図８４）に維持することにより、中央に維持されるか又は配布される。
【００４２】
ここに更に述べるように、ユーザにより選択された格付けは、システムがユーザの特別の好き嫌いに関して音楽を良く分類し、そしてユーザの経験を著しく向上させられるようにする。これも以下に述べるように、ユーザは、タブ２３４をクリックすることにより他のユーザの音楽も見たり聞いたりすることができ、又は別のユーザがユーザの格付け又は好みを取り入れることもできる。
【００４３】
ユーザが、メディアの特定アイテム、例えば、歌を経験のために選択すると、メディアプレーヤ２４０を含むウインドウがユーザインターフェイス２００内でオープンし（又は常に存在し）、メディアを再生するユーザ制御を許可する。再生されている特定の歌の曲名２４２、アーチスト２４４、アルバム２４６が表示されるのが好ましい。このメディアプレーヤ２４０内から、ユーザは、既知のメディアプレーヤに共通の制御器２５０を使用することにより特定の歌を巻き戻し、早送りし、又は休止することでメディアを制御する能力を有する。更に、歌が再生されるときに、ユーザは、格付けツールシーケンス２５２をクリックすることにより、歌、アーチスト、及び／又はアルバムを格付けする能力を有し、そしてその格付けは、上述したように、ユーザ情報データベース１２２にユーザの好みの一部分として組み込まれるのが好ましい。
【００４４】
又、ユーザ１０２は、プラグインプログラムをメディアエンジン１０６に組み込むこともできる。このプラグインプログラムへのアクセスは、枠２０１から新たに生成されたタブ２３６を経て得ることができる。これらのプラグインは、メディアエンジン内から実行できるアクションにおいてメディアエンジンをより健全にする目的で既知のプログラミング技術を使用してプログラミングされてもよい。プラグインは、メディアエンジンのプロバイダー又は第三者によって設けられてもよい。換言すれば、本発明の一実施形態によるユーザインターフェイス及び機能は、異なるプラグインをベースとし、種々の位置で設計され、ネットワーク３００のユーザ又はオペレータを含む異なる人々により設計され、ユーザインターフェイス、それが提供する機能、及びメディアエンジンとの対話を向上させることができる。
【００４５】
ユーザがコンパクトディスク又は他の形式の取り外し可能なメディアを装置１１４に置いたときに、システムは、図５に見られるように、例えば、タブ２２８をクリックすることでその取り外し可能なメディアに位置する歌を識別してリストする能力を有し、ユーザは、それらの歌を“my music”コレクションにインポートするように選択することができる。例えば、コンパクトディスクタブ２２８をクリックすることにより、ユーザ１０２には、全ての歌のリスト、及び／又は枠５００において取り外し可能なメディアに利用できる他のメディアが与えられる。このリストは、トラックのタイトル、歌の時間、アーチスト、及びジャンルを含むことができる。このリストから、ユーザは、再生ＣＤアイコン５０２をクリックすることによりＣＤを再生し、イジェクトＣＤアイコン５０４をクリックすることによりＣＤプレーヤからＣＤをイジェクトし、或いはユーザが“my music”コレクションに含ませたい特定の歌に隣接するボックス５１０をクリックし、次いで、“my music”へ追加のアイコン５０６をクリックすることにより、ＣＤから自分の“my music”コレクションへいずれか又は全ての歌を追加することができる。或いは又、メディアエンジン１０６は、ＣＤドライブにＣＤが挿入されたときに、ユーザが歌を“my music”コレクションにインポートしたいかどうかについてユーザを促す。図５に見られるように、システムが、装置１１４に置かれたＣＤ又は他の取り外し可能なメディアを確認すると、その取り外し可能なメディアのタイトルが枠２０１におけるコンパクトディスクタブ２２８をポピュレートする。更に、アルバムの名前、及び一実施形態では、アルバムのカバーが枠５２０に示される。一般に、ＣＤに関するこの情報を得るために、メディアエンジンは、コンパクトディスク又はＭＰ３に存在するデジタル化コンテンツを識別し、デジタル化コンテンツが何であるか決定し、そしてＣＤのアイデンティティ、即ち実際のタイトル、アーチスト、コンテンツ、等を確認することができる。一実施形態では、検証データベースが１組のマスターＣＤから生成される。この例は、ＣＤに関して説明するが、同様の方法が異なるメディアにも適用される。検証データベースは、ＣＤのレコードと、それに対応するテーブル・オブ・コンテンツ(table-of-contents)と、ＣＤから選択された対応するオーディオデータとを含む。検証データベースが生成されると、マスターＣＤに対するＣＤの検証を行うことができる。先ず、ＣＤからのテーブル・オブ・コンテンツを検証データベースに対してマッチングさせることでＣＤが識別される。テーブル・オブ・コンテンツデータを使用して、メディアエンジンは、同様のテーブル・オブ・コンテンツをもつ１つ以上のマスターＣＤを識別する。識別されたＣＤは、次いで、ＣＤから選択されたオーディオデータを、１組のマスターＣＤから生成された検証データベースに対してマッチングさせることにより認証される。他の実施形態では、ＣＤ又は他のメディアのアイデンティティは、コンテンツを識別する助けとなるように、特定メディアコンテンツの波形及びそれに関連したメタデータ又はビットサイズを見ることを含む既知の技術を通して捕獲される。識別がなされると、アイデンティティは、メディアを見つけることのできる位置と共にメディアサーバー１１８へ通される。
【００４６】
別の実施形態では、ユーザには、アルバムでプレイリストを生成するか又はアルバムを既存のプレイリストに追加する能力が与えられる。この実施形態では、メディアエンジン１０６は、アルバムに関してそれが有する情報にもアクセスして、枠５３０においてユーザに同様のアルバムをオファーする。ユーザが特定の歌を自分の“my music”コレクションにインポートするように選択を行なうと、コンパクトディスク又は他の取り外し可能なメディアからの歌（１つ又は複数）が、メディアエンジン１０６により、ユーザ選択フォーマット又は自動的に選択されるフォーマットで、ローカル記憶装置又はプロセッサ１０３或いはポータブル装置１１４へコピーされるか又は「リップ」され、或いはメディアファイルがメディアサーバー１１８に利用できるようにされて、メディアに関するファイル及び／又はメタデータ情報を、ユーザの他のメディアに関するファイルと共に記憶できるようになる。従って、これらの歌（１つ又は複数）は、ユーザの“my music”コレクションにある他の媒体と共に、ユーザがメディアエンジン１０６でメディアサーバー１１８にアクセスできるところの位置からアクセスすることができる。メディアサーバー１１８が、ユーザの全“my music”コレクションのリスト、並びにメディアに接続されたメタデータの幾つか又は全部及びそのメディアの位置を有すると、メディアサーバー１１８は、ユーザがいる位置においてそのユーザへのネットワーク上にメディアファイルが存在するどの場所でもメディアファイルを探索してアクセスを与えることができる。従って、ユーザは、いかなるメディアファイルも自分の“my music”コレクションに容易に追加することができ、そして適切な許可、ＤＲＭ慣習に対する遵守、及び他の所有権又は保護監督問題が考慮されると仮定すれば、メディアエンジン１０６を有する他の位置でもメディアファイルにアクセスできるようにする。
【００４７】
別の実施形態によれば、コンパクトディスクのような取り外し可能なメディア装置からユーザの“my music”コレクションへ音楽をインポートするための別の方法は、ユーザが枠５００から“my music”コレクションに含ませることを望む実際の歌の表示された曲名をクリックすることである。
【００４８】
従って、ここに述べる実施形態では、ユーザは、自分のメディアファイル及び／又は取り外し可能なメディアを異なる位置へ常時搬送する必要はない。というのは、このメディアは、メディアエンジン１０６、メディアサーバー１１８、ネットワーク３００、並びにここに述べるコンポーネント及びファンクションを経て入手できるからである。更に、ユーザは、メディアデータベース１２０から入手できる好きなメディアを習熟し直し、そして以前に聞いた及び再び聞きたいメディアを選択する必要もない。むしろ、ユーザが選択した全てのメディアは、自分のメディアエンジン１０６に存在するか又はそれを経て入手でき、そしてユーザが希望する時間又は場所で自分のメディアコレクションの一部分として特定のユーザに入手可能となる。
【００４９】
本発明の一実施形態による慣習では、各ユーザ１０２に対してメディアのバーチャルコレクションが生成される。図６を参照することで明らかとなり、且つ図４を参照して上述したように、メディアエンジン１０６は、各ユーザのプロセッサ１０３及び／又は装置１１４をサーチし、そしてメディアファイルを識別する。全てのメディアが識別された後に、ユーザは、どのメディアを自分の“my music”コレクションに追加したいか選択することができる。ステップ６１０。ユーザが特定のメディアファイルを“my music”コレクションに追加したいときには、１つ以上のメディアファイルでバーチャルコレクションが生成され、これにより、メディアの各特定断片は、ユーザにより将来使用するために「ブックマーク」される。ステップ６２０。一実施形態では、特定メディアファイルのブックマーキングは、各ユーザのブックマークされたメディアに対する識別子をユーザ情報データベース１２２に記憶することにより達成される。ステップ６３０。情報データベース１２２に記憶されたユーザに関する他の情報に加えて、メディアサーバー１１８は、特定ユーザのブックマークに関する情報も、後で検索するために記憶する。従って、ユーザが、後で使用するためにブックマークされるべきメディアの特定断片を識別するときには、メディアのその特定断片に対する識別子が、ユーザ情報データベース１２２に記憶されたユーザ１０２の他の識別情報と一緒に記憶され、そしてユーザの“my music”コレクションにおける全メディアのバーチャルコレクションが生成される。従って、ユーザ情報データベース１２２は、特定のユーザによりフラグが立てられた特定のメディアを指す識別子のリストをユーザごとに含む。従って、例えば、２人のユーザが同じプロセッサを使用してシステムにアクセスしても、各ユーザは、自分の「ブックマーク」されたメディアへ容易にアクセスを得ることはできるが、他のユーザがそれ自信の「ブックマーク」されたメディアへアクセスする場合は除く。
【００５０】
ユーザが、ブックマークされたメディアの特定断片を検索したいときには、メディアサーバーがユーザ情報データベース１２２からメディア識別子にアクセスし、次いで、その識別子を使用して、特定メディアファイルをユーザへストリーミングし、さもなければ、利用できるようにする。ステップ。従って、ユーザは、種々の位置で利用できることを望む特定のメディアを容易に識別することができ、そしてメディアサーバーは、ユーザ情報データベース１２２にその特定のユーザに関して記憶された情報に基づいてそのメディアを容易に検索できることが明らかである。それ故、メディアサーバーが特定のメディアファイルに対してサーチを開始する必要はなく、むしろ、メディアファイルに対する識別子が記憶されて特定のユーザ情報にアタッチされると、メディアサーバー１１８は、ブックマークされたメディアを、それがローカル記憶されたものであるかのように容易に利用することができる。又、情報データベース１２２は、メディアファイルが置かれたネットワーク上の多数の別々の位置を含んでもよく、従って、１つの特定のソースが何らかの理由で利用できなくなった場合には別のソースを与えることができる。
【００５１】
図７に見られるように、本発明の一実施形態によれば、メディアのある断片を再生する要求がメディアエンジン１０６へなされたときに、メディアエンジン１０６は、考えられる最も効率的な仕方でメディアが再生され及び／又はユーザへストリーミングされるように確保するためのプロセスを行なう。特定のメディアを再生する要求がなされると、メディアエンジン１０６は、先ず、その特定のメディアファイルがユーザのプロセッサ１０３にローカル配置されているかどうか調べるためにサーチする。ステップ７０１。ローカル配置されている場合には、メディアエンジンは、ローカル位置からそのファイルを再生する。ステップ７０２。メディアファイルがローカル配置されていない場合には、メディアエンジンは、次いで、ユーザ１０２のプロセッサ１０３のキャッシュをサーチして、メディアファイルがそこにあるかどうか調べる。ステップ７０３。メディアファイルがプロセッサのキャッシュにある場合には、メディアエンジンがキャッシュ位置からメディアファイルを再生する。ステップ７０４。しかしながら、メディアファイルがキャッシュ内にない場合には、メディアエンジン１０６は、次いで、メディアサーバー１１８に問合せして、メディアサーバー１１８がネットワーク上の別の許可されたソースからファイルを検索できるかどうか調べる。ファイルの一次ソース又は別のソースの一例は、メディアサーバー１１８又は他のサーバー１３０がユーザに対してテサード(tethered)ダウンロードを与えるためのものである。ステップ７０５。テサードダウンロードは、ある長さの時間の後に満了となる時間ベースのＤＲＭを含むポータブルファイルである。換言すれば、例えば、ユーザが契約サービスに関与しそしてある長さの時間中あるメディアファイルに対する権利を得るための権利がある場合に、そのメディアファイルのテサードダウンロードがユーザのプロセッサにロードされ、そしてユーザは、ある長さの時間中（例えば、３０日）そのファイルを再生することができる。所定長さの時間が終わると、ファイルは使用不能となり、ユーザによってもはや再生することができない。それ故、メディアサーバー１１８は、ネットワーク３００全体をサーチし、要求された特定のメディアファイルに対してテサードダウンロードが利用できるかどうか調べる。テサードダウンロードは、メディアエンジン１０６に対して次に好ましいオプションである。というのは、テサードダウンロードは、ユーザのプロセッサへローカルコピーをダウンロードし、そしてユーザが、メディアサーバー１１８にアクセスする必要なく、メディアファイルを再生するのを許すからである。
【００５２】
メディアサーバー１１８が、特定のメディアファイルに対してテサードダウンロードを探索できる場合には、メディアサーバー１１８は、そのテサードダウンロードを検索し、そしてそれをユーザのプロセッサ１０３のキャッシュ又はローカル記憶装置へダウンロードする。テサードダウンロードを取得すると、メディアエンジン１０６は、ユーザに対してメディアファイルを再生する。ステップ７０６。テサードダウンロードが利用できない場合には、メディアエンジン１０６は、メディアサーバー１１８に問合せして、メディアデータベース１２０から特定のユーザへ特定のメディアファイルが利用できるかどうか調べる。ステップ７０７。メディアデータベース１２０のメディアへのアクセスは、段階的(tiered)メンバーシップに基づくか又は異なる契約料金に基づくのが好ましい。それ故、メディアデータベースにおいて利用できるメディアは、ネットワーク３００内にユーザが有している契約に基づいて各特定のユーザに利用できるものではない。メディアデータベース１２０内においてメディアファイルが利用でき、そしてそのファイルを要求する特定のユーザが、メディアファイルへのアクセスを許す契約又は許可レベルを有する場合には、ファイルがメディアサーバー１１８によりメディアデータベース１２０からユーザのプロセッサ１０３へストリーミングされて、メディアエンジン１０６で再生される。ステップ７０８。しかしながら、要求されたメディアファイルが特定のユーザに利用できない場合には、メディアサーバーは、任意であるが、ユーザのプロセッサ１０３へメディアファイルのサンプルをストリーミングすることができる。ステップ７０９。一実施形態において、ユーザの契約又はメンバーシップのためにこのメディアファイルが利用できないことを指示するメッセージがユーザに表示され、そしてその契約又はメンバーシップをどのように向上させるか説明するインストラクションでユーザへ情報を与えることができる。
【００５３】
図８を参照して、ユーザインターフェイス２００の付加的な特徴を以下に説明する。ユーザインターフェイス２００内から、ユーザは、ユーザの“my music”コレクションからの歌を有する異なるアルバムをブラウズしそして見る能力を有する。図８に見られるように、アルバムによる歌を見るために、ユーザは、ドロップダウンメニュー８０２からアルバムによるブラウズを選択することができる。アルバムによるブラウズを選択した後に、ユーザには、ユーザが聞くために利用できるアルバム８０１のコレクションが与えられる。リストされたアルバムの名前に加えて、各個々のアルバムに対するアルバムカバーが、ユーザが見るために表示される。アルバムカバーは、メディアエンジン１０６及び／又はメディアサーバー１１８に記憶されたメディア及びメタデータと一緒に「．ｇｉｆ」映像として記憶されるのが好ましいが、メディア及び関連メタデータの記憶及び検索の構造及び編成は、多数の仕方、即ち１つ又は多数のサーバー又は位置にわたり分布形態又は集中形態で実施することができる。アルバムカバーが特定のメディアファイルに記憶されない場合には、システムは、ネットワークをサーチして、カバー映像にトライしそして見つけるように構成できる。「．ｇｉｆ」映像に関して説明するが、映像を表示するファイルフォーマットであって、「．ｊｐｇ」、「．ｔｉｆ」、又はこれまで及び今後知られる他の映像ファイルフォーマットのようなファイルフォーマットを使用して、アルバムカバーを表示することもできる。
【００５４】
本発明の一実施形態では、１つ以上の映像が映像データベース３７０に記憶される。これらの映像は、これまでに及び今後知られるいかなる映像フォーマットで記憶することもできる。これらの映像は、例えば、アルバムカバー、アーチスト、又はメディアの断片に関係した他の映像である。メディアデータベース１２０に記憶されたメディアと共に、映像データベース３７０内の映像にリンクするか又はそれを指すＵＲＬ又は他のポインタが記憶される。それ故、この実施形態では、ユーザがメディアの特定の断片を選択するときに、メディアエンジン１０６は、それに関連した映像（例えば、アルバムカバー、アーチストの写真）を検索し、そしてそれらの映像をユーザに対して表示することができる。
【００５５】
又、ユーザに対するアルバムカバーの表示は、ユーザがコンパクトディスク又は他のメディアを実際に自分の手に保持しているかのようにユーザが音楽を聞き且つアルバムカバーを見ることができるような向上された経験をオファーすることが明らかであろう。ユーザがインターフェイス８０１からアルバムを選択すると、そのアルバムの全ての歌が、図９に見られるように、その歌に関する全ての詳細と共に枠８１２に表示される。先の実施形態と同様に、この実施形態でも、ユーザは、枠８１２において曲名をクリックすることによりメディアプレーヤ２４０で歌を再生する能力を有する。この実施形態では、ユーザは、より効率的な仕方で（例えば、アルバムを通して）音楽をブラウズするという付加的な能力を有し、これは、ユーザにとって経験の向上を導く。
【００５６】
別の実施形態では、ユーザは、自分の“my music”コレクションの歌をジャンルでブラウズすることができる。例えば、図１０に見られるように、ユーザは、例えば、ドロップダウンメニュー８０２から「ジャンルによるブラウズ(browse by genre)」を選択することにより、インターフェイス１０００を経て異なるジャンル（例えば、ブルース、フォーク、ジャズ、ロック）を踏査する能力を有する。この場合も、これは、メディアエンジン１０６により取得されて記憶されたメタデータ情報により可能にされる。ジャンル情報は、人間のオペレータがジャンル情報を追加することを経て、システムにより得られて使用されてもよいし、或いはジャンル情報は、メディアファイルのオリジナルソースによりメタデータ、例えば、レコードレベル、として供給されてもよい。ユーザがアルバムカバーを経て“my music”コレクションをブラウズする仕方と同様に、ユーザは、特定のジャンルを選択し、そして自分の“my music”コレクションにおいて得られる歌で、その特定のジャンルに適合する全ての歌を表示することができる。この場合も、図１１に見られるように、ユーザが、例えば、枠１００２から「ロック／ポップ(Rock/Pop)」ジャンルを取り上げた場合には、ユーザの“my music”コレクションにある歌で、「ロック／ポップ」ジャンル基準を満足する全ての歌が、枠８１２に表示される。
【００５７】
ユーザの経験を更に向上させるために、ユーザは、枠１００４からの選択されたジャンルにおいて特定のアーチストを取り上げて、その特定のアーチストからの歌を見ることができる。例えば、図１２に見られるように、ユーザがアーチスト枠１００４から“Peter Gabriel”をクリックした場合には、“Peter Gabriel”による歌だけが枠８１２に表示される。次いで、ユーザは、アルバムリスト枠１００６から特定のアルバムをクリックすることにより歌を更に狭めることができる。例えば、図１３に示されたように、ユーザが、Peter Gabrielによるアルバム“Security”をクリックした場合には、そのアルバムの歌だけが枠８１２に表示される。次いで、ユーザが“Shock the Monkey”のような特定の歌をクリックした場合には、その選択された歌がメディアプレーヤ２４０において再生される。特定の基準による前記ブラウジングは、ユーザの“my music”コレクションにおける音楽をブラウジングすることに関して説明されたことに注意されたい。一実施形態では、このブラウジングは、ネットワーク３００全体のどこかに位置する全てのメディアにおいて実行することができる。加えて、別の実施形態では、ユーザは、図５０を参照して以下に述べるように、別のユーザの“my music”コレクションを通してサーチすることもできる。
【００５８】
別の実施形態では、ユーザは、図１５に示すように、歌及び／又はアルバムのアーチストを経て歌及び／又はアルバムをサーチすることにより自分の“my music”コレクションにおいて利用可能なメディアをブラウズすることができる。この実施形態では、ユーザは、ドロップダウンメニュー８０２から「アーチストによるブラウズ(browse by Artist)」を選択することにより、インターフェイス１５００にアクセスして、ユーザの“my music”コレクションにおけるメディアの全てのアーチストを踏査することができる。この場合も、先の実施形態と同様に、ユーザは、枠１５０２においてアーチストのリストから特定のアーチストを取り上げ、その特定のアーチストからの歌を見ることができる。例えば、図１６に見られるように、ユーザがアーチスト枠１５０２から“The Clash”をクリックした場合には、“The Clash”からの歌だけが枠１５０４に表示され、そして“The Clash”からのアルバムだけが枠１５０６に表示される。次いで、ユーザは、アルバムリスト枠１５０６から特定のアルバムを選択することにより歌を更に狭めることができる。例えば、ユーザがアルバムリスト枠１５０６からアルバム“Give em Enough Rope”を選択した場合には、図１７に見られるように、アルバム“Give em Enough Rope”からの歌だけが枠１５０４に表示される。先の実施形態と同様に、且つ図１７にも見られるように、ユーザが枠１５０４内のいずれかの歌を聞きたい場合には、ユーザは、枠１５０４内のその歌をハイライトするだけでよく、その歌がインターフェイス２４０によりユーザに対して再生される。一実施形態では、再生されている歌の隣に、それが再生されていることを指示するためにアイコン１７０２が現れる。
【００５９】
図２を参照して先に述べたように、メディアエンジン１０６を通して、ユーザは、特定の歌のアーチスト又はアルバムをユーザが好きか嫌いかに基づいて、特定の歌、アーチスト及び／又はアルバムを格付けする能力を有する。歌を格付けするこの能力は、上述した又は以下に述べる“my music”インターフェイスのいずれかのステージに対してユーザに利用できるのが好ましい。更に、ユーザ１０２は、メディアデータベース１２０から利用できる新たな歌を選択し、そして特定の歌、アーチスト及び／又はアルバムに対して好き嫌いを指示することによりその歌に格付けを与えることができる。本発明の一実施形態では、このシステムは、ユーザのプロセッサ１０３又は周辺装置１１４に置かれた歌に所定の格付けを自動的に指定することができる。歌、アルバム及びアーチストを格付けすることで、特定の好き及び／又は嫌いにより歌を編成し且つグループ分けする能力をメディアエンジンに許す。格付けされた歌が多いほど、システムは、特定のユーザが楽しめる特定の歌、アルバム及び／又はアーチストをより多く選択することができる。例えば、プレイリストを生成するか、又はインターネットラジオ局を経て音楽をストリーミングするときに、メディアエンジンは、ユーザ格付けにより得た情報を使用して、特定のユーザがより楽しめるものは何かに基づいて歌をフィルタリング又は再生することができる。ラジオ局からの好み情報は、メディアエンジンのみにより使用されるか、或いはメディアサーバー又は他のサーバーと一緒に作用して、コマースのオファーを個人化し、プレイリストの生成又はシステムの推薦に影響を及ぼすことができる。同様に、メディアエンジン及び／又はサーバーは、ユーザの好み情報を利用し且つそれを他のサーバー／アプリケーションへ通し、ユーザによりどの特定コンポーネント又はファンクションが利用されるかに関わりなく、あらゆる観点でユーザの経験を向上させることができる。
【００６０】
一実施形態において、このシステムは、最初に、特定の歌の詳細がメディアエンジン１０６により取得されて記憶されるときに、ローカルに位置する歌を所定の格付けで自動的に格付けすることができる。例えば、メディアの断片がユーザのプロセッサ１０３に位置する場合に、このシステムは、その歌を、例えば、１から４のスケールにおいて３の格付けで、自動的に格付けすることができる。これは、ユーザのプロセッサにローカルに位置するメディアに、ユーザ自体が歌のアルバム及び／又はアーチストを手動で格付けする前でも、自動的に高い格付けを与えることを理解されたい。これは、ほとんどの状況において、メディアの特定の断片がユーザのプロセッサにローカルに位置する場合に、ユーザはその特定のメディアを好む傾向があると仮定するのが非常に安全だからである。又、自動的な格付けは、ユーザの再生頻度、ジャンル又はアーチストの格付け、メディアがスキップされ又は繰り返される頻度、等の他のファクタに基づくこともできる。ユーザは、他の時間にメディアを格付けし直し、ユーザの好みをより良く反映させたい場合にはより高い又はより低い格付けをメディアに与えるのが好ましい。更に、一実施形態では、ユーザが特定の歌、アーチスト及び／又はアルバムを既に手動で格付けしている場合に、その格付けが自動格付けによってオーバーライトされない。更に、各ユーザは、自動格付けを組み込まず、むしろ、手動格付けしか使用しないように判断する能力も有するのが好ましい。従って、先に述べた実施形態から明らかなように、メディアエンジンは、ユーザがメディアエンジンにアクセスするたびに、ユーザのメディアをロードすると共に、そのメディアを、より個人的な分類で分類できるようにする。又、ユーザは、自分の手動格付けと、好き又は嫌いの指示との両方を、ユーザのプロセッサに位置するローカルメディアと共にメディアサーバーを通して利用できるメディアにおいて合成することができ、しかも、ユーザによるその後の微調整を受けて、そのローカルメディアに対する格付けに手動で固定する必要はない。
【００６１】
自動格付け機構の一実施形態において、ユーザが音楽を自分の“my music”コレクションに追加するときにユーザに対する自動格付けを生成するために次のファクタが使用される。ユーザが、例えば、メディアデータベース１２０、周辺装置１１４、プロセッサ１０３に位置するハードドライブ、及び／又は別のユーザの“my music”コレクションから自分の“my music”コレクションに音楽を追加するときには、その歌又は歌のグループに関連したアルバム及び／又はアーチストに、ユーザの“my music”コレクションに既にあるアルバム又はアーチストからの歌の数に基づいて設定格付けが与えられる。例えば、ユーザの“my music”コレクションに３つ以上のトラックを有するアルバムには、１から１００までのスケールにおいて７０の格付けが与えられる。同様に、ユーザの“my music”コレクションに１０個より多く且つ２０個未満の歌を有するアーチストにも、１から１００までのスケールにおいて７０の格付けが与えられる。最後に、ユーザの“my music”コレクションに２０個より多い歌を有するアーチストは、１から１００までのスケールにおいて８０の格付けが与えられる。この格付け機構は、ユーザの“my music”コレクションにおいて最も人気のあるアーチスト及び／又はアルバムには、人気のないものより高い格付けが与えられることを保証する。異なる実施形態では、歌、アルバム及び／又はアーチストがユーザの“my music”コレクションに記憶されるときに、それらに異なる自動格付けスケールを適用できることに注意されたい。更に、自動的に生成される格付けと、手動で生成される格付けとの間を区別するように、自動格付けを格付けデータベース３２０において別々に記憶するか又は異なる仕方でフラグを立てることもできる。
【００６２】
図１８を参照して本発明の一実施形態による別の特徴を以下に説明する。図１８を参照すれば、ユーザ１０２は、ユーザの“my music”コレクションを通して入手できるか、或いはメディアデータベース１２０を経てメディアサーバー１１８上で、又はネットワーク３００又はインターネット全般のどこかで入手できる全てのメディアについてのインターフェイス２００内のサーチファンクションを遂行する能力を有する。図１８から明らかなように、ユーザインターフェイス２００は、サーチ用語を入力できるフィールド１８０１を含む。例えば、図１８において、ドロップダウンメニュー１８０２から“Ａｌｌ”を選択し、そしてフィールド１８０１にフレーズ“ｏｕ”を挿入することにより、曲名、アーチスト、アルバム、及びジャンルを含めて、ユーザの“my music”コレクション又はネットワーク上のどこかで入手できるメディアの全ての識別特性全体にわたり用語“ｏｕ”をサーチするようにユーザが選択したところの表示が示されている。ユーザがサーチ用語（例えば、ｏｕ）を入力すると、基準に一致する歌に対するアーチストのリストが枠１８０３に示され、そして用語に一致する全ての歌が枠１８０５に表示される。従って、ユーザの“my music”コレクション内の歌であって、その曲名、アーチスト、アルバム又はジャンルに用語“ｏｕ”を有する歌が、全て、枠１８０５に表示される。以下の例は、特定の基準又はメディアソース又はメディアカテゴリーに焦点を置いたサーチについて述べるが、行なわれるサーチは、一度に１つのサーチ用語に基づいて多数のソースで行うことができ、従って、多数のソースから結果が返送されて、サーチ結果に示されるのが好ましい。従って、１つのサーチ用語は、取り付けられた装置及び／又はローカルプロセッサ、並びにサーバー１１８、メディアデータベース１２０、他のサーバー１３０、他のユーザ１０２、又はネットワーク３００上の他のソースのようなローカルソースから結果を生じさせる。結果のサイズ、或いはユーザ選択又はシステム設計の問題を制限するために、サーチは、これらソースの幾つかのみに制限される。
【００６３】
ユーザは、枠１８０３においてアーチストをクリックすることによりサーチ結果を更に狭めることができる。例えば、図１９に見られるように、ユーザが枠１８０３からアーチスト“The Clash”をクリックした場合には、枠１８０５は、基準（即ち、ｏｕストリングを含む）に合致すると共に、アーチスト“The Clash”からのものである歌だけを示す。ユーザは、更に、図２０に見られるように、枠１８０４からアルバムを選択することにより特定のアルバムからの結果をサーチすることができる。図２０に見られるように、ユーザは、枠１８０４において特定のアルバム（“Give em Enough Rope”）を選択し、そしてその特定のアルバムに対する歌だけが枠１８０５に表示される。
【００６４】
別の実施形態では、ユーザは、ドロップダウンメニュー１８０２からアルバムを選択しそしてフィールド１８０１にサーチ基準を挿入することにより、歌のアルバム名の中だけにある変数で“my music”コレクション内（又はネットワーク上のどこか）の歌をサーチすることができる。図２１に見られるように、ユーザがドロップダウンメニュー１８０２からアルバム名をサーチするように選択し、そして例えば、フィールド１８０１をサーチストリング“ｐ”でポピュレートする場合には、メディアエンジン１０６は、特定の基準に一致する枠１８０３におけるアーチストのリスト、枠１８０４におけるアルバム、及び枠１８０５における歌を返送する。次いで、ユーザは、枠１８０５から直接的に歌を選択するか、又は枠１８０３からアーチストを、又は枠１８０４からアルバムを選択して、そのアーチスト又はアルバムからの歌しか含まないようにサーチを更に狭めることができる。例えば、図２２に見られるように、ユーザが、サーチ用語“ｐ”を有する歌“American Idol Finalists”しか見ないように選択する場合には、ユーザは、枠１８０３から“American Idol Finalists”を選択し、これは、全ての“American Idol Finalists”アルバムを枠１８０４に持ち出すと共に、全ての“American Idol Finalists”歌を枠１８０５に持ち出す。図２３に更に見られるように、ユーザが枠１８０４においてこれらのアルバムの１つを選択する場合には、枠１８０５は、その特定のアルバムからの歌だけを表示する。
【００６５】
ユーザの“my music”コレクション（又はネットワーク上のどこか）をアーチスト、歌及び／又はジャンルでサーチできる同様の付加的な実施形態を、図２４−３０を参照して以下に説明する。図２４に見られるように、ユーザは、ドロップダウンメニュー１８０２からアーチストを選択し、そして例えば、“ｅｒ”のようなサーチ用語をフィールド１８０１に含ませることにより、“my music”コレクションからアーチスト名をサーチするように選択することができる。この場合も、これは、アーチスト名がそれらの名前の中に用語“ｅｒ”を有するところの歌を枠１８０５に表示させる。図２５に見られるように、この場合も、ユーザは、枠１８０３から特定のアーチストを選択することによりサーチを更に狭めることができ、ここでは、その特定のアーチストに属する歌しか枠１８０５に表示されない。この場合も、ユーザは、枠１８０４からアルバムを選択することによりサーチを更に狭めることができ、この状況では、図２６に見られるように、アルバム及びサーチ基準に適合する歌しか枠１８０５に表示されない。
【００６６】
別の実施形態では、ユーザは、図２７に見られるように、曲名において特定の用語をサーチすることができる。前記実施形態と同様に、ユーザは、ドロップダウンメニュー１８０２から歌を選択し、そして特定のサーチ基準をフィールド１８０１に入力することができる。図２７に見られるように、ユーザがドロップダウンメニュー１８０２から歌を選択し、そしてフィールド１８０１からストリング“ｏｕ”を選択した場合には、曲名にストリング“ｏｕ”を有する歌が枠１８０５に表示されると共に、それらの歌に対するアーチスト及びアルバムのリストが、各々、枠１８０３及び１８０４に表示される。この場合も、このサーチは、図２８に見られるように、ユーザがアーチスト枠１８０３から特定のアーチストを選択する場合に、狭めることができる。図２８に示されたように、選択されたアーチスト（Peter Gabriel）に一致する歌だけが枠１８０５に示され、そしてそのアーチストに一致するアルバムだけが枠１８０４に示される。図２９に見られるように、ユーザが枠１８０４からアルバムを選択する場合には、サーチを更に狭めることができ、次いで、枠１８０５は、基準に合致する歌であって、ユーザにより選択された特定のアルバムからのものである歌しか表示しない。
【００６７】
別の実施形態では、図３０に見られるように、ユーザは、ドロップダウンメニュー１８０２から用語ジャンルを選択し、そしてフィールド１８０１にサーチ用語を入力することにより、自分の“my music”コレクション（又はネットワーク上のどこか）のサーチをジャンルで遂行することができる。図３０に見られるように、ユーザがドロップダウンメニュー１８０２からジャンルサーチを選択し、そしてサーチ用語、例えば、“ｐｏｐ”をフィールド１８０１に入力する場合には、枠１８０５は、その基準に合致する全ての歌を表示し、そして枠１８０３は、それらの歌に一致するアーチストを表示する。この特定の実施形態では、枠１８０４は、図３１を参照して述べるように、アーチストが選択されるまで、アルバム名でポピュレートされない。異なる実施形態では、枠１８０３、１８０４及び１８０５は、初期のサーチが遂行されるや否やポピュレートされてもよいし、又は付加的な基準が選択されるまでポピュレートされないままであってもよい。先の実施形態と同様に、ユーザは、サーチを更に狭めたい場合には、図３１に見られるように、枠１８０３から特定のアーチストを選択することができる。ユーザが、特定のアーチスト、例えば、“The Clash”を枠１８０３から選択する場合には、その特定のアーチスト及び基準に合致するアルバムが枠１８０４に表示され、そしてその特定のアーチストに属する歌が、図３１に示すように、枠１８０５に表示される。この場合も、ユーザは、図３２に示すように、枠１８０４から特定のアルバムを選択することによりサーチを更に狭めることができる。ユーザが特定のアルバムを選択する場合には、その特定のアルバム内の歌で、フィールド１８０１から選択されたジャンル基準に合致するその特定のアーチストからの歌だけが枠１８０５に表示される。
【００６８】
一実施形態では、サーチフィールド１８０１は、例えば、ユーザが“ＪＯ”をタイプしたときにワード“Jones”を埋めることにより、ユーザが以前に行なったサーチに基づいて、自動的にポピュレートする。この場合も、先の実施形態と同様に、ユーザは、枠１８０５においてリスト内の特定の歌をクリックすることによりサーチで返送されるいずれの歌も再生する能力を有する。更に、アルバムがユーザの“my music”コレクションに既に入っている場合には、追加ボタン５２６が現れず、むしろ、例えば、“自分の音楽に既にある(already in my music)”を示す空きボックス５２７又はアイコンが現れる。これらのサーチは、ユーザの“my music”コレクション、メディアデータベース１２０から入手できる全コレクション、又はネットワーク３００全体のどこか、のいずれかで実施することができる。
【００６９】
上述したように、本発明の一実施形態では、ユーザは、メディアサーバー１１８を経てメディアデータベース１２０にあるメディアファイルにアクセスすることができる。メディアエンジン１０６は、特定ユーザの“my music”コレクションに入れられた音楽が表示される仕方と同様に、メディアデータベース１２０に入れられた音楽のリストをユーザに対して生成することができる。図３３に見られるように、ユーザが枠２０１からネットワークメディアサイトタブ２２４を選択するときには、メディアデータベース１２０に入れられた歌であって、メディアサイトのオペレータがユーザに推薦したいか又はユーザに知らせたい歌をリストするインターフェイス３３００がユーザに対して生成される。この推薦は、ユーザ情報データベース１２２又はユーザのプロセッサ或いはネットワーク上のどこかに記憶された好み情報に基づくのが好ましいが、必ずしもそうでなくてもよい。というのは、好み情報は、ユーザの経験を個人化する目的で、そのような情報を記憶できるネットワーク上の位置（１つ又は複数）に記憶して、そこからアクセスできるからである。例えば、枠３３０５に見られるように、メディアエンジンは、メディアデータベース１２０に入れられているが、ユーザの“my music”コレクションにはない推薦される歌のリストを生成する。更に、リスト３３１０に見られるように、メディアエンジンは、最近リリースされてユーザが関心を見出したアルバムのリストも生成することができる。更に、一実施形態では、メディアエンジンは、リスト３３１５に示されたように、データベースに丁度追加された特定のアルバム又は歌のリストも生成することができる。異なる実施形態では、メディアエンジン１０６は、メディアデータベース１２０に入れられた歌及び／又はアルバムの異なるリスト及びグループを生成できることに注意されたい。例えば、図３４に見られるように、メディアエンジン１０６は、データベース内１２０からの最も人気のあるアーチストのリストを含む最も人気のあるアーチスト区分３４１０と、これら特定のアーチストの「．ｇｉｆ」映像３４２０とを生成することができる。この場合も、「．ｇｉｆ」映像は、メディアエンジン１０６及び／又はメディアサーバー１１８に記憶されるメディア及びメタデータと一緒に記憶することができる。「．ｇｉｆ」映像に関して説明するが、映像を表示するファイルフォーマットであって、「．ｊｐｇ」、「．ｔｉｆ」、又はこれまで及び今後知られる他の映像ファイルフォーマットのようなファイルフォーマットを使用して、アーチストの写真を表示することもできる。
【００７０】
付加的な実施形態では、ユーザは、曲名、アーチスト名、又はアルバム名のいずれかにある特定の用語に対してメディアデータベース１２０又はネットワーク上のどこかにある歌をサーチすることができる。例えば、図３５に見られるように、ユーザ１０２は、メディアデータベース１２０において得られ及び／又はユーザの“my music”コレクション又はどこかに入れられた全てのメディアについてインターフェイス３３００内でサーチファンクションを遂行する能力を有する。図３５に見られるように、ユーザインターフェイス３３００は、フィールド３５０２に入力できる特定のサーチ変数をサーチするための基準を選択できるフィールド３５０４を含む。例えば、図３５において、メディアデータベース１２０に入れられた歌の全曲名において用語“combine”をサーチすることをユーザが選択したところの表示が示されている。これは、ユーザがドロップダウンメニュー３５０４から“song”を選択し、そしてフィールド３５０２にワード“combine”を入力すると共に、ドロップダウンメニュー３５０６からメディアデータベースをサーチすることを選択したためである。ユーザがサーチ用語を入力して、サーチが遂行されると、基準に合致する歌のリストが枠３５０８に表示される。これらのリストは、曲名３５１０、アーチスト名３５１２、及びアルバム名３５１４を含むことができる。一実施形態では、このリストは、“my music”列３５１６も含み、これは、特定の歌の隣にボタン３５１８を含み、ユーザがこれをクリックすると、自分の“my music”コレクションに追加することができる。例えば、図３６に見られるように、ユーザは、“Pino Colony”による歌“Combine”を追加したい場合に、ボタン３５１８をクリックすると、その歌がユーザの“my music”コレクションに自動的に追加される。メディアデータベース１２０内の歌へのアクセスは、段階的メンバーシップに基づくか又は異なる契約料金に基づくことができる。それ故、あるユーザは、ある歌を“my music”コレクションに追加することが許されるが、他のユーザは許されない。それ故、“my music”列３５１６は、どの歌を特定のユーザの“my music”コレクションに追加できるかユーザに表示する。或いは又、“my music”列３５１６は、特定の歌が特定のユーザの“my music”コレクションに既に入れられていることを指示できるボタン３５２０を含んでもよい。従って、この表示から、ユーザは、どの歌を“my music”コレクションに追加したいか、及び／又はどの歌を“my music”コレクションに既に有しているか容易に確かめることができる。
【００７１】
一実施形態では、ボタン３５１８をクリックして、特定の歌をユーザの“my music”コレクションに自動的に追加するユーザの能力に加えて、ユーザは、列３５２２におけるボタン３５２４を経て所定の価格で特定の歌を購入する能力も有する。例えば、ユーザは、サーチにより返送された特定の歌を楽しみ、そしてその歌を購入したい場合には、ボタン３５２４をクリックする。一実施形態では、ユーザは、支払ページ（図示せず）へ向けられ、そこで、例えば、ユーザは、クレジットカード情報を入力することができる。このページから、例えば、ユーザは、既知の仕方でｅ−コマーストランザクションを完了して、有形のコピーを含む歌及び／又はアルバムにおいてダウンロード及び／又はストリーミング権利、或いは他のアクセス権利を購入することができる。これは、メディアエンジンの使用及びメディアファイルの経験を、コマースを行なって、ユーザが聞くメディアのコピー及び／又はそれに対する権利を購入する能力と結合することが明らかである。この価格情報は、各メディアファイルメタデータと共に記憶され、メディアエンジン１０６に容易にアクセスできるようにされる。換言すれば、ユーザに対して歌を表示するときに、メディアエンジン１０６は、ユーザが自分のコンピュータにメディアファイルを既に有するかどうか分ると共に、メディアエンジン１０６は、ネットワーク３００上に配置されたコマースファンクション３３０を使用して、メディアサーバー１１８から、その歌の適正な価格はどれほどか、及びどの売主がその歌を販売しているかも分る。従って、ユーザは、ユーザに馴染み易いインターフェイスを経て及びマウスのクリックにより、メディアエンジン１０６内から特定の歌又はアルバムの権利を購入することができ、特定の歌又はアルバムを「探し回る(shopping around)」必要性を排除する。別の実施形態では、図３６に見られるように、インターフェイス３５０８にリストされた両オプションに加えて、ユーザは、特定の曲名を右クリックして、ドロップダウンメニュー３６１０を発生させ、これは、その特定の歌に関連してユーザに利用できるオプションのリストを表示する。例えば、図３６に見られるように、ユーザは、歌を再生するオプションを有し、この場合に、歌は音楽プレーヤ２４０で再生され、更に、特定の歌を自分の“my music”コレクションに追加し、その歌を現在再生中の音楽に追加し、その歌をプレイリストに追加し、図４６−４７に関連して以下に述べるように、同様の歌プレイリストを生成し、或いは歌及び／又はアルバムを買い、この場合に、ユーザは、支払ページに向けられ、ここで、例えば、ユーザは、クレジットカード情報を入力することができる。或いは又、メニュー３６１０から、ユーザは、歌のページ、アルバムのページ、又はアーチストのページへ進むことができ、これは、その特定の歌、アルバム又はアーチストに関する情報をもつウェブページである。加えて、ユーザに利用できる他の選択肢は、歌を、メッセージングプログラム、ｅメール又は他の通信ソフトウェアにより友人に送信したり、或いはその特定の歌に対する言葉又は叙情についてネットワークをサーチすることを含む。一実施形態では、インターフェイス３３００は、ユーザが、既に遂行したものと同様のサーチを遂行するために使用したい他のオプションのリストを含む枠３６２０を備えてもよい。例えば、図３６に見られるように、枠３６２０は、ユーザが、マウスのクリックにより、他のアーチストのアルバム、ユーザ及び／又はウェブを、フィールド５００１に既に入力された特定のサーチ用語について容易にサーチできるようにする。或いは又、メディアサーバー１１８又はネットワークのどこかに記憶された類似性データに基づいて同様のアーチスト又は歌又はアルバムを見るための選択肢を与えることもできる。
【００７２】
別の実施形態では、ユーザは、ドロップダウンメニュー３５０４からアーチストを選択し、そしてフィールド３５０２にサーチ用語を入力することにより、歌のアーチスト名のみにおける変数でメディアデータベース１２０内の歌をサーチすることができる。図３７に見られるように、ユーザがドロップダウンメニュー３５０４からアーチスト名をサーチするよう選択し、そして例えば、フィールド３５０２にサーチ用語“jam”をポピュレートする場合には、メディアエンジン１０６は、その特定の基準に合致する枠３７１０におけるアーチストのリストを返送する。この場合も、ユーザは、ドロップダウンメニュー３５０６から特定の位置（１つ又は複数）を選択することにより、メディアデータベース１２０、ユーザの“my music”コレクション、その両方、又は他のどこかにおいてサーチを行なうように選択することができる。更に、アルバムカバー及びアーチストの映像を参照して上述したように、枠３７１０においてアーチスト名の隣に特定アーチストの映像を表示することもできる。ユーザが、枠３７１０にリストされた特定アーチストに関する付加的な情報を得たい場合には、ユーザは、その特定アーチストの名前及び／又は映像をクリックし、そして図３８に見られるように、その特定アーチストに関する情報をリストする表示に向けられる。図３８に見られるように、特定アーチストに関するインターフェイス３８１０は、アーチストの伝記、アーチストの写真、又はアーチストの音楽が入る特定ジャンルのリストを含むことができる。更に、ユーザは、類似アーチストプレイリスト生成ボタン３８１５をクリックすることにより、図４６を参照して述べるように、類似アーチストプレイリストを生成することができる。この場合も、この実施形態では、ユーザ１０２は、格付けツールボタン３８２０をクリックすることにより、特定アーチストを格付けすることもできる。上述したように、特定ユーザにより入力される格付けは、メディアサーバーが特定ユーザの好き嫌いに関する付加的な情報を得るので、ユーザに対する向上された経験を生成する上で助けとなる。更に、一実施形態では、表示３８２５は、類似アーチストのリストを含み、ユーザは、類似アーチストでも音楽を踏査することができる。その特定アーチストによる付加的なアルバムも、表示３８３０に見られるように、表示することができる。別の実施形態では、図３７−３８に更に見られるように、ユーザは、表示内をナビゲートし、後退及び／又は前進ボタン３７２０を各々クリックすることで、ある表示から別の表示へ前進又は後退する能力を有する。これは、ユーザの経験を向上させ、例えば、典型的なインターネットブラウザ内に入れるので、ユーザが異なる表示間をナビゲートできるようにする。
【００７３】
別の実施形態では、ユーザは、ドロップダウンメニュー３５０４からアルバムを選択しそしてフィールド３５０２にサーチ基準を入力することにより、歌のアルバム名のみにおける変数でメディアデータベース１２０内の歌をサーチすることができる。図３９に見られるように、ユーザがドロップダウンメニュー３５０４からアルバムをサーチするように選択し、そして例えば、フィールド３５０２をサーチストリング“crazy”でポピュレートする場合には、メディアエンジン１０６は、特定の基準に合致する枠３９１０においてアルバムのリストを返送する。この場合も、ユーザは、メディアデータベース、ユーザの“my music”コレクション、及び／又はその両方にあるメディアをサーチすべきかどうかドロップダウンメニュー３５０６から選択することができる。アルバム名に加えて、アルバムカバーの映像を、アーチストの名前と共に枠３９１０に表示することもでき、そして一実施形態では、アルバムが製作された年度も表示できる。先の実施形態と同様に、特定のアルバムからの歌がユーザの“my music”コレクションに入れられたかどうか指示するために、“my music”列を示すこともできる。この場合も、先の実施形態と同様に、ユーザは、図４０に見られるように、特定のアルバム名及び／又は映像をクリックすることにより特定のアルバムに関する付加的な情報にアクセスすることができる。図４０に見られるように、アルバムに関する付加的な情報を含む表示が枠４０１０に示されている。この場合も、表示内から、ユーザは、格付けツール４０１５をクリックすることにより特定のアルバムを格付けすることもできるし、或いはこのアルバムのファンボタン４０２５をクリックすることによりその特定のアルバムを楽しんだ付加的なユーザの名前を見ることもできる。一実施形態では、枠４０２０は、その特定のアルバムに入れられた全ての歌のリストを示すことができる。この場合も、ユーザは、前進又は後退ボタン３７２０をクリックすることにより、このアルバムページから以前に見たページへナビゲートすることができる。
【００７４】
別の実施形態では、ユーザには、メディアエンジン１０６の別のユーザに関係した情報をサーチして、他のユーザが好きな歌にアクセスする能力が与えられる。上述したように、異なるユーザ１０２は、ユーザの名前又は他の識別子により個別に識別され、これは、ネットワーク上に記憶されたそのユーザに対する種々の好みに関連付けられるのが好ましい。従って、一実施形態では、ユーザは、他のユーザの識別子を使用することにより、或いはユーザの好み及び／又はユーザの振舞いに基づいてあるサーチ基準に適合するユーザ（１人又は複数）を見出すシステムにより、別のユーザの音楽をサーチすることができる。例えば、図４１に見られるように、ユーザがフィールド３５０２をサーチ用語（例えば、John）でポピュレートし、そしてドロップダウンメニュー３５０４からユーザの名前でサーチするように選択する場合には、ユーザの名前の中にその特定のサーチ用語（例えば、John）を有する全てのユーザを示すサーチ結果が枠４１１０に表示される。ユーザが枠４１１０内から特定のユーザ（例えば、John_g）をクリックする場合には、図４２に見られるページが枠４２１０に表示され、これは、選択されたユーザが高く格付けしたアーチスト、ジャンル又はアルバムを含むユーザに関する付加的な情報を示す。或いは又、曲名が入力されてもよく、そしてドロップダウンメニューは、特定の歌に対してユーザのメディアファイルのサーチを開始するために「全ユーザ(all users)」選択を含むことができる。別の例として、サーチがジャンルで行われる場合には、特定のジャンルを好むユーザのリストが返送され、又は更に別の例では、特定の歌、アーチスト、アルバム、等を好きな全てのユーザが返送される。
【００７５】
図４３−４８を参照して、本発明の一実施形態に関連したプレイリストの使用及び生成を以下に説明する。プレイリストを使用すると、ユーザは、ユーザのある好み又は他の基準に基づいてユーザにより編成された多数のメディアファイルを聞くことができる。
【００７６】
メディアサーバー１１８又はネットワーク３００を通して利用できるユーザの“my music”コレクション又は他のメディアを使用して、ユーザは、ユーザが再生したいように、又は他の何らかの順序で、歌を順序付けることにより、プレイリストを容易に生成することができる。この歌の順序は、次いで、プレイリストデータベース３４０、プロセッサ１０３、その両方の位置、或いはネットワーク３００上の他の位置に記憶される。例えば、ユーザが、ユーザの“my music”コレクションに各々ある歌６、歌８及び歌１０のプレイリストを生成したい場合には、メディアエンジン１０６は、歌６、歌８及び歌１０の位置を各々指すポインタのリストを含むファイルを生成し、そしてそのファイルをプレイリストデータベース３４０へ送信する。この位置情報は、ユーザの利用可能なメディアファイルの各々に関する情報をメディアエンジン１０６が最初に収集する結果として利用可能にされるのが好ましいが、プレイリストに含ませるために歌が選択されるときに生じてもよい。従って、ユーザが、新たに生成されたプレイリストにアクセスしたいときに、メディアエンジンは、プレイリストにある歌を探索して再生することができる。これらのプレイリストは、ユーザがメディアエンジン１０６を実行するところの位置からアクセスすることができる。
【００７７】
ユーザ１０２が位置するプロセッサ１０３からユーザ１０２により聞くことのできる、図２を参照して述べたユーザの“my music”インターフェイスから、より健全で且つ多様性のあるプレイリストを生成する能力を、図４３を参照して以下に説明する。ユーザのインターフェイス２００から、ユーザ１０２は、ユーザ１０２が新たなプレイリストを生成するために追加したい特定の歌を選択することにより、プレイリストを生成することができる。例えば、図４３に見られるように、ストリング“ｍｏ”を有するこの特定ユーザの“my music”コレクション内で全てのメディアをサーチするサーチの結果がインターフェイス４３０５に表示される。更に、図４３に見られるように、ユーザは、次いで、ボタン４３０６又は４３０７をクリックして、自分のプレイリストを生成し洗練化する能力を有する。例えば、図４３において、枠４３１０は、プレイリストに歌をもたないが、どのように歌をプレイリストに追加するかをユーザに示すインストラクションが表示される。図４４に見られるように、ユーザが、歌選択をクリックし、次いで、「プレイリストへ追加(add to playlist)」ボタン４３０６をクリックすることにより、プレイリストに歌を追加することを選択した場合には、枠４４１０においてその特定のユーザに対して新たなプレイリストが生成される。又、これは、歌を枠４３１０へドラグするか又はプレイリストタブ２３２へドラグすることにより、ドラグ・ドロップ方法を通して達成することができる。従って、このインターフェイスを通して、ユーザは、ストリング“ｍｏ”を含むユーザのコレクションの一部分として利用できる全てのメディアより成るプレイリストを生成することができる。例えば、ユーザは、１つの歌又は全ての歌を特定のプレイリストから除去したい場合に、「プレイリストからの除去(remove from playlist)」ボタン４３０７をクックすることができ、これは、次いで、それらの歌をプレイリストから除去する。このプレイリストが生成された後に、ユーザは、「新たなプレイリストをセーブする(save new playlist)」ボタン４３０８をクリックすることにより新たなプレイリストをファイルとしてセーブする能力を有する。ユーザは、新たなプレイリストをセーブするボタンをクリックすると、好ましくは、プレイリストを命名するか、さもなければ、識別する能力が与えられ、次いで、インターフェイス２０１においてプレイリストのリスト２３２からいつでもユーザのプレイリストにアクセスすることができる。図２を参照して上述したように、プルダウンリスト２３２に挙げられたプレイリストは、ユーザがいる位置から、メディアエンジン１０６を使用して、ユーザがアクセスするのに利用できるようになる。
【００７８】
別の実施形態では、ユーザは、ユーザが特定のプレイリスト領域に含ませたい各々の歌を手動で選択することによって特定のサーチ基準で歌より成るプレイリストを容易に生成することができる。従って、ユーザは、その“my music”コレクション又はネットワーク全般を手動で利用して、ユーザが特定のプレイリストに入れたい特定の歌を組み込んだプレイリストを生成し、そして種々の位置からそのプレイリストにアクセスすることができる。この場合も、これは、メディアエンジン１０６と、ユーザの利用可能なメディアに関してメディアエンジンによりコンパイルされる情報とによって促進される。ユーザの“my music”コレクションに追加される個々の歌と同様に、これらのプレイリストは、ユーザがメディアエンジン１０６にアクセスできる位置から、ユーザにとってアクセス可能となる。
【００７９】
図４５と、図４６−４８に示すインターフェイスとを参照して、プレイリストを生成するのに使用される本発明の別の実施形態を以下に説明する。この実施形態では、システムは、特定の歌、アーチスト又はアルバムの互いの関係と、これらの歌、アーチスト又はアルバムが互いに有する相性とに基づいてプレイリストを生成することができる。異なるユーザは、異なる歌、アーチスト及び／又はアルバムに対して異なる好き嫌いを有する。しかしながら、一般に、例えば、特定の歌が好きなユーザは、おそらく、そのアーチストによる他の歌、又はその特定の歌と同様の歌も楽しむ。それ故、あるユーザが通常好きな歌のリストをコンパイルすることにより、歌、アルバム、及び／又はアーチストの間の相性関係を生成することができる。従って、例えば、ユーザが歌Ａ及び歌Ｂを好きな場合は、２つの歌に何らかの関係があると考えられ、即ちユーザが何故その両方の歌を好きかということである。２人のユーザが両方とも歌Ａ及び歌Ｂを好きな場合には、今度はもう１人のユーザも両方の歌が好きなことを示しているのであるから、それらの歌が類似している見込み又は互いの相性が強いことになる。同様に、１０００人のユーザが歌Ａ及び歌Ｂの両方を好きな場合には、それらの歌に相性又は類似性がある見込みが高くなる。この実施形態では、特定のユーザの好き嫌いを要因に含め、メディアサーバーは、相性エンジン３５０を使用して、相性基準、及び／又はユーザが希望するアーチスト、アルバム又は歌の間の類似性の程度に合致するプレイリストを生成する。図４５に示すように、メディアエンジン１０６は、ユーザ１０２から基準（例えば、特定のアーチスト又は歌）を受け取る。ステップ４５１０。メディアエンジン１０６により受け取られると、基準がメディアサーバー１１８へ通される。ステップ４５２０。次いで、メディアサーバーは、相性エンジン３５０を通して基準を実行する。ステップ４５３０。例えば、システムは、聴取パターン及び好みに関するユーザ情報を収集し、そしてその情報を処理して、メディアのアイテム間の関係のデータベースを発生することができる。従って、例えば、システムは、ユーザ情報の処理を通して、又はシステムアドミニストレータ又はオペレータによる直接入力により、アーチストＡを聞きアーチストＢも聞く多数のユーザを収集し、従って、システムは、アーチストＡ及びアーチストＢを類似と関連付けることができる。又、システムは、ユーザのジャンルの格付け、第三者の再検討、暗示的又は明示的ユーザ振舞いの分析、人間の編集者、又は他の情報ソースを利用して、相性関係を発生することもできる。例えば、これに限定されないが、歌、アーチスト及び／又はアルバムの間の相性を確立するために相性エンジンにより処理される例示的な式は、以下で説明する。
【００８０】
相性エンジンが、ユーザにより選択された基準により相性を計算すると、メディアサーバー１１８は、それらの相性結果に基づいてプレイリストを生成する。ステップ４５４０。次いで、メディアサーバーは、新たに生成されるプレイリスト内の歌に対するポインタを含むファイルをメディアエンジン１０６へ転送する。ステップ４５５０。次いで、メディアエンジンは、プレイリスト内の歌を表示しそしてユーザに対してそれらの歌へのアクセスを許可するユーザインターフェイスを生成する。ステップ４５６０。
【００８１】
図４６及び３８を参照して、ユーザの観点から相性プレイリストを生成することについて示す。図３８を参照して上述したように、ユーザは、例えば、「類似アーチストのプレイリストを生成する(create a playlist of similar artist)」ボタン３８１５を選択することにより、アーチストに類似した音楽に基づいてプレイリストを生成する能力を有する。ユーザが類似アーチストプレイリストを生成するように選択すると、メディアエンジン１０６は、特定アーチストに対するプレイリストの結果についてメディアサーバー１１８に問合せし、次いで、そのプレイリストが、図４６に見られるように、枠４６１０においてユーザ１０２に対して表示される。図４６に見られるように、コールされた新たなプレイリスト、例えば、“Like Pearl Jam”が枠２０１においてユーザ１０２のプレイリストリスト２３２に追加され、ユーザは、いつでもこれにアクセスすることができる。別の実施形態では、メディアサーバー１１８は、相性プレイリストが要求されるたびに、選択された相性に合致するプレイリストを生成できることに注意されたい。プレイリストが生成されると、ユーザ１０２は、「ＣＤを焼く(Burn CD)」ボタン４６０１をクリックすることにより、そのプレイリストをＣＤに焼き付けるか、又は他の取り外し可能なメディア装置へ移動できるのが好ましい。これは、実際のメディアファイルを外部装置に記憶させるか、或いはＣＤのようなポータブルメディアや、現在知られている又はいずれ知られるようになる他の記憶メディアに焼き付けるようにさせる。
【００８２】
ユーザがあるメディアを経験するための適切な権利を有するかどうかの問題も、メディアエンジンにより対処することができる。メディアエンジン１０６は、所有者のライセンスの種々の版権及びメディア権利が尊重されるよう確保するためにデジタル権利マネージメント機能を含むのが好ましい。従って、ここでは、ユーザがメディア経験を共有するのを促進する実施形態について説明するが、メディアの無断使用を挫折させるために充分な制御をシステムに組み込むことができる。例えば、メディアエンジン１０６は、メディアファイル及び／又はメディアメタデータの一部分であるデジタル権利マネージメント情報を確認し、そしてユーザの権利に基づいてメディアへのアクセスを許可又は拒絶することによりユーザの要求に適宜に応答するためのソフトウェア及び／又はハードウェアを組み込むことができる。例えば、上述したように、メディアデータベース１２０内の歌へのアクセスは、異なる契約料金に基づく段階的メンバーシップをベースとすることができる。それ故、あるユーザは、あるメディアにアクセスすることが許されるが、他のユーザは、アクセスが許されない。この場合に、あるユーザが、別のユーザに、その別のユーザがアクセスを許されなかった歌を転送する可能性も存在する。このような状況では、本発明の一実施形態により、第２のユーザは、この事実に対してアラートされ、そして適当な契約サービスを申し込むか又は希望のメディアアイテムの権利を購入する能力がオファーされる。
【００８３】
別の実施形態では、アクセス、見る能力、及びユーザ間の共有権利は、メディアサーバー１１８のメディアマネージメントシステムにより確認される幾つかの条件に基づくのが好ましい。一例において、アクセス、見ること、及び共有能力は、システムが、先ず、メディアファイルに関連したメタデータを確認すること、及びメディアマネージメントシステムのサービスを通して特定のメディアファイルが入手できるかどうか（例えば、契約するかどうか）に基づく。システムがメディアファイルに関連したメタデータを確認し、そしてメディアファイルが、システムのサービス内にある（例えば、メディアデータベース１２０又は他の許可されたサービス１３０で入手できる）か、又はユーザの契約内にある場合には、メディアファイルをユーザ間で共有し、見て、アクセスすることができる。しかしながら、システムがメディアファイルのメタデータを確認せず、及び／又はメディアファイルがシステムの許可されたオファー以外のものである場合には、受信側ユーザは、特定のメディアファイルにアクセスすることもそれを見ることもできない。これらの条件は、単なる例示であり、システムは、アクセス及び共有の権利を、ユーザが契約プラン内にあるかどうかといった他の条件、又は他のＤＲＭパラメータに基づいたものとすることができる。
【００８４】
又、別の実施形態では、歌及び／又はアーチストに対して類似プレイリストを同様に生成することもできる。即ち、図４７に見られるように、ユーザが、歌ページ４７００から「歌の類似プレイリスト生成(create a similar playlist of songs)」ボタン４７１５を選択した場合には、メディアエンジン１０６は、選択された歌に対して高い相性をもつ歌についてメディアサーバー１１８に問合せし、そして図４８に見られるように、ユーザに対してこのようなプレイリストを表示する。この場合も、図４６を参照して上述したのと同様に、ユーザは、「ＣＤを焼く」ボタン４８０２を選択することにより、生成されたプレイリストをＣＤに焼き付けるか、又はプレイリストのリスト２３２から“like Yellow” プレイリストを選択することにより“my music”インターフェイス内からプレイリストを再生するよう選択することができる。或いは又、歌ページ４７００から、ユーザは、「歌を再生する(Play Song)」ボタン４７０５をクリックすることにより歌を再生し、「自分の音楽に(In My Music)」ボタン４７１０をクリックすることにより“my music”コレクションに歌を追加し、「歌を買う(Buy Song)」ボタン４７２０をクリックすることにより歌を購入し、「友人へ送信(Send to a Friend)」ボタン４７２５をクリックすることにより別のユーザへ歌を送信し、或いは格付けツール４７３０をクリックすることにより歌を格付けすることができる。
【００８５】
図４５を参照して上述したように、例示的な相性エンジンは、歌、アーチスト又はアルバムの間の識別及び記憶される相性、或いはシステムにより使用するための他のメディア関係情報又はメタデータを発生するように使用される。一実施形態において、相性は、上述したようにプレイリストを生成するのに使用されるが、新たなメディアオプションをユーザに提示したり、或いは他のサービス又はネットワーク３００、例えば、ラジオ局、コマースサイト等により提示されたものを行なったりするのにも使用できる。例えば、これに限定されないが、アーチストの相性を計算するために相性エンジンにより好ましく使用される式を以下に示す。
Ａ＝アーチストＡが好きなユーザの数、
Ｂ＝アーチストＢが好きなユーザの数、及び
ＡＢ＝アーチストＡ及びアーチストＢが好きなユーザの数
【００８６】
アーチストＢに対するアーチストＡの相性は、（ＡＢ／Ａ）ｘ１００に等しく、一方、アーチストＡに対するアーチストＢの相性は、（ＡＢ／Ｂ）ｘ１００に等しい。このような式により、システムは、２人のアーチスト間の相性又は関係を計算することができる。この式は、アーチストに関して説明するが、アルバム及び／又は歌、或いはメディアの他のアイテムについても、同様の式を使用できる。メディア格付けデータがメディアサーバー１１８へ送信されて、その中でコンパイルされ、従って、システムがその格付けデータを使用して、異なるメディア、アーチスト、及び／又はアルバムの間の関係を生成できるのが好ましい。前記式を使用してこのデータがコンパイルされると、２人の異なるアーチスト、アルバム、及び／又は歌の間で相性が決定される。この相性が確立されて記憶されると、その相性に基づいてプレイリストを生成することができる。ユーザが高い類似性の又は相違性のプレイリストを生成したいかどうかに基づいて、歌又は他のメディアアイテムを、互いの相性度に基づく分散度でコンパイルすることができる。ここに例示する技術に加えて、相性を識別するために、他の技術で認識されている相性決定アプリケーション又は技術を使用し又は開発することができる。
【００８７】
本発明の一実施形態では、相性プレイリストを生成するために付加的なファクタが考慮されるのが好ましい。このファクタは、システムを使用している全ユーザ１０２の数（Ｎ）である。この変数ファクタは、あるアーチストと別のアーチストとの間の相性が、非常に人気のあるアーチスト・対・全く人気のないアーチストにより歪められる場合に考慮される。例えば、前記式を使用して、ユーザの９５％に人気のあるアーチストは、ユーザの５％にしか人気のないアーチストより、多数のより多くのアーチストに対して相性をもつことができる。それ故、ユーザの９５％に人気のあるアーチストは、ほぼ１人おきのアーチストに対して高い相性をもつと思われる。というのは、人気の高いアーチストは、システムの多くのユーザにより高く格付けされた別のアーチストと不変に重畳することになるからである。それ故、この式をバランスさせるために、式（ＡＢ／Ａ）ｘ１００を使用するのではなく、アーチストの人気を考慮に入れて、アーチストＡからアーチストＢへの相性を決定するための式は、（ＡＢ／Ａ）÷（Ｂ／Ｎ）となり、そしてアーチストの人気を要因に含めて、アーチストＢとアーチストＡとの間の相性を決定するための式は、（ＡＢ／Ｂ）÷（Ａ／Ｎ）となる。この式は、アーチストＡとＢの関係を、アーチストＡを好きな全ユーザ数で除算するものである。これは、非常に人気のあるアーチストに対する相性を下げる一方、あまり人気のないアーチストに対する相性を上げるものである。人気の高いアーチストは、そのアーチスト、及びそのアーチストに対して強い相性を有する別のアーチストを好きな大勢のユーザをもたねばならず、一方、人気のないアーチストは、同じ相性を共通に有する少数のユーザをもつだけでよい。それ故、上述した式を使用して、システムは、あるアーチスト、アルバム又は歌と、別のアーチスト、アルバム又は歌との間の相性を、他のユーザの好き嫌いに基づいて決定することができる。ユーザにより選択された相性の計算及び基準に基づいて、特定のアーチスト、アルバム又は歌に最も類似した又は最も類似していないアーチスト、アルバム又は歌を含むプレイリストを生成して、ユーザの経験を向上させることができる。
【００８８】
又、相性データを使用して、特定のユーザに対する類似アルバム、アーチスト又は歌のリストを自動的に生成できることにも注意されたい。従って、一実施形態では、プレイリストを生成しなくても、ユーザは、特定のアルバムに類似したアルバムのリストを要求することができ、そして上述した相性データに基づいて、同様のアルバムのリストをコンパイルすることができる。或いは又、メディアエンジン１０６は、この相性データに基づいてユーザに類似アルバムを自動的に推奨することができる。例えば、ユーザがメディアエンジン１０６をオープンするたびに、インターフェイスは、ユーザにより高く格付けされたアルバムに対するアルバムの相性に基づいて推奨されたアルバムのリストを表示することができる。従って、ユーザに利用できるメディアを追跡するのに加えて、メディアエンジン１０６は、単独で、或いはメディアサーバー１１８と協働して又はそれとの組み合せで、ユーザが好むことをメディアエンジンが知っている他の音楽に基づいてユーザに他のメディアをインテリジェントに推奨することもできる。
【００８９】
別の実施形態では、メディアエンジンは、プレイリストが、特定の予め指定された順序又はランダムな順序でユーザ単に再生されるのではないように、プレイリストを管理することができる。むしろ、メディアエンジン及び／又はメディアサーバー１１８は、ユーザの好き嫌いを良く反映するプレイリスト内の歌の順序を形成することができる。この場合も、図４８を参照すれば、ユーザインターフェイスは、プレイリストの再生時に、メディアエンジン１０６により取得されたデータに基づくランダム化特徴を使用する能力をユーザに与える機能を組み込んでいる。プレイリストに入れられたメディアのこのようなランダム再生にアクセスするために、ユーザは、スマートシャフルボタン４８０５を選択するのが好ましい。スマートシャフルボタン４８０５を選択すると、プレイリストは、完全にランダムに選択されるのではない順序でプレイリスト内の歌を再生し始めるが、むしろ、プレイリストの順序は、メディアエンジン１０６及び／又はメディアサーバー１１８がユーザに関して取得したデータに一部分基づく。換言すれば、以下に詳細に述べるように、システムは、種々のファクタ、例えば、ユーザの格付け、及び／又は他のファクタ、例えば、再生の頻度、歌が最後に再生された時間、歌がユーザによって焼き付けられるか又は友人に推奨されるか、他にどんなアーチストがプレイリストに含まれるか、又は他のファクタを考慮する。ユーザの聴取好みについてのシステムの知識におけるスマートシャフル特徴ファクタは、より向上したユーザの経験を生成する。これは、メディアエンジン１０６及び／又はメディアサーバー１１８により取得されたユーザデータの更に別の使い方であり、これは、ユーザに対するより向上した且つ個人化された聴取経験を生成するためにユーザがシステムを使用し続けるにつれて補足される。
【００９０】
図４９を参照することで明らかなように、本発明の一実施形態によれば、順序が種々のユーザの好みに基づくプレイリストを生成して、順序がユーザ１０２にとってより楽しいプレイリストを生成するためのプロセスが実行される。この実施形態では、プレイリストに含まれるべきメディアファイルのリストがユーザ１０２により選択される。ステップ４９０１。どのメディアファイルをプレイリストに入れるかをユーザが選択することについて説明するが、プレイリストは、ネットワーク３００全体にわたりどこかに位置するメディアファイルのいずれか又は全部を使用して生成できることにも注意されたい。又、機能及び処理は、上述しただけではなく、ネットワーク上の種々の位置で実行することができる。この処理及びデータ記憶は、ネットワークのコンポーネントにわたって分散することができ、ネットワーク３００上の単一のエレメントに拘束されない。プレイリストのための歌のリストが作成されると、メディアエンジン１０６は、プレイリストへと分類されるべき各特定のメディアファイルに関する情報についてメディアサーバー１１８に問合せする。ステップ４９０３。この情報は、この特定のメディアファイルに対してユーザ１０２に利用できる格付け情報と、メディアファイルが最後に再生されたときに関する情報とを含む。メディアエンジン１０６がメディアサーバー１１８からこの情報を受け取ると、メディアファイルがユーザ１０２により最後に再生されたときに基づいて各特定のメディアファイルに対しスコアが発生される。ステップ４９０５。一実施形態によるこの「最後の再生のスコア(last played score)」は、１から１００のスケールで発生され、ここで、１００は、プレイリストに含まれるメディアファイルのリストから最も最後に再生されたメディアファイルであり、１は、最も以前に再生された歌であり、そして１と１００との間の値を含む全ての他の歌は、最も最後に再生された歌と最も以前に再生された歌とに対して直線的な関係に基づくものである。「最後の再生のスコア」が各メディアファイル又は歌に対して指定されると、メディアエンジン１０６は、特定の歌に対して利用できる格付けデータを見て、ユーザ１０２がこの歌を格付けしたかどうか調べる。ステップ４９０７。ユーザが歌を格付けした場合には、「歌格付けスコア」が、例えば、１から１００の格付けスケールに基づいてメディアファイルに指定され、ここで、１００は、最高の格付けであり、そして１は、最低の格付けである。ステップ４９０８。歌がユーザにより格付けされていない場合には、メディアエンジンが格付け情報を見て、その歌に関連したアルバムがユーザにより格付けされたかどうか決定する。ステップ４９０９。アルバムがユーザ１０２により格付けされた場合には、その歌に関連したアルバムのユーザ格付けに基づいて「アルバム格付けスコア」がメディアファイルに指定される。ステップ４９１０。この場合も、一実施形態では、スコアが１から１００のスケールに基づくものであり、１００は、最高に格付けされたアルバムであり、そして１は、最低に格付けされたアルバムである。アルバムがユーザにより格付けされていない場合には、メディアエンジン１０６が格付け情報を再検討して、アルバムに関連したアーチストがユーザにより格付けされたかどうか調べる。ステップ４９１１。アーチストがユーザにより格付けされている場合には、「アーチスト格付けスコア」が、ユーザ１０２により与えられた格付けに基づいてメディアエンジン１０６により発生される。ステップ４９１２。この場合も、一実施形態によれば、このスコアは、１から１００のスケールに基づいて発生されるのが好ましく、１００は、最高に格付けされたアーチストであり、そして１は、最低に格付けされたアーチストである。この歌に関連したアーチストも格付けされていない場合には、「デフォールト格付けスコア」がメディアファイルに関連付けられる。ステップ４９１３。一実施形態では、この格付けスコアは、５０のスコアとなる。全ての種々のスコアが特定のメディアファイル又は歌に指定されると、各スコアに対して適切な意義を与えるようにスコアが重み付けされるのが好ましい。一実施形態では、この格付けは、「最近再生の格付け」に０．１７を乗算し、そしてもし得られれば、「歌の格付けスコア」に０．８３を、「アルバムの格付けスコア」に０．８０を、「アーチストの格付けスコア」及び「デフォールト格付けスコア」に０．７７を乗算することにより達成される。ステップ４９１５。全てのスコアが計算されて重み付けされると（この計算は、メディアエンジン１０６の一部分としてユーザプロセッサ１０３で行なわれるか、メディアサーバー１１８で行なわれるか、又はネットワーク３００のどこかで行なわれる）、その重み付けされたスコアが互いに加算されてコンパイルされ、プレイリストに含まれるべきファイルのリストにおける各メディアファイルに対する１つの「総合スコア」を生成する。各メディアファイルに対して「総合スコア」が計算されると、そのメディアファイルに対するプレイリスト内の適切なスロットを確かめるために、個々のファイルごとに式が実行される。ステップ４９１７。一実施形態によれば、メディアファイルに対してスロットを選択するのに使用される式は、次の通りである。
ｉ＝[Ｎ＊(Ｒ／Ｎ)p]0.94、
Ｎ＝リストにおけるアイテムの数＃、
Ｒ＝範囲［０、Ｎ］内のランダムな整数、
ｐ＝スコアの高いアイテムにおける重みを高めるのに使用される定数値、及び
ｉ＝メディアファイルを挿入するための選択されたスロット。
【００９１】
各特定のメディアファイルに対してスロットが決定されると、それらの結果に基づいてプレイリストが発生される。ステップ４９１９。
【００９２】
本発明の別の実施形態によれば、プレイリストの生成に関連してメディアエンジン１０６により使用される付加的なファクタは、アーチスト分離である。このファクタは、可能なときに、特定のアーチストからの歌がプレイリスト内で繰り返されないか又は少なくとも時間的にあまり接近して繰り返されないよう確保するプレイリストをメディアエンジン１０６が生成するのを許す。この実施形態は、アーチスト分離について説明するが、プレイリストが、歌又はアルバム分離及び／又はジャンル分離、或いは歌又はメディアファイルに関連した他のファクタにより分離されるような同様の実施形態も考えられる。アーチスト分離を生成するために、プレイリストに対して選択された歌の中から各特定のアーチストに対する歌の数を合計するメディアエンジン又はメディアサーバーによりリストが作られる。このタスクが完了すると、この作られたリストから集められた情報に基づいて各歌に対して最小分離数を発生することもできる。最小分離数を生成するために、次の式が使用される。
歌の合計数
特定アーチストによる歌の数
【００９３】
従って、プレイリストに含まれるべきメディアファイルのこのリスト内の歌に関連した各アーチストに対して、最小分離数が発生される。例えば、プレイリストに入れられるべくユーザにより全部で５０個の歌が選択され、そしてこれらの歌の１０個に特定のアーチストＸが関連している場合には、アーチストＸの最小分離数は、５０を１０で除算したもの、即ち５となる。プレイリストが生成されるときには、メディアエンジン１０６は、各特定のアーチストに対してメディアファイルにより占有される最後のスロットを追跡し、次いで、最小分離数がそのスロット番号に加算され、そしてスロット番号＋分離数より高いスロット番号にはその特定アーチストによる歌が入れられない。例えば、式がその特定のメディアファイルで実行された後に、アーチストＸによる歌がプレイリストのスロット番号３に入れられるように選択され、そしてその特定のアーチストに対する最小分離番号が５である場合には、アーチスト分離をもつプレイリストを発生するときに、アーチストＡによる歌をスロット４、５、６又は７に入れることが許されず、メディアエンジンは、その歌をスロット８以降に入れるように試みる。使用できない特定の歌に対してスロットが選択された場合には、次に使用できるスロットにメディアファイルが入れられる。一実施形態において、このスロット充填プロセスを進めることでプレイリストの終りに到達した場合には、プレイリストの最初のスロットからもう一度プロセスが始められる。上述した好みのいずれか又は全部をメディアエンジン１０６によりセットすることもできるし、各個々のプレイリストに対して各個々のユーザにより選択することもできることに注意されたい。
【００９４】
本発明の別の実施形態では、プレイリストが特定の基準に基づいて自動的に生成されてもよい。この実施形態では、システムは、特定のユーザ基準に基づいてプレイリストを生成することができる。例えば、ユーザは、アーチスト、アルバム、ジャンル、システムに歌が追加された日付、この特定のユーザに対して歌が再生された最後のとき、格付け、等の異なる基準をドロップダウンメニューから選択することができる。この選択された基準に基づいて、これらの特定の基準に対して適切であるユーザに変更子のリストが与えられる。例えば、選択された基準が「追加日付(date added)」である場合には、変更子リストは、例えば、“is”、“is after”、“is before”、“on or before”、“on or after”、“is not”を含む。これらの選択肢は、全て、ユーザにより入力された特定の日付に適用できる。他方、ユーザにより選択された基準がジャンルである場合には、この変更子は、“is”又は“is not”のような選択肢を含み、これらの選択肢は、ジャンルの基準に適用できる。変更子が選択された後に、ユーザは、希望のプレイリストに適用できる用語を挿入するように促される。例えば、ユーザが“genre”を基準として、“is not”を変更子として、そしてワード“disco”を用語として選択する場合には、システムは、ジャンルがディスコでない歌のプレイリストを自動的に生成する。この場合も、これらのプレイリストには、ユーザがメディアエンジン１０６を実行する位置からアクセスすることができる。
【００９５】
本発明の一実施形態において、プレイリストを生成する際にユーザに与えることのできる付加的な選択肢が存在する。例えば、ユーザには、そのプレイリストに対して多数の条件を組み入れたいかどうか、或いはある数の条件だけを満足するプレイリストを好むかどうか選択するための選択肢が与えられる。更に、ユーザは、どれほど長くプレイリストが存在すべきか、そしてプレイリストをある数の歌に制限すべきかどうか選択することができる。従って、プレイリストの条件が、例えば、１０００曲を返送するものであり、そしてユーザが２５曲の長さのプレイリストをもつことしか望まない場合には、ユーザは、プレイリストを２５曲に制限するように選択することによりこの問題を緩和する。プレイリストに使用される２５曲は、メディアエンジンによりランダムに選択することもできるし、或いはこの場合も、ユーザが選択した基準を使用して選択することもできる。例えば、ユーザは、２５曲のプレイリストが最高格付けの２５曲であるか或いは最も最後に聞いた２５曲でなければならないことを選択することにより、プレイリストを更に狭めることができる。従って、メディアエンジンは、多数の異なる段階的基準を伴うプレイリストを返送することができる。これは、ユーザが思い描くものより大きい、又はユーザの記憶メディアが保持できる特定サイズより大きいプレイリストの生成を排除する。従って、上述した例では、ユーザは、ユーザの基準に合致する最も人気のある又は最も最近の歌の２５曲プレイリストを生成した。
【００９６】
ユーザによりセットできる付加的な基準は、システムが基準に基づいてプレイリストを更新し続けることをユーザが望むかどうかを含む。このオプションを生成して生成されるプレイリストは、システムに追加されるメディアに基づいて周期的に変化することができる。従って、例えば、ジャンルが「ディスコでない(not disco)」全てのメディアを含むプレイリストが生成された場合には、ディスコでないメディアの付加的な断片がシステムに追加されるたびに、プレイリストの構成が変化する。従って、ユーザがライブ更新特徴を選択する場合には、メディアエンジンは、固定又は可変の時間に、或いはプレイリストが要求されるたびに、サーチ基準を実行し、サーチが最後に実行されたとき以来システムに追加された新たな媒体を組み込むことができる。従って、ユーザは、選択された条件及び基準に合致する歌のプレイリストを聞く能力をもつことができるが、プレイリストは、プレイリストが要求されるたびに、必ずしも同じ歌で構成されなくてよい。換言すれば、プレイリストが選択され又は要求されるたびに、メディアエンジンは、そのプレイリストに指定された以前の基準に基づいて更新されたプレイリストを生成する。
【００９７】
先の実施形態で述べたプレイリストの基準を生成する機能に関連して使用されるユーザインターフェイスの一例が、図７３に示されている。例えば、このインターフェイスから、ユーザは、ドロップダウンリスト７３０１から基準を選択し、ドロップダウンリスト７３０２から変更子用語を選択し、そしてフィールド７３０３へ値を挿入することができる。全ての条件が設定されると、ユーザは、「プレイリスト生成(generate playlist)」ボタン７３１０及び／又は「基準セーブ(save criteria as)」ボタン７３１２のいずれかをクリックすることができる。クリックされると、メディアエンジン１０６単独で、又はメディアサーバー１１８とタンデムで、或いはメディアサーバー１１８それ自体で、プレイリストを、例えば、ユーザインターフェイス部分７３１５に示す形態で生成する。しかしながら、ユーザは、即座に見るためのプレイリストを生成したくない場合には、「基準セーブ」ボタン７３１２をクリックし、これは、選択された条件をセーブすると共に、ユーザが、その後の時点でそれらの選択された条件に合致するプレイリストを容易に生成できるようにする。プレイリストが生成されると、ユーザは、インターフェイス７３１５の下に位置するボタンをクリックすることによりそのプレイリストで何をするかについて種々のオプションを有するのが好ましい。この実施形態では、ユーザは、再生ボタン７３１６をクリックすることによりプレイリストを再生することもできるし、或いはダウンロードボタン７３１８をクリックすることによりローカル装置へプレイリストをダウンロードすることもできる。更に、ユーザは、「追加(add on)」ボタン７３１７をクリックすることにより歌又は全プレイリストを別のプレイリストに追加することもできるし、又は情報ボタン７３１９をクリックすることにより、プレイリスト又は特定の歌に関する詳細な情報を得ることもできる。又、ユーザは、「リストセーブ(save list as)」ボタン７３２０をクリックすることによりプレイリストをセーブするよう選択することもできる。一実施形態では、ユーザがプレイリストをセーブするよう選択した場合には、プレイリストは、それが生成された形態でセーブされる。換言すれば、ユーザにより設定された条件に適合するようにシステムにより選択される特定の歌は、常に、そのプレイリストに存在する。セーブされるファイルは、プレイリストにおける各個々の歌の位置に対するポインタのみを含むのが好ましい。しかしながら、対照的に、ユーザが、「基準セーブ」ボタン７３１２をクリックすることにより、プレイリストの基準のみをセーブすることを選択した場合には、プレイリストを生成するための特定の基準のみがユーザのプロセッサ上のファイルにセーブされ、従って、このプレイリストが次に実行されるときに、メディアエンジンは、これもユーザにより選択された基準に合致する歌の異なるリストを生じさせるプレイリストを生成する。もちろん、ユーザがプレイリストをポータブル装置又は記憶メディアにセーブすることを選択した場合には、実際のメディアファイルが記憶されてもよい。
【００９８】
基準プレイリストを生成する能力は、ユーザが、特定の基準に基づいてプレイリストを生成し、次いで、そのプレイリストを、後で聞くためにセーブするのを許す。或いは又、ユーザは、ｅメール、インスタントメッセージング、ピアネットワーキング、或いは既知の又は今後知られるようになる他の通信チャンネルを経て別のユーザに基準プレイリストを送信することができる。例えば、ユーザが、特定の基準で２００４年９月１日以降にアップロードされた歌の基準を含む基準プレイリストを生成する場合には、あるユーザがその基準を別のユーザに送信することができる。他のユーザは、同じ基準を使用して、前記他のユーザに利用できるメディアに基づいて自分自身のプレイリストを生成することができる。例えば、ユーザＡが自分の“my music”コレクションにおいてプレイリストを実行する場合には、プレイリストが歌Ａ、Ｂ及びＣを返送し、ユーザ２が同じプレイリスト基準を実行し、歌Ｄ、Ｅ及びＦが返送される。他方、ユーザは、プレイリストを、それが生成された通りにセーブする能力、即ちユーザがプレイリストを最初に生成したときに生成された同じ歌及び／又はメディアをもつようにセーブする能力も有する。それ故、このようなプレイリストを通信するときには、他のユーザがネットワーク３００においてこれら特定の歌の位置に対するポインタを含むファイルを受け取る。
【００９９】
本発明の別の実施形態による例示的相性プレイリストの生成を、図７４及び７５を参照して以下に説明する。図７４を参照すれば、ユーザは、例えば、ドロップダウンメニュー７４０１から基準を選択することにより、アルバム又はアーチストに類似しているか又は類似していない音楽に基づいてプレイリストを生成する能力を有する。ユーザは、特定のアルバムに類似し及び／又は特定のアルバムに類似しない音楽、特定のアーチストに類似し及び／又は特定のアーチストに類似しない音楽を希望するかどうか選択すると、アーチストドロップダウンリスト７４０２又はアルバムドロップダウンリスト７４０３からアーチスト及び／又はアルバムを選択することができる。又、類似性の程度は、例えば、「著しく類似していない(not too similar)」、「非常に類似している(very similar)」、等から選択される。次いで、システムは、ユーザの選択に関して若干厳格な類似性ファクタを適用することにより、２つ以上のアイテム間で類似性を見出すのに使用されるアルゴリズムを調整する。
【０１００】
更に、ユーザには、不明瞭度(obscurity)ノブ７４０４で不明瞭度レベルを選択することにより不明瞭度レベルを選択するオプションが与えられるのが好ましい。特定の歌／アーチスト又はアルバムの不明瞭度とは、アイテムが、選択されたカテゴリーにおいて他のアイテムと共に有する相性のレベルの尺度である。不明瞭度は、ネットワーク上の他のユーザの中で、及び／又はシステムオペレータ入力を通して、その歌／アーチスト／アルバムの集合的格付け又は聴取パターンにより決定されるのが好ましい。例えば、ユーザが、非常に不明瞭な歌をもつプレイリストを生成したい場合には、メディアエンジン１０６がメディアサーバー１１８に問合せをして、最後のｙ日間にｘ人のユーザにより格付けされていない歌を見出す。従って、それにより得られるプレイリストは、ネットワーク上にある他の歌に対して不明瞭な歌より成り、これは、他のユーザがその歌を格付けしておらず頻繁に聞かないことを意味する。
【０１０１】
不明瞭度を選択した後に、ユーザには、広く様々なアーチスト及び／又はアルバムでプレイリストを生成することを望むか、又は歌がほとんど同じアーチスト及び／又はアルバムからのものでなければならないかを選択するオプションも与えられるのが好ましい。ユーザが基準を選択すると、上述したプレイリストと同様に、ユーザは、「プレイリスト生成(generate playlist)」ボタン７４０６をクリックすることによりプレイリストを生成するか、又は「基準セーブ(save criteria as)」ボタン７４０７をクリックすることにより基準をファイルとしてセーブするオプションをもつことができる。メディアエンジン１０６は、メディアサーバー１１８へ基準を転送するのが好ましい。プレイリストが生成されると、プレイリストの結果がインターフェイス７４１０に表示される。更に、上述したプレイリストと同様に、ユーザは、再生ボタン７４１６をクリックすることによりプレイリストを再生し、ボタン７４１８をクリックすることによりプレイリストをダウンロードし、ボタン７４１７をクリックすることによりプレイリストを別のプレイリストに追加し、或いは情報ボタン７４１９をクリックすることによりプレイリストに関する付加的情報又はプレイリスト内の歌を得ることができる。ユーザは、「リストセーブ(save list as)」ボタン７４２０をクリックすることにより、プレイリストをファイルとしてセーブすることができる。
【０１０２】
別の実施形態では、図７５に見られるように、アーチスト及び／又は特定の歌に対する類似性に基づいてプレイリストを生成することができる。上述した実施形態と同様に、ユーザは、ドロップダウンリスト７４０１から基準を選択することにより特定の歌に類似した又は類似しない音楽を望むかどうかについて基準を選択し、唯一の相違は、この実施形態では、ユーザが、アルバムではなく、ドロップダウンメニュー７４０３から歌を選択することである。アーチスト、ジャンル又は格付けのような他の同様のオプションも使用できる。
【０１０３】
図７６に示す本発明の一実施形態では、プレイリストが生成されると、ユーザは、その生成されたプレイリストで何をするかについて種々の異なるオプションを有する。例えば、ユーザは、先の実施形態と同様に、「プレイリスト再生(play playlist)」ボタン７６３０をクリックすることによりプレイリストを再生することもできるし、或いは「ＣＤを焼く(burn a CD)」ボタン７６３１をクリックすることによって装置１１４に配置されたＣＤにプレイリストを焼き付けることもできる。一実施形態において、ユーザは、「ＣＤを焼く」ボタン７６３１をクリックするか或いはそれをポータブルメディアプレーヤ又は他の記憶メディアにセーブするときには、プレイリストをＣＤに焼き付けることができるように、ブランクＣＤを装置１１４に挿入することが促される。プレイリストがＣＤに対して長過ぎるか及び／又は大き過ぎる場合には、ユーザにこのことがアラートされ、そしてメディアの形式を変更するか、又はユーザがプレイリストからどの歌をＣＤに焼き付けたいか選択するオプションがオファーされる。或いは又、ユーザは、例えば、これに限定されないが、ＭＰ３プレーヤ等のポータブルメディア記憶装置へプレイリストをコピーして、プレイリストをポータブル化することを選択してもよい。このような実施形態では、プレイリストは、単にポインタを含むのではなく、実際のメディアファイル及び任意の関連メタデータを含む。
【０１０４】
更に、ユーザは、例えば、「プレイリスト発行(publish playlist)」ボタン７６３３をクリックすることによりシステムの他のユーザにプレイリストを発行するよう選択することができる。プレイリストの発行を選択することにより、ユーザは、プレイリストに対する名前を入力することが促される。プレイリストは、プロセッサ１０３及び／又はメディアサーバー１１８、又はネットワーク３００上の他の位置にセーブされる。ユーザには、発行されたプレイリストを公表するオプションが与えられ、従って、他のユーザがプレイリストを見るだけでなく、プレイリストに載せられたメディアを聞けるようにするのが好ましい。プレイリストを発行する能力は、全てのユーザに入手可能にすることでプレイリストを完全にポータブル化するという付加的な利益を有する。というのは、それがメディアサーバー１１８又はネットワーク上の他のユーザアクセス可能な位置（１つ又は複数）に存在することになるからである。
【０１０５】
本発明の一実施形態によるプレイリストの発行は、図７７を参照して以下に説明する。先ず、ユーザは、プレイリストを生成する。ステップ７７００。このプレイリストは、上述したように、多数の異なる仕方で生成することができる（即ち、基準プレイリスト；相性プレイリスト）。プレイリストが生成されると、ユーザは、プレイリストの発行を選択することができる。ステップ７７１０。ユーザがプレイリストの発行を選択した場合に、メディアエンジン１０６は、メディアサーバー１１８に問合せし、メディアデータベース１２０でプレイリスト内の全ての歌が入手できるかどうか決定する。ステップ７７２０。プレイリスト内の歌がメディアデータベース１２０にない場合には、メディアエンジン１０６がこれらの歌をメディアデータベース１２０へコピーする。ステップ７７３０。メディアデータベース１２０がプレイリスト内の全ての歌をもつと、プレイリストの名前及びコンテンツがプレイリストデータベース１２０にセーブされる。ステップ７７４０。従って、例えば、本書のどこかで述べたサーチ機能により、又はこれも本書のどこかで述べた「友人」機能により、別のユーザがそのプレイリストを要求した場合には、プレイリストをそのユーザにセーブすることができる。ステップ７７５０。発行されたプレイリストは、メディアファイルが存在するか又はそれにアクセスできるネットワーク位置を識別するポインタ（ポインタは、ＵＲＬ又はＵＲＩを含む）、メタデータ、又は実際のメディアファイルを含むことができるが、プレイリストは、ネットワーク上に同じメディアファイルの多数のコピーを記憶する必要性を回避するためにポインタを含むのが好ましい。従って、プレイリストは、ネットワークを経てプレイリストを発行することによりユーザに利用可能とすることができる。
【０１０６】
本発明の別の実施形態によれば、図５０に示すように、ユーザは、メディアエンジン１０６を使用し、インスタントメッセージングプログラムを経てシステムに接続された他のユーザを識別して通信することができる。上述したように、各ユーザは、プロセッサ１０３にメッセージングプログラム１０８を有するのが好ましく、これにより、メッセージングプラットホームを使用して他のユーザと通信することができる。メッセージングプログラム１０８は、単にメッセージングのためのスタンドアローン特徴として提示されてもよいし、及び／又は拡張されたメディア関係ファンクションが望まれるときにはメディアエンジン１０６のファンクションに一体化されてもよい。コアメッセージングファンクションは、ユーザの要件に基づいて、プロセッサ１０３の多数のアプリケーションにより利用することもできる。メッセージングプログラム内には、ユーザのメッセージングの好みに関する情報が記憶されるのが好ましい。この情報は、例えば、そのユーザが何らかの仕方で知らされた「友人」或いは他のユーザのリストを含むことができる。このリストは、各個々のユーザによりコンパイルされ、そして例えば、協力者、ファミリー又はクラスメートを含むことができる。メッセンジャークライアント内から、この「友人」のリストは、ユーザが、定期的に対話を希望する他のユーザと容易に対話するのを許す。本発明の一実施形態によれば、メディアエンジン１０６は、メッセージングプログラム１０８からのこの情報を使用して、ユーザのメディア聴取経験を改善することができる。例えば、メディアエンジン１０６は、メッセージングプログラムからの「友人」情報を使用して、メディア情報及び経験をユーザ間で共有することができる。上述したように、メディアエンジン１０６は、各ユーザの特定の利用可能なメディアファイルに関する情報をコンパイルし、記憶するのが好ましい。この実施形態では、メディアエンジンは、メッセージングプログラムを使用し、各ユーザが、それらの友人に利用可能なメディアを見、及び／又はそれにアクセスできるようにする。
【０１０７】
このファンクションに関連した１つの例示的ユーザインターフェイスが図５０に示されている。図５０に見られるように、ユーザが枠２０１からメッセンジャーボタン２３４にアクセスする場合には、ユーザの「友人」のリスト５００５が枠５０１０に表示される。図５１に見られるように、一実施形態では、ユーザは、メッセンジャーボタン２３４の隣の矢印５１０４をクリックすることにより枠５１０６において「友人」のドロップダウンリスト５１０６を見ることができる。図５０−５４に示すユーザインターフェイスを通して、ユーザは、その「友人」の１人が“my music”コレクションに有するメディアファイルを表示することができる。メディアエンジン１０６は、メディアエンジン１０６及びメッセージングプログラム１０８の両方を実行している別のユーザのメディアに関する情報を表示するユーザインターフェイスを生成することができる。ユーザの“my music”コレクションと同様に、ユーザは、好ましくは適切な権利マネージメント許可と共に、その「友人」の音楽並びに特定の「友人」のプレイリスト及び／又は他の好みのいずれかを踏査し且つ聴取する能力も有する。例えば、図５２に示すように、ユーザがリスト５１０６から特定の友人（例えば、JohnB）をハイライトした場合には、枠５２２０がリストをJohnBの“my music”コレクション内の全ての歌でポピュレートする。ユーザの“my music”コレクションインターフェイスに関して上述した実施形態と同様に、JohnBの“my music”コレクションにおける全ての歌のリストが、右の最も下の枠５２２０に挙げられる。このリストは、例えば、曲名５２２２、時間巾５２２４、アーチスト５２２６、アルバム５２２８、トラック５２３０、及びこの特定の歌が再生された最後の時間５２３２を含む各歌に関する情報を表わす列に分類される。これらの列は、例示に過ぎず、そして特定の歌に関する他の情報、例えば、ジャンルや、図２を参照して上述したように格付けツールで特定の歌を格付けする能力を含む列も、枠５２２０においてリストに含ませることができる。更に、JohnBの“my music”コレクションにおける全てのアーチストの歌の全リストが枠５２４０に表示されるのが好ましい。「友人」の“my music”コレクションに入れられたメディアファイルに関する情報に加えて、ユーザは、インターフェイス５０００内から「友人」に関する付加的な情報にアクセスすることもできる。ユーザからユーザへの情報は、メッセージングプログラム１０８に通されるのが好ましいが、現在知られている又は今後知られるようになるデータ転送方法で通すこともできる。例えば、ユーザは、自分の「友人」に関するプロフィール情報であって、例えば、「友人」の趣味及び／又は好き嫌いを指示できるプロフィール情報にアクセスすることもできるし、枠５２１０から「友人」のインターネットラジオ局にアクセスすることもできる。各ユーザに関する情報は、図３を参照して述べたように、ユーザ情報データベース３６０に記憶される。ユーザ好みデータも、記憶及び交換することが可能である。メディアエンジン１０６は、このプロフィール情報を得て、ユーザが枠５２１０内からそれにアクセスするのを許す。一実施形態では、ユーザは、自分の「友人」をラジオ局に対する「影響者」として追加するよう選択することもできる。ユーザが自分の「友人」を「影響者」として追加するよう選択した場合には、メディアサーバー１１８がインターネットラジオを経てユーザへ音楽をストリーミングするときには、「影響者」が好む歌をひいきする状態で歌をストリーミングするか、又はユーザに推薦を与えるときには、これらの推薦を、「影響者」により高く格付けされた歌に基づいて行なう。換言すれば、メディアサーバー１１８によりストリーミングされるか又は推薦される歌は、影響者として選択された「友人」により高く格付けされた歌となる。影響の程度は、所定の又は計算されたファクタ、例えば、暗示的又は明示的なユーザの振舞い、或いはここに述べる他の好みベースの技術に基づいて、ユーザ又はシステム或いはその両方により変更することができる。
【０１０８】
図５３に見られるように、ユーザは、枠５２４０におけるアーチストのリストから特定のアーチスト（即ち、Emmylou Harris）をクリックすることにより「友人」の“my music”リストの視野を更に狭めることができる。次いで、ユーザは、その特定のアーチストに対して枠５３１０においてアルバムのリストを見ることができる。更に、「友人」の“my music”コレクションの中の特定のアーチストによる歌のみが枠５２２０に表示される。ユーザは、更に、図５４に見られるように、枠５３１０におけるリストからアルバムを選択することにより枠５２２０における視野を更に狭めることができる。枠５３１０から特定のアルバムを選択することにより、ユーザには、特定の「友人」（即ち、JohnB）の“my music”コレクションにおけるアルバムからの歌のみが与えられる。更に、図５０−５４に見られるように、ユーザが、図２−３を参照して上述したように、アーチスト、アルバム、ジャンル又は歌のいずれかにより自分の“my music”コレクションをブラウズできる仕方と同様に、ユーザは、ドロップダウンメニュー５２０１からどの基準でブラウズするか選択することにより「友人」の“my music”コレクションを同様にブラウズすることができる。次いで、本書のどこかで述べたのと同じ又は同様の仕方で再生し、記憶し、プレイリストに追加し、等々のためにメディアアイテムを選択することができる。手短に言えば、ユーザの友人の“my music”コレクションは、そのユーザの“my music”コレクションの拡張となる。
【０１０９】
図１８−３２を参照して述べた実施形態と同様に、本発明の別の実施形態では、ユーザは、別のユーザのメディアコレクションを通してサーチすることができる。図５５に見られるように、ユーザインターフェイス５５００は、サーチ用語が入力されるフィールド５５０１と、サーチ用語に対してサーチすべきカテゴリーが選択されるドロップダウンメニュー５５０２とを含む。例えば、図５５において、ユーザが、JohnBの“my music”コレクション内の全てのアーチストを通して用語“John”についてサーチするよう選択したところの表示が示されている。ユーザがサーチ用語（例えば、John）を選択すると、基準に合致する歌に対するアーチストのリストが、アーチストの枠５５０５に示される。基準に合致する全ての歌も枠５５１５に示される。更に、基準に合致するアルバムのリストが枠５５１０に示される。ユーザは、更に、枠５５０５におけるアーチストをクリックすることによりサーチ結果を更に狭めることができる。例えば、図５６に見られるように、ユーザが枠５５０５からアーチストJohn Coltraneをクリックした場合には、枠５５１５が、アーチストJohn Coltraneからの歌だけを表示する。同様に、選択されたアーチストに合致するアルバムだけがアルバム枠５５１０に表示される。
【０１１０】
図５７に見られるように、ユーザは、枠５５１０から特定のアルバムを選択することによりサーチ結果を更に狭めることができる。特定のアルバムが枠５５１０から選択された場合には、そのアルバムからの歌だけが枠５５１５に表示される。この実施形態では、ユーザが自分自身の“my music”コレクションをブラウズしてそこから歌を再生できる仕方と同様に、ユーザは、自分の「友人」の“my music”コレクションをブラウズしてそこからの歌を再生することができる。図５８に見られるように、ユーザが歌５５１５から特定の歌をハイライトしてクリックする場合には、その歌がメディアプレーヤ２４０で再生される。更に、ユーザは、「友人」の“my music”コレクションからの歌を自分自身の“my music”コレクションに追加することができる。これは、一実施形態では、枠５５１５から特定の歌をドラグしてユーザの“my music”ボタン２２２へドロップすることにより行うことができる。同様に、「友人」の“my music”コレクションからの歌は、枠５５１５から特定の歌をドラグしてプレイリストのリスト２３２へドロップすることにより、ドラグして特定ユーザのプレイリストにドロップすることもできる。この実施形態は、ユーザが、好ましくは、適切なデジタル権利又は他の許可事項を考慮に入れて、自分自身の“my music”コレクションにおいて遂行できるアクションを、自分の「友人」の“my music”コレクションにおいて遂行できるようにすることに注意されたい。
【０１１１】
別の実施形態では、ユーザは、ドロップダウンメニュー５５０２から「歌」を選択し、そしてフィールド５５０１にサーチ変数を挿入することにより、「友人」の“my music”コレクションにおける歌の曲名の中の変数項で「友人」の“my music”コレクション内の歌をサーチすることができる。図５９に見られるように、ユーザがドロップダウンメニュー５５０２から曲名をサーチするよう選択し、そして例えば、フィールド５５０１をサーチ用語“fin”でポピュレートする場合には、メディアエンジン１０６は、その特定の基準に合致する枠５５０５内のアーチストのリスト、枠５５１０内のアルバム、及び枠５５１５内の歌を返送する。ユーザは、次いで、枠５５１５から直接歌を選択し、又は枠５５０５からアーチストを選択し、又は枠５５１０からアルバムを選択して、その特定のアーチスト又はアルバムからの歌しか含まないようにサーチを更に狭めることができる。例えば、図６０に見られるように、ユーザは、用語“fin”を有するJohnBの“my music”コレクションにおける“Roger Miller”の歌しか見ないように選択した場合には、枠５５１０内の全てのRoger Millerアルバム及び枠５５１５における全てのRoger Millerの歌を表示する枠５５０５からRoger Millerを選択する。更に図６１に見られるように、ユーザが枠５５１０内のこれらのアルバムの１つを選択した場合には、枠５５１５は、その特定のアルバムからの歌しか表示しない。この場合も、ユーザは、枠５５１５から特定の歌を選択することにより、その歌を再生し、記憶し、転送し、等々をすることができる。
【０１１２】
ユーザが「友人」の“my music”コレクションをアルバム及び／又はジャンルでサーチできる付加的な同様の実施形態を、図６２−７０を参照して以下に説明する。図６２に見られるように、ユーザは、ドロップダウンメニュー５５０２からアルバムを選択し、そしてサーチ用語、例えば、“love”をフィールド５５０１に含ませることにより、「友人」の“my music”コレクションからのアルバム名において特定のサーチ用語をサーチするよう選択することができる。この場合も、これは、アルバム名が枠５５１５に表示されるその名前の中に用語“love”を有する歌を、特定の「友人」の“my music”コレクションに生じさせる。図６３に示すように、この場合も、ユーザは、枠５５０５から特定のアーチストを選択することによりサーチを更に狭めることができ、この場合、その特定のアーチストからの歌しか枠５５１５には表示されない。ユーザは、この場合も、枠５５１０からアルバムを選択することによりサーチを更に狭めることができ、この状況では、図６４に見られるように、そのアルバムに合致すると共にサーチ基準に合致する歌しか枠５５１５には表示されない。
【０１１３】
別の実施形態では、ユーザは、図６５に見られるように、「友人」の“my music”コレクションにおいて歌のジャンルの中で特定の用語をサーチすることができる。前記実施形態と同様に、このようなサーチを遂行するために、ユーザは、ドロップダウンメニュー５５０２から「ジャンル(genre)」を選択し、そしてフィールド５５０１に特定のサーチ基準を入力することができる。図６５に見られるように、ユーザがドロップダウンメニュー５５０２からジャンルを選択し、そしてフィールド５５０１からストリング“rock”を選択した場合には、ジャンル名にストリング“rock”を有する歌が枠５５１５に表示され、そしてそれらの歌に対するアーチスト及びアルバムのリストが、各々、枠５５０５及び５５１０に表示される。図６６に見られるように、ユーザがアーチスト枠５５０５から特定のアーチストを選択する場合には、サーチを更に狭めることができる。図６６に示すように、選択されたアーチストに合致する歌“New York Dolls”だけが枠５５１５に示され、そしてそのアーチストに合致するアルバムだけが枠５５１０に示される。ユーザが枠５５１０からアルバムを選択する場合には、サーチを更に狭めることができる。図６７に見られるように、枠５５１５は、基準に合致し且つユーザにより選択されたアルバムからのものである歌しか表示しない。
【０１１４】
別の実施形態では、ユーザは、自分の「友人」の“my music”コレクションの種々の識別特性（即ち、アルバム名、曲名、アーチスト名、ジャンル、好み格付け）を通して特定のサーチ用語を一度に全部サーチすることができる。図６８に見られるように、ユーザがドロップダウンメニュー５５０２から“all”を選択し、そしてフィールド５５０１において特定のサーチ用語（例えば、“morn”）を選択した場合には、ユーザインターフェイスは、枠５５１５にその基準を有する特定の「友人」の“my music”コレクション内の全ての歌を返送する。更に、これら基準に合致する全てのアーチストのリストが枠５５０５に表示され、そしてその基準に合致する全てのアルバムが枠５５１０に表示される。先の実施形態と同様に、ユーザは、図６９に見られるように、枠５５０５から特定のアーチストを選択することにより（例えば、“my morning jacket”）、サーチを更に狭めることができる。ユーザが特定のアーチストを選択すると、基準に合致するその特定のアーチストからのアルバムだけが枠５５１０に表示され、そしてその特定のアーチスト及び基準に合致する歌だけが枠５５１５に表示される。図７０に見られるように、ユーザが枠５５１０から特定のアルバムを選択した場合には、サーチを更に狭めることができる。図７０に見られるように、ユーザが枠５５１０から特定のアルバムを選択すると、その特定のアルバムからの歌だけが枠５５１５に表示される。図１８−３２を参照して上述した実施形態と同様に、一実施形態では、サーチフィールド５５０１は、ユーザにより遂行された以前のサーチに基づいて自動的にポピュレートすることができ、例えば、ユーザが“MI”をタイプすると、ワード“mirror”を埋めることができる。
【０１１５】
図７１に示す本発明の別の実施形態では、メッセージングプラットホーム１１６に接続された種々のプロセッサ１０３は、ネットワーク３００に接続することによりメッセージングプラットホーム１１６を使用せずに相互接続することができる。同様の形式のネットワークの使用が、２００３年１１月１８日に出願された“Method and Apparatus for Assisting With Playback of Remotely Stored Media Files”と題する米国特許出願第１０／７１５，６９４号に開示されており、これは、本出願の譲受人に譲渡されたもので、参考としてここに援用する。本発明の一実施形態では、例えば、ユーザＡがプロセッサ７１１０及びプロセッサ７１４０の両方を使用し、プロセッサ７１１０は、ユーザＡの家に置かれ、そしてプロセッサ７１４０は、ユーザＡの仕事場に置かれている。ユーザＢは、プロセッサ７１２０を使用し、ユーザＣは、プロセッサ７１３０を使用し、ユーザＤは、プロセッサ７１５０及びプロセッサ７１６０を使用し、プロセッサ７１５０は、例えば、ユーザＤの家に置かれ、そしてプロセッサ７１６０は、例えば、ユーザＤの仕事場に置かれている。これらのプロセッサは、全て、メッセージングプラットホーム１１６を経て接続状態に保つ必要なく、相互接続することができる。より詳細には、全てのプロセッサがメッセージングプラットホーム１１６に接続された場合には、メッセージングプラットホーム１１６は、情報を感知して各プロセッサ間に中継することができる。例えば、メッセージングプラットホームに接続されるのに加えて、ユーザＡのプロセッサ、即ちプロセッサ７１１０及びプロセッサ７１４０の両方がネットワーク３００を経て互いに接続され、ユーザＤのプロセッサ、即ちプロセッサ７１５０及びプロセッサ７１６０の両方がネットワーク３００を経て互いに接続され、そしてプロセッサ７１２０がプロセッサ７１４０に接続される一方、プロセッサ７１５０がプロセッサ７１３０に接続される場合には、図７１に示された全てのプロセッサが相互接続されたと考えることができる。このため、プロセッサ７１１０は、プロセッサ７１４０及びプロセッサ７１３０の両方との接続を維持するので、プロセッサ７１３０を、プロセッサ７１２０、７１５０又は７１６０へ接続するためのコンジットとして使用することもできる。このコンジットは、メッセージングプログラム１０８を通して管理されるのが好ましいが、プロセッサ１０２で実行される個別のピアネットワーキングソフトウェアアプリケーションは、単独で、或いはメッセージングプログラム１０８と協力して、又はその一部分として使用することもできる。即ち、プロセッサ７１１０におけるユーザＡがメディアファイル又は他の情報をプロセッサ７１５０と交換したい場合に、プロセッサ７１３０との接続を経てファイルを送信し、このプロセッサ７１３０がプロセッサ７１６０との接続を通してそれを転送し、そしてこのプロセッサ７１６０がプロセッサ７１５０へのリンク又はポイントへ直接接続を経てそれを転送できることにより、実行することができる。或いは又、プロセッサ７１１０は、特定のメディアファイル又は他の情報が入れられた位置を受け取る。プロセッサ７１１０は、処理を進め、例えば、プロセッサ７１５０からそれをストリーミングさせることができる。この場合も、ある実施形態では、ユーザに特定の歌をストリーミングさせるための適切なデジタル権利をユーザが有することを確かめるために最初に検証が行なわれることに注意されたい。換言すれば、他の実施形態で述べたように、システムは、ユーザ間でのメディアファイルの不法な配布を回避するためにデジタル権利を管理できるのが好ましい。
【０１１６】
この実施形態では、種々のプロセッサ間でファイルを交換し及び／又は情報やメディアファイルをストリーミングさせるのに使用できるネットワークを生成するために、ユーザのグループがそれらの種々の相互接続を使用するネットワークが生成される。図７２を参照することで明らかなように、プロセッサ１０３は、メッセージングプラットホーム１１６に接続し、メッセージングプラットホーム１１６が知っているものでプロセッサ１０３の拡張ネットワークのメンバーとして働くことのできる他のプロセッサ１０３のリストを得る。ステップ７２０１。換言すれば、メッセージングプラットホーム１１６は、そのメッセージングプラットホーム１１６との接続を維持している他の全てのプロセッサのうちの要求発生プロセッサ１０３へ情報を与え、これは、直接接続又は別のプロセッサの接続のいずれかによりその要求発生プロセッサ１０３に入手できる。メッセージングプラットホーム１１６により与えられるプロセッサのこのリストは、要求発生プロセッサへそれらの「ピアネットワーク」を通して入手できる全ての異なる「ピア」のリストと称される。ステップ７２０２。プロセッサ１０３がメッセージングプラットホーム１１６から「ピア」のリストを得ると、プロセッサ１０３は、メッセージングプラットホーム１１６に接続される必要がもはやなくなる。次いで、プロセッサ１０３は、メッセージングプラットホーム１１６によりそこに通される他のプロセッサ１０３又はピアの各々との接続を開始するよう試みる。ステップ７２０３。これは、プロセッサの利用状態に関して情報を要求しているプロセッサピアの各々へメッセンジャーを送信することにより行うことができる。他のプロセッサが利用できる場合には、それらが、その利用状態を指示するメッセージを返送する。ステップ７２０４。プロセッサ１０３が、プロセッサのネットワークにおける他のプロセッサ又はピアの利用状態に関する全ての情報を受け取ると、「ピア」に関する情報であって、メッセージを返送するために要する時間を含む情報をコンパイルする。ステップ７２０５。従って、ピアネットワーク内の利用可能なプロセッサのリストをもつのに加えて、プロセッサは、どの接続がより速く応答するか、ひいては、ピア間により速い接続を維持するか、そしてどの接続がより低速であるかのリストも有する。次いで、プロセッサ１０３が特定のメディアファイル（例えば、歌）をサーチしたい場合には、プロセッサは、ピアネットワークにリストされた全てのプロセッサへサーチ要求を送出する。ステップ７２０６。ネットワーク内の各プロセッサは、要求されたファイルを有するかどうかチェックし、そしてそのファイルを有するか否かを指示する適切なメッセージを要求発生プロセッサへ返送する。ステップ７２０７。要求発生プロセッサがピアネットワーク内のピアからいずれかの又は全ての応答を受け取ると、メディアファイルをその要求発生プロセッサへストリーミング又はコピーすることができる。ステップ７２０８。
【０１１７】
ネットワーク内のファイルをサーチするときには、サーチされるプロセッサは、図７１のプロセッサ７１１０及び７１３０のような直結された２つのプロセッサを含むこともできるし、又は互いに直結されず、別のプロセッサを通して接続されるプロセッサを含むこともできる。例えば、図７１を再度参照すれば、プロセッサ７１３０から生成されるピアネットワークは、プロセッサ７１６０及び７１１０を含むことができ、これらは、両方とも、プロセッサ７１３０に直結される。しかしながら、ファイル又は他の情報をサーチする際には、プロセッサ７１３０は、そのピアネットワーク内のプロセッサ（即ち、プロセッサ７１１０及び７１６０）をサーチするのに加えて、そのピアネットワーク内で、即ち７１１０のネットワーク及び７１６０のネットワーク内でサーチすることもできる。それ故、プロセッサ７１３０は、プロセッサ７１２０、７２４０及び７１５０もサーチすることができる。このため、これらのプロセッサは、直接的にプロセッサ７１３０のネットワーク内にないが、７１３０のピアネットワークの１つに入る。
【０１１８】
プロセッサ１０３に対してピアとして働き得る他のプロセッサのリストについて、メッセージングプラットホーム１１６に問合せするときに、一実施形態におけるメッセージングプラットホームは、プロセッサの状態に関する情報、或いはプロセッサがその時点でネットワークに実際に接続されているかどうか、又はプロセッサがメッセージをアクティブに受信するかどうかの状態を供給することもできる。別の実施形態では、メッセージングプラットホームは、要求発生プロセッサが接続できる幾つかのプロセッサが存在するという情報だけを供給するが、そのプロセッサの現在状態に関する情報は供給しない。このような実施形態では、各プロセッサ及び／又はピアに個々に接続し、そして現在状態を得るのは、プロセッサ次第である。従って、メッセージング及び／又はピアの接続を使用することにより、メディアエンジン１０６は、特定のユーザに対してメディアの大きな領域を組み込み、ユーザのメディアファイルアクセスオプションを、そのユーザの特定のコレクションを越えて、そのユーザの友人のコレクションまで拡張することができる。
【０１１９】
別の実施形態では、ユーザインターフェイスにより、ユーザは、類似性踏査ファンクションを利用して、類似ユーザ／メンバー、アルバム、アーチスト、歌又はジャンルのリストを生成することができる。このファンクションは、相性エンジン３５０により全体的又は部分的に遂行され、このエンジンは、ユーザの格付け、好み、再生データ、及び／又は明示的及び／又は暗示的ユーザ振舞いに基づいて希望のリストを生成する。更に別の実施形態では、相性エンジンは、リストを生成するときにフィルタファンクション又はスレッシュホールドを適用するのが好ましい。スレッシュホールドは、類似性リストに対する各潜在的候補に関連したアイテム又はアクションの数、量又はサイズに関係するのが好ましい。潜在的候補が類似性リストに対して適当に合致するとみなすために、候補は、好ましくは、特定のスレッシュホールドを満足しなければならない。
【０１２０】
類似性踏査ファンクションを使用する一実施形態では、ユーザは、ネットワーク内の類似ユーザ又はメンバーのリストにアクセスすることができる。相性エンジンは、ユーザの格付け、好み及び／又は再生データに基づいて、類似メンバーリストを生成するのが好ましい。更に、相性エンジンは、類似メンバー／ユーザリストを生成するときにスレッシュホールドを適用することができる。一例において、スレッシュホールドは、特定のユーザが格付けしたアイテム（ジャンル／アルバム／アーチスト／歌）の所定数にセットすることができる。例えば、ユーザは、少なくとも２０アイテムを格付けしなければならず、そして類似として選択されるものは、少なくとも１００アイテムを格付けしなければならない。従って、このスレッシュホールド数に合致しないメンバー／ユーザは、類似メンバー／ユーザのリストに含まれない。図７８を参照することで明らかなように、ユーザインターフェイスは、メンバーが、類似メンバーのリストにアクセスしてそれを見ることを許す。先ず、ユーザは、ユーザインターフェイスの特定の枠７８１５に位置する屡次メンバーファンクション７８１０に関連したリンクをクリックする。次いで、図７９に示すように、ユーザには、相性エンジン３５０により生成された類似メンバー７９１５をリストする枠７９１０が提示される。この生成は、ユーザによりリストが要求されたときに行われてもよいし、或いは相性エンジン３５０により周期的に遂行されるバックグランドファンクション又はバッチファンクションとして行われてもよい。この枠から、ユーザは、各リストされたメンバーに関する情報７９１５にアクセスすることもできる。例えば、ユーザは、特定のリストされたメンバーが高く格付けするアーチスト７９２５にアクセスすることができる。別の例では、ユーザは、リストされたメンバー７９１５に類似であると考えられるメンバー７９２０にアクセスすることができる。これは、ユーザが、異なる程度及び分岐の類似メンバーを踏査しそしてそれらへ拡張するのを許す。更に別の例では、ユーザは、各々のリストされたメンバー７９１５の化身又は他の関係情報、例えば、ユーザ名、特定メンバーがどのアーチストを好きか、等、をブラウズすることができる。
【０１２１】
類似性踏査ファンクションを使用する別の実施形態では、ユーザは、類似アーチストのリストにアクセスすることができる。従って、ユーザ類似性踏査と同様に、相性エンジン３５０は、集計された暗示的又は明示的ユーザ情報、或いはシステムのオペレータにより与えられる情報に基づいて類似アーチストリストを生成するが、ユーザの格付け、好み、及び／又は再生データに少なくとも一部分基づくのが好ましい。更に、相性エンジン３５０は、類似アーチストリストを生成するときに、スレッシュホールドパラメータを任意に適用することができる。従って、スレッシュホールドを満足しないアーチストは、類似アーチストリストに含まれない。スレッシュホールドパラメータの例は、特定のアーチストがユーザのライブラリーに何回現れるか、又はアーチストが特定のアーチスト（１人又は複数）と共にユーザのライブラリーに何回現れるかである。図８０を参照することで明らかなように、ユーザインターフェイスは、メンバーが類似アーチストリストにアクセスしてそれを見るのを許す。先ず、ユーザは、ユーザインターフェイスに置かれた類似アーチストファンクション８０１０に関連したリンクをクリックする。類似アーチストの切頭又は短縮リストがユーザに対して表示される（８０１５）。次いで、ユーザは、“more”８０２０リンクをクリックして、より類似したアーチスト及び関連詳細情報にアクセスすることができる。次いで、図８１に示すように、ユーザには、相性エンジンにより生成される類似アーチスト８１１５をリストする枠８１１０が与えられる。この枠から、ユーザは、各リストされたアーチスト８１１５に関する情報にアクセスすることができる。例えば、ユーザは、リストされたアーチスト８１１５に類似と考えられるアーチスト８１２０にアクセスすることができる。従って、ユーザが「類似アーチスト」８１２０リンクをクリックした場合には、ユーザには、図８２に示された以前にリストされたアーチスト８１１５の１人に対する類似アーチスト８２１５の枠８２１０が提示される。これは、ユーザが、簡単且つ直観的なユーザインターフェイスを経ての一連の単一クリックにより、異なる程度及び分岐の類似アーチストを踏査しそしてそれらへ拡張するのを許す。ユーザは、類似アーチストを選択する対話であって、ユーザが希望する回数の対話を遂行することができる。更に、いつでも、ユーザは、本書のどこかで述べたように、例えば、インターフェイスエレメント８２２６を経て、種々のパラメータを使用して、類似アーチスト、例えば、より主流にいるか又は人気のあるアーチスト・対・より不明瞭な又は人気の低いアーチスト、の表示をフィルタリングし又は狭めることができるのが好ましい。図８２及び８３に示すように、ユーザは、契約レベル、許可基準、ＤＲＭ遵守又は他の制限ファクタに基づいて、システム１００／３００を通してユーザ８２２５に入手できる全ての類似性結果８２２０又は唯一の類似性結果を表示するように選択できる。
【０１２２】
上述した踏査ファンクションは、ユーザ及びアーチストを越えて他の基準にも適用することができ、類似性ユーザインターフェイス及び相性エンジン３５０を使用して、類似の歌、アルバム、ジャンル、又は他の基準を生み出すことができる。
【０１２３】
当業者であれば、ここに述べた本発明の方法及びシステムは、多数の仕方で実施することができ、上述した実施形態や実施例に限定されないことが明らかであろう。換言すれば、単一又は多数のコンポーネントにより、ハードウェア及びソフトウェアの種々の組み合せ、並びに個々のファンクションにおいて遂行される機能的エレメントを、クライアント又はサーバーレベルのいずれかでソフトウェアアプリケーション間に分散することができる。この点に関して、ここに述べる異なる実施形態の多数の特徴が１つの単一実施形態に合成されてもよいし、ここに述べる全ての特徴より少数又は多数の特徴を有する別の実施形態も考えられる。現在知られている又は今後知られる仕方でファンクションの一部又は全部を多数のコンポーネント間に分散することもできる。従って、ここに述べたファンクション、特徴、インターフェイス及び好みを達成するのに、ソフトウェア／ハードウェア／ファームウェアの無数の組み合せが考えられる。更に、本発明の範囲は、従来知られているものや、当業者に理解されるような、ここに述べるシステムコンポーネントを通しての変更及び修正の特徴も網羅する。
【技術分野】
【０００１】
本発明は、一般に、ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるための方法、システム及びメディアマネージメントアプリケーションに係る。
【０００２】
関連出願へのクロスリファレンス：本出願は、２００５年２月２８日に出願された“A SYSMEM AND METHOD FOR DELIVERING MEDIA OVER A NETWORK”と題する米国プロビジョナル特許出願第６０／６５７，２２２号、及び２００５年５月５日に出願された“A SYSMEM AND METHOD FOR DELIVERING MEDIA OVER A NETWORK”と題する米国プロビジョナル特許出願第６０／６７８，７１８号の利益を請求するものであり、これら両方の出願は、参照文献としてここに組み込む。
【背景技術】
【０００３】
インターネット及びワールドワイドウェブ（ウェブ）の発展は、コンピュータユーザにそれらのコンピュータを通して種々の異なる形態のメディアを視聴する改善された能力を与えた。このメディアは、オーディオミュージック、ミュージックビデオ、テレビ番組、スポーツイベントの形態であるか、或いはユーザが視聴することを望む他の形態のオーディオ又はビデオメディアである。
【０００４】
従来、ユーザは、ある形態の取り外し可能なメディア（例えば、コンパクトディスク）を購入し、そのメディアを自分のコンピュータドライブに入れ、そしてその取り外し可能なメディアに記録された歌を聴くことができた。時が経つにつれて、ユーザは、コンパクトディスクの音楽を取り出して、自分のコンピュータに記憶し、そしてそれをローカルに聞くことができるようになった。最近では、ウェブシステムが開発され、ユーザは、インターネットのようなネットワークにログオンし、メディアプレーヤを使用して、特定のサービスがオファーするメディアのグループから選択された特定のメディアを聞くか、又はラジオ局のようなメディア提供物の配列を聞くことができ、ここでは、異なる歌又は他の形態のメディアが結合されて、ユーザは、ユーザが選択したものかネットワークサービスのオペレータが選択したものかに関わらず、一連の歌を順次に聞くことができる。例えば、このようなサービスは、Ｙａｈｏｏ！TMミュージックである。多数のメディアプレーヤ、サービス及び他のソフトウェアツールは、メディアをユーザ又はサービスによりプレイリストに編成できるようにし、このプレイリストは、その名前の通り、あるシーケンス、或いは他の選択された順序又はランダムな順序でユーザが再生を行なうのに使用できるメディアファイル又はファイル識別子のグループ又はリストである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
又、新規な技術は、コンピュータユーザが、ユーザのメディアを記憶できるポータブル装置を購入するのを許し、これは、ユーザがどこに行こうと自分の音楽を取り出せるという意味でユーザのメディアをポータブル化する。これらの装置は、ユーザのコンピュータ又はネットワークからポータブル装置へダウンロードされた実際のメディアファイルの記憶及び搬送を許す。これらのポータブル装置は、ユーザがポータブル化を望む個々のメディアファイル及び／又はプレイリストを記憶することができる。従って、ユーザがあるメディアファイルを自分のコンピュータに有する場合に、ユーザは、そのメディアファイルをポータブル装置へ転送し、そしてユーザのコンピュータシステムが置かれている位置とは異なる位置へそれを搬送することができる。これらの装置は、今日、人気があるが、ユーザが自分のポータブル装置に記憶できるメディアの形式の範囲及びこのようなメディアを記憶する容易さに甚だ制限があるという点で、多数の欠点を有する。このため、これらの装置は、ユーザのコンピュータでローカルに入手できるメディア及びそのようなメディアをオファーするネットワークサービスから入手できるメディアを搬送する能力しかユーザに許さない。この技術の欠点は、メディア又は提供物についてのインターネットサービス範囲の境界及び限界により制約を受けないようにポータブル化できるメディアの範囲をユーザが広げられるようにするシステムが存在しないことである。又、システム又はサービスがプレイリストを生成でき及び／又はユーザの以前の経験に基づいてユーザに対して異なるメディアを示唆し、次いで、そのメディアを多数のメディアイネーブル装置で利用できるようにし且つポータブル化して、ユーザが、各特定の歌及び／又はユーザが好きな他のメディアを個々にダウンロードする必要がなく、むしろ、ユーザ自身の選択に加えて、システムが、ユーザがどこにいてもユーザに利用できるメディアにおいて更なる多様性及び自発性をユーザに許可できれば、効果的であろう。
【０００６】
ウェブの発展の別の副産物は、ｅメール及び／又はインスタントメッセージングのような種々の異なる手段による異なるユーザ間の対話である。この対話は、コンピュータユーザが多数の異なる形式の情報を共有できるようにした。例えば、あるユーザは、他のユーザが経験することを希望する特定のウェブサイトを指すユニバーサルリソースロケータ（ＵＲＬ）を他のユーザに送信することができる。別の状況において、あるユーザは、他のユーザが経験することを希望するメディアファイルを他のユーザに送信することを望む。これは、ｅメール又はインスタントメッセージにアタッチされた実際のメディアファイルを他のユーザに送信することにより達成できる。他方、あるユーザは、特定のメディアファイルにリンクするもので特定のネットワークに記憶されたＵＲＬを、別のユーザに送信することができる。しかしながら、これらのシステムは、全て、ｅメール、インスタントメッセージング又は同様のサービスを利用して、ユーザが共有及び／又は推奨を希望する特定のメディアに関する情報を転送するものである。現在入手できる各システムに欠けているものは、ユーザがそれ自身のメディアプレーヤを利用して、特定のメディアアイテムが好きか嫌いかを別のユーザに通信できるシステムである。この技術の欠点は、ユーザがメディアシステム及び／又は改善型メディアプレーヤ内から別のユーザと通信して、その別のユーザとメディアを共有し、及び／又はその特定のメディアが好きか嫌いかを表現できるメディアシステム又はサービスが入手できないことである。又、ユーザが、音楽や他のメディアを他のユーザと共有し又は他のユーザに推奨するために多数のプログラムに依存しなくてよければ、既知のシステムの勝る利益となろう。同様に、より高精度の１つのメディアプレーヤ、即ちメディアを再生できると共に、多数の他のユーザのメディア関係ニーズに対処し、ひいては、ユーザがより向上したメディア経験をもてるようにするメディアエンジンが得られれば、既知のシステムに勝る効果が得られよい。
【０００７】
コンピュータ関係技術の発展の付加的な副産物は、種々の環境にいる１人のユーザが、多数の異なる位置に配置された２つ以上のコンピュータ又はメディアケーパブル装置を有し、それらを通してユーザが自分の媒体を経験することを望むことである。これまで、異なる位置間でメディアファイルの転送又は搬送を望むユーザは、手で（例えば、コンパクトディスクにおいて）メディアファイルを転送し、メディアファイルをそれら自身へｅメール又はインスタントメッセージングし、次いで、第２の位置でファイルをオープンするか、或いはメディアファイルを特定のメディアネットワークサービスで見つけるように試み、次いで、この場合も、その特定のメディアを第２のコンピュータ位置にロードするという厄介なステップを経て進まねばならない。
【課題を解決するための手段】
【０００８】
一実施形態において、本発明は、ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるための方法において、将来の時間にメディアファイルにアクセスするためのユーザの希望を表わす第１の通信を受け取るステップであって、前記メディアファイルは、ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものであるステップと、ユーザ及びメディアファイルに関連した情報を記憶するステップと、メディアファイルを経験するためのユーザの希望を表わす第２の通信をユーザから受け取るステップと、ユーザへ希望のメディアファイルを与えるところの位置を前記多数の位置から決定すると共に、希望のメディアファイルを与えるメディアフォーマットも決定するステップと、希望のメディアファイルを前記メディアフォーマットで前記位置からユーザにより経験されるべく利用できるようにするステップと、を備えた方法を包含する。
【０００９】
一実施形態において、本発明は、ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるためのシステムにおいて、将来の時間にメディアファイルにアクセスするためのユーザの希望を表わす第１の通信を受け取る第１通信コンポーネントであって、前記メディアファイルは、ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものである第１通信コンポーネントと、ユーザ及びメディアファイルに関連した情報を記憶する記憶装置と、メディアファイルを経験するためのユーザの希望を表わす第２の通信をユーザから受け取る第２通信コンポーネントと、ユーザへ希望のメディアファイルを与えるところの位置を前記多数の位置から決定すると共に、希望のメディアファイルを与えるメディアフォーマットも決定する判断コンポーネントと、希望のメディアファイルを前記メディアフォーマットで前記位置からユーザにより経験されるべく利用できるようにする配送コンポーネントと、を備えたシステムを包含する。
【００１０】
一実施形態において、本発明は、ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるためのメディアマネージメントアプリケーションにおいて、コンピューティング装置で実行されたときに、メディアファイルのリストを表示するユーザインターフェイスを生成し、このユーザインターフェイスを通して、将来の時間にメディアファイルの少なくとも１つにアクセスするためのユーザの希望を表わす第１の通信を受け取り、前記メディアファイルは、ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものであり、更に、ユーザ及びメディアファイルに関連した情報を記憶装置へ送信し、ユーザインターフェイスを通して、メディアファイルを経験するためのユーザの希望を表わす第２の通信を受け取り、そして記憶装置から、ユーザにより経験できるようにメディアファイルに関連したメディアファイル識別子を受け取り、メディアファイルは、多数の位置の中のある位置から与えられると共に、メディアファイルは、異なるメディアフォーマットの中の１つであるように構成されたアプリケーションコードを備えたメディアマネージメントアプリケーションを包含する。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態の例示的システムアーキテクチャーを示す概略図である。
【図２】本発明の一実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３】本発明の一実施形態による例示的ネットワークアーキテクチャーを示す概略図である。
【図４】本発明の一実施形態によるユーザメディアファイルの編成及び分類を示すフローチャートである。
【図５】本発明の別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図６】本発明の一実施形態によりメディアをブックマーキングするプロセスを示すフローチャートである。
【図７】本発明の一実施形態によりファイルを探索するプロセスを示すフローチャートである。
【図８】本発明の別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図９】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１０】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１１】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１２】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１３】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１４】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１５】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１６】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１７】本発明の更に別の実施形態による例示的メディアエンジンの付加的な例示的ユーザインターフェイスである。
【図１８】本発明の一実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図１９】本発明の別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２０】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２１】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２２】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２３】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２４】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２５】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２６】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２７】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２８】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図２９】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図３０】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図３１】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図３２】本発明の更に別の実施形態により例示的メディアエンジンに関連してサーチエンジンを使用する付加的な例示的ユーザインターフェイスである。
【図３３】本発明の一実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３４】本発明の一実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３５】本発明の別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３６】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３７】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３８】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図３９】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図４０】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図４１】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図４２】本発明の更に別の実施形態による例示的メディアエンジンの例示的ユーザインターフェイスである。
【図４３】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図４４】本発明の別の実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される付加的な例示的ユーザインターフェイスである。
【図４５】相性プレイリストの生成を示すフローチャートである。
【図４６】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図４７】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図４８】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される付加的な例示的ユーザインターフェイスである。
【図４９】本発明の一実施形態によりプレイリストを作成するプロセスを示すフローチャートである。
【図５０】本発明の一実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５１】本発明の別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５２】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５３】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５４】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５５】本発明の一実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５６】本発明の別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５７】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５８】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図５９】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６０】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６１】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６２】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６３】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６４】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６５】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６６】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６７】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６８】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図６９】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図７０】本発明の更に別の実施形態による例示的メディアエンジンの別の例示的ユーザインターフェイスである。
【図７１】本発明の一実施形態による例示的システムアーキテクチャーを示す概略図である。
【図７２】本発明の一実施形態によりネットワークを生成して対話するプロセスを示すフローチャートである。
【図７３】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図７４】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図７５】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される付加的な例示的ユーザインターフェイスである。
【図７６】本発明の一実施形態により例示的メディアエンジンでプレイリストを生成するのに使用される例示的ユーザインターフェイスである。
【図７７】本発明の一実施形態によるプレイリストをパブリッシュするところを示すフローチャートである。
【図７８】本発明の一実施形態により同様のユーザ／メンバーリストを生成するのに使用される例示的ユーザインターフェイスである。
【図８０】本発明の一実施形態により同様のユーザ／メンバーリストを生成するのに使用される例示的ユーザインターフェイスである。
【図８１】本発明の一実施形態により同様のアーチストリストを生成するのに使用される例示的ユーザインターフェイスである。
【図８２】本発明の一実施形態により同様のアーチストリストを生成するのに使用される例示的ユーザインターフェイスである。
【図８３】本発明の一実施形態により同様のアーチストリストを生成するのに使用される例示的ユーザインターフェイスである。
【図８４】本発明の一実施形態による例示的システムアーキテクチャーを示す概略図である。
【発明を実施するための形態】
【００１２】
添付図面は、本発明の実施形態を例示するものであり、本発明の範囲を限定するものではない。本発明の範囲は、特許請求の範囲により限定される。
一般に、本発明は、ネットワークを経てメディアを配送し、そしてネットワークを経て転送されたメディアを経験する際にユーザの経験を向上させるためのシステム及び方法に係る。上述したこの技術の欠点に鑑み、ユーザが購入した、取得した及び／又は任意の希望の位置にアクセスしたところの全てのメディアファイルにユーザが完全且つ自由にアクセスするシステムが入手できれば、効果的である。更に、上述したように、現在のシステムは、ポータブル装置においてメディアファイルを搬送する能力をユーザに許可する。これらポータブル装置は、スペースに制約があり、そして装置と、ユーザがファイルにアクセスしたい各特定の位置との間でアップロード及びダウンロードすることが厄介である。それ故、ユーザが、最小限の厄介な中間ステップで、自分のローカルシステム上でのマウスのクリックを通してこれらのファイルにアクセスできるようなシステムが存在すれば、効果的となろう。
【００１３】
同じコンポーネントが同じ参照番号で示された添付図面を参照して本発明の実施形態を以下に説明する。図１を参照すれば、本発明の一実施形態のアーキテクチャーが概略図で示されている。図１に見られるように、本発明の一実施形態によるシステム１００が示されている。一般的に、システム１００は、ユーザ１０２が異なるメディアを経験し、共有し、さもなければ、利用するのを許す。多数の実施形態を音楽及び／又はオーディオファイルに関して説明するが、本発明は、いかなる形態のオーディオ、ビデオ、デジタル又はアナログメディアコンテンツ、並びに現在知られている又は知られるようになった他のメディアファイル形式にも利用することができる。
【００１４】
各ユーザ１０２は、多数の既知の仕方の１つによりインターネット１０４に結合されたプロセッサ１０３、例えば、パーソナルコンピュータ（ＰＣ）、ウェブイネーブルセルラー電話、パーソナルデジタルアシスタント等を使用する。更に、各プロセッサ１０３は、好ましくは、インターネットブラウザ（図示せず）、例えば、INTERNET EXPLORERという商標名でマイクロソフトコーポレーションによりオファーされているもの、又はNETSCAPE NAVIGATORという商標名でネットスケープコープによりオファーされているもの、或いはユーザとサービスプロバイダーとの間及び／又はユーザ間でネットワーク相互通信を可能にする前記コンポーネントのソフトウェア又はハードウェア等効物を含む。又、各プロセッサは、メディアエンジン１０６も備え、これは、以下に述べる他の機能の中でも、情報又はデータを、認知できる形態へ変換すると共に、メディア関係情報又はデータを管理して、ユーザ１０２が種々のメディアでの経験を個人化できるようにする能力を与える。メディアエンジン１０６は、プロセッサ１０３の売主によりプロセッサ１０３に組み込まれてもよいし、或いはメディアエンジンプロバイダーから、又はこの技術で認識された他の仕方で、個別コンポーネントとして得られてもよい。以下に詳細に述べるように、メディアエンジン１０６は、設計上の選択の問題として、ソフトウェアアプリケーションでもよく、又はソフトウェア／ファームウェア組み合せでもよく、又はソフトウェア／ファームウェア／ハードウェア組み合せでもよく、これは、ユーザに対して中央メディアマネージャーとして働くと共に、ユーザがコンピュータ又はパーソナルポータブル装置を通してアクセスしたいか或いはネットワークを経て種々の位置で利用できるネットワーク装置を通してアクセスしたい全ての種類のメディアファイル及びサービスのマネージメントを容易にする。ここで使用するメディアファイルという用語は、一般的に、メディアのアイテム、並びに関連するメタデータ及び／又はそのアイテムに対するネットワーク位置情報を指すのに使用される。
【００１５】
ここに説明するメディアエンジン１０６は、グラフィックユーザインターフェイス及び関連機能を通して対話し、ユーザは、中央及び共通のエントリーポイントを経て、そして容易に理解できるグラフィックユーザインターフェイスを経て、個別のソース及び個人的に収集され編成されたソースを通して利用できるメディアファイルを管理し且つそれにアクセスすることができる。従って、最初に、図２を参照すれば、メディアエンジン１０６に対する好ましいグラフィックユーザインターフェイスが例示されている。図２を検討することから明らかなように、メディアエンジン１０６からのユーザインターフェイスは、ここに示す例では、ユーザ自身の記憶されたメディアファイルライブラリーの一部分として利用できる音楽ファイル、外部のサービスプロバイダーを経て利用できるメディアファイル、コンパクトディスク又は関連プレーヤ装置で利用できる音楽、並びに音楽又はメディア関係情報の他のソースのマネージメント及び編成を容易にする。従って、メディアエンジンは、そのユーザインターフェイスを通して、ユーザのメディアが見つかるときに全てのユーザメディアへのゲートウェイとして働く。従って、本発明により意図されたメディアエンジンは、既知のメディアプレーヤにこれまで見られなかった機能、編成能力及び一体化機能を著しく拡張することにより、現在知られているメディアプレーヤソフトウェアの能力を越えて広がる。
【００１６】
更に、ここに述べる実施形態では、プロセッサ１０３は、インスタントメッセージングソフトウェアプログラム１０８も実行し、これは、インスタントメッセージングプラットホーム１１６と通信し、そしてユーザ間でのメッセージ及び他の情報の交換を容易にするのに使用される。インスタントメッセージングプログラムの１つのこのような例は、Ｙａｈｏｏ！インスタントメッセンジャーであり、或いは現在知られている又は今後知られるようになる他のインスタントメッセージングプログラムである。この実施形態は、インスタントメッセージングプログラムに関して説明するのが好ましいが、これまで知られている又は今後知られるネットワークを経ての他の形式の通信を利用してもよい。又、プロセッサ１０３は、メディアエンジン１０６により実行されるか又はそれと対話するローカルメディアファイル１１０及び／又は他のプラグインプログラムの記憶部も含むことができる。又、プロセッサ１０３は、装置１１４に接続できるのが好ましく、これは、例えば、コンパクトディスクプレーヤ、及び／又はＭＰ３プレーヤと一般に称される他の外部メディアファイルプレーヤ、例えば、アップル・コンピュータ・インクによりｉＰｏｄという商標名で販売されている形式のもので、メディアファイルをポータブル記憶しそして再生するのに使用される装置である。
【００１７】
更に、プロセッサ１０３は、デジタル権利マネージメントソフトウェア（ＤＲＭ）１０５を含み、これは、安全な配布を可能にし及び／又はメディアファイルの不法配布を防止又は妨げることにより、ユーザ１０２のメディアファイルの版権及び他の知的財産を保護する。一実施形態では、ＤＲＭ１０５は、許可されたユーザによる制御されたアクセスのために、或いはコンテンツをデジタル透かし又は同様の方法でマーキングするために、メディアファイルを暗号化又は暗号解読し、コンテンツを自由に配布できないようにする。メディアエンジン１０６は、メディアエンジン１０６を通して経験されるメディアファイルがコピーされたり、或いはコンテンツを見たり聞いたりすることが許されていないユーザと共有されたりすることがないよう確保するために、ＤＲＭ情報を使用するのが好ましい。
【００１８】
以下に詳細に述べるように、メッセージングプラットホーム１１６に加えて、システム１００は、メディアサーバー１１８も備えている。インターネット１０４を経てユーザ１０２へメディアをサービスするのに加えて、メディアサーバー１１８は、好ましくはメディアデータベース１２０も備え、これは、実際のメディアを記憶するのに加えて、メディアの各特定部片の種々のメタデータ属性を記憶するか又はその記憶装置と通信する。データベース１２０は、多数のサーバー又は位置にわたって分散することができる。他のサーバー１３０は、他のコンテンツ及びサービスを利用できるようにすると共に、管理サービス、例えば、ユーザログオンの管理、サービスアクセスの許可、デジタル権利のマネージメント、及びサービスプロバイダーを通して利用可能にされる他のサービスを提供することができる。本発明のある実施形態は、音楽に関して説明するが、ニュース、娯楽、スポーツイベント、ウェブページ、或いは認知できるオーディオ又はビデオコンテンツを含む（これらに限定されない）いかなる形態のストリーミング又は非ストリーミングメディアも包含し得る。又、本発明は、メディアコンテンツ、及び特に、オーディオコンテンツに関して説明するが、本発明の範囲は、これまでに知られているか又は今後に知られるいかなるコンテンツ又はメディアフォーマットも包含することを理解されたい。
【００１９】
本発明の一実施形態において、ユーザ１０２のプロセッサ１０３に位置したＤＲＭソフトウェア１０５と同様に、メディアサーバーは、それ自身のＤＲＭソフトウェア１５０を維持し、これは、メディアデータベース１２０に位置するか又はユーザ１０２のプロセッサに記憶されたメディアファイルのデジタル権利を追跡する。従って、例えば、メディアサーバー１１８は、それがメディアファイルをユーザ１０２にストリームし又はサーブアップし或いは転送する前に、その特定のメディア断片の権利呼称を確認し、そしてユーザが適切な権利を有する場合だけファイルをストリームし又は転送するように働く。
【００２０】
図１に示すように、ユーザ１０２、メディアサーバー１１８及びメッセージングプラットホーム１１６、並びに他のサーバー１３０は、インターネット１０４を経て通信接続される。別の実施形態では、システムの異なるコンポーネントを異なる仕方で通信結合してもよく、例えば、その各々を、ワイヤレスで、或いはローカル又はワイドエリアネットワーク（ＷＡＮ）等で互いに直結してもよい。更に、機能的コンポーネントは、メディアエンジンのある機能がメディアサーバー１１８で遂行されるように分散でき、又はその逆にすることもでき、或いはシステム１００全体にわたり種々の位置で動作するようにモジュラー形態で分散することもできる。従って、特定の装置又はコンポーネント又は位置に関連した機能又はコンポーネントについてのここでの説明は、単に例示に過ぎない。
【００２１】
本発明の別の実施形態によるネットワーク３００の更に別のアーキテクチャーを、図３を参照して以下に説明する。この実施形態は、例えば、ユーザＡ、ユーザＢ及びユーザＣのような複数のユーザ１０２を含むより広いネットワークを維持する。各ユーザは、少なくとも１つのプロセッサ１０３を維持し、これは、図１を参照して述べたように、メディアエンジン１０６、メッセージングプログラム１０８、ローカルメディアファイル１１０及び種々のソフトウェアプラグイン１１２を含む。更に、各プロセッサ１０３は、ローカル装置１１４も含むことができ、又、これらのプロセッサは、図１を参照して述べたように、デジタル権利マネージメントソフトウェア又は機能１０５も含むのが好ましい。プロセッサ１０３は、互いに直結されてもよいし、或いはインターネット１０４又は他の何らかの通信ネットワークを経て接続されてもよい。更に、これらのプロセッサは、インターネット１０４を経てメディアサーバー１１８に接続される。図１を参照して上述したように、メディアサーバー１１８は、メディアデータベース１２０、ユーザ情報データベース１２２、及びデジタル権利マネージメント１５０を含む。又、全ネットワーク３００を管理し又はそれにサービスするために、付加的なデータベースがメディアサーバーに接続される。例えば、格付けデータベース３２０は、特定ユーザが、図３を参照して以下に述べる多数の異なるフォーマットで特定のメディアファイルに適用できる格付けに関する情報を含む。メディアサーバーに接続される付加的なデータベースは、プレイリストデータベース３４０であり、これは、プロセッサ１０３又はメディアデータベース１２０等に位置する種々のメディアファイルを合成するユーザにより生成されるプレイリストを記憶するものである。又、プレイリストデータベースに記憶されるこれらのプレイリストは、以下に述べるように、ネットワーク３００の種々の異なるユーザ１０２にも利用できるようにされる。図１を参照して述べたように、メディアサーバー１１８は、メッセージングプラットホーム１１６にも接続され、これは、種々のユーザを相互接続し、そして特定のユーザに関する付加的な情報を記憶する上でも助けとなる。例えば、メッセージングプラットホーム１１６は、付加的なユーザ情報データベース３６０に接続することもでき、これは、メッセージングプラットホームへのユーザの接続性及び互いの接続性に関する特性の情報を含む。例えば、このユーザ情報データベースは、各特定のユーザ１０２及びユーザのプロセッサ１０３に関する情報、並びにユーザのプロセッサ１０３が他のプロセッサ１０３とで維持する接続に関する情報を含むことができる。この情報の使い方、及びメッセージングプラットホームを使用して異なるユーザ間で相互接続をどのように改善するかについて、図７１を参照して説明する。別の実施形態では、メディアサーバー１１８は、図４７、図４８及び４５を参照して以下に述べるように、相性プレイリストを発生する上で助けとなるように使用される相性エンジン４０５０も含む。
【００２２】
更に、図３に見られるように、メディアサーバー及びメッセージングプラットホームは、インターネット全体にわたって利用できる他のサイト又はサーバー３８０にも直結される。これらのサイトは、ユーザ１０２に公然とアクセスできるサイト、例えば、コマースウェブサイトでもよいし、或いはこれらのサイトは、メディアサーバー及び／又はメッセージングプラットホームだけに利用できる内部サイトでもよい。ネットワーク３００内では、各特定のユーザは、個別の識別子又は「ユーザネーム」を有するのが好ましく、これは、特定のユーザを追跡すると共に、ネットワーク３００を経て接続されるメディアサーバー及び多数の他のサーバーの両方を経てユーザが含まれる全てのアクティビティを管理するのに使用される。このユーザネームは、ユーザ情報データベース１２２内に記憶され、各特定ユーザに対する個別の識別子である。ユーザに関して記憶される付加的な情報は、ユーザの個人的情報、例えば、ホームアドレス、ｅメールアドレス及び／又は電話番号を含むのが好ましい。又、このデータベースは、ネットワークを使用するためのユーザの個人的な好みを含んでもよく、例えば、ユーザＡがメディアエンジン１０６を使用してメディアにアクセスし、そして特定のメディアに対する好みを指示するか、或いは特定のメディアアイテムが利用可能になったときに変更されるべき好みを指示する場合には、このような好みがユーザ名と一緒にユーザデータベース１２２に記憶される。或いは又、これらの好みは、ユーザ１０２のプロセッサを含むネットワーク３００のどこかに記憶することができる。従って、メディアサーバー１１８は、これらの特定の歌をネットワーク３００のユーザに利用可能にすべき場合に、例えば、ユーザ情報データベース１２２において好みをサーチし、どのユーザがその歌を希望するか見出し、そして前記例と同様に、ユーザＡの好みが、メディアサーバー１１８に、その特定の歌をユーザＡのメディアエンジン１０６へ送信するか、さもなければ、利用可能にするようにアラートする。
【００２３】
更に、この実施形態では、全ネットワーク３００は、メディアサーバー１１８及び他のサーバーが互いに相互接続して特定ユーザ１０２の経験を最適化きるように接続される。以下に詳細に述べるように、特定のユーザが特定のプロセッサ１０３にローカルで関連付けられる間に、ネットワーク３００に接続されたときは、そのユーザは、ネットワーク３００全体にわたって利用できるリソースが特定のサーバーに存在するか又は別のプロセッサに存在するかに関わらず、それら全てのリソースにアクセスすることができる。ネットワーク３００は、ネットワークの一部分として利用できるリソースを通してユーザの経験を向上させるためにユーザ特有の情報を収集し保持することができる。従って、ネットワーク全体にわたり、異なるユーザ１０２がそれらの個々のメディアエンジン１０６を経て同じメディアサーバー１１８にアクセスするが、それら個々の聴取経験は、それらの特定のニーズに対して調整され、そしてネットワーク全体の能力を利用することになる。
【００２４】
本発明の一実施形態では、システム１００は、ネットワーク３００全体にわたり異なる位置に配置された異なるメディアファイルの容易な再生を促進すると共に、ユーザ１０２が位置するプロセッサから各個々のユーザ１０２により容易にアクセスできるメディアのプレイリスト又は他の組み合せの生成を促進するように、ユーザ１０２のメディアファイルを管理することができる。本発明の別の実施形態では、２人以上の異なるユーザ１０２が、メディアエンジン１０６を使用してメディアファイルを互いに共有し及び／又は推奨することができる（適切に許可された場合に）。これは、メディアエンジン１０６とメディアサーバー１１８との対話により行なわれ、これらは、両方とも、両ユーザ１０２に関連するデータと、メディアサーバー１１８及びユーザ１０２の各プロセッサ１０３に記憶されたメディアとを共有し、記憶する。ユーザ１０２がメディアエンジン１０６をプロセッサ１０３にインストールするか又はそれを使用するときには、メディアエンジン１０６は、種々の異なるステップを通じて、ユーザ１０２のメディアを良く知ると共に、メディアサーバー１１８と対話する。図４は、このプロセスに関連したステップを示す。
【００２５】
図４を参照すれば、先ず、ユーザ１０２は、メディアエンジン１０６を自分のプロセッサ１０３にインストールするか、さもなければ、インスタンス生成する。ステップ４０２。ユーザがメディアエンジン１０６を自分のプロセッサ１０３にインストールすると、メディアエンジンは、プロセッサ１０３において探索できるメディアファイルについてプロセッサ１０３をサーチする。ステップ４０４。メディアエンジン１０６がプロセッサ１０３においてメディアファイルを探索できる場合には、メディアエンジン１０６は、メディアエンジン１０６内に記憶されるファイルであって、見つかったメディアファイルに関する情報を含むファイルを生成する。ステップ４０６。このファイルは、メディアファイルの位置を含む各メディアファイルに関する情報と、メディアファイルと共に記憶されるメタデータ、例えば、歌の名前、アーチストの名前、又はアルバムの名前とを含む。このような情報がメディアファイルと共に利用できない場合には、メディアエンジン１０６は、メディアファイルに対するポインタ及び／又は位置参照を、その特定のメディアファイルに対して利用できるメタデータがないことを示す指示子と共に記憶するだけである。他の実施形態では、メディアエンジン１０６及び／又はネットワークのメディアサーバーは、ユーザに対する有用なメタデータを得るために特定のメディアファイルに関する情報についてネットワークをサーチするステップをとることができる。
【００２６】
又、メディアエンジン１０６は、メディアを含むことのできるユーザ１０２のプロセッサ１０３に配置されるか又は接続される装置１１４（ＭＰ３プレーヤ、ＣＤドライブ、フラッシュメモリ、等）もサーチする。このような周辺装置が見つかった場合には、メディアエンジンは、その周辺装置内に配置されたメディアがあるかどうか決定する。ステップ４０８。もしそうであれば、メディアエンジン１０６は、関連メタデータを含むメディアに関する情報をファイルに記憶し、メディアエンジン１０６が後でそのデータにアクセスできるようにする。ステップ４１０。メディアエンジン１０６が、ユーザ１０２のプロセッサ１０３又はその周辺装置１１４にあるメディアファイルの位置及びコンテンツに関する全ての情報を取得すると、メディアエンジン１０６は、メディアサーバー１１８と通信し、プロセッサ１０３からのメディアファイルに関してメディアエンジン１０６が取得した情報を通すことができる。メディアサーバー１１８は、メディアエンジン１０６により生成されたファイル（１つ又は複数）であって、プロセッサ１０３にあるメディアファイルに関する位置及びメタデータ情報を含むファイルを通してこの情報を受け取り、そしてこの情報を他のユーザ情報と共にユーザ情報データベース１２２に記憶する。ステップ４１２。メディアサーバー１１８は、次いで、メディアエンジン１０６から受け取った情報を、メディアデータベース１２０に位置するメディアファイル及び関連メタデータと比較する。ステップ４１４。プロセッサ１０３に位置したメディアファイルが、メディアデータベース１２０に位置するメディアファイルに一致する場合には、メディアサーバー１１８は、メディアデータベース１２０内のメディアファイルの位置に注目し、そしてメディアエンジン１０６によりプロセッサ１０３から取得した情報を含むファイルにその情報を添付させる。ステップ４１６。メディアサーバー１１８は、次いで、メディアファイルの更新されたリストを含むファイルを送出し、これは、プロセッサ１０３に位置するメディアファイルと、メディアサーバー１１８がメディアデータベース１２０からユーザ１０２に利用できるようにしたいメディアファイルに関する情報との両方を結合するものである。ステップ４１８。メディアエンジン１０６は、このファイルを取得すると、図２を参照して述べるように、ユーザが、効率的で且つ明快な仕方でユーザに利用できる全てのメディアを管理できるようにするインターフェイスを生成する。ステップ４２０。従って、メディアエンジン１０６が、プロセッサ１０３にローカルに位置したメディアファイル及びメディアサーバー１１８からユーザ１０２に利用できるファイルの両方に関連した全ての情報を取得すると、メディアエンジン１０６は、ユーザが１つの中央位置からこのメディアエンジン１０６を通してそのメディアを位置決めし且つアクセスできるようにする。換言すれば、ユーザ１０２は、メディアエンジン１０６を使用するときに、メディアサーバー１１８から又はネットワーク上のどこからでもプロセッサ１０３においてローカルに利用できるメディア及び情報を、１つの中央位置からアクセスし又は操作することができる。
【００２７】
更に、メディアエンジンの使用により、ユーザは、ローカルに位置したメディアであって、ユーザ１０２が、異なる位置に置かれた異なるプロセッサ１０３から利用できることを希望するメディアにブックマークすることができる。換言すれば、ユーザ１０２は、家に置かれたプロセッサ１０３及び仕事場に置かれたプロセッサ１０３の両方を有する場合に、自分の家のプロセッサ１０３にある幾つかの又は全てのメディアファイルであって、仕事場又は他のどこかに位置するプロセッサ１０３で経験できることを希望するところのメディアファイルを指定することができ、或いはシステムがそれを指定することができる（ユーザの好みの基準に基づいて）。この場合も、これは、メディアファイルに関する情報を追跡し、処理し、そしてメディアサーバー１１８と共有するメディアエンジン１０６を経て管理される。従って、ユーザ１０２は、異なる位置にあるプロセッサ１０３に位置したメディアファイルを経験したい場合には、メディアエンジン１０６を実行していてメディアサーバー１１８にアクセスできるプロセッサから、これらメディアファイルにシームレスにアクセスして経験することができるようになる。このため、メディアエンジン１０６は、全てのメタデータ情報と、プロセッサ１０３上の各々のメディアファイルに関する位置情報とを予め記憶し、そしてこの情報をメディアサーバー１１８に転送している。従って、例えば、ユーザ１０２が、自分のプロセッサのうちの異なる１つに位置するメディアファイルを経験したい場合には、ユーザが位置するプロセッサに配置されたメディアエンジン１０６がメディアサーバー１１８からメディアファイルを要求し、メディアサーバー１１８に利用できる情報から全てのユーザのメディアファイルをルックアップしそしてそれにアクセスできるようにする。メディアサーバー１１８が、要求されている特定のメディアファイルを探索すると、メディアサーバー１１８は、そのメディアファイルを検索し、そしてユーザ１０２が現在位置しているプロセッサにインストールされたメディアエンジン１０６へそれをストリーミングし、転送し、さもなければ、利用できるようにする。逆に、別のユーザが同じプロセッサを使用してログオンする場合には、そのユーザは、最初のユーザとは独立してブックマークをしない限り、最初のユーザがブックマークをしたメディアファイルにアクセスすることができない。明らかなように、メディアエンジン１０６とメディアサーバー１１８との間の対話は、特定のユーザ１０２が種々の位置からアクセスできるメディアファイルの収集及びマネージメントに対して健全なメディア収集及びマネージメントツールを生成する。又、メディアエンジン１０６は、以下に述べるように、この機能を使用して、異なるユーザ１０２間で音楽を交換することもできる。図２を参照して、上述した機能を実施する本発明の一実施形態によるユーザインターフェイスを以下に説明する。
【００２８】
個々のユーザ１０２は、メディアファイルを得及び／又はメディアファイルを聞くことのできる異なるプロセッサ及び／又は装置を維持することができる。例えば、ユーザは、自分の家にプロセッサを維持することができ、自分の仕事場にプロセッサを維持することができ、自分の車にポータブル装置を維持することができ、及び／又は別の位置にメディアプレーヤを維持することができ、その各々は、ネットワーク３００にアクセスし及び／又はメディアファイルを再生することができる。本発明の一実施形態において、ユーザがメディアエンジン１０６を使用してメディアファイルにアクセスするときに、メディアエンジンは、ユーザ及び再生されるメディアファイルに関する情報を維持することができる。これは、ユーザが、聴取経験をある位置から別の位置へ転送できるようにすることで、自分の聴取経験を向上させることができるようにする。例えば、ユーザが家のプロセッサで特定の歌を聞き、そして家を出て車へ行かねばならない場合に、ユーザは、家のプロセッサにおけるメディアエンジンから歌を聴いたところの状態を維持し、そして自分の車におけるローカルメディア装置又は他の位置におけるメディア装置でそのポイントからピックアップすることができる。従って、ユーザが家のプロセッサから立ち去るときに、メディアエンジン１０６は、ユーザがどんな歌を聞いていたかに関する情報をセーブし、そしてその情報をメディアサーバー１１８へ通す。ユーザが第２の位置（例えば、自分の車）からネットワークへ再接続するときに、現在いる第２の位置に配置されたメディアエンジン１０６は、聴いている音楽の位置についてサーバーに問合せ、次いで、その音楽を探索し、それをストリーミングするか、さもなければ、第２の位置にそれを利用できるようにする。何らかの理由で、例えば、第２の位置が、メディアファイルが置かれた位置への接続をもたないか、又はメディアファイルがストリーミングされる位置が現在オフラインであるために、第２の位置のメディアエンジンが同じ位置から歌にアクセスできない場合には、メディアエンジンは、許可された異なる位置からその歌を探索するように試み、そしてそれを新たな位置におけるユーザにストリーミングする。従って、これは、種々の異なる装置において種々の異なる時間に種々の異なる位置へ経験を拡張できるような全ての包含する経験をユーザがエンジョイできるという点でユーザの経験を向上させることが明らかであろう。図２を参照して、上述した機能を実施する本発明の一実施形態に基づくユーザインターフェイスを以下に説明する。
【００２９】
上述した機能の異なるコンポーネントがネットワーク３００の異なるコンポーネント内にあってもよく、情報が異なるコンポーネント又は同じコンポーネントにあってもよいことに注意されたい。例えば、メディアエンジン１０６又はメディアサーバー１１８のいずれが、メディアファイルに関する何らかの又は全てのデータ、及びメディアファイルに関する位置情報を維持してもよい。例えば、メディアファイルに関する情報がメディアエンジン１０６に完全に維持される場合には、異なるメディアエンジン１０６が、メディアサーバー１１８にアクセスする必要なく、それら自体の間で通信することができる。同様に、ネットワーク３００により付加的なサービスを理想して、情報をより広く配布することができる。
【００３０】
図２に見られ、以下に更に説明するように、ユーザ１０２がメディアエンジン１０６を使用するときには、ユーザに入手できる全てのメディアファイルが、ユーザインターフェイス２００においてユーザに表示するために論理的な形態で編成される。ユーザインターフェイス２００は、好ましくは複数の枠(pane)で表わされ、その中にメディア情報が表示される。枠２０１を参照すれば、ユーザのメディアが位置した種々のメディアリソース又はソースのリストが表示される。上述したように、メディアエンジン１０６は、プロセッサ１０３に位置してメディアサーバー１１８を経て利用できるユーザのメディアに関する情報を取得しそして記憶する。例えば、図２及び３を参照すれば、この実施形態では、ユーザは、特定のソース又は位置により構成される全てのメディアファイル、又は全ての利用可能なメディアファイルの完全なリストを見ることができる。例えば、“my music(自分の音楽)”タブ２２２をクリックすることにより、ユーザは、そのユーザに利用できる音楽であって、メディアデータベース１２０にローカル記憶されるか、又は他のサイト又はサーバー３８０から送られる全ての音楽を見ることができる。好ましくは、ユーザが“my music”タブ２２２にアクセスすることを選択すると、ユーザメディアファイル１１０、ローカル装置１１４、メディアデータベース１２０、或いは他のサイト又はサーバー３８０を経てユーザに利用できる全てのメディアのリストが最も右の枠２３１に列挙される。このリストは、例えば、曲名(Song Title)２０２、アーチスト(Artist)２０４、アルバム(Album)２０６、期間(Duration)２１０、及びジャンル(Genre)２１２を含む各々のメディアファイルに関する情報を表わす列に記憶され、そしてユーザが希望する他の順序で（例えば、アーチストによるアルファベット順に）配置することができる。メディアエンジン１０６は、上述したようにそれが以前に取得して記憶したメディアの各特性アイテムに関するメタデータからこの情報を探索することができる。枠２３１は、１つの位置において利用可能な全てのメディアを見て、そのメディアを、良く知られたように列で分類することによりユーザに馴染み易いフォーマットで分類する能力をユーザに与える。
【００３１】
又、枠２０１を経て、ユーザは、ネットワークメディアサイトタブ２２４をクリックすることによりメディアデータベース１２０に記憶されたメディアを別々に見ることができる。この場合も、この情報は、図４を参照して上述したように、メディアサーバー１１８から受け取った情報に基づいてメディアエンジン１０６に入手することができる。ユーザがタブ２２４をクリックすると、図３３を参照して以下に述べるように、メディアデータベース１２０から入手できるメディアを表わす表示が枠２３１に現れる。このリストをコンパイルするために、メディアエンジン１０６は、上述したのと同様に、全ての入手できるユーザ関係メディア情報と、メディアデータベース１２０に位置するメディアファイルとについてメディアサーバー１１８に問合せし、そして枠２３１に適当なメタデータをポピュレートさせる。又、例えば、アーチスト、曲名、ジャンル又は他のメディア基準をサーチすることにより、メディアの希望のアイテムについてユーザがメディアデータベース１２０をサーチするのを許すサーチ機能が設けられるのが好ましい。
【００３２】
一実施形態では、メディアデータベースは、リース又は購入に利用できるメディアファイルを含んでもよく、この場合に、メディアサーバー１１８は、メディアデータベース１２０を通して探索されたメディアの許可されたバージョンをサーチし、そして購入、リース、レンタル、又はその他入手するための選択肢をユーザに与えるコマースコンポーネントを含む。例えば、タブ２２４を通してアクセスされるサイト又はサーバー３８０が音楽の売手である場合には、ユーザは、タブ２２４をクリックして、コマースサイトに入り、ユーザのコレクションに追加されるべき音楽又はメディアを購入することができ、これは、次いで、メディアエンジンにより管理することができる。更に、メディアエンジンとのユーザ対話を通して得られるユーザ好み情報をコマースサイトに入手できるようにして、推奨される購入を与えることができる。
【００３３】
種々の実施形態は、“my music”コレクション又は“my music”タブに関連して説明するが、このタブ又はコレクションのタイトルは何でもよく、“my music”という用語は、説明を容易にするために使用されることが明らかである。
【００３４】
この実施形態において、ユーザは、枠２０１に表示されるボタン又はリンクを経て利用できるインターネットラジオプロバイダーサイト３８０にもアクセスすることができる。例えば、ユーザがインターネットラジオタブ２２６をクリックした場合には、メディアサーバー１１８又は他のサイト３８０から利用できるインターネットラジオがオープンして、ユーザがメディアエンジン１０６を経て種々のラジオ局を経験するのを許す。コマース特徴と同様に、メディアエンジンとのユーザの対話を通して得たユーザ好み情報は、ラジオ局により与えられる音楽の選択に影響するようにラジオ局に入手できるようにされる。１つのこのようなラジオ局は、カリフォルニア州サニーベールのＹａｈｏｏ！Ｉｎｃから得られるＬａｕｎｃｈｃａｓｔである。
【００３５】
或いは又、同様に、ユーザは、例えば、コンパクトディスクタブ２２８又はＭＰ３プレーやタブ２３０を経てアクセスできるローカル装置１１４に得られる歌の包括的リストを見ることもできる。この場合も、この情報は、図４を参照して上述したように、始動時、インストール時、又はその後に、メディアエンジン１０６により初期に取得した情報からメディアエンジン１０６により利用される。更に、ユーザは、以下に詳細に述べるように、特定のプレイリスト２３２に歌をリストすることもできる。メディアエンジン１０６を通して利用できる情報の更新は、ユーザ選択時に行うか、或いはある事象発生時、例えば、プロセッサ１０３にプラグインされたドライブ又はＭＰ３装置にＣＤが入れられたときに、自動的に行うこともできるし、プログラムスタート時又はインストール時に開始することもできるし、或いはある間隔で、又はメディアサーバー１１８、他のネットワークサイト３８０からのインストラクションのもとで、或いはネットワーク３００上のプロセッサ１０３の他のプログラムのもとで行うようにプログラムすることもできる。
【００３６】
又、一実施形態では、枠２３１内からの特定の歌を格付けするために列２０８に示された格付けツールを使用する追加能力がユーザに許されるのが好ましい。例えば、ユーザは、ユーザが実際に好きな特定の歌を４つの星で格付けする一方、ユーザが特に気にしない歌には星を付けないようにすることができる。格付けされると、ユーザは、特定の格付けにより順序付けされた歌のリストを見ることができる。従って、ユーザが特に楽しむ歌は、リストの上位に載せられ、一方、ユーザが特に気にしない歌は、更に下へ移動される。
【００３７】
別の実施形態では、ユーザにより適用される格付けは、ユーザ識別に関連付けられる。ユーザｉｄ及びそれに関連した格付けが、メディアサーバーに位置するユーザ情報データベースに記憶される。従って、ユーザは、多数のプロセッサ及び位置からこの格付けを見てアクセスすることができる。
【００３８】
更に別の実施形態では、他のアイテムは、ユーザ識別に関連付けて、メディアサーバーに存在するユーザ情報データベース又は他のデータベースに同様に記憶することができ、ここで、アイテムは、ユーザがメディアエンジンを有していてシステムに接続できる位置においてユーザによりアクセスすることができる。
【００３９】
ユーザ情報データベース１２２は、好ましくは、システムへの適切なアクセスでいかなるアプリケーションにも利用できるようにされ、ユーザ情報をレバレッジすると共に、システム１００／３００の全ての観点でユーザの経験を向上させる。
【００４０】
ユーザ情報を編成し記憶して、システム１００／３００の多数のアプリケーションに利用できるようにすることにより、ユーザは、歌又はアーチスト又はアルバムを一度格付けするだけでよく、そしてその格付けは、ユーザの格付けデータを利用できるシステム１００／３００のアプリケーション又は特徴又は機能に対して利用可能となる。従って、例えば、ユーザがクライアント側音楽エンジン１０６を使用してＣＤから歌を「リップ(rip)」し、そしてユーザインターフェイス、例えば、枠２３１を使用してそれを格付けする場合に、その格付けがメディアサーバー１１８におけるユーザデータベース１２２へ通される。ユーザが、その後、枠２０１から聴取すべきラジオ局を選択するときには、ラジオ局アプリケーション（図示せず）がユーザデータベース１２２にアクセスし、そしてその歌の格付けを得て、それを、そのユーザに対してラジオコンテンツをプログラムするのに使用されるプログラミングアルゴリズムに組み入れる。ユーザがラジオを聞きながら歌を格付けする場合には、同じプロセスが逆適用される。従って、ユーザが歌を一度格付けすれば、システム１００／３００に利用できる種々の特徴、機能及びアプリケーションにユーザの好みを記憶し及び／又は組み込むことができる。
【００４１】
更に、ユーザ情報は、ユーザ情報の全部又は一部分を、ユーザデータベース１２２に加えて又はそれとは別に、プロセッサ１０３のユーザ情報データベース８４１０（図８４）に維持することにより、中央に維持されるか又は配布される。
【００４２】
ここに更に述べるように、ユーザにより選択された格付けは、システムがユーザの特別の好き嫌いに関して音楽を良く分類し、そしてユーザの経験を著しく向上させられるようにする。これも以下に述べるように、ユーザは、タブ２３４をクリックすることにより他のユーザの音楽も見たり聞いたりすることができ、又は別のユーザがユーザの格付け又は好みを取り入れることもできる。
【００４３】
ユーザが、メディアの特定アイテム、例えば、歌を経験のために選択すると、メディアプレーヤ２４０を含むウインドウがユーザインターフェイス２００内でオープンし（又は常に存在し）、メディアを再生するユーザ制御を許可する。再生されている特定の歌の曲名２４２、アーチスト２４４、アルバム２４６が表示されるのが好ましい。このメディアプレーヤ２４０内から、ユーザは、既知のメディアプレーヤに共通の制御器２５０を使用することにより特定の歌を巻き戻し、早送りし、又は休止することでメディアを制御する能力を有する。更に、歌が再生されるときに、ユーザは、格付けツールシーケンス２５２をクリックすることにより、歌、アーチスト、及び／又はアルバムを格付けする能力を有し、そしてその格付けは、上述したように、ユーザ情報データベース１２２にユーザの好みの一部分として組み込まれるのが好ましい。
【００４４】
又、ユーザ１０２は、プラグインプログラムをメディアエンジン１０６に組み込むこともできる。このプラグインプログラムへのアクセスは、枠２０１から新たに生成されたタブ２３６を経て得ることができる。これらのプラグインは、メディアエンジン内から実行できるアクションにおいてメディアエンジンをより健全にする目的で既知のプログラミング技術を使用してプログラミングされてもよい。プラグインは、メディアエンジンのプロバイダー又は第三者によって設けられてもよい。換言すれば、本発明の一実施形態によるユーザインターフェイス及び機能は、異なるプラグインをベースとし、種々の位置で設計され、ネットワーク３００のユーザ又はオペレータを含む異なる人々により設計され、ユーザインターフェイス、それが提供する機能、及びメディアエンジンとの対話を向上させることができる。
【００４５】
ユーザがコンパクトディスク又は他の形式の取り外し可能なメディアを装置１１４に置いたときに、システムは、図５に見られるように、例えば、タブ２２８をクリックすることでその取り外し可能なメディアに位置する歌を識別してリストする能力を有し、ユーザは、それらの歌を“my music”コレクションにインポートするように選択することができる。例えば、コンパクトディスクタブ２２８をクリックすることにより、ユーザ１０２には、全ての歌のリスト、及び／又は枠５００において取り外し可能なメディアに利用できる他のメディアが与えられる。このリストは、トラックのタイトル、歌の時間、アーチスト、及びジャンルを含むことができる。このリストから、ユーザは、再生ＣＤアイコン５０２をクリックすることによりＣＤを再生し、イジェクトＣＤアイコン５０４をクリックすることによりＣＤプレーヤからＣＤをイジェクトし、或いはユーザが“my music”コレクションに含ませたい特定の歌に隣接するボックス５１０をクリックし、次いで、“my music”へ追加のアイコン５０６をクリックすることにより、ＣＤから自分の“my music”コレクションへいずれか又は全ての歌を追加することができる。或いは又、メディアエンジン１０６は、ＣＤドライブにＣＤが挿入されたときに、ユーザが歌を“my music”コレクションにインポートしたいかどうかについてユーザを促す。図５に見られるように、システムが、装置１１４に置かれたＣＤ又は他の取り外し可能なメディアを確認すると、その取り外し可能なメディアのタイトルが枠２０１におけるコンパクトディスクタブ２２８をポピュレートする。更に、アルバムの名前、及び一実施形態では、アルバムのカバーが枠５２０に示される。一般に、ＣＤに関するこの情報を得るために、メディアエンジンは、コンパクトディスク又はＭＰ３に存在するデジタル化コンテンツを識別し、デジタル化コンテンツが何であるか決定し、そしてＣＤのアイデンティティ、即ち実際のタイトル、アーチスト、コンテンツ、等を確認することができる。一実施形態では、検証データベースが１組のマスターＣＤから生成される。この例は、ＣＤに関して説明するが、同様の方法が異なるメディアにも適用される。検証データベースは、ＣＤのレコードと、それに対応するテーブル・オブ・コンテンツ(table-of-contents)と、ＣＤから選択された対応するオーディオデータとを含む。検証データベースが生成されると、マスターＣＤに対するＣＤの検証を行うことができる。先ず、ＣＤからのテーブル・オブ・コンテンツを検証データベースに対してマッチングさせることでＣＤが識別される。テーブル・オブ・コンテンツデータを使用して、メディアエンジンは、同様のテーブル・オブ・コンテンツをもつ１つ以上のマスターＣＤを識別する。識別されたＣＤは、次いで、ＣＤから選択されたオーディオデータを、１組のマスターＣＤから生成された検証データベースに対してマッチングさせることにより認証される。他の実施形態では、ＣＤ又は他のメディアのアイデンティティは、コンテンツを識別する助けとなるように、特定メディアコンテンツの波形及びそれに関連したメタデータ又はビットサイズを見ることを含む既知の技術を通して捕獲される。識別がなされると、アイデンティティは、メディアを見つけることのできる位置と共にメディアサーバー１１８へ通される。
【００４６】
別の実施形態では、ユーザには、アルバムでプレイリストを生成するか又はアルバムを既存のプレイリストに追加する能力が与えられる。この実施形態では、メディアエンジン１０６は、アルバムに関してそれが有する情報にもアクセスして、枠５３０においてユーザに同様のアルバムをオファーする。ユーザが特定の歌を自分の“my music”コレクションにインポートするように選択を行なうと、コンパクトディスク又は他の取り外し可能なメディアからの歌（１つ又は複数）が、メディアエンジン１０６により、ユーザ選択フォーマット又は自動的に選択されるフォーマットで、ローカル記憶装置又はプロセッサ１０３或いはポータブル装置１１４へコピーされるか又は「リップ」され、或いはメディアファイルがメディアサーバー１１８に利用できるようにされて、メディアに関するファイル及び／又はメタデータ情報を、ユーザの他のメディアに関するファイルと共に記憶できるようになる。従って、これらの歌（１つ又は複数）は、ユーザの“my music”コレクションにある他の媒体と共に、ユーザがメディアエンジン１０６でメディアサーバー１１８にアクセスできるところの位置からアクセスすることができる。メディアサーバー１１８が、ユーザの全“my music”コレクションのリスト、並びにメディアに接続されたメタデータの幾つか又は全部及びそのメディアの位置を有すると、メディアサーバー１１８は、ユーザがいる位置においてそのユーザへのネットワーク上にメディアファイルが存在するどの場所でもメディアファイルを探索してアクセスを与えることができる。従って、ユーザは、いかなるメディアファイルも自分の“my music”コレクションに容易に追加することができ、そして適切な許可、ＤＲＭ慣習に対する遵守、及び他の所有権又は保護監督問題が考慮されると仮定すれば、メディアエンジン１０６を有する他の位置でもメディアファイルにアクセスできるようにする。
【００４７】
別の実施形態によれば、コンパクトディスクのような取り外し可能なメディア装置からユーザの“my music”コレクションへ音楽をインポートするための別の方法は、ユーザが枠５００から“my music”コレクションに含ませることを望む実際の歌の表示された曲名をクリックすることである。
【００４８】
従って、ここに述べる実施形態では、ユーザは、自分のメディアファイル及び／又は取り外し可能なメディアを異なる位置へ常時搬送する必要はない。というのは、このメディアは、メディアエンジン１０６、メディアサーバー１１８、ネットワーク３００、並びにここに述べるコンポーネント及びファンクションを経て入手できるからである。更に、ユーザは、メディアデータベース１２０から入手できる好きなメディアを習熟し直し、そして以前に聞いた及び再び聞きたいメディアを選択する必要もない。むしろ、ユーザが選択した全てのメディアは、自分のメディアエンジン１０６に存在するか又はそれを経て入手でき、そしてユーザが希望する時間又は場所で自分のメディアコレクションの一部分として特定のユーザに入手可能となる。
【００４９】
本発明の一実施形態による慣習では、各ユーザ１０２に対してメディアのバーチャルコレクションが生成される。図６を参照することで明らかとなり、且つ図４を参照して上述したように、メディアエンジン１０６は、各ユーザのプロセッサ１０３及び／又は装置１１４をサーチし、そしてメディアファイルを識別する。全てのメディアが識別された後に、ユーザは、どのメディアを自分の“my music”コレクションに追加したいか選択することができる。ステップ６１０。ユーザが特定のメディアファイルを“my music”コレクションに追加したいときには、１つ以上のメディアファイルでバーチャルコレクションが生成され、これにより、メディアの各特定断片は、ユーザにより将来使用するために「ブックマーク」される。ステップ６２０。一実施形態では、特定メディアファイルのブックマーキングは、各ユーザのブックマークされたメディアに対する識別子をユーザ情報データベース１２２に記憶することにより達成される。ステップ６３０。情報データベース１２２に記憶されたユーザに関する他の情報に加えて、メディアサーバー１１８は、特定ユーザのブックマークに関する情報も、後で検索するために記憶する。従って、ユーザが、後で使用するためにブックマークされるべきメディアの特定断片を識別するときには、メディアのその特定断片に対する識別子が、ユーザ情報データベース１２２に記憶されたユーザ１０２の他の識別情報と一緒に記憶され、そしてユーザの“my music”コレクションにおける全メディアのバーチャルコレクションが生成される。従って、ユーザ情報データベース１２２は、特定のユーザによりフラグが立てられた特定のメディアを指す識別子のリストをユーザごとに含む。従って、例えば、２人のユーザが同じプロセッサを使用してシステムにアクセスしても、各ユーザは、自分の「ブックマーク」されたメディアへ容易にアクセスを得ることはできるが、他のユーザがそれ自信の「ブックマーク」されたメディアへアクセスする場合は除く。
【００５０】
ユーザが、ブックマークされたメディアの特定断片を検索したいときには、メディアサーバーがユーザ情報データベース１２２からメディア識別子にアクセスし、次いで、その識別子を使用して、特定メディアファイルをユーザへストリーミングし、さもなければ、利用できるようにする。ステップ。従って、ユーザは、種々の位置で利用できることを望む特定のメディアを容易に識別することができ、そしてメディアサーバーは、ユーザ情報データベース１２２にその特定のユーザに関して記憶された情報に基づいてそのメディアを容易に検索できることが明らかである。それ故、メディアサーバーが特定のメディアファイルに対してサーチを開始する必要はなく、むしろ、メディアファイルに対する識別子が記憶されて特定のユーザ情報にアタッチされると、メディアサーバー１１８は、ブックマークされたメディアを、それがローカル記憶されたものであるかのように容易に利用することができる。又、情報データベース１２２は、メディアファイルが置かれたネットワーク上の多数の別々の位置を含んでもよく、従って、１つの特定のソースが何らかの理由で利用できなくなった場合には別のソースを与えることができる。
【００５１】
図７に見られるように、本発明の一実施形態によれば、メディアのある断片を再生する要求がメディアエンジン１０６へなされたときに、メディアエンジン１０６は、考えられる最も効率的な仕方でメディアが再生され及び／又はユーザへストリーミングされるように確保するためのプロセスを行なう。特定のメディアを再生する要求がなされると、メディアエンジン１０６は、先ず、その特定のメディアファイルがユーザのプロセッサ１０３にローカル配置されているかどうか調べるためにサーチする。ステップ７０１。ローカル配置されている場合には、メディアエンジンは、ローカル位置からそのファイルを再生する。ステップ７０２。メディアファイルがローカル配置されていない場合には、メディアエンジンは、次いで、ユーザ１０２のプロセッサ１０３のキャッシュをサーチして、メディアファイルがそこにあるかどうか調べる。ステップ７０３。メディアファイルがプロセッサのキャッシュにある場合には、メディアエンジンがキャッシュ位置からメディアファイルを再生する。ステップ７０４。しかしながら、メディアファイルがキャッシュ内にない場合には、メディアエンジン１０６は、次いで、メディアサーバー１１８に問合せして、メディアサーバー１１８がネットワーク上の別の許可されたソースからファイルを検索できるかどうか調べる。ファイルの一次ソース又は別のソースの一例は、メディアサーバー１１８又は他のサーバー１３０がユーザに対してテサード(tethered)ダウンロードを与えるためのものである。ステップ７０５。テサードダウンロードは、ある長さの時間の後に満了となる時間ベースのＤＲＭを含むポータブルファイルである。換言すれば、例えば、ユーザが契約サービスに関与しそしてある長さの時間中あるメディアファイルに対する権利を得るための権利がある場合に、そのメディアファイルのテサードダウンロードがユーザのプロセッサにロードされ、そしてユーザは、ある長さの時間中（例えば、３０日）そのファイルを再生することができる。所定長さの時間が終わると、ファイルは使用不能となり、ユーザによってもはや再生することができない。それ故、メディアサーバー１１８は、ネットワーク３００全体をサーチし、要求された特定のメディアファイルに対してテサードダウンロードが利用できるかどうか調べる。テサードダウンロードは、メディアエンジン１０６に対して次に好ましいオプションである。というのは、テサードダウンロードは、ユーザのプロセッサへローカルコピーをダウンロードし、そしてユーザが、メディアサーバー１１８にアクセスする必要なく、メディアファイルを再生するのを許すからである。
【００５２】
メディアサーバー１１８が、特定のメディアファイルに対してテサードダウンロードを探索できる場合には、メディアサーバー１１８は、そのテサードダウンロードを検索し、そしてそれをユーザのプロセッサ１０３のキャッシュ又はローカル記憶装置へダウンロードする。テサードダウンロードを取得すると、メディアエンジン１０６は、ユーザに対してメディアファイルを再生する。ステップ７０６。テサードダウンロードが利用できない場合には、メディアエンジン１０６は、メディアサーバー１１８に問合せして、メディアデータベース１２０から特定のユーザへ特定のメディアファイルが利用できるかどうか調べる。ステップ７０７。メディアデータベース１２０のメディアへのアクセスは、段階的(tiered)メンバーシップに基づくか又は異なる契約料金に基づくのが好ましい。それ故、メディアデータベースにおいて利用できるメディアは、ネットワーク３００内にユーザが有している契約に基づいて各特定のユーザに利用できるものではない。メディアデータベース１２０内においてメディアファイルが利用でき、そしてそのファイルを要求する特定のユーザが、メディアファイルへのアクセスを許す契約又は許可レベルを有する場合には、ファイルがメディアサーバー１１８によりメディアデータベース１２０からユーザのプロセッサ１０３へストリーミングされて、メディアエンジン１０６で再生される。ステップ７０８。しかしながら、要求されたメディアファイルが特定のユーザに利用できない場合には、メディアサーバーは、任意であるが、ユーザのプロセッサ１０３へメディアファイルのサンプルをストリーミングすることができる。ステップ７０９。一実施形態において、ユーザの契約又はメンバーシップのためにこのメディアファイルが利用できないことを指示するメッセージがユーザに表示され、そしてその契約又はメンバーシップをどのように向上させるか説明するインストラクションでユーザへ情報を与えることができる。
【００５３】
図８を参照して、ユーザインターフェイス２００の付加的な特徴を以下に説明する。ユーザインターフェイス２００内から、ユーザは、ユーザの“my music”コレクションからの歌を有する異なるアルバムをブラウズしそして見る能力を有する。図８に見られるように、アルバムによる歌を見るために、ユーザは、ドロップダウンメニュー８０２からアルバムによるブラウズを選択することができる。アルバムによるブラウズを選択した後に、ユーザには、ユーザが聞くために利用できるアルバム８０１のコレクションが与えられる。リストされたアルバムの名前に加えて、各個々のアルバムに対するアルバムカバーが、ユーザが見るために表示される。アルバムカバーは、メディアエンジン１０６及び／又はメディアサーバー１１８に記憶されたメディア及びメタデータと一緒に「．ｇｉｆ」映像として記憶されるのが好ましいが、メディア及び関連メタデータの記憶及び検索の構造及び編成は、多数の仕方、即ち１つ又は多数のサーバー又は位置にわたり分布形態又は集中形態で実施することができる。アルバムカバーが特定のメディアファイルに記憶されない場合には、システムは、ネットワークをサーチして、カバー映像にトライしそして見つけるように構成できる。「．ｇｉｆ」映像に関して説明するが、映像を表示するファイルフォーマットであって、「．ｊｐｇ」、「．ｔｉｆ」、又はこれまで及び今後知られる他の映像ファイルフォーマットのようなファイルフォーマットを使用して、アルバムカバーを表示することもできる。
【００５４】
本発明の一実施形態では、１つ以上の映像が映像データベース３７０に記憶される。これらの映像は、これまでに及び今後知られるいかなる映像フォーマットで記憶することもできる。これらの映像は、例えば、アルバムカバー、アーチスト、又はメディアの断片に関係した他の映像である。メディアデータベース１２０に記憶されたメディアと共に、映像データベース３７０内の映像にリンクするか又はそれを指すＵＲＬ又は他のポインタが記憶される。それ故、この実施形態では、ユーザがメディアの特定の断片を選択するときに、メディアエンジン１０６は、それに関連した映像（例えば、アルバムカバー、アーチストの写真）を検索し、そしてそれらの映像をユーザに対して表示することができる。
【００５５】
又、ユーザに対するアルバムカバーの表示は、ユーザがコンパクトディスク又は他のメディアを実際に自分の手に保持しているかのようにユーザが音楽を聞き且つアルバムカバーを見ることができるような向上された経験をオファーすることが明らかであろう。ユーザがインターフェイス８０１からアルバムを選択すると、そのアルバムの全ての歌が、図９に見られるように、その歌に関する全ての詳細と共に枠８１２に表示される。先の実施形態と同様に、この実施形態でも、ユーザは、枠８１２において曲名をクリックすることによりメディアプレーヤ２４０で歌を再生する能力を有する。この実施形態では、ユーザは、より効率的な仕方で（例えば、アルバムを通して）音楽をブラウズするという付加的な能力を有し、これは、ユーザにとって経験の向上を導く。
【００５６】
別の実施形態では、ユーザは、自分の“my music”コレクションの歌をジャンルでブラウズすることができる。例えば、図１０に見られるように、ユーザは、例えば、ドロップダウンメニュー８０２から「ジャンルによるブラウズ(browse by genre)」を選択することにより、インターフェイス１０００を経て異なるジャンル（例えば、ブルース、フォーク、ジャズ、ロック）を踏査する能力を有する。この場合も、これは、メディアエンジン１０６により取得されて記憶されたメタデータ情報により可能にされる。ジャンル情報は、人間のオペレータがジャンル情報を追加することを経て、システムにより得られて使用されてもよいし、或いはジャンル情報は、メディアファイルのオリジナルソースによりメタデータ、例えば、レコードレベル、として供給されてもよい。ユーザがアルバムカバーを経て“my music”コレクションをブラウズする仕方と同様に、ユーザは、特定のジャンルを選択し、そして自分の“my music”コレクションにおいて得られる歌で、その特定のジャンルに適合する全ての歌を表示することができる。この場合も、図１１に見られるように、ユーザが、例えば、枠１００２から「ロック／ポップ(Rock/Pop)」ジャンルを取り上げた場合には、ユーザの“my music”コレクションにある歌で、「ロック／ポップ」ジャンル基準を満足する全ての歌が、枠８１２に表示される。
【００５７】
ユーザの経験を更に向上させるために、ユーザは、枠１００４からの選択されたジャンルにおいて特定のアーチストを取り上げて、その特定のアーチストからの歌を見ることができる。例えば、図１２に見られるように、ユーザがアーチスト枠１００４から“Peter Gabriel”をクリックした場合には、“Peter Gabriel”による歌だけが枠８１２に表示される。次いで、ユーザは、アルバムリスト枠１００６から特定のアルバムをクリックすることにより歌を更に狭めることができる。例えば、図１３に示されたように、ユーザが、Peter Gabrielによるアルバム“Security”をクリックした場合には、そのアルバムの歌だけが枠８１２に表示される。次いで、ユーザが“Shock the Monkey”のような特定の歌をクリックした場合には、その選択された歌がメディアプレーヤ２４０において再生される。特定の基準による前記ブラウジングは、ユーザの“my music”コレクションにおける音楽をブラウジングすることに関して説明されたことに注意されたい。一実施形態では、このブラウジングは、ネットワーク３００全体のどこかに位置する全てのメディアにおいて実行することができる。加えて、別の実施形態では、ユーザは、図５０を参照して以下に述べるように、別のユーザの“my music”コレクションを通してサーチすることもできる。
【００５８】
別の実施形態では、ユーザは、図１５に示すように、歌及び／又はアルバムのアーチストを経て歌及び／又はアルバムをサーチすることにより自分の“my music”コレクションにおいて利用可能なメディアをブラウズすることができる。この実施形態では、ユーザは、ドロップダウンメニュー８０２から「アーチストによるブラウズ(browse by Artist)」を選択することにより、インターフェイス１５００にアクセスして、ユーザの“my music”コレクションにおけるメディアの全てのアーチストを踏査することができる。この場合も、先の実施形態と同様に、ユーザは、枠１５０２においてアーチストのリストから特定のアーチストを取り上げ、その特定のアーチストからの歌を見ることができる。例えば、図１６に見られるように、ユーザがアーチスト枠１５０２から“The Clash”をクリックした場合には、“The Clash”からの歌だけが枠１５０４に表示され、そして“The Clash”からのアルバムだけが枠１５０６に表示される。次いで、ユーザは、アルバムリスト枠１５０６から特定のアルバムを選択することにより歌を更に狭めることができる。例えば、ユーザがアルバムリスト枠１５０６からアルバム“Give em Enough Rope”を選択した場合には、図１７に見られるように、アルバム“Give em Enough Rope”からの歌だけが枠１５０４に表示される。先の実施形態と同様に、且つ図１７にも見られるように、ユーザが枠１５０４内のいずれかの歌を聞きたい場合には、ユーザは、枠１５０４内のその歌をハイライトするだけでよく、その歌がインターフェイス２４０によりユーザに対して再生される。一実施形態では、再生されている歌の隣に、それが再生されていることを指示するためにアイコン１７０２が現れる。
【００５９】
図２を参照して先に述べたように、メディアエンジン１０６を通して、ユーザは、特定の歌のアーチスト又はアルバムをユーザが好きか嫌いかに基づいて、特定の歌、アーチスト及び／又はアルバムを格付けする能力を有する。歌を格付けするこの能力は、上述した又は以下に述べる“my music”インターフェイスのいずれかのステージに対してユーザに利用できるのが好ましい。更に、ユーザ１０２は、メディアデータベース１２０から利用できる新たな歌を選択し、そして特定の歌、アーチスト及び／又はアルバムに対して好き嫌いを指示することによりその歌に格付けを与えることができる。本発明の一実施形態では、このシステムは、ユーザのプロセッサ１０３又は周辺装置１１４に置かれた歌に所定の格付けを自動的に指定することができる。歌、アルバム及びアーチストを格付けすることで、特定の好き及び／又は嫌いにより歌を編成し且つグループ分けする能力をメディアエンジンに許す。格付けされた歌が多いほど、システムは、特定のユーザが楽しめる特定の歌、アルバム及び／又はアーチストをより多く選択することができる。例えば、プレイリストを生成するか、又はインターネットラジオ局を経て音楽をストリーミングするときに、メディアエンジンは、ユーザ格付けにより得た情報を使用して、特定のユーザがより楽しめるものは何かに基づいて歌をフィルタリング又は再生することができる。ラジオ局からの好み情報は、メディアエンジンのみにより使用されるか、或いはメディアサーバー又は他のサーバーと一緒に作用して、コマースのオファーを個人化し、プレイリストの生成又はシステムの推薦に影響を及ぼすことができる。同様に、メディアエンジン及び／又はサーバーは、ユーザの好み情報を利用し且つそれを他のサーバー／アプリケーションへ通し、ユーザによりどの特定コンポーネント又はファンクションが利用されるかに関わりなく、あらゆる観点でユーザの経験を向上させることができる。
【００６０】
一実施形態において、このシステムは、最初に、特定の歌の詳細がメディアエンジン１０６により取得されて記憶されるときに、ローカルに位置する歌を所定の格付けで自動的に格付けすることができる。例えば、メディアの断片がユーザのプロセッサ１０３に位置する場合に、このシステムは、その歌を、例えば、１から４のスケールにおいて３の格付けで、自動的に格付けすることができる。これは、ユーザのプロセッサにローカルに位置するメディアに、ユーザ自体が歌のアルバム及び／又はアーチストを手動で格付けする前でも、自動的に高い格付けを与えることを理解されたい。これは、ほとんどの状況において、メディアの特定の断片がユーザのプロセッサにローカルに位置する場合に、ユーザはその特定のメディアを好む傾向があると仮定するのが非常に安全だからである。又、自動的な格付けは、ユーザの再生頻度、ジャンル又はアーチストの格付け、メディアがスキップされ又は繰り返される頻度、等の他のファクタに基づくこともできる。ユーザは、他の時間にメディアを格付けし直し、ユーザの好みをより良く反映させたい場合にはより高い又はより低い格付けをメディアに与えるのが好ましい。更に、一実施形態では、ユーザが特定の歌、アーチスト及び／又はアルバムを既に手動で格付けしている場合に、その格付けが自動格付けによってオーバーライトされない。更に、各ユーザは、自動格付けを組み込まず、むしろ、手動格付けしか使用しないように判断する能力も有するのが好ましい。従って、先に述べた実施形態から明らかなように、メディアエンジンは、ユーザがメディアエンジンにアクセスするたびに、ユーザのメディアをロードすると共に、そのメディアを、より個人的な分類で分類できるようにする。又、ユーザは、自分の手動格付けと、好き又は嫌いの指示との両方を、ユーザのプロセッサに位置するローカルメディアと共にメディアサーバーを通して利用できるメディアにおいて合成することができ、しかも、ユーザによるその後の微調整を受けて、そのローカルメディアに対する格付けに手動で固定する必要はない。
【００６１】
自動格付け機構の一実施形態において、ユーザが音楽を自分の“my music”コレクションに追加するときにユーザに対する自動格付けを生成するために次のファクタが使用される。ユーザが、例えば、メディアデータベース１２０、周辺装置１１４、プロセッサ１０３に位置するハードドライブ、及び／又は別のユーザの“my music”コレクションから自分の“my music”コレクションに音楽を追加するときには、その歌又は歌のグループに関連したアルバム及び／又はアーチストに、ユーザの“my music”コレクションに既にあるアルバム又はアーチストからの歌の数に基づいて設定格付けが与えられる。例えば、ユーザの“my music”コレクションに３つ以上のトラックを有するアルバムには、１から１００までのスケールにおいて７０の格付けが与えられる。同様に、ユーザの“my music”コレクションに１０個より多く且つ２０個未満の歌を有するアーチストにも、１から１００までのスケールにおいて７０の格付けが与えられる。最後に、ユーザの“my music”コレクションに２０個より多い歌を有するアーチストは、１から１００までのスケールにおいて８０の格付けが与えられる。この格付け機構は、ユーザの“my music”コレクションにおいて最も人気のあるアーチスト及び／又はアルバムには、人気のないものより高い格付けが与えられることを保証する。異なる実施形態では、歌、アルバム及び／又はアーチストがユーザの“my music”コレクションに記憶されるときに、それらに異なる自動格付けスケールを適用できることに注意されたい。更に、自動的に生成される格付けと、手動で生成される格付けとの間を区別するように、自動格付けを格付けデータベース３２０において別々に記憶するか又は異なる仕方でフラグを立てることもできる。
【００６２】
図１８を参照して本発明の一実施形態による別の特徴を以下に説明する。図１８を参照すれば、ユーザ１０２は、ユーザの“my music”コレクションを通して入手できるか、或いはメディアデータベース１２０を経てメディアサーバー１１８上で、又はネットワーク３００又はインターネット全般のどこかで入手できる全てのメディアについてのインターフェイス２００内のサーチファンクションを遂行する能力を有する。図１８から明らかなように、ユーザインターフェイス２００は、サーチ用語を入力できるフィールド１８０１を含む。例えば、図１８において、ドロップダウンメニュー１８０２から“Ａｌｌ”を選択し、そしてフィールド１８０１にフレーズ“ｏｕ”を挿入することにより、曲名、アーチスト、アルバム、及びジャンルを含めて、ユーザの“my music”コレクション又はネットワーク上のどこかで入手できるメディアの全ての識別特性全体にわたり用語“ｏｕ”をサーチするようにユーザが選択したところの表示が示されている。ユーザがサーチ用語（例えば、ｏｕ）を入力すると、基準に一致する歌に対するアーチストのリストが枠１８０３に示され、そして用語に一致する全ての歌が枠１８０５に表示される。従って、ユーザの“my music”コレクション内の歌であって、その曲名、アーチスト、アルバム又はジャンルに用語“ｏｕ”を有する歌が、全て、枠１８０５に表示される。以下の例は、特定の基準又はメディアソース又はメディアカテゴリーに焦点を置いたサーチについて述べるが、行なわれるサーチは、一度に１つのサーチ用語に基づいて多数のソースで行うことができ、従って、多数のソースから結果が返送されて、サーチ結果に示されるのが好ましい。従って、１つのサーチ用語は、取り付けられた装置及び／又はローカルプロセッサ、並びにサーバー１１８、メディアデータベース１２０、他のサーバー１３０、他のユーザ１０２、又はネットワーク３００上の他のソースのようなローカルソースから結果を生じさせる。結果のサイズ、或いはユーザ選択又はシステム設計の問題を制限するために、サーチは、これらソースの幾つかのみに制限される。
【００６３】
ユーザは、枠１８０３においてアーチストをクリックすることによりサーチ結果を更に狭めることができる。例えば、図１９に見られるように、ユーザが枠１８０３からアーチスト“The Clash”をクリックした場合には、枠１８０５は、基準（即ち、ｏｕストリングを含む）に合致すると共に、アーチスト“The Clash”からのものである歌だけを示す。ユーザは、更に、図２０に見られるように、枠１８０４からアルバムを選択することにより特定のアルバムからの結果をサーチすることができる。図２０に見られるように、ユーザは、枠１８０４において特定のアルバム（“Give em Enough Rope”）を選択し、そしてその特定のアルバムに対する歌だけが枠１８０５に表示される。
【００６４】
別の実施形態では、ユーザは、ドロップダウンメニュー１８０２からアルバムを選択しそしてフィールド１８０１にサーチ基準を挿入することにより、歌のアルバム名の中だけにある変数で“my music”コレクション内（又はネットワーク上のどこか）の歌をサーチすることができる。図２１に見られるように、ユーザがドロップダウンメニュー１８０２からアルバム名をサーチするように選択し、そして例えば、フィールド１８０１をサーチストリング“ｐ”でポピュレートする場合には、メディアエンジン１０６は、特定の基準に一致する枠１８０３におけるアーチストのリスト、枠１８０４におけるアルバム、及び枠１８０５における歌を返送する。次いで、ユーザは、枠１８０５から直接的に歌を選択するか、又は枠１８０３からアーチストを、又は枠１８０４からアルバムを選択して、そのアーチスト又はアルバムからの歌しか含まないようにサーチを更に狭めることができる。例えば、図２２に見られるように、ユーザが、サーチ用語“ｐ”を有する歌“American Idol Finalists”しか見ないように選択する場合には、ユーザは、枠１８０３から“American Idol Finalists”を選択し、これは、全ての“American Idol Finalists”アルバムを枠１８０４に持ち出すと共に、全ての“American Idol Finalists”歌を枠１８０５に持ち出す。図２３に更に見られるように、ユーザが枠１８０４においてこれらのアルバムの１つを選択する場合には、枠１８０５は、その特定のアルバムからの歌だけを表示する。
【００６５】
ユーザの“my music”コレクション（又はネットワーク上のどこか）をアーチスト、歌及び／又はジャンルでサーチできる同様の付加的な実施形態を、図２４−３０を参照して以下に説明する。図２４に見られるように、ユーザは、ドロップダウンメニュー１８０２からアーチストを選択し、そして例えば、“ｅｒ”のようなサーチ用語をフィールド１８０１に含ませることにより、“my music”コレクションからアーチスト名をサーチするように選択することができる。この場合も、これは、アーチスト名がそれらの名前の中に用語“ｅｒ”を有するところの歌を枠１８０５に表示させる。図２５に見られるように、この場合も、ユーザは、枠１８０３から特定のアーチストを選択することによりサーチを更に狭めることができ、ここでは、その特定のアーチストに属する歌しか枠１８０５に表示されない。この場合も、ユーザは、枠１８０４からアルバムを選択することによりサーチを更に狭めることができ、この状況では、図２６に見られるように、アルバム及びサーチ基準に適合する歌しか枠１８０５に表示されない。
【００６６】
別の実施形態では、ユーザは、図２７に見られるように、曲名において特定の用語をサーチすることができる。前記実施形態と同様に、ユーザは、ドロップダウンメニュー１８０２から歌を選択し、そして特定のサーチ基準をフィールド１８０１に入力することができる。図２７に見られるように、ユーザがドロップダウンメニュー１８０２から歌を選択し、そしてフィールド１８０１からストリング“ｏｕ”を選択した場合には、曲名にストリング“ｏｕ”を有する歌が枠１８０５に表示されると共に、それらの歌に対するアーチスト及びアルバムのリストが、各々、枠１８０３及び１８０４に表示される。この場合も、このサーチは、図２８に見られるように、ユーザがアーチスト枠１８０３から特定のアーチストを選択する場合に、狭めることができる。図２８に示されたように、選択されたアーチスト（Peter Gabriel）に一致する歌だけが枠１８０５に示され、そしてそのアーチストに一致するアルバムだけが枠１８０４に示される。図２９に見られるように、ユーザが枠１８０４からアルバムを選択する場合には、サーチを更に狭めることができ、次いで、枠１８０５は、基準に合致する歌であって、ユーザにより選択された特定のアルバムからのものである歌しか表示しない。
【００６７】
別の実施形態では、図３０に見られるように、ユーザは、ドロップダウンメニュー１８０２から用語ジャンルを選択し、そしてフィールド１８０１にサーチ用語を入力することにより、自分の“my music”コレクション（又はネットワーク上のどこか）のサーチをジャンルで遂行することができる。図３０に見られるように、ユーザがドロップダウンメニュー１８０２からジャンルサーチを選択し、そしてサーチ用語、例えば、“ｐｏｐ”をフィールド１８０１に入力する場合には、枠１８０５は、その基準に合致する全ての歌を表示し、そして枠１８０３は、それらの歌に一致するアーチストを表示する。この特定の実施形態では、枠１８０４は、図３１を参照して述べるように、アーチストが選択されるまで、アルバム名でポピュレートされない。異なる実施形態では、枠１８０３、１８０４及び１８０５は、初期のサーチが遂行されるや否やポピュレートされてもよいし、又は付加的な基準が選択されるまでポピュレートされないままであってもよい。先の実施形態と同様に、ユーザは、サーチを更に狭めたい場合には、図３１に見られるように、枠１８０３から特定のアーチストを選択することができる。ユーザが、特定のアーチスト、例えば、“The Clash”を枠１８０３から選択する場合には、その特定のアーチスト及び基準に合致するアルバムが枠１８０４に表示され、そしてその特定のアーチストに属する歌が、図３１に示すように、枠１８０５に表示される。この場合も、ユーザは、図３２に示すように、枠１８０４から特定のアルバムを選択することによりサーチを更に狭めることができる。ユーザが特定のアルバムを選択する場合には、その特定のアルバム内の歌で、フィールド１８０１から選択されたジャンル基準に合致するその特定のアーチストからの歌だけが枠１８０５に表示される。
【００６８】
一実施形態では、サーチフィールド１８０１は、例えば、ユーザが“ＪＯ”をタイプしたときにワード“Jones”を埋めることにより、ユーザが以前に行なったサーチに基づいて、自動的にポピュレートする。この場合も、先の実施形態と同様に、ユーザは、枠１８０５においてリスト内の特定の歌をクリックすることによりサーチで返送されるいずれの歌も再生する能力を有する。更に、アルバムがユーザの“my music”コレクションに既に入っている場合には、追加ボタン５２６が現れず、むしろ、例えば、“自分の音楽に既にある(already in my music)”を示す空きボックス５２７又はアイコンが現れる。これらのサーチは、ユーザの“my music”コレクション、メディアデータベース１２０から入手できる全コレクション、又はネットワーク３００全体のどこか、のいずれかで実施することができる。
【００６９】
上述したように、本発明の一実施形態では、ユーザは、メディアサーバー１１８を経てメディアデータベース１２０にあるメディアファイルにアクセスすることができる。メディアエンジン１０６は、特定ユーザの“my music”コレクションに入れられた音楽が表示される仕方と同様に、メディアデータベース１２０に入れられた音楽のリストをユーザに対して生成することができる。図３３に見られるように、ユーザが枠２０１からネットワークメディアサイトタブ２２４を選択するときには、メディアデータベース１２０に入れられた歌であって、メディアサイトのオペレータがユーザに推薦したいか又はユーザに知らせたい歌をリストするインターフェイス３３００がユーザに対して生成される。この推薦は、ユーザ情報データベース１２２又はユーザのプロセッサ或いはネットワーク上のどこかに記憶された好み情報に基づくのが好ましいが、必ずしもそうでなくてもよい。というのは、好み情報は、ユーザの経験を個人化する目的で、そのような情報を記憶できるネットワーク上の位置（１つ又は複数）に記憶して、そこからアクセスできるからである。例えば、枠３３０５に見られるように、メディアエンジンは、メディアデータベース１２０に入れられているが、ユーザの“my music”コレクションにはない推薦される歌のリストを生成する。更に、リスト３３１０に見られるように、メディアエンジンは、最近リリースされてユーザが関心を見出したアルバムのリストも生成することができる。更に、一実施形態では、メディアエンジンは、リスト３３１５に示されたように、データベースに丁度追加された特定のアルバム又は歌のリストも生成することができる。異なる実施形態では、メディアエンジン１０６は、メディアデータベース１２０に入れられた歌及び／又はアルバムの異なるリスト及びグループを生成できることに注意されたい。例えば、図３４に見られるように、メディアエンジン１０６は、データベース内１２０からの最も人気のあるアーチストのリストを含む最も人気のあるアーチスト区分３４１０と、これら特定のアーチストの「．ｇｉｆ」映像３４２０とを生成することができる。この場合も、「．ｇｉｆ」映像は、メディアエンジン１０６及び／又はメディアサーバー１１８に記憶されるメディア及びメタデータと一緒に記憶することができる。「．ｇｉｆ」映像に関して説明するが、映像を表示するファイルフォーマットであって、「．ｊｐｇ」、「．ｔｉｆ」、又はこれまで及び今後知られる他の映像ファイルフォーマットのようなファイルフォーマットを使用して、アーチストの写真を表示することもできる。
【００７０】
付加的な実施形態では、ユーザは、曲名、アーチスト名、又はアルバム名のいずれかにある特定の用語に対してメディアデータベース１２０又はネットワーク上のどこかにある歌をサーチすることができる。例えば、図３５に見られるように、ユーザ１０２は、メディアデータベース１２０において得られ及び／又はユーザの“my music”コレクション又はどこかに入れられた全てのメディアについてインターフェイス３３００内でサーチファンクションを遂行する能力を有する。図３５に見られるように、ユーザインターフェイス３３００は、フィールド３５０２に入力できる特定のサーチ変数をサーチするための基準を選択できるフィールド３５０４を含む。例えば、図３５において、メディアデータベース１２０に入れられた歌の全曲名において用語“combine”をサーチすることをユーザが選択したところの表示が示されている。これは、ユーザがドロップダウンメニュー３５０４から“song”を選択し、そしてフィールド３５０２にワード“combine”を入力すると共に、ドロップダウンメニュー３５０６からメディアデータベースをサーチすることを選択したためである。ユーザがサーチ用語を入力して、サーチが遂行されると、基準に合致する歌のリストが枠３５０８に表示される。これらのリストは、曲名３５１０、アーチスト名３５１２、及びアルバム名３５１４を含むことができる。一実施形態では、このリストは、“my music”列３５１６も含み、これは、特定の歌の隣にボタン３５１８を含み、ユーザがこれをクリックすると、自分の“my music”コレクションに追加することができる。例えば、図３６に見られるように、ユーザは、“Pino Colony”による歌“Combine”を追加したい場合に、ボタン３５１８をクリックすると、その歌がユーザの“my music”コレクションに自動的に追加される。メディアデータベース１２０内の歌へのアクセスは、段階的メンバーシップに基づくか又は異なる契約料金に基づくことができる。それ故、あるユーザは、ある歌を“my music”コレクションに追加することが許されるが、他のユーザは許されない。それ故、“my music”列３５１６は、どの歌を特定のユーザの“my music”コレクションに追加できるかユーザに表示する。或いは又、“my music”列３５１６は、特定の歌が特定のユーザの“my music”コレクションに既に入れられていることを指示できるボタン３５２０を含んでもよい。従って、この表示から、ユーザは、どの歌を“my music”コレクションに追加したいか、及び／又はどの歌を“my music”コレクションに既に有しているか容易に確かめることができる。
【００７１】
一実施形態では、ボタン３５１８をクリックして、特定の歌をユーザの“my music”コレクションに自動的に追加するユーザの能力に加えて、ユーザは、列３５２２におけるボタン３５２４を経て所定の価格で特定の歌を購入する能力も有する。例えば、ユーザは、サーチにより返送された特定の歌を楽しみ、そしてその歌を購入したい場合には、ボタン３５２４をクリックする。一実施形態では、ユーザは、支払ページ（図示せず）へ向けられ、そこで、例えば、ユーザは、クレジットカード情報を入力することができる。このページから、例えば、ユーザは、既知の仕方でｅ−コマーストランザクションを完了して、有形のコピーを含む歌及び／又はアルバムにおいてダウンロード及び／又はストリーミング権利、或いは他のアクセス権利を購入することができる。これは、メディアエンジンの使用及びメディアファイルの経験を、コマースを行なって、ユーザが聞くメディアのコピー及び／又はそれに対する権利を購入する能力と結合することが明らかである。この価格情報は、各メディアファイルメタデータと共に記憶され、メディアエンジン１０６に容易にアクセスできるようにされる。換言すれば、ユーザに対して歌を表示するときに、メディアエンジン１０６は、ユーザが自分のコンピュータにメディアファイルを既に有するかどうか分ると共に、メディアエンジン１０６は、ネットワーク３００上に配置されたコマースファンクション３３０を使用して、メディアサーバー１１８から、その歌の適正な価格はどれほどか、及びどの売主がその歌を販売しているかも分る。従って、ユーザは、ユーザに馴染み易いインターフェイスを経て及びマウスのクリックにより、メディアエンジン１０６内から特定の歌又はアルバムの権利を購入することができ、特定の歌又はアルバムを「探し回る(shopping around)」必要性を排除する。別の実施形態では、図３６に見られるように、インターフェイス３５０８にリストされた両オプションに加えて、ユーザは、特定の曲名を右クリックして、ドロップダウンメニュー３６１０を発生させ、これは、その特定の歌に関連してユーザに利用できるオプションのリストを表示する。例えば、図３６に見られるように、ユーザは、歌を再生するオプションを有し、この場合に、歌は音楽プレーヤ２４０で再生され、更に、特定の歌を自分の“my music”コレクションに追加し、その歌を現在再生中の音楽に追加し、その歌をプレイリストに追加し、図４６−４７に関連して以下に述べるように、同様の歌プレイリストを生成し、或いは歌及び／又はアルバムを買い、この場合に、ユーザは、支払ページに向けられ、ここで、例えば、ユーザは、クレジットカード情報を入力することができる。或いは又、メニュー３６１０から、ユーザは、歌のページ、アルバムのページ、又はアーチストのページへ進むことができ、これは、その特定の歌、アルバム又はアーチストに関する情報をもつウェブページである。加えて、ユーザに利用できる他の選択肢は、歌を、メッセージングプログラム、ｅメール又は他の通信ソフトウェアにより友人に送信したり、或いはその特定の歌に対する言葉又は叙情についてネットワークをサーチすることを含む。一実施形態では、インターフェイス３３００は、ユーザが、既に遂行したものと同様のサーチを遂行するために使用したい他のオプションのリストを含む枠３６２０を備えてもよい。例えば、図３６に見られるように、枠３６２０は、ユーザが、マウスのクリックにより、他のアーチストのアルバム、ユーザ及び／又はウェブを、フィールド５００１に既に入力された特定のサーチ用語について容易にサーチできるようにする。或いは又、メディアサーバー１１８又はネットワークのどこかに記憶された類似性データに基づいて同様のアーチスト又は歌又はアルバムを見るための選択肢を与えることもできる。
【００７２】
別の実施形態では、ユーザは、ドロップダウンメニュー３５０４からアーチストを選択し、そしてフィールド３５０２にサーチ用語を入力することにより、歌のアーチスト名のみにおける変数でメディアデータベース１２０内の歌をサーチすることができる。図３７に見られるように、ユーザがドロップダウンメニュー３５０４からアーチスト名をサーチするよう選択し、そして例えば、フィールド３５０２にサーチ用語“jam”をポピュレートする場合には、メディアエンジン１０６は、その特定の基準に合致する枠３７１０におけるアーチストのリストを返送する。この場合も、ユーザは、ドロップダウンメニュー３５０６から特定の位置（１つ又は複数）を選択することにより、メディアデータベース１２０、ユーザの“my music”コレクション、その両方、又は他のどこかにおいてサーチを行なうように選択することができる。更に、アルバムカバー及びアーチストの映像を参照して上述したように、枠３７１０においてアーチスト名の隣に特定アーチストの映像を表示することもできる。ユーザが、枠３７１０にリストされた特定アーチストに関する付加的な情報を得たい場合には、ユーザは、その特定アーチストの名前及び／又は映像をクリックし、そして図３８に見られるように、その特定アーチストに関する情報をリストする表示に向けられる。図３８に見られるように、特定アーチストに関するインターフェイス３８１０は、アーチストの伝記、アーチストの写真、又はアーチストの音楽が入る特定ジャンルのリストを含むことができる。更に、ユーザは、類似アーチストプレイリスト生成ボタン３８１５をクリックすることにより、図４６を参照して述べるように、類似アーチストプレイリストを生成することができる。この場合も、この実施形態では、ユーザ１０２は、格付けツールボタン３８２０をクリックすることにより、特定アーチストを格付けすることもできる。上述したように、特定ユーザにより入力される格付けは、メディアサーバーが特定ユーザの好き嫌いに関する付加的な情報を得るので、ユーザに対する向上された経験を生成する上で助けとなる。更に、一実施形態では、表示３８２５は、類似アーチストのリストを含み、ユーザは、類似アーチストでも音楽を踏査することができる。その特定アーチストによる付加的なアルバムも、表示３８３０に見られるように、表示することができる。別の実施形態では、図３７−３８に更に見られるように、ユーザは、表示内をナビゲートし、後退及び／又は前進ボタン３７２０を各々クリックすることで、ある表示から別の表示へ前進又は後退する能力を有する。これは、ユーザの経験を向上させ、例えば、典型的なインターネットブラウザ内に入れるので、ユーザが異なる表示間をナビゲートできるようにする。
【００７３】
別の実施形態では、ユーザは、ドロップダウンメニュー３５０４からアルバムを選択しそしてフィールド３５０２にサーチ基準を入力することにより、歌のアルバム名のみにおける変数でメディアデータベース１２０内の歌をサーチすることができる。図３９に見られるように、ユーザがドロップダウンメニュー３５０４からアルバムをサーチするように選択し、そして例えば、フィールド３５０２をサーチストリング“crazy”でポピュレートする場合には、メディアエンジン１０６は、特定の基準に合致する枠３９１０においてアルバムのリストを返送する。この場合も、ユーザは、メディアデータベース、ユーザの“my music”コレクション、及び／又はその両方にあるメディアをサーチすべきかどうかドロップダウンメニュー３５０６から選択することができる。アルバム名に加えて、アルバムカバーの映像を、アーチストの名前と共に枠３９１０に表示することもでき、そして一実施形態では、アルバムが製作された年度も表示できる。先の実施形態と同様に、特定のアルバムからの歌がユーザの“my music”コレクションに入れられたかどうか指示するために、“my music”列を示すこともできる。この場合も、先の実施形態と同様に、ユーザは、図４０に見られるように、特定のアルバム名及び／又は映像をクリックすることにより特定のアルバムに関する付加的な情報にアクセスすることができる。図４０に見られるように、アルバムに関する付加的な情報を含む表示が枠４０１０に示されている。この場合も、表示内から、ユーザは、格付けツール４０１５をクリックすることにより特定のアルバムを格付けすることもできるし、或いはこのアルバムのファンボタン４０２５をクリックすることによりその特定のアルバムを楽しんだ付加的なユーザの名前を見ることもできる。一実施形態では、枠４０２０は、その特定のアルバムに入れられた全ての歌のリストを示すことができる。この場合も、ユーザは、前進又は後退ボタン３７２０をクリックすることにより、このアルバムページから以前に見たページへナビゲートすることができる。
【００７４】
別の実施形態では、ユーザには、メディアエンジン１０６の別のユーザに関係した情報をサーチして、他のユーザが好きな歌にアクセスする能力が与えられる。上述したように、異なるユーザ１０２は、ユーザの名前又は他の識別子により個別に識別され、これは、ネットワーク上に記憶されたそのユーザに対する種々の好みに関連付けられるのが好ましい。従って、一実施形態では、ユーザは、他のユーザの識別子を使用することにより、或いはユーザの好み及び／又はユーザの振舞いに基づいてあるサーチ基準に適合するユーザ（１人又は複数）を見出すシステムにより、別のユーザの音楽をサーチすることができる。例えば、図４１に見られるように、ユーザがフィールド３５０２をサーチ用語（例えば、John）でポピュレートし、そしてドロップダウンメニュー３５０４からユーザの名前でサーチするように選択する場合には、ユーザの名前の中にその特定のサーチ用語（例えば、John）を有する全てのユーザを示すサーチ結果が枠４１１０に表示される。ユーザが枠４１１０内から特定のユーザ（例えば、John_g）をクリックする場合には、図４２に見られるページが枠４２１０に表示され、これは、選択されたユーザが高く格付けしたアーチスト、ジャンル又はアルバムを含むユーザに関する付加的な情報を示す。或いは又、曲名が入力されてもよく、そしてドロップダウンメニューは、特定の歌に対してユーザのメディアファイルのサーチを開始するために「全ユーザ(all users)」選択を含むことができる。別の例として、サーチがジャンルで行われる場合には、特定のジャンルを好むユーザのリストが返送され、又は更に別の例では、特定の歌、アーチスト、アルバム、等を好きな全てのユーザが返送される。
【００７５】
図４３−４８を参照して、本発明の一実施形態に関連したプレイリストの使用及び生成を以下に説明する。プレイリストを使用すると、ユーザは、ユーザのある好み又は他の基準に基づいてユーザにより編成された多数のメディアファイルを聞くことができる。
【００７６】
メディアサーバー１１８又はネットワーク３００を通して利用できるユーザの“my music”コレクション又は他のメディアを使用して、ユーザは、ユーザが再生したいように、又は他の何らかの順序で、歌を順序付けることにより、プレイリストを容易に生成することができる。この歌の順序は、次いで、プレイリストデータベース３４０、プロセッサ１０３、その両方の位置、或いはネットワーク３００上の他の位置に記憶される。例えば、ユーザが、ユーザの“my music”コレクションに各々ある歌６、歌８及び歌１０のプレイリストを生成したい場合には、メディアエンジン１０６は、歌６、歌８及び歌１０の位置を各々指すポインタのリストを含むファイルを生成し、そしてそのファイルをプレイリストデータベース３４０へ送信する。この位置情報は、ユーザの利用可能なメディアファイルの各々に関する情報をメディアエンジン１０６が最初に収集する結果として利用可能にされるのが好ましいが、プレイリストに含ませるために歌が選択されるときに生じてもよい。従って、ユーザが、新たに生成されたプレイリストにアクセスしたいときに、メディアエンジンは、プレイリストにある歌を探索して再生することができる。これらのプレイリストは、ユーザがメディアエンジン１０６を実行するところの位置からアクセスすることができる。
【００７７】
ユーザ１０２が位置するプロセッサ１０３からユーザ１０２により聞くことのできる、図２を参照して述べたユーザの“my music”インターフェイスから、より健全で且つ多様性のあるプレイリストを生成する能力を、図４３を参照して以下に説明する。ユーザのインターフェイス２００から、ユーザ１０２は、ユーザ１０２が新たなプレイリストを生成するために追加したい特定の歌を選択することにより、プレイリストを生成することができる。例えば、図４３に見られるように、ストリング“ｍｏ”を有するこの特定ユーザの“my music”コレクション内で全てのメディアをサーチするサーチの結果がインターフェイス４３０５に表示される。更に、図４３に見られるように、ユーザは、次いで、ボタン４３０６又は４３０７をクリックして、自分のプレイリストを生成し洗練化する能力を有する。例えば、図４３において、枠４３１０は、プレイリストに歌をもたないが、どのように歌をプレイリストに追加するかをユーザに示すインストラクションが表示される。図４４に見られるように、ユーザが、歌選択をクリックし、次いで、「プレイリストへ追加(add to playlist)」ボタン４３０６をクリックすることにより、プレイリストに歌を追加することを選択した場合には、枠４４１０においてその特定のユーザに対して新たなプレイリストが生成される。又、これは、歌を枠４３１０へドラグするか又はプレイリストタブ２３２へドラグすることにより、ドラグ・ドロップ方法を通して達成することができる。従って、このインターフェイスを通して、ユーザは、ストリング“ｍｏ”を含むユーザのコレクションの一部分として利用できる全てのメディアより成るプレイリストを生成することができる。例えば、ユーザは、１つの歌又は全ての歌を特定のプレイリストから除去したい場合に、「プレイリストからの除去(remove from playlist)」ボタン４３０７をクックすることができ、これは、次いで、それらの歌をプレイリストから除去する。このプレイリストが生成された後に、ユーザは、「新たなプレイリストをセーブする(save new playlist)」ボタン４３０８をクリックすることにより新たなプレイリストをファイルとしてセーブする能力を有する。ユーザは、新たなプレイリストをセーブするボタンをクリックすると、好ましくは、プレイリストを命名するか、さもなければ、識別する能力が与えられ、次いで、インターフェイス２０１においてプレイリストのリスト２３２からいつでもユーザのプレイリストにアクセスすることができる。図２を参照して上述したように、プルダウンリスト２３２に挙げられたプレイリストは、ユーザがいる位置から、メディアエンジン１０６を使用して、ユーザがアクセスするのに利用できるようになる。
【００７８】
別の実施形態では、ユーザは、ユーザが特定のプレイリスト領域に含ませたい各々の歌を手動で選択することによって特定のサーチ基準で歌より成るプレイリストを容易に生成することができる。従って、ユーザは、その“my music”コレクション又はネットワーク全般を手動で利用して、ユーザが特定のプレイリストに入れたい特定の歌を組み込んだプレイリストを生成し、そして種々の位置からそのプレイリストにアクセスすることができる。この場合も、これは、メディアエンジン１０６と、ユーザの利用可能なメディアに関してメディアエンジンによりコンパイルされる情報とによって促進される。ユーザの“my music”コレクションに追加される個々の歌と同様に、これらのプレイリストは、ユーザがメディアエンジン１０６にアクセスできる位置から、ユーザにとってアクセス可能となる。
【００７９】
図４５と、図４６−４８に示すインターフェイスとを参照して、プレイリストを生成するのに使用される本発明の別の実施形態を以下に説明する。この実施形態では、システムは、特定の歌、アーチスト又はアルバムの互いの関係と、これらの歌、アーチスト又はアルバムが互いに有する相性とに基づいてプレイリストを生成することができる。異なるユーザは、異なる歌、アーチスト及び／又はアルバムに対して異なる好き嫌いを有する。しかしながら、一般に、例えば、特定の歌が好きなユーザは、おそらく、そのアーチストによる他の歌、又はその特定の歌と同様の歌も楽しむ。それ故、あるユーザが通常好きな歌のリストをコンパイルすることにより、歌、アルバム、及び／又はアーチストの間の相性関係を生成することができる。従って、例えば、ユーザが歌Ａ及び歌Ｂを好きな場合は、２つの歌に何らかの関係があると考えられ、即ちユーザが何故その両方の歌を好きかということである。２人のユーザが両方とも歌Ａ及び歌Ｂを好きな場合には、今度はもう１人のユーザも両方の歌が好きなことを示しているのであるから、それらの歌が類似している見込み又は互いの相性が強いことになる。同様に、１０００人のユーザが歌Ａ及び歌Ｂの両方を好きな場合には、それらの歌に相性又は類似性がある見込みが高くなる。この実施形態では、特定のユーザの好き嫌いを要因に含め、メディアサーバーは、相性エンジン３５０を使用して、相性基準、及び／又はユーザが希望するアーチスト、アルバム又は歌の間の類似性の程度に合致するプレイリストを生成する。図４５に示すように、メディアエンジン１０６は、ユーザ１０２から基準（例えば、特定のアーチスト又は歌）を受け取る。ステップ４５１０。メディアエンジン１０６により受け取られると、基準がメディアサーバー１１８へ通される。ステップ４５２０。次いで、メディアサーバーは、相性エンジン３５０を通して基準を実行する。ステップ４５３０。例えば、システムは、聴取パターン及び好みに関するユーザ情報を収集し、そしてその情報を処理して、メディアのアイテム間の関係のデータベースを発生することができる。従って、例えば、システムは、ユーザ情報の処理を通して、又はシステムアドミニストレータ又はオペレータによる直接入力により、アーチストＡを聞きアーチストＢも聞く多数のユーザを収集し、従って、システムは、アーチストＡ及びアーチストＢを類似と関連付けることができる。又、システムは、ユーザのジャンルの格付け、第三者の再検討、暗示的又は明示的ユーザ振舞いの分析、人間の編集者、又は他の情報ソースを利用して、相性関係を発生することもできる。例えば、これに限定されないが、歌、アーチスト及び／又はアルバムの間の相性を確立するために相性エンジンにより処理される例示的な式は、以下で説明する。
【００８０】
相性エンジンが、ユーザにより選択された基準により相性を計算すると、メディアサーバー１１８は、それらの相性結果に基づいてプレイリストを生成する。ステップ４５４０。次いで、メディアサーバーは、新たに生成されるプレイリスト内の歌に対するポインタを含むファイルをメディアエンジン１０６へ転送する。ステップ４５５０。次いで、メディアエンジンは、プレイリスト内の歌を表示しそしてユーザに対してそれらの歌へのアクセスを許可するユーザインターフェイスを生成する。ステップ４５６０。
【００８１】
図４６及び３８を参照して、ユーザの観点から相性プレイリストを生成することについて示す。図３８を参照して上述したように、ユーザは、例えば、「類似アーチストのプレイリストを生成する(create a playlist of similar artist)」ボタン３８１５を選択することにより、アーチストに類似した音楽に基づいてプレイリストを生成する能力を有する。ユーザが類似アーチストプレイリストを生成するように選択すると、メディアエンジン１０６は、特定アーチストに対するプレイリストの結果についてメディアサーバー１１８に問合せし、次いで、そのプレイリストが、図４６に見られるように、枠４６１０においてユーザ１０２に対して表示される。図４６に見られるように、コールされた新たなプレイリスト、例えば、“Like Pearl Jam”が枠２０１においてユーザ１０２のプレイリストリスト２３２に追加され、ユーザは、いつでもこれにアクセスすることができる。別の実施形態では、メディアサーバー１１８は、相性プレイリストが要求されるたびに、選択された相性に合致するプレイリストを生成できることに注意されたい。プレイリストが生成されると、ユーザ１０２は、「ＣＤを焼く(Burn CD)」ボタン４６０１をクリックすることにより、そのプレイリストをＣＤに焼き付けるか、又は他の取り外し可能なメディア装置へ移動できるのが好ましい。これは、実際のメディアファイルを外部装置に記憶させるか、或いはＣＤのようなポータブルメディアや、現在知られている又はいずれ知られるようになる他の記憶メディアに焼き付けるようにさせる。
【００８２】
ユーザがあるメディアを経験するための適切な権利を有するかどうかの問題も、メディアエンジンにより対処することができる。メディアエンジン１０６は、所有者のライセンスの種々の版権及びメディア権利が尊重されるよう確保するためにデジタル権利マネージメント機能を含むのが好ましい。従って、ここでは、ユーザがメディア経験を共有するのを促進する実施形態について説明するが、メディアの無断使用を挫折させるために充分な制御をシステムに組み込むことができる。例えば、メディアエンジン１０６は、メディアファイル及び／又はメディアメタデータの一部分であるデジタル権利マネージメント情報を確認し、そしてユーザの権利に基づいてメディアへのアクセスを許可又は拒絶することによりユーザの要求に適宜に応答するためのソフトウェア及び／又はハードウェアを組み込むことができる。例えば、上述したように、メディアデータベース１２０内の歌へのアクセスは、異なる契約料金に基づく段階的メンバーシップをベースとすることができる。それ故、あるユーザは、あるメディアにアクセスすることが許されるが、他のユーザは、アクセスが許されない。この場合に、あるユーザが、別のユーザに、その別のユーザがアクセスを許されなかった歌を転送する可能性も存在する。このような状況では、本発明の一実施形態により、第２のユーザは、この事実に対してアラートされ、そして適当な契約サービスを申し込むか又は希望のメディアアイテムの権利を購入する能力がオファーされる。
【００８３】
別の実施形態では、アクセス、見る能力、及びユーザ間の共有権利は、メディアサーバー１１８のメディアマネージメントシステムにより確認される幾つかの条件に基づくのが好ましい。一例において、アクセス、見ること、及び共有能力は、システムが、先ず、メディアファイルに関連したメタデータを確認すること、及びメディアマネージメントシステムのサービスを通して特定のメディアファイルが入手できるかどうか（例えば、契約するかどうか）に基づく。システムがメディアファイルに関連したメタデータを確認し、そしてメディアファイルが、システムのサービス内にある（例えば、メディアデータベース１２０又は他の許可されたサービス１３０で入手できる）か、又はユーザの契約内にある場合には、メディアファイルをユーザ間で共有し、見て、アクセスすることができる。しかしながら、システムがメディアファイルのメタデータを確認せず、及び／又はメディアファイルがシステムの許可されたオファー以外のものである場合には、受信側ユーザは、特定のメディアファイルにアクセスすることもそれを見ることもできない。これらの条件は、単なる例示であり、システムは、アクセス及び共有の権利を、ユーザが契約プラン内にあるかどうかといった他の条件、又は他のＤＲＭパラメータに基づいたものとすることができる。
【００８４】
又、別の実施形態では、歌及び／又はアーチストに対して類似プレイリストを同様に生成することもできる。即ち、図４７に見られるように、ユーザが、歌ページ４７００から「歌の類似プレイリスト生成(create a similar playlist of songs)」ボタン４７１５を選択した場合には、メディアエンジン１０６は、選択された歌に対して高い相性をもつ歌についてメディアサーバー１１８に問合せし、そして図４８に見られるように、ユーザに対してこのようなプレイリストを表示する。この場合も、図４６を参照して上述したのと同様に、ユーザは、「ＣＤを焼く」ボタン４８０２を選択することにより、生成されたプレイリストをＣＤに焼き付けるか、又はプレイリストのリスト２３２から“like Yellow” プレイリストを選択することにより“my music”インターフェイス内からプレイリストを再生するよう選択することができる。或いは又、歌ページ４７００から、ユーザは、「歌を再生する(Play Song)」ボタン４７０５をクリックすることにより歌を再生し、「自分の音楽に(In My Music)」ボタン４７１０をクリックすることにより“my music”コレクションに歌を追加し、「歌を買う(Buy Song)」ボタン４７２０をクリックすることにより歌を購入し、「友人へ送信(Send to a Friend)」ボタン４７２５をクリックすることにより別のユーザへ歌を送信し、或いは格付けツール４７３０をクリックすることにより歌を格付けすることができる。
【００８５】
図４５を参照して上述したように、例示的な相性エンジンは、歌、アーチスト又はアルバムの間の識別及び記憶される相性、或いはシステムにより使用するための他のメディア関係情報又はメタデータを発生するように使用される。一実施形態において、相性は、上述したようにプレイリストを生成するのに使用されるが、新たなメディアオプションをユーザに提示したり、或いは他のサービス又はネットワーク３００、例えば、ラジオ局、コマースサイト等により提示されたものを行なったりするのにも使用できる。例えば、これに限定されないが、アーチストの相性を計算するために相性エンジンにより好ましく使用される式を以下に示す。
Ａ＝アーチストＡが好きなユーザの数、
Ｂ＝アーチストＢが好きなユーザの数、及び
ＡＢ＝アーチストＡ及びアーチストＢが好きなユーザの数
【００８６】
アーチストＢに対するアーチストＡの相性は、（ＡＢ／Ａ）ｘ１００に等しく、一方、アーチストＡに対するアーチストＢの相性は、（ＡＢ／Ｂ）ｘ１００に等しい。このような式により、システムは、２人のアーチスト間の相性又は関係を計算することができる。この式は、アーチストに関して説明するが、アルバム及び／又は歌、或いはメディアの他のアイテムについても、同様の式を使用できる。メディア格付けデータがメディアサーバー１１８へ送信されて、その中でコンパイルされ、従って、システムがその格付けデータを使用して、異なるメディア、アーチスト、及び／又はアルバムの間の関係を生成できるのが好ましい。前記式を使用してこのデータがコンパイルされると、２人の異なるアーチスト、アルバム、及び／又は歌の間で相性が決定される。この相性が確立されて記憶されると、その相性に基づいてプレイリストを生成することができる。ユーザが高い類似性の又は相違性のプレイリストを生成したいかどうかに基づいて、歌又は他のメディアアイテムを、互いの相性度に基づく分散度でコンパイルすることができる。ここに例示する技術に加えて、相性を識別するために、他の技術で認識されている相性決定アプリケーション又は技術を使用し又は開発することができる。
【００８７】
本発明の一実施形態では、相性プレイリストを生成するために付加的なファクタが考慮されるのが好ましい。このファクタは、システムを使用している全ユーザ１０２の数（Ｎ）である。この変数ファクタは、あるアーチストと別のアーチストとの間の相性が、非常に人気のあるアーチスト・対・全く人気のないアーチストにより歪められる場合に考慮される。例えば、前記式を使用して、ユーザの９５％に人気のあるアーチストは、ユーザの５％にしか人気のないアーチストより、多数のより多くのアーチストに対して相性をもつことができる。それ故、ユーザの９５％に人気のあるアーチストは、ほぼ１人おきのアーチストに対して高い相性をもつと思われる。というのは、人気の高いアーチストは、システムの多くのユーザにより高く格付けされた別のアーチストと不変に重畳することになるからである。それ故、この式をバランスさせるために、式（ＡＢ／Ａ）ｘ１００を使用するのではなく、アーチストの人気を考慮に入れて、アーチストＡからアーチストＢへの相性を決定するための式は、（ＡＢ／Ａ）÷（Ｂ／Ｎ）となり、そしてアーチストの人気を要因に含めて、アーチストＢとアーチストＡとの間の相性を決定するための式は、（ＡＢ／Ｂ）÷（Ａ／Ｎ）となる。この式は、アーチストＡとＢの関係を、アーチストＡを好きな全ユーザ数で除算するものである。これは、非常に人気のあるアーチストに対する相性を下げる一方、あまり人気のないアーチストに対する相性を上げるものである。人気の高いアーチストは、そのアーチスト、及びそのアーチストに対して強い相性を有する別のアーチストを好きな大勢のユーザをもたねばならず、一方、人気のないアーチストは、同じ相性を共通に有する少数のユーザをもつだけでよい。それ故、上述した式を使用して、システムは、あるアーチスト、アルバム又は歌と、別のアーチスト、アルバム又は歌との間の相性を、他のユーザの好き嫌いに基づいて決定することができる。ユーザにより選択された相性の計算及び基準に基づいて、特定のアーチスト、アルバム又は歌に最も類似した又は最も類似していないアーチスト、アルバム又は歌を含むプレイリストを生成して、ユーザの経験を向上させることができる。
【００８８】
又、相性データを使用して、特定のユーザに対する類似アルバム、アーチスト又は歌のリストを自動的に生成できることにも注意されたい。従って、一実施形態では、プレイリストを生成しなくても、ユーザは、特定のアルバムに類似したアルバムのリストを要求することができ、そして上述した相性データに基づいて、同様のアルバムのリストをコンパイルすることができる。或いは又、メディアエンジン１０６は、この相性データに基づいてユーザに類似アルバムを自動的に推奨することができる。例えば、ユーザがメディアエンジン１０６をオープンするたびに、インターフェイスは、ユーザにより高く格付けされたアルバムに対するアルバムの相性に基づいて推奨されたアルバムのリストを表示することができる。従って、ユーザに利用できるメディアを追跡するのに加えて、メディアエンジン１０６は、単独で、或いはメディアサーバー１１８と協働して又はそれとの組み合せで、ユーザが好むことをメディアエンジンが知っている他の音楽に基づいてユーザに他のメディアをインテリジェントに推奨することもできる。
【００８９】
別の実施形態では、メディアエンジンは、プレイリストが、特定の予め指定された順序又はランダムな順序でユーザ単に再生されるのではないように、プレイリストを管理することができる。むしろ、メディアエンジン及び／又はメディアサーバー１１８は、ユーザの好き嫌いを良く反映するプレイリスト内の歌の順序を形成することができる。この場合も、図４８を参照すれば、ユーザインターフェイスは、プレイリストの再生時に、メディアエンジン１０６により取得されたデータに基づくランダム化特徴を使用する能力をユーザに与える機能を組み込んでいる。プレイリストに入れられたメディアのこのようなランダム再生にアクセスするために、ユーザは、スマートシャフルボタン４８０５を選択するのが好ましい。スマートシャフルボタン４８０５を選択すると、プレイリストは、完全にランダムに選択されるのではない順序でプレイリスト内の歌を再生し始めるが、むしろ、プレイリストの順序は、メディアエンジン１０６及び／又はメディアサーバー１１８がユーザに関して取得したデータに一部分基づく。換言すれば、以下に詳細に述べるように、システムは、種々のファクタ、例えば、ユーザの格付け、及び／又は他のファクタ、例えば、再生の頻度、歌が最後に再生された時間、歌がユーザによって焼き付けられるか又は友人に推奨されるか、他にどんなアーチストがプレイリストに含まれるか、又は他のファクタを考慮する。ユーザの聴取好みについてのシステムの知識におけるスマートシャフル特徴ファクタは、より向上したユーザの経験を生成する。これは、メディアエンジン１０６及び／又はメディアサーバー１１８により取得されたユーザデータの更に別の使い方であり、これは、ユーザに対するより向上した且つ個人化された聴取経験を生成するためにユーザがシステムを使用し続けるにつれて補足される。
【００９０】
図４９を参照することで明らかなように、本発明の一実施形態によれば、順序が種々のユーザの好みに基づくプレイリストを生成して、順序がユーザ１０２にとってより楽しいプレイリストを生成するためのプロセスが実行される。この実施形態では、プレイリストに含まれるべきメディアファイルのリストがユーザ１０２により選択される。ステップ４９０１。どのメディアファイルをプレイリストに入れるかをユーザが選択することについて説明するが、プレイリストは、ネットワーク３００全体にわたりどこかに位置するメディアファイルのいずれか又は全部を使用して生成できることにも注意されたい。又、機能及び処理は、上述しただけではなく、ネットワーク上の種々の位置で実行することができる。この処理及びデータ記憶は、ネットワークのコンポーネントにわたって分散することができ、ネットワーク３００上の単一のエレメントに拘束されない。プレイリストのための歌のリストが作成されると、メディアエンジン１０６は、プレイリストへと分類されるべき各特定のメディアファイルに関する情報についてメディアサーバー１１８に問合せする。ステップ４９０３。この情報は、この特定のメディアファイルに対してユーザ１０２に利用できる格付け情報と、メディアファイルが最後に再生されたときに関する情報とを含む。メディアエンジン１０６がメディアサーバー１１８からこの情報を受け取ると、メディアファイルがユーザ１０２により最後に再生されたときに基づいて各特定のメディアファイルに対しスコアが発生される。ステップ４９０５。一実施形態によるこの「最後の再生のスコア(last played score)」は、１から１００のスケールで発生され、ここで、１００は、プレイリストに含まれるメディアファイルのリストから最も最後に再生されたメディアファイルであり、１は、最も以前に再生された歌であり、そして１と１００との間の値を含む全ての他の歌は、最も最後に再生された歌と最も以前に再生された歌とに対して直線的な関係に基づくものである。「最後の再生のスコア」が各メディアファイル又は歌に対して指定されると、メディアエンジン１０６は、特定の歌に対して利用できる格付けデータを見て、ユーザ１０２がこの歌を格付けしたかどうか調べる。ステップ４９０７。ユーザが歌を格付けした場合には、「歌格付けスコア」が、例えば、１から１００の格付けスケールに基づいてメディアファイルに指定され、ここで、１００は、最高の格付けであり、そして１は、最低の格付けである。ステップ４９０８。歌がユーザにより格付けされていない場合には、メディアエンジンが格付け情報を見て、その歌に関連したアルバムがユーザにより格付けされたかどうか決定する。ステップ４９０９。アルバムがユーザ１０２により格付けされた場合には、その歌に関連したアルバムのユーザ格付けに基づいて「アルバム格付けスコア」がメディアファイルに指定される。ステップ４９１０。この場合も、一実施形態では、スコアが１から１００のスケールに基づくものであり、１００は、最高に格付けされたアルバムであり、そして１は、最低に格付けされたアルバムである。アルバムがユーザにより格付けされていない場合には、メディアエンジン１０６が格付け情報を再検討して、アルバムに関連したアーチストがユーザにより格付けされたかどうか調べる。ステップ４９１１。アーチストがユーザにより格付けされている場合には、「アーチスト格付けスコア」が、ユーザ１０２により与えられた格付けに基づいてメディアエンジン１０６により発生される。ステップ４９１２。この場合も、一実施形態によれば、このスコアは、１から１００のスケールに基づいて発生されるのが好ましく、１００は、最高に格付けされたアーチストであり、そして１は、最低に格付けされたアーチストである。この歌に関連したアーチストも格付けされていない場合には、「デフォールト格付けスコア」がメディアファイルに関連付けられる。ステップ４９１３。一実施形態では、この格付けスコアは、５０のスコアとなる。全ての種々のスコアが特定のメディアファイル又は歌に指定されると、各スコアに対して適切な意義を与えるようにスコアが重み付けされるのが好ましい。一実施形態では、この格付けは、「最近再生の格付け」に０．１７を乗算し、そしてもし得られれば、「歌の格付けスコア」に０．８３を、「アルバムの格付けスコア」に０．８０を、「アーチストの格付けスコア」及び「デフォールト格付けスコア」に０．７７を乗算することにより達成される。ステップ４９１５。全てのスコアが計算されて重み付けされると（この計算は、メディアエンジン１０６の一部分としてユーザプロセッサ１０３で行なわれるか、メディアサーバー１１８で行なわれるか、又はネットワーク３００のどこかで行なわれる）、その重み付けされたスコアが互いに加算されてコンパイルされ、プレイリストに含まれるべきファイルのリストにおける各メディアファイルに対する１つの「総合スコア」を生成する。各メディアファイルに対して「総合スコア」が計算されると、そのメディアファイルに対するプレイリスト内の適切なスロットを確かめるために、個々のファイルごとに式が実行される。ステップ４９１７。一実施形態によれば、メディアファイルに対してスロットを選択するのに使用される式は、次の通りである。
ｉ＝[Ｎ＊(Ｒ／Ｎ)p]0.94、
Ｎ＝リストにおけるアイテムの数＃、
Ｒ＝範囲［０、Ｎ］内のランダムな整数、
ｐ＝スコアの高いアイテムにおける重みを高めるのに使用される定数値、及び
ｉ＝メディアファイルを挿入するための選択されたスロット。
【００９１】
各特定のメディアファイルに対してスロットが決定されると、それらの結果に基づいてプレイリストが発生される。ステップ４９１９。
【００９２】
本発明の別の実施形態によれば、プレイリストの生成に関連してメディアエンジン１０６により使用される付加的なファクタは、アーチスト分離である。このファクタは、可能なときに、特定のアーチストからの歌がプレイリスト内で繰り返されないか又は少なくとも時間的にあまり接近して繰り返されないよう確保するプレイリストをメディアエンジン１０６が生成するのを許す。この実施形態は、アーチスト分離について説明するが、プレイリストが、歌又はアルバム分離及び／又はジャンル分離、或いは歌又はメディアファイルに関連した他のファクタにより分離されるような同様の実施形態も考えられる。アーチスト分離を生成するために、プレイリストに対して選択された歌の中から各特定のアーチストに対する歌の数を合計するメディアエンジン又はメディアサーバーによりリストが作られる。このタスクが完了すると、この作られたリストから集められた情報に基づいて各歌に対して最小分離数を発生することもできる。最小分離数を生成するために、次の式が使用される。
歌の合計数
特定アーチストによる歌の数
【００９３】
従って、プレイリストに含まれるべきメディアファイルのこのリスト内の歌に関連した各アーチストに対して、最小分離数が発生される。例えば、プレイリストに入れられるべくユーザにより全部で５０個の歌が選択され、そしてこれらの歌の１０個に特定のアーチストＸが関連している場合には、アーチストＸの最小分離数は、５０を１０で除算したもの、即ち５となる。プレイリストが生成されるときには、メディアエンジン１０６は、各特定のアーチストに対してメディアファイルにより占有される最後のスロットを追跡し、次いで、最小分離数がそのスロット番号に加算され、そしてスロット番号＋分離数より高いスロット番号にはその特定アーチストによる歌が入れられない。例えば、式がその特定のメディアファイルで実行された後に、アーチストＸによる歌がプレイリストのスロット番号３に入れられるように選択され、そしてその特定のアーチストに対する最小分離番号が５である場合には、アーチスト分離をもつプレイリストを発生するときに、アーチストＡによる歌をスロット４、５、６又は７に入れることが許されず、メディアエンジンは、その歌をスロット８以降に入れるように試みる。使用できない特定の歌に対してスロットが選択された場合には、次に使用できるスロットにメディアファイルが入れられる。一実施形態において、このスロット充填プロセスを進めることでプレイリストの終りに到達した場合には、プレイリストの最初のスロットからもう一度プロセスが始められる。上述した好みのいずれか又は全部をメディアエンジン１０６によりセットすることもできるし、各個々のプレイリストに対して各個々のユーザにより選択することもできることに注意されたい。
【００９４】
本発明の別の実施形態では、プレイリストが特定の基準に基づいて自動的に生成されてもよい。この実施形態では、システムは、特定のユーザ基準に基づいてプレイリストを生成することができる。例えば、ユーザは、アーチスト、アルバム、ジャンル、システムに歌が追加された日付、この特定のユーザに対して歌が再生された最後のとき、格付け、等の異なる基準をドロップダウンメニューから選択することができる。この選択された基準に基づいて、これらの特定の基準に対して適切であるユーザに変更子のリストが与えられる。例えば、選択された基準が「追加日付(date added)」である場合には、変更子リストは、例えば、“is”、“is after”、“is before”、“on or before”、“on or after”、“is not”を含む。これらの選択肢は、全て、ユーザにより入力された特定の日付に適用できる。他方、ユーザにより選択された基準がジャンルである場合には、この変更子は、“is”又は“is not”のような選択肢を含み、これらの選択肢は、ジャンルの基準に適用できる。変更子が選択された後に、ユーザは、希望のプレイリストに適用できる用語を挿入するように促される。例えば、ユーザが“genre”を基準として、“is not”を変更子として、そしてワード“disco”を用語として選択する場合には、システムは、ジャンルがディスコでない歌のプレイリストを自動的に生成する。この場合も、これらのプレイリストには、ユーザがメディアエンジン１０６を実行する位置からアクセスすることができる。
【００９５】
本発明の一実施形態において、プレイリストを生成する際にユーザに与えることのできる付加的な選択肢が存在する。例えば、ユーザには、そのプレイリストに対して多数の条件を組み入れたいかどうか、或いはある数の条件だけを満足するプレイリストを好むかどうか選択するための選択肢が与えられる。更に、ユーザは、どれほど長くプレイリストが存在すべきか、そしてプレイリストをある数の歌に制限すべきかどうか選択することができる。従って、プレイリストの条件が、例えば、１０００曲を返送するものであり、そしてユーザが２５曲の長さのプレイリストをもつことしか望まない場合には、ユーザは、プレイリストを２５曲に制限するように選択することによりこの問題を緩和する。プレイリストに使用される２５曲は、メディアエンジンによりランダムに選択することもできるし、或いはこの場合も、ユーザが選択した基準を使用して選択することもできる。例えば、ユーザは、２５曲のプレイリストが最高格付けの２５曲であるか或いは最も最後に聞いた２５曲でなければならないことを選択することにより、プレイリストを更に狭めることができる。従って、メディアエンジンは、多数の異なる段階的基準を伴うプレイリストを返送することができる。これは、ユーザが思い描くものより大きい、又はユーザの記憶メディアが保持できる特定サイズより大きいプレイリストの生成を排除する。従って、上述した例では、ユーザは、ユーザの基準に合致する最も人気のある又は最も最近の歌の２５曲プレイリストを生成した。
【００９６】
ユーザによりセットできる付加的な基準は、システムが基準に基づいてプレイリストを更新し続けることをユーザが望むかどうかを含む。このオプションを生成して生成されるプレイリストは、システムに追加されるメディアに基づいて周期的に変化することができる。従って、例えば、ジャンルが「ディスコでない(not disco)」全てのメディアを含むプレイリストが生成された場合には、ディスコでないメディアの付加的な断片がシステムに追加されるたびに、プレイリストの構成が変化する。従って、ユーザがライブ更新特徴を選択する場合には、メディアエンジンは、固定又は可変の時間に、或いはプレイリストが要求されるたびに、サーチ基準を実行し、サーチが最後に実行されたとき以来システムに追加された新たな媒体を組み込むことができる。従って、ユーザは、選択された条件及び基準に合致する歌のプレイリストを聞く能力をもつことができるが、プレイリストは、プレイリストが要求されるたびに、必ずしも同じ歌で構成されなくてよい。換言すれば、プレイリストが選択され又は要求されるたびに、メディアエンジンは、そのプレイリストに指定された以前の基準に基づいて更新されたプレイリストを生成する。
【００９７】
先の実施形態で述べたプレイリストの基準を生成する機能に関連して使用されるユーザインターフェイスの一例が、図７３に示されている。例えば、このインターフェイスから、ユーザは、ドロップダウンリスト７３０１から基準を選択し、ドロップダウンリスト７３０２から変更子用語を選択し、そしてフィールド７３０３へ値を挿入することができる。全ての条件が設定されると、ユーザは、「プレイリスト生成(generate playlist)」ボタン７３１０及び／又は「基準セーブ(save criteria as)」ボタン７３１２のいずれかをクリックすることができる。クリックされると、メディアエンジン１０６単独で、又はメディアサーバー１１８とタンデムで、或いはメディアサーバー１１８それ自体で、プレイリストを、例えば、ユーザインターフェイス部分７３１５に示す形態で生成する。しかしながら、ユーザは、即座に見るためのプレイリストを生成したくない場合には、「基準セーブ」ボタン７３１２をクリックし、これは、選択された条件をセーブすると共に、ユーザが、その後の時点でそれらの選択された条件に合致するプレイリストを容易に生成できるようにする。プレイリストが生成されると、ユーザは、インターフェイス７３１５の下に位置するボタンをクリックすることによりそのプレイリストで何をするかについて種々のオプションを有するのが好ましい。この実施形態では、ユーザは、再生ボタン７３１６をクリックすることによりプレイリストを再生することもできるし、或いはダウンロードボタン７３１８をクリックすることによりローカル装置へプレイリストをダウンロードすることもできる。更に、ユーザは、「追加(add on)」ボタン７３１７をクリックすることにより歌又は全プレイリストを別のプレイリストに追加することもできるし、又は情報ボタン７３１９をクリックすることにより、プレイリスト又は特定の歌に関する詳細な情報を得ることもできる。又、ユーザは、「リストセーブ(save list as)」ボタン７３２０をクリックすることによりプレイリストをセーブするよう選択することもできる。一実施形態では、ユーザがプレイリストをセーブするよう選択した場合には、プレイリストは、それが生成された形態でセーブされる。換言すれば、ユーザにより設定された条件に適合するようにシステムにより選択される特定の歌は、常に、そのプレイリストに存在する。セーブされるファイルは、プレイリストにおける各個々の歌の位置に対するポインタのみを含むのが好ましい。しかしながら、対照的に、ユーザが、「基準セーブ」ボタン７３１２をクリックすることにより、プレイリストの基準のみをセーブすることを選択した場合には、プレイリストを生成するための特定の基準のみがユーザのプロセッサ上のファイルにセーブされ、従って、このプレイリストが次に実行されるときに、メディアエンジンは、これもユーザにより選択された基準に合致する歌の異なるリストを生じさせるプレイリストを生成する。もちろん、ユーザがプレイリストをポータブル装置又は記憶メディアにセーブすることを選択した場合には、実際のメディアファイルが記憶されてもよい。
【００９８】
基準プレイリストを生成する能力は、ユーザが、特定の基準に基づいてプレイリストを生成し、次いで、そのプレイリストを、後で聞くためにセーブするのを許す。或いは又、ユーザは、ｅメール、インスタントメッセージング、ピアネットワーキング、或いは既知の又は今後知られるようになる他の通信チャンネルを経て別のユーザに基準プレイリストを送信することができる。例えば、ユーザが、特定の基準で２００４年９月１日以降にアップロードされた歌の基準を含む基準プレイリストを生成する場合には、あるユーザがその基準を別のユーザに送信することができる。他のユーザは、同じ基準を使用して、前記他のユーザに利用できるメディアに基づいて自分自身のプレイリストを生成することができる。例えば、ユーザＡが自分の“my music”コレクションにおいてプレイリストを実行する場合には、プレイリストが歌Ａ、Ｂ及びＣを返送し、ユーザ２が同じプレイリスト基準を実行し、歌Ｄ、Ｅ及びＦが返送される。他方、ユーザは、プレイリストを、それが生成された通りにセーブする能力、即ちユーザがプレイリストを最初に生成したときに生成された同じ歌及び／又はメディアをもつようにセーブする能力も有する。それ故、このようなプレイリストを通信するときには、他のユーザがネットワーク３００においてこれら特定の歌の位置に対するポインタを含むファイルを受け取る。
【００９９】
本発明の別の実施形態による例示的相性プレイリストの生成を、図７４及び７５を参照して以下に説明する。図７４を参照すれば、ユーザは、例えば、ドロップダウンメニュー７４０１から基準を選択することにより、アルバム又はアーチストに類似しているか又は類似していない音楽に基づいてプレイリストを生成する能力を有する。ユーザは、特定のアルバムに類似し及び／又は特定のアルバムに類似しない音楽、特定のアーチストに類似し及び／又は特定のアーチストに類似しない音楽を希望するかどうか選択すると、アーチストドロップダウンリスト７４０２又はアルバムドロップダウンリスト７４０３からアーチスト及び／又はアルバムを選択することができる。又、類似性の程度は、例えば、「著しく類似していない(not too similar)」、「非常に類似している(very similar)」、等から選択される。次いで、システムは、ユーザの選択に関して若干厳格な類似性ファクタを適用することにより、２つ以上のアイテム間で類似性を見出すのに使用されるアルゴリズムを調整する。
【０１００】
更に、ユーザには、不明瞭度(obscurity)ノブ７４０４で不明瞭度レベルを選択することにより不明瞭度レベルを選択するオプションが与えられるのが好ましい。特定の歌／アーチスト又はアルバムの不明瞭度とは、アイテムが、選択されたカテゴリーにおいて他のアイテムと共に有する相性のレベルの尺度である。不明瞭度は、ネットワーク上の他のユーザの中で、及び／又はシステムオペレータ入力を通して、その歌／アーチスト／アルバムの集合的格付け又は聴取パターンにより決定されるのが好ましい。例えば、ユーザが、非常に不明瞭な歌をもつプレイリストを生成したい場合には、メディアエンジン１０６がメディアサーバー１１８に問合せをして、最後のｙ日間にｘ人のユーザにより格付けされていない歌を見出す。従って、それにより得られるプレイリストは、ネットワーク上にある他の歌に対して不明瞭な歌より成り、これは、他のユーザがその歌を格付けしておらず頻繁に聞かないことを意味する。
【０１０１】
不明瞭度を選択した後に、ユーザには、広く様々なアーチスト及び／又はアルバムでプレイリストを生成することを望むか、又は歌がほとんど同じアーチスト及び／又はアルバムからのものでなければならないかを選択するオプションも与えられるのが好ましい。ユーザが基準を選択すると、上述したプレイリストと同様に、ユーザは、「プレイリスト生成(generate playlist)」ボタン７４０６をクリックすることによりプレイリストを生成するか、又は「基準セーブ(save criteria as)」ボタン７４０７をクリックすることにより基準をファイルとしてセーブするオプションをもつことができる。メディアエンジン１０６は、メディアサーバー１１８へ基準を転送するのが好ましい。プレイリストが生成されると、プレイリストの結果がインターフェイス７４１０に表示される。更に、上述したプレイリストと同様に、ユーザは、再生ボタン７４１６をクリックすることによりプレイリストを再生し、ボタン７４１８をクリックすることによりプレイリストをダウンロードし、ボタン７４１７をクリックすることによりプレイリストを別のプレイリストに追加し、或いは情報ボタン７４１９をクリックすることによりプレイリストに関する付加的情報又はプレイリスト内の歌を得ることができる。ユーザは、「リストセーブ(save list as)」ボタン７４２０をクリックすることにより、プレイリストをファイルとしてセーブすることができる。
【０１０２】
別の実施形態では、図７５に見られるように、アーチスト及び／又は特定の歌に対する類似性に基づいてプレイリストを生成することができる。上述した実施形態と同様に、ユーザは、ドロップダウンリスト７４０１から基準を選択することにより特定の歌に類似した又は類似しない音楽を望むかどうかについて基準を選択し、唯一の相違は、この実施形態では、ユーザが、アルバムではなく、ドロップダウンメニュー７４０３から歌を選択することである。アーチスト、ジャンル又は格付けのような他の同様のオプションも使用できる。
【０１０３】
図７６に示す本発明の一実施形態では、プレイリストが生成されると、ユーザは、その生成されたプレイリストで何をするかについて種々の異なるオプションを有する。例えば、ユーザは、先の実施形態と同様に、「プレイリスト再生(play playlist)」ボタン７６３０をクリックすることによりプレイリストを再生することもできるし、或いは「ＣＤを焼く(burn a CD)」ボタン７６３１をクリックすることによって装置１１４に配置されたＣＤにプレイリストを焼き付けることもできる。一実施形態において、ユーザは、「ＣＤを焼く」ボタン７６３１をクリックするか或いはそれをポータブルメディアプレーヤ又は他の記憶メディアにセーブするときには、プレイリストをＣＤに焼き付けることができるように、ブランクＣＤを装置１１４に挿入することが促される。プレイリストがＣＤに対して長過ぎるか及び／又は大き過ぎる場合には、ユーザにこのことがアラートされ、そしてメディアの形式を変更するか、又はユーザがプレイリストからどの歌をＣＤに焼き付けたいか選択するオプションがオファーされる。或いは又、ユーザは、例えば、これに限定されないが、ＭＰ３プレーヤ等のポータブルメディア記憶装置へプレイリストをコピーして、プレイリストをポータブル化することを選択してもよい。このような実施形態では、プレイリストは、単にポインタを含むのではなく、実際のメディアファイル及び任意の関連メタデータを含む。
【０１０４】
更に、ユーザは、例えば、「プレイリスト発行(publish playlist)」ボタン７６３３をクリックすることによりシステムの他のユーザにプレイリストを発行するよう選択することができる。プレイリストの発行を選択することにより、ユーザは、プレイリストに対する名前を入力することが促される。プレイリストは、プロセッサ１０３及び／又はメディアサーバー１１８、又はネットワーク３００上の他の位置にセーブされる。ユーザには、発行されたプレイリストを公表するオプションが与えられ、従って、他のユーザがプレイリストを見るだけでなく、プレイリストに載せられたメディアを聞けるようにするのが好ましい。プレイリストを発行する能力は、全てのユーザに入手可能にすることでプレイリストを完全にポータブル化するという付加的な利益を有する。というのは、それがメディアサーバー１１８又はネットワーク上の他のユーザアクセス可能な位置（１つ又は複数）に存在することになるからである。
【０１０５】
本発明の一実施形態によるプレイリストの発行は、図７７を参照して以下に説明する。先ず、ユーザは、プレイリストを生成する。ステップ７７００。このプレイリストは、上述したように、多数の異なる仕方で生成することができる（即ち、基準プレイリスト；相性プレイリスト）。プレイリストが生成されると、ユーザは、プレイリストの発行を選択することができる。ステップ７７１０。ユーザがプレイリストの発行を選択した場合に、メディアエンジン１０６は、メディアサーバー１１８に問合せし、メディアデータベース１２０でプレイリスト内の全ての歌が入手できるかどうか決定する。ステップ７７２０。プレイリスト内の歌がメディアデータベース１２０にない場合には、メディアエンジン１０６がこれらの歌をメディアデータベース１２０へコピーする。ステップ７７３０。メディアデータベース１２０がプレイリスト内の全ての歌をもつと、プレイリストの名前及びコンテンツがプレイリストデータベース１２０にセーブされる。ステップ７７４０。従って、例えば、本書のどこかで述べたサーチ機能により、又はこれも本書のどこかで述べた「友人」機能により、別のユーザがそのプレイリストを要求した場合には、プレイリストをそのユーザにセーブすることができる。ステップ７７５０。発行されたプレイリストは、メディアファイルが存在するか又はそれにアクセスできるネットワーク位置を識別するポインタ（ポインタは、ＵＲＬ又はＵＲＩを含む）、メタデータ、又は実際のメディアファイルを含むことができるが、プレイリストは、ネットワーク上に同じメディアファイルの多数のコピーを記憶する必要性を回避するためにポインタを含むのが好ましい。従って、プレイリストは、ネットワークを経てプレイリストを発行することによりユーザに利用可能とすることができる。
【０１０６】
本発明の別の実施形態によれば、図５０に示すように、ユーザは、メディアエンジン１０６を使用し、インスタントメッセージングプログラムを経てシステムに接続された他のユーザを識別して通信することができる。上述したように、各ユーザは、プロセッサ１０３にメッセージングプログラム１０８を有するのが好ましく、これにより、メッセージングプラットホームを使用して他のユーザと通信することができる。メッセージングプログラム１０８は、単にメッセージングのためのスタンドアローン特徴として提示されてもよいし、及び／又は拡張されたメディア関係ファンクションが望まれるときにはメディアエンジン１０６のファンクションに一体化されてもよい。コアメッセージングファンクションは、ユーザの要件に基づいて、プロセッサ１０３の多数のアプリケーションにより利用することもできる。メッセージングプログラム内には、ユーザのメッセージングの好みに関する情報が記憶されるのが好ましい。この情報は、例えば、そのユーザが何らかの仕方で知らされた「友人」或いは他のユーザのリストを含むことができる。このリストは、各個々のユーザによりコンパイルされ、そして例えば、協力者、ファミリー又はクラスメートを含むことができる。メッセンジャークライアント内から、この「友人」のリストは、ユーザが、定期的に対話を希望する他のユーザと容易に対話するのを許す。本発明の一実施形態によれば、メディアエンジン１０６は、メッセージングプログラム１０８からのこの情報を使用して、ユーザのメディア聴取経験を改善することができる。例えば、メディアエンジン１０６は、メッセージングプログラムからの「友人」情報を使用して、メディア情報及び経験をユーザ間で共有することができる。上述したように、メディアエンジン１０６は、各ユーザの特定の利用可能なメディアファイルに関する情報をコンパイルし、記憶するのが好ましい。この実施形態では、メディアエンジンは、メッセージングプログラムを使用し、各ユーザが、それらの友人に利用可能なメディアを見、及び／又はそれにアクセスできるようにする。
【０１０７】
このファンクションに関連した１つの例示的ユーザインターフェイスが図５０に示されている。図５０に見られるように、ユーザが枠２０１からメッセンジャーボタン２３４にアクセスする場合には、ユーザの「友人」のリスト５００５が枠５０１０に表示される。図５１に見られるように、一実施形態では、ユーザは、メッセンジャーボタン２３４の隣の矢印５１０４をクリックすることにより枠５１０６において「友人」のドロップダウンリスト５１０６を見ることができる。図５０−５４に示すユーザインターフェイスを通して、ユーザは、その「友人」の１人が“my music”コレクションに有するメディアファイルを表示することができる。メディアエンジン１０６は、メディアエンジン１０６及びメッセージングプログラム１０８の両方を実行している別のユーザのメディアに関する情報を表示するユーザインターフェイスを生成することができる。ユーザの“my music”コレクションと同様に、ユーザは、好ましくは適切な権利マネージメント許可と共に、その「友人」の音楽並びに特定の「友人」のプレイリスト及び／又は他の好みのいずれかを踏査し且つ聴取する能力も有する。例えば、図５２に示すように、ユーザがリスト５１０６から特定の友人（例えば、JohnB）をハイライトした場合には、枠５２２０がリストをJohnBの“my music”コレクション内の全ての歌でポピュレートする。ユーザの“my music”コレクションインターフェイスに関して上述した実施形態と同様に、JohnBの“my music”コレクションにおける全ての歌のリストが、右の最も下の枠５２２０に挙げられる。このリストは、例えば、曲名５２２２、時間巾５２２４、アーチスト５２２６、アルバム５２２８、トラック５２３０、及びこの特定の歌が再生された最後の時間５２３２を含む各歌に関する情報を表わす列に分類される。これらの列は、例示に過ぎず、そして特定の歌に関する他の情報、例えば、ジャンルや、図２を参照して上述したように格付けツールで特定の歌を格付けする能力を含む列も、枠５２２０においてリストに含ませることができる。更に、JohnBの“my music”コレクションにおける全てのアーチストの歌の全リストが枠５２４０に表示されるのが好ましい。「友人」の“my music”コレクションに入れられたメディアファイルに関する情報に加えて、ユーザは、インターフェイス５０００内から「友人」に関する付加的な情報にアクセスすることもできる。ユーザからユーザへの情報は、メッセージングプログラム１０８に通されるのが好ましいが、現在知られている又は今後知られるようになるデータ転送方法で通すこともできる。例えば、ユーザは、自分の「友人」に関するプロフィール情報であって、例えば、「友人」の趣味及び／又は好き嫌いを指示できるプロフィール情報にアクセスすることもできるし、枠５２１０から「友人」のインターネットラジオ局にアクセスすることもできる。各ユーザに関する情報は、図３を参照して述べたように、ユーザ情報データベース３６０に記憶される。ユーザ好みデータも、記憶及び交換することが可能である。メディアエンジン１０６は、このプロフィール情報を得て、ユーザが枠５２１０内からそれにアクセスするのを許す。一実施形態では、ユーザは、自分の「友人」をラジオ局に対する「影響者」として追加するよう選択することもできる。ユーザが自分の「友人」を「影響者」として追加するよう選択した場合には、メディアサーバー１１８がインターネットラジオを経てユーザへ音楽をストリーミングするときには、「影響者」が好む歌をひいきする状態で歌をストリーミングするか、又はユーザに推薦を与えるときには、これらの推薦を、「影響者」により高く格付けされた歌に基づいて行なう。換言すれば、メディアサーバー１１８によりストリーミングされるか又は推薦される歌は、影響者として選択された「友人」により高く格付けされた歌となる。影響の程度は、所定の又は計算されたファクタ、例えば、暗示的又は明示的なユーザの振舞い、或いはここに述べる他の好みベースの技術に基づいて、ユーザ又はシステム或いはその両方により変更することができる。
【０１０８】
図５３に見られるように、ユーザは、枠５２４０におけるアーチストのリストから特定のアーチスト（即ち、Emmylou Harris）をクリックすることにより「友人」の“my music”リストの視野を更に狭めることができる。次いで、ユーザは、その特定のアーチストに対して枠５３１０においてアルバムのリストを見ることができる。更に、「友人」の“my music”コレクションの中の特定のアーチストによる歌のみが枠５２２０に表示される。ユーザは、更に、図５４に見られるように、枠５３１０におけるリストからアルバムを選択することにより枠５２２０における視野を更に狭めることができる。枠５３１０から特定のアルバムを選択することにより、ユーザには、特定の「友人」（即ち、JohnB）の“my music”コレクションにおけるアルバムからの歌のみが与えられる。更に、図５０−５４に見られるように、ユーザが、図２−３を参照して上述したように、アーチスト、アルバム、ジャンル又は歌のいずれかにより自分の“my music”コレクションをブラウズできる仕方と同様に、ユーザは、ドロップダウンメニュー５２０１からどの基準でブラウズするか選択することにより「友人」の“my music”コレクションを同様にブラウズすることができる。次いで、本書のどこかで述べたのと同じ又は同様の仕方で再生し、記憶し、プレイリストに追加し、等々のためにメディアアイテムを選択することができる。手短に言えば、ユーザの友人の“my music”コレクションは、そのユーザの“my music”コレクションの拡張となる。
【０１０９】
図１８−３２を参照して述べた実施形態と同様に、本発明の別の実施形態では、ユーザは、別のユーザのメディアコレクションを通してサーチすることができる。図５５に見られるように、ユーザインターフェイス５５００は、サーチ用語が入力されるフィールド５５０１と、サーチ用語に対してサーチすべきカテゴリーが選択されるドロップダウンメニュー５５０２とを含む。例えば、図５５において、ユーザが、JohnBの“my music”コレクション内の全てのアーチストを通して用語“John”についてサーチするよう選択したところの表示が示されている。ユーザがサーチ用語（例えば、John）を選択すると、基準に合致する歌に対するアーチストのリストが、アーチストの枠５５０５に示される。基準に合致する全ての歌も枠５５１５に示される。更に、基準に合致するアルバムのリストが枠５５１０に示される。ユーザは、更に、枠５５０５におけるアーチストをクリックすることによりサーチ結果を更に狭めることができる。例えば、図５６に見られるように、ユーザが枠５５０５からアーチストJohn Coltraneをクリックした場合には、枠５５１５が、アーチストJohn Coltraneからの歌だけを表示する。同様に、選択されたアーチストに合致するアルバムだけがアルバム枠５５１０に表示される。
【０１１０】
図５７に見られるように、ユーザは、枠５５１０から特定のアルバムを選択することによりサーチ結果を更に狭めることができる。特定のアルバムが枠５５１０から選択された場合には、そのアルバムからの歌だけが枠５５１５に表示される。この実施形態では、ユーザが自分自身の“my music”コレクションをブラウズしてそこから歌を再生できる仕方と同様に、ユーザは、自分の「友人」の“my music”コレクションをブラウズしてそこからの歌を再生することができる。図５８に見られるように、ユーザが歌５５１５から特定の歌をハイライトしてクリックする場合には、その歌がメディアプレーヤ２４０で再生される。更に、ユーザは、「友人」の“my music”コレクションからの歌を自分自身の“my music”コレクションに追加することができる。これは、一実施形態では、枠５５１５から特定の歌をドラグしてユーザの“my music”ボタン２２２へドロップすることにより行うことができる。同様に、「友人」の“my music”コレクションからの歌は、枠５５１５から特定の歌をドラグしてプレイリストのリスト２３２へドロップすることにより、ドラグして特定ユーザのプレイリストにドロップすることもできる。この実施形態は、ユーザが、好ましくは、適切なデジタル権利又は他の許可事項を考慮に入れて、自分自身の“my music”コレクションにおいて遂行できるアクションを、自分の「友人」の“my music”コレクションにおいて遂行できるようにすることに注意されたい。
【０１１１】
別の実施形態では、ユーザは、ドロップダウンメニュー５５０２から「歌」を選択し、そしてフィールド５５０１にサーチ変数を挿入することにより、「友人」の“my music”コレクションにおける歌の曲名の中の変数項で「友人」の“my music”コレクション内の歌をサーチすることができる。図５９に見られるように、ユーザがドロップダウンメニュー５５０２から曲名をサーチするよう選択し、そして例えば、フィールド５５０１をサーチ用語“fin”でポピュレートする場合には、メディアエンジン１０６は、その特定の基準に合致する枠５５０５内のアーチストのリスト、枠５５１０内のアルバム、及び枠５５１５内の歌を返送する。ユーザは、次いで、枠５５１５から直接歌を選択し、又は枠５５０５からアーチストを選択し、又は枠５５１０からアルバムを選択して、その特定のアーチスト又はアルバムからの歌しか含まないようにサーチを更に狭めることができる。例えば、図６０に見られるように、ユーザは、用語“fin”を有するJohnBの“my music”コレクションにおける“Roger Miller”の歌しか見ないように選択した場合には、枠５５１０内の全てのRoger Millerアルバム及び枠５５１５における全てのRoger Millerの歌を表示する枠５５０５からRoger Millerを選択する。更に図６１に見られるように、ユーザが枠５５１０内のこれらのアルバムの１つを選択した場合には、枠５５１５は、その特定のアルバムからの歌しか表示しない。この場合も、ユーザは、枠５５１５から特定の歌を選択することにより、その歌を再生し、記憶し、転送し、等々をすることができる。
【０１１２】
ユーザが「友人」の“my music”コレクションをアルバム及び／又はジャンルでサーチできる付加的な同様の実施形態を、図６２−７０を参照して以下に説明する。図６２に見られるように、ユーザは、ドロップダウンメニュー５５０２からアルバムを選択し、そしてサーチ用語、例えば、“love”をフィールド５５０１に含ませることにより、「友人」の“my music”コレクションからのアルバム名において特定のサーチ用語をサーチするよう選択することができる。この場合も、これは、アルバム名が枠５５１５に表示されるその名前の中に用語“love”を有する歌を、特定の「友人」の“my music”コレクションに生じさせる。図６３に示すように、この場合も、ユーザは、枠５５０５から特定のアーチストを選択することによりサーチを更に狭めることができ、この場合、その特定のアーチストからの歌しか枠５５１５には表示されない。ユーザは、この場合も、枠５５１０からアルバムを選択することによりサーチを更に狭めることができ、この状況では、図６４に見られるように、そのアルバムに合致すると共にサーチ基準に合致する歌しか枠５５１５には表示されない。
【０１１３】
別の実施形態では、ユーザは、図６５に見られるように、「友人」の“my music”コレクションにおいて歌のジャンルの中で特定の用語をサーチすることができる。前記実施形態と同様に、このようなサーチを遂行するために、ユーザは、ドロップダウンメニュー５５０２から「ジャンル(genre)」を選択し、そしてフィールド５５０１に特定のサーチ基準を入力することができる。図６５に見られるように、ユーザがドロップダウンメニュー５５０２からジャンルを選択し、そしてフィールド５５０１からストリング“rock”を選択した場合には、ジャンル名にストリング“rock”を有する歌が枠５５１５に表示され、そしてそれらの歌に対するアーチスト及びアルバムのリストが、各々、枠５５０５及び５５１０に表示される。図６６に見られるように、ユーザがアーチスト枠５５０５から特定のアーチストを選択する場合には、サーチを更に狭めることができる。図６６に示すように、選択されたアーチストに合致する歌“New York Dolls”だけが枠５５１５に示され、そしてそのアーチストに合致するアルバムだけが枠５５１０に示される。ユーザが枠５５１０からアルバムを選択する場合には、サーチを更に狭めることができる。図６７に見られるように、枠５５１５は、基準に合致し且つユーザにより選択されたアルバムからのものである歌しか表示しない。
【０１１４】
別の実施形態では、ユーザは、自分の「友人」の“my music”コレクションの種々の識別特性（即ち、アルバム名、曲名、アーチスト名、ジャンル、好み格付け）を通して特定のサーチ用語を一度に全部サーチすることができる。図６８に見られるように、ユーザがドロップダウンメニュー５５０２から“all”を選択し、そしてフィールド５５０１において特定のサーチ用語（例えば、“morn”）を選択した場合には、ユーザインターフェイスは、枠５５１５にその基準を有する特定の「友人」の“my music”コレクション内の全ての歌を返送する。更に、これら基準に合致する全てのアーチストのリストが枠５５０５に表示され、そしてその基準に合致する全てのアルバムが枠５５１０に表示される。先の実施形態と同様に、ユーザは、図６９に見られるように、枠５５０５から特定のアーチストを選択することにより（例えば、“my morning jacket”）、サーチを更に狭めることができる。ユーザが特定のアーチストを選択すると、基準に合致するその特定のアーチストからのアルバムだけが枠５５１０に表示され、そしてその特定のアーチスト及び基準に合致する歌だけが枠５５１５に表示される。図７０に見られるように、ユーザが枠５５１０から特定のアルバムを選択した場合には、サーチを更に狭めることができる。図７０に見られるように、ユーザが枠５５１０から特定のアルバムを選択すると、その特定のアルバムからの歌だけが枠５５１５に表示される。図１８−３２を参照して上述した実施形態と同様に、一実施形態では、サーチフィールド５５０１は、ユーザにより遂行された以前のサーチに基づいて自動的にポピュレートすることができ、例えば、ユーザが“MI”をタイプすると、ワード“mirror”を埋めることができる。
【０１１５】
図７１に示す本発明の別の実施形態では、メッセージングプラットホーム１１６に接続された種々のプロセッサ１０３は、ネットワーク３００に接続することによりメッセージングプラットホーム１１６を使用せずに相互接続することができる。同様の形式のネットワークの使用が、２００３年１１月１８日に出願された“Method and Apparatus for Assisting With Playback of Remotely Stored Media Files”と題する米国特許出願第１０／７１５，６９４号に開示されており、これは、本出願の譲受人に譲渡されたもので、参考としてここに援用する。本発明の一実施形態では、例えば、ユーザＡがプロセッサ７１１０及びプロセッサ７１４０の両方を使用し、プロセッサ７１１０は、ユーザＡの家に置かれ、そしてプロセッサ７１４０は、ユーザＡの仕事場に置かれている。ユーザＢは、プロセッサ７１２０を使用し、ユーザＣは、プロセッサ７１３０を使用し、ユーザＤは、プロセッサ７１５０及びプロセッサ７１６０を使用し、プロセッサ７１５０は、例えば、ユーザＤの家に置かれ、そしてプロセッサ７１６０は、例えば、ユーザＤの仕事場に置かれている。これらのプロセッサは、全て、メッセージングプラットホーム１１６を経て接続状態に保つ必要なく、相互接続することができる。より詳細には、全てのプロセッサがメッセージングプラットホーム１１６に接続された場合には、メッセージングプラットホーム１１６は、情報を感知して各プロセッサ間に中継することができる。例えば、メッセージングプラットホームに接続されるのに加えて、ユーザＡのプロセッサ、即ちプロセッサ７１１０及びプロセッサ７１４０の両方がネットワーク３００を経て互いに接続され、ユーザＤのプロセッサ、即ちプロセッサ７１５０及びプロセッサ７１６０の両方がネットワーク３００を経て互いに接続され、そしてプロセッサ７１２０がプロセッサ７１４０に接続される一方、プロセッサ７１５０がプロセッサ７１３０に接続される場合には、図７１に示された全てのプロセッサが相互接続されたと考えることができる。このため、プロセッサ７１１０は、プロセッサ７１４０及びプロセッサ７１３０の両方との接続を維持するので、プロセッサ７１３０を、プロセッサ７１２０、７１５０又は７１６０へ接続するためのコンジットとして使用することもできる。このコンジットは、メッセージングプログラム１０８を通して管理されるのが好ましいが、プロセッサ１０２で実行される個別のピアネットワーキングソフトウェアアプリケーションは、単独で、或いはメッセージングプログラム１０８と協力して、又はその一部分として使用することもできる。即ち、プロセッサ７１１０におけるユーザＡがメディアファイル又は他の情報をプロセッサ７１５０と交換したい場合に、プロセッサ７１３０との接続を経てファイルを送信し、このプロセッサ７１３０がプロセッサ７１６０との接続を通してそれを転送し、そしてこのプロセッサ７１６０がプロセッサ７１５０へのリンク又はポイントへ直接接続を経てそれを転送できることにより、実行することができる。或いは又、プロセッサ７１１０は、特定のメディアファイル又は他の情報が入れられた位置を受け取る。プロセッサ７１１０は、処理を進め、例えば、プロセッサ７１５０からそれをストリーミングさせることができる。この場合も、ある実施形態では、ユーザに特定の歌をストリーミングさせるための適切なデジタル権利をユーザが有することを確かめるために最初に検証が行なわれることに注意されたい。換言すれば、他の実施形態で述べたように、システムは、ユーザ間でのメディアファイルの不法な配布を回避するためにデジタル権利を管理できるのが好ましい。
【０１１６】
この実施形態では、種々のプロセッサ間でファイルを交換し及び／又は情報やメディアファイルをストリーミングさせるのに使用できるネットワークを生成するために、ユーザのグループがそれらの種々の相互接続を使用するネットワークが生成される。図７２を参照することで明らかなように、プロセッサ１０３は、メッセージングプラットホーム１１６に接続し、メッセージングプラットホーム１１６が知っているものでプロセッサ１０３の拡張ネットワークのメンバーとして働くことのできる他のプロセッサ１０３のリストを得る。ステップ７２０１。換言すれば、メッセージングプラットホーム１１６は、そのメッセージングプラットホーム１１６との接続を維持している他の全てのプロセッサのうちの要求発生プロセッサ１０３へ情報を与え、これは、直接接続又は別のプロセッサの接続のいずれかによりその要求発生プロセッサ１０３に入手できる。メッセージングプラットホーム１１６により与えられるプロセッサのこのリストは、要求発生プロセッサへそれらの「ピアネットワーク」を通して入手できる全ての異なる「ピア」のリストと称される。ステップ７２０２。プロセッサ１０３がメッセージングプラットホーム１１６から「ピア」のリストを得ると、プロセッサ１０３は、メッセージングプラットホーム１１６に接続される必要がもはやなくなる。次いで、プロセッサ１０３は、メッセージングプラットホーム１１６によりそこに通される他のプロセッサ１０３又はピアの各々との接続を開始するよう試みる。ステップ７２０３。これは、プロセッサの利用状態に関して情報を要求しているプロセッサピアの各々へメッセンジャーを送信することにより行うことができる。他のプロセッサが利用できる場合には、それらが、その利用状態を指示するメッセージを返送する。ステップ７２０４。プロセッサ１０３が、プロセッサのネットワークにおける他のプロセッサ又はピアの利用状態に関する全ての情報を受け取ると、「ピア」に関する情報であって、メッセージを返送するために要する時間を含む情報をコンパイルする。ステップ７２０５。従って、ピアネットワーク内の利用可能なプロセッサのリストをもつのに加えて、プロセッサは、どの接続がより速く応答するか、ひいては、ピア間により速い接続を維持するか、そしてどの接続がより低速であるかのリストも有する。次いで、プロセッサ１０３が特定のメディアファイル（例えば、歌）をサーチしたい場合には、プロセッサは、ピアネットワークにリストされた全てのプロセッサへサーチ要求を送出する。ステップ７２０６。ネットワーク内の各プロセッサは、要求されたファイルを有するかどうかチェックし、そしてそのファイルを有するか否かを指示する適切なメッセージを要求発生プロセッサへ返送する。ステップ７２０７。要求発生プロセッサがピアネットワーク内のピアからいずれかの又は全ての応答を受け取ると、メディアファイルをその要求発生プロセッサへストリーミング又はコピーすることができる。ステップ７２０８。
【０１１７】
ネットワーク内のファイルをサーチするときには、サーチされるプロセッサは、図７１のプロセッサ７１１０及び７１３０のような直結された２つのプロセッサを含むこともできるし、又は互いに直結されず、別のプロセッサを通して接続されるプロセッサを含むこともできる。例えば、図７１を再度参照すれば、プロセッサ７１３０から生成されるピアネットワークは、プロセッサ７１６０及び７１１０を含むことができ、これらは、両方とも、プロセッサ７１３０に直結される。しかしながら、ファイル又は他の情報をサーチする際には、プロセッサ７１３０は、そのピアネットワーク内のプロセッサ（即ち、プロセッサ７１１０及び７１６０）をサーチするのに加えて、そのピアネットワーク内で、即ち７１１０のネットワーク及び７１６０のネットワーク内でサーチすることもできる。それ故、プロセッサ７１３０は、プロセッサ７１２０、７２４０及び７１５０もサーチすることができる。このため、これらのプロセッサは、直接的にプロセッサ７１３０のネットワーク内にないが、７１３０のピアネットワークの１つに入る。
【０１１８】
プロセッサ１０３に対してピアとして働き得る他のプロセッサのリストについて、メッセージングプラットホーム１１６に問合せするときに、一実施形態におけるメッセージングプラットホームは、プロセッサの状態に関する情報、或いはプロセッサがその時点でネットワークに実際に接続されているかどうか、又はプロセッサがメッセージをアクティブに受信するかどうかの状態を供給することもできる。別の実施形態では、メッセージングプラットホームは、要求発生プロセッサが接続できる幾つかのプロセッサが存在するという情報だけを供給するが、そのプロセッサの現在状態に関する情報は供給しない。このような実施形態では、各プロセッサ及び／又はピアに個々に接続し、そして現在状態を得るのは、プロセッサ次第である。従って、メッセージング及び／又はピアの接続を使用することにより、メディアエンジン１０６は、特定のユーザに対してメディアの大きな領域を組み込み、ユーザのメディアファイルアクセスオプションを、そのユーザの特定のコレクションを越えて、そのユーザの友人のコレクションまで拡張することができる。
【０１１９】
別の実施形態では、ユーザインターフェイスにより、ユーザは、類似性踏査ファンクションを利用して、類似ユーザ／メンバー、アルバム、アーチスト、歌又はジャンルのリストを生成することができる。このファンクションは、相性エンジン３５０により全体的又は部分的に遂行され、このエンジンは、ユーザの格付け、好み、再生データ、及び／又は明示的及び／又は暗示的ユーザ振舞いに基づいて希望のリストを生成する。更に別の実施形態では、相性エンジンは、リストを生成するときにフィルタファンクション又はスレッシュホールドを適用するのが好ましい。スレッシュホールドは、類似性リストに対する各潜在的候補に関連したアイテム又はアクションの数、量又はサイズに関係するのが好ましい。潜在的候補が類似性リストに対して適当に合致するとみなすために、候補は、好ましくは、特定のスレッシュホールドを満足しなければならない。
【０１２０】
類似性踏査ファンクションを使用する一実施形態では、ユーザは、ネットワーク内の類似ユーザ又はメンバーのリストにアクセスすることができる。相性エンジンは、ユーザの格付け、好み及び／又は再生データに基づいて、類似メンバーリストを生成するのが好ましい。更に、相性エンジンは、類似メンバー／ユーザリストを生成するときにスレッシュホールドを適用することができる。一例において、スレッシュホールドは、特定のユーザが格付けしたアイテム（ジャンル／アルバム／アーチスト／歌）の所定数にセットすることができる。例えば、ユーザは、少なくとも２０アイテムを格付けしなければならず、そして類似として選択されるものは、少なくとも１００アイテムを格付けしなければならない。従って、このスレッシュホールド数に合致しないメンバー／ユーザは、類似メンバー／ユーザのリストに含まれない。図７８を参照することで明らかなように、ユーザインターフェイスは、メンバーが、類似メンバーのリストにアクセスしてそれを見ることを許す。先ず、ユーザは、ユーザインターフェイスの特定の枠７８１５に位置する屡次メンバーファンクション７８１０に関連したリンクをクリックする。次いで、図７９に示すように、ユーザには、相性エンジン３５０により生成された類似メンバー７９１５をリストする枠７９１０が提示される。この生成は、ユーザによりリストが要求されたときに行われてもよいし、或いは相性エンジン３５０により周期的に遂行されるバックグランドファンクション又はバッチファンクションとして行われてもよい。この枠から、ユーザは、各リストされたメンバーに関する情報７９１５にアクセスすることもできる。例えば、ユーザは、特定のリストされたメンバーが高く格付けするアーチスト７９２５にアクセスすることができる。別の例では、ユーザは、リストされたメンバー７９１５に類似であると考えられるメンバー７９２０にアクセスすることができる。これは、ユーザが、異なる程度及び分岐の類似メンバーを踏査しそしてそれらへ拡張するのを許す。更に別の例では、ユーザは、各々のリストされたメンバー７９１５の化身又は他の関係情報、例えば、ユーザ名、特定メンバーがどのアーチストを好きか、等、をブラウズすることができる。
【０１２１】
類似性踏査ファンクションを使用する別の実施形態では、ユーザは、類似アーチストのリストにアクセスすることができる。従って、ユーザ類似性踏査と同様に、相性エンジン３５０は、集計された暗示的又は明示的ユーザ情報、或いはシステムのオペレータにより与えられる情報に基づいて類似アーチストリストを生成するが、ユーザの格付け、好み、及び／又は再生データに少なくとも一部分基づくのが好ましい。更に、相性エンジン３５０は、類似アーチストリストを生成するときに、スレッシュホールドパラメータを任意に適用することができる。従って、スレッシュホールドを満足しないアーチストは、類似アーチストリストに含まれない。スレッシュホールドパラメータの例は、特定のアーチストがユーザのライブラリーに何回現れるか、又はアーチストが特定のアーチスト（１人又は複数）と共にユーザのライブラリーに何回現れるかである。図８０を参照することで明らかなように、ユーザインターフェイスは、メンバーが類似アーチストリストにアクセスしてそれを見るのを許す。先ず、ユーザは、ユーザインターフェイスに置かれた類似アーチストファンクション８０１０に関連したリンクをクリックする。類似アーチストの切頭又は短縮リストがユーザに対して表示される（８０１５）。次いで、ユーザは、“more”８０２０リンクをクリックして、より類似したアーチスト及び関連詳細情報にアクセスすることができる。次いで、図８１に示すように、ユーザには、相性エンジンにより生成される類似アーチスト８１１５をリストする枠８１１０が与えられる。この枠から、ユーザは、各リストされたアーチスト８１１５に関する情報にアクセスすることができる。例えば、ユーザは、リストされたアーチスト８１１５に類似と考えられるアーチスト８１２０にアクセスすることができる。従って、ユーザが「類似アーチスト」８１２０リンクをクリックした場合には、ユーザには、図８２に示された以前にリストされたアーチスト８１１５の１人に対する類似アーチスト８２１５の枠８２１０が提示される。これは、ユーザが、簡単且つ直観的なユーザインターフェイスを経ての一連の単一クリックにより、異なる程度及び分岐の類似アーチストを踏査しそしてそれらへ拡張するのを許す。ユーザは、類似アーチストを選択する対話であって、ユーザが希望する回数の対話を遂行することができる。更に、いつでも、ユーザは、本書のどこかで述べたように、例えば、インターフェイスエレメント８２２６を経て、種々のパラメータを使用して、類似アーチスト、例えば、より主流にいるか又は人気のあるアーチスト・対・より不明瞭な又は人気の低いアーチスト、の表示をフィルタリングし又は狭めることができるのが好ましい。図８２及び８３に示すように、ユーザは、契約レベル、許可基準、ＤＲＭ遵守又は他の制限ファクタに基づいて、システム１００／３００を通してユーザ８２２５に入手できる全ての類似性結果８２２０又は唯一の類似性結果を表示するように選択できる。
【０１２２】
上述した踏査ファンクションは、ユーザ及びアーチストを越えて他の基準にも適用することができ、類似性ユーザインターフェイス及び相性エンジン３５０を使用して、類似の歌、アルバム、ジャンル、又は他の基準を生み出すことができる。
【０１２３】
当業者であれば、ここに述べた本発明の方法及びシステムは、多数の仕方で実施することができ、上述した実施形態や実施例に限定されないことが明らかであろう。換言すれば、単一又は多数のコンポーネントにより、ハードウェア及びソフトウェアの種々の組み合せ、並びに個々のファンクションにおいて遂行される機能的エレメントを、クライアント又はサーバーレベルのいずれかでソフトウェアアプリケーション間に分散することができる。この点に関して、ここに述べる異なる実施形態の多数の特徴が１つの単一実施形態に合成されてもよいし、ここに述べる全ての特徴より少数又は多数の特徴を有する別の実施形態も考えられる。現在知られている又は今後知られる仕方でファンクションの一部又は全部を多数のコンポーネント間に分散することもできる。従って、ここに述べたファンクション、特徴、インターフェイス及び好みを達成するのに、ソフトウェア／ハードウェア／ファームウェアの無数の組み合せが考えられる。更に、本発明の範囲は、従来知られているものや、当業者に理解されるような、ここに述べるシステムコンポーネントを通しての変更及び修正の特徴も網羅する。
【特許請求の範囲】
【請求項１】
ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与える方法において、
将来の時間にメディアファイルにアクセスするためのユーザの希望を表わす第１の通信を受け取るステップであって、前記メディアファイルは、前記ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものであるステップと、
前記ユーザ及び前記メディアファイルに関連した情報を記憶するステップと、
前記メディアファイルを経験するための前記ユーザの希望を表わす第２の通信を前記ユーザから受け取るステップと、
前記ユーザへ前記希望のメディアファイルを与えるところの位置を前記多数の位置から決定すると共に、前記希望のメディアファイルを与えるメディアフォーマットも決定するステップと、
前記希望のメディアファイルを前記メディアフォーマットで前記位置から前記ユーザにより経験されるべく利用できるようにするステップと、
を備えた方法。
【請求項２】
前記多数の位置の１つは、ユーザのローカルメディアファイルライブラリを含む、請求項１に記載の方法。
【請求項３】
前記多数の位置の１つは、メディアファイルサービスを含む、請求項１に記載の方法。
【請求項４】
前記多数の位置の１つは、別のユーザのメディアファイルライブラリを含む、請求項１に記載の方法。
【請求項５】
前記ネットワークは、インターネットを含む、請求項１に記載の方法。
【請求項６】
前記メディアファイルにアクセスするための前記ユーザの権利を検証するステップを更に備えた、請求項１に記載の方法。
【請求項７】
前記情報は、前記メディアファイルの位置を含む、請求項１に記載の方法。
【請求項８】
前記情報は、ユニバーサルリソース識別子を含む、請求項１に記載の方法。
【請求項９】
前記情報は、前記メディアファイルに対するポインタを含む、請求項１に記載の方法。
【請求項１０】
前記メディアフォーマットは、テサードダウンロードを含む、請求項１に記載の方法。
【請求項１１】
前記メディアフォーマットは、ストリーミングメディアファイルを含む、請求項１に記載の方法。
【請求項１２】
前記メディアフォーマットは、メディアファイルダウンロードを含む、請求項１に記載の方法。
【請求項１３】
前記位置及び前記メディアフォーマットは、
前記メディアファイルが、前記ユーザに関連したローカルプロセッサ上のローカルメディアファイルとして利用できるかどうか決定するステップであって、前記メディアファイルが利用できる場合には、前記位置が前記ローカルプロセッサを含み、そして前記メディアフォーマットがローカルメディアファイルを含むようなステップと、
前記メディアファイルがローカルメディアファイルとして前記ローカルプロセッサから利用できない場合には、前記メディアファイルがサーバーからダウンロードとして利用できるかどうか決定するステップであって、前記メディアファイルが前記サーバーからダウンロードとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがメディアファイルダウンロードを含むようなステップと、
前記メディアファイルが前記サーバーからダウンロードとして利用できない場合には、前記メディアファイルが前記サーバーからストリーミングメディアファイルとして利用できるかどうか決定するステップであって、前記メディアファイルがストリーミングメディアファイルとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがストリーミングメディアファイルを含むようなステップと、
によって決定される請求項１に記載の方法。
【請求項１４】
前記ダウンロードは、テサードダウンロードである、請求項１３に記載の方法。
【請求項１５】
前記サーバーは、前記ネットワーク上に配置される、請求項１３に記載の方法。
【請求項１６】
前記サーバーは、インターネット上に配置される、請求項１３に記載の方法。
【請求項１７】
前記メディアファイルは、ビデオファイルを含む、請求項１に記載の方法。
【請求項１８】
前記メディアファイルは、オーディオファイルを含む、請求項１に記載の方法。
【請求項１９】
前記第１の通信は、前記ユーザが前記メディアファイルを前記ユーザのローカルメディアファイルライブラリに追加することを含む、請求項１に記載の方法。
【請求項２０】
前記メディアファイルは、メディアサービスから追加される請求項１９に記載の方法。
【請求項２１】
前記メディアファイルは、コンパクトディスクから追加される、請求項１９に記載の方法。
【請求項２２】
前記メディアファイルは、ポータブルメディアプレーヤから追加される、請求項１９に記載の方法。
【請求項２３】
前記第２の通信は、前記ユーザが前記メディアファイルを再生することを含む、請求項１に記載の方法。
【請求項２４】
前記情報は、前記ユーザに関連した独特の識別子を含む、請求項１に記載の方法。
【請求項２５】
ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるシステムにおいて、
将来の時間にメディアファイルにアクセスするためのユーザの希望を表わす第１の通信を受け取る第１通信コンポーネントであって、前記メディアファイルは、前記ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものである第１通信コンポーネントと、
ユーザ及び前記メディアファイルに関連した情報を記憶する記憶装置と、
前記メディアファイルを経験するためのユーザの希望を表わす第２の通信を前記ユーザから受け取る第２通信コンポーネントと、
前記ユーザへ前記希望のメディアファイルを与えるところの位置を前記多数の位置から決定すると共に、前記希望のメディアファイルを与えるメディアフォーマットも決定する判断コンポーネントと、
前記希望のメディアファイルを前記メディアフォーマットで前記位置から前記ユーザにより経験されるべく利用できるようにする配送コンポーネントと、
を備えたシステム。
【請求項２６】
前記コンポーネントは、ソフトウェアコンポーネントを含む、請求項２５に記載のシステム。
【請求項２７】
前記多数の位置の１つは、ユーザのローカルメディアファイルライブラリを含む、請求項２５に記載のシステム。
【請求項２８】
前記多数の位置の１つは、メディアファイルサービスを含む、請求項２５に記載のシステム。
【請求項２９】
前記多数の位置の１つは、別のユーザのメディアファイルライブラリを含む、請求項２５に記載のシステム。
【請求項３０】
前記ネットワークは、インターネットを含む、請求項２５に記載のシステム。
【請求項３１】
前記メディアファイルにアクセスするための前記ユーザの権利を検証する検証コンポーネントを更に備えた、請求項２５に記載のシステム。
【請求項３２】
前記情報は、前記メディアファイルの位置を含む、請求項２５に記載のシステム。
【請求項３３】
前記情報は、ユニバーサルリソース識別子を含む、請求項２５に記載のシステム。
【請求項３４】
前記情報は、前記メディアファイルに対するポインタを含む、請求項２５に記載のシステム。
【請求項３５】
前記メディアフォーマットは、テサードダウンロードを含む、請求項２５に記載のシステム。
【請求項３６】
前記メディアフォーマットは、ストリーミングメディアファイルを含む、請求項２５に記載のシステム。
【請求項３７】
前記メディアフォーマットは、メディアファイルダウンロードを含む、請求項２５に記載のシステム。
【請求項３８】
前記位置及び前記メディアフォーマットは、
前記メディアファイルが、前記ユーザに関連したローカルプロセッサ上のローカルメディアファイルとして利用できるかどうか決定し、前記メディアファイルが利用できる場合には、前記位置が前記ローカルプロセッサを含み、そして前記メディアフォーマットがローカルメディアファイルを含むようにし、
前記メディアファイルがローカルメディアファイルとして前記ローカルプロセッサから利用できない場合には、前記メディアファイルがサーバーからダウンロードとして利用できるかどうか決定し、前記メディアファイルが前記サーバーからダウンロードとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがメディアファイルダウンロードを含むようにし、更に、
前記メディアファイルが前記サーバーからダウンロードとして利用できない場合には、前記メディアファイルが前記サーバーからストリーミングメディアファイルとして利用できるかどうか決定し、前記メディアファイルがストリーミングメディアファイルとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがストリーミングメディアファイルを含むようにする、
ことによって決定される請求項２５に記載のシステム。
【請求項３９】
前記ダウンロードは、テサードダウンロードである、請求項３８に記載のシステム。
【請求項４０】
前記サーバーは、前記ネットワーク上に配置される、請求項３８に記載のシステム。
【請求項４１】
前記サーバーは、インターネット上に配置される、請求項３８に記載のシステム。
【請求項４２】
前記位置及び前記メディアフォーマットは、前記メディアファイルが前記ユーザのローカルプロセッサ上のローカルメディアファイルとして利用できる場合に、各々、前記ユーザに関連したローカルプロセッサ、及びローカルメディアファイルを含む、請求項２５に記載のシステム。
【請求項４３】
前記位置及び前記メディアフォーマットは、前記メディアファイルがサーバーからダウンロードとして利用できる場合に、各々、サーバー及びダウンロードを含む、請求項２５に記載のシステム。
【請求項４４】
前記位置及び前記メディアフォーマットは、前記メディアファイルがサーバーからストリーミングメディアファイルとして利用できる場合に、各々、サーバー及びストリーミングメディアファイルを含む、請求項２５に記載のシステム。
【請求項４５】
前記位置及び前記メディアフォーマットは、前記メディアファイルが別のユーザのローカルプロセッサからストリーミングメディアファイルとして利用できる場合に、各々、別のユーザのローカルプロセッサ及びストリーミングメディアファイルを含む、請求項２５に記載のシステム。
【請求項４６】
前記メディアファイルは、ビデオファイルを含む、請求項２５に記載のシステム。
【請求項４７】
前記メディアファイルは、オーディオファイルを含む、請求項２５に記載のシステム。
【請求項４８】
前記第１の通信は、前記ユーザが前記メディアファイルを前記ユーザのローカルメディアファイルライブラリに追加することを含む、請求項２５に記載のシステム。
【請求項４９】
前記メディアファイルは、メディアサービスから追加される、請求項４８に記載のシステム。
【請求項５０】
前記メディアファイルは、コンパクトディスクから追加される、請求項４８に記載のシステム。
【請求項５１】
前記メディアファイルは、ポータブルメディアプレーヤから追加される、請求項４８に記載のシステム。
【請求項５２】
前記第２の通信は、前記ユーザが前記メディアファイルを再生することを含む、請求項２５に記載のシステム。
【請求項５３】
前記情報は、前記ユーザに関連した独特の識別子を含む請求項２５に記載のシステム。
【請求項５４】
ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるためのメディアマネージメントアプリケーションにおいて、コンピューティング装置で実行されたときに、
メディアファイルのリストを表示するユーザインターフェイスを生成し、
前記ユーザインターフェイスを通して、将来の時間に前記メディアファイルの少なくとも１つにアクセスするためのユーザの希望を表わす第１の通信を受け取り、前記メディアファイルは、前記ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものであり、更に、
前記ユーザ及び前記メディアファイルに関連した情報を記憶装置へ送信し、
前記ユーザインターフェイスを通して、前記メディアファイルを経験するための前記ユーザの希望を表わす第２の通信を受け取り、そして
前記記憶装置から、前記ユーザにより経験できるように前記メディアファイルに関連したメディアファイル識別子を受け取り、前記メディアファイルは、前記多数の位置の中のある位置から与えられると共に、前記メディアファイルは、前記異なるメディアフォーマットの中の１つである、
というように構成されたアプリケーションコードを備えたメディアマネージメントアプリケーション。
【請求項５５】
前記多数の位置の１つは、ユーザのローカルメディアファイルライブラリを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項５６】
前記多数の位置の１つは、メディアファイルサービスを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項５７】
前記多数の位置の１つは、別のユーザのメディアファイルライブラリを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項５８】
前記ネットワークは、インターネットを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項５９】
前記メディアファイルにアクセスするために前記ユーザに関連した権利を検証するための検証コンポーネントを更に備えた、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６０】
前記情報は、前記メディアファイルの位置を含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６１】
前記情報は、ユニバーサルリソース識別子を含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６２】
前記情報は、前記メディアファイルに対するポインタを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６３】
前記メディアフォーマットは、テサードダウンロードを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６４】
前記メディアフォーマットは、ストリーミングメディアファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６５】
前記メディアフォーマットは、メディアファイルダウンロードを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６６】
前記位置及び前記メディアフォーマットは、
前記メディアファイルが、前記ユーザに関連したローカルプロセッサ上のローカルメディアファイルとして利用できるかどうか決定し、前記メディアファイルが利用できる場合には、前記位置が前記ローカルプロセッサを含み、そして前記メディアフォーマットがローカルメディアファイルを含むようにし、
前記メディアファイルがローカルメディアファイルとして前記ローカルプロセッサから利用できない場合には、前記メディアファイルがサーバーからダウンロードとして利用できるかどうか決定し、前記メディアファイルが前記サーバーからダウンロードとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがメディアファイルダウンロードを含むようにし、更に、
前記メディアファイルが前記サーバーから利用できない場合には、前記メディアファイルが前記サーバーからストリーミングメディアファイルとして利用できるかどうか決定し、前記メディアファイルがストリーミングメディアファイルとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがストリーミングメディアファイルを含むようにする、
ことによって決定される請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６７】
前記ダウンロードは、テサードダウンロードである、請求項６６に記載のメディアマネージメントアプリケーション。
【請求項６８】
前記サーバーは、前記ネットワーク上に配置される、請求項６６に記載のメディアマネージメントアプリケーション。
【請求項６９】
前記サーバーは、インターネット上に配置される、請求項６６に記載のメディアマネージメントアプリケーション。
【請求項７０】
前記位置及び前記メディアフォーマットは、前記メディアファイルが前記ユーザのローカルプロセッサ上のローカルメディアファイルとして利用できる場合に、各々、前記ユーザに関連したローカルプロセッサ、及びローカルメディアファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７１】
前記位置及び前記メディアフォーマットは、前記メディアファイルがサーバーからダウンロードとして利用できる場合に、各々、サーバー及びダウンロードを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７２】
前記位置及び前記メディアフォーマットは、前記メディアファイルがサーバーからストリーミングメディアファイルとして利用できる場合に、各々、サーバー及びストリーミングメディアファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７３】
前記位置及び前記メディアフォーマットは、前記メディアファイルが別のユーザのローカルプロセッサからストリーミングメディアファイルとして利用できる場合に、各々、別のユーザのローカルプロセッサ及びストリーミングメディアファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７４】
前記メディアファイルは、ビデオファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７５】
前記メディアファイルは、オーディオファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７６】
前記第１の通信は、前記ユーザが前記メディアファイルを前記ユーザのローカルメディアファイルライブラリに追加することを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７７】
前記メディアファイルは、メディアサービスから追加される、請求項７６に記載のメディアマネージメントアプリケーション。
【請求項７８】
前記メディアファイルは、コンパクトディスクから追加される、請求項７６に記載のメディアマネージメントアプリケーション。
【請求項７９】
前記メディアファイルは、ポータブルメディアプレーヤから追加される、請求項７６に記載のメディアマネージメントアプリケーション。
【請求項８０】
前記第２の通信は、前記ユーザが前記メディアファイルを再生することを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項８１】
前記情報は、前記ユーザに関連した独特の識別子を含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項８２】
前記メディアファイル識別子は、前記メディアファイルの位置を含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項８３】
前記メディアファイル識別子は、ユニバーサルリソース識別子を含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項８４】
前記メディアファイル識別子は、前記メディアファイルに対するポインタを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項１】
ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与える方法において、
将来の時間にメディアファイルにアクセスするためのユーザの希望を表わす第１の通信を受け取るステップであって、前記メディアファイルは、前記ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものであるステップと、
前記ユーザ及び前記メディアファイルに関連した情報を記憶するステップと、
前記メディアファイルを経験するための前記ユーザの希望を表わす第２の通信を前記ユーザから受け取るステップと、
前記ユーザへ前記希望のメディアファイルを与えるところの位置を前記多数の位置から決定すると共に、前記希望のメディアファイルを与えるメディアフォーマットも決定するステップと、
前記希望のメディアファイルを前記メディアフォーマットで前記位置から前記ユーザにより経験されるべく利用できるようにするステップと、
を備えた方法。
【請求項２】
前記多数の位置の１つは、ユーザのローカルメディアファイルライブラリを含む、請求項１に記載の方法。
【請求項３】
前記多数の位置の１つは、メディアファイルサービスを含む、請求項１に記載の方法。
【請求項４】
前記多数の位置の１つは、別のユーザのメディアファイルライブラリを含む、請求項１に記載の方法。
【請求項５】
前記ネットワークは、インターネットを含む、請求項１に記載の方法。
【請求項６】
前記メディアファイルにアクセスするための前記ユーザの権利を検証するステップを更に備えた、請求項１に記載の方法。
【請求項７】
前記情報は、前記メディアファイルの位置を含む、請求項１に記載の方法。
【請求項８】
前記情報は、ユニバーサルリソース識別子を含む、請求項１に記載の方法。
【請求項９】
前記情報は、前記メディアファイルに対するポインタを含む、請求項１に記載の方法。
【請求項１０】
前記メディアフォーマットは、テサードダウンロードを含む、請求項１に記載の方法。
【請求項１１】
前記メディアフォーマットは、ストリーミングメディアファイルを含む、請求項１に記載の方法。
【請求項１２】
前記メディアフォーマットは、メディアファイルダウンロードを含む、請求項１に記載の方法。
【請求項１３】
前記位置及び前記メディアフォーマットは、
前記メディアファイルが、前記ユーザに関連したローカルプロセッサ上のローカルメディアファイルとして利用できるかどうか決定するステップであって、前記メディアファイルが利用できる場合には、前記位置が前記ローカルプロセッサを含み、そして前記メディアフォーマットがローカルメディアファイルを含むようなステップと、
前記メディアファイルがローカルメディアファイルとして前記ローカルプロセッサから利用できない場合には、前記メディアファイルがサーバーからダウンロードとして利用できるかどうか決定するステップであって、前記メディアファイルが前記サーバーからダウンロードとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがメディアファイルダウンロードを含むようなステップと、
前記メディアファイルが前記サーバーからダウンロードとして利用できない場合には、前記メディアファイルが前記サーバーからストリーミングメディアファイルとして利用できるかどうか決定するステップであって、前記メディアファイルがストリーミングメディアファイルとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがストリーミングメディアファイルを含むようなステップと、
によって決定される請求項１に記載の方法。
【請求項１４】
前記ダウンロードは、テサードダウンロードである、請求項１３に記載の方法。
【請求項１５】
前記サーバーは、前記ネットワーク上に配置される、請求項１３に記載の方法。
【請求項１６】
前記サーバーは、インターネット上に配置される、請求項１３に記載の方法。
【請求項１７】
前記メディアファイルは、ビデオファイルを含む、請求項１に記載の方法。
【請求項１８】
前記メディアファイルは、オーディオファイルを含む、請求項１に記載の方法。
【請求項１９】
前記第１の通信は、前記ユーザが前記メディアファイルを前記ユーザのローカルメディアファイルライブラリに追加することを含む、請求項１に記載の方法。
【請求項２０】
前記メディアファイルは、メディアサービスから追加される請求項１９に記載の方法。
【請求項２１】
前記メディアファイルは、コンパクトディスクから追加される、請求項１９に記載の方法。
【請求項２２】
前記メディアファイルは、ポータブルメディアプレーヤから追加される、請求項１９に記載の方法。
【請求項２３】
前記第２の通信は、前記ユーザが前記メディアファイルを再生することを含む、請求項１に記載の方法。
【請求項２４】
前記情報は、前記ユーザに関連した独特の識別子を含む、請求項１に記載の方法。
【請求項２５】
ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるシステムにおいて、
将来の時間にメディアファイルにアクセスするためのユーザの希望を表わす第１の通信を受け取る第１通信コンポーネントであって、前記メディアファイルは、前記ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものである第１通信コンポーネントと、
ユーザ及び前記メディアファイルに関連した情報を記憶する記憶装置と、
前記メディアファイルを経験するためのユーザの希望を表わす第２の通信を前記ユーザから受け取る第２通信コンポーネントと、
前記ユーザへ前記希望のメディアファイルを与えるところの位置を前記多数の位置から決定すると共に、前記希望のメディアファイルを与えるメディアフォーマットも決定する判断コンポーネントと、
前記希望のメディアファイルを前記メディアフォーマットで前記位置から前記ユーザにより経験されるべく利用できるようにする配送コンポーネントと、
を備えたシステム。
【請求項２６】
前記コンポーネントは、ソフトウェアコンポーネントを含む、請求項２５に記載のシステム。
【請求項２７】
前記多数の位置の１つは、ユーザのローカルメディアファイルライブラリを含む、請求項２５に記載のシステム。
【請求項２８】
前記多数の位置の１つは、メディアファイルサービスを含む、請求項２５に記載のシステム。
【請求項２９】
前記多数の位置の１つは、別のユーザのメディアファイルライブラリを含む、請求項２５に記載のシステム。
【請求項３０】
前記ネットワークは、インターネットを含む、請求項２５に記載のシステム。
【請求項３１】
前記メディアファイルにアクセスするための前記ユーザの権利を検証する検証コンポーネントを更に備えた、請求項２５に記載のシステム。
【請求項３２】
前記情報は、前記メディアファイルの位置を含む、請求項２５に記載のシステム。
【請求項３３】
前記情報は、ユニバーサルリソース識別子を含む、請求項２５に記載のシステム。
【請求項３４】
前記情報は、前記メディアファイルに対するポインタを含む、請求項２５に記載のシステム。
【請求項３５】
前記メディアフォーマットは、テサードダウンロードを含む、請求項２５に記載のシステム。
【請求項３６】
前記メディアフォーマットは、ストリーミングメディアファイルを含む、請求項２５に記載のシステム。
【請求項３７】
前記メディアフォーマットは、メディアファイルダウンロードを含む、請求項２５に記載のシステム。
【請求項３８】
前記位置及び前記メディアフォーマットは、
前記メディアファイルが、前記ユーザに関連したローカルプロセッサ上のローカルメディアファイルとして利用できるかどうか決定し、前記メディアファイルが利用できる場合には、前記位置が前記ローカルプロセッサを含み、そして前記メディアフォーマットがローカルメディアファイルを含むようにし、
前記メディアファイルがローカルメディアファイルとして前記ローカルプロセッサから利用できない場合には、前記メディアファイルがサーバーからダウンロードとして利用できるかどうか決定し、前記メディアファイルが前記サーバーからダウンロードとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがメディアファイルダウンロードを含むようにし、更に、
前記メディアファイルが前記サーバーからダウンロードとして利用できない場合には、前記メディアファイルが前記サーバーからストリーミングメディアファイルとして利用できるかどうか決定し、前記メディアファイルがストリーミングメディアファイルとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがストリーミングメディアファイルを含むようにする、
ことによって決定される請求項２５に記載のシステム。
【請求項３９】
前記ダウンロードは、テサードダウンロードである、請求項３８に記載のシステム。
【請求項４０】
前記サーバーは、前記ネットワーク上に配置される、請求項３８に記載のシステム。
【請求項４１】
前記サーバーは、インターネット上に配置される、請求項３８に記載のシステム。
【請求項４２】
前記位置及び前記メディアフォーマットは、前記メディアファイルが前記ユーザのローカルプロセッサ上のローカルメディアファイルとして利用できる場合に、各々、前記ユーザに関連したローカルプロセッサ、及びローカルメディアファイルを含む、請求項２５に記載のシステム。
【請求項４３】
前記位置及び前記メディアフォーマットは、前記メディアファイルがサーバーからダウンロードとして利用できる場合に、各々、サーバー及びダウンロードを含む、請求項２５に記載のシステム。
【請求項４４】
前記位置及び前記メディアフォーマットは、前記メディアファイルがサーバーからストリーミングメディアファイルとして利用できる場合に、各々、サーバー及びストリーミングメディアファイルを含む、請求項２５に記載のシステム。
【請求項４５】
前記位置及び前記メディアフォーマットは、前記メディアファイルが別のユーザのローカルプロセッサからストリーミングメディアファイルとして利用できる場合に、各々、別のユーザのローカルプロセッサ及びストリーミングメディアファイルを含む、請求項２５に記載のシステム。
【請求項４６】
前記メディアファイルは、ビデオファイルを含む、請求項２５に記載のシステム。
【請求項４７】
前記メディアファイルは、オーディオファイルを含む、請求項２５に記載のシステム。
【請求項４８】
前記第１の通信は、前記ユーザが前記メディアファイルを前記ユーザのローカルメディアファイルライブラリに追加することを含む、請求項２５に記載のシステム。
【請求項４９】
前記メディアファイルは、メディアサービスから追加される、請求項４８に記載のシステム。
【請求項５０】
前記メディアファイルは、コンパクトディスクから追加される、請求項４８に記載のシステム。
【請求項５１】
前記メディアファイルは、ポータブルメディアプレーヤから追加される、請求項４８に記載のシステム。
【請求項５２】
前記第２の通信は、前記ユーザが前記メディアファイルを再生することを含む、請求項２５に記載のシステム。
【請求項５３】
前記情報は、前記ユーザに関連した独特の識別子を含む請求項２５に記載のシステム。
【請求項５４】
ネットワーク上の多数の位置からメディアファイルへユーザアクセスを与えるためのメディアマネージメントアプリケーションにおいて、コンピューティング装置で実行されたときに、
メディアファイルのリストを表示するユーザインターフェイスを生成し、
前記ユーザインターフェイスを通して、将来の時間に前記メディアファイルの少なくとも１つにアクセスするためのユーザの希望を表わす第１の通信を受け取り、前記メディアファイルは、前記ネットワーク上の多数の位置から異なるメディアフォーマットで入手できるものであり、更に、
前記ユーザ及び前記メディアファイルに関連した情報を記憶装置へ送信し、
前記ユーザインターフェイスを通して、前記メディアファイルを経験するための前記ユーザの希望を表わす第２の通信を受け取り、そして
前記記憶装置から、前記ユーザにより経験できるように前記メディアファイルに関連したメディアファイル識別子を受け取り、前記メディアファイルは、前記多数の位置の中のある位置から与えられると共に、前記メディアファイルは、前記異なるメディアフォーマットの中の１つである、
というように構成されたアプリケーションコードを備えたメディアマネージメントアプリケーション。
【請求項５５】
前記多数の位置の１つは、ユーザのローカルメディアファイルライブラリを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項５６】
前記多数の位置の１つは、メディアファイルサービスを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項５７】
前記多数の位置の１つは、別のユーザのメディアファイルライブラリを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項５８】
前記ネットワークは、インターネットを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項５９】
前記メディアファイルにアクセスするために前記ユーザに関連した権利を検証するための検証コンポーネントを更に備えた、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６０】
前記情報は、前記メディアファイルの位置を含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６１】
前記情報は、ユニバーサルリソース識別子を含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６２】
前記情報は、前記メディアファイルに対するポインタを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６３】
前記メディアフォーマットは、テサードダウンロードを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６４】
前記メディアフォーマットは、ストリーミングメディアファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６５】
前記メディアフォーマットは、メディアファイルダウンロードを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６６】
前記位置及び前記メディアフォーマットは、
前記メディアファイルが、前記ユーザに関連したローカルプロセッサ上のローカルメディアファイルとして利用できるかどうか決定し、前記メディアファイルが利用できる場合には、前記位置が前記ローカルプロセッサを含み、そして前記メディアフォーマットがローカルメディアファイルを含むようにし、
前記メディアファイルがローカルメディアファイルとして前記ローカルプロセッサから利用できない場合には、前記メディアファイルがサーバーからダウンロードとして利用できるかどうか決定し、前記メディアファイルが前記サーバーからダウンロードとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがメディアファイルダウンロードを含むようにし、更に、
前記メディアファイルが前記サーバーから利用できない場合には、前記メディアファイルが前記サーバーからストリーミングメディアファイルとして利用できるかどうか決定し、前記メディアファイルがストリーミングメディアファイルとして利用できる場合には、前記位置が前記サーバーを含み、そして前記メディアフォーマットがストリーミングメディアファイルを含むようにする、
ことによって決定される請求項５４に記載のメディアマネージメントアプリケーション。
【請求項６７】
前記ダウンロードは、テサードダウンロードである、請求項６６に記載のメディアマネージメントアプリケーション。
【請求項６８】
前記サーバーは、前記ネットワーク上に配置される、請求項６６に記載のメディアマネージメントアプリケーション。
【請求項６９】
前記サーバーは、インターネット上に配置される、請求項６６に記載のメディアマネージメントアプリケーション。
【請求項７０】
前記位置及び前記メディアフォーマットは、前記メディアファイルが前記ユーザのローカルプロセッサ上のローカルメディアファイルとして利用できる場合に、各々、前記ユーザに関連したローカルプロセッサ、及びローカルメディアファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７１】
前記位置及び前記メディアフォーマットは、前記メディアファイルがサーバーからダウンロードとして利用できる場合に、各々、サーバー及びダウンロードを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７２】
前記位置及び前記メディアフォーマットは、前記メディアファイルがサーバーからストリーミングメディアファイルとして利用できる場合に、各々、サーバー及びストリーミングメディアファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７３】
前記位置及び前記メディアフォーマットは、前記メディアファイルが別のユーザのローカルプロセッサからストリーミングメディアファイルとして利用できる場合に、各々、別のユーザのローカルプロセッサ及びストリーミングメディアファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７４】
前記メディアファイルは、ビデオファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７５】
前記メディアファイルは、オーディオファイルを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７６】
前記第１の通信は、前記ユーザが前記メディアファイルを前記ユーザのローカルメディアファイルライブラリに追加することを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項７７】
前記メディアファイルは、メディアサービスから追加される、請求項７６に記載のメディアマネージメントアプリケーション。
【請求項７８】
前記メディアファイルは、コンパクトディスクから追加される、請求項７６に記載のメディアマネージメントアプリケーション。
【請求項７９】
前記メディアファイルは、ポータブルメディアプレーヤから追加される、請求項７６に記載のメディアマネージメントアプリケーション。
【請求項８０】
前記第２の通信は、前記ユーザが前記メディアファイルを再生することを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項８１】
前記情報は、前記ユーザに関連した独特の識別子を含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項８２】
前記メディアファイル識別子は、前記メディアファイルの位置を含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項８３】
前記メディアファイル識別子は、ユニバーサルリソース識別子を含む、請求項５４に記載のメディアマネージメントアプリケーション。
【請求項８４】
前記メディアファイル識別子は、前記メディアファイルに対するポインタを含む、請求項５４に記載のメディアマネージメントアプリケーション。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図６０】
【図６１】
【図６２】
【図６３】
【図６４】
【図６５】
【図６６】
【図６７】
【図６８】
【図６９】
【図７０】
【図７１】
【図７２】
【図７３】
【図７４】
【図７５】
【図７６】
【図７７】
【図７８】
【図７９】
【図８０】
【図８１】
【図８２】
【図８３】
【図８４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図６０】
【図６１】
【図６２】
【図６３】
【図６４】
【図６５】
【図６６】
【図６７】
【図６８】
【図６９】
【図７０】
【図７１】
【図７２】
【図７３】
【図７４】
【図７５】
【図７６】
【図７７】
【図７８】
【図７９】
【図８０】
【図８１】
【図８２】
【図８３】
【図８４】
【公開番号】特開２０１３−１０９７７０（Ｐ２０１３−１０９７７０Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１２−２８６１１０（Ｐ２０１２−２８６１１０）
【出願日】平成２４年１２月２７日（２０１２．１２．２７）
【分割の表示】特願２００７−５５８０８９（Ｐ２００７−５５８０８９）の分割
【原出願日】平成１８年２月２４日（２００６．２．２４）
【出願人】（５０１４３８４８５）ヤフー！ インコーポレイテッド (200)
【Ｆターム（参考）】
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２４年１２月２７日（２０１２．１２．２７）
【分割の表示】特願２００７−５５８０８９（Ｐ２００７−５５８０８９）の分割
【原出願日】平成１８年２月２４日（２００６．２．２４）
【出願人】（５０１４３８４８５）ヤフー！ インコーポレイテッド (200)
【Ｆターム（参考）】
[ Back to top ]