JP3868218B2

JP3868218B2 - アクセス制限付コンテンツ表示方法およびその装置

Info

Publication number: JP3868218B2
Application number: JP2001039034A
Authority: JP
Inventors: 健也鈴木; 大介滝川; 徹定方; 博人稲垣
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2001-02-15
Filing date: 2001-02-15
Publication date: 2007-01-17
Anticipated expiration: 2021-02-15
Also published as: JP2002247021A

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを利用して電子的な書籍等のコンテンツを表示するシステムにおいて、コンテンツの一部または全部に表示規制を設定し、閲覧者の権限等が格納されたサーバに表示許可の通信を行い、サーバからの返答に基づいて、コンテンツを表示したり規制したりするアクセス制限付コンテンツ表示方法およびその装置に関するものである。
【０００２】
【従来の技術】
従来、アクセス制限付きでコンテンツを表示する場合、コンテンツの一部または全部を暗号化し、閲覧者がコンテンツを表示させる際に、パスワード等の復号鍵を入力したり、閲覧者の権限等が格納されているサーバに、表示許可の通信を行ない、サーバから復号鍵を取得することによって、暗号化されたコンテンツを復号化する方法を用いている。
【０００３】
これらの復号鍵に付随する情報や、サーバでの判定によって、復号鍵の種類を変更し、これによって、正当な閲覧者に対しては、コンテンツを表示し、不当な閲覧者に対しては、コンテンツの表示を規制することができる。
【０００４】
【発明が解決しようとする課題】
上記従来例は、上記のように、暗号化コンテンツ自体を変化させず、復号鍵に付随する情報や復号鍵の種類によって、閲覧者の復号処理を制御しているので、一定回数や一定時間内だけ、コンテンツの表示を許可することは困難である。
【０００５】
つまり、復号鍵に付随する情報でアクセス制限をする場合、それらに付随する情報を書き換えることによって、再度表示することが可能となったり、サーバでの判定によって復号鍵の種類を変更することで、アクセス制限を行った場合、サーバから受信した復号鍵を保存すれば、いわゆるリプレイ攻撃と呼ばれる攻撃を行ない、サーバに関知されずに再度表示することができるという問題がある。
【０００６】
本発明は、ネットワークを利用して電子的な書籍を含むコンテンツを表示するシステムにおいて、サーバが、一定回数や一定時間内だけ、コンテンツの表示を許可する等のアクセス制限を行うことができる方法およびその装置を提供することを目的とするものである。
【０００７】
【課題を解決するための手段】
本発明は、電子的な書籍を含む暗号化コンテンツがネットワークで接続されたクライアントで表示される際に、そのコンテンツの表示の規制を行うサーバにおいて、
上記暗号化コンテンツを復号するための復号鍵を記憶する鍵記憶手段と；
所定の順序的データを記憶する順序的データ記憶手段と；
上記クライアントから受信した順序的データと、上記順序的データ記憶手段に保管している以前の順序的データとの間で、順序の前後関係に矛盾がないことを確認できれば、上記クライアントから受信した順序的データを上記順序的データ記憶手段に記憶させる順序的データ記憶制御手段と；
上記矛盾がないことを確認した場合、コンテンツを再暗号化するときに使用する再暗号鍵と当該再暗号鍵に対応する再復号鍵とを生成する再暗号鍵・再復号鍵生成手段と；
クライアントから受信した順序的データに基づいて計算された暗号鍵によって、復号鍵と上記再暗号鍵とを暗号化し、これら暗号化された２つの鍵を上記クライアントに送信する鍵送信手段と；
上記再復号鍵を上記鍵記憶手段に記憶させる鍵記憶制御手段と；
を有し、サーバで一元して、アクセス制限条件の管理を行うことを特徴とするサーバである。
【０００８】
【発明の実施の形態および実施例】
図１は、本発明の一実施例であるアクセス制限付コンテンツ表示システムＤＳ１を示すブロック図である。
【０００９】
アクセス制限付コンテンツ表示システムＤＳ１は、大きく分けて、サーバ１０とクライアント２０とに分かれ、その間が通信路（ネットワーク）によって、つながれている。
【００１０】
サーバ１０は、コンテンツデータベース１１と、暗号化器１２と、制御部１３と、鍵生成部１４と、鍵データベース１５と、ネットワークインタフェース部１６とを有する。
【００１１】
クライアント２０は、復号化部２１と、コンテンツ格納部２２と、ネットワークインタフェース部２３とを有する。
【００１２】
復号化部２１は、表示部３１と、復号化器３２と、暗号化器３３と、制御部３４と、時刻情報生成部３５と、公開鍵３６とを有する。
【００１３】
図２は、アクセス制限付コンテンツ表示システムＤＳ１におけるコンテンツと動作の流れとを示す図である。
【００１４】
図３は、上記実施例の説明に使用される用語の定義と、暗号の要件とを示す図である。
【００１５】
図３に示すように、Ｐは、公開鍵を示し、Ｓは、秘密鍵を示し、Ｋは、共通鍵を示し、Ｔは、順序的データとしての時刻情報を示し、ｄａｔは、コンテンツを示す。
【００１６】
ここで、ｋ＝１，２，…を、順序を表すサフィックスとした場合に、コンテンツｄａｔを鍵Ｋ_kで暗号化したものを、暗号化コンテンツＥＫ_k（ｄａｔ）とし、コンテンツｄａｔを公開鍵Ｐ_kで暗号化したものを、暗号化コンテンツＥＰ_k（ｄａｔ）とし、コンテンツｄａｔを秘密鍵Ｓ_kで復号化したものを、復号化コンテンツＤＳ_k（ｄａｔ）とし、時刻情報Ｔ_kから計算される鍵を用いて、コンテンツｄａｔを暗号化したものを、暗号化コンテンツＥＴ_k（ｄａｔ）と定義する。
【００１７】
アクセス制限付情報表示システムＤＳ１における共通鍵暗号の要件は、ＤＫ_k（ＥＫ_k（ｄａｔ））＝ｄａｔであることが必要であり、公開鍵暗号の要件は、Ｐ_k≠Ｓ_kであるときに、ＤＰ_k（ＥＰ_k（ｄａｔ））≠ｄａｔかつＤＳ_k（ＥＳ_k（ｄａｔ））≠ｄａｔ、ＤＳ_k（ＥＰ_k（ｄａｔ））＝ｄａｔであることが必要である。対称性ＤＰ_k（ＥＳ_k（ｄａｔ））＝ｄａｔである必要は、必ずしもないこととする。つまり、公開鍵で暗号化し、秘密鍵で復号化したものを公開鍵で復号化できなくてもよい。
【００１８】
図２（１）では、クライアント２０の動作環境を認証し、サーバ１０からクライアント２０に公開鍵３６を送信する処理を示している。
【００１９】
まず、サーバ１０の鍵生成部１４が、鍵ペアＰ_s、Ｓ_sを生成し、公開鍵Ｐ_sのみを、クライアント２０に送信する。
【００２０】
ここで問題となるのは、今後の通信を保証するためには、クライアント２０に保存される公開鍵Ｐ_sが、通常の公開鍵と異なり、クライアント２０が既に認証されたモジュールであることを示す通常の秘密鍵の役割を持つことである。公開鍵Ｐ_sを秘密に保つためには、様々な方法が考えられ、たとえば、復号化部２１をＩＣカードチップのような外部から盗聴、改竄することが困難なメディアに格納するか、クライアント２０における動作環境認証が必要な場合毎に（不正使用の目的であるか否かを調べる毎に）、毎回異なる復号鍵と再暗号鍵とを、サーバ１０がクライアント２０に送信し、動作環境の確認を行った（不正使用の目的でないことを確認できた）後に、公開鍵Ｐ_sを受信できる仕組みにする等の方法がある。どちらにしても、公開鍵Ｐ_sは、正当な復号化部２１でのみ利用できるようにする必要がある。
【００２１】
図２（２）では、クライアント２０からの要求で、サーバ１０が、暗号化コンテンツを送信し、コンテンツ格納部２２に格納する処理を示している。
【００２２】
クライアント２０は、利用者からの操作等を契機として、表示したいコンテンツを特定する情報と共に、コンテンツ要求を、ネットワークインタフェース部２３を介して、制御部３４からサーバ１０に送信する。
【００２３】
サーバ１０では、ネットワークインタフェース部１６を介して、上記コンテンツ要求を受信すると、制御部１３では、コンテンツデータベース１１に格納されているコンテンツの中から要求に適合するコンテンツｄａｔを特定する。コンテンツｄａｔが存在していれば、鍵生成部１４が鍵ペアＰ₁、Ｓ₁を生成し、コンテンツｄａｔの参照情報と共に、上記生成された鍵ペアＰ₁、Ｓ₁を、暗号化器１２へ要求する。
【００２４】
暗号化器１２は、コンテンツデータベース１１からコンテンツｄａｔを取得し、公開鍵Ｐ₁で暗号化し、この公開鍵Ｐ_kで暗号化したコンテンツＥＰ₁（ｄａｔ）を得る。制御部１３は、暗号化器１２が出力した暗号化コンテンツＥＰ₁（ｄａｔ）を、ネットワークインタフェース部１６を介して、クライアント２０に返信し、秘密鍵Ｓ₁を鍵データベース１５に格納する。
【００２５】
クライアント２０の制御部３４は、ネットワークインタフェース部２３を介して、サーバ１０から受信した暗号化コンテンツＥＰ₁（ｄａｔ）を、受信し、そのままコンテンツ格納部２２へ格納する。
【００２６】
図２（３）、（４）では、暗号化コンテンツＥＰ_k（ｄａｔ）をクライアント２０で表示する際に、クライアント２０からの要求によって、サーバ１０でアクセス制限に問題がないことが判定された後に、暗号化コンテンツＥＰ_k（ｄａｔ）の復号化に必要な鍵を、サーバ１０が送信し、クライアント２０がコンテンツを表示し、次回のために暗号化したコンテンツＥＰ_k+1（ｄａｔ）を、コンテンツ格納部２２に格納する処理と、サーバ１０における異常処理とを示している。
【００２７】
ここで、ｋ＝１，２，…は、順序を表すサフィックスであり、実際の処理は、コンテンツを表示する毎に、所定のカウンタをインクリメントしながら、処理が進められる。また、カウンタ的情報としての時刻情報Ｔ₀が、鍵データベース１５にはまだ格納されていないので、１回目の鍵の取得であると判定される。
【００２８】
クライアント２０は、利用者からの操作等を契機として、コンテンツ格納部２２に格納されている暗号化コンテンツＥＰ_k（ｄａｔ）を表示する。このために、まず、時刻情報生成部３５が、現在の時刻等に基づいて、カウンタ的情報としての時刻情報Ｔ_kを計算し、この計算された時刻情報Ｔ_kを制御部３４が得る。
【００２９】
ここで、時刻情報Ｔ_kは、Ｔ_k+1＞Ｔ_kであるように計算される。たとえば、現在時刻が「２００１／２／１５１４：２０：４５」であるとすると、Ｔ_k＝４５＋（２０＋（１４＋（１５＋（２＋２００１×１２）ｘ３１）×２４）×６０）×６０であるとする。
【００３０】
時刻情報Ｔ_kは、必ずしも時刻から生成される必要はなく、たとえば、復号鍵を要求する番号でもよい。制御部３４は、暗号化器３３を用いて、時刻情報生成部３５から得られた時刻情報Ｔ_kを、公開鍵３６Ｐ_sによって暗号化し、暗号化時刻情報ＥＰ_s（Ｔ_k）を得、この暗号化時刻情報ＥＰ_s（Ｔ_k）を、復号鍵要求として、ネットワークインタフェース部２３を介して、サーバ１０に送信する。
【００３１】
サーバ１０は、ネットワークインタフェース部１６を介して、当該復号鍵要求（暗号化時刻情報ＥＰ_s（Ｔ_k））を受信すると、制御部１３が、秘密鍵Ｓ_sを用いて、暗号化時刻情報ＥＰ_s（Ｔ_k）を復号化し、時刻情報Ｔ_kを得る。この際に、公開鍵暗号を用いるのは、不正な公開鍵Ｐ_sを用いている不正なクライアントの攻撃や、時刻情報Ｔ_kを盗聴しようする攻撃からガードするためである。
【００３２】
サーバ１０の制御部１３では、得られた時刻情報Ｔ_kを、鍵データベース１５に格納されている時刻情報Ｔ_k-1と比較し、Ｔ_k≦Ｔ_k-1であれば、図２（４）に示す異常処理へ分岐する。また、この際に、アクセス制限のポリシーに従った処理も行われる。たとえば、「一定時間内だけ」というアクセス制限のポリシーがあれば、サーバ１０で管理している現在時刻が、アクセス制限内であるか否かを判定し、問題があれば、図２（４）に示す異常処理へ分岐する。また、たとえば、「一定回数だけ」というアクセス制限のポリシーがあれば、復号鍵要求を受信した回数を、サーバ１０がカウントし、問題があれば、図２（４）の異常処理へ分岐する等の処理を行う。
【００３３】
時刻情報Ｔ_kやアクセス制限のポリシーに問題がないと、サーバ１０の制御部１３が判定すると、鍵生成部１４が、次回の鍵ペアＰ_k+1、Ｓ_k+1を生成する。
【００３４】
制御部１３は、鍵データベース１５に格納されている秘密鍵Ｓ_kを取得し、公開鍵Ｐ_k+1と共に、時刻情報Ｔ_kから計算される暗号鍵を用いて暗号化し、暗号化鍵ペアＥＴ_k（Ｓ_k、Ｐ_k+1）を得、ネットワークインタフェース部１６を介して、クライアント２０に返信するとともに、時刻情報Ｔ_kと秘密鍵Ｓ_k+1とを、鍵データベース１５に格納する。ここで、上記時刻情報Ｔ_kから計算される暗号鍵は、たとえば、Ｔ_kをハッシュ関数にかける等して生成する。
【００３５】
クライアント２０の制御部３４は、ネットワークインタフェース部２３を介して、暗号化鍵ペアＥＴ_k（Ｓ_k、Ｐ_k+1）を、サーバ１０から受信すると、時刻情報Ｔ_kから計算される暗号鍵を用いて復号化し、鍵ペアＳ_k、Ｐ_k+1を得る。制御部３４は、暗号化コンテンツＥＰ_k（ｄａｔ）と秘密鍵Ｓ_kとを、復号化器３２に渡し、復号化器３２は、復号化処理ＤＳ_k（ＥＰ_k（ｄａｔ））を行い、コンテンツｄａｔを得、表示部３１で表示する。
【００３６】
クライアント２０の制御部３４では、コンテンツを表示した後に、次回（ｋ＋１）のために、コンテンツｄａｔと公開鍵Ｐ_k+1とを暗号化器３３に渡し、暗号化コンテンツＥＰ_k+1（ｄａｔ）を得、コンテンツ格納部２２に格納する。
【００３７】
図２（４）では、サーバ１０における異常処理を実行し、サーバ１０での判定処理においてアクセス制限等について問題が発見されたことを、クライアント２０に通知する処理や、ログとして保存する処理等が行われる。
【００３８】
上記のように、サーバ１０から受信した復号鍵によって復号化されたコンテンツが再暗号化され、暗号化コンテンツ自体を変化させて行くことによって、復号鍵を常にサーバ１０に取得しに行かなければならない状況を作り出すことができ、サーバ１０で一元して、一定回数や一定時間内だけコンテンツの表示を行うことを許可する等のアクセス制限を行う環境を実現することができる。
【００３９】
図４は、上記実施例において、コンテンツの流れに着目して、図２に示す流れを簡略化して示す図である。
【００４０】
サーバ１０に格納されているコンテンツｄａｔは、公開鍵Ｐ₁によって暗号化され、クライアント２０に送信される。
【００４１】
クライアント２０において、暗号化コンテンツＥＰ₁（ｄａｔ）を表示するには、次のようにする。つまり、時刻情報Ｔ₁を生成し、秘密情報としてクライアント２０に保存されている公開鍵Ｐ_sで、上記時刻情報Ｔ₁を暗号化し、サーバ１０に送信し、サーバ１０が受信した暗号化時刻情報ＥＰ_s（Ｔ₁）を、秘密鍵Ｓ_sで復号化し、時刻情報Ｔ₁を保持する。
【００４２】
サーバ１０では、次回の鍵ペアＰ₂、Ｓ₂を生成し、秘密鍵Ｓ₁と公開鍵Ｐ₂とをＴ１によって暗号化し、クライアント２０に返送する。クライアント２０は、受信した暗号化鍵ＥＴ₁（Ｓ₁、Ｐ₂）を時刻情報Ｔ₁で復号化し、秘密鍵Ｓ₁を得、暗号化コンテンツＥＰ₁（ｄａｔ）を復号化し、表示し、次回のために公開鍵Ｐ₂でコンテンツｄａｔを暗号化し、この暗号化コンテンツＥＰ₂（ｄａｔ）を保持する。ｋ＝２以降についても、上記とほぼ同様の処理を行なう。
【００４３】
アクセス制限付情報表示装置ＤＳ１では、コンテンツ格納部２２に格納する際にコンテンツ暗号化する場合、公開鍵暗号を用いて暗号化しているが、公開鍵暗号を使用する代わりに、共通鍵暗号を使用してコンテンツを暗号化するようにしてもよい。
【００４４】
図５は、上記実施例において、コンテンツ格納部２２に格納する際にコンテンツを暗号化する場合、共通鍵暗号を使用してコンテンツを暗号化する動作を示す図である。
【００４５】
サーバ１０に格納されているコンテンツｄａｔは、共通鍵Ｋ₁によって暗号化され、クライアント２０に送信される。クライアント２０で、暗号化コンテンツＥＫ₁（ｄａｔ）を表示するには、時刻情報Ｔ₁を生成し、クライアント２０に秘密情報として保存されている公開鍵Ｐ_sによって暗号化し、サーバ１０に転送する。
【００４６】
サーバ１０は、転送された暗号化時刻情報ＥＰ_s（Ｔ₁）を秘密鍵Ｓ_sで復号化し、時刻情報Ｔ₁を保持する。サーバ１０は、次回の暗号鍵Ｋ₂を生成し、共通鍵Ｋ₁とＫ₂とを、時刻情報Ｔ₁によって暗号化し、クライアント２０に返送する。クライアント２０は、受信した暗号化鍵ＥＴ₁（Ｋ₁、Ｋ₂）を、時刻情報Ｔ₁で復号化し、共通鍵Ｋ₁を得、暗号化コンテンツＥＫ₁（ｄａｔ）を復号化し、表示し、次回のために、暗号鍵Ｋ₂で、コンテンツｄａｔを暗号化した暗号化コンテンツＥＫ₂（ｄａｔ）を保持する。
【００４７】
ｋ＝２以降についても、上記とほぼ同様の処理を実行する。
【００４８】
コンテンツ格納部２２に格納する際に暗号化する場合、共通鍵暗号を用いると、暗号鍵Ｋ_kと復号鍵Ｋ_kとが同一であるので、時刻情報Ｔ_kによる暗号化を解読されれば、コンテンツ格納部２２に格納されている暗号化コンテンツＥＫ_k（ｄａｔ）が盗聴されるリスクが高くなるという欠点がある反面、クライアント２０において行う暗号化処理にかかる計算コストを低く押さえることができるという利点が存在する。
【００４９】
図６は、上記実施例において、リプレイ攻撃と改竄とに対して、どのような効果があるかを示す図である。
【００５０】
図６（１）、（２）には、リプレイ攻撃について示し、図６（３）には、改竄について示してある。
【００５１】
図６の上部には、図４に示すｋ＝１における処理と全く同じ処理を示してある。
【００５２】
図６（１）は、ネットワーク上で、ｋ＝１である場合に、暗号化時刻情報ＥＰ_s（Ｔ₁）を盗聴し、この盗聴した暗号化時刻情報ＥＰ_s（Ｔ₁）を用いて、暗号化コンテンツＥＰ₁（ｄａｔ）を復号化する秘密鍵Ｓ₁を詐取しようとする場合を示してある。
【００５３】
この際に、サーバ１０が受信した暗号化時刻情報ＥＰ_s（Ｔ₁）を、秘密鍵Ｓ_sで復号化し、時刻情報Ｔ₁を得たときに、この復号化された時刻情報Ｔ₁が、前回受信した時刻情報と同じであることが判明し、異常処理へ分岐する。ここで、時刻情報Ｔ_kは、Ｔ_k+1＞Ｔ_kになるように計算されているので、ｋ＝２以上の段階で、上記と同様の詐取を行おうとしても、拒絶し、異常処理に移ることができる。
【００５４】
図６（２）は、ｋ＝１である場合における暗号化鍵ＥＴ₁（Ｓ₁、Ｐ₂）を、ネットワーク上で盗聴し、これを用いて、暗号化コンテンツＥＰ₁（ｄａｔ）を不正に復号化しようとする場合を示している。
【００５５】
この際に、クライアント２０は、次の時刻情報Ｔ₂（ｋ＝２の状態）に既に移行しているので、サーバ１０に偽装した不正アクセスで受信した暗号化鍵ＥＴ₁（Ｓ₁、Ｐ₂）は、時刻情報Ｔ₂で復号化することができず、したがって、この不正な復号化を阻止することができる。
【００５６】
図６（３）は、何らかの方法で、公開鍵Ｐ_sを使用せずに、不正な復号鍵要求ＥＰ_s（Ｔ₂’）を作成し、暗号化コンテンツＥＰ₁（ｄａｔ）またはＥＰ₂（ｄａｔ）を不正に復号化しようとする場合を示す図である。
【００５７】
この場合にも、次の時刻情報Ｔ₂（ｋ＝２の状態）に既に移行しているので、クライアント２０は、時刻情報Ｔ₂’で暗号化されたＥＴ₂’（Ｓ₂、Ｐ₃’）を時刻情報Ｔ₂で復号化することができず、この不正な復号化を阻止することができる。また、鍵Ｓ₂とＳ₁とが互いに異なるので、暗号化コンテンツＥＰ₁（ｄａｔ）を復号化することもできない。ただし、公開鍵Ｐ_sが漏れた場合等、時刻情報Ｔ₂’が判明している場合には、秘密鍵Ｓ₂を不正に取得することができる可能性があるので、公開鍵Ｐ_sを厳重に管理する必要がある。
【００５８】
上記実施例によれば、サーバ１０から送信された復号鍵によって復号化されたコンテンツは、再暗号化され、暗号化コンテンツ自体を変化させて格納することができるので、コンテンツを表示する動作に先だって、常に、サーバ１０に復号鍵を取得する必要が生じ、したがって、サーバ１０が、一元して、一定回数や一定時間内だけコンテンツの表示を行うことを許可する等のアクセス制限を行うことができる。
【００５９】
これによって、復号鍵に付随する情報でアクセス制限を行う方式において、それらの付随する情報を書き換えることによって再度表示することを防止することができ、また、サーバが復号鍵の種類を変更し、アクセス制限を行う方式において、サーバから受信した復号鍵を保存し、いわゆるリプレイ攻撃等と呼ばれる攻撃を行ない、サーバに関知されずに再度表示することを防止できる。
【００６０】
したがって、上記実施例によれば、ネットワークを利用して電子的な書籍を含むコンテンツを表示するシステムにおいて、コンテンツの一部または全部に表示規制を設定し、閲覧者の権限等が格納されたサーバに表示許可の通信を行い、サーバからの返答に基づいてコンテンツを表示したり規制したりするシステムを構築することができる。
【００６１】
なお、サーバ１０は、所定のクライアントに送信した暗号化コンテンツを復号化する復号鍵と、上記復号化されたコンテンツを再び暗号化する再暗号鍵とを上記クライアントに送信し、上記クライアントで再暗号化されたコンテンツを再復号化する再復号鍵を、上記クライアントに送信するサーバの例である。
【００６２】
つまり、制御部１３は、コンテンツの一部または全部を暗号化する暗号化手段の例であり、所定の順序的データを記憶する順序的データ記憶手段の例であり、クライアントから受信した順序的データを、上記順序的データ記憶手段に保管している以前の順序的データと比較し、矛盾が無いことを確認できれば、上記クライアントから受信した順序的データを上記順序的データ記憶手段に記憶させる記憶制御手段の例である。
【００６３】
鍵生成手段１４は、上記クライアントでコンテンツを再暗号化するときに使用する再暗号鍵を生成する再暗号鍵生成手段の例である。ネットワークインタフェース部１６は、復号鍵と上記再暗号鍵とを、上記クライアントに送信する送信手段の例である。
【００６４】
また、クライアント２０は、サーバから受信した復号鍵によって復号化したコンテンツを、表示するとともに、再暗号化し、この再暗号化コンテンツを記憶し、上記再暗号化コンテンツを再復号化する再復号鍵を上記サーバから受信するクライアントの例である。
【００６５】
つまり、復号化器３２は、サーバから受信した復号鍵を用いて、上記コンテンツを復号化する復号化手段の例である。表示部３１は、上記復号化されたコンテンツを表示する表示手段の例である。暗号化器３３は、上記コンテンツの一部または全部を、上記サーバから受信した再暗号鍵を使用して、再暗号化する再暗号化手段の例である。
【００６６】
コンテンツ格納部２２は、上記再暗号化コンテンツを格納する格納手段の例である。時刻情報生成部３５は、順序的データを生成する順序的データ生成手段の例である。ネットワークインタフェース部２３は、上記順序的データを上記サーバに送信する順序的データ送信手段の例である。
【００６７】
さらに、上記実施例をプログラムの発明として把握することができ、つまり、上記実施例は、ネットワークを利用して電子的な書籍等のコンテンツを表示する際に、閲覧者の権限に基づいてコンテンツを表示または規制する手順と、サーバが、コンテンツの一部または全部を暗号化する手順と、上記暗号化コンテンツと、クライアントにおいてコンテンツを再び暗号化する再暗号鍵とを、上記サーバがクライアントに送信する手順と、上記サーバから受信した暗号化コンテンツを、上記クライアントが復号化する手順と、一定回数または一定時間内だけ、上記復号化されたコンテンツを、上記クライアントが表示する手順と、上記復号化されたコンテンツを再暗号化する手順と、上記再暗号化コンテンツを、上記クライアントが記憶する手順と、順序的データを、上記クライアントが生成する手順と、上記生成された順序的データを、上記サーバに送信する手順と、上記クライアントから受信した順序的データを、上記サーバが、記憶していた以前の順序的データと比較し、矛盾が無いことを確認すると、上記クライアントから受信した順序的データを、上記サーバが記憶する手順と、上記再暗号化コンテンツを復号化する復号鍵を、上記サーバが上記クライアントに送信する手順と、上記サーバが、再暗号鍵を生成する再暗号鍵生成手順と、上記クライアントが、上記サーバから受信した上記復号鍵を使用して、上記再暗号化コンテンツを再復号化し、表示し、再暗号化し、上記順序的データを送信し、一方、上記クライアントにおける再暗号鍵を、上記サーバが送信する処理を繰り返す手順とをコンピュータに実行させるプログラムの例である。
【００６８】
また、上記実施例は、上記プログラムを記録したコンピュータ読取可能な記録媒体の例である。この場合、上記記録媒体として、ＦＤ、ＣＤ、ＤＶＤ、ＨＤ、半導体メモリ等が考えられる。
【００６９】
ところで、コンテンツを伝達する手段として、紙や本の持つレイアウトやコンテンツの構造化といった、コンテンツを人にわかりやすく伝達するための工夫に着目し、コンピュータ上に紙の本と同じような操作法を実現するＣｙｂｅｒＢｏｏｋが好ましい。このＣｙｂｅｒＢｏｏｋを使えば、“ブラウザ”による「クリック＆スクロール」の閲覧方法から、本のメタファを用いた「ぺ一ジめくり」による閲覧方法への転換を図ることができ、一覧性も向上する。加えて、目次や索引を使って必要なコンテンツを探し出したり、ぺ一ジに付箋紙を貼っておいたりすることもでき、パソコン初心者に対しても、ユーザビリティの向上が期待できる。
【００７０】
また、インストールという作業は、パソコン初心者にとって大きな障壁であり、様々なプラットフォームに向けたソフトウェアの再開発・保守の必要性も存在する。一方、ＪａｖａＶＭは、様々なプラットフォームのＷｅｂブラウザに採用され、Ｊａｖａを用いて開発されたアプレットはインストールの必要がないので、インターネット向けの本型コンテンツビューワとＷｅｂブラウザによる閲覧方法の多様化を実現するために、従来の本型コンテンツデータを利用できるＪａｖａ版ＣｙｂｅｒＢｏｏｋが好ましい。
【００７１】
Ｊａｖａアプレットとしたことで、ポータビリティの向上と共に、上記のアクセス制限のためのセキュリティを確保することにも役立っている。
【００７２】
【発明の効果】
本発明によれば、ネットワークを利用して電子的な書籍等のコンテンツを表示するシステムにおいて、サーバが、一定回数や一定時間内だけ、コンテンツの表示を許可する等のアクセス制限を行うことができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施例であるアクセス制限付コンテンツ表示システムＤＳ１を示すブロック図である。
【図２】アクセス制限付コンテンツ表示システムＤＳ１におけるコンテンツと動作の流れとを示す図である。
【図３】上記実施例の説明に使用される用語の定義と、暗号の要件を示す図である。
【図４】上記実施例において、コンテンツの流れに着目して、図２に示す流れを簡略化して示す図である。
【図５】上記実施例において、コンテンツ格納部２２に格納する際にコンテンツを暗号化する場合、共通鍵暗号を使用してコンテンツを暗号化する動作を示す図である。
【図６】上記実施例において、リプレイ攻撃と改竄とに対して、どのような効果があるかを示す図である。
【符号の説明】
ＤＳ１…アクセス制限付コンテンツ表示システム、
１０…サーバ、
１１…コンテンツデータベース、
１２…暗号化器、
１３…制御部、
１４…鍵生成部、
１５…鍵データベース、
１６…ネットワークインタフェース部、
２０…クライアント、
２１…復号化部、
２２…コンテンツ格納部、
２３…ネットワークインタフェース部、
３１…表示部、
３２…復号化器、
３３…暗号化器、
３４…制御部、
３５…時刻情報生成部、
３６…公開鍵（秘密情報）。

Claims

電子的な書籍を含む暗号化コンテンツがネットワークで接続されたクライアントで表示される際に、そのコンテンツの表示の規制を行うサーバにおいて、
上記暗号化コンテンツを復号するための復号鍵を記憶する鍵記憶手段と；
所定の順序的データを記憶する順序的データ記憶手段と；
上記クライアントから受信した順序的データと、上記順序的データ記憶手段に保管している以前の順序的データとの間で、順序の前後関係に矛盾がないことを確認できれば、上記クライアントから受信した順序的データを上記順序的データ記憶手段に記憶させる順序的データ記憶制御手段と；
上記矛盾がないことを確認した場合、コンテンツを再暗号化するときに使用する再暗号鍵と当該再暗号鍵に対応する再復号鍵とを生成する再暗号鍵・再復号鍵生成手段と；
クライアントから受信した順序的データに基づいて計算された暗号鍵によって、復号鍵と上記再暗号鍵とを暗号化し、これら暗号化された２つの鍵を上記クライアントに送信する鍵送信手段と；
上記再復号鍵を上記鍵記憶手段に記憶させる鍵記憶制御手段と；
を有し、サーバで一元して、アクセス制限条件の管理を行うことを特徴とするサーバ。
ネットワークで接続されたサーバからコンテンツの表示の規制を受けて、電子的な書籍を含む暗号化コンテンツを表示するクライアントにおいて、
上記暗号化コンテンツを格納する格納手段と；
上記暗号化コンテンツを表示する際に、順序的データを生成する順序的データ生成手段と；
上記順序的データをサーバに送信する順序的データ送信手段と；
上記順序的データの送信の応答として、上記サーバから暗号化された復号鍵と再暗号鍵とを受信する鍵受信手段と；
上記順序的データに基づいて計算された暗号鍵によって、上記サーバから受信した暗号化された復号鍵と再暗号鍵とを復号する鍵復号手段と；
上記復号化されたコンテンツを表示する表示手段と；
上記復号化されたコンテンツの一部または全部を、上記再暗号鍵を使用して、再暗号化する再暗号化手段と；
上記再暗号化されたコンテンツを上記格納手段に記憶させる記憶制御手段と；
を有することを特徴とするクライアント。
コンテンツの表示の規制を行うサーバと、当該サーバとネットワークで接続され表示の規制を受けた電子的な書籍を含む暗号化コンテンツを表示するクライアントからなるシステムにおいて、
上記サーバは、
上記暗号化コンテンツを復号するための復号鍵を記憶する鍵記憶手段と；
所定の順序的データを記憶する順序的データ記憶手段と；
上記クライアントから受信した順序的データと、上記順序的データ記憶手段に保管している以前の順序的データとの間で、順序の前後関係に矛盾がないことを確認できれば、上記クライアントから受信した順序的データを上記順序的データ記憶手段に記憶させる順序的データ記憶制御手段と；
上記矛盾がないことを確認した場合、コンテンツを再暗号化するときに使用する再暗号鍵と当該再暗号鍵に対応する再復号鍵とを生成する再暗号鍵・再復号鍵生成手段と；
クライアントから受信した順序的データに基づいて計算された暗号鍵によって、復号鍵と上記再暗号鍵とを暗号化し、これら暗号化された２つの鍵を上記クライアントに送信する鍵送信手段と；
上記再復号鍵を上記鍵記憶手段に記憶させる鍵記憶制御手段と；
を有し、サーバで一元して、アクセス制限条件の管理を行い、
上記クライアントは、
上記暗号化コンテンツを格納する格納手段と；
上記暗号化コンテンツを表示する際に、順序的データを生成する順序的データ生成手段と；
上記順序的データをサーバに送信する順序的データ送信手段と；
上記順序的データの送信の応答として、上記サーバから暗号化された復号鍵と再暗号鍵とを受信する鍵受信手段と；
上記順序的データに基づいて計算された暗号鍵によって、上記サーバから受信した暗号化された復号鍵と再暗号鍵とを復号する鍵復号手段と；
上記復号化されたコンテンツを表示する表示手段と；
上記復号化されたコンテンツの一部または全部を、上記再暗号鍵を使用して、再暗号化する再暗号化手段と；
上記再暗号化されたコンテンツを上記格納手段に記憶させる記憶制御手段と；
を有することを特徴とするアクセス制限付コンテンツ表示システム。
コンテンツの表示の規制を行うサーバと、当該サーバとネットワークで接続され表示の規制を受けた電子的な書籍を含む暗号化コンテンツを表示するクライアントからなるシステムで処理されるコンテンツの表示方法であって、
上記サーバは、
上記暗号化コンテンツを復号するための復号鍵を記憶する鍵記憶工程と；
所定の順序的データを記憶する順序的データ記憶工程と；
上記クライアントから受信した順序的データと、上記順序的データ記憶工程で保管している以前の順序的データとの間で、順序の前後関係に矛盾がないことを確認できれば、上記クライアントから受信した順序的データを上記順序的データ記憶工程で記憶させる順序的データ記憶制御工程と；
上記矛盾がないことを確認した場合、コンテンツを再暗号化するときに使用する再暗号鍵と当該再暗号鍵に対応する再復号鍵とを生成する再暗号鍵・再復号鍵生成工程と；
クライアントから受信した順序的データに基づいて計算された暗号鍵によって、復号鍵と上記再暗号鍵とを暗号化し、これら暗号化された２つの鍵を上記クライアントに送信する鍵送信工程と；
上記再復号鍵を上記鍵記憶工程で記憶させる鍵記憶制御工程と；
を実行し、サーバで一元して、アクセス制限条件の管理を行い、
上記クライアントは、
上記暗号化コンテンツを格納する格納工程と；
上記暗号化コンテンツを表示する際に、順序的データを生成する順序的データ生成工程と；
上記順序的データをサーバに送信する順序的データ送信工程と；
上記順序的データの送信の応答として、上記サーバから暗号化された復号鍵と再暗号鍵とを受信する鍵受信工程と；
上記順序的データに基づいて計算された暗号鍵によって、上記サーバから受信した暗号化された復号鍵と再暗号鍵とを復号する鍵復号工程と；
上記復号化されたコンテンツを表示する表示工程と；
上記復号化されたコンテンツの一部または全部を、上記再暗号鍵を使用して、再暗号化する再暗号化工程と；
上記再暗号化されたコンテンツを上記格納工程で記憶させる記憶制御工程と；
を実行することを特徴とするアクセス制限付コンテンツ表示方法。
請求項４において、
上記クライアントから上記サーバに送信された上記順序的データを保護するために、公開鍵暗号を用い、
上記クライアントの動作環境認証を必要とする場合毎に、毎回異なる認証モジュールを上記サーバから受信し、動作環境の確認を行った後に、上記公開鍵を受信し、
正当な動作環境のクライアントのみが、当該公開鍵を入手することができることを特徴とするアクセス制限付コンテンツ表示方法。
請求項４または請求項５において、
上記順序的データは、現在時刻と表示許可の通信の番号とによって構成されているデータであり、
上記順序的データに基づいて計算された暗号鍵を用いて、返信データを暗号化することを特徴とするアクセス制限付コンテンツ表示方法。
請求項４記載の方法をコンピュータに実行させるプログラム。
請求項４記載の方法をコンピュータに実行させるプログラムを記録したコンピュータ読取可能な記録媒体。