(57)【要約】【課題】著作権を保護すべきコンテンツの配布範囲を一定の範囲内に制限する。【解決手段】ソース機器１は、ネットワークインターフェース部１１と、通信処理部１２と、ソース機器デバイスＩＤ記録部１３と、コンテンツ供給部１４と、暗号処理部１５と、パケット処理部１６と、ＩＤ処理部１７と、デバイスＩＤチェック処理部１８と、認証・鍵交換処理部１９と、登録制御部２０と、デバイスＩＤ表示部２１とを備えている。シンク機器２は、ネットワークインターフェース部３１と、通信処理部３２と、シンク機器デバイスＩＤ記録部３３と、認証・鍵交換処理部３４と、暗号処理部３５と、パケット処理部３６と、コンテンツ処理部３７とを備えている。シンク機器２のデバイスＩＤがソース機器１に登録されている場合に限り、そのシンク機器２に対するコンテンツ送信を許可するようにしたため、コンテンツの配布範囲を確実に制限でき、コンテンツの著作権保護が図れる。【選択図】  図１
2004186800.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを送信する送信装置と、
前記送信装置から送信されたコンテンツを受信する受信装置と、を備えるコンテンツ送受信システムにおいて、
前記受信装置は、
自装置に付与された識別子の登録要求を前記送信装置に送信する登録要求送信手段と、
前記識別子を前記送信装置に送信する識別子送信手段と、を有し、
前記送信装置は、
前記受信装置から送信された前記登録要求を受信する登録要求受信手段と、
前記受信された前記識別子を登録する識別子登録手段と、
前記受信された前記識別子が前記識別子登録手段に登録されているか否かを判定する識別子判定手段と、
前記識別子判定手段により登録されていないと判定された前記識別子を前記識別子登録手段に登録する制御を行う登録制御手段と、
前記識別子登録手段への前記識別子の登録処理が完了したことを示す登録確認応答を前記受信装置に送信する登録確認応答送信手段と、を有することを特徴とするコンテンツ送受信システム。
【請求項２】
前記登録確認応答送信手段は、前記識別子判定手段により前記識別子がすでに登録されていると判定されると、すでに登録されていることを示す登録確認応答を前記受信装置に送信することを特徴とする請求項１に記載のコンテンツ送受信システム。
【請求項３】
前記送信装置は、
前記コンテンツの供給を行うコンテンツ供給手段と、
前記受信装置との間で認証・鍵交換処理を行う第１認証・鍵交換処理手段と、
前記第１認証・鍵交換処理手段で交換された鍵を用いて、前記コンテンツ供給手段から供給されたコンテンツを暗号化する暗号処理手段と、
前記暗号化されたコンテンツを前記受信装置に送信するコンテンツ送信手段と、
前記識別子登録手段に登録されていない前記受信装置の識別子を前記識別子登録手段に登録するか否かの指示を行う登録指示手段と、を有し、
前記登録制御手段は、前記登録指示手段で指示された前記受信装置の識別子を前記識別子登録手段に登録する制御を行うことを特徴とする請求項１または２に記載のコンテンツ送受信システム。
【請求項４】
前記受信装置は、
前記送信装置との間で認証・鍵交換処理を行う第２認証・鍵交換処理手段と、
前記送信装置から送信された、暗号化された前記コンテンツを受信するコンテンツ受信手段と、
前記コンテンツ受信手段で受信された、暗号化された前記コンテンツを前記第２認証・鍵交換処理手段で交換された鍵を用いて復号する復号処理手段と、を有することを特徴とする請求項１及至３のいずれかに記載のコンテンツ送受信システム。
【請求項５】
コンテンツを送信する送信装置と、
前記送信装置から送信されたコンテンツを受信する受信装置と、を備えるコンテンツ送受信システムにおいて、
前記受信装置は、
自装置に付与された識別子に関する情報を含む認証要求を前記送信装置に送信する認証要求送信手段と、
前記送信装置に対して前記識別子の登録要求を行う識別子登録要求手段と、
を有し、
前記送信装置は、
前記受信装置から送信された前記識別子に関する情報を含む前記認証要求を受信する認証要求受信手段と、
前記識別子を登録する識別子登録手段と、
前記認証要求受信手段で受信された前記識別子が前記識別子登録手段に登録されているか否かを判定する登録確認手段と、
前記識別子登録手段に登録されていない前記受信装置の識別子を一時的に記憶する一時記憶手段と、
前記受信装置からの前記識別子の登録要求を受信する登録要求受信手段と、
前記登録要求が受信されると、前記識別子登録手段に登録されていない前記受信装置の識別子を前記識別子登録手段に登録するか否かの指示を行う登録指示手段と、
前記登録指示手段により登録が指示されると、前記一時記憶手段に記憶されている前記識別子を前記識別子登録手段に登録する制御を行う登録制御手段と、
前記識別子登録手段への前記識別子の登録処理が完了したことを示す登録確認応答を前記受信装置に送信する登録確認応答送信手段と、を有し、
前記受信装置は、前記送信装置からの前記登録確認応答を受信すると、前記送信装置との接続処理を開始することを特徴とするコンテンツ送受信システム。
【請求項６】
前記送信装置は、
前記コンテンツの供給を行うコンテンツ供給手段と、
前記受信装置との間で認証・鍵交換処理を行う第１認証・鍵交換処理手段と、
前記第１認証・鍵交換処理手段で交換された鍵を用いて、前記コンテンツ供給手段から供給されたコンテンツを暗号化する暗号処理手段と、
前記暗号化されたコンテンツを前記受信装置に送信するコンテンツ送信手段と、
前記認証要求受信手段で受信された前記識別子が前記識別子登録手段に登録されていない場合に、登録されていないことを示す情報を前記受信装置に送信する未登録情報送信手段と、を有することを特徴とする請求項５に記載のコンテンツ送受信システム。
【請求項７】
前記送信装置は、
前記コンテンツの供給を行うコンテンツ供給手段と、
前記受信装置との間で認証・鍵交換処理を行う第１認証・鍵交換処理手段と、
前記第１認証・鍵交換処理手段で交換された鍵を用いて、前記コンテンツ供給手段から供給されたコンテンツを暗号化する暗号処理手段と、
前記暗号化されたコンテンツを前記受信装置に送信するコンテンツ送信手段と、
前記一時記憶手段に前記受信装置の識別子を一時的に記憶してからの経過時間を計測する時間計測手段と、
前記時間計測手段にて計測された時間が所定の時間に達する前に、前記登録指示手段による登録指示があったか否かを判定する時間判定手段と、
前記時間計測手段にて計測される時間が所定の時間に達するまでの間のみ、前記コンテンツ送信手段による前記受信装置へのコンテンツの送信を許可する送信許可手段と、を有することを特徴とする請求項５に記載のコンテンツ送受信システム。
【請求項８】
前記受信装置は、
前記送信装置との間で認証・鍵交換処理を行う第２認証・鍵交換処理手段と、
前記送信装置から送信された、暗号化された前記コンテンツを受信するコンテンツ受信手段と、
前記コンテンツ受信手段で受信された、暗号化された前記コンテンツを前記第２認証・鍵交換処理手段で交換された鍵を用いて復号する復号処理手段と、
少なくとも一台の前記送信装置それぞれの識別子を送信する識別子送信手段と、を有し、
前記登録要求受信手段は、前記識別子送信手段から送信された識別子が自装置の識別子に一致すると前記識別子判定手段により判定された場合のみ、前記識別子の登録要求を受け付けることを特徴とする請求項５及至７のいずれかに記載のコンテンツ送受信システム。
【請求項９】
送信要求を行った受信装置にコンテンツを送信するコンテンツ送信装置において、
前記コンテンツの供給を行うコンテンツ供給手段と、
前記受信装置との間で認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記認証・鍵交換処理手段で交換された鍵を用いて、前記コンテンツ供給手段から供給されたコンテンツを暗号化する暗号処理手段と、
前記暗号化されたコンテンツを前記受信装置に送信するコンテンツ送信手段と、
前記受信装置から送信された前記登録要求を受信する登録要求受信手段と、
前記受信された前記識別子を登録する識別子登録手段と、
前記受信された前記識別子が前記識別子登録手段に登録されているか否かを判定する識別子判定手段と、
前記識別子判定手段により登録されていないと判定された前記識別子を前記識別子登録手段に登録する制御を行う登録制御手段と、
前記識別子登録手段への前記識別子の登録処理が完了したことを示す登録確認応答を前記受信装置に送信する登録確認応答送信手段と、
前記識別子登録手段に登録されていない前記受信装置の識別子を前記識別子登録手段に登録するか否かの指示を行う登録指示手段と、を備え、
前記登録制御手段は、前記登録指示手段で指示された前記受信装置の識別子を前記識別子登録手段に登録する制御を行うことを特徴とするコンテンツ送信装置。
【請求項１０】
送信要求を行った受信装置にコンテンツを送信するコンテンツ送信装置において、
前記コンテンツの供給を行うコンテンツ供給手段と、
前記受信装置との間で認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記認証・鍵交換処理手段で交換された鍵を用いて、前記コンテンツ供給手段から供給されたコンテンツを暗号化する暗号処理手段と、
前記暗号化されたコンテンツを前記受信装置に送信するコンテンツ送信手段と、
前記認証・鍵交換処理手段で交換された鍵を用いて、前記コンテンツ供給手段から供給されたコンテンツを暗号化する暗号処理手段と、
前記暗号化されたコンテンツを前記受信装置に送信するコンテンツ送信手段と、
前記受信装置から送信された前記識別子に関する情報を含む前記認証要求を受信する認証要求受信手段と、
前記識別子を登録する識別子登録手段と、
前記認証要求受信手段で受信された前記識別子が前記識別子登録手段に登録されているか否かを判定する登録確認手段と、
前記識別子登録手段に登録されていない前記受信装置の識別子を一時的に記憶する一時記憶手段と、
前記受信装置からの前記識別子の登録要求を受信する登録要求受信手段と、
前記登録要求が受信されると、前記識別子登録手段に登録されていない前記受信装置の識別子を前記識別子登録手段に登録するか否かの指示を行う登録指示手段と、
前記登録指示手段により登録が指示されると、前記一時記憶手段に記憶されている前記識別子を前記識別子登録手段に登録する制御を行う登録制御手段と、
前記識別子登録手段への前記識別子の登録処理が完了したことを示す登録確認応答を前記受信装置に送信する登録確認応答送信手段と、を備えることを特徴とするコンテンツ送信装置。
【請求項１１】
送信装置から送信されたコンテンツを受信するコンテンツ受信装置において、
自装置に付与された識別子の登録要求を前記送信装置に送信する登録要求送信手段と、
前記識別子を前記送信装置に送信する識別子送信手段と、
前記送信装置との間で認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記送信装置から送信された、暗号化された前記コンテンツを受信するコンテンツ受信手段と、
前記コンテンツ受信手段で受信された、暗号化された前記コンテンツを前記認証・鍵交換処理手段で交換された鍵を用いて復号する復号処理手段と、を備えることを特徴とするコンテンツ受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、各種のデジタルデータからなるコンテンツを送受信するコンテンツ送受信システムに関する。
【０００２】
【従来の技術】
近年の無線ＬＡＮ（ＩＥＥＥ８０２．１１）装置の低価格化と高速化により、無線通信システムを容易に構築できるようになった。また、それに伴い、無線通信機能を持ったコンテンツ送受信装置への期待が高まっている。
【０００３】
ここで、コンテンツとは、各種のデジタルデータ、例えばＭＰＥＧ４データのような動画データや音声データ、テキストデータや画像データのようなドキュメント・データなどを指す。本明細書では主に、著作権保護が必要なコンテンツについて説明する。
【０００４】
この種のデジタルデータからなるコンテンツは、劣化がなく、複製も容易であるため、著作権保護に留意する必要がある。
【０００５】
例えば、著作権を保護すべきコンテンツを、ある送信装置から受信装置に送信する場合を考える。著作権を保護すべきコンテンツをやり取りする範囲は、一定の範囲内、例えば、著作権３０条の私的使用の範囲内などの正当な権限の範囲内か、それよりもさらに狭い範囲内に制限され、その範囲を超えて、第三者との間でコンテンツをやり取りできないようにするのが望ましい。
【０００６】
このため、コンテンツの配布範囲をあらかじめ登録した受信装置にのみ制限する仕組みが提案されている（例えば、特許文献１参照）。
【０００７】
ここで問題なのは、コンテンツの受信を要求する受信装置の登録方法である。登録方法には様々な方法がある。例えば、図２０のフローチャートは、送信装置が受信装置のＩＤをコンテンツの送受信のコネクション確立前後に自動登録する場合の処理手順を示している。
【０００８】
まず、送信装置（以下、ソース機器）と受信装置（以下、シンク機器）との間でコネクションを確立する（ステップＳ１）。次に、シンク機器は自機器のデバイスＩＤの登録要求をソース機器に送信する（ステップＳ２）。この要求を受けて、ソース機器はシンク機器のデバイスＩＤを登録する（ステップＳ３）。
【０００９】
次に、ソース機器はコンテンツの再生処理を行い（ステップＳ４）、シンク機器から要求のあったコンテンツをＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔｓ  Ｐｒｏｔｅｃｔｉｏｎ）に従って暗号化して、シンク機器に送信する（ステップＳ５）。
【００１０】
次に、シンク機器は、ソース機器に対してＤＴＣＰ認証処理を要求する（ステップＳ６）。その後、ソース機器とシンク機器は互いにＤＴＣＰ認証鍵を交換する（ステップＳ７）。
【００１１】
また、図２１のフローチャートは、コンテンツをシンク機器に送信した後に、シンク機器がソース機器に対してデバイスＩＤの登録要求を行う例を示している。
【００１２】
シンク機器とソース機器が有線のケーブル（例えばＩＥＥＥ１３９４ケーブル）で接続されている場合、ソース機器の所有者が、意図しないシンク機器と接続してコンテンツの送受信を行う状況は考えにくい。したがって、この場合は、コンテンツの配布範囲をケーブルに接続された機器に制限することができる。
【００１３】
一方、ソース機器とシンク機器が無線ネットワーク（例えばＩＥＥＥ８０２．１１）に接続されている場合、シンク機器とソース機器が無線の届く範囲に位置していれば、図２１の処理手順に従ってシンク機器からソース機器にデバイスＩＤの登録を要求する（ステップＳ１４）ことにより、ソース機器の所有者が知らない間に、そのシンク機器にコンテンツを送信できてしまう。
【００１４】
次に、ソース機器側でコンテンツ再生時にデバイスＩＤの登録を行う方法について考える。この場合の処理手順は図２２のフローチャートで表される。図２２のフローチャートは、シンク機器で再生処理を開始し（ステップＳ３２）、シンク機器から再生要求を行った（ステップＳ３３）後、ソース機器からシンク機器にＤＴＣＰ暗号化コンテンツを送信し（ステップＳ３４）、その後に、シンク機器からソース機器にデバイスＩＤの登録要求を行う（ステップＳ３５）。
【００１５】
図２２の例では、コンテンツの再生処理とデバイスＩＤの登録処理とを組み合わせているが、このような処理手順を行っても、ソース機器の利用者が知ることなくシンク機器を操作する人がコンテンツを再生できてしまう。
【００１６】
以下、その理由について説明する。再生装置の多くがＡＶＣコマンドのようにリモートでＡＶ機器を制御する仕組みを備えている。ＡＶＣコマンドとは、ＡＶＣ  ＤｉｇｉｔａｌＩｎｔｅｒｆａｃｅ  Ｃｏｍｍａｎｄ  Ｓｅｔの略で、ＩＥＥＥ１３９４でＡＶ機器をリモート制御できるように定義されたコマンドセットである（例えば、非特許文献１参照）。
【００１７】
【特許文献１】
特開平２００１−２８５４４号公報
【非特許文献１】
ｈｔｔｐ：／／ｗｗｗ．１３９４ｔａ．ｏｒｇにて取得可能に開示されている文書
【００１８】
【発明が解決しようとする課題】
ＡＶＣコマンドをサポートした機器同士を接続すると、例えばシンク機器からソース機器の再生手順を開始できてしまうため、ソース機器の再生コマンドを実行できるのは必ずしもソース機器だけとは限らない。
【００１９】
このように、受信機器のデバイスＩＤを無線ネットワークを介して送信機器に自動登録する場合、ソース機器からのコンテンツの配布範囲を制限する確実な方法が従来存在せず、コンテンツの著作権保護が図れないという問題があった。
【００２０】
本発明は、上記事情を考慮してなされたもので、その目的は、著作権を保護すべきコンテンツの配布範囲を一定の範囲内に確実に制限可能なコンテンツ送受信システムを提供することを目的とする。
【００２１】
【課題を解決するための手段】
上述した課題を解決するために、本発明は、コンテンツを送信する送信装置と、前記送信装置から送信されたコンテンツを受信する受信装置と、を備えるコンテンツ送受信システムにおいて、前記受信装置は、自装置に付与された識別子の登録要求を前記送信装置に送信する登録要求送信手段と、前記識別子を前記送信装置に送信する識別子送信手段と、を有し、前記送信装置は、前記受信装置から送信された前記登録要求を受信する登録要求受信手段と、前記受信された前記識別子を登録する識別子登録手段と、前記受信された前記識別子が前記識別子登録手段に登録されているか否かを判定する識別子判定手段と、前記識別子判定手段により登録されていないと判定された前記識別子を前記識別子登録手段に登録する制御を行う登録制御手段と、前記識別子登録手段への前記識別子の登録処理が完了したことを示す登録確認応答を前記受信装置に送信する登録確認応答送信手段と、を有する。
【００２２】
また、本発明は、送信要求を行った受信装置にコンテンツを送信するコンテンツ送信装置において、前記コンテンツの供給を行うコンテンツ供給手段と、前記受信装置との間で認証・鍵交換処理を行う認証・鍵交換処理手段と、前記認証・鍵交換処理手段で交換された鍵を用いて、前記コンテンツ供給手段から供給されたコンテンツを暗号化する暗号処理手段と、前記暗号化されたコンテンツを前記受信装置に送信するコンテンツ送信手段と、前記受信装置から送信された前記登録要求を受信する登録要求受信手段と、前記受信された前記識別子を登録する識別子登録手段と、前記受信された前記識別子が前記識別子登録手段に登録されているか否かを判定する識別子判定手段と、前記識別子判定手段により登録されていないと判定された前記識別子を前記識別子登録手段に登録する制御を行う登録制御手段と、前記識別子登録手段への前記識別子の登録処理が完了したことを示す登録確認応答を前記受信装置に送信する登録確認応答送信手段と、前記識別子登録手段に登録されていない前記受信装置の識別子を前記識別子登録手段に登録するか否かの指示を行う登録指示手段と、を備え、前記登録制御手段は、前記登録指示手段で指示された前記受信装置の識別子を前記識別子登録手段に登録する制御を行う。
【００２３】
【発明の実施の形態】
以下、本発明に係るコンテンツ送受信システムについて、図面を参照しながら具体的に説明する。
【００２４】
図１は本発明に係るコンテンツ送受信システムの概略構成の一例を示すブロック図である。図１のコンテンツ送受信システムは、著作権保護が必要なデジタルデータからなるコンテンツを送信する無線装置（ソース機器）１と、ソース機器１から送信されたコンテンツを受信する無線装置（シンク機器）２とを備えている。ソース機器１とシンク機器２は、無線ネットワークを介して無線でコンテンツを送受信する。
【００２５】
なお、ソース機器１はシンク機器２に直接コンテンツを送信してもよいし、図１に示すように無線基地局３を介して送信してもよい。また、ソース機器１からコンテンツの提供を受ける無線装置（シンク機器２）は複数存在してもよい。
【００２６】
本実施形態では、シンク機器の識別情報がソース機器１に登録されている無線装置のみ、ソース機器１からのコンテンツを受信できるものとする。例えば、図１の例では、無線装置の識別情報（”ＡＡ”と”ＢＢ”）がソース機器１に登録され、無線装置の識別情報（”ＣＣ”）は登録されていない場合を示している。この場合、無線装置Ａ，Ｂのみがソース機器１からのコンテンツを受信することができる。
【００２７】
なお、図１において、ソース機器１とシンク機器２の少なくとも一方が無線通信機能を持たない場合には、ソース機器１やシンク機器２に有線で接続される不図示のブリッジ機器を設けて、このブリッジ機器が無線基地局３と無線通信を行ってもよい。
【００２８】
以下では、ローカルエリア無線ネットワークとしてＩＥＥＥ８０２．１１を仮定して説明する。ＩＥＥＥ８０２．１１は、無線ＬＡＮの一種であり、現在多くのＰＣに搭載されており、今後は様々なＡＶ機器に搭載されることが期待されている（例えば  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１１  にて取得可能に開示されている文書に説明が詳しい）。また、以下で用いる８０２．１１の表記は、ＩＥＥＥ８０２．１１を略したものである。
【００２９】
図１のコンテンツ送受信システムにおいて、特定のシンク機器２を識別するための識別情報をソース機器１に登録する手法について説明する。この識別情報は、例えば、（１）ＤＴＣＰデバイスＩＤ、（２）ＭＡＣアドレス、（３）それらを組み合わせた値などである。以下では、この識別情報を総称して、ＤＴＣＰデバイスＩＤ（以下、単にデバイスＩＤ）と呼ぶことにする。
【００３０】
なお、ＤＴＣＰとはＤｉｇｉｔａｌ  Ｔｒａｍｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｔｎｓ  Ｐｒｏｔｅｃｔｉｏｎの略で、ＩＥＥＥ１３９４やＵＳＢなどでデファクトスタンダートとなっている著作権保護方式である。著作権保護が必要なＡＶデータなどのコンテンツに対して送信機器と受信機器との間で、認証・鍵交換を行い、ＡＶデータを暗号化して転送する仕組みが備わっている（例えばｈｔｔｐ：／／ｗｗｗ．ｄｔｌａ．ｃｏｍにて取得可能に開示されている文書に説明が詳しい）。
【００３１】
（第１の実施形態）
図２はソース機器１の第１の実施形態の内部構成を示すブロック図である。図２のソース機器１は、８０２．１１物理レイヤ処理を実行するネットワークインターフェース部１１と、８０２．１１データリンクレイヤ処理を実行する通信処理部１２と、デバイスＩＤリストを記憶するソース機器デバイスＩＤ記録部１３と、コンテンツを供給するコンテンツ供給部１４と、送信すべきデータを暗号及び復号する暗号処理部１５と、基地局やシンク機器２に送信すべきコンテンツやＤＴＣＰ管理データを８０２．１１パケットに変換するパケット処理部１６と、パケット処理部１６で受信したデータからデバイスＩＤを取得するＩＤ処理部１７と、ＩＤ処理部１７で取得したシンク機器２のＩＤとデバイスＩＤリストに記録された値との比較処理を行うデバイスＩＤチェック処理部１８と、ＤＴＣＰ認証・鍵交換処理を行う認証・鍵交換処理部１９と、デバイスＩＤリストへのデバイスＩＤの登録を制御する登録制御部２０と、登録されたデバイスＩＤを表示するデバイスＩＤ表示部２１とを備えている。
【００３２】
デバイスＩＤチェック処理部１８は、デバイスＩＤリストにコンテンツ送信先であるシンク機器２のデバイスＩＤが含まれているか否かを検索する。
【００３３】
ここで重要なのは、ソース機器デバイスＩＤ記録部１３である。デバイスＩＤ記録部１３は内部にデバイスＩＤリストを持つ。図２３にデバイスＩＤリストの構成を示す。デバイスＩＤリストは有限個数のシンク機器に関する識別情報を記録したテーブルである。図２３に識別情報の一例として、デバイスＩＤとＭＡＣアドレスを示す。このデバイスＩＤリストが消去・上書き可能な不揮発性のメモリに記録されれば、一度シンク機器のデバイスＩＤを登録すればその値を消去することが不可能になり、ソース機器１に接続可能なシンク機器の台数を制限することができる。
【００３４】
図３はデバイスＩＤ表示部２１と登録制御部２０の一例を示す平面図である。登録制御部２０は複数のキーで構成され、いずれかのキーを押すと、そのキー情報がデバイスＩＤ表示部２１に表示される。なお、図３では、デバイスＩＤ表示部２１と登録制御部２０を一体成形しているが、別体にしてもよい。
【００３５】
図４はシンク機器２の第１の実施形態の内部構成を示すブロック図である。図４のシンク機器２は、８０２．１１物理レイヤ処理を実行するネットワークインターフェース部３１と、８０２．１１データリンクレイヤ処理を実行する通信処理部３２と、自機器のデバイスＩＤを記憶するシンク機器デバイスＩＤ記録部３３と、ＤＴＣＰ認証・鍵交換処理を行う認証・鍵交換処理部３４と、送信するデータを暗号・復号化する暗号処理部３５と、基地局やソース機器１から受信した８０２．１１パケットをコンテンツやＤＴＣＰ管理データに変換するパケット処理部３６と、パケットをディスプレイなどに出力したり蓄積するための処理を行うコンテンツ処理部３７とを備えている。
【００３６】
図５は本発明に係るコンテンツ送受信システムの第１の実施形態の処理手順を説明する図である。
【００３７】
まず、コンテンツ送受信処理を行う前に、ソース機器１は、シンク機器２のデバイスＩＤの登録処理を行う（ステップＳ４１）。デバイスＩＤの登録方法には（１）赤外線などを用いて機器に登録する方法、（２）ソース機器１に物理的に備わっているボタンを押すことで入力する方法、など種々の方法がある。
【００３８】
次に、シンク機器２は、ソース機器１に対してコンテンツの送信要求を行う（ステップＳ４２）。この要求を受けて、ソース機器１は、暗号化したコンテンツをシンク機器２に送信する（ステップＳ４３）。この時点では、シンク機器２はコンテンツを復号する鍵を持たないため、コンテンツを復号することができない。
【００３９】
このため、シンク機器２はソース機器１と認証処理を要求する（ステップＳ４４）。この認証処理要求には、デバイスＩＤ記録部３３に含まれたデバイスＩＤと、このデバイスＩＤが改竄されていないことを示すための署名が含まれる。ここまでが、ＤＴＣＰで定められた手順である。
【００４０】
次に、ソース機器１は、ソース機器デバイスＩＤ記録部３３に記録されたＩＤリストに、ステップＳ４４でシンク機器２から送信されたデータの中にデバイスＩＤが含まれるか否かを比較判定する（ステップＳ４５）。もし含まれていれば、シンク機器２との間でＤＴＣＰ認証・鍵交換処理を行い（ステップＳ４６）、含まれていなければ、所定のエラー処理を行う。
【００４１】
図６は図２のソース機器１の処理手順の一例を示すフローチャートである。まず、シンク機器２のデバイスＩＤをデバイスＩＤ記録部３３のデバイスＩＤリストに登録する（ステップＳ５１）。次に、シンク機器２から送信されたＤＴＣＰ認証・鍵交換要求とシンク機器２のデバイスＩＤを受信する（ステップＳ５２）。
【００４２】
次に、受信されたシンク機器２のデバイスＩＤがデバイスＩＤ記録部３３のデバイスＩＤリストに登録されているか否かを判定し（ステップＳ５３）、登録されている場合にはシンク機器２との間でＤＴＣＰ認証・鍵交換処理を行い（ステップＳ５４）、登録されていない場合には所定のエラー処理を行う（ステップＳ５５）。
【００４３】
このように、第１の実施形態では、シンク機器２がソース機器１に対して認証処理要求を行う際に、シンク機器２のデバイスＩＤをソース機器１に送信し、シンク機器２のデバイスＩＤがソース機器１に登録されている場合に限り、そのシンク機器２に対するコンテンツ送信を許可するようにしたため、コンテンツの配布範囲を確実に制限でき、著作権保護を図るべきコンテンツの悪用を防止できる。
【００４４】
（第２の実施形態）
第２の実施形態は、シンク機器２のデバイスＩＤをソース機器１のデバイスＩＤリストに登録した後に、認証処理を行うものである。
【００４５】
シンク機器２からの要求に基づいてソース機器１がデバイスＩＤの登録を行う場合、シンク機器２のデバイスＩＤをソース機器１に登録要求する時期として、（１）ＤＴＣＰ認証・鍵交換処理前、（２）ＤＴＣＰ認証・鍵交換処理中、（３）認証・鍵交換処理後の３通りが考えられる。
【００４６】
第２の実施形態は、ＤＴＣＰ認証・鍵交換処理前に登録要求を行うものである。この場合、シンク機器２は、ＤＴＣＰ認証・鍵交換処理を行う前にデバイスＩＤ登録要求コマンドを送信する。
【００４７】
コンテンツの送信を許可されたシンク機器２は、あらかじめソース機器１のデバイスＩＤ記録部３３に登録されている。ソース機器１がコンテンツを送信するときに、送信先のシンク機器２のデバイスＩＤがデバイスＩＤ記録部３３に登録されているか否かを比較判定することで、著作権保護が必要なコンテンツの送信可能範囲を制限でき、コンテンツの悪用を防止できる。
【００４８】
図７はソース機器１の第２の実施形態の内部構成を示すブロック図である。図７では、図２と共通する構成部分には同一符号を付しており、以下では相違点を中心に説明する。
【００４９】
図７のソース機器１は、シンク機器２のデバイスＩＤがすでに登録されているか否かを確認するデバイスＩＤ登録確認処理部２２を備えている。デバイスＩＤ登録確認処理部２２は、例えば画面に図８のような表示を行い、新規のデバイスＩＤを登録するか否かをユーザに確認する。ユーザは、登録ボタンか登録拒否ボタンを選択することで、デバイスＩＤを新規登録するか否かが決定される。
【００５０】
このように、デバイスＩＤ登録確認処理部２２が表示部を備えているため、図７のソース機器１は、図２のようなデバイスＩＤ表示部２１を備えていない。また、シンク機器のデバイスＩＤはネットワーク経由でソース機器に送信されるため、ソース機器にあらかじめデバイスＩＤを登録しておく必要がなく、図８に示すように登録確認処理部２２の構成を簡略化することができる。
【００５１】
なお、図８のように、デバイスＩＤの表示と登録を同一画面で行わずに、別画面で行ってもよい。
【００５２】
図９はシンク機器２の第２の実施形態の内部構成を示すブロック図である。図９では、図４と共通する構成部分には同一符号を付しており、以下では相違点を中心に説明する。図９のシンク機器２は、ソース機器１に対してデバイスＩＤの登録要求を行うデバイスＩＤ登録要求処理部３８を備えている。
【００５３】
図１０はコンテンツ送受信システムの第２の実施形態の処理手順を説明する図であり、ＤＴＣＰ認証・鍵交換処理を行う前にデバイスＩＤの登録処理を行う点に特徴がある。
【００５４】
まず、シンク機器２のデバイスＩＤ登録要求処理部３８を使ってソース機器１にデバイスＩＤ登録要求コマンドとデバイスＩＤを送信する（ステップＳ６１）。デバイスＩＤ登録要求コマンドの中にデバイスＩＤを含めて送信してもよいし、同コマンドとは別個にデバイスＩＤを送信してもよい。
【００５５】
この時、シンク機器２は、デバイスＩＤが正しくシンク機器２から送信されたものであることを示す証明書を付けてもよい。証明書の作成には、シンク機器２がもともと備えているＤＴＣＰデバイス秘密鍵を用いればよい。
【００５６】
なお、このデバイスＩＤ登録要求コマンドの送信に先立って、ソース機器１の処理に制限を設けてもよい。
【００５７】
ソース機器１は、デバイスＩＤ登録要求コマンドを受信すると、デバイスＩＤのチェック処理を行う（ステップＳ６２）。デバイスＩＤが登録されていない場合、デバイスＩＤ登録確認処理部２２は、図８に示すような表示を行って、登録確認を行う。
【００５８】
デバイスＩＤ登録確認処理部２２による確認処理がなされると（ステップＳ６３）、ソース機器１の登録制御部２０は、受信したデバイスＩＤをデバイスＩＤリストに登録する（ステップＳ６４）。デバイスＩＤに証明書が添付されている場合は、その証明書を検証してデバイスＩＤが正当なシンク機器２から送信されたものであることを確認してもよい。
【００５９】
その後、ソース機器１はデバイスＩＤ登録確認応答をシンク機器２に送信する（ステップＳ６５）。このデバイスＩＤ登録確認応答は、デバイスＩＤの登録が完了した場合と登録されなかった場合とで内容が異なる。登録された場合は第１の実施形態と同様の手順でソース機器１はシンク機器２にコンテンツを送信すればよい（ステップＳ６６〜Ｓ６９）。
【００６０】
登録されなかった場合とは、所定の入力によってソース機器１の登録が拒否される場合や、所定の時間内に所定の入力が行われなかった場合などがある。登録されなかった場合には、登録拒否をシンク機器２に通知する。デバイスＩＤ登録確認応答の登録拒否を受信したシンク機器２は所定のエラー処理を実行する。
【００６１】
このように、第２の実施形態では、シンク機器２はデバイスＩＤの登録要求と共にデバイスＩＤを送信し、ソース機器１は登録要求があった場合に、デバイスＩＤ登録確認処理部２２にてデバイスＩＤの登録を行うか否かを判断し、その登録後に認証処理を行うようにしたため、限られた数だけデバイスＩＤを登録できるとともに、認証処理を無駄に行わなくて済む。
【００６２】
この第２の実施形態では、特にソース機器１に十分な表示機能が備わっていない場合に有益である。例えばＤＶＤプレーヤーのように、ソース機器１は十分な表示機能を備えていない場合が多い。一方、例えばテレビのようなシンク機器２には十分な表示機能を備えている場合が多い。
【００６３】
ここで、１つのネットワークに複数のソース機器１が接続される状況を想定する。例えば、１つの無線基地局３が１つのネットワークを構成していたとすると、電波の届く範囲に位置するソース機器１が複数存在するような状況は十分に考えられる。このため、デバイスＩＤを登録する目的のソース機器１をシンク機器２から選択する必要がある。そこで十分な表示機能をもつシンク機器２から、接続可能なソース機器１の候補リストを表示し、利用者はそのリストの中から接続対象のソース機器１を選択するようにすれば、利用者にとって使い勝手の良いユーザインターフェースが提供できる。さらにソース機器１側は、高度な表示機能を持つ必要がなく、機器の構成を簡易にすることができる。
【００６４】
ステップＳ６１にて、シンク機器２がデバイスＩＤ登録要求コマンドを送信する時点では、ＤＴＣＰ認証・鍵交換処理を行っていないため、このコマンドを不正な機器が送信するおそれもある。例えば、ソース機器１は、不正な機器から自機器の処理能力を超える大量のデバイスＩＤ登録要求コマンドを短時間に送りつけられる、ＤｏＳ（Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ）攻撃を受けるおそれがある。
【００６５】
そこで、（ａ）シンク機器２はデバイスＩＤ登録要求コマンドに先立ち、ソース機器１の情報、例えばデバイスＩＤを入力する方法や、（ｂ）一度シンク機器２からデバイスＩＤ登録要求を受信すると、一定期間の間は同一のシンク機器２からの要求は受け付けない方法などが考えられる。
【００６６】
図１１はデバイスＩＤ登録要求コマンドの送信前にソース機器１のデバイスＩＤを入力するようにしたシンク機器２の内部構成の一例を示すブロック図である。
【００６７】
図１１のシンク機器２は、図４のシンク機器２と比べて、デバイスＩＤ登録要求コマンドをソース機器１に送信する前にソース機器１のデバイスＩＤを入力するソース機器デバイスＩＤ入力部３９を有することを特徴とする。この入力部３９で入力されたデバイスＩＤは、認証・鍵処理部に渡され、パケット化されてソース機器に送信される。
【００６８】
図１２はソース機器１のデバイスＩＤをシンク機器２に事前登録する場合の処理手順を説明する図である。まず、シンク機器２は、ソース機器１に対して接続可能機器の検索要求を行う（ステップＳ７１）。
【００６９】
この要求に対して、ソース機器１が応答すると（ステップＳ７２）、シンク機器２は検索結果のリストからソース機器１を選択する（ステップＳ７３）。
【００７０】
次に、選択したソース機器１のデバイスＩＤを入力し（ステップＳ７４）、このデバイスＩＤを持つソース機器１にデバイスＩＤ登録要求を行う（ステップＳ７５）。
【００７１】
ソース機器１は、ユーザによる登録決定指示があると（ステップＳ７６）、デバイスＩＤの登録処理を行い（ステップＳ７７）、シンク機器２に対して登録確認応答を送信する（ステップＳ７８）。
【００７２】
（第３の実施形態）
第３の実施形態は、認証・鍵交換処理の途中でデバイスＩＤの登録を行うことを特徴とする。ソース機器１は、ＤＴＣＰで定められているところのＤＴＣＰ認証処理要求の中に含まれているデバイスＩＤを用いてデバイスＩＤチェック処理を行う。
【００７３】
図１３はソース機器１の第３の実施形態の内部構成を示すブロック図である。図１３では、図７と共通する構成部分には同一符号を付しており、以下では相違点を中心に説明する。
【００７４】
図１３のソース機器１は、ＤＴＣＰ認証・鍵交換処理で取得したデバイスＩＤを一時的に保存するデバイスＩＤ一時蓄積部２３を備えている点と、認証・鍵交換処理部１９でデバイスＩＤ登録確認応答コマンドを処理する点とが、第２の実施形態と異なる。
【００７５】
図１４はシンク機器２の第３の実施形態の内部構成を示すブロック図である。図１４では、図９と共通する構成部分には同一符号を付しており、以下では相違点を中心に説明する。
【００７６】
図１４のシンク機器２は、認証・鍵交換処理部１９がデバイスＩＤ登録要求コマンドも処理する点で図９のシンク機器２と異なっている。
【００７７】
図１５は本発明に係るコンテンツ送受信部の第３の実施形態の処理手順を説明する図である。まず、シンク機器２からの要求に応じて、ソース機器１がＤＴＣＰ暗号化コンテンツをシンク機器２に送信した（ステップＳ８１，Ｓ８２）後、シンク機器２はソース機器１に対してＤＴＣＰ認証処理要求を行う（ステップＳ８３）。このとき、デバイスＩＤも併せてソース機器１に送信される。
【００７８】
ソース機器１はデバイスＩＤがソース機器１デバイスＩＤ記録部３３のＩＤリストに含まれているか否かの比較判定処理を行う（ステップＳ８４）。もし含まれていれば、ＤＴＣＰ認証・鍵交換処理を行う。含まれていなければ、ＤＴＣＰ認証処理要求に含まれているデバイスＩＤをデバイスＩＤ一時蓄積部２３に保存して（ステップＳ８５）、デバイスＩＤがソース機器１に登録されていないことを通知するメッセージをシンク機器２に送信する（ステップＳ８６）。この通知を受けて、シンク機器２はエラー処理と登録要求確認を行う（ステップＳ８７）。
【００７９】
シンク機器２が登録要求コマンドを送信すると（ステップＳ８８）、ソース機器１は、登録要求があった旨を表示し、ユーザの登録決定入力を待つ（ステップＳ８９）。
【００８０】
ユーザの登録決定入力が行われると、ソース機器１は一時蓄積しておいたデバイスＩＤをデバイスＩＤリストに登録し（ステップＳ９０）、デバイスＩＤ登録確認応答コマンドをソース機器１に送信して（ステップＳ９１）、ＤＴＣＰ認証・鍵交換処理を行う（ステップＳ９２，Ｓ９３）。ユーザが登録を許可しなかった場合には所定のエラー処理を行う。
【００８１】
なお、シンク機器２はＤＴＣＰ認証処理要求と共に、デバイス登録処理要求を送信してもよい。この場合、ステップ５（不一致エラーの通知）を省略することができる。
【００８２】
図１６はソース機器の第３の実施形態の処理手順を示すフローチャートである。シンク機器からのＤＴＣＰ認証処理要求を受信すると（ステップＳ１０１）、その要求に含まれているデバイスＩＤを確認し（ステップＳ１０２）、シンク機器のデバイスＩＤがデバイスＩＤリストに登録されているか否かを判定する（ステップＳ１０３）。
【００８３】
登録されていなければ、デバイスＩＤ一時蓄積部２３に登録し（ステップＳ１０４）、登録されていない旨をシンク機器に通知する（ステップＳ１０５）。
【００８４】
シンク機器からのデバイスＩＤ登録要求コマンドを受信すると（ステップＳ１０６）、ユーザの登録を確認し（ステップＳ１０７）、ユーザからの登録指示があると登録処理を行い（ステップＳ１０８）、登録しない指示があるとエラー処理を行う（ステップＳ１０９）。
【００８５】
次に、デバイスＩＤの登録応答をシンク機器に送信した（ステップＳ１１０）後、認証・鍵交換処理を行う（ステップＳ１１１）。
【００８６】
このように、第３の実施形態では、シンク機器２のデバイスＩＤをＤＴＣＰ認証・鍵交換処理の中でソース機器１に送信するため、認証・鍵交換処理部１９にデバイスＩＤ登録要求コマンドを追加するだけで、シンク機器２の構成を簡略化することができる。
【００８７】
（第４の実施形態）
第４の実施形態は、認証・鍵交換処理の後に、シンク機器２のデバイスＩＤをソース機器１に登録することを特徴とする。
【００８８】
図１７はソース機器１の第４の実施形態の内部構成を示すブロック図である。図１７のソース機器１は、図１３のソース機器１と比べて、タイマ処理部２４を追加した構成になっている。なお、シンク機器２の構成は、図１４と同様で構わない。
【００８９】
図１８はコンテンツ送受信システムの第４の実施形態の処理手順を説明する図である。まず、シンク機器２からの要求に従って、ＤＴＣＰ暗号化コンテンツをソース機器１からシンク機器２に送信した（ステップＳ１２１，Ｓ１２２）後、ＤＴＣＰで定められた処理手順に従って認証・鍵交換処理を行う（ステップＳ１２３，Ｓ１２４）。
【００９０】
シンク機器２がソース機器１に送信するＤＴＣＰ認証処理要求には、シンク機器２のデバイスＩＤが含まれている。ソース機器１は、シンク機器２のデバイスＩＤをデバイスＩＤ一時蓄積部２３に保存する。
【００９１】
ソース機器１は、認証が成功すれば、デバイスＩＤを使ってデバイスＩＤチェック処理を行う（ステップＳ１２５）。認証が失敗すればその時点で通信を切断する。
【００９２】
デバイスＩＤチェック処理において、もしもデバイスＩＤがリストに含まれていなかった場合、タイマー処理部２４のタイマーを初期値にセットし（ステップＳ１２６）、不一致エラー処理部にエラーを送信する（ステップＳ１２７）。
【００９３】
不一致エラー処理部はシンク機器２にＩＤが含まれていなかったことを伝えるパケットを送信する。タイマーの期限は機器製造業者や、コンテンツプロバイダが任意の値に定めればよい。コンテンツを送信している間、シンク機器２はタイマーを監視しており、タイマーが期限切れになればコンテンツの送信を中止する。
【００９４】
シンク機器２が登録要求コマンドを送信して（ステップＳ１２８）、それをソース機器１が受信すると、ソース機器１はユーザにそのシンク機器２のデバイスＩＤを登録してよいか否かをユーザに問合せる。
【００９５】
ユーザが登録を許可すれば（ステップＳ１２９）、ソース機器１は一時蓄積しておいたデバイスＩＤをデバイスＩＤリストに登録し（ステップＳ１３０）、デバイスＩＤ登録確認応答をソース機器１に送信して、ＤＴＣＰ認証・鍵交換処理を行った後、コンテンツの送信を行う（ステップＳ１３１）。ユーザが登録を許可しなかった場合には所定のエラー処理を行う。
【００９６】
図１９はソース機器１の第４の実施形態の処理手順を示すフローチャートである。まず、シンク機器２との間でＤＴＣＰ認証・鍵交換処理を行い（ステップＳ１４１）、認証に失敗すると所定のエラー処理を行い（ステップＳ１４２）、認証に成功すると、シンク機器２のデバイスＩＤの登録確認処理を行う（ステップＳ１４３）。
【００９７】
デバイスＩＤがまだ登録されていない場合には、登録されていない旨をシンク機器２に通知し、シンク機器２へのコンテンツの送信を開始するとともにタイマ計測を開始する（ステップＳ１４４）。
【００９８】
シンク機器２からのデバイスＩＤの登録要求を受信すると（ステップＳ１４５）、タイマ計測時間が所定時間内か否かを確認し（ステップＳ１４６）、所定時間内であれば、デバイスＩＤの登録を行うか否かをユーザに問合せる（ステップＳ１４７）。
【００９９】
ユーザによる登録許可が降りると、デバイスＩＤの登録処理を行った（ステップＳ１４８）後、コンテンツ送信を行う。一方、ステップＳ１４３ですでに登録されていると判断された場合は、認証処理を行ってコンテンツの送信を行う（ステップＳ１４９）。
【０１００】
このように、第４の実施形態では、認証処理後にコンテンツを送信するため、例えば複数のシンク機器２が同時に一つのソース機器１にデバイスＩＤ登録要求を行った場合に、コンテンツ送信前に、各シンク機器２のデバイスＩＤをソース機器１で確認できるため、所望のシンク機器２のみにコンテンツを送信できる。
【０１０１】
また、本実施形態によれば、限定された時間のみ、シンク機器２がコンテンツを視聴できるような試聴機能を実現できる。例えば、ソース機器１にデバイスＩＤを登録する際に課金の仕組みを備えれば、最初の数十秒はコンテンツを受信できるが、それ以上視聴するにはソース機器１にデバイスＩＤを登録するための許可を得る必要があるといったことが可能となる。
【０１０２】
このように、第４の実施形態では、シンク機器２からソース機器１に登録要求を送信することにより、複数のシンク機器２やソース機器１が存在するネットワークや、ソース機器１がディスプレイなどの表示機能を備えていない場合においても、利用者が混乱せずに意図した機器にコンテンツの配布を許可するよう設定することが可能となる。
【０１０３】
上述した各実施形態を任意に組み合わせることも可能である。例えば、シンク機器２のデバイスＩＤをソース機器１に事前登録しておかなかった場合に、シンク機器２から登録要求を促すようなエラーメッセージをソース機器１に送信することで、事前に登録しておかなかったシンク機器２を追加的にＩＤリストに登録することができる。
【０１０４】
【発明の効果】
以上詳細に説明したように、本発明によれば、受信装置からコンテンツの送信要求があったときに、送信要求をした受信装置の識別子が登録されている場合のみ、その受信装置へのコンテンツ送信を行うため、コンテンツの配布先を限定でき、コンテンツの著作権保護が図れる。
【図面の簡単な説明】
【図１】本発明に係るコンテンツ送受信システムの概略構成の一例を示すブロック図。
【図２】ソース機器１の第１の実施形態の内部構成を示すブロック図。
【図３】デバイスＩＤ表示部２１と登録制御部２０の一例を示す平面図。
【図４】シンク機器２の第１の実施形態の内部構成を示すブロック図。
【図５】本発明に係るコンテンツ送受信システムの第１の実施形態の処理手順を説明する図。
【図６】図２のソース機器１の処理手順の一例を示すフローチャート。
【図７】ソース機器１の第２の実施形態の内部構成を示すブロック図。
【図８】デバイスＩＤの表示と登録を同一画面で行わずに、別画面で行う例を示す図。
【図９】シンク機器２の第２の実施形態の内部構成を示すブロック図。
【図１０】コンテンツ送受信システムの第２の実施形態の処理手順を説明する図。
【図１１】デバイスＩＤ登録要求コマンドの送信前にソース機器１のデバイスＩＤを入力するようにしたシンク機器２の内部構成の一例を示すブロック図。
【図１２】ソース機器１のデバイスＩＤをシンク機器２に事前登録する場合の処理手順を説明する図。
【図１３】ソース機器１の第３の実施形態の内部構成を示すブロック図。
【図１４】シンク機器２の第３の実施形態の内部構成を示すブロック図。
【図１５】コンテンツ送受信部の第３の実施形態の処理手順を説明する図。
【図１６】ソース機器の第３の実施形態の処理手順を示すフローチャート。
【図１７】ソース機器１の第４の実施形態の内部構成を示すブロック図。
【図１８】コンテンツ送受信システムの第４の実施形態の処理手順を説明する図。
【図１９】ソース機器１の第４の実施形態の処理手順を示すフローチャート。
【図２０】送信装置が受信装置のＩＤをコンテンツの送受信のコネクション確立前後に自動登録する場合の処理手順を説明する図。
【図２１】コンテンツをシンク機器に送信した後に、シンク機器からソース機器にデバイスＩＤの登録要求を行う場合の処理手順を説明する図。
【図２２】ソース機器側でコンテンツ再生時にデバイスＩＤの登録を行う場合の処理手順を説明する図。
【図２３】識別情報の一例を示す図。
【符号の説明】
１  ソース機器
２  シンク機器
３  無線基地局
１１  ネットワークインタフェース部
１２  通信処理部
１３  ソース機器デバイスＩＤ記録部
１４  コンテンツ供給部
１５  暗号処理部
１６  パケット処理部
１７  ＩＤ処理部
１８  デバイスＩＤチェック処理部
１９  認証・鍵交換処理部
２０  登録制御部
２１  デバイスＩＤ表示部
３１  ネットワークインタフェース部
３２  通信処理部
３３  シンク機器デバイスＩＤ記録部
３４  認証・鍵交換処理部
３５  暗号処理部
３６  パケット処理部
３７  コンテンツ処理部
【図１】
2004186800.tif 000003
【図２】
2004186800.tif 000004
【図３】
2004186800.tif 000005
【図４】
2004186800.tif 000006
【図５】
2004186800.tif 000007
【図６】
2004186800.tif 000008
【図７】
2004186800.tif 000009
【図８】
2004186800.tif 000010
【図９】
2004186800.tif 000011
【図１０】
2004186800.tif 000012
【図１１】
2004186800.tif 000013
【図１２】
2004186800.tif 000014
【図１３】
2004186800.tif 000015
【図１４】
2004186800.tif 000016
【図１５】
2004186800.tif 000017
【図１６】
2004186800.tif 000018
【図１７】
2004186800.tif 000019
【図１８】
2004186800.tif 000020
【図１９】
2004186800.tif 000021
【図２０】
2004186800.tif 000022
【図２１】
2004186800.tif 000023
【図２２】
2004186800.tif 000024
【図２３】
2004186800.tif 000025