JP2005050225A

JP2005050225A - ライセンスとコンテンツの提供方法及びシステム

Info

Publication number: JP2005050225A
Application number: JP2003283241A
Authority: JP
Inventors: 健 ▲鶴▼林; Ken Tsurubayashi; Takanobu Morikawa; 貴展森川
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2003-07-30
Filing date: 2003-07-30
Publication date: 2005-02-24

Abstract

【課題】ライセンスおよびコンテンツの提供を確実に行なうことが可能なライセンスとコンテンツの提供方法及びシステムを提供すること。
【解決手段】クライアント端末からネットワークを介してデジタルコンテンツを視聴するためのライセンスおよびコンテンツの購入要求を受信した場合、クライアント側からのコンテンツ要求に応答してコンテンツを配信し、さらにライセンス要求に応答して該当するライセンスを、前記配信されたコンテンツとの関連を示すライセンス・コンテンツ関連付けデータを付与して生成し、クライアントへ送付するようにする。これにより、ライセンスとコンテンツを互いの関連を明らかにした状態で格納することができ、コンテンツおよびライセンスの取り出しを円滑に行なうことができる。
【選択図】図１

Description

本発明はディジタルコンテンツデータとこのコンテンツを視聴するたのめのライセンスを管理し且つ正しく提供し、ディジタルコンテンツの適正な流通と視聴を可能にするライセンスとコンテンツの提供方法及びシステムに関するものである。

ディジタルデータからなるディジタルコンテンツは、複製を繰り返しても品質が劣化しないという特性を有する。したがって、ディジタルコンテンツを用いたサービスにおいて、ディジタルコンテンツを著作権者の許可なく複製／再利用されるといった著作権侵害行為の阻止は不可欠となる。

この点に関しては、暗号技術の発展がディジタルコンテンツのセキュリティレベルの向上に寄与している。この暗号技術を用いた著作権侵害行為の阻止の従来例（例えば、特許文献１参照。）が公知となっている。

前記従来例は、ディジタルコンテンツと該コンテンツに付随するコンテンツ利用条件とを用いて、ディジタルコンテンツとライセンスの流通管理を行う方法を開示している。この技術によれば、ディジタルコンテンツを視聴するために、オペレーションシステム機能が稼働している状態を把握し、ユーザからデジタルコンテンツを管理するデジタル管理システムに対しデジタルコンテンツの起動要求が発行されると、該ディジタルコンテンツの動作を監視し、時間貸し／回数貸しを含むPay per use のデータやディジタルコンテンツの課金データを生成し、監視結果を集中管理型で運用されるライセンス管理センターに通知することにより、対価無くディジタルコンテンツを使用するといった不正行為を抑制する。
特開平１１−２５９５７４号公報

しかし、前記従来技術によるライセンスとコンテンツの流通管理方法では、ディジタルコンテンツを実際に視聴するにはライセンス管理センターへユーザがネットワーク接続をする必要があり、この機能を持たない機器で視聴することは不可能であるという課題を有していた。また、ユーザの視点から見ると、ディジタルコンテンツの利用情報を第三者に知られるため、プライバシーが保護されないという課題を有していた。また、データの通信が途中で途絶えたり、或いは受け取ったコンテンツの内容に部分的な欠落（落丁）などがあった場合のライセンス及び課金の取り扱いに関して言及されていないという課題を有していた。

本発明は、上記従来技術における問題点に鑑みてなされたもので、その第１の目的は、ライセンスとコンテンツの販売／購入を確実に行なうことが可能なライセンスとコンテンツの提供方法及びシステムを提供することである。

本発明の第２の目的は、ライセンスとコンテンツの販売／購入に当たって決済処理が確実に行なうことが可能なライセンスとコンテンツの提供方法及びシステムを提供することである。

前記目的を達成するために、本発明は第１に、クライアント端末からネットワークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受信した場合、そのライセンスの購入要求を店頭サーバの受付窓口端末で受け、この受付窓口端末で決済処理を第１段階で行ない、その後、この受付窓口端末で決済が確実に終了したことを確認した後、クライアント端末側から見て前記受付窓口端末よりも奥に設置された店頭サーバの管理端末でライセンスおよびコンテンツの配信に必要な処理を行なうようにし、さらに、ライセンスおよびコンテンツの配信に際しては、クライアントへコンテンツを配信し、また、ライセンスを、前記配信されたコンテンツとの関連を示すライセンス・コンテンツ関連付けデータを付与して生成し、クライアントへ配信するようにしたことを特徴とする。

本発明は第２に、ライセンスをクライアントへ配信した後、クライアントでは、ライセンスに付与されたライセンス・コンテンツ関連付けデータをコンテンツの所定のデータ領域に複写することを特徴とする。

本発明は第３に、コンテンツにはビューアプログラムが内包されていることを特徴とする。

本発明は第４に、ライセンスおよびコンテンツを提供した後に、コンテンツが不良の場合は、ライセンスとコンテンツの再提供を実行することを特徴とする。このライセンスとコンテンツの再提供を実行するに際しては、購入証明ＩＤに基づいてリボーク確認処理を行なうことを特徴とする。

本発明は第５に、電子書籍表示端末として、電子書籍のコンテンツとこのコンテンツを閲覧するためのライセンスが格納された記憶媒体からデータを受け取って管理する書棚管理手段と、この主電源のオン／オフを管理する電源管理手段と、各種指示を入力する入力手段と、現在の時刻を計時する時計手段と、ライセンスの利用制限を確認する利用制限確認手段と、データを表示する表示手段と、格納部機能部の動作をコントロールする制御手段とを有することを特徴とする。この電子書籍表示端末において、制御手段は、前記入力手段からの指示にしたがってその結果画面が前記表示手段に表示されるとただちに電源管理手段に主電源を切断させて待機状態に移行することを特徴とする。

本発明は第６に、電子書籍表示端末の入力手段からは閲覧書籍の指定、ページ送り指示、書棚表示の動作指示が入力され、利用制限確認手段は、時計手段により計時された現在時刻データに基づきライセンスの内容を確認して閲覧を許可、非許可の確認を行ない、さらに電源管理手段はサブＣＰＵから構成され、非動作時には主電源を遮断した状態に維持して動作開始を指示する入力の有無を監視することを特徴とする。

本発明はまた、上記決済後にライセンス発行に必要な処理を行なうに際して、ライセンスを直接発行せず購入証明（一般の取引におけるレシート、受取証、或いは引換券などに相当する電子データ）を作成してクライアント端末に送付し、その後クライアント端末からライセンス発行要求を受けてライセンスを発行するようにしたことを特徴とする。

以上説明したように、本発明によれば、第１に、クライアント端末からネットワークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受信した場合、そのライセンスの購入要求を店頭サーバの受付窓口端末で受け、この受付窓口端末で決済処理を第１段階で行なうようにしたため、ライセンスとコンテンツの提供に際しての金銭の取得ミスを無くすことができる上、ライセンスとコンテンツの提供処理において課金、未課金をチェックするテーブルや処理が不要となり、処理動作の簡素化と処理プログラムの簡素化およびメモリの有効利用が図れる。

本発明は第２に、店頭サーバがクライアント端末からネットワークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受信した場合、そのライセンスの購入要求を店頭サーバのストアフロント窓口端末で受け、このストアフロント窓口端末で決済処理を第１段階で行ない、その後、このストアフロント窓口端末で決済が確実に終了したことを確認した後、クライアント端末側から見て上記ストアフロント窓口端末よりも奥に設置された店頭サーバの管理端末、すなわち、ストアフロントゲートウェイでライセンス発行に必要な処理を行なうようにしたため、クライアント端末や課金処理部との通信は常にストアフロント窓口端末に委ねることができる。

また本発明では、クライアント端末や課金処理部と店頭サーバとを接続する場合クライアント端末側および課金処理部側の仕様が店頭サーバごとに異なっていても店頭サーバ側における通信接続構造の変更をストアフロントゲートウェイについてまで行なう必要はなく、多様な店頭サーバに対応できる高い汎用性をストアフロントゲートウェイに持たせることができる。

また本発明では、クライアント端末がライセンスとコンテンツを取得したときに、双方間の関連を明らかにするＬＣ連結子をライセンスおよびコンテンツにデータとして含ませているため、１つのクライアント端末の中で或るコンテンツとそれを利用するライセンスとが混乱することはない。また、上記ＬＣ連結子は、ライセンス配信管理手段の中でコンテンツＩＤが割り振られることにより先ずライセンスに記述され、このライセンスがクライアント端末に送付された後にクライアント端末内で書棚管理手段によりコンテンツのデータの一部としてコピーされるようにしているから、ライセンスおよびコンテンツの双方へのＬＣ連結子の記述が効率的に行ない得るという効果を有する。

また本発明では、コンテンツにビューアプログラムが内包されているため、コンテンツを送付するのみでその表示のためのアプリケーションも一緒に送付することができる。特に、コンテンツに乱丁などがあったり、ビューアプログラムにバグがある場合などでコンテンツの再提供制御動作を行なった場合、コンテンツとともにその表示のためのアプリケーションも一緒に再提供されるから、クライアント側にとってコンテンツとビューアプログラムを別々にアップデートなければならないといった操作から解放され、新しい書籍の再提供を受けて、直ちに閲覧することができるという効果を有する。

また本発明では、ライセンスやコンテンツの再提供に際して、リボーク確認処理を行なった上でライセンスとコンテンツの再提供処理を行なうから、ユーザから同じ購入証明について何度も不具合がある旨の問い合わせがあっても、正しいコンテンツについて一度再提供されたものについては、受け付けを拒否することができ、不正要求を排除することができるという効果を有する。

以下、本発明の実施の形態について、添付の図面を参照して説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。

（第１の実施の形態）
図１は、本発明の第１の実施の形態におけるライセンスとコンテンツの提供システムの機能ブロック構成図を示している。図１において、１００はライセンス配信サーバ(LDMS:License Distribution Management Server）としての機能を有するライセンス配信管理手段、２００は店頭サーバ(SF:Storefront Server)、３００はクライアント端末、４００はコンテンツ配信サーバ、５００は課金処理部である。

ライセンス配信管理手段１００は、購入証明作成手段１０１と、ライセンス生成手段１０２と、ライセンス提供手段１０３と、商品情報データベース１１０と、購入証明作成履歴格納手段１２０とで構成されている。購入証明（ＰＯＰ：Proof of Purchase ）とは一般の取引におけるレシート、受取証、或いは引換券などに相当する電子データである。また、本発明における「商品」はライセンスである。

店頭サーバ２００は、クライアント端末３００からのライセンスの購入要求を受け付ける受付窓口端末としてのストアフロント窓口端末２１０と、クライアント端末３００側から見てストアフロント窓口端末２１０よりも奥に設置された管理端末としてのストアフロントゲートウェイ（ＧＷ：Ｇａｔｅｗａｙ）２２０とから構成されている。ストアフロント窓口端末２１０は、クライアント要求受付手段２１１と、商品一覧格納手段２１２と、クライアント端末３００からのライセンス購入要求に対して対応処理を行なう購入要求対応手段２１３と、課金処理部５００との間で決済処理を行なう決済手段２１４とから構成されている。

ストアフロントゲートウェイ２２０は、ボックスセットファイルを作成するボックスセットファイル作成手段２２１と、作成されたボックスセットファイルを保持し管理するボックスセットファイル管理手段２２２と、不要になったボックスセットファイルを削除するボックスセットファイル削除手段２２３と、ライセンス配信管理手段１００から受領した購入証明を基に個々の購入証明に対応するレシートに相当するｅＢｏｘを生成し、さらにｅＢｏｘをまとめたボックスセット（購入証明の集まり）を生成するボックスセット生成手段２２４と、ボックスセットファイル管理手段２２２に保持されたボックスセットをクライアント端末３００へ送付するボックスセット提供手段２２６とから構成される。

クライアント端末３００は店頭サーバ２００から受け取った購入証明を管理する書棚管理手段３０１と、クライアント端末３００と店頭サーバ２００或いはライセンス配信管理手段１００との間の通信を確立するウェブブラウザ３０２とを有している。クライアント端末３００はさらにライセンスの購入要求動作時におけるコマンドなどのデータ入力を行なうためのデータ入力手段３０３と、書棚管理手段３０１における管理内容を表示する表示手段３０４と、クライアント端末３００の処理動作をコントロールする制御手段３０５とを備えている。クライアント端末３００はさらに、書棚管理手段に格納されたデータを外部記憶媒体にロードするためのインタフェース３０６を備えており、このインタフェース３０６を介してメモリカード３０７などの外部記憶媒体にライセンスおよびコンテンツのデータをロードするようになっている。また、図１中、符号６００は商品情報データベース１１０に商品情報（ライセンス情報）を登録する商品情報登録端末である。

以下、クライアント端末３００を所有する、或いは操作するユーザ（顧客）がネットワークの一例として、インターネット上で電子書籍のライセンスの購入とコンテンツの配信を希望した場合を例として、第１の実施の形態におけるライセンスとコンテンツの提供システムの動作説明を行う。

本発明に係るディジタルコンテンツは、配信されてもライセンスがない限り閲覧することができない。その方法としては、ディジタルコンテンツを暗号化しておき、復号鍵をライセンスに含めるといった方法で実現する。この暗号化されたディジタルコンテンツは、クライアント端末３００からのダウンロード要求に応答して、コンテンツ配信サーバ４００からクライアント端末３００へダウンロードされる。また、商品情報データベース１１０は、ＳＱＬデータベースを使用して構築し、あらかじめ商品情報登録端末６００からＳＱＬのインサート文を用いて商品情報（ライセンス情報）が登録されているものとする。この商品情報データベース１１０の情報の一部は店頭サーバ２００へ送付されて、そのストアフロント窓口端末２１０の商品一覧格納手段２１２に格納される。

商品情報データベース１１０が管理する商品情報には、各商品の商品ID、商品名、価格、題名、著者、有効開始日時、有効終了日時、出版日、出版元などのデータが含まれている。また、ライセンス配信管理手段１００、店頭サーバ２００、クライアント端末３００などの各装置がネットワークによって接続されたシステムであり、クレジット情報等の個人情報や、著作権保護の為のライセンスを含んだデータを通信するため、セキュアに通信する必要があり、これはＳＳＬ等のセキュアなプロトコルを使用して実現する。

図２乃至図４は本実施の形態におけるライセンスとコンテンツの提供システムにおけるライセンスとコンテンツの提供制御動作を示すシーケンス図である。図２において、先ずクライアント端末３００がウェブブラウザ３０２から店頭サーバ２００に対して会員ログイン要求を行なう。この会員ログイン要求には会員ＩＤとパスワードが添付される。店頭サーバ２００側ではストアフロント窓口端末２１０のクライアント要求受付手段２１１が上記ログイン要求を受け付けるとともに会員ＩＤとパスワードを取り込む。次にストアフロント窓口端末２１０は商品一覧格納手段２１２から商品一覧を読み出して会員用画面とクッキー情報とをウェブブラウザ３０２へ送付する。これ以降、ウェブブラウザ３０２はストアフロント窓口端末２１０への送信情報にクッキー情報を添える。商品一覧とは、店頭サーバ２００が販売しているコンテンツ利用権の説明情報である。

ストアフロント窓口端末２１０とウェブブラウザ３０２との間では購入すべき商品の選択が行なわれ、購入商品が決定すると（商品の数は１品目でも複数品目でもかまわない）、ウェブブラウザ３０２からストアフロント窓口端末２１０に対してライセンスの購入要求が送付される。このときの処理においては、購入する商品のＩＤ群が送信データとして送付される。

次に、店頭サーバ２００側ではストアフロント窓口端末２１０の購入要求対応手段２１３が上記購入要求を受け付け、購入商品から購入金額と税金の計算を行なう。そして、金額が求められるとその金額データが決済手段２１４へ送られ、決済手段２１４は課金処理部５００に対して決済要求を行なう。この決済要求に際して、決済手段２１４から課金処理部５００へは商品ＩＤ群、金額、クレジットカード番号などのデータが送付される。課金処理部５００は決済処理が終了すると決済応答をストアフロント窓口端末２１０へ返す。この決済応答には決済ＩＤが添えられている。

ストアフロント窓口端末２１０では、購入要求対応手段２１３において上記決済処理の結果が正常であるか異常であるかをチェックし、異常であればライセンスの購入要求／受け付けのネットワーク通信を切断する。決済結果が異常であるとは、決済が正しく実行されなかったり、該当するクレジットカード番号が存在しないとか残金不足であるといった場合などをいう。決済結果が正常である場合は、店頭サーバ２００内において、ストアフロント窓口端末２１０からストアフロントゲートウェイ２２０に対して購入証明の要求がボックスセット要求の形で行なわれる。このボックスセット要求に際しては、上記決済ＩＤと、会員ＩＤと、クライアント端末３００から受けた商品ＩＤ群が送信データとして送付される。

ここで、購入証明とボックスセットとの関係について説明する。図５は購入証明のデータ構成を示す図であり、この購入証明はライセンス配信管理手段１００の購入証明作成手段１０１により生成される。この購入証明は、購入証明ＩＤと、商品ＩＤと、購入物名称（商品名）とコンテンツダウンロードＵＲＬ、購入金額（税抜き）、消費税率、購入日時、購入端末ＩＰアドレス、購入店舗名称、ストアフロントＵＲＬ、ライセンス配信事業者名称、ライセンス配信管理ＵＲＬ、カスタマサポート名称、サポート電話番号、サポートＥ−メールアドレス、署名データの各データを含んでいる。なおここで、署名データは購入証明本体を特定の鍵とロジックで暗号化したデータであり、ライセンス配信管理手段１００において購入証明作成手段１０１により購入証明が生成されたときに署名が行なわれる。購入証明は商品の一つに対して一つが独立して生成され、この購入証明が一つ生成されて署名されると、ライセンス配信管理手段１００からストアフロントゲートウェイ２２０へ送られ、そこで購入証明はメタデータと一体にされてｅＢｏｘが作成される。図６はｅＢｏｘのデータ構成を示す図である。購入商品が複数あるときは、ライセンス配信管理手段１００からストアフロントゲートウェイ２２０へ複数の購入証明、すなわち、購入証明群が送られ、ストアフロントゲートウェイ２２０においてはｅＢｏｘは購入商品の数分だけ複数個生成されるとともに、それらの複数のｅＢｏｘがまとめられてボックスセットが生成される。

図７はボックスセットの構成を示す図であり、このボックスセットはボックスセットヘッダと単数または複数のｅＢｏｘとから構成される。ボックスセットに含まれるｅＢｏｘが単数か複数かは、ユーザが１回の買い物で購入する商品が一つか複数かによって決まる。以上から、購入証明と、ｅＢｏｘと、ボックスセットとは基本的に同じものであり、いずれも購入証明を構成の基本としていることが分かる。また、購入証明と、ｅＢｏｘと、ボックスセットは一般の取引におけるレシート（受取証、或いは引換券などでもよい）に相当する電子データであるとも言える。

図８はボックスセットヘッダのデータ構造を示す図である。ボックスセットヘッダはボックスセットファイルＩＤと署名データを含んで成る。署名データはボックスセットファイルＩＤ文字列の本体を特定の鍵とロジックで暗号化したデータであり、ストアフロントゲートウェイ２２０によって、ボックスセット生成手段２２４によりボックスセットが生成されたときに署名が行なわれる。

以上の、購入証明と、ｅＢｏｘと、ボックスセットとの構成上の関係を示すと、図１０に示すようになる。すなわち、ｅＢｏｘには主たる構成要素として購入証明が含まれ、ボックスセットはそのｅＢｏｘが１セットにまとめられているとともに、このボックスセットを確定（規定）するための署名が付されたボックスセットヘッダが付けられている。

図９はストアフロントゲートウェイ２２０により作成されるボックスセットファイルＩＤの構成を示す図である。このボックスセットファイルＩＤは会員ＩＤと決済ＩＤとボックスセットＩＤとから成る文字列である。

先に説明したように、決済結果が正常である場合は、店頭サーバ２００内において、ストアフロント窓口端末２１０からストアフロントゲートウェイ２２０に対して購入証明の要求がボックスセット要求の形で行なわれるが、このボックスセット要求が行なわれると、ストアフロントゲートウェイ２２０においては、上記ストアフロント窓口端末２１０からのボックスセット要求が正規なものであるか否かをチェックする。このチェックはストアフロント窓口端末２１０に対する簡易認証の処理により実行され、例えばストアフロント窓口端末２１０のＩＰアドレスを照合するなどの処理がなされる。ストアフロントゲートウェイ２２０には複数のストアフロント窓口端末２１０が接続されていることもあり、その場合はストアフロント窓口端末２１０のＩＰアドレスが多重化されることもある。

ストアフロント窓口端末２１０の認証が行なわれた後は、ストアフロントゲートウェイ２２０においてボックスセットファイル作成手段２２１により会員ＩＤのディレクトリの下に決済ＩＤをファイル名とするサイズ０のボックスセットファイルが作成される。上記決済ＩＤは、先の決済処理において課金処理部５００からの決済応答に添えられていた決済ＩＤである。なお、この時点ではボックスセットはまだ生成されていないのでボックスセットＩＤの記述はない。また、今回作成するファイル名のファイルが既存の場合は、処理を中継し、万一、同一のボックスセット要求が行なわれた際の多重処理実行を防止する。このようにして作成されたボックスセットファイルはボックスセットファイル管理手段２２２に保存される。ストアフロントゲートウェイ２２０は、上記ボックスセットファイルを作成した後、ライセンス配信管理手段１００に対して購入証明の要求を送付する（ＰＯＰ要求）。このＰＯＰ要求に当たっては、ストアフロント窓口端末２１０からのボックスセット要求に添えられていた商品ＩＤ群が送信データとして添付される。

ライセンス配信管理手段１００は、上記ＰＯＰ要求を受けると、ストアフロントゲートウェイ２２０からのＰＯＰ要求が正規なものであるか否かをチェックする。このチェックはストアフロントゲートウェイ認証の処理により実行され、例えばＳＳＬの相互認証などの処理によって行なわれる。ストアフロントゲートウェイ２２０の認証が行なわれた後は、ライセンス配信管理手段１００の購入証明作成手段１０１により購入証明（ＰＯＰ）が作成される。これと同時に購入証明作成手段１０１により購入証明作成履歴が記録され、この購入証明作成履歴は購入証明作成履歴格納手段１２０に保存される。なお、購入証明作成履歴の記録例を図２の中にテーブルの形で示す。この購入証明作成履歴の記録例において、「０１２３４５」とか「９８７６５４」は、作成した購入証明のＩＤであり、図５中の購入証明ＩＤに相当する。そして、作成された購入証明はストアフロントゲートウェイ２２０へ送付される。また、購入証明が複数作成されたときは購入証明群（ＰＯＰ群）が送付される。

購入証明を受け取ったストアフロントゲートウェイ２２０では、ボックスセット生成手段２２４において、各購入証明についてのｅＢｏｘが生成されるとともに、複数のｅＢｏｘをまとめて１セットにしたボックスセットが生成されてボックスセットファイル管理手段２２２に保持、管理される。このボックスセットにはボックスセットＩＤが付けられ、また、該当するボックスセットファイルにボックスセットの内容を記録するとともに、ボックスセットファイル名の拡張子に上記ボックスセットＩＤが付加される。そして、上記ボックスセットは、ボックスセットファイル管理手段２２２に保持されたままで、ボックスセットファイルＩＤがストアフロントゲートウェイ２２０からストアフロント窓口端末２１０へ送付される。

ストアフロント窓口端末２１０はボックスセットファイルＩＤを受け取ると、その購入要求対応手段２１３において決済完了通知兼ボックスセット自動取得のためのＨＴＭＬを作成する。このＨＴＭＬにはストアフロントゲートウェイ２２０から受け取ったボックスセットファイルＩＤが含まれる。上記決済完了通知兼ボックスセット自動取得のためのＨＴＭＬは購入要求対応手段２１３からクライアント端末３００のウェブブラウザ３０２へ送付される。

クライアント端末３００では受け取った決済完了通知兼ボックスセット自動取得のためのＨＴＭＬに基づいて表示手段３０４に決済完了の表示が行なわれる。表示画面には、例えば、
「購入ありがとうございました。引続きレシート（購入証明のこと）を受信します。」
のメッセージが表示される。

その後、クライアント端末３００のウェブブラウザ３０２はボックスセットを取得するための手続き（或いはプロセス）を自動的に起動し、ボックスセット取得の処理が開始される。ボックスセット取得の処理が開始されると、ウェブブラウザ３０２からストアフロント窓口端末２１０に対してボックスセット要求が送付される。このときの処理においては、ボックスセットファイルＩＤがデータとして添付される。次に、店頭サーバ２００側ではストアフロント窓口端末２１０の購入要求対応手段２１３が上記ボックスセット要求を受け付け、このボックスセット要求をストアフロントゲートウェイ２２０へ転送する。このときの処理においても、ボックスセットファイルＩＤがデータとして添付される。ストアフロントゲートウェイ２２０においては、上記ボックスセット要求を受けるとボックスセットファイルＩＤを基にボックスセット管理手段２２２から該当するボックスセットを抽出してボックスセット提供手段２２６へ送り、ボックスセット提供手段２２６がこのボックスセットをストアフロント窓口端末２１０へ送付する。

ストアフロント窓口端末２１０はボックスセットを受け取ると、その購入要求対応手段２１３からクライアント端末３００のウェブブラウザ３０２へボックスセットを送付する。ウェブブラウザ３０２はボックスセットを受け取ると、ボックスセットのＭＩＭＥタイプで書棚管理手段３０１を起動し、ボックスセットを書棚管理するために保存するとともに、書棚管理手段３０１から店頭サーバ２００へ向けてボックスセットの受信通知が送付される。このボックスセットの受信通知にはボックスセットヘッダが格納される。図２以下の各図における「書棚管理ソフト」は、この書棚管理手段３０１における各種動作を実行するためのソフトウェアである。上記ボックスセットの受信通知はクライアント端末３００が店頭サーバ２００からボックスセットを受け取ったことを確認するための通知である。このボックスセット受信通知はストアフロント窓口端末２１０の購入要求対応手段２１３からストアフロントゲートウェイ２２０へ送付される。ボックスセット受信通信にはボックスセットヘッダが添付される。

ストアフロントゲートウェイ２２０では、ボックスセット受信通知を受け取ると、ボックスセットヘッダが改ざんされていないか否かをチェックし改ざんされていなければボックスセットファイル管理手段２２２から当該ボックスセットファイルを削除する。このようにボックスセット受信通知を受け取るとストアフロントゲートウェイ２２０においてボックスセットファイルを削除するから、同じボックスセットを何回もクライアント端末３００へ向けて送付するという不具合はなく、確実な処理を行なうことができる。なおボックスセットファイルを削除したことによりその会員ＩＤに関するディレクトリが空になったときは会員ディレクトリそのものも削除される。これにより限りあるメモリ領域に不要なデータがいつまでも残ることはなく、メモリの有効利用を図ることができる。以上の処理の後、ストアフロントゲートウェイ２２０からストアフロント窓口端末２１０に対してボックスセット受信応答が返信され、さらにこのボックスセット受信応答はストアフロント窓口端末２１０からクライアント端末３００の書棚管理手段３０１へ返信される。

なお、以上の動作においては、クライアント端末３００側、すなわち、ユーザは未だライセンスを取得した状態にはなく、そのライセンスを取得するための購入証明（ボックスセットの形になっているレシートの集まり）を有しているに過ぎない。したがって、次にクライアント端末３００側においてライセンスを取得したい、或いはコンテンツを取得したいという場合は、書棚管理手段３０１がボックスセットを各ボックス、すなわち、一つ一つのｅＢｏｘに分解し、ｅＢｏｘの内容をＧＵＩに一覧表示する。

クライアント端末３００側においては、上記ＧＵＩの一覧表示に基づいて、先ずコンテンツのダウンロード操作を行なう。そのために、ユーザが、表示手段３０４に表示された一覧で、ダウンロード対象を指定すると、書棚管理手段３０１においては、指定されたｅＢｏｘの購入証明からコンテンツダウンロードのためのＵＲＬを取得し、コンテンツ配信サーバ４００へコンテンツ要求を送付する。

コンテンツ配信サーバ４００は、上記コンテンツ要求を受けると、その対象となるディジタルコンテンツをクライアント端末３００へ送付する。図２以下の各図における「コンテンツＤＬ」は、このコンテンツ配信サーバ４００におけるコンテンツのダウンロードを実行するためのソフトウェアである。これにより、クライアント端末３００側において指示されたコンテンツが当該クライアント端末３００に配信されたことになる。クライアント端末３００側においては、配信されたコンテンツは書棚管理手段３０１に格納される。なお、配信されたコンテンツは暗号化されたディジタルコンテンツにより構成されている。

次に、クライアント端末３００においては、指定されたｅＢｏｘの購入証明からライセンス配信管理のＵＲＬを取得し、ライセンス配信管理手段１００へライセンス要求を送付する。このライセンス要求は、クライアント端末３００からライセンス配信管理手段１００へ、上記配信されたコンテンツに対応するライセンスそのものの発行を要求するもので、上述したライセンス購入要求とは別の処理動作であり、このライセンス要求には指定されたｅＢｏｘの購入証明が添付される。

ライセンス配信管理手段１００は、上記ライセンス要求を受けると、書棚管理手段３０１からのライセンス要求に添付された購入証明が改ざんされているか否かをチェックし、改ざんされていなければその購入証明作成履歴格納手段１２０に当該購入証明を作成した記録が存在するか否かをチェックする。そして、当該購入証明を作成した記録が存在する場合は、ライセンス生成手段１０２においてその購入証明が指示するライセンスを生成するとともに、購入証明作成履歴格納手段１２０に存在する当該購入証明作成履歴を削除する。その後生成されたライセンスはライセンス提供手段１０３へ送られ、ライセンス提供手段１０３からクライアント端末３００へ送付される。これにより、クライアント端末３００側において指示された購入証明に対応するライセンスが発行されたことになる。クライアント端末３００側においては、発行されたライセンスが書棚管理手段３０１に保存される。

以上のように、先ずコンテンツの配信を受け、次にライセンスの配信を受ける動作が行なわれるが、このようにして配信されるライセンスとコンテンツとの関係について説明する。図１１は、本実施の形態において用いられるライセンスおよびコンテンツのデータ構造の一例を説明する図である。図１１において、ライセンス１０は、データとして、ＬＣ連結子１１と、そのライセンスに対応するコンテンツ（この場合、電子書籍とする）の各ページの利用制限を記述したデータ１２と、各ページの復号鍵１３とを有している。利用制限１２とは、ライセンスの内容が例えば「３日間利用できる」とか、或いは「５回繰り返し利用できる」といったような、利用できる範囲を表すデータをいう。復号鍵１３は、配信されたディジタルコンテンツが暗号化されているため、これを解読するために用いられるキーである。本実施の形態においては、図１１に示されているように、利用制限１２は、ページ１の利用制限１２ａ、ページ２の利用制限１２ｂページ３の利用制限１２ｃ、・・・・というように、各ページ毎に規定されている。また復号鍵１３もまた、ページ１の復号鍵１３ａ、ページ２の復号鍵１３ｂ、ページ３の復号鍵１３ｃ、・・・・というように、各ページ毎に規定されている。ＬＣ連結子１１は、ライセンスとこれに対応するコンテンツとの関連を表すデータ、すなわち、どのライセンスがどのコンテンツと対応するか、といったライセンスとコンテンツの関連を表す「ライセンス・コンテンツ関連付けデータ」であり、同一のＬＣ連結子１１を持つライセンスとコンテンツが互いに関連していることを表している。

このＬＣ連結子１１のデータ構造としては、例えば下記のような文字列で表されるものがある。

ＰＳＳＣ７６７０４２８３
この文字列において、先頭部分の「ＰＳＳＣ」はそれぞれのライセンス配信元（サービス業者など）となるライセンス配信管理手段１００に割り振られたＩＤである。後半の「７６７０４２８３」はそのライセンス配信管理手段１００が取り扱う各々のコンテンツのコンテンツＩＤであり、各ライセンス配信管理手段１００が独自に割り振る。したがって、ライセンス１０にはＬＣ連結子１１として適切なデータが記述される。前記コンテンツＩＤは、当該コンテンツをライセンス配信管理手段１００の商品情報データベース１１０に登録した際、商品情報データベース１１０が割り振る。

このように、ＬＣ連結子１１にライセンス配信管理手段１００のＩＤを含めているので、書棚管理手段３０１がライセンス配信管理手段１００以外に、別のライセンス配信管理手段と接続していて、当該別のライセンス配信管理手段が同じコンテンツＩＤのコンテンツについてのライセンスを配信したとしても同じコンテンツＩＤの衝突を回避することができる。

なおＬＣ連結子のデータ構造としては、他にも個々のコンテンツに対してグロバルユニークに割り振られたコンテンツＩＤのデータが与えられてもよい。その場合は、コンテンツＩＤが特定の採番団体により登録される。またＬＣ連結子１１のデータがグローバルユニークであるから、コンテンツ配信サーバ４００においてコンテンツにＬＣ連結子１１を記述することができる。

図１１において、コンテンツ１４は、データとして、ＬＣ連結子１１と、再生されたコンテンツを表示するためのビューアプログラム１５と、コンテンツデータ１６とを有している。コンテンツ１４はコンテンツ配信サーバ４００から送付されるが、コンテンツＤＬがディジタルコンテンツを提供する段階ではＬＣ連結子１１は空になっており文字列のデータはまだ記述されていない。コンテンツ１４の中にビューアプログラム１５が含まれていることにより、コンテンツ１４を送付するのみでその表示のためのアプリケーションも一緒に送付することが可能となる。

上述の動作説明では、書棚管理手段３０１は、先ずコンテンツ配信サーバ４００からコンテンツを取得し、その次にライセンス配信管理手段１００からライセンスを取得しているが、この一連の動作において、書棚管理手段３０１は、ライセンスを取得した後に当該ライセンスに記述されているＬＣ連結子１１のデータをコンテンツのＬＣ連結子領域にコピーする。これにより、書棚管理手段３０１に格納されたライセンスとコンテンツとの間にＬＣ連結子１１がそろって記述された状態となり、両者の関連が明確になる。なお、書棚管理手段３０１においては、ＬＣ連結子１１が記述されたライセンス１０とコンテンツ１４は個別のファイルに保存され、それぞれのファイルにファイル名が付けられる。この実施の形態においては、各ファイルのファイル名にはＬＣ連結子が用いられ、かつこのＬＣ連結子にそれぞれ別々の拡張子が付けられて両ファイルの区別がされる。各ファイルのファイル名の例としては、下記のものがある。
ライセンスファイル：〔ＬＣ連結子〕．ＬＣＳ
コンテンツファイル：〔ＬＣ連結子〕．ＣＴＴ
このようなファイル名を付けると、ファイル名にＬＣ連結子１１を含むから、そのファイル名からライセンスとコンテンツの関連を識別できる。また、それぞれのファイルの内容にＬＣ連結子が含まれているため、この内容からもライセンスとコンテンツの関連を識別できるというように二重の識別が可能となる。

書棚管理手段３０１においては、さらに、ライセンス１０とコンテンツ１４が揃ったことを表示手段３０４に表示する。図１２はライセンス１０とコンテンツ１４が揃ったことを表示する例を示す一覧表の図である。この図に示された表は、表示内容を示す欄として、状態２１と、タイトル２２と、著者２３と、購入日時２４とを有している。この一覧表において、状態２１はライセンス１０とコンテンツ１４が揃ったか否かを表示する欄であり、ライセンス１０とコンテンツ１４の取得が完了したものはアイコン２５が表示される。他方、ライセンス１０とコンテンツ１４が揃っていないものは空欄２６となっている。タイトル２２はコンテンツ１４としての電子書籍の題名である。著者２３は当該書籍の著者の名前である。購入日時２４はそのコンテンツ１４に対応するライセンス１０を購入した年月日である。

上述のような一覧表が表示されることにより、書棚管理手段３０１においては、所定のコンテンツを外部記憶媒体（または補助記憶手段やコンテンツ１４を再生する携帯端末などの記憶媒体を含む）へ書き出すことが可能となる。外部記憶媒体の例としては、ＦＤ、ＨＤＤ、ＭＤ、光ディスク、メモリカード、その他の現存する、または今後実現される磁気或いは光記憶媒体などがある。この実施の形態では外部記憶媒体としてのメモリカード３０７へ書き出す場合を考える。この場合、メモリカード３０７等へ書き出すコンテンツ１４（図１２においてアイコン２５が付けられているもの）をユーザが指定すればそれに対応するライセンス１０も一緒に指定され、データ入力手段３０３から書き出し指示を入力すると、この指示コマンドは制御手段３０５から書棚管理手段３０１へ送られ、指定されたコンテンツ１４とそれに対応するライセンス１０がインタフェース３０６を介してメモリカード３０７へ書き出され格納される。

以上のように、本実施の形態によれば、店頭サーバ２００がクライアント端末３００からネットワークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受信した場合、そのライセンスの購入要求を店頭サーバ２００のストアフロント窓口端末２１０で受け、このストアフロント窓口端末２１０で決済処理を第１段階で行ない、その後、このストアフロント窓口端末２１０で決済が確実に終了したことを確認した後、クライアント端末３００側から見て上記ストアフロント窓口端末２１０よりも奥に設置された店頭サーバの管理端末、すなわち、ストアフロントゲートウェイ２２０でライセンス発行に必要な処理を行なうようにしたため、クライアント端末３００や課金処理部５００との通信は常にストアフロント窓口端末２１０に委ねることができる。このため、クライアント端末３００や課金処理部５００と店頭サーバ２００とを接続する場合クライアント端末３００側および課金処理部５００側の仕様が店頭サーバ２００ごとに異なっていても店頭サーバ２００側における通信接続構造の変更をストアフロントゲートウェイ２２０についてまで行なう必要はなく、多様な店頭サーバ２００に対応できる高い汎用性をストアフロントゲートウェイ２２０に持たせることができる。

また、クライアント端末３００がライセンス１０とコンテンツ１４を取得したときに、双方間の関連を明らかにするＬＣ連結子１１をライセンス１０およびコンテンツ１４にデータとして含ませているため、１つのクライアント端末３００の中で或るコンテンツ１４とそれを利用するライセンス１０とが混乱することはない。また、上記ＬＣ連結子１１は、ライセンス配信管理手段１００の中で商品情報データベース１１０によりコンテンツＩＤが割り振られることにより先ずライセンス１０に記述され、このライセンス１０がクライアント端末３００に送付された後にクライアント端末３００内で書棚管理手段３０１によりコンテンツ１４のデータの一部としてコピーされるようにしているから、ライセンス１０およびコンテンツ１４の双方へのＬＣ連結子の記述が効率的に行なわれる。

（第２の実施の形態）
上述の第１の実施の形態において、コンテンツ１４およびライセンス１０が格納されたメモリカード３０７は、この第２の実施の形態において、コンテンツ１４を再生する携帯端末（例えば図４に示された電子書籍表示端末３０）にセットされ、ライセンスの実行動作として電子書籍の再生、閲覧が行なわれる。

図１３は、本第２の実施の形態における電子書籍の再生、閲覧を行なうための電子書籍表示端末３０の構成を示すブロック図である。この電子書籍表示端末３０は、メモリカード３０７からデータを受け取って管理する書棚管理手段３１と、この電子書籍表示端末３０の主電源のオン／オフを管理する電源管理手段３２と、各種指示を入力する入力手段３３と、時計手段３４と、利用制限確認手段３５と、表示手段３６と、電子書籍表示端末３０全体の動作をコントロールする端末制御手段３７とを有している。入力手段３３からは閲覧書籍の指定、ページ送り指示、或いは書棚表示などの動作指示が入力される。時計手段３４は現在時刻の計時を行なう。これはライセンス１０の有効期限をチェックするためである。利用制限確認手段３５はライセンスの内容を確認して閲覧を許可する、しないの確認結果を出力する。表示手段３６はメモリカード３０７内の書籍の一覧を表示したり、指定された書籍の内容を表示したりする。制御手段３７はメインＣＰＵから構成されシステム制御部としての機能を有している。また電源管理手段３２はサブＣＰＵから構成され、非動作時には主電源を遮断した状態に維持して動作開始を指示する入力の有無を監視する。

上記構成を有する電子書籍表示端末３０の動作について説明する。図１４はこの電子書籍表示端末３０の動作を説明するフローチャートである。この電子書籍表示端末３０は、電源投入（図１４では電池投入と記載されている）をきっかけとして動作が開始される。図１４において、電源が投入されると、電源管理手段３２は入力手段３３にボタン（スイッチ）の押下があったか否かをチェックし、（ステップＳＴ１）ボタンの押下がない場合はボタンが押下されるまでチェック動作を継続する。一方、ボタンが押下されると、電源管理手段３２は主電源の投入動作を行なう（ステップＳＴ２）。ここで、動作開始時点での電源投入は、まだ主電源の投入ではなく、電子書籍表示端末３０に電池を装着するとか単なる電源スイッチのオン動作を表し、その時点では主電源はまだ投入されていない状態を意味する。この状態は、あたかもリモコン方式のテレビがリモコンスイッチからの動作スタート指示を待っている待機状態にあるのと同じである。上述のようにボタンが押下されることにより主電源が投入され、制御手段３７を始めとする各機能部に電力が供給される。なおボタンは複数機能が表示手段３６の画面に表示され、画面上の機能表示に対応するボタンを押すことにより、それぞれ表示機能にしたがった動作が行なえるようになっている。

そのボタンおよび各動作に対応する表示手段３６の表示例が図１５および図１６に示されている。図１５は電子書籍表示端末３０の書棚画面を示し、図１６は書棚に置かれた特定の書籍の表紙と書誌画面を示している。図１５に示された書棚画面においては、書棚には何冊かの閲覧可能な書籍が整列されてライブラリーを構成している。書籍の背表紙にはそれぞれの書籍のタイトルが表示されている。書棚の下方には複数のボタン機能が表示されている。これらのボタン機能のうち、例えばボタン４１はカーソル（後出の４６）の示す書籍の選択を決定するためのボタンである。またボタン４４、４５はカーソル４６を移動させるためのボタンであり、ボタン４４はカーソル４６を左方向へ移動させ、ボタン４５はカーソル４６を右方向へ移動させるためのものである。そしてボタン４４、４５によりカーソル４６を左右に移動させることにより書棚に整列された書籍の指定を行なうようになっている。なお、図１５において、カーソル４６は左側の書棚の上段左から３冊目を指しているがこの位置からカーソル４６をボタン４５を押下することにより右方向へ移動させ続けると、カーソル４６は左側の書棚の上段右端から左側の書棚の下段左端へ移動し、また左側の書棚の下段右端から右側の書棚の上段左端へ移動し、さらに右側の書棚の下段右端からは次の書棚の上段左端へ移動する、というように一つの書棚のすべての範囲、および一つの書棚から次の書棚にわたって移動することができるようになっている。ボタン４４を押下することにより、カーソル４６を図１５の位置から左方向へ移動させ続ける場合も同様であり、上述の場合とは逆方向に一つの書棚のすべての範囲、および一つの書棚から次の書棚にわたって移動することができるようになっている。なお、ボタン４２とボタン４３は、図１５の書棚画面においては機能が与えられておらず、押下しても何ら処理は実行されない。

また、この電子書籍表示端末３０においては、表示手段３６の表示動作について独自の方式を採用している。すなわち、例えば図１５の表示に対して、ボタン４４または４５を押下したときだけ制御手段３７が動作を開始してカーソル４６を移動させ、ボタン４１の押下により該当する画像を作成して表示手段３６に表示するといった、そのときの指示に該当する表示動作を行ない、その後はただちに主電源を切断して待機状態に移行する、という制御動作を実行する。この待機状態では、制御手段３７および表示手段３６の電源は切断されるが表示手段３６における表示内容はそのまま維持される。また、図１５においてボタン４４、４５によりカーソル４６を左右に移動させて書籍の指定を行ない、ボタン４１の押下でカーソル４６の示す書籍が選択、決定され、図１６の状態となる。図１６においては、ボタン４１、４３には機能が与えられているが、ボタン４２、４４、４５には機能が与えられておらず、押下しても何ら処理は実行されない。

このように、電子書籍表示端末３０の操作中において、それぞれの指示に該当する表示動作を行ない、その表示を行なった後はただちに主電源を切断して待機状態に移行するという制御動作を採用することにより、電池やバッテリーを電源として用いる携帯型の電子書籍表示端末３０の電池等の寿命を可能な限り延ばすことができる。

図１６におけるボタン４１、４３はページ送りを行なわせるためのボタンであり、ボタン４１は書籍のページを順方向（１ページ目、２ページ目、・・・というように書籍の後方へ向かう方向）にページ送りし、ボタン４３は書籍のページを逆方向（１０ページ目、９ページ目、・・・というように書籍の前方へ向かう方向）にページ送りするためのものである。そしてボタン４１、４３により書籍を順方向へも逆方向へも自在にページ送りするようになっている。なお、図１５におけるボタン４１はカーソル４６の示す書籍の選択を決定する機能を与えられ、ボタン４３には機能が与えられていなかったが、図１６ではボタン４１、４３にはページ送りを行なわせるための機能が与えられている。このように、表示手段３６に表示される画像が異なることにより、その機能は異なったものとなっている。

主電源が投入されると、制御手段３７は、上記ボタンの押下はページ送りの指示か否かをチェックし（ステップＳＴ３）、ページ送りの指示である場合は、利用制限確認手段３５がライセンスの内容と時計手段３４からの計時データとを基に、現在日時はコンテンツ利用可能期間内か否かをチェックする（ステップＳＴ４）。このチェック動作において、現在日時がコンテンツ利用可能期間内である場合は、制御手段３７がページ送りの結果画面を生成し（ステップＳＴ５）、そのデータを表示手段３６へ送付する。結果画面のデータを受け取った表示手段３６は結果画面を表示し（ステップＳＴ６）、この表示が完了すると、電源管理手段３２は主電源を切断し（ステップＳＴ７）、ステップＳＴ１へ戻る。この、ステップＳＴ６において結果画面を表示し、次にステップＳＴ７において主電源の切断動作をおこなった後、ステップＳＴ１へ戻ってボタンの押下があったか否かのチェックを行なう動作（待機動作）へ移行することが、上で説明した「該当する表示動作を行ない、その後はただちに待機状態に移行する」という制御動作に当たる。上記表示手段３６に表示された結果画面は主電源の切断後も表示されている。一方、上記ステップＳＴ４のチェック処理において、現在日時がコンテンツ利用可能期間を経過している場合は、制御手段３７が有効期間切れの画面を生成し（ステップＳＴ８）、そのデータを表示手段３６へ送付する。結果画面のデータを受け取った表示手段３６は有効期間切れの画面を表示し（ステップＳＴ６）、その後はステップＳＴ７へ移行する。

また一方、上記ステップＳＴ３のチェック処理において、ボタンの押下はページ送りの指示でない場合は、制御手段３７は次にボタンの押下は選択書籍の決定指示か否かをチェックする（ステップＳＴ９）。このチェック動作において、ボタンの押下は選択書籍の決定指示である場合は、書棚管理手段３１は現選択書籍のデータをメモリカード３０７から取得し（ステップＳＴ１０）、次に制御手段３７が当該書籍の利用制限を利用制限確認手段３５にセットする（ステップＳＴ１１）。次に制御手段３７は書籍データからビューアプログラムを抽出してロードし（ステップＳＴ１２）、ロードされたビューアプログラムは当該書籍の内容データから表紙／書誌画面を生成し（ステップＳＴ１３）、そのデータを表示手段３６へ送付する。表紙／書誌画面のデータを受け取った表示手段３６は表紙／書誌画面を表示する（ステップＳＴ６）。この表紙／書誌画面の表示が前出の図１６である。この書籍は「蜘蛛の糸・芋粥・河童」というタイトルであり、著者は芥川龍之介である。表示手段３６の画面には左半分に上記書籍の表紙が表示され、右半分には書誌内容が表示される。この状態でボタン４１を押すと書誌画面の次のページが表示される。このように表紙／書誌画面の表示が行なわれた後は、次に電源管理手段３２が主電源を切断し（ステップＳＴ７）、ステップＳＴ１へ戻る。

上記ステップＳＴ９のチェック処理において、ボタンの押下は選択書籍の決定でない場合は、制御手段３７は次にボタンの押下は書棚表示か否かをチェックする（ステップＳＴ１４）。このチェック動作において、ボタンの押下は書棚表示である場合は、書棚管理手段３１はメモリカード３０７内の書籍一覧データを取得し（ステップＳＴ１５）、その書籍一覧データを基に制御手段３７は書棚画面を生成し（ステップＳＴ１６）、そのデータを表示手段３６へ送付する。書棚画面のデータを受け取った表示手段３６は書棚画面を表示する（ステップＳＴ６）。この書棚画面の表示例が前出の図１５である。この書棚には各種の電子書籍が書棚に整列され、この書棚画面内でボタン４４、４５を押してカーソルを移動させることにより、書籍の選択を行なうことができる。このように書棚画面の表示が行なわれた後は、次に電源管理手段３２が主電源を切断し（ステップＳＴ７）、ステップＳＴ１へ戻る。

上記ステップＳＴ１４のチェック処理において、ボタンの押下は書棚表示でない場合は、制御手段３７はユーザ（或いは操作者）の操作によるカーソル移動の結果画面を生成し（ステップＳＴ１７）、そのデータを表示手段３６へ送付する。カーソル移動の結果画面のデータを受け取った表示手段３６は当該カーソル移動の結果画面を表示する（ステップＳＴ６）。このようにしてカーソル移動の結果画面の表示が行なわれた後は、次に電源管理手段３２が主電源を切断し（ステップＳＴ７）、ステップＳＴ１へ戻る。

以上のように、第２の実施の形態によれば、ライセンスとコンテンツの提供システムからコンテンツデータを外部記憶媒体にロードし、この外部記憶媒体を別の再生装置である電子書籍表示端末３０にセットして、その表示手段３６に書棚画面や書籍の内容画面を表示しながら書籍の選択やページ送りを行なうことができるから、配信されたコンテンツを手軽に利用することができる。

（第３の実施の形態）
図１７乃至図２０は、本発明の第３の実施の形態を説明するシーケンス図である。この実施の形態はライセンスとコンテンツの提供システムにおいてライセンスとコンテンツの再提供制御動作に関わるものである。

この実施の形態に関わるライセンスとコンテンツの再提供は、例えば電子書籍の内容に乱丁や落丁があったり、ビューアプログラムにバグがあったりして、書籍の内容を正しく表示できないときに、再度ライセンスとコンテンツを提供するものである。

上記本発明の第３の実施の形態におけるライセンスとコンテンツの再提供制御動作について以下説明する。クライアント端末３００の書棚管理手段３０１は一覧表示上で不具合のある書籍を指定してその購入証明をファイルに出力する。そして、当該購入証明および会員ＩＤを電子メールに貼付し、ＣＳコールセンタに問い合わせする。ＣＳコールセンタでは、送付されてきた購入証明が指示する商品が対策済み商品の提供対象であることを障害商品表で確認する。この障害商品表の例を図２１に示す。これは障害があった商品と、その障害を改善した商品・・（対策済み商品）とを一覧表形式（或いはテーブル形式）で表したものである。もし障害商品表を参照しても、送付されてきた購入証明が指示する商品が対策済み商品の提供対象であることを確認できない場合は、新たな障害商品の出現として障害商品表に追加する。ＣＳコールセンタは、上記障害商品表による確認を行なった後、ライセンス配信管理手段１００に対して購入証明のチェック要求を行なう。ライセンス配信管理手段１００では、購入証明が改ざんされていないか否かをチェックし改ざんされていなければ、当該購入証明がリボーク（無効化）されたものか否かをリボーク購入証明表により確認する。

図２２はリボーク購入証明表の一例を示す図である。このリボーク購入証明表には、コンテンツ１４の再提供がなされた場合に、障害の問い合わせがあった購入証明ＩＤとその購入証明ＩＤについて障害対策を施された履歴（結果）とを一覧表形式（或いはテーブル形式）で表したものである。このリボーク購入証明表を使用することにより、チェック要求があった購入証明の指す商品に対して障害対応がなされたか否かが明らかになる。そして、購入証明がリボークされたものか否かをリボーク購入証明表により確認した後、ライセンス配信管理手段１００からＣＳコールセンタへ購入証明のチェック応答が行なわれる。

このように、リボーク購入証明表により購入証明がリボークされたものか否かを確認した上でライセンス１０とコンテンツ１４の再提供処理を行なうから、ユーザから同じ購入証明について何度も不具合がある旨の問い合わせがあっても、正しいコンテンツについて一度再提供されたものについては、受け付けを拒否することができる。

上記ＣＳコールセンタへ購入証明のチェック応答においては、購入証明に改ざんが無く、リボークされていない場合のみ「ＯＫ」であり、その他の場合は「ＮＧ」である。ＣＳコールセンタは、上記購入証明のチェック応答を受けて、チェック結果が「ＮＧ」であればクライアント端末３００に対して購入証明が有効ではない旨の電子メールを返信する。他方、ＣＳコールセンタは、上記購入証明のチェック結果が「ＯＫ」であればストアフロントゲートウェイ２２０に対してボックスセットを手動で再発行するよう要求を出す。このボックスセット手動再発行要求には、決済ＩＤとして再提供用のダミーＩＤと、会員ＩＤと対策済み商品ＩＤとが添付される。

ストアフロントゲートウェイ２２０においては、上記ＣＳコールセンタからのボックスセット要求が正規なものであるか否かをチェックする。このチェックはＣＳコールセンタに対する簡易認証の処理により実行され、例えばＣＳコールセンタの操作端末のＩＰアドレスを照合するなどの処理がなされる。

ＣＳコールセンタの認証が行なわれた後は、ストアフロントゲートウェイ２２０においてボックスセットファイル作成手段２２１により会員ＩＤのディレクトリの下に決済ＩＤをファイル名とするサイズ０のボックスセットファイルが作成される。上記決済ＩＤは、前記再提供用のダミーＩＤである。なお、この時点ではボックスセットはまだ生成されていないのでボックスセットＩＤの記述はない。このようにして作成されたボックスセットファイルはボックスセットファイル管理手段２２２に保存される。ストアフロントゲートウェイ２２０は、上記ボックスセットファイルを作成した後、ライセンス配信管理手段１００に対して購入証明の要求を送付する（ＰＯＰ要求）。このＰＯＰ要求に当たっては、ＣＳコールセンタからのボックスセット手動再発行要求に添えられていた対策商品ＩＤ群が送信データとして添付される。

ライセンス配信管理手段１００は、上記ＰＯＰ要求を受けると、ストアフロントゲートウェイ２２０からのＰＯＰ要求が正規なものであるか否かをチェックする。このチェックはストアフロントゲートウェイ認証の処理により実行され、例えばＳＳＬの相互認証などの処理によって行なわれる。ストアフロントゲートウェイ２２０の認証が行なわれた後は、ライセンス配信管理手段１００の購入証明作成手段１０１により購入証明（ＰＯＰ）が作成される。これと同時に購入証明作成手段１０１により購入証明作成履歴が記録され、この購入証明作成履歴は購入証明作成履歴格納手段１２０に保存される。そして、作成された購入証明はストアフロントゲートウェイ２２０へ送付される。また、購入証明が複数作成されたときは購入証明群（ＰＯＰ群）が送付される。

購入証明を受け取ったストアフロントゲートウェイ２２０では、ボックスセット生成手段２２４において、各購入証明についてのｅＢｏｘが生成されるとともに、複数のｅＢｏｘをまとめて１セットにしたボックスセットが生成されてボックスセットファイル管理手段２２２に保持、管理される。このボックスセットにはボックスセットＩＤが付けられ、また、該当するボックスセットファイルにボックスセットの内容を記録するとともに、ボックスセットファイル名の拡張子に上記ボックスセットＩＤが付加される。その後、ストアフロントゲートウェイ２２０はＣＳコールセンタに対してボックスセット手動再発行を行なった旨の応答を返信する。

次に、ＣＳコールセンタは、ライセンス配信管理手段１００に対してリボーク要求を送信する。このリボーク要求には購入証明ＩＤとリボーク理由のメッセージが添付される。ライセンス配信管理手段１００は上記リボーク要求を受けると、リボーク購入証明表に当該購入証明ＩＤと、リボーク理由のメッセージを記録した後、購入証明リボーク応答をＣＳコールセンタに返信する。この購入証明リボーク応答に基づき、ＣＳコールセンタはクライアント端末３００に対して対策済み商品の準備（すなわち、再発行の準備）ができた旨のメッセージを電子メールで返信する。

クライアント端末３００は、上記ＣＳコールセンタからの再発行の準備ができた旨の返信を受けると、ウェブブラウザ３０２から店頭サーバ２００に対して会員ログイン要求を行なう。この会員ログイン要求には会員ＩＤとパスワードが添付される。店頭サーバ２００側ではストアフロント窓口端末２１０のクライアント要求受付手段２１１が上記ログイン要求を受け付けるとともに会員ＩＤとパスワードを取り込む。次にストアフロント窓口端末２１０は会員用画面とクッキー情報とをウェブブラウザ３０２へ送付する。次にウェブブラウザ３０２はストアフロント窓口端末２１０に対して購入履歴の要求を行なう。これを受けて、ストアフロント窓口端末２１０は会員の過去４８時間以内の決済履歴と決済ＩＤを取得し、その後ストアフロントゲートウェイ２２０に対してボックスセットファイルＩＤを要求する。このボックスセットファイルＩＤの要求には会員ＩＤが添付される。ストアフロントゲートウェイ２２０では上記会員ＩＤが示す会員ＩＤディレクトリ下のボックスセットファイル名を取得し、ボックスセットファイルＩＤ群をストアフロント窓口端末２１０へ送付する。ストアフロント窓口端末２１０は決済履歴とボックスセットファイルＩＤを突き合わせ、一覧ＨＴＭＬを生成する。この一覧ＨＴＭＬの生成段階において、ボックスセットファイル名の決済ＩＤに対応する決済履歴が存在しない場合、履歴情報には「−」を記して当該ボックスセットファイルＩＤを含めたＨＴＭＬを生成する。そして、ストアフロント窓口端末２１０は、未取得のボックスセットが明示された購入履歴一覧（ファイルＩＤ群）をクライアント端末３００のウェブブラウザ３０２に送付する。

クライアント端末３００のユーザは、対策済み商品の未取得ボックスセットを、決済履歴が「−」と記載されていることを目印に発見し、そのボックスセットの取得を指定する。そして、ウェブブラウザ３０２からストアフロント窓口端末２１０に対してボックスセット要求が送信される。このボックスセット要求にはボックスセットファイルＩＤが添付される。このボックスセットファイルには会員ＩＤが内包されている。ストアフロント窓口端末２１０は上記ボックスセット要求をストアフロントゲートウェイ２２０に送信する。ボックスセット要求にはボックスセットファイルＩＤがデータとして添付される。ストアフロントゲートウェイ２２０においては、上記ボックスセット要求を受けるとボックスセットファイルＩＤを基にボックスセット管理手段２２２から該当するボックスセットを抽出してボックスセット提供手段２２６へ送り、ボックスセット提供手段２２６がこのボックスセットをストアフロント窓口端末２１０へ送付する。

ストアフロント窓口端末２１０はボックスセットを受け取ると、その購入要求対応手段２１３からクライアント端末３００のウェブブラウザ３０２へボックスセットを送付する。ウェブブラウザ３０２はボックスセットを受け取ると、ボックスセットのＭＩＭＥタイプで書棚管理手段３０１の書棚管理ソフトを起動し、ボックスセットを書棚管理するために保存するとともに、書棚管理手段３０１から店頭サーバ２００へ向けてボックスセットの受信通知が送付される。このボックスセットの受信通知にはボックスセットヘッダが格納される。上記ボックスセットの受信通知はクライアント端末３００が店頭サーバ２００からボックスセットを受け取ったことを確認するための通知である。このボックスセット受信通知はストアフロント窓口端末２１０の購入要求対応手段２１３からストアフロントゲートウェイ２２０へ送付される。ボックスセット受信通信にはボックスセットヘッダが添付される。

ストアフロントゲートウェイ２２０では、ボックスセット受信通知を受け取ると、ボックスセットヘッダが改ざんされていないか否かをチェックし改ざんされていなければボックスセットファイル管理手段２２２から当該ボックスセットファイルを削除する。なおボックスセットファイルを削除したことによりその会員ＩＤに関するディレクトリが空になったときは会員ディレクトリそのものも削除される。これにより限りあるメモリ領域に不要なデータがいつまでも残ることはなく、メモリの有効利用を図ることができる。以上の処理の後、ストアフロントゲートウェイ２２０からストアフロント窓口端末２１０に対してボックスセット受信応答が返信され、さらにこのボックスセット受信応答はストアフロント窓口端末２１０からクライアント端末３００の書棚管理手段３０１へ返信される。

次にクライアント端末３００側においてライセンスを取得したい、或いはコンテンツを取得したいという場合は、書棚管理手段３０１がボックスセットを各ボックス、すなわち、一つ一つのｅＢｏｘに分解し、ｅＢｏｘの内容をＧＵＩに一覧表示する。

コンテンツ配信サーバ４００は、上記コンテンツ要求を受けると、その対象となるディジタルコンテンツをクライアント端末３００へ送付する。これにより、クライアント端末３００側において指示されたコンテンツが当該クライアント端末３００に配信されたことになり、クライアント端末３００は落丁や乱丁のない新しいコンテンツ、或いはバグが含まれていないビューアプログラムを組み込んだコンテンツを得ることができる。クライアント端末３００側においては、配信されたコンテンツは書棚管理手段３０１に格納される。なお、配信されたコンテンツは暗号化されたディジタルコンテンツにより構成されている。

以上のように、先ずコンテンツの配信を受け、次にライセンスの配信を受ける動作が行なわれるが、このようにして配信されるライセンスとコンテンツとの関係については上述の第１の実施の形態において説明した通りであるから、ここでは省略する。

上述のような、書棚管理手段３０１が、先ずコンテンツ配信サーバ４００からコンテンツを取得し、その次にライセンス配信管理手段１００からライセンスを取得するという一連の動作において、書棚管理手段３０１は、ライセンスを取得した後に当該ライセンスに記述されているＬＣ連結子１１のデータをコンテンツのＬＣ連結子領域にコピーする。これにより、書棚管理手段３０１に格納されたライセンスとコンテンツとの間にＬＣ連結子１１がそろって記述された状態となり、両者の関連が明確になる。なお、書棚管理手段３０１においては、ライセンス１０とコンテンツ１４は個別のファイルに保存され、それぞれのファイルにファイル名が付けられる。この実施の形態においては、各ファイルのファイル名にはＬＣ連結子が用いられ、かつこのＬＣ連結子にそれぞれ別々の拡張子が付けられて両ファイルの区別がされる。各ファイルのファイル名の例としては、上述の第１の実施の形態で述べたのと同様、下記のものがある。
ライセンスファイル：〔ＬＣ連結子〕．ＬＣＳ
コンテンツファイル：〔ＬＣ連結子〕．ＣＴＴ
このようなファイル名を付けると、ファイル名にＬＣ連結子１１を含むから、そのファイル名からライセンスとコンテンツの関連を識別できる。また、それぞれのファイルの内容にＬＣ連結子が含まれているため、この内容からもライセンスとコンテンツの関連を識別できるというように二重の識別が可能となる。

書棚管理手段３０１においてはさらに、図１２に示すように、ライセンス１０とコンテンツ１４が揃ったことを一覧表で表示手段３０４にアイコン表示する。

上述のような一覧表が表示されることにより、書棚管理手段３０１においては、所定のコンテンツをメモリカード３０７などの外部記憶媒体（または補助記憶手段やコンテンツ１４を再生する携帯端末などの記憶媒体を含む）へ書き出すことが可能となる。この場合、外部記憶媒体等へ書き出すコンテンツ１４（図１２においてアイコン２５が付けられているもの）をユーザが指定すればそれに対応するライセンス１０も一緒に指定され、データ入力手段３０３から書き出し指示を入力すると、この指示コマンドは制御手段３０５から書棚管理手段３０１へ送られ、指定されたコンテンツ１４とそれに対応するライセンス１０がメモリカード３０７へ書き出され格納される。

以上の処理により、電子書籍の内容に乱丁や落丁があったり、ビューアプログラムにバグがあったりして、書籍の内容を正しく表示できないときに、ライセンスとコンテンツの再提供制御動作を間違いなく実行することができる。

また、第１の実施の形態においても述べたように、コンテンツ１４の中にビューアプログラム１５が含まれているため、この第３の実施の形態におけるコンテンツ１４の再提供制御動作を行なった場合、コンテンツ１４が不良である場合であれ、ビューアプログラム１５に不調がある場合であれ、コンテンツ１４の送付とともにその表示のためのアプリケーションも一緒に再提供される。したがって、ユーザはコンテンツ１４とビューアプログラム１５を別々にアップデートなければならないといった操作から解放され、新しい書籍の再提供を受けて、直ちに閲覧することができる。

本発明は、図面に示す好ましい実施の形態に基づいて説明されてきたが、当業者であれば、本発明の思想を逸脱することなく容易に各種の変更、改変し得ることは明らかである。本発明はそのような変更例も含むものである。

本発明の第１の実施の形態におけるライセンスとコンテンツの提供システムのブロック構成図本発明の第１の実施の形態におけるライセンスとコンテンツの提供システムにおけるライセンスとコンテンツの提供制御動作を示すシーケンス図本発明の第１の実施の形態におけるライセンスとコンテンツの提供システムにおけるライセンスとコンテンツの提供制御動作を示す前記図２に引続くシーケンス図本発明の第１の実施の形態におけるライセンスとコンテンツの提供システムにおけるライセンスとコンテンツの提供制御動作を示す前記図３に引続くシーケンス図本発明の第１の実施の形態における購入証明のデータ構成を示す図本発明の第１の実施の形態におけるｅＢｏｘのデータ構成を示す図本発明の第１の実施の形態におけるボックスセットの構成を示す図本発明の第１の実施の形態におけるボックスセットヘッダのデータ構造を示す図本発明の第１の実施の形態におけるストアフロントゲートウェイにより作成されるボックスセットファイルＩＤの構成を示す図本発明の第１の実施の形態における購入証明と、ｅＢｏｘと、ボックスセットとの構成上の関係を示す図本発明の第１の実施の形態に係るライセンスとコンテンツの提供システムにおいて用いられるライセンスおよびコンテンツのデータ構造の一例を説明する図本発明の第１の実施の形態に係るライセンスとコンテンツの提供システムにおいて、ライセンスとコンテンツが揃ったことを表示する例を示す一覧表の図本発明の第２の実施の形態に係る電子書籍の再生、閲覧を行なうための電子書籍表示端末の構成を示すブロック図本発明の第２の実施の形態における電子書籍表示端末の動作を説明するフローチャート本発明の第２の実施の形態に係る電子書籍表示端末の書棚画面を示す図本発明の第２の実施の形態に係る電子書籍表示端末の特定の書籍の表紙と書誌画面書棚画面を示す図本発明の第３の実施の形態に係るライセンスとコンテンツの提供システムにおけるライセンスとコンテンツの再提供制御動作を示すシーケンス図本発明の第３の実施の形態に係るライセンスとコンテンツの提供システムにおけるライセンスとコンテンツの再提供制御動作を示す前記図１７に引き続くシーケンス図本発明の第３の実施の形態に係るライセンスとコンテンツの提供システムにおけるライセンスとコンテンツの再提供制御動作を示す前記図１８に引き続くシーケンス図本発明の第３の実施の形態に係るライセンスとコンテンツの提供システムにおけるライセンスとコンテンツの再提供制御動作を示す前記図１９に引き続くシーケンス図本発明の第３の実施の形態に係るライセンスとコンテンツの提供システムにおいて、ＣＳコールセンタに備えられた障害商品表の例を示す図本発明の第３の実施の形態に係るライセンスとコンテンツの提供システムにおいて用いられるリボーク購入証明表の一例を示す図

符号の説明

１０ライセンス
１１ＬＣ連結子（ライセンス・コンテンツ関連付けデータ）
１２利用制限
１３復号鍵
１４コンテンツ
１５ビューアプログラム
１６コンテンツデータ
３０電子書籍表示端末
３１書棚管理手段
３２電源管理手段
３３入力手段
３４時計手段
３５利用制限確認手段
３６表示手段
３７制御手段
１００ライセンス配信管理手段
１０１購入証明作成手段
１０２ライセンス生成手段
１０３ライセンス提供手段
１１０商品情報データベース
１２０購入証明作成履歴格納手段
２００店頭サーバ
２１０ストアフロント窓口端末（受付窓口端末）
２１１クライアント要求受付手段
２１２商品一覧格納手段
２１３購入要対応手段
２１４決済手段
２２０ストアフロントゲートウェイ（管理端末）
２２１ボックスセットファイル作成手段
２２２ボックスセットファイル管理手段
２２３ボックスセットファイル削除手段
２２４ボックスセット生成手段
２２６ボックスセット提供手段
３００クライアント端末
３０１書棚管理手段
３０２ウェブブラウザ
３０３データ入力手段
３０４表示手段
３０５制御手段
４００コンテンツ配信サーバ
５００課金処理部
６００商品情報登録端末

Claims

ネットワークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受け付けるステップと、
ライセンスの購入要求を受け付けた後、そのライセンスの購入要求に対する決済処理を行なうステップと、
決済処理が完了した後に、前記ライセンスの購入要求に対応する購入証明を作成するステップと、
作成された購入証明をライセンスの購入要求元へ送付するステップと、
クライアント側からのコンテンツ要求に応答してコンテンツを配信するステップと、
前記購入証明を含むライセンス要求に応答して該当するライセンスを、前記配信されたコンテンツとの関連を示すライセンス・コンテンツ関連付けデータを付与して生成し、クライアントへ送付するステップと、
から成るライセンスとコンテンツの提供方法。
ライセンスをクライアントへ送付した後、クライアントでは、ライセンスに付与されたライセンス・コンテンツ関連付けデータをコンテンツの所定のデータ領域に複写するステップをさらに有することを特徴とする請求項１記載のライセンスとコンテンツの提供方法。
ライセンス・コンテンツ関連付けデータを有するライセンスおよびコンテンツは、クライアントの個別のファイルに保存されることを特徴とする請求項２記載のライセンスとコンテンツの提供方法。
クライアントの個別のファイルに保存されたライセンスおよびコンテンツは、それぞれのファイルにライセンス・コンテンツ関連付けデータを用いたファイル名が付けられることを特徴とする請求項３記載のライセンスとコンテンツの提供方法。
前記決済処理において、決済が実行されなかった場合は前記ライセンス要求／受け付けのネットワーク通信を切断することを特徴とする請求項１記載のライセンスとコンテンツの提供方法。
前記コンテンツにはビューアプログラムが内包されていることを特徴とする請求項１乃至５のいずれかに記載のライセンスとコンテンツの提供方法。
前記ライセンスおよびコンテンツを提供した後に、コンテンツが不良の場合は、ライセンスとコンテンツの再提供を実行することを特徴とする請求項１乃至６のいずれかに記載のライセンスとコンテンツの提供方法。
ライセンスとコンテンツの再提供を実行するに際しては、購入証明ＩＤを基準としてリボーク確認処理を行なうことを特徴とする請求項７記載のライセンスとコンテンツの提供方法。
ライセンス購入要求およびライセンス要求を出力するクライアント端末と、クライアント端末からネットワークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受け付ける店頭サーバと、前記ライセンスの購入要求に対応する購入証明を作成するライセンス配信管理手段とにより構成され、
店頭サーバには、前記ライセンスの購入要求を受ける受付窓口端末と、ライセンス発行に必要な処理を行なう管理端末とを設け、
店頭サーバでは、受付窓口端末において、クライアント端末からネットワークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受け付け、
ライセンスの購入要求を受け付けた後、そのライセンスの購入要求に対する決済処理を行ない、
決済処理が完了した後に、ライセンス配信管理手段において前記ライセンスの購入要求に対応する購入証明を作成し、
作成された購入証明をライセンス配信管理手段から店頭サーバを経由してクライアント端末へ送付し、
クライアント端末がコンテンツ要求を送付すると、コンテンツ配信サーバが該当するコンテンツを配信するステップと、
クライアント端末が前記購入証明を含むライセンス要求を送付すると、ライセンス配信管理手段が該当するライセンスを、前記配信されたコンテンツとの関連を示すライセンス・コンテンツ関連付けデータを付与して生成し、このライセンスをライセンス要求したクライアント端末へ送付することを特徴とするライセンスとコンテンツの提供システム。
ライセンスを受け取ったクライアント端末は、ライセンスに付与されたライセンス・コンテンツ関連付けデータをコンテンツの所定のデータ領域に複写することを特徴とする請求項９記載のライセンスとコンテンツの提供システム。
電子書籍のコンテンツとこのコンテンツを閲覧するためのライセンスが格納された記憶媒体からデータを受け取って管理する書棚管理手段と、この主電源のオン／オフを管理する電源管理手段と、各種指示を入力する入力手段と、現在の時刻を計時する時計手段と、ライセンスの利用制限を確認する利用制限確認手段と、データを表示する表示手段と、格納部機能部の動作をコントロールする制御手段とを有し、
前記制御手段は、前記入力手段からの指示にしたがってその結果画面が前記表示手段に表示されるとただちに電源管理手段に主電源を切断させて待機状態に移行することを特徴とする電子書籍表示端末。
前記入力手段からは閲覧書籍の指定、ページ送り指示、書棚表示の動作指示が入力されることを特徴とする請求項１１記載の電子書籍表示端末。
前記利用制限確認手段は、時計手段により計時された現在時刻データに基づきライセンスの内容を確認して閲覧を許可、非許可の確認を行なうことを特徴とする請求項１１記載の電子書籍表示端末。
電源管理手段はサブＣＰＵから構成され、非動作時には主電源を遮断した状態に維持して動作開始を指示する入力の有無を監視することを特徴とする請求項１１記載の電子書籍表示端末。