WO2004111903A1 - ライセンス配信方法 - Google Patents

Abstract

ライセンスの販売／購入を確実に行なうことが可能なライセンス配信方法及びライセンス配信システムを提供する。そのために、クライアント端末からネットワークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受信した場合、そのライセンスの購入要求を店頭サーバの受付窓口端末で受け、この受付窓口端末で決済処理を第１段階で行なう。その後購入証明を発行して、この購入証明と引き換えにライセンスを送付する。これにより、ライセンス販売に際しての金銭の取得ミスを無くすことができる上、ライセンス販売処理において課金、未課金をチェックするテーブルや処理が不要となり、処理動作の簡素化と処理プログラムの簡素化およびメモリの有効利用を図り得る。期間講読／パッケージ商品についてライセンスの購入／販売を行うことも可能である。

Description

明 細 書

ライセンス配信方法

技術分野

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

発明の背景

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

この点に関しては、 暗号技術の発展がディジタルコンテンツのセキュリティレ ベルの向上に寄与している。 この暗号技術を用いた著作権侵害行為の阻止の従来 例 （例えば、 特開平 1 1— 2 5 9 5 7 4号公報を参照） が公知となっている。 前記従来例は、 ディジタルコンテンツと該コンテンツに付随するコンテンツ利 用条件とを用いて、 ディジタルコンテンツとライセンスの流通管理を行う方法を 開示している。 この技術によれば、 ディジタルコンテンツを視聴するために、 ォ -ペレーシヨンシステム機能が稼働している状態を把握し、 ユーザからデジタルコ ンテンッを管理するデジタル管理システムに対しデジタルコンテンツの起動要求 が発行されると、 該ディジタルコンテンツの動作を監視し、 時間貸し/回数貸 ΰ を含む Pay per us e のデータやディジタルコンテンツの課金デ一夕を生成し、 監 視結果を集中管理型で運用されるライセンス管理センターに通知することにより、 対価無くディジタルコンテンツを使用するといつた不正行為を抑制する。

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

さらに、 出版の分野では月刊誌とか週刊誌、 或いはその他の定期刊行物が存在 し、 それらの定期刊行物を月ぎめ契約などの方法で購入するという慣行があるが、 コンピュータを駆使したライセンス流通管理方法或いはシステムによって、 この ような月ぎめ契約 （すなわち、 期間講読） 或いはパッケージ販売などの方法によ る電子出版物についてのライセンスの購入ノ販売を管理するという技術は従来に おいては存在しなかった。

発明の開示

本発明は、 上記従来技術における問題点に鑑みてなされたもので、 その第 1の 目的は、 ライセンス （電子出版物についての期間購読に関するライセンスを含 む） 或はコンテンツの販売ノ購入を確実に行なうことが可能なライセンス配信方 法及びライセンス配信システムを提供することである。

本発明の第 2の目的は、 ライセンス或いはコンテンツの販売/購入に当たって 決済処理が確実に行なうことが可能なライセンス配信方法及びライセンス配信シ ステムを提供することである。 - 本発明の第 3の目的は、 ライセンス或いはコンテンツの販売に当たって販売が 完了した後の不要なデータの蓄積を防止で'きるライセンス配信方法及びライセン ス配信システムを提供することである。

本発明の第 4の目的は、 ライセンスの販売 Z購入に当たってライセンス購入者 に対して一回だけライセンスを発行することが可能なライセンス配信方法及びラ ィセンス配信システムを提供することである。

本発明の第 5の目的は、 ライセンス或いはコンテンツの販売 購入を行なう各 種業態に対して、 システム構築が楽に行なえるライセンス配信方法及びライセン ス配信システムを提供することである。

本発明の第 6の目的は、 期間講読或いはパッケージ販売などの方法による電子 出版物についてのライセンスの購入/販売を良好に管理することが可能なライセ ンス配信方法及びライセンス配信システムを提供することである。

前記目的を達成するために、 本発明は第 1に、 クライアン卜端末からネットヮ ークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受信 した場合、 そのライセンスの購入要求を店頭サーバの受付窓口端末で受け、 この 受付窓口端末で決済処理を第 1段階で行ない、 その後、 この受付窓口端末で決済 が確実に終了したことを確認した後、 クライアント端末側から見て前記受付窓口 端末よりも奥に設置された店頭サーバの管理端末でライセンス発行に必要な処理 を行なうよう'にしたことを特徴とする。 ライセンスとしては、 複数の商品をダル ープ化した期間講読商品或いはパッケージ商品として販売されるデジタルコンテ ンッ （以下、 グループ化商品コンテンツという） を視聴するためのライセンスも 含まれる。

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

本発明は第 3に、 購入証明を作成したとき、 その購入証明を直ちにクライアン ト端末に送付せず購入証明取得用の電子デー夕をクライアント端末に送付し、 そ の後クライアント端末から購入証明要求を受けて購入証明を送付するようにした ことを特徴とする。

本発明は第 4に、 購入証明を作成したとき、 その購入証明を直ちにクライアン ト端末に送付せず、 作成された購入証明をボックスセットファイルに一時保持す る一方、 購入証明取得用の電子データをクライアント端末に送付し、 その後クラ イアント端末から購入証明要求を受けて購入証明を送付するようにしたことを特 徴とする。 ただし、 前記購入証明取得用の電子データは必ずしも送付しなければ ならないものではなく、 本発明の別の態様では購入証明を作成したとき、 その購 入証明を直ちにクライアント端末に送付する態様を採ってもよい。

本発明は第 5に、 上記決済後にグループ化商品コンテンツのライセンス発行に 必要な処理を行なうに際して、 ライセンスの購入要求の対象である期間講読商品 或いはパッケージ商品 （複数の商品がまとめてグループ化されている） に対応す る p B 0 X購入証明を作成してクライアント端末送付し、 その後クライアント端 末から P B o Xを分解した e B o Xを要求する e B o x要求を受信してから、 該 当する e B o X購入証明を生成してクライアント端末送付し、 当該クライアント 端末がライセンス要求できるようにしたことを特徴とする。

本発明は第 6に、 購入証明の生成から、 クライアント端末への送付までの処理 の履歴を記録するためのボックスセットファイルを作成し、 作成したボックスセ ットファイルにそのファイル I Dと前記決済の I Dなどの必要なデータを、 各処 理の実佇の都度付加するようにしたことを特徴とする。

本発明は第 7に、 購入証明の作成から、 クライアント端末への送付までの処理 の履歴を記録するためのボックスセットファイルを作成し、 作成したボックスセ ットファイルにそのファイル I Dと前記決済の I D、 ボックスセットの I Dなど の必要なデータを、 各処理の実行の都度付加或いは変更するようにしたことを特 徴とする。

本発明は第 8に、 上記 p B o x購入証明を作成したときに、 この p B o x購入 証明を直ちにクライアント端末に送付せず、 上記ボックスセットファイルを送付 し、 その後クライアント端末からボックスセット要求を受けてボックスセット · ·

( p B 0 X購入証明を含むデータ） をクライアント端末に送付するようにしたこ とを特徴とする。

本発明は第 9に、 期間講読商品或いはパッケージ商品とこれに関連するライセ ンス商品とをリンクさせて商品を管理し、 且つこのリンク管理を行なうために連 結子として共通化識別子である M P I Dを双方の商品に与えることを特徴とする。 本発明では P B o x購入証明は複数の商品についてのまとめ売りのレシートに該 当し、 この p B o X購入証明を分解することにより e B o X購入証明が作成可能 である。 この p B o x購入証明から e B o x購入証明の作成処理においては、 M P I Dを連結子とするリンク管理手段により e B o X購入証明の対象となる商品 が検索、 取得される。 また、 ライセンス商品には互いに異なった複数の M P I D を付与可能である。 これは一つの商品がその内容によって複数の側面 （特徴） を 持ち得、 それぞれの側面に応じて複数のカテゴリー、 或いは属性に包含されるこ とがあるからである。 そして、 複数の M P I Dを付与されたライセンス商品は互 いに異なった複数の期間講読商品或いは或いはパッケージ商品のグループに包含 可能である。

本発明は第 1 0に、 購入証明の中にその購入証明が期間講読商品或いはパッケ ージ商品のものであるか、 或いはライセンス商品のものであるかを判別する e B o x Z p B o x種別データを含むことを特徴とし、 この e B o x / p B o x種別 を基に購入証明の作成処理が選択される。

本発明は第 1 1に、 購入証明の作成に際しては、 購入証明作成履歴を記録し、 購入証明の作成過程を追跡することを特徴とする。 そして、 p B o x購入証明を 基に e B o x購入証明を作成したときは、 購入証明作成履歴を記録し、 且つ作成 された前記 e B o X購入証明についての購入証明作成履歴には親となる p B o X 購入証明の I Dを記録する。

本発明は第 1 2に、 購入証明をクライアント端末に送付するときはボックスセ ットファイルを削除するようにしたことを特徴とする。

本発明は第 1 3に、 決済処理後に、 購入証明の生成、 送付タスクの応答が無い 場合、 購入証明要求を再度受け付けて、 未取得の購入証明を再発行することを特 徴とし、 操作途中における通信トラブルに対処できるようにしている。

本発明は第 1 4に、 ライセンス購入要求およびライセンス要求を出力するクラ イアント端末と、 クライアント端末からネットワークを介してデジタルコンテン ッを視聴するためのライセンスの購入要求を受け付ける店頭サーバと、 前記ライ センスの購入要求に対応する購入証明を作成するライセンス配信管理手段とによ りライセンス配信システムを構築し、 店頭サーバには、 前記ライセンスの購入要 求を受ける受付窓口端末と、 ライセンス発行に必要な処理を行なう管理端末とを 設け、 ライセンス配信管理手段には、 期間講読商品或いはパッケージ商品とこれ に関連するライセンス商品とをリンクさせて商品を管理する商品管理手段と、 前 記ライセンスの購入要求の対象である期間講読商品或いはパッケージ商品に対応 する p B o X購入証明を作成する購入証明作成手段と、 前記 p B o X購入証明を 含む、 個々の品目から成るライセンス商品に対応する e B o X要求に応答して、 該当する e B o X購入証明を作成する購入証明作成手段と 備え、 店頭サーバで は、 受付窓口端末において、 クライアント端末からネットワークを介して複数の 商品をグループ化して期間講読商品或いはパッケージ商品として販売されるデジ タルコンテンツを視聴するためのライセンスの購入要求を受け付け、 ライセンス の購入要求を受け付けた後、 そのライセンスの購入要求に対する決済処理を行な い、 決済処理が完了した後に、 ライセンス購入の対象である期間講読商品或いは パッケージ商品に対応する p B o X購入証明を作成し、 作成された p B o X購入 証明をライセンス配信管理手段から店頭サーバを経由してクライアント端末へ送 付し、 クライアント端末が前記 P B o X購入証明を含む、 個々の品目から成るラ ィセンス商品に対応する e B o X要求を送付すると、 ライセンス配信管理手段が 該当する e B o X購入証明を生成し前記クライアント端末送付し、 クライアント 端末が前記 e B o x購入証明を含む、 ライセンス要求を送付すると、 ライセンス 配信管理手段が該当するライセンスを生成し、 このライセンスをライセンス要求 したクライアント端末へ送付するようにしたことを特徴とする。

本発明は第 1 5に、 商品管理手段は、 期間講読商品或いは或いはパッケージ商 品とこれに関連するライセンス商品とをリンク管理する連結子として共通化識別 子である M P I Dを双方の商品に与えて商品を管理することを特徴とする。 本発明は第 1 6に、 クライアント端末からネットワークを介してデジタルコン テンッを視聴するためのライセンスの購入要求を受信した場合、 そのライセンス の購入要求を店頭サーバの受付窓口端末で受け、 この受付窓口端末で決済処理を 第 1段階で行ない、 その後、 この受付窓口端末で決済が確実に終了したことを確 認した後、 クライアント端末側から見て前記受付窓口端末よりも奥に設置された 店頭サーバの管理端末でライセンスおよびコンテンツの配信に必要な処理を行な うようにし、 さらに、 ライセンスおよびコンテンツの配信に際しては、 クライア ン卜へコンテンツを配信し、 また、 ライセンスを、 前記配信されたコンテンツと の関連を示すライセンス ·コンテンツ関連付けデータを付与して生成し、 クライ アントへ配信するようにしたことを特徵とする。

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

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

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

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

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

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

本発明は第 2に、 クライアント端末と店頭サーバとの間の通信動作において、 クライアント端末からの要求は店頭サーバの受付窓口端末で受け付け、 その後に、 クライアント端末側から見て前記受付窓口端末よりも奥に設置された店頭サーバ の管理端末でライセンス発行に必要な処理を行なうようにしたため、 クライアン ト端末や課金処理部との通信は常にストァフロン卜窓口端末に委ねることができ る。 このため、 クライアント端末や課金処理部と店頭サーバとを接続する場合ク ライアント端末側および課金処理部側の仕様が店頭サーバごとに異なっていても 店頭サーバ側における通信接続構造の.変更を店頭サーバの管理端末であるストァ フロントゲートウェイについてまで行なう必要はなく、 汎用性に優れた店頭サー バとすることができる。

本発明は第 3に、 購入証明を作成したとき、 その購入証明を直ちにクライアン ト端末に送付せず購入証明取得用の電子データをクライアント端末に送付し、 そ の後クライアント端末から購入証明要求を受けて購入証明を送付するようにした ため、 購入証明の受渡しをより確実に行なえる。 本発明は第 4に、 ライセンス販売中にタスクが応答しなくなっても、 ボックス セットファイルの参照により、 処理を再継続し、 購入証明の再発行を行なうため、 安全で確実な購入証明の発行が行なえる。

本発明は第 5に、 クライアント端末からネットワークを介して複数の商品をグ ループ化した期間講読商品或いはパッケージ商品として販売されるデジタルコン テンッを視聴するためのライセンスの購入要求を受信した場合、 そのライセンス の購入要求を店頭サーバの受付窓口端末で受け、 この受付窓口端末で決済処理を 第 1段階で行ない、 その後、 この受付窓口端末で決済が確実に終了したことを確 認した後、 クライアント端末側から見て前記受付窓口端末よりも奥に設置された 店頭サーバの管理端末でライセンス発行に必要な処理を行なうようにしたため、 複数の商品をまとめてグループ化した商品についてもライセンスの購入/販売が 行なえ、 しかも、 ライセンス販売に際しての金銭の取得ミスを無くすことができ る上、 ライセンス販売処理において課金、 未課金をチェックするテーブルや処理 が不要となり、 処理動作の簡素化と処理プログラムの簡素化およびメモリの有効 利用が図れる。 また、 クライアント端末や課金処理部との通信は常に受付窓口端 末に委ねることができる。 このため、 クライアント端末や課金処理部と店頭サー バとを接続する場合クライアント端末側および課金処理部側の仕様が店頭サーバ ごとに異なっていても店頭サーバ側における通信接続構造の変更を店 ¾サーバの 管理端末についてまで行なう必要はなく、 汎用性に優れた店頭サーバとすること ができる。

本発明は第 6に、 上記決済後にライセンス発行に必要な処理を行なうに際して、 ライセンスを直接発行せず購入証明 （一般の取引におけるレシート、 受取証、 或 いは引換券などに相当する電子デ一夕） を作成してクライアント端末に送付し、 その後クライアント端末からライセンス発行要求を受けてライセンスを発行する ようにしたため、 ライセンス販売における事故や食い違いを回避することができ る。

本発明は第 7に、 上記決済後にライセンス発行に必要な処理を行なうに際して、 ライセンスの購入要求の対象である期間講読商品或いはパッケージ商品 （複数の 商品がまとめてグループ化されている） に対応する p B o X購入証明を作成して クライアント端末送付し、 その後クライアント端末から p B o Xを分解した e B o Xを要求する e B o X要求を受信してから、 該当する e B 0 x購入証明を生成 してクライアント端末送付し、 当該クライアント端末がライセンス要求できるよ うにしたため、 複数の商品が含まれた期間講読商品或いはパッケージ商品につい ての購入、 販売が円滑に行なえ、 ライセンス販売における事故や食い違いを回避 することができる。

本発明は第 8に、 購入証明の生成から、 クライアント端末への送付までの処理 の履歴を明らかにし得るボックスセットファイルを作成し、 作成したボックスセ ットファイルにそのファイル I Dと前記決済の I Dなどの必要なデータを、 各処 理の実行の都度付加するようにしたため、 途中の処理の進行度合いが明らかにな り、 トラブルの発生を防止することができる。

本発明は第 9に、 上記 p B o x購入証明を作成したときに、 この p B o x購入 証明を直ちにクライアント端末に送付せず、 上記ポックスセットファイルを送付 し、 その後クライアント端末からボックスセット要求を受けてボックスセット ( B o X購入証明を含むデ一夕） をクライアント端末に送付するようにしたた め、 購入証明の受渡しをより安全且つ確実に行なえる。

本発明は第 1 0に、 期間講読商品或いはパッケージ商品とこれに関連するライ センス商品とをリンクさせて商品を管理し、 且つこのリンク管理を行なうために 連結子として共通化識別子である M P I Dを双方の商品に与えているため、 デー 夕ベース内の大量の商品群の中から目的とする商品を検索してグループにまとめ ることが容易に且つ迅速に行なえる。 またデータベース内における商品の整理、 および把握管理も確実に行なえる。

本発明は第 1 1に、 P B o X購入証明は複数の商品についてのまとめ売りのレ シートに該当し、 この p B o X購入証明を分解することにより e B o X購入証明 が作成可能であるから、 コンピュータ処理による商品のまとめ分解が容易にでき る。 さらに、 この p B o x購入証明から e B o x購入証明の作成処理においては、 M P I Dを連結子とするリンク管理手段により e B o x購入証明の対象となる商 品が検索、 取得され、 また、 ライセンス商品には互いに異なった複数の M P I D を付与可能であり、 且つ複数の M P I Dを付与されたライセンス商品は互いに異 なった複数の期間講読商品或いは或いはパッケージ商品のグループに包含可能で あるため、 一つの商品がその内容によって複数の側面 （特徴） を持ち得、 それぞ れの側面に応じて複数のカテゴリー、 或いは属性に包含されることがある場合に 柔軟に期間講読 Zパッケージ商品を編集、 作成でき販売形態を動的に変更するこ とができる。

本発明は第 1 2に、 購入証明をクライァン卜端末に送付するときはボックスセ ットファイルを削除するようにしたため、 不要になったデータがメモリに残らず、 メモリの有効利用が図れる。

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

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

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

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

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

図面の簡単な説明

図 1は本発明のライセンス配信システムの構成を示すブロック図である。

図 2は本発明の第 1の実施の形態におけるライセンス販売システムのライセン ス販売制御動作を示すシーケンス図である。

図 3は本発明の第 1の実施の形態におけるライセンス販売システムのライセン ス販売制御動作を示す前記図 2に引続くシーケンス図である。 図 4は本発明の第 1の実施の形態における購入証明のデータ構成を示す図であ る。

図 5は本発明の第 1の実施の形態における e B o Xのデータ構成を示す図であ る。

図 6は本発明の第 1の実施の形態におけるボックスセットの構成を示す図であ る。

図 7は本発明の第 1の実施の形態におけるボックスセットヘッダのデータ構成 を示す図である。

図 8は本発明の第 1の実施の形態におけるストァフロントゲートウェイにより 作成されるボックスセットファイル I Dの構成を示す図である。

図 9は本発明の第 1の実施の形態における購入証明と、 e B o xと、 ボックス セットとの構成上の関係を示す図である。

図 1 0は本発明の第 2の実施の形態に係るライセンス販売システムのライセン ス販売制御動作を示すシーケンス図である。

図 1 1は本発明の第 2の実施の形態に係るライセンス販売システムのライセン ス販売制御動作を示す前記図 1 0に引き続くシーケンス図である。

図 1 2は本発明の第 3の実施の形態に係るライセンス販売システムにおいて、 店頭サーバタスクが応答しない場合における対応動作を示すシーケンス図である。 図 1 3は本発明の第 3の実施の形態に係るライセンス販売システムにおいて、 店頭サ バのタスクが応答しない場合における対応動作を示す前記図 1 2に引き 続くシーケンス図である。

図 1 4は本発明の第 4の実施の形態におけるライセンス販売システムのライセ ンス販売制御動作を示すシーケンス図である。

図 1 5は本発明の第 4の実施の形態におけるライセンス販売システムのライセ 'ンス販売制御動作を示す前記図 2に引続くシーケンス図である。

図 1 6は本発明の第 4の実施の形態におけるライセンス販売システムのライセ ンス販売制御動作を示す前記図 1 5に引続くシーケンス図である。 図 1 7は本発明の第 4の実施の形態におけるライセンス販売システムのライセ ンス販売制御動作を示す前記図 1 6に引続くシーケンス図である。

図 1 8は本発明の第 4の実施の形態において商品販売のために案内しているラ ィセンス利用権の商品一覧表の一部分を例示する図である。

図 1 9は本発明の第 4の実施の形態における購入証明のデ一夕構成を示す図で ある。

図 2 0は本発明の第 4の実施の形態における p B o Xのデータ構成を示す図で める

図 2 1は本発明の第 4の実施の形態におけるボックスセットの構成を示す図で ある。

図 2 2は本発明の第 4の実施の形態における購入証明と、 e B o xと、 p B o Xと、 ボックスセットとの構成上の関係を示す図である。

図 2 3は本発明の第 4の実施の形態における商品情報デ一夕ベースが期間講読 ノパッケージ商品とこれに関連するライセンス商品とをリンクさせて商品を管理 する態様を示すリンク管理図である。

図 2 4は本発明の第 4の実施の形態において p B o X購入証明の作成処理にお いて作成された p B o X購入証明のデ一タ構成を示す図である。

図 2 5は本発明の第 4の実施の形態における p B o X購入証明作成処理におい て、 購入証明作成履歴が記録された購入証明作成履歴表を示す図である。

図 2 6は本発明の第 4の実施の形態において p B o X購入証明から e B o x購 入証明を作成する処理動作により作成された e B o X購入証明のデ一タ構成を示 す図である。

図 2 7は本発明の第 4の実施の形態において p B o X購入証明から e B o X購 入証明を作成する処理において、 購入証明作成履歴が記録された購入証明作成履 歴表を示す図である。

図 2 8は本発明の第 4の実施の形態において、 図 2 6に示されたものとは異な つた方式で P B o X購入証明から e B 0 X購入証明を作成する処理において、 購 入証明作成履歴が記録された購入証明作成履歴表を示す図である。

図 2 9は本発明の第 5の実施の形態における p B 0 Xを用いた e B o x購入証 明の再発行について説明する図である。

図 3 0は本発明の第 6の実施の形態におけるライセンスとコンテンツの提供シ ステムのライセンスとコンテンツの提供制御動作のうち決済完了画面の表示が行 われた後の制御動作を示すシーケンス図である。

図 3 1は本発明の第 6の実施の形態におけるライセンスとコンテンツの提供シ ステムのライセンスとコンテンツの提供制御動作を示す前記図 3 0に引続くシー ケンス図である。

図 3 2は本発明の第 6の実施の形態に係るライセンスとコンテンツの提供シス テムにおいて用いられるライセンスおよびコンテンツのデ一夕構成の一例を説明 する図である。 .

図 3 3は本発明の第 6の実施の形態に係るライセンスとコンテンツの提供シス テムにおいて、 ライセンスとコンテンッが揃ったことを表示する例を示す一覧表 の図である。

図 3 4は本発明の第 7の実施の形態に係る電子書籍の再生、 閲覧を行なうため の電子書籍表示端末の構成を示すブロック図である。

図 3 5は本発明の第 7の実施の形態における電子書籍表示端末の動作を説明す るフ口一チャートである。

図 3 6は本発明の第 7の実施の形態に係る電子書籍表示端末の書棚画面を示す 図

図 3 7は本発明の第 7の実施の形態に係る電子書籍表示端末の特定の書籍の表 紙と書誌画面書棚画面を示す図である。

図 3 8は本発明の第 8の実施の形態に係るライセンスとコンテンッの提供シス テムのライセンスとコンテンツの再提供制御動作を示すシーケンス図である。 図 3 9は本発明の第 8の実施の形態に係るライセンスとコンテンツの提供シス テムのライセンスとコンテンツの再提供制御動作を示す前記図 3 8に引き続くシ 一ケンス図である。

図 4 0は本発明の第 8の実施の形態に係るライセンスとコンテンッの提供シス テムのライセンスとコンテンツの再提供制御動作を示す前記図 3 9に引き続くシ 一ケンス図である。

図 4 1は本発明の第 8の実施の形態に係るライセンスとコンテンツの提供シス テムのライセンスとコンテンツの再提供制御動作を示す前記図 4 0に引き続くシ —ケンス図である。

図 4 2は本発明の第 8の実施の形態に係るライセンスとコンテンツの提供シス テムにおいて、 C Sコールセンタに備えられた障害商品表の例を示す図である。 図 4 3は本発明の第 8の実施の形態に係るライセンスとコンテンツの提供シス テムにおいて用いられるリポーク購入証明表の一例を示す図である。

発明を実施するための最良の形態

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

(第 1の実施の形態）

図 1は、 本発明の第 1の実施の形態におけるライセンス販売システムの機能ブ ロック構成図を示している。 図 1において、 1 0 0はライセンス配信サーバ（LDM S : Li cence Di s t r ibut ion Management Server) としての機能を有するライセンス 配信管理手段、 2 0 0は店頭サーバ（SF : Storefront Server)、 3 0 0はクライア ント端末、 4 0 0はコンテンツ配信サーバ、 5 0 0は課金処理部である。

ライセンス配信管理手段 1 0 0は、 購入証明作成手段 1 0 1と、 ライセンス生 成手段 1 0 2と、 ライセンス提供手段 1 0 3と、 商品情報データベース 1 1 0と、 購入証明作成履歴格納手段 1 2 0とで構成されている。 購入証明 （P O P ： Proo f of Purchase ) とは一般の取引におけるレシート、 受取証、 或いは引換券など に相当する電子デ一夕である。 また、 本発明における 「商品」 はライセンスであ る。 店頭サーバ 2 0 0は、 クライアント端末 3 0 0からのライセンスの購入要求を 受け付ける受付窓口端末としてのストアフロン卜窓口端末 2 1 0と、 クライアン ト端末 3 0 0側から見てストァフロント窓口端末 2 1 0よりも奥に設置された管 理端末としてのストアフロントゲートウェイ （GW : G a t e w a y ) 2 2 0と から構成されている。 ストアフロント窓口端末 2 1 0は、 クライアント要求受付 手段 2 1 1と、 商品一覧格納手段 2 1 2と、 クライアント端末 3 0 0からのライ センス購入要求に対して対応処理を行なう購入要求対応手段 2 1 3と、 課金処理 部 5 0 0との間で決済処理を行なう決済手段 2 1 '4とから構成されている。 ストァフロントゲートウェイ 2 2 0は、 ボックスセットファイルを作成するポ ックスセットファイル作成手段 2 2 1と、 作成されたボックスセットファイルを 保持し管理するボックスセットファイル管理手段 2 2 2と、 不要になったボック スセットフアイルを削除するポックスセッ卜ファイル削除手段 2 2 3と、 ライセ ンス配信管理手段 1 0 0から受領した購入証明を基に個々の購入証明に対応する レシートに相当する e B o Xを生成し、 さらに e B o xをまとめたボックスセッ ト （購入証明の集まり） を生成するボックスセット生成手段 2 2 4と、 ファイル 管理手段 2 2 2に保持されたボックスセットをクライアント端末 3 0 0へ送付す るボックスセット提供手段' 2 2 6とから構成されている。

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

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

本発明に係るディジ夕ルコンテンツは、 配信されてもライセンスがない限り閲 覧することができない。 その方法としては、 ディジタルコンテンツを暗号化して おき、 復号鍵をライセンスに含めるといった方法で実現する。 この暗号化された ディジタルコンテンツはコンテンツ配信サーバ 4 0 0からクライアント端末 3 0 0へダウンロードされるが、 そのダウンロードの時期については、 いつ行なって も差し支えない。 また、 商品情報データベース 1 1 0は、 S Q Lデータベースを 使用して構築し、 あらかじめ商品情報登録端末 6 0 0から S Q Lのインサート文 を用いて商品情報 (ライセンス情報) が登録されているものとする。 この商品情 報データベース 1 1 0の情報の一部は店頭サーバ 2 0 0へ送付されて、 そのスト ァフロント窓口端末 2 1 0の商品一覧格納手段 2 1 2に格納される。

商品情報データベース 1 1 0が管理する商品情報には、 各商品 （この実施の形 態では、 書籍、 音楽や映像が記録された C Dや D V Dといった電子記録媒体など の出版物を想定する） の商品 ID、 商品名、 価格、 題名、 著者、 有効開始日時、 有 効終了日時、 出版日、 出版元などのデータが含まれている。 また、 ライセンス配 信管理手段 1 0 0、 店頭サーバ 2 0 0、 クライアント端末 3 0 0などの各装置が ネットワークによって接続されたシステムであり、 クレジット情報等の個人情報 や、 著作権保護の為のライセンスを含んだデータを通信するため、 セキュアに通 信する必要があり、 これは S S L等のセキュアなプロトコルを使用して実現する。 図 2および図 3は本実施の形態におけるライセンス販売システムのライセンス 販売制御動作を示すシーケンス図である。 図 2において、 先ずクライアント端末 3 0 0がウェブブラウザ 3 0 2から店頭サーバ 2 0 0に対して会員口グイン要求 を行なう。 この会員ログイン要求には会員 I Dとパスワードが添付される。 店頭 サーバ 2 0 0側ではストァフロント窓口端末 2 1 0のクライアント要求受付手段 2 1 1が上記ログイン要求を受け付けるとともに会員 I Dとパスワードを取り込 む。 次にストアフロント窓口端末 2 1 0は商品一覧格納手段 2 1 2から商品一覧 を読み出して会員用画面とクッキー情報とをウェブブラウザ 3 0 2へ送付する。 これ以降、 ウェブブラウザ 3 0 2はストアフロント窓口端末 2 1 0への送信情報 にクッキ一情報を添える。 商品一覧とは、 店頭サーバ 2 0 0が販売しているコン テンッ利用権の説明情報である。

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

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

■ストアフロント窓口端末 2 1 0では、 購入要求対応手段 2 1 3において上記決 済処理の結果が正常であるか異常であるかをチェックし、 異常であればライセン スの購入要求/受け付けのネットワーク通信を切断する。 決済結果が異常である とは、 決済が正しく実行されなかったり、 該当するクレジットカード番号が存在 しないとか残金不足であるといった場合などがある。 決済結果が正常である場合 は、 店頭サーバ 2 0 0内において、 ストアフロント窓口端末 2 1 0からストアフ ロントゲ一トウエイ 2 2 0に対して購入証明の要求がボックスセット要求の形で 行なわれる。 このボックスセット要求に際しては、 上記決済 I Dと、 会員 I Dと、 クライアント端末 3 0 0から受けた商品 I D群が送信データとして送付される。 ここで、 購入証明とボックスセットとの関係について説明する。 図 4は購入証 明のデータ構成を示す図であり、 この購入証明はライセンス配信管理手段 1 0 0 の購入証明生成手段 1 0 1により生成される。 この購入証明は、 購入証明 I Dと、 購入物名称 （商品名） とコンテンツダウンロード U R L、 購入金額 （税抜き） 、 消費税率、 購入日時、 購入端末 I Pアドレス、 購入店舗名称、 ライセンス配信事 業者名称、 カス夕マサポート名称、 サポート電話番号、 サポート E—メールアド レス、 署名データの各デ一夕を含んでいる。.なおここで、 署名データは購入証明 本体を特定の鍵とロジックで暗号化したデータであり、 ライセンス配信管理手段 1 0 0において購入証明生成手段 1 0 1により購入証明が生成されたときに署名 が行なわれる。 購入証明は商品の一つに対して一つが独立して生成され、 この購 入証明が一つ生成されて署名されると、 ライセンス配信管理手段 1 0 0からスト ァフロントゲートウェイ 2 2 0へ送られ、 そこで購入証明はメタデ一夕と一体に されて e B o Xが作成される。 図 5は e B o Xのデータ構成を示す図である。 購 入商品が複数あるときは、 ライセンス配信管理手段 1 0 0からストァフロントゲ 一トウエイ 2 2 0へ複数の購入証明、 すなわち、 購入証明群が送られ、 ストアフ ロントゲートウェイ 2 2 0においては e B o Xは購入商品の数分だけ複数個生成 されるとともに、 それらの複数の e B o Xがまとめられてボックスセットが生成 される。

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

図 7はボックスセットヘッダのデータ構成を示す図である。 このボックスセッ トヘッダはボヅクスセットファイル I Dと署名データを含んで成る。 署名デ一タ はボックスセット本体を特定の鍵とロジックで暗号化したデ一夕であり、 ストア フロントゲ一卜ウェイ 2 2 0によって、 ボックスセット生成手段 2 2 4によりポ ックスセットが生成されたときに署名が行なわれる。

以上の、 購入証明と、 e B o xと、 ボックスセットとの構成上の関係を示すと、 図 9に示すようになる。 すなわち、 e B o Xには主たる構成要素として購入証明 が含まれ、 ボックスセットはその e B o Xが 1セッ卜にまとめられているととも に、 このボックスセットを確定 （規定） するための署名が付されたボックスセッ トへッダが付けられている。

図 8はストアフロントゲートウェイ 2 2 0により作成されるボックスセット ファイル I Dの構成を示す図である。 このボックスセットファイル I Dは会員 I Dと決済 I Dとボックスセット I Dとから成る。

先に説明したように、 決済結果が正常である場合は、 店頭サーバ 2 0 0内にお いて、 ストアフロント窓口端末 2 1 0からストアフロントゲートウェイ 2 2 0に 対して購入証明の要求がボックスセット要求の形で行なわれるが、 このボックス セット要求が行なわれると、 ストアフロントゲートウェイ 2 2 0においては、 上 記ストァフロント窓口端末 2 1 0からのボックスセット要求が正規なものである か否かをチェックする。 このチェックはストアフロント窓口端末 2 1 0に対する 簡易認証の処理により実行され、 例えばストアフロント窓口端末 2 1 0の I Pァ ドレスを照合するなどの処理がなされる。 ストァフロントゲートウェイ 2 2 0に は複数のストアフロント窓口端末 2 1 0が接続されていることもあり、 その場合 はストアフロン卜窓口端末 2 1 0の I Pアドレスが多重化されることもある。 ストアフロント窓口端末 2 1 0の認証が行なわれた後は、 ストアフロントゲー トウエイ 2 2 0においてボックスセッ卜ファイル作成手段 2 2 1により会員 I D のディレクトリの下に決済 I Dをファイル名とするボックスセットファイルが作 成される。 上記決済 I Dは、 先の決済処理において課金処理部 5 0 0からの決済 応答に添えられていた決済 I Dである。 なお、 この時点ではボックスセットはま だ生成されていないのでボックスセット I Dの記述はない。 このようにして作成 されたボックスセッ卜ファイルはボックスセットファイル管理手段 2 2 2に保存 される。 ストアフロントゲートウェイ 2 2 0は、 上記ボックスセットファイルを 作成した後、 ライセンス配信管理手段 1 0 0に対して購入証明の要求を送付する ( P O P要求） 。 この P O P要求に当たっては、 ストアフロント窓口端末 2 1 0 からのボックスセット要求に添えられていた商品 I D群が送信データとして添付 される。

ライセンス配信管理手段 1 0 0は、 上記 P O P要求を受けると、 ストアフロン トゲ一卜ウェイ 2 2 0からの P O P要求が正規なものであるか否かをチェックす る。 このチェックはストアフロントゲ一トウエイ認証の処理により実行され、 例 えば S S Lの相互認証などの処理によって行なわれる。 ストアフロントゲートゥ エイ 2 2 0の認証が行なわれた後は、 ライセンス配信管理手段 1 0 0の購入証明 作成手段 1 0 1により購入証明 （P O P ) が作成される。 これと同時に購入証明 作成手段 1 0 1により購入証明作成履歴が記録され、 この購入 明作成履歴は購 入証明作成履歴格納手段 1 2 0に保存される。 なお、 購入証明作成履歴の記録例 を図 2の中にテーブルの形で示す。 この購入証明作成履歴の記録例において、 ' · 「0 1 2 3 4 5」 とか 「9 8 7 6 5 4」 は、 作成した購入証明の I Dであり、 図 4中の購入証明 I Dに相当する。 そして、 作成された購入証明はストアフロント ゲートウェイ 2 2 0へ送付される。 また、 購入証明が複数作成されたときは購入 証明群 （P O P群） が送付される。

購入証明を受け取ったストァフロントゲートウェイ 2 2 0では、 ボックスセッ ト生成手段 2 2 4において、 各購入証明についての e B 0 xが生成されるととも に、 複数の e B o xをまとめて 1セットにしたボックスセットが生成されてポッ クスセットファイル管理手段 2 2 2に保持、 管理される。 このボックスセットに はボックスセット I Dが付けられ、 また、 該当するボックスセットファイルにポ ックスセットの内容を記録するとともに、 ボックスセットファイル名の拡張子に 上記ボックスセット I Dが付加される。 そして、 上記ボックスセットは、 ボック スセットファイル管理手段 2 2 2に保持されたままで、 ボックスセットファイル I Dがス卜ァフロントゲートウェイ 2 2 0からストァフロント窓口端末 2 1 0へ 送付される。

ストァフロント窓口端末 2 1 0はボックスセットファイル I Dを受け取ると、 その購入要求対応手段 2 1 3において決済完了通知兼ボックスセット自動取得の ための H T M Lを作成する。 この H T M Lにはストァフロントゲートウェイ 2 2 0から受け取ったボックスセットファイル I Dが含まれる'。 上記決済完了通知兼 ボックスセット自動取得のための H TM Lは購入要求対応手段 2 1 3からクライ アント端末 3 0 0のウェブブラウザ 3 0 2へ送付される。

【0 0 4 1】

クライアント端末 3 0 0では受け取った決済完了通知兼ボックスセット自動取 得のための H TM Lに基づいて表示手段 3 0 4に決済完了の表示が行なわれる。 表示画面には、 例えば、

「購入ありがとうございました。 引続きレシート （購入証明のこと） を受信しま す。 」

のメッセージが表示される。

決済完了画面の表示が行われた後の動作について、 図 3を参照して説明する。 クライアント端末 3 0 0のウェブブラウザ 3 0 2はボックスセットを取得するた めの手続き （或いはプロセス） を自動的に起動し、 ボックスセット取得の処理が 開始される。 ボックスセット取得の処理が開始されると、 ウェブブラウザ 3 0 2 からストアフロント窓口端末 2 1 0に対してボックスセット要求が送付される。 このときの処理においては、 ボックスセットファイル I Dがデータとして添付さ れる。 次に、 店頭サーバ 2 0 0側ではストアフロント窓口端末 2 1 0の購入要求 対応手段 2 1 3が上記ボックスセット要求を受け付け、 このボックスセット要求 をストァフロントゲートウェイ 2 2 0へ転送する。 このときの処理においても、 ボックスセットファイル I Dがデータとして添付される。 ストアフロントゲート ウェイ 2 2 0においては、 上記ボックスセット要求を受けるとボックスセットフ アイル I Dを基にボックスセット管理手段 2 2 2から該当するボックスセットを 抽出してボックスセット提供手段 2 2 6へ送り、 ボックスセット提供手段 2 2 6 がこのボックスセットをストアフロント窓口端末 2 1 0へ送付する。

ストアフロント窓口端末 2 1 0はボックスセットを受け取ると、 その購入要求 対応手段 2 1 3からクライアント端末 3 0 0のウェブブラウザ 3 0 2へボックス セットを送付する。 ウェブブラウザ 3 0 2はボックスセットを受け取ると、 ポッ クスセッ卜の M I M Eタイプで書棚管理手段 3 0 1を起動し、 ボックスセットを 書棚管理するために保存するとともに、 書棚管理手段 3 0 1から店頭サーバ 2 0 0へ向けてボックスセットの受信通知が送付される。 これはクライアント端末 3 0 0が店頭サーバ 2 0 0からボックスセットを受け取つたことを確認するための 通知である。 このボックスセット受信通知はストァフロン卜窓口端末 2 1 0の購 入要求対応手段 2 1 3からス卜ァフロントゲートウェイ 2 2 0へ送付される。 ポ ックスセット受信通信にはボックスセットヘッダが添付される。

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

なお、 以上の動作においては、 クライアント端末 3 0 0側、 すなわち、 ユーザ は未だライセンスを取得した状態にはなく、 そのライセンスを取得するための購 入証明 （ボックスセットの形になっているレシートの集まり） を有しているに過 ぎない。 したがって、 次にクライアント端末 3 0 0側においてライセンスを取得 したい場合は、 書棚管理手段 3 0 1がボックスセットを各ボックス、 すなわち、 一つ一つの e B o Xに分解し、 e B o Xの内容を G U Iに一覧表示する。 これに 対してユーザが表示手段 3 0 4に表示された一覧で、 ライセンス取得対象を指定 し、 ライセンス配信管理手段 1 0 0へライセンス要求を送付する。 このライセン ス要求は、 クライアント端末 3 0 0から店頭サ一バ 2 0 0へ、 ライセンスそのも のの発行を要求するもので、 ライセンス購入要求とは別の処理動作であり、 この ライセンス要求には指定された e B o Xの購入証明が添付される。

ライセンス配信管理手段 1 0 0は、 上記ライセンス要求を受けると、 書棚管理 手段 3 0 1からのライセンス要求に添付された購入証明が改ざんされているか否 かをチェックし、 改ざんされていなければその購入証明作成履歴格納手段 1 2 0 に当該購入証明を作成した記録が存在するか否かをチェックする。 そして、 当該 購入証明を作成した記録が存在する場合は、 ライセンス生成手段 1 0 2において その購入証明が指示するライセンスを生成するとともに、 購入証明作成履歴格納 手段 1 2 0に存在する当該購入証明作成履歴を削除する。 その後生成されたライ センスはライセンス提供手段 1 0 3へ送られ、 ライセンス提供手段からクライア ント端末 3 0 0へ送付される。 これにより、 クライアント端末 3 0 0側において 指示された購入証明に対応するライセンスが発行されたことになる。 クライアン ト端末 3 0 0側においては、 発行されたライセンスが書棚管理手段 3 0 1に保存 され、 決められた期間内にライセンス実行がされる。 なおライセンス実行の対象 となるディジタルコンテンツはいつの時点でも任意にダウンロードし得ることは 先に説明した通りである。 一般には上記ライセンスが発行される、 或いは実行さ れるまでの間の期間に適宜クライアント端末 3 0 0にダウンロードされているの が普通である。

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

(第 2の実施の形態）

図 1 0および図 1 1は、 本発明の第 2の実施の形態に係るライセンス販売シス テムにおけるライセンス販売制御動作を示すシーケンス図である。

この実施の形態におけるライセンス販売制御動作は、 基本的には先に説明した 第 1の実施の形態におけるライセンス販売制御動作と同じである。 この第 1の実 施の形態におけるライセンス販売制御動作と異なる点は、 ストアフロントゲート ウェイ 2 2 0においてボックスセット生成手段 2 2 4がボックスセットを生成し た後の処理に係る点である。

すなわち、 ライセンス配信管理手段 1 0 0が購入証明を作成した後、 このライ センス配信管理手段 1 0 0から購入証明を受け取ったストァフロントゲ一トウェ ィ 2 2 0では、 ボックスセット生成手段 2 2 4において、 各購入証明についての e B o xが生成され、 また、 複数の e B o Xをまとめて 1セットにしたボックス セットが生成される。 さらに、 このボックスセットにはボックスセット I Dが付 けられ、 また、 該当するボックスセットファイルにボックスセットの内容を記録 するとともに、 ボックスセットファイル名の拡張子に上記ボックスセット I Dが 付加される。

以上までは、 第 1の実施の形態、 第 2の実施の形態の動作は同じである。 この 後からの処理が、 本第 2の実施の形態では、 第 1の実施の形態と異なる。 すなわ ち、 ストアフロントゲートウェイ 2 2 0においては、 上記ボックスセット I Dの 付与、 およびボックスセットファイル I Dへの付加が行なわれた後、 直ちに、 ポ ックスセット提供手段 2 2 6へ送り、 ボックスセット提供手段 2 2 6がこのポッ クスセットをストァフロント窓口端末 2 1 0へ送付する。

ストァフロント窓口端末 2 1 0はボックスセットを受け取ると、 その購入要求 対応手段 2 1 3からクライアント端末 3 0 0へボックスセットを送付する。 クラ イアント端末 3 0 0ではボックスセットを受け取ると、 ボックスセッ卜の M I M Eタイプで書棚管理手段 3 0 1が起動し、 ボックスセッ卜を書棚管理すために保 存するとともに、 書棚管理手段 3 0 1から店頭サーバ 2 0 0へ向けてボックスセ ッ卜の受信通知が送付される。 このボックスセット受信通知はストァフロント窓 口端末 2 1 0の購入要求対応手段 2 1 3からストアフロントゲートウェイ 2 2 0 へ送付される。 ストアフロントゲ一トウエイ 2 2 0では、 ボックスセット受信通 知を受け取ると、 ボックスセットヘッダが改ざんされていないか否かをチェック し改ざんされていなければボックスセットファイル管理手段 2 2 2から当該ポッ クスセットファイルを削除する。 なおボックスセットファイルを削除したことに よりその会員 I Dに関するディレクトリが空になったときは会員ディレクトリそ のものも削除される。

次にクライアント端末 3 0 0側においてライセンスを取得したい場合は、 書棚 管理手段 3 0 1がボックスセットを各ボックス、 すなわち、 一つ一つの e B o x に分解し、 e B o Xの内容を GU Iに一覧表示する。 これに対してユーザが表示 手段 3 0 4に表示された一覧で、 ライセンス取得対象を指定し、 ライセンス配信 管理手段 1 0 0へライセンス要求を送付する。 このライセンス要求には指定され た e B o Xの購入証明が添付される。

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

このように、 ストアフロントゲートウェイ 2 2 0において、 ボックスセットが 生成された後、 ボックスセットファイル I Dをクライアント端末 3 0 0へ送付す る手順を省略して、 直ちに、 ボックスセットをストアフロント窓口端末 2 1 0へ 送付することにより、 ライセンス販売システムのライセンス販売制御動作におけ る処理手順を簡略化することができ、 より速い処理動作が実現できる。 また、 ラ ィセンス販売制御動作のためのプログラムも簡素化するとができ、 アプリケ一シ ョン上の卜ラブルの発生を或る程度抑制することができる。

(第 3の実施の形態）

図 1 2および図 1 3は、 本発明の第 3の実施の形態に係るライセンス販売シス テムにおいて、 クライアント端末 3 0 0から店頭サーバ 2 0 0へ購入要求を送付 して決済が行なわれたにも関わらず店頭サーバ 2 0 0のタスクが応答しない場合 における対応動作を示すシーケンス図である。

この実施の形態においては、 図 1 2に示すように、 先ずクライアント端末 3 0 0がウェブブラウザ 3 0 2から店頭サーバ 2 0 0に対して会員ログイン要求を行 なう。 この会員ログイン要求には会員 I Dとパスワードが添付される。 店頭サー バ 2 0 0側ではストアフロント窓口端末 2 1 0のクライアント要求受付手段 2 1 1が上記口グイン要求を受け付けるとともに会員 I Dとパスヮードを取り込む。 次にストアフロント窓口端末 2 1 0は各種操作メニュー （トラブル対応処理を含 む） を表す会員用画面とクッキー情報とをウェブブラウザ 3 0 2へ送付する。 こ れ以降、 ウェブブラウザ 3 0 2はストアフロント窓口端末 2 1 0への送信情報に クッキー情報を添える。

ウェブブラウザ 3 0 2は各種操作メニューから購入履歴要求を選択し、 この購 入履歴要求を店頭サーバ 2 0 0に送付する。

次に、 店頭サーバ 2 0 0側ではストアフロント窓口端末 2 1 0の購入要求対応 手段 2 1 3がその会員の過去所定時間 （例えば 4 8時間） 以内の決済履歴と決済 I Dを取得し、 その後、 ストアフロントゲートウェイ 2 2 0に対してボックスセ ットファイフレ I Dを要求する。 ストァフロントゲートウェイ 2 2 0においては、 ボックスセットファイル管理手段 2 2 2 ら当該会員 I Dが示す会員 I Dディレ クトリの下のボックスセットファイル名を取得し、 ボックスセットファイル I D (複数ある場合は I D群） をストアフロント窓口端末 2 1 0へ送付する。 ストア フロント窓口端末 2 1 0では、 決済履歴とボックスセットファイル I Dとを突き 合わせて購入履歴一覧 H T M Lを作成する。 この購入履歴一覧の中には未取得の ボックスセットがあればそのボックスセットが明示されている。 ストァフロント 窓口端末 2 1 0は上記購入履歴一覧をクライアント端末 3 0 0へ送付する。 クラ イアント端末 3 0 0では送付されてきた購入履歴一覧をチェックし、 決済完了で あるにも関わらずボックスセット再取得が不可能の場合コールセンターに連絡を する。 この後の処理については、 少なくとも 2つの処理がある。

(第 1の対応処理：返金処理）

この処理においては、 コールセンターが課金処理部 5 0 0との間で返金処理を 行なう。 この場合は、 コールセンターが課金処理部 5 0 0へ向けて手動返金要求 を送付する。 この手動返金要求には決済 I D、 会員 I Dなどのデ一夕が添付され る。 課金処理部 5 0 0においては、 与信の取消処理が実行され、 その後手動返金 応答がコールセンターへ返信される。 これによりクライアント端末 3 0 0側は返 金を受けることができる。

(第 2の対応処理：再発行処理）

この処理においては、 コールセンタ一が店頭サーバ 2 0 0に対してボックスセ ット手動再発行要求を送付する。 この手動再発行要求には決済 I D、 会員 I D商 品 I D群のデータが添付される。 店頭サーバ 2 0 0においては、 ストアフロント ゲートウェイ 2 2 0が、 上記コールセンターからの手動再発行要求が正規なもの であるか否かをチェックする。 このチェックはコールセンターに対する簡易認証 の処理により実行され、 例えばコールセンターのオペレータ端末の I Pアドレス を照合するなどの処理がなされる。 次に、 フロントゲートウェイ 2 2 0はライセ ンス配信管理手段 1 0 0に対して購入証明の要求を送付する （P O P要求） 。 こ の P O P要求に当たっては、 商品 I D群が送信データとして添付される。 . ライセンス配信管理手段 1 0 0は、 上記 P O P要求を受けると、 スドアフロン トゲートウェイ 2 2 0からの P O P要求が正規なものであるか否かをチェックす る。 このチェックはストアフロントゲートウェイ認証の処理により実行され、 例 えば S S Lの相互認証などの処理によつて行なわれる。 ストアフロントゲートゥ エイ 2 2 0の認証が行なわれた後は、 ライセンス配信管理手段 1 0 0の購入証明 作成手段 1 0 1により購入証明 （P O P ) が作成される。 これと同時に購入証明 作成手段 1 0 1により購入証明作成履歴が記録され、 この購入証明作成履歴は購 入証明作成履歴格納手段 1 2 0に保存される。 そして、 作成された購入証明はス トァフロントゲートウェイ 2 2 0へ送付される。 また、 購入証明が複数作成され たときは購入証明群 （P O P群） が送付される。

購入証明を受け取ったストアフロントゲートウェイ 2 2 0では、 ボックスセッ ト生成手段 2 2 4において、 各購入証明についての e B o xが生成されるととも に、 複数の e B o Xをまとめて 1セットにしたボックスセッ卜が生成される。 こ のボックスセットにはボックスセット I Dが付けられ、 また、 該当するボックス セットファイルにボックスセットの内容を記録するとともに、 ボックスセットフ アイル名の拡張子に上記ボックスセット I Dが付加される。 そして、 ストアフロ ントゲートウェイ 2 2 0からはコールセンターに対してボックスセット手動再発 行応答が送付され、 これによりクライアント端末 3 0 0側は 「未定取得ボックス セット一覧要求」 を行なうことによりボックスセットを再取得することができる。 図 1 3は未定取得ポックスセットが再取得一覧にある場合におけるボックスセ ットの再要求処理動作を表すシーケンス図である。 この場合は、 ウェブブラウザ 3 0 2からストァフロント窓口端末 2 1 0に対してボックスセット要求が送付さ れる。 このときの処理においては、 ボックスセットファイル I Dがデータとして 添付される。 次に、 店頭サーバ 2 0 0側ではストアフロン卜窓口端末 2 1 0の購 入要求対応手段 2 1 3が上記ボックスセッ卜要求を受け付け、 このボックスセッ ト要求をス卜ァフロントゲートウェイ 2 2 0へ転送する。 このときの処理におい ても、 ボックスセットファイル I Dがデータとして添付される。 ストアフロント ゲートウェイ 2 2 0においては、 上記ボックスセット要求を受けるとボックスセ ットファイル I Dを基にボックスセットファイル管理手段 2 2 2から該当するポ ックスセットを抽出してボックスセッ卜提供手段 2 2 6へ送り、 ボックスセット 提供手段 2 2 6がこのボックスセットをス卜ァフロント窓口端末 2 1 0へ送付す る。

ストァフロント窓口端末 2 1 0はボックスセットを受け取ると、 その購入要求 対応手段 2 1 3からクライアント端末 3 0 0へボックスセットを送付する。 クラ イアント端末 3 0 0ではボックスセットを受け取ると、 ボックスセットの M I M Eタイプで書棚管理手段 3 0 1が起動し、 ボックスセットを書棚管理するために 保存するとともに、 書棚管理手段 3 0 1から店頭サーバ 2 0 0へ向けてボックス セットの受信通知が送付される。 これは現在進行中のボックスセット再発行にお いてクライアント端末 3 0 0が店頭サ一バ 2 0 0からボックスセットを受け取つ たことを確認するための通知である。 この受信されたボックスセット受信通知は ストアフロント窓口端末 2 1 0の購入要求対応手段 2 1 3からストアフロントゲ —トウエイ 2 2 0へ送付される。

ストアフロントゲートウェイ 2 2 0では、 ボックスセット受信通知を受け取る と、 ボックスセットヘッダが改ざんされていないか否かをチェックし改ざんされ ていなければボックスセットファイル管理手段 2 2 2から当該ボックスセットフ アイルを削除する。 このようにボックスセット受信通知を受け取るとストアフロ ントゲートウェイ 2 2 0においてボックスセットファイルを削除するから、 同じ ボックスセットを何回もクライアント端末 3 0 0へ向けて送付するという不具合 はなく、 確実な処理を行なうことができる。 なおボックスセットファイルを削除 したことによりその会員 I Dに関するディレクトリが空になったときは会員ディ レクトリそのものも削除される。 これにより限りあるメモリ領域に不要なデータ がいつまでも残ることはなく、 メモリの有効利用が図れる。 以上の処理の後、 ス トァフロントゲートウェイ 2 2 0からストアフロント窓口端末 2 1 0に対してポ ックスセット受信応答が返信され、 さらにこのボックスセット受信応答はストア フロント窓口端末 2 1 0からクライアント端末 3 0 0の書棚管理手段 3 0 1へ返 信される。 なお、 本実施の形態においては、 書棚管理手段 3 0 1からストアフロ ント窓口端末 2 1 0を経由してストァフロントゲートウェイ 2 2 0へボックスセ ットの受信通知が送付された後、 ストアフロントゲートウェイ 2 2 0からストア フロント窓口端末 2 1 0を経由して書棚管理手段 3 0 1へボックスセット受信応 答が返信される一連の受信通知 ·受信応答処理において、 タスクが無応答であつ た場合は、 再受信通知 ·受信応答処理の処理は行なわない。 そして、 ストアフロ ントゲ一トウエイ 2 2 0における 「残留ボックスセット削除パッチ」 に処理を移 管させる。 (第 4の実施の形態）

次に、 本発明の第 4の実施の形態について説明する。 この第 4の実施の形態に ついては、 クライアント端末 3 0 0を所有する、 或いは操作するュ一ザ （顧客） がネットヮ一クの一例として、 ィンタ一ネット上で電子書籍のライセンスの購入 を希望した場合を例として、 ライセンス配信システムの動作説明を行う。 しかも 上記電子書籍についてのライセンスの購入の仕方は、 電子書籍一つづつのライセ ンス購入だけではなく、 定期刊行物を月ぎめで購入したり、 或いはパッケージ商 品として複数がまとめ売りされる書籍のライセンスを、 まとめ買いする事例を対 象とする。 電子書籍一つづつのライセンス購入については、 上述の第 1乃至第 3 の実施の形態において説明したのと同じ動作で行われる。 なお、 ライセンス配信 システムの構成については、 図 1に示したものと同じである。

本実施の形態において、 商品情報データべ一ス 1 1 0は； その中に登録された 各商品について、 その商品が予め規定された利用の仕方で個別に販売されるライ センス商品 （後出） であるのか、 それとも月ぎめ契約等により一定期間の分販売 される期間講読商品であるのか、 さらには複数の商品をパッケージしてまとめ売 りされるパッケージ商品であるのかの種別情報を有する。 また、 商品情報デ一夕 ベ一ス 1 1 0は、 その中に登録された各商品について、 期間講読商品或いはパッ ケ一ジ商品とこれに関連するライセンス商品とをリンクさせて商品を管理する商 品管理手段としての機能を有している。 この商品情報データベース 1 1 0の情報 の一部は店頭サーバ 2 0 0へ送付されて、 そのストァフロント窓口端末 2 1 0の 商品一覧格納手段 2 1 2に格納される。

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

商品一覧で案内しているライセンス利用権の商品一覧表の一部分を図 1 8に例 示する。 この商品一覧表の内容は本実施の形態に係るライセンス配信システムが 目指している機能でもある。

その内容として、 先ず第 1に、 コンテンツは複数の利用の仕方 （Usage Rules) で商品化できるようにしており、 この明細書においてはそれぞれの利用の仕方で 規定された商品一つ一つを 「ライセンス商品」 と称することにする。 その例とし ては、 月刊〇Xの 2 0 0 3年 3月号についての利用権を規定したもので、

3日利用権 ¥ 1 5 0—

7日利用権 ¥ 3 5 0—

1ヶ月利用権 ¥ 5 5 0—

無期限利用権 ¥ 8 5 0—

というように利用期間とその販売価格を.設定したものがある。 ここで、 「3日禾 IJ 用権 ¥ 1 5 0—」 ， 「7日利用権 ¥ 3 5 0—」 ， 「1ヶ月利用権 ¥ 5 5 0 一」 ， · · · ·のそれぞれがライセンス商品である。 このライセンス商品は、 月 ぎめ購入の一環としても購入可能であるし、 単品の購入も可能である。 これは、 月刊誌を月ぎめ契約で購入することもできるし、 月ぎめ契約していなくても現在 販売している 「△月号」 が購入できるのと同じである。

案内商品の第 2の例としては、 コンテンツが月刊誌、 週刊誌といった定期刊行 物の場合、 ライセンス商品の期間講読権を商品化したもので、 この明細書におい てこれを 「期間講読商品」 と称することにする。 これは、 月ぎめ契約で販売され るライセンス商品のことである。 その例としては、 月刊〇Xの各月号についての 利用権を規定したもので、 3日利用権を

6ヶ月講読 ¥ 850 -

1 2ヶ月講読 ¥ 1， 650 - 7日利用権を

6ヶ月講読 ¥ 2, 000 -

1 2ヶ月講読 ¥ 3, 850 -

1ヶ月利用権を

6ヶ月講読 ¥ 3, 000 -

1 2ヶ月講読 ¥ 6, 050—

無期限利用権を

6ヶ月講読 ¥5, 000—

12ヶ月講読 ¥ 9, 350—

というように利用期間と月ぎめ契約期間およびその価格を設定したものがある。 ここで、 「3日利用権を、 6ヶ月講読 ¥ 850—」 ， 「3日利用権を、 12ケ 月講読 ¥ 1, 650—」 ， 「7日利用権を、 6ヶ月講読 ¥2， 000—」 ，

「7日利用権を、 12ヶ月講読 ¥ 3， 850—」 ， · · · 'のそれぞれが期間 瞎¾¾商品である。

案内商品の第 3の例としては、 コンテンツが既存 （既に刊行されている） の場 合、 複数のライセンス商品を束ねて （まとめて) 商品化したもので、 この明細書 においてこれを 「パッケージ商品」 と称することにする。 その例としては、 DR Mについての記述がある技術雑誌全 17冊の各月号についての利用権を規定した もので、

3日利用権 ¥ 2, 400 - 7日利用権 ¥ 5， 600 - 1ヶ月利用権 ¥ 8, 800—

無期限利用権 ¥ 13, 600 - というように利用期間とその価格を設定したものがある, .で、 「3日利用権 ¥ 2 , 4 0 0—」 ， 「7日利用権 ¥ 5， 6 0 0—」 ， 「1ヶ月利用権 ¥ 8， 8 0 0—」 ， · · · 'のそれぞれがパッケージ商品である。 このパッケージ商品 の販売はいわゆるバックナンバーの販売などが相当する。

上述のように、 商品が期間講読商品或いはパッケージ商品であるときは、 或る 規則 （または規約） の下で複数の商品 （例えば、 月ぎめ契約の 6ヶ月講読ならば 6冊） がーまとめにされてグループ化され、 そのグループに一つの商品として扱 われる。

ストァフロント窓口端末 2 1 0とウェブブラウザ 3 0 2との間では購入すべき 商品の選択が行なわれ、 ユーザは商品一覧の中の上記案内情報を見て購入商品を 決定する。 購入する商品は、 上記ライセンス商品、 期間講読商品、 パッケージ商 品のいずれか 1種類又は複数種類でもよく、 また購入単位は 1品目でも複数品目 でもかまわない。 購入商品が決定すると、 ウェブブラウザ 3 0 2からストアフロ ント窓口端末 2 1 0に対してライセンスの購入要求が送付される。 このときの処 理においては、 購入する商品の種別と商品 I D群が送信データとして送付される。 次に、 店頭サーバ 2 0 0側ではストアフロント窓口端末 2 1 0の購入要求対応 手段 2 1 3が上記購入要求を受け付け、 購入商品から購入金額と税金の計算を行 なう。 そして、 金額が求められるとその金額データが決済手段 2 1 4へ送られ、 決済手段 2 1 4は課金処理部 5 0 0に対して決済要求を行なう。 この決済要求に 際して、 決済手段 2 1 4から課金処理部 5 0 0へは商品 I D群、 金額、 クレジッ トカード番号などのデータが送付される。 課金処理部 5 0 0は決済処理が終了す ると決済応答をストアフロント窓口端末 2 1 0へ返す。 この決済応答には決済 I Dが添えられている。

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

ここで、 購入証明とボックスセットとの関係について説明する。 図 1 9は購入 証明のデ一夕構成を示す図である。 図 1 9に示された購入証明は、 図 4に示され た購入証明とは少し異なるので、 図 1 9に示された購入証明を 「第 2の購入証 明 J という。 この第 2の購入証明はライセンス配信管理手段 1 0 0の購入証明生 成手段 1 0 1により生成される。 この第 2の購入証明は、 購入証明 I Dと、 通常 のライセンス商品に相当する商品 （作成されるレシートは e B o Xとなる） であ るのか、 それとも期間講読商品やパッケージ商品に対応するライセンス商品 （以 下、 期間講読商品或いはパッケージ商品と略記する。 この場合、 作成されるレシ ートは ρ β ο χとなる） であるのかの種別を表すデータと、 商品 I Dと、 購入物 名称 （商品名） とコンテンツダウンロード U R L、 購入金額 （税抜き） 、 消費税 率、 購入日時、 購入端末 I Pアドレス、 購入店舗名称、 ライセンス配信事業者名 称、 カス夕マサポート名称、 サポート電話番号、 サポート E—メールアドレス、 署名データの各データを含んでいる。 なおここで、 署名データは購入証明本体を 特定の鍵とロジックで暗号化したデータであり、 ライセンス配信管理手段 1 0 0 において購入証明生成手段 1 0 1により購入証明が生成されたときに署名が行な われる。 購入証明は一つの商品 I Dに対して一つが独立して生成され、 その商品 がライセンス商品であるときは上記購入証明が一つ生成されて署名されると、 ラ ィセンス配信管理手段 1 0 0からストアフロントゲートウェイ 2 2 0へ送られ、 そこで購入証明はメタデータと一体にされて e B o Xが作成される。 e B o Xの データ構成は図 5に示されたものと同じ構成である。 また、 或る規則の下で複数 の商品がグループ化されて期間講読商品或いはパッケージ商品とされたときはそ のグループに一つの商品 I Dが付されている。 このような期間講読商品などに上 記購入証明が一つ生成されて署名されると、 ライセンス配信管理手段 1 0 0から ストアフロントゲ一トウエイ 220へ送られ、 そこで購入証明はメタデ一夕と一 体にされて p B o Xが作成される。 図 20は p B o Xのデータ構成を示す図であ る。 購入商品が複数ある、 すなわち、 複数の商品 I Dが指定されたときは、 ライ センス配信管理手段 100からストアフロントゲートウェイ 220へ複数の購入 証明、 すなわち、 購入証明群が送られる。 そして、 ストアフロントゲートウェイ 220においては e B o Xおよび p B o xは購入商品の数分だけ複数個生成され るとともに、 それらの複数の e B 0 Xおよび p B o Xがまとめられてボックスセ ッ卜が生成される。

図 21はボックスセッ卜の構成を示す図である。 図 21に示されたボックスセ ッ卜はボックスセットヘッダと単数または複数の e B o Xと単数または複数の p B o Xとから構成される点が図 6に示されたボックスセッ卜と異なる。 図 10の 例ではボックスセットは上段から e B o x、 ρΒο χ、 e B o xの順にまとめら れている。 ボックスセットに含まれる e B o X或いは p B o Xが単数か複数かは、 ユーザが 1回の買い物で購入する e B o X或いは p B o に対応する商品が一つ か複数かによつて決まる。 以上から、 購入証明と、 e B oxと、 pB o xと、 ポ ックスセットとは基本的に同じものであり、 いずれも購入証明を構成の基本とし ていることが分かる。 また、 購入証明と、 e B oxと、 pB o xと、 ボックスセ ットは一般の取引におけるレシート （受取証、 或いは引換券などでもよい） に相 当する電子データであるとも言える。 したがって、 ボックスセット管理手段 22 7の処理はユーザの買い物に際してのレシ一ト管理をしているのと同等の処理に なる。 ボックスセットヘッダのデータ構成については図 7に示されたとおりであ る。

以上の、 購入証明と、 eB oxと、 pB oxと、 ボックスセットとの構成上の 関係を示すと、 図 22に示すようになる。 すなわち、 e B o xと p B o xには主 たる構成要素として購入証明が含まれ、 ボックスセットはその e B o Xまたは p B o , 或いは両者が混在して 1セットにまとめられているとともに、 このポッ クスセットを確定 （規定） するための署名が付されたボックスセットヘッダが付 けられている。

ストァフロントゲートウェイ 2 2 0により作成されるボックスセットファイル I Dの構成は図 8に示されたものと同じである。

先に説明したように、 決済結果が正常である場合は、 店頭サーバ 2 0 0内にお いて、 ストァフロント窓口端末 2 1 Qからストアフロントゲ一トウエイ 2 2 0に 対して購入証明の要求がボックスセット要求の形で行なわれるが、 このボックス セット要求に当たっては、 ウェブブラウザ 3 0 2からの購入要求に添えられてい た種別デ一夕および商品 I D群が送信データとして添付される。 このボックスセ ット要求が行なわれると、 ストアフロントゲートウェイ 2 2 0においては、 上記 ストァフロント窓口端末 2 1 0からのボックスセッ卜要求が正規なものであるか 否かをチェックする。 このチェックはストアフロント窓口端末 2 1 0に対する簡 易認証の処理により実行され、 例えばストアフロント窓口端末 2 1 0の I Pアド レスを照合するなどの処理がなされる。 ストアフロントゲートウェイ 2 2 0には 複数のストアフロント窓口端末 2 1 0が接続されていることもあり、 その場合は ストァフロント窓口端末 2 1 0の I Pアドレスが多重化されることもある。 ストアフロント窓口端末 2 1 0の認証が行なわれた後は、 ストアフロントゲー トウエイ 2 2 0においてボックスセットファイル作成手段 2 2 1により会員 I D のディレクトリの下に決済 I Dをファイル名とするボックスセットファイルが作 成される。 上記決済 I Dは、 先の決済処理において課金処理部 5 0 0からの決済 応答に添えられていた決済 I Dである。 なお、 この時点ではボックスセットはま だ生成されていないのでボックスセット I Dの記述はない。 このようにして作成 されたボックスセットファイルはボックスセットファイル管理手段 2 2 2に保存 される。 ストアフロントゲートウェイ 2 2 0は、 上記ボックスセットファイルを 作成した後、 ライセンス配信管理手段 1 0 0に対して購入証明の要求を送付する ( P O P要求） 。 この P O P要求に当たっては、 ストアフロント窓口端末 2 1 0 からのボックスセット要求に添えられていた種別データおよび商品 I D群が送信 データとして添付される。 ライセンス配信管理手段.1 0 0は、 上記 P O P要求を受けると、 ストアフロン トゲートウェイ 2 2 0からの P O P要求が正規なものであるか否かをチェックす る。 このチェックはストアフロントゲートウェイ認証の処理により実行され、 例 えば S S Lの相互認証などの処理によって行なわれる。 ストアフロントゲートゥ エイ 2 2 0の認証が行なわれた後は、 ライセンス配信管理手段 1 0 0の購入証明 作成手段 1 0 1により購入証明 （P O P ) が作成される。 購入証明作成手段 1 0 1は商品情報データベース.1 1 0からその商品についての必要なデータを読み出 して購入証明を作成する。 これと同時に購入証明作成手段 1 0 1により購入証明 作成履歴が記録され、 この購入証明作成履歴は購入証明作成履歴格納手段 1 2 0 に保存される。

ここで、 上記購入証明の作成と購入証明作成履歴の記録動作について処理 1と して説明する。 '

(処理 1の動作）

図 2 3は、 商品情報データベース 1 1 0が商品管理手段として、 期間講読商品 或いはパッケージ商品 （以下期間講読 Zパッケージ商品という） とこれに関連す るライセンス商品とをリンクさせて商品を管理する態様を示すリンク管理図であ る。 図 2 3において、 左端にライセンス商品を表形式で表したライセンス商品表 のフィールドが作られており、 また、 右端に期間講読ノパッケージ商品を表形式 で表した期間講読 Zパッケージ商品表のフィールドが作られている。 ライセンス 商品表には単一種の商品について、 その商品 I D、 購入物名称、 ライセンス利用 権の内容が個々に記述或いは登録されている。 期間講読 パッケージ商品表には グループ化された商品について、 その商品 I D、 購入物名称、 ライセンス利用権 の内容が個々に記述或いは登録されている。 ライセンス商品表と期間講読/パッ ケージ商品表との間には連結表 1および連結表 2が設けられている。 連結表 1お よび連結表 2は、 ライセンス商品表に属する商品と期間講読 Zパッケージ商品表 に属する商品とを関係付けさせリンクさせる機能を持つ。

連結表 2は期間講読ノパッケージ商品表に登録された商品の利用権の内容別す なわち、 講読期間が同じ期間講読商品や何らかの関連性のある期間講読商品また はパッケージ商品を束ねるための共通化識別子である I D (これを MP I Dとい う） を付けて表としている。 すなわち、 図 18に示したライセンス利用権の商品 一覧表の 3日利用権、 7日利用権、 · · ·の別に商品を抽出して異なった MP I Dを付けたものである。 図 23の例では、 MP I D 001は、 月刊〇Xの各号 の 3日利用権に該当する期間講読商品商品全部に対して付けられた I Dである。 同様に、 MP I D 004.は、 月刊〇Xの各号の 7日利用権に該当する期間講読 商品全部に対して付けられた I Dである。 MP I D 003は、 DRM技術に関 する技術雑誌全 17冊から成るパッケージ商品に対して付けられた I Dである。 また、 MP I D 002は、 △学会 学会誌 2002年全 12巻から成るパッ ケ一ジ商品に対して付けられた I Dである。

次に、 連結表 1はライセンス商品表の商品のデータ中からそれぞれの商品 I D と上記のようにして付けられた M P I Dを抽出して各商品に 1対 1対応で設定し た表で、 1つのライセンス商品を複数の連結表 2のレコードと関連付けるもので ある。

ここで、 図 23中において、 例えば期間講読 Zパッケージ商品表で 2重枠で囲 まれた商品 （Aとする） に注目すると、 その商品の商品 I Dは 0098であり、 MP I Dは 001である。 そして、 その イセンス内容は、 月刊〇Xの各号の 3 日利用権を 6力月間行使する （講読する） というものであり、 これは期間講読商 品である。 これに対して、 その下の枠で囲まれた商品 （Bとする） に注目すると、 その商品の商品 I Dは 0201であり、 MP I Dは 001である。 そして、 その ライセンス内容は、 月刊〇Xの各号の 3日利用権を 12力月間行使する （講読す る） というものであり、 これもまた期間講読商品である。 商品 Aと商品 Bは 「月 刊〇Xの各号の 3日利用権」 という点で同じであるからいずれも MP I Dは同じ 001が付けられている。 他方、 ライセンス商品表における上から 4番目の商品 (Cとする） に注目すると、 その商品の商品 I Dは 01 01であり、 そのライセ ンス内容は、 月刊〇Xの 2003年 3月号の 3日利用権であり、 これはライセン ス商品である。 商品 Cと商品 A, Bとを比較すると両者は 「月刊〇Xの 3日利用 権」 という点で同じであるから連結表 1および連結表 2によって MP I D 0 0 1を識別子として商品 A， Bとリンクされている。 図 2 3のライセンス商品表に 挙げられている商品 D， E, Fも同様にして商品 A， Bとリンクされている。 な お、 図 23のライセンス商品表において、 商品 Dについては、 商品 I Dは 0 1 0 2であり、 連結表 1では 「MP I D 00 1」 と 「MP I D 003」 となるデ —夕が作成されているが、 これは商品 Dが 「月刊〇Xの 3日利用権」 という点で 期間講読商品である商品 A, Bとリンクされる属性を持つ一方で、 「DRM技術 に関する技術雑誌全 1 7冊」 の中に含まれるという点でパッケージ商品である商 品 （商品 I D 00 97のもの） とリンクされる属性を持つことを意味している。 図 23におけるリンク関係は、 以上のような態様で構築されている。

ライセンス配信管理手段 1 0 0はウェブブラウザ 302からストァフロント窓 口端末 2 10およびストアフロントゲートウェイ 220を介して受け取った種別 データが p B o Xであつた場合、 図 23の中の期間講読 Zパッケージ商品表のレ コードで、 「商品 I D」 フィールドが上記受け取った商品 I Dのものを検索して 特定する。

ここでは、 商品 I Dが 「00 98」 である、 商品 Aが特定されたものとする。 商品 Aの内容ついて定義すると、 これは、 「月刊〇Xの各号の 3日利用権を 6力 月間講読するというものである。

次にライセンス配信管理手段 1 00は、 購入証明作成手段 1 0 1において、 上 記期間講読 Zパッケージ商品表から取得したレコードが保持する情報を用いて、 購入証明を作成する。 この購入証明作成処理において作成された購入証明を図 2 4に示す。 この購入証明において、 購入証明 I Dは 「0 0 326」 と付けられて いる。 これは、 過去から実行されてきた購入証明の作成ごとに付けられた通し番 号として今回の購入証明作成に際して付けられたものである。 e B o x/pB o x種別は P B o xと書き込まれ、 後段の処理における e B o Xまたは p B o x作 成に当たっては pB o xが作成されるべきことを指し示す。 商品 I Dは 「009 8」 である。 購入物名称、 コンテンツダウンロード U R L、 などはそれぞれのデ 一夕に基づいて記述される。 購入日時として 「2 0 0 3年 1月 3日、 1 5時 2 7 分 3 2秒」 が記述されている。 そして、 これらの各種情報が記述されると、 ライ センス配信管理手段 1 0 0による署名デ一夕が付けられる。

他方ライセンス配信管理手段 1 0 0は上記購入証明を作成するとともに購入証 明作成履歴を記録する。 購入証明作成履歴が記録された購入証明作成履歴表の一 例を図 2 5に示す。 この購入証明作成履歴表は購入証明作成履歴格納手段 1 2 0 に格納されており、 記録領域として、 購入証明 I Dフィールドと、 有効期限フィ 一ルドと、 商品 I Dと、 親購入証明の I Dフィールドと、 最終提供日時フィール ドとを有している。 この購入証明作成履歴表において購入証明 I Dフィールドに は 「0 0 3 2 6」 が記入される。 有効期限フィールドには 「2 0 0 3年 7月 3日、 1 5時 2 7分 3 1秒」 が記述される。 これは、 「6力月間講読」 の終期を表す。 商品 I Dフィールドには 「0 0 9 8」 が記述される。 その他のフィールドには現 時点では決定していないので何も記述されない。

この購入証明作成履歴の記録が行なわれると、 上で作成された購入証明はスト ァフロントゲートウェイ 2 2 0へ送付される。 また、 購入証明が複数作成された ときは購入証明群 （P O P群） が送付される。 その場合、 作成された購入証明に よっては e B o x / p B o x種別が e B o xのものと p B o xのものとが混在す る場合もあり得る。 以下の説明では、 混乱を避けるために p B o Xのみに注目す る。

購入証明 （p B o x ) を受け取ったストアフロントゲートウェイ 2 2 0では、 ボックスセッ卜生成手段 2 2 4において、 複数の p B o xをまとめて 1セットに したボックスセット （図 2 1参照） が生成されてボックスセットファイル管理手 段 2 2 2に保持、 管理される。 このボックスセットにはボックスセット I Dが付 けられ、 また、 該当するボックスセットファイルにボックスセットの内容を記録 するとともに、 ボックスセッ卜ファイル名の拡張子に上記ボックスセット I Dが 付加される。 そして、 上記ボックスセットは、 ボックスセットファイル管理手段 2 2 2に保持されたままで、 ボックスセットファイル I Dがストァフロントゲ一 トウエイ 2 2 0からストアフロント窓口端末 2 1 0へ送付される。

ストァフロント窓口端末 2 1 0はボックスセットファイル I Dを受け取ると、 その購入要求対応手段 2 1 3において決済完了通知兼ボックスセット自動取得の ための H T M Lを作成する。 この H T M Lにはストアフロントゲートウェイ 2 2 0から受け取ったボックスセットファイル I Dが含まれる。 上記決済完了通知兼 ボックスセット自動取得のための H T M Lは購入要求対応手段 2 1 3からクライ アント端末 3 0 0のウェブブラウザ 3 0 2へ送付される。

クライアント端末 3 0 0では受け取った決済完了通知兼ボックスセット自動取 得のための H T M Lに基づいて表示手段 3 0 4に決済完了の表示が行なわれる。 表示画面には、 例えば、

「購入ありがとうございました。 引続きレシート （購入証明のこと） を受信しま す。 」

のメッセージが表示される。

その後、 クライアン卜端末 3 0 0のウェブブラウザ 3 0 2はボックスセットを 取得するための手続き （或いはプロセス） を自動的に起動し、 ボックスセット取 得の処理が開始される。 ボックスセット取得の処理が開始されると、 ゥヱプブラ ゥザ 3 0 2からストァフロント窓口端末 2 1 0に対してボックスセット要求が送 付される。 このときの処理においては、 ボックスセットファイル I Dがデータと して添付される。 次に、 店頭サーバ 2 0 0側ではストアフロント窓口端末 2 1 0 の購入要求対応手段 2 1 3が上記ボックスセット要求を受け付け、 このボックス セット要求をストァフロントゲートウェイ 2 2 0へ転送する。 このときの処理に おいても、 ボックスセットファイル I Dがデータとして添付される。 ストアフロ ントゲートウェイ 2 2 0においては、 上記ボックスセット要求を受けるとボック スセッ卜ファイル I Dを基にボックスセット管理手段 2 2 2から該当するボック スセットを抽出してボックスセット提供手段 2 2 6へ送り、 ボックスセッ卜提供 手段 2 2 6がこのボックスセッ卜をストァフロント窓口端末 2 1 0へ送付する。 ストァフロント窓口端末 2 1 0はボックスセットを受け取ると、 その購入要求 対応手段 2 1 3からクライアント端末 3 0 0のウェブブラウザ 3 0 2へボックス セッ卜を送付する。 ウェブブラウザ 3 0 2はボックスセットを受け取ると、 ポッ クスセットの M I M Eタイプで書棚管理手段 3 0 1を起動し、 ボックスセットを 書棚管理するために保存するとともに、 書棚管理手段 3 0 1から店頭サーバ 2 0 0へ向けてボックスセッ卜の受信通知が送付される。 このボックスセットの受信 通知はクライアント端末 3 .0 0が店頭サーバ 2 0 0からボックスセットを受け取 つたことを確認するための通知である。 このボックスセット受信通知はストアフ ロント窓口端末 2 1 0の購入要求対応手段 2 1 3からストアフロントゲートゥェ ィ 2 2 0へ送付される。 ボックスセット受信通信にはボックスセットヘッダが添 付される。

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

次の段階では、 クライアント端末 3 0 0から e B o x群を取得するための処理 が開始される。 この e B 0 X要求には先の処理において受け取つた p B o Xの購 入証明が添付される。 e B o X要求の処理が開始されると、 書棚管理手段 3 0 1 からストアフロント窓口端末 2 1 0に対して e B o x要求が送付される。 このと きの処理においては、 先の処理において受け取った p B o Xの購入証明が添付さ れる。 次に、 店頭サーバ 2 0 0側ではストアフロント窓口端末 2 1 0の購入要求 対応手段 2 1 3が上記 e B o X要求を受け付け、 この e B o x要求をストアフロ ントゲートウェイ 2 2 0へ転送する。 このときの処理においても、 p B o xの購 入証明がデータとして添付.される。 ストァフロントゲ一トウエイ 2 2 0において は、 上記ストァフロント窓口端末 2 1 0からの e B o X要求が正規なものである か否かをチェックする。 このチェックはストアフロント窓口端末 2 1 0に対する 簡易認証の処理により実行され、 例えばストアフロント窓口端末 2 1 0の I Pァ ドレスを照合するなどの処理がなされる。 ストアフロントゲートウェイ 2 2 0に は複数のス卜ァフロント窓口端末 2 1 0が接続されている'こともあり、 その場合 はストアフロント窓口端末 2 1 0の I Pァドレスが多重化されることもある。 ストアフロント窓口端末 2 1 0の認証が行なわれた後は、 ストアフロントゲ一 トウエイ 2 2 0は、 上記ボックスセットファイルを作成した後、 ライセンス配信 管理手段 1 0 0に対して e B o X要求を送付する （P O P要求） 。 この e B o x 要求に当たっては、 書棚管理手段 3 0 1から送られてきた p B o xの購入証明が 送信デ一夕として添付される。 ライセンス配信管理手段 1 0 0は、 上記 e B o x 要求を受けると、 ストアフロントゲートウェイ 2 2 0からの e B o X要求が正規 なものであるか否かをチェックする。 このチェックはストァフロントゲートゥェ ィ認証の処理により実行され、 例えば S S Lの相互認証などの処理によって行な われる。 ストアフロントゲ一トウエイ 2 2 0の認証が行なわれた後は、 ライセン ス配信管理手段 1 0 0は、 上記ストアフロントゲ一トウエイ 2 2 0から ¾け取つ た p B 0 X購入証明が改ざんされていないかをチェックする。 その後、 ライセン ス配信管理手段 1 0 0の購入証明作成手段 1 0 1により e B o x購入証明 （P O P ) が作成される。 これと同時に購入証明作成手段 1 0 1により購入証明作成履 歴が記録され、 この購入証明作成履歴は購入証明作成履歴格納手段 1 2 0に保存 される。

ここで、 上記 e B o x購入証明の作成とその購入証明作成履歴の記録動作につ いて処理 2として説明する。

(処理 2の動作）

この処理 2では p B o Xを用いた e B o x購入証明の発行が行なわれる。 この 処理 2においては、 次の手順で処理が実行される。

ステップ 1 ： まず、 ライセンス配信管理手段 100の購入証明作成手段 10 1 は、 書棚管理手段 301がストアフロントゲ一卜ウェイ 220経由で提示してき た p Bo xの購入証明から 「e B o x/p B o X種別」 と 「商品 I D」 を取得す る。 ここでは、 e B o x/p B o X種別は ΓρΒ ο χ」 となっているから、 図 2 3中の 「期間講読/パッケージ商品表」 のレコードで、 「商品 I D」 フィールド が上記取得した商品 I Dのもの、 具体的には 「商品 I D 0098」 の 1レコ一ド

(以下、 商品レコードという） を検索して特定する。

ステップ 2 ： 次に購入証明作成手段 10 1は、 商品レコードの 「MP I D」 フ ィ一ルドが保持する MP I Dを取得し、 連結表 1のレコードで、 「MP I D」 フ ィールドが上記取得した MP I Dのもの、 具体的には 「MP I D 00 1」 とな つているもの全レコード （以下、 連結表 1抽出レコード群という） を検索して特 定する。

ステップ 3 ： ついで、 購入証明作成手段 10 1は、 連結表 1抽出レコード群の 各レコードの 「商品 I D」 フィールドが保持する商品 I Dを取得し、 Γライセン ス商品表」 のレコードで、 「商品 I D」 フィールドが上記取得した商品 I Dのも の全レコード （以下、 ライセンス商品表抽出レコード群という） を検索して特定 する。

ステップ 4 ： 購入証明作成手段 101は、 さらに、 上記ステップ 1において書 棚管理手段 30 1が提示してきた p Bo xの購入証明の購入日時と、 購入証明作 成履歴表の上記 P B oxの購入証明に対応する 「購入証明作成履歴表」 のレコ一 ドの、 最終提供日時フィールドに含まれる日時と現在日時とで定められる期間に 該当する全レコードをライセンス商品表抽出レコード群から抽出する。

ステップ 5 ： 購入証明作成手段 101は、 さらに、 上記ステップ 4で得た各レ コードが保持する情報を用いて購入証明を作成する。 同時に、 現在日時を、 上記 ステップ 1において書棚管理手段 301が提示してきた p B o Xの購入証明に対 応する 「購入証明作成履歴表」 のレコードの最終提供日時フィールドに上書き記 録する。

ステップ 6 ： 購入証明作成手段 10 1は、 上記ステップ 5で作成した購入証明 に対応する 「購入証明作成履歴表」 のレコードを作成する。

以上の処理 2における動作により作成された e B o X購入証明を図 26 (a) 〜図 26 (d) に示す。 また以上の処理 2における動作の結果記録された購入証 明作成履歴表を図 27に示す。

図 26 (a) は作成された e B o X購入証明を表している。 この e B o x購入 証明について、 購入証明 I Dは 「00340」 であり、 これは e B o x購入証明 の作成時点での通し番号として与えられたものである。 e B o x/pB o x種別 は 「e B o x」 である。 商品 I Dは 「0 101」 であり、 これは上記ステップ 4 において、 商品 I D O 098の期間講読商品から連結表 1をたどって検索されラ ィセンス商品として該当したものである。 その内容は 「月刊〇Xの 2003年 3 月号の 3日利用権」 である。 図 26 (b) は作成された e B o X購入証明を表し ている。 この e B o X購入証明について、 購入証明 I Dは 「00341」 であり、 これは作成時点での通し番号として e B o X購入証明の次の番号として与えられ たものである。 e B o x/p B o X種別は 「e B ox」 である。 商品 I Dは 「0 1 02」 であり、 これは上記ステップ 4において、 商品 I D 0098の期間講読 商品から連結表 1をたどって検索されライセンス商品として該当したものである。 その内容は 「月刊〇Xの 2003年 4月号の 3日利用権」 である。 以下同様にし て図 26 (c) に示される e B o X購入証明および図 26 (d) に示される eB o X購入証明のデータ構成が決まる。

図 27に示された購入証明作成履歴表の記録データについて、 購入証明 I Dフ ィールドの 「00340」 〜 「00343」 は図 26 (a) 〜図 26 (d) に示 された各 e B 0 X購入証明に対応する購入証明 I Dである。 有効期限フィールド の各購入証明 I Dに対応するレコードに記録されたデ一夕 （例えば、 「2003 /0 /22 12 : 47 : 21」 は、 この e B o x購入証明によるライセンス 要求実行が行なえる有効期限を表しており、 期間講読商品の有効期限とは異なる。 この実施の形態では、 e B o X購入証明を発行してからユーザがライセンス要求 を実行し得る有効期限を 4.8時間と設定しており、 それまでにユーザがライセン ス要求を実行しないと、 購入証明作成履歴表の期限切れデータがバッチ処理によ り消去されるものとしている。 ここで、 処理 2においては、 ュ一ザ （クライアン ト端末 300側） は期間講読商品を購入した喾であるが、 図 26 (a) 〜図 26

(d) からも明らかなよう.に四つの e B o X購入証明が一度に作成されている。 これは、 本事例に係る期間講読商品の購入日時は上述の通り 「2003年 1月 3 日」 であるが、 例えば、 ユーザが海外出張などで 「月刊〇Xの 3月号〜 5月号ま での 3日利用権」 の e B o X購入証明要求を行なえずにいて、 その後帰国して、 2003年 5月 20日 （上記 2003Z05/22 12 : 47 : 2 1の 48時 間前） 〖こ 「月刊〇Xの 3月号〜 6月号までの 3日利用権」 の e B o x購入証明要 求を行なった場合が該当する。 6月号については 5月に入っているため新しく e B o X購入証明要求ができるようになっているものである。 仮にユーザが毎月、

「月刊〇Xの各号の 3日利用権」 の e B o X購入証明要求を行なっていれば e B o X購入証明は各月に一つずつ作成されている。

次に、 e B 0 X購入証明の作成とその購入証明作成履歴の記録動作について処 理 2の変更動作について説明する。

(処理 2の変更動作）

この処理 2の変更動作では上記処理 2の動作における場合とは作成される購入 証明作成履歴表の構造が一部異なっている。 すなわち、 上記処理 2の動作で用い られた購入証明作成履歴表において最終提供日時のデ一夕が記録されていたフィ —ルドが、 変更例では既提供商品の I Dを記録するフィールドに変更されている。 この態様による P B o Xを用いた e B 0 X購入証明の発行を行なう処理 2の変更 動作においては、 次の手順で処理が実行される。

ステップ 1 ： まず、 ライセンス配信管理手段 1 0 0の購入証明作成手段 1 0 1 は、 書棚管理手段 3 0 1がストアフロントゲートウェイ 2 2 0経由で提示してき た p B o xの購入証明から 「e B o x Z p B o X種別」 と 「商品 I D」 を取得す る。 ここでは、 e B o x / p B o X種別は 「p B o x」 となっているから、 図 2 3中の.「期間講読/パッケージ商品表」 のレコードで、 「商品 I D」 フィールド が上記取得した商品 I Dのもの、 具体的には 「商品 I D 0 0 9 8」 の 1レコード

(以下、 商品レコードという） を検索して特定する。

ステップ 2 ： 次に購入証明作成手段 1 0 1は、 商品レコードの 「M P I D」 フ ィールドが保持する M P I Dを取得し、 連結表 1のレコードで、 「M P I D」 フ ィールドが上記取得した M P I Dのもの、 具体的には 「M P I D 0 0 1」 全レ コード （以下、 連結表 1抽出レコード群という） を検索して特定する。

ステップ 3 ： ついで、 購入証明作成手段 1 0 1は、 連結表 1抽出レコード群の 各レコードの 「商品 I D」 フィールドが保持する商品 I Dを取得し、 「ライセン ス商品表」 のレコードで、 「商品 I D」 フィールドが上記取得した商品 I Dのも の全レコード （以下、 ライセンス商品表抽出レコード群という） を検索して特定 する。

ステップ 4 ： 購入証明作成手段 1 0 1は、 さらに、 書棚管理手段 3 0 1が提示 した p B o Xの購入証明の購入日時と、 購入証明作成履歴表の上記 p B o Xの購 入証明に対応するレコードの 「有効期限」 フィールドとで定められる期間に該当 する全レコードを、 ライセンス商品表抽出レコード群から抽出する。

ステップ 5 ： 購入証明作成手段 1 0 1は、 さらに、 書棚管理手段 3 0 1が提示 してきた p B o xの購入証明に対応する 「購入証明作成履歴表」 のレコードの、 既提供商品の I Dフィールドに含まれる I Dを商品 I Dとするレコードを上記ス テツプ 4で得たレコード群から削除する。

ステップ 6 ： 上記ステップ 5で残った各レコードが保持する情報を用いて、 購 入証明を作成する。 同時にそれらのレコードの I D (ライセンス商品の I D ) を、 上記ステツプ 1で書棚管理手段 3 0 1が提示してきた p B o Xの購入証明に対応 する 「購入証明作成履歴表」 のレコードの既提供商品の I Dフィールドに追加す る。

ステップ 7 ： 上記ステップ 6の購入証明に対応する 「購入証明作成履歴表」 の レコードを作成する。

以上の処理 2の変更動作.を実行することにより作成される e B o X購入証明は 図 2 6 ( a ) 〜図 2 6 ( d ) に示されたそれぞれの e B o x購入証明と同一であ る。 そして、 この処理 2の変更動作の結果記録された購入証明作成履歴表を図 2 8に示す。 図 2 8に示された購入証明作成履歴表は図 2 7に示された購入証明作 成履歴表と一部異なるが、 ほぼ同一である。

上述の処理 2の動作、 或いは処理 2の変更動作により e B o x購入証明の作成 とその購入証明作成履歴の記録が行なわれると、 作成された e B o X購入証明は 購入証明作成手段 1 0 1力、らストァフロントゲ一卜ウェイ 2 2 0へ送付される。 また、 本事例のように e B o X購入証明が複数作成されたときは e B o x購入証 明群 （P O P群） が送付される。

e B 0 X購入証明を受け取ったストアフロントゲートウェイ 2 2 0では、 ポッ クスセット生成手段 2 2 4において、 その e B o X購入証明をまとめて 1セット にしたボックスセットが生成される。 その後このボックスセットはストアフロン トゲートウェイ 2 2 0からストアフロント窓口端末 2 1 0へ送付される。

ストァフロント窓口端末 2 1 0はボックスセットを受け取ると、 そのボックス セットを購入要求対応手段 2 1 3からクライアント端末 3 0 0の書棚管理手段 3 0 1へ送付する。

書棚管理手段 3 0 1はボックスセットを受け取ると、 ボックスセットを書棚管 理するために保存するとともに、 書棚管理手段 3 0 1から店頭サーバ 2 0 0へ向 けてボックスセットの受信通知が送付される。 このボックスセットの受信通知は クライアント端末 3 0 0が店頭サ一パ 2 0 0からボックスセットを受け取つたこ とを確認するための通知である。 このボックスセット受信通知はストアフロント 窓口端末 2 1 0の購入要求対応手段 2 1 3からストアフロントゲ一トウヱイ 2 2 0へ送付される。 ボックスセット受信通信にはボックスセットヘッダが添付され る。

ストアフロントゲートウェイ 2 2 0においては、 上記ストァフロント窓口端末 2 1 0からのボックスセット受信通知を受け取ると、 そのボックスセット受信通 知が正規なものであるか否かをチェックする。 このチェックはストアフロント窓 口端末 2 1 0に対する簡易認証の処理により実行され、 例えばストアフロント窓 口端末 2 1 0の I Pアドレスを照合するなどの処理がなされる。 その後ストアフ ロントゲ一トウエイ 2 2 0において N O P処理が行なわれ、 ストァフロントゲー トウエイ 2 2 0からストアフロント窓口端末 2 1 0に対してボックスセット受信 応答が返信され、 さらにこのボックスセット受信応答はストアフロント窓口端末 2 1 0からクライアント端末 3 0 0の書棚管理手段 3 0 1へ返信される。

なお、 以上の動作においては、 クライアント端末 3 0 0側、 すなわち、 ユーザ は未だライセンスを取得した状態にはなく、 そのライセンスを取得するための購 入証明 （期間講読商品やパッケ一ジ商品のボックスセッ卜の形になっているレシ ートの集まり） を有しているに過ぎない。 したがって、 次にクライアント端末 3 0 0側においてライセンスを取得したい場合は、 書棚管理手段 3 0 1がボックス セットを各ボックス、 すなわち、 一つ一つの e B o Xに分解し、 e B o xの内容 を G U Iに一覧表示する。 これに対してュ一ザが表示手段 3 0 4に表示された一 覧で、 ライセンス取得対象を指定し、 ライセンス配信管理手段 1 0 0へライセン ス要求を送付する。 このライセンス要求は、 クライアント端末 3 0 0から店頭サ ーバ 2 0 0へ、 ライセンスそのものの発行を要求するもので、 ライセンス購入要 求とは別の処理動作であり、 このライセンス要求には指定された e B o Xの購入 証明が添付される。

ライセンス配信管理手段 1 0 0は、 上記ライセンス要求を受けると、 書棚管理 手段 3 0 1からのライセンス要求に添付された購入証明が改ざんされているか否 かをチェックし、 改ざんされていなければその購入証明作成履歴格納手段 1 2 0 に当該購入証明を作成した記録が存在するか否かをチェックする。 そして、 当該 購入証明を作成した記録が存在する場合は、 ライセンス生成手段 1 0 2において その購入証明が指示するライセンスを生成するとともに、 購入証明作成履歴格納 手段 1 2 0に存在する当該購入証明作成履歴を削除する。 その後生成されたライ センスはライセンス提供手段 1 0 3へ送られ、 ライセンス提供手段からクライア ン卜端末 3 0 0へ送付される。 これにより、 クライアント端末 3 0 0側において 指示された購入証明に対応するライセンスが発行されたことになる。 クライアン ト端末 3 0 0側においては、 発行されたライセンスが書棚管理手段 3 0 1に保存 され、 決められた期間内にライセンス実行がされる。 なおライセンス実行の対象 となるディジタルコンテンツはいつの時点でも任意にダウンロードし得ることは 先に説明した通りである。 一般には上記ライセンスが発行される、 或いは実行さ れるまでの間の期間に適宜クライアント端末 3 0 0にダウン口一ドされているの が普通である。

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

(第 5の実施の形態）

図 2 9は、 本発明の第 2の実施の形態に係るライセンス販売システムにおける p B o Xを用いた e B 0 X購入証明の再発行について説明する図である。 この図 においては、 上記 e B o X購入証明の再発行に際して用いられる購入証明作成履 歴表とライセンス商品表とを関連付けることにより、 e B 0 X購入証明が上記再 発行により作成される態様が示されている。

上述したように、 ライセンス配信管理手段 1 0 0において e B o x購入証明が 作成されると、 この作成された e B o x購入証明は購入証明作成手段 1 0 1から ストアフロントゲートウェイ 2 2 0へ送付される （段落 「0 0 7 4、 0 0 7 5、 0 0 7 6」 の説明） 。 さらに上記 e B o X購入証明はストアフロン,ト窓口端末 2 1 0を経由してクライアント端末 3 0 0の書棚管理手段 3 0 1 送付される。 こ の、 ライセンス配信管理手段 1 0 0からクライアント端末 3 0 0 ©書棚管理手段 3 0 1へ e B o X購入証明が送付される間に、 何ら.かのトラブルにより e B o x 購入証明が書棚管理手段 3 0 1に届かなかった場合は、 書棚管理手段 3 0 1から ストァフロント窓口端末 2 1 0へ向けて、 再度 e B o X要求 （e B o x再要求） が送付される （これは、 上述の p B o Xの購入証明を基に e B o X要求をする場 合と同様の動作である。 ） 。 このときの e B o X再要求処理においては、 上述の 処理のときと同様 p B 0 Xの購入証明が添付され、 この e B 0 X再要求はストァ フロントゲートウェイ 2 2 0を介してライセンス配信管理手段 1 0 0に送付され る。 この P O P再要求に当たっては、 書棚管理手段 3 0 1から送られてきた; p B o xの購入証明が送信データとして添付される。 ライセンス配信管理手段 1 0 0 は購入証明作成手段 1 0 1において、 上記 P O P再要求を受けると、 ストアフロ ントゲートウェイ 2 2 0からの P O P要求が正規なものであるか否かをチェック し、 さらに上記ストアフロントゲートウェイ 2 2 0から受け取った p B o Xの P 0 Pが改ざんされていないかをチェックする。 これらのチェックが終了すると、 ライセンス配信管理手段 100は e B o X購入証明の再発行処理の動作を開始す る。

ここで、 上記 e B o X購入証明の再発行動作について処理 3として説明する。 (処理 3の動作）

この処理 3では e B o X購入証明の再発行が行なわれる。 この処理 3において は、 次の手順で処理が実行される。

ステップ 1 ： まず、 ライセンス配信管理手段 100は、 書棚管理手段 301が ストアフロント窓口端末 210およびストアフロントゲートウェイ 220経由で 提示してきた購入証明から 「e B 0 xZp B o X種別」 と 「商品 I D」 を取得す る。 「e B o x/pB o x種別」 が p B oxである場合、 購入証明作成履歴表の 「親 POPの I D」 フィールドに上記提示された購入証明の購入証明 I Dを保持 するレコードを検索して特定する。 ここで該当する購入証明 I Dとは、 「003 40」 、 「00341」 、 「00342」 、 「00343」 である。

ステップ 2 ： 次にライセンス配信管理手段 1 00は、 上記ステップ 1で取得し たレコードの商品 I Dフィールドが保持する商品 I Dを取得し、 ライセンス商品 表の 「商品 I D」 フィールドが上記取得した商品 I Dを保持するレコードを検索 して特定する。

ステップ 3 ： 次にライセンス配信管理手段 1 00は、 上記ステップ 2で取得し たレコードの内容を用いて、 購入証明を作成する。 但しこの場合に、 「購入証明 I D」 の値は購入証明作成履歴表に既存の対応レコードが保持する値を再利用す る。

以上の処理により e B ox購入証明の再発行 （再作成） が行なわれる。 この作 成された e B o x購入証明は図 29の （a) 〜 （d) に示された通りである。 ち なみにこれらの e B o X購入証明は図 26 (a) 〜図 26 (d) に示されたそれ ぞれの e B o X購入証明と同一である。 これらの再発行された e B o x購入証明 群は購入証明作成手段 101からストァフロントゲートウェイ 220へ送付され る。 e B o x購入証明を受け取ったストアフロントゲートウェイ 2 2 0では、 ポッ クスセット生成手段 2 2 4において、 その e B o x購入証明をまとめて 1セット にしたボックスセッ卜が生成される。 その後このボックスセットはストァフロン トゲートウェイ 2 2 0からストアフロント窓口端末 2 1 0へ送付される。

ストァフロント窓口端末 2 1 0はボックスセットを受け取ると、 そのボックス セットを購入要求対応手段 2 1 3からクライアント端末 3 0 0の書棚管理手段 3 0 1へ送付する。

書棚管理手段 3 0 1はボックスセットを受け取ると、 ボックスセットを書棚管 理するために保存するとともに、 書棚管理手段 3 0 1から店頭サーバ 2 0 0へ向 けてボックスセッ卜の受信通知が送付される。 このボックスセッ卜の受信通知は クライアント端末 3 0 0が店頭サーバ 2 0 0からボックスセッ卜を受け取つたこ とを確認するための通知である。 このボックスセット受信通知はストアフロント 窓口端末 2 1 0の購入要求対応手段 2 1 3からス卜ァフロントゲートウェイ 2 2 0へ送付される。 ボックスセット受信通信にはボックスセットヘッダが添付され る。

ストアフロントゲートウェイ 2 2 0においては、 上記ストアフロント窓口端末 2 1 0からのボックスセット受信通知を受け取ると、 そのボックスセット受信通 知が正規なものであるか否かをチェックする。 このチェックはストァフロント窓 口端末 2 1 0に対する簡易認証の処理により実行され、 例えばストアフロント窓 口端末 2 1 0の I Pアドレスを照合するなどの処理がなされる。 その後ストアフ ロントゲートウェイ 2 2 0において N O P処理が行なわれ、 ストァフロントゲー トウエイ 2 2 0からストアフロント窓口端末 2 1 0に対してボックスセット受信 応答が返信され、 さらにこのボックスセット受信応答はストァフロント窓口端末 2 1 0からクライアント端末 3 0 0の書棚管理手段 3 0 1へ返信される。 これ以 降の処理 （ライセンス要求） は上記第 1の実施の形態におけると同様である。

(第 6の実施の形態）

次に、 本発明の第 6の実施の形態について説明する。 この第 6の実施の形態に ついては、 クライアント端末 3 0 0を所有する、 或いは操作するユーザ （顧客） がネットワークの一例としてのインターネット上で電子書籍のライセンスを購入 し、 さらにコンテンツの配信を受けて、 上記購入したライセンスを行使 （より具 体的には、 ライセンスによる利用権を行使） する場合の動作説明を行う。 ライセ ンスの行使とは、 一例を挙げれば、 そのライセンスの対象となるコンテンツの配 信或いは提供を受けてコンテンツを視聴することである。 なお、 上記ライセンス およびコンテンツの授受は、 図 1に示すライセンス配信システムを使って行われ る。

図 3 0および図 3 1は本実施の形態におけるライセンスとコンテンツの制御動 作を示すシーケンス図である。 図 3 0の動作に先だって、 クライアント端末 3 0 0がウェブブラウザ 3 0' 2から店頭サーバ 2 0 0に対して会員ログイン要求を行 なうことによりスタートし、 課金処理を行って決済完了となる処理が実行される が、 この動作内容は第 1の実施の形態において図 2を用いて説明された動作内容 と同じである。 したがって、 この実施の形態においてはウェブブラウザ 3 0 2か ら店頭サーバ 2 0 0に対する会員ログイン要求から、 決済完了画面の表示までの 動作についての説明は省略する。

決済完了画面の表示が行われた後は、 クライアント端末 3 0 0のウェブブラウ ザ 3 0 2は、 図 3 0に示すようにボックスセットを取得するための手続き （或い はプロセス） を自動的に起動し、 ボックスセット取得の処理が開始される。 図 3 0において、 ボックスセット取得の処理が開始されると、 ウェブブラウザ 3 0 2 からストアフロント窓口端末 2 1 0に対してボックスセット要求が送付される。 このときの処理においては、 ボックスセットファイル I Dがデ一夕として添付さ れる。 次に、 店頭サーバ 2 0 0側ではストアフロント窓口端末 2 1 0の贐入要求 対応手段 2 1 3が上記ボックスセット要求を受け付け、 このボックスセット要求 をストアフロントゲ一トウエイ 2 2 0へ転送する。 このときの処理においても、 ボックスセットファイル I Dがデータとして添付される。 ストアフロントゲート ウェイ 2 2 0においては、 上記ボックスセット要求を受けるとボックスセットフ アイル I Dを基にボックスセット管理手段 2 2 2から該当するボックスセットを 抽出してボックスセット提供手段 2 2 6へ送り、 ボックスセット提供手段 2 2 6 がこのボックスセットをストァフロント窓口端末 2 1 0へ送付する。

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

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

なお、 以上の動作においては、 クライアント端末 3 0 0側、 すなわち、 ユーザ は未だライセンスを取得した状態にはなく、 そのライセンスを取得するための購 入証明 （ボックスセットの形になっているレシートの集まり） を有しているに過 ぎない。 したがって、 次にクライアント端末 3 0 0側においてライセンスを取得 したい、 或いはコンテンツを取得したいという場合は、 書棚管理手段 3 0 1がポ ックスセットを各ボックス、 すなわち、 一つ一つの e B o Xに分解し、 e B o x の内容を G U Iに一覧表示する。

クライアント端末 3 0 0側においては、 上記 G U Iの一覧表示に基づいて、 先 ずコンテンツのダウンロード操作を行なう。 そのために、 ユーザが、 表示手段 3 0 4に表示された一覧で、 ダウン口一ド対象を指定すると、 書棚管理手段 3 0 1 においては、 指定された e B o Xの購入証明からコンテンツダウン口一ドのため の U R Lを取得し、 コンテンツ配信サ一バ 4 0 0へコンテンツ要求を送付する。 コンテンツ配信サーバ 4 0 0は、 上記コンテンツ要求を受けると、 その対象と なるディジタルコンテンツをクライアント端末 3 0 0へ送付する。 図 2以下の各 図における 「コンテンツ D L」 は、 このコンテンツ配信サーバ 4 0 0におけるコ ンテンッのダウンロードを実行するためのソフトウェアである。 これにより、 ク ライアント端末 3 0 0側において指示されたコンテンツが当該クライアント端末 3 0 0に配信されたことになる。 クライアント端末 3 0 0側においては、 配信さ れたコンテンツは書棚管理手段 3 0 1に格納される。 なお、 配信されたコンテン ッは暗号化されたディジタルコンテンツにより構成されている。

次に、 クライアント端末 3 0 0においては、 指定された e B o Xの購入証明か らライセンス配信管理の U R Lを取得し、 ライセンス配信管理手段 1 0 0へライ センス要求を送付する。 このライセンス要求は、 クライアント端末 3 0 0からラ ィセンス配信管理手段 1 0 0へ、 上記配信されたコンテンツに対応するライセン スそのものの発行を要求するもので、 上述したライセンス購入要求とは別の処理 動作であり、 このライセンス要求には指定された e B o Xの購入証明が添付され る。

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

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

この LC連結子 1 1のデ一夕構成としては、 例えば下記のような文字列で表さ れるものがある。

P S SC 76704283

この文字列において、 先頭部分の 「PS S C」 はそれぞれのライセンス配信元 (サービス業者など） となるライセンス配信管理手段 100に割り振られた I D である。 後半の 「76704283」 はそのライセンス配信管理手段 100が取 り扱う各々のコンテンツのコンテンツ I Dであり、 各ライセ ス配信管理手段 1 00が独自に割り振る。 したがって、 ライセンス 1 0には LC連結子 1 1として 適切なデータが記述される。 前記コンテンツ I Dは、 当該コンテンツをライセン ス配信管理手段 100の商品情報データベース 1 10に登録した際、 商品情報デ —夕ベース 1 10が割り振る。

このように、 LC連結子 1 1にライセンス配信管理手段 100の I Dを含めて いるので、 書棚管理手段 301がライセンス配信管理手段 100以外に、 別のラ ィセンス配信管理手段と接続していて、 当該別のライセンス配信管理手段が同じ コンテンツ I Dのコンテンツについてのライセンスを配信したとしても同じコン テンッ I Dの衝突を回避することができる。

なお LC連結子のデ一タ構成としては、 他にも個々のコンテンツに対してグロ バルユニークに割り振られたコンテンツ I Dのデータが与えられてもよい。 その 場合は、 コンテンツ I Dが特定の採番団体により登録される。 また LC連結子 1 1のデータがグローバルユニークであるから、 コンテンツ配信サーバ 4 0 0にお いてコンテンツに L C連結子 1 1を記述することができる。

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

上述の動作説明では、 書棚管理手段 3 0 1は、 先ずコンテンツ配信サーバ 4 0 0からコンテンツを取得し、 その次にライセンス配信管理手段 1 0 0からライセ ンスを取得しているが、 この一連の動作において、 書棚管理手段 3 0 1は、 ライ センスを取得した後に当該ライセンスに記述されている L C連結子 1 1のデータ をコンテンツの L C連結子領域にコピーする。 これにより、 書棚管理手段 3 0 1 に格納されたライセンスとコンテンツとの間に L C連結子 1 1がそろつて記述さ れた状態となり、 両者の関連が明確になる。 なお、 書棚管理手段 3 0 1において は、 L C連結子 1 1が記述されたライセンス 1 0とコンテンツ 1 4は個別のファ ィルに保存され、 それぞれのファイルにファイル名が付けられる。 この実施の形 態においては、 各ファイルのファイル名には L C連結子が用いられ、 かっこの L C連結子にそれぞれ別々の拡張子が付けられて両ファイルの区別がされる。 各フ アイルのファイル名の例としては、 下記のものがある。

ライセンスファイル： 〔L C連結子〕 . L C S

コンテンツファイル： 〔L C連結子〕 . C T T

このようなファイル名を付けると、 ファイル名に L C連結子 1 1を含むから、 そ のファイル名からライセンスとコンテンツの関連を識別できる。 また、 それぞれ のファイルの内容に L C連結子が含まれているため、 この内容からもライセンス とコンテンツの関連を識別できるというように二重の識別が可能となる。

書棚管理手段 3 0 1においては、 さらに、 ライセンス 1 0とコンテンツ 1 4が 揃ったことを表示手段 3 0 4に表示する。 図 3 3はライセンス 1 0とコンテンツ 1 4が揃ったことを表示する例を示す一覧表の図である。 この図に示された表は、 表示内容を示す欄として、 状態 2 1と、 タイトル 2 2と、 著者 2 3と、 購入日時

2 4とを有している。 この一覧表において、 状態 2 1はライセンス 1 0とコンテ ンッ 1 4が揃ったか否かを表示する欄であり、 ライセンス 1 0とコンテンツ 1 4 の取得が完了したものはアイコン 2 5が表示される。 他方、 ライセンス 1 0とコ ンテンッ 1 4が揃っていないものは空欄 2 6となっている。 タイトル 2 2はコン テンッ 1 4としての電子書籍の題名である。 著者 2 3は当該書籍の著者の名前で ある。 購入日時 2 4はそのコンテンツ 1 4に対応するライセンス 1 0を購入した 年月日である。

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

以上のように、 本実施の形態によれば、 店頭サーバ 2 0 0がクライアント端末

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

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

(第 7の実施の形態）

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

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

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

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

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

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

図 3 7におけるポタン 4 1、 4 3はページ送りを行なわせるためのポタンであ り、 ポタン 4 1は書籍のページを順方向 （1ページ目、 2ページ目、 · · · とい うように書籍の後方へ向かう方向） にページ送りし、 ポタン 4 3は書籍のページ を逆方向 （1 0ページ目、 9ページ目、 · · · というように書籍の前方へ向かう 方向） にページ送りするためのものである。 そしてポタン 4 1、 4 3により書籍 を順方向へも逆方向へも自在にページ送りするようになっている。 なお、 図 3 7 におけるポタン 4 1はカーソル 4 6の示す書籍の選択を決定する機能を与えられ、 ポタン 4 3には機能が与えられていなかつたが、 図 3 7ではポタン 4 1、 4 3に はページ送りを行なわせるための機能が与えられている。 このように、 表示手段 36に表示される画像が異なること (こより、 その機能は異なったものとなってい る。

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

また一方、 上記ステップ S T 3のチェック処理において、 ポタンの押下はぺー ジ送りの指示でない場合は、 制御手段 37は次にポタンの押下は選択書籍の決定 指示か否かをチェックする （ステップ ST9) 。 このチェック動作において、 ポ タンの押下は選択書籍の決定指示である場合は、 書棚管理手段 3 1は現選択書籍 のデータをメモリカード 307から取得し （ステップ ST 1 0) 、 次に制御手段 37が当該書籍の利用制限を利用制限確認手段 35にセットする （ステップ ST 1 1) 。 次に制御手段 37は書籍データからビューァプログラムを抽出してロー ドし （ステップ ST 12) 、 ロードされたビューァプログラムは当該書籍の内容 データから表紙 Z書誌画面を生成し （ステップ ST 13) 、 そのデータを表示手 段 36へ送付する。 表紙 Z書誌画面のデータを受け取った表示手段 36は表紙 Z 書誌画面を表示する （ステップ ST6) 。 この表紙/書誌画面の表示が前出の図 16である。 この書籍は 「蜘蛛の糸 ·芋粥 '河童」 というタイトルであり、 著者 は芥川龍之介である。 表示手段 36の画面には左半分に上記書籍の表紙が表示さ れ、 右半分には書誌内容が表示される。 この状態でポタン 41を押すと書誌画面 の次のページが表示される。 このように表紙/書誌画面の表示が行なわれた後は、 次に電源管理手段 32が主電源を切断し （ステップ ST7) 、 ステップ ST 1へ 戻る。

上記ステップ ST 9のチェック処理において、 ポタンの押下は選択書籍の決定 でない場合は、 制御手段 37は次にポタンの押下は書棚表示か否かをチェックす る （ステップ ST 14) 。 このチェック動作において、 ポタンの押下は書棚表示 である場合は、 書棚管理手段 31はメモリカード 307内の書籍一覧データを取 得し （ステップ ST 15) 、 その書籍一覧デ一夕を基に制御手段 37は書棚画面 を生成し （ステップ ST 16) 、 そのデータを表示手段 36へ送付する。 書棚画 面のデータを受け取った表示手段 36は書棚画面を表示する (ステップ ST6) 。 この書棚画面の表示例が前出の図 1 5である。 この書棚には各種の電子書籍が書 棚に整列され、 この書棚画面内でポタン 44、 45を押して力一ソルを移動させ ることにより、 書籍の選択を行なうことができる。 このように書棚画面の表示が 行なわれた後は、 次に電源管理手段 32が主電源を切断し （ステップ ST 7) 、 ステップ ST 1へ戻る。

上記ステップ ST 14のチェック処理において、 ポタンの押下は書棚表示でな い場合は、 制御手段 37はユーザ （或いは操作者） の操作によるカーソル移動の 結果画面を生成し （ステップ ST 1 7) 、 そのデータを表示手段 36へ送付する。 カーソル移動の結果画面のデータを受け取った表示手段 36は当該カーソル移動 の結果画面を表示する （ステップ S T 6 ) 。 このようにしてカーソル移動の結果 画面の表示が行なわれた後は、 次に電源管理手段 3 2が主電源を切断し （ステツ プ S T 7 ) 、 ステップ S T 1へ戻る。

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

(第 8の実施の形態）

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

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

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

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

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

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

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

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

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

購入証明を受け取ったストアフロントゲートウェイ 2 2 0では、 ボックスセッ ト生成手段 2 2 4において、 各購入証明についての e B o Xが生成されるととも に、 複数の e B o Xをまとめて 1セットにしたボックスセットが生成されてポッ クスセットファイル管理手段 2 2 2に保持、 管理される。 このボックスセットに はボックスセット I Dが付けられ、 また、 該当するボックスセットファイルにポ ックスセットの内容を記録するとともに、 ボックスセットファイル名の拡張子に 上記ボックスセット I Dが付加される。 その後、 ストアフロン卜ゲートウェイ 2 2 0は C Sコールセン夕に対してボックスセット手動再発行を行なった旨の応答 を返信する。

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

クライアント端末 3 0 0は、 上記 C Sコールセン夕からの再発行の準備ができ た旨の返信を受けると、 ウェブブラウザ 3 0 2から店頭サーバ 2 0 0に対して会 員ログイン要求を行なう。 この会員ログイン要求には会員 I Dとパスワードが添 付される。 店頭サーバ 2 0 0側ではストァフロント窓口端末 2 1 0のクライアン ト要求受付手段 2 1 1が上記ログイン要求を受け付けるとともに会員 I Dとパス ヮードを取り込む。 次にストァフロント窓口端末 2 1 0は会員用画面とクッキ一 情報とをウェブブラウザ 3 0 2へ送付する。 次にウェブブラウザ 3 0 2はストア フロント窓口端末 2 1 0に対して購入履歴の要求を行なう。 これを受けて、 スト ァフロント窓口端末 2 1 0は会員の過去 4 8時間以内の決済履歴と決済 I Dを取 得し、 その後ストアフロントゲ一トウエイ 2 2 0に対してボックスセットフアイ ル I Dを要求する。 このボックスセットファイル I Dの要求には会員 I Dが添付 される。 ストアフロントゲートウェイ 2 2 0では上記会員 I Dが示す会員 I Dデ ィレクトリ下のボックスセットファイル名を取得し、 ボックスセットファイル I D群をストアフロント窓口端末 2 1 0へ送付する。 ストアフロント窓口端末 2 1 0は決済履歴とボックスセットファイル I Dを突き合わせ、 一覧 H T M Lを生成 する。 この一覧 H T M Lの生成段階において、 ボックスセットファイル名の決済 I Dに対応する決済履歴が存在しない場合、 履歴情報には 「一」 を記して当該ポ ックスセットファイル I Dを含めた H TM Lを生成する。 そして、 ストアフロン ト窓口端末 2 1 0は、 未取得のボックスセットが明示された購入履歴一覧 （ファ ィル I D群） をクライアント端末 3 0 0のウェブブラウザ 3 0 2に送付する。 クライアント端末 3 0 0のュ一ザは、 対策済み商品の未取得ボックスセットを、 決済履歴が 「―」 と記載されていることを目印に発見し、 そのボックスセットの 取得を指定する。 そして、 ウェブブラウザ 3 0 2からストアフロント窓口端末 2 1 0に対してボックスセット要求が送信される。 このボックスセット要求にはボ ックスセットファイル I Dが添付される。 このボックスセットファイルには会員 I Dが内包されている。 ストァフロント窓口端末 2 1 0は上記ボックスセット要 求をストアフロントゲートウェイ 2 2 0に送信する。 ボックスセット要求にはポ ックスセットファイル I Dがデータとして添付される。 ストアフロントゲ一トウ エイ 2 2 0においては、 上記ボックスセット要求を受けるとボックスセットファ ィル I Dを基にボックスセット管理手段 2 2 2から該当するボックスセットを抽 出してボックスセット提供手段 2 2 6へ送り、 ボックスセット提供手段 2 2 6が このボックスセッ卜をストァフロント窓口端末 2 1 0へ送付する。

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

ストアフロントゲートウェイ 2 2 0では、 ボックスセット受信通知を受け取る と、 ボックスセットヘッダが改ざんされていないか否かをチェックし改ざんされ ていなければボックスセットファイル管理手段 2 2 2から当該ボックスセットフ ァィルを削除する。 なおボックスセットファイルを削除したことによりその会員 I Dに関するディレクトリが空になったときは会員ディレクトリそのものも削除 される。 これにより限りあるメモリ領域に不要なデータがいつまでも残ることは なく、 メモリの有効利用を図ることができる。 以上の処理の後、 ストアフロント ゲートウェイ 2 2 0からストァフロント窓口端末 2 1 0に対してボックスセット 受信応答が返信され、 さらにこのボックスセット受信応答はストアフロント窓口 端末 2 1 0からクライアント端末 3 0 0の書棚管理手段 3 0 1へ返信される。 次にクライアント端末 3 0 0側においてライセンスを取得したい、 或いはコン テンッを取得したいという場合は、 書棚管理手段 3 0 1がボックスセットを各ポ ックス、 すなわち、 一つ一つの e B o Xに分解し、 e B o Xの内容を G U Iに一 ー 9 ·©。 ■■

クライアント端末 3 0 0側においては、 上記 G U Iの一覧表示に基づいて、 先 ずコンテンツのダウン口一ド操作を行なう。 そのために、 ユーザが、 表示手段 3 0 4に表示された一覧で、 ダウンロード対象を指定すると、 書棚管理手段 3 0 1 においては、 指定された e B o Xの購入証明からコンテンツダウンロードのため の U R Lを取得し、 コンテンツ配信サーバ 4 0 0へコンテンツ要求を送付する。 コンテンツ配信サーバ 4 0 0は、 上記コンテンツ要求を受けると、 その対象と なるディジタルコンテンツをクライアント端末 3 0 0へ送付する。 これにより、 クライアント端末 3 0 0側において指示されたコンテンツが当該クライアント端 末 3 0 0に配信されたことになり、 クライアント端末 3 0 0は落丁や乱丁のない 新しいコンテンツ、 或いはバグが含まれていないビューァプログラムを組み込ん だコンテンツを得ることができる。 クライアント端末 3 0 0側においては、 配信 されたコンテンツは書棚管理手段 3 0 1に格納される。 なお、 配信されたコンテ ンッは暗号化されたディジタルコンテンツにより構成されている。

次に、 クライアント端末 3 0 0においては、 指定された e B o Xの購入証明か らライセンス配信管理の U R Lを取得し、 ライセンス配信管理手段 1 0 0へライ センス要求を送付する。 このライセンス要求は、 クライアント端末 3 0 0からラ ィセンス配信管理手段 1 0 0へ、 上記配信されたコンテンツに対応するライセン スそのものの発行を要求するもので、 上述したライセンス購入要求とは別の処理 動作であり、 このライセンス要求には指定された e B o Xの購入証明が添付され る。

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

以上のように、 先ずコンテンツの配信を受け、 次にライセンスの配信を受ける 動作が行なわれるが、 このようにして配信されるライセンスとコンテンツとの関 係については上述の第 6の実施の形態において説明した通りであるから、 ここで は省略する。 . 上述のような、 書棚管理手段 3 0 1が、 先ずコンテンツ配信サーバ 4 0 0かち コンテンツを取得し、 その次にライセンス配信管理手段 1 0 0からライセンスを 取得するという一連の動作において、 書棚管理手段 3 0 1は、 ライセンスを取得 した後に当該ライセンスに記述されている L C連結子 1 1のデータをコンテンツ の L C連結子領域にコピーする。 これにより、 書棚管理手段 3 0 1に格納された ライセンスとコンテンツとの間に L C連結子 1 1がそろつて記述された状態とな り、 両者の関連が明確になる。 なお、 書棚管理手段 3 0 1においては、 ライセン ス 1 0とコンテンツ 1 4は個別のファイルに保存され、 それぞれのファイルにフ アイル名が付けられる。 この実施の形態においては、 各ファイルのファイル名に は C連結子が用いられ、 かっこの L C連結子にそれぞれ別々の拡張子が付けら れて両ファイルの区別がされる。 各ファイルのファイル名の例としては、 上述の 第 6の実施の形態で述べたのと同様、 下記のものがある。 '

ライセンスファイル： 〔L C連結子〕 . L C S

コンテンツファイル： 〔L C連結子〕 . C T T

このようなフアイル名を付けると、 ファイル名に L C連結子]. 1を含むから、 そ のファイル名からライセンスとコンテンツの関連を識別できる。 また、 それぞれ のファイルの内容に L C連結子が含まれているため、 この内容からもライセンス とコンテンツの関連を識別できるというように二重の識別が可能となる。

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

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

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

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

Claims

請 求 の 範 囲

1 . ネットワークを介してデジタルコンテンツを視聴するためのライセンスの 購入要求を受け付けるステップと、

ライセンスの購入要求を受け付けた後、 そのライセンスの購入要求に対する決 済処理を行なうステップと、

決済処理が完了した後に、 前記ライセンスの購入要求に対応する購入証明を作 成するステップと、

作成された購入証明をライセンスの購入要求元へ送付するステツプと、 前記購入証明を含むライセンス要求に応答して該当するライセンスを生成し、 ライセンスの購入要求元へ送付するステップと、

から成るライセンス配信方法。

2 . 決済処理が完了した後に、 購入証明の生成から発行までの履歴を記録する ためのボックスセットファイルを作成し、 作成したボックスセットファイルにそ のファイル I Dと前記決済の I Dとを付加するステップをさらに有することを特 徴とする請求項 1記載のライセンス配信方法。

3 . 前記ボックスセットファイルを作成後、 前記ライセンス要求に対応する購 入証明を作成するステップと、

作成された購入証明をまとめてボックスセットを生成するとともに、 このポッ クスセットを基に前記ボックスセットファイルのファイル I Dを変更するステツ プとをさらに有することを特徴とする請求項 2記載のライセンス配信方法。

4. ボックスセットを一時保持したままで、 前記ボックスセットファイル I D をライセンスの購入要求元へ送付するステップと、

ネットワークを介してライセンスの購入要求元からのボックスセット要求を受 け付けるステップと、

前記ボックスセット要求を受け付けた後、 前記ボックスセット要求に対応する ボックスセットをライセンスの購入要求元へ送付するステップと、

をさらに有することを特徴とする請求項 3記載のライセンス配信方法。

5 . ネットワークを介してライセンスの購入要求元からのボックスセット受信 通知を受け付けた後、 該当するボックスセットファイルを削除するステップをさ らに有することを特徴とする請求項 4記載のライセンス配信方法。

6 . 前記決済処理において、 決済が実行されなかった場合は前記ライセンス要 求/受け付けのネットワーク通信を切断することを特徴とする請求項 1記載のラ ィセンス配信方法。

7 . 前記決済処理後に、 購入証明の生成、 送付タスクの応答が無い場合には、 返金処理を実行することを特徴とする請求項 1記載のライセンス配信方法。

8 . 前記決済処理後に、 購入証明の生成、 送付タスクの応答が無い場合、 購入 証明の未取得一覧を送付して、 未取得の購入証明を再発行することを特徴とする 請求項 1記載のライセンス配信方法。

9 . ネットヮ一クを介してデジタルコンテンツを視聴するためのライセンスの 購入要求を受け付けるステップと、

ライセンスの購入要求を受け付けた後、 そのライセンスの購入要求に対する決 済処理を行なうステップと、

決済処理が完了した後に、 購入証明の生成から発行までの履歴を記録するため のボックスセットファイルを作成し、 作成したボックスセッ 1、ファイルにそのフ アイル I Dと前記決済の I Dとを付加するステップと、

前記ボックスセットファイルを作成後、 前記ライセンスの購入要求に対する購 入証明を作成するステツプと、

作成された購入証明を基に前記ボックスセットファイルのファイル I Dを変更 するステップと、

前記購入証明をライセンスの購入要求元へ送付するステップと、

ネッ卜ワークを介してライセンスの購入要求元からの購入証明受信通知を受け 付けた後、 該当するボックスセットファイルを削除するステップと、

前記購入証明を含むライセンス要求に応答して該当するライセンスを生成し、 ライセンスの購入要求元へ送付するステップと、 から成るライセンス配信方法。

1 0 . ライセンス購入要求およびライセンス要求を出力するクライアント端末 と、 クライアント端末からネットワークを介してデジタルコンテンツを視聴する ためのライセンスの購入要求を受け付ける店頭サーバと、 前記ライセンスの購入 要求に対応する購入証明を作成するライセンス配信管理手段とにより構成され、 店頭サーバには、 前記ライセンスの購入要求を受ける受付窓口端末と、 ライセ ンス発行に必要な処理を行なう管理端末とを設け、

店頭サーバでは、 受付窓口端末において、 クライアント端末からネットワーク を介してデジタルコンテンツを視聴するためのライセンスの購入要求を受け付け、 ライセンスの購入要求を受け付けた後、 そのライセンスの購入要求に対する決 済処理を行ない、

決済処理が完了した後に、 ライセンス配信管理手段において前記ライセンスの 購入要求に対応する購入証明を作成し、

作成された購入証明をライセンス配信管理手段から店頭サーバを経由してクラ イアント端末へ送付し、

クライアント端末が前記購入証明を含むライセンス要求を送付すると、 ライセ ンス配信管理手段が該当するライセンスを生成し、 このライセンスをライセンス 要求したクライアント端末へ送付することを特徴とするライセンス配信システム。

1 1 . 店頭サーバの管理端末は、 決済処理が完了した後に、 購入証明の生成か ら発行までの履歴を記録するためのボックスセットファイルを作成することを特 徵とする請求項 1 0記載のライセンス配信システム。

1 2 . ライセンス配信管理手段は、 店頭サーバの管理端末が前記ボックスセッ トファイルを作成後、 前記ライセンス要求に対応する購入証明を作成することを 特徴とする請求項 1 1記載のライセンス配信システム。

1 3 . 店頭サーバの管理端末は、 作成された購入証明をまとめてボックスセッ トを生成するとともに、 このボックスセットを基に前記ボックスセットファイル のファイル I Dを変更することを特徴とする請求項 1 2記載のライセンス配信シ ステム。

1 4 . 店頭サーバの管理端末は、 ボックスセットを一時保持したままで、 前記 ボックスセットファイル I Dをクライアント端末へ送付し、

クライアント端末は、 受信したボックスセットファイル I Dを基にボックスセ ッ卜要求を店頭サーバへ送信し、

店頭サーバの管理端末は、 前記ボックスセット要求を受け付けた後、 前記ポッ クスセッ卜要求に対応するボックスセットをクライアント端末へ送信することを 特徴とする請求項 1 3記載のライセンス配信システム。

1 5 . 店頭サーバの管理端末は、 前記ボックスセットをクライアント端末へ送 信し、 ネットワークを介してクライアント端末からのボックスセット受信通知を 受け付けた後、 該当するボックスセットファイルを削除することを特徴とする請 求項 1 4記載のライセンス配信システム。

1 6 . ネットワークを介して複数の商品をグループ化した期間講読商品或いは パッケージ商品として販売されるデジタルコンテンツを視聴するためのライセン スの購入要求を受け付けるステップと、

ライセンスの購入要求を受け付けた後、 そのライセンスの購入要求に対する決 済処理を行なうステップと、

決済処理が完了した後に、 前記ライセンスの購入要求の対象である期間講読商 品或いはパッケージ商品に対応する購入証明である p B o X購入証明を作成する ステップと、

作成された p B o X購入証明をライセンスの購入要求元へ送付するステップと、 前記 p B o X購入証明を含む、 個々の品目から成るライセンス商品に対応する 購入証明である e B o X要求に応答して、 該当する e B o x購入証明を生成しラ ィセンスの購入要求元へ送付するステップと、

前記 e B o X購入証明を含むライセンス要求に応答して該当するライセンスを 生成し、 ライセンスの購入要求元へ送付するステップと、

から成るライセンス配信方法。

17. 期間講読商品或いはパッケージ商品とこれに関連するライセンス商品と をリンクさせて商品を管理することを特徴とする請求項 16記載のライセンス配 信方法。

18. 期間講読商品或いは或いはパッケージ商品とこれに関連するライセンス 商品とをリンク管理する連結子として共通化識別子である MP I Dを双方の商品 に与えることを特徴とする請求項 17記載のライセンス配信方法。

19. pB ox購入証明を基に e B o x購入証明が作成可能であり、 この処理 においては、 MP I Dを連結子とするリンク管理手段により e B o x購入証明の 対象となる商品が検索、 取得されることを特徴とする請求項 18記載のライセン ス配信方法。

20. ライセンス商品には互いに異なった複数の MP I Dを付与可能であるこ とを特徴とする請求項 19記載のライセンス配信方法。

21. 複数の MP I Dを付与されたライセンス商品は互いに異なった複数の期 間講読商品或いは或いはパッケージ商品のグループに包含可能であることを特徴 とする請求項 20記載のライセンス配信方法。

22. 購入証明の中にその購入証明が期間講読商品或いはパッケージ商品のも のであるか、 或いはライセンス商品のものであるかを判別する e B o x/p B o x種別データを含むことを特徴とする請求項 16記載のライセンス配信方法。

23. 購入証明の作成に際しては、 購入証明作成履歴を記録し、 購入証明の作 成過程を監視することを特徴とする請求項 16記載のライセンス配信方法。

24. pB o x購入証明を基に e B ox購入証明を作成したときは、 購入証明 作成履歴を記録し、 且つ作成された前記 e B o X購入証明についての購入証明作 成履歴には親となる pB o X購入証明の I Dを記録することを特徴とする請求項 19記載のライセンス配信方法。

25. 決済処理が完了した後に、 購入証明の生成から発行までの履歴を記録す るためのボックスセッ卜ファイルを作成し、 作成したボックスセットファイルに そのファイル I. Dと前記決済の I Dとを付加するステップをさらに有することを 特徴とする請求項 1 6記載のライセンス配信方法。

2 6 . p B o Xのボックスセットを一時保持したままで、 前記ボックスセット ファイル I Dをライセンスの購入要求元へ送付するステップと、

ネットワークを介してライセンスの購入要求元からのボックスセット要求を受 け付けるステップと、

前記ボックスセット要求を受け付けた後、 前記ボックスセッ卜要求に対応する ボックスセットをライセンスの購入要求元へ送付するステップと、

をさらに有することを特徴とする請求項 2 5記載のライセンス配信方法。

2 7 . 前記決済処理後に、 購入証明の生成、 送付タスクの応答が無い場合、 購 入証明要求を再度受け付けて、 未取得の購入証明を再発行することを特徴とする 請求項 1 6記載のライセンス配信方法。

2 8 . ライセンス購入要求およびライセンス要求を出力するクライアント端末 と、 クライアント端末からネットワークを介してデジタルコンテンツを視聴する ためのライセンスの購入要求を受け付ける店頭サーバと、 前記ライセンスの購入 要求に対応する購入証明を作成するライセンス配信管理手段とにより構成され、 店頭サーバには、 前記ライセンスの購入要求を受ける受付窓口端末と、 ライセ ンス発行に必要な処理を行なう管理端末とを設け、

ライセンス配信管理手段には、 期間講読商品或いはパッケージ商品とこれに関 連するライセンス商品とをリンクさせて商品を管理する商品管理手段と、 前記ライセンスの購入要求の対象である期間講読商品或いはパッケージ商品に 対応する P B o X購入証明を作成する購入証明作成手段と、

前記 p B o X購入証明を含む、 個々の品目から成るライセンス商品に対応する e B o X要求に応答して、 該当する e B 0 x購入証明を作成する購入証明作成手 段とを備え

店頭サーバでは、 受付窓口端末において、 クライアント端末からネットワーク を介して複数の商品をグループ化して期間講読商品或いはパッケージ商品として 販売されるデジタルコンテンツを視聴するためのライセンスの購入要求を受け付 け、

ライセンスの購入要求を受け付けた後、 そのライセンスの購入要求に対する決 済処理を行ない、

決済処理が完了した後に、 ライセンス購入の対象である期間講読商品或いはパ ッケージ商品に対応する P B o X購入証明を作成し、

作成された p B 0 X購入証明をライセンス配信管理手段から店頭サーバを経由 してクライアント端末へ送 ^"し、

クライアント端末が前記 p B o X購入証明を含む、 個々の品目から成るライセ ンス商品に対応する e B o X要求を送付すると、 ·ライセンス配信管理手段が該当 する e B o X購入証明を生成し前記クライアント端末送付し、

クライアント端末が前記 e B o X購入証明を含む、 ライセンス要求を送付する と、 ライセンス配信管理手段が該当するライセンスを生成し、 このライセンスを ライセンス要求したクライアント端末へ送付することを特徵とするライセンス配 信システム。

2 9 . 商品管理手段は、 期間講読商品或いは或いはパッケージ商品とこれに関 連するライセンス商品とをリンク管理する連結子として共通化識別子である M P

I Dを双方の商品に与えて商品を管理することを特徴とする請求項 2 8記載のラ ィセンス配信システム。

3 0 . 店頭サーバの管理端末は、 決済処理が完了した後に、 購入証明の生成か ら発行までの履歴を記録するためのボックスセットファイルを作成することを特 徵とする請求項 2 8記載のライセンス配信システム。

3 1 . ライセンス配信管理手段は、 店頭サーバの管理端末が前記ボックスセッ トファイルを作成後、 前記ライセンス要求に対応する購入証明を作成することを 特徴とする請求項 3 0記載のライセンス配信システム。

3 2 . 店頭サーバの管理端末は、 ボックスセットを一時保持したままで、 前記 ボックスセットファイル I Dをクライアント端末へ送付し、

クライアント端末は、 受信したボックスセットファイル I Dを基にボックスセ ット要求を店頭サーバへ送信し、

店頭サーバの管理端末は、 前記ボックスセット要求を受け付けた後、 前記ポッ クスセット要求に対応するボックスセットをクライアント端末へ送信することを 特徴とする請求項 3 1記載のライセンス配信システム。

3 3 . ネッ卜ワークを介してデジタルコンテンツを視聴するためのライセンス の購入要求を受け付けるステップと、

ライセンスの購入要求を受け付けた後、 そのライセンスの購入要求に対する決 済処理を行なうステップと、

決済処理が完了した後に、 前記ライセンスの購入要求に対応する購入証明を作 成するステップと、

作成された購入証明をライセンスの購入要求元へ送付するステツプと、 クライアント側からのコンテンツ要求に応答してコンテンツを配信するステツ プと、

前記購入証明を含むライセンス要求に応答して該当するライセンスを、 前記配 信されたコンテンツとの関連を示すライセンス ·コンテンツ関連付けデ一夕を付 与して生成し、 クライアントへ送付するステップと、

から成るライセンスとコンテンッの提供方法。

3 4 . ライセンスをクライアントへ送付した後、 クライアントでは、 ライセン スに付与されたライセンス ·コンテンツ関連付けデータをコンテンツの所定のデ —夕領域に複写するステップをさらに有することを特徴とする請求項 3 3記載の ライセンスとコンテンッの提供方法。

3 5 . ライセンス ·コンテンツ関連付けデータを有するライセンスおよびコン テンッは、 クライアントの個別のファイルに保存されることを特徴とする請求項 3 4記載のライセンスとコンテンツの提供方法。

3 6 . クライアントの個別のファイルに保存されたライセンスおよびコンテン ッは、 それぞれのファイルにライセンス ·コンテンツ関連付けデータを用いたフ アイル名が付けられることを特徴とする請求項 3 5記載のライセンスとコンテン ッの提供方法。

3 7 . 前記決済処理において、 決済が実行されなかった場合は前記ライセンス 要求/受け付けのネットワーク通信を切断することを特徴とする請求項 3 3記載

3 8 . 前記コンテンツにはビューァプログラムが内包されていることを特徴と する請求項 3 3記載のライセンスとコンテンツの提供方法。

3 9 . 前記ライセンスおよびコンテンツを提供した後に、 コンテンツが不良の 場合は、 ライセンスとコンテンッの再提供を実行することを特徴とする請求項 3 3記載のライセンスとコンテンツの提供方法。

4 0 . ライセンスとコンテンツの再提供を実行するに際しては、 購入証明 I D を基準としてリポーク確認処理を行なうことを特徴とする請求項 3 9記載のライ

4 1 . ライセンス購入要求およびライセンス要求を出力するクライアント端末 と、 クライアント端末からネットヮ一クを介してデジタルコンテンツを視聴する ためのライセンスの購入要求を受け付ける店頭サーバと、 前記ライセンスの購入 要求に対応する購入証明を作成するライセンス配信管理手段とにより構成され、 店頭サーバには、 前記ライセンスの購入要求を受ける受付窓口端末と、 ライセ ンス発行に必要な処理を行なう管理端末とを設け、

店頭サーバでは、 受付窓口端末において、 クライアント端末からネットワーク を介してデジタルコンテンツを視聴するためのライセンスの購入要求を受け付け、 ライセ スの購入要求を受け付けた後、 そのライセンスの購入要求に対する決 済処理を行ない、

決済処理が完了した後に、 ライセンス配信管理手段において前記ライセンスの 購入要求に対応する購入証明を作成し、

作成された購入証明をライセンス配信管理手段から店頭サーバを経由してクラ イアン卜端末へ送付し、

クライアント端末がコンテンッ要求を送付すると、 コンテンッ配信サーバが該 当するコンテンツを配信するステツプと、

クライアント端末が前記購入証明を含むライセンス要求を送付すると、 ライセ ンス配信管理手段が該当するライセンスを、 前記配信されたコンテンツとの関連 を示すライセンス ·コンテンツ関連付けデ一夕を付与して生成し、 このライセン スをライセンス要求したクライアント端末へ送付することを特徴とするライセン スとコンテンツの提供システム。

4 2 . ライセンスを受け取ったクライアント端末は、 ライセンスに付与された ライセンス ·コンテンツ関連付けデ一夕をコンテンツの所定のデータ領域に複写 することを特徴とする請求項 4 1記載のライセンスとコンテンツの提供システム。

4 3 . 電子書籍のコンテンツとこのコンテンツを閲覧するためのライセンスが 格納された記憶媒体からデータを受け取って管理する書棚管理手段と、 この主電 源のオン Zオフを管理する電源管理手段と、 各種指示を入力する入力手段と、 現 在の時刻を計時する時計手段と、 ライセンスの利用制限を確認する利用制限確認 手段と、 データを表示する表示手段と、 格納部機能部の動作をコントロールする 制御手段とを有し、

前記制御手段は、 前記入力手段からの指示にしたがってその結果画面が前記表 示手段に表示されるとただちに電源管理手段に主電源を切断させて待機状態に移 行することを特徴とする電子書籍表示端末。

4 4. 前記入力手段からは閲覧書籍の指定、 ページ送り指示、 書棚表示の動作 指示が入力されることを特徴とする請求項 4 3記載の電子書籍表示端末。

4 5 . 前記利用制限確認手段は、 時計手段により計時された現在時刻データに 基づきライセンスの内容を確認して閲覧を許可、 非許可の確認を行なうことを特 徴とする請求項 4 3記載の電子書籍表示端末。

4 6 . 電源管理手段はサブ C P Uから構成され、 非動作時には主電源を遮断し た状態に維持して動作開始を指示する入力の有無を監視することを特徴とする請 求項 4 3記載の電子書籍表示端末。