暗号化鍵管理装置、暗号化鍵管理方法及び情報再生装置
【課題】暗号化装置における暗号化鍵管理装置、暗号化鍵管理方法、及び情報再生装置を提供する。
【解決手段】実施形態の暗号化鍵管理装置は、暗号化されたコンテンツを再生するための暗号化鍵を供給元から受信した場合に前記暗号化鍵を記憶する記憶手段と、前記供給元と１対１の通信が確立している期間、前記暗号化されたコンテンツを前記暗号化鍵で復号させる管理手段と、を具備する。
【解決手段】実施形態の暗号化鍵管理装置は、暗号化されたコンテンツを再生するための暗号化鍵を供給元から受信した場合に前記暗号化鍵を記憶する記憶手段と、前記供給元と１対１の通信が確立している期間、前記暗号化されたコンテンツを前記暗号化鍵で復号させる管理手段と、を具備する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、暗号化装置における暗号化鍵管理装置、暗号化鍵管理方法、及び情報再生装置に関する。
【背景技術】
【０００２】
デジタル著作物の著作権保護のため、暗号化鍵で暗号化している。暗号化鍵は、記録媒体に記録されているため、デジタル著作物を再生するためには、記録媒体を物理的に移動することが必要になる。例えば、携帯電話内のＳＤ（Secure Digital）メモリカードに記録されたデジタル著作物をＴＶ（テレビジョン）装置で視聴するためには、ＳＤメモリカードを、ＴＶ装置に物理的に移動することが必要である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−３４８９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、デジタル著作物を視聴するためにＳＤメモリカードなどを物理的に移動することは、ユーザの利便性に影響を及ぼす。一方、一度ＳＤメモリカードを物理的に移動しＴＶ装置でデジタル著作物を視聴すれば、その後ＳＤメモリカードを物理的に移動しなくても該デジタル著作物の視聴を可能とすると、ユーザの利便性は向上するが、著作権を適正に保護できなくなる。
【０００５】
本発明の目的は、ユーザの利便性を維持した上で、著作権の適正な保護が可能な暗号化装置における暗号化鍵管理装置、暗号化鍵管理方法、及び情報再生装置を提供することである。
【課題を解決するための手段】
【０００６】
実施形態によれば、暗号化鍵管理装置は、暗号化されたコンテンツを再生するための暗号化鍵を供給元から受信した場合に前記暗号化鍵を記憶する記憶手段と、前記供給元と１対１の通信が確立している期間、前記暗号化されたコンテンツを前記暗号化鍵で復号させる管理手段と、を具備する。
【図面の簡単な説明】
【０００７】
【図１】実施形態の一例を示す図。
【図２】実施形態の一例を示す図。
【図３】実施形態の一例を示す図。
【図４】実施形態の一例を示す図。
【図５】実施形態の一例を示す図。
【図６】実施形態の一例を示す図。
【図７】実施形態の一例を示す図。
【発明を実施するための形態】
【０００８】
以下、実施形態について、図面を参照して説明する。
【０００９】
初めに、鍵メディア装置とホスト機器とを含む暗号化鍵管理システムの構成を概略的に説明する。
【００１０】
図１に、実施形態に関わる暗号化鍵管理システムのシステム構成例を示す。図２に、暗号化鍵管理システムを構成する暗号化鍵管理装置のうち、一時的に暗号鍵を供給する側の機器（鍵メディア装置１０１）の構成例を示す。図３に、一時的に暗号化鍵の供給を受ける機器（ホスト機器１０２）の構成例を示す。
【００１１】
図１に示す鍵メディア装置１０１は、暗号化鍵の管理を行う。
【００１２】
鍵メディア装置１０１は、ホスト機器１０２と通信する。また、鍵メディア装置１０１は、ホスト機器１０２に暗号鍵を提供する。鍵メディア装置１０１は、携帯端末装置、例えば携帯電話装置やスマートフォン、ＰＤＡ（Personal Digital Assistant）等を含む。ホスト機器１０２は、例えばＴＶ（テレビジョン受信）装置やＰＣ（Personal Computer）、あるいはＴＶ装置またはモニタ装置と接続されたレコーダ装置等を含む。
【００１３】
ホスト機器１０２は、鍵メディア装置１０１から送信された暗号鍵を利用して、自機器で保有する暗号化されたコンテンツを復号してコンテンツ再生を行う。このとき、ホスト機器１０２は、暗号鍵を利用する際の使用条件がある場合、その使用条件の範囲内で利用する。詳細については後述する。
【００１４】
図２に示す鍵メディア装置１０１は、通信手段２０１、管理手段２０２、鍵使用条件生成手段２０３、記憶手段２０４を有する。
【００１５】
通信手段（インターフェイス）２０１は、ホスト機器１０２と通信するための通信機能を有する。管理手段２０２は、記憶手段２０４で記憶している暗号化鍵の管理、及び、暗号化鍵の使用条件の生成などを管理する。鍵使用条件生成手段２０３は、ホスト機器１０２における暗号化鍵の使用条件を生成するとともに、ホスト機器１０２に対して鍵の使用を許可した場合に、鍵メディア装置１０１内での暗号化鍵の使用条件を生成する。記憶手段２０４は、暗号化鍵を記憶している。通信手段（インターフェイス）２０１は、鍵メディア装置１０１外部に独立に設けられてもよい。
【００１６】
図３に示すホスト機器１０２は、通信手段３０１、管理手段３０２、記憶手段３０３、再生手段３０４を有する。
【００１７】
通信手段（インターフェイス）３０１は、鍵メディア装置１０１と通信するための通信機能を有する。記憶手段３０３は、通信手段３０１が鍵メディア装置１０１から受信した暗号化鍵を記憶する。管理手段３０２は、記憶手段３０３で記憶している暗号化鍵の管理を行う。また、管理手段３０２は、再生手段３０４に記憶手段が記憶している暗号化鍵を用いて暗号化されたコンテンツを復号させる。通信手段（インターフェイス）３０１は、ホスト機器１０２の外部に独立に設けられてもよい。再生手段３０４は、管理手段３０２からの指示に基づき暗号化鍵を用いて暗号化されたコンテンツ、例えば映像及びオーディオ（音声）を復号し、復号したコンテンツを例えば図示しない表示装置に出力する。
【００１８】
図３に示すホスト機器１０２は、鍵メディア装置１０１から、暗号化鍵の使用に制限を受けた場合には、その使用制限の範囲内で暗号化されたコンテンツを復号し、コンテンツの再生を行う。
【００１９】
次に、鍵メディア装置１０１とホスト機器１０２との間の具体的な鍵の受け渡し方法を説明する。
【００２０】
図４は、鍵メディア装置１０１が、ホスト機器１０２に対し暗号化鍵を供給するまでの暗号化鍵の受け渡しをシーケンスにまとめたものである。
【００２１】
暗号鍵の受け渡しは、鍵メディア装置１０１とホスト機器１０２との間の通信が確立した後［４０１］に、ホスト機器１０２が鍵メディア装置１０１に対して、鍵要求信号を送信する［４０２］。鍵メディア装置１０１は、受信した鍵要求信号が要求している暗号化鍵を保持しているかを確認し、ホスト機器１０２が保持する鍵使用条件の範囲を確認した後［４０３］、暗号化鍵を保持している場合、ホスト機器１０２に対して暗号化鍵を送信する［４０４］。
【００２２】
ところで、ホスト機器１０２において、暗号化コンテンツを復号、再生している際に、ホスト機器１０２と鍵メディア装置１０１との間の通信が切断されることがある。通信が切断された以降も、無制限に暗号化コンテンツの復号、再生が行われることは著作権保護の観点から問題となる。そこで、本実施形態に関する暗号化鍵管理装置は、ホスト機器１０２と鍵メディア装置１０１との間の１対１の通信が確立している時に限って、ホスト機器１０２における暗号化コンテンツの再生を可能とする。１対１の通信に限ることで、鍵メディア装置１０１が、複数のホスト機器１０１に対して、同時に鍵を供給することを防止することもできる。
【００２３】
ここで、通信が確立しているとは、供給元への信号送信に対して、供給元から、所定の時間内に応答信号が返信される状態、あるいは、所定の期間内に、供給元が送信する信号を受信している状態、のことを言う。
【００２４】
また、１対１の通信とは、供給元と通信が確立している状態の時に、供給元を宛先アドレスに含む信号を送信する状態、つまり、供給元以外の装置を宛先アドレスとする信号を送信しない状態や、自装置宛ての信号の送信元アドレスが、供給元である状態のことを言う。
【００２５】
なお、上記状態を実現するためには、自装置内において、自装置の通信相手として、供給元装置のみを登録する必要があるが、この状態を通信が確立しているということもできる。
【００２６】
鍵メディア装置１０１とホスト機器１０２との間の通信方式として、有線接続（接触型通信を含む）や近距離無線（非接触通信を含む）を用いた場合、暗号化コンテンツを復号、再生中は鍵メディア装置１０１をホスト機器１０２と有線接続しておくか、鍵メディア装置１０１とホスト機器１０２との間の距離を、近距離無線通信が可能な範囲内の距離にしておく必要がある。そのため、例えば、鍵メディア装置１０１を、携帯電話の携帯端末装置で実現した場合に、コンテンツを再生中に、電話着信がある場合や、電話発信する場合に、携帯電話を移動すると近距離無線通信が切断され、暗号化コンテンツが再生できなくなってしまう。そのため、ユーザの利便性を維持したまま、コンテンツの著作権を適正に保護する技術が必要とされている。
【００２７】
そこで、本実施形態に関わる暗号化鍵管理装置は、暗号化鍵に対して、鍵の使用条件の必要性を示すための図５または図６に一例を示す情報フィールドを付加することとする。そして、鍵メディア装置１０１内の管理手段２０２及びホスト機器１０２内の管理手段３０２のそれぞれは、暗号化鍵を使用する場合には、この情報フィールドを解析し、暗号化鍵の使用がある使用条件で制約を受けているかの判断を行う。この使用条件は、暗号化鍵の一部のフィールドを使って表示する場合と、暗号化鍵と別に管理する方法が考えられる。
【００２８】
以下、暗号化鍵の使用条件に関して詳細に説明する。
【００２９】
暗号化鍵の使用条件がある場合は、暗号化鍵を送信する前にその暗号化鍵の使用条件を送信する。
【００３０】
図５（ａ）に示す例では、暗号化鍵には識別するための識別子ＩＤが付加されており、その識別子ＩＤが鍵使用条件にも付加されている。これにより、暗号化鍵に付加された識別子ＩＤと同じ識別子ＩＤが付加された鍵使用条件が、その暗号化鍵に該当する使用条件であると判断する。
【００３１】
また、（図５（ｂ））に示すように、暗号化鍵には識別子ＩＤの他に使用条件の有無を示す（「０」または「１」をセット可能な）ビットフィールド、すなわち使用条件フィールドを用意し、そのビットフィールド（例えば「１」）がセットされている際に、同じ識別子ＩＤが付加された使用条件を検索するようにすることもできる。
【００３２】
検索した結果、使用条件が見つからなかった場合は、その暗号化鍵は使用できないこととする。
【００３３】
また、使用条件の有無を示すビットフィールドがセットされていない場合は、無条件にその暗号鍵を使用してよいこととする。
【００３４】
また、暗号化鍵の情報に、鍵使用条件を付加する方法もある。この方法は、鍵メディア装置１０１とホスト機器１０２との間で送受信するフレーム数を削減する効果があり、また、暗号化鍵と鍵使用条件の対応付けを簡易にチェックすることも可能となる。この場合、暗号化鍵と鍵使用条件は同時に送信することになるため、図４とは少し異なるシーケンスとなる。図６（ａ）及び図６（ｂ）は、暗号化鍵と使用条件を１フレームで送信する場合のフレームフォーマット例である。
【００３５】
例えば、図６（ａ）のように、使用条件の有無を示すビットフィールド、すなわち使用条件フィールドを用意し、そのビット（例えば「１」）がセットされている時に限って使用条件フィールドが有効とすることが可能である。また、図６（ｂ）のように、使用条件フールドが全て「０」の時は、使用条件がないことを意味するようにしてもよい。
【００３６】
次に、暗号化鍵の使用条件の更新例を示す。
【００３７】
暗号化鍵の使用条件を時間で管理する場合、暗号化鍵を使用できる時間は、更新の必要性を判断すること、すなわち暗号化コンテンツをどこまで復号、再生したかが一つの尺度となる。更新の必要性は、例えば、再生時間が２時間の暗号化コンテンツを冒頭から再生した直後であれば、利用者の観点からは少なくとも２時間視聴できることが好ましく、その一方で、すでに暗号化コンテンツを１時間５０分の視聴をした利用者であれば、少なくとも１０分視聴できることが好ましい。また、コンテンツによっては、巻き戻しをして再生することもある。つまり、１時間３０分視聴した後に、３０分の巻き戻しを行ったユーザにとっては、少なくともあと１時間視聴できることが望ましい。
【００３８】
そこで、本実施形態に関わる暗号化鍵管理装置は、図７に一例を示す通り、ホスト機器１０２側が、鍵メディア装置１０１に対して、暗号化鍵の使用条件の更新要求を行うものとする。このように暗号化コンテンツの再生状況を管理可能なホスト機器１０２側が暗号化鍵の使用条件の更新要求を行うことにより、ユーザの利便性を維持した上で、著作権の適正な保護が可能となる。
【００３９】
次に、本実施形態の鍵管理装置の鍵メディア装置側の処理について説明する。
【００４０】
上述した暗号化鍵の供給方法は、ユーザの利便性を向上させるために有益である。しかしながら、著作権の適正な保護の観点からは、暗号化鍵を供給した鍵メディア装置における暗号化鍵の使用条件をどのように技術的に定義するかが課題である。すなわち、現行の暗号化鍵を用いる場合、暗号化コンテンツを際限なく再生することは防止できるものの、帯電話の携帯端末装置で実現した場合に、コンテンツを再生中に、電話着信がある場合や、電話発信する場合に、携帯電話を移動すると近距離無線通信が切断され、暗号化コンテンツが再生できなくなってしまう。そのため、ユーザの利便性を維持したまま、コンテンツの著作権を適正に保護する技術が必要とされている。
【００４１】
本実施形態では、鍵メディア装置１０１が、ある使用条件のもと、ホスト機器１０２に対して暗号化鍵を供給し、かつ、鍵メディア装置１０１とホスト機器１０２との間の通信が切断された場合に、鍵メディア装置１０１が、どのように暗号化鍵を管理するかを規定することにより、上述した課題を解決する。
【００４２】
そこで、本実施形態では、鍵メディア装置における、暗号化鍵の管理方法を開示する。
【００４３】
具体的には、鍵メディア装置１０１は、ホスト機器１０２に対して暗号化鍵の使用条件（第１の使用条件）を送信する場合には、自装置（鍵メディア装置１０１）における暗号化鍵の使用条件（第２の使用条件）についても生成する。そして、自装置が保有している暗号化鍵であっても、第２の使用条件に従って暗号化鍵を使用することとする。そのため、鍵メディア装置１０１は、ホスト機器１０２に送信する暗号化鍵だけでなく、自装置で管理する暗号化鍵についても、図５（ａ）または（ｂ）で示したようなＩＤフィールドを設けるか、あるいは図６（ａ）または（ｂ）で示したような鍵使用条件フィールドを設けたフレームフォーマットとする。さらに、図５（ｂ）または図６（ａ）に示すように、使用条件フィールド情報を付加していてもよい。暗号化鍵のフレームフォーマットに、ＩＤフィールド、鍵使用条件フィールド、使用条件有効フィールドを付加することにより、暗号化鍵を適切に管理できるようになる。
【００４４】
鍵使用条件の設定方法は様々であるが、同じ暗号化鍵を必要とするコンテンツが同時に視聴されることを防止するという観点からは、ホスト機器１０２に暗号化鍵の使用を許諾した鍵メディア装置１０１は、暗号化鍵の使用を許可した時間は、他のホストに対して暗号化鍵の使用を許諾しない方法が有効である。
【００４５】
さらに、本実施形態では、暗号化鍵の使用条件を更新するか否かの判断は、ホスト機器１０２との通信が確立している期間内で、ホスト機器１０２から使用条件の更新要求を受信した際に判断することとする。ホスト機器１０２は、図７により後段に示す通り、更新要求に対する鍵メディア装置１０１からの「使用条件が更新された暗号化鍵」を受け取り、更新された期間について、コンテンツを再生する。なお、鍵メディア装置１０１における暗号化鍵の使用条件の更新も、ホスト機器１０２との通信が確立している期間内のみとする。同様に鍵メディア装置１０１が主導となり、鍵の使用条件を変更する場合であっても、ホスト機器１０２側の鍵の使用条件を変更した後でしか、鍵メディア装置１０１の使用条件を変更できないこととする。
【００４６】
すなわち、図７に一例を示すが、図４により説明した［４０１］〜［４０４］に加え、ホスト機器１０２からの鍵使用条件更新要求信号を受け取り［７０１］、ホスト機器１０２が保持する鍵使用条件の更新後の使用条件の範囲を確認した後［７０２］、更新した暗号化鍵を送信する［７０３］ことにより、鍵メディア装置１０１とホスト機器１０２との間で、暗号化鍵の使用条件の同期をとることが可能になる。これにより、暗号化コンテンツの著作権が適正に管理することが可能となる。
【００４７】
以上説明したように、本実施形態により、暗号化鍵を格納した鍵メディア装置の移動を必要とすること無しで暗号化コンテンツを再生する仕組みを提供するとともに、暗号化コンテンツが、複数の暗号化コンテンツ再生装置で同時に再生されることを防止することができる。
【００４８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４９】
１０１…鍵メディア装置（携帯端末）、１０２…ホスト機器（情報再生装置）、２０１…通信手段（インターフェイス）、２０２…管理手段、２０３…鍵使用条件生成手段、２０４…記憶手段、３０１…通信手段（インターフェイス）、３０２…管理手段、３０３…記憶手段。
【技術分野】
【０００１】
本発明の実施形態は、暗号化装置における暗号化鍵管理装置、暗号化鍵管理方法、及び情報再生装置に関する。
【背景技術】
【０００２】
デジタル著作物の著作権保護のため、暗号化鍵で暗号化している。暗号化鍵は、記録媒体に記録されているため、デジタル著作物を再生するためには、記録媒体を物理的に移動することが必要になる。例えば、携帯電話内のＳＤ（Secure Digital）メモリカードに記録されたデジタル著作物をＴＶ（テレビジョン）装置で視聴するためには、ＳＤメモリカードを、ＴＶ装置に物理的に移動することが必要である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−３４８９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、デジタル著作物を視聴するためにＳＤメモリカードなどを物理的に移動することは、ユーザの利便性に影響を及ぼす。一方、一度ＳＤメモリカードを物理的に移動しＴＶ装置でデジタル著作物を視聴すれば、その後ＳＤメモリカードを物理的に移動しなくても該デジタル著作物の視聴を可能とすると、ユーザの利便性は向上するが、著作権を適正に保護できなくなる。
【０００５】
本発明の目的は、ユーザの利便性を維持した上で、著作権の適正な保護が可能な暗号化装置における暗号化鍵管理装置、暗号化鍵管理方法、及び情報再生装置を提供することである。
【課題を解決するための手段】
【０００６】
実施形態によれば、暗号化鍵管理装置は、暗号化されたコンテンツを再生するための暗号化鍵を供給元から受信した場合に前記暗号化鍵を記憶する記憶手段と、前記供給元と１対１の通信が確立している期間、前記暗号化されたコンテンツを前記暗号化鍵で復号させる管理手段と、を具備する。
【図面の簡単な説明】
【０００７】
【図１】実施形態の一例を示す図。
【図２】実施形態の一例を示す図。
【図３】実施形態の一例を示す図。
【図４】実施形態の一例を示す図。
【図５】実施形態の一例を示す図。
【図６】実施形態の一例を示す図。
【図７】実施形態の一例を示す図。
【発明を実施するための形態】
【０００８】
以下、実施形態について、図面を参照して説明する。
【０００９】
初めに、鍵メディア装置とホスト機器とを含む暗号化鍵管理システムの構成を概略的に説明する。
【００１０】
図１に、実施形態に関わる暗号化鍵管理システムのシステム構成例を示す。図２に、暗号化鍵管理システムを構成する暗号化鍵管理装置のうち、一時的に暗号鍵を供給する側の機器（鍵メディア装置１０１）の構成例を示す。図３に、一時的に暗号化鍵の供給を受ける機器（ホスト機器１０２）の構成例を示す。
【００１１】
図１に示す鍵メディア装置１０１は、暗号化鍵の管理を行う。
【００１２】
鍵メディア装置１０１は、ホスト機器１０２と通信する。また、鍵メディア装置１０１は、ホスト機器１０２に暗号鍵を提供する。鍵メディア装置１０１は、携帯端末装置、例えば携帯電話装置やスマートフォン、ＰＤＡ（Personal Digital Assistant）等を含む。ホスト機器１０２は、例えばＴＶ（テレビジョン受信）装置やＰＣ（Personal Computer）、あるいはＴＶ装置またはモニタ装置と接続されたレコーダ装置等を含む。
【００１３】
ホスト機器１０２は、鍵メディア装置１０１から送信された暗号鍵を利用して、自機器で保有する暗号化されたコンテンツを復号してコンテンツ再生を行う。このとき、ホスト機器１０２は、暗号鍵を利用する際の使用条件がある場合、その使用条件の範囲内で利用する。詳細については後述する。
【００１４】
図２に示す鍵メディア装置１０１は、通信手段２０１、管理手段２０２、鍵使用条件生成手段２０３、記憶手段２０４を有する。
【００１５】
通信手段（インターフェイス）２０１は、ホスト機器１０２と通信するための通信機能を有する。管理手段２０２は、記憶手段２０４で記憶している暗号化鍵の管理、及び、暗号化鍵の使用条件の生成などを管理する。鍵使用条件生成手段２０３は、ホスト機器１０２における暗号化鍵の使用条件を生成するとともに、ホスト機器１０２に対して鍵の使用を許可した場合に、鍵メディア装置１０１内での暗号化鍵の使用条件を生成する。記憶手段２０４は、暗号化鍵を記憶している。通信手段（インターフェイス）２０１は、鍵メディア装置１０１外部に独立に設けられてもよい。
【００１６】
図３に示すホスト機器１０２は、通信手段３０１、管理手段３０２、記憶手段３０３、再生手段３０４を有する。
【００１７】
通信手段（インターフェイス）３０１は、鍵メディア装置１０１と通信するための通信機能を有する。記憶手段３０３は、通信手段３０１が鍵メディア装置１０１から受信した暗号化鍵を記憶する。管理手段３０２は、記憶手段３０３で記憶している暗号化鍵の管理を行う。また、管理手段３０２は、再生手段３０４に記憶手段が記憶している暗号化鍵を用いて暗号化されたコンテンツを復号させる。通信手段（インターフェイス）３０１は、ホスト機器１０２の外部に独立に設けられてもよい。再生手段３０４は、管理手段３０２からの指示に基づき暗号化鍵を用いて暗号化されたコンテンツ、例えば映像及びオーディオ（音声）を復号し、復号したコンテンツを例えば図示しない表示装置に出力する。
【００１８】
図３に示すホスト機器１０２は、鍵メディア装置１０１から、暗号化鍵の使用に制限を受けた場合には、その使用制限の範囲内で暗号化されたコンテンツを復号し、コンテンツの再生を行う。
【００１９】
次に、鍵メディア装置１０１とホスト機器１０２との間の具体的な鍵の受け渡し方法を説明する。
【００２０】
図４は、鍵メディア装置１０１が、ホスト機器１０２に対し暗号化鍵を供給するまでの暗号化鍵の受け渡しをシーケンスにまとめたものである。
【００２１】
暗号鍵の受け渡しは、鍵メディア装置１０１とホスト機器１０２との間の通信が確立した後［４０１］に、ホスト機器１０２が鍵メディア装置１０１に対して、鍵要求信号を送信する［４０２］。鍵メディア装置１０１は、受信した鍵要求信号が要求している暗号化鍵を保持しているかを確認し、ホスト機器１０２が保持する鍵使用条件の範囲を確認した後［４０３］、暗号化鍵を保持している場合、ホスト機器１０２に対して暗号化鍵を送信する［４０４］。
【００２２】
ところで、ホスト機器１０２において、暗号化コンテンツを復号、再生している際に、ホスト機器１０２と鍵メディア装置１０１との間の通信が切断されることがある。通信が切断された以降も、無制限に暗号化コンテンツの復号、再生が行われることは著作権保護の観点から問題となる。そこで、本実施形態に関する暗号化鍵管理装置は、ホスト機器１０２と鍵メディア装置１０１との間の１対１の通信が確立している時に限って、ホスト機器１０２における暗号化コンテンツの再生を可能とする。１対１の通信に限ることで、鍵メディア装置１０１が、複数のホスト機器１０１に対して、同時に鍵を供給することを防止することもできる。
【００２３】
ここで、通信が確立しているとは、供給元への信号送信に対して、供給元から、所定の時間内に応答信号が返信される状態、あるいは、所定の期間内に、供給元が送信する信号を受信している状態、のことを言う。
【００２４】
また、１対１の通信とは、供給元と通信が確立している状態の時に、供給元を宛先アドレスに含む信号を送信する状態、つまり、供給元以外の装置を宛先アドレスとする信号を送信しない状態や、自装置宛ての信号の送信元アドレスが、供給元である状態のことを言う。
【００２５】
なお、上記状態を実現するためには、自装置内において、自装置の通信相手として、供給元装置のみを登録する必要があるが、この状態を通信が確立しているということもできる。
【００２６】
鍵メディア装置１０１とホスト機器１０２との間の通信方式として、有線接続（接触型通信を含む）や近距離無線（非接触通信を含む）を用いた場合、暗号化コンテンツを復号、再生中は鍵メディア装置１０１をホスト機器１０２と有線接続しておくか、鍵メディア装置１０１とホスト機器１０２との間の距離を、近距離無線通信が可能な範囲内の距離にしておく必要がある。そのため、例えば、鍵メディア装置１０１を、携帯電話の携帯端末装置で実現した場合に、コンテンツを再生中に、電話着信がある場合や、電話発信する場合に、携帯電話を移動すると近距離無線通信が切断され、暗号化コンテンツが再生できなくなってしまう。そのため、ユーザの利便性を維持したまま、コンテンツの著作権を適正に保護する技術が必要とされている。
【００２７】
そこで、本実施形態に関わる暗号化鍵管理装置は、暗号化鍵に対して、鍵の使用条件の必要性を示すための図５または図６に一例を示す情報フィールドを付加することとする。そして、鍵メディア装置１０１内の管理手段２０２及びホスト機器１０２内の管理手段３０２のそれぞれは、暗号化鍵を使用する場合には、この情報フィールドを解析し、暗号化鍵の使用がある使用条件で制約を受けているかの判断を行う。この使用条件は、暗号化鍵の一部のフィールドを使って表示する場合と、暗号化鍵と別に管理する方法が考えられる。
【００２８】
以下、暗号化鍵の使用条件に関して詳細に説明する。
【００２９】
暗号化鍵の使用条件がある場合は、暗号化鍵を送信する前にその暗号化鍵の使用条件を送信する。
【００３０】
図５（ａ）に示す例では、暗号化鍵には識別するための識別子ＩＤが付加されており、その識別子ＩＤが鍵使用条件にも付加されている。これにより、暗号化鍵に付加された識別子ＩＤと同じ識別子ＩＤが付加された鍵使用条件が、その暗号化鍵に該当する使用条件であると判断する。
【００３１】
また、（図５（ｂ））に示すように、暗号化鍵には識別子ＩＤの他に使用条件の有無を示す（「０」または「１」をセット可能な）ビットフィールド、すなわち使用条件フィールドを用意し、そのビットフィールド（例えば「１」）がセットされている際に、同じ識別子ＩＤが付加された使用条件を検索するようにすることもできる。
【００３２】
検索した結果、使用条件が見つからなかった場合は、その暗号化鍵は使用できないこととする。
【００３３】
また、使用条件の有無を示すビットフィールドがセットされていない場合は、無条件にその暗号鍵を使用してよいこととする。
【００３４】
また、暗号化鍵の情報に、鍵使用条件を付加する方法もある。この方法は、鍵メディア装置１０１とホスト機器１０２との間で送受信するフレーム数を削減する効果があり、また、暗号化鍵と鍵使用条件の対応付けを簡易にチェックすることも可能となる。この場合、暗号化鍵と鍵使用条件は同時に送信することになるため、図４とは少し異なるシーケンスとなる。図６（ａ）及び図６（ｂ）は、暗号化鍵と使用条件を１フレームで送信する場合のフレームフォーマット例である。
【００３５】
例えば、図６（ａ）のように、使用条件の有無を示すビットフィールド、すなわち使用条件フィールドを用意し、そのビット（例えば「１」）がセットされている時に限って使用条件フィールドが有効とすることが可能である。また、図６（ｂ）のように、使用条件フールドが全て「０」の時は、使用条件がないことを意味するようにしてもよい。
【００３６】
次に、暗号化鍵の使用条件の更新例を示す。
【００３７】
暗号化鍵の使用条件を時間で管理する場合、暗号化鍵を使用できる時間は、更新の必要性を判断すること、すなわち暗号化コンテンツをどこまで復号、再生したかが一つの尺度となる。更新の必要性は、例えば、再生時間が２時間の暗号化コンテンツを冒頭から再生した直後であれば、利用者の観点からは少なくとも２時間視聴できることが好ましく、その一方で、すでに暗号化コンテンツを１時間５０分の視聴をした利用者であれば、少なくとも１０分視聴できることが好ましい。また、コンテンツによっては、巻き戻しをして再生することもある。つまり、１時間３０分視聴した後に、３０分の巻き戻しを行ったユーザにとっては、少なくともあと１時間視聴できることが望ましい。
【００３８】
そこで、本実施形態に関わる暗号化鍵管理装置は、図７に一例を示す通り、ホスト機器１０２側が、鍵メディア装置１０１に対して、暗号化鍵の使用条件の更新要求を行うものとする。このように暗号化コンテンツの再生状況を管理可能なホスト機器１０２側が暗号化鍵の使用条件の更新要求を行うことにより、ユーザの利便性を維持した上で、著作権の適正な保護が可能となる。
【００３９】
次に、本実施形態の鍵管理装置の鍵メディア装置側の処理について説明する。
【００４０】
上述した暗号化鍵の供給方法は、ユーザの利便性を向上させるために有益である。しかしながら、著作権の適正な保護の観点からは、暗号化鍵を供給した鍵メディア装置における暗号化鍵の使用条件をどのように技術的に定義するかが課題である。すなわち、現行の暗号化鍵を用いる場合、暗号化コンテンツを際限なく再生することは防止できるものの、帯電話の携帯端末装置で実現した場合に、コンテンツを再生中に、電話着信がある場合や、電話発信する場合に、携帯電話を移動すると近距離無線通信が切断され、暗号化コンテンツが再生できなくなってしまう。そのため、ユーザの利便性を維持したまま、コンテンツの著作権を適正に保護する技術が必要とされている。
【００４１】
本実施形態では、鍵メディア装置１０１が、ある使用条件のもと、ホスト機器１０２に対して暗号化鍵を供給し、かつ、鍵メディア装置１０１とホスト機器１０２との間の通信が切断された場合に、鍵メディア装置１０１が、どのように暗号化鍵を管理するかを規定することにより、上述した課題を解決する。
【００４２】
そこで、本実施形態では、鍵メディア装置における、暗号化鍵の管理方法を開示する。
【００４３】
具体的には、鍵メディア装置１０１は、ホスト機器１０２に対して暗号化鍵の使用条件（第１の使用条件）を送信する場合には、自装置（鍵メディア装置１０１）における暗号化鍵の使用条件（第２の使用条件）についても生成する。そして、自装置が保有している暗号化鍵であっても、第２の使用条件に従って暗号化鍵を使用することとする。そのため、鍵メディア装置１０１は、ホスト機器１０２に送信する暗号化鍵だけでなく、自装置で管理する暗号化鍵についても、図５（ａ）または（ｂ）で示したようなＩＤフィールドを設けるか、あるいは図６（ａ）または（ｂ）で示したような鍵使用条件フィールドを設けたフレームフォーマットとする。さらに、図５（ｂ）または図６（ａ）に示すように、使用条件フィールド情報を付加していてもよい。暗号化鍵のフレームフォーマットに、ＩＤフィールド、鍵使用条件フィールド、使用条件有効フィールドを付加することにより、暗号化鍵を適切に管理できるようになる。
【００４４】
鍵使用条件の設定方法は様々であるが、同じ暗号化鍵を必要とするコンテンツが同時に視聴されることを防止するという観点からは、ホスト機器１０２に暗号化鍵の使用を許諾した鍵メディア装置１０１は、暗号化鍵の使用を許可した時間は、他のホストに対して暗号化鍵の使用を許諾しない方法が有効である。
【００４５】
さらに、本実施形態では、暗号化鍵の使用条件を更新するか否かの判断は、ホスト機器１０２との通信が確立している期間内で、ホスト機器１０２から使用条件の更新要求を受信した際に判断することとする。ホスト機器１０２は、図７により後段に示す通り、更新要求に対する鍵メディア装置１０１からの「使用条件が更新された暗号化鍵」を受け取り、更新された期間について、コンテンツを再生する。なお、鍵メディア装置１０１における暗号化鍵の使用条件の更新も、ホスト機器１０２との通信が確立している期間内のみとする。同様に鍵メディア装置１０１が主導となり、鍵の使用条件を変更する場合であっても、ホスト機器１０２側の鍵の使用条件を変更した後でしか、鍵メディア装置１０１の使用条件を変更できないこととする。
【００４６】
すなわち、図７に一例を示すが、図４により説明した［４０１］〜［４０４］に加え、ホスト機器１０２からの鍵使用条件更新要求信号を受け取り［７０１］、ホスト機器１０２が保持する鍵使用条件の更新後の使用条件の範囲を確認した後［７０２］、更新した暗号化鍵を送信する［７０３］ことにより、鍵メディア装置１０１とホスト機器１０２との間で、暗号化鍵の使用条件の同期をとることが可能になる。これにより、暗号化コンテンツの著作権が適正に管理することが可能となる。
【００４７】
以上説明したように、本実施形態により、暗号化鍵を格納した鍵メディア装置の移動を必要とすること無しで暗号化コンテンツを再生する仕組みを提供するとともに、暗号化コンテンツが、複数の暗号化コンテンツ再生装置で同時に再生されることを防止することができる。
【００４８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４９】
１０１…鍵メディア装置（携帯端末）、１０２…ホスト機器（情報再生装置）、２０１…通信手段（インターフェイス）、２０２…管理手段、２０３…鍵使用条件生成手段、２０４…記憶手段、３０１…通信手段（インターフェイス）、３０２…管理手段、３０３…記憶手段。
【特許請求の範囲】
【請求項１】
暗号化されたコンテンツを再生するための暗号化鍵を供給元から受信した場合に前記暗号化鍵を記憶する記憶手段と、
前記供給元と１対１の通信が確立している期間、前記暗号化されたコンテンツを前記暗号化鍵で復号させる管理手段と、
を具備する暗号化鍵管理装置。
【請求項２】
前記管理手段は、前記暗号化鍵の使用条件を受信した場合、前記使用条件に従って前記暗号化鍵の管理を行う請求項１記載の暗号化鍵管理装置。
【請求項３】
前記管理手段は、前記暗号化鍵の供給元との前記通信が確立している期間に、前記使用条件を更新するための要求信号を送信する請求項１記載の暗号化鍵管理装置。
【請求項４】
暗号化されたコンテンツを再生するための暗号化鍵を保有する記憶手段と、
前記暗号化鍵を管理する管理手段と、
前記暗号化鍵の使用条件を生成する条件生成手段と、
を具備し、
前記暗号化鍵の供給相手先から暗号化鍵情報の取得要求を受信した場合、前記供給相手先における前記暗号化鍵の使用条件である第１の使用条件を生成し、前記供給相手先との１対１の通信が確立している期間に、前記第１の使用条件と前記暗号化鍵情報を前記供給相手先に送信し、
自装置の前記暗号化鍵の使用条件である第２の使用条件を生成し、前記第２の使用条件に従って、自装置における暗号化鍵の使用を制約する暗号鍵管理装置。
【請求項５】
前記第１の使用条件は、前記暗号化鍵の使用期間を制限する条件を含み、
前記第２の使用条件は、前記使用期間を制限する条件が有効である間、前記供給相手先と異なる供給相手先への前記暗号化鍵情報の送信の禁止を含む請求項４記載の暗号鍵管理装置。
【請求項６】
前記第１の使用条件の更新は前記供給相手先から更新要求を受信した際に、更新するか否かを決定する請求項４記載の暗号化管理鍵装置。
【請求項７】
前記第２の使用条件を前記供給相手先との前記通信が確立している期間に、更新する請求項４記載の暗号化鍵管理装置。
【請求項８】
前記第２の使用条件を更新する前に、前記第１の使用条件を更新するための信号を前記供給相手先に送信する請求項７記載の暗号化鍵管理装置。
【請求項９】
暗号化されたコンテンツを再生するための暗号化鍵を供給元から受信した場合に前記暗号化鍵を記憶する記憶手段と、
前記供給元と１対１の通信が確立している期間、前記暗号化されたコンテンツを前記暗号化鍵で復号するよう指示する管理手段と、
前記管理手段の指示により前記暗号化されたコンテンツを前記暗号鍵で復号する手段と、
を具備する情報再生装置。
【請求項１０】
接触または非接触通信で前記暗号化鍵を受信する通信手段をさらに有する請求項９記載の情報再生装置。
【請求項１１】
前記管理手段は、前記供給元との前記通信の確立から所定期間の間、コンテンツの再生を継続するために、前記供給元に更新情報を要求する請求項１０記載の情報再生装置。
【請求項１２】
暗号化されたコンテンツを再生する暗号化鍵を受信し、
暗号化鍵の供給元との間の１対１の通信が確立している期間、受信した暗号化鍵に対応するコンテンツを再生可能に管理する
暗号化鍵管理方法。
【請求項１３】
暗号化鍵情報の取得要求を受信して第１の使用条件を生成し、
暗号化鍵と関連づけて、コンテンツを再生する鍵供給相手先に供給し、
自身の暗号化鍵の使用を制約する第２の使用条件を生成し、第２の使用条件に従って、自装置の暗号化鍵の使用を制約する
暗号化鍵管理方法。
【請求項１】
暗号化されたコンテンツを再生するための暗号化鍵を供給元から受信した場合に前記暗号化鍵を記憶する記憶手段と、
前記供給元と１対１の通信が確立している期間、前記暗号化されたコンテンツを前記暗号化鍵で復号させる管理手段と、
を具備する暗号化鍵管理装置。
【請求項２】
前記管理手段は、前記暗号化鍵の使用条件を受信した場合、前記使用条件に従って前記暗号化鍵の管理を行う請求項１記載の暗号化鍵管理装置。
【請求項３】
前記管理手段は、前記暗号化鍵の供給元との前記通信が確立している期間に、前記使用条件を更新するための要求信号を送信する請求項１記載の暗号化鍵管理装置。
【請求項４】
暗号化されたコンテンツを再生するための暗号化鍵を保有する記憶手段と、
前記暗号化鍵を管理する管理手段と、
前記暗号化鍵の使用条件を生成する条件生成手段と、
を具備し、
前記暗号化鍵の供給相手先から暗号化鍵情報の取得要求を受信した場合、前記供給相手先における前記暗号化鍵の使用条件である第１の使用条件を生成し、前記供給相手先との１対１の通信が確立している期間に、前記第１の使用条件と前記暗号化鍵情報を前記供給相手先に送信し、
自装置の前記暗号化鍵の使用条件である第２の使用条件を生成し、前記第２の使用条件に従って、自装置における暗号化鍵の使用を制約する暗号鍵管理装置。
【請求項５】
前記第１の使用条件は、前記暗号化鍵の使用期間を制限する条件を含み、
前記第２の使用条件は、前記使用期間を制限する条件が有効である間、前記供給相手先と異なる供給相手先への前記暗号化鍵情報の送信の禁止を含む請求項４記載の暗号鍵管理装置。
【請求項６】
前記第１の使用条件の更新は前記供給相手先から更新要求を受信した際に、更新するか否かを決定する請求項４記載の暗号化管理鍵装置。
【請求項７】
前記第２の使用条件を前記供給相手先との前記通信が確立している期間に、更新する請求項４記載の暗号化鍵管理装置。
【請求項８】
前記第２の使用条件を更新する前に、前記第１の使用条件を更新するための信号を前記供給相手先に送信する請求項７記載の暗号化鍵管理装置。
【請求項９】
暗号化されたコンテンツを再生するための暗号化鍵を供給元から受信した場合に前記暗号化鍵を記憶する記憶手段と、
前記供給元と１対１の通信が確立している期間、前記暗号化されたコンテンツを前記暗号化鍵で復号するよう指示する管理手段と、
前記管理手段の指示により前記暗号化されたコンテンツを前記暗号鍵で復号する手段と、
を具備する情報再生装置。
【請求項１０】
接触または非接触通信で前記暗号化鍵を受信する通信手段をさらに有する請求項９記載の情報再生装置。
【請求項１１】
前記管理手段は、前記供給元との前記通信の確立から所定期間の間、コンテンツの再生を継続するために、前記供給元に更新情報を要求する請求項１０記載の情報再生装置。
【請求項１２】
暗号化されたコンテンツを再生する暗号化鍵を受信し、
暗号化鍵の供給元との間の１対１の通信が確立している期間、受信した暗号化鍵に対応するコンテンツを再生可能に管理する
暗号化鍵管理方法。
【請求項１３】
暗号化鍵情報の取得要求を受信して第１の使用条件を生成し、
暗号化鍵と関連づけて、コンテンツを再生する鍵供給相手先に供給し、
自身の暗号化鍵の使用を制約する第２の使用条件を生成し、第２の使用条件に従って、自装置の暗号化鍵の使用を制約する
暗号化鍵管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−６５２３９（Ｐ２０１２−６５２３９Ａ）
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願番号】特願２０１０−２０９２５０（Ｐ２０１０−２０９２５０）
【出願日】平成２２年９月１７日（２０１０．９．１７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願日】平成２２年９月１７日（２０１０．９．１７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]