(57)【要約】【課題】シンク機器からの要求をトリガとして著作権コンテンツをソース機器からシンク機器に安全に配信することが可能なコンテンツ配信方法を提供する。【解決手段】一覧送信ステップＳ１１では、ソース機器３０は、ＨＤＣＰの規定の下で配信可能であることを示すフォーマット識別子とコンテンツのＵＲＬとが付与されたメタデータを送信し、コンテンツ要求ステップＳ１２では、シンク機器４０ａは、ＵＲＬによって特定されるコンテンツを要求し、コンテンツ転送ステップＳ１３では、ソース機器３０は、認証処理を行うために必要な情報に従ってシンク機器４０ａに対する認証処理を行うことによって暗号鍵を生成し、生成した暗号鍵を用いてコンテンツを暗号化してシンク機器４０ａに転送する。このとき、ソース機器３０は、生成した暗号鍵を、シンク機器４０ａから与えられたセッションＩＤに対応づけて保持する。【選択図】図５
2018110445.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを送信するソース機器とコンテンツを再生するシンク機器とが通信ネットワークを介して接続されて構成されるシステムにおけるコンテンツ配信方法であって、
前記ソース機器が、保有するコンテンツの一覧を示すデータであるメタデータを前記シンク機器に送信する一覧送信ステップと、
前記シンク機器が、前記メタデータを受信すると、受信した前記メタデータが示すコンテンツの一覧に含まれるコンテンツを要求するコンテンツ要求ステップと、
前記ソース機器が、前記シンク機器から要求された前記コンテンツを前記シンク機器に転送するコンテンツ転送ステップと、
前記シンク機器が、前記ソース機器から転送されてきた前記コンテンツを受信し、再生する再生ステップとを含み、
前記一覧送信ステップでは、前記ソース機器は、前記コンテンツの一覧のうち、予め定められた著作権保護技術の対象となるコンテンツについては、当該著作権保護技術の下で配信可能であることを示すフォーマット識別子と、当該コンテンツの保存場所を示す情報であるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌａｃａｔｏｒ）とが付与された前記メタデータを送信し、
前記コンテンツ要求ステップでは、前記シンク機器は、認証処理を行うために必要な情報を付加したうえで前記ＵＲＬで特定されるコンテンツを要求し、
前記コンテンツ転送ステップでは、前記ソース機器は、前記認証処理を行うために必要な情報に従って、前記シンク機器に対する認証処理を行うことによって暗号鍵を生成し、生成した暗号鍵を用いて、前記シンク機器から要求された前記コンテンツを暗号化し、得られた暗号化コンテンツを前記シンク機器に転送し、
前記再生ステップでは、前記シンク機器は、前記ソース機器との認証処理で生成した暗号鍵を用いて、前記ソース機器から転送されてきた暗号化コンテンツを復号して再生し、
前記コンテンツ要求ステップでは、前記シンク機器は、認証処理を行うために必要な情報として、当該シンク機器のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、前記認証処理を行う当該シンク機器のポート番号、及び、前記ソース機器へのアクセスについてのセッションをユニークに識別する情報であるセッションＩＤをヘッダに含んだＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを用いて、前記コンテンツを要求し、
前記コンテンツ転送ステップでは、前記ソース機器は、前記シンク機器から与えられた前記シンク機器のＩＰアドレス及び前記ポート番号を用いて前記シンク機器に対する認証処理を行い、生成した前記暗号鍵を、前記シンク機器から与えられたセッションＩＤに対応づけて保持する
コンテンツ配信方法。
【請求項２】
前記ソース機器及び前記シンク機器は、それぞれ、ホームネットワークプロトコルに対応したサーバ、及び、クライアントとして機能し、
前記著作権保護技術は、前記認証処理によって生成された暗号鍵を用いてコンテンツを暗号化して前記ソース機器から前記シンク機器に転送することによって当該コンテンツの不正コピーを防止する技術である
請求項１記載のコンテンツ配信方法。
【請求項３】
前記ソース機器及び前記シンク機器は、それぞれ、ＤＬＮＡ（登録商標）（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）対応のＤＭＳ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）、及び、ＤＭＰ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）として機能し、
前記著作権保護技術は、ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）である
請求項２記載のコンテンツ配信方法。
【請求項４】
コンテンツを送信するソース機器とコンテンツを再生するシンク機器とが通信ネットワークを介して接続されて構成されるコンテンツ配信システムであって、
前記ソース機器は、
前記ソース機器が保有するコンテンツの一覧を示すデータであるメタデータを前記シンク機器に送信する一覧送信部と、
前記ソース機器が、前記シンク機器から要求された前記コンテンツを前記シンク機器に転送するコンテンツ転送部とを備え、
前記シンク機器は、
前記ソース機器から送信されてくる前記メタデータを受信すると、受信した前記メタデータが示すコンテンツの一覧に含まれるコンテンツを要求するコンテンツ要求部と、
前記ソース機器から転送されてきた前記コンテンツを受信し、再生する再生部とを備え、
前記一覧送信部は、前記コンテンツの一覧のうち、予め定められた著作権保護技術の対象となるコンテンツについては、当該著作権保護技術の下で配信可能であることを示すフォーマット識別子と、当該コンテンツの保存場所を示す情報であるＵＲＬとが付与された前記メタデータを送信し、
前記コンテンツ転送部は、前記シンク機器から受信した認証処理を行うために必要な情報に従って、前記シンク機器に対する認証処理を行うことによって暗号鍵を生成し、生成した暗号鍵を用いて、前記シンク機器から要求された前記コンテンツを暗号化し、得られた暗号化コンテンツを前記シンク機器に転送し、
前記コンテンツ要求部は、前記認証処理を行うために必要な情報を付加したうえで前記ＵＲＬで特定されるコンテンツを要求し、
前記再生部は、前記ソース機器との認証処理で生成した暗号鍵を用いて、前記ソース機器から転送されてきた暗号化コンテンツを復号して再生し、
前記コンテンツ要求部は、前記認証処理を行うために必要な情報として、当該シンク機器のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、前記認証処理を行う当該シンク機器のポート番号、及び、前記ソース機器へのアクセスについてのセッションをユニークに識別する情報であるセッションＩＤをヘッダに含んだＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを用いて、前記コンテンツを要求し、
前記コンテンツ転送部は、前記シンク機器から与えられた前記シンク機器のＩＰアドレス及び前記ポート番号を用いて前記シンク機器に対する認証処理を行い、生成した前記暗号鍵を、前記シンク機器から与えられたセッションＩＤに対応づけて保持する
コンテンツ配信システム。
【請求項５】
コンテンツを送信するソース機器とコンテンツを再生するシンク機器とが通信ネットワークを介して接続されて構成されるコンテンツ配信システムにおけるソース機器であって、
前記ソース機器が保有するコンテンツの一覧を示すデータであるメタデータを前記シンク機器に送信する一覧送信部と、
前記ソース機器が、前記シンク機器から要求された前記コンテンツを前記シンク機器に転送するコンテンツ転送部とを備え、
前記一覧送信部は、前記コンテンツの一覧のうち、予め定められた著作権保護技術の対象となるコンテンツについては、当該著作権保護技術の下で配信可能であることを示すフォーマット識別子と、当該コンテンツの保存場所を示す情報であるＵＲＬとが付与された前記メタデータを送信し、
前記コンテンツ転送部は、前記シンク機器から受信した認証処理を行うために必要な情報に従って、前記シンク機器に対する認証処理を行うことによって暗号鍵を生成し、生成した暗号鍵を用いて、前記シンク機器から要求された前記コンテンツを暗号化し、得られた暗号化コンテンツを前記シンク機器に転送し、
前記コンテンツ転送部は、前記シンク機器から与えられた前記シンク機器のＩＰアドレス及びポート番号を用いて前記シンク機器に対する認証処理を行い、生成した前記暗号鍵を、前記シンク機器から与えられたセッションＩＤに対応づけて保持する
ソース機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ配信方法、コンテンツ配信システム、コンテンツ配信システムを構成するソース機器に関し、特に、コンテンツの著作権を保護した状態でコンテンツを配信する方法に関する。
【背景技術】
【０００２】
著作権保護の対象となるデジタルコンテンツ（以下、「著作権コンテンツ」、又は、単に「コンテンツ」ともいう）を、通信ネットワーク（以下、単に「ネットワーク」ともいう）を介して配信する場合には、一般に、ネットワーク向け著作権保護技術であるＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルが用いられる（たとえば、特許文献１）。
【０００３】
ＤＴＣＰ−ＩＰは、ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）等の著作権保護技術により保護された著作権コンテンツを伝送するためのプロトコルであって、ＩＥＥＥ１３９４等の通信規格において実装されていた著作権保護技術であるＤＴＣＰをＩＰネットワークに適用したものである。ＤＴＣＰ−ＩＰは、ＡＶ（Ａｕｄｉｏ  Ｖｉｄｅｏ）機器、パソコン、その他の家電製品等を相互に接続し、連携して利用するホームネットワークの一つとして広く普及しているＤＬＮＡ（登録商標）（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）の仕様に対応した機器の間で、著作権コンテンツの伝送に用いられている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５０２９０３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、放送規格やＤｉｓｋ規格によっては、著作権コンテンツに対して独自の著作権保護技術に基づく処理が施されるために、ＤＴＣＰ−ＩＰでは、デジタルテレビ放送で受信した著作権コンテンツ、あるいは、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のディスクから読み出した著作権コンテンツを機器から機器に転送できないという課題がある。
【０００６】
一方、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ：登録商標）でも採用されている著作権保護技術をネットワークに展開したＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）２．０が新たに規格化され、比較的に自由に著作権コンテンツを配信できるようになってきた。
【０００７】
ＨＤＣＰは、著作権保護技術の一つであり、ＰＣ（パーソナルコンピュータ）等で再生される映像を再生機器からディスプレイ等の表示機器に信号を送受信する経路を暗号化し、著作権コンテンツが不正にコピーされるのを防止する技術である。ＤＶＤやデジタルテレビ放送等の映像は暗号化で保護されているため、コピーを作成しても再生できないようになっているが、ＰＣ等で再生されディスプレイに送出される際には暗号が解かれてしまうので、そういったケースでもデータを暗号化するために、ＨＤＣＰは重用されている。ＨＤＣＰ２．０は、それまでＨＤＭＩ（登録商標）などの有線伝送路に限定されていたＨＤＣＰを無線ＬＡＮなどの無線ネットワークに拡張した規格である。
【０００８】
よって、ＤＶＤやデジタルテレビ放送等から取得した著作権コンテンツを安全かつ場所を問わず便利に配信する方法として、ＨＤＣＰ２．０に従ったプロトコルを採用することが考えられる。
【０００９】
ところが、ＨＤＣＰは、著作権コンテンツを送信するソース（Ｓｏｕｒｃｅ）機器からシンク（Ｓｉｎｋ）機器に映像を転送するプロトコルへの応用が前提となって設計及び規格化されており、シンク機器からの要求をトリガとしてソース機器からシンク機器に著作権コンテンツをストリーミング配信するプロトコルへの応用が想定されていない。そのために、単にＨＤＣＰを用いるだけでは、シンク機器が、再生したい著作権コンテンツをソース機器に要求し、ソース機器から著作権コンテンツを取得して再生するというシンク機器主導の応用の実現が困難であるという問題がある。
【００１０】
そこで、本開示は、このような問題に鑑みてなされたものであり、シンク機器からの要求をトリガとして著作権コンテンツをソース機器からシンク機器に安全に配信することが可能なコンテンツ配信方法等を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本開示におけるコンテンツ配信方法の一形態は、コンテンツを送信するソース機器とコンテンツを再生するシンク機器とが通信ネットワークを介して接続されて構成されるシステムにおけるコンテンツ配信方法であって、ソース機器が、保有するコンテンツの一覧を示すデータであるメタデータをシンク機器に送信する一覧送信ステップと、シンク機器が、メタデータを受信すると、受信したメタデータが示すコンテンツの一覧に含まれるコンテンツを要求するコンテンツ要求ステップと、ソース機器が、シンク機器から要求されたコンテンツをシンク機器に転送するコンテンツ転送ステップと、シンク機器が、ソース機器から転送されてきたコンテンツを受信し、再生する再生ステップとを含み、一覧送信ステップでは、ソース機器は、コンテンツの一覧のうち、予め定められた著作権保護技術の対象となるコンテンツについては、当該著作権保護技術の下で配信可能であることを示すフォーマット識別子と、当該コンテンツの保存場所を示す情報であるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌａｃａｔｏｒ）とが付与されたメタデータを送信し、コンテンツ要求ステップでは、シンク機器は、認証処理を行うために必要な情報を付加したうえでＵＲＬで特定されるコンテンツを要求し、コンテンツ転送ステップでは、ソース機器は、上記認証処理を行うために必要な情報に従ってシンク機器に対する認証処理を行うことによって暗号鍵を生成し、生成した暗号鍵を用いて、シンク機器から要求されたコンテンツを暗号化し、得られた暗号化コンテンツをシンク機器に転送し、再生ステップでは、シンク機器は、ソース機器との認証処理で生成した暗号鍵を用いて、ソース機器から転送されてきた暗号化コンテンツを復号して再生する。
このとき、前記コンテンツ要求ステップでは、前記シンク機器は、認証処理を行うために必要な情報として、当該シンク機器のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、前記認証処理を行う当該シンク機器のポート番号、及び、前記ソース機器へのアクセスについてのセッションをユニークに識別する情報であるセッションＩＤをヘッダに含んだＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを用いて、前記コンテンツを要求し、前記コンテンツ転送ステップでは、前記ソース機器は、前記シンク機器から与えられた前記シンク機器のＩＰアドレス及び前記ポート番号を用いて前記シンク機器に対する認証処理を行い、生成した前記暗号鍵を、前記シンク機器から与えられたセッションＩＤに対応づけて保持する。
【００１２】
なお、本開示は、コンテンツを送信するソース機器とコンテンツを再生するシンク機器とがネットワークを介して接続されて構成されるコンテンツ配信システムとして実現したり、そのようなコンテンツ配信システムを構成するソース機器単体又はシンク機器単体として実現したり、上記コンテンツ配信方法におけるソース機器又はシンク機器での手順をコンピュータに実行させるプログラムとして実現したり、そのようなプログラムを記録したＤＶＤ等のコンピュータ読み取り可能な記録媒体として実現したりすることもできる。
【発明の効果】
【００１３】
本開示におけるコンテンツ配信方法等により、シンク機器からの要求をトリガとして著作権コンテンツをソース機器からシンク機器に安全に配信することが可能になる。
【００１４】
よって、コンテンツの著作権を保護した状態でコンテンツの多様な配信形態が可能となり、デジタルコンテンツが広く流通してきた今日における本開示の意義は極めて高い。
【図面の簡単な説明】
【００１５】
【図１】図１は、実施の形態におけるコンテンツ配信システムの概要を示す図である。
【図２】図２は、図１に示されたソース機器及びシンク機器の機能ブロック図である。
【図３Ａ】図３Ａは、同ソース機器のハードウェア構成の一例を示す図である。
【図３Ｂ】図３Ｂは、同シンク機器のハードウェア構成の一例を示す図である。
【図４】図４は、同ソース機器及び同シンク機器のソフトウェア構成の一例を示す図である。
【図５】図５は、同コンテンツ配信システムの動作を示す通信シーケンス図である。
【図６】図６は、図５における一覧要求ステップ及び一覧送信ステップの詳細を示す通信シーケンス図である。
【図７】図７は、図５における一覧送信ステップで送信されるコンテンツ一覧を示すメタデータの一例を示す図である。
【図８】図８は、図５におけるコンテンツ要求ステップの詳細を説明する図である。
【図９】図９は、図５におけるコンテンツ転送ステップの詳細を示す通信シーケンス図である。
【発明を実施するための形態】
【００１６】
以下、本開示におけるコンテンツ配信方法、コンテンツ配信システム、ソース機器及びシンク機器の実施の形態について、図面を参照しながら説明する。なお、各図は、模式図であり、必ずしも厳密に図示したものではない。
【００１７】
また、以下で説明する実施の形態は、本開示におけるコンテンツ配信方法、コンテンツ配信システム、ソース機器及びシンク機器の一具体例を示すものである。以下の実施の形態で示される数値、構成要素、構成要素の配置位置及び接続形態などは一例であり、本開示におけるコンテンツ配信方法、コンテンツ配信システム、ソース機器及びシンク機器を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００１８】
［１．システムの構成］
図１は、本開示の実施の形態におけるコンテンツ配信システム１０の概要を示す図である。このコンテンツ配信システム１０は、コンテンツを送信するソース機器３０とコンテンツを再生するシンク機器４０ａ〜４０ｃとがネットワーク１２を介して接続されて構成されるシステムである。なお、このコンテンツ配信システム１０は、著作権コンテンツだけに限られず、著作権の保護が必要とされない非著作権コンテンツも配信するが、以下では、このコンテンツ配信システム１０の特徴を説明するために、主に著作権コンテンツの配信に着目して説明する。
【００１９】
ソース機器３０は、アンテナ２０を介して送られてくる有料放送コンテンツ、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）２２から送られてくる有料放送コンテンツ、及び、Ｂｌｕ−ｒａｙ（登録商標）  Ｐｌａｙｅｒ等のディスク再生装置２４からＨＤＭＩ（登録商標）を介して送られてくる再生コンテンツ等の著作権コンテンツを、シンク機器４０ａ〜４０ｃからの要求に応じて、シンク機器４０ａ〜４０ｃに送信する装置であり、例えば、ＴＶ（テレビジョン受像機）又はＰＣ等である。
【００２０】
シンク機器４０ａ〜４０ｃは、ユーザからの指示に応じて、再生したいコンテンツをソース機器３０に要求し、ソース機器から受信したコンテンツを再生する装置であり、例えば、ＴＶ、タブレット端末又はスマートフォン（多機能携帯電話）等である。なお、本図では、３台のシンク機器４０ａ〜４０ｃがネットワーク１２を介してソース機器３０と接続されているが、シンク機器の台数はこれに限られない。
【００２１】
ネットワーク１２は、通信ネットワークの一例（ここでは、ＩＰネットワーク）であり、物理レイヤとして、例えば、ＩＥＥＥ８０２．１１の規格に適合する無線ＬＡＮ等である。
【００２２】
このコンテンツ配信システム１０では、ソース機器３０は、シンク機器４０ａ〜４０ｃからの要求をトリガとして、デジタルテレビ放送又はブルーレイディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）等から取得した著作権保護コンテンツを、ＨＤＣＰの規定に従って、安全に、シンク機器に伝送することができる。
【００２３】
なお、ＨＤＣＰは、機器認証によって生成された暗号鍵を用いてコンテンツを暗号化してソース機器からシンク機器に転送することによって当該コンテンツの不正コピーを防止する著作権保護技術の一例であり、本実施の形態において、例えば、ＨＤＣＰ２．１で規定されている。
【００２４】
［１―１．機能構成］
図２は、図１に示されたソース機器３０及びシンク機器４０ａ〜４０ｃの機能ブロック図である。ここでは、後述するソース機器３０及びシンク機器４０ａ〜４０ｃのハードウェア構成及びソフトウェア構成によって実現されるソース機器３０及びシンク機器４０ａ〜４０ｃの機能構成が示されている。なお、図１に示された３台のシンク機器４０ａ〜４０ｃは、コンテンツ配信システム１０におけるシンク機器の機能としては、同一の機能を有するので、以下では、１台のシンク機器４０ａに着目して説明する。
【００２５】
ソース機器３０は、ホームネットワークプロトコルに対応したサーバとして、具体的には、ＤＬＮＡ（登録商標）対応のＤＭＳ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）として機能する装置であり、映像取得部３１、制御部３２、記憶部３３及び通信部３４を備える。
【００２６】
映像取得部３１は、著作権コンテンツを取得する処理部であり、本実施の形態では、アンテナ２０又はＳＴＢ２２から有料放送コンテンツを取得し、ディスク再生装置２４においてブルーレイディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）から読み出されたコンテンツを、ＨＤＭＩ（登録商標）を介して取得し、取得したコンテンツを記憶部３３に格納したり、制御部３２及び通信部３４を介してシンク機器４０ａに転送したりする。なお、コンテンツを記憶部３３に格納する場合には、映像取得部３１は、記憶部３３に格納されているコンテンツの一覧を示す情報（コンテンツ一覧）を作成し、コンテンツとともに記憶部３３に格納しておく。
【００２７】
制御部３２は、各構成要素（映像取得部３１、記憶部３３、通信部３４）を制御したり、リモコン又はボタン等を介してユーザとの対話を行ったりする処理部であり、一覧送信部３２ａ及びコンテンツ転送部３２ｂを有する。
【００２８】
一覧送信部３２ａは、ソース機器３０が保有するコンテンツ（記憶部３３に格納されたコンテンツ及び映像取得部３１が取得できるコンテンツ）の一覧を示すデータであるメタデータをシンク機器４０ａに送信する処理部である。より詳しくは、この一覧送信部３２ａは、コンテンツの一覧のうち、ＨＤＣＰによる著作権保護の対象となるコンテンツ（つまり、著作権コンテンツ）については、ＨＤＣＰの下で配信可能であることを示すフォーマット識別子と、そのコンテンツの保存場所を示す情報であるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌａｃａｔｏｒ）とが付与されたメタデータを送信する。
【００２９】
コンテンツ転送部３２ｂは、シンク機器４０ａから要求されたコンテンツをシンク機器４０ａに転送する処理部である。より詳しくは、このコンテンツ転送部３２ｂは、ＨＤＣＰの規定に従って、シンク機器４０ａに対する認証処理を行うことによって暗号鍵を生成し、生成した暗号鍵を用いて、シンク機器４０ａから要求されたコンテンツを暗号化し、得られた暗号化コンテンツをシンク機器４０ａに転送する。
【００３０】
具体的には、コンテンツ転送部３２ｂは、コンテンツの要求の際にシンク機器４０ａから与えられたシンク機器４０ａのＩＰアドレス及び認証処理用のポート番号を用いてシンク機器４０ａに対する認証処理を行い、生成した暗号鍵を、シンク機器４０ａから与えられたセッションＩＤに対応づけて記憶部３３に保持する。そして、コンテンツ転送部３２ｂは、シンク機器４０ａからのコンテンツの要求の際にシンク機器４０ａからセッションＩＤが与えられた場合、与えられたセッションＩＤが既に保持しているセッションＩＤと一致する場合には、シンク機器４０ａに対する認証処理を省略、又は、より簡易な認証処理をしてソース機器３０とシンク機器４０ａとの間で暗号鍵を共有したうえで、暗号化コンテンツをシンク機器４０ａに転送する。これは、シンク機器４０ａにおいてコンテンツの早送り再生又は一時停止からの再生等をするような場合、つまり、ソース機器３０が保有するコンテンツの取得をシンク機器４０ａが短期間に繰り返すような場合に、シンク機器４０ａのソース機器３０へのアクセスを高速化するためである。
【００３１】
記憶部３３は、ソース機器３０が保有するコンテンツ、及び、各種パラメータ（例えば、上述したセッションＩＤ等）を保持する。
【００３２】
通信部３４は、ネットワーク１２を介してシンク機器４０ａとの通信を行う処理部である。
【００３３】
シンク機器４０ａは、ホームネットワークプロトコルに対応したクライアントとして、具体的には、ＤＬＮＡ（登録商標）対応のＤＭＰ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）として機能する装置であり、通信部４１、制御部４２及び表示部４３を備える。
【００３４】
通信部４１は、ネットワーク１２を介してソース機器３０との通信を行う処理部である。
【００３５】
制御部４２は、各構成要素（通信部４１、表示部４３）を制御したり、リモコン又はボタン等を介してユーザとの対話を行ったりする処理部であり、コンテンツ要求部４２ａ及び再生部４２ｂを有する。例えばソース機器３０の一覧送信部３２ａから受信したメタデータからソース機器３０のコンテンツ一覧を作成して表示部４３に出力し、ユーザがコンテンツ一覧において任意のコンテンツを選択したならば、コンテンツ要求部４２ａと再生部４２ｂに任意のコンテンツの再生を指示する。
【００３６】
コンテンツ要求部４２ａは、ユーザからコンテンツの再生指示を受けるとコンテンツに対応するメタデータからコンテンツの保存場所を示すＵＲＬを取り出し、ソース機器３０に対して当該ＵＲＬで一意に示されるコンテンツを要求する処理部である。コンテンツの要求は例えば当該ＵＲＬに対してＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを発行することにより行う。ここで、再生指示されたコンテンツが著作権保護技術で保護されている旨がメタデータに記載されていた場合、コンテンツ要求部４２ａは著作権保護技術の種別に応じて必要な情報を付加してコンテンツを要求する。例えば著作権保護技術がＨＤＣＰ２．０であった場合、コンテンツ要求部４２ａは、シンク機器４０ａのＩＰアドレスと、上述した認証処理を行うためのシンク機器４０ａのポート番号とをＨＴＴＰ  Ｒｅｑｕｅｓｔヘッダに指定してＨＴＴＰ  ＧＥＴメソッドを発行することでコンテンツを要求する。この時、ソース機器３０とシンク機器４０ａとの間で既に認証処理が完了しており、シンク機器４０ａが当該認証処理に対応するセッションＩＤを所持している場合は、コンテンツに対応するＨＴＴＰ  ＧＥＴメソッド発行時に、所持しているセッションＩＤをＨＴＴＰヘッダに指定する。これにより、ソース機器３０は、セッションＩＤから過去に認証処理を行ったシンク機器４０ａか否かを確認し、過去に認証処理を行ったシンク機器４０ａであることが確認できたならば、シンク機器４０ａに対する認証処理を省略、又は、より簡易な認証処理を行うことにより短時間で暗号鍵を共有できる。
【００３７】
なお、上述のセッションＩＤは、シンク機器４０ａがソース機器３０に対してＨＤＣＰ２．０で保護されたコンテンツをはじめて要求する際にシンク機器４０ａが生成し、ＨＴＴＰ  ＧｅｔメソッドのＨＴＴＰ  Ｒｅｑｕｅｓｔヘッダに指定することでソース機器３０とシンク機器４０ａ双方で共有する方式を採っているが、ソース機器３０とシンク機器４０ａとの間でＨＤＣＰ２．０の認証処理を行った後、ソース機器３０がＨＴＴＰ  Ｇｅｔメソッドの応答としてコンテンツをシンク機器４０ａに転送する際にＨＴＴＰ  Ｒｅｓｐｏｎｓｅヘッダに指定することにより双方で共有する方式でも良い。
【００３８】
再生部４２ｂは、ソース機器３０から転送されてきたコンテンツを受信し、再生する処理部である。著作権コンテンツについては、再生部４２ｂは、ソース機器３０との認証処理で共有した暗号鍵を用いて、ソース機器３０から転送されてきた暗号化コンテンツを復号して再生する。
【００３９】
表示部４３は、再生部４２ｂで再生されたコンテンツを表示する画面である。
【００４０】
［１―２．ハードウェア構成］
図３Ａは、図１及び図２に示されたソース機器３０のハードウェア構成の一例を示す図である。ソース機器３０は、バス５０で相互に接続されたチューナ・デコーダ５１、ＣＰＵ５２、メモリ５３、入力部５４、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）５５、通信アダプタ５６及びディスプレイ５７を備える。
【００４１】
チューナ・デコーダ５１は、デジタル放送における選局、及び、選局によって得られる放送コンテンツをデコードする回路である。ＣＰＵ５２は、内蔵又はメモリ５３に格納されたプログラムを実行するプロセッサ又はワンチップマイコンである。メモリ５３は、ＲＡＭ及びＲＯＭを含むメモリＩＣである。入力部５４は、ユーザの指示を取得するボタン、又は、リモコン信号受信回路等である。ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）５５は、不揮発性メモリの一例である。通信アダプタ５６は、無線ＬＡＮ、有線ＬＡＮ、ＨＤＭＩ（登録商標）等の通信インターフェースである。ディスプレイ５７は、ＰＤＰ（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ）又はＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）パネル等である。
【００４２】
ここで、図２におけるソース機器３０の機能ブロックと図３Ａにおけるハードウェア構成とは、以下のように対応づけられる。つまり、図２の映像取得部３１は、図３Ａの通信アダプタ５６等によって実現される。図２の制御部３２は、図３ＡのＣＰＵ５２等によって実現される。図２の記憶部３３は、図３Ａのメモリ５３及びＨＤＤ５５の少なくとも一つによって実現される。図２の通信部３４は、図３Ａの通信アダプタ５６等によって実現される。
【００４３】
図３Ｂは、図１及び図２に示されたシンク機器４０ａのハードウェア構成の一例を示す図である。シンク機器４０ａは、バス６０で相互に接続されたＣＰＵ６１、メモリ６２、入力部６３、通信アダプタ６４及びディスプレイ６５を備える。
【００４４】
ＣＰＵ６１は、内蔵又はメモリ６２に格納されたプログラムを実行するプロセッサ又はワンチップマイコンである。メモリ６２は、ＲＡＭ及びＲＯＭを含むメモリＩＣである。入力部６３は、ユーザの指示を取得するボタン、又は、リモコン信号受信回路等である。通信アダプタ６４は、無線ＬＡＮ、有線ＬＡＮ、ＨＤＭＩ（登録商標）等の通信インターフェースである。ディスプレイ６５は、ＰＤＰ又はＬＣＤパネル等である。
【００４５】
ここで、図２におけるシンク機器４０ａの機能ブロックと図３Ｂにおけるハードウェア構成とは、以下のように対応づけられる。つまり、図２の通信部４１は、図３Ｂの通信アダプタ６４等によって実現される。図２の制御部４２は、図３ＢのＣＰＵ６１等によって実現される。図２の表示部４３は、図３Ｂのディスプレイ６５等によって実現される。
【００４６】
［１―３．ソフトウェア構成］
図４は、図１及び図２に示されたソース機器３０及びシンク機器４０ａのソフトウェア構成の一例を示す図である。ここには、階層化された通信プロトコルのレイヤが示されている。
【００４７】
ソース機器３０は、ネットワーク層及びトランスポート層としてＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）７１を有し、その上位層に、ＨＤＣＰ（ここでは、ＨＤＣＰ２．１）７２及びＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）７３を有し、最上層のアプリケーション層として、ＤＭＳ７４を有する。なお、ソース機器３０は、ＨＤＣＰ７２の下での認証処理で用いられる、ソース機器３０の正当性を示す証明書７０も有する。
【００４８】
このように階層化された通信プロトコルに従って、図３Ａに示されたＣＰＵ５２が処理を実行することにより、図２に示されたソース機器３０の各機能ブロックが実現される。
【００４９】
一方、シンク機器４０ａは、ネットワーク層及びトランスポート層としてＴＣＰ／ＩＰ８１を有し、その上位層に、ＨＤＣＰ（ここでは、ＨＤＣＰ２．１）８２、ＵＰｎＰ８３及びコンテンツをデコード処理するＡＶ  ｄｅｃ８４を有し、最上層のアプリケーション層として、ＤＭＰ８５を有する。なお、シンク機器４０ａは、ＨＤＣＰ８２の下での認証処理で用いられる、シンク機器４０ａの正当性を示す証明書８０も有する。
【００５０】
このように階層化された通信プロトコルに従って、図３Ｂに示されたＣＰＵ６１が処理を実行することにより、図２に示されたシンク機器４０ａの各機能ブロックが実現される。
【００５１】
［２．システムの動作］
次に、以上のように構成された本実施の形態におけるコンテンツ配信システム１０の動作について説明する。
【００５２】
図５は、本実施の形態におけるコンテンツ配信システム１０の動作を示す通信シーケンス図である。ここでは、ソース機器３０からシンク機器４０ａに著作権コンテンツを配信するための基本的な通信が示されている。
【００５３】
まず、シンク機器４０ａの制御部４２は、ユーザからの指示等に応じて、ソース機器３０に対して、ソース機器３０が保有しているコンテンツの一覧を要求する（一覧要求ステップＳ１０）。これに対して、ソース機器３０の一覧送信部３２ａは、ソース機器３０が保有するコンテンツの一覧を示すデータであるメタデータをシンク機器４０ａに送信する（一覧送信ステップＳ１１）。
【００５４】
シンク機器４０ａのコンテンツ要求部４２ａは、ソース機器３０から送信されてきたメタデータを受信すると、ユーザの指示に従って、受信したメタデータが示すコンテンツの一覧の中から再生したいコンテンツを選択し、選択したコンテンツをソース機器３０に要求する（コンテンツ要求ステップＳ１２）。これに対して、ソース機器３０のコンテンツ転送部３２ｂは、シンク機器４０ａから要求されたコンテンツをシンク機器４０ａに転送する（コンテンツ転送ステップＳ１３）。著作権コンテンツについては、コンテンツ転送部３２ｂは、ＨＤＣＰの規定に従って、シンク機器４０ａに対する認証処理を行うことによって暗号鍵を生成し、生成した暗号鍵を用いて、シンク機器４０ａから要求されたコンテンツを暗号化し、得られた暗号化コンテンツをシンク機器４０ａに転送する。
【００５５】
そして、シンク機器４０ａの再生部４２ｂは、ソース機器３０から転送されてきたコンテンツを受信し、再生する（再生ステップＳ１４）。著作権コンテンツについては、再生部４２ｂは、ソース機器３０との認証処理で生成した暗号鍵を用いて、ソース機器３０から転送されてきた暗号化コンテンツを復号して再生する。
【００５６】
図６は、図５における一覧要求ステップＳ１０及び一覧送信ステップＳ１１の詳細を示す通信シーケンス図である。
【００５７】
シンク機器４０ａは、ネットワーク１２上のＤＭＳを検索する要求（Ｍ−Ｓｅａｒｃｈ）をマルチキャストする（Ｓ２０）。なお、Ｍ−ｓｅａｒｃｈは、ＵＰｎＰ機器を探索して発見するためのプロトコル（ＳＳＤＰ；Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）の一つである。これに対して、ＤＭＳだけが、その機器情報（ＤＤＤ；Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｄｏｃｕｍｅｎｔ）のＵＲＬをユニキャストで返信する。ここでは、ソース機器３０が、自ら保有するＤＤＤのＵＲＬをシンク機器４０ａに返信する（Ｓ２１）。
【００５８】
シンク機器４０ａは、ＨＴＴＰのＧＥＴメソッドを用いて、ＤＭＳ（ここでは、ソース機器３０）に対して、ＤＤＤのＵＲＬを通知することで、ＤＤＤを要求する（Ｓ２２）。これに対して、ＤＭＳ（ここでは、ソース機器３０）は、シンク機器４０ａに対して、ＨＴＴＰの応答として、ＤＤＤを返信する（Ｓ２３）。ＤＤＤには、ソース機器３０のメーカ名、機器名称等が記述されている。このようにして、シンク機器４０ａは、ＤＭＳとして機能するソース機器３０を認識する。
【００５９】
そして、シンク機器４０ａは、ソース機器３０に対して、ＣＤＳ（Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｓｅｒｖｉｃｅ）に準拠したＢｒｏｗｓｅコマンドを送信する（Ｓ２４）。ＣＤＳは、ＵＰｎＰで規定されたプロトコルでありソース機器３０が所有するコンテンツを操作できるコマンドが規定されている。例えば、Ｂｒｏｗｓｅコマンドは、コンテンツ情報を一括取得する（つまり、コンテンツ一覧を要求する）コマンドである。
【００６０】
これに対して、ソース機器３０の一覧送信部３２ａは、Ｂｒｏｗｓｅコマンドに対する応答として、記憶部３３に格納されたコンテンツの一覧（コンテンツ一覧）をシンク機器４０ａに返信する（Ｓ２５、図５の一覧送信ステップＳ１１）。たとえば、一覧送信部３２ａは、記憶部３３に格納されているコンテンツ一覧を読み出し、メタデータに変換したうえで、シンク機器４０ａに返信する。
【００６１】
なお、シンク機器４０ａからソース機器３０へのコンテンツ一覧の取得要求としては、Ｂｒｏｗｓｅコマンドに代えて、Ｓｅａｒｃｈコマンドでもよい。Ｓｅａｒｃｈコマンドは、ＣＤＳに準拠したコマンドの一つであり、検索条件の指定を伴ってコンテンツ情報を取得するコマンドである。
【００６２】
図７は、図５における一覧送信ステップＳ１１で送信されるコンテンツ一覧を示すメタデータの一例を示す図である。つまり、本図では、ソース機器３０の一覧送信部３２ａによって生成されるメタデータの一例が示されている。このメタデータにおける主要なタグの意味は以下の通りである。
【００６３】
「＜ｉｔｅｍ  」から「＜／ｉｔｅｍ＞」までの記述によって、１個のコンテンツに関する情報が記載されている。この記述は、コンテンツ一覧に含まれるコンテンツの数だけ作成される。
【００６４】
「ｉｔｅｍ  ｉｄ＝“ｖｉｄｅｏ＿ｉｔｅｍ＿１”」は、このコンテンツの項目ＩＤが「ｖｉｄｅｏ＿ｉｔｅｍ＿１」であることを示している。
【００６５】
「ｐａｒｅｎｔＩＤ＝“ＡｌｌＶｉｄｅｏ”」は、このコンテンツの親ＩＤ（例えば、フォルダ）が「ＡｌｌＶｉｄｅｏ」であることを示している。
【００６６】
「＜ｄｃ：ｔｉｔｌｅ＞ドキュメンタリー劇場１＜／ｄｃ：ｔｉｔｌｅ＞」は、このコンテンツの名称が「ドキュメンタリー劇場１」であることを示している。
【００６７】
「＜ｄｃ：ｄａｔｅ＞２００７−０５−０５Ｔ１９：００：００＜／ｄｃ：ｄａｔｅ＞」は、このコンテンツの作成日時が「２００７−０５−０５Ｔ１９：００：００」であることを示している。
【００６８】
「＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ＝“ｈｔｔｐ−ｇｅｔ：＊：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｄｔｃｐ１；・・・＜／ｒｅｓ＞」は、ＤＴＣＰによる保護に関する記述である。
【００６９】
「＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ＝“ｈｔｔｐ−ｇｅｔ：＊：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｐａｎａｈｄｃｐ２；・・・＜／ｒｅｓ＞」は、ＨＤＣＰによる保護に関する記述である。より詳しくは、以下の通りである。
【００７０】
「ｐｒｏｔｏｃｏｌＩｎｆｏ＝“ｈｔｔｐ−ｇｅｔ：＊：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｐａｎａｈｄｃｐ２；ＣＯＮＴＥＮＴＦＯＲＭＡＴ＝＆ｑｕｏｔ；ｖｉｄｅｏ／ｖｎｄ．ｄｌｎａ．ｍｐｅｇ−ｔｔｓ＆ｑｕｏｔ；：＊”」のうち、「ｈｔｔｐ−ｇｅｔ」は、このコンテンツがＨＴＴＰのＧＥＴメソッドで取得できることを示し、「ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｐａｎａｈｄｃｐ２」は、このコンテンツがＨＤＣＰのバージョン２で保護されていることを示し、「ＣＯＮＴＥＮＴＦＯＲＭＡＴ＝＆ｑｕｏｔ；ｖｉｄｅｏ／ｖｎｄ．ｄｌｎａ．ｍｐｅｇ−ｔｔｓ＆ｑｕｏｔ」は、このコンテンツのフォーマットがＤＬＮＡ（登録商標）に準拠したＭＰＥＧ等であることを示している。
【００７１】
「ｄｕｒａｔｉｏｎ＝“０１：０９：０９．６４５”  ｓｉｚｅ＝“７１５６１３７７９２”＞」は、このコンテンツの再生時間が「０１：０９：０９．６４５」であり、サイズが「７１５６１３７７９２」であることを示している。
【００７２】
「ｈｔｔｐ：／／１９２．１６８．２．２：５５５５／ｖｉｄｅｏ／ｖｉｄｅｏ１．ｔｔｓ＜／ｒｅｓ＞」は、このコンテンツのＵＲＬに関する情報を示している。
【００７３】
「＜ｕｐｎｐ：ｃｌａｓｓ＞ｏｂｊｅｃｔ．ｉｔｅｍ．ｖｉｄｅｏＩｔｅｍ＜／ｕｐｎｐ：ｃｌａｓｓ＞」は、ＵＰｎＰに関する情報を示している。
【００７４】
このように、ソース機器３０の一覧送信部３２ａは、コンテンツの一覧のうち、ＨＤＣＰによる著作権保護の対象となるコンテンツ（つまり、著作権コンテンツ）については、ＨＤＣＰの下で配信可能であることを示すフォーマット識別子と、そのコンテンツの保存場所を示す情報であるＵＲＬとが付与されたメタデータを送信する。
【００７５】
図８は、図５におけるコンテンツ要求ステップＳ１２の詳細を説明する図である。ここでは、シンク機器４０ａのコンテンツ要求部４２ａが発するＨＴＴＰのＧＥＴメソッドのヘッダの一例が示されている。このヘッダに含まれる主なパラメータの意味は以下の通りである。
【００７６】
「Ｈｏｓｔ：１９２．１６８．２．２：５５５５」は、通信相手となるホスト、（ここでは、ソース機器３０）のＩＰアドレスが「１９２．１６８．２．２」であり、コンテンツ取得用のポート番号が「５５５５」であることを示している。
【００７７】
「Ｘ−ＡＢＣ−ＨＤＣＰ−ＡＤＤＲ：１９２．１６８．２．３」は、ＨＤＣＰに従って通信するＡＢＣ社製の自機器（ここでは、シンク機器４０ａ）のＩＰアドレスが「１９２．１６８．２．３」であることを示す例であり、認証処理を行う際の要求先ＩＰアドレスを示している。
【００７８】
「Ｘ−ＡＢＣ−ＨＤＣＰ−ＰＯＲＴ：６６６６」は、ＡＢＣ社製の自機器（ここでは、シンク機器４０ａ）がＨＤＣＰに従った認証処理を行う際に用いるポート番号が「６６６６」であることを示している。
【００７９】
「Ｘ−ＡＢＣ−ＨＤＣＰ−ＩＤ：００２Ｄ４４５５６６０００１１」は、ＡＢＣ社製の自機器によるＨＤＣＰに従った当該セッションのＩＤ（つまり、ソース機器３０へのアクセスについてのセッションをユニークに識別する情報）が「００２Ｄ４４５５６６０００１１」であることを示している。
【００８０】
このように、コンテンツ要求部４２ａは、著作権コンテンツを要求するときには、認証処理を行うために必要な情報として、シンク機器４０ａのＩＰアドレス、ＨＤＣＰの規定に従った認証処理を行うシンク機器４０ａのポート番号、及び、ソース機器３０へのアクセスについてのセッションをユニークに識別する情報であるセッションＩＤをヘッダに含んだＨＴＴＰのＧＥＴメソッドを用いて、ソース機器３０に対して、著作権コンテンツを要求する。
【００８１】
図９は、図５におけるコンテンツ転送ステップＳ１３の詳細を示す通信シーケンス図である。
【００８２】
ソース機器３０のコンテンツ転送部３２ｂは、コンテンツ要求ステップＳ１２でシンク機器４０ａから与えられたシンク機器４０ａのＩＰアドレス及びポート番号を用いてシンク機器４０ａに対するＨＤＣＰに従った認証処理を行い、著作権コンテンツの暗号化及び復号化に用いられる暗号鍵を生成してシンク機器４０ａと共有し合う（Ｓ３０；ＡＫＥ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ））。ここで、認証処理とは、シンク機器４０ａが著作権コンテンツを受信する権限を有することを、ソース機器３０が承認する処理であり、ソース機器３０の証明書７０及びシンク機器４０ａの証明書８０を用いて行われる。認証処理に成功した場合に、ソース機器３０とシンク機器４０ａとの間で、著作権コンテンツの暗号化及び復号化に用いられる暗号鍵が秘密に共有される。
【００８３】
ソース機器３０のコンテンツ転送部３２ｂは、再利用のために、生成された暗号鍵を、シンク機器４０ａから与えられたセッションＩＤに対応づけて、記憶部３３に保存する（Ｓ３１）。
【００８４】
そして、ソース機器３０のコンテンツ転送部３２ｂは、記憶部３３に保存した暗号鍵を用いて、シンク機器４０ａから要求された著作権コンテンツを暗号化し、得られた暗号化コンテンツをシンク機器４０ａに転送する（Ｓ３２）。
【００８５】
以上のステップＳ３０〜Ｓ３２により、シンク機器４０ａからのコンテンツ要求（図５のコンテンツ要求ステップＳ１２）に対する応答、つまり、ソース機器３０からシンク機器４０ａへの著作権コンテンツの配信が完了する。
【００８６】
ここで、ソース機器３０が保有するコンテンツをシンク機器４０ａが早送り再生又は一時停止からの再生等をするような場合、つまり、ソース機器３０が保有するコンテンツの取得をシンク機器４０ａが繰り返すような場合には、シンク機器４０ａは、上記コンテンツ要求ステップＳ１２と同様の手順で、続いて再生したいコンテンツの転送を要求する（Ｓ３３）。つまり、図８に示されるヘッダを含むＨＴＴＰのＧＥＴメソッドにより、著作権コンテンツを要求する。
【００８７】
これに対して、ソース機器３０のコンテンツ転送部３２ｂは、コンテンツの要求（Ｓ３３）の際にシンク機器４０ａから与えられたセッションＩＤが、既に記憶部３３に保持しているセッションＩＤと一致するか否かを判断し、一致すると判断した場合には、シンク機器４０ａに対する認証処理を省略、又は、より簡易な認証処理をする（ここでは、認証処理を省略する）。なお、通常の認証処理は、例えば、完全認証（Ｆｕｌｌ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）と呼ばれる処理であり、一方、簡易な認証処理は、制限認証（Ｒｅｓｔｒｉｃｔｅｄ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）と呼ばれる処理である。
【００８８】
そして、認証処理を省略した場合には、ソース機器３０のコンテンツ転送部３２ｂは、当該セッションＩＤに対応する暗号鍵を記憶部３３から読み出し（Ｓ３４）、読み出した暗号鍵を用いてコンテンツを暗号化し、得られた暗号化コンテンツをシンク機器４０ａに転送する（Ｓ３５）。
【００８９】
これにより、ソース機器３０が保有するコンテンツの取得をシンク機器４０ａが繰り返すような場合に、認証処理（ＡＫＥ）が省略又は簡略化され、シンク機器４０ａからソース機器３０へのアクセスが高速化される。
【００９０】
なお、ソース機器３０のコンテンツ転送部３２ｂは、シンク機器４０ａから与えられたセッションＩＤが、既に記憶部３３に保持しているセッションＩＤと一致しないと判断した場合には、通常の認証処理をしたうえで、コンテンツを暗号化し、得られた暗号化コンテンツをシンク機器４０ａに転送する（Ｓ３０〜Ｓ３２）。
【００９１】
［まとめ］
以上のように、本実施の形態におけるコンテンツ配信方法は、コンテンツを送信するソース機器３０とコンテンツを再生するシンク機器４０ａとが通信ネットワーク（ネットワーク１２）を介して接続されて構成されるコンテンツ配信システム１０におけるコンテンツ配信方法であって、ソース機器３０が、保有するコンテンツの一覧を示すデータであるメタデータをシンク機器４０ａに送信する一覧送信ステップＳ１１と、シンク機器４０ａが、メタデータを受信すると、受信したメタデータが示すコンテンツの一覧に含まれるコンテンツを要求するコンテンツ要求ステップＳ１２と、ソース機器３０が、シンク機器４０ａから要求されたコンテンツをシンク機器４０ａに転送するコンテンツ転送ステップＳ１３と、シンク機器４０ａが、ソース機器３０から転送されてきたコンテンツを受信し、再生する再生ステップＳ１４とを含み、一覧送信ステップＳ１１では、ソース機器３０は、コンテンツの一覧のうち、予め定められた著作権保護技術の対象となるコンテンツについては、当該著作権保護技術の下で配信可能であることを示すフォーマット識別子と、当該コンテンツの保存場所を示す情報であるＵＲＬとが付与されたメタデータを送信し、コンテンツ要求ステップＳ１２では、シンク機器４０ａは、認証処理を行うために必要な情報を付加したうえでＵＲＬで特定されるコンテンツを要求し、コンテンツ転送ステップＳ１３では、ソース機器３０は、上記認証処理を行うために必要な情報に従って、シンク機器４０ａに対する認証処理を行うことによって暗号鍵を生成し、生成した暗号鍵を用いて、シンク機器４０ａから要求されたコンテンツを暗号化し、得られた暗号化コンテンツをシンク機器４０ａに転送し、再生ステップＳ１４では、シンク機器４０ａは、ソース機器３０との認証処理で生成した暗号鍵を用いて、ソース機器３０から転送されてきた暗号化コンテンツを復号して再生する。
【００９２】
これにより、ソース機器からシンク機器に送信されるコンテンツ一覧を示すメタデータには、ＨＤＣＰ等の予め定められた著作権保護技術の対象となるコンテンツについては、当該著作権保護技術の下で配信可能であることを示すフォーマット識別子と、当該コンテンツの保存場所を示す情報であるＵＲＬとが含まれるので、シンク機器は、認証処理を行うために必要な情報を付加したうえでＵＲＬで特定されるコンテンツを要求し、ソース機器は、シンク機器から送信された認証処理を行うために必要な情報に従って、シンク機器に対する認証処理を行うことによって暗号鍵を生成し、生成した暗号鍵を用いて、シンク機器から要求されたコンテンツを暗号化し、得られた暗号化コンテンツをシンク機器に転送できる。よって、シンク機器からの要求をトリガとして著作権コンテンツをソース機器からシンク機器に安全に配信することが可能になる。
【００９３】
また、本実施の形態では、コンテンツ要求ステップＳ１２では、シンク機器４０ａは、認証処理を行うために必要な情報として、当該シンク機器４０ａのＩＰアドレス、認証処理を行う当該シンク機器４０ａのポート番号、及び、ソース機器３０へのアクセスについてのセッションをユニークに識別する情報であるセッションＩＤをヘッダに含んだＨＴＴＰのＧＥＴメソッドを用いて、コンテンツを要求し、コンテンツ転送ステップＳ１３では、ソース機器３０は、シンク機器４０ａから与えられたシンク機器４０ａのＩＰアドレス及びポート番号を用いてシンク機器４０ａに対する認証処理を行い、生成した暗号鍵を、シンク機器４０ａから与えられたセッションＩＤに対応づけて保持する。
【００９４】
これにより、シンク機器は、ソース機器に対して、当該シンク機器のＩＰアドレス、認証処理を行う当該シンク機器のポート番号、及び、セッションＩＤをヘッダに含んだＨＴＴＰのＧＥＴメソッドを用いてコンテンツを要求するので、ソース機器は、シンク機器から与えられたシンク機器のＩＰアドレス及びポート番号を用いてシンク機器に対する認証処理を行うとともに、生成した暗号鍵を、シンク機器から与えられたセッションＩＤに対応づけて保持しておくことができる。
【００９５】
また、コンテンツ転送ステップＳ１３では、ソース機器３０は、コンテンツ要求ステップＳ１２においてシンク機器４０ａから与えられたセッションＩＤが、既に保持しているセッションＩＤと一致する場合には、シンク機器４０ａに対する認証処理を省略、又は、認証処理よりも簡易な認証処理をしたうえで、暗号化コンテンツをシンク機器４０ａに転送する。
【００９６】
これにより、ソース機器は、同一のセッションＩＤを含むＨＴＴＰのＧＥＴメソッドによってシンク機器からコンテンツの要求を受けた場合には、そのセッションＩＤに対応する既に保持している暗号鍵を用いてコンテンツを暗号化できるので、再度の認証処理を簡略化又は省略でき、高速なコンテンツ転送が可能になる。
【００９７】
また、本実施の形態では、ソース機器３０及びシンク機器４０ａは、それぞれ、ホームネットワークプロトコルに対応したサーバ、及び、クライアントとして機能し、上記著作権保護技術は、認証処理によって生成された暗号鍵を用いてコンテンツを暗号化してソース機器３０からシンク機器４０ａに転送することによって当該コンテンツの不正コピーを防止する技術である。より具体的には、ソース機器３０及びシンク機器４０ａは、それぞれ、ＤＬＮＡ（登録商標）対応のＤＭＳ、及び、ＤＭＰとして機能し、上記著作権保護技術は、ＨＤＣＰである。
【００９８】
これにより、ＤＬＮＡ（登録商標）のＤＭＰ（実施の形態におけるシンク機器）からの要求をトリガとして、ＨＤＣＰの規定に従って、著作権コンテンツをＤＭＳ（実施の形態におけるソース機器）からＤＭＰに安全に配信することが可能になる。
【００９９】
以上、本開示におけるコンテンツ配信方法、コンテンツ配信システム、ソース機器及びシンク機器の実施の形態について、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、各種変形を実施の形態に施したもの、または、実施の形態における構成要素を組み合わせて構築される別の形態も、本開示に含まれる。
【０１００】
たとえば、図５に示される通信シーケンスでは、シンク機器４０ａからの要求に基づいてソース機器３０がコンテンツ一覧をシンク機器４０ａに送信したが、このような手順に限られず、シンク機器４０ａからの要求がない場合であっても（例えば、一定時間間隔で）、ソース機器３０がシンク機器４０ａにコンテンツ一覧を送信してもよい。
【０１０１】
また、図９に示される再度のコンテンツ転送Ｓ３５では、認証処理が省略された例が示されたが、シンク機器４０ａから受信したセッションＩＤが、ソース機器３０が既に保持しているセッションＩＤと一致する場合には、ソース機器３０のコンテンツ転送部３２ｂは、簡易な認証処理を行い、その簡易な認証処理で生成した新たな暗号鍵を用いて、続くコンテンツをシンク機器４０ａに転送してもよい。
【０１０２】
また、図３Ａ及び図３Ｂに示されるハードウェア構成は、代表的なハードウェア構成が示されているのであり、ソース機器３０及びシンク機器４０ａのハードウェア構成として、図示されていない他の構成要素が追加されていてもよい。たとえば、シンク機器４０ａは、チューナ・デコーダ、ＨＤＤ等を備えてもよい。
【産業上の利用可能性】
【０１０３】
本開示におけるコンテンツ配信方法は、コンテンツを送信するソース機器、コンテンツを再生するシンク機器、それらのソース機器及びシンク機器で構成されるコンテンツ配信システムとして、例えば、ＨＤＣＰの規定に従って著作権コンテンツを安全に、かつ、多様な形態で配信できるコンテンツ配信システムとして、利用できる。
【符号の説明】
【０１０４】
１０  コンテンツ配信システム
１２  ネットワーク
２０  アンテナ
２２  ＳＴＢ
２４  ディスク再生装置
３０  ソース機器
３１  映像取得部
３２、４２  制御部
３２ａ  一覧送信部
３２ｂ  コンテンツ転送部
３３  記憶部
３４、４１  通信部
４０ａ、４０ｂ、４０ｃ  シンク機器
４２ａ  コンテンツ要求部
４２ｂ  再生部
４３  表示部
５０、６０  バス
５１  チューナ・デコーダ
５２、６１  ＣＰＵ
５３、６２  メモリ
５４、６３  入力部
５５  ＨＤＤ
５６、６４  通信アダプタ
５７、６５  ディスプレイ
７０、８０  証明書
７１、８１  ＴＣＰ／ＩＰ
７２、８２  ＨＤＣＰ
７３、８３  ＵＰｎＰ
７４  ＤＭＳ
８４  ＡＶ  ｄｅｃ
８５  ＤＭＰ
【図１】
2018110445.tif 000003
【図２】
2018110445.tif 000004
【図３Ａ】
2018110445.tif 000005
【図３Ｂ】
2018110445.tif 000006
【図４】
2018110445.tif 000007
【図５】
2018110445.tif 000008
【図６】
2018110445.tif 000009
【図７】
2018110445.tif 000010
【図８】
2018110445.tif 000011
【図９】
2018110445.tif 000012