(57)【要約】【課題】本件は、暗号化コンテンツを鍵で復号化して処理するコンテンツ処理装置と鍵を保管しコンテンツ処理装置からの要求に応じて鍵を渡す鍵保管装置とからなるコンテンツ処理システム等に関し、鍵取得のためのトラフィック量やコンテンツ処理装置の起動時間をむやみに増大させることなく、かつ鍵を消去する必要のある状態への移行時には鍵が消去され、盗難に対する安全性を向上させる。【解決手段】動作状態（Ｓ０）から他の状態（Ｓ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔ）への移行の際に、鍵を一律に消去するのではなく、他の状態の種類と鍵の消去／非消去を表わすフラグとが対応づけられているテーブルに従い、他の状態の種類に応じて鍵の消去／非消去を行なう。【選択図】        図５
2010213104.tif 000002
【特許請求の範囲】
【請求項１】
暗号化コンテンツを記憶するコンテンツ記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを復号化するための鍵を記憶する第１の鍵記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを前記第１の鍵記憶部に記憶された鍵で復号化して処理するコンテンツ処理部と、
動作状態から他の状態への移行時に前記鍵記憶部に記憶された鍵の消去が必要か否かを該他の状態の種類毎に指定した第１のテーブルを記憶する第１のテーブル記憶部と、
動作状態から他の状態への移行時に前記第１のテーブルを参照し、移行先の状態に対応して前記鍵の消去が指定されていた場合に該鍵を消去する鍵消去部と、
前記他の状態から動作状態への移行時において、前記鍵が不存在の場合に該鍵を取得する鍵取得部とを有することを特徴とするコンテンツ処理装置。
【請求項２】
暗号化コンテンツを鍵で復号化して実行するコンテンツ処理装置と前記鍵を保管する鍵保管装置とが通信網を介して互いに接続されたコンテンツ処理システムであって、
前記コンテンツ処理装置が、
暗号化コンテンツを記憶するコンテンツ記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを復号化するための鍵を記憶する第１の鍵記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを前記第１の鍵記憶部に記憶された鍵で復号化して処理するコンテンツ処理部と、
動作状態から他の状態への移行時に前記鍵記憶部に記憶された鍵の消去が必要か否かを該他の状態の種類毎に指定した第１のテーブルを記憶する第１のテーブル記憶部と、
動作状態から他の状態への移行時に前記第１のテーブルを参照し、移行先の状態に対応して前記鍵の消去が指定されていた場合に該鍵を消去する鍵消去部と、
前記鍵保管装置との間で通信を行なう第１の通信部と、
前記他の状態から動作状態への移行時において、前記鍵が不存在の場合に、前記通信部に、前記鍵保管装置に対し前記鍵の送信を要求させて該鍵保管装置から送信されてきた該鍵を受信させることにより該鍵を取得する鍵取得部とを有し、
前記鍵保管装置が、
前記コンテンツ処理装置との間で通信を行なう第２の通信部と、
前記暗号化コンテンツを復号化するための鍵を記憶する第２の鍵記憶部と、
前記第２の通信部が前記コンテンツ処理装置から前記鍵の送信要求を受信したことを受けて、該第２の通信部に、該鍵の送信を要求してきたコンテンツ処理装置に向けて該鍵を送信させる鍵管理部とを有することを特徴とするコンテンツ処理システム。
【請求項３】
プログラムを実行するコンピュータ内で実行され、該コンピュータを、
暗号化コンテンツを記憶するコンテンツ記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを復号化するための鍵を記憶する第１の鍵記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを前記第１の鍵記憶部に記憶された鍵で復号化して処理するコンテンツ処理部と、
動作状態から他の状態への移行時に前記鍵記憶部に記憶された鍵の消去が必要か否かを該他の状態の種類毎に指定した第１のテーブルを記憶する第１のテーブル記憶部と、
動作状態から他の状態への移行時に前記第１のテーブルを参照し、移行先の状態に対応して前記鍵の消去が指定されていた場合に該鍵を消去する鍵消去部と、
前記他の状態から動作状態への移行時において、前記鍵が不存在の場合に該鍵を取得する鍵取得部とを有するコンテンツ処理装置として動作させることを特徴とするコンテンツ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、暗号化コンテンツを鍵で復号化して処理するコンテンツ処理装置、および、このコンテンツ処理装置と、鍵を保管しコンテンツ処理装置からの要求に応じて鍵を渡す鍵保管装置との組合せからなるコンテンツ処理システムに関する。また、本件は、さらに、プログラムを実行するコンピュータ内で実行され、そのコンピュータをコンテンツ処理装置として動作させるコンテンツ処理プログラムに関する。
【背景技術】
【０００２】
携帯電話機紛失時に、取得者による不正利用や保存されている個人・企業データの漏洩などのリスクを軽減するために、携帯電話内のデータを消去するサービスが携帯キャリアにより提供されている。
【０００３】
このサービスでは、センターからプッシュするなどして、携帯電話内の電話帳、メールボックス、アプリケーションプログラム内のデータ、内部メモリおよび拡張スロットに接続したメモリなどのデータを即座に消去する。
【０００４】
また、パーソナルコンピュータ（以下「ＰＣ」と略記する）においても、ＰＣの盗難や紛失、情報漏洩が多発しており、ロックや消去といった保全処理サービスが広まることが予想される。ここで、ＰＣとは、ノートブックＰＣ、デスクトップＰＣ、ＵＭＰＣ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  ＰＣ）と呼ばれる超小型ＰＣなどの他にも、シンクライアント端末、組み込み機器なども対象とするものとする。
【０００５】
携帯電話網にアクセスするための通信モジュールを備えたＰＣについては、上記の携帯電話機についての保全処理サービスを適用することも考えられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−９７０２３号公報
【特許文献２】特開２００５−３４１１５６号公報
【特許文献３】特開２０００−１８３８６７号公報
【特許文献４】特開２００４−３５５２６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、このＰＣが通信圏外で盗難・紛失にあった場合、遠隔保全処理を行なうことができずに暗号鍵とデータが残ることになり、悪意のあるものによるデータ解析の可能性を残してしまう。
【０００８】
これを回避するため、コンテンツ鍵のように必要に応じてサーバから取得する手法をＰＣに適用し、ＰＣ起動時に鍵のロード、オフ時に消去する公知例と組み合わせたシステムが考えられる。鍵の消去については、使用動作終了から一定時間後に鍵を消去することが提案されており、この提案とＰＣの電源オフとを組み合わせるシステムも考えられる。
【０００９】
しかしながら、ＰＣ起動時にサーバから鍵を取得し、ＰＣ利用終了時に鍵を消去するシステムにおいては、盗難に会った訳でなく正常に使用している場合であっても毎回鍵を消去することになり、起動時に通信接続および鍵取得が必要となり、トラフィック量の増大と余計な起動時間が発生して効率的でない。
【００１０】
上記事情に鑑み、本件は、トラフィック量や起動時間と盗難時の安全性とを高度に調和させることにある。
【課題を解決するための手段】
【００１１】
本件のコンテンツ処理装置は、
暗号化コンテンツを記憶するコンテンツ記憶部と、
コンテンツ記憶部に記憶された暗号化コンテンツを復号化するための鍵を記憶する第１の鍵記憶部と、
コンテンツ記憶部に記憶された暗号化コンテンツを第１の鍵記憶部に記憶された鍵で復号化して処理するコンテンツ処理部と、
動作状態から他の状態への移行時に鍵記憶部に記憶された鍵の消去が必要か否かを該他の状態の種類毎に指定した第１のテーブルを記憶する第１のテーブル記憶部と、
動作状態から他の状態への移行時に第１のテーブルを参照し、移行先の状態に対応して鍵の消去が指定されていた場合に鍵を消去する鍵消去部と、
他の状態から動作状態への移行時において、鍵が不存在の場合に鍵を取得する鍵取得部とを有する。
【発明の効果】
【００１２】
本件によれば、動作状態から他の状態への移行の際に鍵を一律に消去するのではなく、上記の第１のテーブルに従い、他の状態の種類に応じて鍵の消去／非消去が行なわれる。このため鍵取得のためのトラフィック量をむやみに増大させることなく、かつ鍵を消去する必要のある状態への移行時には鍵が消去され、盗難に対する安全性も向上する。
【図面の簡単な説明】
【００１３】
【図１】コンテンツ処理システムの第１実施形態を構成するサーバ・クライアントシステムを示すブロック図である。
【図２】不揮発記憶部に格納されているテーブルの一例を示す図である。
【図３】ＩＤテーブルの一例を示す図である。
【図４】電源オン時およびＲｅｓｕｍｅ時に実行される処理を示すフローチャートである。
【図５】動作状態（Ｓ０）から他の状態への移行時に実行される処理を示すフローチャートである。
【図６】ＰＣの記憶部に格納さされるもう１つのテーブルを示す図である。
【図７】変形例における、Ｓ０から他の状態への移行時に実行される処理を示すフローチャートである。
【図８】第２実施形態を構成するサーバ・クライアントシステムを示すブロック図である。
【図９】盗難フラグテーブルの一例を示す図である。
【図１０】第２実施形態における、他の状態からＳ０への移行時に実行される処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下本件の実施形態を説明する。
【００１５】
図１は、本件のコンテンツ処理システムの第１実施形態を構成するサーバ・クライアントシステムを示すブロック図である。
【００１６】
この図１において、ＰＣ１０と管理サーバ２０はネットワーク３０を介して接続されている。ＰＣ１０および管理サーバ２０は、本件にいうそれぞれコンテンツ処理装置および鍵管理装置の各一例である。
【００１７】
ＰＣ１０は、そのＰＣ１０のハードウェアと、そのＰＣ１０内で実行されるコンテンツ処理プログラムとにより、図１に示す、保全部１１０、通信部１２０、鍵取得・格納部１３０、記憶部１４０および不揮発記憶部１５０が構築されている。
【００１８】
記憶部１４０内には、鍵、このＰＣ１０を特定するためＩＤ、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、その他、コンテンツ処理プログラムを含む各種のアプリケーションプログラムが格納されている。ＰＣ１０のＩＤは、管理サーバ２０にもあらかじめ登録されている。
【００１９】
また、不揮発記憶部１５０には、図２に示すテーブルが格納されている。
【００２０】
図２は、不揮発記憶部１５０に格納されているテーブルの一例を示す図である。
【００２１】
このテーブルには、ＰＣ１０の状態と、鍵の消去の必要の有無とが対応づけられている。
【００２２】
ここで、状態Ｓ３は、スタンバイ状態であり、状態Ｓ４はハイバネート状態であり、状態Ｓ５は、電源オフ状態であり、状態Ｒｅｂｏｏｔは、リブート（再起動）状態である。
【００２３】
ＰＣ１０には、これらの他、通常の動作状態Ｓ０と、さらに、Ｓ５／ＲｅｂｏｏｔからＳ０に立ち上がるオン状態、Ｓ３／Ｓ４からＳ０に立ち上がるＲｅｓｕｍｅ状態が存在する。
【００２４】
図２に示すテーブルには、Ｓ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔの各状態に対応して、動作状態Ｓ０からＳ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔの各状態に移行する際に記憶部１４０内の鍵を消去する（‘１’）か否（‘０’）かを示すフラグが、それらの各状態ごとに格納されている。このフラグは、このＰＣ１０のユーザによって任意に書き換え可能である。
【００２５】
保全部１１０は、鍵の保全を担当している。具体的には、この保全部１１０は判断部１１１を有し、この判断部１１１は、ＰＣ１０の終了時（Ｓ０からＳ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔへの移行時）に不揮発記憶部１５０内のテーブルを確認し、消去が必要か否かを判断する。鍵消去が必要であれば、保全部１１０が鍵を消去する。鍵消去が不要であれば、そのまま電力状態遷移（Ｓ０からＳ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔへの移行）を完了させる。
【００２６】
また、この保全部１１０は、ＰＣ１０の立ち上げ時（Ｓ３／Ｓ４／Ｓ５／ＲｅｂｏｏｔからＳ０へのの移行時）には、記憶部１４０内に鍵が存在するか否かを調べ、鍵が存在していないときは通信部１２０に鍵の取得を指示する。
【００２７】
通信部１２０は、保全部１１０からの鍵の取得指示を受けて管理サーバ２０との間で通信を確立させ、管理サーバ２０に向けて鍵を要求する。そしてこの通信部１２０は、管理部２０から鍵が送信されてきたらその鍵を受け取って、鍵取得・格納部１３０に渡す。この鍵取得・格納部１３０は、通信部１２０から受け取った鍵を記憶部１４０に記憶させる。
【００２８】
ＰＣ１０の立ち上げ時（Ｓ３／Ｓ４／Ｓ５／ＲｅｂｏｏｔからＳ０への移行時）に、記憶部１４０に鍵が記憶されていた場合は直ちに、あるいは、記憶部１４０に鍵が存在しなかったときは、上記のようにして管理サーバ２０から鍵を新たに受け取って記憶部１４０に鍵を新たに記憶させた後、このＰＣ１０はＯＳを起動し、その鍵で復号化すべきコンテンツ（アプリケーションプログラム等）の起動時には、その鍵でそのコンテンツを復号化して実行する。
【００２９】
ここで、通信部１２０には、ＬＡＮ、ＷＬＡＮ、ＷＷＡＮ（３Ｇ，ＷｉＭＡＸ，ＰＨＳ）といった通信方式が用いられている。接続に関しては、ＷＬＡＮ  Ａｃｃｅｓｓ  Ｐｏｉｎｔや携帯網サービスへの接続が完了した後に、管理サーバへのセキュアな接続（ＶＰＮ）が行なわれる。
【００３０】
また、記憶部１４０は、全体をハードウェア的に暗号化可能なＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、又は、ソフトウェア的にディスク全体を暗号化するソフトウエアと通常のＨＤＤまたはＳＳＤの組み合わせが用いられる。ディスクの鍵は、前者ではディスクの回路の中に置かれ、後者ではディスク上に置かれる。
【００３１】
また、図１に示す管理サーバ２０は、その管理サーバ２０を構成するコンピュータのハードウェアと、そのコンピュータ内で実行される鍵管理プログラムとにより、通信部２１０、鍵管理部２２０、および記憶部２３０が構築される。
【００３２】
通信部２１０は、ネットワーク３０を介してＰＣ１０と通信する機能を有する。また鍵管理部２２０は、ＰＣ１０からの鍵取得要求に応じて、そのＰＣ１０がこのシステムに加入しているＰＣであったときに、記憶部２３０に置かれた鍵を送信する。記憶部２３０内には、鍵と、このシステムに加入しているＰＣ１０のＩＤが登録されているＩＤテーブルとが格納されている。
【００３３】
図３は、ＩＤテーブルの一例を示す図である。
【００３４】
このＩＤテーブルには、このシステムに加入している複数のＰＣのＩＤが登録されている。
【００３５】
図１に示す管理サーバ２０の通信部２１０がＰＣ１０からの鍵取得要求を受信すると、鍵管理部２２０が、記憶部２３０内のＩＤテーブルを確認し、そのＩＤテーブル内に今回の鍵取得要求の送信元のＰＣのＩＤが登録されているかサーチし、登録されていた場合に、記憶部２３０から鍵を取り出して通信部２１０に渡す。通信部２１０は、鍵管理部２２０から受け取った鍵を、今回の鍵取得要求の送信元のＰＣ１０に向けて送信する。
【００３６】
図４は、電源オン時（Ｓ５／ｒｅｂｏｏｔからＳ０への移行時）およびＲｅｓｕｍｅ時（Ｓ３／Ｓ４からＳ０への移行時）に実行される処理を示すフローチャートである。
【００３７】
ここでは先ず、ＰＣ１０の判断部１１１により記憶部１４０内がサーチされ、記憶部１４０内に鍵が存在するか否かが確認される（ステップＳ１１）。鍵が存在しないときは、通信部１２０により管理サーバ２０との間の通信接続が行なわれ、ＰＣ１０のＩＤを伴って鍵取得要求がなされる。
【００３８】
管理サーバ２０側の通信部２１０ではＰＣ１０からの鍵取得要求を受信すると、鍵管理部２２０により、記憶部２３０内のＩＤテーブルが調べられる。そして今回鍵取得要求をしてきたＰＣ１０がこのシステムに加入しているＰＣであるか否かが判定される（ステップＳ１３）。今回鍵取得要求をしてきたＰＣ１０がこのシステムに加入しているＰＣであったときは、鍵管理部２２０により記憶部２３０内の鍵が取り出され暗号化処理が施されて通信部２２０に渡される。通信部２２０はその暗号化された鍵を鍵取得要求をしてきたＰＣ１０に送信する（ステップＳ１４）。
【００３９】
一方、鍵取得要求をしてきたＰＣ１０がこのシステムに加入しているＰＣではなかったときは、鍵管理部２２０は通信部２１０にその旨伝え、通信部２１０は、ＰＣ１０に向けて鍵の配布拒否を表わすエラーを通知する（ステップＳ１５）。
【００４０】
ＰＣ１０は、エラーを受信したときは（ステップＳ１６）、その時点で処理を終了する。一方、ＰＣ１０は、暗号化鍵を受信したときは、その鍵を復号化して記憶部１４０に記憶する（ステップＳ１７）。ＰＣ１０では、その後、ＯＳが起動され、さらにアプリケーションプログラムの起動やその鍵を使っての暗号化コンテンツの復号化などが行なわれる。
【００４１】
ステップＳ１１で記憶部１４０内に鍵が存在していることが分かったときは、鍵取得要求は行なわずに直接にＯＳの起動（ステップＳ１８）およびその後の処理が行なわれる。
【００４２】
図５は、動作状態（Ｓ０）から他の状態への移行時に実行される処理を示すフローチャートである。
【００４３】
ここでは先ず、保全部１１０により不揮発記憶部１５０内のテーブル（図２参照）が調べられ、今回の移行先の状態（Ｓ３／Ｓ４／Ｓ５／ｒｅｂｏｏｔのいずれか）に対応して鍵消去フラグが立っている（‘１’）か否（‘０’）かが確認される（ステップＳ２１）。鍵消去フラグが立っている（‘１’）ときは、記憶部１４０内の鍵を消去し（ステップＳ２３）、その後、今回の移行先の状態への移行処理が行なわれる（ステップＳ２４）。一方、鍵消去フラグが立っていない（‘０’）ときは、記憶部１４０内の鍵の消去を行なうことなく、今回の移行先の状態への移行処理が行なわれる（ステップＳ２４）。
【００４４】
次に、図１〜図５を参照して説明してきた第１実施形態の変形例について説明する。
【００４５】
ここで説明する変形例では、図１に示す不揮発記憶部１５０に、図２に示すテーブルの他、図６に示すテーブルが格納される。
【００４６】
図６は、ＰＣの記憶部に格納されるもう１つのテーブルを示す図である。
【００４７】
このテーブルには、起動前（Ｓ０への移行前の状態、すなわち、前回Ｓ０から移行した移行先）の状態（Ｓ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔ）が記憶される。
【００４８】
図７は、この変形例における、Ｓ０から他の状態（Ｓ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔ）への移行時に実行される処理を示すフローチャートである。この図７は、前述の第１実施形態における図５に示すフローチャートに代わるフローチャートである。
【００４９】
ここで説明している変形例では、図１に示すＰＣ１０の不揮発記憶部１５０には、図２に示すテーブル（ここではこのテーブルを「テーブル１」と称する）と図６に示すテーブル（このテーブルを「テーブル２」と称する）の双方が記憶されている。
【００５０】
Ｓ０から他の状態に移行する際は、図７に示すように、先ず、移行先の状態（Ｓ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔ）がテーブル２（図５参照）に保存される。その後の処理（Ｓ３２〜Ｓ３５）は、図５に示すフローチャートにおける処理（Ｓ２１〜Ｓ２４）と同一であり、重複説明は省略する。
【００５１】
この変形例における、他の状態（Ｓ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔ）から状態Ｓ０への移行時に実行される処理について、再度図４を参照して説明する。
【００５２】
前述した第１実施形態では、ステップＳ１１における鍵の存在の有無の確認は、記憶部１４０を調べ、記憶部１４０に鍵が記憶されているか否かにより行なわれた。これに対し、ここでの変形例では、ステップＳ１１において、テーブル２（図６参照）が参照されて、今回Ｓ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔのうちのどの状態からＳ０に立ち上がったのかが調べられる。そして次にテーブル１（図２参照）が参照されて、今回Ｓ０に立ち上がる前の状態に対応して鍵消去フラグが立っているか（‘１’）か否（‘０’）かが調べられる。今回Ｓ０に立ち上がる前の状態に対応して鍵消去フラグが立っている（‘１’）ときは、ステップＳ１２に進み、鍵消去フラグが立っていない（‘０’）ときは、直接にステップＳ１８に進む。
【００５３】
この変形例における、Ｓ０への移行時の処理の相違点はステップＳ１１のみであり、他のステップＳ１２〜Ｓ１８は全て前述の第１実施形態の場合と同一であり、説明は省略する。
【００５４】
このように図６に示すテーブル２を用意し、Ｓ０から他の状態に移行する際に移行先の状態をテーブル２に書き込んでおく。そして次にＳ０に立ち上がったときはそのテーブル２を参照して今回のＳ０への移行前の状態を確認する。このようにして、テーブル２を参照してその移行前の状態に対応して消去フラグが立っているか否かにより、記憶部１４０に鍵が保存されているか否かを判定してもよい。
【００５５】
次に第２実施形態について説明する。
【００５６】
図８は、第２実施形態を構成するサーバ・クライアントシステムを示すブロック図である。
【００５７】
この図８における、図１との相違点は、管理サーバ４０にある。図１に示す管理サーバ２０は、鍵とＩＤテーブルを記憶した記憶部２３０を備えている。これに代わり、図８に示す第２実施形態における管理サーバ４０は、鍵と盗難フラグテーブルを記憶している記憶部４１０を備えている。図８に示す第２実施形態におけるその他の点については図１に示す第１実施形態と同一であり、図１に付した符号と同一の符号を付して示す。
【００５８】
図９は、盗難フラグテーブルの一例を示す図である。
【００５９】
この盗難フラグテーブルには、このシステムに加入しているＰＣのＩＤ（加入者ＩＤ）の一覧が登録されるとともに、各加入者ＩＤに対応して、盗難フラグのオン‘１’、オフ‘０’が登録されている。この盗難フラグは、このシステムに加入しているＰＣのユーザから管理サーバ４０又はその管理サーバ４０の管理者に向けてそのユーザのＰＣの盗難又は紛失の通知があった場合に、オン‘１’に設定されるフラグである。この図９に示す例では、加入者ＩＤ＃１に対応して盗難フラグが‘１’に設定されている。この盗難フラグテーブルは、前述の第１実施形態における、加入者のＰＣのＩＤ一覧であるＩＤテーブルの役割りと、さらに、その加入者のＰＣが盗難又は紛失の状態にあるか否かを示す役割りとを担っている。
【００６０】
図１０は、第２実施形態における、他の状態（Ｓ３／Ｓ４／Ｓ５／Ｒｅｂｏｏｔ）からＳ０への移行時に実行される処理を示すフローチャートである。
【００６１】
この図１０に示すフローチャートには、ステップＳ４４が加わっている。他のステップ（ステップＳ４１〜Ｓ４３、Ｓ４５〜Ｓ４９）は、図４に示す第１実施形態におけるフローチャートのステップＳ１１〜Ｓ１８とそれぞれ同一であり、ここでは相違点のみについて説明する。
【００６２】
ステップＳ４３で盗難フラグテーブルが確認されて、今回鍵取得要求を行なってきたＰＣがこのシステムに加入している加入者のＰＣであるか否かが判定される。さらに、加入者のＰＣであったときは、ステップＳ４４においてその加入者ＰＣのＩＤに対応して盗難フラグが立っている（‘１’の状態にある）か否かが判定される。盗難フラグが立っていない（‘０’である）ときは、ステップＳ４５に進み、鍵取得要求を行なったＰＣに向けて鍵が暗号化されて送信される。
【００６３】
今回の鍵取得要求が、加入者のＰＣからの要求ではなかったとき、あるいは、加入者のＰＣからの要求であっても盗難フラグが立っているときは、ステップＳ４６に進んで鍵の配布拒否通知を表わすエラーが送信される。
【００６４】
この第２実施形態によれば、盗難、紛失時の安全性がさらに高められる。
【００６５】
以下、本件の各種形態を付記する。
【００６６】
（付記１）
暗号化コンテンツを記憶するコンテンツ記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを復号化するための鍵を記憶する第１の鍵記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを前記第１の鍵記憶部に記憶された鍵で復号化して処理するコンテンツ処理部と、
動作状態から他の状態への移行時に前記鍵記憶部に記憶された鍵の消去が必要か否かを該他の状態の種類毎に指定した第１のテーブルを記憶する第１のテーブル記憶部と、
動作状態から他の状態への移行時に前記第１のテーブルを参照し、移行先の状態に対応して前記鍵の消去が指定されていた場合に該鍵を消去する鍵消去部と、
前記他の状態から動作状態への移行時において、前記鍵が不存在の場合に該鍵を取得する鍵取得部とを有することを特徴とするコンテンツ処理装置。
【００６７】
（付記２）
前記鍵を保管する鍵保管装置との間で通信を行なう第１の通信部を有し、前記鍵取得部は、前記他の状態から動作状態への移行時において、前記鍵が不存在の場合に、前記通信部に、前記鍵保管装置に対し該鍵の送信を要求させて該鍵保管装置から送信されてきた該鍵を受信させることにより、該鍵を取得するものであることを特徴とする付記１記載のコンテンツ処理装置。
【００６８】
（付記３）
前記鍵取得部は、前記鍵記憶部を検索して前記鍵の有無を判定するものであることを特徴とする付記１又は２記載のコンテンツ処理装置。
【００６９】
（付記４）
前記鍵取得部は、前記第１のテーブルを参照し、今回動作状態に移行しようとしている移行元の状態に対応して前記鍵の消去が指定されていたことをもって、前記鍵の不存在を認識するものであることを特徴とする付記１又は２記載のコンテンツ処理装置。
【００７０】
（付記５）
暗号化コンテンツを鍵で復号化して実行するコンテンツ処理装置との間で通信を行なう第２の通信部と、
前記暗号化コンテンツを復号化するための鍵を記憶する第２の鍵記憶部と、
前記コンテンツ処理装置に対応づけて、当該コンテンツ処理装置への鍵の配布許否情報が記録された第２のテーブルを記憶する第２のテーブル記憶部と、
前記第２の通信部が前記コンテンツ処理装置から前記鍵の送信要求を受信したことを受けて前記第２のテーブルを参照し、該鍵の送信を要求してきたコンテンツ処理装置が鍵の配布が許可されたコンテンツ処理装置であった場合に、前記第２の通信部に、該鍵の送信を要求してきたコンテンツ処理装置に向けて該鍵を送信させる鍵管理部とを有することを特徴とする鍵保管装置。
【００７１】
（付記６）
暗号化コンテンツを鍵で復号化して実行するコンテンツ処理装置と前記鍵を保管する鍵保管装置とが通信網を介して互いに接続されたコンテンツ処理システムであって、
前記コンテンツ処理装置が、
暗号化コンテンツを記憶するコンテンツ記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを復号化するための鍵を記憶する第１の鍵記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを前記第１の鍵記憶部に記憶された鍵で復号化して処理するコンテンツ処理部と、
動作状態から他の状態への移行時に前記鍵記憶部に記憶された鍵の消去が必要か否かを該他の状態の種類毎に指定した第１のテーブルを記憶する第１のテーブル記憶部と、
動作状態から他の状態への移行時に前記第１のテーブルを参照し、移行先の状態に対応して前記鍵の消去が指定されていた場合に該鍵を消去する鍵消去部と、
前記鍵保管装置との間で通信を行なう第１の通信部と、
前記他の状態から動作状態への移行時において、前記鍵が不存在の場合に、前記通信部に、前記鍵保管装置に対し前記鍵の送信を要求させて該鍵保管装置から送信されてきた該鍵を受信させることにより該鍵を取得する鍵取得部とを有し、
前記鍵保管装置が、
前記コンテンツ処理装置との間で通信を行なう第２の通信部と、
前記暗号化コンテンツを復号化するための鍵を記憶する第２の鍵記憶部と、
前記第２の通信部が前記コンテンツ処理装置から前記鍵の送信要求を受信したことを受けて、該第２の通信部に、該鍵の送信を要求してきたコンテンツ処理装置に向けて該鍵を送信させる鍵管理部とを有することを特徴とするコンテンツ処理システム。
【００７２】
（付記７）
前記鍵保管装置が、前記コンテンツ処理装置に対応づけて、当該コンテンツ処理装置への鍵の配布許否情報が記録された第２のテーブルを記憶する第２のテーブル記憶部をさらに有し、
前記鍵管理部が、前記第２の通信部が前記コンテンツ処理装置から前記鍵の送信要求を受信したことを受けて前記第２のテーブルを参照し、該鍵の送信を要求してきたコンテンツ処理装置が鍵の配布が許可されたコンテンツ処理装置であった場合に、該第２の通信部に、該鍵の送信を要求してきたコンテンツ処理装置に向けて該鍵を送信させるものであることを特徴とする付記６記載のコンテンツ処理システム。
【００７３】
（付記８）
プログラムを実行するコンピュータ内で実行され、該コンピュータを、
暗号化コンテンツを記憶するコンテンツ記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを復号化するための鍵を記憶する第１の鍵記憶部と、
前記コンテンツ記憶部に記憶された暗号化コンテンツを前記第１の鍵記憶部に記憶された鍵で復号化して処理するコンテンツ処理部と、
動作状態から他の状態への移行時に前記鍵記憶部に記憶された鍵の消去が必要か否かを該他の状態の種類毎に指定した第１のテーブルを記憶する第１のテーブル記憶部と、
動作状態から他の状態への移行時に前記第１のテーブルを参照し、移行先の状態に対応して前記鍵の消去が指定されていた場合に該鍵を消去する鍵消去部と、
前記他の状態から動作状態への移行時において、前記鍵が不存在の場合に該鍵を取得する鍵取得部とを有するコンテンツ処理装置として動作させることを特徴とするコンテンツ処理プログラム。
【００７４】
（付記９）
前記コンピュータが、前記鍵を保管する鍵保管装置との間で通信を行なう第１の通信部を有し、前記鍵取得部は、前記他の状態から動作状態への移行時において、前記鍵が不存在の場合に、前記通信部に、前記鍵保管装置に対し該鍵の送信を要求させて該鍵保管装置から送信されてきた該鍵を受信させることにより、該鍵を取得するものであることを特徴とする付記８記載のコンテンツ処理プログラム。
【００７５】
（付記１０）
前記鍵取得部は、前記鍵記憶部を検索して前記鍵の有無を判定するものであることを特徴とする付記８又は９記載のコンテンツ処理プログラム。
【００７６】
（付記１１）
前記鍵取得部は、前記第１のテーブルを参照し、今回動作状態に移行しようとしている移行元の状態に対応して前記鍵の消去が指定されていたことをもって、前記鍵の不存在を認識するものであることを特徴とする付記８又は９記載のコンテンツ処理プログラム。
【００７７】
（付記１２）
暗号化コンテンツを鍵で復号化して実行するコンテンツ処理装置との間で通信を行なう第２の通信部を有しプログラムを実行するコンピュータ内で実行され、該コンピュータを、
前記暗号化コンテンツを復号化するための鍵を記憶する第２の鍵記憶部と、
前記コンテンツ処理装置に対応づけて、当該コンテンツ処理装置への鍵の配布許否情報が記録された第２のテーブルを記憶する第２のテーブル記憶部と、
前記第２の通信部から前記コンテンツ処理装置から前記鍵の送信要求を受信したことを受けて前記第２のテーブルを参照し、該鍵の送信を要求してきたコンテンツ処理装置が鍵の配布が許可されたコンテンツ処理装置であった場合に、前記第２の通信部に、該鍵の送信を要求してきたコンテンツ処理装置に向けて該鍵を送信させる鍵管理部とを有する鍵保管装置として動作させることを特徴とする鍵保管プログラム。
【符号の説明】
【００７８】
１０    ＰＣ
２０，４０    管理サーバ
３０    ネットワーク
１１１    判断部
１２０    通信部
１３０    鍵取得・格納部
１４０    記憶部
１５０    不揮発記憶部
２１０    通信部
２２０    鍵管理部
２３０    記憶部
【図１】
2010213104.tif 000003
【図２】
2010213104.tif 000004
【図３】
2010213104.tif 000005
【図４】
2010213104.tif 000006
【図５】
2010213104.tif 000007
【図６】
2010213104.tif 000008
【図７】
2010213104.tif 000009
【図８】
2010213104.tif 000010
【図９】
2010213104.tif 000011
【図１０】
2010213104.tif 000012