JP4466148B2 - ネットワーク転送対応コンテンツ利用管理方法、及びプログラム、コンテンツ転送システム - Google Patents

Description

本発明は、著作権を持ったコンテンツの利用及びネットワークを介したコンテンツ共用に関する。

デジタルカメラ・ビデオの普及による画像・動画といったコンテンツ、ハードディスクを備えた音楽記録再生装置の普及による音楽といったコンテンツ、デジタル放送の普及により放送といったコンテンツの蓄積が家庭で簡単に行われるようになってきている。さらに、ＶＣＲの置き換えとして現れたハードディスクレコーダは、放送コンテンツの蓄積だけではなく、上述した様々なコンテンツを蓄積する。

一方、これらの機器間のコンテンツ移動やコピーは、蓄積メディアの利用や、USBやIEEE1394といった専用線での接続により実現されていた。また、各機器がＩＰネットワーク機能を備えることでインターネットからのコンテンツダウンロードの普及したことで、各機器に蓄積されたコンテンツの参照が要求される場合があった。

このような背景のもと、デジタルコンテンツの場合、画質劣化が少ないため、コンテンツの著作権を保護することを目的に、正規の利用者に対してのみコンテンツの利用（参照、転送、コピーなど）を許諾し、不正利用者へのコンテンツ利用を防ぐセキュリティ機能が実現または提案された。

特許文献１では、サーバ機において、暗号化コンテンツを含む親ファイルに基づいて暗号化子ファイル及び実行確認処理プログラムを記憶媒体に格納し、複数のクライアント機（ポータブル機器）で記憶媒体を介して、暗号化子ファイルを利用する際に、クライアント機よりサーバ機にコンテンツ利用許可を得てから、コンテンツの暗号鍵を得てコンテンツの再生を行うというシステムによりコンテンツの著作権保護を図っていた。

特開２００３−２７３８６１号公報

しかし、上記技術では、コンテンツの利用可否を、該コンテンツの利用時に判断し、コンテンツの配信／転送時には判断していないため、サーバ機器が蓄積しているコンテンツを、ネットワークを介してリアルタイムに配信／転送するコンテンツ利用に適していないという問題がある。また、様々な著作権保護規則あるいは種別に対応した最適なコンテンツの転送方法を行うことができないという問題があった。

さらに、自機器内に格納されたコンテンツとネットワークを介して参照されるコンテンツとを同一の利用体系で管理できていないという問題があった。

本発明の第１の目的は、ネットワークを介してコンテンツの利用要求があった場合に、要求元の情報とコンテンツの著作権情報に基づきアクセス可否を行うシステムを提供することにある。

本発明の第２の目的は、利用可能な場合、コンテンツのフォーマットに対応したコンテンツの転送方法を選択することにある。

本発明の第３の目的は、自機器に搭載されているハードディスクに格納されたコンテンツ（以下、ローカルコンテンツと呼ぶ）利用とネットワークを介してのコンテンツ利用を同一のインタフェースで提供することにある。

上記第１の目的を達成すべく、複数のコンテンツファイルを蓄積するハードディスクとそのコンテンツファイルを他の機器に送信するネットワーク機能を備えた装置において、コンテンツファイル対応に利用条件と利用状況を管理し、コンテンツファイルの利用要求があった場合、該利用要求における利用目的と該利用要求の送信元の情報からコンテンツファイルの利用可否を判断する。さらに、利用できないと判断した場合、該利用要求の送信元に対してコンテンツファイルが利用できない旨を通知する。

上記第２の目的を達成すべく、ファイルコンテンツのタイプにより、ファイルコンテンツの送信方法、複数のパケットに一定周期で転送するストリーム転送か、バースト的に転送するファイル転送かを選択する。

上記第３の目的を達成すべく、ローカルのコンテンツファイルの表示機能と、ネットワークを介して接続される機器が有するコンテンツファイルを表示する機能とを有し、該ローカルコンテンツファイルと、該ネットワークを介した機器が有するコンテンツファイルとを表示するインタフェースを提供する。

本発明は、上記課題のうち少なくとも一つを解決するものである。

本発明によれば、コンテンツファイルを管理する機器において、コンテンツファイル対応の利用条件に対応して、該コンテンツファイルの当該機器での利用及びネットワークを介した利用を実現できる。

本発明では、ハードディスクとネットワークインタフェースを備え、コンテンツを蓄積しかつ配信する機能を備えた機器において、コンテンツあるいはプログラムが有する著作権保護やアクセス制限といった属性に基づき、ネットワークを介して送信されるコンテンツ要求あるいは自機器内におけるコンテンツ要求に対し、コンテンツを送信するか否かを判断し、該判断結果を要求元機器に通知するコンテンツ転送システムを提供する。さらに、ネットワークの接続有無に関わらず同一のインタフェースでコンテンツに関する制御を実現可能なシステムを提供する。

詳しくは、複数のコンテンツファイルを蓄積するハードディスクとそのコンテンツファイルを他の機器に送信するネットワーク機能を備えた装置において、コンテンツファイルに対応した利用条件及び利用状況を管理するコンテンツ管理情報を管理するコンテンツ管理ＤＢ、ネットワークを介したコンテンツ情報の入手及びコンテンツ利用要求の送受信を行うネットワーク制御部、コンテンツを複数のパケットとして周期的に送信を行うストリーム処理部を制御するストリーム制御部、コンテンツをバースト的に送信するファイル転送部、及びこれらを連携させる連携部、アプリケーションからのローカル、リモートのコンテンツファイル利用要求を受け付けるアプリケーションインタフェース部を有するコンテンツアクセス制御部を備え、コンテンツの利用要求をアプリケーションあるいはネットワークを介して利用要求を受け付けると、コンテンツ利用条件及び利用状況と、利用目的及び利用要求元から、コンテンツの利用可否を判断し、利用が認められない場合、ネットワークを介して要求元機器に利用拒否を伝え、利用が認められる場合、コンテンツファイルのタイプから、コンテンツをストリーム制御部あるいはファイル転送部を選択してコンテンツを送信するコンテンツ利用管理方法、該方法を実現する装置、及びこれらの装置から構成されるシステムを提供する。
以下、本発明の実施の形態について説明する。

図１は、第一の実施例のネットワークシステムを表した構成図である。

ネットワークシステムは、放送、写真、音楽といったコンテンツファイルを蓄積するハーディスク１００及びネットワークインタフェースを備えたＨＤＤレコーダ１０３、テレビ１０２、ホームサーバ１０１といったＡＶ機器、及びネットワーク機能を備えたＰＣ１０５Ａやテレビ１０４から構成する家庭内ネットワークと、インターネットに接続するＰＣ１０５Ｂ、及び家庭内ネットワークをインターネットに接続するホームゲートウェイを有する。

このようなシステムにおいて、ＨＤＤ１００に蓄積されたコンテンツを家庭内ネットワーク、あるいはインターネットといったネットワークを介して、ＰＣ１０５あるいはテレビ１０２、１０４で利用可能とする。

図３にＨＤＤ１００とネットワーク機能を備えたＡＶ機器のハードウェア構成例を示す。
プログラムを格納するＲＯＭ３０１、プログラムを実行するＣＰＵ３００、プログラム実行時に利用するＲＡＭ３０３、コンテンツファイルを格納するＨＤＤ１００、デジタル放送などを受信するチューナ、イーサネット（登録商標）や無線ネットワークに接続するためのネットワーク、コンテンツファイルを視聴するためのコーデック処理部、コンテンツファイルを表示するディスプレイ３０４、コンテンツファイルを保存するメディアインタフェースである光ディスク、著作権保護に対応した様々な暗号処理例えばＤＥＳやＡＥＳの演算を行う専用ハードウェアである暗号処理部、リモコンからの信号を受け付けるリモコン操作受付部から構成する。

図２は本実施例を実現する、ソフトウェア構成例を示す図である。
本ソフトウェアは、ＲＯＭ３０１に記憶されており、実行時にＣＰＵ３００にてＲＡＭ３０３を用いて実行されるものである。

本ソフトウェアは、図２に示すようにHDDやNIC等の複数の種類のハードウェアに対応したドライバ２１１、ＯＳのシステムにより一般的に提供される通信のプロトコルスタックやファイルシステムを備えたシステムサービス部２１０、コンテンツファイルの処理を連続したパケットに分割して行う場合に用いるストリーム処理部２０９、コンテンツファイルの著作権保護に対応した著作権保護ライブラリ２０８、アプリケーション２１２、及び該アプリケーションとシステムサービス部２１０、ストリーム処理部２０９、著作権保護ライブラリ２０８との間に配置されたコンテンツアクセス制御部２００を有する。

ここで、ストリーム処理とは、例えば、ＨＤＤ１００からコンテンツファイルを読み出しパケット化しネットワークに送信する、あるいは、チューナから受信した放送コンテンツをＨＤＤ１００に格納するといった蓄積あるいは入力されたコンテンツをネットワークあるいは他の記憶媒体にリアルタイムに転送する処理である。

著作権保護ライブラリ２０８としては、例えば、ＨＤＤ１００にコンテンツファイルを格納する際の暗号に用いるローカル暗号ライブラリや、ネットワーク上にデジタルコンテンツを転送する際に用いるネットワーク認証・暗号ライブラリがある。ローカル暗号ライブラリは、暗号化されたコンテンツを復号するため、あるいはコンテンツを暗号化するための情報をストリーム処理部に与えるためのライブラリである。暗号化されているコンテンツファイル対応にその鍵情報もさらに暗号化されてＨＤＤ１００に格納する。例えば、ローカルコンテンツを視聴する場合、ライブラリは、ローカル暗号の方式、及びローカルコンテンツにアクセスする際に必要となるローカル暗号の為の鍵情報の暗号方式とその鍵情報の３つの情報をストリーム処理部に通知する。これにより、ストリーム処理部は、ＨＤＤ１００から読み出した暗号化されたコンテンツファイルと上記ライブラリから与えられた情報で復号したコンテンツファイルの暗号鍵と暗号方式を、コーデックドライバを介してコーデック処理部に渡し、コーデック処理部では、与えられた暗号鍵を用いてコンテンツを復号しながらデコードを行う。ネットワーク認証・復号ライブリは、ネットワークを介してのデジタルコンテンツを送受信するための証明書を持ち認証処理を行うライブラリである。さらに、認証処理において、共有したネットワーク転送時の暗号鍵をストリーム処理部に通知する。これにより、ストリーム処理部２０９は、ＨＤＤ１００から読み出した暗号化されたコンテンツファイルを、ローカル暗号ライブラリにより通知された情報で復号した後、ネットワーク認証・暗号ライブラリで通知された情報により、コンテンツファイルを暗号化しネットワークに転送することが可能である。

コンテンツアクセス制御部２００は、コンテンツファイル対応に図４に示すコンテンツ管理情報を管理するコンテンツ管理データベース（以下、コンテンツ管理ＤＢ）２０７を管理し、コンテンツの利用要求に対し、利用可否を判断するコンテンツ管理部２０３、ストリーム処理部２０９を制御するストリーム制御部２０４、ネットワークに接続された他の機器からのコンテンツ利用要求の受信、あるいは他の機器へのコンテンツ利用要求の送信を行うネットワーク制御部２０５、コンテンツファイルをネットワークへ送受信するファイル転送部２０６、及びアプリケーション２１２からの要求、あるいはネットワークを介しての要求を受付、要求に対応してストリーム制御部２０４、ファイル転送部２０６、ネットワーク制御部２０５に対する設定を行ったり、コンテンツ管理部２０３から得たコンテンツ情報を要求元に返送したりする処理連携部２０２、及びネットワークを介した他の機器に格納されたコンテンツファイル利用と自端末内に格納されたコンテンツファイル利用に対する要求を受け付けつけるアプリケーションI/Fライブラリ２０１から構成される。なお、ストリーム制御部２０４、ファイル転送部２０６等のＨＤＤに格納されたコンテンツを、該ＨＤＤ外へ転送するための機能モジュールを総称して、コンテンツ転送部と呼ぶ。

ファイル転送部２０６は、ストリーム処理部２０９と同様にネットワークを介してコンテンツファイルを転送するのに用いる。ストリーム処理部は、上述したように蓄積あるいは入力されたコンテンツをネットワークあるいは他の記憶媒体にリアルタイムに転送する処理を実現することから、コンテンツファイルを連続した複数のパケットに分割して、ある一定速度で転送する。よって、ネットワーク転送しながら、他方で、ネットワークを介して接続された機器が、送信されたコンテンツを、随時、再生するのに適している転送方法である。これに対し、ファイル転送部２０６を用いる転送は、コンテンツファイルを、ネットワークを介してバースト転送を行い、転送を完了した後で、コンテンツファイルを再生するのに用いる転送方法である。例えば、ＪＰＥＧなどの写真コンテンツファイルの転送に適している。コンテンツの移動などの処理も、その処理自体はリアルタイム性を必要としないので、ファイル転送部を用いて転送することもできるが、転送先で転送途中のファイルコンテンツの再生を開始するといったサービスを行う場合、あるいは、転送元でＨＤＤ１００に格納されている複数のコンテンツファイルの処理（再生、録画など）を行っている場合、他のコンテンツファイルのリアルタイム性に影響を与える可能性があるので、ファイルタイプと転送目的により、ファイル転送部２０６よりストリーム処理部２０９を選択利用する。さらに、著作権保護情報４０８として、コピーワンスが規定されている場合、コンテンツをハードディクスに格納することはできないため、この場合、ストリーム処理部２０９を選択する必要がある。

図８に、コンテンツファイル転送方式の選択基準表８００を示す。これに従い、処理連携部２０２でファイル転送部２０６、ストリーム処理部２０９の選択を行う。

図９に処理連携部２０２の構成を示す。処理連携部２０２は、アプリケーションI/Fライブラリ２０１からの要求、ネットワーク制御部２０５を介して受け付けるネットワークに接続している他の機器からの要求を受け、状態管理テーブル９１０と連携処理ルールテーブル９２０を用いて連携する処理としてコンテンツ管理部２０３、ストリーム制御部２０４、ネットワーク制御部２０５、ファイル転送部２０６、アプリケーション２０１との連携処理を行う連携コア９００から構成する。

状態管理テーブル９１０は、コンテンツファイルに関する処理を管理するテーブルであり、複数のエントリから構成し、各エントリは、処理するコンテンツファイルの位置情報を示すコンテンツファイル位置情報９１１、処理するコンテンツファイルを識別するコンテンツ識別子９１２、それに対する要求とその処理ルールを管理するステート９１３、処理を識別する処理識別子９１４、そして要求元の位置情報９１５から構成される。ここで、コンテンツファイル位置情報９１１とは、コンテンツファイルが格納されている家庭内ネットワークにおける機器を識別するための情報、例えばIPアドレスであり、要求元の位置情報とは、コンテンツファイルの要求元の機器をネットワーク内で識別するための情報、例えばIPアドレスである。

処理識別子９１４は、処理を特定する識別子であり、処理に関してネットワークを介してやり取りされるパケットに含める。

ステート９１３は、要求と図１０に示す連携処理ルールテーブル９２０の処理ルール９２４に規定されるステップ、要求元の位置情報を示す要求元位置情報９１５により決定する。

連携処理ルールテーブル９２０には、図１０に示す通り、受けつけた要求、その要求元の位置情報、コンテンツファイルの位置情報に基づき、処理ルール９２４が規定され、連携処理部２０２は、対応する処理ルールに従って、コンテンツ管理部２０３、ストリーム制御部２０４、ネットワーク制御部２０５、ファイル転送部２０６の処理を順番に行う。

図４に、コンテンツ管理ＤＢ２０７としてＨＤＤ１００上で管理されるコンテンツ管理情報４００の構成例を示す。これらの情報は、任意のタイミングで取得することができる。例えば、転送先の機器が受信したコンテンツを分析することで該情報を生成したり、コンテンツを受信したときにコンテンツに付加されているヘッダ情報から取得したり、コンテンツを受信する前にコンテンツの転送元から該コンテンツ管理情報だけを取得してもよい。また、一部の情報、例えばタイトル名などは、コンテンツ受信時に利用者による設定により取得してもよい。コンテンツ管理情報４００は、コンテンツファイル対応に準備する情報である。コンテンツ管理情報４００の構成要素は、ＨＤＤ１００上で唯一とするコンテンツ識別子４０１、ユーザに分かりやすいタイトル名４０２、コンテンツの種別として例えばＪＰＥＧ、ＭＰＥＧ２ ＴＳ、ＭＰＥＧ４などのフォーマット情報を示すタイプ４０３、ＨＤＤ上のコンテンツファイルにアクセスするために必要な位置を示す絶対パス４０４（例えばファイル名が「file-name1」の場合、パスは「/content/file-name1」と表される）、及びコンテンツファイルを再生する際に必要となる付加情報（コンテンツのシーク情報や、再生手順などの情報）を格納するメタデータへの絶対パス（「/metainfo/file-name1/seek」）４０５、コンテンツにアクセスできる利用者あるいは端末を示すアクセスレベル４０６、どのような著作権保護に基づいているか、例えば放送受信で得たコンテンツファイルであるか、インターネットを介して入手したコンテンツファイルあるかといった、著作権保護の基準を示すドメインを識別子として登録する著作権保護ドメイン４０７、著作権保護に用いる認証・暗号処理に関わるライセンス情報や鍵情報といった著作権保護情報４０８、及び現在コンテンツが再生中、あるいはコピー中といった処理で利用されているかどうかを示すコンテンツ利用状況４０９から構成する。コンテンツの著作権保護情報４０８に関しては、安全性を考慮し暗号化して保存してもよい。

アクセスレベル４０６としては、例えば、アクセス可能なユーザＩＤ、端末ＩＤ、あるいはアクセスを許可するネットワークを設定する。家庭内ネットワークからアクセスのみを許可する場合は、「Inhouse」という識別子を、インターネットを介したアクセスのみを許可する場合は、「Internet」という識別子を、アクセスレベルを設定しない場合は、「Ａｎｙ」という識別子を、ネットワークを介したアクセスを許可しない場合は、「Ｎｅｖｅｒ」を登録する。

著作権保護ドメイン４０７としては、例えば、放送受信によって得たコンテンツファイルであれば、ドメインとして「ＡＲＩＢ」、インターネットを介して得たコンテンツファイルでかつＤＲＭに準拠したものであればドメインとして「ＮＴＴ−ＤＲＭ」、さらに準拠する著作権保護が無ければ、「ＮＯＮＥ」とする。

コンテンツ利用状況は、例えば、コンテンツファイルの利用中を示すステート識別子を設定する。ステート識別子としては、再生中、コピー中、移動中を設ける。複数の利用を受け入れる場合には、ステート識別子対応にその処理の受け入れ個数を設けてもよい。視聴回数に制限があるコンテンツファイルの場合、視聴回数のカウンタを持つ。

著作権保護情報４０８は、ライセンス情報として、認証方式、暗号方式、使用期限、コピー先数を指定するコピーコントロール情報から構成する。コンテンツファイルを参照する場合、これらの情報を用いて、コンテンツファイルの利用可否をコンテンツ管理部２０３で行う。コンテンツ管理情報４００の内容は、コンテンツファイルをＨＤＤ１００に録画した際に作成され、コンテンツファイルがもともと持つ情報をベースに作成し、デフォルト値を決めておき設定してもよい。録画完了処理として、ユーザインタフェースを用いてユーザに設定させてもよい。

図５は、コンテンツアクセス制御部２００がアプリケーション２１２に対して提供するライブラリ２０１の一覧を示す。アプリケーション２１２は、このライブラリ２０１を自機器のＨＤＤ１００上のコンテンツ、ネットワーク上の機器が備えるＨＤＤ１００上のコンテンツを、参照・利用する際に、該コンテンツの格納場所に依存することなく用いることができる。その詳細については、後述する通りである。ライブラリ２０１には、コンテンツ再生に関わるライブラリ（setup, play, stop, pause, forward, rewind，terminate）、録画に関するライブラリ（record）、コンテンツ参照に関わるライブラリ(refer)がある。

図６を用いて、ネットワークを介したコンテンツ利用時の処理フローを示す。

ここでは、ＨＤＤ１００を備えたテレビ１０２から、家庭内ネットワークに接続されている機器が蓄積するコンテンツファイルの一覧を参照し、その一覧の中から、ホームサーバ１０１が蓄積するコンテンツファイルの一つを選択して、ネットワークを介して転送されるコンテンツあるいはテレビ１０２に格納されたコンテンツまたは放送をテレビ１０２で視聴する処理例について説明する。なお、図１に示す任意の機器で他の機器に格納されるコンテンツを視聴する場合にも適用可能である。

まず、テレビ１０２のディスプレイ３０２には、図３に示すように、テレビ１０２で実現可能な機能が選択できるように表示される（３１０）。図３に示すハードウェア構成をしている場合、選択できる機能として、放送の視聴（ＴＶ）、光ディスクからの視聴や光ディスクへのコンテンツファイルの書き込みを行う機能（光ディスク）、ＨＤＤ１００への録画予約機能（録画）、ＨＤＤ１００に蓄積されているコンテンツファイルを利用する機能（ＨＤＤ）を表示する。つまり、ローカルのコンテンツファイルの表示機能と、ネットワークを介して接続される機器が有するコンテンツファイルを表示する機能とを有し、該ローカルコンテンツファイルと、該ネットワークを介した機器が有するコンテンツファイルとが表示される。ローカルコンテンツファイル表示機能は、テレビ１０２に備えられているＨＤＤ１００内のコンテンツ管理情報としてもつタイトル名を参照しディスプレイ３０２に表示する機能である。ネットワークを介した接続される機器に備えられているＨＤＤ１００内のコンテンツ情報としてもつタイトル名を、機器が接続されたタイミングでＨＤＤ１００を持つことを広告し、それを受けたテレビ１０２では、広告された機器のＩＰアドレスを管理しておく。コンテンツファイル表示の際には、管理している広告された機器のＩＰアドレスに対し、コンテンツ一覧要求を送信し、各機器が持つコンテンツ情報としてタイトル名を収集する。収集したタイトル名と上述したように参照したローカルコンテンツのタイトル名を併せてディスプレイ３０２に表示する。上記広告、及び収集に関する通信プロトコルは、ＵＰｎＰと呼ばれるプロトコルに従って実装してもよい。

リモコンによりＨＤＤ１００を選択すると、リモコンの操作に対応するアプリケーション２１２により、コンテンツ一覧要求（Ｒｅｆｅｒ）６０１Ａが、コンテンツアクセス制御部２０２Ａに伝えられる。コンテンツアクセス制御部２００Ａの処理連携部２０２Ａでは、状態管理テーブル９１０に新たなエントリを設け、要求元位置情報９１５としてlocalを設定し、ステート９１３にRefer０を設定し、処理連携部内で唯一となる処理識別子９１４を設定する。ここで、Refer０とは、コンテンツ一覧要求６０１Ａに対応する処理を実現するために必要な複数処理ステップの状態を表す。

次に、連携処理ルールテーブル９２０を参照し、要求と要求元位置情報とコンテンツファイルの位置情報から対応する処理ルール９２４に従い処理を行う。

処理連携部２０２は、ステップ１として、ネットワーク制御部２０５Ａに対し、ネットワークを介して接続されている全ての機器のＨＤＤ１００に蓄積されているコンテンツファイルの一覧を要求するコンテンツ一覧要求を要求する（６０１B）。この要求に処理識別子９１４を含めることにより、この要求に対する応答を受けた場合、該応答がどの処理に対するものであるかを識別できる。処理連携部２０２では、ステップ１を終えたことをあらわすため、ステート９１３をRefer1とする。（６０１Ｂ、６０１Ｃ）。

処理連携部２０２では、ステップ２として、コンテンツ管理部にローカルコンテンツファイルの一覧を要求し、ローカルコンテンツ一覧を要求する（６０１Ｅ）。ステップ２を終えたことをあらわすため、ステート９１３をRefer2とする。

コンテンツ管理部２０３Ａでは、コンテンツ管理情報４００のアクセスレベル４０６により表示するコンテンツを選択する。アクセスレベル４０６として、家庭内ネットワークからのアクセスを許可する「Ｉｎｈｏｕｓｅ」が設定されている場合、同一機器での参照であるので、全てのコンテンツファイルを対象とした一覧を処理連携部にリプライする。アクセスレベル４０６としてユーザＩＤが設定されている場合、ユーザが端末使用時に入力したユーザＩＤと比較し、一致したコンテンツファイルの一覧を処理連携部にリプライする。このユーザＩＤは、入力時にファイルとして記憶し、コンテンツ管理部でこのファイルからユーザＩＤを読み出して比較する。

refer送信要求(６０１Ｂ)を受け付けたネットワーク制御部２０５Ａは、例えばＵＰｎＰと呼ばれるプロトコルに従い、プラグアンドプレイにより自分の持つサービスをネットワーク上に広告する機能を備えており、予めＨＤＤ１００を備えた機器がネットワーク接続しているかどうかを把握することができる。把握したネットワークに接続している全機器に対し、コンテンツ一覧要求（６０１C）を送信する。

コンテンツ一覧要求６０１Ｃを受け付けた機器として、ホームサーバ１０１の例で説明する。ホームサーバ１０１のコンテンツアクセス制御部２００Ｂのネットワーク制御部２０５Ｂは、該要求を要求元（テレビ１０２）のＩＰアドレスを位置情報として付け処理連携部２０２Ｂに通知する。

上記通知を受信した処理連携部２０２Ｂは、状態管理テーブル９１０に新たなエントリを設け、要求元９１５としてNetworkを設定し、ステート９１３にRefer０を設定し、要求に含まれている処理識別子９１４を設定する。

次に、連携処理ルールテーブル９２０を参照し、対応する処理ルール９２４に従い処理を行う。ステップ１としてコンテンツ管理部２０４Ｂにコンテンツ一覧要求を行う（６０１Ｅ）。この要求は、要求元の位置情報と処理識別子を含む。処理連携部は、ステート９１３をRefer1とする。コンテンツ管理部２０４Ｂでは、位置情報であるＩＰアドレスが自アドレスでないことから、ネットワークを介して接続される他の機器を介して利用可能なコンテンツファイルの一覧をコンテンツ管理情報４００のアクセスレベル４０６が「Ｎｅｖｅｒ」と「Ｉｎｔｅｒｎｅｔ」でないコンテンツファイルの情報をコンテンツ一覧として、処理連携部２０２Ｂに返信する。この返信には要求時の処理識別子を含めることにより、要求とリプライの対応付けをし、状態管理テーブルで管理するステートの次の処理としてステップ２を実行する。ステップ２として、ネットワーク制御部２０５Ｂに対し、コンテンツ一覧の送信を要求し(６０２Ｂ)、該コンテンツ一覧をテレビ側に通知して（６０２Ｃ、６０２Ｄ）処理が完了した後、状態管理テーブル９１０の内容をクリアする。

処理連携部２０２Ａは、コンテンツ一覧のリプライをネットワーク制御部２０５Ａから受付けると、状態管理テーブルから対応するエントリをリプライに含まれている処理識別子から選択し、ステート９１３から連携処理ルールテーブルの処理ルールの次のステップであるステップ３を行う。つまり、自機器内のコンテンツ管理部Ａから参照したコンテンツ一覧とネットワーク制御部２０５Ａを介して得たコンテンツ一覧と位置情報をアプリケーションに通知し、状態管理テーブル９１０をクリアし、処理を終える。

アプリケーション２０２は図３に示すようにＨＤＤ内コンテンツを表示する（３１１）。この際、特にコンテンツの位置情報をディスプレイに表示する必要はない。位置情報は、コンテンツファイルが格納されている家庭内ネットワークにおける機器を識別するための情報である。家庭内ネットワークで各機器が唯一に識別できる例えばＵＰｎＰで規定されているUUID(Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ)を用いてもよい。この場合、UUIDとIPアドレスを対応付けが必要となる。この対応付けは、ＵＰｎＰプロトコルに従い、家庭内ネットワークに接続している機器を検出した際に作成することができる。あるいは、位置情報として、その機器が持つＩＰアドレスを用い用いてもよい。本実施例はでは、以下、位置情報としてＩＰアドレスを用いる。

ここでは、全てのコンテンツを映画、写真等にカテゴライズして表示する例を示している（３１２）。該カテゴリー名は、適宜追加修正可能である。

このコンテンツ一覧に関しては、何らかの検索キー、例えば、タイトル、タイプ、日時を指定して行うことも可能である。

ディスプレイ３０４に表示されたコンテンツ一覧３１１から、映画が選択されると、映画関連のタイトルがディスプレイに表示され（３１２）、再生したいコンテンツが該タイトルから指定されると、アプリケーション２０２により、コンテンツ再生要求（Setup）６０３が、コンテンツアクセス制御部２００Ａの処理連携部２０２Ａに伝えられる。このコンテンツ再生要求６０３は、再生するコンテンツを識別する情報（コンテンツ識別子）とそのコンテンツを蓄積している場所を示す位置情報とコンテンツの利用目的（再生）を含んでいる。

処理連携部２０２Ａでは、該コンテンツ再生要求６０３に基づき、まず、状態管理テーブル９１０のエントリを作成し、コンテンツファイル位置情報９１１、コンテンツファイル９１２識別子、ステートしてsetup0、処理識別子９１４、及び要求元位置情報としてlocalを設定する。コンテンツファイルの位置情報であるIPアドレスが、自IPアドレスで無い場合、連携処理ルールテーブルから処理ルールを選択し、ステップ１の処理として、ネットワーク制御部２０５Ａを介して、ホームサーバ１０１に対してコンテンツ利用要求を送信する（６０４Ａ〜６０４Ｃ）。依頼時のコマンド内、コンテンツファイル識別子と利用目的として要求であるsetupを設定する。状態管理テーブルのステートは、setup１とする。

位置情報を持たない場合、ローカルなコンテンツファイルであるので、連携処理ルールテーブル９２０の処理ルール９２４に基づき、ステップ１としてコンテンツ管理部へコンテンツ利用可否判断を要求する。依頼時のコマンド内、コンテンツファイル識別子と利用目的として要求であるsetupを通知する。ステップ２として、ステップ１のリプライを受けて、コンテンツ利用が可能であれば、ストリーム制御部あるいは、単にファイルリードでコンテンツファイルの視聴を行う。状態管理テーブルのステートはsetup-completeとする。利用不可の場合、アプリケーション２１２に対して通知を行うことにより、ディスプレイ３０４に図３に示すように再生できないことを表示し３１３、ユーザに指定されたコンテンツは利用できないことを通知し、状態管理テーブル９１０のエントリをクリアする。

図７にコンテンツ管理部２０３で行うコンテンツ利用可否判断の処理フローを示す。最初に、利用元の位置情報がローカルであると判断する（７０１）。次に、指定されたコンテンツに対応したコンテンツ管理情報４００の著作権保護情報４０８を参照し、位置情報と利用目的から利用が可能かどうかを判断する（７０２）。利用目的は、setupから再生であるので、著作権保護情報４０８の使用期限により使用可能かを判断する。利用目的がrecordの場合、著作権保護情報４０８のコピーコントロール情報がコピーワンスである場合、録画はできないので利用ＮＧと判断する。

次にアクセスレベル４０６をチェックする(７０３)。このアクセスレベルは、例えば利用機器の制限、あるいはユーザレベルの制限、あるいは宅内ネットワーク内、宅外ネットワークからのアクセスが可能であるかをチェックする。ここでは、ローカルな利用であるので、ユーザＩＤが設定されていれば、ユーザＩＤが一致するかどうかの確認が必要である。

次に、コンテンツ利用状況４０９により、コンテンツの重複利用が可能であるかを判断する(７０４)。コンテンツが移動中である場合、コンテンツの再生はできないので、コンテンツ利用はＮＧとなる。著作権保護情報４０８として、視聴回数が規定されている場合、コンテンツ利用状況の使用回数と比較し、使用回数が視聴回数以下の場合に利用ＯＫとする。また、著作権保護情報４０８として、同時視聴数が規定されている場合、コンテンツ利用状況から視聴が可能であるかどうかを判断する。

利用可能な場合、コンテンツファイル転送方式の選択基準法準拠８００した転送方式を選択し、ストリーム処理部利用の場合、ストリーム処理部の利用を、ファイル転送部利用の場合、ファイルリードの利用を選択し、視聴可否判断とあわせて、転送方式を処理連携部２０２に返信する。処理連携部２０２では、連携処理ルールテーブル９２０の処理ルール９２４に示すステップ２の処理を行う。ここでは、転送方式としてストリーム処理部２０９を利用するとして処理ルールを記載している。ファイルリードの場合は、ファイルをリードし、コンテンツファイルのタイプに対応したデコード処理を介して、ディスプレイにコンテンツファイルを表示すればよい。

コンテンツファイルが利用できない場合、処理連携部２０２は、アプリケーション２１２に対して通知を行い、ディスプレイ３０４に図３に示すように再生できないことを表示し３１３、ユーザに指定されたコンテンツは利用できないことを通知する。

次にネットワーク制御部２０５Ａを介して、ホームサーバ１０１に対してコンテンツ利用要求を送信した場合のホームサーバ１０１での処理を説明する。

処理連携部２０２Ｂでは、該コンテンツ利用要求（６０４Ｃ）に基づき、まず、状態管理テーブル９１０のエントリを作成し、コンテンツファイル位置情報９１１としてlocalを、コンテンツ利用要求に含まれるコンテンツファイル識別子９１２を、ステート９１３してsetup0、コンテンツ利用要求に含まれる処理識別子９１４を、及び要求元位置情報９１５としてテレビのＩＰアドレスを設定する。連携処理ルールテーブル９２０から処理ルール９２４を選択し、ステップ１の処理として、コンテンツ管理部２０４Ｂへ、コンテンツ利用可否判断を依頼する。依頼時には、コンテンツファイル識別子と利用目的として、ネットワークを介して受け付けたコンテンツ利用可否判断要求６０４Cに含まれていたコンテンツファイル識別子、利用目的、と要求元の位置情報を伝える。状態管理テーブル９１０のステート９１３は、setup１とする。

コンテンツ管理部２０４Bでのコンテンツ利用可否判断処理７００は、図５の上述した手順に従い行う。アクセスレベルのチェックでは、アクセスレベルが「Ｎｅｖｅｒ」の場合、コンテンツ利用を拒否する。アクセスレベルが「Ｉｎｈｏｕｓｅ」の場合、通知されたＩＰアドレスと自機器のＩＰアドレスのサブネットが一致しているかどうかを確認し、一致していない場合、コンテンツ利用を拒否する。

コンテンツ利用要求が受け入れられる場合、コンテンツ利用可否判断処理７００として、コンテンツファイル転送方式の選択基準法８００に準拠した転送方法を選択する。

本実施例では、処理連携部２０２Ｂが、映画のデジタルコンテンツに対する利用要求を受け付けた場合を例とすると、ストリーム処理部の利用を選択する。コンテンツ管理部２０４Bは、視聴可否判断とあわせて、転送方式を処理連携部２０２Ｂに返信する（６０５）。処理連携部２０２Ｂでは、連携処理ルールテーブル９２０の処理ルール９２４に示すステップ２の処理を行う。処理連携部２０２Bは、視聴可否判断結果と転送方式をテレビ側に通知する（６０７A〜６０６C）。視聴可否判断結果が拒否である場合、処理連携部は状態管理テーブルをクリアし、許可の場合、ステート９１３をsetup2とする。

次に、処理連携部２０２Ｂでは、コンテンツ管理部２０４Ｂからの転送方式の指示に従い、ストリーム処理部２０３Ｂにコンテンツとメタデータへのpath情報及び必要な認証暗号処理、コンテンツの送り先である位置情報をストリーム設定要求として、ストリーム制御部に通知する（６０７Ｂ）。これにより、ストリーム制御部２０３Ｂでは、ファイルアクセス、ネットワーク転送、認証暗号処理の準備を開始する。処理連携部２０２Bは、状態管理テーブル９１０のステートをsetup3とする。

テレビ側の処理連携部２０２Aは、視聴可否判断結果を受けて、対応する状態管理テーブル９１０を検索し、連携処理ルールテーブル９２０の処理ルール９２４に従い、ステップ２の処理を行う。視聴可判断結果が拒否であれば、アプリケーション２１２に対して通知を行い、ディスプレイ３０４に図３に示すように再生できないことを表示し３１３、ユーザに指定されたコンテンツは利用できないことを通知する。さらに、状態管理テーブル９１０をクリアし、処理を終える。

視聴が可能である場合、処理連携部２０２Aは、転送方式に従い、ストリーム制御部２０４Ａに対し、ストリーム設定要求６０７Ａを行い、状態管理テーブル９１０のステートをsetup２とする。ストリーム制御部２０４において、ストリーム処理部２０９の設定が完了を処理連記部２０２Aに通知する（６０８A）。処理連携部２０２Aは、同様に状態管理テーブル９１０と連携処理ルールテーブル９２０を参照し、処理ルール９２４の次のステップ３として、コネクション設定完了通知をホームサーバ１０１処理連携部Ｂに送信する（６０９Ａから６０９Ｃ）。また、処理連携部Ａは、ステップ４として、コンテンツ管理部に対し、著作権保護セキュリティ設定を要求する６１０Ａ。処理連携部Bの状態管理テーブル９１０のステート９１３はsetup4とする。

コネクション設定完了通知６０９Ｃを受信したホームサーバ１０１の処理連携部２０２Ｂは、状態管理テーブル９１０と連携処理ルールテーブル９２０の処理ルール９２４に従いステップ４として、コンテンツ管理部２０４Ｂに対し、著作権保護セキュリティ設定を要求し、（６１０Ｂ）ステート９１３をsetup4とする。

著作権保護セキュリティ設定要求６１０Ａ、６１０Ｂを受け付けたコンテンツ管理部２０４Ａ、２０４Ｂは、ホームサーバ１０１側、テレビ１０２側ともに、ローカル暗号に対する鍵情報（コンテンツファイルに対応するコンテンツ管理情報４００の著作権保護情報４０８のローカル暗号のメタ情報（/metainfo/file-name1-LC））をストリーム制御部２０３Ａ、２０３Ｂに通知する。

さらに、ネットワーク上の暗号処理を行うため、ホームサーバ１０１とテレビ１０２間で認証処理を行うため、著作権保護ライブラリのネットワーク認証・暗号ライブラリを起動する。ホームサーバ101側では、認証処理を行うためのTCP/IPのコネクション設定要求を受け付けるため、ネットワークの準備として、TCP/IPの通信を行うために用いるデータパケット受け渡しの論理的なインタフェースであるソケットをオープンし、テレビ１０２側のIPアドレス、受信アドレス、ポート番号をソケットにバインドし、認証要求を待つ。テレビ１０２側では、認証処理を行うためのソケットをオープンし、ホームサーバ１０１に対して認証要求を送信する。この認証の際に利用する機器対応の証明書は、機器に予め設定されており、ネットワーク認証・暗号ライブラリから自動的に参照される。ホームサーバ１０１とテレビ１０２の間の認証フェーズにおいて、コンテンツ転送時に用いる暗号鍵を生成するためのベース値であるシードが規定される。このシードと規定されている演算子より暗号鍵を生成する。ネットワーク認証・暗号ライブラリは、そのシードをストリーム処理部２０２に通知する。ライブラリ処理の終了を受けたコンテンツ管理部２０３は、処理連携部２０１に著作権保護セキュリティ設定完了を通知する。

テレビの処理連携部２０２Aは、著作権保護セキュリティ設定完了報告を受け（６１１Ａ）、ホームサーバ１０１にコンテンツ送信要求を送信する（６１Ａ〜６１２Ｃ）。さらに、状態管理テーブルのステートをsetup-completeとする。

ホームサーバ１０１のコンテンツアクセス制御部２００Ｂの処理連携部２０２Ｂが、著作権保護セキュリティ設定完了６１１Ｂとテレビ１０２からコンテンツ送信要求６１２Ｃを受け付けた後、ストリーム制御部２０３Ｂに対し、コンテンツ送信開始を指示する（６１２Ｄ）。さらに、状態管理テーブルのステートをsetup-completeとする。

以上の手順により、ホームサーバ１０１のＨＤＤ１００上のコンテンツがテレビ１０２で再生できる６１８。

ストリーム処理部２０９は、ストリーム制御部２０４の要求により、コンテンツファイルの処理を行うため、処理の流れ（ストリーム）を作成する。例えば、HDDから読み出したコンテンツファイルを、ネットワークを介して送信する場合、HDDからコンテンツファイルを読み出すモジュール、読み出したコンテンツファイルのシーク情報を読み出すモジュール、コンテンツファイルを構成する複数パケットに含まれる再生タイミング情報であるカウンタ値を参照して、ネットワークに送信する複数パケットの組に分割を行うモジュール、コンテンツファイルのローカル暗号を復号し、ネットワーク転送対応に暗号化を行うため、暗号処理ドライバにコンテンツファイルの情報を渡すモジュール、ネットワークにパケットとしてコンテンツファイルを転送するモジュールを一つのストリームとして繋ぎ、連携処理部２０２からストリーム制御２０４を介して得る再生するコンテンツファイル、シーク情報、ローカル暗号情報を関連モジュールの初期値として持つ。さらに、著作権保護ライブラリから得る暗号鍵のシード情報を関連モジュールの初期値として持つ。この与えられた初期値を元に、各モジュールは、コンテンツ制御部２０４からのコンテンツ送信開始を受けて、起動され、コンテンツファイルをネットワークに転送する。

テレビ１０２側のリモコン操作によるコンテンツ転送中止６１４Ａを受け付けたアプリケーション２１２は、コンテンツ転送中止要求（Terminate）６１４Ａをコンテンツアクセス制御部２００Ａに通知する。処理連携部２０２Ａでは、この要求６１４Ａを受け、状態管理テーブルのステート９１３がsetup-completeである制御対象のストリーム状態を示すエントリを検索し、連携処理ルールテーブル９２０の処理ルール９２４に従ったステップ１の処理として、ネットワーク制御部２０５Ａを介して、ホームサーバ１０１のコンテンツアクセス制御部２００Ｂに終了を通知する（６１４Ｂ〜６１４Ｄ）。ステート９１３をstop１とする。

ホームサーバ１０１において、コンテンツ転送中止要求を受けた処理連携部２０２Ｂは、状態管理テーブルのステート９１３がsetup-completeである制御対象のストリーム状態を示すエントリを検索し、連携処理ルールテーブル９２０の処理ルール９２４に従ったステップ１の処理として、ストリーム制御部２０３Ｂに対し、ストリーム終了６１６Ｂを通知することにより、ストリーム制御部２０３Ｂでストリーム処理を終了する。処理連携部２０２Bはステート９１３をstop0とする。

処理連携部２０２Bは、ストリーム制御部からのストリーム処理の終了６１７Ｂを受けて、連携処理ルールテーブル９２０の処理ルール９２４に従ったステップ２の処理として、テレビ１０２側にコンテンツ転送中止完了６１５Ａ〜６１５Ｃを通知する。その後、状態管理テーブルをクリアする。

コンテンツ転送中止完了６１５Ｃを受けた、テレビ１０２の処理連携部202Aは、対応する状態管理テーブル９１３のエントリを検索し、連携処理ルールテーブル９２０の処理ルール９２４に従ったステップ２の処理として、ストリーム制御部２０３Ａに対し、ストリーム終了６１６Ａを通知することにより、ストリーム制御部２０３Ａでストリーム処理を終了する。その後、状態管理テーブルをクリアする。

以上より、本実施例によれば、コンテンツを持つ機器において、コンテンツの利用可否を判断し、著作権保護に従った、コンテンツ利用を許可することにより、ネットワークを介したコンテンツの再生を実現することができる。

このように、コンテンツの著作権保護情報、アクセスレベル、利用状態、利用要求元からコンテンツの利用可否を判断することにより、著作権保護に準じたコンテンツ利用実現可能であり、ローカルＨＤＤあるいはネットワークで接続されているリモートＨＤＤであるかをアプリケーションが認識することなく、コンテンツの利用が可能となる。また、コンテンツのタイプにより、ネットワーク転送方法を選択することが可能である。

第1の実施形態のシステム構成を示す図である。 本実施形態を実現するソフトウェア構成を示す図である。 本実施形態を実装する装置のハードウェア構成を示す図である。 本実施形態で用いるコンテンツ管理情報の構成を示す図である。 アプリケーションＩ／Ｆライブラリの一例を示す図である。 本実施形態におけるネットワークを介したコンテンツ再生時の処理フローを示す図である。 本実施形態におけるコンテンツ利用可否判断処理の処理手順を示す図である。 本実施形態におけるコンテンツファイル転送方式の選択基準法を示す図である。 本実施形態における処理連携部の構成を示す図である。 本実施形態における連携処理ルールテーブル例を示す図である。

符号の説明

１００…ＨＤＤ、１０１…ホームサーバ、１０２…ＨＤＤ付テレビ、２００…コンテンツアクセス制御部、２０１…アプリケーションＩ／Ｆライブラリ、２０２…処理連携部、２０３…コンテンツ管理部、２０４…ストリーム制御部、２０５…ネットワーク制御部、２０６…ファイル転送部、２０９…ストリーム処理部、３０４…ディスプレイ、４００、コンテンツ管理情報、７００…コンテンツ利用可否判断処理、８００…コンテンツファイル転送方式の選択方法、９１０…状態管理テーブル、９００…連携コア、９２０…連携処理ルールテーブル

Claims (8)

1. コンテンツを蓄積する記憶装置と該コンテンツを他の機器に送信するネットワーク機能とを備えたコンテンツ管理装置であって、
   前記コンテンツ毎の利用条件を管理するコンテンツ管理情報を管理するコンテンツ管理部と、
   ネットワークを介したコンテンツ利用要求の送受信を行うネットワーク制御部と、
   コンテンツを複数のパケットとして周期的に送信を行うストリーム処理部と、
   コンテンツをバースト転送するファイル転送部と、
   前記コンテンツ管理部、前記ネットワーク制御部、前記ストリーム制御部及びファイル転送部に接続された処理連携部とを有し、
   前記ネットワーク制御部が、前記記憶装置に格納されたコンテンツの利用要求を受信した場合、
   前記処理連携部は、前記コンテンツ利用要求を前記コンテンツ管理部に転送し、
   前記コンテンツ管理部は、前記コンテンツ管理部に格納された利用条件を参照して指定されたコンテンツの利用可否を判断し、前記コンテンツの利用要求がコンテンツの利用条件を満たす場合、該コンテンツが転送可能であることを前記処理連携部に通知し、
   前記処理連携部は、著作権保護情報により前記コンテンツを前記記憶装置以外に蓄積することが禁止されている場合または複数のコンテンツの記録処理または再生処理がされている場合には前記ストリーム処理部を選択し、前記ストリーム処理部を選択しない場合にはファイル転送部を選択し、
   前記ストリーム処理部は、前記処理連携部からの要求を受けて、
   前記記憶装置からコンテンツを読み出す第１の処理と、
   前記コンテンツを構成する複数パケットに含まれる再生タイミング情報を参照して、前記コンテンツを複数パケットの組に分割する第２の処理と、
   前記複数パケットの復号処理と暗号処理を行う第３の処理と、
   前記複数パケットをネットワークへ転送する第４の処理と、からなるストリームパスを生成することを特徴とするコンテンツ管理装置。
2. 請求項１に記載のコンテンツ管理装置であって、
   前記処理連携部は、コンテンツの種類及び同時動作状態に基づき、
   同時動作状態でなく、コンテンツが映像でない場合、前記ファイル転送部を選択し、同時動作状態であるか、あるいはコンテンツが映像である場合、前記ストリーム制御部を選択することを特徴とするコンテンツ管理装置。
3. 請求項１又は２に記載のコンテンツ管理装置であって、さらに、表示手段を有し、
   前記表示手段には、自機器の記憶装置に格納されたコンテンツとネットワークを介して接続される他の機器の記憶装置に格納されたコンテンツとが表示されることを特徴とするコンテンツ管理装置。
4. コンテンツを蓄積する記憶装置と該コンテンツをネットワークを介して接続される他の機器と送受信するネットワーク機能とを備えたコンテンツ管理装置を少なくとも２つ有するコンテンツ転送システムにおけるコンテンツ転送方法であって、
   コンテンツの転送要求元である第１の機器は、該ネットワークに接続された他の機器が有するコンテンツの一覧を参照し、
   該コンテンツ一覧の中から指定されたコンテンツを有する第２の機器に対し、コンテンツ利用要求が送信され、
   前記第２の機器は、前記指定されたコンテンツに対応したコンテンツ管理情報の著作権保護情報を参照し、該コンテンツを前記第１の機器に送信可能か否かを判断し、
   前記著作権保護情報により前記コンテンツを前記記憶装置以外に蓄積することが禁止されている場合または複数のコンテンツの記録処理または再生処理がされている場合には、前記第２の機器の転送処理部として、コンテンツを複数のパケットとして周期的に送信を行うストリーム処理部を選択し、前記ストリーム処理部を選択しない場合には、前記第２の機器の転送処理部として、コンテンツをバースト転送するファイル転送部を選択し、
   前記ストリーム処理部が、前記処理連携部からの要求を受けて、
   前記記憶装置からコンテンツを読み出す第１の処理と、
   前記コンテンツを構成する複数パケットに含まれる再生タイミング情報を参照して、前記コンテンツを複数パケットの組に分割する第２の処理と、
   前記複数パケットの復号処理と暗号処理を行う第３の処理と、
   前記複数パケットをネットワークへ転送する第４の処理と、からなるストリームパスを生成し、
   前記選択された転送方法で前記コンテンツを前記第１の機器に送信することを特徴とするコンテンツ転送方法。
5. 請求項４に記載のコンテンツ転送方法であって、前記著作権保護情報は、該コンテンツの視聴可能回数であり、前記コンテンツの使用回数が前記コンテンツの視聴可能回数以下の場合に前記第１の機器に送信可能とすることを特徴とするコンテンツ転送方法。
6. 請求項４に記載のコンテンツ転送方法であって、
   前記第２の機器は、前記指定されたコンテンツに対応したコンテンツ管理情報で規定された、ユーザのアクセス制限を規定したアクセスレベルを参照し、該コンテンツを前記第１の機器に送信可能か否かを判断することを特徴とするコンテンツ転送方法。
7. 請求項４に記載のコンテンツ転送方法であって、
   前記第２の機器は、前記指定されたコンテンツに対応したコンテンツ管理情報で規定された、コンテンツが同時に複数機器に利用可能であるかを規定したコンテンツ利用状況を参照し、該コンテンツを前記第１の機器に送信可能か否かを判断することを特徴とするコンテンツ転送方法。
8. 請求項４に記載のコンテンツ転送方法であって、 前記コンテンツの転送方式を選択は、該コンテンツを構成するフレームを連続的に転送する場合は、複数のパケットを周期的に転送するストリーム転送が選択されることを特徴とするコンテンツ転送方法。

Images