(57)【要約】【課題】クライアントに対する暗号鍵の設定が容易な暗号鍵管理システムを提供することである。【解決手段】ローカルサーバ１及びＡＶ機器２が、ＬＡＮ７に接続される。サービスサーバ５は、ローカルサーバ１及びＡＶ機器２と通信可能である。ローカルサーバ１は、認証情報をサービスサーバ５に送信してローカルサーバ１とサービスサーバ５との間にセッション１００を確立する。ローカルサーバ１は、暗号鍵１６とローカルサーバ１のＵＵＩＤ１５とを、セッション１００を介してサービスサーバ５に送信する。ＡＶ機器２は、認証情報をサービスサーバ５に送信してＡＶ機器２とサービスサーバ５との間にセッション２００を確立する。サービスサーバ５は、ローカルサーバ１から送信された認証情報がＡＶ機器２から送信された認証情報に一致する場合、ＵＵＩＤ１５及び暗号鍵１６を、セッション２００を介してＡＶ機器２に配信する。【選択図】図５
2013153284.tif 000002
【特許請求の範囲】
【請求項１】
ローカルネットワークに接続されるローカルサーバと、
前記ローカルネットワークに接続されるクライアントと、
前記ローカルサーバ及び前記クライアントと通信可能なサービスサーバとを備え、
前記ローカルサーバは、
第１認証情報を前記サービスサーバに送信して前記ローカルサーバと前記サービスサーバとの間に第１セッションを確立する第１セッション確立部と、
暗号鍵と前記ローカルサーバの識別情報とを前記第１セッションを介して前記サービスサーバに送信する暗号鍵送信部とを備え、
前記クライアントは、
第２認証情報を前記サービスサーバに送信して前記クライアントと前記サービスサーバとの間に第２セッションを確立する第２セッション確立部を備え、
前記サービスサーバは、
前記ローカルサーバから送信された第１認証情報が前記クライアントから送信された第２認証情報に一致する場合、前記ローカルサーバから送信された暗号鍵及び識別情報を前記第２セッションを介して前記クライアントに配信する暗号鍵配信部を備える、暗号鍵管理システム。
【請求項２】
請求項１に記載の暗号鍵管理システムであって、
前記ローカルサーバは、さらに、
前記第１セッションが属するグループを特定する第１グループ識別子を前記サービスサーバに送信する第１グループ識別子送信部を備え、
前記クライアントは、さらに、
前記第２セッションが属するグループを特定する第２グループ識別子を前記サービスサーバに送信する第２グループ識別子送信部を備え、
前記暗号鍵配信部は、前記クライアントから送信された第２グループ識別子が前記ローカルサーバから送信された第１グループ識別子に一致する場合、前記暗号鍵を前記クライアントに配信する、暗号鍵管理システム。
【請求項３】
請求項１又は請求項２に記載の暗号鍵管理システムであって、
前記クライアントは、さらに、
前記サービスサーバから配信された暗号鍵及び識別情報を記憶する記憶部と、
前記記憶部に記憶された識別情報を前記記憶部に記憶された暗号鍵で暗号化し、前記暗号化された識別情報を含むコンテンツ要求を前記ローカルサーバに送信するコンテンツ要求部とを備え、
前記ローカルサーバは、さらに、
コンテンツデータを格納するコンテンツ格納部と、
前記コンテンツ要求に含まれる識別情報を前記暗号鍵を用いて復号し、前記識別情報と復号された識別情報とが一致する場合、前記コンテンツデータを前記暗号鍵で暗号化して前記クライアントに送信するコンテンツ送信部とを備える、暗号鍵管理システム。
【請求項４】
請求項１又は請求項２に記載の暗号鍵管理システムであって、
前記ローカルサーバは、さらに、
コンテンツデータを格納するコンテンツ格納部と、
前記コンテンツデータを前記暗号鍵で暗号化し、前記識別情報を前記暗号鍵で暗号化し、暗号化されたコンテンツデータ及び暗号化された識別情報を前記クライアントに送信するコンテンツ送信部とを備え、
前記クライアントは、
前記ローカルサーバから送信された識別情報を、前記記憶部に記憶された暗号鍵を用いて復号する識別情報復号部と、
復号された識別情報が前記記憶部に記憶された識別情報に一致する場合、前記ローカルサーバから送信されたコンテンツデータを、前記記憶部に記憶された暗号鍵を用いて復号するコンテンツ復号部とを備える、暗号鍵管理システム。
【請求項５】
サービスサーバであって、
第１認証情報をローカルネットワークに接続されるローカルサーバから受信して前記ローカルサーバと前記サービスサーバとの間に第１セッションを確立する第１セッション確立部と、
暗号鍵と前記ローカルサーバの識別情報とを前記第１セッションを介して前記ローカルサーバから受信する暗号鍵受信部と、
第２認証情報を前記ローカルネットワークに接続されるクライアントから受信して前記クライアントと前記サービスサーバとの間に第２セッションを確立する第２セッション確立部と、
前記第１セッション確立部により受信された第１認証情報が前記第２セッション確立部により受信された第２認証情報に一致する場合、前記暗号鍵受信部により受信された暗号鍵及び識別情報を、前記第２セッションを介して前記クライアントに配信する暗号鍵配信部とを備える、サービスサーバ。
【請求項６】
ローカルネットワークに接続されるローカルサーバと、前記ローカルネットワークに接続されるクライアントと、前記ローカルサーバ及び前記クライアントと通信可能なサービスサーバとを備える暗号鍵管理システムで用いられる暗号鍵管理方法であって、
第１認証情報を前記ローカルサーバから前記サービスサーバに送信して前記ローカルサーバと前記サービスサーバとの間に第１セッションを確立するステップと、
暗号鍵と前記ローカルサーバの識別情報とを前記第１セッションを介して前記ローカルサーバから前記サービスサーバに送信するステップと、
第２認証情報を前記クライアントから前記サービスサーバに送信して前記クライアントと前記サービスサーバとの間に第２セッションを確立するステップと、
前記ローカルサーバから送信された第１認証情報が前記クライアントから送信された第２認証情報に一致する場合、前記ローカルサーバから送信された暗号鍵及び識別情報を、前記第２セッションを介して前記サービスサーバから前記クライアントに配信するステップとを備える、暗号鍵管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号鍵管理システムに関し、さらに詳しくは、サーバが使用する暗号鍵をクライアントに設定する暗号鍵管理システムに関する。
【背景技術】
【０００２】
一般家庭では、楽曲を録音した音声データ、映像を録画した映像データなどのコンテンツデータを、ハードディスク装置（サーバ）に記録することが行われている。ユーザは、サーバに記録されたコンテンツデータを、ホームネットワークに接続されたテレビ、ＰＣ（Personal Computer）などのクライアントで視聴することができる。コンテンツデータは、ＤＴＣＰ−ＩＰ（Digital Transmission Content Protection over Internet Protocol）と呼ばれる規格に基づいて暗号化された上で、サーバからクライアントに転送される。
【０００３】
ＤＴＣＰ−ＩＰは、著作権保護技術により保護されたコンテンツデータを、ＩＰ（Internet Protocol）ネットワーク上で転送するための規格である。ＤＴＣＰ−ＩＰにおいて、共通鍵を用いてコンテンツデータを暗号化する場合、サーバ及びクライアントに共通鍵を予め設定しなければならない。共通鍵を変更する場合、ユーザは、新たな共通鍵を認証局から取得して、取得した共通鍵を設定する作業を、サーバ及びクライアントのそれぞれに対して行う。ユーザは、複数のクライアントを使用する場合、各クライアントに共通鍵を設定する操作を行わなければならない。このように、ＤＴＣＰ−ＩＰを用いた場合、クライアントへの共通鍵の設定がユーザにとって負担となっていた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１９１３４１号公報
【特許文献２】特開２００６−３１７９９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、クライアントに対する暗号鍵の設定が容易な暗号鍵管理システムを提供することである。
【課題を解決するための手段及び効果】
【０００６】
本発明による暗号鍵管理システムは、ローカルサーバと、クライアントと、サービスサーバとを備える。ローカルサーバは、ローカルネットワークに接続される。クライアントは、ローカルネットワークに接続される。サービスサーバは、ローカルサーバ及びクライアントと通信可能である。ローカルサーバは、第１セッション確立部と、暗号鍵送信部とを備える。第１セッション確立部は、第１認証情報をサービスサーバに送信してローカルサーバとサービスサーバとの間に第１セッションを確立する。暗号鍵送信部は、暗号鍵とローカルサーバの識別情報とを第１セッションを介してサービスサーバに送信する。クライアントは、第２セッション確立部を備える。第２セッション確立部は、第２認証情報をサービスサーバに送信してクライアントとサービスサーバとの間に第２セッションを確立する。サービスサーバは、暗号鍵配信部を備える。暗号鍵配信部は、ローカルサーバから送信された第１認証情報がクライアントから送信された第２認証情報に一致する場合、ローカルサーバから送信された暗号鍵及び識別情報を第２セッションを介してクライアントに配信する。
【０００７】
クライアントは、第１セッションの確立に用いられた第１認証情報と同一の第２認証情報を用いて第２セッションを確立することにより、暗号鍵をサービスサーバから取得することができる。したがって、ユーザは、ローカルサーバが使用する暗号鍵を簡易な操作でクライアントに設定することができる。
【０００８】
好ましくは、ローカルサーバは、さらに、第１グループ識別子送信部を備える。第１グループ識別子送信部は、第１セッションが属するグループを特定する第１グループ識別子をサービスサーバに送信する。クライアントは、さらに、第２グループ識別子送信部を備える。第２グループ識別子送信部は、第２セッションが属するグループを特定する第２グループ識別子をサービスサーバに送信する。暗号鍵配信部は、クライアントから送信された第２グループ識別子がローカルサーバから送信された第１グループ識別子に一致する場合、暗号鍵をクライアントに配信する。
【０００９】
サービスサーバは、クライアントから送信された第２グループ識別子がローカルサーバから送信された第１グループ識別子に一致しなければ、暗号鍵をクライアントに配信しない。したがって、サービスサーバは、グループ識別子を用いることにより、暗号鍵をクライアントに選択的に配信することができる。
【００１０】
好ましくは、クライアントは、さらに、記憶部と、コンテンツ要求部とを備える。記憶部は、サービスサーバから配信された暗号鍵及び識別情報を記憶する。コンテンツ要求部は、記憶部に記憶された識別情報を記憶部に記憶された暗号鍵で暗号化し、暗号化された識別情報を含むコンテンツ要求をローカルサーバに送信する。ローカルサーバは、さらに、コンテンツ格納部と、コンテンツ送信部とを備える。コンテンツ格納部は、コンテンツデータを格納する。コンテンツ送信部は、コンテンツ要求に含まれる識別情報を、暗号鍵を用いて復号し、識別情報と復号された識別情報とが一致する場合、コンテンツデータを暗号鍵で暗号化してクライアントに送信する。
【００１１】
クライアントは、記憶部に記憶された暗号鍵で識別情報を暗号化し、暗号化された識別情報を含むコンテンツ要求をローカルサーバに送信する。ローカルサーバは、コンテンツ要求に含まれる識別情報を復号する。ローカルサーバは、復号された識別情報を、サービスサーバへ送信した識別情報と比較することにより、コンテンツ要求の正当性を判定することができる。
【００１２】
好ましくは、ローカルサーバは、さらに、コンテンツ格納部と、コンテンツ送信部とを備える。コンテンツ格納部は、コンテンツデータを格納する。コンテンツ送信部は、コンテンツデータを暗号鍵で暗号化し、識別情報を暗号鍵で暗号化し、暗号化されたコンテンツデータ及び暗号化された識別情報をクライアントに送信する。クライアントは、識別情報復号部と、コンテンツ復号部とを備える。識別情報復号部は、ローカルサーバから送信された識別情報を、記憶部に記憶された暗号鍵を用いて復号する。コンテンツ復号部は、復号された識別情報が記憶部に記憶された識別情報に一致する場合、ローカルサーバから送信されたコンテンツデータを、記憶部に記憶された暗号鍵を用いて復号する。
【００１３】
ローカルサーバは、コンテンツデータ及び識別情報を暗号鍵でそれぞれ暗号化し、暗号化されたコンテンツデータ及び識別情報をクライアントに送信する。クライアントは、記憶部に記憶された暗号鍵を用いて、送信された識別情報を復号する。クライアントは、復号された識別情報を記憶部に記憶されている識別情報と比較することにより、ローカルサーバから送信されたコンテンツデータの正当性を判定することができる。
【００１４】
本発明のサービスサーバは、本発明の暗号鍵管理システムに用いられる。
【００１５】
本発明の暗号鍵管理方法は、本発明の暗号鍵管理システムに用いられる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施の形態による暗号鍵管理システムの機能ブロック図である。
【図２】図１に示すローカルサーバの機能ブロック図である。
【図３】図１に示すＡＶ機器の機能ブロック図である。
【図４】図１に示すサービスサーバの機能ブロック図である。
【図５】図１に示す暗号鍵管理システムの動作を示すシーケンス図である。
【図６】図４に示すセッションテーブルの一例を示す図である。
【図７】図１に示すローカルサーバから送信されるペアリング情報を示す図である。
【図８】図１に示すローカルサーバの動作を示すフローチャートである。
【図９】図１に示すサービスサーバの動作を示すフローチャートである。
【図１０】図１に示すサービスサーバの動作を示すフローチャートである。
【図１１】図１に示すＡＶ機器の動作を示すフローチャートである。
【図１２】本発明の第２の実施の形態による暗号鍵管理システムの動作を示すシーケンス図である。
【図１３】本発明の第１の実施の形態の変形例による暗号鍵管理システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１８】
［第１の実施の形態］
｛全体構成｝
図１は、本発明の第１の実施の形態による暗号鍵管理システムの機能ブロック図である。図１を参照して、本実施の形態の暗号鍵管理システムは、ローカルサーバ１と、ＡＶ（Audio and Visual）機器２，３と、ルータ４と、サービスサーバ５とを備える。
【００１９】
ＬＡＮ（Local Area Network）７は、ローカルサーバ１及びＡＶ機器２，３のユーザの家屋内に構築される。ＬＡＮ７は、ローカルサーバ１及びＡＶ機器２，３がルータ４に接続されることにより構築される。
【００２０】
ローカルサーバ１は、ハードディスクレコーダである。ローカルサーバ１は、楽曲を録音した音声データ、映像を録画した映像データなどのコンテンツデータを格納する。ＡＶ機器２，３は、ローカルサーバ１から送信されたコンテンツデータを再生するクライアントである。クライアントは、ＰＣ（Personal Computer）、オーディオ再生機器などである。ルータ４は、ＬＡＮ７をインターネット６に接続する。
【００２１】
サービスサーバ５は、インターネット６及びＬＡＮ７を介して、ローカルサーバ１及びＡＶ機器２，３と通信可能である。サービスサーバ５は、ローカルサーバ１からＡＶ機器２，３へコンテンツデータを転送する際に使用される暗号鍵を管理する。サービスサーバ５は、ローカルサーバ１から送信されたペアリング情報１９をＡＶ機器２，３に配信する。ペアリング情報１９は、暗号鍵を含む。ペアリング情報１９の詳細は後述する。
【００２２】
セッション１００が、ローカルサーバ１とサービスサーバ５との間に確立される。セッション２００が、ＡＶ機器２とサービスサーバ５との間に確立される。セッション３００が、ＡＶ機器３とサービスサーバ５との間に確立される。
【００２３】
図２は、ローカルサーバ１の機能ブロック図である。図２を参照して、ローカルサーバ１は、ＣＰＵ（Central Processing Unit）１１と、メモリ１２と、ネットワークインタフェース１３と、ＨＤＤ（Hard Disk Drive）１４とを備える。
【００２４】
ＣＰＵ１１は、ＨＤＤ１４に格納されたプログラムを実行する。すなわち、ＣＰＵ１１は、プログラムをメモリ１２にロードし、ロードされたプログラムを実行してローカルサーバ１を制御する。ネットワークインタフェース１３は、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）などのプロトコルを用いて、インターネット６又はＬＡＮ７に接続されたコンピュータと通信する。
【００２５】
ＨＤＤ１４は、ＵＵＩＤ（universally unique identifier）１５と、暗号鍵１６と、コンテンツデータ１７と、制御プログラム１８とを格納する。ＵＵＩＤ１５は、ローカルサーバ１に固有の識別情報であり、ローカルサーバ１により生成される。暗号鍵１６は、コンテンツデータ１７の暗号化に用いられる。コンテンツデータ１７は、楽曲又は映像などのコンテンツを記録したデジタルデータである。図２では、ＨＤＤ１４は、一つのコンテンツデータ１７を格納しているが、実際には、複数のコンテンツデータ１７を格納する。制御プログラム１８は、ローカルサーバ１の動作を制御するプログラムである。
【００２６】
図３は、ＡＶ機器２の機能ブロック図である。図３を参照して、ＡＶ機器２は、ＣＰＵ２１と、メモリ２２と、ネットワークインタフェース２３と、ＨＤＤ２４とを備える。
【００２７】
ＣＰＵ２１は、ＨＤＤ２４に格納されたプログラムをメモリ２２にロードし、ロードされたプログラムを実行してＡＶ機器２を制御する。ネットワークインタフェース２３は、ＴＣＰ／ＩＰなどのプロトコルを用いて、インターネット６又はＬＡＮ７に接続されたコンピュータと通信する。
【００２８】
ＨＤＤ２４は、ＵＵＩＤ１５と、暗号鍵１６と、制御プログラム２５とを格納する。ＨＤＤ２４に格納されるＵＵＩＤ１５及び暗号鍵１６は、サービスサーバ５を経由してローカルサーバ１から送信される。制御プログラム２５は、ＡＶ機器２の動作を制御するプログラムである。
【００２９】
ＡＶ機器３は、ＡＶ機器２と同様の構成を有するため、その構成の詳細な説明を省略する。
【００３０】
図４は、サービスサーバ５の機能ブロック図である。図４を参照して、サービスサーバ５は、ＣＰＵ５１と、メモリ５２と、ネットワークインタフェース５３と、ＨＤＤ５４とを備える。
【００３１】
ＣＰＵ５１は、ＨＤＤ５４に格納されたプログラムをメモリ５２にロードし、ロードされたプログラムを実行してサービスサーバ５を制御する。ネットワークインタフェース５３は、ＴＣＰ／ＩＰなどのプロトコルを用いて、インターネット６又はＬＡＮ７に接続されたコンピュータと通信する。
【００３２】
ＨＤＤ５４は、ＵＵＩＤ１５と、暗号鍵１６と、サーバプログラム５５と、セッションテーブル５６とを格納する。ＨＤＤ５４に格納されるＵＵＩＤ１５及び暗号鍵１６は、ローカルサーバ１から送信される。サーバプログラム５５は、サービスサーバ５をウェブサーバとして機能させるためのプログラムである。セッションテーブル５６は、サービスサーバ５と他の装置との間に確立されるセッションを管理するために用いられる。
【００３３】
｛暗号鍵管理システムの動作の概略｝
以下、図１に示す暗号鍵管理システムの動作の概略を説明する。図１を参照して、ローカルサーバ１が認証情報（ログイン用のユーザＩＤ及びパスワード）をサービスサーバ５に送信することにより、セッション１００が、ローカルサーバ１とサービスサーバ５との間に確立される。ローカルサーバ１は、ＵＵＩＤ１５及び暗号鍵１６をセッション１００を介してサービスサーバ５に送信する。
【００３４】
ＡＶ機器２が認証情報をサービスサーバ５に送信することにより、セッション２００が、ＡＶ機器２とサービスサーバ５との間に確立される。ローカルサーバ１から送信された認証情報がＡＶ機器２から送信された認証情報に一致する場合、サービスサーバ５は、ローカルサーバ１から送信されたＵＵＩＤ１５及び暗号鍵１６をセッション２００を介してＡＶ機器２に送信する。
【００３５】
このように、ＡＶ機器２が、ローカルサーバ１のログインに用いた認証情報を用いて、サービスサーバ５にログインすることにより、ＵＵＩＤ１５及び暗号鍵１６が、ＡＶ機器２に設定される。ユーザが暗号鍵の設定に関する特別な操作をクライアントに対して行わなくてもよいため、ＡＶ機器２に対する暗号鍵１６の設定が簡略化される。
【００３６】
｛暗号鍵管理システムにおけるデータの流れ｝
図５は、暗号鍵管理システム全体の動作を示すシーケンス図である。図６は、セッションテーブル５６の一例を示す図である。図５及び図６を参照して、暗号鍵管理システムの各装置間でやり取りされるデータの流れを説明する。
【００３７】
最初に、ユーザは、ローカルサーバ１からサービスサーバ５にログインする。具体的には、ローカルサーバ１は、認証情報とグループＩＤとを含むログイン要求をサービスサーバ５に送信する（ステップＳ１１）。グループＩＤの詳細は、後述する。
【００３８】
サービスサーバ５は、ローカルサーバ１から送信された認証情報が認証データベース（図示省略）に登録されている場合、ローカルサーバ１のログインを許可する。サービスサーバ５は、ログイン許可通知をローカルサーバ１に送信する（ステップＳ１２）。この結果、セッション１００が、ローカルサーバ１とサービスサーバ５との間に確立される。サービスサーバ５は、セッションテーブル５６を用いて、セッション１００を管理する。
【００３９】
セッションＩＤは、各セッションに固有の識別子である。サービスサーバ５は、ローカルサーバ１のログインを許可した場合、セッションＩＤ「３４５０１」をセッションテーブル５６に登録する。サービスサーバ５は、認証情報（ユーザＩＤ及びパスワード）と、ローカルサーバ１のＩＰアドレスと、グループＩＤ「１０」をセッションＩＤ「３４５０１」に対応付けてセッションテーブル５６に登録する。ステップＳ１２で送信されるログイン許可通知は、セッションＩＤ「３４５０１」を含む。
【００４０】
次に、ユーザは、ＡＶ機器２からサービスサーバ５に別途ログインする。ＡＶ機器２は、認証情報及びグループＩＤを含むログイン要求をサービスサーバ５に送信する（ステップＳ１３）。サービスサーバ５は、ローカルサーバ１からのログイン要求を受信した場合と同様に、ＡＶ機器２のログインを許可する。サービスサーバ５は、ＡＶ機器２からのログインを許可した場合、セッションＩＤ「７４１８９」をセッションテーブル５６に新たに登録する。ＡＶ機器２から送信された認証情報及びグループＩＤが、セッションＩＤ「７４１８９」に対応付けられて、セッションテーブル５６に登録される。サービスサーバ５は、セッションＩＤ「７４１８９」を含むログイン許可通知をＡＶ機器２に送信する（ステップＳ１４）。これにより、セッション２００が、ＡＶ機器２とサービスサーバ５との間に確立される。
【００４１】
図７は、ローカルサーバ１からサービスサーバ５に送信されるペアリング情報１９を示す図である。図７を参照して、ペアリング情報１９は、ＵＵＩＤ１５と、暗号鍵１６と、グループＩＤ５１と、アクセス情報５２とを含む。アクセス情報５２は、コンテンツデータ１７の格納先を示すＵＲＬ（Uniform Resource Locator）のリストである。ローカルサーバ１は、サービスサーバ５にログインした後に、ペアリング情報１９を、セッション１００を介してサービスサーバ５に送信する（ステップＳ１５）。サービスサーバ５は、送信されたペアリング情報１９を、セッション１００に割り当てられたセッションＩＤ「３４５０１」に対応付けてＨＤＤ５４に格納する。
【００４２】
サービスサーバ５は、ペアリング情報１９を受信した場合、セッションテーブル５６のユーザＩＤ、パスワード、及びグループＩＤを参照して、ペアリング情報１９の配信先が存在するか否かを確認する。
【００４３】
ここで、図６を参照して、グループＩＤについて説明する。グループＩＤは、サービスサーバ５が利用可能な各セッションが属するグループの識別子である。グループＩＤ「１０」が、セッションＩＤ「３４５０１」、「７４１８９」に対応付けられている。つまり、セッション１００，２００は、同一のグループに属する。
【００４４】
セッション１００に割り当てられたセッションＩＤ「３４５０１」の認証情報が、セッション２００に割り当てられたセッションＩＤ「７４１８９」の認証情報に一致している。セッション１００のグループＩＤが、セッション２００のグループＩＤに一致している。したがって、サービスサーバ５は、ペアリング情報１９をセッション２００の接続先（ＡＶ機器２）に配信することを決定する。サービスサーバ５は、ペアリング情報１９をセッション２００を介してＡＶ機器２に送信する（ステップＳ１６）。
【００４５】
セッションＩＤ「９２４４１」は、ＡＶ機器３とサービスサーバ５との間に確立されたセッション３００の識別子である。セッション３００に割り当てられたセッションＩＤ「９２４４１」に対応する認証情報は、セッション１００に割り当てられたセッションＩＤ「３４５０１」に対応する認証情報に一致する。しかし、セッション３００のグループＩＤは、セッション１００のグループＩＤに一致しない。この場合、サービスサーバ５は、ペアリング情報１９をＡＶ機器３に送信しない。このように、ユーザは、グループＩＤを用いて、各セッションが属するグループを設定することにより、ペアリング情報１９の配信先を指定することができる。
【００４６】
図５を参照して、ＡＶ機器２は、サービスサーバ５から送信されたペアリング情報１９をＨＤＤ２４に格納する。ＡＶ機器２は、ローカルサーバ１に格納されているコンテンツデータ１７の再生指示を受け付けた場合、ＵＵＩＤ１５を暗号鍵１６で暗号化する。ユーザは、アクセス情報５２の中から、再生を希望するするコンテンツデータ１７のＵＲＬを選択する。ＡＶ機器２は、暗号化されたＵＵＩＤ１５と選択されたＵＲＬとを含むコンテンツ送信要求を、ローカルサーバ１に送信する（ステップＳ１７）。
【００４７】
ローカルサーバ１は、ＡＶ機器２から送信されたＵＵＩＤ１５を、ＨＤＤ１４に格納されている暗号鍵１６を用いて復号する。復号されたＵＵＩＤ１５が、ＨＤＤ１４に格納されているＵＵＩＤ１５に一致する場合、ローカルサーバ１は、ＡＶ機器２から送信されたコンテンツ送信要求が正当であると判定する。ローカルサーバ１は、ＡＶ機器２から送信されたＵＲＬで指定されたコンテンツデータ１７を、ＨＤＤ１４に格納されている暗号鍵１６で暗号化し、暗号化されたコンテンツデータ１７をＡＶ機器２に送信する（ステップＳ１８）。
【００４８】
ＡＶ機器２は、ローカルサーバ１から送信されたコンテンツデータ１７を、ＨＤＤ２４に格納されている暗号鍵１６を用いて復号する。復号されたコンテンツデータ１７は、ＡＶ機器２により再生される。
【００４９】
このように、ユーザは、ローカルサーバ１からサービスサーバ５にログインし、ＡＶ機器２からサービスサーバ５にログインすることにより、ローカルサーバ１が保持する暗号鍵１６をＡＶ機器２に設定することができる。したがって、ユーザは、簡易な操作で、暗号鍵１６をクライアント（ＡＶ機器２）に設定することができる。
【００５０】
｛各機器の動作｝
以下、図１に示す暗号鍵管理システムを構成する各機器の動作を詳しく説明する。
【００５１】
｛ローカルサーバ１の動作｝
図８は、ローカルサーバ１の動作を示すフローチャートである。図８を参照して、ログインをサービスサーバ５に要求してから、コンテンツデータ１７をＡＶ機器２に送信するまでのローカルサーバ１の動作を詳しく説明する。
【００５２】
制御プログラム１８は、認証情報及びグループＩＤ５１の入力を受け付けた場合、入力された認証情報及びグループＩＤ５１を含むログイン要求を、サービスサーバ１に送信する（ステップＳ１０１）。ログイン要求の送信には、ＨＴＴＰＳ(HyperText Transfer Protocol over SSL）が用いられる。ユーザは、グループＩＤとして、任意の数字を入力することができる。グループＩＤは、制御プログラム１８により自動的に生成されてもよい。この場合、制御プログラム１８は、ログインが許可された後などに、生成したグループＩＤをユーザに通知すればよい。
【００５３】
制御プログラム１８は、ログイン許可通知をサービスサーバ５から受信した場合（ステップＳ１０２においてＹｅｓ）、セッション１００が確立されたと判断する。制御プログラム１８は、ログイン許可通知に含まれるセッションＩＤ「３４５０１」をメモリ１２に保存する。
【００５４】
制御プログラム１８は、ＵＵＩＤ１５及び暗号鍵１６を生成し（ステップＳ１０３）、生成したＵＵＩＤ１５及び暗号鍵１６をＨＤＤ１４に格納する。制御プログラム１８は、ステップＳ１０３で生成されたＵＵＩＤ１５及び暗号鍵１６を用いて、ペアリング情報１９（図７参照）を生成する。
【００５５】
制御プログラム１８は、生成されたペアリング情報１９をセッション１００を介してサービスサーバ５に送信する（ステップＳ１０４）。具体的には、制御プログラム１８は、メモリ１２に保存されたセッションＩＤ「３４５０１」をペアリング情報１９に付加して、サービスサーバ５に送信する。ペアリング情報１９の送信には、ＨＴＴＰＳが用いられる。その後、制御プログラム１８は、コンテンツ送信要求を受信するまで（ステップＳ１０５においてＹｅｓ）、待機する。
【００５６】
制御プログラム１８は、コンテンツ送信要求をＡＶ機器２から受信した場合（ステップＳ１０５においてＹｅｓ）、コンテンツ送信要求に含まれるＵＵＩＤ１５を、ＨＤＤ１４に格納されている暗号鍵１６を用いて復号する（ステップＳ１０６）。制御プログラム１８は、ステップＳ１０６で復号されたＵＵＩＤ１５を、ＨＤＤ１４に格納されているＵＵＩＤ１５と比較する（ステップＳ１０７）。
【００５７】
復号されたＵＵＩＤ１５が、ＨＤＤ１４に格納されているＵＵＩＤ１５に一致する場合（ステップＳ１０７でＹｅｓ）、制御プログラム１８は、受信したコンテンツ送信要求が正当であると判断する。制御プログラム１８は、コンテンツ送信要求に含まれるＵＲＬに基づいて、送信を要求されたコンテンツデータ１７を特定する。制御プログラム１８は、ＨＤＤ１４に格納された暗号鍵１６を用いて、ＵＲＬで特定されたコンテンツデータ１７を暗号化し、暗号化されたコンテンツデータ１７をＨＴＴＰＳを用いてＡＶ機器２に送信する（ステップＳ１０８）。
【００５８】
一方、復号されたＵＵＩＤ１５が、ＨＤＤ１４に格納されているＵＵＩＤ１５に一致しない場合（ステップＳ１０７でＮｏ）、コンテンツ送信要求は、正当でないと判定される。制御プログラム１８は、エラーをＡＶ機器２に通知する（ステップＳ１０９）。
【００５９】
｛サービスサーバ５の動作｝
以下、ログイン要求を受信した場合におけるサービスサーバ５の動作と、ペアリング情報を受信した場合におけるサービスサーバ５の動作とを、それぞれ説明する。
【００６０】
図９は、ログイン要求を受信した場合におけるサービスサーバ５の動作を示すフローチャートである。図９を参照して、サーバプログラム５５は、ログイン要求をローカルサーバ１から受信した場合（ステップＳ５０１においてＹｅｓ）、ローカルサーバ１のログインを許可するか否かを判定する（ステップＳ５０２）。
【００６１】
ログイン要求に含まれる認証情報が、ＨＤＤ５４に予め格納されている認証データベース（図示省略）に登録されている場合、サーバプログラム５５は、ローカルサーバ１のログインを許可する（ステップＳ５０２においてＹｅｓ）。サーバプログラム５５は、セッション１００の識別子として、セッションＩＤ「３４５０１」を新たに発行してセッションテーブル５６に登録する（ステップＳ５０３）。ステップＳ５０３では、ログイン要求に含まれる認証情報及びグループＩＤも、セッションＩＤ「３４５０１」とともにセッションテーブル５６に登録される。サーバプログラム５５は、セッションＩＤ「３４５０１」を含むログイン許可通知をローカルサーバ１に送信する（ステップＳ５０４）。
【００６２】
ログインを許可しない場合（ステップＳ５０２においてＮｏ）、サーバプログラム５５は、ログインを許可しないことをローカルサーバ１に通知した後に、ステップＳ５０１に戻る。
【００６３】
一方、ＡＶ機器２からのログイン要求を受け付けた場合、サービスサーバ５は、ステップＳ５０１〜Ｓ５０４を繰り返す。これにより、セッション２００の識別子であるセッションＩＤ「７４１８９」と、ＡＶ機器２から送信された認証情報と、グループＩＤとが、セッションテーブル５６に登録される。
【００６４】
図１０は、ペアリング情報１９を受信した場合におけるサービスサーバ５の動作を示すフローチャートである。ローカルサーバ１は、サービスサーバ５にログインした後に、セッションＩＤ「３４５０１」を付加したペアリング情報１９を、サービスサーバ５に送信する（ステップＳ１０４。図８参照）。図１０を参照して、サーバプログラム５５は、ペアリング情報１９を受信した場合（ステップＳ５０５においてＹｅｓ）、受信したペアリング情報１９を、セッション１００に割り当てられたセッションＩＤ「３４５０１」に対応付けてＨＤＤ５４に保存する（ステップＳ５０６）。
【００６５】
サーバプログラム５５は、受信したペアリング情報１９の配信先を決定する（ステップＳ５０７）。具体的には、サーバプログラム５５は、セッションテーブル５６を参照して、セッションＩＤ「３４５０１」の認証情報及びグループＩＤがセッションＩＤ「７４１８９」の認証情報及びグループＩＤに一致すると判定する。サーバプログラム５５は、セッションＩＤ「７４１８９」に対応付けられたＩＰアドレス（ＡＶ機器２のＩＰアドレス）をペアリング情報１９の配信先として決定する。
【００６６】
配信先が決定された場合（ステップＳ５０７でＹｅｓ）、サーバプログラム５５は、ペアリング情報１９を、特定した配信先にＨＴＴＰＳを用いて配信する（ステップＳ５０８）。なお、サーバプログラム１９は、決定した配信先にペアリング情報１９を既に送信していた場合、ステップＳ５０８を実行しない。
【００６７】
サーバプログラム５５は、配信先を決定できなかった場合（ステップＳ５０７でＮｏ）、新たなログインを許可するまで待機する（ステップＳ５０９）。サーバプログラム５５は、ログインを新たに許可した場合（ステップＳ５０９においてＹｅｓ）、ＨＤＤ５４に格納されたペアリング情報１９を、ログインを新たに許可した機器に転送できるか否かを判定するために、ステップＳ５０７に戻る。
【００６８】
｛ＡＶ機器２の動作｝
図１１は、ＡＶ機器２の動作を示すフローチャートである。図１１を参照して、ログインをサービスサーバ５に要求してから、コンテンツデータ１７の再生を開始するまでのＡＶ機器２の動作を説明する。
【００６９】
制御プログラム２５は、認証情報及びグループＩＤ５１の入力を受け付けた場合、入力された認証情報及びグループＩＤ５１を含むログイン要求を、サービスサーバ１に送信する（ステップＳ２０１）。ログイン要求の送信には、ＨＴＴＰＳが用いられる。ステップＳ２０１で送信されるログイン要求は、ローカルサーバ１がログインする際に用いられた認証情報及びグループＩＤと同一のデータを含む。
【００７０】
制御プログラム２５は、ログイン許可通知をサービスサーバ５から受信した場合（ステップＳ２０２においてＹｅｓ）、セッション２００が確立されたと判断し、ペアリング情報１９を受信するまで待機する（ステップＳ２０３）。制御プログラム２５は、ペアリング情報１９を、セッション２００を介してサービスサーバ５から受信した場合（ステップＳ２０３においてＹｅｓ）、受信したペアリング情報１９をＨＤＤ２４に格納する（ステップＳ２０４）。
【００７１】
ＡＶ機器２は、ユーザの操作に応じて、アクセス情報５２を表示する。ユーザは、表示されたアクセス情報５２の中から、ＡＶ機器２で再生するコンテンツデータ１７のＵＲＬを選択する。制御プログラム２５は、ステップＳ２０５，Ｓ２０６を実行して、ＡＶ機器２で再生するためのコンテンツデータ１７の送信を要求する。
【００７２】
具体的には、制御プログラム２５は、ＨＤＤ２４に格納されたペアリング情報１９からＵＵＩＤ１５と暗号鍵１６とを取り出す。制御プログラム２５は、ＵＵＩＤ１５を暗号鍵１６で暗号化する（ステップＳ２０５）。制御プログラム２５は、暗号化されたＵＵＩＤ１５と選択されたＵＲＬとを含むコンテンツ送信要求を作成して、ローカルサーバ１に送信する（ステップＳ２０６）。コンテンツ送信要求の送信には、ＨＴＴＰＳが用いられる。その後、制御プログラム２５は、ローカルサーバ１からの応答があるまで待機する（ステップＳ２０７）。
【００７３】
制御プログラム２５は、コンテンツデータ１７をコンテンツ送信要求の応答として受信した場合（ステップＳ２０７においてＹｅｓ）、受信したコンテンツデータ１７を、ＨＤＤ２４に格納されている暗号鍵１６を用いて復号する（ステップＳ２０８）。制御プログラム２５は、復号したコンテンツデータを再生する。
【００７４】
以上説明したように、セッション１００，２００に割り当てられたセッションＩＤが、同一の認証情報及びグループＩＤに対応づけられている場合、サービスサーバ５は、セッション１００を介して受信したペアリング情報１９を、セッション２００を介してＡＶ機器２に送信する。ユーザは、ローカルサーバ１からサービスサーバ５にログインする操作と、ＡＶ機器２からサービスサーバ５にログインする操作とを、同一の認証情報を用いて行うことにより、ＡＶ機器２に暗号鍵１６を設定することができる。したがって、ＡＶ機器２に暗号鍵を設定する操作が簡略化される。
【００７５】
［第２の実施の形態］
本発明の第２の実施の形態について、上記第１の実施の形態と異なる点を中心に説明する。第１の実施の形態では、ローカルサーバ１は、ＡＶ機器２からのコンテンツ送信要求に応じて、コンテンツデータ１７を送信する。しかし、第２の実施の形態では、ＡＶ機器２は、コンテンツ送信要求を送信しない。ローカルサーバ１は、コンテンツデータ１７をＡＶ機器２，３にマルチキャストする。
【００７６】
図１２は、第２の実施の形態による暗号鍵管理システムの動作を示すシーケンス図である。図１２を参照して、ステップＳ１６以降のデータの流れを説明する。
【００７７】
サービスサーバ１が、ペアリング情報１９をＡＶ機器２に配信した時点で（ステップＳ１６）、ＡＶ機器３は、サービスサーバ５にログインしていない。ユーザは、ローカルサーバ１を操作して、ＡＶ機器２，３に対するコンテンツデータ１７のマルチキャストを指示する。
【００７８】
ローカルサーバ１は、暗号化されたコンテンツデータ１７のマルチキャストを開始する（ステップＳ２１，Ｓ２２）。具体的には、ローカルサーバ１は、ＨＤＤ１４に格納されているＵＵＩＤ１５とコンテンツデータ１７とを暗号鍵１６で暗号化する。暗号化されたＵＵＩＤ１５及びコンテンツデータ１７を含むデータ（以下、マルチキャストデータという）がＡＶ機器２，３へマルチキャストされる。
【００７９】
ＡＶ機器２は、マルチキャストデータを受信した場合、ＨＤＤ２４に格納されている暗号鍵１６を用いて、マルチキャストデータに含まれるＵＵＩＤ１５（ローカルサーバ１から送信されたＵＵＩＤ１５）を復号する（ステップＳ２３）。復号されたＵＵＩＤ１５が、ＨＤＤ２４に格納されているＵＵＩＤ１５と一致する場合、ＡＶ機器２は、受信したマルチキャストデータが正当であると判定する。ＡＶ機器２は、ＨＤＤ２４に格納されている暗号鍵１６を用いて、マルチキャストデータに含まれるコンテンツデータ１７（ローカルサーバ１から送信されたコンテンツデータ１７）の復号を開始する（ステップＳ２４）。この結果、ＡＶ機器２において、復号されたコンテンツデータの再生が開始される。
【００８０】
一方、ＡＶ機器３は、サービスサーバ５にログインしていないため、ペアリング情報１９をサービスサーバ５から取得していない。ＡＶ機器３は、マルチキャストデータを受信しても、暗号化されたＵＵＩＤ１５及びコンテンツデータ１７を復号できない。
【００８１】
マルチキャストが開始された後に、ユーザは、ＡＶ機器３を操作して、サービスサーバ５へのログインを指示する。ユーザは、ＡＶ機器２のログイン時に使用した認証情報とグループＩＤ５１とを、ＡＶ機器３に入力する。ＡＶ機器３は、入力された認証情報及びグループＩＤ５１を含むログイン要求をサービスサーバ５に送信する（ステップＳ２５）。サービスサーバ５は、ログイン要求に含まれる認証情報に基づいて、ＡＶ機器３のログインを許可し、ログイン許可通知をＡＶ機器３に送信する（ステップＳ２６）。この結果、セッション３００が、ＡＶ機器３とサービスサーバ５との間に確立される。セッションテーブル５６のセッションＩＤ「３４５０１」、「７４１８９」、「９２４４１」には、同一の認証情報及びグループＩＤが登録される。
【００８２】
サービスサーバ５は、更新されたセッションテーブル５６を参照して、ペアリング情報１９をＡＶ機器３に配信できると判断する。サービスサーバ１は、ペアリング情報１９を、セッション３００を介してＡＶ機器３に配信する（ステップＳ２７）。ペアリング情報１９の送信には、ＨＴＴＰＳが用いられる。
【００８３】
ＡＶ機器３は、ペアリング情報１９を受信することにより、マルチキャストデータに含まれるＵＵＩＤ１５を復号することが可能となる。ＡＶ機器３は、ＡＶ機器２と同様に、ＨＤＤ２４に格納されている暗号鍵１６を用いて、マルチキャストデータに含まれるＵＵＩＤ１５を復号する（ステップＳ２８）。ＡＶ機器３は、マルチキャストデータが正当であると判定した場合、マルチキャストデータに含まれるコンテンツデータ１７の復号を開始する（ステップＳ２９）。この結果、ＡＶ機器３において、復号されたコンテンツデータ１７の再生が開始される。
【００８４】
このように、第２の実施の形態では、ローカルサーバ１が、配信データをマルチキャスト配信する。ユーザは、ローカルサーバ１を操作して、ＡＶ機器２，３で同一のコンテンツを再生することが可能となる。
【００８５】
上記第１及び第２の実施の形態では、ローカルサーバ１及びＡＶ機器２，３が、グループＩＤを認証情報とともに送信する例を説明したが、これに限られない。図１３を参照して、ローカルサーバ１は、セッション１００がステップＳ１１，Ｓ１２の処理により確立された後に、グループＩＤ「１０」をセッション１００を介してサービスサーバ５に送信してもよい（ステップＳ５１）。同様に、ＡＶ機器２は、セッション２００がステップＳ１３，Ｓ１４の処理により確立された後に、グループＩＤ「１０」をセッション２００を介してサービスサーバ５に送信してもよい（ステップＳ５２）。ユーザは、ローカルサーバ１及びＡＶ機器２のログインをやり直すことなく、セッション２００が属するグループをセッション２００が属するグループと異なるグループに変更することができる。したがって、互いに異なる暗号鍵をＡＶ機器２，３に容易に設定することができる。
【００８６】
上記第１及び第２実施の形態において、ローカルサーバ１及びＡＶ機器２，３が、ログイン要求のときにグループＩＤをサービスサーバ５に送信する例を説明したが、これに限られない。ローカルサーバ１は、グループＩＤを送信しなくてもよい。この場合、サービスサーバ５は、各セッションＩＤに対応付けられた認証情報を比較することによって、ペアリング情報１９の送信先を決定すればよい。
【００８７】
上記実施の形態では、クライアントがＡＶ機器２，３である例を説明したが、これに限られない。クライアントは、ローカルサーバ１及びサービスサーバ５と通信可能であり、コンテンツデータ１７を再生できる機能を有する機器であればよい。たとえば、クライアントとして、スマートフォンなどの携帯電話などを用いることができる。
【００８８】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【符号の説明】
【００８９】
１  ローカルサーバ
２，３  ＡＶ機器
５  サービスサーバ
１１，２１，５１  ＣＰＵ
１２，２２，５２  メモリ
１４，２４，５４  ＨＤＤ
１５  ＵＵＩＤ
１６  暗号鍵
１７  コンテンツデータ
１８，２５  制御プログラム
１９  ペアリング情報
５１  グループＩＤ
５５  サーバプログラム
５６  セッションテーブル
【図１】
2013153284.tif 000003
【図２】
2013153284.tif 000004
【図３】
2013153284.tif 000005
【図４】
2013153284.tif 000006
【図５】
2013153284.tif 000007
【図６】
2013153284.tif 000008
【図７】
2013153284.tif 000009
【図８】
2013153284.tif 000010
【図９】
2013153284.tif 000011
【図１０】
2013153284.tif 000012
【図１１】
2013153284.tif 000013
【図１２】
2013153284.tif 000014
【図１３】
2013153284.tif 000015