(57)【要約】【課題】所有コンテンツの情報を公開するユーザに視覚的差異をもたらす特典を与える。【解決手段】ユーザが利用する端末１０は情報処理装置から受信するデータを表示するための表示部を備える。情報処理装置は、第１ユーザが購入したコンテンツそれぞれに対応の識別情報を一覧表示するための表示領域のデータを生成し、生成されたデータを、第２ユーザが利用する端末１０に送信し、第２ユーザが利用する端末１０から、当該端末で表示中の表示領域において選択された識別情報に対応するコンテンツの購入要求を受信する。受信した購入要求によるコンテンツの購入が確定する毎に、購入代金に従った価値を第１ユーザについて記憶し、購入代金に従った価値を累計する。この累計値に応じて、表示領域で表示可能なコンテンツの識別情報の個数が可変に変化するように、第１ユーザの表示領域のデータを変更する。【選択図】図１
2013257692.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが利用する端末と、ネットワークを介して、コンテンツ販売に関する情報を通信するための情報処理装置であって、
前記端末は、前記情報処理装置から受信するデータを表示するための表示部を備え、
前記情報処理装置は、
第１のユーザが購入した１以上のコンテンツそれぞれに対応の識別情報を一覧表示するための表示領域のデータを生成する生成手段と、
生成されたデータを、第２のユーザが利用する前記端末に送信するデータ送信手段と、
前記第２のユーザが利用する前記端末から、当該端末の表示部で表示中の表示領域において選択された識別情報に対応するコンテンツの購入要求を受信するための購入要求受信手段と、
受信された前記購入要求によるコンテンツの購入が確定するごとに、購入代金に従った価値を、前記第１のユーザに対応付けて記憶するための記憶手段と、
前記記憶手段の前記購入代金に従った価値を累計する手段と、を備え、
前記生成手段は、
前記表示領域で表示可能なコンテンツの識別情報の個数が可変に変化するように、前記第１のユーザに対付けて記憶された前記価値の累計値の大きさに応じて、前記第１のユーザの表示領域のデータを変更するためのデータ変更手段を含む、情報処理装置。
【請求項２】
前記第１のユーザのための前記表示領域で表示される識別情報に対応のコンテンツは、前記第１のユーザが前記ネットワークを介し購入したコンテンツを含む、請求項１に記載の情報処理装置。
【請求項３】
前記第１のユーザのための前記表示領域で表示される識別情報に対応の前記コンテンツは、ユーザが前記ネットワークを介し購入するコンテンツと、ネットワークを介さず店舗から購入するコンテンツとを含み、
前記情報処理装置は、
ユーザが店舗から購入するコンテンツの識別情報を取得する手段を、さらに備え、
前記第１のユーザの前記表示領域で表示される識別情報は、取得される前記店舗から購入されたコンテンツの識別情報を含む、請求項１または２に記載の情報処理装置。
【請求項４】
前記生成手段は、
前記第１のユーザが購入した１以上のコンテンツそれぞれの識別情報と、前記第１のユーザが、当該第１のユーザとは異なるユーザの表示領域から選択した識別情報とを一覧表示するための表示領域のデータを生成するデータ生成手段を含む、請求項１から３のいずれかに記載の情報処理装置。
【請求項５】
前記データ生成手段は、
前記第１のユーザが購入した１以上のコンテンツそれぞれの識別情報と、前記第１のユーザが、当該第１のユーザとは異なるユーザの表示領域から選択した識別情報とを異なる態様で一覧表示するための表示領域のデータを生成する、請求項４に記載の情報処理装置。
【請求項６】
前記第１のユーザの表示領域で一覧表示される識別情報は、前記第１のユーザおよび前記第２のユーザとは異なる第３のユーザの表示領域から選択された識別情報を含む場合に、
前記購入要求受信手段が前記第２のユーザの前記端末から受信する購入要求が、前記第３のユーザの表示領域において選択された識別情報に対応するコンテンツの購入要求を示すとき、
前記記憶手段は、
受信された前記購入要求によるコンテンツの購入が確定するごとに、購入代金に従った価値を、前記第１のユーザと前記第３のユーザとに対応付けて記憶する、請求項４または５に記載の情報処理装置。
【請求項７】
前記表示領域で識別情報が表示されるコンテンツ毎に、当該表示領域から購入されたことによる売上げを予め定められた期間累計する手段を、さらに備え、
前記データ変更手段は、
前記表示領域で表示可能なコンテンツの識別情報の個数を減少させる場合に、累計された前記売上げの大きさに従って前記１以上のコンテンツの識別情報が一覧表示されるように当該表示領域のデータを変更する、請求項１から６のいずれかに記載の情報処理装置。
【請求項８】
前記表示領域で表示される識別情報に対応のコンテンツの購入が確定する毎に、当該表示領域のコンテンツの総売上げを算出する手段を、さらに備え、
前記生成手段は、
算出される前記総売上げの大きさを表示するための画像データを含む前記表示領域のデータを生成する、請求項１から７のいずれかに記載の情報処理装置。
【請求項９】
前記表示領域で識別情報が表示されるコンテンツ毎に、売上げを格納する手段を、さらに備え、
前記生成手段は、
コンテンツ毎の前記売上げの合計に従って、当該コンテンツの識別情報の表示態様を可変に変更するためのデータを含むように前記表示領域のデータを生成する、請求項１から８のいずれかに記載の情報処理装置。
【請求項１０】
前記生成手段は、
前記１以上のコンテンツに対応する識別情報のそれぞれに関連付けて、前記端末を制御するための第１制御情報が記述されるように前記表示領域のデータを生成し、
前記第１制御情報は、
前記表示領域に表示される識別情報が選択されるとき、（i）当該識別情報に対応のコンテンツが当該端末内に保存済みか否かの判定と、（ii）未保存と判定される場合に前記情報処理装置への前記購入要求の送信と、を実行するよう前記端末を制御するための情報であって、
前記情報処理装置は、
前記端末から前記購入要求を受信するとき、当該購入要求のユーザ操作を受付ける購入画面を前記表示部に表示させるためのデータを、前記端末に送信する、請求項１から９のいずれかに記載の情報処理装置。
【請求項１１】
前記生成手段は、
前記１以上のコンテンツに対応する識別情報のそれぞれに関連付けて、前記端末を制御するための第２制御情報が記述されるように前記表示領域のデータを生成し、
前記第２制御情報は、
前記表示領域に表示される識別情報が選択されるとき、（i）当該識別情報に対応のコンテンツが当該端末内に保存済みか否かの判定と、（ii）保存済みと判定される場合に当該対応のコンテンツの閲覧画面の前記表示部への表示と、を実行するよう前記端末を制御するための情報である、請求項１から１０のいずれかに記載の情報処理装置。
【請求項１２】
ユーザ毎に、前記ネットワークを介し購入したコンテンツそれぞれの識別情報を記憶する識別情報記憶手段を、さらに備え、
前記生成手段は、
前記１以上のコンテンツに対応する識別情報のそれぞれに関連付けて、前記端末を制御するための第３制御情報が記述されるように前記表示領域のデータを生成し、
前記第３制御情報は、
前記表示領域に表示される識別情報が選択されるとき、（i）当該識別情報に対応のコンテンツが当該端末内に保存済みか否かの判定と、（ii）未保存と判定される場合に前記情報処理装置への前記購入要求の送信と、を実行するよう前記端末を制御するための情報であって、
前記情報処理装置は、
前記端末から前記購入要求を受信する場合に、要求されるコンテンツの識別情報が前記識別情報記憶手段に格納されている識別情報を示すとき、当該コンテンツを、前記端末に送信する、請求項１から１１のいずれかに記載の情報処理装置。
【請求項１３】
複数のユーザそれぞれに対応する情報群であって、コンテンツの前記識別情報を含む属性を示す属性情報を当該ユーザが購入した各コンテンツについて含む情報群を記憶するための手段と、
記憶された情報群のうち、前記第２のユーザとは異なる各ユーザに対応の情報群から、前記第２のユーザが利用する端末の表示部で表示中の表示領域の識別情報に対応のコンテンツの属性に類似する属性を示す属性情報を含む情報群を検出する手段と、
検出される前記情報群からコンテンツそれぞれに対応の識別情報を一覧表示するための類似表示領域のデータを生成する手段と、をさらに備え、
前記データ送信手段は、
前記第２のユーザが利用する前記端末から前記類似表示領域の要求を受信したとき、前記第２のユーザが利用する前記端末に、生成された前記類似表示領域のデータを送信する、請求項１から１２のいずれかに記載の情報処理装置。
【請求項１４】
前記属性情報を検出する手段は、
記憶された情報群のうち、前記第２のユーザとは異なる各ユーザに対応の情報群から、前記第２のユーザが利用する端末の表示部で表示中の表示領域の識別情報に対応のコンテンツの属性に類似する属性を示す属性情報を含む情報群、類似度とともに検出する手段を、含み、
前記類似表示領域のデータを生成する手段は、
類似度とともに検出される１つ以上の情報群のうち、前記第２のユーザが利用する前記端末の表示部で表示中の前記類似表示領域に対応の情報群が有する類似度の次位の類似度を有した情報群から、コンテンツそれぞれに対応の識別情報を一覧表示するための次位類似表示領域のデータを生成する手段を、含み、
前記データ送信手段は、
前記第２のユーザが利用する前記端末から前記次位類似表示領域の要求を受信したとき、前記第２のユーザが利用する前記端末に、生成された前記次位類似表示領域のデータを送信する手段を含む、請求項１３に記載の情報処理装置。
【請求項１５】
ユーザが利用する端末と、
前記端末とネットワークを介して、コンテンツ販売に関する情報を通信するための情報処理装置と、を備え、
前記端末は、前記情報処理装置から受信するデータを表示するための表示部を含み、
前記情報処理装置は、
第１のユーザが購入した１以上のコンテンツそれぞれに対応の識別情報を一覧表示するための表示領域のデータを生成する生成手段と、
生成されたデータを、第２のユーザが利用する前記端末に送信するデータ送信手段と、
前記第２のユーザが利用する前記端末から、当該端末の表示部で表示中の表示領域において選択された識別情報に対応するコンテンツの購入要求を受信するための購入要求受信手段と、
受信された前記購入要求によるコンテンツの購入が確定するごとに、購入代金に従った価値を、前記第１のユーザに対応付けて記憶するための記憶手段と、
前記記憶手段の前記購入代金に従った価値を累計する手段と、を含み、
前記生成手段は、
前記表示領域で表示可能なコンテンツの識別情報の個数が可変に変化するように、前記第１のユーザに対付けて記憶された前記価値の累計値の大きさに応じて、前記第１のユーザの表示領域のデータを変更するためのデータ変更手段を有する、情報処理システム。
【請求項１６】
ユーザが利用する端末と、ネットワークを介して通信して、コンテンツ販売に関する情報を処理するためのプロセッサを用いた情報処理方法であって、
前記端末は、前記ネットワークから受信するデータを表示するための表示部を備え、
前記情報処理方法は、
第１のユーザが購入した１以上のコンテンツそれぞれに対応の識別情報を一覧表示するための表示領域のデータを生成するステップと、
生成されたデータを、第２のユーザが利用する前記端末に送信するステップと、
前記第２のユーザが利用する前記端末から、当該端末の表示部で表示中の表示領域において選択された識別情報に対応するコンテンツの購入要求を受信するステップと、
受信された前記購入要求によるコンテンツの購入が確定するごとに、購入代金に従った価値を、前記第１のユーザに対応付けて記憶するステップと、
記憶される前記購入代金に従った価値を累計するステップと、を備え、
前記生成するステップは、
前記表示領域で表示可能なコンテンツの識別情報の個数が可変に変化するように、前記第１のユーザに対付けて記憶された前記価値の累計値の大きさに応じて、前記第１のユーザの表示領域のデータを変更するステップを含む、情報処理方法。
【請求項１７】
ユーザが利用する端末と、ネットワークを介して通信しながら、コンテンツ販売に関する情報処理方法を、プロセッサに実行させるためのプログラムであって、
前記端末は、前記ネットワークから受信するデータを表示するための表示部を備え、
前記プログラムは、前記プロセッサに、
第１のユーザが購入した１以上のコンテンツそれぞれに対応の識別情報を一覧表示するための表示領域のデータを生成するステップと、
生成されたデータを、第２のユーザが利用する前記端末に送信するステップと、
前記第２のユーザが利用する前記端末から、当該端末の表示部で表示中の表示領域において選択された識別情報に対応するコンテンツの購入要求を受信するステップと、
受信された前記購入要求によるコンテンツの購入が確定するごとに、購入代金に従った価値を、前記第１のユーザに対応付けて記憶するステップと、
記憶される前記購入代金に従った価値を累計するステップと、を実行させ、
前記生成するステップは、
前記表示領域で表示可能なコンテンツの識別情報の個数が可変に変化するように、前記第１のユーザに対付けて記憶された前記価値の累計値の大きさに応じて、前記第１のユーザの表示領域のデータを変更するステップを含む、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置、情報処理システム、情報処理方法およびプログラムに関し、特に、コンテンツの配信に関する情報を端末と通信する情報処理装置、情報処理システム、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
通信ネットワークによるコンテンツ配信サービスにおいてロングテールを利用した販売促進を行う手段としてユーザ同士のコミュニケーションを利用する方法が知られている。たとえば、お気に入りの商品を並べたリストにアフィリエイトリンクを設定するなどである。また、個人が予め定めたサイトに棚データを作成して、ＳＮＳ（Social Network Service）により棚データを利用するサービスが開始されている。
【０００３】
また、特許文献１（特開２００４−１３９４４０号公報）の表示装置は、電子書籍や音楽等の電子コンテンツを購入、利用する機能を備える。ユーザが外出先で電子コンテンツの利用を欲したときに、表示装置を操作して、予め蓄積されている蓄積媒体中のショップ棚から電子コンテンツを購入処理し利用することができる。
【０００４】
また、特許文献２（特開２００１−２９７２６３号公報）では、データ配信システムとして、倉庫管理ビジネスを行うのに好適なシステム構成を提案している。
【０００５】
また、特許文献３（特開２００２−９９７４０号公報）のデジタルコンテンツ販売システムでは、各顧客のコンテンツの保管庫としてデータベース上に棚を作成する。販売センターサーバから配送されたコンテンツを棚に格納し、プレイヤ端末からのリスト要求により顧客の棚からリストを作成してプレイヤ端末に送信する。選択したコンテンツのダウンロード要求に応答してその選択したコンテンツをプレイヤ端末に送信する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−１３９４４０号公報
【特許文献２】特開２００１−２９７２６３号公報
【特許文献３】特開２００２−９９７４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述の従来技術では、顧客はコンテンツを棚または倉庫などによって管理することができるが、これらで管理されるコンテンツは固定のフォーマットや単なるリスト表示を用いて公開されるだけであり、他ユーザとの差別化が難しい。
【０００８】
それゆえに本発明の目的は、所有するコンテンツに関する情報を、ネットワークを介し公開するユーザに対し、視覚的な差異をもたらす特典を与える情報処理装置、情報処理システム、情報処理方法およびプログラムを提供することである。
【課題を解決するための手段】
【０００９】
この発明のある局面に従う情報処理装置は、ユーザが利用する端末と、ネットワークを介して、コンテンツ販売に関する情報を通信するための情報処理装置であって、端末は、情報処理装置から受信するデータを表示するための表示部を備える。
【００１０】
情報処理装置は、第１のユーザが購入した１以上のコンテンツそれぞれに対応の識別情報を一覧表示するための表示領域のデータを生成する生成手段と、生成されたデータを、第２のユーザが利用する端末に送信するデータ送信手段と、第２のユーザが利用する端末から、当該端末の表示部で表示中の表示領域において選択された識別情報に対応するコンテンツの購入要求を受信するための購入要求受信手段と、受信された購入要求によるコンテンツの購入が確定するごとに、購入代金に従った価値を、第１のユーザに対応付けて記憶するための記憶手段と、記憶手段の購入代金に従った価値を累計する手段と、を備え、生成手段は、表示領域で表示可能なコンテンツの識別情報の個数が可変に変化するように、第１のユーザに対付けて記憶された価値の累計値の大きさに応じて、第１のユーザの表示領域のデータを変更するためのデータ変更手段を含む。
【００１１】
好ましくは、第１のユーザのための表示領域で表示される識別情報に対応のコンテンツは、第１のユーザがネットワークを介し購入したコンテンツを含む。
【００１２】
好ましくは、第１のユーザのための表示領域で表示される識別情報に対応のコンテンツは、ユーザがネットワークを介し購入するコンテンツと、ネットワークを介さず店舗から購入するコンテンツとを含み、情報処理装置は、ユーザが店舗から購入するコンテンツの識別情報を取得する手段を、さらに備え、第１のユーザの表示領域で表示される識別情報は、取得される店舗から購入されたコンテンツの識別情報を含む。
【００１３】
好ましくは、生成手段は、第１のユーザが購入した１以上のコンテンツそれぞれの識別情報と、第１のユーザが、当該第１のユーザとは異なるユーザの表示領域から選択した識別情報とを一覧表示するための表示領域のデータを生成するデータ生成手段を含む。
【００１４】
好ましくは、データ生成手段は、第１のユーザが購入した１以上のコンテンツそれぞれの識別情報と、第１のユーザが、当該第１のユーザとは異なるユーザの表示領域から選択した識別情報とを異なる態様で一覧表示するための表示領域のデータを生成する。
【００１５】
好ましくは、第１のユーザの表示領域で一覧表示される識別情報は、第１のユーザおよび第２のユーザとは異なる第３のユーザの表示領域から選択された識別情報を含む場合に、購入要求受信手段が第２のユーザの端末から受信する購入要求が、第３のユーザの表示領域において選択された識別情報に対応するコンテンツの購入要求を示すとき、記憶手段は、受信された購入要求によるコンテンツの購入が確定するごとに、購入代金に従った価値を、第１のユーザと第３のユーザとに対応付けて記憶する。
【００１６】
好ましくは、表示領域で識別情報が表示されるコンテンツ毎に、当該表示領域から購入されたことによる売上げを予め定められた期間累計する手段を、さらに備え、データ変更手段は、表示領域で表示可能なコンテンツの識別情報の個数を減少させる場合に、累計された売上げの大きさに従って１以上のコンテンツの識別情報が一覧表示されるように当該表示領域のデータを変更する。
【００１７】
好ましくは、表示領域で表示される識別情報に対応のコンテンツの購入が確定する毎に、当該表示領域のコンテンツの総売上げを算出する手段を、さらに備え、生成手段は、算出される総売上げの大きさを表示するための画像データを含む表示領域のデータを生成する。
【００１８】
好ましくは、表示領域で識別情報が表示されるコンテンツ毎に、売上げを格納する手段を、さらに備え、生成手段は、コンテンツ毎の売上げの合計に従って、当該コンテンツの識別情報の表示態様を可変に変更するためのデータを含むように表示領域のデータを生成する。
【００１９】
好ましくは、生成手段は、１以上のコンテンツに対応する識別情報のそれぞれに関連付けて、端末を制御するための第１制御情報が記述されるように表示領域のデータを生成し、第１制御情報は、表示領域に表示される識別情報が選択されるとき、（i）当該識別情報に対応のコンテンツが当該端末内に保存済みか否かの判定と、（ii）未保存と判定される場合に情報処理装置への購入要求の送信と、を実行するよう端末を制御するための情報であって、情報処理装置は、端末から購入要求を受信するとき、当該購入要求のユーザ操作を受付ける購入画面を表示部に表示させるためのデータを、端末に送信する。
【００２０】
好ましくは、生成手段は、１以上のコンテンツに対応する識別情報のそれぞれに関連付けて、端末を制御するための第２制御情報が記述されるように表示領域のデータを生成し、第２制御情報は、表示領域に表示される識別情報が選択されるとき、（i）当該識別情報に対応のコンテンツが当該端末内に保存済みか否かの判定と、（ii）保存済みと判定される場合に当該対応のコンテンツの閲覧画面の表示部への表示と、を実行するよう端末を制御するための情報である。
【００２１】
好ましくは、ユーザ毎に、ネットワークを介し購入したコンテンツそれぞれの識別情報を記憶する識別情報記憶手段を、さらに備え、生成手段は、１以上のコンテンツに対応する識別情報のそれぞれに関連付けて、端末を制御するための第３制御情報が記述されるように表示領域のデータを生成し、第３制御情報は、表示領域に表示される識別情報が選択されるとき、（i）当該識別情報に対応のコンテンツが当該端末内に保存済みか否かの判定と、（ii）未保存と判定される場合に情報処理装置への購入要求の送信と、を実行するよう端末を制御するための情報であって、情報処理装置は、端末から購入要求を受信する場合に、要求されるコンテンツの識別情報が識別情報記憶手段に格納されている識別情報を示すとき、当該コンテンツを端末に送信する。
【００２２】
好ましくは、複数のユーザそれぞれに対応する情報群であって、コンテンツの識別情報を含む属性を示す属性情報を当該ユーザが購入した各コンテンツについて含む情報群を記憶するための手段と、記憶された情報群のうち、第２のユーザとは異なる各ユーザに対応の情報群から、第２のユーザが利用する端末の表示部で表示中の表示領域の識別情報に対応のコンテンツの属性に類似する属性を示す属性情報を含む情報群を検出する手段と、検出される情報群からコンテンツそれぞれに対応の識別情報を一覧表示するための類似表示領域のデータを生成する手段と、をさらに備え、データ送信手段は、第２のユーザが利用する端末から類似表示領域の要求を受信したとき、第２のユーザが利用する端末に、生成された類似表示領域のデータを送信する。
【００２３】
好ましくは、属性情報を検出する手段は、記憶された情報群のうち、第２のユーザとは異なる各ユーザに対応の情報群から、第２のユーザが利用する端末の表示部で表示中の表示領域の識別情報に対応のコンテンツの属性に類似する属性を示す属性情報を含む情報群を、類似度とともに検出する手段を、含み、類似表示領域のデータを生成する手段は、類似度とともに検出される１つ以上の情報群のうち、第２のユーザが利用する端末の表示部で表示中の類似表示領域に対応の情報群が有する類似度の次位の類似度を有した情報群から、コンテンツそれぞれに対応の識別情報を一覧表示するための次位類似表示領域のデータを生成する手段を、含む。データ送信手段は、第２のユーザが利用する端末から次位類似表示領域の要求を受信したとき、第２のユーザが利用する端末に、生成された次位類似表示領域のデータを送信する手段を含む。
【００２４】
この発明の他の局面に従うと、ユーザが利用する端末と、端末とネットワークを介して、コンテンツ販売に関する情報を通信するための情報処理装置と、を備え、端末は、情報処理装置から受信するデータを表示するための表示部を含み、情報処理装置は、第１のユーザが購入した１以上のコンテンツそれぞれに対応の識別情報を一覧表示するための表示領域のデータを生成する生成手段と、生成されたデータを、第２のユーザが利用する端末に送信するデータ送信手段と、第２のユーザが利用する端末から、当該端末の表示部で表示中の表示領域において選択された識別情報に対応するコンテンツの購入要求を受信するための購入要求受信手段と、受信された購入要求によるコンテンツの購入が確定するごとに、購入代金に従った価値を、第１のユーザに対応付けて記憶するための記憶手段と、記憶手段の購入代金に従った価値を累計する手段と、を含み、生成手段は、表示領域で表示可能なコンテンツの識別情報の個数が可変に変化するように、第１のユーザに対付けて記憶された価値の累計値の大きさに応じて、第１のユーザの表示領域のデータを変更するためのデータ変更手段を有する。
【００２５】
この発明のさらに他の局面に従う情報処理方法は、ユーザが利用する端末と、ネットワークを介して通信して、コンテンツ販売に関する情報を処理するためのプロセッサを用いた情報処理方法であって、端末は、ネットワークから受信するデータを表示するための表示部を備える。
【００２６】
情報処理方法は、第１のユーザが購入した１以上のコンテンツそれぞれに対応の識別情報を一覧表示するための表示領域のデータを生成するステップと、生成されたデータを、第２のユーザが利用する端末に送信するステップと、第２のユーザが利用する端末から、当該端末の表示部で表示中の表示領域において選択された識別情報に対応するコンテンツの購入要求を受信するステップと、受信された購入要求によるコンテンツの購入が確定するごとに、購入代金に従った価値を、第１のユーザに対応付けて記憶するステップと、記憶される購入代金に従った価値を累計するステップと、を備え、生成するステップは、表示領域で表示可能なコンテンツの識別情報の個数が可変に変化するように、第１のユーザに対付けて記憶された価値の累計値の大きさに応じて、第１のユーザの表示領域のデータを変更するステップを含む。
【００２７】
この発明のさらに他の局面に従うと、ユーザが利用する端末と、ネットワークを介して通信しながら、コンテンツ販売に関する情報処理方法を、プロセッサに実行させるためのプログラムであって、端末は、ネットワークから受信するデータを表示するための表示部を備える。
【００２８】
プログラムは、プロセッサに、第１のユーザが購入した１以上のコンテンツそれぞれに対応の識別情報を一覧表示するための表示領域のデータを生成するステップと、生成されたデータを、第２のユーザが利用する端末に送信するステップと、第２のユーザが利用する端末から、当該端末の表示部で表示中の表示領域において選択された識別情報に対応するコンテンツの購入要求を受信するステップと、受信された購入要求によるコンテンツの購入が確定するごとに、購入代金に従った価値を、第１のユーザに対応付けて記憶するステップと、記憶される購入代金に従った価値を累計するステップと、を実行させ、生成するステップは、表示領域で表示可能なコンテンツの識別情報の個数が可変に変化するように、第１のユーザに対付けて記憶された価値の累計値の大きさに応じて、第１のユーザの表示領域のデータを変更するステップを含む。
【発明の効果】
【００２９】
本発明によれば、第１のユーザに対付けて記憶された棚からのコンテンツの売上げに応じた価値データが示す価値の大きさに応じて、当該棚で表示可能なコンテンツの識別情報の個数が可変となるように、棚のデータを変更する。
【図面の簡単な説明】
【００３０】
【図１】本実施の形態に係るコンテンツ取引システムの概略構成図である。
【図２】本実施の形態に係る端末の構成図である。
【図３】本実施の形態に係るコンテンツ配信サーバ４０のブロック図である。
【図４】本発明の実施の形態に係るコンテンツ配信サーバ４０の機能構成図である。
【図５】本発明の実施の形態に係る記憶部のデータの一例を示す図である。
【図６】本発明の実施の形態に係るユーザ情報５００の一例を示す図である。
【図７】本発明の実施の形態に係る決済情報５１０の一例を示す図である。
【図８】本発明の実施の形態に係るコンテンツ情報５２０の一例を示す図である。
【図９】本発明の実施の形態に係る売上データ５３０の一例を示す図である。
【図１０】本発明の実施の形態に係るユーザ毎のシェルフデータ５４０の一例を示す図である。
【図１１】本発明の実施の形態に係る公開棚データ５５０の一例を示す図である。
【図１２】本発明の実施の形態に係る棚特典データ５６０の一例を示す図である。
【図１３】本発明の実施の形態に係る書影特典データ５７０の一例を示す図である。
【図１４】本発明の実施の形態に係る端末１０のメインフローチャートである。
【図１５】本実施の形態に係る公開棚処理のフローチャートである。
【図１６】本実施の形態に係るコンテンツ配信サーバ４０の認証処理のフローチャートである。
【図１７】本実施の形態に係るコンテンツ配信サーバ４０におけるコンテンツ購入処理のフローチャートである。
【図１８】公開棚へのコンテンツ追加および書籍データ取得の処理フローチャートである。
【図１９】本発明の実施の形態に係るコンテンツ配信サーバ４０による画面データの取得と配信の処理フローチャートである。
【図２０】本発明の実施の形態に係る友人追加・友人棚検索の処理フローチャートである。
【図２１】本発明の実施の形態に係る類似棚検索の処理フローチャートである。
【図２２】本発明の実施の形態に係る類似棚集計（ソート）の処理フローチャートである。
【図２３】本発明の実施の形態に係るログインの画面２００Ａを示す図である。
【図２４】本発明の実施の形態に係るコンテンツ購入のためのストアの画面２００Ｂを示す図である。
【図２５】本発明の実施の形態に係るストアからコンテンツを購入するための画面２００Ｃを示す図である。
【図２６】本発明の実施の形態に係るコンテンツ購入完了時に表示される画面２００Ｄを示す図である。
【図２７】本発明の実施の形態に係る操作メニュー６０１の画面２００Ｅを示す図である。
【図２８】本発明の実施の形態に係るユーザのシェルフを表示する画面２００Ｆを示す図である。
【図２９】本発明の実施の形態に係る操作メニュー６０３の画面２００Ｇを示す図である。
【図３０】本発明の実施の形態に係るユーザの公開棚を表示する画面２００Ｈを示す図である。
【図３１】本発明の実施の形態に係るユーザの公開棚レビューの画面２００Ｉを示す図である。
【図３２】本発明の実施の形態に係るコンテンツデータ５８１の一部を表示する画面２００Ｊを示す図である。
【図３３】本発明の実施の形態に係る他人の公開棚を表示する画面２００Ｋを示す図である。
【図３４】本発明の実施の形態に係る他人の公開棚を表示する他の画面２００Ｌを示す図である。
【図３５】本発明の実施の形態に係る公開棚の表示態様を変更した画面２００Ｍを示す図である。
【図３６】本発明の実施の形態に係る端末の一例を示す図である。
【図３７】本発明の実施の形態に係る端末の他の例を示す図である。
【図３８】本発明の実施の形態に係る端末の更なる他の例を示す図である。
【発明を実施するための形態】
【００３１】
以下、この発明の実施の形態について図面を参照して詳細に説明する。
本実施の形態では、通信システムを利用したサーバ−クライアントシステムによるコンテンツに関する情報の処理およびコンテンツの取引処理を説明する。クライアントの端末に関しては、複数人のユーザに対して異なるユーザＩＤまたはパスワードを割当てることで、１台の端末を用いて複数人のユーザが当該システムを利用することができるが、本実施の形態では、説明を簡単にするために、端末のユーザは一人であると想定する。
【００３２】
まず、本実施の形態で用いる用語について以下に、説明する。
「コンテンツ」とは、電子的なデータであって、動画像、静止画像、音楽などの音声、文章などのテキスト、ゲーム、電子書籍、Ｗｅｂ（World  Wide  Webの略）ページあるいはそれらの組み合わせのデータを示す。
【００３３】
ここでは、説明を簡単にするために、コンテンツとして電子書籍を例示するが、他の種類のコンテンツであって本実施の形態を同様に適用することができる。また、コンテンツデータである電子書籍のデータは、ＸＭＤＦ（ever-eXtending  Mobile  Document  Format）などのデータを示す。
【００３４】
「コンテンツの購入」とは、対価を支払ってコンテンツを購入することを意味する。ただし、本来有料のコンテンツを、期間を限定したキャンペーンの実施等により実質的に無料で配布されたコンテンツをユーザが取得した場合も含まれる。本実施の形態では、購入のための取引は、電子商取引を含む。
【００３５】
「コンテンツのダウンロード」とは、コンテンツがネットワークを経由して端末に送信されて、端末はコンテンツを受信し予め定めた記憶領域に格納することをいう。
【００３６】
「コンテンツの利用権」とは、取引処理によりコンテンツを購入したユーザが当該コンテンツを利用することのできる権利を示す。コンテンツの利用とは、コンテンツをダウンロードする、ダウンロードされたコンテンツをビューア（コンテンツのデータを画面に表示するためのソフトウェアを示す）で閲覧する、コンテンツに関する情報を後述のシェルフまたは公開棚に登録する、などを含む。
【００３７】
「棚」とは、１つ以上のコンテンツについて、コンテンツに関する情報（とりわけ、コンテンツを識別するためのアイコンなどの識別情報）を一覧で表示するための表示領域を示す。
【００３８】
「シェルフ」はユーザが購入したコンテンツに関する情報を一覧で表示する棚を示し、ネットワークを介して他人に公開されることはない。
【００３９】
「公開棚」は、ユーザが購入した１つ以上のコンテンツについて、コンテンツに関する情報を一覧で表示するための棚であって、ネットワークを介して他人に公開されるデータを示す。ユーザの「公開棚」で一覧表示されるコンテンツに関する情報には、当該ユーザのシェルフから選択されたコンテンツに関する情報が含まれる。
【００４０】
「友人棚」および「類似棚」は、ユーザ以外の他人の公開棚を示す。そのうち「友人棚」はユーザが友人として登録した他人の公開棚を示し、「類似棚」はユーザの公開棚のコンテンツと類似となるコンテンツに関する情報を有する公開棚を示す。
【００４１】
「コンテンツの書影」とは、コンテンツである書籍の外観を表示するための画像を示す。
【００４２】
「ユーザＩＤ（Identifier）」は、ユーザを識別するための英文字、数字、記号などからなる文字列を指す。
【００４３】
「コンテンツＩＤ（Identifier）」は、コンテンツを識別するための英文字、数字、記号などからなる文字列を指す。
【００４４】
「特典」とは、公開棚を用いてコンテンツを販売し易くするために用いられるデータであって、公開棚の表示に関し視覚的な効果をもたらすために用いるデータと、当該公開棚の所有者に与えられる取引処理のためのメリット（金銭的価値など）を含む。
【００４５】
＜システム構成＞
図１は、本実施の形態に係るコンテンツ取引システムの概略構成図である。図１を参照して、コンテンツ取引システムは、１種の通信システムであって、１台以上の情報処理端末（以下、端末と称する）１０、コンテンツを配信する情報処理装置に相当するコンテンツ配信サーバ４０、およびＷｅｂ（World  Wide  Webの略）サーバ５０を備える。これらはインターネットなどの各種のネットワークＮＴを介して相互に通信する。端末１０は、ネットワークＮＴを経由して相手側装置と通信する。
【００４６】
図２は、本実施の形態に係る端末１０のブロック構成図である。本実施の形態では、端末１０は通信機能を有した情報処理端末をいう。ここでは、携帯型電話機、スマートフォン、タブレット型端末などのようにユーザが携帯可能な端末を主として想定するが、パーソナルコンピュータ、テレビジョン受像機など据え置き型の端末であってもよい。
【００４７】
図２には端末１０の外観とブロック構成が示される。図２（Ａ）を参照して、端末１０は、図示されるように、スマートフォン端末によって、つまり、通話機能を有するような端末によって実現される場合がある。
【００４８】
図示されたスマートフォン端末（端末１０）では、その筐体に、ディスプレイ１０２とともに、操作ボタン１０３Ｂ〜１０３Ｄが備えられている。端末１０では、ディスプレイ１０２と重ねられてタッチパネルが設けられる。
【００４９】
図２（Ｂ）を参照して、端末１０は、ＣＰＵ（Central  Processing  Unitの略）１１、ＨＤＤ（Hard  Disc  Driveの略）、ＳＳＤ（Solid  State  Driveの略）、フラッシュメモリ、ＲＡＭ（Random  Access  Memoryの略）などの永続的な記憶を行う記憶媒体に加え、ＤＲＡＭ（Dynamic  Random  Access  Memoryの略）などの一時的なワークメモリとして利用する記憶媒体を含む記憶部１２、画像を表示するための表示部１３、ユーザにより操作されるボタン、キーなどを含む操作部１４、ネットワークＮＴを介した通信のための通信部１５、外部Ｉ／Ｆ（Interfaceの略）１６、赤外線通信のためのＩＲ（InfraRed）通信部１９、およびスピーカなどからなる音声出力部２０、マイクロフォンなどの音声入力部２１およびカメラの撮像部２２を備える。表示部１３はディスプレイ１０２に相当し、操作部１４は、上述のタッチパネルおよび／または操作ボタン１０３Ｂ〜１０３Ｄならびに電源ボタン１０３Ｇによって構成される。
【００５０】
電源ボタン１０３Ｇの長押しにより端末１０の電源ＯＮ／ＯＦＦが可能である。また、電源ボタン１０３Ｇの短押しにより、休止状態遷移/復帰の操作が可能である。操作は、通常、ディスプレイ１０２上のタッチパネルにより、画面上のオブジェクトをタップすることにより可能である。また、戻るボタン１０３Ｄの操作により、１つ前の画面に遷移でき、ホームボタン１０３Ｃの操作により、トップ画面にダイレクトに遷移することも可能である。また、メニューボタン１０３Ｂにより、アプリケーションに応じて操作メニューが表示される。
【００５１】
記憶部１２にはＷＷＷ（World Wide Web）ブラウザのプログラムおよび電子書籍表示のためのビューワのプログラムを含むプログラムが予め格納されている。ＣＰＵ１１は、ＷＷＷブラウザのプログラムを実行することにより、ネットワークＮＴを介してＨＴＭＬ（Hyper Text Markup Language）ファイル、画像ファイルおよび音楽ファイルを受信し、受信したファイルを解析し、解析に従って、表示部１３へ画像などを表示し、または音声出力部２０から音声を出力する。
【００５２】
また、記憶部１２にはダウンロードされたコンテンツを管理するためにテーブルＴＢ（後述の図５（Ｂ）参照）が格納される。
【００５３】
操作部１４は、ユーザによる操作を検出し、検出した結果をＣＰＵ１１に出力する。
外部Ｉ／Ｆ１６は、外部から着脱自在に記憶媒体１７が装着され、装着された記憶媒体１７にデータを読み書きする。
【００５４】
端末１０は、表示部１３と操作部１４を、一体的に構成した入出力装置１８を備える。また、音声入力部２１および音声出力部２０を用いた通話機能を有する。
【００５５】
表示部１３には、ＬＣＤ（Liquid  Crystal  Displayの略）ディスプレイ、有機ＥＬ（electroluminescenceの略）ディスプレイなどを適用することができる。通信部１５は、有線ＬＡＮ（local  Area  Networkの略）、無線ＬＡＮ、携帯電話回線、Bluetooth(登録商標)やZigBee(登録商標)であってもよい。
【００５６】
図３は、本実施の形態に係るコンテンツ配信サーバ４０のブロック図である。図３を参照して、コンテンツ配信サーバ４０は、ＣＰＵ４１、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＲＡＭなどからなる記憶部４２、ＬＣＤ、有機ＥＬ、ＣＲＴなどからなる表示部４３、ボタン、キー、マウスなどからなる操作部４４、ネットワークＮＴを介して通信するための通信部４５、外部からＣＤ−ＲＯＭ（Compact  Disc  Read  Only  Memory）４７などの記憶媒体が着脱自在に装着され、装着された記憶媒体をアクセスするための外部Ｉ／Ｆ４６を備える。本実施の形態では、Ｗｅｂサーバ５０もコンテンツ配信サーバ４０と同様の構成を有するので、説明は繰返さない。
【００５７】
本実施の形態では、コンテンツ配信サーバ４０およびＷｅｂサーバ５０は、クライアント端末である端末１０に対してコンテンツを配信するサーバコンピュータに相当するが、ここではコンテンツ配信サーバ４０のみがコンテンツを配信すると想定する。
【００５８】
図４は、本発明の実施の形態に係るコンテンツ配信サーバ４０の機能構成図である。図４には、コンテンツ配信サーバ４０の記憶部４２に記憶されたプログラムをＣＰＵ４１が実行することにより備える機能構成が示される。ＣＰＵ４１は、類似棚を検出するために後述のソート処理を実行するためのソート部４０９、コンテンツの取引を処理するための取引処理部４１０、ユーザに与える特典データを処理するための特典処理部４１１、記憶部４２を検索するための検索部４１２、表示データを生成するための表示データ生成部４１３、シェルフおよび公開棚に関するデータを処理するための棚処理部４１４、およびコンテンツ配信部４１７、および要求処理部４１８を備える。
【００５９】
要求処理部４１８は、要求受理部４１５と表示データ配信部４１６とを含む。要求受理部４１５は、ネットワークＮＴを介し端末１０からの要求を受信し、受信した要求を解析する。要求はたとえば、ＵＲＬ（Uniform  Resource  Locator）形式であって、解析では、ＵＲＬから要求の種類を判別することができる。表示データ配信部４１６は、表示部１３に表示されるべきデータを、ネットワークＮＴを介し端末１０に送信する。
【００６０】
＜データ構造＞
図５は本発明の実施の形態に係る記憶部のデータの一例を示す図である。図５（Ａ）は記憶部４２のデータ例を示し、図５（Ｂ）は記憶部１２のデータ例を示す。
【００６１】
図５（Ａ）を参照して、記憶部４２は、記憶領域Ｅ１およびＥ２を含む。
記憶領域Ｅ１には、ユーザ情報群６６１、決済情報群６６２、コンテンツ情報群６６３、売上データ群６６４、シェルフデータ群６６５、公開棚データ群６６６、棚特典データ５６０および書影特典データ５７０が格納される。
【００６２】
ユーザ情報群６６１は、異なるユーザ毎のユーザ情報５００を含む。決済情報群６６２は、異なるユーザ毎のコンテンツの取引に関する決済情報５１０を含む。コンテンツ情報群６６３は、異なるユーザ毎に当該ユーザが購入したコンテンツ毎に当該コンテンツの属性などコンテンツに関する情報を示すコンテンツ情報５２０を含む。売上データ群６６４は、異なるユーザ毎に当該ユーザの公開棚のコンテンツの取引に係る売上を示す売上データ５３０を含む。シェルフデータ群６６５は、異なるユーザ毎のシェルフを示すシェルフデータ５４０を含む。公開棚データ群６６６は、異なるユーザ毎の公開棚を示す公開棚データ５５０を含む。
【００６３】
棚特典データ５６０は、公開棚のコンテンツの売上に応じて当該公開棚に付与されるべき特典を決定するために参照されるデータを示す。書影特典データ５７０は、コンテンツの売上に応じて当該コンテンツの書影の表示態様である特典を決定するために参照されるデータを示す。
【００６４】
領域Ｅ２には、異なるコンテンツ毎に、当該コンテンツの実体（データのまとまり）であるコンテンツデータ５８１が格納される。
【００６５】
図５（Ｂ）を参照して、端末１０のテーブルＴＢには、購入されて当該端末１０にダウンロードされた１つ以上のコンテンツそれぞれについてのコンテンツＩＤ（識別子）を示すコンテンツＩＤデータ１２１（以下、コンテンツＩＤ１２１という）と、当該コンテンツが記憶部１２に現在存在するか否かを示す状態データ１２２とが対応付けて格納される。ＣＰＵ１１は、コンテンツがダウンロードされると、対応する状態データ１２２を“存在”を示すよう書換えるが、その後記憶部１２から当該コンテンツが削除されると対応する状態データ１２２を“存在せず”を示すように書換える。
【００６６】
図５の（Ａ）に示した情報またはデータはたとえばテーブルで格納されており、その具体例が図６〜図１３に示される。
【００６７】
図６は、本発明の実施の形態に係るユーザ情報５００の一例を示す図である。図６を参照して、ユーザ情報５００は、ユーザについて複数のデータ項目を有する。データ項目のそれぞれは、当該項目の名称を示すラベル、当該項目のデータおよび当該データ項目の説明を対応づけて含む。データとして、ユーザＩＤを示すユーザＩＤデータ５０１（以下、ユーザＩＤ５０１という）、パスワードを示すパスワードデータ５０２（以下、パスワードＩＤ５０２という）、漢字表記の氏名、氏名に付される仮名、郵便番号、住所およびメールアドレスのそれぞれを示すデータ、およびコンテンツの購入・販売に応じて当該ユーザに与えられる特典であるポイント数を示すポイント数データ５０３（以下、ポイント数５０３という）を含む。さらに、表示部１３で表示中友人棚の所有者のユーザＩＤを示す友人棚ユーザＩＤデータ５０４（以下、友人棚ユーザＩＤ５０４という）、および表示部１３で表示中類似棚の所有者のユーザＩＤを示す類似棚ユーザＩＤデータ５０５（以下、類似棚ユーザＩＤ５０５という）を含む。
【００６８】
なお、友人棚ユーザＩＤ５０４は、表示部１３に現在表示中の画面が友人棚である場合には、当該友人棚の棚所有者のユーザＩＤを示すが、そうでない場合には“空データ”を示す。同様に、類似棚ユーザＩＤ５０５は、表示部１３に現在表示中の画面が類似棚である場合には、当該類似棚の棚所有者のユーザＩＤを示すが、そうでない場合には“空データ”を示す。
【００６９】
ポイント数５０３は、ユーザがコンテンツの取引処理によりコンテンツを購入する、または自分の公開棚のコンテンツを他のユーザが取引処理により購入する都度、加算されるものである。ポイント数５０３は、このコンテンツ取引システムにおいてコンテンツを購入する場合に支払いに利用することのできる金額を示す。たとえば、１ポイントは１円として換算される。
【００７０】
図７は、本発明の実施の形態に係る決済情報５１０の一例を示す図である。図７を参照して決済情報５１０は、ユーザについて複数のデータ項目を有する。データ項目のそれぞれは、当該項目の名称を示すラベル、当該項目のデータおよび当該データ項目の説明を対応づけて含む。データとして、ユーザＩＤ、決済のためのクレジットカード会社、クレジットカードの名義、クレジットカードの番号およびクレジットカードの有効期限それぞれを示すデータを含む。
【００７１】
図８は、本発明の実施の形態に係るコンテンツ情報５２０の一例を示す図である。図８を参照してコンテンツ情報５２０は、対応のユーザが購入したコンテンツ毎に、当該コンテンツの識別情報を含む各種属性を示す情報群を示す。
【００７２】
具体的には、異なるコンテンツ毎にコンテンツについて複数のデータ項目を含む。データ項目のそれぞれは、当該項目の名称を示すラベル、当該項目のデータおよび当該データ項目の説明を対応づけて含む。コンテンツ情報５２０は、コンテンツの属性を示すデータとして、コンテンツである電子書籍を識別するためのコンテンツＩＤデータ５２１（以下、コンテンツＩＤ５２１という）、ならびにＪＡＮコード（Japan  Article  Number  code）、当該電子書籍のタイトル、当該電子書籍の著者および当該電子書籍の価格それぞれを示すデータ、および当該電子書籍の詳細情報５２２を含む。さらに、当該電子書籍の表紙をアイコン表示するための画像データの格納場所を示すデータ５２３（以下、格納場所５２３という）および当該電子書籍データの格納場所を示すデータ５２４（以下、格納場所５２４という）を含む。格納場所とは、予め定めた記憶領域を示し、たとえば記憶部４２上の位置を示すパスを示す。電子書籍の詳細情報５２２は、電子書籍のコンテンツデータ５８１の一部を含む。
【００７３】
ここでは、格納場所５２４は、対応のコンテンツデータ５８１が格納された領域Ｅ２のパスを示す。
【００７４】
図９は、本発明の実施の形態に係る売上データ５３０の一例を示す図である。図９を参照して売上データ５３０は、ユーザについて複数のデータ項目を有する。データ項目のそれぞれは、当該項目の名称を示すラベル、当該項目のデータおよび当該データ項目の説明を対応づけて含む。データとして、ユーザＩＤを示すユーザＩＤデータ５３１（以下、ユーザＩＤ５３１という）および当該ユーザの公開棚のコンテンツに関する総売上げを示す総売上げデータ５３２（以下、総売上げ５３２という）、ならびに公開棚のコンテンツが売上げられる毎に登録されるデータとして当該コンテンツのコンテンツＩＤを示すコンテンツＩＤデータ５３３（以下、コンテンツＩＤ５３３という）、売上のあった日時を示す販売日時データ５３４（以下、販売日時５３４という）および売上の金額を示す金額データ５３５（以下、金額５３３という）を含む。
【００７５】
なお、同一のコンテンツが複数売上げられた場合には、売上データ５３０のテーブルには、当該コンテンツＩＤ５３３に対応して販売日時５３４および売上の金額５３５が売上の件数分追加して格納される。
【００７６】
図１０は、本発明の実施の形態に係るユーザ毎のシェルフデータ５４０の一例を示す図である。図１０を参照してシェルフデータ５４０は、ユーザについて複数のデータ項目を有する。データ項目のそれぞれは、当該項目の名称を示すラベル、当該項目のデータおよび当該データ項目の説明を対応づけて含む。データとして、当該ユーザのユーザＩＤを示すユーザＩＤデータ５４１（以下、ユーザＩＤ５４１という）およびシェルフで一覧表示されるべきコンテンツはユーザが購入したコンテンツのコンテンツＩＤのリストとを含む。コンテンツＩＤのリストは、１つ以上のコンテンツＩＤを示すコンテンツＩＤデータ５４２（以下、コンテンツＩＤ５４２という）を含む。
【００７７】
図１１は、本発明の実施の形態に係る公開棚データ５５０の一例を示す図である。図１１を参照して公開棚データ５５０は、公開棚について複数のデータ項目を有する。データ項目のそれぞれは、当該項目の名称を示すラベル、当該項目のデータおよび当該データ項目の説明を対応づけて含む。
【００７８】
データとして、当該公開棚のユーザを示すユーザＩＤを示すユーザＩＤデータ５５１（以下、ユーザＩＤ５５１という）、当該ユーザの１または複数の友人のユーザＩＤをリスト形式で示す友人ユーザＩＤリスト５５２、当該公開棚のコンテンツに類似したコンテンツを有する他の公開棚のユーザＩＤをリスト形式で示す類似ユーザＩＤリスト５５３、類似ユーザＩＤを決定するための類似度を算出した直近の日時を示す算出日時データ５５４（以下、算出日時５５４という）、特典売上バッジデータ５５５（以下、特典売上バッジ５５５という）、当該公開棚に特典として標準棚段数から追加された棚段数を示す特典追加棚データ５５６（以下、特典追加棚５５６という）、および当該公開棚で表示される各コンテンツに関するデータを含む。このコンテンツに関するデータは、コンテンツを識別するための情報であって、コンテンツに対応してコンテンツＩＤデータ５５７（以下、コンテンツＩＤ５５７という）、当該コンテンツを当該公開棚から購入したユーザのユーザＩＤデータ５５８（以下、ユーザＩＤ５５８という）および売上ランクデータ５５９（以下、売上ランク５５９という）を含む。
【００７９】
公開棚データ５５０のコンテンツは、ユーザのシェルフデータ５４０から選択されたコンテンツを含む。ユーザは操作部１４を操作して、シェルフデータ５４０の所望するコンテンツを選択し、選択したコンテンツの識別情報を公開棚データに登録することができる。
【００８０】
特典売上バッジ５５５は、バッジ個数を示す。具体的には、予め定められた期間、たとえば直近１ヶ月の公開棚からのコンテンツの売上金額の合計（総売上げ５３２）に応じたバッジ個数を１〜１０のうちのいずれかの数値を示す。特典追加棚５５６の棚段数は、総売上げ５３２の額に応じて変動する。総売上げ５３２の金額が多いほど特典追加棚５５６の数値は大きくなるが、少なくなると特典追加棚５５６の数値は小さくなる。これにより、公開棚で一覧表示可能な最大コンテンツ数を可変に変更することができる。
【００８１】
売上ランク５５９は、直近１ヶ月の公開棚からのコンテンツＩＤ５５７に対応するコンテンツの売上の金額５３５に応じた１〜３のうちのいずれかの数値を示す。
【００８２】
図１２は、本発明の実施の形態に係る棚特典データ５６０の一例を示す図である。図１２を参照して棚特典データ５６０は、直近１ヶ月間の複数種類の売上金額、ならびに各売上金額に応じて特典売上バッジの表示色および特典追加棚の段数を含む。棚特典データ６０によれば、公開棚の総売上げ５３２の多少によりバッジの色が変化することが分かる。
【００８３】
図１３は、本発明の実施の形態に係る書影特典データ５７０の一例を示す図である。図１３を参照して書影特典データ５７０は、コンテンツの金額５３５による過去１ヶ月の売上金額のデータと、対応する書影の表示色を示すデータの組が複数個格納される。
【００８４】
書影特典データ５７０によれば、過去１ヶ月間のコンテンツの金額５３５の累計（または合計）による売上げの多少により、書影の表示色が変化することがわかる。
【００８５】
棚特典データ５６０および書影特典データ５７０は、直近１ヶ月の累計による売上げに基づくデータであるが、累計の期間は、予め定めた長さの期間であればよく、１ヶ月に限定されない。
【００８６】
＜表示画面＞
図２３〜図３５は、本発明の実施の形態に係る表示画面の一例を示す図である。これら表示画面は後述する図１４〜図２２のフローチャートにおいて、端末１０の表示部１３に表示される。
【００８７】
表示データ生成部４１３は、要求受理部４１５の要求の解析結果に基づき、検索部４１２を介して記憶部４２を検索する。検索により記憶部４２から読出したデータを用いて、画面データを生成する。生成された画面データは、表示部１３に表示されるべき画像（静止画、動画）、文字、記号などのデータ、およびこれら組み合わせを含む。
【００８８】
表示データ生成部４１３は、後述する図２３〜図３５の画面のための画面データを生成し、表示データ配信部４１６に出力する。表示データ生成部４１３は画面データの配信先である端末１０を制御するための制御情報を含ませるようにして画像データを生成する。制御情報は、たとえば実行可能形式のプログラムであって、たとえばスクリプトを含む。ここでは、制御情報の一例としてスクリプトを挙げる。
【００８９】
画面データは、操作部１４を介しユーザ操作を受付けるための受付け画像（ボタン、アイコン、マークおよびメニューの項目など）に関連付けて記述されたスクリプトを含む。端末１０において画面データによって表示中の受付け画像が操作されると、ＣＰＵ１１は、操作された受付け画像に関連付けされたスクリプトを実行する。これにより、たとえばコンテンツ配信サーバ４０からの問合せに対する応答、および次位の画面データの要求を含む各種の要求などが、端末１０からコンテンツ配信サーバ４０に送信される。
【００９０】
コンテンツ配信サーバ４０はスクリプトの実行による端末１０からの応答、または要求を受信すると、応答または要求を処理する。たとえば、表示データ配信部４１６は、要求に応じて、画面データを要求元の端末１０に送信する。端末１０では、画面データを受信し、受信したデータに従う画面が表示部１３に表示される。
【００９１】
図２３は、本発明の実施の形態に係るログインの画面２００Ａを示す図である。画面２００Ａは、実施の形態に係るコンテンツ配信システムにログインするために表示される。図２３を参照して、画面２００Ａは、ユーザＩＤおよびパスワードを入力するためのエリアを有する。
【００９２】
図２４は、本発明の実施の形態に係るユーザがコンテンツを購入するためのストアの画面２００Ｂを示す図である。表示データ生成部４１３は、記憶部４２のコンテンツ情報５２０から、コンテンツを識別するための情報を、たとえばコンテンツＩＤ、書籍のタイトル、著者名および表紙画像などを一覧で表すコンテンツ販売のための画面２００Ｂのデータを生成する。
【００９３】
具体的には、画面２００Ｂでは、表紙画像のサムネイルに相当するアイコンの一覧において、アイコンのそれぞれに関連付けて、当該アイコンのコンテンツのタイトルＴＴｉ（ｉ＝１、２、３、…）および著者名ＡＵｉ（ｉ＝１、２、３、…）を表示する。なお、画面２００Ｂでは、各アイコンに対応して、コンテンツ情報５２０のコンテンツＩＤ５２１が割当てられているが、ここではコンテンツＩＤ５２１は非表示に設定されているとする。
【００９４】
図２５は、本発明の実施の形態に係るストアからコンテンツを購入するための画面２００Ｃを示す図である。画面２００Ｂのコンテンツの一覧から、ユーザが所望するコンテンツのアイコンを選択すると、すなわち購入の要求操作をすると、表示部１３には画面２００Ｃが表示される。画面２００Ｃでは、選択したコンテンツの表紙のアイコンと、コンテンツ情報５２０の詳細情報５２２に基づく情報６００が表示される。
【００９５】
図２６は、本発明の実施の形態に係るコンテンツ購入完了時に表示される画面２００Ｄを示す図である。画面２００Ｄでは、コンテンツ購入の完了のメッセージと、購入したコンテンツのダウンロードが自動的に開始される旨のメッセージとが表示される。購入完了により、コンテンツを端末１０にダウンロードすることができる。
【００９６】
図２７は、本発明の実施の形態に係る操作メニュー６０１の画面２００Ｅを示す図である。画面２００Ｅでは、“シェルフへの移動”の項目６０２を含む操作メニュー６０１が表示される。ユーザがシェルフの閲覧を希望した場合には、操作部１４により項目６０２が選択される。
【００９７】
図２８は、本発明の実施の形態に係るユーザのシェルフを表示する画面２００Ｆを示す図である。上記の項目６０２が操作されると、表示データ生成部４１３は、記憶部４２から、画面２００Ａにおいて入力されたユーザＩＤに一致するユーザＩＤ５４１を有するシェルフデータ５４０を読出す。そして、このシェルフデータ５４０のコンテンツＩＤ５４２に一致するコンテンツＩＤ５２１を有するコンテンツ情報５２０の“タイトル”データの一覧画面を生成する。このタイトル一覧画面は画面２００Ｆを示す。このタイトル一覧の各タイトルには、画面に表示されないがコンテンツＩＤ５２１が割当られる。
【００９８】
図２９は、本発明の実施の形態に係る操作メニュー６０３の画面２００Ｇを示す図である。画面２００Ｇでは、“公開棚に追加する”の項目６０４を含む操作メニュー６０３と、公開棚の処理を開始させるために操作されるボタン６０８が表示される。ユーザが画面２００Ｆのシェルフのコンテンツのひとつを、公開棚に追加することを希望した場合には、操作部１４により項目６０４が選択される。たとえば、図２９の例の場合、太枠で表示されたフォーカスにより選択された「雑誌１」が公開棚に追加される。
【００９９】
図３０は、本発明の実施の形態に係るユーザの公開棚を表示する画面２００Ｈを示す図である。図３１には、本発明の実施の形態に係る公開棚をレビューするための画面２００Ｉを示す図である。画面２００Ｇで操作部１４を介して項目６０８が操作（タップなど）されると、表示データ生成部４１３は、検索部４１２を介して、記憶部４２から、画面２００Ａにおいて入力されたユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０を読出す。読出した公開棚データ５５０の特典追加棚５５６が示す値に基づき、棚段数を決定し、決定した棚段数を有する棚画像と、棚に配置するべきコンテンツの表紙絵のアイコンとから画面２００Ｈを生成する。
【０１００】
公開棚に配置されるコンテンツは、ユーザが利用権を有するコンテンツを含む。公開棚の各段には、たとえば最大３個のコンテンツのアイコンが配置される。
【０１０１】
ここで、画面２００Ｈの公開棚に配置されるコンテンツのアイコンは、公開棚データ５５０の各コンテンツＩＤ５５７について、当該コンテンツＩＤ５５７に一致するコンテンツＩＤ５２１を有するコンテンツ情報５２０の表紙画像の格納場所５２３に格納された画像を示す。
【０１０２】
画面２００Ｈは、公開棚から購入を推奨するコンテンツに関するメッセージ６０５を含む。また、コンテンツのアイコンに関連付けてマーク６０６を含む。マーク６０６は、当該コンテンツのコンテンツ情報５２０の書誌情報（著者名、価格、詳細情報５２２など）またはユーザが記入したコメントが登録されていることを示す。操作部１４を介してマーク６０６が操作（タップなど）されると、図３１の画面２００Ｉのように、ＣＰＵ１１は表示部１３にウィンドウ６０７を表示し、ウィンドウ６０７内において当該コンテンツの書誌情報を表示する。
【０１０３】
メッセージ６０５はユーザが公開棚に追加することができ、また、画面２００Ｈの中央部の絵柄（いちごの絵）のように、所望する絵柄を追加することができる。
【０１０４】
公開棚の画面データは、非表示であるが棚所有者のユーザＩＤと、コンテンツそれぞれに対応したコンテンツＩＤを含む。
【０１０５】
図３２は、本発明の実施の形態に係るコンテンツデータ５８１の一部を表示する画面２００Ｊを示す図である。画面２００Ｊはコンテンツデータ５８１が書籍である場合を例示する。画面２００Ｊでは、書籍のタイトルおよび著者名が表示されるとともに、当該画面内の領域２Ｒでは書籍の内容（文章、絵など）が表示される。
【０１０６】
図３３は、本発明の実施の形態に係る他人の公開棚を表示する画面２００Ｋを示す図である。端末１０のユーザがakiraさん（画面２００Ｈ、画面２００Ｉ参照）とすれば、画面２００Ｋでは、他人のtadashiさんの公開棚データ５５０に基づく画像と操作メニュー７０２とが表示されている。
【０１０７】
本実施の形態では、ユーザは操作部１４を操作することにより、友人棚でもなく、また類似棚でもない他人の公開棚を要求した場合には、コンテンツ配信サーバ４０は、所定の規則に従って他人の公開棚の画面（画面２００Ｋなど）を表示する。たとえば、総売上げ５３２が上位１０人に入るユーザの公開棚などである。
【０１０８】
画面２００Ｋの操作メニュー７０２は“友人に追加”の項目７０１、ならびに“現在の棚の友人棚に切替え”の項目７０６、“次の友人棚へ遷移”の項目７０７、“現在の棚の類似棚に切替え”の項目７０８、“次の類似棚へ遷移”の項目７０９および“自分の公開棚に戻る”の項目７１０を含む。項目７１０が操作されると、表示部１３の画面をユーザの公開棚の画面（２００Ｈ）に切替えることができる。
【０１０９】
他人の公開棚の画面２００Ｋを表示中に、ユーザがこの他人を友人に追加することを希望した場合に、操作部１４により項目７０１を操作（タップ操作など）すると、ＣＰＵ１１は友人追加要求７１ＲＱを送信する。友人追加要求７１ＲＱは、端末１０および現在表示中の公開棚のユーザＩＤを含む。
【０１１０】
友人棚の画面２００Ｋを表示中に、ユーザが表示中の友人棚を、当該友人の公開棚（友人棚）切替えることを希望した場合に、操作部１４により項目７０６を操作（タップ操作など）すると、ＣＰＵ１１は棚切替要求７６ＲＱを送信する。棚切替要求７６ＲＱは、端末１０および現在表示中の公開棚のユーザＩＤを含む。
【０１１１】
また、画面２００Ｋを表示中に、ユーザが表示中の友人棚を、ユーザの次の友人の公開棚（友人棚）切替えることを希望した場合に、操作部１４により項目７０７を操作（タップ操作など）すると、ＣＰＵ１１は棚切替要求７７ＲＱを送信する。棚切替要求７７ＲＱは、端末１０のユーザＩＤを含む。
【０１１２】
また、画面２００Ｋを表示中に、ユーザが表示中の公開棚（類似棚または友人棚）を、当該公開棚の類似棚に切替えることを希望した場合に、操作部１４により項目７０８を操作（タップ操作など）すると、ＣＰＵ１１は棚切替要求７８ＲＱを送信する。棚切替要求７８ＲＱは、端末１０および現在表示中の公開棚のユーザＩＤを含む。また、ユーザが表示中のユーザの公開棚を類似棚に切替える、または表示中の類似棚の次位の類似棚に切替えることを希望した場合に、操作部１４により項目７０９を操作（タップ操作など）すると、ＣＰＵ１１は棚切替要求７９ＲＱを送信する。棚切替要求７９ＲＱは、端末１０のユーザＩＤを含む。
【０１１３】
図３４は、本発明の実施の形態に係る他人の公開棚を表示する他の画面２００Ｌを示す図である。画面２００Ｌでは、他人または端末１０のユーザの公開棚データ５５０に基づく公開棚の画像と操作メニュー７０５とが表示されている。操作メニュー７０５は、表示されているコンテンツ画像を選択操作した場合に表示される。
【０１１４】
たとえば、コンテンツとして“文庫本２”が選択された場合を想定する。この場合において、表示データ生成部４１３は、画面２００Ｌで表示されている公開棚が他人のものであると判定したときには、操作メニュー７０５に文庫本２を“自分の公開棚に追加”の項目７０３を表示するが、他人ではないユーザ自身のものであると判定したときには、操作メニュー７０５に文庫本２を“公開棚から削除”の操作項目７０４を表示するような画面データを生成する。生成された画面データは端末１０に送信されて、端末１０では当該画面データに従う画面が表示される。
【０１１５】
ユーザが項目７０３を操作（タップ操作など）すると、棚処理部４１４は、選択されているコンテンツ（“文庫本２”）を、ユーザ自身の公開棚に追加する。具体的には、選択されているコンテンツのコンテンツＩＤを端末１０から受信し、受信したコンテンツＩＤを、コンテンツＩＤ５５７としてユーザ自身の公開棚データ５５０に登録する。これにより、購入はしていないが、ユーザ自身の公開棚で陳列するコンテンツを増やすことができる。
【０１１６】
図３５は、本発明の実施の形態に係る公開棚の表示態様を変更した画面２００Ｍを示す図である。画面２００Ｍでは、ユーザの公開棚データ５５０の画像と、特典売上バッジ５５５によるマーク８００、書影（コンテンツの表紙画像）８０１、および特典追加棚５５６による追加棚８０３が表示される。また、公開棚には、画面２００Ｌで説明したような、友人棚から選択し追加したコンテンツの画像８０２が表示されている。友人棚から追加したコンテンツの画像は、当該公開棚の所有者が所有権を有さないので、他のコンテンツの画像とは表示態様を異ならせる。図３５の例では、利用権を有するコンテンツの書影よりも小さく表示している。
【０１１７】
マーク８００は、特典売上バッジ５５５の数だけ表示されて、マーク８００の表示色は総売上げ５３２の金額に対応した棚特典データ５６０のバッジの色により決定される。
【０１１８】
また、書影８０１は、コンテンツのアイコンを囲む枠として示されて、この枠の色は、当該コンテンツＩＤの売上ランク５５９に応じて書影特典データ５７０から決定される。枠の表示態様としては、色に限定されず、枠の大きさであってもよい。または、枠ではなく、書籍の帯、しおりなどを売上ランクに応じて色、大きさを可変に変更するようにしてもよい。
【０１１９】
追加棚８０３は、公開棚データ５５０の特典追加棚５５６が示す段数だけ追加して表示される。公開棚の画像が表示部１３の一画面で収まらない場合には、スクロール操作などにより複数画面で表示することができる。
【０１２０】
＜処理フローチャート＞
次に、処理フローチャートについて説明する。図１４は、本発明の実施の形態に係る端末１０のメインフローチャートである。図１５は、本実施の形態に係る公開棚処理のフローチャートである。これらの処理フローチャートに従うプログラムは、予め記憶部１２に格納されて、ＣＰＵ１１が記憶部１２からプログラムを読出し実行することにより処理に従う機能が実現される。
【０１２１】
図１６〜図２２は、本発明の実施の形態に係るコンテンツ配信サーバ４０による処理フローチャートである。これらの処理フローチャートに従うプログラムは、予め記憶部４２の所定の記憶領域に格納されて、ＣＰＵ４１がプログラムを記憶部４２から読出し実行することによりその機能が実現される。
【０１２２】
フローチャートの“ＤＬ”は、ダウンロードを示す。
（端末１０の処理フローチャート）
本実施の形態では、端末１０は記憶部１２にテーブルＴＢを格納する。テーブルＴＢには、当該端末１０に購入されたダウンロードされた１つ以上のコンテンツそれぞれについてコンテンツＩＤデータ１２１と、当該コンテンツが記憶部１２に現在格納されているかを示す状態データ１２２とが対応付けて格納される。したがって、コンテンツが購入されてダウンロードされると、ＣＰＵ１１は、対応する状態データ１２２は記憶部１２に在ることから“存在”を示すよう書換えるが、その後記憶部１２から当該コンテンツが削除されると対応する状態データ１２２を“存在せず”を示すように書換える。
【０１２３】
図１４を参照して、端末１０の電源がＯＮされた後に、端末１０はシステムにログインするための画面の要求を送信する。コンテンツ配信サーバ４０は、要求に応じた画面データを要求元の端末１０に対し送信する。ＣＰＵ１１は、受信した画面データに基づき表示部１３に画面２００Ａ（図２３）を表示する（ステップＳ３）。
【０１２４】
画面２００Ａにおいて、ユーザが、ユーザＩＤおよびパスワードなどを入力し、認証要求５ＲＱを送信する（ステップＳ５）。認証要求５ＲＱはユーザＩＤおよびパスワードを含む。
【０１２５】
コンテンツ配信サーバ４０は、認証要求５ＲＱを受信すると、ユーザＩＤおよびパスワードからユーザを認証し、認証の結果を要求元の端末１０に返信する。
【０１２６】
端末１０のＣＰＵ１１は、コンテンツ配信サーバ４０から受信した認証結果が認証成功を示すか否かを判定する（ステップＳ７）。認証成功を示さないと判定すると（ステップＳ７でＮＯ）、処理はステップＳ５に戻り、再度、認証要求のための処理が繰り返される。
【０１２７】
一方、認証成功を示すと判断すると（ステップＳ７でＹＥＳ）、ＣＰＵ１１は、コンテンツ配信サーバ４０から“認証成功”の認証結果とともに受信した画面データに基づき表示部１３に画面２００Ｂ（図２４）を表示する。
【０１２８】
また、コンテンツ配信サーバ４０からの認証結果にはユーザＩＤが含まれており、ＣＰＵ１１は、認証された当該ユーザＩＤを記憶部１２に格納する。
【０１２９】
このように、認証に成功したユーザにのみコンテンツ販売のための画面２００Ｂが表示されるとしている。
【０１３０】
画面２００Ｂを表示中に、ＣＰＵ１１は、操作部１４からの出力に基づき、コンテンツ購入の操作がされたか否かを判定する（ステップＳ１１）。購入の操作がされないと判定すると（ステップＳ１１でＮＯ）、処理はステップＳ１７に移行する。ここで、購入操作は、画面２００Ｂのコンテンツのアイコンを選択する操作を含む。
【０１３１】
一方、購入操作がされたと判定されると、ＣＰＵ１１は、選択されたコンテンツのアイコンに関連付けされたスクリプトを実行する。このスクリプトは、コンテンツ配信サーバ４０が当該コンテンツが端末１０の記憶部１２に保存（格納）されているかどうかを問合わせ、ｉ）未購入且つ保存されていないと判定した場合にはコンテンツ配信サーバ４０に当該コンテンツの購入要求を送信し、購入の画面（画面２００Ｃ）を表示するように、またii）保存されていると判定した場合にはコンテンツの閲覧画面（画像２００Ｊ）で表示するように、端末１０を制御するための制御情報を示す。
【０１３２】
このスクリプト実行時には、ＣＰＵ１１はテーブルＴＢを検索し、テーブルＴＢに選択されたコンテンツのコンテンツＩＤ１２１が登録済みであるか否かにより、購入済みであるか否かを判定する。登録済と判定された場合には、対応する状態データ１２２に基づき当該コンテンツが端末１０に保存されている（すなわち記憶部１２に格納されている）かを判定する。
【０１３３】
なお、コンテンツのダウンロードに関し、ユーザが複数台の端末１０を所有する場合には、１個のコンテンツをいずれの端末１０にもダウンロードすることが可能である。
【０１３４】
ＣＰＵ１１は、判定結果に基づき、選択されたコンテンツが購入済みであるがダウンロード（保存）されていないと判定すると（ステップＳ１１で“購入済み・未ＤＬ”）、処理はステップＳ１５に移行する。
【０１３５】
一方、未購入と判定すると（ステップＳ１１で“未購入”）、ＣＰＵ１１は購入要求１３ＲＱをコンテンツ配信サーバ４０に送信する（ステップＳ１３）。購入要求１３ＲＱは、選択されたコンテンツのコンテンツＩＤと、ユーザＩＤとを含む。
【０１３６】
コンテンツ配信サーバ４０が購入要求１３ＲＱを処理すると、表示部１３には画面２００Ｃ（図２５）が表示される。ユーザが、画面２００Ｃの表示中に購入の操作をすると、表示部１３には購入完了の画面２００Ｄ（図２６）が表示される。そして、ＣＰＵ１１はコンテンツの送信要求１５ＲＱを送信することにより、購入したコンテンツが端末１０にダウンロードされる（ステップＳ１５）。送信要求１５ＲＱは、選択されたコンテンツのコンテンツＩＤを含む。
【０１３７】
具体的には、コンテンツ配信サーバ４０は、送信要求１５ＲＱを受信すると、コンテンツＩＤに対応する書籍データの格納場所５２４に従う記憶領域から、コンテンツデータ５８１を読出し、端末１０に送信する。端末１０は、コンテンツデータを受信し記憶部１２の予め定めた記憶エリアに格納する。これにより、コンテンツのダウンロードは完了する（ステップＳ１５）。
【０１３８】
本実施の形態では、コンテンツを購入することによりダウンロードされるが、その後、記憶部１２からコンテンツが削除された場合（ステップＳ１１で“購入済み・未ＤＬ”）は、購入手続きをしなくてもダウンロードすることが可能となる。
【０１３９】
また、ユーザが複数台の端末１０を所有すると想定したとき、一方の端末１０で購入し他方の端末１０に当該コンテンツをダウンロードすることもできる。
【０１４０】
続いて、コンテンツ配信サーバ４０から画面２００Ｅのデータが送信され、表示部１３には画面２００Ｅ（図２７）が表示される。画面２００Ｅの表示中に、ＣＰＵ１１はユーザが項目６０２を操作したと判定すると（ステップＳ１７でＹＥＳ）、シェルフ画面の送信を要求するためにシェルフ要求１９ＲＱをコンテンツ配信サーバ４０に送信し、コンテンツ配信サーバ４０からの、当該シェルフ要求１９ＲＱに応じたデータに基づき、表示部１３に画面２００Ｆ（図２８）を表示する（ステップＳ１９）。シェルフ要求１９ＲＱは、ユーザＩＤを含む。
【０１４１】
なお、画面２００Ｅの表示中に操作がされないと判定されると、処理はステップＳ１１に移行する。
【０１４２】
画面２００Ｆの表示中に、ユーザが画面２００Ｆの所望コンテンツを選択すると（ステップＳ２１でＹＥＳ）、選択されたコンテンツのコンテンツデータを表示する画面２００Ｊが表示される（ステップＳ２３）。
【０１４３】
具体的には、端末１０のＣＰＵ１１は、選択されたコンテンツのコンテンツＩＤに基づき記憶部１２を検索し、コンテンツデータ５８１を読出し、読出されたコンテンツデータを画面２００Ｊを表示する。これにより、端末１０の表示部１３には、ユーザが選択したコンテンツのコンテンツデータが表示される。
【０１４４】
一方、画面２００Ｆの表示中に、コンテンツの選択操作ではなく、予め定めた操作がされたと判定されると（ステップＳ２１でＮＯ）、表示部１３には画面２００Ｇ（図２９）が表示される。またＣＰＵ１１は、画面２００Ｇの項目６０４が操作されたか否かを判定する（ステップＳ２５）。ＣＰＵ１１は操作されないと判定すると（ステップＳ２５でＮＯ）、処理はステップＳ２９に移行する。
【０１４５】
ＣＰＵ１１は、項目６０４が操作された、すなわちユーザは画面２００Ｇで選択したコンテンツをユーザの公開棚に追加することを要求したと判定すると（ステップＳ２５でＹＥＳ）、選択されたコンテンツの公開棚への追加を要求するための棚追加要求２７ＲＱを送信する（ステップＳ２７）。その後、処理はステップＳ２９に移行する。この棚追加要求２７ＲＱは、ユーザが選択したコンテンツのコンテンツＩＤおよびユーザＩＤを含む。
【０１４６】
コンテンツ配信サーバ４０は棚追加要求２７ＲＱを受信すると、要求に従ってユーザの公開棚に対し、選択されたコンテンツを追加する。この処理の詳細は後述する。
【０１４７】
ステップＳ２９では、ＣＰＵ１１は、表示中の画面２００Ｇのボタン６０８が操作されたか否かを判定する（ステップＳ２９）。ボタン６０８が操作された、すなわちユーザが公開棚の処理を要求したと判定すると（ステップＳ２９でＹＥＳ）、処理はステップＳ３１の“公開棚処理”に移行するが、ボタン６０８が操作されないと判定すると（ステップＳ２９でＮＯ）、処理はステップＳ２１に戻る。
【０１４８】
・公開棚処理
公開棚処理（ステップＳ３１）を、図１５を参照して説明する。公開棚処理は、他人の公開棚を表示中の場合に実行されるルーチン１６Ｒを含む。
【０１４９】
図１５を参照して、まず表示部１３に端末１０のユーザの公開棚の画面２００Ｈが表示される（ステップＳ３１１）。
【０１５０】
具体的には、ＣＰＵ１１は、ボタン６０８が操作されたとき、公開棚の表示画面を要求するために公開棚要求１１ＲＱを送信する。公開棚要求１１ＲＱは記憶部１２から読出したユーザＩＤを含む。コンテンツ配信サーバ４０は、公開棚要求１１ＲＱを受信すると、当該要求１１ＲＱに従って画面２００Ｈのデータを生成し、生成したデータを要求元の端末１０に送信する。端末１０では、コンテンツ配信サーバ４０から受信したデータに基づき表示部１３に画面２００Ｈ（図３０）を表示する。
【０１５１】
ＣＰＵ１１は、画面２００Ｈを表示中に、操作部１４からの出力に基づき、ユーザの公開棚から他人の公開棚へ遷移するための操作がされたか否かを判定する（ステップＳ３１３）。
【０１５２】
他人の公開棚への遷移の操作がされないと判定すると（ステップＳ３１３でＮＯ）、ルーチン１６Ｒに移行するが、ステップＳ３１１ではユーザの公開棚を表示していることから、ルーチン１６Ｒをパスして、処理はステップＳ３２１に移行する。
【０１５３】
ＣＰＵ１１は、操作部１４からのクイックタップ操作の出力に基づき、現在表示中の公開棚のうちから選択されたコンテンツを端末１０にダウンロードするか否かを判定する（ステップＳ３２１）。
【０１５４】
具体的には、ＣＰＵ１１は記憶部１２のテーブルＴＢを検索し、検索結果に基づき当該選択されたコンテンツは記憶部１２に保存されていると判定するときは（ステップＳ３２１で“コンテンツある”）、ステップＳ３２９に移行する。
【０１５５】
一方、検索結果からコンテンツが保存されていないと判定されるとき（ステップＳ３２１で“コンテンツない”）、ＣＰＵ１１は、ユーザＩＤと選択されたコンテンツのコンテンツＩＤとを含むダウンロード要求を送信する。コンテンツ配信サーバ４０は、受信したユーザＩＤとコンテンツＩＤとに基づき、画面２００Ｃを表示するためのデータを送信する。これにより、端末１０は表示部１３に画面２００Ｃ（図２５）を表示する（ステップＳ３２３）。
【０１５６】
画面２００Ｃの表示後に、テーブルＴＢの検索結果から、コンテンツは購入済みだが記憶部１２に保存されていないと判定された場合には（ステップＳ３２５で“購入済み・未ＤＬ”）、画面２００Ｃから“すぐにダウンロード”の画面に切替わり、処理はステップＳ３２７に移行する。
【０１５７】
画面２００Ｃを表示中にユーザが購入操作をしたと判定される場合には（ステップＳ３２５で“購入”）、購入要求２６ＲＱが送信される（ステップＳ３２６）。購入要求２６ＲＱは、選択されたコンテンツＩＤ、ユーザＩＤおよび表示中の公開棚のユーザＩＤである棚所有者ユーザＩＤを含む。
【０１５８】
画面２００Ｃの表示中にユーザが購入操作をしないと判定される場合には（ステップＳ３２５でＮＯ）、処理はステップＳ３１７に戻る。
【０１５９】
コンテンツ配信サーバ４０は、端末１０から購入要求２６ＲＱを受信すると、当該ユーザＩＤに一致するユーザＩＤ５４１を有するシェルフデータ５４０を検索する。検索結果から、シェルフデータ５４０のコンテンツＩＤリスト５４２に当該コンテンツＩＤが存在しないと判定した場合、すなわち未購入である場合には、選択されたコンテンツについて購入処理をした後に端末１０からのコンテンツ送信要求３７ＲＱに応答して当該コンテンツを送信する（ステップＳ３２７）。なお、コンテンツＩＤリスト５４２は当該コンテンツＩＤを含むと判定した場合、すなわち購入済みである場合には、選択されたコンテンツについて購入処理を行わず、端末１０からのコンテンツ送信要求３７ＲＱに応答して端末１０にコンテンツを送信する（ステップＳ３２７）。コンテンツ送信要求３７ＲＱは、コンテンツＩＤおよびユーザＩＤを含む。
【０１６０】
その後、表示部１３に画面２００Ｊが表示される。画面２００Ｊではコンテンツのデータが表示される。具体的には、ステップＳ３２１で“コンテンツある”と判定された場合には記憶部１２から読出されたコンテンツの閲覧画面が表示され、ステップＳ３２１で“コンテンツない”と判定された場合にはステップＳ３２７でダウンロードされたコンテンツの閲覧画面が表示される（ステップＳ３２９）。これにより、公開棚処理は終了し、元の処理に戻る。
【０１６１】
・友人棚への遷移
ＣＰＵ１１は、ユーザの公開棚を表示中に、操作部１４からの出力に基づき友人棚への遷移を指示するための操作がされたと判定する。
【０１６２】
具体的には、項目７０６（図３３参照）が操作された場合、ＣＰＵ１１は、友人棚への遷移の指示に応じて、公開棚切替要求７６ＲＱを送信し、コンテンツ配信サーバ４０は、公開棚切替要求７６ＲＱを受信する。この公開棚切替要求７６ＲＱは、端末１０のユーザＩＤおよび現在表示中の公開棚のユーザＩＤを含む。
【０１６３】
コンテンツ配信サーバ４０では、端末１０からの公開棚切替要求７６ＲＱのユーザＩＤに基づき、当該ユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０を検索する。検索により、当該公開棚データ５５０の友人ユーザＩＤリスト５５２の先頭から友人ユーザＩＤを読出すとともに、読出した友人のユーザＩＤを、ユーザ情報５００の友人棚ユーザＩＤ５０４に書込む。そして、読出した友人ユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０から友人の公開棚の画面データを生成し、要求元の端末１０に送信する。端末１０では、受信した画面データにより表示部１３に友人棚の画面が表示される。これにより、表示部１３のユーザの公開棚を友人棚の画面に切替える（遷移させる）ことができる。その後は、他人の公開棚が表示されていると検出し、ルーチン１６Ｒに移行する。
【０１６４】
具体的には、ＣＰＵ１１は、コンテンツ配信サーバ４０から、友人公開棚の画面２００Ｈのデータとともに、当該公開棚の友人ユーザＩＤを受信し、受信した友人ユーザＩＤと記憶部１２に格納されている端末１０のユーザＩＤとを比較し、比較結果に基づき両ＩＤは相違すると判定したことにより、表示中の公開棚は他人の公開棚であると検出することができる。
【０１６５】
・友人棚のコンテンツをユーザの公開棚に追加
他人の公開棚の画面、ここでは友人棚の画面を表示中にルーチン１６Ｒが実行されることにより、ユーザは友人棚の所望コンテンツを自分の公開棚に追加することができる。
【０１６６】
具体的には、ＣＰＵ１１は、操作部１４からの出力に基づき、ユーザは友人棚の所望コンテンツを自分の公開棚に追加するために操作をしたか否を判定する（ステップＳ３１７）。具体的には、ユーザが、表示中の友人棚の所望コンコンテンツを選択し、項目７０３（図３４参照）をロングタップ操作したか否かを判定する。
【０１６７】
追加の操作はされないと判定すると（ステップＳ３１７でＮＯ）、ステップＳ３２１に移行するが、追加の操作がされたと判定すると（ステップＳ３１７でＹＥＳ）、選択されたコンテンツをユーザの公開棚へ追加することを要求するための棚追加要求２７ＲＱを送信する。この棚追加要求２７ＲＱは、ユーザＩＤ、表示中の公開棚の所有者のユーザＩＤである棚所有者ユーザＩＤおよび選択されたコンテンツのコンテンツＩＤを含む。コンテンツ配信サーバ４０は、棚追加要求２７ＲＱを受信すると、友人棚のコンテンツをユーザの公開棚に追加するための処理を実行する。この処理の詳細は後述する。
【０１６８】
・友人棚のコンテンツを購入
ルーチン１６Ｒが終了すると、友人棚において選択したコンテンツを購入するための処理（ステップＳ３２１〜Ｓ３２７）が前述と同様に実行される。これにより、友人棚の所望コンテンツを、購入およびダウンロードすることができる。
【０１６９】
図１５の公開棚処理において、ユーザが公開棚のコンテンツを選択操作（たとえば、クイックタップなど）した場合は、ビューアにより当該コンテンツデータが表示される(画面２００Ｊ)。未購入、または購入済みで未ダウンロード（記憶部１２に保存されていない）の場合は、表示部１３には商品購入の画面２００Ｃが表示され、購入とダウンロード、または購入済みの場合はダウンロードのみすることができる。また、友人棚（画面２００Ｌ）を表示中において、ユーザが友人棚のコンテンツをユーザの公開棚へ追加することを要求した場合は、購入は行わないが、自分の公開棚に当該コンテンツを追加することができる。 
【０１７０】
上記の画面遷移においては、いつでも戻るボタン１０３Ｄの操作により、直前に表示されていた画面に切替える（遷移する）ことができる。また、ホームボタン１０３Ｃを操作することにより購入のためのストア画面（画面２００Ｂ）に切替えることができる。さらに、画面中の特定のアイテムを長押し操作することで、アイテム選択状態で操作メニュー６０３を表示することもできる（画面２００Ｇ)。
【０１７１】
（コンテンツ配信サーバ４０の処理フローチャート）
上述した端末１０の処理に対応したコンテンツ配信サーバ４０の処理を説明する。
【０１７２】
・認証処理
図１６は、本実施の形態に係るコンテンツ配信サーバ４０の認証処理のフローチャートである。まず、要求受理部４１５により、端末１０からの認証要求５ＲＱを受信するかを判定する（ステップＳＴ３）。受信しないと判定すると（ステップＴ３でＮＯ）、ステップＴ３の処理を繰返し、ＣＰＵ４１は待機状態となる。
【０１７３】
認証要求５ＲＱを受信したと判定すると（ステップＴ３でＹＥＳ）、ＣＰＵ４１は認証要求５ＲＱのユーザＩＤおよびパスワードを用いて要求元の端末１０のユーザを認証する（ステップＴ５）。具体的には、ユーザＩＤおよびパスワードに基づき、検索部４１２により、当該ユーザＩＤおよびパスワードに一致するユーザＩＤ５０１およびパスワード５０２を有したユーザ情報５００を検索する。検索によりユーザ情報５００が取得できたとき、認証に成功したと判定する。
【０１７４】
認証できない場合には（ステップＴ７でＮＯ）、エラーの認証結果を要求元の端末１０に送信し（ステップＳＴ１１）、処理はステップＴ３に戻る。一方、認証に成功したと判定した場合は（ステップＴ７でＹＥＳ）、表示データ生成部４１３は画面２００Ｂのデータを生成し、表示データ配信部４１６は、生成されたデータを認証結果とともに要求元の端末１０に送信する（ステップＴ９）。その後、処理はステップＴ３に戻る。
【０１７５】
・購入処理
図１７は、本実施の形態に係るコンテンツ配信サーバ４０におけるコンテンツ購入処理のフローチャートである。図１７を参照して、コンテンツ配信サーバ４０は、端末１０から購入要求１３ＲＱまたは２６ＲＱを受信するかを判定する（ステップＴ１５）。購入要求が受信されない間（ステップＴ１５でＮＯ）、ステップＴ１５の処理が繰返される。
【０１７６】
購入要求１３ＲＱを受信した場合を説明する。
購入要求１３ＲＱを受信したと判定すると（ステップＴ１５でＹＥＳ）、要求受理部４１５は、受信した購入要求１３ＲＱからユーザＩＤおよびコンテンツＩＤを抽出し、取引処理部４１０に出力する。
【０１７７】
取引処理部４１０は、検索部４１２を用いて、要求受理部４１５からのコンテンツＩＤに基づき、当該コンテンツＩＤに一致するコンテンツＩＤ５２１を有するコンテンツ情報５２０から、価格のデータを読出す（ステップＴ１７）。そして、読出したデータが示す価格をユーザに対し課金する（ステップＴ１９）。具体的には、検索部４１２を用いて、要求受理部４１５からのユーザＩＤに基づき、当該ユーザＩＤに一致するユーザＩＤを有する決済情報５１０を読出す。そして、読出した決済情報５１０を用いて課金処理を行う。この処理は電子決済処理に相当する（ステップＴ１９）。電子決済処理は周知の処理であるから説明は繰返さない。本実施の形態では、課金に成功し電子決済処理が完了したとき、『コンテンツの購入が確定した』とする。
【０１７８】
ＣＰＵ４１は、課金できなかったと判定すると（ステップＴ２１でＮＯ）、要求元の端末１０にエラー応答を送信し（ステップＴ２９）、ステップＴ１５に戻る。
【０１７９】
一方、課金に成功したと判定すると（ステップＴ２１でＹＥＳ）、課金成功の応答とともに、画面２００Ｄのデータを要求元の端末１０に送信する（ステップＴ２３）。これにより、端末１０では画面２００Ｄが表示される。
【０１８０】
ステップＴ２５は、他人の公開棚からコンテンツを購入する場合の処理であるから、ここではステップＴ２５の処理をパスする。
【０１８１】
また、取引処理部４１０は、ポイント数を更新する（ステップＴ２７）。具体的には、検索部４１２により、要求受理部４１５からのユーザＩＤに基づき、当該ユーザＩＤに一致するユーザＩＤ５０１を有するユーザ情報５００を検索する。検索されたユーザ情報５００のポイント数５０３を上記の販売価格に応じた値だけ加算し、ポイント数を累計するように更新する。その後、ステップＴ１５の処理に戻る。
【０１８２】
次に購入要求２６ＲＱを受信する場合を説明する。
この場合は、ステップＴ１５〜Ｔ２３およびＴ２９の処理は前述と同様に行われる。ステップＴ２５では、取引処理部４１０は、棚所有者の売上実績を更新する（ステップＴ２５）。具体的には、検索部４１２により、要求受理部４１５によって購入要求２６ＲＱから抽出された棚所有者ユーザＩＤに基づき、当該ユーザＩＤに一致するユーザＩＤを有する売上データ５３０の総売上金額を示す総売上げ５３２のデータを、上記の価格を加算して更新する。これにより、総売上げ５３２の累計が得られる。また、今回販売したコンテンツＩＤとその販売日時と金額を、コンテンツＩＤ５３３、販売日時５３４および金額５３５のデータとして当該売上データ５３０に登録する。また、棚所有者ユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０において、当該コンテンツＩＤに対応の購入ユーザＩＤ５５８に、要求受理部４１５から与えられたユーザＩＤを登録し、また、対応の売上ランク５５９を当該コンテンツの価格に従って更新する。その後、ステップＴ２７の処理が前述と同様に行われる。
【０１８３】
このように、端末１０のユーザが画面２００Ｂでコンテンツを選択して、購入操作を行った場合、課金処理が行われて、購入代金（コンテンツ価格）の一部金額、または一部金額に相当する価値データ（金額、ポイント数５０３など）が当該ユーザに対応して累計される。具体的には、当該ユーザのポイント数５０３が、それまでのポイント数に加算されることにより、ポイント数５０３が累計される。ユーザに付与されるポイント数は、たとえば、購入金額の１０％とする。また、コンテンツが販売された公開棚所有者の総売上げ５３２が累計により更新され、公開棚データ５５０において購入されたコンテンツについて購入者のユーザＩＤ５５８が登録され、また売上ランク５５９も更新される。
【０１８４】
なお、ユーザの公開棚に友人棚のコンテンツを追加した場合において、他人が当該追加したコンテンツをユーザの公開棚から購入した場合には、友人とユーザとでポイントおよび総売上げ５３２の金額を折半する、としてもよい。
【０１８５】
・公開棚へのコンテンツ追加とコンテンツ配信
図１８は、公開棚へのコンテンツ追加および書籍データ取得の処理フローチャートである。図１８（Ａ）は公開棚へのコンテンツ追加処理を示し、図１８（Ｂ）は書籍データ取得の処理を示す。
【０１８６】
図１８（Ａ）を参照して、コンテンツ配信サーバ４０は、棚追加要求２７ＲＱを受信するか否かを判定する（ステップＴ２９）。棚追加要求２７ＲＱを受信していないと判定する（ステップＴ２９でＮＯ）間は、ステップＴ２９の処理を繰り返す。
【０１８７】
棚追加要求２７ＲＱは、ステップＳ２７で送信されたものは、ユーザＩＤとコンテンツＩＤを含み、ステップＳ３１９で送信されたものはユーザＩＤとコンテンツＩＤと棚所有者ユーザＩＤとを含む。これらを分けて説明する。
【０１８８】
ステップＳ２７で送信される棚追加要求２７ＲＱを受信する場合を説明する。この場合では、要求受理部４１５は、棚追加要求２７ＲＱからユーザＩＤおよびコンテンツＩＤを抽出し、棚処理部４１４に出力する。
【０１８９】
棚処理部４１４は、公開棚追加処理を実行する（ステップＴ３１）。具体的には、要求受理部４１５からのユーザＩＤに基づき、検索部４１２により、当該ユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０に、要求受理部４１５からのコンテンツＩＤをコンテンツＩＤ５５７として追加する。このとき対応の購入ユーザＩＤおよび売上ランクのデータ５５８と５５９は“空データ”を示す。これにより棚へのコンテンツ追加処理は終了する。
【０１９０】
図１８（Ｂ）を参照して、書籍データ取得処理を説明する。
ＣＰＵ４１は、コンテンツデータのコンテンツ送信要求１５ＲＱまたは３７ＲＱを受信するか否かを判定する（ステップＴ３３）。コンテンツ送信要求を受信していないと判定する（ステップＴ３３でＮＯ）間は、ステップＴ３３の処理を繰り返す。
【０１９１】
コンテンツ配信サーバ４０は、送信要求１５ＲＱまたは３７ＲＱを受信すると（ステップＴ３３でＹＥＳ）、コンテンツＩＤに対応する書籍データの格納場所５２４に従う記憶領域から、コンテンツデータ５８１を読出し、要求元の端末１０に送信する。端末１０は、コンテンツデータを受信し記憶部１２の予め定めた記憶エリアに格納する。これにより、コンテンツのダウンロードは完了する（図１４のステップＳ１５、図１５のステップＳ３２７を参照）。
【０１９２】
・画面データの送信
図１９は、本発明の実施の形態に係るコンテンツ配信サーバ４０による画面データの取得と配信の処理フローチャートである。
【０１９３】
ＣＰＵ４１は、シェルフ要求１９ＲＱを受信するか否かを判定する（ステップＴ４１）。受信しないと判定すると（ステップＴ４１でＮＯ）、ステップＴ４９に移行するが、受信したと判定すると（ステップＴ４１でＹＥＳ）、要求元の端末１０に対し、ユーザのシェルフを示す画面２００Ｆのデータが送信される（ステップＴ４３、Ｔ４５、Ｔ４７）。
【０１９４】
具体的には、要求受理部４１５は、シェルフ要求１９ＲＱからユーザＩＤを抽出し、表示データ生成部４１３に出力する。表示データ生成部４１３は、検索部４１２により、ユーザＩＤ基づきシェルフデータ群６６５を検索し、当該ユーザＩＤに一致するユーザＩＤ５４１を有するシェルフデータ５４０を読出す（ステップＴ４３）。読出したシェルフデータ５４０に従って画面データを生成し（ステップＴ４５）、要求元の端末１０に送信する（ステップＴ４７）。その後、ステップＴ４９に移行する。これにより、端末１０では、コンテンツ配信サーバ４０からの画面データに従って画面２００Ｆが表示される。
【０１９５】
ステップＴ４９では、ＣＰＵ４１は、公開棚要求１１ＲＱを受信するか否かを判定する。受信しないと判定すると（ステップＴ４９でＮＯ）、ステップＴ６５に移行する。受信したと判定すると（ステップＴ４９でＹＥＳ）、要求受理部４１５は受信した公開棚要求１１ＲＱから抽出する端末１０のユーザＩＤを表示データ生成部４１３に与える。
【０１９６】
表示データ生成部４１３は、与えられるユーザＩＤに基づき、検索部４１２により当該ユーザＩＤに一致するユーザＩＤ５５１および５３１を含む公開棚データ５５０および売上データ５３０を読出す（ステップＴ５１、Ｔ５３）。そして、読出した売上データ５３０により公開棚データ５５０の特典データを更新し（ステップＴ５５、Ｔ５７）、更新後の特典データに基づき、表示されるべき特典パーツを生成し（ステップＴ５９）、生成した特典パーツおよび更新後の公開棚データ５５０を用いて画面データを生成し、生成した画面データを要求元の端末１０に送信する（ステップＴ６１、Ｔ６３）。その後、ステップＴ６５に移行する。これにより、端末１０に表示部１３には画面２００Ｈまたは２００Ｍが表示される。
【０１９７】
ステップＴ６５では、ＣＰＵ４１は、その他の画面送信要求を受信するか否かを判定する（ステップＴ６５）。他の画面送信要求は要求元の端末１０のユーザＩＤを含む。他の画面送信要求を受信しないと判定すると（ステップＴ６５でＮＯ）、ステップＴ４１に戻るが、受信したと判定すると表示データ生成部４１３は、要求に含まれるユーザＩＤに従った画面データを生成し、要求元の端末１０に送信する（ステップＴ６７）。その後、ステップＴ４１に戻る。その他の画面は、たとえば画面２００Ｂ、２００Ｃ、２００Ｄおよび２００Ｅを含む。
【０１９８】
・友人ＩＤの追加と友人棚の画面生成
図２０は、本発明の実施の形態に係る友人追加・友人棚検索の処理フローチャートである。図２０を参照して、コンテンツ配信サーバ４０は、画面２００Ｋの項目７０１が操作されたことによる友人追加要求７１ＲＱを受信するか否かを判定する（ステップＴ７１）。友人追加要求７１ＲＱを受信しないと判定すると（ステップＴ７１でＮＯ）、ステップＴ７５に移行する。
【０１９９】
受信したと判定すると（ステップＴ７１でＹＥＳ）、友人追加要求７１ＲＱのデータに基づき、端末１０のユーザＩＤの公開棚データ５５０の友人ユーザＩＤリストに、端末１０で現在表示中の友人棚の友人ＩＤが追加される（ステップＴ７３）。具体的には、要求受理部４１５は友人追加要求７１ＲＱから端末１０のユーザＩＤと表示中の公開棚のユーザＩＤを抽出し表示データ生成部４１３に出力する。表示データ生成部４１３は、与えられる端末のユーザＩＤに基づき、検索部４１２を介して、当該ユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０の友人ユーザＩＤリスト５５２に、当該表示中公開棚のユーザＩＤに一致するユーザＩＤ５０１を有するユーザ情報５００から読出した友人棚ユーザＩＤ５０４を追加する。
【０２００】
続いて、ＣＰＵ４１は、表示中の画面２００Ｋの項目７０６が操作されたことによる棚切替要求７６ＲＱを受信する否かを判定する（ステップＴ７５）。受信しないと判定すると（ステップＴ７５でＮＯ）、ステップＴ７７に移行するが、受信したと判定すると（ステップＴ７５でＹＥＳ）、端末１０で表示中の友人棚を他の友人棚に切替える（ステップＴ８５、Ｔ８７）。
【０２０１】
具体的には、要求受理部４１５は棚切替要求７６ＲＱからユーザＩＤを抽出し、表示データ生成部４１３に出力する。表示データ生成部４１３は、与えられるユーザＩＤに基づき、検索部４１２を介して、当該ユーザＩＤに一致するユーザＩＤ５０１を有するユーザ情報５００から友人棚ユーザＩＤ５０４を読出す（ステップＴ８５）。そして、読出したユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０の友人ユーザＩＤリスト５５２のユーザＩＤを読出す（ステップＴ８７）。
【０２０２】
このとき、表示データ生成部４１３は、要求受理部４１５からのユーザＩＤに一致するユーザＩＤ５０１を有するユーザ情報５００の友人棚ユーザＩＤ５０４を、ステップＴ８７で読出されたユーザＩＤを示すように更新する（ステップＴ８１）。
【０２０３】
そして、ステップＴ８７で読出したユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０に従って、公開棚の画面データを生成し、要求元の端末１０に送信する（ステップＴ８３）。これにより、端末１０は、表示中の友人棚を、当該友人の友人ＩＤリスト５５２に登録されている友人の公開棚に切替えることができる。
【０２０４】
また、ＣＰＵ４１は、表示中の画面２００Ｋの項目７０７が操作されたことによる棚切替要求７７ＲＱを受信する否かを判定する（ステップＴ７７）。受信しないと判定すると（ステップＴ７７でＮＯ）、ステップＴ７１に戻るが、受信したと判定すると（ステップＴ７７でＹＥＳ）、端末１０で表示中の友人棚を他の友人棚に切替える（ステップＴ７９）。
【０２０５】
具体的には、要求受理部４１５は棚切替要求７７ＲＱからユーザＩＤを抽出し、表示データ生成部４１３に出力する。表示データ生成部４１３は、与えられるユーザＩＤに基づき、検索部４１２を介して、当該ユーザＩＤに一致するユーザＩＤ５０１を有するユーザ情報５００から友人棚ユーザＩＤ５０４を読出す。そして、要求受理部４１５からのユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０の友人ユーザＩＤリスト５５２から、当該読出した友人ＩＤの次位に登録されている友人ＩＤを読出す。そして、当該ユーザＩＤに一致するユーザＩＤ５０１を有するユーザ情報５００の友人棚ユーザＩＤ５０４を、読出された次位の友人ＩＤを示すように更新する（ステップＴ８１）。
【０２０６】
そして、読出された次位の友人ＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０を読出し、読出した公開棚データ５５０に従って公開棚の画面データを生成し、要求元の端末１０に送信する（ステップＴ８３）。これにより、端末１０は、表示中の友人棚を、ユーザの友人ユーザＩＤリスト５５２に登録されている次位の友人の公開棚に切替えることができる。
【０２０７】
このように、ユーザの端末１０で表示中の友人棚を、他の友人棚に切替えることができる。他の友人棚は、表示中の公開棚所有者の友人棚である。この公開棚所有者にはユーザの友人が含まれる。
【０２０８】
なお、ステップＴ８３の処理は、図１９で説明したステップＴ５１〜Ｔ６３の処理も含む。ステップＴ５１〜Ｔ６３は特典データの処理を含む。特典データは、公開棚データ５５０の売上バッジ、追加棚、コンテンツ別の売上ランクを示す。表示データ生成部４１３は、これらデータに従って棚の表示態様を異ならせるような画面データを生成する機能であるデータ変更部を有する。データ変更部は、たとえば、棚全体で、過去１か月の間の売上げに応じて、１０段階で売上バッジの種類を異ならせるような画面データを生成する。たとえば、バッジを表すマーク８００の色、大きさ、あるいは形状を１０段階で異ならせるような画面データ、または、バッジの種類に応じて追加棚８０３の段数を可変に変化させるような画面データ、または、コンテンツ別の売上ランク（売上合計）に応じて３段階で書影８０１を示す枠の色、形状など表示態様を変化させるような画面データなどを生成する。
【０２０９】
・類似棚の検索
図２１は、本発明の実施の形態に係る類似棚検索の処理フローチャートである。図２２は、本発明の実施の形態に係る類似棚集計（ソート）の処理フローチャートである。本実施の形態では、画面２００Ｋで表示中の公開棚を、項目７０８または項目７０９を操作することにより、当該公開棚に類似する類似棚の画面に切替えることができる。本実施の形態では、要求に応じて最新の類似棚の画面データを生成する。つまり、図１５の公開棚処理により、各ユーザの公開棚は他のユーザの公開棚とは独立して更新されることから、類似棚への切替要求が受理される毎に図２２のソート処理が実行されるようにすることで、最新の類似棚の画面データを生成する。
【０２１０】
・ソート処理
図２２を参照して、ソート部４０９によるソート処理を説明する。処理に際して、ソート部４０９には、ソートした結果を用いて更新されるべき公開棚データ５５０を指定するためのユーザＩＤが与えられる。なお、上述したように最新の類似棚のデータを生成するために、ソート処理は同一ユーザについては１日１回行われるものとする。
【０２１１】
まず、ソート部４０９は、与えられるユーザＩＤが示すユーザについて本日、ソート処理を行ったか否かを判定する（ステップＴ１１１）。具体的には、当該ユーザＩＤに一致するユーザＩＤ５５１を含む公開棚データ５５０から算出日時５５４を読出し、読出した算出日時５５４が本日の日内の日時を示すか否かに基づき、本日、ソート処理を行ったか否かを判定する。
【０２１２】
行ったと判定すると（ステップＴ１１１でＹＥＳ）、ソート処理は終了する。一方、未だソート処理をしていないと判定すると（ステップＴ１１１でＮＯ）、ソート部４０９は、検索部４１２を介して、他のユーザの公開棚データ５５０のコンテンツＩＤが示すコンテンツ情報５２０と、与えられるユーザＩＤを含む公開棚データ５５０のコンテンツＩＤが示すコンテンツ情報５２０とから両公開棚の類似度を算出し（ステップＴ１１４）、算出した類似度の高い順番に従って他のユーザの公開棚データ５５０のユーザＩＤ５５１をソートすることにより、ユーザＩＤ列を生成する（ステップＴ１１５）。
【０２１３】
そして、ユーザＩＤ列の類似度の高い１番目〜１０番目までのユーザＩＤの部分列を、与えられるユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０の類似ユーザＩＤリスト５５３として登録する。また、当該公開棚データ５５０の算出日時５５４を、類似度を算出した日時を示すように更新する（ステップＴ１１７）。その後、ソート処理は終了する。これにより、与えられるユーザＩＤが示すユーザの類似ユーザＩＤリスト５５３を毎日、最新の情報に更新することができる。
【０２１４】
ここでは公開棚の類似判定は、他のユーザの公開棚データ５５０のうち、与えられるユーザＩＤの公開棚のコンテンツＩＤと一致するコンテンツＩＤの数が多い公開棚ほど、類似度が高い公開棚であると判定する。
【０２１５】
なお、類似度判定の方法は、コンテンツＩＤの一致に従う判定の方法に限定されない。たとえば、コンテンツ情報５２０のコンテンツＩＤ５２１以外の他の属性の一致に従う方法であってもよく、複数種類の属性の一致に従う判定の方法であってもよい。
【０２１６】
なお、ここでは、類似ユーザＩＤリスト５５３は１日１回の更新としているが、更新の周期はこれに限定されない。また、ソート処理を起動するためのイベントは、類似棚への切替要求の受信としているが、イベントの種類はこれに限定されない。
【０２１７】
・類似棚検索処理
端末１０において表示中の公開棚を類似棚に切替える処理について説明する。
【０２１８】
図２１を参照して、要求受理部４１５は、画面２００Ｋの項目が操作されたことによる棚切替要求７８ＲＱを受信するか判定する（ステップＴ９１）。要求受理部４１５は、受信した棚切替要求７８ＲＱからユーザＩＤを抽出し、ソート部４０９と棚処理部４１４に与える。
【０２１９】
棚切替要求７８ＲＱを受信したと判定されたとき（ステップＴ９１でＹＥＳ）、棚処理部４１４は、与えられるユーザＩＤに一致するユーザＩＤ５０１を有するユーザ情報５００から友人棚ユーザＩＤ５０４または類似棚ユーザＩＤ５０５のいずれかを読出し、ソート部４０９に出力する。ソート部４０９は、与えられるユーザＩＤを用いて上述のソート処理を実行する（ステップＴ１０３）。したがって、端末１０に現在表示中の公開棚（友人棚または類似棚）の所有者の公開棚データ５５０における類似ユーザＩＤリスト５５３は最新情報に更新される。
【０２２０】
その後、表示データ生成部４１３は、更新後の類似ユーザＩＤリスト５５３から、先頭のユーザＩＤ、すなわち最も高い類似度を有する公開棚のユーザＩＤを読出す。そして、要求受理部４１５から与えられたユーザＩＤに一致するユーザＩＤ５０１を有するユーザ情報５００の友人棚ユーザＩＤ５０４または類似棚ユーザＩＤ５０５のいずれかを、この最も高い類似度を有する公開棚のユーザＩＤを示すように更新する（ステップＴ１０５）。
【０２２１】
また、表示データ生成部４１３は、更新後の類似ユーザＩＤリスト５５３の先頭のユーザＩＤを読出し（ステップＴ１０７）、このユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０を用いて画面データを生成し、要求元の端末１０に送信する（ステップＴ１０１）。これにより、端末１０の現在表示中の公開棚の画面は、当該公開棚に最も高い類似度を有する別のユーザの公開棚の画面に切替わる。その後、処理はステップＴ９１に戻る。
【０２２２】
棚切替要求７８ＲＱを受信しないと判定したとき（ステップＴ９１でＮＯ）、類似棚切替要求７９ＲＱを受信したか否かを判定する（ステップＴ９３）。類似棚切替要求９７ＲＱを受信しないと判定すると（ステップＴ９３でＮＯ）、処理はＴ９１に戻る。
【０２２３】
類似棚切替要求９７ＲＱを受信したと判定すると（ステップＴ９３でＹＥＳ）、表示データ生成部４１３は、類似棚切替要求７９ＲＱから抽出したユーザＩＤをソート部４０９に出力する。その後、ソート部４０９によるソート処理（ステップＴ９５）が実行される。
【０２２４】
その後、ソート処理による更新後の類似ユーザＩＤリスト５５３から、当該ユーザＩＤの次位のユーザＩＤを抽出する（ステップＴ９７）。これにより、表示中の類似棚の類似度の次に大きい類似度（次位の類似度）を有する類似棚の所有者を示すユーザＩＤが取得される。
【０２２５】
表示データ生成部４１３は、要求受理部４１５から与えられているユーザＩＤに一致するユーザＩＤ５０１を有するユーザ情報５００の類似棚ユーザＩＤ５０５を、ステップＴ９７で読出した次位のユーザＩＤを示すように更新する（ステップＴ９９）。
【０２２６】
また、表示データ生成部４１３は、ステップＴ９７で読出した次位のユーザＩＤに一致するユーザＩＤ５５１を有する公開棚データ５５０から画面データを生成し、要求元の端末１０に送信する（ステップＴ１０１）。これにより、端末１０では現在表示中の公開棚が別の公開棚に切替られる。具体的には、現在公開棚がユーザの公開棚であれば、当該公開棚に最も類似する公開棚に切替えられる。また、現在公開棚が類似棚であれば当該ユーザの公開棚に類似する別の公開棚に切替えられる。
【０２２７】
また、端末１０のユーザは、前述した友人棚の場合と同様に、表示中の類似棚から所望のコンテンツを選択し、自分の公開棚に追加することができ、また所望コンテンツを購入することもできる。これら処理は、図１７と図１８の処理と同様であり、説明を繰返さない。
【０２２８】
（変形例）
コンテンツデータのビューワ表示に関して、たとえば、第１のユーザ（akiraさん）の公開棚を第２のユーザ（tadashiさん）の端末１０で表示中に、第２のユーザが表示中の公開棚のコンテンツを選択した場合に、このコンテンツが第２のユーザが購入済みで、かつ第２のユーザが利用する端末１０に当該コンテンツデータ５８１が記憶されているか否かを判定する。具体的には、第２のユーザの端末１０のテーブルＴＢと当該第２のユーザのシェルフデータ５４０の当該コンテンツＩＤ５４２から判定する。
【０２２９】
購入済みでダウンロード未だと判定した場合は、コンテンツ配信サーバ４０は、購入要求を受信すると、端末１０にコンテンツデータ５８１をダウンロードする。一方、購入済みでダウンロード済みと判定した場合は、コンテンツ配信サーバ４０は、購入要求を受信すると、端末１０にコンテンツデータ５８１をダウンロードすることなく、端末１０ではビューワで表示するための画面２００Ｊが表示される。これにより、第２のユーザは、同一コンテンツについて２重に購入することが防止され、または端末１０に同一コンテンツが２重にダウンロードされることを防止できる。
【０２３０】
シェルフデータ５４０に登録できる書籍は、画面２００Ｃから購入される電子書籍に限定されず、ユーザが所有する非電子書籍、すなわち紙媒体の書籍であってもよい。
【０２３１】
つまり、紙媒体の書籍を町の店舗から購入し、購入した書籍に印字されているバーコードなどの識別情報を取得する。ここでは、端末１０は、たとえば撮像部２２を含む識別情報読取手段を有する。撮像部２２によりバーコードを撮像し、撮像したデータから、画像認識によりＪＡＮコードを取得し、コンテンツ配信サーバ４０に送信する。コンテンツ配信サーバ４０は当該ＪＡＮコードの照合に成功した場合にシェルフデータ５４０を更新する。具体的には、コンテンツ配信サーバ４０は、コンテンツ情報群６６３から、受信したＪＡＮコードを有するコンテンツ情報５２０を検索できたとき照合に成功したと判定する。照合に成功した場合には、コンテンツ配信サーバ４０はユーザのシェルフデータ５４０を、照合したコンテンツ情報５２０のコンテンツＩＤ５２１を追加するように更新する。
【０２３２】
また、本実施の形態では、コンテンツ配信サーバ４０がシェルフおよび公開棚の処理および管理、ならびにコンテンツ販売および購入されたコンテンツのダウンロードに係る処理の機能を有するとしているが、Ｗｅｂサーバ５０と機能を分担するとしてもよい。たとえば、コンテンツ配信サーバ４０はシェルフおよび公開棚の処理および管理の機能ならびにコンテンツ販売の機能を有し、ユーザに対し購入したコンテンツデータを配信する機能はＷｅｂサーバ５０が有するとしてもよい。
【０２３３】
・棚の増減について
公開棚の画面は複数画面から構成することができるので公開棚への書籍の追加は、特に制限なく行えることとする。公開棚の画面データの生成においては、表示データ生成部４１３は、公開棚データ５５０のコンテンツを売上ランク５５９の順にソートし、ランクの高いものから順に表示されるように変更した画面データを生成する。この場合に、売上ランクが低いものは公開棚の表示対象から除外してもよい。
【０２３４】
また、総売上げ５３２が所定額以下の場合には、特典追加棚５５６が示す棚段数を減少させるとしてもよい。棚段数減少により公開棚で表示できるコンテンツの識別情報の個数を減らす場合には、売上ランク５５９が所定値以下のコンテンツは、公開棚で表示しないとしてもよい。これにより、総売上げ５３２により、公開棚の棚段数が増減する場合でも、表示可能なコンテンツ個数の範囲で売上ランク５５９の高いものが優先的に表示される。
【０２３５】
・その他の変形例等
以上説明した本実施の形態において、端末１０は種々の機器によって実現することができる。
【０２３６】
たとえば、端末１０は、図３６に示されるように、図示しないＩＲ送受信部を備えるタブレット端末によって実現されてもよい。
【０２３７】
図３６に示されたタブレット端末（端末１０）では、その筐体に、表示部１３に相当のディスプレイ１０２とともに、操作ボタン１０３Ａが備えられている。図３６に示された端末１０では、ディスプレイ１０２と重ねられてタッチセンサが設けられ、操作部１４は、当該タッチセンサおよび／または操作ボタン１０３Ａによって、構成される。
【０２３８】
また、端末１０は、図３７に示されるように、携帯性を備えた端末ではなく、オフィス等において設置されるパーソナルコンピュータによって実現される場合もあり得る。
【０２３９】
パーソナルコンピュータによって実現される端末１０には、表示部１３に相当するモニタ１０２Ａと、キーボード１０３Ｅおよびマウス１０３Ｆとが、有線または無線で接続されている。この例では、キーボード１０３Ｅおよび／またはマウス１０３Ｆによって、操作部１４が構成される。
【０２４０】
また、端末１０は、図３８に示されるように、テレビジョン受像機によって実現される端末１０は、モニタ１０２Ａと、リモートコントローラ（以下、「リモコン」と称する）１０３とを含む。このような例では、リモコン１０３によって操作部１４が構成され、また、モニタ１０２Ａによって表示部１３が構成される。
【０２４１】
（他の実施の形態）
上述した実施の形態では、フローチャートに従うプログラムは端末端末１０で記憶部１２に、またコンテンツ配信サーバ４０では記憶部４２に予め格納されており、ＣＰＵが当該プログラムを記憶部から読出し、プログラムの命令を実行することにより処理が実現される。
【０２４２】
各実施の形態における処理方法は、プログラムとして提供することもできる。このようなプログラムは、端末１０にあっては、端末１０に付属する非一時的にプログラムを記憶する記憶媒体１７であって、ＣＰＵ１１が読取り可能な記録媒体に記録させて、プログラム製品として端末１０に提供することもできる。あるいは、ネットワークＮＴを介して通信部１５により受信し記憶部１２の所定記憶領域へのダウンロードによって、プログラムを提供することもできる。
【０２４３】
同様に、コンテンツ配信サーバ４０にあっては、コンテンツ配信サーバ４０に付属する非一時的にプログラムを記憶するＣＤ−ＲＯＭ４７等の記録媒体であって、ＣＰＵ４１が読取り可能な記録媒体に記録させて、プログラム製品としてコンテンツ配信サーバ４０に提供することもできる。あるいは、ネットワークＮＴを介して通信部４５により受信し記憶部４２の所定記憶領域へのダウンロードによって、プログラムを提供することもできる。
【０２４４】
端末１０またはコンテンツ配信サーバ４０に提供されるプログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０２４５】
（実施の形態の効果）
本実施の形態によれば、ユーザは自分の公開棚で公開したコンテンツが、他のユーザにより購入されて当該コンテンツの販売につながったときは、公開したユーザに対し、公開棚からコンテンツを販売し易くするような視覚的な差異をもたらす特典（特典売上バッジ５５５、特典追加棚５５６など）と、ポイント数５０３など取引処理に関する金銭的価値などが与えられる。
【０２４６】
今回開示された各実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。また、各実施の形態およびその変形例は、可能な限り組み合わせて実施されることが意図される。
【符号の説明】
【０２４７】
１０  端末、４０  コンテンツ配信サーバ、４１  取引処理部、４０９  ソート部、４１０  取引処理部、４１１  特典処理部、４１２  検索部、４１３  表示データ生成部、４１４  棚処理部、４１５  要求受理部、４１６  表示データ配信部、４１７  コンテンツ配信部、４１８  要求処理部、５００  ユーザ情報、５１０  決済情報、５２０  コンテンツ情報、５３０  売上データ、５４０  シェルフデータ、５５０  公開棚データ、５６０  棚特典データ、５７０  書影特典データ、５８１  コンテンツデータ、６６１  ユーザ情報群、６６２  決済情報群、６６３  コンテンツ情報群、６６４  売上データ群、６６５  シェルフデータ群、６６６  公開棚データ群、ＴＢ  テーブル、ＮＴ  ネットワーク。
【図１】
2013257692.tif 000003
【図２】
2013257692.tif 000004
【図３】
2013257692.tif 000005
【図４】
2013257692.tif 000006
【図５】
2013257692.tif 000007
【図６】
2013257692.tif 000008
【図７】
2013257692.tif 000009
【図８】
2013257692.tif 000010
【図９】
2013257692.tif 000011
【図１０】
2013257692.tif 000012
【図１１】
2013257692.tif 000013
【図１２】
2013257692.tif 000014
【図１３】
2013257692.tif 000015
【図１４】
2013257692.tif 000016
【図１５】
2013257692.tif 000017
【図１６】
2013257692.tif 000018
【図１７】
2013257692.tif 000019
【図１８】
2013257692.tif 000020
【図１９】
2013257692.tif 000021
【図２０】
2013257692.tif 000022
【図２１】
2013257692.tif 000023
【図２２】
2013257692.tif 000024
【図２３】
2013257692.tif 000025
【図２４】
2013257692.tif 000026
【図２５】
2013257692.tif 000027
【図２６】
2013257692.tif 000028
【図２７】
2013257692.tif 000029
【図２８】
2013257692.tif 000030
【図２９】
2013257692.tif 000031
【図３０】
2013257692.tif 000032
【図３１】
2013257692.tif 000033
【図３２】
2013257692.tif 000034
【図３３】
2013257692.tif 000035
【図３４】
2013257692.tif 000036
【図３５】
2013257692.tif 000037
【図３６】
2013257692.tif 000038
【図３７】
2013257692.tif 000039
【図３８】
2013257692.tif 000040