(57)【要約】【課題】  ユーザの利便性の向上を図ることを可能とする暗号キー管理システム、外部機器及び暗号キー管理プログラムを提供する。【解決手段】  外部機器１０は、自機器の識別子である外部機器識別子を記憶する記憶部１１を備える。記憶部１１は、著作権保護データの暗号キーを格納するための格納領域１１ａを有する。格納領域には、初期状態において、暗号キーが格納されておらず、外部機器識別子に対応する暗号キーが端末２０によって書き込まれる。【選択図】  図２
2010045535.tif 000002
【特許請求の範囲】
【請求項１】
自機器の識別子である外部機器識別子を記憶する外部機器と、前記外部機器が装着される端末と、前記外部機器識別子と著作権保護データの暗号キーとを対応付けて記憶するサーバとを備えた暗号キー管理システムであって、
前記外部機器は、前記暗号キーを格納するための格納領域を有する記憶部を有しており、
前記端末は、
前記外部機器識別子を含む暗号キー取得要求を前記サーバに送信する取得要求送信部と、
前記暗号キー取得要求に含まれる前記外部機器識別子に対応付けられた前記暗号キーを前記サーバから受信する受信部と、
前記サーバから受信する前記暗号キーを前記格納領域に書き込む書込み部と、
前記暗号キーを前記格納領域から読み出す読出し部と、
前記格納領域から読み出された前記暗号キーを用いて、前記著作権保護データを処理するデータ処理部とを有することを特徴とする暗号キー管理システム。
【請求項２】
前記サーバは、
前記暗号キー取得要求に含まれる前記外部機器識別子に対応付けられた前記暗号キーを前記端末に送信する暗号キー送信部と、
前記暗号キーを前記端末に送信したか否かを管理する管理部とを有しており、
前記暗号キー送信部は、
前記暗号キー取得要求を受信した際に、前記暗号キーを未だ送信していない場合には、前記外部機器識別子に対応付けられた前記暗号キーを前記端末に送信し、
前記暗号キー取得要求を受信した際に、前記暗号キーを既に送信している場合には、前記外部機器識別子に対応付けられた前記暗号キーの送信を中止することを特徴とする請求項１に記載の暗号キー管理システム。
【請求項３】
前記端末は、前記暗号キー取得要求の送信前において、前記外部機器に設けられた前記格納領域に前記暗号キーが格納されているか否かを判定する制御部をさらに有しており、
前記取得要求送信部は、前記格納領域に前記暗号キーが格納されていない場合に、前記暗号キー取得要求を送信することを特徴とする請求項１に記載の暗号キー管理システム。
【請求項４】
端末に装着される外部機器であって、
自機器の識別子である外部機器識別子を記憶する記憶部を備え、
前記記憶部は、著作権保護データの暗号キーを格納するための格納領域を有しており、
前記格納領域には、初期状態において、前記暗号キーが格納されておらず、前記外部機器識別子に対応する前記暗号キーが前記端末によって書き込まれることを特徴とする外部機器。
【請求項５】
自機器の識別子である外部機器識別子を記憶する外部機器が装着される端末によって著作権保護データの暗号キーを管理する暗号キー管理プログラムであって、コンピュータに、
前記端末が、前記外部機器識別子を含む暗号キー取得要求をサーバに送信するステップと、
前記暗号キー取得要求に含まれる前記外部機器識別子に対応付けられた前記暗号キーを前記サーバから受信するステップと、
前記サーバから受信する前記暗号キーを前記外部機器に設けられた格納領域に書き込むステップとを実行させることを特徴とする暗号キー管理プログラム。
【請求項６】
前記暗号キー取得要求を送信するステップよりも前に、前記外部機器に設けられた前記格納領域に前記暗号キーが格納されているか否かを判定するステップをコンピュータにさらに実行させ、
前記格納領域に前記暗号キーが格納されていない場合に、前記暗号キー取得要求を送信するステップを実行させることを特徴とする請求項５に記載の暗号キー管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、著作権保護データの暗号キーを管理する暗号キー管理システム、外部機器及び暗号キー管理プログラムに関する。
【背景技術】
【０００２】
従来、テレビチューナなどの外部機器をパーソナルコンピュータなどの端末に装着することが知られている。ＷＡＮやＬＡＮなどのネットワークに端末を接続する技術も知られている。
【０００３】
ところで、デジタルデータの著作権を保護する技術（例えば、ＤＲＭ；Ｄｉｇｉｔａｌ  Ｒｉｇｈｔ  Ｍａｎａｇｅｍｅｎｔ）が注目を浴びている（例えば、特許文献１）。
【０００４】
例えば、著作権が保護されたデジタルデータ（以下、著作権保護データ）の不正コピーに対する対策として、ＣＰＲＭ（Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｆｏｒ  Ｒｅｃｏｒｄａｂｌｅ  Ｍｅｄｉａ）が提案されている。また、ネットワークへの著作権保護データの不正流出に対する対策として、ＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が提案されている。
【０００５】
ここで、ＣＰＲＭでは、端末は、外部機器に割り当てられる暗号キー（ＣＰＲＭキー）を用いて著作権保護データを復号する。ＣＰＲＭキーは、端末に記憶されることが一般的である。
【０００６】
ＤＴＣＰ−ＩＰでは、端末は、外部機器に割り当てられる暗号キー（ＤＴＣＰキー）を用いて著作権保護データを暗号化する。ＤＴＣＰキーは、端末に記憶されることが一般的である。なお、端末がＤＴＣＰキーを記憶していない場合には、著作権保護データの送信が制限される。
【特許文献１】特開２００６−１５７１８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、複数の端末及び１つの外部機器をユーザが有するケースが考えられる。このようなケースでは、１つの外部機器を複数の端末のそれぞれに装着する可能性がある。すなわち、１つの外部機器が複数の端末によって共有される可能性がある。
【０００８】
しかしながら、一般的には、１つの外部機器に対して１つの暗号キーが割り当てられる。また、ＣＰＲＭキーやＤＴＣＰキーなどの暗号キーは、端末に記憶される。
【０００９】
従って、ＣＰＲＭキーやＤＴＣＰキーなどの暗号キーを記憶する端末は、複数の端末のいずれか１つの端末である。すなわち、著作権保護データのコピー、再生及び送信を許容された端末が単数である。
【００１０】
このように、１つの外部機器を複数の端末によって共有するケースにおいて、著作権保護データのコピー、再生及び送信を許容された端末が限られている。すなわち、ユーザの利便性が阻害されている。
【００１１】
そこで、本発明は、上述した課題を解決するためになされたものであり、ユーザの利便性の向上を図ることを可能とする暗号キー管理システム、外部機器及び暗号キー管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
第１の特徴に係る暗号キー管理システムは、自機器の識別子である外部機器識別子を記憶する外部機器（外部機器１０）と、前記外部機器が装着される端末（端末２０）と、前記外部機器識別子と著作権保護データの暗号キーとを対応付けて記憶するサーバ（サーバ３０）とを備える。前記外部機器は、前記暗号キーを格納するための格納領域を有する記憶部（記憶部１１）を有する。前記端末は、前記外部機器識別子を含む暗号キー取得要求を前記サーバに送信する取得要求送信部（送信部２１）と、前記暗号キー取得要求に含まれる前記外部機器識別子に対応付けられた前記暗号キーを前記サーバから受信する受信部（受信部２２）と、前記サーバから受信する前記暗号キーを前記格納領域に書き込む書込み部（書込み部２３）と、前記暗号キーを前記格納領域から読み出す読出し部（読出し部２４）と、前記格納領域から読み出された前記暗号キーを用いて、前記著作権保護データを処理するデータ処理部（制御部２５）とを有する。
【００１３】
かかる特徴によれば、外部機器は、暗号キーを格納するための格納領域を有する記憶部を有する。端末は、サーバから受信する暗号キーを格納領域に格納する。
【００１４】
このように、外部機器に設けられた格納領域に暗号キーが格納される。従って、１つの外部機器が複数の端末によって共有される場合であっても、外部機器が端末に装着されれば、いずれの端末でも、暗号キーを用いて著作権保護データを処理することができる。これによって、ユーザの利便性が向上する。
【００１５】
第１の特徴において、前記サーバは、前記暗号キー取得要求に含まれる前記外部機器識別子に対応付けられた前記暗号キーを前記端末に送信する暗号キー送信部（送信部３２）と、前記暗号キーを前記端末に送信したか否かを管理する管理部（管理部３３）とを有する。前記暗号キー送信部は、前記暗号キー取得要求を受信した際に、前記暗号キーを未だ送信していない場合には、前記外部機器識別子に対応付けられた前記暗号キーを前記端末に送信する。前記暗号キー送信部は、前記暗号キー取得要求を受信した際に、前記暗号キーを既に送信している場合には、前記外部機器識別子に対応付けられた前記暗号キーの送信を中止する。
【００１６】
第１の特徴において、前記端末は、前記暗号キー取得要求の送信前において、前記外部機器に設けられた前記格納領域に前記暗号キーが格納されているか否かを判定する制御部をさらに有する。前記取得要求送信部は、前記格納領域に前記暗号キーが格納されていない場合に、前記暗号キー取得要求を送信する。
【００１７】
第２の特徴に係る外部機器は、端末に装着される。外部機器は、自機器の識別子である外部機器識別子を記憶する記憶部を備える。前記記憶部は、著作権保護データの暗号キーを格納するための格納領域を有する。前記格納領域には、初期状態において、前記暗号キーが格納されておらず、前記外部機器識別子に対応する前記暗号キーが前記端末によって書き込まれる。
【００１８】
第３の特徴に係る暗号キー管理プログラムは、自機器の識別子である外部機器識別子を記憶する外部機器が装着される端末によって著作権保護データの暗号キーを管理するプログラムである。暗号キー管理プログラムは、コンピュータに、前記端末が、前記外部機器識別子を含む暗号キー取得要求をサーバに送信するステップと、前記暗号キー取得要求に含まれる前記外部機器識別子に対応付けられた前記暗号キーを前記サーバから受信するステップと、前記サーバから受信する前記暗号キーを前記外部機器に設けられた格納領域に書き込むステップとを実行させる。
【００１９】
第３の特徴において、暗号キー管理プログラムは、前記暗号キー取得要求を送信するステップよりも前に、前記外部機器に設けられた前記格納領域に前記暗号キーが格納されているか否かを判定するステップをコンピュータにさらに実行させる。暗号キー管理プログラムは、前記格納領域に前記暗号キーが格納されていない場合に、前記暗号キー取得要求を送信するステップを実行させる。
【発明の効果】
【００２０】
本発明によれば、ユーザの利便性の向上を図ることを可能とする暗号キー管理システム、外部機器及び暗号キー管理プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下において、本発明の実施形態に係る暗号キー管理システムについて、図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
【００２２】
ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００２３】
［第１実施形態］
（暗号キー管理システムの構成）
以下において、第１実施形態に係る暗号キー管理システムについて、図面を参照しながら説明する。図１は、第１実施形態に係る暗号キー管理システムを示す図である。
【００２４】
暗号キー管理システムは、外部機器１０と、端末２０と、サーバ３０と、ネットワーク１００とを有する。
【００２５】
外部機器１０は、端末２０に装着される機器である。外部機器１０は、例えば、テレビチューナやネットワークインタフェースなどの機器である。ネットワークインタフェースは、例えば、ＬＡＮカードや無線ＬＡＮアダプタである。例えば、外部機器１０は、著作権が保護されたデジタルデータ（以下、著作権保護データ）を取得する。
【００２６】
端末２０は、外部機器１０が装着される端末である。端末２０は、例えば、パーソナルコンピュータなどである。端末２０は、自端末に装着された外部機器１０を制御する。ここで、端末２０は、自端末に記憶された著作権保護データを処理する。著作権保護データの処理は、例えば、ＤＶＤなどのメディアに著作権保護データを書き込む処理、ＬＡＮなどのネットワークを介して他端末に著作権保護データを送信する処理である。
【００２７】
サーバ３０は、著作権保護データを保護するための暗号キーを管理する。具体的には、サーバ３０は、外部機器１０に暗号キーを割り当てる。サーバ３０は、１つの外部機器１０に１つの暗号キーを割り当てることが好ましい。但し、サーバ３０は、１つの外部機器１０に複数の暗号キーを割り当ててもよい。
【００２８】
例えば、著作権保護データを保護するための暗号キーは、著作権保護データの不正コピーを抑制するＣＰＲＭ（Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｆｏｒ  Ｒｅｃｏｒｄａｂｌｅ  Ｍｅｄｉａ）で用いられるＣＰＲＭキーである。ＣＰＲＭキーは、著作権保護データの復号に用いられる。
【００２９】
例えば、著作権保護データを保護するための暗号キーは、著作権保護データの不正流出を抑制するＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）で用いられるＤＴＣＰキーである。ＤＴＣＰキーは、著作権保護データの暗号化に用いられる。
【００３０】
ネットワーク１００は、ＷＡＮやＬＡＮなどのネットワークである。ネットワーク１００は、無線ネットワークであってもよく、有線ネットワークであってもよい。
【００３１】
（外部機器の構成）
以下において、第１実施形態に係る外部機器について、図面を参照しながら説明する。図２は、第１実施形態に係る外部機器１０を示すブロック図である。
【００３２】
図２に示すように、外部機器１０は、記憶部１１と、インタフェース１２と、制御部１３とを有する。
【００３３】
記憶部１１は、自機器の識別子である外部機器識別子を記憶する。記憶部１１は、著作権保護データを保護するための暗号キーを格納するための格納領域１１ａを有する。
【００３４】
格納領域１１ａには、初期状態において、暗号キーが格納されておらず、外部機器識別子に対応する暗号キーが端末によって書き込まれる。なお、初期状態は、例えば、出荷時における格納領域１１ａの状態である。
【００３５】
インタフェース１２は、端末２０とのインタフェースである。インタフェース１２は、例えば、ＵＳＢインタフェース、パラレルインタフェースなどである。
【００３６】
制御部１３は、外部機器を制御する。例えば、制御部１３は、端末２０からの要求に応じて、端末２０から取得する暗号キーを格納領域１１ａに格納する。制御部１３は、端末２０からの要求に応じて、格納領域１１ａに格納された暗号キーを端末２０に出力する。
【００３７】
（端末の構成）
以下において、第１実施形態に係る端末について、図面を参照しながら説明する。図３は、第１実施形態に係る端末２０を示すブロック図である。
【００３８】
図３に示すように、端末２０は、送信部２１と、受信部２２と、書込み部２３と、読出し部２４と、制御部２５とを有する。
【００３９】
送信部２１は、ネットワーク１００を介して各種情報をサーバ３０に送信する。具体的には、送信部２１は、外部機器１０の外部機器識別子を含む暗号キー取得要求をサーバ３０に送信する。
【００４０】
なお、外部機器１０の外部機器識別子は、外部機器１０から読み出されてもよい。外部機器１０の外部機器識別子は、キーボードなどの入力デバイスを用いてユーザによって入力されてもよい。
【００４１】
受信部２２は、ネットワーク１００を介して各種情報をサーバ３０から受信する。具体的には、受信部２２は、暗号キー取得要求に含まれる外部機器識別子に対応する暗号キーを受信する。
【００４２】
書込み部２３は、各種情報の書込みを外部機器１０に指示する。具体的には、書込み部２３は、サーバ３０から受信する暗号キーを格納領域１１ａに書き込むように外部機器１０に指示する。すなわち、書込み部２３は、サーバ３０から受信する暗号キーを格納領域１１ａに書き込む。
【００４３】
読出し部２４は、各種情報の読出しを外部機器１０に指示する。具体的には、読出し部２４は、暗号キーを格納領域１１ａから読み出すように外部機器１０に指示する。すなわち、読出し部２４は、暗号キーを格納領域１１ａから読み出す。
【００４４】
制御部２５は、端末２０を制御する。例えば、制御部２５は、著作権保護データの処理を要求するデータ処理要求に応じて、暗号キーの読出しを読出し部２４に指示する。制御部２５は、外部機器１０に設けられた格納領域１１ａから暗号キーを読み出せた場合には、著作権保護データを処理する。なお、著作権保護データの処理を要求するデータ処理要求は、キーボードなどの入力デバイスを用いてユーザによって入力される。
【００４５】
例えば、データ処理要求が著作権保護データの復号及び書込みを要求する場合には、制御部２５は、ＣＰＲＭキーの読出しを読出し部２４に指示する。制御部２５は、格納領域１１ａから読み出されたＣＰＲＭキーを用いて、著作権保護データを復号する。制御部２５は、復号された著作権保護データをＤＶＤなどのメディアに書き込む。
【００４６】
例えば、データ処理要求が著作権保護データの送信を要求する場合には、制御部２５は、ＤＴＣＰキーの読出しを読出し部２４に指示する。制御部２５は、格納領域１１ａから読み出されたＤＴＣＰキーを用いて、著作権保護データを暗号化して、暗号化された著作権保護データをネットワーク１００上に送信する。
【００４７】
一方で、制御部２５は、外部機器１０に設けられた格納領域１１ａから暗号キーを読み出せなかった場合には、外部機器１０の外部機器識別子を含む暗号キー取得要求の送信を送信部２１に指示する。すなわち、制御部２５は、外部機器１０に設けられた格納領域１１ａに暗号キーが格納されていなかった場合には、暗号キー取得要求の送信を送信部２１に指示する。
【００４８】
例えば、データ処理要求が著作権保護データの復号及び書込みを要求する場合には、制御部２５は、ＣＰＲＭキーの取得要求の送信を送信部２１に指示する。
【００４９】
例えば、データ処理要求が著作権保護データの送信を要求する場合には、制御部２５は、ＤＴＣＰキーの取得要求の送信を送信部２１に指示する。
【００５０】
（サーバの構成）
以下において、第１実施形態に係るサーバについて、図面を参照しながら説明する。図４は、第１実施形態に係るサーバ３０を示すブロック図である。
【００５１】
図４に示すように、サーバ３０は、受信部３１と、送信部３２と、管理部３３と、制御部３４とを有する。
【００５２】
受信部３１は、ネットワーク１００を介して各種情報を端末２０から受信する。具体的には、受信部３１は、外部機器１０の外部機器識別子を含む暗号キー取得要求を端末２０から受信する。
【００５３】
送信部３２は、ネットワーク１００を介して各種情報を端末２０に送信する。具体的には、送信部３２は、暗号キー取得要求に含まれる外部機器識別子に対応する暗号キーを端末２０に送信する。
【００５４】
管理部３３は、外部機器識別子と暗号キーとを対応付けて管理する。また、管理部３３は、暗号キーを既に送信したか否かを管理する。
【００５５】
例えば、管理部３３は、図５に示すテーブルを管理する。図５に示すように、管理部３３は、外部機器識別子、暗号キー及びフラグを対応付けるテーブルを管理する。ここで、フラグは、暗号キーを既に送信したか否かを管理するフラグである。暗号キーが未だ送信されていない場合には、フラグに“０”がセットされる。暗号キーが既に送信されている場合には、フラグに“１”がセットされる。
【００５６】
ここでは、外部機器Ａに対応する暗号キーＡについては、フラグに“０”がセットされているため、暗号キーＡが未だ送信されていない。外部機器Ｂに対応する暗号キーＢについては、フラグに“１”がセットされているため、暗号キーＢが既に送信されている。
【００５７】
制御部３４は、サーバ３０を管理する。例えば、制御部３４は、暗号キー取得要求を受信した際に、暗号キー取得要求に含まれる外部機器識別子に対応付けられたフラグを確認する。制御部３４は、フラグに“０”がセットされている場合には、暗号キーの送信を送信部３２に指示する。すなわち、制御部３４は、暗号キーが未だ送信されていない場合には、暗号キー取得要求に含まれる外部機器識別子に対応付けられた暗号キーの送信を送信部３２に指示する。一方で、制御部３４は、フラグに“１”がセットされている場合には、暗号キーの送信を中止する。すなわち、制御部３４は、暗号キーが既に送信されている場合には、暗号キー取得要求に含まれる外部機器識別子に対応付けられた暗号キーの送信を中止する。制御部３４は、暗号キーが既に送信済みであることを示すエラーメッセージの送信を送信部３２に指示してもよい。
【００５８】
（暗号キー管理システムの概略動作）
以下において、第１実施形態に係る暗号キー管理システムの概略動作について、図面を参照しながら説明する。図６は、第１実施形態に係る暗号キー管理システムの概略動作を示すシーケンス図である。
【００５９】
図６に示すように、ステップ１０において、端末２０は、外部機器識別子を含む暗号キー取得要求をサーバ３０に送信する。
【００６０】
ステップ１１において、サーバ３０は、外部機器識別子に対応付けられたフラグを確認する。ここでは、フラグに“０”がセットされているものとして説明を続ける。
【００６１】
なお、フラグに“１”がセットされている場合には、サーバ３０は、外部機器識別子に対応付けられた暗号キーを送信しない。このようなケースでは、サーバ３０は、暗号キーを既に送信済みであることを示すエラーメッセージを送信してもよい。
【００６２】
ステップ１２において、サーバ３０は、外部機器識別子に対応付けられた暗号キーを端末２０に送信する。
【００６３】
ステップ１３において、端末２０は、サーバ３０から受信した暗号キーを外部機器１０に設けられた格納領域１１ａに書き込む。
【００６４】
ステップ１４において、端末２０は、外部機器１０に設けられた格納領域１１ａから暗号キーを読み出す。
【００６５】
ステップ１５において、端末２０は、格納領域１１ａから読み出された暗号キーを用いて、著作権保護データを処理する。例えば、暗号キーがＣＰＲＭキーである場合には、端末２０は、ＣＰＲＭキーを用いて著作権保護データを復号する。暗号キーがＤＴＣＰキーである場合には、端末２０は、著作権保護データを暗号化して、著作権保護データをネットワーク１００上に送信する。
【００６６】
なお、ステップ１０〜ステップ１３の処理は、外部機器１０に設けられた格納領域１１ａに暗号キーを書き込むための処理である。ステップ１４〜ステップ１５の処理は、著作権保護データを処理するための処理である。従って、ステップ１４の処理は、ステップ１３の処理に続けて行われなくてもよいことは勿論である。
【００６７】
（端末の動作）
以下において、第１実施形態に係る端末の動作について、図面を参照しながら説明する。図７及び図８は、第１実施形態に係る端末２０の動作を示すフロー図である。
【００６８】
第１に、外部機器１０に設けられた格納領域１１ａに暗号キーを書き込むための処理について、図７を参照しながら説明する。
【００６９】
図７に示すように、ステップ２０において、端末２０は、外部機器１０の外部機器識別子を取得する。例えば、端末２０は、外部機器識別子を外部機器１０から読み出してもよい。端末２０は、キーボードなどの入力デバイスを用いてユーザによって入力された外部機器識別子を取得してもよい。
【００７０】
ステップ２１において、端末２０は、外部機器識別子を取得できたか否かを判定する。端末２０は、外部機器識別子を取得できた場合には、ステップ２２の処理に移る。端末２０は、外部機器識別子を取得できなかった場合には、ステップ２７の処理に移る。
【００７１】
ステップ２２において、端末２０は、サーバ３０への接続を確立する。
【００７２】
ステップ２３において、端末２０は、サーバ３０に接続できたか否かを判定する。端末２０は、サーバ３０に接続できた場合には、ステップ２４の処理に移る。端末２０は、サーバ３０に接続できなかった場合には、ステップ２７の処理に移る。
【００７３】
ステップ２４において、端末２０は、ステップ２０で取得した外部機器識別子を含む暗号キー取得要求をサーバ３０に送信する。
【００７４】
ステップ２５において、端末２０は、サーバ３０から暗号キーを取得できたか否かを判定する。端末２０は、暗号キーを取得できた場合には、ステップ２６の処理に移る。端末２０は、暗号キーを取得できなかった場合には、ステップ２７の処理に移る。
【００７５】
暗号キーを取得できないケースとしては、暗号キーが既に送信済みであるケース、外部機器識別子が正規の識別子ではないケースも考えられる。
【００７６】
ステップ２６において、端末２０は、サーバ３０から受信した暗号キーを外部機器１０に設けられた格納領域１１ａに格納する。
【００７７】
ステップ２７において、端末２０は、エラー確認を行う。エラーの種類としては、（１）外部機器識別子を取得できないエラー、（２）サーバ３０に接続できないエラー、（３）暗号キーを取得できないエラーなどである。
【００７８】
第２に、著作権保護データを処理するための処理について、図８を参照しながら説明する。
【００７９】
ステップ３０において、端末２０は、著作権保護データの処理を要求するデータ処理要求を取得する。データ処理要求は、キーボードなどの入力デバイスを用いてユーザによって入力される。
【００８０】
ステップ３１において、端末２０は、暗号キーの読出しを外部機器１０に要求する。
【００８１】
ステップ３２において、端末２０は、外部機器１０から暗号キーを読み出せたか否かを判定する。すなわち、端末２０は、外部機器１０に設けられた格納領域１１ａに暗号キーが格納されているか否かを判定する。端末２０は、暗号キーを読み出せた場合には、ステップ３５の処理に移る。端末２０は、暗号キーを読み出せなかった場合には、ステップ３３の処理に移る。
【００８２】
ステップ３３において、端末２０は、暗号キー書込み処理を行う。暗号キー書込み処理は、図７に示した処理である。すなわち、ステップ３３において、端末２０は、サーバ３０から暗号キーを取得しようと試みる。端末２０は、サーバ３０から暗号キーを取得できた場合には、外部機器１０に設けられた格納領域１１ａに暗号キーを格納する。
【００８３】
ステップ３４において、端末２０は、暗号キーを格納できたか否かを判定する。端末２０は、暗号キーを格納できた場合には、ステップ３５の処理に移る。なお、端末２０は、外部機器１０から暗号キーを改めて読み出した上で、ステップ３５の処理に移ってもよい。
【００８４】
端末２０は、暗号キーを格納できなかった場合には、一連の処理を終了する。例えば、端末２０は、著作権保護データの処理ができない旨のエラーメッセージを通知してもよい。
【００８５】
ステップ３５において、端末２０は、格納領域１１ａから読み出された暗号キーを用いて、著作権保護データを処理する。なお、端末２０は、ステップ３３でサーバ３０から暗号キーを取得して、暗号キーを格納領域１１ａに書き込んだ場合には、格納領域１１ａから暗号キーを改めて読み出さなくてもよい。すなわち、端末２０は、サーバ３０から取得した暗号キーを用いて、著作権保護データを処理してもよい。
【００８６】
（作用及び効果）
第１実施形態では、外部機器１０は、暗号キーを格納するための格納領域１１ａを有する記憶部１１を有する。端末２０は、サーバ３０から受信する暗号キーを格納領域１１ａに格納する。
【００８７】
このように、外部機器１０に設けられた格納領域１１ａに暗号キーが格納される。従って、１つの外部機器１０が複数の端末２０によって共有される場合であっても、暗号キーが格納された外部機器１０が端末２０に装着されれば、いずれの端末２０でも、暗号キーを用いて著作権保護データを処理することができる。これによって、ユーザの利便性が向上する。
【００８８】
また、暗号キーが格納された外部機器１０が端末２０に装着されれば、サーバ３０に接続されていない端末２０でも、暗号キーを用いて著作権保護データを処理することができる。これによって、ユーザの利便性が向上する。
【００８９】
［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【００９０】
例えば、端末２０の動作（すなわち、図７及び図８に示したフロー）をコンピュータに実行させるプログラムが提供されてもよい。また、このようなプログラムが格納された記憶媒体が提供されてもよい。プログラムが格納された記憶媒体は、例えば、外部機器１０に付属するＣＤ−ＲＯＭなどである。
【図面の簡単な説明】
【００９１】
【図１】第１実施形態に係る暗号キー管理システムを示す図である。
【図２】第１実施形態に係る外部機器１０を示すブロック図である。
【図３】第１実施形態に係る端末２０を示すブロック図である。
【図４】第１実施形態に係るサーバ３０を示すブロック図である。
【図５】第１実施形態に係るテーブルを示す図である。
【図６】第１実施形態に係る暗号キー管理システムの概略動作を示すシーケンス図である。
【図７】第１実施形態に係る端末２０の動作を示すフロー図である。
【図８】第１実施形態に係る端末２０の動作を示すフロー図である。
【符号の説明】
【００９２】
１０・・・外部機器、１１・・・記憶部、１１ａ・・・格納領域、１２・・・インタフェース、１３・・・制御部、２０・・・端末、２１・・・送信部、２２・・・受信部、２３・・・書込み部、２４・・・読出し部、２５・・・制御部、３０・・・サーバ、３１・・・受信部、３２・・・送信部、３３・・・管理部、３４・・・制御部、１００・・・ネットワーク
【図１】
2010045535.tif 000003
【図２】
2010045535.tif 000004
【図３】
2010045535.tif 000005
【図４】
2010045535.tif 000006
【図５】
2010045535.tif 000007
【図６】
2010045535.tif 000008
【図７】
2010045535.tif 000009
【図８】
2010045535.tif 000010