JP2005011257A

JP2005011257A - License distribution method and license distribution system

Info

Publication number: JP2005011257A
Application number: JP2003177132A
Authority: JP
Inventors: 健 ▲鶴▼林; Ken Tsurubayashi; Takanobu Morikawa; 貴展森川
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2003-06-20
Filing date: 2003-06-20
Publication date: 2005-01-13

Abstract

<P>PROBLEM TO BE SOLVED: To provide a license distribution method and a license distribution system capable of ensuring the sale/purchase of a license for term subscription/package goods. <P>SOLUTION: The purchase request of the license for seeing and hearing contents sold as the term subscription/package goods via a communication line from a client terminal is received. The purchase request is received by a reception terminal of a store server, and a settlement processing is performed at a first step. After the completion of the settlement is then confirmed, a processing required for license issue by a manage terminal of the store server installed more inside than the reception terminal is performed. Thereby, the purchase/sale of the license for the period subscription/package goods can be performed. Moreover, the acquisition mistake of money for the license sale can be eliminated, and a table and processing for confirming accounting and no accounting are eliminated in the license sell processing. The simplification of a processing operation, the simplification of a processing program and the effective use of a memory can be achieved. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明はディジタルコンテンツデータのライセンスを管理し、ディジタルコンテンツの適正な流通を実現するディジタルコンテンツのライセンス販売システムに関するものである。
【０００２】
【従来の技術】
ディジタルデータからなるディジタルコンテンツは、複製を繰り返しても品質が劣化しないという特性を有する。したがって、ディジタルコンテンツを用いたサービスにおいて、ディジタルコンテンツを著作権者の許可なく複製／再利用されるといった著作権侵害行為の阻止は不可欠となる。
【０００３】
この点に関しては、暗号技術の発展がディジタルコンテンツのセキュリティレベルの向上に寄与している。この暗号技術を用いた著作権侵害行為の阻止の従来例（例えば、特許文献１参照。）が公知となっている。
【０００４】
前記従来例は、ディジタルコンテンツと該コンテンツに付随するコンテンツ利用条件とを用いて、ディジタルコンテンツのライセンス流通管理を行う方法を開示しており、ディジタルコンテンツを視聴するために、オペレーションシステム機能が稼働している状態を把握し、ユーザからデジタルコンテンツを管理するデジタル管理システムに対しデジタルコンテンツの起動要求が発行されると、該ディジタルコンテンツの動作を監視し、時間貸し／回数貸しを含むＰａｙｐｅｒｕｓｅのデータやディジタルコンテンツの課金データを生成し、監視結果を集中管理型で運用されるライセンス管理センターに通知することにより、対価無くディジタルコンテンツを使用するといった不正行為を抑制する。
【特許文献１】
特開平１１−２５９５７４号公報
【０００５】
【発明が解決しようとする課題】
しかし、前記従来のライセンス流通管理方法では、ディジタルコンテンツを実際に視聴するにはライセンス管理センターへユーザがネットワーク接続をする必要があり、この機能を持たない機器で視聴することは不可能であるという課題を有していた。また、ユーザの視点から見ると、ディジタルコンテンツの利用情報を第三者に知られるため、プライバシーが保護されないという課題を有していた。また、データの通信が途中で途絶えた際のライセンス及び課金の取り扱いに関して言及されていないという課題を有していた。
【０００６】
さらに、出版の分野では月刊誌や週刊誌、或いはその他の定期刊行物が存在し、それらの定期刊行物を月ぎめ契約などの方法で購入するという慣行があるが、コンピュータを駆使したライセンス流通管理方法或いはシステムによって、このような月ぎめ契約（すなわち、期間講読）或いはパッケージ販売などの方法による電子出版物についてのライセンスの購入／販売を管理するという技術は従来においては存在しなかった。
【０００７】
本発明は、上記従来技術における問題点に鑑みてなされたもので、その第１の目的は、期間講読或いはパッケージ販売などの方法による電子出版物についてのライセンスの購入／販売を良好に管理することが可能なライセンス配信方法及びライセンス配信システムを提供することである。
【０００８】
本発明の第２の目的は、上記電子出版物についての期間講読に関するライセンスの販売／購入を確実に行なうことが可能なライセンス配信方法及びライセンス配信システムを提供することである。
【０００９】
本発明の第３の目的は、上記電子出版物についての期間講読に関するライセンスの販売／購入に当たって決済処理が確実に行なうことが可能なライセンス配信方法及びライセンス配信システムを提供することである。
【００１０】
本発明の第４の目的は、上記電子出版物についての期間講読に関するライセンスの販売に当たって販売が完了した後の不要なデータの蓄積を防止できるライセンス配信方法及びライセンス配信システムを提供することである。
【００１１】
本発明の第５の目的は、上記電子出版物についての期間講読に関するライセンスの販売／購入に当たってライセンス購入者に対して一回だけライセンスを発行することが可能なライセンス配信方法及びライセンス配信システムを提供することである。
【００１２】
本発明の第６の目的は、上記電子出版物についての期間講読に関するライセンスの販売／購入を行なう各種業態に対して、システム構築が楽に行なえるライセンス配信方法及びライセンス配信システムを提供することである。
【００１３】
【課題を解決するための手段】
上記目的を達成するために、本発明は第１に、クライアント端末からネットワークを介して複数の商品をグループ化した期間講読商品或いはパッケージ商品として販売されるデジタルコンテンツを視聴するためのライセンスの購入要求を受信した場合、そのライセンスの購入要求を店頭サーバの受付窓口端末で受け、この受付窓口端末で決済処理を第１段階で行ない、その後、この受付窓口端末で決済が確実に終了したことを確認した後、クライアント端末側から見て前記受付窓口端末よりも奥に設置された店頭サーバの管理端末でライセンス発行に必要な処理を行なうようにしたことを特徴とする。
【００１４】
本発明は第２に、上記決済後にライセンス発行に必要な処理を行なうに際して、ライセンスを直接発行せず購入証明（一般の取引におけるレシート、受取証、或いは引換券などに相当する電子データ）を作成してクライアント端末に送付し、その後クライアント端末からライセンス発行要求を受けてライセンスを発行するようにしたことを特徴とする。
【００１５】
本発明は第３に、上記決済後にライセンス発行に必要な処理を行なうに際して、ライセンスの購入要求の対象である期間講読商品或いはパッケージ商品（複数の商品がまとめてグループ化されている）に対応するｐＢｏｘ購入証明を作成してクライアント端末送付し、その後クライアント端末からｐＢｏｘを分解したｅＢｏｘを要求するｅＢｏｘ要求を受信してから、該当するｅＢｏｘ購入証明を生成してクライアント端末送付し、当該クライアント端末がライセンス要求できるようにしたことを特徴とする。
【００１６】
本発明は第４に、購入証明の生成から、クライアント端末への送付までの処理の履歴を記録するためのボックスセットファイルを作成し、作成したボックスセットファイルにそのファイルＩＤと前記決済のＩＤなどの必要なデータを、各処理の実行の都度付加するようにしたことを特徴とする。
【００１７】
本発明は第５に、上記ｐＢｏｘ購入証明を作成したときに、このｐＢｏｘ購入証明を直ちにクライアント端末に送付せず、上記ボックスセットファイルＩＤを送付し、その後クライアント端末からボックスセット要求を受けてボックスセット（ｐＢｏｘ購入証明を含むデータ）をクライアント端末に送付するようにしたことを特徴とする。
【００１８】
本発明は第６に、期間講読商品或いはパッケージ商品とこれに関連するライセンス商品とをリンクさせて商品を管理し、且つこのリンク管理を行なうために連結子として共通化識別子であるＭＰＩＤを双方の商品に与えることを特徴とする。本発明ではｐＢｏｘ購入証明は複数の商品についてのまとめ売りのレシートに該当し、このｐＢｏｘ購入証明を分解することによりｅＢｏｘ購入証明が作成可能である。このｐＢｏｘ購入証明からｅＢｏｘ購入証明の作成処理においては、ＭＰＩＤを連結子とするリンク管理手段によりｅＢｏｘ購入証明の対象となる商品が検索、取得される。また、ライセンス商品には互いに異なった複数のＭＰＩＤを付与可能である。これは一つの商品がその内容によって複数の側面（特徴）を持ち得、それぞれの側面に応じて複数のカテゴリー、或いは属性に包含されることがあるからである。そして、複数のＭＰＩＤを付与されたライセンス商品は互いに異なった複数の期間講読商品或いは或いはパッケージ商品のグループに包含可能である。
【００１９】
本発明は第７に、購入証明の中にその購入証明が期間講読商品或いはパッケージ商品のものであるか、或いはライセンス商品のものであるかを判別するｅＢｏｘ／ｐＢｏｘ種別データを含むことを特徴とし、このｅＢｏｘ／ｐＢｏｘ種別を基に購入証明の作成処理が選択される。
【００２０】
本発明は第８に、購入証明の作成に際しては、購入証明作成履歴を記録し、購入証明の作成過程を追跡することを特徴とする。そして、ｐＢｏｘ購入証明を基にｅＢｏｘ購入証明を作成したときは、購入証明作成履歴を記録し、且つ作成された前記ｅＢｏｘ購入証明についての購入証明作成履歴には親となるｐＢｏｘ購入証明のＩＤを記録する。
【００２１】
本発明は第９に、決済処理後に、購入証明の生成、送付タスクの応答が無い場合、購入証明要求を再度受け付けて、未取得の購入証明を再発行することを特徴とし、操作途中における通信トラブルに対処できるようにしている。
【００２２】
本発明は第１０に、ライセンス購入要求およびライセンス要求を出力するクライアント端末と、クライアント端末からネットワークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受け付ける店頭サーバと、前記ライセンスの購入要求に対応する購入証明を作成するライセンス配信管理手段とによりライセンス配信システムを構築し、店頭サーバには、前記ライセンスの購入要求を受ける受付窓口端末と、ライセンス発行に必要な処理を行なう管理端末とを設け、ライセンス配信管理手段には、期間講読商品或いはパッケージ商品とこれに関連するライセンス商品とをリンクさせて商品を管理する商品管理手段と、前記ライセンスの購入要求の対象である期間講読商品或いはパッケージ商品に対応するｐＢｏｘ購入証明を作成する購入証明作成手段と、前記ｐＢｏｘ購入証明を含む、個々の品目から成るライセンス商品に対応するｅＢｏｘ要求に応答して、該当するｅＢｏｘ購入証明を作成する購入証明作成手段とを備え、店頭サーバでは、受付窓口端末において、クライアント端末からネットワークを介して複数の商品をグループ化して期間講読商品或いはパッケージ商品として販売されるデジタルコンテンツを視聴するためのライセンスの購入要求を受け付け、ライセンスの購入要求を受け付けた後、そのライセンスの購入要求に対する決済処理を行ない、決済処理が完了した後に、ライセンス購入の対象である期間講読商品或いはパッケージ商品に対応するｐＢｏｘ購入証明を作成し、作成されたｐＢｏｘ購入証明をライセンス配信管理手段から店頭サーバを経由してクライアント端末へ送付し、クライアント端末が前記ｐＢｏｘ購入証明を含む、個々の品目から成るライセンス商品に対応するｅＢｏｘ要求を送付すると、ライセンス配信管理手段が該当するｅＢｏｘ購入証明を生成し前記クライアント端末送付し、クライアント端末が前記ｅＢｏｘ購入証明を含む、ライセンス要求を送付すると、ライセンス配信管理手段が該当するライセンスを生成し、このライセンスをライセンス要求したクライアント端末へ送付するようにしたことを特徴とする。
【００２３】
本発明は第１１に、商品管理手段は、期間講読商品或いは或いはパッケージ商品とこれに関連するライセンス商品とをリンク管理する連結子として共通化識別子であるＭＰＩＤを双方の商品に与えて商品を管理することを特徴とする。
【００２４】
【発明の実施の形態】
以下、本発明の実施の形態について、添付の図面を参照して説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。
【００２５】
（第１の実施の形態）
図１は、本発明の第１の実施の形態におけるライセンス販売システムの機能ブロック構成図を示している。図１において、１００はライセンス配信サーバ（ＬＤＭＳ：ＬｉｃｅｎｓｅＤｉｓｔｒｉｂｕｔｉｏｎＭａｎａｇｅｍｅｎｔＳｅｒｖｅｒ）としての機能を有するライセンス配信管理手段、２００は店頭サーバ（ＳＦ：ＳｔｏｒｅｆｒｏｎｔＳｅｒｖｅｒ）、３００はクライアント端末、４００はコンテンツ配信サーバ、５００は課金処理部である。
【００２６】
ライセンス配信管理手段１００は、購入証明作成手段１０１と、ライセンス生成手段１０２と、ライセンス提供手段１０３と、商品情報データベース１１０と、購入証明作成履歴格納手段１２０とで構成されている。購入証明（ＰＯＰ：ＰｒｏｏｆｏｆＰｕｒｃｈａｓｅ）とは一般の取引におけるレシート、受取証、或いは引換券などに相当する電子データである。また、本発明における「商品」はライセンスである。
【００２７】
店頭サーバ２００は、クライアント端末３００からのライセンスの購入要求を受け付ける受付窓口端末としてのストアフロント窓口端末２１０と、クライアント端末３００側から見てストアフロント窓口端末２１０よりも奥に設置された管理端末としてのストアフロントゲートウェイ（ＧＷ：Ｇａｔｅｗａｙ）２２０とから構成されている。ストアフロント窓口端末２１０は、クライアント要求受付手段２１１と、商品一覧格納手段２１２と、クライアント端末３００からのライセンス購入要求に対して対応処理を行なう購入要求対応手段２１３と、課金処理部５００との間で決済処理を行なう決済手段２１４とから構成されている。
【００２８】
ストアフロントゲートウェイ２２０は、ボックスセットファイルを作成するボックスセットファイル作成手段２２１と、作成されたボックスセットファイルを保持し管理するボックスセットファイル管理手段２２２と、不要になったボックスセットファイルを削除するボックスセットファイル削除手段２２３と、ライセンス配信管理手段１００から受領した購入証明を基に個々の購入証明に対応するレシートに相当するｅＢｏｘを生成し、さらにｅＢｏｘをまとめたボックスセット（購入証明の集まり）を生成するボックスセット生成手段２２４と、ボックスセットファイル管理手段２２２に保持されたボックスセットをクライアント端末３００へ送付するボックスセット提供手段２２６とから構成される。
【００２９】
クライアント端末３００は店頭サーバ２００から受け取った購入証明を管理する書棚管理手段３０１と、クライアント端末３００と店頭サーバ２００或いはライセンス配信管理手段１００との間の通信を確立するウェブブラウザ３０２とを有している。クライアント端末３００はさらにライセンスの購入要求動作時におけるコマンドなどのデータ入力を行なうためのデータ入力手段３０３と、書棚管理手段３０１における管理内容を表示する表示手段３０４と、クライアント端末３００の処理動作をコントロールする制御手段３０５とを備えている。また、図１中、符号６００は商品情報データベース１１０に商品情報（ライセンス情報）を登録する商品情報登録端末である。
【００３０】
以下、クライアント端末３００を所有する、或いは操作するユーザ（顧客）がネットワークの一例として、インターネット上で電子書籍のライセンスの購入を希望した場合を例として、第１の実施の形態におけるライセンス配信システムの動作説明を行う。しかも上記電子書籍についてのライセンスの購入の仕方は、電子書籍一つづつのライセンス購入ではなく、定期刊行物を月ぎめで購入したり、或いはパッケージ商品として複数がまとめ売りされる書籍のライセンスを、まとめ買いする事例を対象とする。
【００３１】
本発明に係る電子書籍のディジタルコンテンツは、配信されてもライセンスがない限り閲覧することができない。その方式としては、ディジタルコンテンツを暗号化しておき、復号鍵をライセンスに含めるといった方法で実現する。この暗号化されたディジタルコンテンツはコンテンツ配信サーバ４００からクライアント端末３００へダウンロードされるが、そのダウンロードの時期については、いつ行なっても差し支えない。また、商品情報データベース１１０は、ＳＱＬデータベースを使用して構築し、あらかじめ商品情報登録端末６００からＳＱＬのインサート文を用いて商品情報（ライセンス情報）が登録されているものとする。この商品情報データベース１１０は、その中に登録された各商品について、その商品が予め規定された利用の仕方で個別に販売されるライセンス商品（後出）であるのか、それとも月ぎめ契約等により一定期間の分販売される期間講読商品であるのか、さらには複数の商品をパッケージしてまとめ売りされるパッケージ商品であるのかの種別情報を有する。また、商品情報データベース１１０は、その中に登録された各商品について、期間講読商品或いはパッケージ商品とこれに関連するライセンス商品とをリンクさせて商品を管理する商品管理手段としての機能を有している。この商品情報データベース１１０の情報の一部は店頭サーバ２００へ送付されて、そのストアフロント窓口端末２１０の商品一覧格納手段２１２に格納される。
【００３２】
商品情報データベース１１０が管理する商品情報には、各商品（この実施の形態では、書籍、音楽や映像のＣＤやＤＶＤといった電子記録媒体など出版物を想定する）の商品ＩＤ、商品名、価格、題名、著者、有効開始日時、有効終了日時、出版日、出版元などのデータが含まれている。また、ライセンス配信管理手段１００、店頭サーバ２００、クライアント端末３００などの各装置がネットワークによって接続されたシステムであり、クレジット情報等の個人情報や、著作権保護の為のライセンスを含んだデータを通信するため、セキュアに通信する必要があり、これはＳＳＬ・等のセキュアなプロトコルを使用して実現する。
【００３３】
図２乃至図５は本実施の形態におけるライセンス販売システムにおけるライセンス販売制御動作を示すシーケンス図である。図２において、先ずクライアント端末３００がウェブブラウザ３０２から店頭サーバ２００に対して会員ログイン要求を行なう。この会員ログイン要求には会員ＩＤとパスワードが添付される。店頭サーバ２００側ではストアフロント窓口端末２１０のクライアント要求受付手段２１１が上記ログイン要求を受け付けるとともに会員ＩＤとパスワードを取り込む。次にストアフロント窓口端末２１０は商品一覧格納手段２１２から商品一覧を読み出して会員用画面とクッキー情報とをウェブブラウザ３０２へ送付する。これ以降、ウェブブラウザ３０２はストアフロント窓口端末２１０への送信情報にクッキー情報を添える。商品一覧とは、店頭サーバ２００が販売しているコンテンツ利用権の案内或いは説明情報である。
【００３４】
商品一覧で案内しているライセンス利用権の商品一覧表の一部分を図６に例示する。この商品一覧表の内容は本実施の形態に係るライセンス配信システムが目指している機能でもある。
【００３５】
その内容として、先ず第１に、コンテンツは複数の利用の仕方（ＵｓａｇｅＲｕｌｅｓ）で商品化できるようにしており、この明細書においてはそれぞれの利用の仕方で規定された商品一つ一つを「ライセンス商品」と称することにする。その例としては、月刊○Ｘの２００３年３月号についての利用権を規定したもので、
３日利用権￥１５０−
７日利用権￥３５０−
１月利用権￥５５０−
無期限利用権￥８５０−
というように利用期間とその販売価格を設定したものがある。ここで、「３日利用権￥１５０−」，「７日利用権￥３５０−」，「１月利用権￥５５０・・−」，・・・・のそれぞれがライセンス商品である。このライセンス商品は、月ぎめ購入の一環としても購入可能であるし、単品の購入も可能である。これは、月刊誌を月ぎめ契約で購入することもできるし、月ぎめ契約していなくても現在販売している「△月号」が購入できるのと同じである。
【００３６】
案内商品の第２の例としては、コンテンツが月刊誌、週刊誌といった定期刊行物の場合、ライセンス商品の期間講読権を商品化したもので、この明細書においてこれを「期間講読商品」と称することにする。これは、月ぎめ契約で販売されるライセンス商品のことである。その例としては、月刊○Ｘの各月号についての利用権を規定したもので、
３日利用権を
６ケ月講読￥８５０−
１２ケ月講読￥１，６５０−
７日利用権を
６ケ月講読￥２，０００−
１２ケ月講読￥３，８５０−
１ケ月利用権を
６ケ月講読￥３，０００−
１２ケ月講読￥６，０５０−
無期限利用権を
６ケ月講読￥５，０００−
１２ケ月講読￥９，３５０−
というように利用期間と月ぎめ契約期間およびその価格を設定したものがある。ここで、「３日利用権を、６ケ月講読￥８５０−」，「３日利用権を、１２ケ月講読￥１，６５０−」，「７日利用権を、６ケ月講読￥２，０００−」，「７日利用権を、１２ケ月講読￥３，８５０−」，・・・・のそれぞれが期間講読商品である。
【００３７】
案内商品の第３の例としては、コンテンツが既存（既に刊行されている）の場合、複数のライセンス商品を束ねて（まとめて）商品化したもので、この明細書においてこれを「パッケージ商品」と称することにする。その例としては、ＤＲＭについての記述がある技術雑誌全１７冊の各月号についての利用権を規定したもので、
３日利用権￥２，４００−
７日利用権￥５，６００−
１ケ月利用権￥８，８００−
無期限利用権￥１３，６００−
というように利用期間とその価格を設定したものがある。ここで、「３日利用権￥２，４００−」，「７日利用権￥５，６００−」，「１ケ月利用権￥８，８００−」，・・・・のそれぞれがパッケージ商品である。このパッケージ商品の販売はいわゆるバックナンバーの販売などが相当する。
【００３８】
上述のように、商品が期間講読商品或いはパッケージ商品であるときは、或る規則（または規約）の下で複数の商品（例えば、月ぎめ契約の６ケ月講読ならば６冊）が一まとめにされてグループ化され、そのグループ毎に一つの商品として扱われる。
【００３９】
ストアフロント窓口端末２１０とウェブブラウザ３０２との間では購入すべき商品の選択が行なわれ、ユーザは商品一覧の中の上記案内情報を見て購入商品を決定する。購入する商品は、上記ライセンス商品、期間講読商品、パッケージ商品のいずれか１種類又は複数種類でもよく、また購入単位は１品目でも複数品目でもかまわない。購入商品が決定すると、ウェブブラウザ３０２からストアフロント窓口端末２１０に対してライセンスの購入要求が送付される。このときの処理においては、購入する商品の種別と商品ＩＤ群が送信データとして送付される。
【００４０】
次に、店頭サーバ２００側ではストアフロント窓口端末２１０の購入要求対応手段２１３が上記購入要求を受け付け、購入商品から購入金額と税金の計算を行なう。そして、金額が求められるとその金額データが決済手段２１４へ送られ、決済手段２１４は課金処理部５００に対して決済要求を行なう。この決済要求に際して、決済手段２１４から課金処理部５００へは商品ＩＤ群、金額、クレジットカード番号などのデータが送付される。課金処理部５００は決済処理が終了すると決済応答をストアフロント窓口端末２１０へ返す。この決済応答には決済ＩＤが添えられている。
【００４１】
ストアフロント窓口端末２１０では、購入要求対応手段２１３において上記決済処理の結果が正常であるか異常であるかをチェックし、異常であればライセンスの購入要求／受け付けのネットワーク通信を切断する。決済結果が異常であるとは、決済が正しく実行されなかったり、該当するクレジットカード番号が存在しないとか残金不足であるといった場合などがある。決済結果が正常である場合は、店頭サーバ２００内において、ストアフロント窓口端末２１０からストアフロントゲートウェイ２２０に対して購入証明の要求がボックスセット要求の形で行なわれる。このボックスセット要求に際しては、上記決済ＩＤと、会員ＩＤと、クライアント端末３００から受けた購入する商品の種別と商品ＩＤの群が送信データとして送付される。
【００４２】
ここで、購入証明とボックスセットとの関係について説明する。図７は購入証明のデータ構成を示す図である。この購入証明はライセンス配信管理手段１００の購入証明生成手段１０１により生成される。この購入証明は、購入証明ＩＤと、ライセンス商品に相当する商品（作成されるレシートはｅＢｏｘとなる）であるのか、それとも期間講読商品やパッケージ商品に相当する商品（作成されるレシートはｐＢｏｘとなる）であるのかの種別を表すデータと、商品ＩＤと、購入物名称（商品名）とコンテンツダウンロードＵＲＬ、購入金額（税抜き）、消費税率、購入日時、購入端末ＩＰアドレス、購入店舗名称、ストアフロントＵＲＬ、ライセンス配信事業者名称、カスタマサポート名称、サポート電話番号、サポートＥ−メールアドレス、署名データの各データを含んでいる。なおここで、署名データは購入証明本体を特定の鍵とロジックで暗号化したデータであり、ライセンス配信管理手段１００において購入証明生成手段１０１により購入証明が生成されたときに署名が行なわれる。購入証明は一つの商品ＩＤに対して一つが独立して生成され、その商品がライセンス商品であるときは上記購入証明が一つ生成されて署名されると、ライセンス配信管理手段１００からストアフロントゲートウェイ２２０へ送られ、そこで購入証明はメタデータと一体にされてｅＢｏｘが作成される。また、或る規則の下で複数の商品がグループ化されて期間講読商品或いはパッケージ商品とされたときはそのグループに一つの商品ＩＤが付されている。このような期間講読商品などに上記購入証明が一つ生成されて署名されると、ライセンス配信管理手段１００からストアフロントゲートウェイ２２０へ送られ、そこで購入証明はメタデータと一体にされてｐＢｏｘが作成される。図８はｅＢｏｘのデータ構成を示す図であり、図９はｐＢｏｘのデータ構成を示す図である。購入商品が複数ある、すなわち、複数の商品ＩＤが指定されたときは、ライセンス配信管理手段１００からストアフロントゲートウェイ２２０へ複数の購入証明、すなわち、購入証明群が送られる。そして、ストアフロントゲートウェイ２２０においてはｅＢｏｘおよびｐＢｏｘは購入商品の数分だけ複数個生成されるとともに、それらの複数のｅＢｏｘおよびｐＢｏｘがまとめられてボックスセットが生成される。
【００４３】
図１０はボックスセットの構成を示す図であり、このボックスセットはボックスセットヘッダと単数または複数のｅＢｏｘと単数または複数のｐＢｏｘとから構成される。図１０の例ではボックスセットは上段からｅＢｏｘ、ｐＢｏｘ、ｅＢｏｘの順にまとめられている。ボックスセットに含まれるｅＢｏｘ或いはｐＢｏｘが単数か複数かは、ユーザが１回の買い物で購入するｅＢｏｘ或いはｐＢｏｘに対応する商品が一つか複数かによって決まる。以上から、購入証明と、ｅＢｏｘと、ｐＢｏｘと、ボックスセットとは基本的に同じものであり、いずれも購入証明を構成の基本としていることが分かる。また、購入証明と、ｅＢｏｘと、ｐＢｏｘと、ボックスセットは一般の取引におけるレシート（受取証、或いは引換券などでもよい）に相当する電子データであるとも言える。
【００４４】
図１１はボックスセットヘッダのデータ構造を示す図である。ボックスセットヘッダはボックスセットファイルＩＤと署名データを含んで成る。署名データはボックスセット本体を特定の鍵とロジックで暗号化したデータであり、ストアフロントゲートウェイ２２０によって、ボックスセット生成手段２２４によりボックスセットが生成されたときに署名が行なわれる。
【００４５】
以上の、購入証明と、ｅＢｏｘと、ｐＢｏｘと、ボックスセットと、ボックスセットヘッダとの構成上の関係を示すと、図１３に示すようになる。すなわち、ｅＢｏｘとｐＢｏｘには主たる構成要素として購入証明が含まれ、ボックスセットはそのｅＢｏｘまたはｐＢｏｘ、或いは両者が混在して１セットにまとめられているとともに、このボックスセットを確定（規定）するための署名が付されたボックスセットヘッダが付けられている。
【００４６】
図１２はストアフロントゲートウェイ２２０により作成されるボックスセットファイルＩＤの構成を示す図である。このボックスセットファイルＩＤは会員ＩＤと決済ＩＤとボックスセットＩＤとから成る。
【００４７】
先に説明したように、決済結果が正常である場合は、店頭サーバ２００内において、ストアフロント窓口端末２１０からストアフロントゲートウェイ２２０に対して購入証明の要求がボックスセット要求の形で行なわれるが、このボックスセット要求に当たっては、ウェブブラウザ３０２からの購入要求に添えられていた種別データおよび商品ＩＤ群が送信データとして添付される。このボックスセット要求が行なわれると、ストアフロントゲートウェイ２２０においては、上記ストアフロント窓口端末２１０からのボックスセット要求が正規なものであるか否かをチェックする。このチェックはストアフロント窓口端末２１０に対する簡易認証の処理により実行され、例えばストアフロント窓口端末２１０のＩＰアドレスを照合するなどの処理がなされる。ストアフロントゲートウェイ２２０には複数のストアフロント窓口端末２１０が接続されていることもあり、その場合はストアフロント窓口端末２１０のＩＰアドレスが多重化されることもある。
【００４８】
ストアフロント窓口端末２１０の認証が行なわれた後は、ストアフロントゲートウェイ２２０においてボックスセットファイル作成手段２２１により会員ＩＤのディレクトリの下に決済ＩＤをファイル名とするボックスセットファイルが作成される。上記決済ＩＤは、先の決済処理において課金処理部５００からの決済応答に添えられていた決済ＩＤである。なお、この時点ではボックスセットはまだ生成されていないのでボックスセットＩＤの記述はない。また、今回作成するファイル名のファイルが既存の場合は、処理を中継し、万一、同一のボックスセット要求が行なわれた際の多重処理実行を防止する。このようにして作成されたボックスセットファイルはボックスセットファイル管理手段２２２に保存される。ストアフロントゲートウェイ２２０は、上記ボックスセットファイルを作成した後、ライセンス配信管理手段１００に対して購入証明の要求を送付する（ＰＯＰ要求）。このＰＯＰ要求に当たっては、ストアフロント窓口端末２１０からのボックスセット要求に添えられていた「種別データと商品ＩＤ」の群が送信データとして添付される。
【００４９】
ライセンス配信管理手段１００は、上記ＰＯＰ要求を受けると、ストアフロントゲートウェイ２２０からのＰＯＰ要求が正規なものであるか否かをチェックする。このチェックはストアフロントゲートウェイ認証の処理により実行され、例えばＳＳＬの相互認証などの処理によって行なわれる。ストアフロントゲートウェイ２２０の認証が行なわれた後は、ライセンス配信管理手段１００の購入証明作成手段１０１により購入証明（ＰＯＰ）が作成される。購入証明作成手段１０１は商品情報データベース１１０からその商品についての必要なデータを読み出して購入証明を作成する。これと同時に購入証明作成手段１０１により購入証明作成履歴が記録され、この購入証明作成履歴は購入証明作成履歴格納手段１２０に保存される。
【００５０】
ここで、上記購入証明の作成と購入証明作成履歴の記録動作について処理１として説明する。
【００５１】
（処理１の動作）
図１４は、商品情報データベース１１０が商品管理手段として、期間講読商品或いはパッケージ商品（以下期間講読／パッケージ商品という）とこれに関連するライセンス商品とをリンクさせて商品を管理する態様を示すリンク管理図である。図１４において、左端にライセンス商品を表形式で表したライセンス商品表のフィールドが作られており、また、右端に期間講読／パッケージ商品を表形式で表した期間講読／パッケージ商品表のフィールドが作られている。ライセンス商品表には単一種の商品について、その商品ＩＤ、購入物名称、ライセンス利用権の内容が個々に記述或いは登録されている。期間講読／パッケージ商品表にはグループ化された商品について、その商品ＩＤ、購入物名称、ライセンス利用権の内容が個々に記述或いは登録されている。ライセンス商品表と期間講読／パッケージ商品表との間には連結表１および連結表２が設けられている。連結表１および連結表２は、ライセンス商品表に属する商品と期間講読／パッケージ商品表に属する商品とを関係付けさせリンクさせる機能を持つ。
【００５２】
連結表２は期間講読／パッケージ商品表に登録された商品の利用権の内容別すなわち、講読期間が同じ期間講読商品や何らかの関連性のある期間講読商品またはパッケージ商品を束ねるための共通化識別子であるＩＤ（これをＭＰＩＤという）を付けて表としている。すなわち、図６に示したライセンス利用権の商品一覧表の３日利用権、７日利用権、・・・の別に商品を抽出して異なったＭＰＩＤを付けたものである。図１４の例では、ＭＰＩＤ００１は、月刊○Ｘの各号の３日利用権に該当する期間講読商品商品全部に対して付けられたＩＤである。同様に、ＭＰＩＤ００４は、月刊○Ｘの各号の７日利用権に該当する期間講読商品全部に対して付けられたＩＤである。ＭＰＩＤ００３は、ＤＲＭ技術に関する技術雑誌全１７冊から成るパッケージ商品に対して付けられたＩＤである。また、ＭＰＩＤ００２は、△学会学会誌２００２年全１２巻から成るパッケージ商品に対して付けられたＩＤである。
【００５３】
次に、連結表１はライセンス商品表の商品のデータ中からそれぞれの商品ＩＤと上記のようにして付けられたＭＰＩＤを抽出して各商品に１対１対応で設定した表で、１つのライセンス商品を複数の連結表２のレコードと関連付けるものである。
【００５４】
ここで、図１４中において、例えば期間講読／パッケージ商品表で２重枠で囲まれた商品（Ａとする）に注目すると、その商品の商品ＩＤは００９８であり、ＭＰＩＤは００１である。そして、そのライセンス内容は、月刊○Ｘの各号の３日利用権を６カ月間行使する（講読する）というものであり、これは期間講読商品である。これに対して、その下の枠で囲まれた商品（Ｂとする）に注目すると、その商品の商品ＩＤは０２０１であり、ＭＰＩＤは００１である。そして、そのライセンス内容は、月刊○Ｘの各号の３日利用権を１２カ月間行使する（講読する）というものであり、これもまた期間講読商品である。商品Ａと商品Ｂは「月刊○Ｘの各号の３日利用権」という点で同じであるからいずれもＭＰＩＤは同じ００１が付けられている。他方、ライセンス商品表における上から４番目の商品（Ｃとする）に注目すると、その商品の商品ＩＤは０１０１であり、そのライセンス内容は、月刊○Ｘの２００３年３月号の３日利用権であり、これはライセンス商品である。商品Ｃと商品Ａ，Ｂとを比較すると両者は「月刊○Ｘの３日利用権」という点で同じであるから連結表１および連結表２によってＭＰＩＤ００１を識別子として商品Ａ，Ｂとリンクされている。図１４のライセンス商品表に挙げられている商品Ｄ，Ｅ，Ｆも同様にして商品Ａ，Ｂとリンクされている。なお、図１４のライセンス商品表において、商品Ｄについては、商品ＩＤは０１０２であり、連結表１では「ＭＰＩＤ００１」と「ＭＰＩＤ００３」となるデータが作成されているが、これは商品Ｄが「月刊○Ｘの３日利用権」という点で期間講読商品である商品Ａ，Ｂとリンクされる属性を持つ一方で、「ＤＲＭ技術に関する技術雑誌全１７冊」の中に含まれるという点でパッケージ商品である商品（商品ＩＤ００９７のもの）とリンクされる属性を持つことを意味している。図１４におけるリンク関係は、以上のような態様で構築されている。
【００５５】
ライセンス配信管理手段１００はウェブブラウザ３０２からストアフロント窓口端末２１０およびストアフロントゲートウェイ２２０を介して受け取った種別データがｐＢｏｘであった場合、図１４の中の期間講読／パッケージ商品表のレコードで、「商品ＩＤ」フィールドが上記受け取った商品ＩＤのものを検索して特定する。
【００５６】
ここでは、商品ＩＤが「００９８」である、商品Ａが特定されたものとする。商品Ａの内容ついて定義すると、これは、「月刊○Ｘの各号の３日利用権を６カ月間講読するというものである。
【００５７】
次にライセンス配信管理手段１００は、購入証明作成手段１０１において、上記期間講読／パッケージ商品表から取得したレコードが保持する情報を用いて、購入証明を作成する。この購入証明作成処理において作成された購入証明を図１５に示す。この購入証明において、購入証明ＩＤは「００３２６」と付けられている。これは、過去から実行されてきた購入証明の作成ごとに付けられた通し番号として今回の購入証明作成に際して付けられたものである。ｅＢｏｘ／ｐＢｏｘ種別はｐＢｏｘと書き込まれ、後段の処理におけるｅＢｏｘまたはｐＢｏｘ作成に当たってはｐＢｏｘが作成されるべきことを指し示す。商品ＩＤは「００９８」である。購入物名称、コンテンツダウンロードＵＲＬ、などはそれぞれのデータに基づいて記述される。購入日時として「２００３年１月３日、１５時２７分３２秒」が記述されている。そして、これらの各種情報が記述されると、ライセンス配信管理手段１００による署名データが付けられる。
【００５８】
他方ライセンス配信管理手段１００は上記購入証明を作成するとともに購入証明作成履歴を記録する。購入証明作成履歴が記録された購入証明作成履歴表の一例を図１６に示す。この購入証明作成履歴表は購入証明作成履歴格納手段１２０に格納されており、記録領域として、購入証明ＩＤフィールドと、有効期限フィールドと、商品ＩＤと、親購入証明のＩＤフィールドと、最終提供日時フィールドとを有している。この購入証明作成履歴表において購入証明ＩＤフィールドには「００３２６」が記入される。有効期限フィールドには「２００３年７月３日、１５時２７分３１秒」が記述される。これは、「６カ月間講読」の終期を表す。商品ＩＤフィールドには「００９８」が記述される。最終提供日時フィールドには購入年月日である「２００３／０１／０３１５：２７：３２」が記述されている。その他のフィールドには現時点では決定していないので何も記述されない。
【００５９】
この購入証明作成履歴の記録が行なわれると、上で作成された購入証明はストアフロントゲートウェイ２２０へ送付される。また、購入証明が複数作成されたときは購入証明群（ＰＯＰ群）が送付される。その場合、作成された購入証明によってはｅＢｏｘ／ｐＢｏｘ種別がｅＢｏｘのものとｐＢｏｘのものとが混在する場合もあり得る。以下の説明では、混乱を避けるためにｐＢｏｘのみに注目する。
【００６０】
購入証明（ｐＢｏｘ）を受け取ったストアフロントゲートウェイ２２０では、ボックスセット生成手段２２４において、複数のｐＢｏｘをまとめて１セットにしたボックスセットが生成されてボックスセットファイル管理手段２２２に保持、管理される。このボックスセットにはボックスセットＩＤが付けられ、また、該当するボックスセットファイルにボックスセットの内容を記録するとともに、ボックスセットファイル名の拡張子に上記ボックスセットＩＤが付加される。そして、上記ボックスセットは、ボックスセットファイル管理手段２２２に保持されたままで、ボックスセットファイルＩＤがストアフロントゲートウェイ２２０からストアフロント窓口端末２１０へ送付される。
【００６１】
ストアフロント窓口端末２１０はボックスセットファイルＩＤを受け取ると、その購入要求対応手段２１３において決済完了通知兼ボックスセット自動取得のためのＨＴＭＬを作成する。このＨＴＭＬにはストアフロントゲートウェイ２２０から受け取ったボックスセットファイルＩＤが含まれる。上記決済完了通知兼ボックスセット自動取得のためのＨＴＭＬは購入要求対応手段２１３からクライアント端末３００のウェブブラウザ３０２へ送付される。
【００６２】
クライアント端末３００では受け取った決済完了通知兼ボックスセット自動取得のためのＨＴＭＬに基づいて表示手段３０４に決済完了の表示が行なわれる。表示画面には、例えば、
「購入ありがとうございました。引続きレシート（購入証明のこと）を受信します。」
のメッセージが表示される。
【００６３】
その後、クライアント端末３００のウェブブラウザ３０２はボックスセットを取得するための手続き（或いはプロセス）を自動的に起動し、ボックスセット取得の処理が開始される。ボックスセット取得の処理が開始されると、ウェブブラウザ３０２からストアフロント窓口端末２１０に対してボックスセット要求が送付される。このときの処理においては、ボックスセットファイルＩＤがデータとして添付される。次に、店頭サーバ２００側ではストアフロント窓口端末２１０の購入要求対応手段２１３が上記ボックスセット要求を受け付け、このボックスセット要求をストアフロントゲートウェイ２２０へ転送する。このときの処理においても、ボックスセットファイルＩＤがデータとして添付される。ストアフロントゲートウェイ２２０においては、上記ボックスセット要求を受けるとボックスセットファイルＩＤを基にボックスセット管理手段２２２から該当するボックスセットを抽出してボックスセット提供手段２２６へ送り、ボックスセット提供手段２２６がこのボックスセットをストアフロント窓口端末２１０へ送付する。
【００６４】
ストアフロント窓口端末２１０はボックスセットを受け取ると、その購入要求対応手段２１３からクライアント端末３００のウェブブラウザ３０２へボックスセットを送付する。ウェブブラウザ３０２はボックスセットを受け取ると、ボックスセットのＭＩＭＥタイプで書棚管理手段３０１を起動し、ボックスセットを書棚管理するために保存するとともに、書棚管理手段３０１から店頭サーバ２００へ向けてボックスセットの受信通知が送付される。このボックスセットの受信通知はクライアント端末３００が店頭サーバ２００からボックスセットを受け取ったことを確認するための通知である。このボックスセット受信通知はストアフロント窓口端末２１０の購入要求対応手段２１３からストアフロントゲートウェイ２２０へ送付される。ボックスセット受信通信にはボックスセットヘッダが添付される。
【００６５】
ストアフロントゲートウェイ２２０では、ボックスセット受信通知を受け取ると、ボックスセットヘッダが改ざんされていないか否かをチェックし改ざんされていなければボックスセットファイル管理手段２２２から当該ボックスセットファイルを削除する。このようにボックスセット受信通知を受け取るとストアフロントゲートウェイ２２０においてボックスセットファイルを削除するから、同じボックスセットを何回もクライアント端末３００へ向けて送付するという不具合はなく、確実な処理を行なうことができる。なおボックスセットファイルを削除したことによりその会員ＩＤに関するディレクトリが空になったときは会員ディレクトリそのものも削除される。これにより限りあるメモリ領域に不要なデータがいつまでも残ることはなく、メモリの有効利用が図れる。以上の処理の後、ストアフロントゲートウェイ２２０からストアフロント窓口端末２１０に対してボックスセット受信応答が返信され、さらにこのボックスセット受信応答はストアフロント窓口端末２１０からクライアント端末３００の書棚管理手段３０１へ返信される。
【００６６】
次の段階では、クライアント端末３００からｅＢｏｘ群を取得するための処理が開始される。ｅＢｏｘ要求の処理が開始されると、書棚管理手段３０１からストアフロント窓口端末２１０に対してｅＢｏｘ要求が送付される。このときの処理においては、先の処理において受け取ったｐＢｏｘの購入証明が添付される。次に、店頭サーバ２００側ではストアフロント窓口端末２１０の購入要求対応手段２１３が上記ｅＢｏｘ要求を受け付け、このｅＢｏｘ要求をストアフロントゲートウェイ２２０へ転送する。このときの処理においても、ｐＢｏｘの購入証明がデータとして添付される。ストアフロントゲートウェイ２２０においては、上記ストアフロント窓口端末２１０からのｅＢｏｘ要求が正規なものであるか否かをチェックする。このチェックはストアフロント窓口端末２１０に対する簡易認証の処理により実行され、例えばストアフロント窓口端末２１０のＩＰアドレスを照合するなどの処理がなされる。ストアフロントゲートウェイ２２０には複数のストアフロント窓口端末２１０が接続されていることもあり、その場合はストアフロント窓口端末２１０のＩＰアドレスが多重化されることもある。
【００６７】
ストアフロント窓口端末２１０の認証が行なわれた後、ストアフロントゲートウェイ２２０は、ライセンス配信管理手段１００に対してｅＢｏｘ要求を送付する（ＰＯＰ要求）。このｅＢｏｘ要求に当たっては、書棚管理手段３０１から送られてきたｐＢｏｘの購入証明が送信データとして添付される。ライセンス配信管理手段１００は、上記ｅＢｏｘ要求を受けると、ストアフロントゲートウェイ２２０からのｅＢｏｘ要求が正規なものであるか否かをチェックする。このチェックはストアフロントゲートウェイ認証の処理により実行され、例えばＳＳＬの相互認証などの処理によって行なわれる。ストアフロントゲートウェイ２２０の認証が行なわれた後、ライセンス配信管理手段１００は、上記ストアフロントゲートウェイ２２０から受け取ったｐＢｏｘ購入証明が改ざんされていないかをチェックする。その後、ライセンス配信管理手段１００の購入証明作成手段１０１によりｅＢｏｘ購入証明（ＰＯＰ）が作成される。これと同時に購入証明作成手段１０１により購入証明作成履歴が記録され、この購入証明作成履歴は購入証明作成履歴格納手段１２０に保存される。
【００６８】
ここで、上記ｅＢｏｘ購入証明の作成とその購入証明作成履歴の記録動作について処理２として説明する。
【００６９】
（処理２の動作）
この処理２ではｐＢｏｘを用いたｅＢｏｘ購入証明の発行が行なわれる。この処理２においては、次の手順で処理が実行される。
ステップ１：まず、ライセンス配信管理手段１００の購入証明作成手段１０１は、書棚管理手段３０１がストアフロントゲートウェイ２２０経由で提示してきたｐＢｏｘの購入証明から「ｅＢｏｘ／ｐＢｏｘ種別」と「商品ＩＤ」を取得する。ここでは、ｅＢｏｘ／ｐＢｏｘ種別は「ｐＢｏｘ」となっているから、図１４中の「期間講読／パッケージ商品表」のレコードで、「商品ＩＤ」フィールドが上記取得した商品ＩＤのもの、具体的には「商品ＩＤ００９８」の１レコード（以下、商品レコードという）を検索して特定する。
ステップ２：次に購入証明作成手段１０１は、商品レコードの「ＭＰＩＤ」フィールドが保持するＭＰＩＤを取得し、連結表１のレコードで、「ＭＰＩＤ」フィールドが上記取得したＭＰＩＤのもの、具体的には「ＭＰＩＤ００１」となっているもの全レコード（以下、連結表１抽出レコード群という）を検索して特定する。
ステップ３：ついで、購入証明作成手段１０１は、連結表１抽出レコード群の各レコードの「商品ＩＤ」フィールドが保持する商品ＩＤを取得し、「ライセンス商品表」のレコードで、「商品ＩＤ」フィールドが上記取得した商品ＩＤのもの全レコード（以下、ライセンス商品表抽出レコード群という）を検索して特定する。
ステップ４：購入証明作成手段１０１は、さらに、購入証明作成履歴表の上記ｐＢｏｘの購入証明に対応する「購入証明作成履歴表」のレコードの、最終提供日時フィールドに含まれる日時と、「購入証明作成履歴表」の当該レコードの有効期限フィールドの値と現在日時を比較して古い方の日時とで定められる期間に該当する全レコードをライセンス商品表抽出レコード群から抽出する。
ステップ５：購入証明作成手段１０１は、さらに、上記ステップ４で得た各レコードが保持する情報を用いて購入証明を作成する。同時に、現在日時を、上記ステップ１において書棚管理手段３０１が提示してきたｐＢｏｘの購入証明に対応する「購入証明作成履歴表」のレコードの最終提供日時フィールドに上書き記録する。
ステップ６：購入証明作成手段１０１は、上記ステップ５で作成した購入証明に対応する「購入証明作成履歴表」のレコードを作成する。このとき、当該レコードの親ＰＯＰのＩＤフィールドにｐＢｏｘの購入証明ＩＤである「００３２・・６」を記入する。
【００７０】
以上の処理２における動作により作成されたｅＢｏｘ購入証明を図１７（ａ）〜（ｄ）に示す。また以上の処理２における動作の結果記録された購入証明作成履歴表を図１８に示す。図１７（ａ）は作成されたｅＢｏｘ購入証明・を表している。このｅＢｏｘ購入証明・について、購入証明ＩＤは「００３４０」であり、これはｅＢｏｘ購入証明・の作成時点での通し番号として与えられたものである。ｅＢｏｘ／ｐＢｏｘ種別は「ｅＢｏｘ」である。商品ＩＤは「０１０１」であり、これは上記ステップ４において、商品ＩＤ００９８の期間講読商品から連結表１をたどって検索されライセンス商品として該当したものである。その内容は「月刊○Ｘの２００３年３月号の３日利用権」である。図１７（ｂ）は作成されたｅＢｏｘ購入証明・を表している。このｅＢｏｘ購入証明・について、購入証明ＩＤは「００３４１」であり、これは作成時点での通し番号としてｅＢｏｘ購入証明・の次の番号として与えられたものである。ｅＢｏｘ／ｐＢｏｘ種別は「ｅＢｏｘ」である。商品ＩＤは「０１０２」であり、これは上記ステップ４において、商品ＩＤ００９８の期間講読商品から連結表１をたどって検索されライセンス商品として該当したものである。その内容は「月刊○Ｘの２００３年４月号の３日利用権」である。以下同様にして図１７（ｃ）に示されるｅＢｏｘ購入証明・および図１７（ｄ）に示されるｅＢｏｘ購入証明・の内容データが決まる。
【００７１】
図１８の記録データについて、購入証明ＩＤフィールドの「００３４０」〜・・「００３４３」は図１７（ａ）〜（ｄ）に示された各ｅＢｏｘ購入証明に対応する購入証明ＩＤである。有効期限フィールドの各購入証明ＩＤに対応するレコードに記録されたデータ（例えば、「２００３／０５／２２１２：４７：２１」は、このｅＢｏｘ購入証明によるライセンス要求実行が行なえる有効期限を表しており、期間講読商品の有効期限とは異なる。この実施の形態では、ｅＢｏｘ購入証明を発行してからユーザがライセンス要求を実行し得る有効期限を４８時間と設定しており、それまでにユーザがライセンス要求を実行しないと、購入証明作成履歴表の期限切れデータがバッチ処理により消去されるものとしている。ここで、処理２においては、ユーザ（クライアント端末３００側）は期間講読商品を購入した筈であるが、図１７（ａ）〜（ｄ）からも明らかなように四つのｅＢｏｘ購入証明が一度に作成されている。これは、本事例に係る期間講読商品の購入日時は上述の通り「２００３年１月３日」であるが、例えば、ユーザが海外出張などで「月刊○Ｘの３月号〜５月号までの３日利用権」のｅＢｏｘ購入証明要求を行なえずにいて、その後帰国して、２００３年５月２０日（上記２００３／０５／２２１２：４７：２１の４８時間前）に「月刊○Ｘの３月号〜６月号までの３日利用権」のｅＢｏｘ購入証明要求を行なった場合が該当する。６月号については５月に入っているため新しくｅＢｏｘ購入証明要求ができるようになっているものである。仮にユーザが毎月、「月刊○Ｘの各号の３日利用権」のｅＢｏｘ購入証明要求を行なっていればｅＢｏｘ購入証明は各月に一つずつ作成されている。
【００７２】
次に、ｅＢｏｘ購入証明の作成とその購入証明作成履歴の記録動作について処理２の変更動作について説明する。
（処理２の変更動作）
この処理２の変更動作では上記処理２の動作における場合とは作成される購入証明作成履歴表の構造が一部異なっている。すなわち、上記処理２の動作で用いられた購入証明作成履歴表において最終提供日時のデータが記録されていたフィールドが、変更例では既提供商品のＩＤを記録するフィールドに変更されている。この態様によるｐＢｏｘを用いたｅＢｏｘ購入証明の発行を行なう処理２の変更動作においては、次の手順で処理が実行される。
ステップ１：まず、ライセンス配信管理手段１００の購入証明作成手段１０１は、書棚管理手段３０１がストアフロントゲートウェイ２２０経由で提示してきたｐＢｏｘの購入証明から「ｅＢｏｘ／ｐＢｏｘ種別」と「商品ＩＤ」を取得する。ここでは、ｅＢｏｘ／ｐＢｏｘ種別は「ｐＢｏｘ」となっているから、図１４中の「期間講読／パッケージ商品表」のレコードで、「商品ＩＤ」フィールドが上記取得した商品ＩＤのもの、具体的には「商品ＩＤ００９８」の１レコード（以下、商品レコードという）を検索して特定する。
ステップ２：次に購入証明作成手段１０１は、商品レコードの「ＭＰＩＤ」フィールドが保持するＭＰＩＤを取得し、連結表１のレコードで、「ＭＰＩＤ」フィールドが上記取得したＭＰＩＤのもの、具体的には「ＭＰＩＤ００１」となっているもの全レコード（以下、連結表１抽出レコード群という）を検索して特定する。
ステップ３：ついで、購入証明作成手段１０１は、連結表１抽出レコード群の各レコードの「商品ＩＤ」フィールドが保持する商品ＩＤを取得し、「ライセンス商品表」のレコードで、「商品ＩＤ」フィールドが上記取得した商品ＩＤのもの全レコード（以下、ライセンス商品表抽出レコード群という）を検索して特定する。
ステップ４：購入証明作成手段１０１は、さらに、書棚管理手段３０１が提示したｐＢｏｘの購入証明の購入日時と、購入証明作成履歴表の上記ｐＢｏｘの購入証明に対応するレコードの「有効期限」フィールドとで定められる期間に該当する全レコードを、ライセンス商品表抽出レコード群から抽出する。
ステップ５：購入証明作成手段１０１は、さらに、書棚管理手段３０１が提示してきたｐＢｏｘの購入証明に対応する「購入証明作成履歴表」のレコードの、既提供商品のＩＤフィールドに含まれるＩＤを商品ＩＤとするレコードを上記ステップ４で得たレコード群から削除する。
ステップ６：上記ステップ５で残った各レコードが保持する情報を用いて、購入証明を作成する。同時にそれらのレコードのＩＤ（ライセンス商品のＩＤ）を、上記ステップ１で書棚管理手段３０１が提示してきたｐＢｏｘの購入証明に対応する「購入証明作成履歴表」のレコードの既提供商品のＩＤフィールドに追加する。
ステップ７：上記ステップ６の購入証明に対応する「購入証明作成履歴表」のレコードを作成する。このとき、当該レコードの親ＰＯＰのＩＤフィールドにｐＢｏｘの購入証明ＩＤである「００３２６」を記入する。
【００７３】
以上の処理２の変更動作を実行することにより作成されるｅＢｏｘ購入証明は図１７（ａ）〜（ｄ）に示されたそれぞれのｅＢｏｘ購入証明と同一である。そして、この処理２の変更動作の結果記録された購入証明作成履歴表を図１９に示す。図１９に示された購入証明作成履歴表は図１８に示された購入証明作成履歴表と一部異なるが、ほぼ同一である。
【００７４】
上述の処理２の動作、或いは処理２の変更動作によりｅＢｏｘ購入証明の作成とその購入証明作成履歴の記録が行なわれると、作成されたｅＢｏｘ購入証明は購入証明作成手段１０１からストアフロントゲートウェイ２２０へ送付される。また、本事例のようにｅＢｏｘ購入証明が複数作成されたときはｅＢｏｘ購入証明群（ＰＯＰ群）が送付される。
【００７５】
ｅＢｏｘ購入証明を受け取ったストアフロントゲートウェイ２２０では、ボックスセット生成手段２２４において、そのｅＢｏｘ購入証明をまとめて１セットにしたボックスセットが生成される。その後このボックスセットはストアフロントゲートウェイ２２０からストアフロント窓口端末２１０へ送付される。
【００７６】
ストアフロント窓口端末２１０はボックスセットを受け取ると、そのボックスセットを購入要求対応手段２１３からクライアント端末３００の書棚管理手段３０１へ送付する。
【００７７】
書棚管理手段３０１はボックスセットを受け取ると、ボックスセットを書棚管理するために保存するとともに、書棚管理手段３０１から店頭サーバ２００へ向けてボックスセットの受信通知が送付される。このボックスセットの受信通知はクライアント端末３００が店頭サーバ２００からボックスセットを受け取ったことを確認するための通知である。このボックスセット受信通知はストアフロント窓口端末２１０の購入要求対応手段２１３からストアフロントゲートウェイ２２０へ送付される。ボックスセット受信通信にはボックスセットヘッダが添付される。
【００７８】
ストアフロントゲートウェイ２２０においては、上記ストアフロント窓口端末２１０からのボックスセット受信通知を受け取ると、そのボックスセット受信通知が正規なものであるか否かをチェックする。このチェックはストアフロント窓口端末２１０に対する簡易認証の処理により実行され、例えばストアフロント窓口端末２１０のＩＰアドレスを照合するなどの処理がなされる。その後ストアフロントゲートウェイ２２０においてＮＯＰ処理が行なわれ、ストアフロントゲートウェイ２２０からストアフロント窓口端末２１０に対してボックスセット受信応答が返信され、さらにこのボックスセット受信応答はストアフロント窓口端末２１０からクライアント端末３００の書棚管理手段３０１へ返信される。
【００７９】
なお、以上の動作においては、クライアント端末３００側、すなわち、ユーザは未だライセンスを取得した状態にはなく、そのライセンスを取得するための購入証明（期間講読商品やパッケージ商品のボックスセットの形になっているレシートの集まり）を有しているに過ぎない。したがって、次にクライアント端末３００側においてライセンスを取得したい場合は、書棚管理手段３０１がボックスセットを各ボックス、すなわち、一つ一つのｅＢｏｘに分解し、ｅＢｏｘの内容をＧＵＩに一覧表示する。これに対してユーザが表示手段３０４に表示された一覧で、ライセンス取得対象を指定し、ライセンス配信管理手段１００へライセンス要求を送付する。このライセンス要求は、クライアント端末３００からライセンス配信管理手段１００へ、ライセンスそのものの発行を要求するもので、ライセンス購入要求とは別の処理動作であり、このライセンス要求には指定されたｅＢｏｘの購入証明が添付される。
【００８０】
ライセンス配信管理手段１００は、上記ライセンス要求を受けると、書棚管理手段３０１からのライセンス要求に添付された購入証明が改ざんされているか否かをチェックし、改ざんされていなければその購入証明作成履歴格納手段１２０に当該購入証明を作成した記録が存在するか否かをチェックする。そして、当該購入証明を作成した記録が存在する場合は、ライセンス生成手段１０２においてその購入証明が指示するライセンスを生成するとともに、購入証明作成履歴格納手段１２０に存在する当該購入証明作成履歴を削除する。その後生成されたライセンスはライセンス提供手段１０３へ送られ、ライセンス提供手段からクライアント端末３００へ送付される。これにより、クライアント端末３００側において指示された購入証明に対応するライセンスが発行されたことになる。クライアント端末３００側においては、発行されたライセンスが書棚管理手段３０１に保存される。なおライセンス実行の対象となるディジタルコンテンツはいつの時点でも任意にダウンロードし得ることは先に説明した通りである。一般には上記ライセンスが発行される、或いは実行されるまでの間の期間に適宜クライアント端末３００にダウンロードされているのが普通である。
【００８１】
以上のように、本実施の形態によれば、クライアント端末３００からネットワークを介してデジタルコンテンツを視聴するためのライセンスの購入要求を受信した場合、そのライセンスの購入要求を店頭サーバ２００のストアフロント窓口端末２１０で受け、このストアフロント窓口端末２１０で決済処理を第１段階で行ない、その後、このストアフロント窓口端末２１０で決済が確実に終了したことを確認した後、クライアント端末３００側から見て上記ストアフロント窓口端末２１０よりも奥に設置された店頭サーバの管理端末、すなわち、ストアフロントゲートウェイ２２０でライセンス発行に必要な処理を行なうようにしたため、クライアント端末３００や課金処理部５００との通信は常にストアフロント窓口端末２１０に委ねることができる。このため、クライアント端末３００や課金処理部５００と店頭サーバ２００とを接続する場合クライアント端末３００側および課金処理部５００側の仕様が店頭サーバ２００ごとに異なっていても店頭サーバ２００側における通信接続構造の変更をストアフロントゲートウェイ２２０についてまで行なう必要はなく、多様な店頭サーバ２００に対応できる高い汎用性をストアフロントゲートウェイ２２０に持たせることができる。
【００８２】
（第２の実施の形態）
図２０は、本発明の第２の実施の形態に係るライセンス販売システムにおけるｐＢｏｘを用いたｅＢｏｘ購入証明の再発行について説明する図である。この図においては、上記ｅＢｏｘ購入証明の再発行に際して用いられる購入証明作成履歴表とライセンス商品表とを関連付けることにより、ｅＢｏｘ購入証明が上記再発行により作成される態様が示されている。
【００８３】
上述したように、ライセンス配信管理手段１００においてｅＢｏｘ購入証明が作成されると、この作成されたｅＢｏｘ購入証明は購入証明作成手段１０１からストアフロントゲートウェイ２２０へ送付される（段落「００７４、００７５、００７６」の説明）。さらに上記ｅＢｏｘ購入証明はストアフロント窓口端末２１０を経由してクライアント端末３００の書棚管理手段３０１へ送付される。この、ライセンス配信管理手段１００からクライアント端末３００の書棚管理手段３０１へｅＢｏｘ購入証明が送付される間に、何らかのトラブルによりｅＢｏｘ購入証明が書棚管理手段３０１に届かなかった場合は、書棚管理手段３０１からストアフロント窓口端末２１０へ向けて、再度ｅＢｏｘ要求（ｅＢｏｘ再要求）が送付される（段落「００６６」の説明）。このときのｅＢｏｘ再要求処理においては、上述の処理のときと同様ｐＢｏｘの購入証明が添付され、このｅＢｏｘ再要求はストアフロントゲートウェイ２２０を介してライセンス配信管理手段１００に送付される。このＰＯＰ再要求に当たっては、書棚管理手段３０１から送られてきたｐＢｏｘの購入証明が送信データとして添付される。ライセンス配信管理手段１００は購入証明作成手段１０１において、上記ＰＯＰ再要求を受けると、ストアフロントゲートウェイ２２０からのＰＯＰ要求が正規なものであるか否かをチェックし、さらに上記ストアフロントゲートウェイ２２０から受け取ったｐＢｏｘのＰＯＰが改ざんされていないかをチェックする。これらのチェックが終了すると、ライセンス配信管理手段１００はｅＢｏｘ購入証明の再発行処理の動作を開始する。
【００８４】
ここで、上記ｅＢｏｘ購入証明の再発行動作について処理３として説明する。
【００８５】
（処理３の動作）
この処理３ではｅＢｏｘ購入証明の再発行が行なわれる。この処理３においては、次の手順で処理が実行される。
ステップ１：まず、ライセンス配信管理手段１００は、書棚管理手段３０１がストアフロント窓口端末２１０およびストアフロントゲートウェイ２２０経由で提示してきた購入証明から「ｅＢｏｘ／ｐＢｏｘ種別」と「商品ＩＤ」を取得する。「ｅＢｏｘ／ｐＢｏｘ種別」がｐＢｏｘである場合、購入証明作成履歴表の「親ＰＯＰのＩＤ」フィールドに上記提示された購入証明の購入証明ＩＤを保持するレコードを検索して特定する。ここで該当する購入証明ＩＤとは、「００３４０」、「００３４１」、「００３４２」、「００３４３」である。
ステップ２：次にライセンス配信管理手段１００は、上記ステップ１で取得したレコードの商品ＩＤフィールドが保持する商品ＩＤを取得し、ライセンス商品表の「商品ＩＤ」フィールドが上記取得した商品ＩＤを保持するレコードを検索して特定する。
ステップ３：次にライセンス配信管理手段１００は、上記ステップ２で取得したレコードの内容を用いて、購入証明を作成する。但しこの場合に、「購入証明ＩＤ」の値は購入証明作成履歴表に既存の対応レコードが保持する値を再利用する。
【００８６】
以上の処理によりｅＢｏｘ購入証明の再発行（再作成）が行なわれる。この作成されたｅＢｏｘ購入証明は図２０の（ａ）〜（ｄ）に示された通りである。ちなみにこれらのｅＢｏｘ購入証明は図１７（ａ）〜（ｄ）に示されたそれぞれのｅＢｏｘ購入証明と同一である。これらの再発行されたｅＢｏｘ購入証明群は購入証明作成手段１０１からストアフロントゲートウェイ２２０へ送付される。
【００８７】
ｅＢｏｘ購入証明を受け取ったストアフロントゲートウェイ２２０では、ボックスセット生成手段２２４において、そのｅＢｏｘ購入証明をまとめて１セットにしたボックスセットが生成される。その後このボックスセットはストアフロントゲートウェイ２２０からストアフロント窓口端末２１０へ送付される。
【００８８】
ストアフロント窓口端末２１０はボックスセットを受け取ると、そのボックスセットを購入要求対応手段２１３からクライアント端末３００の書棚管理手段３０１へ送付する。
【００８９】
書棚管理手段３０１はボックスセットを受け取ると、ボックスセットを書棚管理するために保存するとともに、書棚管理手段３０１から店頭サーバ２００へ向けてボックスセットの受信通知が送付される。このボックスセットの受信通知はクライアント端末３００が店頭サーバ２００からボックスセットを受け取ったことを確認するための通知である。このボックスセット受信通知はストアフロント窓口端末２１０の購入要求対応手段２１３からストアフロントゲートウェイ２２０へ送付される。ボックスセット受信通信にはボックスセットヘッダが添付される。
【００９０】
ストアフロントゲートウェイ２２０においては、上記ストアフロント窓口端末２１０からのボックスセット受信通知を受け取ると、そのボックスセット受信通知が正規なものであるか否かをチェックする。このチェックはストアフロント窓口端末２１０に対する簡易認証の処理により実行され、例えばストアフロント窓口端末２１０のＩＰアドレスを照合するなどの処理がなされる。その後ストアフロントゲートウェイ２２０においてＮＯＰ処理が行なわれ、ストアフロントゲートウェイ２２０からストアフロント窓口端末２１０に対してボックスセット受信応答が返信され、さらにこのボックスセット受信応答はストアフロント窓口端末２１０からクライアント端末３００の書棚管理手段３０１へ返信される。これ以降の処理（ライセンス要求）は上記第１の実施の形態におけると同様である。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、クライアント端末からネットワークを介して複数の商品をグループ化した期間講読商品或いはパッケージ商品として販売されるデジタルコンテンツを視聴するためのライセンスの購入要求を受信した場合、そのライセンスの購入要求を店頭サーバの受付窓口端末で受け、この受付窓口端末で決済処理を第１段階で行ない、その後、この受付窓口端末で決済が確実に終了したことを確認した後、クライアント端末側から見て前記受付窓口端末よりも奥に設置された店頭サーバの管理端末でライセンス発行に必要な処理を行なうようにしたため、複数の商品をまとめてグループ化した商品についてもライセンスの購入／販売が行なえ、しかも、ライセンス販売に際しての金銭の取得ミスを無くすことができる上、ライセンス販売処理において課金、未課金をチェックするテーブルや処理が不要となり、処理動作の簡素化と処理プログラムの簡素化およびメモリの有効利用が図れる。また、クライアント端末や課金処理部との通信は常に受付窓口端末に委ねることができる。このため、クライアント端末や課金処理部と店頭サーバとを接続する場合クライアント端末側および課金処理部側の仕様が店頭サーバごとに異なっていても店頭サーバ側における通信接続構造の変更を店頭サーバの管理端末についてまで行なう必要はなく、汎用性に優れた店頭サーバとすることができる。
【００９２】
本発明はまた、上記決済後にライセンス発行に必要な処理を行なうに際して、ライセンスを直接発行せず購入証明（一般の取引におけるレシート、受取証、或いは引換券などに相当する電子データ）を作成してクライアント端末に送付し、その後クライアント端末からライセンス発行要求を受けてライセンスを発行するようにしたため、ライセンス販売における事故や食い違いを回避することができる。
【００９３】
本発明はまた、上記決済後にライセンス発行に必要な処理を行なうに際して、ライセンスの購入要求の対象である期間講読商品或いはパッケージ商品（複数の商品がまとめてグループ化されている）に対応するｐＢｏｘ購入証明を作成してクライアント端末送付し、その後クライアント端末からｐＢｏｘを分解したｅＢｏｘを要求するｅＢｏｘ要求を受信してから、該当するｅＢｏｘ購入証明を生成してクライアント端末送付し、当該クライアント端末がライセンス要求できるようにしたため、複数の商品が含まれた期間講読商品或いはパッケージ商品についての購入、販売が円滑に行なえ、ライセンス販売における事故や食い違いを回避することができる。
【００９４】
本発明は第４に、購入証明の生成から、クライアント端末への送付までの処理の履歴を明らかにし得るボックスセットファイルを作成し、作成したボックスセットファイルにそのファイルＩＤと前記決済のＩＤなどの必要なデータを、各処理の実行の都度付加するようにしたため、途中の処理の進行度合いが明らかになり、トラブルの発生を防止することができる。
【００９５】
本発明は第５に、上記ｐＢｏｘ購入証明を作成したときに、このｐＢｏｘ購入証明を直ちにクライアント端末に送付せず、購入証明取得用の電子データを送付し、その後クライアント端末からボックスセット要求を受けてボックスセット・・（ｐＢｏｘ購入証明を含むデータ）をクライアント端末に送付するようにしたため、購入証明の受渡しをより安全且つ確実に行なえる。
【００９６】
本発明はまた、期間講読商品或いはパッケージ商品とこれに関連するライセンス商品とをリンクさせて商品を管理し、且つこのリンク管理を行なうために連結子として共通化識別子であるＭＰＩＤを双方の商品に与えているため、データベース内の大量の商品群の中から目的とする商品を検索してグループにまとめることが容易に且つ迅速に行なえる。またデータベース内における商品の整理、および把握管理も確実に行なえる。
【００９７】
また、本発明では、ｐＢｏｘ購入証明は複数の商品についてのまとめ売りのレシートに該当し、このｐＢｏｘ購入証明を分解することによりｅＢｏｘ購入証明が作成可能であるから、コンピュータ処理による商品のまとめ分解が容易にできる。さらに、このｐＢｏｘ購入証明からｅＢｏｘ購入証明の作成処理においては、ＭＰＩＤを連結子とするリンク管理手段によりｅＢｏｘ購入証明の対象となる商品が検索、取得され、また、ライセンス商品には互いに異なった複数のＭＰＩＤを付与可能であり、且つ複数のＭＰＩＤを付与されたライセンス商品は互いに異なった複数の期間講読商品或いは或いはパッケージ商品のグループに包含可能であるため、一つの商品がその内容によって複数の側面（特徴）を持ち得、それぞれの側面に応じて複数のカテゴリー、或いは属性に包含されることがある場合に柔軟に期間講読／パッケージ商品を編集、作成でき販売形態を動的に変更することができる。
【００９８】
また、本発明では、購入証明をクライアント端末に送付するときはボックスセットファイルを削除するようにしたため、不要になったデータがメモリに残らず、メモリの有効利用が図れる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態におけるライセンス配信システムのブロック構成図
【図２】本発明の第１の実施の形態におけるライセンス販売システムにおけるライセンス販売制御動作を示すシーケンス図
【図３】本発明の第１の実施の形態におけるライセンス販売システムにおけるライセンス販売制御動作を示す前記図２に引続くシーケンス図
【図４】本発明の第１の実施の形態におけるライセンス販売システムにおけるライセンス販売制御動作を示す前記図３に引続くシーケンス図
【図５】本発明の第１の実施の形態におけるライセンス販売システムにおけるライセンス販売制御動作を示す前記図４に引続くシーケンス図
【図６】本発明の第１の実施の形態において商品販売のために案内しているライセンス利用権の商品一覧表の一部分を例示する図
【図７】本発明の第１の実施の形態における購入証明のデータ構成を示す図
【図８】本発明の第１の実施の形態におけるｅＢｏｘのデータ構成を示す図
【図９】本発明の第１の実施の形態におけるｐＢｏｘのデータ構成を示す図
【図１０】本発明の第１の実施の形態におけるボックスセットの構成を示す図
【図１１】本発明の第１の実施の形態におけるボックスセットヘッダのデータ構造を示す図
【図１２】本発明の第１の実施の形態におけるストアフロントゲートウェイにより作成されるボックスセットファイルＩＤの構成を示す図
【図１３】本発明の第１の実施の形態における購入証明と、ｅＢｏｘと、ｐＢｏｘと、ボックスセットとの構成上の関係を示す図
【図１４】本発明の第１の実施の形態における商品情報データベースが期間講読／パッケージ商品とこれに関連するライセンス商品とをリンクさせて商品を管理する態様を示すリンク管理図
【図１５】本発明の第１の実施の形態においてｐＢｏｘ購入証明の作成処理において作成されたｐＢｏｘ購入証明のデータ構成を示す図
【図１６】本発明の第１の実施の形態におけるｐＢｏｘ購入証明作成処理において、購入証明作成履歴が記録された購入証明作成履歴表を示す図
【図１７】本発明の第１の実施の形態においてｐＢｏｘ購入証明からｅＢｏｘ購入証明を作成する処理動作により作成されたｅＢｏｘ購入証明のデータ構成を示す図
【図１８】本発明の第１の実施の形態においてｐＢｏｘ購入証明からｅＢｏｘ購入証明を作成する処理において、購入証明作成履歴が記録された購入証明作成履歴表を示す図
【図１９】本発明の第１の実施の形態において、図１７にしめされたものとな異なった方式でｐＢｏｘ購入証明からｅＢｏｘ購入証明を作成する処理において、購入証明作成履歴が記録された購入証明作成履歴表を示す図
【図２０】本発明の第２の実施の形態におけるｐＢｏｘを用いたｅＢｏｘ購入証明の再発行について説明する図
【符号の説明】
１００ライセンス配信管理手段
１０１購入証明作成手段
１０２ライセンス生成手段
１０３ライセンス提供手段
１１０商品情報データベース（商品管理手段）
１２０購入証明作成履歴格納手段
２００店頭サーバ
２１０ストアフロント窓口端末（受付窓口端末）
２１１クライアント要求受付手段
２１２商品一覧格納手段
２１３購入要対応手段
２１４決済手段
２２０ストアフロントゲートウェイ（管理端末）
２２１ボックスセットファイル作成手段
２２２ボックスセットファイル管理手段
２２３ボックスセットファイル削除手段
２２４ボックスセット生成手段
２２６ボックスセット提供手段
３００クライアント端末
３０１書棚管理手段
３０２ウェブブラウザ
３０３データ入力手段
３０４表示手段
３０５制御手段
４００コンテンツ配信サーバ
５００課金処理部
６００商品情報登録端末[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a digital content license sales system that manages a license of digital content data and realizes proper distribution of the digital content.
[0002]
[Prior art]
Digital content made up of digital data has a characteristic that quality does not deteriorate even if copying is repeated. Therefore, in services using digital contents, it is indispensable to prevent piracy such as copying / reusing digital contents without permission of the copyright holder.
[0003]
In this regard, the development of encryption technology has contributed to improving the security level of digital content. A conventional example of preventing copyright infringement using this cryptographic technique is known (for example, see Patent Document 1).
[0004]
The conventional example discloses a method for managing license distribution of digital content using the digital content and the content usage conditions attached to the content, and the operation system function is activated to view the digital content. When a digital content activation request is issued from a user to a digital management system that manages digital content, the operation of the digital content is monitored, and pay per use including time lending / number lending By generating data and billing data for digital contents and notifying the monitoring result to a license management center operated in a centralized management manner, fraudulent acts such as using digital contents without consideration are suppressed.
[Patent Document 1]
JP 11-259574 A
[0005]
[Problems to be solved by the invention]
However, in the conventional license distribution management method, the user needs to connect to the license management center in order to actually view the digital content, and it is impossible to view the content on a device that does not have this function. Had problems. Also, from the user's point of view, there is a problem that privacy is not protected because usage information of digital contents is known to a third party. In addition, there is a problem that no mention is made regarding handling of licenses and billing when data communication is interrupted.
[0006]
Furthermore, in the field of publishing, there are monthly magazines, weekly magazines, and other periodicals, and there is a practice of purchasing such periodicals by means of a monthly contract, etc., but license distribution management using computers Conventionally, there has not been a technique for managing the purchase / sales of licenses for electronic publications by a method or system such as a monthly contract (ie, period subscription) or package sales.
[0007]
The present invention has been made in view of the above-mentioned problems in the prior art, and a first object of the present invention is to satisfactorily manage the purchase / sales of licenses for electronic publications by methods such as period subscription or package sales. And providing a license distribution method and a license distribution system.
[0008]
A second object of the present invention is to provide a license distribution method and a license distribution system capable of reliably selling / purchasing a license relating to period subscription for the electronic publication.
[0009]
A third object of the present invention is to provide a license distribution method and a license distribution system capable of surely performing a settlement process when selling / purchasing a license for period subscription of the electronic publication.
[0010]
A fourth object of the present invention is to provide a license distribution method and a license distribution system capable of preventing accumulation of unnecessary data after the sales are completed in the sales of the license relating to the period subscription for the electronic publication.
[0011]
A fifth object of the present invention is to provide a license distribution method and a license distribution system capable of issuing a license only once to a license purchaser when selling / purchasing a license for period subscription of the electronic publication. It is to be.
[0012]
A sixth object of the present invention is to provide a license distribution method and a license distribution system that make it possible to easily construct a system for various business types for selling / purchasing licenses relating to period subscriptions for the electronic publication. .
[0013]
[Means for Solving the Problems]
In order to achieve the above object, the present invention firstly provides a license purchase request for viewing digital contents sold as a period subscription product or packaged product in which a plurality of products are grouped from a client terminal via a network. Is received at the reception window terminal of the storefront server, the payment processing is performed at the reception window terminal at the first stage, and then it is confirmed that the payment has been securely terminated at this reception window terminal. After that, the processing required for license issuance is performed at the management terminal of the storefront server installed behind the reception window terminal as viewed from the client terminal side.
[0014]
Second, the present invention creates a proof of purchase (electronic data corresponding to a receipt, receipt, or voucher in a general transaction) without directly issuing a license when performing the processing necessary for issuing a license after the settlement. The license information is sent to the client terminal, and then a license is issued upon receipt of a license issuance request from the client terminal.
[0015]
Thirdly, the present invention corresponds to a period subscription product or packaged product (a plurality of products are grouped together), which is a target of a license purchase request, when performing processing necessary for issuing a license after the settlement. Create a pBox purchase certificate and send it to the client terminal. Then, after receiving an eBox request for requesting an eBox obtained by disassembling the pBox from the client terminal, generate an appropriate eBox purchase certificate and send it to the client terminal. A feature is that a license can be requested.
[0016]
Fourth, the present invention creates a box set file for recording a history of processing from generation of purchase proof to delivery to the client terminal, and the file ID and the ID of the settlement are created in the created box set file. The necessary data is added every time each process is executed.
[0017]
Fifth, when the pBox purchase certificate is created, the present invention does not immediately send the pBox purchase certificate to the client terminal, but sends the box set file ID, and then receives the box set request from the client terminal. The set (data including the pBox purchase certificate) is sent to the client terminal.
[0018]
Sixth, the present invention manages products by linking period subscription products or packaged products and related license products, and MPID, which is a common identifier, is used as a connector for both link management. It is characterized by giving to goods. In the present invention, the pBox purchase certificate corresponds to a collective sales receipt for a plurality of products, and an eBox purchase certificate can be created by disassembling the pBox purchase certificate. In the creation process of the eBox purchase certificate from the pBox purchase certificate, the product for the eBox purchase certificate is retrieved and acquired by the link management means using the MPID as a connector. Also, a plurality of different MPIDs can be assigned to the licensed product. This is because a single product may have a plurality of aspects (features) depending on the contents, and may be included in a plurality of categories or attributes according to each aspect. A licensed product to which a plurality of MPIDs are assigned can be included in a group of a plurality of period-listed products or packaged products that are different from each other.
[0019]
Seventhly, the present invention is characterized in that the purchase certificate includes eBox / pBox type data for determining whether the purchase certificate is for a period subscription product or a packaged product or a licensed product. Based on the eBox / pBox type, a purchase certificate creation process is selected.
[0020]
Eighth, the present invention is characterized in that, when a purchase certificate is created, a purchase certificate creation history is recorded and a purchase certificate creation process is traced. When the eBox purchase certificate is created based on the pBox purchase certificate, the purchase certificate creation history is recorded, and the ID of the parent pBox purchase certificate is included in the purchase certificate creation history for the created eBox purchase certificate. Record.
[0021]
Ninth, the present invention is characterized by receiving a purchase certificate request again and reissuing an unacquired purchase certificate when there is no response to the generation of a purchase certificate and a sending task after the settlement process. It is possible to deal with troubles.
[0022]
Tenthly, the present invention provides a client terminal that outputs a license purchase request and a license request, a storefront server that receives a license purchase request for viewing digital contents from the client terminal via a network, and a request for purchasing the license. A license distribution system is constructed by a license distribution management means for creating a corresponding purchase certificate, and the storefront server is provided with a reception window terminal for receiving the license purchase request and a management terminal for performing processing necessary for issuing the license The license distribution management means includes a product management means for managing a product by linking a period subscription product or package product and a license product related thereto, and a period subscription product or package product that is the target of the license purchase request. PBox purchase proof corresponding to An over-the-counter server, comprising: a purchase certificate creating means for creating; and a purchase certificate creating means for creating a corresponding eBox purchase certificate in response to an eBox request corresponding to a licensed product comprising individual items including the pBox purchase certificate. Then, the reception window terminal receives a license purchase request for viewing a digital content sold as a period subscription product or a package product by grouping a plurality of products from a client terminal via a network. After accepting the payment, the payment processing for the license purchase request is performed. After the payment processing is completed, a pBox purchase certificate corresponding to the subscription product or packaged product for the period of the license purchase is created, and the created pBox purchase certificate From the license distribution management means When the client terminal sends an eBox request corresponding to a licensed product composed of individual items including the pBox purchase certificate, the license distribution management means generates the corresponding eBox purchase certificate. When the client terminal sends the license request including the eBox purchase certificate to the client terminal, the license distribution management means generates the corresponding license and sends the license to the client terminal that requested the license. Features.
[0023]
In the eleventh aspect of the present invention, the merchandise management means manages the merchandise by giving the MPID, which is a common identifier, to both merchandise as a connector for managing the link between the period subscription merchandise or package merchandise and the licensed merchandise related thereto It is characterized by doing.
[0024]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. In addition, this invention is not limited to these embodiments at all, and can be implemented in various modes without departing from the scope of the invention.
[0025]
(First embodiment)
FIG. 1 is a functional block configuration diagram of a license sales system according to the first embodiment of the present invention. In FIG. 1, 100 is a license distribution management means having a function as a license distribution server (LDMS), 200 is a storefront server (SF: Storefront Server), 300 is a client terminal, 400 is a content distribution server, 500 Is a billing processing unit.
[0026]
The license distribution management unit 100 includes a purchase certificate creation unit 101, a license generation unit 102, a license provision unit 103, a product information database 110, and a purchase certificate creation history storage unit 120. Proof of purchase (POP) is electronic data corresponding to a receipt, receipt, or voucher in a general transaction. Further, the “product” in the present invention is a license.
[0027]
The storefront server 200 is a storefront window terminal 210 as a reception window terminal that accepts a license purchase request from the client terminal 300, and a management terminal installed behind the storefront window terminal 210 when viewed from the client terminal 300 side. Store front gateway (GW: Gateway) 220. The storefront window terminal 210 includes a client request reception unit 211, a product list storage unit 212, a purchase request response unit 213 that performs a process corresponding to a license purchase request from the client terminal 300, and a charging processing unit 500. And payment means 214 for performing payment processing.
[0028]
The store front gateway 220 includes a box set file creation unit 221 that creates a box set file, a box set file management unit 222 that holds and manages the created box set file, and a box that deletes an unnecessary box set file. Based on the purchase certificate received from the set file deletion unit 223 and the license distribution management unit 100, an eBox corresponding to a receipt corresponding to each purchase certificate is generated, and a box set (collection of purchase certificates) in which the eBoxes are collected A box set generation unit 224 to generate, and a box set provision unit 226 to send the box set held in the box set file management unit 222 to the client terminal 300 are configured.
[0029]
The client terminal 300 includes a bookshelf management unit 301 that manages purchase certificates received from the storefront server 200, and a web browser 302 that establishes communication between the client terminal 300 and the storefront server 200 or the license distribution management unit 100. Yes. The client terminal 300 further controls a data input means 303 for inputting data such as a command at the time of a license purchase request operation, a display means 304 for displaying management contents in the bookshelf management means 301, and a processing operation of the client terminal 300. And a control means 305 for performing the operation. In FIG. 1, reference numeral 600 denotes a product information registration terminal that registers product information (license information) in the product information database 110.
[0030]
Hereinafter, the user (customer) who owns or operates the client terminal 300 as an example of the network, as an example of a case where the user wishes to purchase a license for the electronic book on the Internet, the license distribution system according to the first embodiment is described. The operation will be described. Moreover, the method of purchasing a license for the above e-book is not to purchase a license for each e-book, but to purchase periodicals monthly, or to purchase a license for books that are sold together as a packaged product. Target cases.
[0031]
Even if the digital content of the electronic book according to the present invention is distributed, it cannot be browsed without a license. This method is realized by encrypting digital contents and including a decryption key in the license. The encrypted digital content is downloaded from the content distribution server 400 to the client terminal 300, but the download timing can be performed at any time. The product information database 110 is constructed using an SQL database, and product information (license information) is registered in advance from the product information registration terminal 600 using an SQL insert statement. This merchandise information database 110 is fixed depending on whether each merchandise registered therein is a licensed merchandise (discussed later) that is sold separately in a predetermined manner of use, or by a monthly contract, etc. It has type information indicating whether it is a period subscription product that is sold for a period of time, or it is a packaged product that is packaged and sold together. In addition, the product information database 110 has a function as a product management means for managing products by linking a period subscription product or a packaged product and a licensed product related thereto for each product registered therein. Yes. Part of the information in the product information database 110 is sent to the storefront server 200 and stored in the product list storage means 212 of the storefront window terminal 210.
[0032]
The merchandise information managed by the merchandise information database 110 includes a merchandise ID, a merchandise name, a price, a merchandise ID of each merchandise (in this embodiment, a book, an electronic recording medium such as a music or video CD or DVD). Data such as title, author, effective start date / time, effective end date / time, publication date, publisher, etc. are included. The system includes a device in which the license distribution management unit 100, the storefront server 200, the client terminal 300, and the like are connected via a network, and communicates personal information such as credit information and data including a license for copyright protection. Therefore, it is necessary to communicate securely, and this is realized by using a secure protocol such as SSL.
[0033]
2 to 5 are sequence diagrams showing a license sales control operation in the license sales system according to the present embodiment. In FIG. 2, the client terminal 300 first makes a member login request from the web browser 302 to the storefront server 200. The member ID and password are attached to this member login request. On the storefront server 200 side, the client request receiving means 211 of the storefront window terminal 210 receives the login request and takes in the member ID and password. Next, the storefront window terminal 210 reads the product list from the product list storage means 212 and sends the member screen and cookie information to the web browser 302. Thereafter, the web browser 302 attaches cookie information to information transmitted to the storefront window terminal 210. The merchandise list is guidance or explanation information on the content usage rights sold by the storefront server 200.
[0034]
FIG. 6 shows an example of a part of the product list of license usage rights guided by the product list. The contents of the product list are also functions aimed by the license distribution system according to the present embodiment.
[0035]
First of all, the contents can be commercialized in a plurality of usage methods (Usage Rules). In this specification, each product specified in each usage method is described as “ This will be referred to as “licensed product”. An example of this is the provision of usage rights for the March 2003 issue of Monthly XX,
3 days usage right ¥ 150-
7th use right ¥ 350-
January usage right ¥ 550-
Indefinite use right ¥ 850-
There is something that sets the usage period and its selling price. Here, “3-day usage right ¥ 150-”, “7-day usage right ¥ 350-”, “January usage right ¥ 550...”, Etc. are licensed products. This licensed product can be purchased as part of a monthly purchase, or it can be purchased separately. This is equivalent to being able to purchase a monthly magazine with a monthly contract, or even if you don't have a monthly contract, you can purchase the “monthly issue” that you currently sell.
[0036]
As a second example of the guidance product, when the content is a periodical publication such as a monthly magazine or a weekly magazine, the term subscription right of the licensed product is commercialized, and this is referred to as “period subscription product” in this specification. I will decide. This is a licensed product sold under a monthly contract. An example of this is the provision of usage rights for each monthly issue of Monthly ○ X,
3 days use right
6 months reading ¥ 850-
12 months subscription ¥ 1,650-
7 days usage rights
6 months reading ¥ 2,000-
12 months subscription ¥ 3,850-
1 month usage right
6 months subscription ¥ 3,000-
12 months reading ¥ 6,050-
Indefinite usage rights
6 months reading ¥ 5,000-
12 months reading ¥ 9,350-
In some cases, the usage period, the monthly contract period, and the price are set. Here, “3-day usage right, 6-month subscription ¥ 850-”, “3-day usage right, 12-month subscription ¥ 1,650-”, “7-day usage right, 6-month subscription ¥ 2,000-” "," 7-day usage right, 12-month subscription ¥ 3,850- ", ... are period-period subscription products.
[0037]
As a third example of the guide product, when the content is existing (already published), a plurality of licensed products are bundled (combined) into a product, and this is referred to as “package product” in this specification. I will call it. An example of this is the provision of usage rights for each monthly issue of all 17 technical magazines that describe DRM.
3-day usage right ¥ 2,400-
7-day usage right ¥ 5,600-
One month usage right ¥ 8,800-
Indefinite use right ¥ 13,600-
There is something that sets the usage period and its price. Here, “3-day usage rights ¥ 2,400-”, “7-day usage rights ¥ 5,600-”, “1-month usage rights ¥ 8,800-”, etc. are packaged products. . The sale of this package product corresponds to the sale of a so-called back number.
[0038]
As described above, when a product is a period subscription product or a packaged product, a plurality of products (for example, six volumes for a six-month subscription of a monthly contract) are grouped together under a certain rule (or rule). Are grouped, and each group is treated as one product.
[0039]
A product to be purchased is selected between the storefront window terminal 210 and the web browser 302, and the user determines the purchased product by looking at the above-mentioned guidance information in the product list. The product to be purchased may be one type or a plurality of types of the licensed product, period subscription product, and package product, and the purchase unit may be one item or a plurality of items. When the purchased product is determined, a license purchase request is sent from the web browser 302 to the storefront window terminal 210. In this process, the type of product to be purchased and the product ID group are sent as transmission data.
[0040]
Next, on the storefront server 200 side, the purchase request responding means 213 of the storefront window terminal 210 accepts the purchase request and calculates the purchase price and tax from the purchased product. When the amount is obtained, the amount data is sent to the settlement unit 214, and the settlement unit 214 makes a settlement request to the charging processing unit 500. When this settlement request is made, data such as a product ID group, a price, and a credit card number is sent from the settlement means 214 to the billing processing unit 500. When the settlement processing is completed, the billing processing unit 500 returns a settlement response to the storefront window terminal 210. This settlement response is accompanied by a settlement ID.
[0041]
In the storefront window terminal 210, the purchase request responding means 213 checks whether the result of the payment processing is normal or abnormal, and if it is abnormal, the network communication for license purchase request / acceptance is disconnected. An abnormal settlement result may include a case where the settlement is not executed correctly, the corresponding credit card number does not exist, or the balance is insufficient. When the settlement result is normal, a request for purchase proof is made in the form of a box set request from the storefront window terminal 210 to the storefront gateway 220 in the storefront server 200. When this box set request is made, the settlement ID, member ID, type of product purchased from the client terminal 300, and group of product IDs are sent as transmission data.
[0042]
Here, the relationship between the purchase certificate and the box set will be described. FIG. 7 is a diagram showing the data structure of the purchase certificate. This purchase certificate is generated by the purchase certificate generation unit 101 of the license distribution management unit 100. Whether the purchase certificate is a purchase certificate ID and a product corresponding to a licensed product (a receipt to be created is an eBox), or a product corresponding to a period subscription product or a packaged product (a receipt to be created is a pBox) ), Product ID, purchased item name (product name) and content download URL, purchase price (excluding tax), consumption tax rate, purchase date and time, purchase terminal IP address, purchase store name, store Each data includes a front URL, a license distributor name, a customer support name, a support telephone number, a support e-mail address, and signature data. Here, the signature data is data obtained by encrypting the purchase proof main body with a specific key and logic, and is signed when the purchase proof is generated by the purchase proof generation means 101 in the license distribution management means 100. One purchase certificate is generated independently for one product ID, and when the product is a licensed product, when one of the purchase certificates is generated and signed, the license distribution management means 100 stores the store front gateway. 220, where the purchase certificate is combined with the metadata to create an eBox. Further, when a plurality of products are grouped under a certain rule to become a period subscription product or a packaged product, one product ID is assigned to the group. When one of the purchase proofs is generated and signed in such a period subscription product or the like, it is sent from the license distribution management means 100 to the store front gateway 220, where the purchase proof is integrated with the metadata to create a pBox. Is done. FIG. 8 is a diagram illustrating a data configuration of eBox, and FIG. 9 is a diagram illustrating a data configuration of pBox. When there are a plurality of purchased products, that is, when a plurality of product IDs are designated, a plurality of purchase certificates, that is, a group of purchase certificates, is sent from the license distribution management means 100 to the store front gateway 220. In the store front gateway 220, a plurality of eBoxes and pBoxes are generated as many as the number of purchased products, and the plurality of eBoxes and pBoxes are combined to generate a box set.
[0043]
FIG. 10 is a diagram showing the configuration of a box set, and this box set is composed of a box set header, one or more eBoxes, and one or more pBoxes. In the example of FIG. 10, the box sets are collected in the order of eBox, pBox, and eBox from the top. Whether the box set includes one or more eBoxes or pBoxes depends on whether the user purchases one or more products corresponding to the eBoxes or pBoxes purchased in one purchase. From the above, it can be seen that the purchase certificate, eBox, pBox, and box set are basically the same, and all use the purchase certificate as the basis of the configuration. It can also be said that the purchase certificate, eBox, pBox, and box set are electronic data corresponding to a receipt (may be a receipt or a voucher) in a general transaction.
[0044]
FIG. 11 shows the data structure of the box set header. The box set header includes a box set file ID and signature data. The signature data is data obtained by encrypting the box set main body with a specific key and logic, and is signed when the box set is generated by the box set generation means 224 by the store front gateway 220.
[0045]
FIG. 13 shows the relationship between the purchase proof, eBox, pBox, box set, and box set header as described above. That is, eBox and pBox include a purchase certificate as a main component, and the box set is combined into one set of eBox or pBox, or both, and this box set is finalized (specified). The box set header with the signature is attached.
[0046]
FIG. 12 is a diagram showing the configuration of the box set file ID created by the store front gateway 220. As shown in FIG. The box set file ID includes a member ID, a settlement ID, and a box set ID.
[0047]
As described above, when the settlement result is normal, a request for purchase proof is made in the form of a box set request from the storefront window terminal 210 to the storefront gateway 220 in the storefront server 200. In the box set request, the type data and the product ID group attached to the purchase request from the web browser 302 are attached as transmission data. When this box set request is made, the store front gateway 220 checks whether or not the box set request from the store front window terminal 210 is legitimate. This check is executed by a simple authentication process for the storefront window terminal 210. For example, a process such as checking the IP address of the storefront window terminal 210 is performed. A plurality of storefront window terminals 210 may be connected to the storefront gateway 220. In this case, the IP address of the storefront window terminal 210 may be multiplexed.
[0048]
After authentication of the storefront window terminal 210 is performed, a boxset file with the payment ID as a file name is created under the member ID directory by the boxset file creation means 221 in the storefront gateway 220. The payment ID is the payment ID attached to the payment response from the billing processing unit 500 in the previous payment processing. At this point in time, the box set ID has not been described because the box set has not yet been generated. If the file with the file name created this time already exists, the process is relayed to prevent the execution of multiple processes when the same box set request is made. The box set file created in this way is stored in the box set file management means 222. After creating the box set file, the storefront gateway 220 sends a request for purchase proof to the license distribution management means 100 (POP request). When this POP request is made, a group of “type data and product ID” attached to the box set request from the storefront window terminal 210 is attached as transmission data.
[0049]
Upon receiving the POP request, the license distribution management unit 100 checks whether the POP request from the store front gateway 220 is legitimate. This check is executed by a store front gateway authentication process, for example, a process such as SSL mutual authentication. After authentication of the storefront gateway 220 is performed, a purchase certificate (POP) is created by the purchase certificate creating unit 101 of the license distribution management unit 100. The purchase certificate creating unit 101 reads necessary data for the product from the product information database 110 and creates a purchase certificate. At the same time, the purchase certificate creation history is recorded by the purchase certificate creation means 101, and this purchase certificate creation history is stored in the purchase certificate creation history storage means 120.
[0050]
Here, the creation of the purchase certificate and the recording operation of the purchase certificate creation history will be described as processing 1.
[0051]
(Operation of processing 1)
FIG. 14 is a link management showing a mode in which the product information database 110 manages products by linking a period subscription product or package product (hereinafter referred to as period subscription / package product) and a licensed product related thereto as a product management means. FIG. In FIG. 14, a license product table field representing license products in a tabular format is created on the left end, and a period subscription / package product table field representing tabular subscription / package products in a tabular format on the right end. It has been. In the licensed product table, for a single type of product, the product ID, purchased product name, and license usage rights are individually described or registered. In the period subscription / package product table, product IDs, purchased product names, and license usage rights are individually described or registered for the grouped products. A concatenation table 1 and a concatenation table 2 are provided between the license product table and the period subscription / package product table. The linked table 1 and linked table 2 have a function of associating and linking the products belonging to the licensed product table with the products belonging to the period subscription / package product table.
[0052]
The concatenation table 2 is a common identifier for bundling the contents of the right of use of the products registered in the period subscription / package product list, that is, the period subscription products having the same subscription period or some related period subscription products or package products. A table is given with a certain ID (this is called MPID). That is, products are extracted separately from the 3-day usage rights, 7-day usage rights,... In the product list of license usage rights shown in FIG. In the example of FIG. 14, MPID 001 is an ID assigned to all period-reading merchandise products corresponding to the 3-day usage right of each issue of monthly XX. Similarly, MPID 004 is an ID given to all the products that are subscribed for a period corresponding to the 7-day usage right of each issue of monthly XX. MPID 003 is an ID assigned to a packaged product consisting of all 17 technical magazines related to DRM technology. MPID 002 is an ID given to a package product consisting of 12 volumes of the academic society journal 2002.
[0053]
Next, the concatenation table 1 is a table in which each product ID and the MPID attached as described above are extracted from the product data in the license product table and set in a one-to-one correspondence with each product. The product is associated with a plurality of records in the linked table 2.
[0054]
Here, in FIG. 14, for example, when attention is paid to a product (referred to as A) surrounded by a double frame in the period subscription / package product table, the product ID of the product is 0098 and the MPID is 001. The license content is to exercise (subscribe) the 3 day usage right of each issue of monthly XX for 6 months, which is a period subscription product. On the other hand, when attention is paid to the product (B) surrounded by the lower frame, the product ID of the product is 0201, and the MPID is 001. The license content is to exercise (subscribe) the three-day usage right of each issue of monthly XX for 12 months, which is also a period subscription product. Since product A and product B are the same in terms of “three-day usage rights for each issue of monthly XX”, MPID is assigned the same 001. On the other hand, paying attention to the fourth product from the top in the licensed product table (assuming C), the product ID of the product is 0101, and the license content is the three-day usage right of the March 2003 issue of Monthly ○ X This is a licensed product. Commodity C and products A and B are the same in terms of “Monthly XX 3-day usage rights”, so linked table 1 and linked table 2 are linked to products A and B using MPID 001 as an identifier. ing. The products D, E, and F listed in the licensed product table of FIG. 14 are similarly linked to the products A and B. In the licensed product table of FIG. 14, the product ID is 0102 for the product D, and in the concatenation table 1, data “MPID 001” and “MPID 003” is created. In the point that it is included in “17 technical magazines related to DRM technology” while it has an attribute linked to products A and B, which are periodic subscription products, in terms of “Monthly ○ X 3-day usage rights” This means that it has an attribute linked to a product (product ID 0097) that is a package product. The link relationship in FIG. 14 is constructed in the above manner.
[0055]
When the type data received from the web browser 302 via the storefront window terminal 210 and the storefront gateway 220 is pBox, the license distribution management means 100 uses the period subscription / package product table record in FIG. A product ID field is searched and specified for the received product ID.
[0056]
Here, it is assumed that the product A with the product ID “0098” is specified. To define the contents of the product A, this is “subscribing the right to use 3 days of each issue of monthly XX for 6 months.
[0057]
Next, the license distribution management unit 100 creates a purchase certificate in the purchase certificate creation unit 101 using information held in the record acquired from the period subscription / package product table. The purchase certificate created in this purchase certificate creation process is shown in FIG. In this purchase certificate, the purchase certificate ID is “00326”. This is a serial number assigned to each purchase certificate that has been executed since the past, and is assigned when the purchase certificate is created this time. The eBox / pBox type is written as pBox, and indicates that a pBox should be created when creating an eBox or a pBox in the subsequent processing. The product ID is “0098”. The purchased item name, the content download URL, and the like are described based on the respective data. As the purchase date and time, “January 3, 2003, 15:27:32” is described. When these various types of information are described, signature data by the license distribution management means 100 is attached.
[0058]
On the other hand, the license distribution management means 100 creates the purchase certificate and records the purchase certificate creation history. An example of the purchase certificate creation history table in which the purchase certificate creation history is recorded is shown in FIG. This purchase certificate creation history table is stored in the purchase certificate creation history storage means 120. As a recording area, a purchase certificate ID field, an expiration date field, a product ID, an ID field of a parent purchase certificate, and a final provision date and time. Field. In this purchase certificate creation history table, “00326” is entered in the purchase certificate ID field. In the expiration date field, “July 3, 2003, 15:27:31” is described. This represents the end of the “6-month subscription”. “0098” is described in the product ID field. In the final provision date and time field, “2003/01/03 15:27:32”, which is the purchase date, is described. Nothing is described in the other fields because they are not determined at this time.
[0059]
When the purchase certificate creation history is recorded, the purchase certificate created above is sent to the store front gateway 220. When a plurality of purchase certificates are created, a purchase certificate group (POP group) is sent. In that case, depending on the created purchase certificate, there may be a mixture of eBox / pBox types of eBox and pBox. In the following description, we focus only on the pBox to avoid confusion.
[0060]
In the storefront gateway 220 that has received the purchase certificate (pBox), the box set generation unit 224 generates a box set in which a plurality of pBoxes are combined into one set, and the box set file management unit 222 holds and manages the box set. The box set is assigned a box set ID, and the contents of the box set are recorded in the corresponding box set file, and the box set ID is added to the extension of the box set file name. The box set file ID is sent from the store front gateway 220 to the store front window terminal 210 while the box set is held in the box set file management means 222.
[0061]
When the storefront window terminal 210 receives the box set file ID, the purchase request handling means 213 creates HTML for payment completion notification and box set automatic acquisition. This HTML includes the box set file ID received from the storefront gateway 220. The HTML for the payment completion notification and box set automatic acquisition is sent from the purchase request handling means 213 to the web browser 302 of the client terminal 300.
[0062]
The client terminal 300 displays the payment completion on the display means 304 based on the received payment completion notification and HTML for automatic box set acquisition. On the display screen, for example,
“Thank you for your purchase. You will continue to receive a receipt (proof of purchase).”
Message is displayed.
[0063]
Thereafter, the web browser 302 of the client terminal 300 automatically activates a procedure (or process) for acquiring a box set, and a box set acquisition process is started. When the box set acquisition process is started, a box set request is sent from the web browser 302 to the storefront window terminal 210. In the processing at this time, the box set file ID is attached as data. Next, on the storefront server 200 side, the purchase request handling means 213 of the storefront window terminal 210 accepts the box set request and transfers the box set request to the storefront gateway 220. Also in this process, the box set file ID is attached as data. When the storefront gateway 220 receives the box set request, it extracts the corresponding box set from the box set management means 222 based on the box set file ID and sends it to the box set providing means 226. The box set providing means 226 The box set is sent to the storefront window terminal 210.
[0064]
Upon receiving the box set, the storefront window terminal 210 sends the box set from the purchase request handling means 213 to the web browser 302 of the client terminal 300. When the web browser 302 receives the box set, it activates the book shelf management means 301 with the MIME type of the box set, stores the box set for book shelf management, and stores the box set from the book shelf management means 301 to the storefront server 200. Receive notification is sent. This box set reception notification is a notification for confirming that the client terminal 300 has received the box set from the storefront server 200. This box set reception notification is sent from the purchase request handling means 213 of the storefront window terminal 210 to the storefront gateway 220. A box set header is attached to the box set reception communication.
[0065]
When the store front gateway 220 receives the box set reception notification, the store front gateway 220 checks whether or not the box set header has been tampered with, and deletes the box set file from the box set file management means 222 if it has not been tampered with. When the box set reception notification is received in this way, the box set file is deleted in the store front gateway 220. Therefore, there is no problem of sending the same box set to the client terminal 300 many times, and reliable processing can be performed. it can. When the directory relating to the member ID becomes empty due to the deletion of the box set file, the member directory itself is also deleted. As a result, unnecessary data does not remain in a limited memory area and the memory can be used effectively. After the above processing, a box set reception response is returned from the store front gateway 220 to the store front window terminal 210, and this box set reception response is returned from the store front window terminal 210 to the bookshelf management means 301 of the client terminal 300. Is done.
[0066]
In the next stage, a process for acquiring an eBox group from the client terminal 300 is started. When processing of the eBox request is started, the eBox request is sent from the bookshelf management means 301 to the storefront window terminal 210. In this process, the pBox purchase certificate received in the previous process is attached. Next, on the storefront server 200 side, the purchase request handling means 213 of the storefront window terminal 210 accepts the eBox request and transfers this eBox request to the storefront gateway 220. Also in the processing at this time, the purchase certificate of pBox is attached as data. The storefront gateway 220 checks whether the eBox request from the storefront window terminal 210 is legitimate. This check is executed by a simple authentication process for the storefront window terminal 210. For example, a process such as checking the IP address of the storefront window terminal 210 is performed. A plurality of storefront window terminals 210 may be connected to the storefront gateway 220. In this case, the IP address of the storefront window terminal 210 may be multiplexed.
[0067]
After the authentication of the storefront window terminal 210 is performed, the storefront gateway 220 sends an eBox request to the license distribution management means 100 (POP request). When this eBox request is made, the purchase certificate of the pBox sent from the bookshelf management means 301 is attached as transmission data. Upon receiving the eBox request, the license distribution management unit 100 checks whether the eBox request from the storefront gateway 220 is legitimate. This check is executed by a store front gateway authentication process, for example, a process such as SSL mutual authentication. After authentication of the storefront gateway 220 is performed, the license distribution management unit 100 checks whether the pBox purchase certificate received from the storefront gateway 220 has been tampered with. Thereafter, an eBox purchase certificate (POP) is created by the purchase certificate creation unit 101 of the license distribution management unit 100. At the same time, the purchase certificate creation history is recorded by the purchase certificate creation means 101, and this purchase certificate creation history is stored in the purchase certificate creation history storage means 120.
[0068]
Here, the creation of the eBox purchase certificate and the recording operation of the purchase certificate creation history will be described as process 2.
[0069]
(Operation of processing 2)
In this process 2, an eBox purchase certificate is issued using the pBox. In this process 2, the process is executed in the following procedure.
Step 1: First, the purchase certificate creation unit 101 of the license distribution management unit 100 acquires “eBox / pBox type” and “product ID” from the pBox purchase certificate presented by the bookcase management unit 301 via the store front gateway 220. To do. Here, since the eBox / pBox type is “pBox”, in the “period subscription / package product table” record in FIG. 14, the “product ID” field has the product ID acquired above, specifically, Searches and identifies one record of “product ID 0098” (hereinafter referred to as product record).
Step 2: Next, the purchase certificate creation means 101 acquires the MPID held in the “MPID” field of the product record, and in the record of the linked table 1, the “MPID” field has the MPID acquired above, specifically, All records having “MPID 001” (hereinafter referred to as a linked table 1 extracted record group) are searched and specified.
Step 3: Next, the purchase certificate creating means 101 acquires the product ID held in the “product ID” field of each record of the linked table 1 extracted record group, and in the “license product table” record, the “product ID” field. Searches and specifies all records of the product ID acquired (hereinafter referred to as a licensed product table extraction record group).
Step 4: The purchase certificate creation means 101 further includes the date and time included in the last provided date and time field of the record of the “purchase certificate creation history table” corresponding to the purchase certificate of the above pBox in the purchase certificate creation history table, All the records corresponding to the period defined by the older date and time are extracted from the license product table extracted record group by comparing the value of the expiration date field of the record of the creation history table with the current date and time.
Step 5: The purchase certificate creating means 101 further creates a purchase certificate using the information held in each record obtained in Step 4 above. At the same time, the current date and time are overwritten and recorded in the last provided date and time field of the “purchase certificate creation history table” record corresponding to the pBox purchase certificate presented by the bookshelf management means 301 in step 1 above.
Step 6: The purchase certificate creating means 101 creates a “purchase certificate creation history table” record corresponding to the purchase certificate created in Step 5 above. At this time, “0032... 6” which is the purchase certification ID of pBox is entered in the ID field of the parent POP of the record.
[0070]
FIGS. 17A to 17D show the eBox purchase certificate created by the operation in the above process 2. FIG. FIG. 18 shows a purchase certificate creation history table recorded as a result of the operation in the above process 2. FIG. 17A shows the created eBox purchase certificate. For this eBox purchase certificate, the purchase certificate ID is “00340”, which is given as a serial number at the time of creation of the eBox purchase certificate. The eBox / pBox type is “eBox”. The merchandise ID is “0101”, which corresponds to the licensed merchandise retrieved from the period-listed merchandise with the merchandise ID 0098 in the above step 4 by following the linked table 1. The content is "Monthly XX, March 2003 issue of 3rd day use right". FIG. 17B shows the created eBox purchase certificate. For this eBox purchase certificate, the purchase certificate ID is “00341”, which is given as the serial number at the time of creation as the number next to the eBox purchase certificate. The eBox / pBox type is “eBox”. The merchandise ID is “0102”, which corresponds to the licensed merchandise retrieved from the period-listed merchandise with the merchandise ID 0098 in the above step 4 in the linked table 1. Its contents are “Monthly ○ X April 2003 issue 3rd day use right”. Similarly, the contents data of the eBox purchase certificate shown in FIG. 17C and the eBox purchase certificate shown in FIG. 17D are determined.
[0071]
In the recorded data of FIG. 18, “00340” to “00343” in the purchase certificate ID field are purchase certificate IDs corresponding to the respective eBox purchase certificates shown in FIGS. Data recorded in a record corresponding to each purchase certificate ID in the expiration date field (for example, “2003/05/22 12:47:21” represents an expiration date at which a license request can be executed by this eBox purchase certificate. In this embodiment, the expiration date for which the user can execute the license request after issuing the eBox purchase certificate is set to 48 hours. If the license request is not executed, the expired data in the purchase certificate creation history table is erased by batch processing, where the user (client terminal 300 side) has purchased a period subscription product in process 2. However, as is clear from FIGS. 17A to 17D, four eBox purchase certificates are created at one time. As described above, the purchase date and time of the period subscription product according to this example is “January 3, 2003”. For example, when a user makes an overseas business trip or the like, “Monthly ○ X from March to May issue 3 EBox purchase proof request for “Non-Usage Rights” could not be made, and then returned to Japan on May 20, 2003 (48 hours before 2003/05/22 12:47:21 above) This corresponds to the case where an eBox purchase proof request for the “3-day usage right from the month issue to the June issue” is made. Since the June issue is in May, a new eBox purchase proof request can be made. If the user makes an eBox purchase certificate request for the “three-day usage right for each issue of monthly XX” every month, one eBox purchase certificate is created for each month.
[0072]
Next, the change operation of the process 2 regarding the creation of the eBox purchase certificate and the recording operation of the purchase certificate creation history will be described.
(Change operation of process 2)
In the change operation of the process 2, the structure of the purchase certificate creation history table created is partially different from that in the operation of the process 2. That is, the field in which the data of the last provision date / time is recorded in the purchase certificate creation history table used in the operation of the process 2 is changed to the field for recording the ID of the already provided product in the modified example. In the change operation of the process 2 for issuing the eBox purchase certificate using the pBox according to this aspect, the process is executed in the following procedure.
Step 1: First, the purchase certificate creation unit 101 of the license distribution management unit 100 acquires “eBox / pBox type” and “product ID” from the pBox purchase certificate presented by the bookcase management unit 301 via the store front gateway 220. To do. Here, since the eBox / pBox type is “pBox”, in the “period subscription / package product table” record in FIG. 14, the “product ID” field has the product ID acquired above, specifically, Searches and identifies one record of “product ID 0098” (hereinafter referred to as product record).
Step 2: Next, the purchase certificate creation means 101 acquires the MPID held in the “MPID” field of the product record, and in the record of the linked table 1, the “MPID” field has the MPID acquired above, specifically, All records having “MPID 001” (hereinafter referred to as a linked table 1 extracted record group) are searched and specified.
Step 3: Next, the purchase certificate creating means 101 acquires the product ID held in the “product ID” field of each record of the linked table 1 extracted record group, and in the “license product table” record, the “product ID” field. Searches and specifies all records of the product ID acquired (hereinafter referred to as a licensed product table extraction record group).
Step 4: The purchase certificate creation means 101 further includes the purchase date and time of the pBox purchase certificate presented by the bookshelf management means 301 and the “expiration date” field of the record corresponding to the purchase certificate of the pBox in the purchase certificate creation history table. All records corresponding to the period defined in the above are extracted from the licensed product table extraction record group.
Step 5: The purchase certificate creating unit 101 further sets the ID included in the ID field of the already provided product in the record of the “purchase certificate creating history table” corresponding to the pBox purchase certificate presented by the bookshelf managing unit 301. The record to be ID is deleted from the record group obtained in step 4 above.
Step 6: A purchase certificate is created using the information held in each record remaining in Step 5 above. At the same time, the IDs of those records (license product IDs) are entered in the ID field of the already provided products of the record of the “purchase certificate creation history table” corresponding to the pBox purchase certificate presented by the bookshelf management means 301 in step 1 above. to add.
Step 7: A record of “purchase certificate creation history table” corresponding to the purchase certificate in step 6 is created. At this time, “00326” which is the purchase certification ID of pBox is entered in the ID field of the parent POP of the record.
[0073]
The eBox purchase certificate created by executing the changing operation of the above process 2 is the same as each eBox purchase certificate shown in FIGS. FIG. 19 shows a purchase certificate creation history table recorded as a result of the change operation of the process 2. The purchase certificate creation history table shown in FIG. 19 is almost the same, although partially different from the purchase certificate creation history table shown in FIG.
[0074]
When the eBox purchase certificate is created and the purchase certificate creation history is recorded by the operation of the process 2 or the change operation of the process 2, the created eBox purchase certificate is sent from the purchase certificate creating unit 101 to the store front gateway 220. Will be sent. In addition, when a plurality of eBox purchase certificates are created as in this case, an eBox purchase certificate group (POP group) is sent.
[0075]
In the storefront gateway 220 that has received the eBox purchase certificate, the box set generation unit 224 generates a box set in which the eBox purchase certificates are combined into one set. Thereafter, the box set is sent from the storefront gateway 220 to the storefront window terminal 210.
[0076]
Upon receipt of the box set, the storefront window terminal 210 sends the box set from the purchase request handling means 213 to the bookshelf management means 301 of the client terminal 300.
[0077]
When the book shelf management means 301 receives the box set, the book shelf management means 301 stores the box set for book shelf management and sends a box set reception notification from the book shelf management means 301 to the storefront server 200. This box set reception notification is a notification for confirming that the client terminal 300 has received the box set from the storefront server 200. This box set reception notification is sent from the purchase request handling means 213 of the storefront window terminal 210 to the storefront gateway 220. A box set header is attached to the box set reception communication.
[0078]
When the store front gateway 220 receives the box set reception notification from the store front window terminal 210, the store front gateway 220 checks whether or not the box set reception notification is valid. This check is executed by a simple authentication process for the storefront window terminal 210. For example, a process such as checking the IP address of the storefront window terminal 210 is performed. Thereafter, NOP processing is performed in the store front gateway 220, and a box set reception response is returned from the store front gateway 220 to the store front window terminal 210. Further, this box set reception response is sent from the store front window terminal 210 to the client terminal 300. It is returned to the bookshelf management means 301.
[0079]
In the above operation, the client terminal 300 side, that is, the user is not yet in a state of obtaining a license, but is in the form of a purchase certificate (period subscription product or package product box set) for obtaining the license. Only a collection of receipts). Therefore, when the client terminal 300 wants to acquire a license next time, the bookshelf management means 301 disassembles the box set into each box, that is, each eBox, and displays the contents of the eBox in a list on the GUI. On the other hand, the user designates a license acquisition target from the list displayed on the display unit 304 and sends a license request to the license distribution management unit 100. This license request is a request for issuing the license itself from the client terminal 300 to the license distribution management means 100, and is a processing operation different from the license purchase request. The license request includes a purchase certificate for the designated eBox. Is attached.
[0080]
Upon receiving the license request, the license distribution management unit 100 checks whether or not the purchase certificate attached to the license request from the bookshelf management unit 301 has been tampered with, and if not, stores the purchase certificate creation history. It is checked whether or not the record for creating the purchase proof exists in the means 120. If there is a record for creating the purchase certificate, the license generation unit 102 generates a license indicated by the purchase certificate, and deletes the purchase certificate generation history existing in the purchase certificate generation history storage unit 120. . Thereafter, the generated license is sent to the license providing unit 103, and is sent from the license providing unit to the client terminal 300. As a result, the license corresponding to the purchase certificate instructed on the client terminal 300 side is issued. On the client terminal 300 side, the issued license is stored in the bookshelf management means 301. As described above, the digital content subject to license execution can be downloaded arbitrarily at any time. In general, the license is normally downloaded to the client terminal 300 during the period until the license is issued or executed.
[0081]
As described above, according to the present embodiment, when a license purchase request for viewing digital content is received from the client terminal 300 via the network, the license purchase request is sent to the storefront window of the storefront server 200. After receiving at the terminal 210 and performing payment processing at the first stage in the storefront window terminal 210, and then confirming that the payment is surely completed at the storefront window terminal 210, the client terminal 300 side sees the above. Since the management terminal of the storefront server installed behind the storefront window terminal 210, that is, the storefront gateway 220 performs processing necessary for issuing a license, communication with the client terminal 300 and the billing processing unit 500 is always performed. Leave to storefront window terminal 210 Can. For this reason, when connecting the client terminal 300 or the billing processing unit 500 and the storefront server 200, the communication connection structure on the storefront server 200 side even if the specifications on the client terminal 300 side and the billing processing unit 500 side are different for each storefront server 200. The store front gateway 220 does not need to be changed, and the store front gateway 220 can have high versatility that can be used for various storefront servers 200.
[0082]
(Second Embodiment)
FIG. 20 is a diagram for explaining re-issuance of an eBox purchase certificate using pBox in the license sales system according to the second embodiment of the present invention. This figure shows an aspect in which an eBox purchase certificate is created by reissuing by associating a purchase certificate creation history table used in reissuing the eBox purchase certificate with a licensed product table.
[0083]
As described above, when the eBox purchase certificate is created in the license distribution management unit 100, the created eBox purchase certificate is sent from the purchase certificate creating unit 101 to the storefront gateway 220 (paragraphs “0074, 0075, 0076). ”). Further, the eBox purchase certificate is sent to the bookshelf management means 301 of the client terminal 300 via the storefront window terminal 210. If the eBox purchase certificate does not reach the book shelf management unit 301 due to some trouble while the eBox purchase certificate is sent from the license distribution management unit 100 to the book shelf management unit 301 of the client terminal 300, the book shelf management unit 301 An eBox request (eBox re-request) is sent again to the storefront window terminal 210 (explanation of paragraph “0066”). In this eBox re-request process, the pBox purchase certificate is attached as in the above-described process, and this eBox re-request is sent to the license distribution management means 100 via the storefront gateway 220. In this POP re-request, the purchase certificate of pBox sent from the bookshelf management means 301 is attached as transmission data. Upon receipt of the POP re-request in the purchase certificate creation unit 101, the license distribution management unit 100 checks whether the POP request from the store front gateway 220 is legitimate and further receives it from the store front gateway 220. Check whether the PBox POP has been tampered with. When these checks are completed, the license distribution management unit 100 starts an operation of reissuing the eBox purchase certificate.
[0084]
Here, the reissue operation of the eBox purchase certificate will be described as processing 3.
[0085]
(Operation of processing 3)
In this process 3, the eBox purchase certificate is reissued. In this process 3, the process is executed in the following procedure.
Step 1: First, the license distribution management unit 100 acquires “eBox / pBox type” and “product ID” from the purchase certificate presented by the bookcase management unit 301 via the storefront window terminal 210 and the storefront gateway 220. When the “eBox / pBox type” is pBox, the record holding the purchase certificate ID of the purchase certificate presented in the “parent POP ID” field of the purchase certificate creation history table is searched and specified. The corresponding purchase certification IDs are “00340”, “00341”, “00342”, and “00343”.
Step 2: Next, the license distribution management means 100 acquires the product ID held in the product ID field of the record acquired in Step 1, and the “product ID” field of the license product table holds the acquired product ID. Search for and identify records.
Step 3: Next, the license distribution management means 100 creates a purchase certificate using the contents of the record acquired in Step 2 above. In this case, however, the value of “purchase proof ID” reuses the value held in the existing corresponding record in the purchase proof creation history table.
[0086]
Through the above processing, the eBox purchase certificate is reissued (recreated). The created eBox purchase certificate is as shown in (a) to (d) of FIG. Incidentally, these eBox purchase certificates are the same as the respective eBox purchase certificates shown in FIGS. These reissued eBox purchase certificate groups are sent from the purchase certificate creating means 101 to the store front gateway 220.
[0087]
In the storefront gateway 220 that has received the eBox purchase certificate, the box set generation unit 224 generates a box set in which the eBox purchase certificates are combined into one set. Thereafter, the box set is sent from the storefront gateway 220 to the storefront window terminal 210.
[0088]
Upon receipt of the box set, the storefront window terminal 210 sends the box set from the purchase request handling means 213 to the bookshelf management means 301 of the client terminal 300.
[0089]
When the book shelf management means 301 receives the box set, the book shelf management means 301 stores the box set for book shelf management and sends a box set reception notification from the book shelf management means 301 to the storefront server 200. This box set reception notification is a notification for confirming that the client terminal 300 has received the box set from the storefront server 200. This box set reception notification is sent from the purchase request handling means 213 of the storefront window terminal 210 to the storefront gateway 220. A box set header is attached to the box set reception communication.
[0090]
When the store front gateway 220 receives the box set reception notification from the store front window terminal 210, the store front gateway 220 checks whether or not the box set reception notification is valid. This check is executed by a simple authentication process for the storefront window terminal 210. For example, a process such as checking the IP address of the storefront window terminal 210 is performed. Thereafter, NOP processing is performed in the store front gateway 220, and a box set reception response is returned from the store front gateway 220 to the store front window terminal 210. Further, this box set reception response is sent from the store front window terminal 210 to the client terminal 300. It is returned to the bookshelf management means 301. Subsequent processing (license request) is the same as in the first embodiment.
[0091]
【The invention's effect】
As described above, according to the present invention, a request for purchasing a license for viewing digital content sold as a period subscription product or packaged product in which a plurality of products are grouped via a network is received from a client terminal. In such a case, the license purchase request is received at the reception window terminal of the storefront server, the payment processing is performed at the reception window terminal in the first stage, and after confirming that the payment is reliably completed at the reception window terminal, Since the processing required for license issuance is performed at the management terminal of the storefront server installed behind the reception desk terminal as seen from the client terminal side, purchasing licenses for products that group multiple products together / Can be sold, and eliminates mistakes in acquiring money when selling licenses Furthermore, charging in the license sales processing, tables and processing for checking the unbilled becomes unnecessary, it can be simplified and effective use of the memory of simplifying the processing program of the processing operation. Further, communication with the client terminal and the billing processing unit can always be entrusted to the reception window terminal. For this reason, when connecting a client terminal or billing processing unit to a storefront server, even if the specifications on the client terminal side and the billing processing unit side are different for each storefront server, the communication connection structure on the storefront server side is changed. It is not necessary to carry out the process for the terminal, and it can be a store server with excellent versatility.
[0092]
The present invention also creates a proof of purchase (electronic data corresponding to a receipt, receipt, or voucher in a general transaction) without issuing a license directly when performing processing necessary for issuing a license after the settlement. Since the license is issued after being sent to the client terminal and then received a license issuance request from the client terminal, accidents and discrepancies in license sales can be avoided.
[0093]
The present invention also provides a pBox purchase corresponding to a period subscription product or package product (a plurality of products are grouped together), which is a target of a license purchase request, when performing processing necessary for issuing a license after the settlement. Create a certificate and send it to the client terminal. After receiving an eBox request for requesting an eBox obtained by disassembling the pBox from the client terminal, generate an appropriate eBox purchase certificate and send it to the client terminal. The client terminal requests a license. As a result, it is possible to smoothly purchase and sell period-listed products or packaged products that include a plurality of products, and avoid accidents and discrepancies in license sales.
[0094]
Fourthly, the present invention creates a box set file that can clarify the history of processing from generation of purchase proof to delivery to the client terminal, and the file ID and the ID of the settlement are created in the created box set file. Since necessary data is added every time each process is executed, the progress of the process in the middle is clarified, and trouble can be prevented.
[0095]
Fifth, when the pBox purchase certificate is created, the present invention does not immediately send the pBox purchase certificate to the client terminal, but sends electronic data for obtaining the purchase certificate, and then receives a box set request from the client terminal. In this way, since the box set (data including the pBox purchase certificate) is sent to the client terminal, the purchase certificate can be delivered more safely and reliably.
[0096]
The present invention also manages a product by linking a period subscription product or package product and a licensed product related thereto, and uses a common identifier MPID as a connector for both products in order to perform this link management. Therefore, it is possible to easily and quickly search for target products from a large number of product groups in the database and group them into a group. In addition, it is possible to reliably organize and grasp the products in the database.
[0097]
Further, in the present invention, the pBox purchase certificate corresponds to a collective sales receipt for a plurality of products, and an eBox purchase certificate can be created by disassembling the pBox purchase certificate. Easy to do. Furthermore, in the process of creating an eBox purchase certificate from this pBox purchase certificate, a product that is the object of the eBox purchase certificate is retrieved and acquired by the link management means using the MPID as a concatenator. MPIDs can be assigned and licensed products with multiple MPIDs can be included in a group of products that are subscribed to for a plurality of periods or packaged products that are different from each other. (Characteristics) can be possessed and included in multiple categories or attributes according to each aspect, and period subscription / package products can be flexibly edited and created, and the sales form can be changed dynamically it can.
[0098]
In the present invention, when the purchase certificate is sent to the client terminal, the box set file is deleted, so that unnecessary data does not remain in the memory, and the memory can be effectively used.
[Brief description of the drawings]
FIG. 1 is a block configuration diagram of a license distribution system according to a first embodiment of the present invention.
FIG. 2 is a sequence diagram showing a license sales control operation in the license sales system according to the first embodiment of the present invention.
FIG. 3 is a sequence diagram subsequent to FIG. 2, illustrating a license sales control operation in the license sales system according to the first embodiment of the present invention.
FIG. 4 is a sequence diagram subsequent to FIG. 3 showing a license sales control operation in the license sales system according to the first embodiment of the present invention.
FIG. 5 is a sequence diagram subsequent to FIG. 4 showing a license sales control operation in the license sales system according to the first embodiment of the present invention;
FIG. 6 is a diagram exemplifying a part of a product list of license usage rights guided for product sales in the first embodiment of the present invention;
FIG. 7 is a diagram showing a data structure of a purchase certificate according to the first embodiment of the present invention.
FIG. 8 is a diagram showing a data structure of an eBox in the first embodiment of the present invention.
FIG. 9 is a diagram showing a data structure of a pBox in the first embodiment of the present invention.
FIG. 10 is a diagram showing a configuration of a box set according to the first embodiment of the present invention.
FIG. 11 is a diagram showing a data structure of a box set header according to the first embodiment of the present invention.
FIG. 12 is a diagram showing a configuration of a box set file ID created by the store front gateway according to the first embodiment of the present invention.
FIG. 13 is a diagram showing a structural relationship among a purchase certificate, an eBox, a pBox, and a box set according to the first embodiment of the present invention.
FIG. 14 is a link management diagram showing a mode in which the product information database in the first embodiment of the present invention manages products by linking period subscription / packaged products and related license products.
FIG. 15 is a diagram showing a data structure of a pBox purchase certificate created in the process for creating a pBox purchase certificate in the first embodiment of the present invention.
FIG. 16 is a diagram showing a purchase certificate creation history table in which a purchase certificate creation history is recorded in the pBox purchase certificate creation process according to the first embodiment of the present invention;
FIG. 17 is a diagram showing a data configuration of an eBox purchase certificate created by a processing operation for creating an eBox purchase certificate from a pBox purchase certificate in the first embodiment of the present invention.
FIG. 18 is a diagram showing a purchase certificate creation history table in which a purchase certificate creation history is recorded in the process of creating an eBox purchase certificate from a pBox purchase certificate in the first embodiment of the present invention.
FIG. 19 shows a purchase in which a purchase certificate creation history is recorded in a process for creating an eBox purchase certificate from a pBox purchase certificate in a different manner from that shown in FIG. 17 in the first embodiment of the present invention. Figure showing the certificate creation history table
FIG. 20 is a diagram for explaining reissuance of an eBox purchase certificate using a pBox in the second embodiment of the present invention;
[Explanation of symbols]
100 license distribution management means
101 Purchase certificate creation means
102 License generation means
103 License provision means
110 Product information database (product management means)
120 Purchase certificate creation history storage means
200 storefront server
210 Storefront window terminal (reception window terminal)
211 Client request accepting means
212 Product list storage means
213 Means to purchase
214 Means of payment
220 Storefront gateway (management terminal)
221 Box set file creation means
222 Box set file management means
223 Box set file deletion means
224 Box set generation means
226 Box set providing means
300 client terminals
301 Bookshelf management means
302 Web browser
303 Data input means
304 Display means
305 Control means
400 Content distribution server
500 Billing processing part
600 Product information registration terminal

Claims

Receiving a license purchase request for viewing digital content sold as a period subscription product or packaged product in which a plurality of products are grouped via a network;
After receiving a license purchase request, performing a settlement process for the license purchase request;
Creating a pBox purchase proof corresponding to a subscription product or package product for a period of time subject to the purchase request of the license after the payment process is completed;
Sending the created pBox proof of purchase to the license purchase requestor;
In response to an eBox request corresponding to a licensed product comprising individual items, including the pBox purchase certificate, generating a corresponding eBox purchase certificate and sending it to the license purchase requestor;
Generating a corresponding license in response to a license request including the eBox purchase certificate and sending it to a license purchase request source;
A license delivery method consisting of:

2. The license distribution method according to claim 1, wherein the product is managed by linking the period subscription product or package product with the license product related to the product.

3. The license distribution method according to claim 2, wherein MPID, which is a common identifier, is given to both products as a connector for managing the link between the period subscription product or package product and the licensed product related thereto.

An eBox purchase certificate can be created based on the pBox purchase certificate, and in this process, a product that is the object of the eBox purchase certificate is retrieved and acquired by the link management means using the MPID as a connector. Item 4. A license distribution method according to item 3.

5. The license distribution method according to claim 4, wherein a plurality of different MPIDs can be assigned to the licensed product.

6. The license distribution method according to claim 5, wherein the licensed products to which a plurality of MPIDs are assigned can be included in a group of a plurality of period-period subscription products or package products.

2. The license according to claim 1, wherein the purchase certificate includes eBox / pBox type data for determining whether the purchase certificate is for a period subscription product or a packaged product or a licensed product. Delivery method.

2. The license distribution method according to claim 1, wherein when creating a purchase certificate, a purchase certificate creation history is recorded and a process of creating a purchase certificate is monitored.

When an eBox purchase certificate is created based on the pBox purchase certificate, the purchase certificate creation history is recorded, and the parent pBox purchase certificate ID is recorded in the purchase certificate creation history of the created eBox purchase certificate. The license distribution method according to claim 4, wherein:

After the payment processing is completed, a box set file for recording a history from generation of the purchase certificate to issuance is created, and the file ID and the payment ID are added to the created box set file. The license distribution method according to claim 1.

sending the box set file ID to the license purchase request source while temporarily holding the box set of the pBox;
Receiving a box set request from a license purchase request source via a network;
After receiving the box set request, sending a box set corresponding to the box set request to a license purchase request source;
The license distribution method according to claim 10, further comprising:

2. The license distribution method according to claim 1, wherein if there is no response to the generation of a purchase certificate and a sending task after the settlement process, the purchase certificate request is received again and an unacquired purchase certificate is reissued.

A client terminal that outputs a license purchase request and a license request, a storefront server that receives a license purchase request for viewing digital contents from the client terminal via a network, and a purchase certificate corresponding to the license purchase request License distribution management means,
The storefront server is provided with a reception window terminal that receives the license purchase request, and a management terminal that performs processing necessary for issuing the license,
The license distribution management means includes a product management means for managing the product by linking the period subscription product or package product and the licensed product related thereto,
A purchase certificate creation means for creating a pBox purchase certificate corresponding to a period subscription product or packaged product that is the target of the purchase request of the license;
In the storefront server, at the reception window terminal, the client terminal is provided with purchase certificate creation means for creating a corresponding eBox purchase certificate in response to an eBox request corresponding to a licensed product consisting of individual items including the pBox purchase certificate. Accepts license purchase requests to view digital content that is sold as a period subscription product or packaged product by grouping multiple products over the network from
After accepting a license purchase request, perform a payment process for the license purchase request,
After the payment process is completed, create a pBox purchase certificate corresponding to the subscription product or package product for the license purchase period,
Send the created pBox purchase certificate from the license distribution management means to the client terminal via the storefront server,
When the client terminal sends an eBox request corresponding to a licensed product made up of individual items including the pBox purchase certificate, the license distribution management means generates the corresponding eBox purchase certificate and sends it to the client terminal.
When a client terminal sends a license request including the eBox purchase certificate, a license distribution management unit generates a corresponding license and sends the license to the client terminal that requested the license.

The merchandise management means manages the merchandise by giving MPID, which is a common identifier, to both merchandise as a connector for linking and managing the period subscription merchandise or package merchandise and the licensed merchandise related thereto. Item 14. A license distribution method according to Item 13.

14. The license distribution system according to claim 13, wherein the management terminal of the storefront server creates a box set file for recording a history from generation to issuance of the purchase certificate after the payment processing is completed.

16. The license distribution system according to claim 15, wherein the license distribution management unit generates a purchase certificate corresponding to the license request after the management terminal of the storefront server generates the box set file.

The management server of the storefront server sends the box set file ID to the client terminal while temporarily holding the box set,
The client terminal sends a box set request to the storefront server based on the received box set file ID,
17. The license distribution system according to claim 16, wherein the management terminal of the storefront server transmits the box set corresponding to the box set request to the client terminal after receiving the box set request.