(57)【要約】【課題】書店サイトの要求仕様に合わせた電子書籍を電子書籍のソースから生成するリラップ処理を実行しても、キャッシュヒット率が低下してしまうことないキャッシュシステムを提供する。【解決手段】ダウンロード装置１３は、電子書籍販売システム１ａに含まれるキャッシュ装置１１にキャッシュされている電子書籍を管理し，端末装置１２からダウンロード要求された電子書籍が、該電子書籍が販売された書店装置１０に対応するキャッシュ装置１１にキャッシュされていない場合， 該書店サイトの仕様に合わせて該電子書籍をリラップ処理した後、ダウンロード要求した端末装置１２へリラップ処理後の該電子書籍を送信する共に、リラップ処理後の該電子書籍を該キャッシュ装置１１に配信して、該キャッシュ装置１１にキャッシュさせる処理を行う。【選択図】図１
2012208911.tif 000002
【特許請求の範囲】
【請求項１】
電子書籍を販売している電子書籍販売システムと、前記電子書籍販売システムで販売されている電子書籍を記憶しているダウンロード装置をネットワークで接続したキャッシュシステムであって、
前記電子書籍販売システムには、書店サイトが運営されている書店装置と、前記書店装置に１対１対応するように、前記書店装置で販売された電子書籍をキャッシュするキャッシュ装置が設けられ、前記ダウンロード装置は、前記キャッシュ装置のキャッシュ履歴を記憶しているキャッシュ履歴ＤＢを有し、電子書籍のキャッシュ確認要求を受けると、キャッシュ確認要求で指定された電子書籍が、キャッシュ確認要求で指定された前記書店装置に対応する前記キャッシュ装置にキャッシュされているか確認し、電子書籍のキャッシュ要求を受けると、キャッシュ要求で指定された前記書店装置に対応する前記キャッシュ装置に、キャッシュ要求で指定された電子書籍をキャッシュした後、該電子書籍をキャッシュさせたキャッシュ履歴をキャッシュ履歴ＤＢに追加するキャッシュ管理手段を備えたキャッシュ管理装置に対し、前記端末装置からダウンロード要求された電子書籍のキャッシュ確認要求を行い、該書店装置に対応する前記キャッシュ装置にキャッシュされていない場合、該電子書籍を該書店装置の仕様に合わせてリラップ処理して前記端末装置へ配信した後、前記端末装置へ配信したリラップ処理後の電子書籍のキャッシュ要求を前記装置に行う電子書籍配信手段を備えたことを特徴とするキャッシュシステム。
【請求項２】
前記ダウンロード装置の前記電子書籍配信手段は、前記端末装置からダウンロード要求された電子書籍が、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置にキャッシュされている場合、該書店装置に対応する前記キャッシュ装置から該電子書籍が配信されるように、前記端末装置から受けたダウンロード要求を該キャッシュ装置にリダイレクトすることを特徴とする、請求項１に記載のキャッシュシステム。
【請求項３】
前記装置の前記キャッシュ管理手段は、前記キャッシュ装置の最大キャッシュ容量と、前記キャッシュ装置にキャッシュされた電子書籍の消去条件を前記書店装置毎に記憶した書店サイトＤＢを有し、前記キャッシュ装置に電子書籍をキャッシュさせる前に、前記キャッシュ履歴ＤＢを参照して、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置のキャッシュ使用容量を求め、更に、前記書店サイトＤＢを参照し、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置の最大キャッシュ容量を取得し、該キャッシュ容量が該最大キャッシュ容量を超えている場合、該書店装置の前記消去条件に適合する電子書籍を該キャッシュ装置から消去すると共に、消去した電子書籍に対応するキャッシュ履歴をキャッシュ履歴ＤＢから削除することを特徴とする、請求項１又は請求項２に記載のキャッシュシステム。
【請求項４】
前記ダウンロード装置が前記キャッシュ管理装置を兼ねる構成とし、前記キャッシュ履歴ＤＢには、前記書店装置毎に、前記書店装置に対応する前記キャッシュ装置のキャッシュ履歴が記憶されていることを特徴とする請求項１から請求項３に記載のキャッシュシステム。
【請求項５】
前記書店装置が前記キャッシュ管理装置を兼ねる構成とし、前記キャッシュ履歴ＤＢには、前記キャッシュ履歴ＤＢが備えられている前記書店装置に対応する前記キャッシュ装置のキャッシュ履歴が記憶されていることを特徴とする請求項１から請求項３に記載のキャッシュシステム。
【請求項６】
電子書籍を販売している電子書籍販売システムと、前記電子書籍販売システムで販売されている電子書籍を記憶しているダウンロード装置を利用するキャッシュ方法であって、
前記電子書籍販売システムには、書店サイトが運営されている書店装置と、前記書店装置に１対１対応するように、前記書店装置で販売された電子書籍をキャッシュするキャッシュ装置が設けられ、
前記ダウンロード装置が、端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置のキャッシュ履歴を管理している装置に対して、前記端末装置からダウンロード要求された電子書籍のキャッシュ確認要求を行い、該装置が、キャッシュ履歴を記憶しているキャッシュ履歴ＤＢを参照し、前記ダウンロード装置から受けたキャッシュ確認要求で指定された電子書籍が該キャッシュ装置にキャッシュされているか確認する第１のキャッシュ管理工程と、
前記ダウンロード装置が、前記端末装置からダウンロード要求された電子書籍が、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置にキャッシュされていない場合、ダウンロード要求された電子書籍を該書店装置の仕様に合わせてリラップ処理して前記端末装置へ配信した後、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置のキャッシュ履歴を管理しているキャッシュ管理装置に対し、前記端末装置へ配信したリラップ処理後の電子書籍のキャッシュ要求を行う電子書籍配信工程と、
リラップ処理後の電子書籍のキャッシュ要求を受けた前記装置が、該装置がキャッシュ履歴を管理している前記キャッシュ装置に、キャッシュ要求された電子書籍をキャッシュした後、該電子書籍をキャッシュさせたキャッシュ履歴をキャッシュ履歴ＤＢに追加する第２のキャッシュ管理工程と、
を含むことを特徴とするキャッシュ方法。
【請求項７】
前記電子書籍配信工程において、前記ダウンロード装置は、前記端末装置からダウンロード要求された電子書籍が、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置にキャッシュされている場合、該書店装置に対応する前記キャッシュ装置から該電子書籍が配信されるように、前記端末装置から受けたダウンロード要求を該キャッシュ装置にリダイレクトすることを特徴とする、請求項６に記載のキャッシュ方法。
【請求項８】
前記キャッシュ管理工程において、前記キャッシュ管理装置は、前記キャッシュ装置に電子書籍をキャッシュさせる前に、前記キャッシュ履歴ＤＢを参照して、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置のキャッシュ使用容量を求め、更に、前記キャッシュ装置の最大キャッシュ容量と、前記キャッシュ装置にキャッシュされた電子書籍の消去条件を前記書店装置毎に記憶した書店サイトＤＢを参照し、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置の最大キャッシュ容量を取得し、該キャッシュ容量が該最大キャッシュ容量を超えている場合、該書店装置の前記消去条件に適合する電子書籍を該キャッシュ装置から消去すると共に、消去した電子書籍に対応するキャッシュ履歴をキャッシュ履歴ＤＢから削除することを特徴とする、請求項７又は請求項８に記載のキャッシュ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，端末装置を利用してインターネット上のサイトで購入された電子書籍を端末装置に配信するための技術に係わる。
【背景技術】
【０００２】
動画，音楽，電子書籍をインターネット上で販売するシステムが普及し，ユーザは，端末装置を利用して，電子書籍を販売している書店サイトが運営されているサーバ装置にアクセスし，書店サイトで販売されている電子書籍を気軽に購入できるようになった。
【０００３】
インターネット上で電子書籍を販売するシステムでは，電子書籍の購入・非購入に係わらず，書店サイトにアクセスするユーザ数は多く，書店サイトが運営されているサーバ装置の負荷を低減するために、電子書籍の検索処理などユーザの操作に係わる処理と，ユーザの端末装置に電子書籍を配信する処理を別にし，書店サイトで販売されている様々な電子書籍を記憶し，課金処理済みの電子書籍をユーザの端末装置に配信するサーバ装置であるダウンロード装置を設けることが一般的になっている。
【０００４】
電子書籍の販売を多国に展開するときなど，ダウンロード装置を利用する書店サイトの数が多くなると，数多くの書店サイトからのダウンロード要求がダウンロード装置に集中し，ダウンロード要求を受けてから電子書籍を端末装置に送信するスループットが低下してしまうため，ダウンロード装置に代わりにダウンロード要求を受けるキャッシュ装置を設け，ダウンロード装置の負荷を分散させるケースが増えている。
【０００５】
例えば、電子書籍を販売している書店サイトが運営されているサーバ装置に加え、複数の書店サイトで共通に利用できるダウンロード装置と、ダウンロード装置の負荷を分散させるためのキャッシュ装置を有するシステムに係わる発明として、本出願人は、ストレージの容量にかかる費用を抑えながら数多くのコンテンツをキャッシュでき，かつ，ダウンロード間隔に応じてコンテンツのキャッシュ状態及び負荷分散を管理できるシステムを特許文献１で開示している。
【０００６】
一方で、インターネット上で販売される電子書籍に関しては、日本国内で普及しているＸＭＤＦ形式や米国で普及しているｅＰｕｂ（electronic publication）形式など、体裁を変更できる形式の規格が普及し、このような規格に準じた電子書籍を販売する際、電子書籍のソースから書店サイトの体裁仕様に合わせた電子書籍を生成するリラップ処理が実行される。
【０００７】
書店サイト側でリラップ処理を行う理由は、販促・宣伝活動が大きな目的である。リラップ処理を行わない場合、どの書店サイトで購入した場合でも電子書籍の見た目は同じになるが、リラップ処理を行うことで、電子書籍の表紙の画像を独自のものに差し替えることができるので大きな宣伝となるし、また、電子書籍の表紙には自書店サイトへ誘導するためのリンクを埋め込むことができるので、自書店サイトへの誘導率を上げる効果も期待できる。
【０００８】
なお、書店サイトの要求仕様に合わせた電子書籍を電子書籍のソースから生成するリラップ処理に係る発明ではないが、端末装置に合わせた仕様の電子書籍を配信するための発明として、例えば、特許文献２において、同じフォーマットで統一されていない電子書籍のソースを蓄積しておき、ダウンロード要求した端末装置の仕様に適したフォーマットに該ソースを変換して配信する発明が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１０―１７６４６２号公報
【特許文献２】特開２００４―１３９３５５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、書店サイトの体裁仕様に合わせた電子書籍を電子書籍のソースから生成するリラップ処理を実行するケースでは、同一の電子書籍のソースから得られた複数の電子書籍が１台のキャッシュ装置にキャッシュされてしまい、キャッシュ装置のキャッシュ容量が膨らみ、キャッシュ装置からキャッシュアウトされる電子書籍が増えるため、キャッシュヒット率が低下してしまうばかりか、１台のキャッシュ装置の負荷が増え、電子書籍の配信に係るスループットが低下してしまう問題があった。
【００１１】
そこで、本発明では、書店サイトの要求仕様に合わせた電子書籍を電子書籍のソースから生成するリラップ処理を実行しても、キャッシュヒット率が低下してしまうことないキャッシュシステム及び方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決する第１の発明は、電子書籍を販売している電子書籍販売システムと、前記電子書籍販売システムで販売されている電子書籍を記憶しているダウンロード装置をネットワークで接続したキャッシュシステムであって、書店サイトの仕様に合わせてリラップ処理された電子書籍を、該書店サイトに対応するキャッシュ装置にキャッシュできるように、前記電子書籍販売システムには、書店サイトが運営されている書店装置と、前記書店装置に１対１対応するように、前記書店装置で販売された電子書籍をキャッシュするキャッシュ装置が設けられる。
【００１３】
また、書店サイトの仕様に合わせてリラップ処理された電子書籍を、該書店サイトに対応するキャッシュ装置にキャッシュするように、前記ダウンロード装置は、前記ダウンロード装置は、前記キャッシュ装置のキャッシュ履歴を記憶しているキャッシュ履歴ＤＢを有し、電子書籍のキャッシュ確認要求を受けると、キャッシュ確認要求で指定された電子書籍が、キャッシュ確認要求で指定された前記書店装置に対応する前記キャッシュ装置にキャッシュされているか確認し、電子書籍のキャッシュ要求を受けると、キャッシュ要求で指定された前記書店装置に対応する前記キャッシュ装置に、キャッシュ要求で指定された電子書籍をキャッシュした後、該電子書籍をキャッシュさせたキャッシュ履歴をキャッシュ履歴ＤＢに追加するキャッシュ管理手段を備えた装置に対し、前記端末装置からダウンロード要求された電子書籍のキャッシュ確認要求を行い、該書店装置に対応する前記キャッシュ装置にキャッシュされていない場合、該電子書籍を該書店装置の仕様に合わせてリラップ処理して前記端末装置へ配信した後、前記端末装置へ配信したリラップ処理後の電子書籍のキャッシュ要求を前記装置に行う電子書籍配信手段を備える。
【００１４】
更に、第２の発明は、第１の発明のキャッシュシステムにおいて、電子書籍が前記キャッシュ装置にキャッシュされている場合、前記キャッシュ装置から電子書籍が配信されるように、前記キャッシュ前記ダウンロード装置の前記電子書籍配信手段は、前記端末装置からダウンロード要求された電子書籍が、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置にキャッシュされている場合、該書店装置に対応する前記キャッシュ装置から該電子書籍が配信されるように、前記端末装置から受けたダウンロード要求を該キャッシュ装置にリダイレクトすることを特徴とする。
【００１５】
更に、第３の発明は、第１の発明又は第２の発明のキャッシュシステムにおいて、前記キャッシュ装置のキャッシュ容量が不足するのを防止するために、前記装置の前記キャッシュ手段は、前記キャッシュ装置の最大キャッシュ容量と、前記キャッシュ装置にキャッシュされた電子書籍の消去条件を前記書店装置毎に記憶した書店サイトＤＢを有し、前記キャッシュ装置の最大キャッシュ容量と、前記キャッシュ装置にキャッシュされた電子書籍の消去条件を前記書店装置毎に記憶した書店サイトＤＢを備え、前記キャッシュ管理手段は、前記キャッシュ装置に電子書籍をキャッシュさせる前に、前記キャッシュ履歴ＤＢを参照して、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置のキャッシュ使用容量を求め、更に、前記書店サイトＤＢを参照し、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置の最大キャッシュ容量を取得し、該キャッシュ容量が該最大キャッシュ容量を超えている場合、該書店装置の前記消去条件に適合する電子書籍を該キャッシュ装置から消去すると共に、消去した電子書籍に対応するキャッシュ履歴をキャッシュ履歴ＤＢから削除することを特徴とする。
【００１６】
なお、第１の発明から第３の発明において、前記キャッシュ装置のキャッシュ履歴を記憶しているキャッシュ履歴ＤＢを有し、電子書籍のキャッシュ確認要求を受けると、キャッシュ確認要求で指定された電子書籍が、キャッシュ確認要求で指定された前記書店装置に対応する前記キャッシュ装置にキャッシュされているか確認し、電子書籍のキャッシュ要求を受けると、キャッシュ要求で指定された前記書店装置に対応する前記キャッシュ装置に、キャッシュ要求で指定された電子書籍をキャッシュした後、該電子書籍をキャッシュさせたキャッシュ履歴をキャッシュ履歴ＤＢに追加するキャッシュ管理手段を備えた前記装置は、前記ダウンロード装置とすることが望ましいが、前記装置を前記書店装置とすることもできる。
【００１７】
更に、第４の発明は、電子書籍を販売している電子書籍販売システムと、前記電子書籍販売システムで販売されている電子書籍を記憶しているダウンロード装置を利用するキャッシュ方法であって、前記電子書籍販売システムには、書店サイトが運営されている書店装置と、前記書店装置に１対１対応するように、前記書店装置で販売された電子書籍をキャッシュするキャッシュ装置が設けられる。
【００１８】
第４の発明では、前記端末装置からダウンロード要求された電子書籍のキャッシュの有無を確認するために、前記ダウンロード装置が、端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置のキャッシュ履歴を管理している装置に対して、前記端末装置からダウンロード要求された電子書籍のキャッシュ確認要求を行い、該装置が、キャッシュ履歴を記憶しているキャッシュ履歴ＤＢを参照し、前記ダウンロード装置から受けたキャッシュ確認要求で指定された電子書籍が該キャッシュ装置にキャッシュされているか確認する第１のキャッシュ管理工程が実行される。
【００１９】
また、第４の発明では、前記端末装置からダウンロード要求された電子書籍がキャッシュされていない場合、該電子書籍をリラップ処理して配信できるように、前記ダウンロード装置が、前記端末装置からダウンロード要求された電子書籍が、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置にキャッシュされていない場合、ダウンロード要求された電子書籍を該書店装置の仕様に合わせてリラップ処理して前記端末装置へ配信した後、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置のキャッシュ履歴を管理している装置に対し、前記端末装置へ配信したリラップ処理後の電子書籍のキャッシュ要求を行う電子書籍配信工程が実行される。
【００２０】
更に、第４の発明では、前記端末装置に配信したリラップ処理後の電子書籍をキャッシュできるように、ラップ処理後の電子書籍のキャッシュ要求を受けた前記装置が、該装置がキャッシュ履歴を管理している前記キャッシュ装置に、キャッシュ要求された電子書籍をキャッシュした後、該電子書籍をキャッシュさせたキャッシュ履歴をキャッシュ履歴ＤＢに追加する第２のキャッシュ管理工程が実行される。
【００２１】
更に、第５の発明は、第４の発明のキャッシュ方法において、前記電子書籍配信工程において、前記ダウンロード装置は、前記端末装置からダウンロード要求された電子書籍が、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置にキャッシュされている場合、該書店装置に対応する前記キャッシュ装置から該電子書籍が配信されるように、前記端末装置から受けたダウンロード要求を該キャッシュ装置にリダイレクトすることを特徴とする。
【００２２】
更に、第６の発明は、第４の発明又は第５の発明のキャッシュシステムにおいて、前記キャッシュ管理工程において、前記ダウンロード装置は、前記キャッシュ装置に電子書籍をキャッシュさせる前に、前記キャッシュ履歴ＤＢを参照して、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置のキャッシュ使用容量を求め、更に、前記キャッシュ装置の最大キャッシュ容量と、前記キャッシュ装置にキャッシュされた電子書籍の消去条件を前記書店装置毎に記憶した書店サイトＤＢを参照し、前記端末装置がアクセスした前記書店装置に対応する前記キャッシュ装置の最大キャッシュ容量を取得し、該キャッシュ容量が該最大キャッシュ容量を超えている場合、該書店装置の前記消去条件に適合する電子書籍を該キャッシュ装置から消去すると共に、消去した電子書籍に対応するキャッシュ履歴をキャッシュ履歴ＤＢから削除することを特徴とする。
【発明の効果】
【００２３】
上述した本発明によれば、書店サイトの仕様に合わせてリラップ処理された電子書籍は、該書店サイトに対応するキャッシュ装置に分散されてキャッシュされ、同一の電子書籍のソースから得られた複数の電子書籍が１台のキャッシュ装置にキャッシュされることはなくなり、１台のキャッシュ装置からキャッシュアウトされる電子書籍は減るため、書店サイトの要求仕様に合わせた電子書籍を電子書籍のソースから生成するリラップ処理を実行しても、キャッシュヒット率が低下してしまうことなくなり、また、電子書籍の配信に係るスループットが低下することもなくなる。
【００２４】
また、リラップ処理された電子書籍は、書店サイトと電子書籍が1対1対応に対応付けられるため、リラップ処理された電子書籍が販売された書店サイトが運営されている書店装置と１対１対応するキャッシュ装置に、該電子書籍をキャッシュさせることで、リラップ処理された電子書籍が誤配信されることはなくなる。
【図面の簡単な説明】
【００２５】
【図１】第１の実施形態におけるキャッシュシステムの構成を説明する図。
【図２】サーバ装置に備えられたハードウェアを説明する図。
【図３】第１の実施形態における書店装置のブロック図。
【図４】第１の実施形態におけるダウンロード装置のブロック図。
【図５】第１の実施形態におけるキャッシュ装置のブロック図。
【図６】第１の実施形態において、電子書籍を販売するときに実行される処理の第１のフロー図。
【図７】第１の実施形態において、電子書籍を販売するときに実行される処理の第２のフロー図。
【図８】第１の実施形態において、電子書籍を販売するときに実行される処理の第３のフロー図。
【図９】電子書籍のリストを表示するウェブページを説明する図。
【図１０】電子書籍の詳細を説明するウェブページを説明する図。
【図１１】電子書籍の購入確認用のウェブページを説明する図。
【図１２】ダウンロード用のウェブページを説明する図。
【図１３】ダウンロード元のＵＲＩを説明する図。
【図１４】第２の実施形態におけるキャッシュシステムの構成を説明する図。
【図１５】第２の実施形態にかかる書店装置のブロック図。
【図１６】第２の実施形態におけるダウンロード装置のブロック図。
【図１７】第２の実施形態におけるキャッシュ装置のブロック図。
【図１８】第２の実施形態において、電子書籍を販売するときに実行される処理の第１のフロー図。
【図１９】第２の実施形態において、電子書籍を販売するときに実行される処理の第２のフロー図。
【図２０】第２の実施形態において、電子書籍を販売するときに実行される処理の第３のフロー図。
【発明を実施するための形態】
【００２６】
ここから，本発明の技術分野に係わる当業者が，本発明の内容を理解し，本願発明を実施できる程度に，本発明の実施形態について説明する。
【００２７】
［第１の実施形態］
図１は，第１の実施形態におけるキャッシュシステム１の構成を説明する図である。図１で図示したキャッシュシステム１は，キャッシュ装置１１のキャッシュ履歴を記憶しているＤＢを有し、電子書籍のキャッシュ確認要求を受けると、キャッシュ確認要求で指定された電子書籍が、キャッシュ確認要求で指定された書店装置１０に対応するキャッシュ装置１１にキャッシュされているか確認し、電子書籍のキャッシュ要求を受けると、キャッシュ要求で指定された書店装置１０に対応する前記キャッシュ装置１１に、キャッシュ要求で指定された電子書籍をキャッシュした後、該電子書籍をキャッシュさせたキャッシュ履歴を該ＤＢに追加する手段を備えた装置をダウンロード装置１３とした形態で、図１に図示したキャッシュシステム１には，少なくともインターネット１４がネットワークとして含まれ，装置として，ユーザが所持する端末装置１２と，電子書籍をインターネット１４上で販売するための電子書籍販売システム１ａと、電子書籍販売システム１ａで販売されている全ての電子書籍を記憶している一台のダウンロード装置１３が含まれ、電子書籍販売システム１ａには、電子書籍を販売する書店サイトが運営されている書店装置１０と，書店装置１０で販売された電子書籍をキャッシュし、該電子書籍を端末装置１２へ送信するキャッシュ装置１１が含まれる。なお、電子書籍販売システム１ａに含まれる書店装置１０には、それぞれの書店装置１０を識別するために、書店装置１０で運営されている書店サイトの識別子である書店サイトＩＤが付与されている。
【００２８】
一般的に、キャッシュ装置１１は、端末装置１２から書店装置１０が受けたダウンロード要求を仲介するように、書店装置１０とダウンロード装置１３の間に独立して配置され、電子書籍が販売された書店サイトの区別をすることなくキャッシュ装置１１に電子書籍がキャッシュされるが、図１では、電子書籍をインターネット１４上で販売するための電子書籍販売システム１ａに書店装置１０とキャッシュ装置１１を含ませ、電子書籍が販売されたときに利用された書店装置１０に対応するキャッシュ装置１１に電子書籍がキャッシュされるようにしている。
【００２９】
電子書籍販売システム１ａに書店装置１０とキャッシュ装置１１を含ませ、電子書籍が販売されたときに利用された書店サイトに対応するキャッシュ装置１１に電子書籍がキャッシュされるようにしているのは、書店サイトの体裁仕様に合わせて、電子書籍の体裁を変更するリラップ処理を行う場合に対応を取るためである。
【００３０】
端末装置１２から受けたダウンロード要求を仲介するようにキャッシュする装置を複数配置し、書店サイトの体裁仕様に合わせて、電子書籍の体裁を変更するリラップ処理を行った電子書籍をキャッシュすると、同一のソースから得られた複数の電子書籍が分散した状態でキャッシュされてしまい、キャッシュヒット率が低下してしまう。
【００３１】
これに対し、図１で図示したキャッシュシステム１では、電子書籍をインターネット１４上で販売するための電子書籍販売システム１ａに書店装置１０とキャッシュ装置１１を含ませているため、書店サイトの体裁仕様に合わせてリラップ処理された電子書籍を、該書店サイトに対応するキャッシュ装置１１にキャッシュできるため、電子書籍が販売された書店装置１０と該電子書籍がキャッシュされるキャッシュ装置１１は１対１で対応付けることができ、キャッシュヒット率が低下してしまうことはなくなる。
【００３２】
第１の実施形態において、ダウンロード装置１３は、電子書籍販売システム１ａに含まれるキャッシュ装置１１にキャッシュされている電子書籍を管理し，端末装置１２からダウンロード要求された電子書籍が、該電子書籍が販売された書店装置１０に対応するキャッシュ装置１１にキャッシュされていない場合， 該書店サイトの仕様に合わせて該電子書籍をリラップ処理した後、ダウンロード要求した端末装置１２へリラップ処理後の該電子書籍を送信すると共に、リラップ処理後の該電子書籍を該キャッシュ装置１１に配信して、該キャッシュ装置１１にキャッシュさせる処理を行う。
【００３３】
なお，端末装置１２からダウンロード要求された電子書籍が、該電子書籍が販売された書店装置１０のキャッシュ装置１１にキャッシュされている場合、ダウンロード装置１３は、該キャッシュ装置１１から該電子書籍が端末装置１２へダウンロードされるように、ダウンロード元が該キャッシュ装置１１になるようにリダイレクトする処理を行う。
【００３４】
更に、電子書籍販売システム１ａにキャッシュ装置１１を含ませると、キャッシュ装置１１の台数が増え、キャッシュ装置１１の容量が足りなくなった場合、キャッシュ装置１１毎に容量を増設しなければならず設備コストが高くなるため、ダウンロード装置１３は、キャッシュ装置１１の容量が足りなくなるのを防止するために、定められた消去条件に適合する電子書籍をキャッシュ装置１１から消去させる処理を行う。
【００３５】
ここから，図１で図示したキャッシュシステム１を構成する各装置について説明する。キャッシュシステム１のユーザが利用する端末装置１２としては，インターネット端末としての機能を備え，インターネット１４上で公開されているウェブページを閲覧するためのコンピュータプログラム（ここでは，ブラウザ）が実装された汎用の装置を利用することができ，詳しくは，携帯電話，スマートフォン，パーソナルコンピュータなどの市販の装置を端末装置１２として利用できる。
【００３６】
図１で図示したキャッシュシステム１の書店装置１０，キャッシュ装置１１及びダウンロード装置１３は，市販のサーバ装置を利用して実現されるサーバ装置で，市販のサーバ装置には，図２で図示したようなハードウェアが備えられていることが一般的である。
【００３７】
図２は，書店装置１０，キャッシュ装置１１及びダウンロード装置１３として利用されるサーバ装置２に備えられたハードウェアを説明する図である。
【００３８】
市販のサーバ装置には，ハードウェアとして，ＣＰＵ２ａ（CPU: Central Processing Unit）と、メモリ管理やインターフェース管理などの機能を有するＣｈｉｐＳｅｔ２ｂ（ROM: Read-Only Memory）と、コンピュータのメインメモリであるＲＡＭ２ｃ（RAM: Random Access Memory）と、外部記憶装置として大容量のデータ記憶装置２ｄ（例えば，ハードディスク）と，外部デバイスとデータ通信するための入出力インターフェース２ｅと、ネットワーク通信するためのネットワークインターフェース２ｆと、ディスプレイ２ｇと，文字入力デバイス２ｈと，ポインティングデバイス２ｉなどが備えられている。
【００３９】
書店装置１０として利用するサーバ装置２のデータ記憶装置２ｄには，本発明に係わる書店装置１０として機能させるためのコンピュータプログラムが実装され，キャッシュ装置１１として利用するサーバ装置２のデータ記憶装置２ｄには，本発明に係わるキャッシュ装置１１として機能させるためのコンピュータプログラムが実装され，ダウンロード装置１３として利用するサーバ装置２のデータ記憶装置２ｄには，本発明に係わるダウンロード装置１３として機能させるためのコンピュータプログラムが実装されている。また，キャッシュ装置１１やダウンロード装置１３として利用されるサーバ装置２には，データ記憶装置２ｄに加え，数多くの電子書籍を記憶し，ダウンロード要求を受けてから電子書籍を送信できるまでの時間を短縮できるストレージシステムが接続されることが一般的である。
【００４０】
図３は，第１の実施形態における書店装置１０のブロック図である。図３に図示したように，電子書籍を販売する書店サイトが運営されている書店装置１０には，書店サイトを運営するために、ユーザの販売履歴を記憶する販売履歴ＤＢ１０４と，電子書籍を販売する販売手段１００と，端末装置１２を操作するユーザを認証するユーザ認証手段１０１と，電子書籍の販売に係わる課金処理を実行する課金手段１０２と，ダウンロード要求の正当性検証要求をダウンロード装置１３から受けると，ダウンロード要求の正当性を確認する処理を実行し，ダウンロード要求の正当性検証結果をダウンロード装置１３に返信する正当性検証手段１０３が備えられ、各手段はコンピュータプログラムによって実現される。
【００４１】
書店装置１０に備えられたユーザ認証手段１０１は，電子書籍を購入するユーザを認証する手段で，ユーザ認証の具体的な手法は任意でよいが，ユーザを識別するユーザＩＤ及びユーザの認証データ（例えば，パスワード）を入力するウェブページを端末装置１２に表示させ，端末装置１２から送信されたユーザＩＤと関連付けて記憶している参照データと，端末装置１２から送信された認証データを照合するのが一般的である。
【００４２】
また，書店装置１０に備えられた課金手段１０２は，電子書籍の販売に係わる課金処理を実行する手段で，課金処理の具体的な手法は任意でよい。電子書籍の販売に係わる課金処理にクレジット決済が利用されるとき，書店装置１０に備えられた課金手段１０２は，ユーザが入力したクレジット番号などの与信情報をクレジット会社のサーバに送信することで，ユーザが購入した電子書籍の決済を行う手段になる。また，電子書籍の販売に係わる課金処理に書店サイトのポイントが利用されるとき，書店装置１０に備えられた課金手段１０２は，この時点で入力したユーザが所持しているポイント残高から，電子書籍の金額に対応するポイントを減算処理する手段になる。
【００４３】
書店装置１０に備えられた販売手段１００は，ユーザから受けた操作に従い，端末装置１２に表示させるウェブページを切り替えることで，ユーザに対して電子書籍を販売する手段である。
【００４４】
書店装置１０に備えられた販売手段１００の詳細については，電子書籍を販売するときに実行される手順を追いながら説明するが，書店装置１０の販売手段１００は，電子書籍を販売する毎に，電子書籍の販売履歴を作成してダウンロード装置１３に送信した後，ユーザ認証手段１０１が端末装置１２から取得したユーザＩＤ及びユーザが利用した端末装置１２の端末装置ＩＤを付与して販売履歴を販売履歴ＤＢ１０４に記憶する手段である。
【００４５】
書店装置１０の正当性検証手段１０３が，正当性検証要求を受けたダウンロード要求の正当性を検証する内容は任意であるが，第１の実施形態では，書店装置１０に備えられた正当性検証手段１０３は，正当性検証要求を受けたダウンロード要求に対応する販売履歴を販売履歴ＤＢ１０４から検索し，販売履歴の検索結果を利用して，正当性検証要求を受けたダウンロード要求の正当性を検証する。
【００４６】
後述するように，ダウンロード装置１３が端末装置１２から受けるダウンロード要求には，ダウンロードする電子書籍が販売された書店装置１０の書店サイトＩＤ，ダウンロードする電子書籍の電子書籍ＩＤ及びダウンロード要求した端末装置１２の端末装置ＩＤが含まれ，書店装置１０の正当性検証手段１０３は，ダウンロード装置１３から転送されたダウンロード要求に含まれる書店サイトＩＤが自サイトの書店サイトＩＤで，かつ，ダウンロード要求に含まれる電子書籍ＩＤ及び端末装置ＩＤを検索条件として販売履歴ＤＢ１０４から販売履歴が検索できたとき，正当性検証を成功とする。
【００４７】
なお，書店装置１０の販売手段１００が販売履歴に課金情報を含ませるとき，書店装置１０の正当性検証手段１０３は，検索した販売履歴に含まれる課金情報を参照し，ダウンロード要求の正当性検証の一項目に課金処理の正常終了を含ませることもできる。
【００４８】
図４は，第１の実施形態におけるダウンロード装置１３のブロック図である。図４に図示したように，電子書籍を複数記憶しているダウンロード装置１３には，データベース（DB: DataBase）として，全ての書店装置１０で取り扱われている全ての電子書籍を記憶した電子書籍ＤＢ１３２と，書店装置１０から受信した販売履歴を記憶する販売履歴ＤＢ１３３と，電子書籍販売システム１ａに含まれるキャッシュ装置１１係わる情報を記憶する書店サイトＤＢ１３４と、キャッシュ装置１１に電子書籍をキャッシュさせたキャッシュ履歴を記憶するキャッシュ履歴ＤＢ１３５と、端末装置１２から受信したダウンロード要求を記憶するダウンロード要求ＤＢ１３６が備えられ，コンピュータプログラムによって実現される機能として，端末装置１２からダウンロード要求が送信されると，ダウンロード要求の正当性検証を書店装置１０に依頼し，書店装置１０から受信したダウンロード要求の正当性検証結果に従い，ダウンロード要求された電子書籍の配信を制御する電子書籍配信手段１３０と、キャッシュ装置１１にキャッシュされている電子書籍を管理するキャッシュ管理手段１３１を備え、電子書籍配信手段１３０は、書店サイトの仕様要求に合わせて、電子書籍の体裁を変更するリラップ処理を行うリラップ処理部１３０ａを有している。
【００４９】
ダウンロード装置１３に備えられた電子書籍ＤＢ１３２には，書店サイトで取り扱われている全ての電子書籍が，電子書籍のソースに加え，電子書籍の作者，出版者，税込み価格，電子書籍の識別子である電子書籍ＩＤ，電子書籍が送信可能か否かを示す情報などが属性情報として付加されて記憶される。
【００５０】
また，ダウンロード装置１３に備えられた販売履歴ＤＢ１３３には，書店装置１０から送信された販売履歴が記憶される。
【００５１】
また、ダウンロード装置１３に備えられた書店サイトＤＢ１３４には，書店装置１０に対応するキャッシュ装置１１に係る情報が記憶され，ここでは、書店装置１０の書店サイトＩＤに関連付けて，書店装置１０のＵＲＬ、キャッシュ装置１１のＵＲＬ、キャッシュ装置１１のアカウント、キャッシュ装置１１のパスワード、キャッシュ装置１１の最大キャッシュ容量、キャッシュ装置１１にキャッシュされた電子書籍の消去条件が記述される。
【００５２】
また、ダウンロード装置１３に備えられたキャッシュ履歴ＤＢ１３５には、電子書籍をキャッシュ装置１１にキャッシュさせる毎に新規のキャッシュ履歴が追加され、このキャッシュ履歴には、キャッシュした電子書籍が販売された書店装置１０の書店サイトＩＤに関連付けて、キャッシュした電子書籍の電子書籍ＩＤ、該電子書籍のフォーマット形式、該電子書籍のファイルサイズ、該電子書籍をキャッシュしたキャッシュ場所、該電子書籍をキャッシュしたキャッシュ日時、及び、該電子書籍を配信した最新の日時である最新配信日時、該電子書籍をダウンロードしたダウンロード回数が記述される。
【００５３】
更に，ダウンロード装置１３に備えられたダウンロード要求ＤＢ１３６には，端末装置１２から受信したダウンロード要求が記憶され，ダウンロード要求された電子書籍が端末装置４２にダウンロードされると、該電子書籍に対応するダウンロード要求には，電子書籍配信手段１３０によってダウンロード済フラグが付与される。
【００５４】
ダウンロード要求にダウンロード済フラグを付与することで，ダウンロード装置１３は，ダウンロード済フラグを参照して，端末装置１２から受けたダウンロード要求が再ダウンロードのダウンロード要求である否かを判断できるようになる。
【００５５】
ユーザが購入した電子書籍のダウンロードが完了した際，ダウンロード装置１３から書店装置１０にダウンロードの完了通知を送信する必要があるが，ユーザが購入済みの電子書籍を再ダウンロードした場合はダウンロードの完了通知を書店装置１０に送信する必要はなく，端末装置１２に送信する電子書籍が再ダウンロードであるか否かをダウンロード装置１３側で判断できれば，ユーザが電子書籍を購入した際のダウンロードが行われたときのみ，ダウンロード装置１３は，ダウンロードが完了したことを書店装置１０に通知することができるようになる。
【００５６】
なお、ダウンロード装置１３に備えられた電子書籍配信手段１３０及びキャッシュ管理手段１３１については、電子書籍を販売するときに実行される処理などのフローを説明しながら詳細に説明する。
【００５７】
図５は，第１の実施形態におけるキャッシュ装置１１のブロック図である。図５に図示したように，ダウンロード要求した端末装置１２に電子書籍を送信するキャッシュ装置１１には，ダウンロード装置１３から受信した電子書籍を記憶するキャッシュＤＢ１１１と，コンピュータプログラムによって実現される機能として，ダウンロード装置１３から電子書籍が配信されると配信された電子書籍をキャッシュし、また、ダウンロード装置１３からダウンロード要求がリダイレクトされると，ダウンロード要求に対応する電子書籍を端末装置１２に送信するキャッシュ手段１１０が備えられる。
【００５８】
ここから，電子書籍を販売するときに実行される処理を説明しながら，書店装置１０に備えられた販売手段１００，ダウンロード装置１３に備えられた電子書籍配信手段１３０及びキャッシュ管理手段１３１，並びに，キャッシュ装置１１に備えられたキャッシュ手段１１０について詳細に説明する。なお，電子書籍を販売するときに実行される処理の説明は，方法に係わる発明の説明も兼ねている。
【００５９】
図６は，第１の実施形態において、電子書籍を販売するときに実行される処理の第１のフロー図，図７は，電子書籍を販売するときに実行される処理の第２のフロー図、そして、図８は、電子書籍を販売するときに実行される処理の第３のフロー図である。
【００６０】
まず，図６で図示したフローについて説明する。ユーザが端末装置１２上でブラウザを起動させ，一つの電子書籍販売システム１ａの書店装置１０にアクセスすると（Ｓ１），端末装置１２からアクセスを受けた書店装置１０の販売手段１００は，書店装置１０で販売されている電子書籍を表示させる電子書籍表示用のウェブページを端末装置１２に送信する（Ｓ２）。
【００６１】
図９は，電子書籍表示用のウェブページに含まれ，書店装置１０で販売されている電子書籍のリストを表示するウェブページ３ａを説明する図である。図９に図示したように，電子書籍のリストを表示するウェブページ３ａには，キーワードやジャンルによって検索するための検索ボタン３ａ１に加え，検索結果に含まれる一部の電子書籍のリスト３ａ２が表示され，電子書籍の概要を説明するテキスト３ａ３に電子書籍の詳細を説明するウェブページへのリンクが貼られている。
【００６２】
ユーザが購入を希望する電子書籍（ここでは，小説１）のテキスト３ａ３がブラウザ上でクリックされると，ブラウザで表示されるウェブページは，該テキストに貼られたリンク先にジャンプし，ユーザが購入を希望する電子書籍の詳細が記されたウェブページが端末装置１２に表示される。
【００６３】
図１０は，電子書籍の詳細を説明するウェブページ３ｂを説明する図である。図１０で図示したウェブページ３ｂには，ユーザによって選択された電子書籍（ここでは，小説１）の画像や詳細な説明文３ｂ１に加え，電子書籍を購入する際にクリックするボタン３ｂ２が表示されている。
【００６４】
図１０で図示したボタン３ｂ２を表示するＨＴＭＬには，書店装置１０で運営されている書店サイトのホスト名，電子書籍の購入に係わる処理を実行するプログラム名などが記述されたＵＲＩと，図１０で表示されている電子書籍の電子書籍ＩＤを書店装置１０に引き渡すための要素が含まれている。
【００６５】
図１０で図示したボタン３ｂ２がクリックされることで，引き渡された電子書籍ＩＤで特定される電子書籍の購入要求が端末装置１２から書店装置１０に送信され（Ｓ３），該購入要求の内容には，少なくとも，電子書籍の購入に係わる処理を実行するプログラム名とユーザが購入する電子書籍の電子書籍ＩＤが含まれる。
【００６６】
書店装置１０の販売手段１００は，購入要求を端末装置１２から受信すると，電子書籍の購入に係わる処理を開始し，まず，電子書籍の購入に係わる処理として，端末装置１２から購入要求を受けた電子書籍の配信確認要求をダウンロード装置１３に送信する（Ｓ４）。
【００６７】
ここで，端末装置１２から購入要求を受けた電子書籍の配信確認要求をするのは，書店サイトの運営者の都合に係わらず，電子書籍の制作者（例えば，出版社）側の都合で電子書籍の販売が停止になっていることがあるからである。
【００６８】
なお，書店装置１０がダウンロード装置１３へ送信する配信確認要求の内容には，書店装置１０の書店サイトＩＤ，購入要求を受けた電子書籍の電子書籍ＩＤ，購入要求を受けた電子書籍のフォーマット，購入要求を受けた電子書籍の販売価格などが含まれる。
【００６９】
ダウンロード装置１３の電子書籍配信手段１３０は，配信確認要求を書店装置１０から受信すると，電子書籍ＤＢ１３２を参照し，配信確認要求された電子書籍が有効であるか否か確認し，配信確認要求を送信した書店装置１０に電子書籍送信確認結果を返信する（Ｓ５）。
【００７０】
書店装置１０の販売手段１００は，ダウンロード装置１３から受信した電子書籍配信確認結果によって，電子書籍が有効であることが示されている場合，購入要求された電子書籍の購入確認用のウェブページを動的に生成し，購入要求された電子書籍の購入確認用のウェブページを端末装置１２へ送信し（Ｓ６），電子書籍の購入確認用のウェブページが端末装置１２のブラウザに表示される（Ｓ７）。
【００７１】
図１１は，電子書籍の購入確認用のウェブページ３ｃを説明する図である。図１１で図示した電子書籍の購入確認用のウェブページ３ｃには，電子書籍のタイトル，販売価格など３ｃ１に加え，電子書籍の購入の決定に利用されるボタン３ｃ２と，電子書籍の購入のキャンセルに利用されるボタン３ｃ３が表示されている。
【００７２】
電子書籍の購入の決定に利用されるボタン３ｃ２を表示するＨＴＭＬには，書店装置１０のホスト名，電子書籍の購入に対する課金処理を実行するプログラム名などが記述されたＵＲＩと，電子書籍の購入確認用のウェブページ３ｃに表示されている電子書籍の電子書籍ＩＤ及び端末装置１２の端末装置ＩＤを書店装置１０に引き渡すための要素が含まれている。
【００７３】
端末装置１２の識別子である端末装置ＩＤを取得する手法としては，書店装置１０が端末装置１２のブラウザに記憶させるクッキー（cookie）をパーソナルコンピュータに記憶させる手法あるが，端末装置１２を携帯電話やスマートフォンとする場合，携帯電話やスマートフォンに実装されるＵＳＩＭ（Universal Subscriber Identification Module)に記憶されている個体識別番号を送信する属性を，電子書籍の購入の決定に利用されるボタン３ｃ２を表示するＨＴＭＬに記述しておけばよい。
【００７４】
図１１で図示したボタン３ｃ２がクリックされると，課金処理要求が端末装置１２から書店装置１０に送信され（Ｓ８），課金処理要求の内容には，少なくとも，電子書籍の購入に対する課金処理を実行するコンピュータプログラムの名称，電子書籍ＩＤ及び端末装置ＩＤが含まれる。
【００７５】
課金処理要求を端末装置１２から受けると，書店装置１０の販売手段１００は，まず，ユーザ認証手段１０１を作動させ，ユーザ認証手段１０１は，端末装置１２を操作するユーザのユーザ認証に成功すると，書店装置１０の課金手段１０２を作動させ，電子書籍の購入に対する課金処理を実行する（Ｓ９）。
【００７６】
ユーザが購入を希望する電子書籍に対する課金処理が終了したことを課金手段１０２から受け取ると，書店装置１０の販売手段１００は，
・書店装置１０の書店サイトＩＤ
・電子書籍の識別子である電子書籍ＩＤ
・電子書籍の課金処理が終了したときの販売日時
・販売された電子書籍の販売価格
などが含まれる電子書籍の販売履歴を生成し，生成した販売履歴をダウンロード装置１３へ送信すると共に，ユーザ認証手段１０１がユーザ認証するとき端末装置１２から取得したユーザＩＤ及び端末装置１２から引き渡された端末装置ＩＤを販売履歴に付与して，書店装置１０の販売履歴ＤＢ１０４に記憶する。（Ｓ１０）。
【００７７】
ダウンロード装置１３の電子書籍配信手段１３０は，書店装置１０から販売履歴及び端末装置ＩＤが送信されると，販売履歴ＤＢ１３３に販売履歴を記憶し，販売履歴を送信した書店装置１０に対して販売履歴を記憶したことを通知する（Ｓ１１）。
【００７８】
書店装置１０の販売手段１００は，販売履歴を記憶したことがダウンロード装置１３から通知されると，ユーザが購入した電子書籍のダウンロード元のＵＲＩを生成し，ダウンロード元のＵＲＩを含むダウンロード用のウェブページを動的に生成し，ダウンロード用のウェブページを端末装置１２へ送信し（Ｓ１２），ダウンロード用のウェブページが端末装置１２のブラウザに表示される（Ｓ１３）。
【００７９】
図１２は，ダウンロード用のウェブページを説明する図である。図１２で図示したダウンロード用のウェブページ３ｄには，ユーザが購入した電子書籍の詳細内容３ｄ１に加え，ユーザが購入した電子書籍を端末装置１２にダウンロードさせるためのボタン３ｄ２と，ユーザが購入した電子書籍のダウンロードをキャンセルするためのボタン３ｄ３が含まれている。
【００８０】
ユーザが購入した電子書籍を端末装置１２にダウンロードさせるためのボタン３ｄ２を表示するＨＴＭＬには，ユーザが購入した電子書籍のダウンロード元のＵＲＩと，端末装置１２の端末装置ＩＤをダウンロード装置１３に引き渡すための要素が含まれている。
【００８１】
図１３は，ユーザが購入した電子書籍のダウンロード元のＵＲＩを説明する図である。図１３に図示したように，ユーザが購入した電子書籍のダウンロード元のＵＲＩには，ｈｔｔｐを利用することを示すスキーム（http://）と，ダウンロード装置１３のホスト名（www.DownloadServer.xxx）と，電子書籍のダウンロード処理するコンピュータプログラム名（download），ダウンロード処理するプログラムに引き渡す変数として，ユーザが電子書籍を購入した書店装置１０の書店サイトＩＤ（SiteID=XXXX），ユーザが購入した電子書籍の電子書籍ＩＤ（ContentID=YYYYYYYY）が付加されている。
【００８２】
図１２で図示したボタン３ｄ２がクリックされると，ユーザが購入した電子書籍のダウンロード要求が端末装置１２からダウンロード装置１３に送信され（Ｓ１４），ダウンロード要求には，ダウンロード元のＵＲＩに含まれる書店サイトＩＤ及び電子書籍ＩＤに加え，ダウンロード要求した端末装置１２の端末装置ＩＤが含まれる。
【００８３】
電子書籍のダウンロード要求を端末装置１２から受けると，ダウンロード装置１３の電子書籍配信手段１３０は，端末装置１２から受信したダウンロード要求をダウンロード要求ＤＢ１３６から検索する（Ｓ１５）。
【００８４】
ここでは，電子書籍の購入からのフローであるため，端末装置１２から受信したダウンロード要求はダウンロード要求ＤＢ１３６に記憶されておらず，端末装置１２から受信したダウンロード要求をダウンロード要求ＤＢ１３６から検索できないため，ダウンロード装置１３の電子書籍配信手段１３０は，ダウンロード済フラグを初期値とし，端末装置１２から受信したダウンロード要求をダウンロード要求ＤＢ１３６に記憶する（Ｓ１６）。
【００８５】
なお，電子書籍が再ダウンロードされる際、端末装置１２から受信したダウンロード要求をダウンロード要求ＤＢ１３６から検索できるため，端末装置１２から受信したダウンロード要求をダウンロード要求ＤＢ１３６に記憶する処理は実行されない。
【００８６】
ここから，図７を参照しながら説明する。端末装置１２から受信したダウンロード要求をダウンロード要求ＤＢ１３６に記憶した後，ダウンロード装置１３の電子書籍配信手段１３０は，書店サイトＤＢ１３４を参照し、ダウンロード要求に含まれる書店サイトＩＤに関連付けられた書店装置１０のＵＲＬを取得し、端末装置１２から送信されたダウンロード要求に対応するダウンロードの正当性検証要求を該ＵＲＬに対応する書店装置１０へ送信する（Ｓ１７）。なお，ダウンロードの正当性検証要求には，ダウンロードの正当性を検証するプログラム名（ここでは，正当性検証手段１０３を作動させるプログラム名）に加え，ダウンロード要求に含まれる書店サイトＩＤ，電子書籍ＩＤ及び端末装置ＩＤが含まれる。
【００８７】
ダウンロードの正当性検証要求がダウンロード装置１３から送信されると，ダウンロードの正当性検証要求に含まれる書店サイトＩＤ、電子書籍ＩＤ及び端末装置ＩＤをパラメータとして，書店装置１０の正当性検証手段１０３が作動し，ダウンロード装置１３から送信された正当性検証要求の正当性を検証する処理を実行する（Ｓ１８）。なお，書店装置１０の正当性検証手段１０３の処理内容はすでに上述している。
【００８８】
書店装置１０の正当性検証手段１０３は，ダウンロード装置１３から送信されたダウンロードの正当性検証要求に係わる処理が終了すると，ダウンロードの正当性検証結果をダウンロード装置１３へ送信する（Ｓ１９）。なお，ダウンロードの正当性検証結果の内容には，正当性を検証したダウンロードの正当性検証要求に含まれる書店サイトＩＤ，電子書籍ＩＤ及び端末装置ＩＤに加え，正当性検証の結果を示すフラグが含まれる。
【００８９】
ダウンロード装置１３の電子書籍配信手段１３０は，ダウンロードの正当性検証結果を書店装置１０から受信すると，ダウンロードの正当性検証結果に従い処理を分岐する（Ｓ２０）。
【００９０】
書店装置１０から受信したダウンロードの正当性検証結果で「失敗」が示されている場合は電子書籍を配信する処理を終了し、書店装置１０から受信したダウンロードの正当性検証結果で「成功」が示されている場合、ダウンロード装置１３の電子書籍配信手段１３０は，ダウンロード要求された電子書籍のキャッシュ確認要求をキャッシュ管理手段１３１に行い、キャッシュ管理手段１３１は、キャッシュ履歴ＤＢ１３５を参照し、端末装置１２からダウンロード要求された電子書籍が、ダウンロード要求に含まれる書店サイトＩＤで特定される書店装置１０に対応するキャッシュ装置１１のキャッシュＤＢ１１１にキャッシュされているか否かを確認し、確認結果に従い処理を分岐する（Ｓ２１）。
【００９１】
なお、ダウンロード装置１３のキャッシュ管理手段１３１は，ダウンロード要求に含まれる書店サイトＩＤ及び電子書籍ＩＤで特定されるキャッシュ履歴をキャッシュ履歴ＤＢ１３５から検索することで、端末装置１２からダウンロード要求された電子書籍が、該電子書籍が販売された書店サイトに対応するキャッシュ装置１１のキャッシュＤＢ１１１にキャッシュされているか否かを確認し、キャッシュ確認結果を電子書籍配信手段１３０に引き渡す。
【００９２】
端末装置１２からダウンロード要求された電子書籍が、該電子書籍が販売された書店サイトに対応するキャッシュ装置１１のキャッシュＤＢ１１１にキャッシュされていない場合、ダウンロード装置１３の電子書籍配信手段１３０は，ダウンロード装置１３から端末装置１２へ該電子書籍を配信するために、端末装置１２からダウンロード要求に含まれる書店サイトＩＤ及び電子書籍ＩＤをリラップ処理部１３０ａに引き渡して、リラップ処理部１３０ａに該電子書籍をリラップ処理させる（Ｓ２２）。
【００９３】
ダウンロード装置１３の電子書籍配信手段１３０のリラップ処理部１３０ａは、書店サイトＩＤ毎に、電子書籍をリラップ処理するためのリラップモジュールが記憶され、書店サイトＩＤ及び電子書籍ＩＤが引き渡されると、引き渡された電子書籍ＩＤに対応する電子書籍のソースを電子書籍ＤＢ１３２から検索し、引き渡された書店サイトＩＤに対応するリラップモジュールを用いて該電子書籍をリラップ処理することで、端末装置１３から受けたダウンロード要求に対応する電子書籍がリラップ処理される。
【００９４】
端末装置１３から受けたダウンロード要求に対応する電子書籍に係るリラップ処理が終了すると、ダウンロード装置１３の電子書籍配信手段１３０は、リラップ処理後の電子書籍をダウンロード要求した端末装置１２へ配信する（Ｓ２３）。
【００９５】
リラップ処理後の電子書籍をダウンロード要求した端末装置１２へ配信すると、ダウンロード装置１３の電子書籍配信手段１３０は、端末装置１２へ配信した電子書籍のキャッシュ要求をキャッシュ管理手段１３１に対して行う。
【００９６】
ダウンロード装置１３のキャッシュ管理手段１３１は、まず、書店サイトＤＢ１３４を参照し、ダウンロード要求に含まれる書店サイトＩＤにキャッシュ装置１１のＵＲＬが関連づけられているか確認することで、ダウンロード要求に含まれる書店サイトＩＤで特定される書店装置１０に対応するキャッシュ装置１１が利用可であるか確認し（Ｓ２４）、ダウンロード要求に含まれる書店サイトＩＤにキャッシュ装置１１のＵＲＬが関連づけられていない場合はキャッシュ処理を終了し、ダウンロード要求に含まれる書店サイトＩＤにキャッシュ装置１１のＵＲＬが関連づけられている場合はキャッシュ処理を続行する。
【００９７】
キャッシュ処理を続行する場合、ダウンロード装置１３のキャッシュ管理手段１３１は、書店サイトＤＢ１３４を参照し、ダウンロード要求に含まれる書店サイトＩＤに関連付けられた最大キャッシュ容量を取得し、更に、キャッシュ履歴ＤＢ１３５を参照し、ダウンロード要求に含まれる書店サイトＩＤに関連付けられている電子書籍のファイルサイズを合計することで、ダウンロード要求に含まれる書店サイトＩＤで特定される書店装置１０に対応するキャッシュ装置１１のキャッシュ使用容量を取得し、キャッシュ使用容量が最大キャッシュ容量を超えているか確認する（Ｓ２５）。
【００９８】
キャッシュ使用容量が最大キャッシュ容量を超えている場合、ダウンロード装置１３のキャッシュ管理手段１３１は、書店サイトＤＢ１３４を参照し、ダウンロード要求に含まれる書店サイトＩＤに関連付けられたキャッシュ装置１１のＵＲＬと消去条件を取得した後、キャッシュ履歴ＤＢ１３５を参照し、ダウンロード要求に含まれる書店サイトＩＤに対応するキャッシュ履歴の中から、該消去条件に適合するキャッシュ履歴を特定し、該ＵＲＬのキャッシュ装置１１に対して、特定したキャッシュ履歴の電子書籍ＩＤに対応する電子書籍の消去を指示する（Ｓ２６）。
【００９９】
例えば、一台のキャッシュ装置１１にキャッシュされている電子書籍の中から、最新配信日時が最も古い電子書籍を消去する消去条件を利用する場合、最新配信日時が最も古いキャッシュ履歴が消去の対象となる。
【０１００】
電子書籍の消去の指示をダウンロード装置１３から受けたキャッシュ装置１１は、ダウンロード装置１３から指定された電子書籍ＩＤで特定される電子書籍を消去し、消去の完了をダウンロード装置１３へ通知する（Ｓ２７）。
【０１０１】
ダウンロード装置１３のキャッシュ管理手段１３１は、キャッシュ装置１１から消去の完了が通知されると、Ｓ２６で特定したキャッシュ履歴をキャッシュ履歴ＤＢ１３５から消去する（Ｓ２８）。
【０１０２】
キャッシュ装置１１から消去した電子書籍に係るキャッシュ履歴をキャッシュ履歴ＤＢ１３５から消去した後、又は、Ｓ２５において、キャッシュ使用容量が最大キャッシュ容量を超えていない場合、ダウンロード装置１３のキャッシュ管理手段１３１は、書店サイトＤＢ１３４を参照し、ダウンロード要求に含まれる書店サイトＩＤに関連付けられたキャッシュ装置１１のＵＲＬを取得し、該ＵＲＬに対応するリラップ処理後の電子書籍を送信し（Ｓ２９）、キャッシュ装置１１のキャッシュＤＢ１１１にリラップ処理後の電子書籍をキャッシュさせる（Ｓ３０）。
【０１０３】
そして、電子書籍をキャッシュしたキャッシュ場所を含むキャッシュ完了通知がキャッシュ装置１１から通知されると、ダウンロード装置１３のキャッシュ管理手段１３１は、キャッシュ履歴ＤＢ１３５に新規のキャッシュ履歴を追加する（Ｓ３１）。
【０１０４】
ここで、キャッシュ履歴ＤＢ１３５に追加する新規のキャッシュ履歴の書店ＩＤ及び電子書籍ＩＤは、ダウンロード要求に含まれる書店サイトＩＤ及び電子書籍ＩＤになり、また、フォーマット形式及びファイルサイズは、リラップ処理後の電子書籍のフォーマット形式及びファイルサイズになり、電子書籍のキャッシュ場所は、キャッシュ完了通知に含まれるキャッシュ場所になり、キャッシュしたキャッシュ日時はこの時点の日時になる。新規のキャッシュ履歴の最新配信日時及びダウンロード回数は初期値で、電子書籍のダウンロードが完了した時点で、新規のキャッシュ履歴の最新配信日時及びダウンロード回数は更新される。
【０１０５】
また、図７のＳ２１において、端末装置１２からダウンロード要求された電子書籍が、該電子書籍が販売された書店サイトに対応するキャッシュ装置１１にキャッシュされている場合、ダウンロード装置１３のキャッシュ管理手段１３１は、書店サイトＤＢ１３４を参照し、ダウンロード要求に含まれる書店サイトＩＤに関連付けられたキャッシュ装置１１のＵＲＬを取得し、キャッシュ履歴ＤＢ１３５から検索されたキャッシュ履歴に記述されている電子書籍のキャッシュ場所が、端末装置１２にダウンロードする電子書籍の格納場所になるように、該ＵＲＬに対応するキャッシュ装置１１へダウンロード要求をリダイレクトし、該キャッシュ装置から端末装置１２へコンテンツが配信される（Ｓ３２）。
【０１０６】
端末装置１２は、ダウンロード装置１３又はキャッシュ装置１１からリラップ処理後の電子書籍が配信されると、該電子書籍をメモリへダウンロードする（Ｓ３３）。
【０１０７】
電子書籍のダウンロードが完了すると，端末装置１２のブラウザの機能によって，該電子書籍のダウンロード完了要求がダウンロード元になった装置（ここでは、ダウンロード装置１３又はキャッシュ装置１１）に対して送信され，ダウンロード元になった装置がキャッシュ装置１１の場合、キャッシュ装置１１がダウンロード完了要求を転送することで、電子書籍のダウンロード完了要求がダウンロード装置１３に送信される（Ｓ３４）。なお、このダウンロード完了要求の内容には，ダウンロードが終了した電子書籍のダウンロード元のＵＲＩに含まれる書店サイトＩＤ及び電子書籍ＩＤに加え，端末装置１２の端末装置ＩＤが含まれる。
【０１０８】
ここから、図８を参照しながら説明する。ダウンロード装置１３の電子書籍配信手段１３０は，端末装置１２からダウンロード完了要求を受けると，ダウンロード要求ＤＢ１３６の中から，ダウンロード完了要求に対応するダウンロード要求を検索し，検索したダウンロード要求に付与されているダウンロード済フラグの値が初期値であるか確認する（Ｓ３５）。
【０１０９】
ここでは，電子書籍の購入からのフローであるため，検索したダウンロード要求に付与されているダウンロード済フラグの値は初期値であるため，ダウンロード装置１３の電子書籍配信手段１３０は，検索したダウンロード要求に付与されているダウンロード済フラグを，ダウンロードに利用されたことを示す値に更新する（Ｓ３６）。
【０１１０】
そして、ダウンロード装置１３の電子書籍配信手段１３０は，検索したダウンロード要求に含まれる書店サイトＩＤ及び電子書籍ＩＤをキャッシュ管理手段１３１に引き渡し、書店サイトＩＤ及び電子書籍ＩＤで特定されるキャッシュ履歴ＤＢ１３５のキャッシュ履歴の最新配信日時及びダウンロード回数をキャッシュ管理手段１３１に更新させる（Ｓ３７）。なお、更新後の最新配信日時はこの時点の日時になり、また、更新後のダウンロード回数は更新前のダウンロード回数を一つだけインクリメントした値になる。
【０１１１】
そして、ダウンロード装置１３の電子書籍配信手段１３０は，電子書籍のダウンロードが完了したことを示し，書店サイトＩＤ，電子書籍ＩＤ，端末装置ＩＤ及びダウンロードの完了を示す情報などを含む完了通知を生成した後、書店サイトＤＢ１３４を参照し、ダウンロード要求に含まれる書店サイトＩＤに関連付けられた書店装置１０のＵＲＬを取得し、該ＵＲＬに対応する書店装置１０へ完了通知を送信する（Ｓ３８）。
【０１１２】
なお，ダウンロード装置１４が，ダウンロードの完了通知を生成し書店装置１０に送信するのは，ダウンロードの完了通知を書店装置１０が受領した時点で，電子書籍の販売に係わる処理が終了となるからで、書店装置１０がダウンロードの完了通知を受理すると（Ｓ３９），図８で図示した手順は終了する。
【０１１３】
最後に，ユーザが購入した電子書籍を再ダウンロードするときの手順について説明する。ユーザが購入した電子書籍を再ダウンロードするときの手順は、以下に述べる内容以外は、図６、図７及び図８を用いて説明した内容と同じである。
【０１１４】
ユーザが購入した電子書籍を再ダウンロードするとき、図６のＳ６において、再ダウンロード用のウェブページが書店装置１０から端末装置１２へ送信され、この再ダウンロード用のウェブページを利用してダウンロード要求がダウンロード装置１３へなされる。
【０１１５】
ユーザが購入した電子書籍を再ダウンロードするとき、図６のＳ１５において、端末装置１２から受けたダウンロード要求はダウンロード要求ＤＢ１３６に記憶されているため、図６のＳ１６の手順は実行されない。
【０１１６】
また、ユーザが購入した電子書籍を再ダウンロードするとき、図８のＳ３５において、ダウンロード要求ＤＢ１３６に記憶されているダウンロード要求に付加されているダウンロード済フラグは初期値でなく、ダウンロード装置１３はダウンロードの完了通知を書店装置１０へ送信する処理は実行されない。
［第２の実施形態］
【０１１７】
図１４は，第２の実施形態におけるキャッシュシステム４の構成を説明する図である。図１４で図示したキャッシュシステム４は，キャッシュ装置４１のキャッシュ履歴を記憶しているＤＢを有し、電子書籍のキャッシュ確認要求を受けると、キャッシュ確認要求で指定された電子書籍が、キャッシュ確認要求で指定された書店装置４０に対応するキャッシュ装置４１にキャッシュされているか確認し、電子書籍のキャッシュ要求を受けると、キャッシュ要求で指定された書店装置４０に対応する前記キャッシュ装置４１に、キャッシュ要求で指定された電子書籍をキャッシュした後、該電子書籍をキャッシュさせたキャッシュ履歴を該ＤＢに追加する手段を備えた装置をダウンロード装置４３とした形態で、第１の実施形態と同様に，図１４に図示したキャッシュシステム４には，少なくともインターネット４４がネットワークとして含まれ，装置として，ユーザが所持する端末装置４２と，電子書籍をインターネット４４上で販売するための電子書籍販売システム４ａと、電子書籍販売システム４ａで販売されている全ての電子書籍を記憶している一台のダウンロード装置４３が含まれ、電子書籍販売システム４ａには、電子書籍を販売する書店サイトが運営されている書店装置４０と，書店装置４０で販売された電子書籍をキャッシュし、ダウンロード装置４３の代わりに電子書籍を端末装置４２へ送信するキャッシュ装置４１が含まれる。なお、電子書籍販売システム４ａに含まれる書店装置４０には、それぞれの書店装置４０を識別するために、書店装置４０で運営されている書店サイトの識別子である書店サイトＩＤが付与されている。
【０１１８】
一般的に、キャッシュ装置４１は、端末装置４２から書店装置４０が受けたダウンロード要求を仲介するように、書店装置４０とダウンロード装置４３の間に独立して配置され、電子書籍が販売された書店サイトの区別をすることなく電子書籍がキャッシュ装置４１にキャッシュされるが、図１４で図示したキャッシュシステム４においては、電子書籍をインターネット４４上で販売するための電子書籍販売システム４ａに書店装置４０とキャッシュ装置４１を含ませ、電子書籍が販売された書店装置４０に対応するキャッシュ装置４１に電子書籍をキャッシュするようにしている。
【０１１９】
電子書籍販売システム４ａに書店装置４０とキャッシュ装置４１を含ませ、電子書籍が販売されたときに利用された書店サイトに対応するキャッシュ装置４１に電子書籍がキャッシュされるようにしているのは、書店サイトの体裁仕様に合わせて、電子書籍の体裁を変更するリラップ処理を行う場合に対応を取るためである。
【０１２０】
端末装置４２から受けたダウンロード要求を仲介するようにキャッシュする装置を複数配置し、書店サイトの体裁仕様に合わせて、電子書籍の体裁を変更するリラップ処理後の電子書籍をキャッシュすると、同一のソースから得られた複数の電子書籍が分散した状態でキャッシュされてしまい、キャッシュヒット率が低下してしまう。
【０１２１】
これに対し、図１４で図示したキャッシュシステム４では、第１の実施形態と同様に、電子書籍をインターネット４４上で販売するための電子書籍販売システム４ａに書店装置４０とキャッシュ装置４１を含ませているため、書店サイトの体裁仕様に合わせてリラップ処理された電子書籍を、該書店サイトに対応するキャッシュ装置４１にキャッシュできるため、電子書籍が販売された書店装置４０と該電子書籍がキャッシュされるキャッシュ装置４１は１対１で対応付けることができ、キャッシュヒット率が低下してしまうことはなくなる。
【０１２２】
上述した第１の実施形態では、電子書籍販売システム４ａに含まれるキャッシュ装置４１にキャッシュされている電子書籍を管理する機能をダウンロード装置１３に持たせていたが、第２の実施形態において、電子書籍販売システム４ａに含まれるキャッシュ装置４１にキャッシュされている電子書籍を管理する機能は書店装置４０に持たせている。
【０１２３】
第２の実施形態において、ダウンロード装置４３は、端末装置４２からダウンロード要求された電子書籍が、該電子書籍が販売された書店装置４０に対応するキャッシュ装置４１にキャッシュされているか該書店装置４０に問い合わせ、該電子書籍がキャッシュされていない場合， 該書店サイトの仕様に合わせて該電子書籍をリラップ処理した後、ダウンロード要求した端末装置４２へリラップ処理後の該電子書籍を送信すると共に、リラップ処理後の該電子書籍のキャッシュ要求を該書店装置４０に送信し、リラップ処理後の電子書籍のキャッシュ要求をダウンロード装置４３から受けた書店装置４０は、該書店装置４０に対応するキャッシュ装置４１にダウンロード装置４３から送信されたリラップ処理後の電子書籍をキャッシュする処理を行う。
【０１２４】
なお，端末装置４２からダウンロード要求された電子書籍が、該電子書籍が販売された書店装置４０のキャッシュ装置４１にキャッシュされている場合、ダウンロード装置４３は、該キャッシュ装置４１から該電子書籍が端末装置４２へダウンロードされるように、ダウンロード元が該キャッシュ装置４１になるようにリダイレクトする処理を行う。
【０１２５】
更に、電子書籍販売システム４ａにキャッシュ装置４１を含ませると、キャッシュ装置４１の台数が増え、キャッシュ装置４１の容量が足りなくなった場合、キャッシュ装置４１毎に容量を増設しなければならず設備コストが高くなるため、第１の実施形態のダウンロード装置１３と同様に、第２の実施形態の書店装置４０は、キャッシュ装置４１の容量が足りなくなるのを防止するために、定められた消去条件に適合する電子書籍をキャッシュ装置４１から消去させる処理を行う。
【０１２６】
ここから，図１４で図示したキャッシュシステム４を構成する各装置について説明する。キャッシュシステム４のユーザが利用する端末装置４２としては，インターネット端末としての機能を備え，インターネット４４上で公開されているウェブページを閲覧するためのコンピュータプログラム（ここでは，ブラウザ）が実装された汎用の装置を利用することができ，詳しくは，携帯電話，スマートフォン，パーソナルコンピュータなどの市販の装置を端末装置４２として利用できる。
【０１２７】
図１４で図示したキャッシュシステム４の書店装置４０，キャッシュ装置４１及びダウンロード装置４３は，図２を用いて説明したサーバ装置２を利用して実現される装置で，書店装置４０として利用するサーバ装置２のデータ記憶装置２ｄには，本発明に係わる書店装置４０として機能させるためのコンピュータプログラムが実装され，キャッシュ装置４１として利用するサーバ装置２のデータ記憶装置２ｄには，本発明に係わるキャッシュ装置４１として機能させるためのコンピュータプログラムが実装され，ダウンロード装置４３として利用するサーバ装置２のデータ記憶装置２ｄには，本発明に係わるダウンロード装置４３として機能させるためのコンピュータプログラムが実装されている。また，キャッシュ装置４１やダウンロード装置４３として利用されるサーバ装置２には，データ記憶装置２ｄに加え，数多くの電子書籍を記憶し，ダウンロード要求を受けてから電子書籍を送信できるまでの時間を短縮できるストレージシステムが接続されることが一般的である。
【０１２８】
図１５は，第２の実施形態にかかる書店装置４０のブロック図である。図１５に図示したように，電子書籍を販売する書店サイトが運営されている書店装置４０には，書店サイトを運営するために、ユーザの販売履歴を記憶する販売履歴ＤＢ４０４と，電子書籍を販売する販売手段４００と，端末装置４２を操作するユーザを認証するユーザ認証手段４０１と，電子書籍の販売に係わる課金処理を実行する課金手段４０２と，ダウンロード要求の正当性検証要求をダウンロード装置４３から受けると，ダウンロード要求の正当性を確認する処理を実行し，ダウンロード要求の正当性検証結果をダウンロード装置４３に返信する正当性検証手段４０３と、キャッシュ装置４１に電子書籍をキャッシュさせたキャッシュ履歴を記憶するキャッシュ履歴ＤＢ４０６と、キャッシュ装置４１にキャッシュされている電子書籍を管理し、キャッシュ確認要求を受けた電子書籍のキャッシュの有無を確認するキャッシュ管理手段４０５が備えられ、各手段はコンピュータプログラムによって実現される。
【０１２９】
書店装置４０に備えられたユーザ認証手段４０１は，電子書籍を購入するユーザを認証する手段で，ユーザ認証の具体的な手法は任意でよいが，ユーザを識別するユーザＩＤ及びユーザの認証データ（例えば，パスワード）を入力するウェブページを端末装置４２に表示させ，端末装置４２から送信されたユーザＩＤと関連付けて記憶している参照データと，端末装置４２から送信された認証データを照合するのが一般的である。
【０１３０】
また，書店装置４０に備えられた課金手段４０２は，電子書籍の販売に係わる課金処理を実行する手段で，課金処理の具体的な手法は任意でよい。電子書籍の販売に係わる課金処理にクレジット決済が利用されるとき，書店装置４０に備えられた課金手段４０２は，ユーザが入力したクレジット番号などの与信情報をクレジット会社のサーバに送信することで，ユーザが購入した電子書籍の決済を行う手段になる。また，電子書籍の販売に係わる課金処理に書店サイトのポイントが利用されるとき，書店装置４０に備えられた課金手段４０２は，この時点で入力したユーザが所持しているポイント残高から，電子書籍の金額に対応するポイントを減算処理する手段になる。
【０１３１】
書店装置４０に備えられた販売手段４００は，ユーザから受けた操作に従い，端末装置４２に表示させるウェブページを切り替えることで，ユーザに対して電子書籍を販売する手段である。
【０１３２】
書店装置４０に備えられた販売手段４００の詳細については，電子書籍を販売するときに実行される手順を追いながら説明するが，書店装置４０の販売手段４００は，電子書籍を販売する毎に，電子書籍の販売履歴を作成してダウンロード装置４３に送信した後，ユーザ認証手段４０１が端末装置４２から取得したユーザＩＤ及びユーザが利用した端末装置４２の端末装置ＩＤを付与して販売履歴を販売履歴ＤＢ４０４に記憶する手段である。
【０１３３】
書店装置４０の正当性検証手段４０３が，ダウンロード装置４３から正当性検証要求を受けたダウンロード要求の正当性を検証する内容は任意であるが，本実施形態では，書店装置４０に備えられた正当性検証手段４０３は，正当性検証要求を受けたダウンロード要求に対応する販売履歴を販売履歴ＤＢ４０４から検索し，販売履歴の検索結果を利用して，正当性検証要求を受けたダウンロード要求の正当性を検証する。
【０１３４】
後述するように，ダウンロード装置４３が端末装置４２から受けるダウンロード要求には，ダウンロードする電子書籍が販売された書店装置４０の書店サイトＩＤ，ダウンロードする電子書籍の電子書籍ＩＤ及びダウンロード要求した端末装置４２の端末装置ＩＤが含まれ，書店装置４０の正当性検証手段４０３は，ダウンロード装置４３から転送されたダウンロード要求に含まれる書店サイトＩＤが自サイトの書店サイトＩＤで，かつ，ダウンロード要求に含まれる電子書籍ＩＤ及び端末装置ＩＤを検索条件として販売履歴ＤＢ４０４から販売履歴が検索できたとき，正当性検証を成功とする。
【０１３５】
なお，書店装置４０の販売手段４００が販売履歴に課金情報を含ませるとき，書店装置４０の正当性検証手段４０３は，検索した販売履歴に含まれる課金情報を参照し，ダウンロード要求の正当性検証の一項目に課金処理の正常終了を含ませることもできる。
【０１３６】
なお、書店装置４０に備えられたキャッシュ管理手段４０５については、電子書籍を販売するときに実行される処理などのフローを説明しながら詳細に説明する。
【０１３７】
図１６は，第２の実施形態におけるダウンロード装置４３のブロック図である。図１６に図示したように，電子書籍を複数記憶しているダウンロード装置４３には，データベース（DB: DataBase）として，全ての書店装置４０で取り扱われている全ての電子書籍を記憶した電子書籍ＤＢ４３２と，書店装置４０から受信した販売履歴を記憶する販売履歴ＤＢ４３３と，電子書籍販売システム４ａに含まれるキャッシュ装置４１係わる情報を記憶する書店サイトＤＢ４３４と、端末装置４２から受信したダウンロード要求を記憶するダウンロード要求ＤＢ４３６が備えられ，コンピュータプログラムによって実現される機能として，端末装置４２からダウンロード要求が送信されると，ダウンロード要求の正当性検証とダウンロード要求された電子書籍のキャッシュの確認を書店装置４０に依頼し，書店装置４０から受信したダウンロード要求の正当性検証結果と電子書籍のキャッシュの確認結果に従い，ダウンロード要求された電子書籍の配信を制御する電子書籍配信手段４３０を備え、電子書籍配信手段４３０は、書店サイトの仕様要求に合わせて、電子書籍の体裁を変更するリラップ処理を行うリラップ処理部４３０ａを有している。
【０１３８】
ダウンロード装置４３に備えられた電子書籍ＤＢ４３２には，書店サイトで取り扱われている全ての電子書籍が，電子書籍のソースに加え，電子書籍の作者，出版者，税込み価格，電子書籍の識別子である電子書籍ＩＤ，電子書籍が送信可能か否かを示す情報などが属性情報として付加されて記憶され，ダウンロード装置４３に備えられた販売履歴ＤＢ４３３には，書店装置４０から送信された販売履歴が記憶される。
【０１３９】
また、ダウンロード装置４３に備えられた書店サイトＤＢ４３４には，書店装置４０に対応するキャッシュ装置４１に係る情報が記憶され，ここでは、書店装置４０の書店サイトＩＤに関連付けて，書店装置４０のＵＲＬが記述される。
【０１４０】
更に，ダウンロード装置４３に備えられたダウンロード要求ＤＢ４３６には，端末装置４２から受信したダウンロード要求が記憶され，ダウンロード要求された電子書籍が端末装置４２にダウンロードされると、該電子書籍に対応するダウンロード要求に，電子書籍配信手段４３０によってダウンロード済フラグが付与される。
【０１４１】
ダウンロード要求にダウンロード済フラグを付与することで，ダウンロード装置４３は，ダウンロード済フラグを参照して，端末装置４２から受けたダウンロード要求が再ダウンロードのダウンロード要求である否かを判断できるようになる。
【０１４２】
ユーザが購入した電子書籍のダウンロードが完了した際，ダウンロード装置４３から書店装置４０にダウンロードの完了通知を送信する必要があるが，ユーザが購入済みの電子書籍を再ダウンロードした場合はダウンロードの完了通知を書店装置４０に送信する必要はなく，端末装置４２に送信する電子書籍が再ダウンロードであるか否かをダウンロード装置４３側で判断できれば，ユーザが電子書籍を購入した際のダウンロードが行われたときのみ，ダウンロード装置４３は，ダウンロードが完了したことを書店装置４０に通知することができるようになる。
【０１４３】
なお、ダウンロード装置４３に備えられた電子書籍配信手段４３０については、電子書籍を販売するときに実行される処理などのフローを説明しながら詳細に説明する。
【０１４４】
図１７は，第２の実施形態におけるキャッシュ装置４１のブロック図である。図１７に図示したように，ダウンロード要求した端末装置４２に電子書籍を送信するキャッシュ装置４１には，ダウンロード装置４３から受信した電子書籍を記憶するキャッシュＤＢ４１１と，コンピュータプログラムによって実現される機能として，ダウンロード装置４３から電子書籍が配信されると配信された電子書籍をキャッシュし、また、ダウンロード装置４３からダウンロード要求がリダイレクトされると，ダウンロード要求に対応する電子書籍を端末装置４２に送信するキャッシュ手段４１０が備えられる。
【０１４５】
ここから，電子書籍を販売するときに実行される処理を説明しながら，書店装置４０に備えられた販売手段４００，ダウンロード装置４３に備えられた電子書籍配信手段４３０及びキャッシュ管理手段４０５，並びに，キャッシュ装置４１に備えられたキャッシュ手段４１０について詳細に説明する。なお，電子書籍を販売するときに実行される処理の説明は，方法に係わる発明の説明も兼ねている。
【０１４６】
図１８は，第２の実施形態において、電子書籍を販売するときに実行される処理の第１のフロー図，図１９は，電子書籍を販売するときに実行される処理の第２のフロー図、そして、図２０は、電子書籍を販売するときに実行される処理の第３のフロー図である。
【０１４７】
まず，図１８で図示したフローについて説明する。ユーザが端末装置４２上でブラウザを起動させ，一つの電子書籍販売システム４ａの書店装置４０にアクセスすると（Ｓ４０），端末装置４２からアクセスを受けた書店装置４０の販売手段４００は，書店装置４０で販売されている電子書籍を表示させる電子書籍表示用のウェブページを端末装置４２に送信する（Ｓ４１）。
【０１４８】
図９で図示した電子書籍のリストを表示するウェブページ３ａ及び図１０で図示した電子書籍の詳細を説明するウェブページ３ｂなどが利用されることで、少なくとも，電子書籍の購入に係わる処理を実行するプログラム名とユーザが購入する電子書籍の電子書籍ＩＤが含まれる購入要求を端末装置４２が書店装置４０へ送信すると（Ｓ４２），書店装置４０の販売手段４００は，電子書籍の購入に係わる処理を開始し，まず，電子書籍の購入に係わる処理として，端末装置４２から購入要求を受けた電子書籍の配信確認要求をダウンロード装置４３に送信する（Ｓ４３）。
【０１４９】
ここで，端末装置４２から購入要求を受けた電子書籍の配信確認要求をするのは，書店サイトの運営者の都合に係わらず，電子書籍の制作者（例えば，出版社）側の都合で電子書籍の販売が停止になっていることがあるからである。
【０１５０】
なお，書店装置４０がダウンロード装置４３へ送信する配信確認要求の内容には，書店装置４０の書店サイトＩＤ，購入要求を受けた電子書籍の電子書籍ＩＤ，購入要求を受けた電子書籍のフォーマット，購入要求を受けた電子書籍の販売価格などが含まれる。
【０１５１】
ダウンロード装置４３の電子書籍配信手段４３０は，配信確認要求を書店装置４０から受信すると，電子書籍ＤＢ４３２を参照し，配信確認要求された電子書籍が有効であるか否か確認し，配信確認要求を送信した書店装置４０に電子書籍送信確認結果を返信する（Ｓ４４）。
【０１５２】
書店装置４０の販売手段４００は，ダウンロード装置４３から受信した電子書籍配信確認結果によって，電子書籍が有効であることが示されている場合，購入要求された電子書籍の購入確認用のウェブページを動的に生成し，購入要求された電子書籍の購入確認用のウェブページを端末装置４２へ送信し（Ｓ４５），電子書籍の購入確認用のウェブページが端末装置４２のブラウザに表示される（Ｓ４６）。
【０１５３】
図１１で図示した電子書籍の購入確認用のウェブページ３ｃのボタン３ｃ２がクリックされることで，少なくとも，電子書籍の購入に対する課金処理を実行するコンピュータプログラムの名称，電子書籍ＩＤ及び端末装置ＩＤが含まれる課金処理要求が端末装置４２から書店装置４０に送信されると（Ｓ４７），書店装置４０の販売手段４００は，まず，ユーザ認証手段４０１を作動させ，ユーザ認証手段４０１は，端末装置４２を操作するユーザのユーザ認証に成功すると，書店装置４０の課金手段４０２を作動させ，電子書籍の購入に対する課金処理を実行する（Ｓ４８）。
【０１５４】
ユーザが購入を希望する電子書籍に対する課金処理が終了したことを課金手段４０２から受け取ると，書店装置４０の販売手段４００は，
・書店装置４０の書店サイトＩＤ
・電子書籍の識別子である電子書籍ＩＤ
・電子書籍の課金処理が終了したときの販売日時
・販売された電子書籍の販売価格
などが含まれる電子書籍の販売履歴を生成し，生成した販売履歴をダウンロード装置４３へ送信すると共に，ユーザ認証手段４０１がユーザ認証するとき端末装置４２から取得したユーザＩＤ及び端末装置４２から引き渡された端末装置ＩＤを販売履歴に付与して，書店装置４０の販売履歴ＤＢ４０４に記憶する。（Ｓ４９）。
【０１５５】
ダウンロード装置４３の電子書籍配信手段４３０は，書店装置４０から販売履歴及び端末装置ＩＤが送信されると，販売履歴ＤＢ４３３に販売履歴を記憶し，販売履歴を送信した書店装置４０に対して販売履歴を記憶したことを通知する（Ｓ５０）。
【０１５６】
書店装置４０の販売手段４００は，販売履歴を記憶したことがダウンロード装置４３から通知されると，ユーザが購入した電子書籍のダウンロード元のＵＲＩを生成し，ダウンロード元のＵＲＩを含むダウンロード用のウェブページを動的に生成し，ダウンロード用のウェブページを端末装置４２へ送信し（Ｓ５１），ダウンロード用のウェブページが端末装置４２のブラウザに表示される（Ｓ５２）。
【０１５７】
図１２で図示したダウンロード用のウェブページ３ｄのボタン３ｄ２がクリックされることで，ダウンロード元のＵＲＩに含まれる書店サイトＩＤ及び電子書籍ＩＤに加え，ダウンロード要求した端末装置４２の端末装置ＩＤが含まれるダウンロード要求が端末装置４２からダウンロード装置４３に送信される（Ｓ５３）。
【０１５８】
電子書籍のダウンロード要求を端末装置４２から受けると，ダウンロード装置４３の電子書籍配信手段４３０は，端末装置４２から受信したダウンロード要求をダウンロード要求ＤＢ４３６から検索する（Ｓ５４）。
【０１５９】
ここでは，電子書籍の購入からのフローであるため，端末装置４２から受信したダウンロード要求はダウンロード要求ＤＢ４３６に記憶されておらず，端末装置４２から受信したダウンロード要求をダウンロード要求ＤＢ４３６から検索できないため，ダウンロード装置４３の電子書籍配信手段４３０は，ダウンロード済フラグを初期値とし，端末装置４２から受信したダウンロード要求をダウンロード要求ＤＢ４３６に記憶する（Ｓ５５）。
【０１６０】
なお，電子書籍が再ダウンロードされる際、端末装置４２から受信したダウンロード要求をダウンロード要求ＤＢ４３６から検索できるため，端末装置４２から受信したダウンロード要求をダウンロード要求ＤＢ４３６に記憶する処理は実行されない。
【０１６１】
ここから，図１９を参照しながら説明する。端末装置４２から受信したダウンロード要求をダウンロード要求ＤＢ４３６に記憶した後，ダウンロード装置４３の電子書籍配信手段４３０は，書店サイトＤＢ４０７を参照し、ダウンロード要求に含まれる書店サイトＩＤに関連付けられた書店装置４０のＵＲＬを取得し、端末装置４２から送信されたダウンロード要求に対応する正当性検証及びキャッシュ確認要求を該ＵＲＬに対応する書店装置４０へ送信する（Ｓ５６）。なお，ダウンロード要求に対応する正当性検証及びキャッシュ確認要求には，ダウンロードの正当性検証及び電子書籍のキャッシュを確認するプログラム名（ここでは，正当性検証手段４０３及びキャッシュ管理手段４０５を作動させるプログラム名）に加え，ダウンロード要求に含まれる書店サイトＩＤ，電子書籍ＩＤ及び端末装置ＩＤが含まれる。
【０１６２】
正当性検証及びキャッシュ確認要求がダウンロード装置４３から送信されると，まず、正当性検証及びキャッシュ確認要求に含まれる書店サイトＩＤ、電子書籍ＩＤ及び端末装置ＩＤをパラメータとして，書店装置４０の正当性検証手段４０３が作動し，ダウンロード装置４３から送信された正当性検証及びキャッシュ確認要求に対応する正当性を検証する処理を実行する（Ｓ５７）。なお，書店装置４０の正当性検証手段４０３の処理内容はすでに上述している。
【０１６３】
書店装置４０の正当性検証手段４０３が，ダウンロード装置４３から送信されたダウンロードの正当性検証要求に係わる処理が終了すると，書店装置４０の正当性検証手段４０３は、正当性検証の成功または失敗に係わらず、書店装置４０のキャッシュ管理手段４０５を呼出し、ダウンロード装置４３から送信された正当性検証及びキャッシュ確認要求に対応する電子書籍が、電子書籍４０に対応するキャッシュ装置４１にキャッシュされているか確認する（Ｓ５８）。
【０１６４】
なお、書店装置４０のキャッシュ管理手段４０は，正当性検証及びキャッシュ確認要求に含まれる電子書籍ＩＤで特定されるキャッシュ履歴をキャッシュ履歴ＤＢ４０６から検索することで、正当性検証及びキャッシュ確認要求で特定される電子書籍が、書店装置４０に対応するキャッシュ装置４１のキャッシュＤＢ４１１にキャッシュされているか否かを確認する。
【０１６５】
書店装置４０のキャッシュ管理手段４０は，ダウンロード装置４３から送信された正当性検証及びキャッシュ確認要求に対応する電子書籍が、電子書籍４０に対応するキャッシュ装置４１にキャッシュされているか確認すると、ダウンロード装置４３から送信された正当性検証及びキャッシュ確認結果をダウンロード装置４３へ送信する（Ｓ５９）。
【０１６６】
なお，ダウンロードの正当性検証結果の内容には，正当性を検証したダウンロードの正当性検証要求に含まれる書店サイトＩＤ，電子書籍ＩＤ及び端末装置ＩＤに加え，正当性検証の結果とキャッシュの確認結果が含まれる。
【０１６７】
ダウンロード装置４３の電子書籍配信手段４３０は，正当性検証及びキャッシュ確認結果を書店装置４０から受信すると，正当性検証及びキャッシュ確認結果で示される正当性検証の結果に従い処理を分岐する（Ｓ６０）。
【０１６８】
書店装置４０から受信した正当性検証及びキャッシュ確認結果にて正当性検証の失敗が示されている場合は電子書籍を配信する処理を終了し、書店装置４０から受信した正当性検証及びキャッシュ確認結果にて正当性検証の成功が示されている場合、ダウンロード装置４３の電子書籍配信手段４３０は，正当性検証及びキャッシュ確認結果で示されるキャッシュの確認結果に従い処理を分岐する（Ｓ６１）。
【０１６９】
書店装置４０から受信した正当性検証及びキャッシュ確認結果にて、電子書籍のキャッシュ場所が示されない場合、ダウンロード装置４３の電子書籍配信手段４３０は，ダウンロード装置４３から端末装置４２へ該電子書籍を配信するために、端末装置４２からダウンロード要求に含まれる書店サイトＩＤ及び電子書籍ＩＤをリラップ処理部４３０ａに引き渡して、リラップ処理部４３０ａに該電子書籍をリラップ処理させる（Ｓ６２）。
【０１７０】
ダウンロード装置４３の電子書籍配信手段４３０のリラップ処理部４３０ａは、書店サイトＩＤ毎に、電子書籍をリラップ処理するためのリラップモジュールが記憶され、書店サイトＩＤ及び電子書籍ＩＤが引き渡されると、引き渡された電子書籍ＩＤに対応する電子書籍のソースを電子書籍ＤＢ４３２から検索し、引き渡された書店サイトＩＤに対応するリラップモジュールを用いて該電子書籍をリラップ処理することで、端末装置１３から受けたダウンロード要求に対応する電子書籍がリラップ処理される。
【０１７１】
端末装置１３から受けたダウンロード要求に対応する電子書籍に係るリラップ処理が終了すると、ダウンロード装置４３の電子書籍配信手段４３０は、リラップ処理後の電子書籍をダウンロード要求した端末装置４２へ配信する（Ｓ６３）。
【０１７２】
リラップ処理後の電子書籍をダウンロード要求した端末装置４２へ配信すると、ダウンロード装置４３の電子書籍配信手段４３０は、書店サイトＤＢ４０７を参照し、ダウンロード要求に含まれる書店サイトＩＤにキャッシュ装置４１のＵＲＬが関連づけられているか確認することで、ダウンロード要求に含まれる書店サイトＩＤで特定される書店装置４０に対応するキャッシュ装置４１が利用可であるか確認し（Ｓ６４）、ダウンロード要求に含まれる書店サイトＩＤにキャッシュ装置４１のＵＲＬが関連づけられていない場合はキャッシュ処理を終了し、ダウンロード要求に含まれる書店サイトＩＤにキャッシュ装置４１のＵＲＬが関連づけられている場合は、端末装置４２へ配信した電子書籍を該書店サイトＩＤに対応する書店装置４０へ送信して、該電子書籍のキャッシュ要求を該書店装置４０へ送信する（６５）。
【０１７３】
書店装置４０のキャッシュ管理手段４０５は、書店装置４０に対応するキャッシュ装置４１のアカウント、キャッシュ装置４１のパスワード、キャッシュ装置４１の最大キャッシュ容量、キャッシュ装置４１にキャッシュされた電子書籍の消去条件を記憶し、電子書籍のキャッシュ要求をダウンロード装置４３から受けると、キャッシュ履歴ＤＢ４０６から得られるこの時点のキャッシュ使用容量を取得し、キャッシュ装置４１の最大キャッシュ容量からこの時点のキャッシュ使用容量を差し引くことで得られる残容量が、ダウンロード装置４３から送信された電子書籍のファイルサイズより大きいか確認する（Ｓ６６）。
【０１７４】
キャッシュ装置４１の残容量がダウンロード装置４３から送信された電子書籍のファイルサイズより大きくない場合、書店装置４０のキャッシュ管理手段４０５は、キャッシュ履歴ＤＢ４０６を参照し、ダウンロード要求に含まれる書店サイトＩＤに対応するキャッシュ履歴の中から、キャッシュ装置４１の消去条件に適合するキャッシュ履歴を特定し、特定したキャッシュ履歴の電子書籍ＩＤに対応する電子書籍のキャッシュ消去をキャッシュ装置４１へ指示し（Ｓ６７）、キャッシュ装置４１のキャッシュ手段４１０は書店装置４０から指示を受けた電子書籍をキャッシュＤＢ４１１から消去する（Ｓ６８）。
【０１７５】
例えば、一台のキャッシュ装置４１にキャッシュされている電子書籍の中から、最新配信日時が最も古い電子書籍を消去する消去条件を利用する場合、最新配信日時が最も古いキャッシュ履歴が消去の対象となる。
【０１７６】
書店装置４０のキャッシュ管理手段４０５は、消去条件に適合する電子書籍をキャッシュ装置４１から消去すると、消去した電子書籍に対応するキャッシュ履歴をキャッシュ履歴ＤＢ４０６から消去する（Ｓ６９）。
【０１７７】
消去条件に適合する電子書籍をキャッシュ装置４１から消去した後、又は、Ｓ６６において、キャッシュ装置４１の残容量がダウンロード装置４３から送信された電子書籍のファイルサイズより大きい場合、書店装置４０のキャッシュ管理手段４０５は、ダウンロード装置４３から受信した電子書籍のキャッシュをキャッシュ装置４１へ指示し（Ｓ７０）、キャッシュ装置４１のキャッシュ手段４１０が書店装置４０から指示を受けた電子書籍をキャッシュＤＢ４１１へキャッシュすると（Ｓ７１）、書店装置４０のキャッシュ管理手段４０５は、電子書籍のキャッシュ履歴をキャッシュ履歴ＤＢ４０６に追加する（Ｓ７２）。
【０１７８】
ここで、キャッシュ履歴ＤＢ４０６に追加する新規のキャッシュ履歴の書店ＩＤ及び電子書籍ＩＤは、キャッシュした書店装置４０の書店サイトＩＤ及びキャッシュした電子書籍の電子書籍ＩＤになり、また、フォーマット形式及びファイルサイズは、キャッシュした電子書籍のフォーマット形式及びファイルサイズになり、電子書籍のキャッシュ場所は、電子書籍をキャッシュしたパスになり、キャッシュしたキャッシュ日時はこの時点の日時になる。新規のキャッシュ履歴の最新配信日時及びダウンロード回数は初期値で、電子書籍のダウンロードが完了した時点で、新規のキャッシュ履歴の最新配信日時及びダウンロード回数は更新される。
【０１７９】
また、図１９のＳ６１において、書店装置４０から受信した正当性検証及びキャッシュ確認結果にて、電子書籍のキャッシュ場所が示されている場合、ダウンロード装置４３の電子書籍配信手段４３０は，書店装置４０から受信した正当性検証及びキャッシュ確認結果にて示される電子書籍のキャッシュ場所が、端末装置４２にダウンロードする電子書籍の格納場所になるように、該書店装置４０に対応するキャッシュ装置４１へダウンロード要求をリダイレクトし、該キャッシュ装置から端末装置４２へコンテンツが配信される（Ｓ７３）。
【０１８０】
端末装置４２は、ダウンロード装置４３又はキャッシュ装置４１からリラップ処理後の電子書籍が配信されると、該電子書籍をメモリへダウンロードする（Ｓ７４）。
【０１８１】
電子書籍のダウンロードが完了すると，端末装置４２のブラウザの機能によって，該電子書籍のダウンロード完了要求がダウンロード元になった装置（ここでは、ダウンロード装置４３又はキャッシュ装置４１）に対して送信され，ダウンロード元になった装置がキャッシュ装置４１の場合、キャッシュ装置４１がダウンロード完了要求を転送することで、電子書籍のダウンロード完了要求がダウンロード装置４３に送信される（Ｓ７５）。なお、このダウンロード完了要求の内容には，ダウンロードが終了した電子書籍のダウンロード元のＵＲＩに含まれる書店サイトＩＤ及び電子書籍ＩＤに加え，端末装置４２の端末装置ＩＤが含まれる。
【０１８２】
ここから、図２０を参照しながら説明する。ダウンロード装置４３の電子書籍配信手段４３０は，端末装置４２からダウンロード完了要求を受けると，ダウンロード要求ＤＢ４３６の中から，ダウンロード完了要求に対応するダウンロード要求を検索し，検索したダウンロード要求に付与されているダウンロード済フラグの値が初期値であるか確認する（Ｓ７６）。
【０１８３】
ここでは，電子書籍の購入からのフローであるため，検索したダウンロード要求に付与されているダウンロード済フラグの値は初期値であるため，ダウンロード装置４３の電子書籍配信手段４３０は，検索したダウンロード要求に付与されているダウンロード済フラグを，ダウンロードに利用されたことを示す値に更新する（Ｓ７７）。
【０１８４】
そして、ダウンロード装置４３の電子書籍配信手段４３０は，電子書籍のダウンロードが完了したことを示し，書店サイトＩＤ，電子書籍ＩＤ，端末装置ＩＤ及びダウンロードの完了を示す情報などを含む完了通知を生成した後、書店サイトＤＢ４０７を参照し、ダウンロード要求に含まれる書店サイトＩＤに関連付けられた書店装置４０のＵＲＬを取得し、該ＵＲＬに対応する書店装置４０へ完了通知を送信する（Ｓ７８）。
【０１８５】
なお，ダウンロード装置１４が，ダウンロードの完了通知を生成し書店装置４０に送信するのは，ダウンロードの完了通知を書店装置４０が受領した時点で，電子書籍の販売に係わる処理が終了となるからである。
【０１８６】
ダウンロードの完了通知を受理すると（Ｓ７９）、書店装置４０のキャッシュ管理手段４０５は、ダウンロードの完了通知の電子書籍ＩＤで特定されるキャッシュ履歴ＤＢ４０６のキャッシュ履歴の最新配信日時及びダウンロード回数を更新した後（Ｓ８０）、図２０の手順は終了する。なお、更新後の最新配信日時はこの時点の日時になり、また、更新後のダウンロード回数は更新前のダウンロード回数を一つだけインクリメントした値になる。
【０１８７】
最後に，ユーザが購入した電子書籍を再ダウンロードするときの手順について説明する。ユーザが購入した電子書籍を再ダウンロードするときの手順は、以下に述べる内容以外は、図１８、図１９及び図２０を用いて説明した内容と同じである。
【０１８８】
ユーザが購入した電子書籍を再ダウンロードするとき、図１８のＳ４５において、再ダウンロード用のウェブページが書店装置４０から端末装置４２へ送信され、この再ダウンロード用のウェブページを利用してダウンロード要求がダウンロード装置４３へなされる。
【０１８９】
ユーザが購入した電子書籍を再ダウンロードするとき、図１８のＳ５４において、端末装置４２から受けたダウンロード要求はダウンロード要求ＤＢ４３６に記憶されているため、図１８のＳ５５の手順は実行されない。
【０１９０】
また、ユーザが購入した電子書籍を再ダウンロードするとき、図２０のＳ７６において、ダウンロード要求ＤＢ４３６に記憶されているダウンロード要求に付加されているダウンロード済フラグは初期値でなく、ダウンロード装置４３はダウンロードの完了通知を書店装置４０へ送信する処理は実行されない。
【０１９１】
なお、上述した第１の実施形態では、ダウンロード装置１３が、電子書籍のキャッシュ確認要求を受けると、キャッシュ確認要求で指定された電子書籍が、キャッシュ確認要求で指定された書店装置に対応する前記キャッシュ装置にキャッシュされているか確認し、電子書籍のキャッシュ要求を受けると、キャッシュ要求で指定された書店装置に対応するキャッシュ装置に、キャッシュ要求で指定された電子書籍をキャッシュした後、該電子書籍をキャッシュさせたキャッシュ履歴をキャッシュ履歴ＤＢに追加するキャッシュ管理手段を備えたキャッシュ管理装置を兼ねる構成とし、また、上述した第２の実施形態では、書店装置４０が該キャッシュ管理装置を兼ねる構成としているが、ダウンロード装置と書店装置とは別に該キャッシュ管理装置を設ける構成とすることもできる。
【符号の説明】
【０１９２】
１、４    キャッシュシステム
１ａ、４ａ    電子書籍販売システム
１０、４０  書店装置
１００、４００  販売手段
１０１、４０１  ユーザ認証手段
１０２、４０２  課金手段
１０３、４０３  正当性検証手段
１０４、４０４  販売履歴ＤＢ
１１、４１  キャッシュ装置
１１０、４１０  電子書籍送信手段
１１１、４１１  キャッシュＤＢ
１２、４２  端末装置
１３、４３  ダウンロード装置
１３０、４３０  電子書籍配信手段
１３１、４０５  キャッシュ管理手段
１３２、４３２  電子書籍ＤＢ
１３３、４３３  販売履歴ＤＢ
１３４、４３４  書店サイトＤＢ
１３５、４０６  キャッシュ履歴ＤＢ
１３６、４３６  ダウンロードＤＢ
【図１】
2012208911.tif 000003
【図２】
2012208911.tif 000004
【図３】
2012208911.tif 000005
【図４】
2012208911.tif 000006
【図５】
2012208911.tif 000007
【図６】
2012208911.tif 000008
【図７】
2012208911.tif 000009
【図８】
2012208911.tif 000010
【図９】
2012208911.tif 000011
【図１０】
2012208911.tif 000012
【図１１】
2012208911.tif 000013
【図１２】
2012208911.tif 000014
【図１３】
2012208911.tif 000015
【図１４】
2012208911.tif 000016
【図１５】
2012208911.tif 000017
【図１６】
2012208911.tif 000018
【図１７】
2012208911.tif 000019
【図１８】
2012208911.tif 000020
【図１９】
2012208911.tif 000021
【図２０】
2012208911.tif 000022