(57)【要約】【課題】  メディアオブジェクトのプレイリストを作成する技法を提供すること。【解決手段】  本技法は、一群のＩＤの選択内容を受信するステップを含む。一群のＩＤの各々はメディアオブジェクトのコンテンツに基づいて作成される。そしてプレイリストＩＤが一群のＩＤに基づいて生成され、プレイリストＩＤの一定の表現が作成される。一定の表現は、前記一群のＩＤを生成するのに使用したメディアオブジェクトのコンテンツを含むメディアオブジェクトを判別するように、装置にプレイリストを使用させる。【選択図】      図１
2006217624.tif 000002
【特許請求の範囲】
【請求項１】
メディアオブジェクトのプレイリストを作成する方法であって、
一群のＩＤの選択内容を受信するステップであって、前記一群のＩＤの各々はメディアオブジェクトのコンテンツに基づいて作成されるところのステップと、
前記一群のＩＤに基づいてプレイリストを生成するステップと、
プレイリストＩＤの一定の表現を作成するステップと、
を有し、前記一定の表現は、前記一群のＩＤを生成するのに使用したメディアオブジェクトのコンテンツを含むメディアオブジェクトを判別するように、装置にプレイリストを使用させる
ことを特徴とする方法。
【請求項２】
前記メディアオブジェクトが１以上のコンテンツプロバイダにより用意され、異なるコンテンツプロバイダは、メディアオブジェクトについての、異なるソース情報又はディジタル権利マネジメントを使用する
ことを特徴とする請求項１記載の方法。
【請求項３】
前記プレイリストＩＤが、前記一群のＩＤのリストを指すポインタを有する
ことを特徴とする請求項１記載の方法。
【請求項４】
前記プレイリストＩＤからの情報が、前記一群のＩＤを決定するのに使用される
ことを特徴とする請求項１記載の方法。
【請求項５】
前記プレイリストＩＤの前記一定の表現を読み取るステップと、
前記プレイリストＩＤを用いて前記一群のＩＤを判別するステップと、
前記一群のＩＤを用いてメディアオブジェクトを判別するステップと、
を更に有することを特徴とする請求項１記載の方法。
【請求項６】
前記一定の表現を読み取るリーダにとって、メディアオブジェクトのどれでもがローカルにアクセス可能か否かを判別するステップを更に有する
ことを特徴とする請求項５記載の方法。
【請求項７】
メディアオブジェクトのどれでもがローカルにアクセス可能であった場合に、該メディアオブジェクトをローカルにアクセス可能に出力するステップを更に有する
ことを特徴とする請求項６記載の方法。
【請求項８】
メディアオブジェクトのどれでもがローカルにアクセス可能でなかった場合に、ローカルにアクセス可能でないメディアオブジェクトの要求を行うステップを更に有する
ことを特徴とする請求項６記載の方法。
【請求項９】
前記要求をサービスに要求し、ローカルにアクセス可能でなかった前記メディアオブジェクトを検索するステップを更に有する
ことを特徴とする請求項８記載の方法。
【請求項１０】
ローカルにアクセス可能でなかったメディアオブジェクトを受信するステップと、
受信したメディアオブジェクトを出力するステップと、
を更に有することを特徴とする請求項９記載の方法。
【請求項１１】
前記一群のＩＤ中のメディアオブジェクトのＩＤが、実質的に同一コンテンツを含むメディアオブジェクト用のものと実質的に同様である
ことを特徴とする請求項１記載の方法。
【請求項１２】
メディアオブジェクトを判別する前記プレイリストＩＤを使用する装置が、前記プレイリストを作成するのに使用された第２の装置とは異なる
ことを特徴とする請求項１記載の方法。
【請求項１３】
前記一群のＩＤを受信するステップが、前記一群のＩＤの中でＩＤをスキャニングするステップを有する
ことを特徴とする請求項１記載の方法。
【請求項１４】
前記一定の表現が、バーコード及び／又はＲＦＩＤを含む
ことを特徴とする請求項１記載の方法。
【請求項１５】
前記一群のＩＤ中のＩＤが第１のメディアオブジェクトのコンテンツの一部分に基づいて生成され、ＩＤを生成するのに使用された前記コンテンツの一部分のＩＤ及び指標は、コンテンツの前記一部分が装置にとってアクセス可能か否かを装置が判別可能にする
ことを特徴とする請求項１記載の方法。
【請求項１６】
プレイリストＩＤを作成する方法であって、
プレイリストＩＤを決定するステップと、
一群のＩＤの選択内容を受信するステップであって、前記一群のＩＤの各々はメディアオブジェクトのコンテンツに基づいて生成されるところのステップと、
前記一群のＩＤを前記プレイリストに関連付けるステップと、
前記プレイリストの一定の表現を作成するステップと、
を有し、前記一定の表現は、前記プレイリストに関連する前記一群のＩＤを生成するのに使用したメディアオブジェクトのコンテンツを含むメディアオブジェクトを判別するように、装置にプレイリストを使用させる
ことを特徴とする方法。
【請求項１７】
１以上の追加的なＩＤの選択内容を受信するステップと、
１以上の追加的なＩＤを前記プレイリストに関連付けるステップと、
を更に有し、前記プレイリストの前記一定の表現は、前記プレイリストに関連する前記１以上の追加的なＩＤを生成するのに使用したメディアオブジェクトのコンテンツを含むメディアオブジェクトを判別するように、装置にプレイリストを使用させる
ことを特徴とする請求項１６記載の方法。
【請求項１８】
前記プレイリストＩＤの前記一定の表現は、前記一群のＩＤが前記プレイリストＩＤに関連する前に生成される
ことを特徴とする請求項１６記載の方法。
【請求項１９】
メディアオブジェクトのプレイリストを作成する装置であって、
一群のＩＤの選択内容を受信するロジックであって、前記一群のＩＤの各々はメディアオブジェクトのコンテンツに基づいて作成されるところのロジックと、
前記一群のＩＤに基づいてプレイリストを生成するロジックと、
プレイリストＩＤの一定の表現を作成するロジックと、
を有し、前記一定の表現は、前記一群のＩＤを生成するのに使用したメディアオブジェクトのコンテンツを含むメディアオブジェクトを判別するように、装置にプレイリストを使用させる
ことを特徴とする装置。
【請求項２０】
前記メディアオブジェクトが１以上のコンテンツプロバイダにより用意され、異なるコンテンツプロバイダは、メディアオブジェクトについての、異なるソース情報又はディジタル権利マネジメントを使用する
ことを特徴とする請求項１９記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にディジタルメディアに関し、特にメディアオブジェクトにアクセスする技術に関連する。
【背景技術】
【０００２】
コンピュータの急速な成長と共に増え続ける大量の情報は電子（又はディジタル）書類形式で格納されている。電子書類は記録された情報より成るメディアオブジェクトを含む。「記録された情報」なる用語は１以上のタイプの情報より成る情報を指すように使用される。その１以上のタイプは、ある統合された形式でもよい。例えば記録された情報は、テキスト情報、図形情報、アニメーション情報、ビデオ情報等の１以上を含んでもよい。メディアオブジェクトの具体例は、歌のディジタル表現のような音声情報を含むオーディオファイルでもよい。
【０００３】
音楽がディジタル化されるにつれて、歌のようなメディアオブジェクトを格納する携帯装置が非常に一般的になっている。その装置は大量のメディアオブジェクトの局所的な貯蔵を可能にする。そしてユーザはその装置を用いてメディアオブジェクトを再生することができる。
【０００４】
本願は、“TECHNIQUES  FOR  ACCESSING  CONTROLLED  MEDIA  OBJECTS”と題する米国特許出願第      号に関連し、その全ての内容は本願のリファレンスに組み込まれる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
装置に格納される大量のメディアオブジェクトに起因して、ユーザはメディアオブジェクトを系統立てておきたいと思うことが間々ある。例えば装置に格納された一連のメディアオブジェクトを含むプレイリストが作成されるかもしれない。例えばユーザが好むヒップホップソングを含むヒップホッププレイリストが作成され、装置に格納されてもよい。第２のユーザはそのプレイリストを見て、そのプレイリストを彼自身の装置で使用したいかもしれない。一般にこの第２のユーザはそのプレイリストを手作業で作成しなければならない。しかしながら第２のユーザはその第２のユーザの装置にローカルに格納されている歌を用いてプレイリストを作成するように制約される。プレイリスト中の全ての歌がローカルに格納されていなかったならば、ユーザはその歌をプレイリストに追加することはできない或いはその歌をプレイリストに追加する前にその歌をダウンロードしなければならないであろう。
【０００６】
本発明の課題は概してメディアオブジェクトにアクセスする技術を提供することである。
【課題を解決するための手段】
【０００７】
一形態によれば、メディアオブジェクトのプレイリストを作成する方法がもたらされる。本方法は：一群のＩＤの選択内容を受信するステップであって、前記一群のＩＤの各々はメディアオブジェクトのコンテンツに基づいて作成されるところのステップと、前記一群のＩＤに基づいてプレイリストを生成するステップと、プレイリストＩＤの一定の表現を作成するステップとを有し、前記一定の表現は、前記一群のＩＤを生成するのに使用したメディアオブジェクトのコンテンツを含むメディアオブジェクトを判別するように、装置にプレイリストを使用させる方法である。
【０００８】
別の形態では、プレイリストＩＤを作成する方法がもたらされる。本方法は：プレイリストＩＤを決定するステップと、一群のＩＤの選択内容を受信するステップであって、前記一群のＩＤの各々はメディアオブジェクトのコンテンツに基づいて生成されるところのステップと、前記一群のＩＤを前記プレイリストに関連付けるステップと、前記プレイリストの一定の表現を作成するステップとを有し、前記一定の表現は、前記プレイリストに関連する前記一群のＩＤを生成するのに使用したメディアオブジェクトのコンテンツを含むメディアオブジェクトを判別するように、装置にプレイリストを使用させる方法である。
【０００９】
更に別の形態では、メディアオブジェクトのプレイリストを作成する装置がもたらされる。本方法は、一群のＩＤの選択内容を受信するロジックであって、前記一群のＩＤの各々はメディアオブジェクトのコンテンツに基づいて作成されるところのロジックと、前記一群のＩＤに基づいてプレイリストを生成するロジックと、プレイリストＩＤの一定の表現を作成するロジックとを有し、前記一定の表現は、前記一群のＩＤを生成するのに使用したメディアオブジェクトのコンテンツを含むメディアオブジェクトを判別するように、装置にプレイリストを使用させる装置である。
【発明を実施するための最良の形態】
【００１０】
ここで開示される本発明の性質及び利点は明細書、特許請求の範囲及び添付図面を参照することで更に理解されるであろう。
【００１１】
図１はシステム１０を示し、本発明の一実施例によるメディアオブジェクトを管理する様子を示す。図示されるように、リーダ１０２−１及びリーダ１０２−２が用意されている。
【００１２】
リーダ１０２はメディアオブジェクトにアクセスするよう構成された装置である。メディアオブジェクトは記録された情報を含んでもよい。「記録された情報」なる用語は１以上のタイプの情報より成る情報を指すように使用される。その１以上のタイプは、ある統合された形式でもよい。例えば記録された情報は、テキスト情報、図形情報、アニメーション情報、ビデオ情報等の１以上を含んでもよい。メディアオブジェクトの具体例は、歌のディジタル表現のような音声情報を含むオーディオファイルでもよい。リーダ１０２は例えばディジタル音楽プレーヤ（例えば、ipod(商標)、ポータブルジュークボックス）、パーソナルディジタルアシスタント（ＰＤＡ）、コンピュータ、ステレオ、チューナ、テレビジョン等でもよい。
【００１３】
リーダ１０２はメディアオブジェクトを及び／又はメディアオブジェクトのＩＤを格納するよう構築される。ＩＤはメディアオブジェクトを見分けるのに使用可能な如何なる識別子でもよい。ＩＤはメディアオブジェクトが全域的に（グローバルに）判別されるように生成されてもよい。例えばＩＤはメディアオブジェクトの内容（コンテンツ）に基づいて生成されてもよい。ＩＤを生成するために、ハッシュ又はフィンガープリントのようなメディアオブジェクトのコンテンツの全部又は一部に関するアルゴリズムが使用されてもよい。更に、ＩＤを生成する他の方法も当業者に理解されるであろう。例えばメディアオブジェクトのコンテンツをグローバルに判別可能な如何なる方法が使用されてもよい。
【００１４】
コンテンツプロバイダ１０８はメディアオブジェクトをリーダ１０２に提供する。メディアオブジェクトはソース情報により見分けられ、ディジタル権利を用いて暗号化されてもよい。ソース情報は、コンテンツプロバイダ１０８がメディアオブジェクトを確認するのに使用する情報であるが、様々な要因（例えば、ソース、所与のタイトル）に基づいて任意的でもよい。例えばソース情報は、その歌がダウンロードされた場所に依存するソースアドレス（ＵＲＬ）、アルバムのタイトル、アーティスト等を含んでもよく、様々でよい（あるアーティストは“2Pac”又は“Tupac”として判別されてもよい。）。コンテンツプロバイダ１０８はリーダ１０２に提供されるメディアオブジェクトについてディジタル権マネジメントシステムを使用する。例えばメディアオブジェクトは暗号化され、リーダ１０２はそのメディアオブジェクトを暗号解除することを要する。ディジタル権利マネジメントは、リーダからリーダへメディアオブジェクトを転送することを制限してもよい。また、別の圧縮フォーマットが使用されてもよい。ディジタル権利マネジメントシステムは、メディアオブジェクトをコンテンツプロバイダ１０８に特有の形式で提供し、メディアオブジェクトは特定の表現物に解読可能であり、その表現物はディジタル権利がメディアオブジェクトに付いていることを問題にしない一般的なものである。
【００１５】
ソース情報及びディジタル権は一般的には互に拘束され、異なるコンテンツプロバイダ１０８間で異なる。異なるコンテンツプロバイダ１０８からダウンロードされた同じメディアオブジェクトは別意に判別され、異なるディジタル権に委ねられる。従ってソース情報及び暗号化された形式のメディアオブジェクトを用いると、同一内容を有するメディアオブジェクトが別物と考えられるかもしれない。
【００１６】
従ってＩＤが多数のリーダ１０２で一般的に使用されてよいように、ＩＤはメディアオブジェクトのコンテンツに基づいて生成される。従って同じアルゴリズムを使用してメディアオブジェクトのコンテンツからＩＤを生成するならば、メディアオブジェクトがコンテンツプロバイダ１０８によってどのように区別されるかを問題とせずに、ＩＤはメディアオブジェクトを判別するのに使用される。
【００１７】
リーダ１０２はローカルにアクセス可能な様々なメディアオブジェクトを有してよい。例えば第１のリーダ１０２−１はコンテンツプロバイダ１０８−１からメディアオブジェクト＃１，＃２をダウンロードしてよい。コンテンツプロバイダ１０８−１によりメディアオブジェクト＃１，＃２は「ソース情報Ａ」及び「ソース情報Ｂ」としてソース情報により見分けられる。例えば第１及び第２のＵＲＬはメディアオブジェクト＃１，＃２を見分けるのに使用されてもよい。そしてメディアオブジェクト＃１，＃２はローカルに格納され、第１のリーダ１０２−１によりアクセスされてもよい。
【００１８】
第２のリーダ１０２−２は同じメディアオブジェクト（即ち、同一内容を含むメディアオブジェクト）を第２のコンテンツプロバイダ１０８−２からダウンロードするかもしれない。そのメディアオブジェクトは同一コンテンツを含むかもしれないが、コンテンツを識別するのに使用されるソース情報は異なるかもしれない。例えばコンテンツプロバイダ１０８−２はソース情報「ソース情報Ｃ」及び「ソース情報Ｄ」を用いてメディアオブジェクト＃１，＃２を区別するかもしれない。ソース情報Ｃ及びソース情報Ｄは第１及び第２のＵＲＬとは異なる第３及び第４のＵＲＬでもよい。
【００１９】
メディアオブジェクトを見分けるためにソース情報が使用されると、同一コンテンツのメディアオブジェクトが別意に確認されるおそれがある。従って別のリーダ１０２に格納されるメディアオブジェクトを見分けるためにＩＤが使用されてもよい。
【００２０】
コンテンツに基づいて生成されたＩＤを利用する技術は、異なるディジタル権利マネジメントシステムを用いて送信されるメディアオブジェクトにも使用されてよい。メディアオブジェクトは、別意に確認されるだけでなく、ある種のディジタル権マネジメントを用いてプロテクトされてもよい。例えばメディアオブジェクト＃１は使用されるコンテンツプロバイダ１０８に依存して異なるフォーマットで暗号化されてもよい。例えば暗号鍵は、リーダ１０２に格納されている暗号化されたメディアオブジェクトを解読するのに必要とされる。リーダ１０２−１はメディアオブジェクト＃１を解読するのに暗号鍵＃１を必要とし、リーダ１０２−２はメディアオブジェクト＃１を解読するのに暗号鍵＃２を必要とする。ＩＤは解読されたメディアオブジェクトを用いて生成される。かくて異なる暗号鍵が必要とされるけれども、メディアオブジェクトの暗号解除されたコンテンツを用いてＩＤが生成されるならば、リーダ１０２−１，１０２−２は第２のＩＤを共用し、そのＩＤが対応するメディアオブジェクトがどれであるかを判別することができる。従ってどのディジタル権利マネジメントシステムが使用されるかを問題とせずに、メディアオブジェクトが同一表現物に解読されるならば、その解読された表現を用いて生成されたＩＤは、そのメディアオブジェクトを見分けるのに使用されてもよい。
【００２１】
従ってリーダ１０２はそれに利用可能なメディアオブジェクト独自のレジストリとして機能する。メディアオブジェクトのコンテンツからＩＤを生成するために同じアルゴリズムが使用されるならば、リーダ１０２間で交換されるＩＤは等しい。ＩＤを生成／デコードするのに付加的な情報が必要とされるかもしれない。例えばＩＤ、何らかの鍵、その他の必要な身元情報等を生成するのに使用されるアルゴリズムは、そのＩＤと共に通知される。このようにしてリーダ１０２は、異なるソース情報及び異なるディジタル権利により区別されるメディアによらず、メディアオブジェクトのＩＤを共用することができる。
【００２２】
上述したように、ＩＤはリーダ１０２の間で転送され、メディアオブジェクトにアクセスするのに使用されてもよい。図２は本発明の一実施例によりメディアオブジェクトにアクセスするシステム１００を示す。システム１００はリーダ１０２、メディア１０４、サービスプロバイダ１０６、１以上のコンテンツプロバイダ１０８及び出力装置１１０を含む。
【００２３】
リーダ１０２はメディア１０４にＩＤを出力し、メディア１０４のＩＤを読み取るのに使用される。例えばリーダ１０２−１はメディア１０４にＩＤを出力し、リーダ１０２−２はメディア１０４上のＩＤを読み取ってもよい。リーダ１０２−１，１０２−２は異なるリーダでも同じリーダでもよい。また、図示されてはいないが、如何なる数のリーダ１０２でもシステム１００内に用意されてよい。
【００２４】
メディア１０４は識別子（ＩＤ）の一定の表現を視覚的に表現できる如何なるメディアでもよい。一定の表現は変化しない表現物でもよい。ＩＤはメディアオブジェクトを見分ける如何なる情報でもよい。例えばメディア１０４はＩＤが印刷された紙媒体でもよい。その紙媒体はプリンタ、ファクシミリ装置、複写機等のようなどの出力装置を用いて生成されてもよい。例えばＩＤは紙媒体に印刷されてもよい。別の実施例では媒体１０４はＩＤの電子表現物を格納するように構築されたファイルでもよい。例えば媒体１０４はディスプレイモニタにＩＤを表示するのに使用可能な電子書類（JPEG、PDF等）でもよい。
【００２５】
メディア１０４はリーダ１０２−１によって作成されてもよい。例えばメディアオブジェクトはユーザによって選択されてもよい。ＩＤはメディアオブジェクトについて生成され、メディア１０４に出力される。そして他のリーダ（又はリーダ１０２−１）はそのＩＤを利用してもよい。
【００２６】
リーダ１０２はメディア１０４からＩＤを読み取るように構築される。例えばリーダ１０２はスキャナを含んでもよい。スキャナはバーコード形式のＩＤをスキャンするように構築される。そしてスキャナはバーコードからＩＤを判別することができる。別の実施例ではリーダ１０２は無線周波数受信機を含み、無線周波数受信機はメディア１０２からの無線周波数ＩＤ（ＲＦＩＤ）を判別するように構築される。そしてＩＤはＲＦＩＤから判定される。
【００２７】
リーダ１０２はメディアオブジェクトへローカルアクセス可能に構築される。例えばリーダ１０２はメディアオブジェクトのローカルストレージを有してもよい。別の実施例ではリーダ１０２はリーダ１０２から離れた装置に格納されているメディアオブジェクトにアクセスするように構築されてもよい。メディアオブジェクトが別のローカル装置に格納されている場合には、リーダ１０２はメディアオブジェクトに関する権利を有し、それらにアクセスできることが仮定される。例えばユーザはコンテンツプロバイダ１０８からメディアオブジェクトをダウンロードし、コンピュータのようなローカルなストレージ装置にそれらを格納してもよい。従ってリーダ１０２を利用するユーザはそれらのメディアオブジェクトにアクセスしてもよい。リーダ１０２はローカルなストレージ装置と通信可能であり、それらのメディアオブジェクトにアクセス可能である。なぜならリーダ１０２はそれらに関する権利を有するからである。
【００２８】
従ってリーダ１０２は装置のシステムでもよい。一実施例ではリーダ１０２はバーコードリーダを備えたポータブルディジタルアシスタント（ＰＤＡ）のようなスキャナ装置を含む。一実施例ではＰＤＡはＰＤＡ内にメディアオブジェクトを格納するローカルストレージを有する。別の実施例ではＰＤＡはメディアオブジェクトを格納するステレオシステムやコンピュータと通信可能である。一実施例ではメディアオブジェクトは、ユーザが権利を有し且つそれらにアクセス可能なオブジェクトである。
【００２９】
上述したようにＩＤはメディアオブジェクトのコンテンツに基づいて生成されてもよい。リーダ１０２は多くの様々なソースからメディアオブジェクトを受信してもよい。例えばリーダ１０２は、アイチューンズ(iTunes)（商標）、リアルプレーヤ(RealPlayer)（商標）、ウォルマート(Wal-Mart)等のような音楽サービスからメディアオブジェクトをダウンロードしてもよい。上述したようにメディアオブジェクトは異なるソース情報及びディジタル権利を有するかもしれないが、同一コンテンツを含むかもしれない。かくて第１リーダ１０２−１はコンテンツプロバイダ１０８−１から受信した第１のメディアオブジェクトを有し、第２リーダ１０２−２はコンテンツプロバイダ１０８−２から受信した第２のメディアオブジェクトを有するかもしれない。これらのメディアオブジェクトがコンテンツプロバイダ１０８−１，１０８−２から受信された場合に別意に確認されるおそれがあったとしても、メディアオブジェクトが実質的に同様なコンテンツを含むならば、メディアオブジェクトについて実質的に同様なグローバル識別子が決定されることが望ましい。従ってＩＤはソース情報（例えば、ソース、タイトル等）だけに依存しなくてよい。
【００３０】
メディアオブジェクトのコンテンツに基づいてＩＤを生成することは、様々なリーダ１０２がＩＤを読み取ることを可能にし、ＩＤが対応するメディアオブジェクトがどれであるかを様々なリーダ１０２が判別できるようにする。従ってリーダ１０２がローカルにアクセス可能なメディアオブジェクトのＩＤに、あるＩＤが対応するならば、リーダ１０２はそのメディアオブジェクトにローカルにアクセスできることを確認できる。これは、ＩＤを作成するのに使用されたメディアオブジェクト以外の別ソースからのメディアオブジェクトをリーダ１０２が受信したとしても、メディアオブジェクトは別意に判別され或いはメディアオブジェクトが異なるディジタル権に委ねられることになるかもしれない。
【００３１】
かくてＩＤを用いてメディアオブジェクトを判別するユニバーサルシステムがもたらされた。これは非常に有益である。例えば第１のリーダがＩＤを生成してよい。ＩＤは第１のメディアオブジェクトのコンテンツに基づいて生成される。第２のリーダ１０２−２がＩＤを読み取ると、第２のリーダはそのＩＤを他のＩＤ（第２リーダ１０２−２にローカルにとってローカルにアクセス可能なメディアオブジェクト用のＩＤ）と比較し、同一内容の第２のメディアオブジェクトがローカルにアクセス可能か否かを判定する。かくてダウンロードされている第２のメディアオブジェクトが別のソース情報（例えば、別のソースから受信したもの）で確認される場合でさえ、第１のメディアコンテンツに基づいて生成された第１のメディアオブジェクト用のＩＤは、比較されると、それらが同様なコンテンツならば合致するであろう。かくてそのＩＤに対応する第２のメディアオブジェクトはリーダ１０２−２にとってローカルにアクセス可能であることがリーダ１０２−２によって確認できる。
【００３２】
リーダ１０２−２がメディアオブジェクトへのローカルアクセス権を有しなかったならば、リーダ１０２−２は別のソースからのメディアオブジェクトを要求してもよい。例えばリーダ１０２−１は他の装置１１２又はサービスプロバイダ１０６からのメディアオブジェクトを要求してもよい。他の装置１１２は、他のリーダ１０２、ストレージ装置、コンピュータ、ステレオ等でもよい。リーダ１０２−１はブルートゥースの、赤外線の若しくは他の何らかの無線の又は有線のプロトコルのような何らかの方法により通信してもよい。
【００３３】
リーダ１０２−２はサービスプロバイダ１０６と通信するようにも構築されてよい。サービスプロバイダ１０６はメディアオブジェクトを用意するように構築された如何なるエンティティ（機能要素）でもよい。サービスプロバイダ１０６及びコンテンツプロバイダ１０８が別々のエンティティのように図示されているが、双方について説明される機能はいくつのエンティティで実行されてもよいことが理解されるであろう。
【００３４】
一実施例ではリーダ１０２−２はインターネット、無線ネットワーク、有線ネットワーク等のような通信ネットワークを通じてサービスプロバイダ１０６にメディアオブジェクトの要求を送る。その後サービスプロバイダ１０６はリーダ１０２−２へのメディアオブジェクトの伝送を促進する。
【００３５】
サービスプロバイダ１０６はメディアオブジェクトへのセキュアなアクセス機能を提供するようにも構築されてよい。例えば以下で更に詳細に説明されるように、リーダ１０２−２からの要求は暗号化方法を用いて暗号化され、要求に応じてリーダ１０２−２に返送されるメディアオブジェクトは暗号化法を用いて暗号化されてもよい。解読法はリーダ１０２−２が暗号化されたメディアオブジェクトを解読及び使用できる唯一のリーダ１０２−２であるように構成される。かくてメディアオブジェクトに対するディジタル権利マネジメント機能が提供される。
【００３６】
コンテンツプロバイダ１０８は、サービスプロバイダ１０６からの要求を受信し、その要求に応じてメディアオブジェクトを用意するように構築される。例えばコンテンツプロバイダ１０８は、アップルのiTune(商標)、RealPlayer、WalMart等のようなメディアオブジェクトを管理するサービスでもよい。（ディジタル権利のような）メディアオブジェクトへのアクセスはコンテンツプロバイダ１０８によりなされてもよい。このアクセスはコンテンツプロバイダ１０８によりある料金でなされてもよい。例えば歌のダウンロード（サービス）は９９セントで提供されてもよい。サービスプロバイダ１０６はユーザの口座（アカウント）を管理し、ユーザに代わって料金の支払いを行ってもよい。
【００３７】
リーダ１０２−２は、メディアオブジェクトが既にローカルにアクセス可能である或いはサービスプロバイダ１０６からダウンロードされている場合にメディアオブジェクトを出力するように構成される。例えばリーダ１０２−２はメディアオブジェクトを出力装置１１０に送信してもよい。出力装置１１０はリーダ１０２から分離して描かれているが、出力装置はリーダ１０２−２の一部でもよいことが理解されるであろう。
【００３８】
一実施例では出力装置１１０はメディアオブジェクトを聴覚的に出力するよう構築されたスピーカである。また、出力装置１１０はデスクトップステレオシステム、受信機及びスピーカ、コンピュータ等のようなメディアオブジェクトを出力するよう構築されたシステムでもよい。また、出力装置１１０はメディアオブジェクト（例えば、ビデオ）を視覚的に表示するよう構成されてもよく、例えば出力装置１１０はコンピュータ、テレビジョン、ディスプレイモニタ等でもよい。当業者は他の出力装置１１０をも理解するであろう。
【００３９】
図３は本発明の一実施例によりＩＤを作成する方法の概略フローチャート２００を示す。ＩＤはリーダ１０２がメディア１０４からＩＤを読み取る場合又はリーダ１０２がメディア１０４にＩＤを出力する等の場合に使用するよう作成される。ＩＤは、ＩＤが要求される場合にオンデマンドで作成されてもよいし、事前に生成及び格納されていてもよいことが理解されるであろう。例えばリーダ１０２にとってローカルにアクセス可能なメディアオブジェクトのＩＤのテーブルが生成され格納されていてもよい。
【００４０】
ステップ２０２ではメディアオブジェクトが判定される。例えばリーダ１０２はローカルにアクセス可能な１以上のメディアオブジェクトを含んでいてもよい。ＩＤはローカルにアクセス可能なメディアオブジェクトの全てについて作成されてもよい。更に、ＩＤは、ＩＤがメディア１０４から捕捉されたような場合にオンデマンドで作成されてもよい。
【００４１】
ステップ２０４ではＩＤを作成するのに使用されるアルゴリズムが決定される。例えばＩＤを作成するのにハッシュ関数又はフィンガープリント関数が使用されてもよい。使用される関数はアプリケーションに特有でもよい。例えばＩＤが受信された場合に、そのＩＤ中の情報は、そのＩＤを作成するのにどのアルゴリズムが使用されたかを特定してもよい。従って、ＩＤを作成するのに同じアルゴリズムが使用可能である。
【００４２】
ステップ２０６ではステップ２０４で決定されたアルゴリズムを用いてメディアオブジェクト用のＩＤが作成される。一実施例ではＩＤを作成するのにメディアオブジェクトのコンテンツが使用される。例えばメディアオブジェクトのコンテンツの全部又は一部のハッシュが生成され、ＩＤの少なくとも一部として使用される。従って同一コンテンツを含む、異なる装置に格納されているメディアオブジェクトは、グローバルに見分けられてもよい。メディアオブジェクトは、様々なソースから受信され、様々なソース情報を含み、様々なディジタル権利で暗号化されてよい。しかしながら実質的に同じメディアオブジェクトのコンテンツに基づいてＩＤが作成されるならば、そのＩＤはそのメディアオブジェクトをグローバルに識別するのに使用されてもよい。ＩＤはそのＩＤを生成するのに使用されたコンテンツ以外の情報を含んでよいことが理解されるべきである。例えばメディアオブジェクトのダウンロード元のコンテンツプロバイダ１０８の情報が用意されてもよい。
【００４３】
ステップ２０８ではＩＤが格納され及び／又は出力されてもよい。例えばリーダ１０２は作成したＩＤを後に利用するようにテーブルに格納してもよい。かくてＩＤがメディア１０４から読み取られると、そのＩＤはＩＤテーブル中のＩＤと比較される。別の実施例ではＩＤはメディア１０４に出力されてもよい。例えばＩＤは紙媒体１０４に印刷されてもよい。
【００４４】
一実施例では上記のプロセスはＩＤがメディア１０４から読み取られた場合に実行される。この場合にＩＤはリーダ１０２にとってローカルにアクセス可能なメディアオブジェクト用に生成される。ＩＤはメディア１０４から読み取られたＩＤと比較される。
【００４５】
図４は本発明の一実施例によるＩＤを用いてメディアオブジェクトにアクセスする方法の概略フローチャート３００である。一実施例ではＩＤはメディア１０４に印刷されてもよい。そしてＩＤはリーダ１０２によって取得されてもよい。例えばＩＤはリーダ１０２によりスキャンされてもよい。
【００４６】
ステップ３０２ではＩＤはメディア１０４上のＩＤの一定の表現物から受信される。上述したようにＩＤはメディア１０４に印刷され、リーダ１０２によって取得されてもよい。例えばバーコードはバーコードリーダによってスキャンされてもよい。
【００４７】
ステップ３０４ではステップ３０２で判定されたＩＤに関連するメディアオブジェクトのコンテンツのＩＤが決定される。ステップ３０２で受信されたＩＤは、メディアオブジェクトのコンテンツから生成されたＩＤ以外の付加的な情報を含んでもよい。例えば、ＩＤを生成するのにどのアルゴリズムが使用されたか、メディアオブジェクトのソースを指すＵＲＬ、ＩＤがどのように生成されたかを判定するのに必要な他の情報のような付加的な情報がＩＤに含まれていてもよい。この情報は、ＩＤに関連するメディアオブジェクトのコンテンツを用いて生成されるＩＤと分けられてもよい。
【００４８】
ステップ３０６ではＩＤに対応するメディアオブジェクトがローカルにアクセス可能であるか否かが判定される。例えばステップ３０４で決定されたＩＤは、リーダ１０２にとってローカルにアクセス可能な１以上のメディアオブジェクトについて生成されたＩＤのリストと比較されてもよい。そのＩＤは、その１以上のメディアオブジェクト中のメディアオブジェクトのＩＤに対応するか否かが判定される。例えばＩＤは一致するかもしれないし、実質的に同様であるかもしれない。ＩＤを生成するのにメディアオブジェクトのコンテンツが使用されるならば、２つのメディアオブジェクトのＩＤは同じになることが予想される。２つのメディアオブジェクトのコンテンツは僅かに異なるかもしれないことが理解されるであろう。しかしながら本技法はその僅かな相違が実質的に同様なＩＤをもたらすように機能する。
【００４９】
メディアオブジェクトのコンテンツに基づいてＩＤを比較することで、ステップ３０２でＩＤを生成するのに使用された第１のメディアオブジェクトが、リーダ１０２にとってローカルにアクセス可能な第２のメディアオブジェクトに対応するか否かを判定することができる。これは、第１及び第２のメディアオブジェクトが、異なるコンテンツプロバイダ１０８から受信され且つ異なる識別情報を含む或いは異なるディジタル権利で暗号化される場合でさえ正しい。
【００５０】
ステップ３０８ではＩＤに対応するメディアオブジェクトがローカルにアクセス可能な場合に、メディアオブジェクトが検索され出力される。例えばメディアオブジェクトは再生するために出力装置１１０に送られてもよい。更に、別ファイルのメディアオブジェクトを複製及び格納する等のような他の動作が実行されてもよい。
【００５１】
ステップ３１０ではＩＤに対応するメディアオブジェクトがローカルにアクセス可能でなかった場合に、メディアオブジェクトはそのＩＤを用いて検索されてもよい。例えば他の如何なる装置１１２が、メディアが格納されているか否か及びそれらにアクセス可能か否かを見出すために検査されてもよい。メディアオブジェクトは他の装置１１２から検索されてもよい。一実施例では暗号化されたメディアオブジェクトがリーダ１０２に送信されてもよい。リーダ１０２は暗号解除キーを用いて暗号化されたメディアオブジェクトを解読する。解読されたメディアオブジェクトは出力されてもよい。これについての例は、暗号化されたディジタルメディアオブジェクトがリーダ１０２で受信され、解読されたアナログメディアオブジェクトが出力されることである。従ってリーダ１０２はそのメディアオブジェクトをローカルに格納する必要はなく、ＩＤはメディアオブジェクトを検索するのに使用可能である。ＩＤ及びキーは暗号化されたメディアオブジェクトにアクセスするのに使用される。
【００５２】
別の実施例ではサービスプロバイダ１０６がメディアオブジェクトを検索する要求を受けてもよい。ステップ３０２で受信したＩＤはコンテンツプロバイダ１０８を特定し、そのＩＤはコンテンツプロバイダ１０８からメディアオブジェクトを要求するのに使用されてもよい。サービスプロバイダ１０６はコンテンツプロバイダ１０８と連絡をとり、そのコンテンツプロバイダは、そのＩＤに対応するメディアオブジェクトの要求と共に、メディアオブジェクトをサービスプロバイダ１０６に提供する。コンテンツプロバイダ１０８はメディアオブジェクトをサービスプロバイダ１０６に送信し、サービスプロバイダはそれをリーダ１０２に送信する。このプロセスは以下で更に詳細に説明される。
【００５３】
メディアオブジェクトにアクセスするプロセスが説明される。ＩＤが媒体１０４に用意され、その媒体１０４は、媒体１０４にそのＩＤを生成したリーダ１０２以外の複数のリーダ１０２によって使用されてもよい。ディジタル権利マネジメントの制約に起因して、そのＩＤに関連するメディアオブジェクトはリーダ１０２の間で転送されないかもしれない。しかしながらリーダ１０２が互にメディアオブジェクトを転送できない場合でさえ、ＩＤを利用することはリーダ毎にメディアオブジェクトの確認を可能にする。また、メディアオブジェクトは様々なコンテンツプロバイダ１０８からダウンロード可能であるので、メディアオブジェクトは様々なソースから受信されるかもしれない。異なるソース情報はメディアオブジェクトを別意に確認するかもしれない。従ってグローバルＩＤを使用してメディアオブジェクトを見分け、メディアオブジェクトがローカルにアクセス可能であるか否か（たとえばコンテンツプロバイダ１０８から既にダウンロード済みか否か）を確認する。また、メディアオブジェクトがローカルにアクセス可能であったならば、そのＩＤはメディアオブジェクトを要求するためにリーダ１０２によって使用されてもよい。
【００５４】
図５は本発明の一実施例によりメディアオブジェクトを要求する方法の概略フローチャート４００を示す。一実施例では、メディアオブジェクトのセキュアな要求及び通信が本発明の実施例によりもたらされる。以下の記述はパブリックキー及びプライベートキーを用いる暗号化法を説明するが、当業者は他の暗号化法が使用されてもよいことを理解するであろう。
【００５５】
ステップ４０２ではメディアオブジェクト１０４から読み取ったＩＤを用いてメディアオブジェクトを求める要求が生成される。ＩＤはコンテンツプロバイダ１０８のソースアドレスを含んでもよい。これはそのメディアオブジェクトのダウンロード元がどのコンテンツプロバイダであるかを示す。他の実施例ではソースアドレスが用意されないかもしれない。むしろサービスプロバイダ１０６がメディアオブジェクトのダウンロード元がどのコンテンツプロバイダ１０８であるかを判定してもよい。ＩＤはメディアオブジェクトのコンテンツをユニークに識別するので、サービスプロバイダ１０６はそのＩＤを用いてどのメディアオブジェクトが要求されているかを確認してもよい。そしてサービスプロバイダ１０６はどのコンテンツプロバイダ１０８がメディアオブジェクトを用意できるかを判別する。
【００５６】
ステップ４０４ではステップ４０２で生成された要求が、その要求を送信するリーダ１０２に関連する情報を用いて暗号化される。例えばその要求はリーダ１０２に関する公開鍵を用いて暗号化されてもよい。当業者は公開鍵を用いて要求を暗号化するのに使用される方法を理解している。
【００５７】
ステップ４０６では要求がサービスプロバイダ１０６に送信される。要求は如何なる通信手段によってでも送信されてよい（通信手段は例えばインターネット、無線ネットワーク、有線ネットワーク、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）等である。）。サービスプロバイダ１０６はリーダ１０２とコンテンツプロバイダ１０８との間の仲介者として説明されるが、サービスプロバイダ１０６を経由せずに要求がコンテンツプロバイダ１０８に送信されてもよいことが理解されるべきである。ＩＤの中からソースアドレスが発見されると、要求はコンテンツプロバイダ１０８に直接的に送信されてよい。ＩＤの中からソースアドレスが発見されなかったならば、サービスプロバイダ１０６は要求を送信するためにコンテンツプロバイダ１０８を決定する。
【００５８】
サービスプロバイダ１０６は要求を解読する。例えばサービスプロバイダ１０６はパブリックキーのレジストリを有してもよい。要求を送信したリーダのパブリックキーは、レジストリの中で探索され、その要求を解読するのに使用される。当業者は要求を解読する別方法を理解しているであろう。
【００５９】
サービスプロバイダ１０６はコンテンツプロバイダ１０８によるメディアオブジェクトを要求できる。一実施例ではサービスプロバイダ１０６はリーダ１０２用の料金請求サービスを提供してもよい。例えばメディアオブジェクトをダウンロードすることに手数料がかかるかもしれない。例えば個々の歌のダウンロードに９９セントかかってもよい。従ってサービスプロバイダ１０６はメディアオブジェクトをダウンロードするためにコンテンツプロバイダ１０８と共にユーザのアカウントを管理してもよい。例えばサービスプロバイダ１０６はコンテンツプロバイダ１０８に支払いを行い、その支払いについてユーザの口座に貸付を行ってもよい（クレジットしてもよい。）。そしてユーザはサービスプロバイダ１０６から請求を受ける。
【００６０】
サービスプロバイダ１０６はリーダ１０２に関連するパブリックキーを用いてメディアオブジェクトを暗号化してもよい。サービスプロバイダ１０６は暗号化されたメディアオブジェクトをリーダ１０２に送信してもよい。
【００６１】
ステップ４０８では暗号化されたメディアオブジェクトがリーダ１０２で受信される。暗号化されたメディアオブジェクトは何らかの通信方法で送信されてもよく、インターネット、無線ネットワーク、有線ネットワーク等を通じて送信されてもよい。
【００６２】
ステップ４１０ではリーダ１０２はメディアオブジェクトを解読する。例えばメディアオブジェクトはサービスプロバイダ１０６によるリーダ１０２のパブリックキーを利用して暗号化されていてもよい。リーダ１０２はリーダ１０２にインストールされたパブリックキーを利用して、暗号化されたメディアオブジェクトを解読する。リーダ１０２は、そのメディアオブジェクトを暗号化するのに使用されたパブリックキーに対応するプライベートキーを含む唯一の装置であるので、メディアオブジェクトの通信はセキュアであると考えられる。そのリーダ１０２しかそのメディアオブジェクトを解読できないからである。従って暗号化されたメディアオブジェクトが他の装置により傍受された場合に、その装置はリーダ１０２のプライベートキーを有するはずがない。
【００６３】
更にメディアオブジェクトが第２のリーダ１０２に伝送される場合に、メディアオブジェクトは、暗号化されたバージョンが送信されるように構築されてもよい。従って第２のリーダ１０２はプライベートキーを有しておらず、メディアオブジェクトを解読できない。従ってディジタル権利マネジメントの機能がもたらされる。
【００６４】
ステップ４１２ではメディアオブジェクトが解読された後に、リーダ１０２はメディアオブジェクトを出力してもよい。例えばリーダ１０２はメディアオブジェクトを出力装置１１０に送信してもよく、出力装置はそのメディアオブジェクトを再生してもよい。例えば出力装置は歌を再生する。例えばアナログオーディオジャックはリーダ１０２を出力装置１１０に接続してもよい。また、メディアオブジェクトはローカルに格納されてもよい。
【実施例１】
【００６５】
［本発明の実施例を利用するアプリケーション］
［ディジタル権利マネジメント］
本発明の実施例を用いてディジタル権利マネジメントが用意されてもよい。メディアオブジェクト自身のコンテンツを用いて解読鍵が生成されてもよい。例えばメディアオブジェクトのコンテンツに基づく解読鍵と共に、メディアオブジェクトのコンテンツに基づいてＩＤが生成されてもよい。この場合に、それぞれの鍵交換を必要とせずに２つのリーダ１０２は安全に通信する。生成された解読鍵で暗号化されるメディアオブジェクトをそう置換で通信することは、そのメディアオブジェクトに以前にアクセスした装置が解読鍵を生成できるので安全であると考えられる。
【００６６】
例えばコンテンツプロバイダ１０８は鍵Ａで暗号化されたオブジェクト＃１をリーダ１０２−１に送信することができる。メディアオブジェクト＃１は鍵Ｈで解読される。メディアオブジェクトの解読されたバージョンは、暗号化されていないメディアオブジェクトのコンテンツに基づいて、ＩＤ＃１及び鍵Ｂを生成するために使用される。コンテンツプロバイダ１０８も鍵Ａで暗号化されたメディアオブジェクト＃１をリーダ１０２−２に送信する。リーダ１０２−２はオブジェクト＃１を解読し、暗号化されていないメディアオブジェクトのコンテンツに基づいてＩＤ＃１及び鍵Ｂを生成する。
【００６７】
今リーダ１０２−１，１０２−２はそのＩＤを用いて通信するとする。例えばリーダ１０２−１は大容量のストレージを所有しておらず、鍵Ｂ及びＩＤ＃１しか格納してない。しかしながらリーダ１０２−２は大容量のストレージを有し、鍵Ｂ及びＩＤ＃１と共にそのメディアオブジェクトを格納している。リーダ１０２−１はＩＤ＃１を用いて（鍵Ｂで暗号化された）メディアオブジェクト＃１を検索できる。この検索はリーダ１０２−１，１０２−２が互いを信頼する必要なしになされてもよい。その理由は（Ｈで解読される）非暗号化メディアオブジェクトはＩＤ＃１及び鍵Ｂを生成するのに必要とされるからである。従ってリーダ１０２−１は暗号化されたメディアオブジェクトを受信し、鍵Ｈを用いてそれを解読し、ＩＤ＃１及び鍵Ｂを生成したと仮定することができる。メディアオブジェクト＃１は鍵Ｂで暗号化されているので、リーダ１０２−１はメディアオブジェクト＃１を解読するのに依然として鍵Ｂを必要とする。従ってＩＤ＃１はメディアオブジェクト＃１を解読するには充分ではなく、コンテンツプロバイダ１０８は、受信した（及び支払った）メディアオブジェクト＃１を解読可能であり且つメディアオブジェクトを再生可能なリーダ１０２のみを信頼することができる。
【００６８】
上記の手法を利用して他の情報が交換されてよいことも理解されるであろう。例えばリーダ１０２−２はコンテンツプロバイダ１０８−１から暗号化されたバージョン及びＩＤ＃１を受信してもよい。リーダ１０２−２はメディアオブジェクトを解読するために（鍵Ｈを有する）リーダ１０２−１を利用してもよい。ＩＤ＃１及び鍵Ｂは必要とされる他の如何なる情報を交換するために使用されてもよい。
【００６９】
暗号鍵はメディアオブジェクトのコンテンツから生成され、別の手法で情報を交換するために使用されることが可能である。例えば第１のＩＤがメディアオブジェクト＃１のコンテンツを用いて作成される。第１のＩＤは２５６ビットである。最初の１２８ビットがメディアオブジェクトを判別するための第２のＩＤであり、次の１２８ビットが暗号鍵でもよい。リーダ１０２−１はメディアオブジェクト用の暗号鍵及び第２のＩＤを格納するかもしれないが、メディアオブジェクトを格納しなくてもよい。リーダ１０２−１がメディアオブジェクトにアクセスすることを望むならば、そのメディアオブジェクトを格納している別のリーダ１０２−２がメディアオブジェクトにアクセスするために使用されてもよい。リーダ１０２−２は第２のＩＤ及び暗号鍵を生成し、その暗号鍵を用いてメディアオブジェクトを暗号化してもよい。暗号化されたメディアオブジェクト及び第２のＩＤはリーダ１０２−１に送信される。適切な暗号鍵を検索するために第２のＩＤを利用することで、暗号化されたメディアオブジェクトはリーダ１０２−１に格納済みの暗号鍵を用いて解読される。従ってリーダ１０２−１がそのコンテンツに未だアクセスしていなかったならば、リーダ１０２−１は暗号化されたメディアオブジェクトを解読することはできないであろう。なぜなら暗号鍵はメディアオブジェクトのコンテンツを用いて生成されるからである。かくてメディアオブジェクトは暗号鍵を交換せずに安全に送信される。
【００７０】
メディアオブジェクトのコンテンツの一部がＩＤを生成するのに使用されてもよい。この場合にメディアオブジェクトのどの部分がＩＤを生成するのに使用されたかを示すオフセットがＩＤと共に送信されてもよい。例えばリーダ１０２−１が歌を格納している。第１のＩＤはその歌のコンテンツ全体を用いて作成されてもよい。リーダ１０２−２は歌の一部（例えばその歌の３０−６０秒）について第２のＩＤを生成してもよい。リーダ１０２−２は第１のＩＤ、第２のＩＤ及び第１のＩＤからのオフセットを示す情報をリーダ１０２−１に送信する。第２のＩＤは歌の一部分なのでリーダ１０２−１は第２のＩＤを登録してないかもしれないが、第１のＩＤを用いてメディアオブジェクトを判別でき、そのメディアオブジェクトの一部分から第２のＩＤを生成することができる。このようにしてメディアオブジェクトの一部が通信されてもよい。これは、会議や電話の会話の重要な部分がメディアオブジェクト外にはブロックされ、それらの部分についてＩＤが送信される場合に重要であるかもしれない。
【００７１】
別の実施例ではリーダ１０２は多数のＩＤを含んでもよい。一実施例ではリーダ１０２は何らのメディアオブジェクトもなしに単にＩＤと共に販売されてもよい。また、リーダ１０２は１以上の解読鍵を含んでもよい。この例ではリーダ１０２はメディアオブジェクトを検索するためにＩＤを使用してもよい。暗号化されたメディアオブジェクトはＩＤを受信したことに応じて送信されてもよい。解読鍵は暗号化されたメディアオブジェクトを解読するのに使用されてもよい。一実施例ではＩＤ及び関連する解読鍵を入手すると、リーダ１０２はメディアオブジェクトにアクセス可能になる。メディアオブジェクトにアクセスするために、ＩＤを利用してメディアオブジェクトを要求し、解読鍵を利用して暗号化されたメディアオブジェクトを解読する。このようにしてＩＤ及び解読鍵の双方がメディアオブジェクトのロックを解除するのに必要である。
【００７２】
［プレイリスト］
プレイリストを作成することはリーダ１０２にもたらされる有利な機能である。例えば多くの異なるメディアオブジェクトがリーダ１０２にとってローカルにアクセス可能であるかもしれない。例えばアーティストの多くの様々なアルバムがリーダ１０２に格納されてもよい。ユーザはある順序である歌曲だけを聴こうとするかもしれない。その歌を再生するのにアルバムの中で手作業でスキップする代わりに、ユーザにより選択された一連の歌を再生するプレイリスト（又は選曲リスト）が作成されてもよい。
【００７３】
プレイリストはリーダ１０２にとってローカルにアクセス可能な情報を用いて作成される。例えばプレイリストはリーダ１０２に格納済みの歌を参照するのに使用されてもよい。プレイリストはローカルにアクセス可能な歌を参照し、別のリーダ１０２で機能するプレイリスト用に、そのプレイリスト及び歌が共に転送される必要があるかもしれない。歌がリーダ１０２間で転送できなかったならば、歌のプレイリストは転送不可能である。これは、コンテンツプロバイダ１０８がそのメディアオブジェクトのオーナーシップ（所有権）を維持することを支援し、メディアオブジェクトが特定のリーダ１０２によってのみ再生されることを保障する。例えばコンテンツプロバイダ１０８から歌をダウンロードするリーダ１０２は、別のリーダ１０２にその歌を転送できないかもしれない。従ってプレイリストについてのメディアオブジェクトの転送はリーダ１０２に対してイネーブルにされなくてよい。しかしながら第１のユーザによって作成されたプレイリストを好む第２のユーザは彼／彼女のリーダ１０２にそのプレイリストを持たせることを希望する。その第２のユーザは彼ら自身のリーダ１０２で手作業でプレイリストを作成しなければならないが、そのプレイリスト中にローカルにアクセス可能な歌すべてを有しないかもしれない。従ってそっくりそのままのプレイリストは自動的には作成されない。
【００７４】
図６は本発明の一実施例によるプレイリストを作成及び使用する方法の概略フローチャート５００を示す。ステップ５０２ではユーザは一群のＩＤを選択する。例えば一群のＩＤはメディア１０４に印刷されているかもしれない。ユーザはリーダ１０２を用いてある順序でＩＤ一式をスキャンする。いくつのＩＤでもどんな順序でも捕捉可能である。例えばアルバムのリストはそのアルバムの歌全部についてのＩＤを含む。ユーザは別のアルバムの歌のＩＤをある順序で捕捉してもよい。ＩＤのその順序は一群のＩＤとして受信される。
【００７５】
ステップ５０４ではプレイリストＩＤがＩＤ群に基づいて生成される。プレイリストＩＤは多くの手法で生成されてもよい。例えばプレイリストＩＤは一群のＩＤを含むテーブルを指してもよい。また、一群のＩＤはプレイリストＩＤ内でエンコードされてもよい。かくてプレイリストＩＤを捕捉したリーダ１０２はそのプレイリストＩＤから一群のＩＤを解読することができる。
【００７６】
ステップ５０６ではプレイリストの固定された表現が作成される。例えばプレイリストＩＤは媒体１０４に印刷されてもよいし、モニタに表示されてもよい、等々。
【００７７】
ステップ５０８ではプレイリストＩＤがリーダ１０２を用いて取得される。リーダ１０２は、プレイリストＩＤを作成したリーダ１０２とは異なるリーダでもよいし、或いは同じリーダ１０２でもよい。
【００７８】
ステップ５１０ではリーダ１０２はそのプレイリストＩＤに基づいてＩＤ群の中でＩＤを決定する。例えばプレイリストＩＤは一群のＩＤにデコードされてもよい。また、別の実施例では、プレイリストＩＤからデコードされたポインタは一群のＩＤを表にするテーブルを確定するために使用されてもよい。
【００７９】
ステップ５１２では図３のステップ３０２−３１０が一群のＩＤ中のＩＤについて実行される。例えばリーダ１０２は、そのＩＤに対応するメディアオブジェクトがローカルにアクセス可能か否か或いはコンテンツプロバイダ１０８に要求することが必要か否かを決定する。
【００８０】
別の実施例ではプレイリストＩＤが生成され、メディアオブジェクトに関するＩＤがプレイリストＩＤに関連付けられる。ＩＤは同じプレイリストＩＤにいつでも加えられてもよい。
【００８１】
プレイリストＩＤはリーダ１０２により生成されてもよい。例えばリーダ１０２は多数のＩＤを任意的に生成してもよい。別の実施例ではリーダ１０２はプレイリストＩＤを生成するサーバと連絡をとってもよい。プレイリストＩＤはプレイリストＩＤが異なるように生成されてもよい。例えば誰かが要求する毎にカウンタはプレイリストＩＤをインクリメントしてもよい。
【００８２】
ユーザはリーダ１０２を用いて一群のＩＤを選択してもよい。ＩＤを選択する他の方法も理解されるであろう。ＩＤはメディアオブジェクトのコンテンツに基づいて生成される。
【００８３】
一群のＩＤはプレイリストＩＤに関連付けられてもよい。例えばプレイリストＩＤは一群のＩＤが格納されているテーブルを指してもよい。ＩＤが選択される場合には、それらはテーブルに格納されていてもよい。一実施例ではテーブルはＩＤを格納するＸＭＬテーブルである。
【００８４】
プレイリストＩＤの一定の表現が生成される。一定の表現は媒体１０４に印刷されてもよいし、モニタに表示されてもよい、等々。一定の表現は一群のＩＤがプレイリストＩＤに関連付けられる前後で作成可能であることに留意すべきである。
【００８５】
ユーザはＩＤをプレイリストＩＤに動的に関連付けることもできる。例えば後の時点でユーザは１以上の付加的なＩＤを選択することができる。これらのＩＤはプレイリストＩＤに関連付けられる。例えば１以上の付加的なＩＤはプレイリストＩＤが指し示すテーブルに加えられる。１以上の付加的なＩＤはそのプレイリストＩＤを用いてアクセス可能なプレイリストの新たな部分になる。
【００８６】
プレイリストＩＤは図６のステップ５０８−５１２に説明されるようにメディアオブジェクトにアクセスするのに使用される。
【００８７】
付加的なＩＤがプレイリストに関連付けられたとしても同じに留まるプレイリストＩＤを用いれば、新たなメディアオブジェクトがプレイリストに追加された場合に、新たなプレイリストＩＤが作成される必要はない。従ってプレイリストは動的である。かくてユーザはプレイリストＩＤが変更される都度プレイリストＩＤを再生成する必要はない。
【００８８】
従って第１リーダ１０２−１で生成されたプレイリストが第２リーダ１０２−２で使用されてもよい。コンテンツプロバイダ１０８はメディアオブジェクトの実際のコンテンツのオーナーシップを維持するかもしれないが（即ち、第１リーダ１０２から第２リーダ１０２へメディアオブジェクトは転送されないかもしれないが）、プレイリストを生成するためにＩＤが他のリーダ１０２で使用されてもよい。従ってユーザにより生成されたプレイリストは他のユーザにより自動的に使用されてもよい。また、ＩＤを用いて、リーダ１０２はプレイリストに関連するメディアオブジェクトがローカルにアクセス可能であるか否かを判定することができる。かくてリーダ１０２はそれらのメディアオブジェクトを自動的に出力してもよい。更に、ＩＤはコンテンツを利用してメディアオブジェクトを見分けるので、リーダ１０２はメディアオブジェクトがどこから受信されたかによらずローカルにアクセス可能か否かを判別することができる。
【実施例２】
【００８９】
［本発明の実施例を利用する具体例］
以下、本発明の実施例が具体例を用いて説明される。ユーザであるボブはリコーオーディオプレーヤ(RAP:  Richo  Audio  Player)と呼ばれるリーダ１０２を所有する。ＲＡＰは紙インターフェースを用いてＭＰ３オーディオファイルのボブのコレクションを編集及び組織する。ＲＡＰプレーヤは、オーディオシステム及びホームオーディオネットワークとインターフェースをとることができる（通信できる）装置として構築される。例えばＲＡＰプレーヤはオーディオシステムを制御するための無線インターフェースを含んでもよい。
【００９０】
ボブはＲＡＰプレーヤを用いて多くの機能を実行してもよい。例えばボブは彼のオーディオファイルコレクションのコンテンツで紙製のカタログを作ることができる。紙のカタログはバインダに例えばアルファベット順に配置され、演奏バンド及びアルバムコンテンツはコンパクトディスクに関連するオリジナルの挿絵と共に印刷可能である。ＩＤはオーディオファイルコレクションの中で利用可能な歌各々について印刷可能である。
【００９１】
オーディオファイルコレクションはラベルに印刷することも可能である。例えばラベル各々がアルバムのコンテンツを表すＩＤを含むことができる。ラベルは実際のＣＤケース上に或いは実際のＣＤを含む容器の中に物理的に設けることができる。これはＣＤコレクションを見ながらＣＤのコンテンツへのアクセス手段を与える。
【００９２】
新たなＣＤ、新たにダウンロードされた曲のコンテンツやプレイリストのような動的なコンテンツを表示するためにラベルが個々に印刷可能である。例えばボブはプレーヤオーディオファイルカタログから歌のタイトルを選択することでプレイリストを作成することができる。プレイリストが完成している場合に、プレイリストＩＤを有する新たなラベルが印刷可能である。ボブはプレイリストのタイトルを見分けるためにこのラベルに書き込み、それをどこかの場所に貼り付ける。例えばボブはラベルを磁石で留めて、それを彼の冷蔵庫に（どのユーザにとっても容易にアクセス可能な場所に）置いてもよい。ボブは彼の音楽コレクションについてプレイリスト及び歌曲リストの双方と共にこのプロセスを続けると、コンテンツタイプ、趣向又は雰囲気（ムード）に基づいて彼の冷蔵庫に一群の音楽を作成することができる。最終的な結果は個人的な音楽クラスタのある種の音楽のマップを表現する。また、ＩＤは紙の上にあるのでそれらはいつでも動的に再編可能である。この種の表現物の空間的性質はボブに彼が歌を再生する準備ができたときに彼の音楽を用意する簡易な手法を与える。
【００９３】
図７は装置６００で組織されたラベル例を示す。図示されるようにラベルは装置６００の一部分６０２に配列されている。図示されるように音楽の様々なカテゴリが部分６０２に並べられている。部分６０２に示されるようにＩＤでもよい名前が示されている。また、その名前に関連するＩＤ（図示せず）がその名称の下又は近辺に用意されてもよい。ＩＤ１１２を作成する際に、ボブは異なる音楽カテゴリ間の隙間をブリッジするために何らかのアーティストを使用する。例えば、アーティスト“Lyle  Lovert”はいくつかのカテゴリに該当し、ボブは当然に彼の“Lyle  Lovert”ＩＤをジャズ、カントリー及びロックのカテゴリの間に配置する。これらのラベルはボブの家庭の別の場所に設けることもできる。例えばボブは彼のクリスマス音楽に関連する彼のクリスマスツリーの飾りにＩＤを設けることもできる。
【００９４】
図８は本発明の一実施例によるメディア７０２に印刷されたＩＤを示す。一実施例ではボブにはいくつかの好みのラジオ番組があり、そのラジオ番組は彼が働いている間の日中に放送される。例えば彼のＲＡＰプレーヤはFreshAir，MarketPlace，CityArts-and-Lectures及びCarTalkを自動的に記録する。各月の始めに、ボブは台所のような場所で掲げる新しいカレンダを印刷する。カレンダ７０２は日中の好みのラジオ番組を示し、その番組はその月の間中オーディオアイコン７０４で示される。月初めに、これらのＩＤは、番組が未だ記録されていないので何の意味も持たない。しかしながら月が進行するにつれて過去の番組が利用可能になる。ボブが仕事から帰宅すると、彼はカレンダのＩＤを選択することで記録されたラジオ番組を聴くことを選ぶことができる。そのＩＤに関して記録される番組は映像でも音声でもよく、オーディオアイコン７０４及びビデオアイコン７０６で記されてもよい。
【００９５】
ビデオアイコン７０６の場合には、TiVoシステムのようなディジタルビデオレコーダがテレビジョン番組を記録する。ＲＡＰプレーヤを用いてカレンダ内のテレビジョン番組のＩＤを選択すると、Ｔ．Ｖ．でテレビジョン番組の映像再生を開始してもよい。ボブは旅行に行った日に関してカレンダで利用可能ないくつかのホームビデオを有してもよい。例えばボブが月初めにサンタフェにいたならば、彼はカレンダの日付を参照し、サンタフェ旅行のＩＤを選択することができる。そしてホームビデオが出力されてもよい。
【００９６】
ＲＡＰプレーヤを用いる別の例では、ユーザが所有するコンテンツを別の場所に転送するのにユーザは紙媒体を使用することができる。例えばボブは彼の友人のジャネットのパーティに招待されたとする。ジャネットはボブにパーティ用の音楽を持ってくることを頼んでいる。上述のＲＡＰプレーヤを用いて、ボブはパーティの間再生されるいくつかのプレイリストを作成する。ボブはプレイリストのコレクションをステッカーのシートに印刷し、そのステッカーはパーティでステレオ近辺の掲示板に掲げられる。これらのステッカーはプレイリストに含まれる歌のプレイリストＩＤを含む。オーディオコンテンツはボブのＲＡＰ装置にローカルに格納されてもよい。
【００９７】
ボブがパーティに到着すると、ボブはプレイリストＩＤを有するそれらのステッカーをステレオ近辺に及びいくつかのコピーを台所に又は中庭に設け、彼がいくつもの場所から音楽を変更可能にする。ボブが第１のプレイリストＩＤを取得した場合に、ＲＡＰ装置はジャネットの出力システムと通信するよう構築されてもよい。この接続はＲＡＰ装置にケーブルを物理的に差し込むことで或いは無線ネットワークのような無線通信によりなされてもよい。ＩＤは第２のＩＤに関連するメディアオブジェクトを判別するために使用され、そのメディアオブジェクトは出力装置に送られる。
【００９８】
この例はＲＡＰ装置を使用し、そのＲＡＰ装置はディジタル権利を有し、オーディオファイルがアクセスされ且つ他の環境で再生されるようにインターフェースにアクセスする。これが可能である理由はボブのＲＡＰ装置がそのパーティに存在し、ジャネットの出力システムへのアクセス鍵（即ち、ＭＰ３にアクセスするのに必要なパブリックキー）が用意されているからである。例えばパブリックキーはオーディオファイルを解読するのに使用され、オーディオファイルは以後出力装置に流される。別の実施例ではパブリックキーがストリーミングデータと共に出力装置に送られてもよい。出力装置はパブリックキーを用いてメディアオブジェクトを解読及び出力する。
【００９９】
ジャネット又はそれ以外の誰かのような別のユーザも、ボブのプレイリストＩＤからのメディアオブジェクトを再生するために彼ら自身のＲＡＰプレーヤを使用してもよい。しかしながら他のユーザがその特定のメディアオブジェクトを再生する権利を事前に所有していなかったならば（即ち、メディアオブジェクトが彼ら自身のＲＡＰ装置にローカルに格納されていなかったならば）、彼らはその装置で再生する前にサービス提供者から彼らの装置へメディアオブジェクトをダウンロードすることを要する。
【０１００】
別の実施例ではボブのようなユーザは彼のコレクションに更なるメディアオブジェクトを付加することに興味があるかもしれない。雑貨店にいる間にボブはローリングストーンマガジンの最新版を手にするかもしれない。その雑誌は最新の論評に加えて国内での上位５０までのアルバムのリストを与える。２つの事柄（アルバムのコンテンツを視聴又は試写すること及び望まれる場合にそのアルバムを購入すること）をボブが行うことを可能にするＩＤが各アルバムに関連付けられてもよい。ＲＡＰ装置を用いて、ボブはアルバムに関するＩＤを選択し、アルバム中の歌各々の短いクリップを聴くことができる。ボブが彼自身のコレクションのためにそのアルバムを購入しようと決めた場合に、ボブは再びＩＤを取得し、そのアルバムを購入する意思が確認される。これはボブのパブリックキーに割り当てられるサービスに対する要求を生成してもよい。サービスプロバイダ１０６は、ボブの口座を確認しおそらくは料金を引き出した後に、アルバムのコンテンツを抽出し、ボブのＲＡＰシステムはボブの鍵で暗号化されたコンテンツをダウンロードする。そのコンテンツはＩＤをスキャンしたＲＡＰ装置に又はボブのコンピュータのような別の装置にダウンロードされてもよい。新しいアルバムを表現するために、選択的にラベルが自動的に印刷される。
【０１０１】
更に、ボブはiTune(商標)アカウントからの新しい音楽リストのような歌のリストを得ることができる。ボブは歌の各々を選択し、上述したようにそれらを彼のコレクションに加えてもよい。
【０１０２】
図９は本発明の一実施例に従う処理を実行するのに使用されるデータ処理システム８００の概略ブロック図を示す。図９に示されるようにデータ処理システム８００は少なくとも１つのプロセッサ８０２を有し、プロセッサはバスサブシステム８０４により多数の周辺装置と通信する。周辺装置はメモリサブシステム８０８及びファイルストレージシステム８１０を有するストレージサブシステム８０６と、ユーザインターフェース入力装置８１２と、ユーザインターフェース出力装置８１４と、ネットワークインターフェースサブシステム８１６とを含んでよい。入力及び出力装置はユーザがデータ処理システム８０２とやり取りすることを可能にする。
【０１０３】
ネットワークインターフェースサブシステム８１６は他のコンピュータシステム、ネットワーク及びストレージリソースに対するインターフェースを与える。ネットワークはインターねと、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、無線ネットワーク、インターネット、プライベートネットワーク、パブリックネットワーク、交換網又は適切な他の如何なる通信ネットワークを含んでもよい。ネットワークインターフェースサブシステム８１６は、他のソースからのデータを受信し、データ処理システム８００から他のソースへデータを送信するインターフェースとして機能する。例えばデータ処理システム８００はネットワークインターフェースサブシステム８１６を通じてメディアオブジェクトにアクセスしてもよい。ネットワークインターフェースサブシステム８１６の具体例はイーサーネットカード、モデム（電話、衛星、ケーブル、ＩＳＤＮ等）、（非同期）ディジタル加入者回線（ＤＳＬ）ユニット等を含む。
【０１０４】
ユーザインターフェース入力装置８１２は、キーボード、（マウス、トラックボール、タッチパッド又はグラフィックスタブレットのような）ポインティングデバイス、スキャナ、バーコードスキャナ、ディスプレイに組み込まれたタッチスクリーン、（音声認識システム、マイクロフォンのような）音声入力装置及び他の入力装置を含んでもよい。一般に「入力装置」なる用語は、データ処理システム８００に情報を入力することが可能な全てのタイプの装置及び手段を含むように意図される。
【０１０５】
ユーザインターフェース出力装置８１４はディスプレイサブシステム、プリンタ、ファクシミリ装置、又は音声出力装置のような非可視的な装置を含んでもよい。ディスプレイサブシステムは陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）のようなフラットパネル装置又はプロジェクション装置でもよい。一般に「出力装置」なる用語は、データ処理システム８００から情報を出力することが可能な全てのタイプの装置及び手段を含むように意図される。
【０１０６】
ストレージサブシステム８０６は、本発明の機能をもたらす基本的なプログラミング及びデータ構造を格納するよう構成される。例えば本発明の一実施例では、本発明の機能を実行するソフトウエアモジュールは格納サブシステム８０６に格納されてもよい。これらのソフトウエアモジュールはプロセッサ８０２により実行される。ストレージサブシステム８０６は本発明により使用されるデータを格納するレポジトリを与えてもよい。ストレージサブシステム８０６はメモリサブシステム８０８及びファイル／ディスクストレージサブシステム８１０から構成されてもよい。
【０１０７】
メモリサブシステム８０８は、プログラム実行中の命令及びデータを格納するためのメインランダムアクセスメモリ（ＲＡＭ）８１８や、一定の命令が格納されたリードオンリメモリ（ＲＯＭ）８２０等を含む様々なメモリを含んでもよい。ファイルストレージサブシステム８１０は、プログラム及びデータファイル用の永続的な（不揮発性の）ストレージを用意し、ハードディスクドライブ、関連する消去可能なメディアを用いるフロッピディスクドライブ、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）ドライブ、光ドライブ、消去可能なメディアカートリッジ及び他の同様な記憶媒体を含んでもよい。
【０１０８】
バスサブシステム８０４はデータ処理システム８００の様々な要素及びサブシステムが互に意図されるように通信させる手段を提供する。バスサブシステム８０４は一本のバスのように概略的に描かれているが、バスサブシステムの別の例は複数のバスを使用してもよい。
【０１０９】
データ処理システム８００はパーソナルコンピュータ、携帯用コンピュータ、ワークステーション、ネットワークコンピュータ、メインフレーム、キオスク又は他の如何なるデータ処理システムを含む様々なタイプにすることができる。これまでのコンピュータ及びネットワークの変わりゆく性質に起因して、図８に記載されているデータ処理システム８００はコンピュータシステムの好ましい特定の実施例を示すに過ぎないことが意図される。図８に示されるシステムより多い又は少ない要素を有する多くの他のコンフィギュレーションが可能である。
【０１１０】
本発明はソフトウエアによる制御ロジック、ハードウエア又は双方の組み合わせの形式で実現可能である。ここで与えられた開示内容及び教示内容に基づいて、当業者は本発明を実現する他の手段及び方法も理解するであろう。
【０１１１】
上記の説明は例示であって限定ではない。開示内容を検討することで本発明に関する多くの変形例が当業者には明白になるであろう。従って本発明の範囲は上記の説明を参照しながら決定されるのではなく、その全範囲又は均等物と共に添付の特許請求の範囲を参照することで決定される。
【図面の簡単な説明】
【０１１２】
【図１】本発明の一実施例によるメディアオブジェクト管理方法を示す図である。
【図２】本発明の一実施例によりメディアオブジェクトにアクセスする方法を示す図である。
【図３】本発明の一実施例によりＩＤを作成する方法の概略フローチャートである。
【図４】本発明の一実施例によるＩＤを用いてメディアオブジェクトにアクセスする方法の概略フローチャートである。
【図５】本発明の一実施例によりメディアオブジェクトを要求する方法の概略フローチャートである。
【図６】本発明の一実施例によるプレイリストを作成及び使用する方法の概略フローチャートである。
【図７】装置上に組織されたラベル例を示す図である。
【図８】本発明の一実施例によるメディアに印刷されたＩＤを示す図である。
【図９】本発明の一実施例に従う処理を実行するのに使用されるデータ処理システムの概略ブロック図である。
【符号の説明】
【０１１３】
１０２  リーダ
１０４  メディア
１０６  サービスプロバイダ
１０８  コンテンツプロバイダ
１１０  出力装置
１１２  他の装置
８００  データ処理システム
８０２  プロセッサ
８０４  バスサブシステム
８０６  ストレージサブシステム
８０８  メモリサブシステム
８１０  ファイルストレージサブシステム
８１２  ユーザインターフェース入力装置
８１４  ユーザインターフェース出力装置
８１６  ネットワークインターフェース
８１８  ランダムアクセスメモリ
８２０  リードオンリメモリ
【図１】
2006217624.tif 000003
【図２】
2006217624.tif 000004
【図３】
2006217624.tif 000005
【図４】
2006217624.tif 000006
【図５】
2006217624.tif 000007
【図６】
2006217624.tif 000008
【図７】
2006217624.tif 000009
【図８】
2006217624.tif 000010
【図９】
2006217624.tif 000011