(57)【要約】【課題】暗号化コンテンツの著作権保護を図りつつ、複数のコンテンツ利用端末で暗号化コンテンツを利用できるようにして利便性を向上させる。【解決手段】コンテンツ管理システム１０は、端末１と、サーバ１３と、顧客ＤＢ１４と、ＰＣ１５とを備える。ユーザが端末１で暗号化コンテンツ８ｄの閲覧を行っている最中に、可変する待ち時間Ｔごとに、閲覧可否をサーバ１３に問い合せるようにし、閲覧不可と判断された場合は、待ち時間Ｔを次第に短くして、ユーザに警告表示を行う頻度を増やし、しまいには、閲覧不可の状態にする。また、コンテンツ管理画面上で、ユーザが閲覧を希望する端末１の設定変更を行うと、その設定変更がエラーかどうかをサーバ１３側でチェックして、そのチェック結果をコンテンツ管理画面に反映させる。【選択図】図１
2012190268.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置から暗号化コンテンツをダウンロードする暗号化コンテンツ取得部と、
前記暗号化コンテンツを復号するための復号鍵を前記サーバ装置からダウンロードする復号鍵取得部と、
前記復号鍵を用いて前記暗号化コンテンツを復号するコンテンツ復号部と、
可変可能な待ち時間が経過するたびに、前記暗号化コンテンツの利用可否を前記サーバ装置に問合せる利用可否問合せ部と、
前記利用可否問合せ部により問い合せた結果、前記暗号化コンテンツが利用不可であるか否かを判定する利用不可判定部と、
前記サーバ通信不可判断部により利用不可と判定された回数が所定回数に達した場合は、利用可否を問い合せた前記暗号化コンテンツの利用を禁止する利用禁止制御部と、
前記利用不可判定部により利用不可と判定されたが、その回数が前記所定回数に達していない場合は、利用可否を問い合せた前記暗号化コンテンツの利用を所定の警告表示とともに許可する警告表示制御部と、を備えることを特徴とするコンテンツ利用端末。
【請求項２】
前記利用不可判定部は、前記暗号化コンテンツが利用不可である旨の回答を前記サーバ装置から受けた場合と、前記サーバ装置との通信が行えなかった場合と、の少なくとも一方の場合に、利用不可と判定することを特徴とする請求項１に記載のコンテンツ利用端末。
【請求項３】
前記利用可否問合せ部は、新たに利用不可であると判定されるたびに、前記待ち時間を短くして、前記サーバ装置に問い合せる頻度を高くすることを特徴とする請求項１または２に記載のコンテンツ利用端末。
【請求項４】
前記利用可否問合せ部は、前記サーバ装置から前記暗号化コンテンツが利用可である旨の回答を新たに受けるたびに、前記待ち時間を長くして、前記サーバ装置に問い合せる頻度を低くすることを特徴とする請求項１乃至３のいずれかに記載のコンテンツ利用端末。
【請求項５】
前記利用可否問合せ部は、同時利用を許容する端末の上限数が多い暗号化コンテンツほど、前記サーバ装置に問い合せる時間間隔を長くすることを特徴とする請求項１乃至４のいずれかに記載のコンテンツ利用端末。
【請求項６】
前記暗号化コンテンツは、著作権保護が必要な電子書籍であり、
前記利用可否問合せ部は、前記電子書籍の閲覧可否を前記サーバ装置に問合せ、
前記利用不可判定部は、前記電子書籍が閲覧不可であるか否かを判定し、
前記利用禁止制御部は、前記所定回数に達した場合は、閲覧可否を問い合せた前記電子書籍の閲覧を禁止し、
前記警告表示制御部は、前記前記利用不可判定部により閲覧不可と判定されたが、その回数が前記所定回数に達していない場合は、閲覧可否を問い合せた前記電子書籍の閲覧を所定の警告表示とともに許容することを特徴とする請求項１乃至５のいずれかに記載のコンテンツ利用端末。
【請求項７】
所定のネットワークを介して通信を行うコンテンツ利用端末およびサーバ装置とを備えたコンテンツ管理システムにおいて、
前記コンテンツ利用端末の所有者の識別情報と、該所有者に利用許可している暗号化コンテンツを識別する情報と、を登録する顧客データベース装置を備え、
前記コンテンツ利用端末は、
前記サーバ装置から暗号化コンテンツをダウンロードする暗号化コンテンツ取得部と、
前記暗号化コンテンツを復号するための復号鍵を前記サーバ装置からダウンロードする復号鍵取得部と、
前記復号鍵を用いて前記暗号化コンテンツを復号するコンテンツ復号部と、
可変可能な待ち時間が経過するたびに、前記暗号化コンテンツの利用可否を前記サーバ装置に問合せる利用可否問合せ部と、
前記利用可否問合せ部により問い合せた結果、前記暗号化コンテンツが利用不可であるか否かを判定する利用不可判定部と、
前記サーバ通信不可判断部により利用不可と判定された回数が所定回数に達した場合は、利用可否を問い合せた前記暗号化コンテンツの利用を禁止する利用禁止制御部と、
前記利用不可判定部により利用不可と判定されたが、その回数が前記所定回数に達していない場合は、利用可否を問い合せた前記暗号化コンテンツの利用を所定の警告表示とともに許可する警告表示制御部と、を有し、
前記サーバ装置は、
前記利用可否問合せ部からの問合せがあると、前記顧客データベース装置を参照した結果に基づいて、利用可否の問合せのあった前記暗号化コンテンツの利用可否を判定する利用可否判定部と、
前記利用可否判定部の判定結果に基づいて、利用可否の問合せをした前記暗号化コンテンツの利用可否情報を前記コンテンツ利用端末に応答する利用可否情報応答部と、を有することを特徴とするコンテンツ管理システム。
【請求項８】
前記顧客データベース装置は、ユーザごとに、各ユーザが所持する個々の前記コンテンツ利用端末を識別する情報と、それぞれの前記コンテンツ利用端末での利用を許可した前記暗号化コンテンツを識別する情報とを、前記顧客データベース装置に登録し、
前記サーバ装置は、
各ユーザごとに、前記顧客データベース装置に登録された各ユーザが所持するすべての前記コンテンツ利用端末の情報と、登録された各コンテンツ利用端末で利用が許可された前記暗号化コンテンツの情報とを対応づけたコンテンツ管理画面を作成して、ユーザに提供するコンテンツ管理画面作成部と、
ユーザが前記コンテンツ管理画面上で、利用が許可された前記暗号化コンテンツを利用するコンテンツ利用端末を設定変更したときに、その設定変更にエラーがないか否かを前記顧客データベース装置を参照して確認するエラー確認部と、を有し、
前記コンテンツ管理画面作成部は、前記エラー確認部の確認結果に応じて、前記コンテンツ管理画面の更新を行うことを特徴とする請求項７に記載のコンテンツ管理システム。
【請求項９】
コンテンツ利用端末の所有者の識別情報と、該所有者に利用許可している暗号化コンテンツを識別する情報と、を登録する顧客データベース装置を用いて、所定のネットワークを介して通信を行う前記コンテンツ利用端末およびサーバ装置との間で、暗号化コンテンツを管理するコンテンツ管理方法において、
前記コンテンツ利用端末の所有者の識別情報と、該所有者に利用許可している暗号化コンテンツを識別する情報と、を登録する顧客データベース装置を備え、
前記コンテンツ利用端末は、
前記サーバ装置から暗号化コンテンツをダウンロードするステップと、
前記暗号化コンテンツを復号するための復号鍵を前記サーバ装置からダウンロードするステップと、
前記復号鍵を用いて前記暗号化コンテンツを復号するステップと、
可変可能な待ち時間が経過するたびに、前記暗号化コンテンツの利用可否を前記サーバ装置に問合せるステップと、
前記暗号化コンテンツの利用可否を問い合せた結果、前記暗号化コンテンツが利用不可であるか否かを判定するステップと、
前記暗号化コンテンツが利用不可と判定された回数が所定回数に達した場合は、利用可否を問い合せた前記暗号化コンテンツの利用を禁止するステップと、
前記暗号化コンテンツが利用不可と判定されたが、その回数が前記所定回数に達していない場合は、利用可否を問い合せた前記暗号化コンテンツの利用を所定の警告表示とともに許可するステップと、を有し、
前記サーバ装置は、
前記利用可否問合せ部からの問合せがあると、前記コンテンツ利用端末の所有者の識別情報と、該所有者に利用許可している暗号化コンテンツを識別する情報と、を登録した顧客データベース装置を参照した結果に基づいて、利用可否を問い合せた前記暗号化コンテンツの利用可否を判定するステップと、
前記暗号化コンテンツの利用可否の判定結果に基づいて、利用可否を問い合せた前記暗号化コンテンツの利用可否情報を前記コンテンツ利用端末に応答するステップと、を有することを特徴とするコンテンツ管理方法。
【請求項１０】
コンテンツ利用端末の所有者の識別情報と、該所有者に利用許可している暗号化コンテンツを識別する情報と、を登録する顧客データベース装置を用いて、所定のネットワークを介して通信を行う前記コンテンツ利用端末およびサーバ装置との間で、暗号化コンテンツを管理するコンテンツ管理プログラムにおいて、
前記サーバ装置から暗号化コンテンツをダウンロードするステップと、
前記暗号化コンテンツを復号するための復号鍵を前記サーバ装置からダウンロードするステップと、
前記復号鍵を用いて前記暗号化コンテンツを復号するステップと、
可変可能な待ち時間が経過するたびに、前記暗号化コンテンツの利用可否を前記サーバ装置に問合せるステップと、
前記暗号化コンテンツの利用可否を問い合せた結果、前記暗号化コンテンツが利用不可であるか否かを判定するステップと、
前記暗号化コンテンツが利用不可と判定された回数が所定回数に達した場合は、利用可否を問い合せた前記暗号化コンテンツの利用を禁止するステップと、
前記暗号化コンテンツが利用不可と判定されたが、その回数が前記所定回数に達していない場合は、利用可否を問い合せた前記暗号化コンテンツの利用を所定の警告表示とともに許可するステップと、
前記利用可否問合せ部からの問合せがあると、前記コンテンツ利用端末の所有者の識別情報と、該所有者に利用許可している暗号化コンテンツを識別する情報と、を登録した顧客データベース装置を参照した結果に基づいて、利用可否を問い合せた前記暗号化コンテンツの利用可否を判定するステップと、
前記暗号化コンテンツの利用可否の判定結果に基づいて、利用可否を問い合せた前記暗号化コンテンツの利用可否情報を前記コンテンツ利用端末に応答するステップと、をコンピュータに実行させるコンテンツ管理プログラム。
【請求項１１】
コンテンツ利用端末との間で、所定のネットワークを介して通信を行うサーバ装置において、
暗号化コンテンツのダウンロード要求をした前記コンテンツ利用端末の所有者の識別情報と、該所有者に利用許可している暗号化コンテンツの識別情報と、を登録した顧客データベース装置内の登録情報に基づいて、該暗号化コンテンツを復号するための復号鍵を生成する復号鍵生成部と、
前記復号鍵を用いて前記暗号化コンテンツを復号した前記コンテンツ利用端末から、可変可能な待ち時間が経過するたびに、前記暗号化コンテンツの利用可否の問合せがあった場合には、その都度、前記顧客データベース装置の登録情報に基づいて、該コンテンツ利用端末に対して該暗号化コンテンツの利用を許可するか否かを判定する利用可否判定部と、
前記利用可否判定部の判定結果に基づいて、利用可否の問合せのあった前記暗号化コンテンツの利用可否情報を前記コンテンツ利用端末に応答する利用可否情報応答部と、を備えることを特徴とするサーバ装置。
【請求項１２】
各ユーザごとに、前記顧客データベース装置に登録された各ユーザが所持するすべての前記コンテンツ利用端末の情報と、登録された各コンテンツ利用端末で利用が許可された前記暗号化コンテンツの情報とを対応づけたコンテンツ管理画面を作成して、ユーザに提供するコンテンツ管理画面作成部と、
ユーザが前記コンテンツ管理画面上で、利用が許可された前記暗号化コンテンツを利用するコンテンツ利用端末の種類を設定変更したときに、その設定変更にエラーがないか否かを前記顧客データベース装置を参照して確認するエラー確認部と、を有し、
前記コンテンツ管理画面作成部は、前記エラー確認部の確認結果に応じて、前記コンテンツ管理画面の更新を行うことを特徴とする請求項１１に記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子書籍や電子コミック等のデジタルコンテンツを閲覧可能なコンテンツ利用端末、コンテンツ管理システム、コンテンツ管理方法、コンテンツ管理プログラムおよびサーバ装置に関する。
【背景技術】
【０００２】
タッチパネル機能を搭載した液晶表示装置の低価格化と低消費電力化に伴って、電子書籍や電子コミック等のデジタルコンテンツを携帯電話やスマートフォン等の携帯型電子機器やパーソナルコンピュータ（以下、総称して電子機器と呼ぶ）で手軽に閲覧できるようにした新たなコンテンツ提供サービスが急速に普及している（特許文献１参照）。
【０００３】
電子書籍等のデジタルコンテンツは、大量の情報を劣化なく提供できるため、利便性が高いが、その一方で、著作権保護が問題となる。
【０００４】
著作権保護を図るには、デジタルコンテンツにプロテクトをかけて、予め登録した電子機器でしか、閲覧できないようにするのが望ましい。ところが、ユーザの多くは、複数の電子機器を所持しており、職場や自宅などの異なる環境下で、これら電子機器を任意に使い分けているのが実情である。このような場合、そのうちの一つでしか、デジタルコンテンツの閲覧ができないとなると、著しく使い勝手が悪くなる。
【０００５】
ユーザの立場に立てば、自分が正規に購入した電子書籍である以上、どの電子機器で閲覧するかは、ユーザの自由であるという主張が成り立つ。また、閲覧可能な電子機器を一台に制限すると、それが足かせとなって、電子書籍の普及が進まない可能性もある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第４４０５９６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した特許文献１は、電子書籍データを書庫サーバに格納しておき、この書庫サーバから必要なときに電子書籍データをダウンロードして閲覧するものである。この特許文献１の場合、電子書籍端末から書庫サーバにアクセスする際に、電子書籍端末の端末ＩＤに基づいて照合を行うのではなく、ユーザ自身のＩＤやパスワードに基づいて照合を行っている。このため、ユーザ自身のＩＤとパスワードさえ入手できれば、どの電子書籍端末でも電子書籍データをダウンロードできることになり、著作権保護が損なわれるおそれがある。
【０００８】
このように、従来は、暗号化コンテンツの著作権保護を損なうことなく、複数のコンテンツ利用端末で暗号化コンテンツを利用できるようにして利便性を高める方式が確立されていなかった。
【０００９】
本発明は、上述した問題点に鑑みてなされたものであり、その目的は、暗号化コンテンツの著作権保護を図りつつ、複数のコンテンツ利用端末で暗号化コンテンツを利用できるようにして利便性を向上させたコンテンツ利用端末、コンテンツ管理システム、コンテンツ管理方法、コンテンツ管理プログラムおよびサーバ装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、本発明の一態様は、サーバ装置から暗号化コンテンツをダウンロードする暗号化コンテンツ取得部と、
前記暗号化コンテンツを復号するための復号鍵を前記サーバ装置からダウンロードする復号鍵取得部と、
前記復号鍵を用いて前記暗号化コンテンツを復号するコンテンツ復号部と、
可変可能な待ち時間が経過するたびに、前記暗号化コンテンツの利用可否を前記サーバ装置に問合せる利用可否問合せ部と、
前記利用可否問合せ部により問い合せた結果、前記暗号化コンテンツが利用不可であるか否かを判定する利用不可判定部と、
前記サーバ通信不可判断部により利用不可と判定された回数が所定回数に達した場合は、利用可否を問い合せた前記暗号化コンテンツの利用を禁止する利用禁止制御部と、
前記利用不可判定部により利用不可と判定されたが、その回数が前記所定回数に達していない場合は、利用可否を問い合せた前記暗号化コンテンツの利用を所定の警告表示とともに許可する警告表示制御部と、を備えることを特徴とするコンテンツ利用端末を提供するものである。
【００１１】
また、本発明の一態様は、所定のネットワークを介して通信を行うコンテンツ利用端末およびサーバ装置とを備えたコンテンツ管理システムにおいて、
前記コンテンツ利用端末の所有者の識別情報と、該所有者に利用許可している暗号化コンテンツを識別する情報と、を登録する顧客データベース装置を備え、
前記コンテンツ利用端末は、
前記サーバ装置から暗号化コンテンツをダウンロードする暗号化コンテンツ取得部と、
前記暗号化コンテンツを復号するための復号鍵を前記サーバ装置からダウンロードする復号鍵取得部と、
前記復号鍵を用いて前記暗号化コンテンツを復号するコンテンツ復号部と、
可変可能な待ち時間が経過するたびに、前記暗号化コンテンツの利用可否を前記サーバ装置に問合せる利用可否問合せ部と、
前記利用可否問合せ部により問い合せた結果、前記暗号化コンテンツが利用不可であるか否かを判定する利用不可判定部と、
前記サーバ通信不可判断部により利用不可と判定された回数が所定回数に達した場合は、利用可否を問い合せた前記暗号化コンテンツの利用を禁止する利用禁止制御部と、
前記利用不可判定部により利用不可と判定されたが、その回数が前記所定回数に達していない場合は、利用可否を問い合せた前記暗号化コンテンツの利用を所定の警告表示とともに許可する警告表示制御部と、を有し、
前記サーバ装置は、
前記利用可否問合せ部からの問合せがあると、前記顧客データベース装置を参照した結果に基づいて、利用可否の問合せのあった前記暗号化コンテンツの利用可否を判定する利用可否判定部と、
前記利用可否判定部の判定結果に基づいて、利用可否の問合せのあった前記暗号化コンテンツの利用可否情報を前記コンテンツ利用端末に応答する利用可否情報応答部と、を有することを特徴とするコンテンツ管理システムを提供するものである。
【００１２】
また、本発明の一態様は、コンテンツ利用端末との間で、所定のネットワークを介して通信を行うサーバ装置において、
暗号化コンテンツのダウンロード要求をした前記コンテンツ利用端末の所有者の識別情報と、該所有者に利用許可している暗号化コンテンツの識別情報と、を登録した顧客データベース装置内の登録情報に基づいて、該暗号化コンテンツを復号するための復号鍵を生成する復号鍵生成部と、
前記復号鍵を用いて前記暗号化コンテンツを復号した前記コンテンツ利用端末から、可変可能な待ち時間が経過するたびに、前記暗号化コンテンツの利用可否の問合せがあった場合には、その都度、前記顧客データベース装置の登録情報に基づいて、該コンテンツ利用端末に対して暗号化コンテンツの利用を許可するか否かを判定する利用可否判定部と、
前記利用可否判定部の判定結果に基づいて、利用可否の問合せのあった前記暗号化コンテンツの利用可否情報を前記コンテンツ利用端末に応答する利用可否情報応答部と、を備えることを特徴とするサーバ装置を提供するものである。
【発明の効果】
【００１３】
本発明によれば、暗号化コンテンツの著作権保護を図りつつ、複数のコンテンツ利用端末で暗号化コンテンツを利用できるようにして利便性を向上させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係るコンテンツ利用端末１の概略構成を示すブロック図。
【図２】本実施形態の利用状況を説明する図。
【図３】本実施形態に係るコンテンツ管理システム１０の概略構成を示すブロック図。
【図４】本実施形態に係る初期購入時の処理手順を示すフローチャート。
【図５】サーバ１３と端末１との間で送受される情報を図４の各ステップに対応づけた図。
【図６】コンテンツ管理画面の一例を示す図。
【図７】図４のステップＳ１２とＳ１３の詳細フローチャート。
【図８】サーバ問合せ処理の詳細フローチャート。
【図９】コンテンツ情報ファイルの一例を示す図。
【図１０】サーバ１３が行う処理の一例を示すフローチャート。
【図１１】コンテンツ管理画面を更新手順の一例を示すフローチャート。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら、本発明の実施形態について詳細に説明する。
【００１６】
図１は本発明の一実施形態に係るコンテンツ利用端末１の概略構成を示すブロック図である。図１のコンテンツ利用端末１は、主には、携帯電話、スマートフォン、ＰＤＡ等の携帯可能な電子機器を想定しているが、据置き型の汎用のパーソナルコンピュータでもよい。すなわち、サーバと通信を行う通信機能と、サーバからダウンロードした種々のデジタルコンテンツを格納する機能と、ダウンロードしたデジタルコンテンツを表示する表示機能と、ユーザの操作を受け付ける機能とを備えているものであれば、実現形態は問わない。
【００１７】
したがって、コンテンツ利用端末１の概略構成にも自由度があり、必ずしも図１に示したものに限定されないが、以下では、一例として、図１のコンテンツ利用端末１を説明する。以下では、コンテンツ利用端末１を略して単に端末１と呼ぶ。
【００１８】
なお、図１の端末１にて閲覧可能なデジタルコンテンツは、電子書籍、電子コミック、ストリームデータおよび各種のＡＶデータなど、特に種類を問わないが、以下では、電子書籍を閲覧する例について説明する。
【００１９】
図１の端末１は、ＣＰＵ２と、入力部３と、通信部４と、表示制御部５と、表示メモリ６と、表示部７と、記憶部８とを備えている。入力部３は、キーボードでもよいし、タッチパネルを備える場合には、タッチ検出部が入力部３に該当する。
【００２０】
通信部４は、サーバとの通信を行うものであり、無線でも有線でもよい。また、通信回線の形態も特に問わないため、公衆回線や専用回線を利用してもよいし、無線ＬＡＮやBluetooth、赤外線等の近接無線通信回線、あるいは有線のEthernet（登録商標）を利用しでもよい。
【００２１】
表示部７は、液晶表示装置またはＥＬ表示装置等の平面表示装置であり、場合によっては、表示パネル面にタッチパネルが取付けられる。
【００２２】
記憶部８は、不図示のＲＯＭやＲＡＭなどからなる。ＣＰＵ２は、電源投入時に、ＲＯＭに格納されたオペレーティングシステム（以下、ＯＳ）８ａを起動して、ＯＳ８ａ上でさらに本棚アプリ８ｂを起動する。本棚アプリ８ｂを起動すると、端末１のユーザが閲覧可能な電子書籍をリスト形式で一覧表示する。このリストの中から、ユーザが入力部３により所望の電子書籍を選択すると、ビューアアプリ８ｃが起動し、後述する所定の条件を満たす場合には、このビューアアプリ８ｃ上で、ユーザが選択した電子書籍が閲覧可能な状態となる。
【００２３】
個々の電子書籍は、電子書籍データ本体を暗号化した暗号化コンテンツ８ｄと、この暗号化コンテンツ８ｄを復号するための復号鍵８ｅと、ユーザの読書データ８ｆとを含んでいる。
【００２４】
暗号化コンテンツ８ｄは、適切な復号鍵８ｅとビューアアプリ８ｃがなければ閲覧できないものである。暗号化コンテンツ８ｄだけ取得しても、復号鍵８ｅがなければ復号できないため、本実施形態では、暗号化コンテンツ８ｄは購入手続なしでダウンロードできるようにしている。ただし、暗号化コンテンツ８ｄをダウンロードする際に、ユーザ認証等を行う変形例も考えられる。
【００２５】
復号鍵８ｅは、販売サイト等の販売元を通じて所望の暗号化コンテンツ８ｄを正規に購入したユーザに対して、販売元から付与される鍵情報である。暗号化コンテンツ８ｄは、一般にはデータ量が大きい（例えば、数Ｍバイトなど）のに対して、復号鍵８ｅのデータ量はそれほど大きくなく、例えば数百〜数Ｋバイト程度である。
【００２６】
読書データ８ｆは、個々の暗号化コンテンツ８ｄに関連づけられるものであり、ユーザがどこまで閲覧したかを示す進捗情報や、しおり、文字サイズ、使用フォント等の情報である。これらは、著作権保護を図る必要性はないことから、暗号化しない平文データで送受しても構わない。ただし、処理の効率化のために、暗号化コンテンツ８ｄと同様の手法で暗号化して、暗号化コンテンツ８ｄと組にして復号するようにしてもよい。
【００２７】
上述したように、本実施形態では、購入の有無にかかわらず誰でも暗号化コンテンツ８ｄをダウンロードできるようにしているため、例えば、暗号化コンテンツ８ｄをダウンロードしたユーザは、自分が所持する複数の端末１間で暗号化コンテンツ８ｄをコピーすることも問題なくできる。読書データ８ｆも同様である。
【００２８】
これに対して、復号鍵８ｅとビューアアプリ８ｃは、サーバによる認証手続を経なければ、他の端末１にコピーできないようにしている。これにより、ユーザがある端末１で閲覧をしていた暗号化コンテンツ８ｄを、別の端末１にコピーしたとしても、後述する予め定めた所定の手続を踏まない限り、コピーした暗号化コンテンツ８ｄを閲覧することはできない。
【００２９】
ビューアアプリ８ｃは、個々のユーザを識別するユーザＩＤと、個々の端末１を識別する端末ＩＤとを保持している。ビューアアプリ８ｃは、ユーザＩＤと端末ＩＤ等を用いてサーバと認証を行い、認証に成功した場合に限り、サーバから復号鍵８ｅを取得する。
【００３０】
ビューアアプリ８ｃは、暗号化コンテンツ８ｄを販売するサーバからダウンロードされるものである。ビューアアプリ８ｃ自体は、無料で提供されることが多いが、ビューアアプリ８ｃ内にユーザＩＤと端末ＩＤの情報を保持しているため、上述したように他の端末１に直接コピーすることはできない。
【００３１】
復号鍵８ｅは、暗号化コンテンツ８ｄ（場合によっては読書データ８ｆも含む）を復号するのに必要な鍵情報である。具体的には、ユーザＩＤ、端末ＩＤ、暗号化コンテンツ８ｄを識別するコンテンツＩＤ、コンテンツ有効期限情報、システム固有の制御情報などを種（シード）として、ハッシュ演算を行って得られる固定ビット長の鍵情報である。復号鍵８ｅ自体は、比較的容量の小さいデータを想定している。
【００３２】
後述するように、本実施形態は、所定の条件下で、ユーザが所持する複数の端末１で、同一の電子書籍を閲覧（以下、このことを同時読みと呼ぶ）できるようにしている。同時読みが可能な端末１の数は、個々の暗号化コンテンツ８ｄごとに異なるため、復号鍵８ｅを生成する際の種の中に、同時閲覧が可能な端末１の上限数の情報を含めてもよい。この場合、同時読みが可能な上限数に応じて、端末１での閲覧を許容するかどうかをサーバに問合せる頻度を制御することが考えられる。
【００３３】
また、復号鍵８ｅの種の中に埋め込まれるコンテンツ有効期限を制御することで、例えば、限られた時間のみ閲覧を許容する立ち読みモードと、予め定めた期間のみ閲覧を許容するレンタルモードと、期間無制限で閲覧を許容する購入モードとを設けることも可能である。この場合、立ち読みモード、レンタルモード、購入モードの順に、利用価格を高くすることが考えられる。立ち読みモードやレンタルモードの利用価格を購入価格よりも大幅に低く設定することで、利用者層を広げることができる。
【００３４】
上述した説明からわかるように、本実施形態において、電子書籍を購入するとは、特定の暗号化コンテンツ８ｄ自体を取得することではなく、特定の暗号化コンテンツ８ｄを復号可能な復号鍵８ｅを購入することを意味する。
【００３５】
図２は本実施形態の利用状況を説明する図である。図２では、複数の端末１を所持しているユーザが複数の暗号化コンテンツ８ｄを購入した例を示している。個々の端末１は、互いに異なる端末ＩＤを所持する。ユーザが同じである限り、ユーザＩＤは同一である。また、サーバにアクセスするためのパスワードも同一である。ユーザが購入した複数の暗号化コンテンツ８ｄは、それぞれ異なるコンテンツＩＤと、それぞれ異なる読書データ８ｆとを持っており、各コンテンツの有効期限情報も個別に持っている。
【００３６】
このように、端末ＩＤとユーザＩＤ（パスワード）は、多対一の関係にあり、ユーザＩＤ（パスワード）とコンテンツＩＤ（読書データ８ｆ、有効期限情報）は、一対多の関係にある。
【００３７】
図３は本実施形態に係るコンテンツ管理システム１０の概略構成を示すブロック図である。図３のコンテンツ管理システム１０は、図１に示した端末１が基地局１１と無線通信を行って、インターネット１２を介してサーバ１３にアクセスする例を示している。サーバ１３は、必ずしも一台だけとは限らないが、図３では簡略化のため、一台のみを図示している。図示のサーバ１３は、電子書籍を販売する販売元であり、顧客データベース装置（以下、顧客ＤＢ）１４が接続されている。顧客ＤＢ１４には、個々の暗号化コンテンツ８ｄを購入したユーザのユーザＩＤ、パスワードおよび端末ＩＤ等の利用者属性情報が格納されている。また、各ユーザが暗号化コンテンツ８ｄを購入した履歴情報や、各暗号化コンテンツ８ｄの読書データ８ｆなども顧客ＤＢ１４に格納される。
【００３８】
図３のコンテンツ管理システム１０は、インターネット１２に接続されたＰＣ１５を備えている。このＰＣ１５は必ずしも必須ではないが、例えば、ユーザが最初に販売サイトにアクセスして、上述した利用者属性情報を登録する際などにＰＣ１５が利用される。ＰＣ１５を利用する理由は、利用者属性情報の登録は、ＰＣ１５上のＯＳの管理下で起動される汎用ウェブブラウザにて特定の販売サイトにアクセスして行うことを想定しているためである。なお、この利用者属性情報の顧客ＤＢ１４への登録を、ユーザが所持するいずれかの端末１で行ってもよい。この場合、ＰＣ１５は不要となる。また、電子書籍の閲覧を端末１ではなく、ＰＣ１５で行う場合には、端末１は不要となる。
【００３９】
サーバ１３は、ユーザが特定の暗号化コンテンツ８ｄを購入すると、顧客ＤＢ１４に格納された利用者属性情報を参照して、特定の暗号化コンテンツ８ｄのみの復号に用いられる復号鍵８ｅを生成して、ユーザが購入手続を行った特定の端末１に送信する。サーバ１３が復号鍵８ｅを生成することにより、復号鍵８ｅ、コンテンツＩＤおよび読書データ８ｆ等が関連づけられることになる。
【００４０】
顧客ＤＢ１４には、ユーザが所持する個々の端末１の端末ＩＤも登録される。この端末ＩＤの登録は、ユーザが特定の端末１にビューアアプリ８ｃをダウンロードした後、このビューアアプリ８ｃを使用してサーバ１３にアクセスした際に、サーバ１３が端末ＩＤを顧客ＤＢ１４に登録する。
【００４１】
図４は本実施形態に係る初期購入時の処理手順を示すフローチャートである。図５はサーバ１３と端末１との間で送受される情報を図４の各ステップに対応づけた図である。図５に示すように、サーバ１３は、ビューアアプリ格納部２１と、暗号化コンテンツ格納部２２と、復号鍵生成部２３と、読書データ取得部２４とを有する。
【００４２】
次に、図４のフローチャートを参照して、初期購入時の処理手順を順に説明する。まず、ユーザは、例えばＰＣ１５上で汎用のブラウザ等を起動して販売サイトにアクセスし、ユーザＩＤ、パスワードおよび決済情報等の利用者属性情報を登録する（ステップＳ１）。販売サイトを運営するサーバ１３は、ユーザが登録した利用者属性情報を顧客ＤＢ１４に格納する。
【００４３】
次に、ユーザは、自分が所持する特定の端末１（ＰＣ１５でもよい）を用いて販売サイトにアクセスし、この販売サイトからビューアアプリ８ｃをダウンロードする（ステップＳ２）。次に、ユーザは、ダウンロードしたビューアアプリ８ｃを起動して、販売サイトにアクセスする。このとき、ユーザはステップＳ１で登録したユーザＩＤとパスワードを入力する。サーバ１３は、ユーザＩＤとパスワードが登録情報と一致することを確認した場合には、ビューアアプリ８ｃを起動している端末１の端末ＩＤを取得して、顧客ＤＢ１４に登録する（ステップＳ３）。
【００４４】
次に、ユーザは、ビューアアプリ８ｃ上で、所望の暗号化コンテンツ８ｄをダウンロードする（ステップＳ４、暗号化コンテンツ取得部）。ステップＳ４に並行して、サーバ１３内の復号鍵生成部２３は、顧客ＤＢ１４を参照して、ユーザＩＤ、端末ＩＤ、コンテンツＩＤ、コンテンツ有効期限、システム１０固有の制御情報のうち、少なくとも２つ以上を種として復号鍵８ｅを生成する（ステップＳ５、復号鍵生成部）。
【００４５】
ユーザは、ステップＳ４の暗号化コンテンツ８ｄのダウンロードが終了すると、サーバ１３がステップＳ５で生成した復号鍵８ｅをダウンロードする（ステップＳ６、復号鍵取得部）。
【００４６】
サーバ１３は、ステップＳ５の復号鍵８ｅの生成に前後して、ステップＳ４でユーザがダウンロードした暗号化コンテンツ８ｄの読書データ８ｆを顧客ＤＢ１４から取得する（ステップＳ７）。ユーザは、ステップＳ６の復号鍵８ｅのダウンロードに前後して、サーバ１３がステップＳ７で取得した読書データ８ｆをダウンロードする（ステップＳ８）。
【００４７】
ステップＳ４で暗号化コンテンツ８ｄをダウンロードした端末１に、ステップＳ６の復号鍵８ｅとステップＳ８の読書データ８ｆがダウンロードされると、暗号化コンテンツ８ｄの復号処理が自動的に行われ、閲覧が可能となる（ステップＳ９、コンテンツ復号部）。もし、暗号化コンテンツ８ｄと復号鍵８ｅが一致しない場合は、閲覧不可となるため、不正な閲覧を防止できる。
【００４８】
その後、端末１は、予め設定した頻度で、ユーザの閲覧進捗状況を示す読書データ８ｆを販売サイトにアップロードする（ステップＳ１０）。サーバ１３は、受信した読書データ８ｆを顧客ＤＢ１４に格納する（ステップＳ１１）。すなわち、顧客ＤＢ１４内の読書データ８ｆを更新する。
【００４９】
端末１は、後述する計算式で計算した待ち時間が経過するたびに、閲覧中の暗号化コンテンツ８ｄの閲覧可否をサーバ１３に問い合せる（ステップＳ１２）。このステップＳ１２について、後に詳述する。
【００５０】
そして、ステップＳ１２で問い合せた結果に基づいて、閲覧を継続するか、それともビューアアプリ８ｃを強制終了させるかを決定する（ステップＳ１３）。このステップＳ１３についても、後に詳述する。
【００５１】
本実施形態では、ユーザが所持する複数の端末１で、予め設定した台数の範囲内で同時読みができるようにしている。例えば、図４のステップＳ４でダウンロードした暗号化コンテンツ８ｄを別の端末１で閲覧する場合は、この新たな端末１にてステップＳ２以降の処理を行うことになる。その際、ステップＳ４の処理については、サーバ１３から暗号化コンテンツ８ｄをダウンロードする代わりに、今まで閲覧していた端末１から直接コピーしてもよい。
【００５２】
同時読みを可能とするために、サーバ１３は、図６に示すコンテンツ管理画面をユーザごとに作成して、ユーザ側に提供する。このコンテンツ管理画面は、ブラウザ等でアクセスされる販売サイト上に設けられるものである。
【００５３】
図６のコンテンツ管理画面には、ユーザが購入したすべての暗号化コンテンツ８ｄの名称と、各暗号化コンテンツ８ｄがユーザの所持するどの端末１で閲覧可能であるかを示す情報とが一覧表示されている。
【００５４】
より詳細には、暗号化コンテンツ８ｄと端末１との各組合せごとに、ユーザが任意にチェックマークを付けたり外したりすることができるボタン２５が設けられており、このボタン２５を不図示のカーソル等でユーザが選択したり、ユーザが指でボタン２５をタッチすることで、チェックマークを付けたり外したりすることができるようになっている。図６の例では、チェックマークの付いた箇所は、その箇所に対応する端末１で、対応する暗号化コンテンツ８ｄを閲覧することを示している。
【００５５】
ボタン２５はチェックボックスになっており、ユーザが選択するたびに、チェックマークが交互に付いたり、消えたりする。これにより、ユーザは簡易に、同時読みを行いたい暗号化コンテンツ８ｄと端末１を任意に設定できる。
【００５６】
ユーザがコンテンツ管理画面上でボタン２５の設定変更を行った場合は、サーバ１３はユーザの設定に問題がないかどうかを確認する。例えば、個々の暗号化コンテンツ８ｄごとに、同時読みを許容する端末１の制限台数が異なるため、ユーザが制限台数以上のチェックマークを付けた場合は、エラーと判断して、コンテンツ管理画面の設定を強制的に元に戻す処理を行う。このサーバ１３の処理については、後に詳述する。
【００５７】
ユーザは、コンテンツ管理画面の設定変更を行う際に、端末１上で行ってもよいし、ＰＣ１５上で行ってもよい。他人のコンテンツ管理画面を勝手に設定変更しないよう、ユーザＩＤとパスワードの照合に成功した場合のみ、コンテンツ設定画面を表示させて、設定変更できるようにするのが望ましい。
【００５８】
次に、図４のステップＳ１２とＳ１３の処理をより詳細に説明する。ユーザが、ビューアアプリ８ｃを介して暗号化コンテンツ８ｄの閲覧を開始すると、端末１は図７のフローチャートに示す主処理を実行する。この主処理は、図４のステップＳ１２とＳ１３に対応するものである。以下、図４のフローチャートに基づいて、主処理の内容を説明する。
【００５９】
まず、サーバ問合せ処理を行う（ステップＳ１１、利用可否問合せ部）。このサーバ問合せ処理の詳細な処理手順は、図８のフローチャートに示されている。以下、図８を用いて、ステップＳ１１のサーバ問合せ処理を説明する。
【００６０】
まず、待ち時間Ｔを計算する（ステップＳ２１）。待ち時間Ｔの計算は、直前のサーバ１３への問合せ結果に応じて、計算方法が異なる。直前にサーバ１３に問合せた結果、閲覧中の暗号化コンテンツ８ｄが閲覧可と判断される場合は、下記の（１）式に基づいて待ち時間Ｔを計算し、閲覧不可と判断される場合は、下記の（２）式に基づいて待ち時間Ｔを計算する。
【００６１】
ここで、閲覧不可とは、閲覧中の暗号化コンテンツ８ｄは閲覧不可である旨の回答がサーバ１３から得られた場合か、あるいは、何らかの事情によりサーバ１３との通信ができない場合を意味する。
【００６２】
Ｔ＝ａ×ｂ×（６０×６０×２４）×ｍ            …（１）
Ｔ＝ａ×｛１／（ｃ＋１）｝×（６０×６０）×ｎ   …（２）
ここで、ａは同時閲覧可能な端末１の上限数、ｂはサーバ１３が閲覧可と判断した回数、ｃは上述した閲覧不可の回数である。すなわち、ｃは、閲覧中の暗号化コンテンツ８ｄは閲覧不可である旨の回答がサーバ１３から得られた回数か、あるいは、何らかの事情によりサーバ１３との通信ができない回数である。ｍは閲覧可の場合のＯＫ重み係数、ｎは閲覧不可の場合のＮＧ重み係数である。
【００６３】
上述した（１）式または（２）式により待ち時間Ｔを計算する場合、小数点以下は丸め処理して構わない。
【００６４】
ユーザが所持する端末１で、特定の暗号化コンテンツ８ｄの閲覧を開始した直後は、直前のサーバ１３への問合せ結果は存在しないため、このような場合は、予め定めた初期待ち時間を設定する。
【００６５】
上述した変数ｍ、ｎや初期待ち時間の情報は、予め復号鍵８ｅに付属するコンテンツ情報ファイルに含めてもよい。図９はコンテンツ情報ファイルの一例を示す図である。図９のコンテンツ情報ファイルは、ユーザＩＤ３１と、デバイスＩＤ３２と、書誌情報３３と、上述した変数ａに対応する上限数３４と、上述した変数ｍに対応するＯＫ重み係数３５と、上述した変数ｎに対応するＮＧ重み係数３６と、後述する回数閾値３７と、上述した初期待ち時間３８とを含んでいる。このコンテンツ情報ファイルに含まれる情報は利用者属性情報であり、保護する必要があることから、復号鍵８ｅで暗号化された状態でサーバ１３からダウンロードされる。
【００６６】
上述した（１）式からわかるように、閲覧中の暗号化コンテンツ８ｄは閲覧可であるとサーバ１３が判断した場合は、閲覧可と判断された回数ｂが大きいほど、待ち時間Ｔは長くなる。すなわち、閲覧可と判断された場合は、正規の利用と考えられるため、頻繁にはサーバ１３に問合せを行わないようにする。これにより、端末１がサーバ１３に問い合せる頻度を減らすことができ、端末１は無駄に電力を消費しなくて済む。
【００６７】
一方、上述した（２）式からわかるように、閲覧不可の回数ｃが多いほど、待ち時間Ｔは短くなる。閲覧不可の回数ｃが多いということは、サーバ１３が閲覧不可と判断した場合か、何らかの事情によりサーバ１３と通信ができなかった場合であり、いずれにしても、不正な閲覧である可能性が高いため、より頻繁にサーバ１３への問合せを行って、不正な閲覧が長時間続かないようにする。
【００６８】
図８のステップＳ２１で待ち時間Ｔが計算されると、次に、計算した待ち時間Ｔに達したか否かを判定する（ステップＳ２２）。待ち時間Ｔに達するまでステップＳ２２に留まり、待ち時間Ｔに達すると、サーバ１３との通信が可能か否かを判定する（ステップＳ２３）。何らかの事情によりサーバ１３との通信ができない場合は、閲覧不可の回数をカウントする上述した変数ｃを１だけインクリメントし（ステップＳ２４）、ステップＳ２１に戻る。
【００６９】
ステップＳ２３でサーバ１３との通信が可能と判定された場合は、閲覧中の暗号化コンテンツ８ｄの閲覧可否をサーバ１３に問い合せる（ステップＳ２５）。以上により、図７のステップＳ１１におけるサーバ問合せ処理が終了する。
【００７０】
このサーバ問合せ処理が終了すると、次に閲覧中の暗号化コンテンツ８ｄは閲覧不可か否かを判定する（図７のステップＳ１２、利用不可判定部）。このステップＳ１２では、閲覧中の暗号化コンテンツ８ｄは閲覧不可である旨の回答がサーバ１３から得られた場合か、何らかの事情によりサーバ１３との通信ができない場合に、閲覧不可と判定して、逆にサーバ１３から閲覧可と回答があった場合に閲覧可と判定する。
【００７１】
ステップＳ１２で閲覧可と判定された場合は、端末１の表示画面上に閲覧が許可された旨の表示を行う（ステップＳ１３）。この表示形態は特に問わない。また、場合によっては、表示を省略してもよい。
【００７２】
次に、上述した（１）式で待ち時間Ｔを計算する際に用いる変数ｂを１だけインクリメントする（ステップＳ１４）。ステップＳ１４が終了すると、ステップＳ１１以降の処理を繰り返す。このステップＳ１４で変数ｂを大きくしたため、ステップＳ１１で計算される待ち時間Ｔは直前の値よりも長くなる。
【００７３】
一方、ステップＳ１２で閲覧不可と判定された場合は、閲覧不可の回数をカウントする変数ｃを１だけインクリメントする（ステップＳ１５）。次に、変数ｃが予め定めた閾値Ｋより大きいか否かを判定する（ステップＳ１６、）。変数ｃが閾値Ｋ以下であれば、閲覧不可の警告表示を行い（ステップＳ１７、警告表示制御部）、ステップＳ１１以降の処理を繰り返す。このステップＳ１７では、警告表示は行うものの、閲覧自体は許容する。
【００７４】
ステップＳ１６で変数ｃが閾値Ｋより大きいと判断されると、端末１上で起動していたビューアアプリ８ｃを強制終了させて、閲覧不可の状態にする（ステップＳ１８、利用禁止制御部）。
【００７５】
このように、図７の主処理では、暗号化コンテンツ８ｄの閲覧中に、可変する待ち時間Ｔが経過するごとに、閲覧可否をサーバ１３に問い合せて、その問合せ結果に応じて、待ち時間Ｔの長さを制御するため、不正が疑われる閲覧については頻繁にサーバ１３に問い合せて不正な閲覧を長時間継続させないようにできる一方で、正規の閲覧の場合には、サーバ１３への問合せ頻度を減らすことができる。
【００７６】
次に、図８のステップＳ２５のサーバ１３への問合せを受けて、サーバ１３が行う処理を図１０のフローチャートに基づいて説明する。まず、端末１から利用問合せがあったか否かを判定する（ステップＳ３１）。
【００７７】
次に、端末１からのリクエスト情報を取得する（ステップＳ３２）。このリクエスト情報が暗号化コンテンツ８ｄの閲覧可否の場合には、顧客ＤＢ１４を検索して、閲覧可否を判断する（ステップＳ３３、利用可否判定部）。そして、その判断結果を含む応答情報を生成して、リクエストを寄せた端末１に送信する（ステップＳ３４、利用可否情報応答部）。
【００７８】
次に、サーバ１３の処理を終了させるか否かを判定し（ステップＳ３５）、終了させるまではステップＳ３１以降の処理を繰り返す。
【００７９】
上述したように、サーバ１３は、販売サイト上でユーザに対してコンテンツ管理画面を提供し、この画面内のボタン２５をユーザが新たに設定変更した場合は、即座にサーバ１３は、その設定変更にエラーがあるかどうかを判断する処理を行う。この場合のサーバ１３の処理手順は図１１のフローチャートで表される。まず、ユーザがＰＣ１５または端末１にて、図６のコンテンツ管理画面の設定変更を行ったか否かを判定する（ステップＳ４１）。設定変更を行った場合には、設定変更した情報を取得する（ステップＳ４２）。ここでは、図６のコンテンツ管理画面上で、ユーザがチェックマークの設定変更を行った情報を取得する。
【００８０】
次に、ユーザによるチェックマークの設定変更箇所にエラーがないかどうかをチェックする（ステップＳ４３、エラー確認部）。このとき、顧客ＤＢ１４にアクセスして、各暗号化コンテンツ８ｄごとに同時読みが可能な端末数を取得して、コンテンツ管理画面内のチェックマークの数が上限数を超えていないかどうかをチェックする。
【００８１】
ユーザが特定の暗号化コンテンツ８ｄについて、同時読みが可能な上限数以上のチェックマークを付けた場合は、エラーと判断する（ステップＳ４４）。エラーと判断した場合は、コンテンツ管理画面のチェックマークをユーザが設定変更する前の状態に自動的に戻すとともに、設定変更がエラーである旨の表示などを行う。そして、ステップＳ４１以降の処理を繰り返す。
【００８２】
一方、ステップＳ４３でエラーでないと判定された場合は、ユーザによるコンテンツ管理画面の設定変更情報に基づいて、顧客ＤＢ１４を更新する（ステップＳ４５）。すなわち、現在同時読みしている端末情報や、同時読みしている端末数などを、顧客ＤＢ１４に格納する。そして、コンテンツ管理画面を新たに更新する（ステップＳ４６、コンテンツ管理画面作成部）。必要に応じて、ユーザの設定変更が受入れられた旨の表示を行ってもよい。
【００８３】
次に、サーバ１３の処理を終了させるか否かを判定し（ステップＳ４７）、終了させるまではステップＳ４１以降の処理を繰り返す。
【００８４】
このように、本実施形態では、暗号化コンテンツ８ｄのそれぞれごとに、同時読みが可能な上限数に達するまで、閲覧を行う端末１をユーザが任意に設定変更できるよう、コンテンツ管理画面を設ける。そして、コンテンツ管理画面上で、ユーザが閲覧を希望する端末１の設定変更を行うと、その設定変更がエラーかどうかをサーバ１３側でチェックして、そのチェック結果をコンテンツ管理画面に反映させる。その設定変更にエラーがない限りは、ユーザは、閲覧する端末１を自由に切り替えることができるため、好きなときに、自分の望む端末１で、自分が購入した暗号化コンテンツ８ｄを閲覧でき、ユーザの利便性が向上する。また、ユーザがコンテンツ管理画面の設定変更を行っても、サーバ１３はその設定変更にエラーがないかどうかを必ず確認して、予め決められた範囲内でしか、同時読みを許容しないため、暗号化コンテンツ８ｄの著作権保護を図ることができる。
【００８５】
また、本実施形態では、ユーザが端末１で暗号化コンテンツ８ｄの閲覧を行っている最中に、可変する待ち時間Ｔごとに、閲覧可否をサーバ１３に問い合せるようにし、閲覧不可と判断された場合は、待ち時間Ｔを次第に短くして、ユーザに警告表示を行う頻度を増やし、しまいには、閲覧不可の状態にする。これにより、不正な閲覧を確実に防止でき、暗号化コンテンツ８ｄの著作権保護が図れる。一方、サーバ１３に問い合せた結果、閲覧可と判断された場合は、街時間Ｔを次第に長くするため、頻繁にサーバ１３に問い合せなくて済み、端末１の消費電力を無駄に消費しなくて済む。
【００８６】
上述した実施形態では、電子書籍を閲覧することを念頭に置いたが、本発明は、電子書籍だけでなく、電子コミックや写真データ、あるいは、各種の音声および動画像データなど、各種のデジタルコンテンツの利用に幅広く適用可能である。音声や動画像データは、音声または映像を視聴する行為が上述した利用に該当する。
【００８７】
上述した実施形態では、サーバ１３と顧客ＤＢ１４を別個に設ける例を示したが、顧客ＤＢ１４をサーバ１３と一体化してもよい。
【００８８】
上述した実施形態で説明したコンテンツ管理システムの少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、コンテンツ管理システムの少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。
【００８９】
また、コンテンツ管理システムの少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。
【００９０】
上記の記載に基づいて、当業者であれば、本発明の追加の効果や種々の変形を想到できるかもしれない。したがって、本発明の態様は、上述した個々の実施形態には限定されない。特許請求の範囲に規定された内容およびその均等物から導き出される本発明の概念的な思想と趣旨を逸脱しない範囲で種々の追加、変更および部分的削除が可能である。
【符号の説明】
【００９１】
１  コンテンツ閲覧端末、  ２  ＣＰＵ、３  入力部、４  通信部、５  表示制御部、６  表示メモリ、７  表示部、８  記憶部、１０  コンテンツ管理システム、１１  基地局、１２  インターネット、１３  サーバ、１４  顧客ＤＢ、１５  ＰＣ
【図１】
2012190268.tif 000003
【図２】
2012190268.tif 000004
【図３】
2012190268.tif 000005
【図４】
2012190268.tif 000006
【図５】
2012190268.tif 000007
【図６】
2012190268.tif 000008
【図７】
2012190268.tif 000009
【図８】
2012190268.tif 000010
【図９】
2012190268.tif 000011
【図１０】
2012190268.tif 000012
【図１１】
2012190268.tif 000013