(57)【特許請求の範囲】
【請求項１】
コンピュータにより実現される方法であって、
サーバの信頼コンテキスト属性の第１セット及びクライアント・デバイスの信頼コンテキスト属性の第２セットがメディア・コンテンツを共有するための信頼基準を満たすかを判定するステップと、
前記判定に基づき、前記サーバと前記クライアント・デバイスとの間で前記メディア・コンテンツを共有するために利用可能な信頼スロットを特定するステップであって、前記利用可能な信頼スロットは、予め定義された数の信頼スロットから特定され、前記利用可能な信頼スロットの可用性は、前記クライアント・デバイスに関連するコンテキストに依存する、ステップと、
前記利用可能な信頼スロットにより、前記サーバから前記クライアント・デバイスに前記メディア・コンテンツの少なくとも一部分を送信するステップと、
を含むことを特徴とするコンピュータにより実現される方法。
【請求項２】
前記メディア・コンテンツの少なくとも一部分を送信するステップは、前記クライアント・デバイスの長期記憶装置に前記メディア・コンテンツを格納するために、前記クライアント・デバイスに前記メディア・コンテンツをダウンロードするステップを含む、
ことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項３】
前記メディア・コンテンツの少なくとも一部分を送信するステップは、
前記サーバと前記クライアント・デバイスの少なくとも１つに格納された選択設定を検査するステップであって、前記選択設定は、前記メディア・コンテンツが前記クライアント・デバイスに自動的に送信されるかを示す、ステップと、
前記メディア・コンテンツを送信するためのユーザ入力なしに、前記メディア・コンテンツの少なくとも一部分を前記クライアント・デバイスに自動的に送信するステップと、
を含むことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項４】
制限された数の信頼されたクライアント・デバイスに前記メディア・コンテンツを送信するために、前記サーバの前記メディア・コンテンツへのアクセスを制限するデジタル著作権管理（ＤＲＭ）ポリシーを実行するステップをさらに含み、
前記信頼スロットの予め定義された数は、前記クライアント・デバイスの制限された数に基づくことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項５】
前記メディア・コンテンツを共有するために、信頼されたクライアント・デバイスが利用可能なサーバ接続の数を制限することによりデジタル著作権管理（ＤＲＭ）を実行するステップをさらに含み、
前記信頼スロットの予め定義された数は、前記サーバ接続の数に基づくことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項６】
前記メディア・コンテンツを共有するために、信頼されたクライアント・デバイスがサーバ接続に利用可能な前記信頼スロットの予め定義された数を制限することによりデジタル著作権管理（ＤＲＭ）を実行するステップをさらに含む、
ことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項７】
前記信頼基準に基づき前記利用可能な信頼スロットの前記可用性を判定するステップをさらに含むことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項８】
前記クライアント・デバイスに関連するコンテキストは、時間、事象の少なくとも１つを含み、
前記可用性は、時間依存可用性、事象依存可用性の少なくとも１つを含むことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項９】
前記メディア・コンテンツ共有のための、前記サーバの権限を判定するステップをさらに含むことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項１０】
前記信頼コンテキスト属性の前記第１セット及び前記信頼コンテキスト属性の前記第２セットが前記信頼基準を満たすことの判定は、
前記クライアント・デバイスに関するネットワーク接続性を判定するステップと、
前記クライアント・デバイスに関する前記ネットワーク接続性が、前記信頼基準に従うかを判定するステップと、
を含むことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項１１】
前記信頼コンテキスト属性の前記第１セット及び前記信頼コンテキスト属性の前記第２セットが前記信頼基準を満たすことの判定は、
前記クライアント・デバイスに関する位置を判定するステップと、
前記位置が、前記信頼基準に従うかを判定するステップと、
を含むことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項１２】
前記信頼コンテキスト属性の前記第１セット及び前記信頼コンテキスト属性の前記第２セットが前記信頼基準を満たすことの判定は、
メディア・コンテンツ共有のための、前記クライアント・デバイスの権限を判定するステップと、
前記権限に基づき、前記クライアント・デバイスが前記信頼基準に従うメディア・コンテンツ共有を許可されているかを判定するステップと、
を含むことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項１３】
前記信頼コンテキスト属性の前記第１セット及び前記信頼コンテキスト属性の前記第２セットが前記信頼基準を満たすことの判定は、
前記クライアント・デバイスの前記サーバに対する近さが、前記信頼基準に従うかを判定することを少なくとも含むことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項１４】
コンピュータにより実現される方法であって、
利用可能な信頼スロットを得るため、クライアント・コンピュータにより利用可能な制限された数の信頼スロットの少なくとも１つを判定するステップと、
割り当てた信頼スロットを得るため、前記クライアント・コンピュータによる使用のために、利用可能な信頼スロットを割り当てるステップと、
前記割り当てた信頼スロットを使用して前記クライアント・コンピュータに対する接続を確立するステップと、
前記接続を介してサーバ・コンピュータからのメディア・コンテンツを前記クライアント・コンピュータと共有するステップと、
事象後、少なくとも所定の期間、前記クライアント・コンピュータのために前記割り当てた信頼スロットを確保するステップと、
を含むことを特徴とするコンピュータにより実現される方法。
【請求項１５】
前記制限された数の信頼スロットのうちの少なくとも１つが前記クライアント・コンピュータにより利用可能であるかを判定するステップは、以前に確保された信頼スロットを利用可能にするステップを含む、
ことを特徴とする請求項１４に記載のコンピュータにより実現される方法。
【請求項１６】
前記事象は、クライアント解放事象を含み、
信頼スロットが、前記クライアント解放事象後に前記所定の期間より長く確保されていた場合に、以前に確保された前記信頼スロットを利用可能にするステップを含む、
ことを特徴とする請求項１４に記載のコンピュータにより実現される方法。
【請求項１７】
前記割り当てた信頼スロットを確保するステップは、前記割り当てた信頼スロットのために前記サーバ・コンピュータに確保表示を保存することを含み、前記確保表示は、前記クライアント・コンピュータの一意な識別子及び時間表示を少なくとも含む、
ことを特徴とする請求項１４から１６のいずれか１項に記載のコンピュータにより実現される方法。
【請求項１８】
電子デバイスであって、
前記電子デバイスをコンピュータ・ネットワークに接続するネットワーク・インタフェースと、
メディア・コンテンツを格納するメモリと、
前記メモリに格納された前記メディア・コンテンツの少なくとも一部の限定された共有を、前記コンピュータ・ネットワークに接続する１つ以上の電子デバイスに許可するように構成されたデジタル著作権管理制御ロジック部と、
前記電子デバイス及び前記１つ以上の電子デバイス経由の１つのデバイスの信頼コンテキストの複数の属性を発見するように構成された信頼属性発見ロジック部と、
を備えており、
前記デジタル著作権管理制御ロジック部は、前記デバイスの前記信頼コンテキストの前記複数の属性が信頼基準を満たすと判定し、前記デバイスに前記メディア・コンテンツの少なくとも一部を共有するために利用可能な信頼スロットを特定すると、前記デバイスと、前記メモリに格納された前記メディア・コンテンツの前記少なくとも一部を共有するように更に構成される、
ことを特徴とする電子デバイス。
【請求項１９】
コンピュータにより実行される方法であって、
１つ以上のネットワークを介してデジタル・メディア資産を共有することを許可された制限されたコンピュータのグループを確立するステップであって、前記制限されたコンピュータのグループは、前記１つ以上のネットワークを介してコンテンツを共有するために利用可能な制限された数の信頼スロットに基づく、ステップと、
前記制限されたコンピュータのグループから第１のコンピュータを介してメディア・サービスからデジタル・メディア資産を購入するステップと、
前記制限されたコンピュータのグループによる前記メディア資産へのアクセスを許可するステップと、
前記１つ以上のネットワークに接続するとき、前記制限されたコンピュータのグループ内の少なくとも１つのコンピュータに、前記メディア資産を自動的に提供するステップと、
を含むことを特徴とするコンピュータにより実現される方法。
【請求項２０】
前記メディア資産を提供するステップは、前記１つ以上のネットワークに接続するとき、前記制限されたコンピュータのグループ内の少なくとも１つのコンピュータに、前記メディア・サービスから前記メディア資産を配信するステップを含む、
ことを特徴とする請求項１９に記載のコンピュータにより実現される方法。
【請求項２１】
前記メディア資産を提供するステップは、前記１つ以上のネットワークに接続するとき、前記制限されたコンピュータのグループ内の少なくとも１つのコンピュータに、前記第１のコンピュータから前記メディア資産を配信するステップを含む、
ことを特徴とする請求項１９に記載のコンピュータにより実現される方法。
【請求項２２】
前記メディア資産を提供するステップは、
前記第１のコンピュータが、前記制限されたコンピュータのグループ内の少なくとも１つのコンピュータに、前記第１のコンピュータが共有のために利用可能であることの表示を提供する通知を送信するステップと、
前記制限されたコンピュータのグループ内の少なくとも１つのコンピュータに、前記メディア資産のコピーを自動的に開始するステップと、
を含むことを特徴とする請求項１９から２１のいずれか１項に記載のコンピュータにより実現される方法。
【請求項２３】
前記通知は、前記第１のコンピュータが最後に購入したデジタル・メディア資産の日付、時間又はそれらの組み合わせを含み、
前記制限されたコンピュータのグループ内の少なくとも１つのコンピュータのために、前記第１のコンピュータに関する最後の更新を示す、保存した日付、時間又はそれらの組み合わせが維持され、
前記第１のコンピュータに関する前記最後の更新に対応する保存した日付、時間又はそれらの組み合わせより、前記通知に関連する日付、時間又はそれらの組み合わせが新しければ、前記制限されたコンピュータのグループ内の少なくとも１つのコンピュータに対して、前記コピーが開始される、
ことを特徴とする請求項２２に記載のコンピュータにより実現される方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディア共有に関し、特にネットワークを介したメディア共有管理に関する。
【背景技術】
【０００２】
ホスト・コンピュータと呼ばれるコンピュータは、ユーザがメディア資産を管理、再生及び共有できるように動作する。一例として、ホスト・コンピュータは、メディア管理アプリケーションを実行し、メディア資産を管理、再生及び共有できる。メディア管理アプリケーションの一例は、Ａｐｐｌｅ  Ｉｎｃ．により作成されたｉＴｕｎｅｓ（登録商標）である。メディア・プレーヤは、ホスト・コンピュータからメディア資産を取得することが多い。更に、ユーザは、ホスト・コンピュータによりメディア・プレーヤ上に提供されるメディア資産を管理できる。
【０００３】
デジタル著作権管理（ＤＲＭ）は、デジタル・メディア・コンテンツの無許可のアクセス、使用又は再配信に対して妥当な制限を課すためにメディア・コンテンツ発行者により使用されるアクセス制御技術を示す。何らかのデジタル著作権管理が必要であることを殆どの人は認めるが、特に、ユーザのホーム環境に関して包括的なデジタル著作権管理のバランスを取るように、ある程度の利便性及び柔軟性が望まれる。例えば、ホーム環境において、夫婦が、コンピュータと、メディア・コンテンツを購入してダウンロードするためのｉＴｕｎｅｓ（登録商標）ストア・アカウントと、をそれぞれが有する場合がある。また、家族は、それぞれがコンピュータ及びｉＴｕｎｅｓ（登録商標）ストア・アカウントを持つ４人の子供を更に含む場合がある。家族の各メンバーそれぞれのコンピュータは、既にホーム・ネットワークにおいて共にネットワーク化されていてもよい。しかし、家族のメンバーは、最近購入したデジタル・メディア・コンテンツを他の家族のメンバーと共有するための容易で便利な方法を必要とするだろう。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従って、種々のコンピュータ間でのメディア共有を管理する改善された技術に対する必要性が存在する。
【課題を解決するための手段】
【０００５】
本発明は、ネットワークを介したメディア資産の共有を管理又は制限する改善された技術に関する。メディア資産を有するサーバ・コンピュータにより、１人以上のクライアントは、コンピュータ・ネットワークを介してそのようなメディア資産へのアクセスを受信できる。しかし、そのようなメディア資産へのアクセスは、数量的制限及び時間的制限に基づいて制限され得る。例えばメディア資産は、オーディオ項目（例えば、音楽又は曲を含むオーディオ・ファイル）、映像（例えば、映画）又は画像（例えば、写真）等のデジタル・メディア資産であり得る。
【０００６】
本発明は、方法、システム、デバイス又は装置（グラフィカル・ユーザ・インタフェース又はコンピュータ可読媒体を含む）等を含む多くの方法で実現できる。本発明のいくつかの実施形態を以下に説明する。
【０００７】
コンピュータ・ネットワークを介したサーバ・コンピュータから複数のクライアント・コンピュータのうちの１つ以上へのメディア・コンテンツの共有を管理するコンピュータにより実現された方法として、一実施形態は、メディア・コンテンツをサーバ・コンピュータにダウンロードすることと、メディア・コンテンツをサーバ・コンピュータの長期記憶装置に格納することと、サーバの複数の信頼属性の第１セット及び複数のクライアント・コンピュータのうちの特定のクライアント・コンピュータの複数の信頼属性の第２セットを発見することと、信頼属性の第１セット及び第２セットが信頼基準を満たすことを判定すると、特定のクライアント・コンピュータを信頼することと、サーバ・コンピュータから特定のクライアント・コンピュータの長期記憶装置にメディア・コンテンツを集約する動作とを少なくとも含む。
【０００８】
コンピュータ・ネットワークを介したサーバ・コンピュータから複数のクライアント・コンピュータのうちの１つ以上へのメディア・コンテンツの共有を制限するコンピュータにより実現された方法として、別の実施形態は、メディア・コンテンツをサーバ・コンピュータにダウンロードすることと、メディア・コンテンツをサーバ・コンピュータの長期記憶装置に格納することと、制限された数の信頼スロットのうちの少なくとも１つが特定のクライアント・コンピュータにより利用可能であるかを判定することと、制限された数の信頼スロットのうちの少なくとも１つが特定のクライアント・コンピュータにより利用可能であると判定すると、信頼スロットのうちの利用可能な１つの信頼スロットを、特定のクライアント・コンピュータの使用のために割り当てること、割り当てられた信頼スロットを使用して特定のクライアント・コンピュータに対する接続を確立することと、確立した接続を介して、サーバ・コンピュータからのメディア・コンテンツを特定のクライアント・コンピュータと共有することと、事象後、少なくとも所定の期間、特定のクライアント・コンピュータに対して割り当てられた信頼スロットを確保することと、を少なくとも含む。
【０００９】
コンピュータ・ネットワークを介したデジタル著作権管理（ＤＲＭ）サーバ・コンピュータから複数のクライアント・コンピュータのうちの１つ以上へのメディア・コンテンツの共有を管理する、コンテキスト・アウェア・コンピュータにより実現される方法として、別の実施形態は、メディア・コンテンツをＤＲＭサーバ・コンピュータにダウンロードすることと、メディア・コンテンツをＤＲＭサーバ・コンピュータの長期記憶装置に格納することと、ＤＲＭサーバ及び複数のクライアント・コンピュータのうちの特定のクライアント・コンピュータの信頼コンテキストの複数の時間依存属性、場所依存属性、事象依存属性のいずれか、或いは、それらの任意の組み合わせを発見することと、ＤＲＭサーバ・コンピュータ及び複数のクライアント・コンピュータのうちの特定のクライアント・コンピュータの信頼コンテキストの複数の属性が信頼基準を満たすかを判定することと、信頼基準を満たすと判定すると、サーバ・コンピュータからのメディア・コンテンツを特定のクライアント・コンピュータと共有することと、を少なくとも含む。
【００１０】
コンピュータ・ネットワークを介したデジタル著作権管理（ＤＲＭ）サーバ・コンピュータから１つ以上のクライアント・コンピュータへのメディア・コンテンツの共有を管理する、コンピュータ・プログラム・コードを少なくとも含むコンピュータ可読媒体として、一実施形態は、ＤＲＭサーバ及び複数のクライアント・コンピュータのうちの特定のクライアント・コンピュータの信頼コンテキストの複数の属性を発見するコンピュータ・プログラム・コードと、ＤＲＭサーバ及び複数のクライアント・コンピュータのうちの特定のクライアント・コンピュータの信頼コンテキストの複数の属性が信頼基準を満たすと判定すると、サーバ・コンピュータからのメディア・コンテンツを特定のクライアント・コンピュータと共有するコンピュータ・プログラム・コードと、を少なくとも含む。
【００１１】
電子デバイスとして、本発明の一実施形態は、電子デバイスをコンピュータ・ネットワークに接続するネットワーク・インタフェースと、メディア・コンテンツを格納するメモリと、メモリに格納されたメディア・コンテンツの少なくとも一部の共有をコンピュータ・データ・ネットワークに接続する１つ以上の他の電子デバイスに制限することを許可するように構成されたデジタル著作権管理制御ロジックと、電子デバイス及び１つ以上の他の電子デバイスのうちの特定の他の電子デバイスの信頼コンテキストの複数の属性を発見するように構成された信頼属性発見ロジックと、を少なくとも含む。デジタル著作権管理制御ロジックは、１つ以上の他の電子デバイスのうちの特定の他の電子デバイスの信頼コンテキストの複数の属性が信頼基準を満たすと判定すると、１つ以上の他の電子デバイスのうちの特定の他の電子デバイスに対して、メモリに格納されたメディア・コンテンツの少なくとも一部を共有するように更に構成される。
【００１２】
１つ以上のネットワークを介してデジタル・メディア資産の共有を制限するコンピュータにより実現される方法として、別の実施形態は、１つ以上のネットワークを介してデジタル・メディア資産を共有するのを許可された制限されたコンピュータのグループを確立することと、制限されたコンピュータのグループの第１のコンピュータを介してメディア・コマース・サービスからデジタル・メディア資産を購入することと、購入したメディア資産を、制限されたコンピュータのグループ内の他のコンピュータのいずれかに提供することを許可することと、１つ以上のネットワークに接続する場合、制限されたコンピュータのグループ内の他のコンピュータのいずれかに購入したメディア資産を自動的に提供すること、を少なくとも含む。
【００１３】
本発明の他の態様及び利点は、例として本発明の原理を説明する添付の図面と共に、以下の詳細な説明から明らかとなるだろう。
【００１４】
本発明は、添付の図面と共に行う以下の詳細な説明により容易に理解され、図中の同様な構成要素には同様な参照符号を使用する。
【図面の簡単な説明】
【００１５】
【図１Ａ】一実施形態によるメディア共有システムのブロック図。
【図１Ｂ】一実施形態によるメディア共有処理のフローチャート。
【図１Ｃ】サーバ・コンピュータのメディア共有許可を示す簡略化されたブロック図。
【図１Ｄ】サーバ・コンピュータのメディア共有許可を示す簡略化されたブロック図。
【図１Ｅ】サーバ・コンピュータのメディア共有許可を示す簡略化されたブロック図。
【図１Ｆ】例示的なテキスト・レコードを示す図。
【図１Ｇ】グラフィカル・ユーザ・インタフェースの一画面を示す図。
【図１Ｈ】一実施形態に係るメディア共有システムを示す別のブロック図。
【図２Ａ】一実施形態に係るメディア共有処理を示すフローチャート。
【図２Ｂ】信頼できないクライアント・コンピュータの必要な権限を判定する処理を示すフローチャート。
【図３Ａ】一実施形態によるメディア共有ログイン処理のフローチャート。
【図３Ｂ】一実施形態によるメディア共有ログイン処理のフローチャート。
【図４】一実施形態によるメディア共有ログアウト処理のフローチャート。
【図５】一実施形態による予約テーブルを示す図。
【図６】一実施形態によるメディア管理システムのブロック図。
【発明を実施するための形態】
【００１６】
本発明は、ネットワークを介したメディア資産の共有を管理又は制限する改善された技術に関する。メディア資産を有するサーバ・コンピュータにより、１人以上のクライアントは、コンピュータ・ネットワークを介してそのようなメディア資産へのアクセスを受信できる。しかし、そのようなメディア資産へのアクセスは、数量的制限及び時間的制限に基づいて制限され得る。例えばメディア資産は、オーディオ項目（例えば、音楽又は曲を含むオーディオ・ファイル）、映像（例えば、映画）又は画像（例えば、写真）等のデジタル・メディア資産であってもよい。
【００１７】
図１〜図６を参照して本発明の実施形態を以下に説明する。しかし、これらの図面に関して本明細書において行う詳細な説明は、説明を目的とするものであり、本発明がこれらの限定された実施形態を越えた範囲に及ぶことは、当業者により容易に理解されるだろう。
【００１８】
図１Ａは、一実施形態によるメディア共有システム１００を示すブロック図である。メディア共有システム１００は、メディア・マネージャ１０４を動作させるサーバ・コンピュータ１０２を含む。サーバ・コンピュータ１０２は、コンピュータ＃０として示された第１のコンピュータによりホストされたサーバ・インスタンスを含む可能性がある。特にメディア・マネージャ１０４は、サーバ・コンピュータ１０２上に格納されるメディア・コンテンツの共有を制御する。メディア・コンテンツは、オーディオ・トラック等のメディア資産である。一般に、メディア・マネージャ１０４は、ユーザのメディア・コンテンツの編成を補助し、かつ、サーバ・コンピュータ１０２においてメディア・コンテンツを局所的に再生する等の他のメディア管理機能を更に実行してもよい。サーバ・コンピュータ１０２は、コンピュータ・データ・ネットワーク１０６に更に接続してもよい。一実施形態において、コンピュータ・ネットワーク１０６は、ローカル・エリア・ネットワーク（ＬＡＮ）であり得る。他の実施形態において、コンピュータ・データ・ネットワーク１０６は、アドホック・ネットワーク、ホーム・ネットワーク、無線ネットワーク、セルラ・データ・ネットワーク、ワイド・エリア・ネットワーク（ＷＡＮ）及び／又はインターネットであり得る。
【００１９】
メディア・コマース・サーバ１０７等のデジタル・メディア・サービスは、オンライン・トランザクションを介してメディア・コンテンツのレビュー、購入及び／又はレンタルを調整する。メディア・コンテンツを購入するためのオンライン・トランザクションは、電子商取引（ｅコマース）とも呼ばれる。サーバ・コンピュータは、電子デバイスを備えてもよい。電子デバイスは、メディア・コンテンツを格納するメモリと、電子デバイスをコンピュータ・データ・ネットワーク１０６に接続させるためのネットワーク・インタフェースと、を備えてもよい。購入されたメディア・コンテンツは、コンピュータ・データ・ネットワーク１０６を介してメディア・コマース・サーバ１０７からサーバ・コンピュータ１０２にダウンロードされ得る。そのようにダウンロードされたメディア・コンテンツは、メモリに格納することができる。メモリは、サーバ・コンピュータ１０２の長期記憶装置を含む。
【００２０】
また、メディア共有システム１００は、１つ以上のクライアント・コンピュータ１０８を更に含む。クライアント・コンピュータ１０８は、コンピュータ・データ・ネットワーク１０６に更に接続され得る。クライアント・コンピュータ１０８の各々は、メディア・プレーヤ１１０を含む。本明細書において更に詳細を後述するように、クライアント・コンピュータ１０８は、コンピュータにおいてホストされた１つ以上の信頼できるクライアント・インスタンスと、コンピュータにおいてホストされた任意の信頼できないクライアント・インスタンスを含む可能性がある。
【００２１】
一実施形態において、いずれかの所定の時点において、制限された数の信頼できるクライアント・コンピュータのみがコンピュータ・データ・ネットワーク１０６を介してサーバ・コンピュータ１０２から共有メディア・コンテンツを受信できるように制限が課され得る。一例として、制限された数の信頼できるクライアント・コンピュータが５を超えないように制限を設定できる。そのような例を示すために、図１Ａは、各々が制限された数、例えば５個のクライアント・コンピュータ（図１Ａのコンピュータ＃１〜＃５）の各々においてホストされた制限された数、例えば５個のクライアント・インスタンスを示している。
【００２２】
クライアント・コンピュータ１０８のメディア・プレーヤ１１０は、コンピュータ・データ・ネットワーク１０６を介してサーバ・コンピュータ１０２から共有メディア・コンテンツを受信できる。例えば一実現例において、メディア・プレーヤ１０８は、クライアント・コンピュータ１０８のうちの１つ以上に対してコンピュータ・データ・ネットワーク１０６を介してサーバ・コンピュータ１０２により共有される共有メディア・コンテンツを受信する。一般に、メディア・プレーヤ１１０により、クライアント・コンピュータ１０８のユーザは、局所的に格納されたメディア・コンテンツを更に管理及び再生できる。
【００２３】
一実施形態において、メディア・マネージャ１０４は、メディア資産を管理及び共有するメディア管理アプリケーションである。一実施形態において、メディア・プレーヤ１１０は、例えば、クライアント・コンピュータ１０８を使用するために、コンピュータ・データ・ネットワーク１０６を介して共有メディア・コンテンツを受信し、共有メディア・コンテンツを局所的に再生できる。メディア・プレーヤ１１０は、メディア・プレーヤ１１０上で再生されるかあるいは表示されるオーディオ・トラック又は写真等のメディア資産を更に格納してもよい。
【００２４】
更に、特定のクライアント・コンピュータ１０８がサーバ・コンピュータ１０２から共有メディア・コンテンツを受信するのを許可されると、その特定のクライアント・コンピュータ１０８は、制限された数の信頼スロットのうちの１つの信頼スロットを取得したと考えられる。その後、特定のクライアント・コンピュータ１０８がサーバ・コンピュータ１０２から共有メディア・コンテンツを受信することに関係しない場合、関連付けられた信頼スロットは、特定のクライアント・コンピュータ１０８により必要とされず、解放されてもよい。しかし、関連付けられた信頼スロットは、完全に解放されるのではなく、特定のクライアント・コンピュータ１０８に対して確保されると考えられてもよい。例えば関連付けられた信頼スロットは、所定の確保期間（例えば、２４時間、４８時間、１週間、１カ月又はそれ以上）だけ確保されると考えられてもよい。その結果、制限された数の信頼スロットの回転率が制限されるため、多くの匿名のクライアント・コンピュータがサーバ・コンピュータ１０２から共有メディア・コンテンツを受信することに関係する機能は妨げられる。
【００２５】
従って、メディア共有システム１００は、クライアント・コンピュータ１０８の機能をサーバ・コンピュータ１０２から共有メディア・コンテンツを受信することに制限してもよい。この点に関して、サーバ・コンピュータ１０２のユーザがコンピュータ・ネットワーク１０６を介したメディア・コンテンツの共有に、より責任を負うことを奨励するような制限が課されてもよい。例えば、サーバ・コンピュータ１０２のユーザは、サーバ・コンピュータ１０２により提供されている共有メディア・コンテンツを受信、すなわち共有したいクライアント・コンピュータ１０８に対してパスワードを課すことが奨励されてもよい。特に一実施形態において、制限は、いずれかの所定の時点において、制限された数のクライアント・コンピュータ１０８のみがコンピュータ・データ・ネットワーク１０６を介してサーバ・コンピュータ１０２から共有メディア・コンテンツを受信できるような制限であってもよい。一例として、制限された数のクライアント・コンピュータ１０８が５、すなわち５個の信頼スロットを超えないように制限を設定してもよい。
【００２６】
割り当てられた（あるいは確保された）信頼スロットを有さないクライアント・コンピュータは、信頼できないクライアント・コンピュータとして示されてもよい。信頼スロットの数が制限されるため、制限された数の信頼スロットを超える数のクライアント・コンピュータは、信頼できないクライアント・コンピュータとして示されてもよい。例えば、制限された数の信頼スロットは例えば５個のスロットであってもよく、制限された数の信頼できるクライアント・コンピュータは例えば５個の信頼できるコンピュータであってもよい。制限された数の５個の信頼スロットの各々は、５個の信頼できるコンピュータの各々に割り当てられてもよく、更なるクライアント・コンピュータ、例えば６番目のクライアント・コンピュータは、制限された数の信頼スロットを上回ってもよく、図１Ａに示されるように信頼できないクライアント・コンピュータとして示されてもよい。そのような信頼できないクライアント・コンピュータは、サーバ・コンピュータ１０２から共有メディア・コンテンツを受信することを制限され得る。
【００２７】
信頼スロット及びそれらの動作の制御は、集中型のアプリケーション若しくはサービス、又は、分散型のアプリケーション若しくはサービスとして具体化され得るデジタル著作権管理（ＤＲＭ）制御ロジック１１１により提供され得る。例えば、図１Ａに示されるように、ＤＲＭ制御ロジック１１１は、サーバ・コンピュータ１０２及びクライアント・コンピュータ１０８において分散して動作することができる。デジタル著作権管理制御ロジックは、サーバ・コンピュータ１０２のメモリに格納されたメディア・コンテンツの少なくとも一部の共有を、コンピュータ・データ・ネットワーク１０６に接続する１つ以上の他の電子デバイスに限定することを許可するように構成されてもよい。例えばＤＲＭ制御ロジックは、サーバ・コンピュータ１０２の長期記憶装置メモリに格納されたメディア・コンテンツの少なくとも一部の共有を、コンピュータ・データ・ネットワーク１０６に接続された信頼できるクライアント・コンピュータ１０８を含む１つ以上の他の電子デバイスの長期記憶装置メモリに限定することを許可するように構成されてもよい。
【００２８】
ＤＲＭ制御ロジック１１１及び本明細書における他のロジックの説明において、"ロジック"は、機能又は動作を実行し、かつ／あるいは、別のロジック、方法及び／又はシステムからの機能又は動作を発生させるハードウェア、ファームウェア、ソフトウェア及び／又は各々の組合せを含むがそれらに限定されないことが理解されるべきである。例えば、所望のアプリケーション又は要望に基づいて、ロジックは、ソフトウェアで制御されるマイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）等の個別ロジック、プログラム可能なロジック・デバイス又は命令等を含むメモリ・デバイスを含み得る。ロジックは、１つ以上のゲート、ゲートの組合せ又は他の回路部品を含んでもよい。ロジックは、ソフトウェアとして完全に具体化されてもよい。複数のロジックが説明される場合、複数のロジックを１つの物理的ロジックに組み込むことが可能であり得る。
【００２９】
電子デバイスは、本明細書において上述したように、サーバ・コンピュータ１０２と関連付けられてもよく、更にコンテキスト・アウェア電子デバイスであってもよい。他の電子デバイスは、クライアント・コンピュータ１０８と関連付けられてもよく、更にコンテキスト・アウェア電子デバイスであってもよい。信頼属性発見ロジック１１３は、そのようなコンテキスト・アウェアを提供でき、電子デバイス及び他の電子デバイスのうちの特定の１つの電子デバイスの信頼コンテキストの複数の時間依存属性、位置依存属性、事象依存属性の１つ又は任意の組み合わせ（及び／又は、他の電子デバイスのうちの１つの信頼コンテキストのそのような属性）を発見するように構成され得る。信頼属性発見ロジックは、集中型のアプリケーション又はサービス、或いは、分散型のアプリケーション又はサービスとして具体化されてもよい。図１Ａに示すように、信頼属性発見ロジック１１３は、サーバ・コンピュータ１０２と関連付けられてもよい。別の実施形態において、信頼属性発見ロジックは、サーバ・コンピュータ１０２に関連付けられ得るデバイスと、クライアント・コンピュータ１０８に関連付けられ得る他の電子デバイスにおいて分散して動作してもよい。
【００３０】
ＤＲＭ制御ロジック１１１は、電子デバイスのうちの特定の電子デバイスの信頼コンテキストの複数の属性が信頼基準を満たすと判定すると、他の電子デバイスのうちの特定の電子デバイスに対して、サーバ・コンピュータ１０２と関連付けられ得るデバイスのメモリに格納されたメディア・コンテンツの少なくとも一部を共有するように更に構成されてもよい。従って、そのようなＤＲＭ制御ロジックは、ＤＲＭサーバ・コンピュータとして動作できるサーバ・コンピュータ１０２において実装されてもよく、コンピュータ・データ・ネットワーク１０６を介したＤＲＭサーバ・コンピュータから複数のクライアント・コンピュータのうちの１つ以上のクライアント・コンピュータへのメディア・コンテンツの共有管理方法を実現する１つ以上のコンテキスト・アウェア・コンピュータを提供できる。本明細書における先の説明に従って、メディア・コンテンツは、ＤＲＭサーバ・コンピュータにダウンロードされ、ＤＲＭサーバ・コンピュータの長期記憶装置に格納され得る。ＤＲＭサーバ・コンピュータの信頼コンテキストの複数の属性及びクライアント・コンピュータのうちの特定のクライアント・コンピュータが信頼基準を満たすと判定すると、ＤＲＭサーバ・コンピュータは、特定のクライアント・コンピュータとメディア・コンテンツを共有できる。
【００３１】
信頼属性発見ロジック１１３は、サーバ・コンピュータの複数の信頼属性の第１セットと、複数のクライアント・コンピュータのうちの特定のクライアント・コンピュータの複数の信頼属性の第２セット（及び／又は、クライアント・コンピュータの他のものの信頼属性それぞれの第２セット）を発見するように構成され得る。ＤＲＭ制御ロジック１１１は、信頼属性の第１セット及び第２セットが信頼基準を満たすことを判定し、特定のクライアント・コンピュータを信頼する（及び／又は、信頼属性の第１セット及びクライアント・コンピュータのうちの他のものの信頼属性の各第２セットが信頼基準を満たすことを判定する）ように構成されてもよい。
【００３２】
メディア・コンテンツが購入されたデジタル・メディア・サービス（例えば、メディア・コマース・サーバ）１０７は、メディア共有許可サービス１１５（例えば、免許当局）と提携してもよい。特に、以下の説明に関連する情報が、それらの間でやり取りできる。また、本明細書において更に詳細を後述するように、信頼基準を満足することを判定する際、ＤＲＭ制御ロジック１１１は、メディア共有許可サービス１１５と協働し、コンピュータ・データ・ネットワーク１０６を介して情報をやり取りしてもよい。特にＤＲＭ制御ロジックは、メディア共有許可サービス１１５とコンピュータ・データ・ネットワーク１０６を介して信頼属性情報、信頼基準情報、信頼判定情報、信頼制御指示情報のいずれか１つ、あるいはそれらの任意の数の組み合わせをやり取りしてもよい。
【００３３】
サーバの複数の信頼属性の第１セットを発見し、第１セットが信頼基準を満たすかを判定する際、信頼属性発見ロジック１１３は、サーバ・コンピュータ１０２での制限された数の信頼スロットの可用性を発見するように構成されてもよい。ＤＲＭ制御ロジック１１１は、信頼基準に従って、特定のクライアント・コンピュータによるサーバ接続使用に対して制限された数の信頼スロットのうちの少なくとも１つが利用可能であるかを判定するように構成されてもよい。
【００３４】
また、サーバの複数の信頼属性の第１セットを発見し、第１セットが信頼基準を満たすかを判定する際、信頼属性発見ロジック１１３は、制限された数の信頼スロット・サーバ・コンピュータの何らかの時間依存可用性を発見するように構成されてもよく、ＤＲＭ制御ロジック１１１は、制限された数の信頼スロットのうちの少なくとも１つの時間依存可用性が信頼基準に従うかを判定するように構成されてもよい。例えば、信頼基準に従う特定のクライアント・コンピュータによるサーバ接続使用に対する信頼スロットの可用性の属性は、時間依存であり得る。本明細書において上述したように、信頼スロットは、所定の確保期間（例えば、２４時間、４８時間、１週間、１カ月又はそれ以上）だけ確保され、使用不可であると考えられ得る。
【００３５】
また、サーバの複数の信頼属性の第１セットを発見し、第１セットが信頼基準を満たすかを判定する際、信頼属性発見ロジック１１３は、制限された数の信頼スロット・サーバ・コンピュータの何らかの事象依存可用性を発見するように構成されてもよく、ＤＲＭ制御ロジック１１１は、制限された数の信頼スロットのうちの少なくとも１つの事象依存可用性が信頼基準に従うかを判定するように構成されてもよい。例えば、本明細書において更に詳細に後述するように、信頼属性発見ロジック１１３は、信頼スロット可用性に影響を与えるクライアント共有サービス解放事象を発見してもよい。
【００３６】
また、サーバの複数の信頼属性の第１セットを発見し、第１セットが信頼基準を満たすかを判定する際、信頼属性発見ロジック１１３は、メディア・コンテンツを共有するサーバ・コンピュータの何らかの権限を発見するように構成されてもよい。例えば信頼属性発見ロジックは、メディア共有許可サービス１１５からコンピュータ・データ・ネットワーク１０６を介して権限を発見するように構成されてもよい。ＤＲＭ制御ロジック１１１は、信頼基準に従って、メディア・コンテンツを共有するために、サーバ・コンピュータ１０２が例えばメディア共有許可サービス１１５により許可されるかを判定するように構成されてもよい。
【００３７】
同様に、クライアント・コンピュータのうちの特定のクライアント・コンピュータの複数の信頼属性の第２セットを発見し、第２セットが信頼基準を満たすかを判定する際、信頼属性発見ロジック１１３は、クライアント・コンピュータのうちの特定のクライアント・コンピュータのネットワーク接続性を発見するように構成されてもよく、ＤＲＭ制御ロジック１１１は、クライアント・コンピュータのうちの特定のクライアント・コンピュータのネットワーク接続性が信頼基準を満たすかを判定するように構成されてもよい。例えば、信頼属性発見ロジック１１３は、アドホック・ネットワーク、ホーム・ネットワーク又は無線ネットワークを使用でき、ゼロ構成ネットワーク・プロトコル、マルチキャスト・ドメイン・ネーム・システム（ＤＮＳ）プロトコル及び／又はＤＮＳ−ＳＤサービス発見プロトコル、あるいはそれらの任意の組合せを使用できるコンピュータ・データ・ネットワーク１０６のネットワーク接続性を発見するように構成されてもよい。
【００３８】
高域ゼロ構成ネットワーキング技術と共に上述のプロトコルを使用し、及び／又は、メディア共有許可サービス１１５の高度リモートネットワーキング機能により発見を調整することにより、信頼属性発見ロジック１１３は、ワイド・エリア・ネットワーク（ＷＡＮ）又はセルラ・データ・ネットワークのネットワーク接続性を発見するように構成されてもよい。そのようなネットワーク接続性が発見されると、ネットワーク接続性信頼属性情報は、ＤＲＭ制御ロジック１１１と協働して信頼評価するために、コンピュータ・データ・ネットワーク１０６を介してメディア共有許可サービス１１５に送信されてもよい。
【００３９】
また、クライアント・コンピュータのうちの特定のクライアント・コンピュータの複数の信頼属性の第２セットを発見し、第２セットが信頼基準を満たすかを判定する際、信頼属性発見ロジック１１３は、クライアント・コンピュータのうちの特定のクライアント・コンピュータの位置、近似位置又は推定位置を発見するように構成されてもよい。ＤＲＭ制御ロジック１１１は、クライアント・コンピュータのうちの特定のクライアント・コンピュータのそのような位置が信頼基準を満たすかを判定するように構成されてもよい。同様に、ＤＲＭ制御ロジック１１１は、サーバ・コンピュータに対するクライアント・コンピュータのうちの特定のクライアント・コンピュータの近さが信頼基準に従うかを判定するように構成されてもよい。
【００４０】
また、クライアント・コンピュータのうちの特定のクライアント・コンピュータの複数の信頼属性の第２セットを発見し、第２セットが信頼基準を満たすかを判定する際、信頼属性発見ロジック１１３は、メディア・コンテンツを共有するためにコンピュータのうちの特定の１つの任意の権限を発見するように構成されてもよい。例えば、信頼属性発見ロジック１１３は、メディア共有許可サービス１１５からコンピュータ・データ・ネットワーク１０６を介して権限を発見するように構成されてもよい。ＤＲＭ制御ロジック１１１は、信頼基準に従って、メディア・コンテンツを共有するために、クライアント・コンピュータのうちの特定のクライアント・コンピュータが、例えば、メディア共有許可サービス１１５により許可されるかを判定するように構成されてもよい。
【００４１】
信頼属性の第１セット及び第２セットが信頼基準を満たすかを判定すると、ＤＲＭ制御ロジック１１１は、利用可能な信頼スロットを割り当て、特定のクライアント・コンピュータを信頼し、特定のクライアント・コンピュータを信頼できるクライアント・コンピュータとして示すように構成されてもよい。次に、特定の信頼できるクライアント・コンピュータのメディア・プレーヤ１１０は、特定の信頼できるクライアント・コンピュータの長期記憶装置に、サーバ・コンピュータからメディア・コンテンツを集約するように構成されてもよい。
【００４２】
図１Ｂは、一実施形態によるメディア共有処理１２０を示すフローチャートである。処理は、購入したメディア・コンテンツのダウンロード１２２から開始され得る。処理は、サーバ・コンピュータの長期記憶装置にメディア・コンテンツを格納１２４することで継続され得る。サーバ・コンピュータ及び特定のクライアント・コンピュータの信頼コンテキストの属性は、本明細書において詳細に上述した様に、信頼属性の第１セット及び第２セットを含み得る。処理は、サーバ・コンピュータ及びクライアント・コンピュータの特定のクライアント・コンピュータの信頼コンテキストの属性を発見１２６することにより継続され得る。判定１２８において、信頼属性が信頼基準を満たすかが判定され得る。信頼属性が信頼基準を満たすと判定１２８において判定されると、特定のクライアント・コンピュータは信頼され、メディア・コンテンツは、特定の信頼できるクライアント・コンピュータの長期記憶装置に自動的に転送１３０（例えば集約）され、処理１２０は終了し得る。一方、信頼属性が信頼基準を満たさないと判定１２８において判定されると、メディア共有許可サービスに対する特定のクライアントによる総ての要求は拒否され、処理１２０は終了し得る。
【００４３】
メディア・コンテンツの転送１３０は、メディア・コンテンツを特定の信頼できるクライアントの長期記憶装置に集約することを含み得る。転送（又は集約）は、特定のクライアント・コンピュータの長期記憶装置に格納するために、メディア・コンテンツを特定のクライアント・コンピュータにダウンロードすることを含み得る。しかし、そのようなダウンロードは、メディア・コンテンツが特定のクライアント・コンピュータの長期記憶装置にまだ格納されていない場合にのみ実行されればよい。同様に、転送又は集約は、サーバ・コンピュータ及び特定のクライアント・コンピュータの少なくとも一方に格納された選択設定を調査し、メディア・コンテンツが特定のクライアント・コンピュータに提供されることを選択設定が示す場合にのみ、メディア・コンテンツを特定のクライアント・コンピュータの長期記憶装置にコピーすることを含み得る。
【００４４】
転送は、そのような転送に対する特定のユーザ入力なしで自動的に実行されてもよい。転送は、メディア・コンテンツが特定のクライアント・コンピュータに転送されることを示す１つ以上の選択設定（例えば、ユーザにより設定又はデフォルト設定）による影響を更に受けることができる。本明細書における先の説明に従って、デジタル著作権管理（ＤＲＭ）は、ディア・コンテンツを集約するための信頼できるクライアント・コンピュータの数を制限することにより実行され得る。同様に、デジタル著作権管理（ＤＲＭ）は、メディア・コンテンツを集約するためのクライアント・コンピュータの信頼できる数を制限することにより実行され得る。
【００４５】
メディア共有処理１２０は、クライアント・コンピュータの制限されたセット間で購入したメディア・コンテンツの共有を容易にするという利点がある。購入したメディア・コンテンツは、クライアント・コンピュータでメディア・コンテンツを集約することにより共有され得る。例えば、１つのクライアント・コンピュータでメディア・コンテンツを購入して受信した後、受信したメディア・コンテンツは、信頼されると考えられる１つ以上の他のクライアント・コンピュータに、すなわち確立されたクライアント・コンピュータのグループ内において更に提供されてもよい。
【００４６】
図１Ｃ〜図１Ｅは、メディア共有許可サービス１１５によるコンピュータ・データ・ネットワークを介したサーバ・コンピュータ１０２のメディア共有許可を示す簡略化したブロック図である。図１Ｃに示すように、サーバ・コンピュータは、ホーム共有情報に対してセキュリティ保護されたＨＴＴＰＳ（ハイパー・テキスト転送プロトコル・セキュア）要求を送信できる。メディア共有許可サービス１１５が、ホーム共有のためにサーバ・コンピュータを認識すると仮定すると、メディア共有許可サービスは、図１Ｄに示すように、サーバ・コンピュータ１０２に対する共有グループ識別子及び共有コンピュータ識別子を有するサーバ・コンピュータ１０２にコンピュータ・データ・ネットワークを介してＨＴＴＰＳ応答を送信できる。
【００４７】
しかし、メディア共有許可サービス１１５が、サーバ・コンピュータを認識しない場合、メディア共有許可サービス１１５は、サーバ・コンピュータ１０２に更なる情報を要求できる。それに従い、サーバ・コンピュータ１０２は、図１Ｅに示すように、有効な顧客名、対応する有効な顧客パスワード及びサーバ・コンピュータ１０２に対する一意のサーバ識別子を含むＨＴＴＰＳ応答を送信できる。例えば、サーバ・コンピュータに対する一意の識別子は、サーバ・コンピュータ又はサーバ・コンピュータのユーザと関連付けられてもよい。一意の識別子のいくつかの例は、媒体アクセス制御（ＭＡＣ）アドレス、インターネット・プロトコル（ＩＰ）アドレス、装置識別子、ＧＵＩＤ、クライアント識別子又はそれらの任意の組合せである。この応答を受諾すると、サーバ・コンピュータ１０２は、図１Ｃで説明したように、ホーム・シェアリングを再度要求できる。
【００４８】
メディア・コンテンツ共有サービス及びメディア・コンテンツのホーム共有は、例えば、上述したゼロ構成ネットワーク・プロトコル、マルチキャスト・ドメイン・ネーム・システム（ＤＮＳ）プロトコル、ＤＮＳ−ＳＤサービス発見プロトコル、あるいはそれらの任意の組合せを使用するコンピュータ・データ・ネットワーク１０６を介してサーバ・コンピュータ１０２によりクライアント・コンピュータ１０８に対して発行され得る。一実施形態において、そのような技術に関連して、サービス・インスタンスに関する追加情報を提供するために、"Ａ"レコードは、ローカル・ホスト名をＩＰアドレスにマッピングし、ＰＴＲレコードは、特定の種類のサービス・インスタンスを列挙するために使用され、サービス・インスタンスの各々は、ＳＲＶレコードを使用してホスト名及びポート番号にマッピングされ、ＴＸＴレコード（すなわち、テキスト・レコード）はＳＲＶレコードを伴う。
【００４９】
図１Ｆは、コンピュータ・データ・ネットワーク１０６を介してクライアント・コンピュータ１０８にメディア・コンテンツ共有サービスを発行するためにサーバ・コンピュータ１０２により使用され得るＴＸＴレコードの一例を示す。ＴＸＴレコードに示されたＨＳＩＤ（ホーム共有ユーザＩＤ）、ＭＩＤ（ホーム共有コンピュータＩＤ）、マシンＩＤ及びデータベースＩＤ（ｉＴｕｎｅｓ（登録商標）のライブラリＩＤ又はメディア・コンテンツ・ライブラリＩＤ）は、サーバ・コンピュータ１０２からメディア・コンテンツ共有サービスを要求するのにクライアント・コンピュータ１０８が使用できる。最終購入日（ＬＰｕｒ）は、サーバ・コンピュータ１０２でメディア・コンテンツを購入した最後の日付を示し、最近取得したメディア・コンテンツを共有するのにクライアント・コンピュータ１０８が使用できる。
【００５０】
図１Ｇは、サーバ・コンピュータ１０２が信頼できるクライアント・コンピュータ１０８と共有しているメディア・コンテンツの信頼できるクライアント・コンピュータ１０８の１つに表示され得るグラフィカル・ユーザ・インタフェースの一画面である。クライアント・コンピュータ１０８のメディア・コンテンツの転送（例えば、集約）を提供する際、メディア・コンテンツの項目は、メディア項目がクライアント・コンピュータ１０８の長期記憶装置にまだ格納されていないことを示す、ディスプレイの下部に近接するキャプション（"表示：マイ・ライブラリにない項目"）に従って表示され得る。そのようなメディア項目に対するメディア・コンテンツは、ユーザの手動選択制御に応答して手動で転送（例えば、集約）され、あるいは、ユーザ選択制御なしで自動的に転送され得る。転送（例えば、集約）できるメディア項目は、メディア・コンテンツのジャンル及び／又は元となる制御設定／属性によりフィルタリングされ得る。
【００５１】
図１Ｈは、一実施形態によるメディア共有システム１００を示す別のブロック図である。図１Ａと比較して図１Ｈを簡略化するために、既に詳細に述べた信頼属性発見ロジック及びＤＲＭ制御ロジックと、信頼できないクライアント・コンピュータを示してはいない。各クライアント・コンピュータ（コンピュータ＃０〜＃５）は、各サーバ・インスタンス及び各クライアント・インスタンスをホストする。いずれかの所定の時点において、制限された数の信頼できるクライアント・インスタンスのみがコンピュータ・ネットワーク１０６を介してサーバ・インスタンスから共有メディア・コンテンツを受信できるように制限を課すことができる。
【００５２】
一例として、制限された数の信頼できるクライアント・インスタンスが５を超えないように制限を設定できる。例えば、図１Ｈに示すコンピュータ＃０上のサーバ・インスタンスは、各々が制限された数、例えば５個のクライアント・コンピュータ（図１Ｈのコンピュータ＃１〜＃５）の各々においてホストされた制限された数、例えば５個のクライアント・インスタンスとメディア・コンテンツを共有してもよい。別の例として、図１Ｈに示すコンピュータ＃１上のサーバ・インスタンスは、各々が制限された数、例えば５個のコンピュータ（図１Ｈのコンピュータ＃０と１〜＃５）の各々においてホストされた制限された数、例えば５個のクライアント・インスタンスとメディア・コンテンツを共有してもよい。従って、図１Ｈの例に示されるように、５個のコンピュータの各々においてホストされたサーバ・インスタンスの各々は、５個の他のコンピュータにおいてホストされた５個のクライアント・インスタンスとメディア・コンテンツを共有することに限定される。
【００５３】
図１Ｈに示すように、サーバ・コンピュータ及びクライアント・コンピュータに対するメディア・コンテンツのデバイスに基づくデジタル著作権管理（ＤＲＭ）は、サーバ・コンピュータのデバイスとクライアント・コンピュータのデバイスとの間のメディア・コンテンツ配信を制限することにより実行され得る。更に図１Ｈに示すように、サーバ・コンピュータ及びクライアント・コンピュータに対するメディア・コンテンツの接続に基づくデジタル著作権管理（ＤＲＭ）は、メディア・コンテンツ配信のためにサーバ・コンピュータとクライアント・コンピュータとの間のネットワーク接続共有を制限することにより実行され得る。メディア・コンテンツの根分布に基づくデジタル著作権管理（ＤＲＭ）は、各サーバ・コンピュータによる中間共有に対する上述した制限により実行され得る。葉分散に基づくデジタル著作権管理（ＤＲＭ）は、クライアント・コンピュータに転送（例えば、集約）される総てのメディア・コンテンツに対する上述した制限により実行され得る。
【００５４】
更に、デジタル著作権管理（ＤＲＭ）ポリシーは、クライアント・コンピュータのうちの制限された数の信頼できるクライアント・コンピュータにのみ転送（例えば、集約）するために、サーバ・コンピュータでメディア・コンテンツへのアクセスを制限することにより実行され得る。デジタル著作権管理（ＤＲＭ）は、メディア・コンテンツをクライアント・コンピュータに集約するために、クライアント・コンピュータのうちの信頼できるクライアント・コンピュータに対して利用可能なサーバ接続数を制限することにより実行され得る。デジタル著作権管理（ＤＲＭ）は、メディア・コンテンツを転送するために、クライアント・コンピュータのうちの信頼できるクライアント・コンピュータへのサーバ接続に対して利用可能な信頼スロットの数を制限することにより実行され得る。
【００５５】
図２Ａは、一実施形態によるメディア共有処理２００を示すフローチャートである。例えば、メディア共有処理２００は、図１Ａに示すサーバ・コンピュータ１０２といった、サーバ・コンピュータにより実行される。一例において、サーバ・コンピュータ１０２は、オーディオ・サーバ（例えば、音楽サーバ）と考えられ得る。
【００５６】
メディア共有処理２００は、共有サービス要求が信頼できないクライアント・コンピュータからサーバ・コンピュータにより受信されているかを判定する判定２０２から開始する。例えば、サービス要求は、サーバ・コンピュータからメディア・コンテンツ（すなわち、共有メディア・コンテンツ）を受信したいクライアント・コンピュータによって、サーバ・コンピュータに提供される。クライアント接続要求を受信していないと判定２０２において判定すると、メディア共有処理２００は、そのような要求を待つ。一方、共有サービス要求が受信されたと判定２０２において判定されると、メディア共有処理２００は継続する。信頼できないクライアントの必要な権限が判定２０３される。
【００５７】
メディア共有処理２００が継続する場合、必要な許可が利用可能であるかと、サーバ・コンピュータとの接続を要求したクライアント・コンピュータに対する利用可能な信頼スロットがあるかを判定２０４において判定する。サーバ・コンピュータは、サーバ・コンピュータと接続してメディアを共有したいクライアント・コンピュータが使用するための制限された数の信頼スロットのみを有する。
【００５８】
利用可能な信頼スロットがあると判定２０４において判定すると、利用可能なクライアント・スライドが、クライアント・コンピュータに割り当てられ２０６、これによりクライアントは信頼できるものとなる。次に、信頼できるクライアント・コンピュータに対するサーバ共有サービスが確立２０８される。共有サービスが確立２０８されると、クライアント・コンピュータは、サーバ・コンピュータからのメディアを共有できる。その後、クライアント・コンピュータがサービスからログアウトしたかを判定２１０において判定する。クライアント・コンピュータがログアウトしていないと判定２１０において判定すると、メディア共有処理２００は、クライアント・コンピュータがログアウトするまで待つ。ここで、サーバ・コンピュータは、クライアント・コンピュータがログアウトするのを監視しながら、他の処理を実行できる。一例として、メディア共有処理２００は、クライアント・コンピュータがログアウトするまでストールされる別個のスレッドとして実現され得る。
【００５９】
いずれの場合も、クライアント・コンピュータがログアウトしたと判定２１０において判定すると、割り当てられた信頼スロットは、少なくとも所定の期間だけ確保２１２され得る。所定の期間は、確保期間とも呼ぶ。所定の期間中、クライアント・コンピュータだけが（クライアント・コンピュータがサーバ・コンピュータとの共有サービスを再度要求する場合）、クライアント・コンピュータに対して確保される信頼スロットを再度使用できる。所定の期間の後、確保されていた信頼スロットは解放され、これにより、メディアを共有するためにサーバ・コンピュータとの接続を適切に探す任意のクライアント・コンピュータが再利用できる。
【００６０】
あるいは、クライアント・コンピュータに対して利用可能な信頼スロットがないと判定２０４において判定すると、クライアント・コンピュータによる共有サービス要求は拒否２１４される。ブロック２１２又はブロック２１４の後、メディア共有処理２００は完了して終了する。
【００６１】
図２Ｂは、信頼できないクライアント・コンピュータに対して必要な権限を判定する処理２２０を示すフローチャートである。処理２２０は、図２Ａに示す判定２０３の一実施形態を示す。処理２２０は、クライアント・コンピュータがメディア共有を許可されるかを判定２２２において判定することから開始する。クライアント・コンピュータが共有を許可されない場合、許可が得られないため、処理２２０はブロック２３４に進み、終了する。
【００６２】
あるいは、クライアント・コンピュータが共有を許可される場合、処理２２０は進み、サーバ・コンピュータは、クライアント・コンピュータからコンピュータ・データ・ネットワークを介して一意のクライアント識別子を受信２２４する。例えば、クライアント・コンピュータに対する一意の識別子は、クライアント・コンピュータ又はクライアント・コンピュータのユーザと関連付けられ得る。一意の識別子のいくつかの例は、媒体アクセス制御（ＭＡＣ）アドレス、インターネット・プロトコル（ＩＰ）アドレス、デバイス識別子、ＧＵＩＤ、クライアント識別子、ユーザ名、パスワード又はそれらの任意の組合せである。
【００６３】
次にサーバ・コンピュータは、一意のクライアントＩＤ及び一意のサーバＩＤと、ホーム共有ユーザ及びコンピュータＩＤと、メディア・ライブラリ・データベースＩＤと共に、メディア共有許可サービスにコンピュータ・データ・ネットワークを介して共有許可要求を送信２２６する。メディア共有許可サービスは、共有許可要求と共に送信された情報を、メディア共有許可サービスにより維持されたデータと比較することにより、合法性及び整合性に対する要求を評価２２８できる。次に処理２２０は、メディア共有許可サービスが、クライアント・コンピュータに対して共有許可を与えるかを判定する判定２３０に進む。メディア共有許可が与えられない場合、共有のためのクライアント・コンピュータの許可は２３４で得られず、処理２２０は終了する。一方、メディア共有許可が与えられる場合、共有のためのクライアント・コンピュータの許可が得られ２３２、処理２２０は終了する。
【００６４】
図３Ａ及び図３Ｂは、一実施形態によるメディア共有ログイン処理３００を示すフローチャートである。メディア共有ログイン処理３００は、サーバ・コンピュータによりメディアの共有を制限するために実行される。例えば、メディア共有ログイン処理３００は、図１Ａに示すサーバ・コンピュータ１０２等のサーバ・コンピュータにより実行される。メディア共有ログイン処理３００に従い共有されるメディアは、オーディオ・トラック（例えば、音楽又は曲）等である。
【００６５】
メディア共有ログイン処理３００は、メディア共有が有効であるかを判定する判定３０２から開始する。また、サーバ・コンピュータ又はサーバ・コンピュータのユーザは、メディア共有に関する機能を有効又は無効にする機能を有し得る。メディア共有が有効でないと判定３０２において判定すると、メディア共有が許可されないため、メディア共有ログイン処理３００は効果的に呼び出されない。
【００６６】
一方、メディア共有が有効であると判定３０２において判定すると、クライアント・ログインがメディア共有サービスの要求を試行したかを判定３０４において判定する。ここでクライアント・コンピュータ（例えば、クライアント）は、コンピュータ・ネットワークを介してサーバコンピュータ（例えば、サーバ）から共有メディアにアクセスするようにサーバ・コンピュータへのログインを試行する。クライアント・ログインが試行されていないと判定３０４において判定されると、メディア共有ログイン処理３００は、そのようなクライアント・ログイン要求を待つ。
【００６７】
一方、クライアント・ログインが試行されたと判定３０４において判定すると、クライアント・コンピュータに対する一意のクライアント識別子（本明細書において上述したような）が取得３０６される。例えば、クライアント・コンピュータに対する一意の識別子は、クライアント・コンピュータ又はクライアント・コンピュータのユーザと関連付けられ得る。一意の識別子のいくつかの例は、媒体アクセス制御（ＭＡＣ）アドレス、インターネット・プロトコル（ＩＰ）アドレス、デバイス識別子、ＧＵＩＤ、クライアント識別子、ユーザ名及び／又はパスワード、あるいはそれらの任意の組合せである。次に信頼スロットがクライアントに対して確保されているかを判定３０８において判定する。信頼スロットは、クライアントが利用できる制限された数の信頼スロットのうちの１つである。クライアントが、メディアの共有のためにサーバ・コンピュータより与えられた信頼スロットを以前に使用していた場合、信頼スロットが同一のクライアントに対して依然として確保されているかもしれない。従って、信頼スロットがクライアントに対して確保されていると判定３０８において判定すると、クライアントに対して確保されている信頼スロットがクライアントに割り当てられる３１０。また、信頼スロットと関連付けられていたタイムスタンプはクリア３１２される。ここで、信頼スロットがクライアントに対して確保されていると、その確保と関連付けられたタイムスタンプが提供され、確保される信頼スロットがその後クライアントに再度割り当てられると、タイムスタンプはクリア３１２される。
【００６８】
一方、信頼スロットがクライアントに対して確保されないと判定３０８において判定すると、判定３１４は、任意の空きの信頼スロットがあるかを判定する。尚、サーバへのアクセスを試みるクライアントに対して利用可能な信頼スロットの数は制限されている。例えば信頼スロットの最大数は、一例において５であり得る。従って、空きの信頼スロットがあると判定３１４において判定すると、空きの信頼スロットはクライアントに割り当てられ得る３１６。
【００６９】
別の方法において、サーバ・コンピュータとメディアを共有するための空きの信頼スロットがないと判定３１４において判定すると、信頼スロットのうちのいずれかが解放され、かつ、信頼スロットのうちのいずれかが確保期間を超えて確保されているかを判定３１８において判定する。確保期間は、所定の期間（例えば、２４時間、４８時間、１週間、１カ月又はそれ以上）と関連付けられ得る。信頼スロットのうちの１つ以上が解放され、かつ、その確保期間を上回ったと判定３１８において判定すると、最も古いタイムスタンプを含む信頼スロットが選択３２０される。次に、選択された信頼スロットは、クライアントに割り当てられる３２２。一実現例において、選択された信頼スロットの割り当て３２２は、最初は確保されず且つ次に割り当てられてもよい。また、選択された信頼スロットと関連付けられたタイムスタンプはクリア３２４される。
【００７０】
ブロック３１２、３１６又は３２４の後、クライアントには制限された数の信頼スロットのうちの１つが割り当てられているので、クライアント共有試行は成功している。信頼スロットを割り当てられているため、クライアントは、サーバにより共有されているメディア（例えば、音楽又は曲）を受信するのを許可される。従って、メディア共有のためにサーバにログインすることが許可３２６される。
【００７１】
一方、その確保期間を超えている信頼スロットがないと判定３１８において判定すると、クライアントによるログイン試行は拒絶３２８される。ここで、クライアントに割り当てできる利用可能な信頼スロットがないため、ログイン要求は拒絶３２８される。制限される利用可能な信頼スロットがない場合、クライアントによるログイン試行は拒絶３２８され、クライアントは、サーバにより共有されているメディアを受信できない。ブロック３２６又は３２８の後、メディア共有ログイン処理３００は完了して終了する。
【００７２】
図４は、一実施形態によるメディア共有ログアウト処理４００のフローチャートである。例えば、メディア共有ログアウト処理４００は、図１Ａに示すサーバ・コンピュータ１０２等のサーバ・コンピュータにより実行される。
【００７３】
メディア共有ログアウト処理４００は、クライアント・ログアウトが発生しているか、すぐに発生するか、あるいは最近発生したかを判定４０２において判定することで開始する。その後、利便性のため、この状態を単にクライアント・ログアウト保留中と呼ぶ。クライアント・ログアウトが保留中でないと判定４０２において判定すると、メディア共有ログアウト処理４００はそのような状態を待つ。換言すると、クライアント・ログアウトが保留中であると、メディア共有ログアウト処理４００は効果的に呼び出される。
【００７４】
クライアント・ログアウトが保留中であると判定４０２において判定すると、クライアントに関連付けられた信頼スロットが識別４０４される。上述したように、ログインが許可された場合、クライアントには信頼スロットが割り当てられている。ここでは、割り当てられた信頼スロットが識別４０４される。また、クライアントに対する一意の識別子が取得４０６される。上述したように、クライアントに対する一意の識別子は、実現例に依存して多くの種々の形態をとり得る。クライアント・ログアウトに対するタイムスタンプが更に判定４０８される。従って、タイムスタンプは、クライアント・ログアウトが発生した時間を示し得る。その後、確保表示が識別された信頼スロットに対して格納４１０される。例えば、確保表示は、クライアントに対する一意の識別子及びクライアント・ログアウトに対するタイムスタンプを含み得る。ブロック４１０の後、メディア共有ログアウト処理４００は完了して終了する。
【００７５】
図５は、一実施形態による予約テーブル５００を示す図である。予約テーブル５００は、所定のサーバ・コンピュータの関連付けられた信頼スロットに対する１つ以上の確保表示を格納する記憶機構の一実現例である。一般に予約テーブル５００は、関連付けられたサーバ・コンピュータに格納される。予約テーブル５００は、信頼スロット５０２、クライアント識別子５０４及びタイムスタンプ５０６を識別して関連付ける。上述したように、サーバ・コンピュータは、クライアント・コンピュータとのメディア共有のために制限された数の信頼スロットしか与えない。予約テーブル５００において、利用可能な信頼スロットは５個しかない。信頼スロット１、２及び３は、現在、それぞれクライアント識別子（クライアント＿ＩＤ）により識別されたクライアントに対して確保されている。信頼スロット１、２及び３は、確保を開始した時を示すタイムスタンプを更に含む。信頼スロット４及び５は、現在、それぞれクライアント識別子により識別されたクライアントに割り当てられているが、タイムスタンプを全く有さない。
【００７６】
図６は、一実施形態によるメディア管理システム６００のブロック図である。メディア管理システム６００は、コンピュータ６０２を含む。コンピュータ６０２は、他の実施形態において上述したようなサーバ・コンピュータ又はクライアント・コンピュータでよい。一般に、コンピュータ６０２は、パーソナルコンピュータである。コンピュータ６０２は、他の従来の構成要素のうち、ソフトウェアモジュールである管理モジュール６０６を含む。管理モジュール６０６は、コンピュータ６０２上でメディア項目（及び／又はプレイリスト）の集中管理を提供する。特に管理モジュール６０６は、コンピュータ６０２と関連付けられたメディア記憶装置６０８に格納されたこれらのメディア項目を管理する。管理モジュール６０６は、メディアデータベース６１０と更に情報をやりとりし、メディア記憶装置６０８に格納されたメディア項目と関連付けられたメディア情報を格納する。
【００７７】
メディア情報は、メディア項目の特徴又は属性に関する。例えば、オーディオ・メディア又は視聴覚メディアの場合、メディア情報は、タイトル、アルバム、トラック、アーティスト、作曲者及びジャンルのうちの１つ以上を含み得る。これらの種類のメディア情報は、特定のメディア項目に特有である。更に、メディア情報は、メディア項目の品質特性に関してもよい。メディア項目の品質特性の例は、ビットレート、サンプルレート、等化器設定、音量調整、開始／停止及び合計時間のうちの１つ以上を含み得る。
【００７８】
更に、コンピュータ６０２は、再生モジュールを含む。再生モジュール６１２は、メディア記憶装置６０８に格納されたある特定のメディア項目を再生するために利用できるソフトウェアモジュールである。再生モジュール６１２は、更に、メディアデータベース６１０からのメディア情報を表示（表示画面上に）又は利用できる。一般に、関心メディア情報は、再生モジュール６１２により再生されるメディア項目に対応する。
【００７９】
更に、コンピュータ６０２は、共有モジュール６１４と、通信モジュール６１６を含む。共有モジュール６１４は、コンピュータ・ネットワークを介して他のコンピュータとメディア記憶装置６０８に格納されたメディア項目を共有するのを支援するために使用される。共有は、通信モジュール６１６を介してコンピュータ６０２から１つ以上の他のコンピュータへの１つ以上のメディア項目と関連付けられたメディア・コンテンツを共有することにより実現され得る。一般に、共有モジュール６１４は（単独で又は管理モジュール６０６と組み合わせて）、他のコンピュータと共有されるメディア項目の機能を規制又は制限する。一実施形態において、規制又は制限により、いずれかの時点でコンピュータ６０２からのメディア項目を共有できる他のコンピュータの数だけでなく、他のコンピュータに対する回転率も制限する。例えば、コンピュータ６０２からのメディア資産を共有するのを許可された他のコンピュータの最大数が５であり、最小回転持続時間が２４時間である場合、多数の他のコンピュータによる自由なアクセスに対する機能は、効果的に防止される。
【００８０】
データ（メディア項目を含む）を受信するのを許可される他のコンピュータの対応する通信モジュールに、データを送信できるように、通信モジュール６１６は、接続又はリンク６１８を介してコンピュータ・ネットワークに切断可能に接続する。一実施形態において、接続又はリンク６１８は、当技術分野において既知であるＦＩＲＥＷＩＲＥ（登録商標）バス又はＵＳＢバス等のデータバスを提供するケーブルである。別の実施形態において、接続又はリンク６１８は、無線ネットワークを介した無線チャネル又は無線接続である。従って、実現例に依存して、通信モジュールは有線又は無線で通信してもよい。
【００８１】
一実現例において、コンピュータ６０２は、メディア資産の共有を含むメディア資産の利用を許可し、管理を提供にするために、コンピュータ上に常駐するアプリケーションを利用できる。そのようなアプリケーションの１つは、Ｃｕｐｅｒｔｉｎｏ、ＣａｌｉｆｏｒｎｉａのＡｐｐｌｅ  Ｉｎｃ．により製造されたｉＴｕｎｅｓ（登録商標）である。
【００８２】
上述した、同時に共有されるクライアント（又は信頼スロット）の制限された数、すなわち５個と、確保期間、すなわち２４時間、４８時間、１週間、１カ月又はそれ以上の期間は、例示的なパラメータである。従って、実現例及び目的に依存して種々の異なる値が使用され得る、これらの例示的なパラメータは例にすぎないことが理解されるべきである。
【００８３】
上述の実施形態のうちのいくつかにおいて強調したメディア項目（又はメディア資産）は、オーディオ項目（例えば、音楽又は曲を含むオーディオ・ファイル／トラック）であったが、メディア項目はオーディオ項目に限定されない。例えば、メディア項目は、代わりに映像（例えば、映画）又は画像（例えば、写真）に関するものであってもよい。
【００８４】
クライアント・コンピュータ及びサーバ・コンピュータという用語が先に利用されたが、これらの用語は、それぞれクライアント及びサーバを更に含む。これらの用語は、ハードウェアによる実装と、ソフトウェアによる実装と、ハードウェア及びソフトウェアによるによる実装を含む。
【００８５】
本発明の種々の態様、実施形態、実現例又は特徴は、別個に又はあらゆる組合せで使用され得る。
【００８６】
本発明は、ソフトウェアにより実現されるのが好ましいが、ハードウェア又はハードウェアとソフトウェアとの組合せで更に実現され得る。本発明は、コンピュータ可読媒体上のコンピュータ可読コードとして更に具体化され得る。コンピュータ可読媒体は、後でコンピュータ・システムにより読み出すことができるデータを格納できるあらゆるデータ記憶装置である。コンピュータ可読媒体の例は、読み出し専用メモリ、ランダム・アクセス・メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ、光データ記憶装置及び搬送波を含む。コンピュータ可読コードが分散して格納されて実行されるように、コンピュータ可読媒体は、ネットワークに接続するコンピュータ・システムに分散され得る。
【００８７】
本発明の利点は数多くある。種々の態様、実施形態又は実現例により、以下の利点のうちの１つ以上を得ることができる。本発明の１つの利点は、オープン環境におけるメディア共有を制限できることである。本発明の別の利点は、メディア共有に対する制限により、メディア共有機能の過剰使用を防止できることである。本発明の別の利点は、提供されたようなＤＲＭがコンテキスト・アウェアであることである。特に、ユーザのホーム環境に関して、包括的なデジタル著作権管理のバランスを取るようにある程度の利便性及び柔軟性が望まれる。本発明の更に別の利点は、ネットワークを介したメディアの責任ある共有が奨励されることである。例えば、メディア共有制限は、メディア共有を提供するユーザにパスワード要求を課すことで、匿名のメディア共有の大部分が防止されるように奨励できる。
【００８８】
本発明の多くの特徴及び利点は、記載された説明から明らかであり、添付の請求の範囲は、本発明のその様な総ての特徴及び利点を範囲に含むことを意図する。また、多くの変形及び変更を当業者が容易に考案するため、本発明は、例示し、かつ、説明したような厳密な構成及び動作に限定されるべきではない。従って、総ての適切な変形及び等価物は、本発明の範囲内のものとして用いられてもよい。
【図１Ａ】
0005542941.tif 000002
【図１Ｂ】
0005542941.tif 000003
【図１Ｃ】
0005542941.tif 000004
【図１Ｄ】
0005542941.tif 000005
【図１Ｅ】
0005542941.tif 000006
【図１Ｈ】
0005542941.tif 000007
【図２Ａ】
0005542941.tif 000008
【図２Ｂ】
0005542941.tif 000009
【図３Ａ】
0005542941.tif 000010
【図３Ｂ】
0005542941.tif 000011
【図４】
0005542941.tif 000012
【図５】
0005542941.tif 000013
【図６】
0005542941.tif 000014
【図１Ｆ】
0005542941.tif 000015
【図１Ｇ】
0005542941.tif 000016