データ通信装置及びデータ通信方法
【課題】 コンテンツの移動シーケンス内に限定情報を用いたデータ通信装置及びデータ通信方法を提供する。
【解決手段】 コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する限定情報を移動元の機器に作成する限定情報作成手段と、前記移動先の機器からのコンテンツの移動先情報を、機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とするデータ通信装置。またコンテンツの移動先の機器でコンテンツ移動に関する移動元の機器からの限定情報を確認する確認手段と、前記限定情報を機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とするデータ通信装置。
【解決手段】 コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する限定情報を移動元の機器に作成する限定情報作成手段と、前記移動先の機器からのコンテンツの移動先情報を、機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とするデータ通信装置。またコンテンツの移動先の機器でコンテンツ移動に関する移動元の機器からの限定情報を確認する確認手段と、前記限定情報を機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とするデータ通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信装置およびデータ通信装置の制御方法に関し、特にコンテンツを移動可能なデータ通信装置およびデータ通信装置の制御方法に関する。
【背景技術】
【０００２】
インターネットからのダウンロードサービス等により入手したコンテンツを、家庭内ネットワークで接続された他の機器にDTCP（Digital Transmission Content Protection：コピープロテクション方式）により移動（MOVE）させる場合において、特許文献１で示されるような、DTCPにより移動されたコンテンツは、移動先の機器はDTCP以外のDTLA（DTCPの管理運用団体）に認められたインターフェイスやコピープロテクション技術を用いて更にコンテンツを移動することができる。
【０００３】
しかしながら世代管理が正しく行われても広範にコンテンツが移動する可能性があり、これを好まないコンテンツホルダはDTCPを移動先に認めない懸念がある。
これは移動シーケンス内に、限定情報のやり取りが加えられていなかったという問題による。ここで限定情報とは、伝送媒体（IP、IEEE1394、USB、BlueTooth、WirelessHD）、記録媒体（DVHS、DVD、SD、BD-RE、Hi-MD、MemoryStick Pro）、機器の種類（PC、CE、・・・）、其々に対して許可するかという内容を含むものである。
【特許文献１】特開２００６−３３９９００号公報（段落２８ 図２）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、コンテンツの移動シーケンス内に限定情報を用いたデータ通信装置及びデータ通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のデータ通信装置は、コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する限定情報を移動元の機器に作成する限定情報作成手段と、前記移動先の機器からのコンテンツの移動先情報を、機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とする。またコンテンツの移動先の機器でコンテンツ移動に関する移動元の機器からの限定情報を確認する確認手段と、前記限定情報を機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、コンテンツの移動シーケンス内に限定情報を用いたデータ通信装置及びデータ通信方法が得られる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の実施形態を説明する。
（実施形態）
本発明による実施形態を図１乃至図７を参照して説明する。
図１は、この発明の適用される状態について説明するための模式図である。まず、この発明の実施の形態の説明にあたり、先ず使用形態の一例を図１を用いて説明する。装置１０２は、家庭外のインターネット１０１に接続されている。また、装置１０２は家庭内の通信ネットワークに接続されていて、装置１０３と通信できる。
【０００８】
装置１０２は、ユーザの操作を受け、インターネット１０１から映像、音楽などのコンテンツを入手することができる。また、装置１０３へ入手したコンテンツをダビングやムーブより譲渡することができる。装置１０３は、装置１０２から取得されるコンテンツを装置１０３に内蔵するドライブによりＤＶＤ１０６、ＳＤカード１０７などの記録メディアや、装置１０２と同一ネットワークに接続された装置１０５や、別のネットワークで接続された装置１０４に移動することができる。
【０００９】
従来、装置１０２はDTCP（Digital Transmission Content Protection：伝送路間のコピープロテクション技術）によりコンテンツを譲渡した以降は、そのコンテンツに対してコンテンツ保護ルールに沿った範囲（世代管理、モニタやスピーカへの出力規定など）以上の制約を課すことができなかった。コンテンツを入手したコピープロテクション技術であるDTCPが認めるインターフェイスやコピープロテクション技術を用いて、装置１０３のように、更にコンテンツを別の装置や記録媒体へ移動することができる。
【００１０】
本実施形態では、装置１０２が装置１０３に対して、コンテンツの移動範囲に関する制約を課す方法を説明する。装置１０２を図２のブロック図を用いて説明する。
装置１０２は、ネットワークインターフェイス２０１と、コンテンツと、そのコンテンツに対応する限定情報とを保存するコンテンツ蓄積部２０３と、ネットワークインターフェイス２０１に接続された他の装置を発見し、送信要求を行い送信先情報を取得し、コンテンツを送信するコンテンツ送信処理部２０２と、コンテンツ送信処理部２０２により発見した装置との間で認証鍵交換を行い、コンテンツ送信処理部２０２画送信するコンテンツをスクランブルする認証鍵交換処理部２０８と、送信処理部２０２が送信するコンテンツに対応する限定情報に、認証鍵交換処理部２０８から事前に入手するパラメータとで生成するハッシュを付加し、コンテンツ送信処理部２０２から送られる送信要求に追加する限定情報処理部２０７と、コンテンツ蓄積部２０３の特定のコンテンツをコンテンツ送信処理部２０２により送信させたり、認証鍵交換処理部２０８の処理が終わった後に送信先情報に含まれるハッシュを限定情報処理部２０７に検証させ、無事完了した後コンテンツ蓄積部２０３に破棄させるコンテンツ管理部２０４と、コンテンツ管理部２０４を駆動するための指示をユーザから受け付ける操作入力部２０５と、コンテンツ管理部２０４の処理結果をユーザに知らせる通知・表示部２０６とから構成される。
【００１１】
装置１０３を図３のブロック図を用いて説明する。装置１０３は、ネットワークインターフェイス３０１と、ネットワークインターフェイス３０１に接続された他の装置へ存在通知を行い、それら装置からの送信要求に対して送信先情報を応答し、コンテンツを受信処理を行うコンテンツ受信処理部３０２と、コンテンツ受信処理部３０２により要求のあった装置に対して認証鍵交換を行い、コンテンツ受信処理部３０２で受信するコンテンツのスクランブルを解除する認証鍵交換処理部３０８と、コンテンツ受信処理部３０２で受け取る送信要求に含まれる限定情報と認証鍵交換処理部２０８から事前に入手するパラメータとから生成するハッシュ送信先情報を付加する限定情報処理部３０７と、認証鍵交換処理部３０８でスクランブルが解除されたコンテンツと上記限定情報とを保存するコンテンツ蓄積部３０３と、コンテンツ受信処理部３０２のコンテンツ受信処理に許可を与え、限定情報処理部３０７に限定情報の検証を行わせ、限定情報処理部３０７から上げられる限定情報に対応できない場合やエラーを検知した場合には、コンテンツ受信処理部３０２、あるいはコンテンツ蓄積部３０３の動作を停止させるコンテンツ管理部３０４と、コンテンツ管理部３０４を駆動するための指示をユーザから受け付ける操作入力部３０５と、コンテンツ管理部３０４の処理結果をユーザに知らせる通知・表示部３０６とから構成される。
【００１２】
次に、コンテンツを送る装置１０２の動作を図４のフローチャートと図６のシーケンス図を用いて説明する。UPnP（Universal Plug and Play）技術をベースとして、このようなネットワーク経由の映像コンテンツの視聴の仕方等が実現する方法がDLNA（Digital Living Network Alliance）において議論されている。また、コピー制限のかかったコンテンツを伝送する際には、コピープロテクションとしてDTCP（Digital Transmission Copy Protection）を適用されるのが一般的である。装置１０２、１０３は、これらの技術が使用された装置であることを前提に説明を行う。
【００１３】
操作入力部２０５からのユーザの指示により、移動先の機器（装置１０３とする）、対象となるコンテンツが指定されることで一連の処理が開始される。指定された機器が既知の機器であるかを判定する（S101）。既知の機器かは、相手機器のネットワークインターフェイス２０１が使用するMAC（Media Access Control）アドレス、あるいはUPnPの機器を特定できる値UUID (Universal Unique ID)などと関連してコンテンツ管理部２０４が記憶しておく。
【００１４】
UPnPではSSDP (Simple Service Discovery Protocol)と呼ばれる方法で、ネットワーク上の機器を探したり、自機の存在をネットワーク上の他機器へ通知する。ネットワークに繋がった直後やM-SEARCHと呼ばれるリクエストを受信した場合には、提供サービスのダイジェスト情報の所在を示すURI（Uniform Resource Identifier）やUUIDと呼ばれる機器固有のID（identifier）といった情報をテキストベースでUDP（User Datagram Protocol）パケットとしてブロードキャスト送信する。
【００１５】
コンテンツ送信処理部２０２は上記ダイジェスト情報から得られる提供サービスの内容を入手し限定情報処理部２０７へ送る。対応機器かの判定は、コンテンツ管理部２０４が限定情報処理部２０７を通して、再移動先を限定する機能があるか、移動先となる伝送媒体（IP(Internet Protocol)、IEEE1394(Institute of Electrical and Electronic Engineers 1394)、USB(Universal Serial Bus)、BlueTooth、WirelessHD）、記録媒体またはコピープロテクション技術（D-VHS(Data Video Home System)、DVD(Digital Versatile Disc)、SD(Secure Digital Memory Card)、BD-RE(Blu-ray Disc Rewritable)、Hi-MD、MemoryStick Pro）、機器の種類（PC(Personal Computer)、CE機器(Consumer Electronics)、・・・）に関する情報が含まれるかを確認することにより行う（S102）。
【００１６】
再移動先を限定する機能が無い場合、あるいはユーザに指定されたコンテンツに対応する限定情報に一致する伝送媒体、記録媒体や機器の種類が一致しない場合には、移動処理を中断し、通知・表示部２０６にその旨を表示させる（S109）。
【００１７】
一連の処理が開始において、S101、S102までの処理を事前に行い、コンテンツを選んだ後は対象機器のみを通知・表示部２０６に表示することも好適である。
【００１８】
限定情報は、インターネット１０１経由で入手したコンテンツであれば付随する形で同様にインターネット１０１経由で、放送を受信したことにより取得したコンテンツは放送のPSI（Program Specific Information）やSI（Service Information）中に含まれる記述子として入手される。コンテンツと限定情報とはコンテンツ蓄積部２０３に保存される。コンテンツの移動に際して用いられる限定情報は、再移動できる伝送媒体、記録媒体またはコピープロテクション技術、機器の種類をXML（Extensible Markup Language）形式で記載し、それと認証鍵交換処理部２０８が次回認証処理で使用する乱数とを入力として得られるハッシュ値を更にXML形式で限定情報に付加することで、コンテンツ管理部２０４が限定情報処理部２０７に生成させる（S103）。
【００１９】
UPnPでは、サーバがCDS（Content Directory Service）と呼ばれるサービスを用意し、クライアントにコンテンツリストの提供を行う。また、サーバのCDSに対して、クライアントはCreateObjectと呼ばれるアクションを行い、そのレスポンスとしてコンテンツの移動先URIを入手することになる。CreateObjectにはコンテンツの属性が含まれているが、ここにS103で限定情報処理部２０７が生成した限定情報を追加する。このような処理で生成した送信先情報の取得要求を、コンテンツ送信処理部２０２はネットワークインターフェイス２０１を介して装置１０３に送る（S104、図６S401）。
【００２０】
送信先情報の取得要求が成功し、装置１０３からコンテンツの移動先URIを入手した場合、そのURIに対してコンテンツの送信要求を行う。具体的には、コンテンツ送信処理部２０２がHTTPプロトコルのPOSTメソッドを含むリクエストを移動先であるURIに対して送ることにより行われる（S105、図６S403）。
【００２１】
認証鍵交換に必要なアドレスとポート番号を送信先情報の取得要求あるいはPOSTリクエストに付加する。このことにより、MV_INITIATE subfunctionと呼ばれるコマンドがコンテンツの受信側から送られ、認証鍵交換処理部２０８において認証鍵交換が開始される（S106）。この認証鍵交換の際にChallenge subfunctionにより乱数の交換が行われるが、装置１０２から送る乱数にはS103で使用したものを設定する。最終的に、MV_EXCHANGE_KEY subfunctionにてコンテンツがスクランブルする際に使用される鍵が共有されることになる。
【００２２】
S103で生成した制限情報と、S106で装置１０３から受け取った乱数とを入力としてハッシュ値を求め、S104の段階で事前に受け取った移動先情報に含まれるハッシュ値とを比較する形で検証する（S107、図６S406）。この結果に問題がある場合は、装置１０３が不正な機器である、もしくは第三の装置に改ざんされた可能性があるため、処理を中断する。
【００２３】
S106で共有した鍵を用いて認証鍵交換処理部２０８はコンテンツをスクランブルし、コンテンツ送信処理部２０２がPOSTリクエストのBodyとしてコンテンツを送信する（S108、図６S408）。
【００２４】
送信が完了したコンテンツを保存することができた相手機器はMV_FINALIZE subfunctionを送信し一連の委任処理を開始する。この処理の間にコンテンツ管理部２０４はコンテンツ蓄積部２０３にある移動の対象となったコンテンツの再生や移動を不能にする。委任処理が正常に終了することにより、コンテンツの移動が終了する（S110）。
【００２５】
次に、コンテンツを受ける装置１０３の動作を図５のフローチャートと図６のシーケンス図を用いて説明する。装置１０３は、ダイジェスト情報の提供サービスをして提示する情報に、再移動先を限定する機能があることと、移動先となる伝送媒体（IP、IEEE1394、USB、BlueTooth、WirelessHD）、記録媒体またはコピープロテクション技術（D-VHS、DVD、SD、BD-RE、Hi-MD、MemoryStick Pro）、機器の種類（PC、CE機器、・・・）とを用意しておく。
【００２６】
装置１０３の移動コンテンツを受け取る処理は、他機器からの送信先情報の取得要求により開始される（以下では、装置１０２から要求があったものとする）。
送信先情報の取得要求は、ネットワークインターフェイス３０１を経由してコンテンツ受信処理部３０２が受け取る。送信先情報の取得要求となるCreateObjectの中に限定情報が含まれるかをチェックし、存在する場合には限定情報処理部３０７へ送る（S201、図６S402）。無い場合には、通常の移動要求として処理を行う。
【００２７】
限定情報処理部３０７で解析した結果を元に、コンテンツ管理部３０４は、機種の種類に自機が一致するか、自機が対応できる伝送媒体、記録媒体であるか、ハッシュが含まれているかについて、限定情報の確認を行う（S202）。何れかに、不備がある場合には処理を中断する（S208）。
【００２８】
CreateObjectの中に含まれる属性に問題が無ければ、コンテンツ管理部３０４はコンテンツ受信処理部３０２にコンテンツの送信先となるURIを用意させる。また、コンテンツ管理部３０４は、限定情報処理部３０７に認証鍵交換処理部３０８から次回認証処理で使用する乱数を入手し、S201で受け取った限定情報と、その乱数とを入力とするハッシュ値を求めさせ、例えば先のURIにクエリとして付加する形で送信先情報要求の応答を用意する（S203）。
【００２９】
コンテンツ蓄積部３０３にコンテンツを保存できるかを判断し、コンテンツ管理部３０４はコンテンツ受信処理部３０２に送信先情報要求の応答をさせる（S204）。
【００３０】
CreateObject、もしくは上記URIに対する装置１０２からのPOSTリクエストに含まれる認証鍵交換先となるIPアドレスとTCPポートへTCPの接続を行い、認証鍵交換を開始する。認証鍵交換に行われるChallenge subfunctionによる乱数の交換では、S203で用いた乱数を用いて装置１０２へ送る（S205、図６S404）。
【００３１】
S201で得られるハッシュ値を除いた限定情報とS205の認証処理で得られる装置１０２からの乱数とからハッシュ値を求め、S201で得られる限定情報のハッシュ値とを比較することで、S201で得られる限定情報が正しいものかを検証する（S206、図６S405、図６S407）。その結果が不正なものだった場合には、処理を中断する。
【００３２】
S205の認証処理で得られる共有鍵を用いてコンテンツのスクランブルを解除し、限定情報と共にコンテンツ蓄積部３０３で適切に記録する（S207）。
コンテンツの受信とコンテンツ蓄積部３０３での記録が完了した後（図６S409）、MV_FINALIZE subfunctionを送信し委任処理を開始する（S209、図６S410）。委任処理が正常に終了した場合、コンテンツ管理部３０４はコンテンツ蓄積部３０３に保存したコンテンツをその再生や移動の対象とする。
【００３３】
図７は、図６の要部の詳細動作について説明するためのシーケンス図である。図６S401、S402とS404に相当している。
サーバのCDSに対して、上記のようにクライアントはCreateObjectと呼ばれるアクションを行い、そのレスポンスとしてコンテンツの移動先URIを入手することになる。CreateObjectにはコンテンツの属性が含まれているが、ここにS103で限定情報処理部２０７が生成した限定情報が追加されている。そして限定情報と認証処理で送信機が使用する乱数とで生成されるHASH値Hash_A(=f(限定情報, 乱数_A))が、限定情報に付加される。ｆは適当なHASH関数である。
【００３４】
送信先情報の取得要求となるCreateObjectの中に限定情報が含まれるかをチェックし、移動先情報の中に、上記HASH値を含む限定情報と認証処理で受信機が使用する乱数とで生成されるHASH値Hash_B(=f(限定情報, 乱数_A, 乱数_B))が付加される。
【００３５】
認証鍵交換に行われるChallenge subfunctionによる乱数の交換では、上記乱数_Aと乱数_Bとが用いられる。受信機は認証処理中に送られる乱数を用いて、事前に受け取った限定情報に含まれるHASH値を検証する。また送信機は認証処理中に送られる乱数を用いて、事前に受け取った移動先情報に含まれるHASH値を検証する。
【００３６】
限定情報処理部２０７、３０７により、移動元の機器からの制御で、移動先の機器からの更なる移動先を限定することができ、第三者からの改竄を検知することができる。
【００３７】
上記のように本実施形態では効果として、移動元の機器からの制御で、移動先の機器からの更なる移動先を限定することができる。
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。
【図面の簡単な説明】
【００３８】
【図１】この発明の適用される状態について説明するための模式図。
【図２】この発明の実施の形態における装置１０２の構成を示すブロック図。
【図３】この発明の実施の形態における装置１０３の構成を示すブロック図。
【図４】図２の装置（コンテンツの送り側）の動作について説明するためのフローチャート。
【図５】図３の装置（コンテンツの受け側）の動作について説明するためのフローチャート。
【図６】図２の装置（コンテンツの送り側）と図３の装置（コンテンツの受け側）の動作について説明するためのシーケンス図。
【図７】図６の要部の詳細動作について説明するためのシーケンス図。
【符号の説明】
【００３９】
２０１…ネットワークインターフェイス、２０２…コンテンツ送信処理部、２０３…コンテンツ蓄積部、２０４…コンテンツ管理部、２０５…操作入力部、２０６…通知・表示部、２０７…限定情報処理部、２０８…認証鍵交換処理部、３０１…ネットワークインターフェイス、３０２…コンテンツ受信処理部、３０３…コンテンツ蓄積部、３０４…コンテンツ管理部、３０５…操作入力部、３０６…通知・表示部、３０７…限定情報処理部、３０８…認証鍵交換処理部。
【技術分野】
【０００１】
本発明は、データ通信装置およびデータ通信装置の制御方法に関し、特にコンテンツを移動可能なデータ通信装置およびデータ通信装置の制御方法に関する。
【背景技術】
【０００２】
インターネットからのダウンロードサービス等により入手したコンテンツを、家庭内ネットワークで接続された他の機器にDTCP（Digital Transmission Content Protection：コピープロテクション方式）により移動（MOVE）させる場合において、特許文献１で示されるような、DTCPにより移動されたコンテンツは、移動先の機器はDTCP以外のDTLA（DTCPの管理運用団体）に認められたインターフェイスやコピープロテクション技術を用いて更にコンテンツを移動することができる。
【０００３】
しかしながら世代管理が正しく行われても広範にコンテンツが移動する可能性があり、これを好まないコンテンツホルダはDTCPを移動先に認めない懸念がある。
これは移動シーケンス内に、限定情報のやり取りが加えられていなかったという問題による。ここで限定情報とは、伝送媒体（IP、IEEE1394、USB、BlueTooth、WirelessHD）、記録媒体（DVHS、DVD、SD、BD-RE、Hi-MD、MemoryStick Pro）、機器の種類（PC、CE、・・・）、其々に対して許可するかという内容を含むものである。
【特許文献１】特開２００６−３３９９００号公報（段落２８ 図２）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、コンテンツの移動シーケンス内に限定情報を用いたデータ通信装置及びデータ通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のデータ通信装置は、コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する限定情報を移動元の機器に作成する限定情報作成手段と、前記移動先の機器からのコンテンツの移動先情報を、機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とする。またコンテンツの移動先の機器でコンテンツ移動に関する移動元の機器からの限定情報を確認する確認手段と、前記限定情報を機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、コンテンツの移動シーケンス内に限定情報を用いたデータ通信装置及びデータ通信方法が得られる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の実施形態を説明する。
（実施形態）
本発明による実施形態を図１乃至図７を参照して説明する。
図１は、この発明の適用される状態について説明するための模式図である。まず、この発明の実施の形態の説明にあたり、先ず使用形態の一例を図１を用いて説明する。装置１０２は、家庭外のインターネット１０１に接続されている。また、装置１０２は家庭内の通信ネットワークに接続されていて、装置１０３と通信できる。
【０００８】
装置１０２は、ユーザの操作を受け、インターネット１０１から映像、音楽などのコンテンツを入手することができる。また、装置１０３へ入手したコンテンツをダビングやムーブより譲渡することができる。装置１０３は、装置１０２から取得されるコンテンツを装置１０３に内蔵するドライブによりＤＶＤ１０６、ＳＤカード１０７などの記録メディアや、装置１０２と同一ネットワークに接続された装置１０５や、別のネットワークで接続された装置１０４に移動することができる。
【０００９】
従来、装置１０２はDTCP（Digital Transmission Content Protection：伝送路間のコピープロテクション技術）によりコンテンツを譲渡した以降は、そのコンテンツに対してコンテンツ保護ルールに沿った範囲（世代管理、モニタやスピーカへの出力規定など）以上の制約を課すことができなかった。コンテンツを入手したコピープロテクション技術であるDTCPが認めるインターフェイスやコピープロテクション技術を用いて、装置１０３のように、更にコンテンツを別の装置や記録媒体へ移動することができる。
【００１０】
本実施形態では、装置１０２が装置１０３に対して、コンテンツの移動範囲に関する制約を課す方法を説明する。装置１０２を図２のブロック図を用いて説明する。
装置１０２は、ネットワークインターフェイス２０１と、コンテンツと、そのコンテンツに対応する限定情報とを保存するコンテンツ蓄積部２０３と、ネットワークインターフェイス２０１に接続された他の装置を発見し、送信要求を行い送信先情報を取得し、コンテンツを送信するコンテンツ送信処理部２０２と、コンテンツ送信処理部２０２により発見した装置との間で認証鍵交換を行い、コンテンツ送信処理部２０２画送信するコンテンツをスクランブルする認証鍵交換処理部２０８と、送信処理部２０２が送信するコンテンツに対応する限定情報に、認証鍵交換処理部２０８から事前に入手するパラメータとで生成するハッシュを付加し、コンテンツ送信処理部２０２から送られる送信要求に追加する限定情報処理部２０７と、コンテンツ蓄積部２０３の特定のコンテンツをコンテンツ送信処理部２０２により送信させたり、認証鍵交換処理部２０８の処理が終わった後に送信先情報に含まれるハッシュを限定情報処理部２０７に検証させ、無事完了した後コンテンツ蓄積部２０３に破棄させるコンテンツ管理部２０４と、コンテンツ管理部２０４を駆動するための指示をユーザから受け付ける操作入力部２０５と、コンテンツ管理部２０４の処理結果をユーザに知らせる通知・表示部２０６とから構成される。
【００１１】
装置１０３を図３のブロック図を用いて説明する。装置１０３は、ネットワークインターフェイス３０１と、ネットワークインターフェイス３０１に接続された他の装置へ存在通知を行い、それら装置からの送信要求に対して送信先情報を応答し、コンテンツを受信処理を行うコンテンツ受信処理部３０２と、コンテンツ受信処理部３０２により要求のあった装置に対して認証鍵交換を行い、コンテンツ受信処理部３０２で受信するコンテンツのスクランブルを解除する認証鍵交換処理部３０８と、コンテンツ受信処理部３０２で受け取る送信要求に含まれる限定情報と認証鍵交換処理部２０８から事前に入手するパラメータとから生成するハッシュ送信先情報を付加する限定情報処理部３０７と、認証鍵交換処理部３０８でスクランブルが解除されたコンテンツと上記限定情報とを保存するコンテンツ蓄積部３０３と、コンテンツ受信処理部３０２のコンテンツ受信処理に許可を与え、限定情報処理部３０７に限定情報の検証を行わせ、限定情報処理部３０７から上げられる限定情報に対応できない場合やエラーを検知した場合には、コンテンツ受信処理部３０２、あるいはコンテンツ蓄積部３０３の動作を停止させるコンテンツ管理部３０４と、コンテンツ管理部３０４を駆動するための指示をユーザから受け付ける操作入力部３０５と、コンテンツ管理部３０４の処理結果をユーザに知らせる通知・表示部３０６とから構成される。
【００１２】
次に、コンテンツを送る装置１０２の動作を図４のフローチャートと図６のシーケンス図を用いて説明する。UPnP（Universal Plug and Play）技術をベースとして、このようなネットワーク経由の映像コンテンツの視聴の仕方等が実現する方法がDLNA（Digital Living Network Alliance）において議論されている。また、コピー制限のかかったコンテンツを伝送する際には、コピープロテクションとしてDTCP（Digital Transmission Copy Protection）を適用されるのが一般的である。装置１０２、１０３は、これらの技術が使用された装置であることを前提に説明を行う。
【００１３】
操作入力部２０５からのユーザの指示により、移動先の機器（装置１０３とする）、対象となるコンテンツが指定されることで一連の処理が開始される。指定された機器が既知の機器であるかを判定する（S101）。既知の機器かは、相手機器のネットワークインターフェイス２０１が使用するMAC（Media Access Control）アドレス、あるいはUPnPの機器を特定できる値UUID (Universal Unique ID)などと関連してコンテンツ管理部２０４が記憶しておく。
【００１４】
UPnPではSSDP (Simple Service Discovery Protocol)と呼ばれる方法で、ネットワーク上の機器を探したり、自機の存在をネットワーク上の他機器へ通知する。ネットワークに繋がった直後やM-SEARCHと呼ばれるリクエストを受信した場合には、提供サービスのダイジェスト情報の所在を示すURI（Uniform Resource Identifier）やUUIDと呼ばれる機器固有のID（identifier）といった情報をテキストベースでUDP（User Datagram Protocol）パケットとしてブロードキャスト送信する。
【００１５】
コンテンツ送信処理部２０２は上記ダイジェスト情報から得られる提供サービスの内容を入手し限定情報処理部２０７へ送る。対応機器かの判定は、コンテンツ管理部２０４が限定情報処理部２０７を通して、再移動先を限定する機能があるか、移動先となる伝送媒体（IP(Internet Protocol)、IEEE1394(Institute of Electrical and Electronic Engineers 1394)、USB(Universal Serial Bus)、BlueTooth、WirelessHD）、記録媒体またはコピープロテクション技術（D-VHS(Data Video Home System)、DVD(Digital Versatile Disc)、SD(Secure Digital Memory Card)、BD-RE(Blu-ray Disc Rewritable)、Hi-MD、MemoryStick Pro）、機器の種類（PC(Personal Computer)、CE機器(Consumer Electronics)、・・・）に関する情報が含まれるかを確認することにより行う（S102）。
【００１６】
再移動先を限定する機能が無い場合、あるいはユーザに指定されたコンテンツに対応する限定情報に一致する伝送媒体、記録媒体や機器の種類が一致しない場合には、移動処理を中断し、通知・表示部２０６にその旨を表示させる（S109）。
【００１７】
一連の処理が開始において、S101、S102までの処理を事前に行い、コンテンツを選んだ後は対象機器のみを通知・表示部２０６に表示することも好適である。
【００１８】
限定情報は、インターネット１０１経由で入手したコンテンツであれば付随する形で同様にインターネット１０１経由で、放送を受信したことにより取得したコンテンツは放送のPSI（Program Specific Information）やSI（Service Information）中に含まれる記述子として入手される。コンテンツと限定情報とはコンテンツ蓄積部２０３に保存される。コンテンツの移動に際して用いられる限定情報は、再移動できる伝送媒体、記録媒体またはコピープロテクション技術、機器の種類をXML（Extensible Markup Language）形式で記載し、それと認証鍵交換処理部２０８が次回認証処理で使用する乱数とを入力として得られるハッシュ値を更にXML形式で限定情報に付加することで、コンテンツ管理部２０４が限定情報処理部２０７に生成させる（S103）。
【００１９】
UPnPでは、サーバがCDS（Content Directory Service）と呼ばれるサービスを用意し、クライアントにコンテンツリストの提供を行う。また、サーバのCDSに対して、クライアントはCreateObjectと呼ばれるアクションを行い、そのレスポンスとしてコンテンツの移動先URIを入手することになる。CreateObjectにはコンテンツの属性が含まれているが、ここにS103で限定情報処理部２０７が生成した限定情報を追加する。このような処理で生成した送信先情報の取得要求を、コンテンツ送信処理部２０２はネットワークインターフェイス２０１を介して装置１０３に送る（S104、図６S401）。
【００２０】
送信先情報の取得要求が成功し、装置１０３からコンテンツの移動先URIを入手した場合、そのURIに対してコンテンツの送信要求を行う。具体的には、コンテンツ送信処理部２０２がHTTPプロトコルのPOSTメソッドを含むリクエストを移動先であるURIに対して送ることにより行われる（S105、図６S403）。
【００２１】
認証鍵交換に必要なアドレスとポート番号を送信先情報の取得要求あるいはPOSTリクエストに付加する。このことにより、MV_INITIATE subfunctionと呼ばれるコマンドがコンテンツの受信側から送られ、認証鍵交換処理部２０８において認証鍵交換が開始される（S106）。この認証鍵交換の際にChallenge subfunctionにより乱数の交換が行われるが、装置１０２から送る乱数にはS103で使用したものを設定する。最終的に、MV_EXCHANGE_KEY subfunctionにてコンテンツがスクランブルする際に使用される鍵が共有されることになる。
【００２２】
S103で生成した制限情報と、S106で装置１０３から受け取った乱数とを入力としてハッシュ値を求め、S104の段階で事前に受け取った移動先情報に含まれるハッシュ値とを比較する形で検証する（S107、図６S406）。この結果に問題がある場合は、装置１０３が不正な機器である、もしくは第三の装置に改ざんされた可能性があるため、処理を中断する。
【００２３】
S106で共有した鍵を用いて認証鍵交換処理部２０８はコンテンツをスクランブルし、コンテンツ送信処理部２０２がPOSTリクエストのBodyとしてコンテンツを送信する（S108、図６S408）。
【００２４】
送信が完了したコンテンツを保存することができた相手機器はMV_FINALIZE subfunctionを送信し一連の委任処理を開始する。この処理の間にコンテンツ管理部２０４はコンテンツ蓄積部２０３にある移動の対象となったコンテンツの再生や移動を不能にする。委任処理が正常に終了することにより、コンテンツの移動が終了する（S110）。
【００２５】
次に、コンテンツを受ける装置１０３の動作を図５のフローチャートと図６のシーケンス図を用いて説明する。装置１０３は、ダイジェスト情報の提供サービスをして提示する情報に、再移動先を限定する機能があることと、移動先となる伝送媒体（IP、IEEE1394、USB、BlueTooth、WirelessHD）、記録媒体またはコピープロテクション技術（D-VHS、DVD、SD、BD-RE、Hi-MD、MemoryStick Pro）、機器の種類（PC、CE機器、・・・）とを用意しておく。
【００２６】
装置１０３の移動コンテンツを受け取る処理は、他機器からの送信先情報の取得要求により開始される（以下では、装置１０２から要求があったものとする）。
送信先情報の取得要求は、ネットワークインターフェイス３０１を経由してコンテンツ受信処理部３０２が受け取る。送信先情報の取得要求となるCreateObjectの中に限定情報が含まれるかをチェックし、存在する場合には限定情報処理部３０７へ送る（S201、図６S402）。無い場合には、通常の移動要求として処理を行う。
【００２７】
限定情報処理部３０７で解析した結果を元に、コンテンツ管理部３０４は、機種の種類に自機が一致するか、自機が対応できる伝送媒体、記録媒体であるか、ハッシュが含まれているかについて、限定情報の確認を行う（S202）。何れかに、不備がある場合には処理を中断する（S208）。
【００２８】
CreateObjectの中に含まれる属性に問題が無ければ、コンテンツ管理部３０４はコンテンツ受信処理部３０２にコンテンツの送信先となるURIを用意させる。また、コンテンツ管理部３０４は、限定情報処理部３０７に認証鍵交換処理部３０８から次回認証処理で使用する乱数を入手し、S201で受け取った限定情報と、その乱数とを入力とするハッシュ値を求めさせ、例えば先のURIにクエリとして付加する形で送信先情報要求の応答を用意する（S203）。
【００２９】
コンテンツ蓄積部３０３にコンテンツを保存できるかを判断し、コンテンツ管理部３０４はコンテンツ受信処理部３０２に送信先情報要求の応答をさせる（S204）。
【００３０】
CreateObject、もしくは上記URIに対する装置１０２からのPOSTリクエストに含まれる認証鍵交換先となるIPアドレスとTCPポートへTCPの接続を行い、認証鍵交換を開始する。認証鍵交換に行われるChallenge subfunctionによる乱数の交換では、S203で用いた乱数を用いて装置１０２へ送る（S205、図６S404）。
【００３１】
S201で得られるハッシュ値を除いた限定情報とS205の認証処理で得られる装置１０２からの乱数とからハッシュ値を求め、S201で得られる限定情報のハッシュ値とを比較することで、S201で得られる限定情報が正しいものかを検証する（S206、図６S405、図６S407）。その結果が不正なものだった場合には、処理を中断する。
【００３２】
S205の認証処理で得られる共有鍵を用いてコンテンツのスクランブルを解除し、限定情報と共にコンテンツ蓄積部３０３で適切に記録する（S207）。
コンテンツの受信とコンテンツ蓄積部３０３での記録が完了した後（図６S409）、MV_FINALIZE subfunctionを送信し委任処理を開始する（S209、図６S410）。委任処理が正常に終了した場合、コンテンツ管理部３０４はコンテンツ蓄積部３０３に保存したコンテンツをその再生や移動の対象とする。
【００３３】
図７は、図６の要部の詳細動作について説明するためのシーケンス図である。図６S401、S402とS404に相当している。
サーバのCDSに対して、上記のようにクライアントはCreateObjectと呼ばれるアクションを行い、そのレスポンスとしてコンテンツの移動先URIを入手することになる。CreateObjectにはコンテンツの属性が含まれているが、ここにS103で限定情報処理部２０７が生成した限定情報が追加されている。そして限定情報と認証処理で送信機が使用する乱数とで生成されるHASH値Hash_A(=f(限定情報, 乱数_A))が、限定情報に付加される。ｆは適当なHASH関数である。
【００３４】
送信先情報の取得要求となるCreateObjectの中に限定情報が含まれるかをチェックし、移動先情報の中に、上記HASH値を含む限定情報と認証処理で受信機が使用する乱数とで生成されるHASH値Hash_B(=f(限定情報, 乱数_A, 乱数_B))が付加される。
【００３５】
認証鍵交換に行われるChallenge subfunctionによる乱数の交換では、上記乱数_Aと乱数_Bとが用いられる。受信機は認証処理中に送られる乱数を用いて、事前に受け取った限定情報に含まれるHASH値を検証する。また送信機は認証処理中に送られる乱数を用いて、事前に受け取った移動先情報に含まれるHASH値を検証する。
【００３６】
限定情報処理部２０７、３０７により、移動元の機器からの制御で、移動先の機器からの更なる移動先を限定することができ、第三者からの改竄を検知することができる。
【００３７】
上記のように本実施形態では効果として、移動元の機器からの制御で、移動先の機器からの更なる移動先を限定することができる。
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。
【図面の簡単な説明】
【００３８】
【図１】この発明の適用される状態について説明するための模式図。
【図２】この発明の実施の形態における装置１０２の構成を示すブロック図。
【図３】この発明の実施の形態における装置１０３の構成を示すブロック図。
【図４】図２の装置（コンテンツの送り側）の動作について説明するためのフローチャート。
【図５】図３の装置（コンテンツの受け側）の動作について説明するためのフローチャート。
【図６】図２の装置（コンテンツの送り側）と図３の装置（コンテンツの受け側）の動作について説明するためのシーケンス図。
【図７】図６の要部の詳細動作について説明するためのシーケンス図。
【符号の説明】
【００３９】
２０１…ネットワークインターフェイス、２０２…コンテンツ送信処理部、２０３…コンテンツ蓄積部、２０４…コンテンツ管理部、２０５…操作入力部、２０６…通知・表示部、２０７…限定情報処理部、２０８…認証鍵交換処理部、３０１…ネットワークインターフェイス、３０２…コンテンツ受信処理部、３０３…コンテンツ蓄積部、３０４…コンテンツ管理部、３０５…操作入力部、３０６…通知・表示部、３０７…限定情報処理部、３０８…認証鍵交換処理部。
【特許請求の範囲】
【請求項１】
コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する限定情報を移動元の機器に作成する限定情報作成手段と、
前記移動先の機器からのコンテンツの移動先情報を、機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とするデータ通信装置。
【請求項２】
コンテンツの移動先の機器でコンテンツ移動に関する移動元の機器からの限定情報を確認する確認手段と、
前記限定情報を機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とするデータ通信装置。
【請求項３】
限定情報は、伝送媒体または記録媒体または機器の種類を含むことを特徴とする請求項１または２に記載のデータ通信装置。
【請求項４】
前記移動先の機器は、限定情報が正しいと確認された場合にコンテンツ移動を進め限定情報が正しいと確認されなかった場合にコンテンツ移動を妨げることを特徴とする請求項１または２に記載のデータ通信装置。
【請求項５】
前記移動元の機器は、移動先の機器が対応機器であると確認された場合にコンテンツ移動を進め移動先の機器が対応機器であると確認されなかった場合にコンテンツ移動を妨げることを特徴とする請求項１または２に記載のデータ通信装置。
【請求項６】
限定情報は、限定情報と認証処理で移動元の機器が使用する乱数とで生成されるHASH値１が付加されていることを特徴とする請求項１または２に記載のデータ通信装置。
【請求項７】
移動先情報は、前記HASH値１を含む限定情報と認証処理で移動先の機器が使用する乱数とで生成されるHASH値２が付加されていることを特徴とする請求項１または２に記載のデータ通信装置。
【請求項８】
移動先の機器は認証処理中に送られる乱数を用いて、事前に受け取った限定情報に含まれるHASH値１を検証することを特徴とする請求項１または２に記載のデータ通信装置。
【請求項９】
移動元の機器は認証処理中に送られる乱数を用いて、事前に受け取った移動先情報に含まれるHASH値２を検証することを特徴とする請求項１または２に記載のデータ通信装置。
【請求項１０】
コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する限定情報を移動元の機器に作成する限定情報作成工程と、
前記移動先の機器からのコンテンツの移動先情報を、機器認証鍵交換を利用して検証する検証工程とを含んだことを特徴とするデータ通信方法。
【請求項１１】
コンテンツの移動先の機器でコンテンツ移動に関する移動元の機器からの限定情報を確認する確認工程と、
前記限定情報を機器認証鍵交換を利用して検証する検証工程とを含んだことを特徴とするデータ通信方法。
【請求項１】
コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する限定情報を移動元の機器に作成する限定情報作成手段と、
前記移動先の機器からのコンテンツの移動先情報を、機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とするデータ通信装置。
【請求項２】
コンテンツの移動先の機器でコンテンツ移動に関する移動元の機器からの限定情報を確認する確認手段と、
前記限定情報を機器認証鍵交換を利用して検証する検証手段とを備えたことを特徴とするデータ通信装置。
【請求項３】
限定情報は、伝送媒体または記録媒体または機器の種類を含むことを特徴とする請求項１または２に記載のデータ通信装置。
【請求項４】
前記移動先の機器は、限定情報が正しいと確認された場合にコンテンツ移動を進め限定情報が正しいと確認されなかった場合にコンテンツ移動を妨げることを特徴とする請求項１または２に記載のデータ通信装置。
【請求項５】
前記移動元の機器は、移動先の機器が対応機器であると確認された場合にコンテンツ移動を進め移動先の機器が対応機器であると確認されなかった場合にコンテンツ移動を妨げることを特徴とする請求項１または２に記載のデータ通信装置。
【請求項６】
限定情報は、限定情報と認証処理で移動元の機器が使用する乱数とで生成されるHASH値１が付加されていることを特徴とする請求項１または２に記載のデータ通信装置。
【請求項７】
移動先情報は、前記HASH値１を含む限定情報と認証処理で移動先の機器が使用する乱数とで生成されるHASH値２が付加されていることを特徴とする請求項１または２に記載のデータ通信装置。
【請求項８】
移動先の機器は認証処理中に送られる乱数を用いて、事前に受け取った限定情報に含まれるHASH値１を検証することを特徴とする請求項１または２に記載のデータ通信装置。
【請求項９】
移動元の機器は認証処理中に送られる乱数を用いて、事前に受け取った移動先情報に含まれるHASH値２を検証することを特徴とする請求項１または２に記載のデータ通信装置。
【請求項１０】
コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する限定情報を移動元の機器に作成する限定情報作成工程と、
前記移動先の機器からのコンテンツの移動先情報を、機器認証鍵交換を利用して検証する検証工程とを含んだことを特徴とするデータ通信方法。
【請求項１１】
コンテンツの移動先の機器でコンテンツ移動に関する移動元の機器からの限定情報を確認する確認工程と、
前記限定情報を機器認証鍵交換を利用して検証する検証工程とを含んだことを特徴とするデータ通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−１７６４２７（Ｐ２０１０−１７６４２７Ａ）
【公開日】平成２２年８月１２日（２０１０．８．１２）
【国際特許分類】
【出願番号】特願２００９−１８７６３（Ｐ２００９−１８７６３）
【出願日】平成２１年１月２９日（２００９．１．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２２年８月１２日（２０１０．８．１２）
【国際特許分類】
【出願日】平成２１年１月２９日（２００９．１．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]