JP5842524B2 - コンテンツ提供システム - Google Patents

コンテンツ提供システム Download PDF

Info

Publication number
JP5842524B2
JP5842524B2 JP2011224515A JP2011224515A JP5842524B2 JP 5842524 B2 JP5842524 B2 JP 5842524B2 JP 2011224515 A JP2011224515 A JP 2011224515A JP 2011224515 A JP2011224515 A JP 2011224515A JP 5842524 B2 JP5842524 B2 JP 5842524B2
Authority
JP
Japan
Prior art keywords
content
list
recommended
purchased
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2011224515A
Other languages
English (en)
Other versions
JP2013084165A (ja
Inventor
潤平 小林
潤平 小林
和男 伏見
和男 伏見
吉岡　康明
康明 吉岡
昌信 井芹
昌信 井芹
英二 辻本
英二 辻本
山下　良蔵
良蔵 山下
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dai Nippon Printing Co Ltd
Original Assignee
Dai Nippon Printing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dai Nippon Printing Co Ltd filed Critical Dai Nippon Printing Co Ltd
Priority to JP2011224515A priority Critical patent/JP5842524B2/ja
Publication of JP2013084165A publication Critical patent/JP2013084165A/ja
Application granted granted Critical
Publication of JP5842524B2 publication Critical patent/JP5842524B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、コンテンツ提供システムに関し、特に、管理装置から端末装置に対してネットワークを介してコンテンツデータを提供し、これを端末装置で再生することによりユーザにコンテンツを提供するコンテンツ提供システムに関する。
近年、インターネットをはじめとするネットワーク設備の性能向上により、大容量のデータを高速に送信する環境が整ってきている。このため、様々なコンテンツをネットワークを介してオンラインで提供するコンテンツ提供システムの実用化が図られており、ユーザは、書籍、音楽、映像などのコンテンツを端末装置にダウンロードすることにより入手し、これを再生して楽しむことができる。
たとえば、紙媒体の書籍の代わりに電子書籍を購入したいユーザは、パソコン、タブレット型電子デバイス、スマートフォンなどの端末装置を利用してインターネット上の電子書店サイトを訪れ、コンテンツデータをダウンロードする形式で所望の電子書籍を購入し、これを端末装置上に表示して読書を楽しむことができる。下記の特許文献１には、このようにして購入した多数の電子書籍を、本棚に並べた形式で提示することにより、ユーザにとって判りやすい一覧表示を行う技術が開示されている。
一方、電子書店をはじめとする電子商取引サイトでは、個々のユーザに対して未購入の推奨品を提示し、販売促進を行う手段が採られている。たとえば、下記の特許文献２には、電子書籍の一部分のみを試読用として販売し、販売した記事の内容と関連性が高い未購入記事を推奨する案内をユーザに送信する電子書籍の販売システムが開示されており、特許文献３には、ユーザの嗜好を解析し、当該嗜好に合致したコンテンツを推薦するコンテンツ提供システムが開示されている。
特開２００３−２７１６６４号公報 特開２００６−１０６９１５号公報 特開２００４−１９４０９５号公報
書籍、音楽、映像などのコンテンツは、そのタイトルが膨大な数にのぼる。たとえば、書籍の場合、一般的な電子書店サイトが所有する電子書籍のタイトル数は、現時点で数万〜数十万のオーダーと言われており、今後も加速度的に増加することが予想される。したがって、多くのコンテンツ販売サイトでは、検索機能を充実させており、ユーザは、所望のコンテンツを様々なキーワードを用いて検索することができる。
ただ、販売促進の観点からは、ユーザ側からの自発的な購入要求を待つだけではなく、コンテンツ販売サイト側からユーザに対して、積極的に推奨品を提示するのが好ましい。このため、前掲の特許文献２，３に開示されているように、個々のユーザに対して未購入の推奨品を提示して購入を促す方法が採られている。しかしながら、膨大な数にのぼるタイトルの中から、個々のユーザに適した推奨品を提示するためには、何らかの基準に基づく取捨選択を行う必要がある。そこで従来は、各ユーザについての過去のコンテンツ購入履歴を解析して、関連性の高いコンテンツを所定のアルゴリズムに従って自動的に抽出し、これを推奨品として提示する方法を採っているが、この方法では、必ずしも個々のユーザが欲しているコンテンツを推奨品として提示することはできない。
しかも、従来の方法で提示された推奨品の情報は、販売サイト側からの一方的な提示情報になるため、ユーザは必ずしも興味深い反応を示すものではなく、ユーザによっては押し売りをされているような違和感を抱く者もある。このように、従来のコンテンツ提供システムでは、十分な販促効果が得られていないのが実情である。
そこで本発明は、違和感がなく自然な態様で、個々のユーザに適した推奨品を効果的に提示することが可能なコンテンツ提供システムを提供することを目的とする。
(1) 本発明の第１の態様は、管理装置と複数の端末装置とによって構成され、管理装置から送信されるコンテンツを個々の端末装置において再生してユーザに提供するコンテンツ提供システムにおいて、
管理装置は、
個々の端末装置に対してネットワークを介して通信することができ、
提供対象となるコンテンツを格納するコンテンツ格納部と、
個々の端末装置からの購入要求に応じて、当該購入要求に係るコンテンツについて販売履歴を記録するとともに課金処理を行う販売管理部と、
個々の端末装置からの送信要求に応じて、コンテンツ格納部から当該送信要求に係るコンテンツを読み出し、これを送信要求があった端末装置に送信するコンテンツ送信部と、
を備え、
個々の端末装置は、
コンテンツ送信部に対して所望のコンテンツについての送信要求を与え、当該送信要求に応じて送信されてきたコンテンツを受信するコンテンツ受信部と、
個々の購入済コンテンツを特定する識別コードを所定の並び順が認識できる態様で収録した購入品リストを格納する購入品リスト格納部と、
ユーザの指示に基づいて、販売管理部に対して所望のコンテンツについての購入要求を与え、購入済コンテンツを特定する識別コードを購入品リストに追加する購入処理を行う購入処理部と、
ユーザの指示に基づいて、購入品リスト格納部に格納されている購入品リストの並び順を変更する順序変更部と、
購入品リストにおいて並び順が隣接する一対の購入済コンテンツについて、その間に挿入すべき推奨コンテンツの識別コードを定義した推奨品リストを格納する推奨品リスト格納部と、
購入済コンテンツの指標を購入品リストの並び順に基づいて並べ、更に、推奨品リストに基づいて推奨コンテンツの指標を購入済コンテンツの指標の間に挿入し、購入済コンテンツの指標と推奨コンテンツの指標とを混在状態で並べた一覧画像を生成し、これを表示する一覧表示部と、
一覧画像上で、再生対象となる特定のコンテンツの指標を指定するユーザの指示を入力することにより、当該特定のコンテンツを選択するコンテンツ選択部と、
購入済コンテンツについては制約なしに再生を行い、推奨コンテンツについては所定の制約下（全く再生できないという制約も含む）でのみ再生を行う機能を有し、コンテンツ受信部が受信した購入済コンテンツもしくは推奨コンテンツのうち、コンテンツ選択部によって選択されたコンテンツを再生するコンテンツ再生部と、
を備え、
管理装置は、更に、
個々の端末装置からそれぞれ購入品リストを収集する購入品リスト収集部と、
特定の端末装置に与えるべき推奨品リストを、購入品リスト収集部に収集されている、特定の端末装置以外の他の端末装置から収集された他者購入品リストを参照することにより作成し、これを特定の端末装置に送信して推奨品リスト格納部に格納させる推奨品リスト作成部と、
を備えるようにしたものである。
(2) 本発明の第２の態様は、上述した第１の態様に係るコンテンツ提供システムにおいて、
推奨品リスト作成部が、特定の端末装置に与えるべき推奨品リストを作成する際に、当該特定の端末装置から収集した自己購入品リストにおいて並び順が隣接する一対のコンテンツに着目し、この一対の着目コンテンツのうちの一方を第１の着目コンテンツ、他方を第２の着目コンテンツとしたときに、第１の着目コンテンツと第２の着目コンテンツとの双方を含む他者購入品リストから、第１の着目コンテンツと第２の着目コンテンツとの間に並べられているコンテンツ（但し、自己購入品リストに含まれているものを除く）を候補コンテンツとして抽出し、当該候補コンテンツの一部もしくは全部を、自己購入品リストの第１の着目コンテンツと第２の着目コンテンツとの間に挿入すべき推奨コンテンツとするようにしたものである。
(3) 本発明の第３の態様は、上述した第２の態様に係るコンテンツ提供システムにおいて、
推奨品リスト作成部が、抽出した候補コンテンツのそれぞれについて、第１の着目コンテンツに対する並び位置の近接度、もしくは第２の着目コンテンツに対する並び位置の近接度、またはその和を示す近接度を求め、求めた近接度が所定の基準以上の候補コンテンツを着目コンテンツの間に挿入すべき推奨コンテンツとするようにしたものである。
(4) 本発明の第４の態様は、上述した第３の態様に係るコンテンツ提供システムにおいて、
推奨品リスト作成部が、近接度が所定の基準以上であり、かつ、近接度の大きい順に並べたときに上位ｎ番以内（ｎは所定の自然数）に入る候補コンテンツを着目コンテンツの間に挿入すべき推奨コンテンツとするようにしたものである
(5) 本発明の第５の態様は、上述した第４の態様に係るコンテンツ提供システムにおいて、
特定の他者購入品リストから抽出された特定の候補コンテンツが、当該他者購入品リストにおいて第１の着目コンテンツからα番目、第２の着目コンテンツからβ番目の並び位置にある場合に、当該特定の候補コンテンツに対して、Ｎ＝１／α＋１／βなる近接ポイントＮを付与し、
異なる複数の他者購入品リストから同一の候補コンテンツが抽出された場合には、当該候補コンテンツについて、当該複数の他者購入品リストに基づいてそれぞれ付与された各近接ポイントＮを加算した合計値を当該候補コンテンツについての近接度とするようにしたものである。
(6) 本発明の第６の態様は、上述した第５の態様に係るコンテンツ提供システムにおいて、
一対の着目コンテンツの間に挿入すべき推奨コンテンツが複数存在する場合に、個々の他者購入品リストから抽出された推奨コンテンツについてそれぞれ位置ポイントＱ＝β／αを求め、この位置ポイントＱの平均値が大きいコンテンツほど第１の着目コンテンツ側にくるように、当該複数の推奨コンテンツの並び順を決定するようにしたものである。
(7) 本発明の第７の態様は、上述した第１〜第６の態様に係るコンテンツ提供システムにおいて、
管理装置が、コンテンツ格納部に格納されている各コンテンツ相互の関連度を定めた関連度テーブルを格納した関連度テーブル格納部を更に備え、
推奨品リスト作成部が、特定の端末装置に与えるべき推奨品リストを、購入品リスト収集部に収集されている他の端末装置から収集された他者購入品リストを参照するとともに、関連度テーブル格納部に格納されている関連度テーブルを参照することにより作成するようにしたものである。
(8) 本発明の第８の態様は、上述した第７の態様に係るコンテンツ提供システムにおいて、
推奨品リスト作成部が、特定の端末装置に与えるべき推奨品リストを作成する際に、当該特定の端末装置から収集した自己購入品リストにおいて並び順が隣接する一対のコンテンツに着目し、この一対の着目コンテンツのうちの一方を第１の着目コンテンツ、他方を第２の着目コンテンツとしたときに、第１の着目コンテンツに対する関連度もしくは第２の着目コンテンツに対する関連度またはこれら２つの関連度の和が所定の基準以上であるという条件を満たす関連コンテンツを、自己購入品リストの第１の着目コンテンツと第２の着目コンテンツとの間に追加して挿入すべき追加推奨コンテンツとするようにしたものである。
(9) 本発明の第９の態様は、上述した第１〜第８の態様に係るコンテンツ提供システムにおいて、
端末装置の購入品リスト格納部が、予め設定されていた所定の報告条件が満足されたと判断したときに、格納中の購入品リストを管理装置の購入品リスト収集部に送信する機能を有し、
購入品リスト収集部は、購入品リスト格納部からの購入品リストの送信を受けてこれを格納し、
推奨品リスト作成部は、購入品リスト格納部からの購入品リストの送信があった場合に、当該購入品リストに挿入すべき推奨コンテンツを示す推奨品リストを作成し、これを当該購入品リストの送信元となる端末装置に送信して推奨品リスト格納部に格納させるようにしたものである。
(10) 本発明の第１０の態様は、上述した第９の態様に係るコンテンツ提供システムにおいて、
購入品リスト格納部が、端末装置が起動されたときに、報告条件が満足されたものと判断し、購入品リストの送信を行うようにしたものである。
(11) 本発明の第１１の態様は、上述した第９の態様に係るコンテンツ提供システムにおいて、
購入品リスト格納部が、順序変更部による並び順の変更が行われたときに、報告条件が満足されたものと判断し、購入品リストの送信を行うようにしたものである。
(12) 本発明の第１２の態様は、上述した第９の態様に係るコンテンツ提供システムにおいて、
購入品リスト格納部が、購入処理部による購入処理が行われたときに、報告条件が満足されたものと判断し、購入品リストの送信を行うようにしたものである。
(13) 本発明の第１３の態様は、上述した第９の態様に係るコンテンツ提供システムにおいて、
購入品リスト格納部が、ユーザからの報告指示が入力されたときに、報告条件が満足されたものと判断し、購入品リストの送信を行うようにしたものである。
(14) 本発明の第１４の態様は、上述した第１〜第１３の態様に係るコンテンツ提供システムにおいて、
コンテンツ再生部が、コンテンツの再生を行う際に、コンテンツ受信部に対して再生対象コンテンツについての送信要求を行い、
コンテンツ受信部が、送信要求をコンテンツ送信部に伝達し、
コンテンツ送信部が、送信要求に応じて、コンテンツ格納部内から再生対象コンテンツを読み出し、これを送信要求があった端末装置に送信し、
コンテンツ受信部が、送信要求に応じて送信されてきた再生対象コンテンツを受信し、
コンテンツ再生部が、コンテンツ受信部が受信した再生対象コンテンツを再生するようにしたものである。
(15) 本発明の第１５の態様は、上述した第１〜第１３の態様に係るコンテンツ提供システムにおいて、
コンテンツ送信部が、販売管理部に記録されている販売履歴および推奨品リスト作成部によって作成された推奨品リストに基づいて、コンテンツ格納部内から、個々の端末装置についての購入済コンテンツおよび推奨コンテンツを読み出して送信し、
コンテンツ受信部が、送信されてきた購入済コンテンツおよび推奨コンテンツを受信し、これを格納保存し、
コンテンツ再生部が、コンテンツ受信部に格納されているコンテンツを再生するようにしたものである。
(16) 本発明の第１６の態様は、上述した第１５の態様に係るコンテンツ提供システムにおいて、
コンテンツ格納部が、再生内容をすべて含む通常コンテンツと、通常コンテンツの一部分のみ、もしくは、通常コンテンツの紹介情報のみを含むサンプルコンテンツと、の双方を格納しており、
コンテンツ送信部が、送信対象となるコンテンツが購入済コンテンツか推奨コンテンツかを判断し、購入済コンテンツである場合は通常コンテンツの送信を行い、推奨コンテンツである場合はサンプルコンテンツの送信を行うようにしたものである。
(17) 本発明の第１７の態様は、上述した第１〜第１５の態様に係るコンテンツ提供システムにおいて、
コンテンツ再生部が、推奨コンテンツについては、所定の制限時間のみ再生する、もしくは、所定の制限回数だけ再生する、という制約下で再生を行うようにしたものである。
(18) 本発明の第１８の態様は、上述した第１〜第１７の態様に係るコンテンツ提供システムにおいて、
購入処理部が、各購入済コンテンツのタイトル文字データもしくはタイトル画像データを購入品リストに追加することにより、タイトル文字データもしくはタイトル画像データを含む購入品リストが購入品リスト格納部に格納されるようにし、
推奨品リスト作成部が、各推奨コンテンツのタイトル文字データもしくはタイトル画像データを含む推奨品リストを作成することにより、タイトル文字データもしくはタイトル画像データを含む推奨品リストが推奨品リスト格納部に格納されるようにし、
一覧表示部が、タイトル文字データもしくはタイトル画像データを用いて各コンテンツの指標画像を作成し、これを並べることにより一覧画像を生成するようにしたものである。
(19) 本発明の第１９の態様は、上述した第１〜第１８の態様に係るコンテンツ提供システムにおいて、
一覧表示部が、購入済コンテンツの指標のみを並べて示す購入品表示処理と、購入済コンテンツの指標と推奨コンテンツの指標とを混在状態で並べた混在表示処理と、の双方を、ユーザの指示に基づいて選択的に実行するようにしたものである。
(20) 本発明の第２０の態様は、上述した第１〜第１９の態様に係るコンテンツ提供システムにおいて、
一覧表示部が、購入済コンテンツの指標と推奨コンテンツの指標とを、異なる態様で表示した一覧画像を生成するようにしたものである。
(21) 本発明の第２１の態様は、上述した第１〜第２０の態様に係るコンテンツ提供システムにおいて、
一覧表示部が一覧画像の表示を行うディスプレイの画面上に、タッチパネルが設けられており、
順序変更部が、このタッチパネル上で行われたユーザのドラッグアンドドロップ操作により、購入品リストの並び順を変更するようにしたものである。
(22) 本発明の第２２の態様は、上述した第１〜第２１の態様に係るコンテンツ提供システムにおいて、
管理装置が、複数ｎ台のコンテンツサーバと、推奨サーバと、を有し、
複数ｎ台のコンテンツサーバは、それぞれが、コンテンツ格納部、コンテンツ送信部、販売管理部を有しており、
推奨サーバは、購入品リスト収集部および推奨品リスト作成部に加えて、更に、複数ｎ個のコンテンツリスト格納部を有しており、第ｉ番目（１≦ｉ≦ｎ）のコンテンツリスト格納部には、第ｉ番目のコンテンツサーバから送信されてきた情報に基づいて当該第ｉ番目のコンテンツサーバに格納されているコンテンツの内容を示すコンテンツリストが格納されており、推奨品リスト作成部は、コンテンツリストに掲載されているコンテンツを掲載した推奨品リストを作成するようにしたものである。
(23) 本発明の第２３の態様は、上述した第２２の態様に係るコンテンツ提供システムにおいて、
端末装置が、複数ｎ個の再生処理ユニットと、リスト提示ユニットと、を有し、
複数ｎ個の再生処理ユニットは、それぞれが、コンテンツ受信部、コンテンツ再生部、購入処理部を有しており、
リスト提示ユニットは、購入品リスト格納部と、順序変更部と、推奨品リスト格納部と、一覧表示部と、コンテンツ選択部と、を有しており、
第ｉ番目（１≦ｉ≦ｎ）の再生処理ユニットは、第ｉ番目のコンテンツサーバと通信を行い、購入品リスト格納部内の購入品リストには、各再生処理ユニット内の購入処理部による購入処理によって購入済コンテンツの識別コードが追加され、コンテンツ選択部によるコンテンツの選択が行われた際に、当該選択コンテンツの購入処理を行った再生処理ユニット内のコンテンツ再生部により当該選択コンテンツの再生が行われるようにしたものである。
(24) 本発明の第２４の態様は、上述した第１〜第２３の態様に係るコンテンツ提供システムにおける端末装置のみを独立して提供するようにしたものである。
(25) 本発明の第２５の態様は、上述した第１〜第２３の態様に係るコンテンツ提供システムにおける端末装置を、コンピュータに専用のプログラムを組み込むことにより構成するようにしたものである。
(26) 本発明の第２６の態様は、複数の端末装置に対してネットワークを介して通信することができ、個々の端末装置内のコンテンツリストを解析することにより、当該端末装置に対して、コンテンツリストに掲載されていなかった推奨品を示す推奨品リストを提供するコンテンツ推奨システムにおいて、
個々の端末装置から、コンテンツを所定の順序で並べて示すコンテンツリストを収集するコンテンツリスト収集部と、
特定の端末装置からコンテンツリストを収集したときに、コンテンツリスト収集部に収集されている、特定の端末装置以外の他の端末装置から収集された他者コンテンツリストを参照することにより推奨コンテンツを決定し、当該推奨コンテンツを示す推奨品リストを作成し、これを特定の端末装置に提供する推奨品リスト作成部と、
を設け、
推奨品リスト作成部が、特定の端末装置に提供すべき推奨品リストを作成する際に、当該特定の端末装置から収集した自己コンテンツリストにおいて並び順が隣接する一対のコンテンツに着目し、この一対の着目コンテンツのうちの一方を第１の着目コンテンツ、他方を第２の着目コンテンツとしたときに、第１の着目コンテンツと第２の着目コンテンツとの双方を含む他者のコンテンツリストから、第１の着目コンテンツと第２の着目コンテンツとの間に並べられているコンテンツ（但し、自己コンテンツリストに含まれているものを除く）を候補コンテンツとして抽出し、当該候補コンテンツの一部もしくは全部を推奨コンテンツとして推奨品リストを作成するようにしたものである。
(27) 本発明の第２７の態様は、上述した第２６の態様に係るコンテンツ推奨システムにおいて、
推奨品リスト作成部が、他者のコンテンツリストから、第１の着目コンテンツと第２の着目コンテンツとの間に並べられているコンテンツ（但し、自己コンテンツリストに含まれているものを除く）を候補コンテンツとして抽出し、当該候補コンテンツの一部もしくは全部を、自己コンテンツリストの第１の着目コンテンツと第２の着目コンテンツとの間に挿入すべき指示を含む推奨品リストを作成するようにしたものである。
(28) 本発明の第２８の態様は、上述した第２７の態様に係るコンテンツ推奨システムから推奨品リストの提供を受ける端末装置において、
コンテンツリストを格納するコンテンツリスト格納部と、
推奨品リストを格納する推奨品リスト格納部と、
コンテンツリスト内のコンテンツの指標をコンテンツリストの並び順に基づいて並べ、更に、推奨品リストに基づいて推奨コンテンツの指標を指示された位置に挿入し、コンテンツリスト内のコンテンツの指標と推奨品リスト内の推奨コンテンツの指標とを混在状態で並べた一覧画像を生成し、これを表示する一覧表示部と、
を設けるようにしたものである。
(29) 本発明の第２９の態様は、上述した第２８の態様に係る端末装置を、コンピュータに専用のプログラムを組み込むことにより構成するようにしたものである。
本発明に係るコンテンツ提供システムによれば、ユーザが購入した購入済コンテンツの指標の間に、未購入の推奨コンテンツの指標が挿入された状態で、ユーザに対する一覧表示がなされる。ユーザは、このように、購入済コンテンツと推奨コンテンツとが混在状態で並べられた一覧画像を見ながら、所望のコンテンツの指標を選択し、選択されたコンテンツを再生することができる。推奨コンテンツについては、所定の制約下でのみ再生が可能であるが、一覧画像上では、購入済コンテンツの指標と推奨コンテンツの指標とが混在状態で並べられているため、ユーザは、違和感がなく自然な態様で、購入済コンテンツと推奨コンテンツとの存在を確認することができる。すなわち、端末装置の画面上に表示されたユーザの棚には、購入済コンテンツとともに推奨コンテンツが混在状態で並べられているため、ユーザの関心は、購入済コンテンツのみならず推奨コンテンツにも向くことになり、推奨コンテンツを効果的に提示することができる。
しかも、ユーザは、一覧画像上に表示される購入済コンテンツの並び順を自由に変更することができるので、ジャンルが共通したコンテンツをまとめて配置することができる。また、あるユーザ向けの推奨コンテンツは、管理装置側において、当該ユーザ以外の他のユーザの購入済コンテンツの購入品リストを参照することによって、別言すれば、他のユーザの購入済コンテンツの並び順を参照することによって決定される。一般に、共通の趣味や共通の嗜好をもったユーザ同士は、同じコンテンツを好む傾向にあり、しかも、個々のユーザは、自分が購入したコンテンツを並べる場合、ジャンルが共通したコンテンツをまとめて配置する傾向にある。このため、一対の購入済コンテンツの間に挿入すべき推奨コンテンツを、他のユーザの購入済コンテンツの並び順を参照して決定すれば、個々のユーザに適したコンテンツを推奨コンテンツとして提示することが可能になる。しかも、一覧画像上では、個々の推奨コンテンツは、ジャンルが類似する可能性が高い一対の購入済コンテンツの間に挿入された状態で提示されるので、ユーザは、購入済コンテンツと同様の関心をもって推奨コンテンツを認識するようになる。このように本発明によれば、従来技術に比べて、コンテンツ提供システムにおける販促効果を格段に向上させることができる。
本発明の基本的な実施形態に係るコンテンツ提供システムの構成を示すブロック図である。 図１に示すコンテンツ提供システムにおいて、１台の端末装置２００を管理装置１００にネットワークを介して接続した状態を示すブロック図である。 図２に示す端末装置２００により電子書籍の購入作業を行う際に表示される画面の一例を示す平面図である。 図３に示す画面上で「文学」を選択した場合に表示される画面の一例を示す平面図である。 図２に示す販売管理部１３０内に記録される販売履歴の一例を示す図である。 図２に示す購入品リスト格納部２５０内に格納される、ユーザＡの購入品リストＰ（Ａ）の一例を示す図である。 図２に示す一覧表示部２８０によって、購入済コンテンツの一覧表示を行った状態を示す平面図である。 図２に示すコンテンツ再生部２２０によって、特定のコンテンツ（電子書籍）を再生している状態を示す平面図である。 本発明において、購入品の間に推奨品を挿入して混在表示を行う概念を示す平面図である。 図２に示す推奨品リスト格納部２７０内に格納される、ユーザＡの推奨品リストＲ（Ａ）の一例を示す図である。 図６に示す購入品リストＰ（Ａ）と図１０に示す推奨品リストＲ（Ａ）とを合成することにより得られる、ユーザＡの混在リストＭ（Ａ）の一例を示す図である。 図２に示す一覧表示部２８０が、図１１に示す混在リストＭ（Ａ）に基づいて、購入済コンテンツおよび推奨コンテンツが混在する一覧表示を行った状態を示す平面図である。 図１２に示す一覧表示において、推奨コンテンツ「こころ」を選択した場合に表示される抜粋頁（サンプル部分の内容）の画面を示す図である。 図１３に示す抜粋頁から推奨コンテンツ「こころ」の購入画面に移動した状態を示す図である。 図１２に示す一覧表示において、推奨コンテンツ「こころ」を選択した場合に表示される書評（紹介情報）の画面を示す図である。 図１に示す３人のユーザＡ，Ｂ，Ｃの購入済コンテンツをそれぞれの購入品リストに基づいて並べた状態を示す平面図である。 着目コンテンツに対する近接度を定義する方法の一例を示す平面図である。 図１７に示す例において、各候補コンテンツＣ１〜Ｃ６についての近接ポイントＮおよび位置ポイントＱの算出結果を示す表である。 図１７とは別な事例について、近接ポイントＮおよび位置ポイントＱを算出した結果を示す図である。 図１に示す５人のユーザＡ〜Ｅの購入済コンテンツをそれぞれの購入品リストに基づいて並べた状態を示す平面図である。 図２０に示す例において、各候補コンテンツＣ１〜Ｃ６についての近接ポイントＮおよび位置ポイントＱの算出結果を示す表である。 図２１に示す算出結果に基づいて決定されたユーザＡに対する推奨コンテンツを購入済コンテンツの間に挿入した状態を示す平面図である。 本発明の変形例に係るコンテンツ提供システムの構成を示すブロック図である。 図２３に示す関連度テーブル格納部１６０内に格納されている関連度テーブルＨの一例を示す表である。 図２３に示す変形例において、ユーザＡに対する推奨コンテンツを購入済コンテンツの間に挿入した状態を示す平面図である。 管理装置を複数のサーバで構成した応用例の構成を示すブロック図である。
以下、本発明を図示する実施形態に基づいて説明する。
＜＜＜ §１．基本的な実施形態の構成 ＞＞＞
図１は、本発明の基本的な実施形態に係るコンテンツ提供システムの構成を示すブロック図である。図示のとおり、このシステムは、管理装置１００と複数の端末装置２００Ａ〜２００Ｅによって構成され、管理装置１００からネットワーク３００（この例の場合はインターネット）を介して送信されるコンテンツを、個々の端末装置２００Ａ〜２００Ｅにおいて再生してユーザに提供する機能を有する。実用上、このシステムは多数のユーザによって利用されることになるが、図１では、説明の便宜上、５人のユーザＡ〜Ｅが、それぞれ端末装置２００Ａ〜２００Ｅを利用して、このシステムを利用する単純な例が示されている。
各端末装置２００Ａ〜２００Ｅは、パソコン、タブレット型電子デバイス、スマートフォンなど、デジタルコンテンツを再生する機能をもった様々な装置によって構成することができる。一方、管理装置１００は、ネットワーク３００を介してデジタルコンテンツを提供する機能をもったサーバコンピュータによって構成される。
管理装置１００は、図示のとおり、コンテンツ格納部１１０、コンテンツ送信部１２０、販売管理部１３０、購入品リスト収集部１４０、推奨品リスト作成部１５０によって構成され、個々の端末装置２００Ａ〜２００Ｅに対してネットワーク３００を介して通信することができる。もっとも、上述したとおり、管理装置１００の実体はサーバコンピュータであり、実際には、上記各構成要素１１０〜１５０は、このサーバコンピュータに専用のプログラムを組み込むことにより実現される。
コンテンツ格納部１１０は、ユーザに対して提供する対象となるデジタルコンテンツを格納する構成要素であり、実際には、サーバコンピュータ用のハードディスク装置などの記憶装置を利用して構成される。本発明に係るコンテンツ提供システムは、書籍、音楽、映像など、様々なデジタルコンテンツを取り扱うことができるので、コンテンツ格納部１１０に格納されるコンテンツは、書籍、音楽、映像などの任意のデジタルデータでかまわない。ただ、ここでは説明の便宜上、コンテンツとして、電子書籍のデジタルデータを取り扱った実施例を述べることにする。したがって、ここで述べる実施例における管理装置１００は、インターネット上に設けられた電子書店のサイトとして機能する。
コンテンツ送信部１２０は、個々の端末装置２００Ａ〜２００Ｅからの送信要求に応じて、コンテンツ格納部１１０から当該送信要求に係るコンテンツを読み出し、これをネットワーク３００を介して、送信要求があった端末装置に送信する機能を果たす。一方、販売管理部１３０は、個々の端末装置２００Ａ〜２００Ｅからの購入要求に応じて、当該購入要求に係るコンテンツについて販売履歴を記録するとともに課金処理を行う機能を果たす。後述するように、販売履歴には、どのユーザが、いつ、どのコンテンツを、いくらで購入したか、という情報が記録され、課金処理としては、当該ユーザのクレジットアカウントに購入金額を計上する処理が行われる。このような販売履歴の記録や課金処理の具体的な方法は、インターネット上でオンライン販売サイトを開設する技術として広く知られた方法であるため、ここでは詳しい説明は省略する。
一方、購入品リスト収集部１４０は、個々の端末装置２００Ａ〜２００Ｅからそれぞれ購入品リストを収集し、これを格納する機能を果たす構成要素である。ここで、購入品リストは、個々のユーザごとにそれぞれ購入済のコンテンツを示す識別データを羅列したリストである。ここでは、各購入品リストを、「Purchase」の頭文字をとってＰ（Ａ），Ｐ（Ｂ），Ｐ（Ｃ）なる符号で示すことにする。括弧内のＡ，Ｂ，Ｃは、それぞれユーザＡ，Ｂ，Ｃを示しており、たとえば、購入品リストＰ（Ａ）は、ユーザＡが利用する端末装置２００Ａから収集されたユーザＡについてのリストということになる。
前述したとおり、各ユーザへの販売履歴は、販売管理部１３０に記録されるので、「ユーザＡがどのコンテンツを購入したか」という情報であれば、販売管理部１３０を参照すれば足りる。ただ、本発明における購入品リストには、個々のユーザが購入したコンテンツを特定する情報だけでなく、その並び順を示す情報も含まれている。後述するように、各端末装置では、この並び順に応じた順序でコンテンツの一覧表示がなされることになる。したがって、購入品リスト収集部１４０には、「どのユーザが、どのコンテンツを購入し、どのような並び順で一覧表示をさせているか」という情報が収集されることになる。
また、推奨品リスト作成部１５０は、個々の端末装置２００Ａ〜２００Ｅに与えるべき推奨品リストを、購入品リスト収集部１４０に収集されている多数のユーザの購入品リストを参照することにより作成し、これを個々の端末装置２００Ａ〜２００Ｅに送信する機能を有する。後述するように、各端末装置２００Ａ〜２００Ｅでは、この推奨品リストに応じて、推奨コンテンツの提示が行われる。
続いて、各端末装置２００Ａ〜２００Ｅの基本構成を説明する。図２は、図１に示すコンテンツ提供システムにおいて、１台の端末装置２００を管理装置１００にネットワークを介して接続した状態を示すブロック図である。この図２の上段に示す管理装置１００の構成は、図１の上段に示す管理装置１００の構成と全く同じである。一方、図２の下段に示す端末装置２００は、図１に示す端末装置１００Ａ〜１００Ｅのうちの１台（ここでは、ユーザＡが利用する端末装置１００Ａ）に対応するものである。
図示のとおり、端末装置２００は、コンテンツ受信部２１０、コンテンツ再生部２２０、コンテンツ選択部２３０、購入処理部２４０、購入品リスト格納部２５０、順序変更部２６０、推奨品リスト格納部２７０、一覧表示部２８０によって構成されている。前述したように、この端末装置２００は、パソコン、タブレット型電子デバイス、スマートフォンなど、ネットワーク３００を介して管理装置１００に対して通信を行うことができ、デジタルコンテンツを再生する機能をもった様々な装置（コンピュータが組み込まれた装置）によって構成することができる。したがって、実際には、上記各構成要素２１０〜２８０は、このコンピュータに専用のプログラムを組み込むことにより実現される。
コンテンツ受信部２１０は、管理装置１００側のコンテンツ送信部１２０とネットワーク３００を介して交信する機能を有し、コンテンツ送信部１２０に対して所望のコンテンツについての送信要求を与え、当該送信要求に応じて送信されてきたコンテンツを受信する機能を果たす。上述したとおり、コンテンツ送信部１２０に対して送信要求を与えると、コンテンツ送信部１２０は、コンテンツ格納部１１０から当該送信要求に係るコンテンツを読み出し、これを返信する機能を果たすので、コンテンツ受信部２１０は、こうして返信されてきたコンテンツを受信すればよい。
コンテンツ再生部２２０は、コンテンツ受信部２１０が受信したコンテンツを再生する機能を果たす。ここに示す実施例では、コンテンツは電子書籍のデジタルデータであるため、コンテンツを再生する処理とは、電子書籍の内容をディスプレイ画面上に表示する処理ということになる。もちろん、コンテンツが音楽データである場合は、コンテンツ再生部２２０によって音楽の再生が行われ、コンテンツが動画データである場合は、コンテンツ再生部２２０によって動画の再生が行われる。
コンテンツ選択部２３０は、コンテンツ再生部２２０に再生させるべきコンテンツを選択するための構成要素である。ユーザが、コンテンツ選択部２３０に対して選択指示を行うと、当該指示がコンテンツ再生部２２０に伝達され、選択されたコンテンツの再生が行われることになる。
一方、購入処理部２４０は、ユーザの指示に基づいて、管理装置１００側の販売管理部１３０に対して所望のコンテンツについての購入要求を与え、購入済コンテンツを特定する識別コードを購入品リスト格納部２５０内に格納されている購入品リストＰ（Ａ）に追加する購入処理を行う。このような購入要求を受けて、販売管理部１３０が当該購入要求に係るコンテンツについての販売履歴を記録するとともに課金処理を行う点は既に述べたとおりである。
なお、ここに示す実施例の場合、コンテンツの購入処理とコンテンツの受信処理とは直接的には連動していないので、特定のコンテンツを購入する購入処理を行っても、当該購入処理に基づいて当該特定のコンテンツのデータがコンテンツ送信部１２０からコンテンツ受信部２１０に対して送信されるわけではない。すなわち、ここに示す実施例の場合、コンテンツの購入処理とは、販売管理部１３０において販売履歴を記録して課金を行うとともに、購入品リスト格納部２５０内に格納されている購入品リストＰ（Ａ）を更新する処理であり、特定のコンテンツについての購入が行われた事実を示す情報を記録する処理と言うことができる。
別言すれば、ここに示す実施例では、コンテンツ再生部２２０は、いわゆるストリーミング再生を行う機能を有しており、コンテンツ再生部２２０は、特定のコンテンツの再生を行う際に、コンテンツ受信部２１０に対して再生対象コンテンツについての送信要求を行う。コンテンツ受信部２１０が、この送信要求をコンテンツ送信部１２０に伝達する。すると、コンテンツ送信部１２０は、この送信要求に応じて、コンテンツ格納部１１０内から再生対象コンテンツを読み出し、これを送信要求があった端末装置２００に返信する（もちろん、この場合、送信要求を出したユーザを認証して、販売履歴を参照し、当該再生対象コンテンツを返信してよいかどうかの判断が行われる）。コンテンツ受信部２１０は、送信要求に応じて返信されてきた再生対象コンテンツを受信する。そして、コンテンツ再生部２２０が、コンテンツ受信部２１０が受信した再生対象コンテンツをストリーミング再生することになる。
このように、ここに示す実施例では、端末装置２００において、コンテンツのストリーミング再生が行われるため、購入済コンテンツのデータを端末装置２００側にダウンロードして保存しておく必要はない。したがって、コンテンツ受信部２１０には、再生に必要なコンテンツデータを一時的に格納しておく記憶領域を用意しておけばよく、再生終了時には、当該コンテンツデータを消去してかまわない。
購入品リスト格納部２５０は、購入品リストＰ（Ａ）を格納する構成要素である。購入品リストＰ（Ａ）は、ユーザＡの購入済コンテンツを特定する識別コードを並べたリストであり、購入処理部２４０が新たなコンテンツを購入する処理を行うと、当該新たな購入済コンテンツを特定する識別コードが購入品リストＰ（Ａ）に追加される。前述したとおり、この購入品リストＰ（Ａ）には、購入済コンテンツの並び順を示す情報も含まれている。結局、購入品リストＰ（Ａ）は、「ユーザＡが購入した個々の購入済コンテンツを特定する識別コードを所定の並び順が認識できる態様で収録したリスト」ということができる。
順序変更部２６０は、ユーザの指示に基づいて、購入品リスト格納部２５０に格納されている購入品リストＰ（Ａ）の並び順を変更する構成要素である。ユーザは、購入品リストＰ（Ａ）に収録されている購入済コンテンツの識別コードを任意の順序に入れ替えることができる。後述するように、この並び順は、コンテンツの一覧表示を行う際に意味をもつ。
推奨品リスト格納部２７０は、この端末装置１００を利用しているユーザ（この例の場合は、ユーザＡ）に対して推奨する推奨コンテンツを収録した推奨品リストを格納する構成要素である。ここでは、ユーザＡ用に作成された推奨品リストを、「Recommend」の頭文字をとってＲ（Ａ）なる符号で示すことにする。前述したとおり、推奨品リストＲ（Ａ）は、管理装置１００側の推奨品リスト作成部１５０によって作成され、ネットワーク３００を介して端末装置２００側に送信され、推奨品リスト格納部２７０に格納される。
ユーザＡ用の推奨品リストＲ（Ａ）には、ユーザＡがまだ購入していないコンテンツであって、ユーザＡの嗜好に合致すると推定される推奨コンテンツの識別コードが収録されている。ここで重要な点は、この推奨品リストＲ（Ａ）は、単に、ユーザＡに対する推奨コンテンツの識別コードを収録したリストではなく、購入品リスト格納部２５０に格納されている購入品リストＰ（Ａ）において並び順が隣接する一対の購入済コンテンツについて、その間に挿入すべき推奨コンテンツの識別コードを定義したリストになっている点である。このような推奨品リストＲ（Ａ）の特徴については、後に具体例を挙げて詳述する。
一覧表示部２８０は、購入品リスト格納部２５０に格納されている購入品リストＰ（Ａ）と、推奨品リスト格納部２７０に格納されている推奨品リストＲ（Ａ）と、に基づいて、購入済コンテンツの指標と推奨コンテンツの指標とを混在状態で並べた一覧画像を生成し、これを表示する機能をもった構成要素である。より具体的には、一覧表示部２８０は、購入済コンテンツの指標を購入品リストＰ（Ａ）の並び順に基づいて並べ、更に、推奨品リストＲ（Ａ）に基づいて推奨コンテンツの指標を購入済コンテンツの指標の間に挿入し、購入済コンテンツの指標と推奨コンテンツの指標とを混在状態で並べた一覧画像を生成して、これをディスプレイ上に表示する処理を行うことになる。この処理の具体的な内容についても、後に具体例を挙げて詳述する。
こうして、一覧表示部２８０によって生成表示された一覧画像は、コンテンツ選択部２３０による選択処理に利用される。すなわち、コンテンツ選択部２３０は、この一覧画像上で、再生対象となる特定のコンテンツの指標を指定するユーザの指示を入力することにより、当該特定のコンテンツを選択する処理を行う。一覧画像上には、購入済コンテンツの指標と推奨コンテンツの指標とが混在状態で並べられているので、ユーザは、再生対象として、購入済コンテンツを選択することもできるし、推奨コンテンツを選択することもできる。また、コンテンツ再生部２２０は、コンテンツ選択部２３０による選択結果に基づき、購入済コンテンツを再生することもできるし、推奨コンテンツを再生することもできる。
もっとも、購入済コンテンツは、ユーザが対価を支払って入取したコンテンツであるため、何ら制約なしに再生が可能であるが、推奨コンテンツは、ユーザがまだ購入をしておらず、ユーザの購入を促す販促活動の一環として提供されるコンテンツであるため、所定の制約下でのみ再生が可能になるような仕組が導入されている。したがって、コンテンツ再生部２２０は、コンテンツ受信部２１０が受信した購入済コンテンツもしくは推奨コンテンツのうち、コンテンツ選択部２３０によって選択されたコンテンツを再生する構成要素であるが、購入済コンテンツについては何ら制約なしに再生を行うものの、推奨コンテンツについては所定の制約下でのみ再生を行うことになる。
＜＜＜ §２．コンテンツの購入および再生に関する具体的な動作 ＞＞＞
前述した§１では、図１および図２のブロック図を参照しながら、本発明の基本的な実施形態に係るコンテンツ提供システムの構成を述べた。ここでは、このシステムにおけるコンテンツの購入および再生に関する具体的な動作を実例を示しながら述べることにより、各構成要素の処理機能を更に詳しく説明する。なお、§１でも述べたとおり、本発明に係るコンテンツ提供システムは、書籍、音楽、映像など、様々なデジタルコンテンツを取り扱うことができるが、ここでは説明の便宜上、コンテンツとして、電子書籍のデジタルデータを取り扱った実施例を述べることにする。また、端末装置２００として、ディスプレイ画面上にタッチパネルを備えたタブレット型電子デバイスを用いた具体例を述べることにする。
はじめに、このシステムにおいて、ユーザが所望のコンテンツ（電子書籍）を購入する場合の動作を説明する。ユーザが、コンテンツの購入を行いたい場合、図２に示す購入処理部２４０に対して、所定の購入指示を与える操作を行えばよい。このシステムにおける購入処理は、購入処理部２４０と販売管理部１３０との連携動作によって行われる。たとえば、販売管理部１３０にＷｅｂサーバ機能をもたせておき、購入処理部２４０にＷｅｂブラウザ機能をもたせておけば、販売管理部１３０のＷｅｂサーバ機能によって実現される電子書店サイトに対して、購入処理部２４０のＷｅｂブラウザ機能を用いてアクセスすることにより、購入処理を行うことが可能である。
具体的には、販売管理部１３０に、コンテンツ格納部１１０内に格納されている多数のコンテンツ（電子書籍）の一覧をＷｅｂページ上に提示する機能をもたせておき、購入処理部２４０に、このＷｅｂページにアクセスして、ディスプレイ上に表示する機能をもたせておけばよい。
図３は、ユーザがタブレット型電子デバイス２００（端末装置）を用い、電子書籍の購入作業を行う際にディスプレイ２０１上に表示された画面の一例を示す平面図である。この画面は、電子書店サイトの購入用Ｗｅｂページである。実際には、このタブレット型電子デバイス２００に組み込まれた専用のアプリケーションプログラム（本発明に係る端末装置２００として機能させるためのプログラム）を起動させ、メニューボタン２０２の操作によって表示されるメニュー画面から、電子書店サイトからの購入処理を行うメニューを選択し、更に、必要に応じて、アカウントおよびパスワードの入力画面を経て、図３に示す購入用Ｗｅｂページが表示されることになるが、ここではこのような手順の詳細な説明は省略する。
図示のとおり、この電子書店のサイトの購入用Ｗｅｂページには、複数のジャンル選択ボタン１０が表示されている。必要があれば、ユーザは、この画面を上下にスクロールさせることができる。ユーザは、まず、購入対象となる電子書籍のジャンルを、所望のジャンル選択ボタン１０をタップすることにより選択する。ここでは、「文学」なるボタンをタップしたものとしよう。この場合、ディスプレイ２０１上の画面は、図４に示すような内容に切り替わる。すなわち、作家ごとの作品を示すコンテンツ選択ボタン２０が表示される。この画面も上下にスクロールさせることができる。
この図４に示す画面上で、ユーザが所望のコンテンツの選択ボタン２０をタップして選択すると、当該コンテンツを購入することができる。ここでは、ユーザＡが「吾輩は猫である」をタップして、当該コンテンツを購入したものとしよう。この場合、ユーザの指示に基づいて、購入処理部２４０から販売管理部１３０に対して、「吾輩は猫である」なるコンテンツについての購入要求が与えられることになり、§１で述べたとおり、管理装置１００側では、ユーザＡに対して「吾輩は猫である」なるコンテンツを販売した事実を示す販売履歴が販売管理部１３０に記録され、ユーザＡに対する課金処理が行われる。一方、端末装置２００側では、購入処理部２４０によって、「吾輩は猫である」なるコンテンツの識別コードを、購入品リスト格納部２５０内の購入品リストＰ（Ａ）に追加する処理が行われる。
図５は、販売管理部１３０に記録された販売履歴の一例を示す図である（便宜上、９月２５日以降の履歴のみ示す）。この例では、日付、ユーザＩＤ、コンテンツＩＤ、価格の各情報が販売履歴として記録されており、「いつ、どのユーザに、どのコンテンツを、いくらで販売したか」という事実が記録されることになる。この例において、ユーザＩＤ欄に記載されているＵ（ｘ）なる識別コードは、ユーザｘのユーザＩＤであり、コンテンツＩＤ欄に記載されているＣｘｘｘｘｘなる識別コードは、特定のコンテンツのコンテンツＩＤである。ユーザＩＤとしては、このシステムを利用する個々のユーザについて、それぞれユニークな識別コードを付与しておくようにし、コンテンツＩＤとしては、コンテンツ格納部１１０内に格納されている個々のコンテンツについて、それぞれユニークな識別コードを付与しておくようにすればよい。たとえば、電子書籍の場合、ＩＳＢＮをそのままコンテンツＩＤとして利用することができる。
図５に示す例の場合、Ｕ（Ａ）なるユーザＩＤで特定されるユーザＡに関しては、９月２５日にコンテンツＩＤ「Ｃ２２２２２」で特定されるコンテンツを１６０円で販売し、翌２６日にコンテンツＩＤ「Ｃ４４４４４」で特定されるコンテンツを１５０円で販売したという販売履歴が記録されている。販売管理部１３０には、このように、多数のユーザに関する販売履歴が蓄積されてゆくことになる。
一方、図６は、購入品リスト格納部２５０内に格納される、ユーザＡの購入品リストＰ（Ａ）の一例を示す図である。この例では、並び順、コンテンツＩＤ、タイトルの各情報により購入品リストが構成されている。ここで、並び順第２位のコンテンツ「草枕（コンテンツＩＤ：Ｃ２２２２２）」は、図５に示すように、９月２５日に購入したものであり、並び順第１位のコンテンツ「吾輩は猫である（コンテンツＩＤ：Ｃ４４４４４）」は、９月２６日に購入したものである。ここに示す実施例の場合、購入処理部２４０は、新たにコンテンツの購入を行った場合に、これまで購入品リストに収録されていた各コンテンツの順位を１ずつ繰り下げ、新たに購入したコンテンツを第１位の並び順に追加する処理を行う。このため、図示の例の場合、最後に購入した「吾輩は猫である（コンテンツＩＤ：Ｃ４４４４４）」が第１位の位置に追加されている。
もっとも、本発明における購入品リストは、個々の購入済コンテンツを特定する識別コード（コンテンツＩＤ）を所定の並び順が認識できる態様で収録したリストであればよいので、図６に示す購入品リストにおける「タイトル」や「並び順」の情報は、必ずしも必要なものではない。たとえば「タイトル」の情報は、必要があれば、「コンテンツＩＤ」に基づいて管理装置１００に問い合わせを行うことにより入手可能である。また、「並び順」の情報がなくても、「コンテンツＩＤ」を所定の順序で羅列しておけば、個々の「コンテンツＩＤ」の並び順を確認することも可能である。ただ、購入品リストに「コンテンツＩＤ」とともに「並び順」および「タイトル」を収録しておけば、個々のコンテンツについての「並び順」および「タイトル」を直ちに認識できる。
§１で述べたとおり、この購入品リストＰ（Ａ）の並び順は、一覧表示部２８０による一覧表示を行う際に意味をもつ。図７は、図２に示す一覧表示部２８０によって、ユーザＡの購入済コンテンツの一覧表示を行った状態を示す平面図である。この例の場合、端末装置２００のディスプレイ２０１には、陳列棚（本棚）３０が表示され、その中に購入済コンテンツの指標４０（各電子書籍の背表紙）が並べられている。ここで、この本棚３０には、上段から下段に順序が定義され、同じ段の場合は、左から右に順序が定義されているため、背表紙として示された各電子書籍の並び順は、最上段の左端を第１位、最下段の右端を最下位とする順序になる。この並び順は、図６に示す購入品リストＰ（Ａ）の並び順に対応している。
ユーザは、順序変更部２６０に対して指示を与えることにより、購入品リストＰ（Ａ）に収録されている購入済コンテンツの識別コードを任意の順序に入れ替えることができる。ここに示す実施例の場合、端末装置２００は、ディスプレイ２０１の画面上にタッチパネルを備えたタブレット型電子デバイスであるため、ユーザは、このタッチパネルに対して指による操作入力を行うことにより、順序を変更する指示を与えることができる。すなわち、図７に示すような一覧画像が表示されたディスプレイ２０１の画面上にはタッチパネルが設けられており、順序変更部２６０は、このタッチパネル上で行われたユーザのドラッグアンドドロップ操作により、購入品リストの並び順を変更する処理を行う。
たとえば、「草枕」と「羅生門」との位置を入れ替えたい場合、ユーザは、指先で「草枕」の指標４０をタッチし、そのまま指先を「羅生門」の指標の右側位置までスライドさせ、指を離す操作を行えばよい。この操作により、図６に示す購入品リストＰ（Ａ）の並び順第２位と第３位の内容が入れ替わり、一覧表示部２８０によって表示された一覧画像上でも、「草枕」と「羅生門」との位置が入れ替わることになる。
一般に、本棚では、多くの人が、ジャンルが共通した書籍をまとめて配置する傾向にある。本発明に係るシステムでも、ユーザは、順序変更部２６０に対して指示を与えることにより、購入済コンテンツの表示順序を自由に変更できるので、多くのユーザが、ジャンルが共通した購入済コンテンツがまとめて配置されるような並べ替えを行うことになろう。実際、図７に示す例は、このような並べ替えが行われた状態を示しており、購入した電子書籍１２冊は、小説３冊、辞典３冊、実用書３冊、旅行書３冊という順序で配置されている。
§１で述べたとおり、この図７に示す一覧画像は、再生対象となるコンテンツを選択する操作に利用される。コンテンツ選択部２３０は、この一覧画像上で、再生対象となる特定のコンテンツの指標を指定するユーザの指示を入力することにより、当該特定のコンテンツを選択する処理を行う。選択結果は、コンテンツ再生部２２０に伝達され、選択したコンテンツの再生が行われる。
たとえば、コンテンツ選択部２３０が、一覧画像上で、再生対象となる特定のコンテンツの指標をダブルタップ（２回続けてタップ）するユーザの操作を選択指示として入力するように設定されていた場合、ユーザが、図７に示す一覧画像上で「草枕」の背表紙部分をダブルタップすると、図８に示すように、ディスプレイ２０１はコンテンツ表示画面４５に切り替わることになる。これは、コンテンツ選択部２３０からコンテンツ再生部２２０に対して、「草枕」（コンテンツＩＤ：Ｃ２２２２２）が選択された旨の指示が出され、コンテンツ再生部２２０からコンテンツ受信部２１０に対して、「草枕」（コンテンツＩＤ：Ｃ２２２２２）の送信要求が出され、当該送信要求がコンテンツ送信部１２０に伝達され、管理装置１００側からコンテンツデータがストリーミング配信されてきたためである。
このように、図７に示すような一覧画像は、購入済コンテンツの一覧を確認する用途に利用されるとともに、特定のコンテンツの再生指示を与えるランチャーとしての用途にも利用されることになる。なお、図７に示す一覧画像は、図６に示す購入品リストＰ（Ａ）に収録された購入済コンテンツのみを一覧表示したものであるが、本発明では、このような購入済コンテンツに、更に、推奨コンテンツを追加した一覧表示が行われることになる（図７に示す一覧表示は、推奨品リスト格納部２７０内に推奨品リストＲ（Ａ）が格納されていない場合の例ということになる）。
図９は、本発明において、購入品の間に推奨品を挿入して混在表示を行う概念を示す平面図である。ここでは、ディスプレイの画面に陳列棚３０が表示され、そこに５つの購入品Ｐ１〜Ｐ５と、３つの推奨品Ｒ１〜Ｒ３が表示されている例が示されている。ここで、購入品Ｐ１〜Ｐ５は、購入品リストに収録された購入済コンテンツであり、リスト上の並び順に従って、左から右へと並べられている。これに対して、推奨品Ｒ１〜Ｒ３は、推奨品リストに収録された推奨コンテンツであり、推奨品リストで指示された所定の位置に挿入されている。具体的には、推奨品Ｒ１は、購入品Ｐ２／Ｐ３間に挿入すべき推奨コンテンツとして定義され、推奨品Ｒ２，Ｒ３は、購入品Ｐ３／Ｐ４間に挿入すべき推奨コンテンツとして定義されている。
このように、本発明では、購入品は、購入品リストに収録された並び順で配置されるのに対して、推奨品は、推奨品リストで指示された挿入位置に挿入されることになる。別言すれば、本発明における推奨品リストとは、購入品リストにおいて並び順が隣接する一対の購入済コンテンツについて、その間に挿入すべき推奨コンテンツの識別コードを定義したリストということになる。
図１０は、このような推奨品リストＲ（Ａ）の一例を示す図である。ここに示す推奨品リストＲ（Ａ）は、図６に示すユーザＡの購入品リストＰ（Ａ）に基づいて、推奨品リスト作成部１５０によって作成されたユーザＡのための推奨品リストであり、図６に示す購入品リストＰ（Ａ）において並び順が隣接する一対の購入済コンテンツについて、その間に挿入すべき推奨コンテンツの識別コードを定義したリストになっている。すなわち、この推奨品リストＲ（Ａ）には、挿入位置、コンテンツＩＤ、タイトルなる情報が含まれており、「特定のコンテンツＩＤをもつ特定のタイトルの推奨コンテンツを、特定の挿入位置に挿入すること」が示されている。
たとえば、この推奨品リストＲ（Ａ）の１行目には、コンテンツＩＤ「Ｃ１２３４５」，タイトル「こころ」なるコンテンツを、「［１＆２］−１」なる位置に挿入すること、が示されている。ここで、挿入位置の［１＆２］は、図６に示す購入品リストＰ（Ａ）の並び順１と２の間に挿入すべきことを示している。なお、［１＆２］に後続する「−１」は、並び順１と２の間に挿入すべきコンテンツが複数存在する場合の枝番である。すなわち、この例の場合、挿入位置［１＆２］をもつコンテンツが「こころ」，「三四郎」，「坑夫」の３つであるため、挿入位置には、それぞれ枝番を付した「［１＆２］−１」，「［１＆２］−２」，「［１＆２］−３」なる記号が収録されている。枝番が若いほど、並び順１のコンテンツに近い位置に挿入される。
図１１は、図６に示す購入品リストＰ（Ａ）と図１０に示す推奨品リストＲ（Ａ）とを合成することにより得られる、ユーザＡの混在リストＭ（Ａ）を示す図である。すなわち、この混在リストＭ（Ａ）は、図６に示す購入品リストＰ（Ａ）の行の間に、図１０に示す推奨品リストＲ（Ａ）の各行を、その挿入位置に応じて挿入することにより得られたものである。たとえば、購入品リストＰ（Ａ）の並び順１の「吾輩は猫である」と並び順２の「草枕」の間には、３つの推奨品「こころ」，「三四郎」，「坑夫」が挿入されており、並び順２の「草枕」と並び順３の「羅生門」の間には、１つの推奨品「トロッコ」が挿入されており、並び順４の「人名大事典」と並び順５の「英和・和英辞典」の間には、１つの推奨品「歴史人物事典」が挿入されており、... といった具合である。
こうして得られた混在リストＭ（Ａ）の各行をリナンバして新たな並び順を定義すれば、「吾輩は猫である」から「ヨーロッパ旅行」に至るまで、合計２２冊の電子書籍の並び順が定義されることになる。この２２冊のうちの１２冊は、図６に示す購入済コンテンツであるが、残りの１０冊は、図１０に示す推奨コンテンツということになる。
図２に示す一覧表示部２８０は、推奨品リスト格納部２７０内に推奨品リストＲ（Ａ）が格納されている場合（すなわち、購入品リスト格納部２５０内に格納されている購入品リストＰ（Ａ）に基づいて、推奨品リスト作成部１５０で推奨品リストＲ（Ａ）が作成され、端末装置２００側に送信されてきている場合）、購入品リストＰ（Ａ）と推奨品リストＲ（Ａ）とを合成した混在リストＭ（Ａ）を作成し、この混在リストＭ（Ａ）に基づいて一覧画像を生成し、これをディスプレイの画面上に表示することになる。図１２は、図１１に示す混在リストＭ（Ａ）に基づいて、購入済コンテンツおよび推奨コンテンツが混在する一覧表示を行った状態を示す平面図である。たとえば、購入済コンテンツである「吾輩は猫である」および「草枕」の指標４０の間に、推奨コンテンツである「こころ」，「三四郎」，「坑夫」の指標５０が挿入されている。
結局、ここに示す例では、ユーザＡが実際に購入した購入済コンテンツのみを本棚３０に並べて表示すると、図７に示すような一覧画像が得られるが、実際には、図１２に示すように、購入済コンテンツとともに、管理装置１００がユーザＡに推奨する推奨コンテンツが混在した状態の一覧画像が表示されることになる。この一覧画像は、メニューボタン２０２の操作によって表示されるメニュー画面から、一覧表示を行うメニューを選択することにより、いつでも表示させることができる。
また、既に述べたとおり、この一覧画像の表示を行うディスプレイの画面上にタッチパネルを設けておけば、順序変更部２６０は、このタッチパネル上で行われたユーザのドラッグアンドドロップ操作により、購入品リストの並び順を変更することができるようになる。この場合、順序変更の対象となるのは、購入品リストの並び順だけであるので、購入済コンテンツについてはドラッグ可能であるが、推奨コンテンツについてはドラッグ不能となるような設定を行うようにすればよい。
この一覧画像には、特定のコンテンツの再生指示を与えるランチャーとしての役割も備わっており、ユーザが、図１２に示す一覧画像上で「草枕」の指標４０（背表紙部分）をダブルタップすると、コンテンツ再生部２２０による再生が行われ、図８に示すように、「草枕」の表示画面４５（再生画面）が表示されることになる。コンテンツ再生部２２０は、購入済コンテンツだけでなく、推奨コンテンツについても再生する機能を有しており、ユーザが、図１２に示す一覧画像上で、推奨コンテンツの指標５０（背表紙部分）をダブルタップすると、当該推奨コンテンツの再生が行われる。
ただ、推奨コンテンツは、ユーザがまだ購入していないコンテンツであり、ユーザに購入を促すための販促活動の一環として提示されるものであるので、購入済コンテンツと同じ形で無条件に再生が行われるわけではなく、何らかの制約が課されることになる。コンテンツ再生部２２０は、購入済コンテンツについては制約なしに再生を行うことができるが、推奨コンテンツについては所定の制約下でのみ再生を行うことになる。
推奨コンテンツに制約を課す典型的な方法は、予め定められた所定のサンプル部分のみの再生を許可する方法である。たとえば、電子書籍の場合、予め所定の抜粋頁を定めておき、推奨コンテンツとして再生する場合には、当該抜粋頁のみが表示されるようにしておけばよい。図１３は、図１２に示す一覧表示において、推奨コンテンツ「こころ」を選択した場合に表示される抜粋頁（サンプル部分の内容）の画面６１を示す図である。図示のとおり、この抜粋頁表示画面６１には、上端に「推奨品の抜粋頁」なる注釈が明示されており、コンテンツ「こころ」のサンプル部分のみが表示されている。また、下端には、書店移動ボタン６２と戻るボタン６３が配置されている。
前述したとおり、ユーザが、図１２に示す一覧画像上で購入済コンテンツ「草枕」の指標４０（背表紙部分）をダブルタップすると、図８に示すように、「草枕」の表示画面４５（再生画面）が現れ、スクロール操作を行えば、その全文を読むことができる。これに対して、ユーザが、図１２に示す一覧画像上で推奨コンテンツ「こころ」の指標５０（背表紙部分）をダブルタップすると、図１３に示すように、「こころ」の抜粋頁表示画面６１が現れる。この抜粋頁表示画面６１では、サンプル部分の試読のみが可能であり、全文を読むことはできない。
ここに示す実施例の場合、この抜粋頁表示画面６１から直接購入処理を行う頁へ移動できるようにしてある。すなわち、ユーザは、この抜粋頁表示画面６１を試読した上で、推奨コンテンツ「こころ」を購入したいと思った場合は、書店移動ボタン６２をタップすればよい。図１４は、このようなタップ操作により、推奨コンテンツ「こころ」の購入画面６４に移動した状態を示す図である。図１３に示す抜粋頁表示画面６１は、コンテンツ再生部２２０によって表示される画面であるが、図１４に示す購入画面６４は、購入処理部２４０が販売管理部１３０にアクセスすることによって表示される電子書店サイトの画面である。ユーザが、抜粋頁表示画面６１上の書店移動ボタン６２をタップする操作を行うことにより、処理は、コンテンツ再生部２２０から購入処理部２４０へ引き継がれ、推奨コンテンツ「こころ」についての購入処理の実行が行われることになる。
この図１４に示す購入画面６４を見たユーザが、購入ボタン６５をタップすると、購入処理部２４０から販売管理部１３０に対して、推奨コンテンツ「こころ」についての購入要求が与えられる。販売管理部１３０は、この購入要求に応じて、コンテンツ「こころ」についての販売履歴を記録するとともに課金処理を行う。また、購入処理部２４０は、この時点で購入済コンテンツとなった「こころ」の識別コード（コンテンツＩＤ：Ｃ１２３４５）を、購入品リスト格納部２５０内の購入品リストＰ（Ａ）に追加する処理を行う。
結局、推奨品リストＲ（Ａ）に推奨コンテンツとして収録されていたコンテンツ「こころ」は、購入品リストＰ（Ａ）に購入済コンテンツとして新規収録されることになる。この場合、推奨品リストＲ（Ａ）からコンテンツ「こころ」を削除するようにすれば、一覧画像上にコンテンツ「こころ」が重複して表示されることはない。あるいは、同一のコンテンツが購入品リストＰ（Ａ）と推奨品リストＲ（Ａ）に重複して収録されていた場合には、一覧表示部２８０が、購入品リストＰ（Ａ）に収録されている内容のみを有効な情報として取り扱う運用をとれば、推奨品リストＲ（Ａ）からコンテンツ「こころ」を削除する処理は不要である。また、§５で述べるように、購入品リストＰ（Ａ）が更新されるたびに、推奨品リスト作成部１５０が新たな推奨品リストＲ（Ａ）を作成して送信するようにすれば、購入品リストＰ（Ａ）の更新とともに推奨品リストＲ（Ａ）も更新されることになる。
なお、ここに示す実施例の場合、図１４に示す購入画面６４において、ユーザがキャンセルボタン６６をタップした場合は、図１３に示す抜粋頁表示画面６１に戻り、更に、ここで戻るボタン６３をタップした場合は、図１２に示す一覧表示に戻ることになる。もちろん、推奨コンテンツ「こころ」を購入する方法は、図１４に示す購入画面６４を利用する方法に限られているわけではなく、図４に示す通常の購入画面から購入することも可能である。
以上、推奨コンテンツを再生する際に、所定のサンプル部分のみの再生を行う方法を説明したが、推奨コンテンツの再生方法は、このような方法に限定されるものではない。たとえば、個々のコンテンツについて、予め紹介情報（たとえば、電子書籍の場合、書誌情報を伴う書評など）を用意しておき、再生対象として推奨コンテンツが選択された場合に、コンテンツ再生部２２０が、この紹介情報を再生するようにしてもよい。
図１５は、図１２に示す一覧表示において、推奨コンテンツ「こころ」を選択した場合に表示される書評（紹介情報）の表示画面６７を示す図である。図示のとおり、この書評頁表示画面６７には、コンテンツ「こころ」の書誌情報と書評のみが表示されており、内容についての表示は一切ない。また、下端には、図１３に示す抜粋頁表示画面６１と同様に、書店移動ボタン６２と戻るボタン６３が配置されている。これらの各ボタンの機能は、既に述べたとおりである。このように、書評頁表示画面６７を表示させる方法を採った場合、ユーザが、図１２に示す一覧画像上で推奨コンテンツ「こころ」の指標５０（背表紙部分）をダブルタップすると、図１５に示す書評頁表示画面６７が表示されることになる。
この書評を読んだユーザが、推奨コンテンツ「こころ」を購入したいと思った場合は、書店移動ボタン６２をタップすればよい。前述した例と同様に、図１４に示す購入画面６４の表示に移行し、推奨コンテンツ「こころ」についての購入処理を行うことができる。
このように、推奨コンテンツの再生時に課す制約としては、図１３に例示したように、当該コンテンツの一部分のみをサンプルとして提示する方法や、図１５に例示したように、当該コンテンツの紹介情報のみを提示する方法を採ることができる。
実際にこのような方法を採るには、コンテンツ格納部１１０に、再生内容をすべて含む通常コンテンツと、この通常コンテンツの一部分（サンプル部分）のみ、もしくは、この通常コンテンツの紹介情報（たとえば、書評）のみを含むサンプルコンテンツと、の双方を格納しておくようにし、コンテンツ送信部１２０が、送信対象となるコンテンツが購入済コンテンツか推奨コンテンツかを判断し、購入済コンテンツである場合は通常コンテンツの送信を行い、推奨コンテンツである場合はサンプルコンテンツの送信を行うようにすればよい。そうすれば、コンテンツ再生部２２０は、購入済コンテンツが選択された場合には、送信されてきた通常コンテンツを再生することにより、何ら制約のない再生を行うことができ、推奨コンテンツが選択された場合には、送信されてきたサンプルコンテンツを再生することにより、所定の制約下での再生を行うことができる。
なお、コンテンツ送信部１２０が、送信対象となるコンテンツが購入済コンテンツか推奨コンテンツかを判断するには、販売管理部１３０内の販売履歴を参照すればよい。あるいは、コンテンツ受信部２１０が、コンテンツ送信部１２０に対して再生対象となるコンテンツについての送信要求を与える際に、購入品リスト格納部２５０内の購入品リストＰ（Ａ）および推奨品リスト格納部２７０内の推奨品リストＲ（Ａ）を参照して、再生対象となるコンテンツが購入済コンテンツか推奨コンテンツかを認識し、認識結果をコンテンツ送信部１２０に伝えるようにしてもよい。
推奨コンテンツの再生に制約を課す方法には、この他にも、時間制限や回数制限を課すという方法も可能である。すなわち、コンテンツ再生部２２０が、推奨コンテンツについては、所定の制限時間のみ再生する、もしくは、所定の制限回数だけ再生する、という制約下で再生を行うようにすればよい。たとえば、推奨コンテンツについては、５分間だけ再生可能とする、という制限時間を課しておいた場合、一見したところ、購入済コンテンツと同様の再生形態が得られるように見えるが、再生時間が５分経過した時点で再生は中断し、以後、当該推奨コンテンツは再生できなくなる。あるいは、推奨コンテンツについては、１回だけ再生可能とする、という制限回数を課しておいた場合、一見したところ、購入済コンテンツと同様の再生形態が得られるように見えるが、一度再生を中断した後は、以後、当該推奨コンテンツは再生できなくなる。
もちろん、推奨コンテンツについては、これまで述べた複数の制約を組み合わせた再生を行うようにしてもよい。たとえば、あるサンプル部分のみについて、５分間だけ再生が可能となるような制約を課すことも可能である。要するに、購入済コンテンツについては制約なしに再生が行われるのに対して、推奨コンテンツの再生については何らかの制約が課されるようにし、制約なしの再生を求めて、当該コンテンツの購入が促される効果が望めるのであれば、どのような制約を課すようにしてもよい。
また、本願にいう「制約」には、「全く再生できない」という制約も含まれる。たとえば、図１５に例示した「書誌情報と書評のみを表示する」という制約は、実際のコンテンツの内容表示は全く行われていないため、コンテンツ自体については「全く再生できない」という制約を課したことになる。あるいは、図１２に示す一覧画像上で推奨コンテンツ「こころ」の指標５０（背表紙部分）をダブルタップすると、図１４に示す購入画面６４に切り替わるような運用を行った場合も、「全く再生できない」という制約を課したことになる。
＜＜＜ §３．推奨品リスト作成の基本原理 ＞＞＞
ここでは、まず、ユーザに図１２に示すような一覧画像を提示するメリットを述べておこう。§２で詳述したとおり、この一覧画像は、一覧表示部２８０によって作成され、ディスプレイ２０１上に表示されたものであり、購入済コンテンツの指標と推奨コンテンツの指標とを混在状態で並べた画像である。
既に述べたとおり、電子書店をはじめとするインターネット上の電子商取引サイトでは、個々のユーザに対して未購入の推奨品を提示し、販売促進を行う手段が採られている。しかしながら、従来の方法では、推奨品を推奨品として、購入品とは別個独立して提示する手法を採っているため、ユーザから見ると、販売サイト側からの一方的な提示情報という印象が拭いきれず、押し売りをされているような違和感が生じかねない。特に、これまでの販促手法では、ユーザの立場から見ると、推奨品がどのような理由で自分に薦められているのかがわからないため、違和感が払拭されにくい。
これに対して、本発明では、図１２に例示するように、購入済コンテンツの指標と推奨コンテンツの指標とが混在状態で並べた画像が提示される。この図１２に示す一覧画像を見ると、あたかも実際の本棚３０に、それぞれの本が並んでいるような心証をもつであろう。もちろん、実際には、このうちの一部のみが購入済コンテンツであり、残りの一部は未購入コンテンツ（推奨コンテンツ）であり、後者については、所定の制約下でのみ再生（閲覧）が可能であるという条件が課されている。しかしながら、このように同じ本棚３０に混在させることにより、特定の推奨コンテンツを押し売りされているような違和感は軽減されることになり、ごく自然な態様で、推奨品の提示を行うことができるようになる。
ここで、紙媒体の実際の書籍について考えてみよう。通常、一般ユーザは、自宅の本棚に購入済の書籍を並べて保存しているであろう。そして、このユーザが街の書店で新たな書籍を購入する際には、書店に設置されている本棚に並んでいる数々の書籍を、その背表紙のタイトルを見ながら吟味し、興味をもった書籍を実際に手にとり、頁をペラペラとめくりながら概要をつかみ、購入すべきか否かを検討するであろう。
このような利用形態は、電子書籍の場合にも当てはまる。一般的な電子書籍の閲覧端末上には、ユーザの自宅の本棚に相当する陳列棚が表示され、そこに購入済の電子書籍が並べられる。一方、インターネット上の電子書店サイトには、街の書店の本棚と同様に、多数の書籍が並べられている。
このように、ユーザにとって、自宅の本棚と書店の本棚とは明確に区別され、新たな書籍を購入しようとするユーザは、自宅の本棚を離れて、書店の本棚に並んだ書籍に注意を払うことになる。もちろん、何らかの書籍を購入したいという積極的な意図をもつユーザであれば、実際の書店やインターネット上の電子書店サイトを訪問し、書店の本棚に並んだ書籍を物色し、目当ての書籍が見つかれば、購入行為に繋がることになる。しかしながら、特に新たな書籍を購入する意図がない消極的なユーザにとっては、実際の書店を訪問したり、インターネット上の電子書店サイトを閲覧したりすることは、ハードルの高い行為であり、おっくうになりやすい。未購入の書籍をユーザに購入させるためには、まず、当該書籍を手にとって閲覧させ、できるだけ当該書籍への接触回数を多くすることが重要であるが、ユーザにとって、未購入の書籍を手にとるという行為自体、ハードルの高い行為と言わざるを得ない。
本発明によってユーザに提示される一覧画像は、いわば、ユーザの自宅の本棚と街の書店の本棚とを融合した役割を果たすことになる。すなわち、ユーザが、購入済の電子書籍を閲覧する際には、図１２に示す一覧画像を表示させ、この中から所望の書籍を選択する操作を行うことになる。この操作は、自宅の本棚から所望の書籍を取り出して読む行為に相当する。一方、この一覧画像には、未購入の書籍（推奨コンテンツ）も含まれており、ユーザが、この未購入の書籍を選択する操作を行うと、所定の制約下ではあるが、当該選択書籍の閲覧が可能になる。この操作は、街の書店の本棚から所望の書籍を取り出して内容を吟味する行為に相当する。結局、ユーザから見ると、自宅の本棚から書籍を取り出す操作と同様の操作で、街の書店の本棚から未購入の書籍を取り出して内容を吟味する行為を行うことができることになる。このように、本発明には、ユーザが書店を訪問するハードルを下げる効果があり、ユーザは、未購入の書籍を、違和感なく自然に手に取ることができるようになる。その結果、必然的に、当該未購入の書籍に対する接触回数が増えることになる。
このように、購入済コンテンツの指標と推奨コンテンツの指標とを混在状態で並べた一覧画像を提示することにより、違和感がなく自然な態様で推奨品の提示を行うことができるようになる、という点が、本発明の重要な特徴の１つである。すなわち、ユーザは、違和感がなく自然な態様で、購入済コンテンツと推奨コンテンツとの存在を確認することができるので、その関心は、購入済コンテンツのみならず推奨コンテンツにも向くことになり、推奨コンテンツを効果的に提示することができるようになる。そして、本発明のもう１つの重要な特徴は、個々のユーザに提示する推奨コンテンツの決定方法およびその配置方法を工夫することにより、個々のユーザに適した推奨品を、違和感がなく自然な態様で効果的に提示することができるようになる、という点である。
既に述べたとおり、個々のユーザに適した推奨コンテンツを示す推奨品リストは、管理装置１００側の推奨品リスト作成部１５０において、購入品リスト収集部１４０内に収集された他人の購入品リストの内容を参照して決定される。しかも、この推奨品リストの実体は、購入品リストにおいて並び順が隣接する一対の購入済コンテンツについて、その間に挿入すべき推奨コンテンツを定義したものであり、推奨コンテンツは、一対の購入済コンテンツの間に挿入された状態でユーザに提示されることになる。このような方法を採ることにより、個々のユーザに適した推奨品を、違和感がなく自然な態様で効果的に提示することができるようになるのである。
ここでは、本発明における推奨品リスト作成方法の基本原理を説明するとともに、そのような方法で作成された推奨品リストを用いることにより、個々のユーザに適した推奨品を、違和感がなく自然な態様で効果的に提示することができる理由を述べることにする。
既に§１で述べたとおり、図１に示す購入品リスト収集部１４０は、個々の端末装置２００Ａ〜２００Ｅから、それぞれ購入品リストＰ（Ａ）〜Ｐ（Ｅ）を収集し、これを保存する機能を有している。§５で詳述するように、実際には、各購入品リストＰ（Ａ）〜Ｐ（Ｅ）は、各端末装置２００Ａ〜２００Ｅから所定のタイミングで購入品リスト収集部１４０に報告される。購入品リスト収集部１４０は、こうして報告された購入品リストＰ（Ａ）〜Ｐ（Ｅ）を保存し、逐次、最新のものに更新する処理を行う。
一方、推奨品リスト作成部１５０は、特定の端末装置から購入品リストの報告があった場合に、当該特定の端末装置に与えるべき推奨品リストを、購入品リスト収集部１４０に収集されている、当該特定の端末装置以外の他の端末装置から収集された他者購入品リストを参照することにより作成し、これを当該特定の端末装置に送信して推奨品リスト格納部２７０に格納させる処理を行う。
たとえば、図１において、ユーザＡが利用する端末装置２００Ａから購入品リストＰ（Ａ）が管理装置１００側に報告された場合、この購入品リストＰ（Ａ）は、購入品リスト収集部１４０内に格納される。そして、推奨品リスト作成部１５０は、この購入品リストＰ（Ａ）に応じた推奨品リストＲ（Ａ）を作成し、これを端末装置２００Ａに送信し、推奨品リスト格納部２７０に格納させる処理を行う。このとき、ユーザＡのための推奨品リストＲ（Ａ）は、端末装置２００Ａ以外の端末装置（すなわち、端末装置２００Ｂ〜２００Ｅ）から収集された他者購入品リスト（すなわち、購入品リストＰ（Ｂ）〜Ｐ（Ｅ））を参照することにより作成される。別言すれば、ユーザＡに対する推奨品を示す推奨品リストＲ（Ａ）は、ユーザＡ以外の他者ユーザＢ〜Ｅについての他者購入品リストＰ（Ｂ）〜Ｐ（Ｅ）を参照することにより作成されることになる。
ここでは、まず、推奨品リスト作成部１５０によって行われる推奨品リストの作成作業の基本原理を説明する。図１６(a) 〜(c) は、図１に示す３人のユーザＡ，Ｂ，Ｃの購入済コンテンツをそれぞれの購入品リストＰ（Ａ），Ｐ（Ｂ），Ｐ（Ｃ）に基づいて並べた状態を示す平面図である。ここでは、説明の便宜上、３人のユーザはいずれも８冊の電子書籍を購入しているものとして、それぞれ自分の好みに合わせて、その並び順を変更しているものとしよう。各書籍の上に示す番号１〜８は、この並び順を示している。これらのコンテンツは、いずれも各ユーザが購入した購入品であり、各ユーザに実際に提示される一覧画像は、図９で説明したように、これら購入品の間に推奨品を挿入した状態の画像になる。
さて、この図１６に示す例に基づいて、ユーザＡのための推奨品リストＲ（Ａ）を作成する基本手順を説明しよう。既に述べたとおり、図１６(a) 〜(c) の購入品およびその並び順を示す購入品リストＰ（Ａ），Ｐ（Ｂ），Ｐ（Ｃ）は、購入品リスト収集部１４０に格納されており、推奨品リスト作成部１５０は、これら購入品リストに基づいて、ユーザＡのための推奨品リストＲ（Ａ）を作成し、ユーザＡが利用する端末装置２００Ａに送信することになる。
この場合、推奨品リスト作成部１５０は、次のような基本アルゴリズムで、推奨品リストＲ（Ａ）を作成する処理を行う。まず、図１６(a) に示す購入品リストＰ（Ａ）において並び順が隣接する一対のコンテンツに着目する。ここでは、並び順の若い方から順番に一対のコンテンツに着目することにしよう。すなわち、最初は、並び順第１位の「吾輩は猫である」と第２位の「草枕」が一対の着目コンテンツになる。図では、これら一対の着目コンテンツを太枠で囲って示してある。ここでは、それぞれを第１の着目コンテンツＴ１，第２の着目コンテンツＴ２と呼ぶことにしよう。
こうして、ユーザＡの購入品について、一対の着目コンテンツＴ１，Ｔ２が決まったら、その間に挿入すべき推奨品を他人の購入品の中から探し出す処理を行う。すなわち、図１６に示す例の場合、他人であるユーザＢの購入品（図１６(b) ）およびユーザＣの購入品（図１６(c) ）を参照して、ユーザＡの購入品である着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨品（ユーザＡに推奨すべきコンテンツ）を決めることになる。その基本方針は、着目コンテンツＴ１，Ｔ２の双方を含む他者購入品リスト（他人であるユーザの購入品リスト）から、着目コンテンツＴ１，Ｔ２の間に並べられているコンテンツ（但し、自己購入品リストに含まれているものを除く）を候補コンテンツとして抽出し、当該候補コンテンツの一部もしくは全部を、自己購入品リストの着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツとする、というものである。
図１６に示す例の場合、他人であるユーザＢ，Ｃの購入品リスト（他者購入品リスト）にも、着目コンテンツＴ１，Ｔ２（すなわち、「吾輩は猫である」と「草枕」）が含まれている。図では、これらのコンテンツも太枠で囲って示してある。これは、ユーザＡと同様に、ユーザＢ，Ｃも、「吾輩は猫である」と「草枕」を購入したことを示している。もっとも、本棚に購入済コンテンツを並べる際の好みは、個々のユーザで異なっているから、「吾輩は猫である」と「草枕」の並び順は、通常、ユーザごとに別個独立したものになる。図示の例の場合、ユーザＡは、着目コンテンツＴ１，Ｔ２を隣接配置しているが（これは、隣接する一対のコンテンツを着目コンテンツとしているので当然であるが）、ユーザＢは第５位および第８位の位置に配置し（図１６(b) ）、ユーザＣは第６位および第３位の位置に配置している。
さて、ここで、「一対の着目コンテンツＴ１，Ｔ２は、非常に類似度の高いコンテンツである」との前提をおいてみると、当該前提の信憑性は、かなり高くなるものと推定される。これは、一般的なユーザであれば、ジャンルが共通するなど、互いに類似度の高いコンテンツをまとめて配置する傾向にあるためである。実際、図１６(a) に示すユーザＡの例では、並び順１〜３が小説、並び順４〜６が辞書、並び順７〜８が実用書になっている。また、図１６(b) に示すユーザＢの例では、並び順１が辞書、並び順２〜３が地図、並び順４〜８が小説になっており、図１６(c) に示すユーザＣの例では、並び順１〜２が実用書、並び順３〜７が小説、並び順８が旅行書になっている。
また、同じジャンルの書籍であっても、作者ごとにまとめて並べるのが一般的であり、更に、第１巻，第２巻などの連続刊行書の場合、巻数順に並べるのが一般的である。したがって、一般論として、隣接配置された一対の着目コンテンツＴ１，Ｔ２は、互いに類似度が非常に高いと推定される。実際、図１６(a) に示す着目コンテンツＴ１，Ｔ２は、「夏目漱石」という同じ作家の小説になっている。
このように、「一対の着目コンテンツＴ１，Ｔ２は、非常に類似度の高いコンテンツである」との前提をおくと、他者購入品リストにおいて、もし、着目コンテンツＴ１，Ｔ２の間に挟み込まれているコンテンツ（ここでは「挟込コンテンツ」と呼ぶ）があった場合、当該挟込コンテンツは、着目コンテンツＴ１もしくはＴ２に対する類似度が非常に高いと推定できる。たとえば、図１６(b) に示すユーザＢの購入品リストに注目すると、「こころ」および「三四郎」が挟込コンテンツということになるが、これらはいずれも「夏目漱石」の小説である。同様に、図１６(c) に示すユーザＣの購入品リストに注目すると、「坑夫」および「こころ」が挟込コンテンツということになるが、これらはやはり「夏目漱石」の小説である。
上述の例で、「こころ」，「三四郎」，「坑夫」といった挟込コンテンツが、着目コンテンツ「吾輩は猫である」，「草枕」に対して高い類似性をもったコンテンツになった理由は、各ユーザが、同じジャンルの書籍、同じ作家の書籍など、相互に類似性の高い書籍をまとめて並べる傾向にあるためである。したがって、「自己購入品リストにおいて、互いに隣接して配置されている一対の着目コンテンツＴ１，Ｔ２は、非常に類似度の高いコンテンツである」との前提が、ある程度の信憑性をもった合理的な前提であるのと同様に、「他者購入品リストにおいて、着目コンテンツＴ１，Ｔ２に挟み込まれて配置されている挟込コンテンツは、着目コンテンツＴ１，Ｔ２に対して非常に類似度の高いコンテンツである」との前提も、ある程度の信憑性をもった合理的な前提ということになる。
そこで、本発明では、こうして見つかった挟込コンテンツを推奨コンテンツの候補として抽出し、これらの候補の中から、着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツを決定するというアルゴリズムを採用している。すなわち、推奨品リスト作成部１５０は、特定の端末装置に与えるべき推奨品リストを作成する際に、当該特定の端末装置から収集した自己購入品リストにおいて並び順が隣接する一対のコンテンツに着目し、この一対の着目コンテンツのうちの一方を第１の着目コンテンツＴ１、他方を第２の着目コンテンツＴ２としたときに、第１の着目コンテンツＴ１と第２の着目コンテンツＴ２との双方を含む他者購入品リストから、第１の着目コンテンツＴ１と第２の着目コンテンツＴ２との間に並べられているコンテンツ（但し、自己購入品リストに含まれているものを除く）を候補コンテンツとして抽出し、当該候補コンテンツの一部もしくは全部を、自己購入品リストの第１の着目コンテンツＴ１と第２の着目コンテンツＴ２との間に挿入すべき推奨コンテンツとする処理を行う。自己購入品リストに既に含まれているコンテンツは、候補コンテンツとして抽出されることはないので、購入済コンテンツが推奨コンテンツに選ばれることはない。
具体的には、図１６に示す例の場合、まず、図１６(a) に示すユーザＡの購入品リストＰ（Ａ）（自己購入品リスト）において並び順が隣接する一対のコンテンツＴ１，Ｔ２を着目コンテンツとして、これら着目コンテンツＴ１，Ｔ２の双方を含む他のユーザの購入品リスト（他者購入品リスト）を探す処理が行われる。その結果、図１６(b) ，(c) に示すように、「吾輩は猫である」と「草枕」の双方を含む他者購入品リストとして、ユーザＢおよびＣについての購入品リストＰ（Ｂ），Ｐ（Ｃ）が見つかることになる（ここでは、ユーザＤ，Ｅの購入品リストＰ（Ｄ），Ｐ（Ｅ）には、「吾輩は猫である」と「草枕」の双方は含まれていなかったものとする）。
続いて、これらの購入品リストＰ（Ｂ），Ｐ（Ｃ）から、着目コンテンツＴ１，Ｔ２の間に並べられている挟込コンテンツが候補コンテンツとして抽出される。すなわち、購入品リストＰ（Ｂ）からは「こころ」，「三四郎」が候補コンテンツとして抽出され、購入品リストＰ（Ｃ）からは「坑夫」，「こころ」が候補コンテンツとして抽出される。結局、「吾輩は猫である」と「草枕」を一対の着目コンテンツとした探索では、「こころ」，「三四郎」，「坑夫」の３つのコンテンツが候補コンテンツとして抽出されることになる（「こころ」は、購入品リストＰ（Ｂ），Ｐ（Ｃ）から重複して抽出されている）。
そこで、これら３つの候補コンテンツの一部もしくは全部を、自己購入品リストＰ（Ａ）の着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツと決定すればよい。たとえば、「こころ」，「三四郎」，「坑夫」の３つすべてを推奨コンテンツとしてもよいし、複数のリストから重複して抽出された「こころ」のみを推奨コンテンツとしてもよい（候補の選別方法については、後に詳述する）。
以上が、図１６(a) に示すユーザＡの自己購入品リストＰ（Ａ）の着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツを決定するアルゴリズムであるが、必要に応じて、別な一対の隣接コンテンツについても同様のアルゴリズムに基づいて、挿入すべき推奨コンテンツを決定する処理を行う。たとえば、図１６(a) に示す例の場合、「草枕」を着目コンテンツＴ１とし、「羅生門」を着目コンテンツＴ２として同様の処理を行えば、両者間に挿入すべき推奨コンテンツが決定できる。以下、同様にして、「羅生門」と「人名大事典」との間に挿入すべき推奨コンテンツ、「人名大事典」と「英和・和英辞典」との間に挿入すべき推奨コンテンツ、...、「ビジネスマナー」と「原子力発電」との間に挿入すべき推奨コンテンツというように同じ処理を続けてゆけばよい。もちろん、すべての隣接コンテンツ対について、このような処理を行う代わりに、一部の隣接コンテンツ対のみについて、このような処理を行うようにしてもよい。
図１０に示すユーザＡのための推奨品リストＲ（Ａ）は、このような処理によって作成されたリストである。並び順１，２の間に挿入すべき推奨コンテンツとして、「こころ」，「三四郎」，「坑夫」の３つのコンテンツが示されているが、これは、上述したアルゴリズムによって抽出された３つの候補コンテンツすべてを推奨コンテンツとして決定したためである。このように、位置によっては、複数のコンテンツが挿入すべき推奨コンテンツとして見つかる場合もあれば、推奨コンテンツが全く見つからない場合もある。たとえば、並び順３，４の間には挿入すべき推奨コンテンツが示されていない。これは、「羅生門」と「人名大事典」を一対の着目コンテンツとして、上記アルゴリズムに基づく探索を行った結果、該当する候補コンテンツが抽出されなかったか、あるいは、候補は抽出されたものの、後述するふるい分けにより推奨コンテンツにはならなかったためである。
こうして、図１０に示す推奨品リストＲ（Ａ）が得られると、これを図６に示す購入品リストＰ（Ａ）と合成することにより、図１１に示すような混在リストＭ（Ａ）が作成され、これに基づいて図１２に示すような一覧画像が提示されることは、既に§２で述べたとおりである。結局、図１２に示す一覧画像において、購入品である「吾輩は猫である」と「草枕」の間に挿入されている３つの推奨品「こころ」，「三四郎」，「坑夫」は、ユーザＢ，Ｃの購入品リストＰ（Ｂ），Ｐ（Ｃ）から拾い出されたコンテンツということになる。
このように、ここに示すアルゴリズムでは、ある特定のユーザ向けの推奨コンテンツは、管理装置１００側において、当該特定のユーザ以外の他のユーザの購入済コンテンツの並び順を参照することによって決定される。一般に、共通の趣味や共通の嗜好をもったユーザ同士は、同じコンテンツを好む傾向にある。したがって、ある特定のユーザが購入した、互いに類似度が高いと推定される隣接配置された一対のコンテンツに着目し、この一対の着目コンテンツの双方を購入している他のユーザの購入済みコンテンツを参照して、当該特定のユーザ向けの推奨コンテンツを決定することは合理的である。
特に、類似度の高いコンテンツを並べて配置する、というユーザの一般的な傾向を考慮すれば、一対の購入済コンテンツの間に挿入すべき推奨コンテンツを、他のユーザの購入済コンテンツの並び順を参照して決定する、という手法は、個々のユーザの嗜好に合致したコンテンツを推奨コンテンツとして提示する上で効果的である。しかも、一覧画像上では、個々の推奨コンテンツは、類似度が高いと推定される一対の購入済コンテンツの間に挿入された状態で提示される。たとえば、図１２に示す例の場合、３つの推奨コンテンツ「こころ」，「三四郎」，「坑夫」は、類似度が高い一対の購入済コンテンツ「吾輩は猫である」，「草枕」の間に挿入された状態で提示される。したがって、ユーザは、これら３つの推奨コンテンツの存在を違和感なく受け入れることができ、購入済コンテンツと同様の関心をもって推奨コンテンツを認識するようになる。その結果、従来技術に比べて、推奨品に対する販促効果を格段に向上させることができる。
なお、上述したアルゴリズムで候補コンテンツとして抽出されるコンテンツは、あくまでも一対の着目コンテンツＴ１，Ｔ２の間に挟み込まれた挟込コンテンツである必要があるため、着目コンテンツＴ１，Ｔ２に対する類似度が高いにもかかわらず、抽出される候補から漏れるコンテンツが存在することは否めない。たとえば、図１６(b) において、「吾輩は猫である」と「草枕」との間に挿入された「こころ」，「三四郎」は候補コンテンツとして抽出されるが、「坑夫」は挟込コンテンツではないので、候補としては抽出されない。同様に、図１６(c) において、「草枕」と「吾輩は猫である」との間に挿入された「坑夫」，「こころ」は候補コンテンツとして抽出されるが、「三四郎」は挟込コンテンツではないので、候補としては抽出されない。
このように、一対の着目コンテンツＴ１，Ｔ２の間に挟み込まれた挟込コンテンツを候補にする、というアルゴリズムを採用すると、本来は推奨品とすべきコンテンツが候補から漏れることになるが、実際には、候補を抽出する際には、多数の他者購入品リストが参照されるため、このような漏れが生じる可能性は低減される。たとえば、図１６に示す例の場合、ユーザＢの購入品リストから抽出漏れとなった「坑夫」は、ユーザＣの購入品リストから候補として抽出されており、ユーザＣの購入品リストから抽出漏れとなった「三四郎」は、ユーザＢの購入品リストから候補として抽出されている。本発明に係るシステムを実社会で運用する場合、実際には数万人以上という利用者が見込まれているので、実用上、個々の他者購入リストについて漏れが生じたとしても、全体的には大きな問題にはならない。
むしろ、一対の着目コンテンツＴ１，Ｔ２の間に挟み込まれた挟込コンテンツを候補にする、というアルゴリズムは、推奨品の適格性を向上させる上で非常に効果的である。たとえば、図１６(b) において、候補として抽出された「こころ」および「三四郎」は、いずれも「吾輩は猫である」と「草枕」に対して高い類似度を有している。これは、ユーザＢが、「坑夫」〜「草枕」までを同一ジャンル（同一作家）の書籍と把握して、まとまって配置しているためである。同様に、図１６(c) において、候補として抽出された「坑夫」および「こころ」も、「吾輩は猫である」と「草枕」に対して高い類似度を有している。これは、ユーザＣが、「草枕」〜「三四郎」までを同一ジャンル（同一作家）の書籍と把握して、まとまって配置しているためである。
もちろん、候補として抽出するコンテンツを、「着目コンテンツＴ１もしくはＴ２の近傍に配置されたコンテンツ」とするアルゴリズムを採用することも可能であるが、このようなアルゴリズムを採用すると、候補からの漏れを低減させることはできるものの、推奨品の適格性が低下する可能性がある。たとえば、「着目コンテンツＴ１もしくはＴ２に対して、並び順が２つ以内のコンテンツを候補として抽出する」というアルゴリズムを採用した場合、図１６(b) に示す「坑夫」も候補として抽出され、図１６(c) に示す「三四郎」も候補として抽出されるので、類似度の高いコンテンツが候補から漏れる事態は低減できる。しかしながら、図１６(b) に示す「世界地図」や、図１６(c) に示す「写真テクニック」，「パソコン入門」，「京都散策」も候補として抽出されることになるので、推奨品の適格性は低下せざるを得ない。したがって、実用上は、一対の着目コンテンツＴ１，Ｔ２の間に挟み込まれた挟込コンテンツを候補にする、というアルゴリズムを採用するのが好ましい。
ところで、上述した「一対の着目コンテンツＴ１，Ｔ２は、非常に類似度の高いコンテンツである」との前提は、必ずしも正しいものではない。たとえば、図１６(a) において、並び順２および３において隣接配置された「草枕」（夏目漱石）と「羅生門」（芥川龍之介）は、小説というジャンルでは共通するが、異なる作家の書籍であるため、類似度は若干低下する。また、並び順３および４において隣接配置された「羅生門」と「人名大事典」は、異なるジャンルの書籍であり、類似度はかなり低下する。それにもかかわらず、一対の着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツを探す処理では、上述したアルゴリズムが共通して適用されることになる。このため、上記前提は常に正しいものにはならず、候補コンテンツが全く見つからなかったり、類似度が極めて低いコンテンツが候補コンテンツとして見つかる場合もあろう。
たとえば、「羅生門」と「人名大事典」というように、全く異なるジャンルの書籍を共に購入したユーザの数は非常に少ないと考えられ、他者購入品リストとしての条件を満たすリスト自体が存在しないケースもあろう。この場合、候補コンテンツは全く抽出されず、当然ながら、「羅生門」と「人名大事典」との間に挿入すべき推奨コンテンツは見つからない。実際、図１２に示す例では、両者間には、何ら推奨コンテンツの挿入は行われていない。ただ、このように、推奨コンテンツが全く挿入されていない箇所が存在したとしても、何ら実害は生じない。
また、たまたま「羅生門」と「人名大事典」との双方を購入した別なユーザがいた場合、当該ユーザが「羅生門」と「人名大事典」との間に配置していたコンテンツが、候補コンテンツとして抽出され、推奨コンテンツとして選ばれる可能性がある。この場合、選ばれた推奨コンテンツの「羅生門」や「人名大事典」に対する類似度はあまり高くないものと予想される。したがって、「羅生門」と「人名大事典」との間に、類似度が低い推奨コンテンツが挿入された一覧画像が提示される可能性がある。それでも、もともと「羅生門」と「人名大事典」とは異なるジャンルの書籍であるので、その間に類似度が低い推奨コンテンツが挿入されたとしても、ユーザにとって大きな違和感は生じない。また、こうして挿入された推奨コンテンツは、少なくとも、「羅生門」と「人名大事典」との双方を購入した、という点において、共通した嗜好をもったユーザが購入しているコンテンツであるため、推奨品として、ある程度の適格性を備えたコンテンツということができる。
なお、できるだけ推奨品としての適格性が高いコンテンツを推奨コンテンツとして選択するためには、候補コンテンツに対してふるい分けを行うようにすればよい。このようなふるい分けの処理については、以下で述べる§４において実例を挙げて説明する。
＜＜＜ §４．推奨品リストの具体的な作成方法 ＞＞＞
さて、§３では、推奨品リスト作成部１５０において行われる推奨品リスト作成処理の基本原理を述べたが、ここでは、この基本原理に基づいて、推奨品リストを作成する具体的な方法を実例に即して説明する。
図１６には、ユーザＡの購入済コンテンツである「吾輩は猫である」と「草枕」の間に挿入すべき推奨コンテンツを、ユーザＢ，Ｃの購入済コンテンツから抽出する単純な例を示した。この例の場合、ユーザＢの購入品からは「こころ」および「三四郎」の２つのコンテンツが、ユーザＣの購入品からは「坑夫」および「こころ」の２つのコンテンツが、それぞれ候補として抽出され、重複抽出された「こころ」を含めて、合計３つのコンテンツが、ユーザＡの購入済コンテンツである「吾輩は猫である」と「草枕」の間に挿入すべき推奨コンテンツとして選ばれている。
このように、§３で説明したアルゴリズムによって抽出された候補コンテンツのすべてを、自動的に推奨コンテンツとして選ぶようにすると、あまりに多量の推奨コンテンツが選ばれてしまう可能性がある。たとえば、図１６(b) に例示するユーザＢの場合、着目コンテンツＴ１，Ｔ２に挟み込まれた挟込コンテンツは「こころ」と「三四郎」の２つだけであるが、もし、このユーザＢが１００冊の電子書籍を購入済であり、並び順１に着目コンテンツＴ１を配置し、並び順１００に着目コンテンツＴ２を配置していたとすると、これらの間に挟まれた９８冊の電子書籍が候補コンテンツとして抽出されてしまう。
また、前述したとおり、本発明に係るシステムを実社会で運用する場合、数万人以上という利用者が見込まれているので、着目コンテンツＴ１，Ｔ２の双方を購入したユーザが多数存在する場合、個々のユーザの購入品リストから抽出される候補コンテンツが数冊程度であっても、候補コンテンツの総数は膨大な数にのぼる可能性がある。したがって、実用上は、抽出された候補コンテンツに対してふるい分けを行い、候補コンテンツの一部のみを着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨品として選び出すようにするのが好ましい。
この§４では、このようなふるい分けを行う基準として、着目コンテンツに対する近接度を定義する方法を述べる。図１７は、この近接度を定義する方法の一例を示す平面図であり、推奨品リストの作成対象となるユーザとは異なるユーザの購入済コンテンツの配置を示すものである。図に太枠で囲って示すＴ１，Ｔ２は、一対の着目コンテンツであり、その間に配置されているＣ１〜Ｃ６は、Ｔ１，Ｔ２間に挟み込まれた挟込コンテンツである。§３で述べたように、これら挟込コンテンツＣ１〜Ｃ６は、候補コンテンツとして抽出されることになるが、ここでは、ふるい分けを行うために、各候補コンテンツＣ１〜Ｃ６について、それぞれ近接度を定義する。
ここで、近接度とは、着目コンテンツＴ１もしくはＴ２に対して、どれだけ近い位置に配置されているかを示す数値である。たとえば、図１７に示す候補コンテンツＣ１は、第１の着目コンテンツＴ１に隣接して配置されているため、第１の着目コンテンツＴ１に対する近接度は非常に高くなるが、第２の着目コンテンツＴ２に対する近接度は低くなる。逆に、候補コンテンツＣ６は、第２の着目コンテンツＴ２に隣接して配置されているため、第２の着目コンテンツＴ２に対する近接度は非常に高くなるが、第１の着目コンテンツＴ１に対する近接度は低くなる。
そこで、推奨品リスト作成部１５０が、抽出した候補コンテンツのそれぞれについて、第１の着目コンテンツＴ１もしくは第２の着目コンテンツＴ２またはその双方に対する並び位置の近接度を求め、近接度が所定の基準以上の候補コンテンツを着目コンテンツの間に挿入すべき推奨コンテンツとする処理を行えば、近接度に基づくふるい分けが可能になる。
近接度が所定の基準以上の候補コンテンツのみを推奨コンテンツとする理由は、ユーザは、同じジャンルの書籍、同じ作家の書籍など、相互に類似性の高い書籍をまとめて並べる傾向にあるので、近接度が高い候補コンテンツほど、着目コンテンツに対する類似性が高いと推定されるためである。たとえば、図１７に示す例において、候補コンテンツＣ１は、第１の着目コンテンツＴ１に隣接して配置されているため、第１の着目コンテンツＴ１に対する類似性は非常に高いと推定される。そして、この第１の着目コンテンツＴ１に対する類似性は、候補コンテンツＣ２，Ｃ３，Ｃ４，... と離れた位置に配置されたコンテンツほど低下してゆくものと推定される。
したがって、近接度に所定の基準を設け、当該基準以上の近接度をもった候補コンテンツのみを推奨コンテンツとして選択すれば、選択された推奨コンテンツは、着目コンテンツＴ１もしくはＴ２に対する類似性がある程度確保されている可能性が高いことになる。したがって、上述した近接度に基づくふるい分けは理にかなっている。
なお、実用上は、近接度が所定の基準以上であり、かつ、近接度の大きい順に並べたときに上位ｎ番以内（ｎは所定の自然数）に入る候補コンテンツを着目コンテンツの間に挿入すべき推奨コンテンツとする、という運用を採るのが好ましい。このような運用を採れば、特定の着目コンテンツ間に挿入すべき推奨コンテンツの数をｎ個以内に制限することができる。たとえば、図１１に示す混在リストＭ（Ａ）の場合、第１の着目コンテンツ「吾輩は猫である」と第２の着目コンテンツ「草枕」の間に、３つの推奨コンテンツ「こころ」，「三四郎」，「坑夫」が挿入されている。このように１箇所に挿入される推奨コンテンツが３つ程度であれば、ユーザはそれほど違和感を感じないであろう。しかしながら、１箇所に数十個の推奨コンテンツが挿入されるような事態になれば、ユーザは煩わしさを感じることになろう。したがって、上述した方法により、１箇所に挿入される推奨コンテンツをｎ個以内に制限する運用を採ることは、実用上、極めて好ましい。あるいは、作成対象となる推奨品リスト全体で、上位ｎ番以内に入る候補コンテンツのみを推奨コンテンツとする、という運用を採ることも可能である。この場合、推奨コンテンツの総量をｎ個以内に制限することができる。
ここでは、近接度を表す具体的なパラメータとして、近接ポイントなる値を定義した例を説明する。いま、図１７に示すように、個々の候補コンテンツＣ１〜Ｃ６のそれぞれについて、第１の着目コンテンツＴ１からの距離αおよび第２の着目コンテンツＴ２からの距離βを定義する。もっとも、ここで言う「距離」とは、一般的な寸法を単位とした距離ではなく、並び順を単位とした距離であり、「着目コンテンツから何番目に並んでいるか」を示す数値を意味する。たとえば、図示する候補コンテンツＣ１，Ｃ２，Ｃ３，... の第１の着目コンテンツＴ１からの距離αは、それぞれ１，２，３，... であり、第２の着目コンテンツＴ２からの距離βは、それぞれ６，５，４，... である。
このような距離α，βを用いて、近接ポイントＮを「Ｎ＝１／α＋１／β」なる式で定義する。また、位置ポイントＱを「Ｑ＝β／α」なる式で定義する。図１８は、図１７に示す例において、各候補コンテンツＣ１〜Ｃ６についての近接ポイントＮおよび位置ポイントＱの算出結果を示す表である。ここで、１／αは、第１の着目コンテンツＴ１に対する近接度を示すパラメータであり、距離αが小さいほど値は大きくなる。また、１／βは、第２の着目コンテンツＴ２に対する近接度を示すパラメータであり、距離βが小さいほど値は大きくなる。結局、上述した式で定義される近接ポイントＮは、第１の着目コンテンツＴ１に対する近接度と第２の着目コンテンツＴ２に対する近接度との和として与えられるパラメータであり、第１の着目コンテンツＴ１と第２の着目コンテンツＴ２との双方に対する並び位置の近接度を示すものである。
図１８に結果を見ると、候補コンテンツＣ１，Ｃ６についてはＮ≒１．１７、候補コンテンツＣ２，Ｃ５についてはＮ＝０．７０、候補コンテンツＣ３，Ｃ４についてはＮ≒０．５８という結果が得られている。ここで、候補コンテンツＣ１，Ｃ６についての近接ポイントＮが最も高い理由は、候補コンテンツＣ１は第１の着目コンテンツＴ１に非常に近い位置に配置されており、候補コンテンツＣ６は第２の着目コンテンツＴ２に非常に近い位置に配置されているためである。この結果により、候補コンテンツＣ１は第１の着目コンテンツＴ１に対する類似性が高いと推定され、候補コンテンツＣ６は第２の着目コンテンツＴ２に対する類似性が高いと推定される。このように、着目コンテンツＴ１もしくはＴ２に対する類似性が高い候補コンテンツを、推奨コンテンツとすることは理にかなっている。
一方、位置ポイントＱは、「第１の着目コンテンツＴ１と第２の着目コンテンツＴ２とのどちらに近いか」を示すパラメータであり、Ｑ＝１の場合は、両者の中間位置にあることを示し、Ｑが１より大きくなればなるほど第１の着目コンテンツＴ１に近いことを示し、Ｑが１より小さくなればなるほど第２の着目コンテンツＴ２に近いことを示す。たとえば、図１８に示す結果を見ると、候補コンテンツＣ１の位置ポイントは、Ｑ＝６．０であり最も高い値を示している。これは、候補コンテンツＣ１が最も着目コンテンツＴ１寄りに配置されていることを示している。これに対して、候補コンテンツＣ６の位置ポイントは、Ｑ≒０．１７であり最も低い値を示している。これは、候補コンテンツＣ６が最も着目コンテンツＴ２寄りに配置されていることを示している。候補コンテンツＣ１，Ｃ６の近接ポイントＮは、いずれもＮ≒１．１７であるが、位置ポイントＱが大きく相違しており、この位置ポイントＱを参照することにより、着目コンテンツＴ１，Ｔ２のどちら寄りであるのかを認識することができる。
図１９は、図１７とは別な事例について、近接ポイントＮおよび位置ポイントＱの算出結果を示す図である。図１９(a) は、一対の着目コンテンツＴ１，Ｔ２の間に、３つの候補コンテンツＣ１〜Ｃ３が存在する例である。図示のとおり、コンテンツＣ１については、Ｎ≒１．３３，Ｑ＝３、コンテンツＣ２については、Ｎ＝１，Ｑ＝１、コンテンツＣ３については、Ｎ≒１．３３，Ｑ＝１／３という結果が得られている。一方、図１９(b) は、一対の着目コンテンツＴ１，Ｔ２の間に、１つの候補コンテンツＣ１のみが存在する例であり、Ｎ＝２，Ｑ＝１という結果が得られている。
以上、個々の候補コンテンツに与える近接ポイントＮおよび位置ポイントＱの算出方法を、具体例を挙げながら説明したが、続いて、これら近接ポイントＮおよび位置ポイントＱを利用して、推奨品リスト作成部１５０が推奨品リストを作成する具体的な処理を説明する。
ここでは説明の便宜上、非常に単純な例に基づいて説明を行うことにする。すなわち、図１に示す５人のユーザＡ〜Ｅの購入済コンテンツが、それぞれ図２０(a) 〜(e) に示すようなものであったものとしよう。この図２０(a) 〜(e) は、各ユーザの購入品リストＰ（Ａ）〜Ｐ（Ｅ）に基づいて、それぞれの購入済コンテンツを並べた状態を示す平面図である。たとえば、ユーザＡは、コンテンツＴ１，Ｔ２という２冊を購入済みであり、端末装置２００Ａ上において、この順に並べて配置していることになる。また、ユーザＢは、コンテンツＴ１，Ｃ１，Ｃ２，Ｃ３，Ｃ４，Ｔ２という５冊を購入済みであり、端末装置２００Ｂ上において、この順に並べて配置していることになる。ユーザＣ，Ｄ，Ｅについても、同様に、それぞれ図示のとおりの順に並べて購入済コンテンツを配置しているものとする。
さて、このような状況において、推奨品リスト作成部１５０が、ユーザＡ用の推奨品リストＲ（Ａ）を作成する処理を行う場合を考えてみよう。この場合、まず、ユーザＡの購入品リストＰ（Ａ）、すなわち、自己購入品リストに基づいて、第１の着目コンテンツＴ１と第２の着目コンテンツＴ２とが決定される。ここに示す単純な例では、ユーザＡの購入済コンテンツは、たった２つのコンテンツＴ１，Ｔ２しかないので、この隣接配置された２つのコンテンツＴ１，Ｔ２が着目コンテンツになる。図では、これら着目コンテンツＴ１，Ｔ２を太枠で囲って示してある。
これから推奨品リスト作成部１５０が行う処理は、ユーザＡ以外のユーザ（すなわち、ユーザＢ〜Ｅ）の購入品リスト（すなわち、他者購入品リストＰ（Ｂ）〜Ｐ（Ｅ））を参照して、ユーザＡの隣接する一対の着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツを決定することである。
そのために、まず、他者購入品リストＰ（Ｂ）〜Ｐ（Ｅ）から、一対の着目コンテンツＴ１，Ｔ２の双方を含むリストを探し出す。ここに示す例の場合、他者購入品リストＰ（Ｂ）〜Ｐ（Ｅ）は、いずれも着目コンテンツＴ１，Ｔ２の双方を含むリストになっている（しかも、便宜上、いずれも両端位置に含む例になっている）。そして、これらのリストに基づいて、一対の着目コンテンツＴ１，Ｔ２によって挟み込まれている挟込コンテンツを、候補コンテンツとして抽出する処理が行われる。図示の例の場合、ユーザＢの購入品リストＰ（Ｂ）からは、４つの候補コンテンツＣ１，Ｃ２，Ｃ３，Ｃ４が抽出され、ユーザＣの購入品リストＰ（Ｃ）からは、２つの候補コンテンツＣ３，Ｃ４が抽出され、ユーザＤの購入品リストＰ（Ｄ）からは、４つの候補コンテンツＣ１，Ｃ４，Ｃ５，Ｃ６が抽出され、ユーザＥの購入品リストＰ（Ｅ）からは、３つの候補コンテンツＣ１，Ｃ６，Ｃ３が抽出される。
結局、図示の例の場合、他者購入品リストＰ（Ｂ）〜Ｐ（Ｅ）から合計６個の候補コンテンツＣ１〜Ｃ６が抽出されることになる。ここで、もし、「抽出された候補コンテンツのすべてを推奨コンテンツとする」という運用を採った場合は、コンテンツＣ１〜Ｃ６のすべてが、ユーザＡの一対の着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツに決定され、これらを含む推奨品リストＲ（Ａ）が作成されることになる。このような推奨品リストＲ（Ａ）の内容を、購入品リストＰ（Ａ）に合成すれば、ユーザＡの端末装置２００Ａ上では、Ｔ１，Ｃ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６，Ｔ２のように、８冊の書籍が並べられた一覧画像が表示されることになる。
ただ、ここで述べる実施例の場合、上述したとおり、個々の候補コンテンツについて第１の着目コンテンツＴ１および第２の着目コンテンツＴ２に対する並び位置の近接度を求め、この近接度が所定の基準以上の候補コンテンツのみを推奨コンテンツとする運用を採る。そこで、近接度を示すパラメータとして、上述した近接ポイントＮを定義し、他者購入品リストＰ（Ｂ）〜Ｐ（Ｅ）から抽出した個々の候補コンテンツについて近接ポイントＮを求める処理を行う。このとき、同一の候補コンテンツが複数のユーザのリストから抽出される場合もあるが、その場合は、それぞれのリストから抽出された候補コンテンツごとに、別個独立して近接ポイントＮを求めるようにし、最後に合計を算出して、その合計値を当該候補コンテンツの近接度と定義する。たとえば、図２０に示す例の場合、候補コンテンツＣ１は、ユーザＢ，Ｄ，Ｅのリストからそれぞれ抽出されることになるので、それぞれについて近接ポイントＮを求め、３つの近接ポイントＮの合計値を候補コンテンツＣ１の近接度と定義することになる。
図２１は、図２０に示す例において、各候補コンテンツＣ１〜Ｃ６についての近接ポイントＮおよび位置ポイントＱの算出結果を示す表である。近接ポイントＮの欄には、他者購入品リストＰ（Ｂ）〜Ｐ（Ｅ）から抽出した個々の候補コンテンツごとに求めた近接ポイントＮを別個独立して記載し、合計欄にその合計を示してある。位置ポイントＱの欄には、同様に他者購入品リストＰ（Ｂ）〜Ｐ（Ｅ）から抽出した個々の候補コンテンツごとに求めた位置ポイントＱを別個独立して記載し、平均欄にその平均を示してある。
たとえば、候補コンテンツＣ１についての近接ポイントＮのＢ欄には、「１／１＋１／４」なる近接ポイントＮ値が示されているが、これは、図２０(b) におけるコンテンツＣ１の位置に基づいて、α＝１（Ｔ１から１番目の位置），β＝４（Ｔ２から４番目の位置）を求め、「Ｎ＝１／α＋１／β」なる式に基づいて算出したものである。また、位置ポイントＱのＢ欄には、「４／１」なる位置ポイントＱ値が示されているが、これは、α＝１，β＝４に基づいて、「Ｑ＝β／α」なる値を算出したものである。なお、表の斜線欄は、そのユーザのリストからは、当該候補コンテンツが抽出されなかったことを示している。
この図２１に示す結果において、近接ポイントＮの合計値を近接度と定義することにすれば、候補コンテンツＣ１の近接度が３．８３と最大値を示しており、次いで、候補コンテンツＣ３の近接度が３．６６と２番値を示している。この近接度は、第１の着目コンテンツＴ１の近くに配置されている程度を示すパラメータ「１／α」と、第２の着目コンテンツＴ２の近くに配置されている程度を示すパラメータ「１／β」と、の和として定義された値であり、コンテンツＴ１に対する並び位置の近接度とコンテンツＴ２に対する並び位置の近接度の合計を示すものである。別言すれば、着目コンテンツＴ１に対する類似性と着目コンテンツＴ２に対する類似性の和を示すパラメータということになる。
このように、近接ポイントＮの合計値として定義された近接度は、当該候補コンテンツが、各着目コンテンツＴ１，Ｔ２のいかに近くに配置されているかを示すとともに、いかに多くのユーザのリストから共通して抽出されたかを示すパラメータになる。すなわち、近接度が大きければ大きいほど、より多くのユーザのリストから候補として抽出された傾向にあり、また、着目コンテンツＴ１もしくはＴ２により近い位置に配置されていた傾向にあることを示している。これは、近接度が大きい候補コンテンツほど、着目コンテンツＴ１もしくはＴ２に対する類似性が高い可能性があることを示すものである。したがって、この近接度が所定の基準以上の候補コンテンツを、ユーザＡのリストにおける着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツとすることは理にかなっている。
たとえば、近接度（近接ポイントＮの合計値）について、３という基準値を設定しておき、近接度が３以上の候補コンテンツのみをユーザＡのリストにおける着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツとする、という運用を行えば、図２１に示す例の場合、６つの候補コンテンツＣ１〜Ｃ６のうち、３つの候補コンテンツＣ１，Ｃ３，Ｃ４が推奨コンテンツとして選ばれ、残りの候補コンテンツはふるい落とされることになる。この場合、ユーザＡの購入品リストＰ（Ａ）における一対の着目コンテンツＴ１，Ｔ２の間に、３つの推奨コンテンツＣ１，Ｃ３，Ｃ４を挿入すべきことを示す推奨品リストＲ（Ａ）が作成されることになる。図２２は、図２１に示す算出結果に基づいて決定されたユーザＡに対する３つの推奨コンテンツＣ１，Ｃ３，Ｃ４を、ユーザＡの購入済コンテンツＴ１，Ｔ２の間に挿入した状態を示す平面図である。
実際には、既に述べたとおり、近接度が所定の基準以上であり、かつ、近接度の大きい順に並べたときに上位ｎ番以内（ｎは所定の自然数）に入る候補コンテンツを着目コンテンツの間に挿入すべき推奨コンテンツとすることにより、１箇所に挿入される推奨コンテンツをｎ個以内に制限する運用を採るのが好ましい。
なお、図２０に示す単純な例では、ユーザＡの購入済コンテンツは、たった２つのコンテンツＴ１，Ｔ２しかないので、ユーザＡ用の推奨品リストＲ（Ａ）は、このコンテンツＴ１，Ｔ２間に挿入する３つの推奨コンテンツＣ１，Ｃ３，Ｃ４を示すだけのリストになるが、もちろん、ユーザＡの購入済コンテンツがより多数存在する場合には、隣接する一対の購入済コンテンツ間のそれぞれについて、上記と同様の処理が行われ、当該購入済コンテンツ間に挿入すべき推奨コンテンツが決定されることになる。
要するに、上述した実施例では、特定の他者購入品リストから抽出された特定の候補コンテンツが、当該他者購入品リストにおいて第１の着目コンテンツＴ１からα番目、第２の着目コンテンツＴ２からβ番目の並び位置にある場合に、当該特定の候補コンテンツに対して、Ｎ＝１／α＋１／βなる近接ポイントＮを付与し、異なる複数の他者購入品リストから同一の候補コンテンツが抽出された場合には、当該候補コンテンツについて、複数の他者購入品リストに基づいてそれぞれ付与された各近接ポイントＮを加算した合計値を当該候補コンテンツについての近接度と定義し、近接度が所定の基準以上の候補コンテンツを着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツとする処理が行われることになる。
ところで、上述した実施例では、近接ポイントＮの他に、位置ポイントＱを求めているが、この位置ポイントＱは、挿入対象となる推奨コンテンツの並び順を決定する際に用いるためのものである。すなわち、一対の着目コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツが複数存在する場合に、個々の他者購入品リストから抽出された推奨コンテンツについてそれぞれ位置ポイントＱ＝β／αを求め、この位置ポイントＱの平均値が大きいコンテンツほど第１の着目コンテンツＴ１側にくるように、当該複数の推奨コンテンツの並び順を決定するようにすればよい。
図２２に示す例は、このような方法で３つの推奨コンテンツＣ１，Ｃ３，Ｃ４の並び順を決定したものである。すなわち、図２１の表を参照すると、３つの推奨コンテンツＣ１，Ｃ３，Ｃ４の位置ポイントＱの平均値は、Ｃ１が３．６７、Ｃ３が１、Ｃ４が０．７５となっているので、当該平均値が大きいコンテンツほど第１の着目コンテンツＴ１側にくるように並び順を決定すれば、図２２に示すように、左から右にＣ１，Ｃ３，Ｃ４という順番になる。このような並び順で推奨コンテンツを配置できるようにするには、ユーザＡ用の推奨品リストＲ（Ａ）に、挿入位置を示す情報（コンテンツＴ１，Ｔ２の間を示す情報）と、挿入対象となる推奨コンテンツを示す情報（コンテンツＣ１，Ｃ３，Ｃ４を特定する情報）と、これら推奨コンテンツの並び順を示す情報（Ｃ１→Ｃ３→Ｃ４の順を示す情報）と、を組み込んでおくようにすればよい。
このように、位置ポイントＱを利用して推奨コンテンツの並び順を決定すると、互いに類似性の高いコンテンツが、できるだけまとまって配置されるようになり、ユーザにとって違和感の少ない推奨品提示が可能になる、という固有の効果が得られる。上述した実施例のアルゴリズムでは、近接ポイントＮの合計値は、第１の着目コンテンツＴ１に対する並び位置の近接度と第２の着目コンテンツＴ２に対する並び位置の近接度の合計値として算出されるので、当該合計値だけでは、どちらの着目コンテンツに対する近接度が高かったのかを示す情報は得られない。位置ポイントＱは、これを補うためのパラメータということができる。
たとえば、図２２に示す例は、上述したように、位置ポイントＱを考慮して推奨コンテンツＣ１，Ｃ３，Ｃ４の並び順を決定した例であるため、「互いに類似性の高いコンテンツをできるだけまとめて配置する」という観点において、より好ましい例になっている。
図２２において、推奨コンテンツＣ１が最も左側に配置されることになった理由は、図２１に示す結果において、位置ポイントＱの平均値が３．６７という最も高い値を示していたためである。そして、この高い平均値は、多くのユーザが、コンテンツＣ１を、着目コンテンツＴ２に比べて着目コンテンツＴ１に近い位置に配置していたことを示している（平均値＝１が、着目コンテンツＴ１，Ｔ２の中間位置を示す基準値になる）。実際、図２０の例を見れば、ユーザＢ，Ｄ，Ｅは、いずれもコンテンツＣ１を着目コンテンツＴ１の直近に配置している。これは、「互いに類似する書籍は、まとまった位置に配置する」というユーザの一般的な傾向を考慮すると、「コンテンツＣ１のコンテンツＴ１に対する類似性の方が、コンテンツＣ１のコンテンツＴ２に対する類似性よりも高い」という推論を支持する事実ということになる。
一方、図２２において、推奨コンテンツＣ４が最も右側に配置されることになった理由は、図２１に示す結果において、位置ポイントＱの平均値が０．７５という最も低い値（推奨コンテンツとして選択された３つの候補コンテンツＣ１，Ｃ３，Ｃ４の中での最も低い値）を示していたためである。そして、この低い平均値は、多くのユーザが、コンテンツＣ４を、着目コンテンツＴ１に比べて着目コンテンツＴ２に近い位置に配置していたことを示している。実際、図２０の例を見れば、ユーザＢ，Ｃは、いずれもコンテンツＣ４を着目コンテンツＴ２の直近に配置している。これは、「互いに類似する書籍は、まとまった位置に配置する」というユーザの一般的な傾向を考慮すると、「コンテンツＣ４のコンテンツＴ２に対する類似性の方が、コンテンツＣ４のコンテンツＴ１に対する類似性よりも高い」という推論を支持する事実ということになる。
結局、位置ポイントＱを考慮して推奨コンテンツＣ１，Ｃ３，Ｃ４の並び順を決定した図２２に示す例は、「互いに類似性の高いコンテンツをできるだけまとめて配置する」という方針に沿った結果になっている。すなわち、コンテンツＴ１に対してより類似性が高いと推定されるコンテンツＣ１は、コンテンツＴ１の近傍位置に配置され、コンテンツＴ２に対してより類似性が高いと推定されるコンテンツＣ４は、コンテンツＴ２の近傍位置に配置されている。このような配慮を行えば、ユーザＡに対して、違和感のない、より好ましい推奨品提示が可能になる。
以上、近接ポイントＮおよび位置ポイントＱを利用した推奨品リストの具体的な作成方法の一例を、図示する具体例を参照しながら説明したが、もちろん、推奨品リスト作成部１５０において行われる推奨品リストの作成方法は、上述した方法に限定されるものではない。たとえば、上述した方法では、近接ポイントＮを、「Ｎ＝１／α＋１／β」なる式で定義し、第１の着目コンテンツＴ１に対する並び位置の近接度（１／α）と、第２の着目コンテンツＴ２に対する並び位置の近接度（１／β）と、の和を求めているが、「Ｎ＝１／α」もしくは「Ｎ＝１／β」として、いずれか一方をとる（たとえば、より大きい方をとる）ようにしてもかまわない。
＜＜＜ §５．購入品リストの報告処理 ＞＞＞
§３で述べたとおり、図１に示す購入品リスト収集部１４０は、個々の端末装置２００Ａ〜２００Ｅから、それぞれ購入品リストＰ（Ａ）〜Ｐ（Ｅ）を収集し、これを保存する機能を有している。もちろん、この収集作業は、購入品リスト収集部１４０が自発的に行うこともできるが、実用上は、各端末装置２００Ａ〜２００Ｅから所定のタイミングで、各購入品リストＰ（Ａ）〜Ｐ（Ｅ）を購入品リスト収集部１４０に報告する処理を行うようにするのが好ましい。そうすれば、購入品リスト収集部１４０は、個々の端末装置２００Ａ〜２００Ｅから報告されてきた購入品リストＰ（Ａ）〜Ｐ（Ｅ）を受け取ることにより、自動的に収集を行うことができる。
このような報告処理を行うには、個々の端末装置２００Ａ〜２００Ｅに、そのような報告機能をもたせておけばよい。すなわち、各端末装置２００の購入品リスト格納部２５０に、予め設定されていた所定の報告条件が満足されたと判断したときに、格納中の購入品リストを管理装置１００の購入品リスト収集部１４０に送信する機能をもたせておく。一方、購入品リスト収集部１４０は、購入品リスト格納部２５０からの購入品リストの送信を受けてこれを格納すればよい。この場合、同じ端末装置から過去に報告されてきた購入品リストが存在する場合には、逐次、最新のものに更新する処理を行えばよい。
一方、推奨品リスト作成部１５０は、端末装置２００Ａ〜２００Ｅのいずれかの購入品リスト格納部２５０から、購入品リスト収集部１４０に対して購入品リストの送信があった場合には、当該購入品リストに挿入すべき推奨コンテンツを示す推奨品リストを作成し、これを当該購入品リストの送信元となる端末装置に送信して推奨品リスト格納部２７０に格納させる処理を行えばよい。
たとえば、端末装置２００Ａ内の購入品リスト格納部２５０が、所定の報告条件が満足されたと判断すると、格納中の購入品リストＰ（Ａ）を購入品リスト収集部１４０に送信する報告処理を行うことになる。このような報告があった場合、当該購入品リストＰ（Ａ）は、購入品リスト収集部１４０内に格納される（過去に報告された古い購入品リストＰ（Ａ）が存在する場合は、新たな購入品リストＰ（Ａ）に更新される）。続いて、推奨品リスト作成部１５０は、上記報告に基づいて、報告元の端末装置２００Ａに与えるべき推奨品リストＲ（Ａ）を、購入品リスト収集部１４０に収集されている他者購入品リストＰ（Ｂ）〜Ｐ（Ｅ）を参照することにより作成し、これを端末装置２００Ａに送信して推奨品リスト格納部２７０に格納させる処理を行う。
結局、端末装置２００Ａ側から見ると、所定の報告条件が満足された時点で、購入品リストＰ（Ａ）を管理装置１００側にネットワーク経由で報告すると、当該購入品リストＰ（Ａ）に応じた推奨品リストＲ（Ａ）が返信されてくることになる。そもそも、推奨品リストＲ（Ａ）は、購入品リストＰ（Ａ）において隣接配置されている一対の購入済コンテンツの間に挿入すべき推奨コンテンツを示すものであるから、購入品リストＰ（Ａ）の内容に変更が生じた場合には、変更後の購入品リストＰ（Ａ）に基づいて、新たな推奨品リストＲ（Ａ）を作成する必要がある。
したがって、購入品リスト格納部２５０の報告処理のトリガーとなる所定の報告条件としては、基本的には、「購入品リストＰ（Ａ）の更新が行われる」という条件を設定しておけばよい。そうすれば、購入品リストＰ（Ａ）が更新されるたびに、推奨品リスト作成部１５０から新たな推奨品リストＲ（Ａ）の送信を受けることができ、購入品リストＰ（Ａ）の更新とともに推奨品リストＲ（Ａ）も更新されることになる。
もっとも、実際には、購入品リストＰ（Ａ）の報告処理を行った後に、当該購入品リストＰ（Ａ）に応じた推奨品リストＲ（Ａ）の送信を受けるまでには、多少のタイムラグが生じる。特に、推奨品リスト作成部１５０がバッチ処理により推奨品リストの送信を行う運用を採る場合は、かなり長時間にわたるタイムラグの発生が予想される。また、ネットワークを介した接続環境が確保できない場合にも、新たな推奨品リストＲ（Ａ）の送信を受けることができない。
このような場合、購入品リスト格納部２５０内に格納されている購入品リストＰ（Ａ）に対応した推奨品リストＲ（Ａ）が、推奨品リスト格納部２７０内に用意されていない状態になるが、その際には、単に、購入品リストＰ（Ａ）に基づいて購入済コンテンツのみの一覧画像（たとえば、図７に示すような画像）を表示すればよい。そもそも、推奨コンテンツの提示は、購入済コンテンツの再生を行うために必須の事項ではないので、購入品リストＰ（Ａ）に対応した推奨品リストＲ（Ａ）が用意できていないときに、推奨コンテンツの提示を行わなくても、何ら支障は生じない。
ここに示す実施例の場合、上述した基本方針に基づき、次のいずれかの報告条件が満足された場合に、購入品リスト格納部２５０が、報告処理（購入品リストを購入品リスト収集部１４０に送信する処理）を行うようにしている。
(1) 端末装置が起動されたとき
ここで述べる実施例の場合、端末装置２００は、パソコン、タブレット型電子デバイス、スマートフォンなど、コンピュータを内蔵した電子機器に専用のプログラムを組み込むことにより構成される。そこで、この端末装置２００が起動されたとき（電子機器を本発明に係る端末装置２００として機能させるためのアプリケーションプログラムが起動されたとき）に、報告条件が満足されたものとして、上述した報告処理を実行するようにしている。「端末装置２００が起動されたとき」は、「購入品リストＰ（Ａ）が更新されたとき」に合致するわけではないが、ここで述べる実施例の場合、アプリケーションプログラムの起動時に、毎回、管理装置１００への報告処理を行い、新たな推奨品リストＲ（Ａ）を取得する運用を行っている。これにより、新刊書などの最新情報を考慮した推奨品を提示することができる。
(2) 並び順が変更されたとき
既に述べたとおり、ユーザは、順序変更部２６０に対して指示を与えることにより、購入済コンテンツの表示順序を自由に変更できる。そこで、ここで述べる実施例の場合、順序変更部２６０による並び順の変更が行われたときに、報告条件が満足されたものと判断し、上述した報告処理を実行するようにしている。順序変更部２６０による並び順の変更は、購入品リストＰ（Ａ）の更新を意味するものであり、当然、報告処理を実行して推奨品リストＲ（Ａ）についても更新を行う必要がある。
(3) 購入処理が行われたとき
既に述べたとおり、ユーザは、購入処理部２４０に対して指示を与えることにより、新たなコンテンツを購入することができ、購入したコンテンツは、購入品リストＰ（Ａ）に追加される。すなわち、購入処理部２４０による新たなコンテンツの購入により、購入品リストＰ（Ａ）が更新されることになるので、報告処理を実行して推奨品リストＲ（Ａ）についても更新を行う必要がある。
(4) 報告指示が入力されたとき
ここで述べる実施例の場合、ユーザが積極的に報告処理を行いたいと欲した場合にも、報告条件が満足されたものとして取り扱い、上述した報告処理を実行するようにしている。具体的には、ユーザからの報告指示を入力するための「報告ボタン」などを画面上に表示させ、当該ボタンがタップされた場合に、報告条件が満足されたものと判断し、購入品リストの送信を行うようにすればよい。これにより、ユーザは、最新の推奨品情報を入取することができる。
＜＜＜ §６．いくつかの変形例 ＞＞＞
これまで、本発明に係るコンテンツ提供システムを、基本的な実施形態に基づいて説明してきたが、最後に、いくつかの変形例を述べておく。
(1) 関連度テーブルを付加した変形例
図２３は、本発明の変形例に係るコンテンツ提供システムの構成を示すブロック図である。この変形例に示す管理装置１００′は、図２に示す基本的な実施形態に係る管理装置１００に、更に、関連度テーブル格納部１６０を付加したものである。ここで、関連度テーブル格納部１６０は、コンテンツ格納部１１０に格納されている各コンテンツ相互の関連度を定めた関連度テーブルＨを格納する機能を果たし、推奨品リスト作成部１５０は、端末装置２００に与えるべき推奨品リストを、購入品リスト収集部１４０に収集されている他の端末装置から収集された他者購入品リストを参照するとともに、関連度テーブル格納部１６０に格納されている関連度テーブルＨを参照することにより作成する機能を果たす。
図２４は、図２３に示す関連度テーブル格納部１６０内に格納されている関連度テーブルＨの一例（「吾輩は猫である」についての部分のみ）を示す表である。この表は、コンテンツＩＤ＝Ｃ４４４４４で特定される「吾輩は猫である」なるコンテンツに対する、他のすべてのコンテンツの関連度を示すものである。具体的には、この表には、図示のとおり、コンテンツＩＤ，タイトル，関連度なる欄が設けられており、個々のコンテンツについて、「吾輩は猫である」なるコンテンツに対する関連度が数値で示されている。
たとえば、「こころ」，「三四郎」なるコンテンツについては、１０という比較的大きな関連度が定義されている。これは、「こころ」，「三四郎」が、「吾輩は猫である」と同一作者による同一ジャンルのコンテンツであるためである。これに対して、「トロッコ」や「羅生門」には、若干低い８や７という関連度が定義されているが、これは同一ジャンルではあるが、作者が異なるコンテンツであるためである。一方、「原子力発電」には、最低の１という関連度が定義されているが、これは「吾輩は猫である」と「原子力発電」とは、ジャンルが全く異なり、相互の関連性が非常に低いコンテンツと判断されたためである。
このような関連度は、たとえば、管理装置１００を管理するオペレータが、予め何らかの基準に基づいて設定し、関連度テーブルＨという形で関連度テーブル格納部１６０に格納しておくようにすればよい。もちろん、ジャンルが共通するコンテンツについては５点、作家が共通するコンテンツについては３点、というような得点配分を決めておき、個々のコンテンツの書誌情報に基づいて、これらを加算するようにし、コンピュータによって自動的に関連度テーブルＨが作成できるようにすることも可能である。
図２４に示す表は、「吾輩は猫である」なるコンテンツに対する他のコンテンツの関連度を示す表であるが、実際には、関連度テーブルＨには、コンテンツ格納部１１０に格納されている多数のコンテンツ相互間の関連度が定義されており、任意のコンテンツを２つ取り出すと、これら２つのコンテンツ相互間の関連度が認識できるようになっている（関連度の定義情報がないコンテンツ間については、関連度０と認識すればよい）。なお、図２４では、説明の便宜上、タイトル欄を設けた表を示しているが、実際には、コンテンツＩＤと関連度とが特定できれば十分であり、タイトル欄の情報は省略することができる。
結局、図２３に示す変形例の場合、推奨品リスト作成部１５０は、購入品リスト収集部１４０に収集されている他者購入品リストと、関連度テーブル格納部１６０に格納されている関連度テーブルＨとの双方を参照することにより、推奨品リストを作成することが可能になる。具体的には、たとえば、推奨品リスト作成部１５０は、特定の端末装置に与えるべき推奨品リストを作成する際に、これまでの基本的な実施形態で述べた方法で決定した推奨コンテンツに加えて、次のような方法で、追加推奨コンテンツを決定することができる。
まず、当該特定の端末装置から収集した自己購入品リストにおいて並び順が隣接する一対のコンテンツに着目し、この一対の着目コンテンツのうちの一方を第１の着目コンテンツＴ１、他方を第２の着目コンテンツＴ２とし、第１の着目コンテンツＴ１に対する関連度もしくは第２の着目コンテンツＴ２に対する関連度またはこれら２つの関連度の和が所定の基準以上であるという条件を満たす関連コンテンツを、関連度テーブルＨを参照することにより選出し、選出した関連コンテンツを、自己購入品リストの第１の着目コンテンツＴ１と第２の着目コンテンツＴ２との間に追加して挿入すべき追加推奨コンテンツとする処理を行えばよい。
図２０に示す例について、§４で述べたアルゴリズムに基づいて推奨コンテンツを決定すると、図２２に示すように、ユーザＡの購入済コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツとして、３つのコンテンツＣ１，Ｃ３，Ｃ４が選ばれることは既に述べたとおりである。図２３に示す変形例では、これに加えて、次のような方法で追加推奨コンテンツが選ばれることになる。すなわち、ユーザＡの購入済コンテンツＴ１，Ｔ２をそれぞれ第１の着目コンテンツＴ１および第２の着目コンテンツＴ２として、関連度テーブルＨを参照し、Ｔ１もしくはＴ２に対する関連度、またはこれら２つの関連度の和が所定の基準以上であるという条件を満たす関連コンテンツを追加推奨コンテンツとして選出する処理を行えばよい。
そのような処理によって、たとえば、追加推奨コンテンツＣ７が選出された場合、最終的には、合計４つの推奨コンテンツＣ１，Ｃ３，Ｃ４，Ｃ７が、ユーザＡの購入済コンテンツＴ１，Ｔ２の間に挿入すべき推奨コンテンツとして、推奨品リストＲ（Ａ）に収録されることになる。図２５は、図２３に示す変形例において、ユーザＡに対する推奨コンテンツＣ１，Ｃ３，Ｃ４，Ｃ７を、購入済コンテンツＴ１，Ｔ２の間に挿入した状態を示す平面図である。図２２に示す例と比較すると、新たに追加推奨コンテンツＣ７が付加されていることがわかる。
なお、図２５に示す例において、追加推奨コンテンツＣ７の並び位置が、推奨コンテンツＣ３とＣ４の間になっている理由は、関連度テーブルＨを参照することにより選出された追加推奨コンテンツについては、位置ポイントＱを定義することができないため、便宜上、Ｑ＝１（着目コンテンツＴ１，Ｔ２の中間を示す位置ポイントＱの値）を与えたためである。
もちろん、追加推奨コンテンツＣ７についても、何らかの位置ポイントＱを定義し、着目コンテンツＴ１，Ｔ２間の挿入位置を決めるようにしてもかまわない。たとえば、関連度テーブルＨを参照した結果、追加推奨コンテンツＣ７と着目コンテンツＴ１との関連度がγ、追加推奨コンテンツＣ７と着目コンテンツＴ２との関連度がδという結果が得られた場合に、位置ポイントＱ＝γ／δと定義すれば、着目コンテンツＴ１に対する関連度が高いほど図２５の左側に、着目コンテンツＴ２に対する関連度が高いほど図２５の右側に配置されるようになる（なお、関連度は０でない正の値を設定しておくようにする）。
以上、関連度テーブルＨを参照することにより、追加推奨コンテンツを選出する例を述べたが、関連度テーブルＨに収録されている関連度を付加条件として、推奨コンテンツのふるい分けを行うこともできる。すなわち、§４で述べた方法で推奨コンテンツとされたものの中で、関連度が所定の基準に満たないものをふるい落とすようにしてもよい。あるいは、関連度テーブルＨに収録されている関連度を近接ポイントに加算することにより近接度を求め、候補コンテンツから推奨コンテンツのふるい分け作業に関連度が参酌されるようにすることも可能である。たとえば、図２１の表に示す例の場合、候補コンテンツＣ１〜Ｃ６の近接度を、近接ポイントＮの合計値として求めているが、これに更に、各候補コンテンツの着目コンテンツＴ１，Ｔ２に対する関連度を加算した値を近接度と定義するようにすればよい。
具体的には、たとえば、関連度テーブルＨを参照した結果、候補コンテンツＣ６の着目コンテンツＴ１に対する関連度が１であり、着目コンテンツＴ２に対する関連度が０．５であることが判明し、その他の候補コンテンツＣ１〜Ｃ５については、いずれも関連度が０であった場合を考えてみよう。この場合、候補コンテンツＣ５については、近接ポイントＮの合計値２．２５に、更に、関連度１＋０．５が加算されることになるので、最終的な近接度は３．７５ということになる。したがって、近接度が３以上の候補コンテンツを推奨コンテンツとする、という運用を行っている場合、候補コンテンツＣ１，Ｃ３，Ｃ４に加えて、更に候補コンテンツＣ６が推奨コンテンツとして選出されることになる。
(2) コンテンツをダウンロードする変形例
これまで述べてきた基本的実施形態に係る端末装置２００は、いわゆるストリーミング再生を行う機能を有しており、送信要求に応じて管理装置１００から返信されてきた再生対象コンテンツをコンテンツ受信部２１０を介して受け取り、これを再生する処理を行う。したがって、コンテンツ受信部２１０には、再生に必要なコンテンツデータを一時的に格納しておく記憶領域を用意しておけばよく、再生終了時には、当該コンテンツデータを消去してかまわない。
これに対して、ここで述べる変形例は、端末装置２００にコンテンツをダウンロードする機能をもたせたものである。すなわち、この変形例では、ユーザが所望のコンテンツを購入すると、コンテンツ送信部１２０が、販売管理部１３０に記録されている販売履歴に基づいて、コンテンツ格納部１１０内から購入済コンテンツを読み出して端末装置２００へ送信する処理を行う。一方、端末装置２００側では、コンテンツ受信部２１０が、送信されてきた購入済コンテンツを受信し、これを格納保存するダウンロード処理を行う。かくして、コンテンツ受信部２１０には、ダウンロードした購入済コンテンツが保存された状態になる。コンテンツ再生部２２０は、このコンテンツ受信部２１０に格納されているコンテンツを再生することになる。
もちろん、推奨コンテンツについても、同様にダウンロードすることができる。すなわち、推奨品リスト作成部１５０が新たな推奨品リストを作成し、これを端末装置２００に送信したときに、コンテンツ送信部１２０が、当該推奨品リストに基づいて、コンテンツ格納部１１０内から、推奨コンテンツを読み出して送信すればよい。端末装置２００側では、コンテンツ受信部２１０が、送信されてきた推奨コンテンツを受信し、これを格納保存するダウンロード処理を行えばよい。そうすれば、コンテンツ受信部２１０には、ダウンロードした推奨コンテンツも保存された状態になるので、コンテンツ再生部２２０は、この保存された推奨コンテンツについての再生も行うことができる。
このようにコンテンツをダウンロードする変形例では、管理装置１００と端末装置２００とを接続するネットワークが利用できない場合でも、端末装置２００側では、支障なく各コンテンツの再生（オフライン再生）が可能になる。
(3) 一覧画像の表示に関する変形例
図１２には、図１１に示す混在リストＭ（Ａ）に基づいて、購入済コンテンツおよび推奨コンテンツが混在する一覧表示を行った例を示した。この例は、本棚３０に書籍が並べられている状態をデフォルメしたものであり、個々のコンテンツは、その背表紙を示す指標によって示されている。しかしながら、本発明において、一覧画像は、必ずしもこのような背表紙を示す指標を並べたものにする必要はなく、たとえば、個々のコンテンツの表紙をそれぞれアイコンで表示した指標を並べたものにしてもかまわない。
また、図１２には、個々のコンテンツの指標として、背表紙にタイトル文字を割り付けた単純な指標を用いた例が示されているが、より精細なタイトル画像（たとえば、実際の書籍を写真撮影して得られる画像）を用意することができれば、そのようなタイトル画像を個々のコンテンツの指標として利用することもできる。
なお、図１２に例示するように各書籍のタイトル文字を用いた指標や、より精細なタイトル画像を用いた指標を表示した一覧画像を作成するには、個々のコンテンツについて、それぞれタイトル文字やタイトル画像のデータが必要になる。このようなデータは、必要があれば、管理装置１００側からダウンロードすることにより入手することが可能であるが、実用上は、購入品リストや推奨品リストに含ませておくようにするのが好ましい。
たとえば、購入処理部２４０が、新たにコンテンツを購入する処理を行ったときに、購入済コンテンツのタイトル文字データもしくはタイトル画像データを購入品リストに追加する処理を行うようにすれば、タイトル文字データもしくはタイトル画像データを含む購入品リストが購入品リスト格納部２５０に格納されることになる。同様に、推奨品リスト作成部１５０が、各推奨コンテンツのタイトル文字データもしくはタイトル画像データを含む推奨品リストを作成するようにすれば、タイトル文字データもしくはタイトル画像データを含む推奨品リストが推奨品リスト格納部２７０に格納されることになる。したがって、一覧表示部２８０は、これらのタイトル文字データもしくはタイトル画像データを用いて、各コンテンツの指標画像を作成し、これを並べることにより一覧画像を生成することができるようになる。
また、これまで述べた基本的な実施形態の場合、一覧表示部２８０は、購入品リスト格納部２５０に格納されている購入品リストＰ（Ａ）と、推奨品リスト格納部２７０に格納されている推奨品リストＲ（Ａ）とを合成して、図１１に例示するような混在リストＭ（Ａ）を作成し、この混在リストＭ（Ａ）に基づいて、図１２に例示するような一覧画像を表示する処理を行っているが、一覧表示部２８０に、購入品リスト格納部２５０に格納されている購入品リストＰ（Ａ）のみに基づいて、購入済コンテンツの指標のみを並べて示す購入品表示処理（図７に示すような一覧画像を表示する処理）と、混在リストＭ（Ａ）に基づいて、購入済コンテンツの指標と推奨コンテンツの指標とを混在状態で並べた混在表示処理（図１２に示すような一覧画像を表示する処理）と、の双方を、ユーザの指示に基づいて選択的に実行する機能をもたせておけば、ユーザは、好みに応じて一覧画像を切り替えることができる。
なお、図１２に示すような一覧画像では、購入済コンテンツの指標と推奨コンテンツの指標とが混在しており、どれが購入済のコンテンツであるかを認識することができない。そこで、必要があれば、一覧表示部２８０に、購入済コンテンツの指標と推奨コンテンツの指標とを、異なる態様で表示した一覧画像を生成する機能をもたせるようにしてもよい。たとえば、購入済コンテンツの指標についてはカラー表示し、推奨コンテンツの指標についてはモノクロ表示するようにすれば、ユーザは両者を一目で識別することが可能である。
(4) 電子書籍以外のコンテンツを取り扱う変形例
以上、提供対象となるコンテンツとして、電子書籍のデジタルデータを取り扱った実施例を述べたが、本発明に係るコンテンツ提供システムは、電子書籍に限られるわけではなく、音楽コンテンツ、映像コンテンツなど、様々なデジタルコンテンツを取り扱うことができる。
＜＜＜ §７．管理装置を複数のサーバで構成した応用例 ＞＞＞
図２の基本的な実施形態を示すブロック図では、管理装置１００の構成要素となる５つのブロックを一点鎖線で囲って示してあるが、もちろん、このブロック図は発明の技術思想としての構成概念を説明するためのものであり、本発明を実施するにあたり、管理装置１００は、必ずしも１台の装置（１台のコンピュータ）で構成する必要はない。
本発明を実社会で具現化する場合、むしろ管理装置１００を複数台のコンピュータ（サーバ）で構成するケースが一般的になろう。図２６は、このように、管理装置１００を複数台のサーバで構成した応用例を示すブロック図である。図の上段左には、３台のサーバ１０１Ｘ，１０１Ｙ，１０１Ｚが一点鎖線でそれぞれ囲って示されている。これらのサーバは、コンテンツを提供するためのコンテンツサーバである。一方、図の上段右には、１台のサーバ１０２が一点鎖線で囲って示されている。当該サーバは、推奨品リストを提供するための推奨サーバである。この応用例では、これら４台のサーバ１０１Ｘ，１０１Ｙ，１０１Ｚ，１０２によって、管理装置１００が構成される。もちろん、コンテンツサーバの数は３台に限定されるわけではない。要するに、ここに示す応用例では、複数ｎ台のコンテンツサーバと、１台の推奨サーバと、によって管理装置１００を構成すればよい。
コンテンツサーバ１０１Ｘは、図示のとおり、コンテンツ格納部１１０Ｘ、コンテンツ送信部１２０Ｘ、販売管理部１３０Ｘを備えている。また、図示は省略するが、コンテンツサーバ１０１Ｙ，１０１Ｚも同様の構成を備えている。すなわち、この応用例では、複数ｎ台のコンテンツサーバのそれぞれが、コンテンツ格納部、コンテンツ送信部、販売管理部を備えており、これらの機能は、これまで述べた基本的な実施形態と同様である。
一方、推奨サーバ１０２は、購入品リスト収集部１４０および推奨品リスト作成部１５０を備えており、これらの機能は、これまで述べた基本的な実施形態と同様である。この応用例の場合、推奨サーバ１０２には、更に、コンテンツリスト格納部１７０Ｘ，１７０Ｙ，１７０Ｚが設けられている。これらのコンテンツリスト格納部は、それぞれのコンテンツサーバに対応するものであり、複数ｎ台のコンテンツサーバを用いる場合には、複数ｎ個のコンテンツリスト格納部を設けることになる。そして、第ｉ番目（１≦ｉ≦ｎ）のコンテンツリスト格納部１７０ｉには、第ｉ番目のコンテンツサーバ１０１ｉから送信されてきた情報に基づいて当該第ｉ番目のコンテンツサーバ１０１ｉに格納されているコンテンツの内容を示すコンテンツリストが格納されている。たとえば、コンテンツサーバ１０１Ｘ内のコンテンツ格納部１１０Ｘに格納されているコンテンツの品目は、ネットワークを介して推奨サーバ１０２に報告され、コンテンツリストとして、コンテンツリスト格納部１７０Ｘに格納されることになる。
推奨サーバ１０２が、端末装置２００に対して、推奨品リストＲ（Ａ）を提供する基本的な仕組は、これまで述べた基本的な実施形態と同じである。まず、購入品リスト収集部１４０によって、個々の端末装置２００Ａ〜２００Ｅからそれぞれ購入品リストＰ（Ａ）〜Ｐ（Ｅ）の収集が行われ、推奨品リスト作成部１５０が、特定の端末装置２００に与えるべき推奨品リストを、この購入品リスト収集部１４０に収集されている他者購入品リストを参照することにより作成することになる。
このとき、推奨品リスト作成部１５０は、各コンテンツリスト格納部１７０Ｘ，１７０Ｙ，１７０Ｚを参照し、推奨品リストＲ（Ａ）にリストアップすべく抽出された候補コンテンツと、各コンテンツリスト格納部１７０Ｘ，１７０Ｙ，１７０Ｚにリストアップされているコンテンツとのマッチングをとる作業を行うようにしている。これは、購入品リスト収集部１４０が収集した他者購入品リストの中に、コンテンツサーバ１０１Ｘ，１０１Ｙ，１０１Ｚのいずれにも収録されていないコンテンツが含まれていた場合に、そのようなコンテンツが推奨リストに掲載されて推奨されることを排除するための念のための作業である。もし、マッチングしないコンテンツが候補コンテンツとして抽出された場合には、当該候補コンテンツは推奨品リストから排除される。結局、推奨品リスト作成部１５０は、各コンテンツリスト格納部１７０Ｘ，１７０Ｙ，１７０Ｚ内のコンテンツリストに掲載されているコンテンツのみを掲載した推奨品リストを作成することになる。
上記マッチング作業により排除されるコンテンツが生じる原因のひとつは、たとえば、販売中止となったコンテンツが存在した場合である。各コンテンツリスト格納部１７０Ｘ，１７０Ｙ，１７０Ｚ内のコンテンツリストは、常に、各コンテンツサーバ１０１Ｘ，１０１Ｙ，１０１Ｚから送信される情報に基づいて更新されるので、販売中止となってコンテンツ格納部から取り除かれたコンテンツについては、コンテンツリストからも取り除かれる。このようなコンテンツは、ユーザはもはや入手できないので、推奨品とするのは不適切である。また、たとえば、コンテンツサーバ１０１Ｚ全体が何らかの事情で活動を中止したような場合も、当該コンテンツサーバ１０１Ｚのみが取り扱っていたコンテンツを推奨品とするのは不適切になる。
また、これはユーザ側の事情に基づく原因であるが、この系の一員となっているコンテンツサーバ１０１Ｘ，１０１Ｙ，１０１Ｚ以外のコンテンツサーバからコンテンツを購入したり、あるいは、いわゆる「自炊」と呼ばれている行為（実在の書籍をスキャナなどでデータ化してコンテンツデータとして取り込む行為）によって、コンテンツを入手したりした場合、そのようなコンテンツを推奨品とするのも不適切である。上述したように、コンテンツリスト格納部１７０Ｘ，１７０Ｙ，１７０Ｚ内のコンテンツリストとマッチングしない候補コンテンツについては、推奨コンテンツから排除する運用を行えば、推奨品とするのに不適切なコンテンツが推奨されるのを防ぐことができる。
なお、上記マッチングをとる作業を行えば、個々の推奨コンテンツが、どのコンテンツサーバに格納されているコンテンツであるかを認識することができるので、推奨品リストに入手先サーバを特定する情報を付加することも可能である。たとえば、コンテンツリスト格納部１７０Ｘ内のリストに掲載されているコンテンツとマッチングがとれた推奨コンテンツについては、入手先が「コンテンツサーバ１０１Ｘ」であることを示す情報（たとえば、サーバ１０１ＸのＵＲＬなど）を付加しておけばよい。そうすれば、端末装置２００側では、当該推奨コンテンツを購入あるいは再生する際に、どのコンテンツサーバにアクセスすればよいかを直ちに認識できる。
なお、コンテンツリスト格納部１７０Ｘ，１７０Ｙ，１７０Ｚに格納されるコンテンツリストに、各コンテンツの識別コードだけでなく、書誌データや指標として表示すべき画像データ（表紙や背表紙の画像など）を含ませておけば、これらの情報を推奨品リストにも組み入れることができるので、端末装置２００側では、これらの情報を利用して、書誌データの表示や、背表紙などの指標を表示することが可能になる。もちろん、表紙や背表紙などの画像データの代わりに、そのような画像データを入手可能なＵＲＬの情報をコンテンツリストに含ませておいてもよいし、ＵＲＬ以外の方法によって、何らかのサーバ内に格納されている画像データに紐付けする情報をコンテンツリストに含ませておいてもよい。
以上、管理装置１００側の構成について述べたが、実用上は、端末装置２００側の構成も、これに応じた構成にしておくのが好ましい。図２６に示す例の場合、下段に示す端末装置２００は、１台のコンピュータ（パソコン、タブレット型電子デバイス、スマートフォンなど）で構成されている点に変わりはないが、そこに組み込むアプリケーションプログラムをいくつかの構成に分けている。すなわち、図示の例の場合、端末装置２００は、破線で囲って示すように、３個の再生処理ユニット２０５Ｘ，２０５Ｙ，２０５Ｚと、１個のリスト提示ユニット２０６と、によって構成されている。これら４組のユニットは、実際には、端末装置２００を構成するコンピュータに組み込まれた別個のアプリケーションプログラムによって実現される。
要するに、ここに示す応用例の場合、端末装置２００を、複数ｎ個（ｎ台のコンテンツサーバに対応）の再生処理ユニットと、１個のリスト提示ユニットと、によって構成しておけばよい。ここで、複数ｎ個の再生処理ユニットは、それぞれが、コンテンツ受信部、コンテンツ再生部、購入処理部を有している。たとえば、再生処理ユニット２０５Ｘは、コンテンツ受信部２１０Ｘ、コンテンツ再生部２２０Ｘ、購入処理部２４０Ｘを有しており、これらの構成要素の基本機能は、これまで述べてきた実施形態におけるコンテンツ受信部２１０、コンテンツ再生部２２０、購入処理部２４０の各機能と同じである。一方、リスト提示ユニット２０６は、購入品リスト格納部２５０と、順序変更部２６０と、推奨品リスト格納部２７０と、一覧表示部２８０と、コンテンツ選択部２３０と、を有しており、これらの構成要素の基本機能も、これまで述べてきた実施形態における同構成要素の機能と同じである。
ここで、第ｉ番目（１≦ｉ≦ｎ）の再生処理ユニット２０５ｉは、第ｉ番目のコンテンツサーバ１０１ｉと通信を行い、コンテンツのダウンロードや購入処理を行うことになる。そして、購入品リスト格納部２５０内の購入品リストＰ（Ａ）には、各再生処理ユニット２０５Ｘ，２０５Ｙ，２０５Ｚ内の購入処理部による購入処理によって購入済コンテンツの識別コードが追加される。すなわち、いずれの再生処理ユニット２０５Ｘ，２０５Ｙ，２０５Ｚで購入されたコンテンツも、購入品リスト格納部２５０内の購入品リストＰ（Ａ）に掲載されることになり、その並び順は、順序変更部２６０によって変更可能であり、一覧表示部２８０による一覧表示の対象になる。
コンテンツ選択部２３０によるコンテンツの選択が行われた際には、当該選択コンテンツの購入処理を行った再生処理ユニット内のコンテンツ再生部により当該選択コンテンツの再生が行われる。たとえば、再生処理ユニット２０５Ｘがコンテンツサーバ１０１Ｘから購入したコンテンツが再生対象として選択された場合、当該選択の事実は、再生処理ユニット２０５Ｘに報知され、再生処理ユニット２０５Ｘ内のコンテンツ受信部２１０Ｘによるダウンロードやコンテンツ再生部２２０Ｘによる再生が行われることになる。選択されたコンテンツが推奨コンテンツであった場合も同様である。
このように、再生処理ユニット２０５Ｘ，２０５Ｙ，２０５Ｚに分業（コンテンツごとの担当の振り分け）を行わせるには、購入品リストや推奨品リストに、個々のコンテンツがどのコンテンツサーバに格納されているコンテンツであるかを認識するための情報を含ませておけばよい。そうすれば、ユーザが特定のコンテンツを選択した際に、処理を担当する再生処理ユニット２０５Ｘ，２０５Ｙ，２０５Ｚを直ちに特定することができ、コンテンツの再生処理や、特定のコンテンツサーバへのアクセス処理を行うことができる。なお、同一のコンテンツが、複数のコンテンツサーバに格納されているような場合は、対応する複数の再生処理ユニットのいずれに担当させてもかまわないし、推奨サーバ１０２側で予め代表を定めておき、推奨品リストには、代表の情報のみを入れるようにしてもよい。あるいは、推奨品リストに複数の担当情報を入れておき、端末装置２００側において、ユーザに選択させるようにしてもよい。
以上、管理装置１００を複数のサーバで構成した応用例を述べたが、この応用例は、特に、複数の事業者が参入しているデジタルコンテンツの提供ビジネスに適用するのに適している。たとえば、現在、複数の事業者が、電子書籍を提供するビジネスに参入しており、それぞれの事業者がインターネット上に独自の電子書店サイトを開設している。しかも、端末装置側で、電子書籍を閲覧したり、新たな電子書籍を購入したりするために用いる、いわゆる「ビューワー」のアプリケーションプログラムも、それぞれの事業者が独自のソフトウエアを頒布しているケースが多い。
たとえば、３つの事業者Ｘ，Ｙ，Ｚが、それぞれ独自の電子書店サイトを開設し、それぞれ独自の「ビューワー」を頒布しているケースを考えてみよう。図２６に示す応用例は、このようなケースに本発明を適用した例である。すなわち、コンテンツサーバ１０１Ｘ，１０１Ｙ，１０１Ｚは、それぞれ事業者Ｘ，Ｙ，Ｚが開設した電子書店サイトを運営するためのサーバによって構成されている。一方、端末装置２００側の再生処理ユニット２０５Ｘ，２０５Ｙ，２０５Ｚは、それぞれ事業者Ｘ，Ｙ，Ｚが頒布した「ビューワー」のアプリケーションプログラムを組み込むことにより構築されたものである。
ここで、本発明の実施にあたり、第４の事業者Ｗが推奨品リストの提供役として参加したものとしよう。この場合、事業者Ｗは、推奨サーバ１０２を立ち上げ、ユーザに対して、リスト提示ユニット２０６としての機能を果たす「書棚管理」のアプリケーションプログラムを頒布すればよい。結局、ユーザは、パソコン、タブレット型電子デバイス、スマートフォンなどの端末装置２００を構成するコンピュータに、事業者Ｘ，Ｙ，Ｚが頒布した「ビューワー」のアプリケーションプログラムと、事業者Ｗが頒布した「書棚管理」アプリケーションプログラムと、を組み込むことにより、本発明に係るコンテンツ提供システムの恩恵に預かれる。
前述したとおり、各再生処理ユニット２０５Ｘ，２０５Ｙ，２０５Ｚは、それぞれ各コンテンツサーバ１０１Ｘ，１０１Ｙ，１０１Ｚと通信することによりその機能を果たすことができ、各コンテンツサーバ１０１Ｘ，１０１Ｙ，１０１Ｚから入手したコンテンツは、それぞれ各再生処理ユニット２０５Ｘ，２０５Ｙ，２０５Ｚによって再生されることになるので、３つの事業者Ｘ，Ｙ，Ｚが、それぞれ独自の電子書店サイトを開設し、販売したコンテンツをそれぞれ独自の「ビューワー」で閲覧することを前提としていたとしても、何ら支障なく本発明の導入が可能である。
＜＜＜ §８．コンテンツ推奨システム ＞＞＞
本発明に係るコンテンツ提供システムの最も重要な特徴は、個々のユーザに適した推奨品を効果的に提示する機能であり、当該機能を実現するための中枢とも言うべき構成要素は、図２に示す購入品リスト収集部１４０と推奨品リスト作成部１５０である。ここでは、この本発明に係る本質的な機能のみを捉え、本発明をコンテンツ推奨システムとして把握した実施例を説明する。すなわち、図２に示す基本的な実施形態は、コンテンツの販売を目的とするコンテンツ提供システムとして本発明を具現化した例であるが、以下に述べる実施例は、ユーザが所有するコンテンツのリストに基づいて、当該ユーザに推奨品リストを提供するシステムとして本発明を具現化した例ということになる。
別言すれば、ここで述べるコンテンツ推奨システムは、複数の端末装置に対してネットワークを介して通信することができ、個々の端末装置内のコンテンツリストを解析することにより、当該端末装置に対して、当該コンテンツリストに掲載されていなかった推奨品を示す推奨品リストを提供するシステムということになる。個々の端末装置内のコンテンツリストは、必ずしも購入したコンテンツのリストである必要はなく、ユーザが利用可能な状態にあるコンテンツのリストであれば足りる。たとえば、前述した「自炊」によって、実在の書籍をスキャナなどでデータ化して得られたコンテンツもコンテンツリストに含めてかまわない。
また、極端な話として、データ化すらせずに、コンテンツリストに収録してもかまわない。たとえば、実在の本棚に実在の書籍が並んでいる場合に、ユーザが、これら書籍の識別コード（たとえば、ＩＳＢＮ）をコンピュータに入力し、実在の書籍の並び順どおりに識別コードを並べたリストを、当該ユーザのコンテンツリストとして用いることも可能である。この場合、ユーザは、実在の本棚に並べられた実在の書籍の情報（並び順も含めた情報）を本発明に係るコンテンツ推奨システムに送ると、当該ユーザに推奨すべきコンテンツを収録した推奨品リストが返送されてくることになる。
このように、本発明に係るコンテンツ推奨システムでは、推奨品リストを作成する際に解析すべきリストは、必ずしもユーザの購入済コンテンツである必要はない（著作権の問題が生じる可能性はあるが、他人から借りたコンテンツをリストに掲載してもかまわない）。したがって、以下の説明では、これまで「購入品リスト」と呼んでいたリストを、単に「コンテンツリスト」と呼ぶことにし、図２における構成において、「購入品リスト収集部１４０」および「購入品リスト格納部２５０」をそれぞれ「コンテンツリスト収集部１４０」および「コンテンツリスト格納部２５０」と読み替えることにする。
結局、本発明に係るコンテンツ推奨システムは、個々の端末装置から、コンテンツを所定の順序で並べて示すコンテンツリストを収集するコンテンツリスト収集部１４０（図２における購入品リスト収集部）と、特定の端末装置からコンテンツリストを収集したときに、コンテンツリスト収集部１４０に収集されている、当該特定の端末装置以外の他の端末装置から収集された他者コンテンツリストを参照することにより推奨コンテンツを決定し、当該推奨コンテンツを示す推奨品リストを作成し、これを当該特定の端末装置に提供する推奨品リスト作成部１５０と、によって構成されることになる。
ここで、推奨品リスト作成部１５０は、これまで述べてきた基本的な実施形態で説明した処理手順により、推奨品リストの作成を行う。すなわち、推奨品リスト作成部１５０は、特定の端末装置に提供すべき推奨品リストを作成する際に、当該特定の端末装置から収集した自己コンテンツリストにおいて並び順が隣接する一対のコンテンツに着目し、この一対の着目コンテンツのうちの一方を第１の着目コンテンツ、他方を第２の着目コンテンツとしたときに、第１の着目コンテンツと第２の着目コンテンツとの双方を含む他者のコンテンツリストから、第１の着目コンテンツと第２の着目コンテンツとの間に並べられているコンテンツ（但し、自己コンテンツリストに含まれているものを除く）を候補コンテンツとして抽出し、当該候補コンテンツの一部もしくは全部を推奨コンテンツとして推奨品リストを作成する処理を行うことになる。
なお、これまでの実施形態でも述べたとおり、推奨品リスト作成部１５０は、他者のコンテンツリストから、第１の着目コンテンツと第２の着目コンテンツとの間に並べられているコンテンツ（但し、自己コンテンツリストに含まれているものを除く）を候補コンテンツとして抽出し、当該候補コンテンツの一部もしくは全部を、自己コンテンツリストの第１の着目コンテンツと第２の着目コンテンツとの間に挿入すべき指示を含む推奨品リストを作成するようにするのが好ましい（たとえば、図１０に示す例では、推奨品リストＲ（Ａ）に、挿入位置を指示する情報が含まれている）。
一方、このようなコンテンツ推奨システムから推奨品リストＲ（Ａ）の提供を受ける端末装置２００側には、図２の下段に示すとおり、コンテンツリストを格納するコンテンツリスト格納部２５０（図２における購入品リスト格納部）と、受け取った推奨品リストＲ（Ａ）を格納する推奨品リスト格納部２７０と、一覧表示部２８０とが設けられている。推奨品リストＲ（Ａ）には、挿入位置を指示する情報が含まれているので、一覧表示部２８０は、コンテンツリスト格納部２５０に格納されているコンテンツリストＰ（Ａ）内のコンテンツの指標をコンテンツリストの並び順に基づいて並べ、更に、推奨品リスト格納部２７０に格納されている推奨品リストＲ（Ａ）に基づいて推奨コンテンツの指標を指示された位置に挿入し、コンテンツリストＰ（Ａ）内のコンテンツの指標と推奨品リストＲ（Ａ）内の推奨コンテンツの指標とを混在状態で並べた一覧画像を生成し、これを表示することができる。このような混在状態のリストが、ユーザに違和感がなく自然な態様で受け入れられる点は、既に述べたとおりである。
１０：ジャンル選択ボタン
２０：コンテンツ選択ボタン
３０：陳列棚（本棚）
４０：購入済コンテンツの指標
４５：コンテンツ表示画面
５０：推奨コンテンツの指標
６１：抜粋頁表示画面
６２：書店移動ボタン
６３：戻るボタン
６４：購入画面
６５：購入ボタン
６６：キャンセルボタン
６７：書評頁表示画面
１００，１００′：管理装置
１０１Ｘ，１０１Ｙ，１０１Ｚ：コンテンツサーバ
１０２：推奨サーバ
１１０，１１０Ｘ：コンテンツ格納部
１２０，１２０Ｘ：コンテンツ送信部
１３０，１３０Ｘ：販売管理部
１４０：購入品リスト収集部
１５０：推奨品リスト作成部
１６０：関連度テーブル格納部
１７０Ｘ，１７０Ｙ，１７０Ｚ：コンテンツリスト格納部
２００，２００Ａ〜２００Ｅ：端末装置
２０１：ディスプレイ
２０２：メニューボタン
２０５Ｘ，２０５Ｙ，２０５Ｚ：再生処理ユニット
２０６：リスト提示ユニット
２１０：コンテンツ受信部
２２０：コンテンツ再生部
２３０：コンテンツ選択部
２４０：購入処理部
２５０：購入品リスト格納部
２６０：順序変更部
２７０：推奨品リスト格納部
２８０：一覧表示部
３００：ネットワーク（インターネット）
Ａ〜Ｅ：ユーザ
Ｃ１〜Ｃ７：コンテンツ
Ｃｘｘｘｘｘ：コンテンツＩＤ
Ｈ：関連度テーブル
Ｍ（Ａ）：混在リスト
Ｎ：近接ポイント
Ｐ１〜Ｐ５：購入品
Ｐ（Ａ），Ｐ（Ｂ），Ｐ（Ｃ）：購入品リスト
Ｑ：位置ポイント
Ｒ１〜Ｒ３：推奨品
Ｒ（Ａ）：推奨品リスト
Ｔ１：第１の着目コンテンツ
Ｔ２：第２の着目コンテンツ
Ｕ（Ａ）〜Ｕ（Ｅ）：ユーザＩＤ
α：第１の着目コンテンツＴ１からの距離
β：第２の着目コンテンツＴ２からの距離

Claims (29)

  1. 管理装置と複数の端末装置とによって構成され、前記管理装置から送信されるコンテンツを個々の端末装置において再生してユーザに提供するコンテンツ提供システムであって、
    前記管理装置は、
    前記個々の端末装置に対してネットワークを介して通信することができ、
    提供対象となるコンテンツを格納するコンテンツ格納部と、
    前記個々の端末装置からの購入要求に応じて、当該購入要求に係るコンテンツについて販売履歴を記録するとともに課金処理を行う販売管理部と、
    前記個々の端末装置からの送信要求に応じて、前記コンテンツ格納部から当該送信要求に係るコンテンツを読み出し、これを送信要求があった端末装置に送信するコンテンツ送信部と、
    を備え、
    前記個々の端末装置は、
    前記コンテンツ送信部に対して所望のコンテンツについての送信要求を与え、当該送信要求に応じて送信されてきたコンテンツを受信するコンテンツ受信部と、
    個々の購入済コンテンツを特定する識別コードを所定の並び順が認識できる態様で収録した購入品リストを格納する購入品リスト格納部と、
    ユーザの指示に基づいて、前記販売管理部に対して所望のコンテンツについての購入要求を与え、購入済コンテンツを特定する識別コードを前記購入品リストに追加する購入処理を行う購入処理部と、
    ユーザの指示に基づいて、前記購入品リスト格納部に格納されている前記購入品リストの並び順を変更する順序変更部と、
    前記購入品リストにおいて並び順が隣接する一対の購入済コンテンツについて、その間に挿入すべき推奨コンテンツの識別コードを定義した推奨品リストを格納する推奨品リスト格納部と、
    購入済コンテンツの指標を前記購入品リストの並び順に基づいて並べ、更に、前記推奨品リストに基づいて推奨コンテンツの指標を購入済コンテンツの指標の間に挿入し、購入済コンテンツの指標と推奨コンテンツの指標とを混在状態で並べた一覧画像を生成し、これを表示する一覧表示部と、
    前記一覧画像上で、再生対象となる特定のコンテンツの指標を指定するユーザの指示を入力することにより、当該特定のコンテンツを選択するコンテンツ選択部と、
    購入済コンテンツについては制約なしに再生を行い、推奨コンテンツについては所定の制約下（全く再生できないという制約も含む）でのみ再生を行う機能を有し、前記コンテンツ受信部が受信した購入済コンテンツもしくは推奨コンテンツのうち、前記コンテンツ選択部によって選択されたコンテンツを再生するコンテンツ再生部と、
    を備え、
    前記管理装置は、更に、
    前記個々の端末装置からそれぞれ購入品リストを収集する購入品リスト収集部と、
    特定の端末装置に与えるべき推奨品リストを、前記購入品リスト収集部に収集されている、前記特定の端末装置以外の他の端末装置から収集された他者購入品リストを参照することにより作成し、これを前記特定の端末装置に送信して前記推奨品リスト格納部に格納させる推奨品リスト作成部と、
    を備えることを特徴とするコンテンツ提供システム。
  2. 請求項１に記載のコンテンツ提供システムにおいて、
    推奨品リスト作成部が、特定の端末装置に与えるべき推奨品リストを作成する際に、当該特定の端末装置から収集した自己購入品リストにおいて並び順が隣接する一対のコンテンツに着目し、この一対の着目コンテンツのうちの一方を第１の着目コンテンツ、他方を第２の着目コンテンツとしたときに、前記第１の着目コンテンツと前記第２の着目コンテンツとの双方を含む他者購入品リストから、前記第１の着目コンテンツと前記第２の着目コンテンツとの間に並べられているコンテンツ（但し、前記自己購入品リストに含まれているものを除く）を候補コンテンツとして抽出し、当該候補コンテンツの一部もしくは全部を、前記自己購入品リストの前記第１の着目コンテンツと前記第２の着目コンテンツとの間に挿入すべき推奨コンテンツとすることを特徴とするコンテンツ提供システム。
  3. 請求項２に記載のコンテンツ提供システムにおいて、
    推奨品リスト作成部が、抽出した候補コンテンツのそれぞれについて、第１の着目コンテンツに対する並び位置の近接度、もしくは第２の着目コンテンツに対する並び位置の近接度、またはその和を示す近接度を求め、求めた近接度が所定の基準以上の候補コンテンツを着目コンテンツの間に挿入すべき推奨コンテンツとすることを特徴とするコンテンツ提供システム。
  4. 請求項３に記載のコンテンツ提供システムにおいて、
    推奨品リスト作成部が、近接度が所定の基準以上であり、かつ、近接度の大きい順に並べたときに上位ｎ番以内（ｎは所定の自然数）に入る候補コンテンツを着目コンテンツの間に挿入すべき推奨コンテンツとすることを特徴とするコンテンツ提供システム。
  5. 請求項４に記載のコンテンツ提供システムにおいて、
    特定の他者購入品リストから抽出された特定の候補コンテンツが、当該他者購入品リストにおいて第１の着目コンテンツからα番目、第２の着目コンテンツからβ番目の並び位置にある場合に、当該特定の候補コンテンツに対して、Ｎ＝１／α＋１／βなる近接ポイントＮを付与し、
    異なる複数の他者購入品リストから同一の候補コンテンツが抽出された場合には、当該候補コンテンツについて、前記複数の他者購入品リストに基づいてそれぞれ付与された各近接ポイントＮを加算した合計値を当該候補コンテンツについての近接度とすることを特徴とするコンテンツ提供システム。
  6. 請求項５に記載のコンテンツ提供システムにおいて、
    一対の着目コンテンツの間に挿入すべき推奨コンテンツが複数存在する場合に、個々の他者購入品リストから抽出された推奨コンテンツについてそれぞれ位置ポイントＱ＝β／αを求め、この位置ポイントＱの平均値が大きいコンテンツほど第１の着目コンテンツ側にくるように、当該複数の推奨コンテンツの並び順を決定することを特徴とするコンテンツ提供システム。
  7. 請求項１〜６のいずれかに記載のコンテンツ提供システムにおいて、
    管理装置が、コンテンツ格納部に格納されている各コンテンツ相互の関連度を定めた関連度テーブルを格納した関連度テーブル格納部を更に備え、
    推奨品リスト作成部が、特定の端末装置に与えるべき推奨品リストを、購入品リスト収集部に収集されている他の端末装置から収集された他者購入品リストを参照するとともに、前記関連度テーブル格納部に格納されている前記関連度テーブルを参照することにより作成することを特徴とするコンテンツ提供システム。
  8. 請求項７に記載のコンテンツ提供システムにおいて、
    推奨品リスト作成部が、特定の端末装置に与えるべき推奨品リストを作成する際に、当該特定の端末装置から収集した自己購入品リストにおいて並び順が隣接する一対のコンテンツに着目し、この一対の着目コンテンツのうちの一方を第１の着目コンテンツ、他方を第２の着目コンテンツとしたときに、前記第１の着目コンテンツに対する関連度もしくは前記第２の着目コンテンツに対する関連度またはこれら２つの関連度の和が所定の基準以上であるという条件を満たす関連コンテンツを、前記自己購入品リストの前記第１の着目コンテンツと前記第２の着目コンテンツとの間に追加して挿入すべき追加推奨コンテンツとすることを特徴とするコンテンツ提供システム。
  9. 請求項１〜８のいずれかに記載のコンテンツ提供システムにおいて、
    端末装置の購入品リスト格納部が、予め設定されていた所定の報告条件が満足されたと判断したときに、格納中の購入品リストを管理装置の購入品リスト収集部に送信する機能を有し、
    前記購入品リスト収集部は、前記購入品リスト格納部からの購入品リストの送信を受けてこれを格納し、
    推奨品リスト作成部は、前記購入品リスト格納部からの購入品リストの送信があった場合に、当該購入品リストに挿入すべき推奨コンテンツを示す推奨品リストを作成し、これを当該購入品リストの送信元となる端末装置に送信して推奨品リスト格納部に格納させることを特徴とするコンテンツ提供システム。
  10. 請求項９に記載のコンテンツ提供システムにおいて、
    購入品リスト格納部が、端末装置が起動されたときに、報告条件が満足されたものと判断し、購入品リストの送信を行うことを特徴とするコンテンツ提供システム。
  11. 請求項９に記載のコンテンツ提供システムにおいて、
    購入品リスト格納部が、順序変更部による並び順の変更が行われたときに、報告条件が満足されたものと判断し、購入品リストの送信を行うことを特徴とするコンテンツ提供システム。
  12. 請求項９に記載のコンテンツ提供システムにおいて、
    購入品リスト格納部が、購入処理部による購入処理が行われたときに、報告条件が満足されたものと判断し、購入品リストの送信を行うことを特徴とするコンテンツ提供システム。
  13. 請求項９に記載のコンテンツ提供システムにおいて、
    購入品リスト格納部が、ユーザからの報告指示が入力されたときに、報告条件が満足されたものと判断し、購入品リストの送信を行うことを特徴とするコンテンツ提供システム。
  14. 請求項１〜１３のいずれかに記載のコンテンツ提供システムにおいて、
    コンテンツ再生部が、コンテンツの再生を行う際に、コンテンツ受信部に対して再生対象コンテンツについての送信要求を行い、
    コンテンツ受信部が、前記送信要求をコンテンツ送信部に伝達し、
    コンテンツ送信部が、前記送信要求に応じて、コンテンツ格納部内から前記再生対象コンテンツを読み出し、これを前記送信要求があった端末装置に送信し、
    前記コンテンツ受信部が、前記送信要求に応じて送信されてきた前記再生対象コンテンツを受信し、
    前記コンテンツ再生部が、前記コンテンツ受信部が受信した前記再生対象コンテンツを再生することを特徴とするコンテンツ提供システム。
  15. 請求項１〜１３のいずれかに記載のコンテンツ提供システムにおいて、
    コンテンツ送信部が、販売管理部に記録されている販売履歴および推奨品リスト作成部によって作成された推奨品リストに基づいて、コンテンツ格納部内から、個々の端末装置についての購入済コンテンツおよび推奨コンテンツを読み出して送信し、
    コンテンツ受信部が、送信されてきた購入済コンテンツおよび推奨コンテンツを受信し、これを格納保存し、
    コンテンツ再生部が、前記コンテンツ受信部に格納されているコンテンツを再生することを特徴とするコンテンツ提供システム。
  16. 請求項１５に記載のコンテンツ提供システムにおいて、
    コンテンツ格納部が、再生内容をすべて含む通常コンテンツと、前記通常コンテンツの一部分のみ、もしくは、前記通常コンテンツの紹介情報のみを含むサンプルコンテンツと、の双方を格納しており、
    コンテンツ送信部が、送信対象となるコンテンツが購入済コンテンツか推奨コンテンツかを判断し、購入済コンテンツである場合は前記通常コンテンツの送信を行い、推奨コンテンツである場合は前記サンプルコンテンツの送信を行うことを特徴とするコンテンツ提供システム。
  17. 請求項１〜１５のいずれかに記載のコンテンツ提供システムにおいて、
    コンテンツ再生部が、推奨コンテンツについては、所定の制限時間のみ再生する、もしくは、所定の制限回数だけ再生する、という制約下で再生を行うことを特徴とするコンテンツ提供システム。
  18. 請求項１〜１７のいずれかに記載のコンテンツ提供システムにおいて、
    購入処理部が、各購入済コンテンツのタイトル文字データもしくはタイトル画像データを購入品リストに追加することにより、タイトル文字データもしくはタイトル画像データを含む購入品リストが購入品リスト格納部に格納されるようにし、
    推奨品リスト作成部が、各推奨コンテンツのタイトル文字データもしくはタイトル画像データを含む推奨品リストを作成することにより、タイトル文字データもしくはタイトル画像データを含む推奨品リストが推奨品リスト格納部に格納されるようにし、
    一覧表示部が、前記タイトル文字データもしくはタイトル画像データを用いて各コンテンツの指標画像を作成し、これを並べることにより一覧画像を生成することを特徴とするコンテンツ提供システム。
  19. 請求項１〜１８のいずれかに記載のコンテンツ提供システムにおいて、
    一覧表示部が、購入済コンテンツの指標のみを並べて示す購入品表示処理と、購入済コンテンツの指標と推奨コンテンツの指標とを混在状態で並べた混在表示処理と、の双方を、ユーザの指示に基づいて選択的に実行することを特徴とするコンテンツ提供システム。
  20. 請求項１〜１９のいずれかに記載のコンテンツ提供システムにおいて、
    一覧表示部が、購入済コンテンツの指標と推奨コンテンツの指標とを、異なる態様で表示した一覧画像を生成することを特徴とするコンテンツ提供システム。
  21. 請求項１〜２０のいずれかに記載のコンテンツ提供システムにおいて、
    一覧表示部が一覧画像の表示を行うディスプレイの画面上に、タッチパネルが設けられており、
    順序変更部が、前記タッチパネル上で行われたユーザのドラッグアンドドロップ操作により、購入品リストの並び順を変更することを特徴とするコンテンツ提供システム。
  22. 請求項１〜２１のいずれかに記載のコンテンツ提供システムにおいて、
    管理装置が、複数ｎ台のコンテンツサーバと、推奨サーバと、を有し、
    前記複数ｎ台のコンテンツサーバは、それぞれが、コンテンツ格納部、コンテンツ送信部、販売管理部を有しており、
    前記推奨サーバは、購入品リスト収集部および推奨品リスト作成部に加えて、更に、複数ｎ個のコンテンツリスト格納部を有しており、第ｉ番目（１≦ｉ≦ｎ）のコンテンツリスト格納部には、第ｉ番目のコンテンツサーバから送信されてきた情報に基づいて当該第ｉ番目のコンテンツサーバに格納されているコンテンツの内容を示すコンテンツリストが格納されており、推奨品リスト作成部は、前記コンテンツリストに掲載されているコンテンツを掲載した推奨品リストを作成することを特徴とするコンテンツ提供システム。
  23. 請求項２２に記載のコンテンツ提供システムにおいて、
    端末装置が、複数ｎ個の再生処理ユニットと、リスト提示ユニットと、を有し、
    前記複数ｎ個の再生処理ユニットは、それぞれが、コンテンツ受信部、コンテンツ再生部、購入処理部を有しており、
    前記リスト提示ユニットは、購入品リスト格納部と、順序変更部と、推奨品リスト格納部と、一覧表示部と、コンテンツ選択部と、を有しており、
    第ｉ番目（１≦ｉ≦ｎ）の再生処理ユニットは、第ｉ番目のコンテンツサーバと通信を行い、購入品リスト格納部内の購入品リストには、各再生処理ユニット内の購入処理部による購入処理によって購入済コンテンツの識別コードが追加され、コンテンツ選択部によるコンテンツの選択が行われた際に、当該選択コンテンツの購入処理を行った再生処理ユニット内のコンテンツ再生部により当該選択コンテンツの再生が行われることを特徴とするコンテンツ提供システム。
  24. 請求項１〜２３のいずれかに記載のコンテンツ提供システムにおける端末装置。
  25. 請求項１〜２３のいずれかに記載のコンテンツ提供システムにおける端末装置としてコンピュータを機能させるプログラム。
  26. 複数の端末装置に対してネットワークを介して通信することができ、個々の端末装置内のコンテンツリストを解析することにより、当該端末装置に対して、前記コンテンツリストに掲載されていなかった推奨品を示す推奨品リストを提供するコンテンツ推奨システムであって、
    前記個々の端末装置から、コンテンツを所定の順序で並べて示すコンテンツリストを収集するコンテンツリスト収集部と、
    特定の端末装置からコンテンツリストを収集したときに、前記コンテンツリスト収集部に収集されている、前記特定の端末装置以外の他の端末装置から収集された他者コンテンツリストを参照することにより推奨コンテンツを決定し、当該推奨コンテンツを示す推奨品リストを作成し、これを前記特定の端末装置に提供する推奨品リスト作成部と、
    を備え、
    前記推奨品リスト作成部が、前記特定の端末装置に提供すべき推奨品リストを作成する際に、前記特定の端末装置から収集した自己コンテンツリストにおいて並び順が隣接する一対のコンテンツに着目し、この一対の着目コンテンツのうちの一方を第１の着目コンテンツ、他方を第２の着目コンテンツとしたときに、前記第１の着目コンテンツと前記第２の着目コンテンツとの双方を含む他者のコンテンツリストから、前記第１の着目コンテンツと前記第２の着目コンテンツとの間に並べられているコンテンツ（但し、前記自己コンテンツリストに含まれているものを除く）を候補コンテンツとして抽出し、当該候補コンテンツの一部もしくは全部を推奨コンテンツとして推奨品リストを作成することを特徴とするコンテンツ推奨システム。
  27. 請求項２６に記載のコンテンツ推奨システムにおいて、
    推奨品リスト作成部が、他者のコンテンツリストから、第１の着目コンテンツと第２の着目コンテンツとの間に並べられているコンテンツ（但し、自己コンテンツリストに含まれているものを除く）を候補コンテンツとして抽出し、当該候補コンテンツの一部もしくは全部を、前記自己コンテンツリストの前記第１の着目コンテンツと前記第２の着目コンテンツとの間に挿入すべき指示を含む推奨品リストを作成することを特徴とするコンテンツ推奨システム。
  28. 請求項２７に記載のコンテンツ推奨システムから推奨品リストの提供を受ける端末装置であって、
    コンテンツリストを格納するコンテンツリスト格納部と、
    推奨品リストを格納する推奨品リスト格納部と、
    前記コンテンツリスト内のコンテンツの指標を前記コンテンツリストの並び順に基づいて並べ、更に、前記推奨品リストに基づいて推奨コンテンツの指標を指示された位置に挿入し、コンテンツリスト内のコンテンツの指標と推奨品リスト内の推奨コンテンツの指標とを混在状態で並べた一覧画像を生成し、これを表示する一覧表示部と、
    を備えることを特徴とする端末装置。
  29. 請求項２８に記載の端末装置としてコンピュータを機能させるプログラム。
JP2011224515A 2011-10-12 2011-10-12 コンテンツ提供システム Expired - Fee Related JP5842524B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011224515A JP5842524B2 (ja) 2011-10-12 2011-10-12 コンテンツ提供システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011224515A JP5842524B2 (ja) 2011-10-12 2011-10-12 コンテンツ提供システム

Publications (2)

Publication Number Publication Date
JP2013084165A JP2013084165A (ja) 2013-05-09
JP5842524B2 true JP5842524B2 (ja) 2016-01-13

Family

ID=48529286

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011224515A Expired - Fee Related JP5842524B2 (ja) 2011-10-12 2011-10-12 コンテンツ提供システム

Country Status (1)

Country Link
JP (1) JP5842524B2 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013250895A (ja) * 2012-06-01 2013-12-12 Nintendo Co Ltd 情報処理プログラム、情報処理装置、情報処理システムおよび表示方法
KR102131753B1 (ko) * 2013-06-25 2020-07-08 에스케이플래닛 주식회사 어플리케이션 관리를 위한 장치
KR102077154B1 (ko) * 2013-06-25 2020-02-13 (주)드림어스컴퍼니 사용자 선호도 기반 음악 추천 시스템 및 방법, 그리고 이에 적용되는 서버와 단말
JP2015158817A (ja) * 2014-02-25 2015-09-03 大日本印刷株式会社 電子書籍コンテンツ関連情報配信システム、及びコンテンツ関連情報配信方法
JP6337661B2 (ja) 2014-07-08 2018-06-06 富士通株式会社 入力支援装置、入力支援システム、入力支援方法、および入力支援プログラム
JP6548621B2 (ja) * 2016-09-14 2019-07-24 ヤフー株式会社 配信装置、配信方法および配信プログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000113047A (ja) * 1998-10-01 2000-04-21 Hitachi Ltd 電子書籍システム及び電子書棚及びｉｃカード
JP2001229285A (ja) * 2000-02-18 2001-08-24 Sumisho Computer Systems Corp 販売促進支援装置および方法、記録媒体
JP4419879B2 (ja) * 2005-03-17 2010-02-24 ソニー株式会社 情報処理システム
JPWO2007021038A1 (ja) * 2005-08-12 2009-02-26 俊彦 岡部 リスト比較表示方法、システム、装置、プログラム、記録媒体及び２次元コード化された比較表示用リスト
JP2009015439A (ja) * 2007-07-02 2009-01-22 Funai Electric Co Ltd ネットワークシステム、サーバ装置、プログラム、およびプレイリスト情報送受信方法

Also Published As

Publication number Publication date
JP2013084165A (ja) 2013-05-09

Similar Documents

Publication Publication Date Title
JP5872753B2 (ja) サーバ装置、電子機器、電子書籍提供システム、サーバ装置の電子書籍提供方法、電子機器の電子書籍表示方法及びプログラム
Trunfio et al. Engaging destination stakeholders in the digital era: The best practice of Italian regional DMOs
CN107004005B (zh) 可定制的数据管理系统
KR102643551B1 (ko) 맞춤형 데이터 관리 시스템
US8869042B2 (en) Recommendation engine
TWI405139B (zh) 品牌中心網站之內容評等方法
JP5579240B2 (ja) コンテンツの配布
US9898753B2 (en) Methods for cross-market brand advertising, content metric analysis, and placement recommendations
JP5842524B2 (ja) コンテンツ提供システム
US8918906B2 (en) Communication service system
US20100106730A1 (en) Method of intermediation within a social network of users of a service/application to expose relevant media items
US20080177708A1 (en) System and method for providing persistent, dynamic, navigable and collaborative multi-media information packages
US20020154157A1 (en) Website system and process for selection and delivery of electronic information on a network
US20120005044A1 (en) System And Method To Provide A Table Of Products Based On Ranked User Specified Product Attributes
JP4740630B2 (ja) 流行創出型広告方法及びプログラム
US20150213482A1 (en) Including content items in advertisements
JP5831187B2 (ja) コンテンツ情報配信装置及びコンテンツ情報配信方法
CA2815273A1 (en) Method and apparatus for neuropsychological modeling of human experience and purchasing behavior
WO2001078304A1 (en) Website system and process for selection and delivery of electronic information on a network
US20130013743A1 (en) Communication service system
US20140236956A1 (en) Digital content system, digital content display method, and recording medium having recorded thereon digital content display program
JP5365948B1 (ja) コンテンツ販売システムとその方法
JP5821592B2 (ja) コンテンツ情報配信装置及びコンテンツ情報配信方法
JPWO2007021038A1 (ja) リスト比較表示方法、システム、装置、プログラム、記録媒体及び２次元コード化された比較表示用リスト
JP2014157403A (ja) デジタルコンテンツ管理システムおよびデジタルコンテンツ管理方法並びにデジタルコンテンツ管理プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20141003

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150526

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150529

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150721

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20150730

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20150804

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20150730

AA92 Notification that decision to refuse application was cancelled

Free format text: JAPANESE INTERMEDIATE CODE: A971092

Effective date: 20150901

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150907

TRDD Decision of grant or rejection written
R155 Notification before disposition of declining of application

Free format text: JAPANESE INTERMEDIATE CODE: R155

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20151020

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20151102

R150 Certificate of patent or registration of utility model

Ref document number: 5842524

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees