JP6543003B2 - 情報処理装置、情報処理方法、プログラム、記憶媒体 - Google Patents

Description

本発明は情報処理装置、情報処理方法、プログラム、記憶媒体に関する。特に、コンテンツ選択画面の提示についての技術分野に関する。

特開２０１３−７３４５３号公報

近年、電子書籍サービスが普及している。こうした電子書籍サービスでは、例えば、紙媒体で販売されている書籍と同等の内容のデータを含む電子書籍を携帯端末等にダウンロードすることにより、携帯端末等を介して電子書籍を閲覧することができる。

ところで、ユーザが電子書籍を選択するにあたり、電子書籍の題名等が文字で表示されるのみでは、ユーザが視覚的に電子書籍の概要を認識することが困難であり、内容のイメージが湧きづらい。
そのため、せっかく電子書籍をダウンロードしても想定していた内容が違っていたため、ダウンロードはしたものの結局読まないなど、ダウンロードが無駄になってしまうことがあった。
例えば引用文献１では、ユーザが数ある電子書籍の中から或る電子書籍を選択する際に、初期画面に電子書籍のタイトルや概要がわかるようなサムネイル画像が表示される機能について開示がなされている。
しかしながら、例えば毎週定期的に所定の電子書籍をダウンロードしているものの、その電子書籍のうちの特定の部分だけしか読まないユーザにとっては、むしろサムネイル画像等の表示は却って、通信量の無駄遣いになることもあるし、サムネイル画像等を提示させることで、ユーザにさらにサムネイルを選択するといった手間をかけることにもなる。
そこで、本発明は、ユーザごとにそのユーザに適した提示態様で記事を提示することを目的とする。

本発明に係る情報処理装置は、複数のコンテンツを有するコンテンツ集合体の一覧を提示制御する一覧提示部と、前記一覧から選択された或るコンテンツ集合体についての選択情報を受信した場合に、コンテンツの閲覧頻度情報に基づいて判定された定期閲覧コンテンツの情報を取得する取得部と、前記コンテンツ集合体に含まれるコンテンツに前記定期閲覧コンテンツがあるか否かを判定する判定部と、前記コンテンツ集合体についての選択情報を受信した場合、前記定期閲覧コンテンツがあるか否かに基づいて、前記コンテンツ集合体に含まれるコンテンツごとのページ縮小画像を提示制御するか、前記定期閲覧コンテンツの詳細画像を提示制御するか、を決定するコンテンツ提示部と、を備えたものである。
即ち、対象ユーザがユーザ端末を介してコンテンツ（記事）を選択した際に、当該選択されたコンテンツ（記事）に付随した情報に応じて優先度を判定し、当該優先度に応じてコンテンツ（記事）の提示態様が異なるようにユーザ端末に提示させる。
またこれにより、例えば、週刊誌に連載されている記事であって、対象ユーザが雑誌を選択したときによく閲覧しているものについては、記事一覧画面として複数の縮小画像提示画面を提示させることなく、直接記事の情報を詳細画像提示画面を提示させる。
さらに、付随情報がコンテンツごとの閲覧頻度情報であることで、一般ユーザや対象ユーザにとって、閲覧頻度が高いものと推認される記事については、対象ユーザにとって、閲覧を希望する記事であると推定する。

上記した情報処理装置は、前記コンテンツ提示部が、前記選択情報を受信した場合、選択された前記コンテンツ集合体の有するコンテンツの一覧を提示制御し、前記コンテンツ集合体が有する或るコンテンツについての選択情報を受信した場合、前記優先度の比較に基づいて、該コンテンツのページ縮小画像を提示制御するか、該コンテンツの詳細画像を提示制御するか、を決定することが考えられる。
即ち、選択したコンテンツ（記事）についてのユーザの希望する提示態様を推定し、直接コンテンツ（記事）の情報を取得して詳細画像提示画面を提示させるか、一旦情報量を抑えた縮小画像提示画面を提示させるか、を決定する。

上記した情報処理装置は、前記取得部は、前記一覧から選択された或るコンテンツ集合体についての選択情報を受信した場合に、該コンテンツ集合体に含まれるコンテンツに関する閲覧回数情報を取得し、前記コンテンツ提示部は、前記コンテンツ集合体に含まれるコンテンツごとのページ縮小画像を提示制御する場合、前記閲覧回数情報に基づいて大きさが異なるように、前記コンテンツ集合体が有するコンテンツのページ縮小画像を提示制御することが考えられる。
また、前記コンテンツ提示部は、前記閲覧回数情報の比率に基づいて大きさが異なるように、前記コンテンツ集合体が有するコンテンツのページ縮小画像を提示制御することが考えられる。
即ち、一般ユーザや対象ユーザの閲覧数に基づいて、対象ユーザが閲覧を希望している記事を推定し、閲覧数の数が多いほど対象ユーザの目にとまるような提示態様で提示する。

上記した情報処理装置は、前記コンテンツ提示部は、前記閲覧回数情報の比較に基づいて、前記複数のコンテンツの一部を表示しないように提示制御することが考えられる。
即ち、一般ユーザ又は対象ユーザが閲覧する可能性が低いと推定される記事を表示しない。

上記した情報処理装置は、前前記取得部は、前記一覧から選択された或るコンテンツ集合体についての選択情報を受信した場合に、該コンテンツ集合体に含まれるコンテンツに関する閲覧回数情報を取得し、前記コンテンツ提示部は、前記閲覧回数情報の比較に基づいて前記複数のコンテンツの提示順序を変更して提示制御することが考えられる。
一般ユーザや対象ユーザの閲覧数に基づいて、対象ユーザが閲覧を希望している記事を推定し、閲覧数の数が多いほど対象ユーザの目にとまるような提示態様で提示する。

上記した情報処理装置において、前記付随情報は、前記コンテンツ集合体が有する或るコンテンツについての選択情報を受信した場合における前記選択情報の送信に係るユーザの前記コンテンツごとの閲覧頻度情報であることが考えられる。
即ち、対象ユーザが、最近よく閲覧していると推認される記事については、対象ユーザが、継続して閲覧を希望する記事であると推定する。

上記した情報処理装置は、前記閲覧頻度情報の更新を一定の期間ごとに行うことが考えられる。即ち、一定の期間ごとに、一般ユーザと対象ユーザの直近の閲覧傾向を反映した閲覧頻度情報を取得する。

本発明に係る情報処理方法は、複数のコンテンツを有するコンテンツ集合体の一覧を提示制御するステップと、前記一覧から選択された或るコンテンツ集合体についての選択情報を受信した場合に、コンテンツの閲覧頻度情報に基づいて判定された定期閲覧コンテンツの情報を取得するステップと、前記コンテンツ集合体に含まれるコンテンツに前記定期閲覧コンテンツがあるか否かを判定するステップと、前記コンテンツ集合体についての選択情報を受信した場合、前記定期閲覧コンテンツがあるか否かに基づいて、前記コンテンツ集合体に含まれるコンテンツごとのページ縮小画像を提示制御するか、前記定期閲覧コンテンツであるコンテンツの詳細画像を提示制御するか、を決定するステップと、を情報処理装置が実行する情報処理方法である。
即ち、対象ユーザがユーザ端末を介してコンテンツ（記事）を選択した際に、当該選択されたコンテンツ（記事）に付随した情報に応じて優先度を判定し、当該優先度に応じてコンテンツ（記事）の提示態様が異なるようにユーザ端末に提示させる。

本発明に係るプログラムは、上記情報処理方法の各ステップとしての処理を情報処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。
これらのプログラムや記憶媒体により上記の情報処理装置を実現する。

本発明によれば、対象ユーザの電子書籍ダウンロードサービスの利用状況に応じて、適切な提示態様を提供することで、ユーザごとの潜在的な要望に応えることで、ユーザの利便性を向上させることができる。また、当該適切な提示態様を提供することで、通信容量を削減することができ、その結果、容量の削減に伴った、コンテンツの読み込み速度の向上を図ることができる。さらにそれでいて、ユーザが読みたいと思うコンテンツをすぐに読み出すことができるような仕組みを設けておくことによって、通信容量の削減とユーザの利便性のバランス調整も実現している。

実施の形態のネットワークシステムの構成例の説明図である。 実施の形態のハードウェア構成の説明図である。 実施の形態のウェブサーバ及びデータベースの説明図である。 実施の形態のユーザデータベースの説明図である。 実施の形態のコンテンツデータベースの説明図である。 実施の形態の閲覧履歴データベースの説明図である。 第１の実施の形態における雑誌一覧画面及び記事一覧画面の一例の説明図である。 第１の実施の形態における詳細画像提示画面及び縮小画像提示画面についての説明図である。 第１の実施の形態におけるウェブサーバとユーザ端末の処理の流れについての説明図である。 第１の実施の形態におけるウェブサーバの処理の説明図である。 第１の実施の形態における記事一覧画面の提示制御処理及びバッチ処理の説明図である。 第２の実施の形態における記事一覧画面の提示処理の説明図である。 第３の実施の形態における記事一覧画面の提示処理の説明図である。 第４の実施の形態における優先記事判定処理の説明図である。 第５の実施の形態におけるバッチ処理の説明図である。 第６の実施の形態における提示画面の一例の説明図である。 第６の実施の形態におけるウェブサーバとユーザ端末の処理の流れの説明図である。 第６の実施の形態におけるウェブサーバの処理の説明図である。 第６の実施の形態におけるバッチ処理の説明図である。 第７の実施の形態における提示画面の一例の説明図である。 第７の実施の形態におけるウェブサーバとユーザ端末の処理の流れについての説明図である。 第７の実施の形態におけるウェブサーバの処理の説明図である。 第７の実施の形態における縮小画像の提示制御処理の説明図である。 第８の実施の形態における縮小画像の提示制御処理の説明図である。

＜１．全体構成＞
以下、実施の形態を次の順序で説明する。
＜１．全体構成＞
＜２．サーバの機能構成及びデータベース＞
［２−１．サーバの機能構成］
［２−２．データベース］
＜３．第１の実施の形態＞
［３−１．ユーザ端末の提示画面の概要］
［３−２．ウェブサーバに関する処理］
＜４．第２の実施の形態＞
＜５．第３の実施の形態＞
＜６．第４の実施の形態＞
＜７．第５の実施の形態＞
＜８．第６の実施の形態＞
［８−１．ユーザ端末の提示画面の概要］
［８−２．ウェブサーバに関する処理］
＜９．第７の実施の形態＞
［９−１．ユーザ端末の提示画面の概要］
［９−２．ウェブサーバに関する処理］
＜１０．第８の実施の形態＞
＜１１．まとめ＞
＜１２．プログラム及び記憶媒体＞

なお本実施の形態では、具体例に、本発明請求項にいうコンテンツ集合体を雑誌、当該雑誌に含まれるコンテンツを記事として説明する。
また、本発明の請求項にいう情報処理装置の例として、電子書籍ダウンロードサービス（以下、本サービスという）を提供するウェブサーバを挙げる。当該ウェブサーバは１又は複数の情報処理装置によって実現されるものである。従って、本発明請求項にいう情報処理装置は、１つの情報処理装置或いは複数の情報処理装置が連携して実現される。

＜１．全体構成＞
図１に本実施の形態のネットワークシステムの構成例を示す。このネットワークシステムは、ネットワークＮを介してユーザ端末１とウェブサーバ２が通信可能とされている。
またユーザ端末１は、データベース３（以下「データベース（Database）」を「ＤＢ」と表記する）にアクセス可能とされている。
このようなシステムの具体例は各種考えられるが、本実施の形態の場合、例えば月額等の定額を支払うことで、雑誌等の電子書籍を、ユーザが自由にダウンロードして閲覧できる電子書籍ダウンロードシステムとされる。例えば図１のウェブサーバ２が本発明の請求項の情報処理装置の実施の形態に相当する。ユーザはダウンロードした雑誌等の電子書籍を、ユーザ端末１を介して閲覧することができる。

ネットワークＮの構成は多様な例が想定される。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）、通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網などが想定される。
またネットワークＮの全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線などの有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。

ユーザ端末１は、ウェブサーバ２を利用するユーザが使用する端末機器であり、例えば通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistant）、或いはスマートフォンやタブレット端末などのスマートデバイス等である。
ユーザはユーザ端末１を用いて、ウェブサーバ２が提供する電子書籍ダウンロードサービスにおいて、雑誌等の電子書籍のダウンロード操作やダウンロードした電子書籍の閲覧操作等、各種の操作を行うことができる。

ウェブサーバ２は、ユーザ端末１の要求に応じてログイン処理やダウンロード可能な雑誌における記事などの提示制御を行う。提示する雑誌の各種情報は、ＤＢ３に格納されている。
提示する雑誌としては、例えば雑誌の内容といった観点から「漫画雑誌」、「芸能雑誌」、「スポーツ雑誌」、「ビジネス雑誌」、「旅行雑誌」、「ファッション雑誌」などが挙げられる。また雑誌の発行時期の観点から、例えば「月刊雑誌」、「週刊雑誌」、「季刊雑誌」などの雑誌も挙げられる。このように、様々な観点から多様な雑誌が考えられる。
ウェブサーバ２は、ユーザ端末１の様々な要求に応じて、必要な情報をＤＢ３から取得し、ネットワークＮを介してユーザ端末１に送信する。

図２は、ウェブサーバ２やユーザ端末１を構成する情報処理装置のハードウェア構成を示している。ウェブサーバ２やユーザ端末１を示した各装置は、情報処理及び情報通信が可能な図２に示すようなコンピュータ装置として実現できる。

図２において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、及びＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、ネットワークＮを介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。

このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われたり、リムーバブルメディア１１１を介してデータやプログラムを受け渡したりすることが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、ウェブサーバ２及びユーザ端末１としての必要な情報処理や通信が実行される。
なお、ウェブサーバ２及びユーザ端末１を構成する情報処理装置は、図２のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮなどによりシステム化されていてもよいし、インターネットなどを使用したＶＰＮなどにより遠隔地に通信可能な状態で配置されたものでもよい。複数の情報処理装置には、クラウドコンピューティングサービスによって利用可能なサーバ群（クラウド）としての情報処理装置が含まれてもよい。

＜２．サーバの機能構成及びデータベース＞
［２−１．サーバの機能構成］
図３にウェブサーバ２の機能構成例を示す。ウェブサーバ２は１又は複数の情報処理装置で構成される。
またウェブサーバ２の各機能は、情報処理装置においてＣＰＵ１０１でプログラムに応じて実行される処理により実現される機能である。但し以下説明する全部又は一部の各構成の処理をハードウェアにより実現してもよい。
また各機能をソフトウェアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。一つのプログラムにより複数の機能の処理が実行されてもよいし、一つの機能が複数のプログラムモジュールの連携で実現されてもよい。また各機能は複数の情報処理装置に分散されていてもよい。さらに機能の１つが、複数の情報処理装置によって実現されてもよい。
ウェブサーバ２は、取得部２１、判定部２２、一覧提示部２３、フラグ設定部２４、コンテンツ提示部２５を有する。

取得部２１は、コンテンツ集合体に含まれるコンテンツに関する付随情報を取得する機能を有する。コンテンツ集合体は、例えば雑誌をいい、雑誌には複数のコンテンツが含まれている。ここでコンテンツとは雑誌に掲載されている記事のことである。
例えばコンテンツ集合体を漫画雑誌と想定した場合、記事とはその漫画雑誌に収録されている各漫画タイトルのことを指す。また、一般週刊誌をコンテンツ集合体と想定した場合は、上記の記事とは目次に挙げられる各記事のことを指している。
取得部２１は、ウェブサーバ２が処理を実行するときに必要な情報をＤＢ３から取得する。例えば、取得部２１は、記事の詳細画像提示画面の情報量やユーザの閲覧履歴情報、ユーザが定期的に閲覧する記事の種別情報など様々な付随情報をＤＢ３から取得する。

判定部２２は、付随情報に基づいてコンテンツ集合体に含まれるコンテンツについての優先度を判定する機能を有する。具体的には、判定部２２は、取得部２１がＤＢ３から取得した付随情報に基づいて、雑誌に掲載されている記事の優先度を判定する。優先度とは、当該記事ごとの提示の際に用いる指標をいう。例えば、判定部２２は、優先度が所定の基準より高い記事である優先記事を判定する処理や、優先度の比較により記事一覧画面における記事の提示順序や提示領域等の提示態様を判定する処理を行う。

一覧提示部２３は、判定部２２が判定した提示態様に応じて、記事一覧を提示制御する。
また、一覧提示部２３は、電子書籍ダウンロードシステムを構成する各種ウェブページデータの生成（ＨＴＭＬデータ生成）を行う。例えば一覧提示部２３は、ログイン画面や雑誌一覧画面などの各種ウェブページデータの生成を行う。そして一覧提示部２３は、ユーザ端末１に当該ウェブページデータを送信して提示させる。尚、ウェブページデータはあらかじめＤＢ３に記憶されていてもよい。

フラグ設定部２４は、所定のタイミングでフラグ設定処理を行い、設定情報を随時ＤＢ３に記憶する機能を有する。例えば、フラグ設定処理には、優先記事の判定の際に参照される優先フラグなどがある。フラグ設定処理の詳細については後述する。

コンテンツ提示部２５は、判定した優先度に基づいてコンテンツごとに提示態様が異なるように提示制御する機能を有する。具体的には、コンテンツ提示部２５は、判定部２２が判定した優先度に基づいて記事ごとに提示態様が異なるようにユーザ端末１に画面を提示制御する。ユーザ端末１からの要求に応じてユーザ端末１に画面を提示させる処理を行う。また、コンテンツ提示部２５は、ユーザ端末１に記事画面を提示させるときに、提示させる記事の優先度に応じて異なる態様で提示制御する。
例えば、コンテンツ提示部２５は、ユーザ端末１から記事の選択情報を受信した場合に、当該記事が優先記事でない場合は、当該記事の縮小画像がユーザ端末１に提示され、当該記事が優先記事である場合は、当該記事の縮小画像を提示することなく、直接詳細画像がユーザ端末１に提示される。優先記事を判定する処理の詳細については後述する。
また、コンテンツ提示部２５は、上記したような電子書籍ダウンロードシステムを構成する各種ウェブページデータの生成（ＨＴＭＬデータ生成）を行ってもよい。例えばコンテンツ提示部２５は、記事一覧画面などの各種ウェブページデータの生成を行う。

［２−２．データベース］
以下これらの機能を備えたウェブサーバ２が、優先記事等の判定や様々な画面における提示制御、優先フラグ等の設定、などを行うために用いるＤＢ３について説明する。

ＤＢ３は、例えばユーザＤＢ３１、コンテンツＤＢ３２、閲覧履歴ＤＢ３３などで構成されている。もちろんこれ以外にもＤＢ３は、電子書籍ダウンロードシステムのウェブサーバ２として機能するために必要なＤＢを含んで構成されていてもよい。

ユーザＤＢ３１には、電子書籍ダウンロードサービスを利用するユーザ端末１を所持するユーザに関するデータが記憶される。例えば、ユーザ識別情報であるユーザＩＤ（identification）に、住所、氏名、性別や年齢などの属性情報、電子メールアドレスなどが対応付けられて記憶されている。また、ユーザＤＢ３１には、例えば図４に示すように、ユーザＩＤごとに定期閲覧記事の種別情報が記憶されている。
尚、属性情報は性別、年齢、職業に限られることなく、趣味、好きな食べ物、性格など様々な属性情報を属性条件として記憶されていてもよい。
またユーザＤＢ３１に登録されるユーザは、例えばウェブサーバ２が提供する雑誌ダウンロードサービス等のサービスを受けるために登録されたユーザなどであり、ユーザＩＤは当該登録に応じて付与されるものとすればよい。

コンテンツＤＢ３２は、本サービスで提供する雑誌に関する情報が記憶されたＤＢである。コンテンツＤＢ３２には、例えば図５に示すように、雑誌識別情報である雑誌ＩＤに、記事識別情報である記事ＩＤや記事名称、記事の情報量、記事の種別情報、優先フラグなどが対応付けられて記録されている。また、コンテンツＤＢ３２には、あらかじめ記録された雑誌一覧画面や記事一覧画面、縮小画像、詳細画像などの各種ウェブページデータも記憶されている。ここでは、本サービスで提供する雑誌として「漫画雑誌」を例に挙げて説明する。
雑誌ＩＤは、例えば「雑誌Ａ」、「雑誌Ｂ」、「雑誌Ｃ」等の様々な漫画雑誌と対応付けられて記憶されている。「雑誌Ａ」等は、例えば「週刊○○」、「月刊××」等の漫画雑誌の名称を指すものである。
また、記事ＩＤは「記事ａ１ 第５０話」、「記事ａ２ 第１００話」、「記事ａ３ 際１５０話」などの記事と対応付けられて記憶されている。「記事ａ１」等は「○○物語」や「名探偵××」のような漫画雑誌において連載されている漫画の名称を指し、「第５０話」等はその漫画の話数を指すものである。
種別情報は、記事の属性情報である。例えば、本実施の形態においては連載されている漫画の名称（記事の名称）である「記事ａ１」を記事の属性情報として記憶している。
尚、種別情報は、記事の名称に限られるものではなく、「恋愛漫画」、「スポーツ漫画」、「推理漫画」などの漫画自体のジャンルであってもよい。
優先フラグとは、記事が優先記事であるか否かを示すフラグである。優先フラグは、ウェブサーバ２が記事の提示態様を決定する際に参照される。優先フラグの設定処理の詳細については後述する。

閲覧履歴ＤＢ３３は、ユーザの閲覧履歴に関するデータが記憶される。当該データは、ウェブサーバ２が、優先フラグの設定、記事の提示態様の決定などを行う際に用いられる。閲覧履歴ＤＢ３３には、例えば図６に示すように、閲覧履歴の識別情報である履歴ＩＤに対して、閲覧日時やユーザＩＤ、雑誌ＩＤ、記事ＩＤ、記事の種別情報などが対応付けられて記録されている。
閲覧履歴ＤＢ３３の更新は、例えば、ウェブサーバ２が、記事の詳細画像を提示制御するごとに行うことが考えられる。

ＤＢ３は、ウェブサーバ２とは別のサーバコンピュータ内に構築されていてもよいし、ウェブサーバ２内に構築されていてもよい。
また図示及び説明の便宜上、ＤＢ３として示したが、当該ＤＢは、ウェブサーバ２がアクセス可能とされていればどのような形態で実現されていてもよい。例えばウェブサーバ２と同一システム内の記憶部に当該ＤＢのすべてが形成されていてもよいし、当該ＤＢの一部又は全部が別体、遠隔地などのコンピュータシステムに設けられていてもよい。もちろん当該ＤＢが一つの装置（例えば一つのＨＤＤなど）内に形成されている必要はない。また当該ＤＢのそれぞれが、それぞれ一つのＤＢとして構成される必要もない。例えば当該ＤＢとして記憶される情報が、複数のＤＢにより記憶管理されてもよい。実施の形態で説明する上記ＤＢは、実施の形態の処理に関連する情報の記憶部を、一つのＤＢの形態で例示したものに過ぎない。

＜３．第１の実施の形態＞
［３−１．ユーザ端末の提示画面の概要］
まず、本実施の形態において、ユーザ端末１に提示される画面の一連の流れの一例について図７、図８を用いて説明する。
ユーザは、ウェブサーバ２が提供する各種サービスを受けるために、ユーザ端末１を用いて雑誌一覧の閲覧を要求する操作を行う。
するとウェブサーバ２は、ユーザ端末１に、図７Ａに例示した雑誌一覧画面４０を提示させる。雑誌一覧画面４０には、ユーザに読みたい雑誌を選択させるための雑誌一覧が提示される。
本実施の形態では、雑誌一覧画面４０を提示させるユーザ端末１として、タッチパネルを有するスマートデバイスを例にとって説明する。

雑誌一覧画面４０には、複数の雑誌選択ボタン４１が設けられている。複数の雑誌選択ボタン４１には、本サービスでダウンロードすることのできる様々な雑誌の名称が提示されている。図７Ａでは、雑誌の名称の一例として「雑誌Ａ」、「雑誌Ｂ」及び「雑誌Ｃ」が提示されている。
ユーザが任意の雑誌選択ボタン４１を選択操作（タッチ、クリック、キーボード等により選択する操作をいう）する。
するとユーザ端末１は、ユーザの選択雑誌情報をウェブサーバ２に送信する。
ユーザは、任意の雑誌選択ボタン４１を選択操作することで、図７Ｂに例示する記事一覧画面５０をユーザ端末１に提示させる。記事一覧画面５０には、選択した雑誌に含まれている記事の一覧が提示される。
ユーザは、雑誌一覧画面４０に提示された雑誌の名称の中から読みたい記事が含まれている雑誌選択ボタン４１を選択操作する。

記事一覧画面５０には、複数の記事選択ボタン５１が設けられている。複数の記事選択ボタン５１は、選択された雑誌に含まれる記事ごとに設けられている。
記事選択ボタン５１には、例えば「雑誌Ａ」に含まれる「記事ａ１ 第５０話」、「記事ａ２ 第１００話」及び「記事ａ３ 第１５０話」等に対応するボタンが設けられている。
例えば、ユーザが「雑誌Ａ」に係る雑誌選択ボタン４１を操作することで、ユーザ端末１に雑誌一覧画面４０が提示された状態から、記事一覧画面５０が提示された状態に遷移する。
ユーザが任意の記事選択ボタン５１を選択すると、ユーザ端末１は、ユーザの選択記事情報をウェブサーバ２に送信する。

ユーザが任意の記事選択ボタン５１を選択操作することに応じて、ユーザ端末１がウェブサーバ２に選択記事情報を送信すると、当該選択記事情報を受信したウェブサーバ２は、判定した優先度に基づいて次に遷移する画面の提示態様を決定し、当該決定した画面をユーザ端末１に提示させる。本実施の形態では、当該優先度の判定に、記事の情報量に基づいて設定された優先フラグが用いられる。ウェブサーバ２は、優先フラグがオンである記事か否かを基準として提示態様を決定する。

選択記事情報を受信したウェブサーバ２は、コンテンツＤＢ３２の優先フラグ情報を取得する。取得した優先フラグがオンとなっている場合には、ウェブサーバ２は、記事のウェブページデータをダウンロードし、図８Ａに示すように、詳細画像提示画面６０をユーザ端末１に提示させる。詳細画像提示画面６０には、例えば表題を含むページや記事の先頭ページなどが提示される。
ユーザはユーザ端末１を介してページ送り操作等を行うことで記事の内容を読み進めることができる。
尚、本実施の形態では、詳細画像提示画面６０に記事の先頭ページを提示させたが、必ずしも毎回先頭ページである必要はなく、ユーザが以前途中まで読み進めていた記事であれば、前回読むことを中止したページから提示させてもよい。また記事を宣伝するための広告を表示するページを提示させてもよい。このように、詳細画像提示画面６０の提示される画像については様々な提示態様が考えられる。

また、ユーザ端末１から送信された選択記事情報を受信したウェブサーバ２は、取得した優先フラグがオフとなっている場合には、図８Ｂに示すように、ユーザ端末１に縮小画像提示画面７０を提示させる。
縮小画像提示画面７０には、記事の概要を提示する縮小画像７１や詳細画像要求ボタン７２などが設けられている。縮小画像７１は、ユーザが記事のダウンロードをするか否かを判断できる程度に提示されていればよく、例えば、記事の先頭ページをダウンロードした画像や、記事とは別に作成した記事のタイトル等を編集した画像、それらの画像をサムネイル化したもの等、様々な態様が考えられる。
詳細画像要求ボタン７２は、詳細画像提示画面６０をユーザ端末１に提示させるためのボタンである。
ユーザが詳細画像要求ボタン７２を選択操作すると、ユーザ端末１はウェブサーバ２に詳細画像提示要求を送信する。
当該要求を受信したウェブサーバ２は、上記と同様に詳細画像提示画面６０をユーザ端末１に提示させる。
ユーザはユーザ端末１を介して選択操作を行うことで記事の内容を閲覧することができる。
尚、本実施の形態では、縮小画像７１と詳細画像要求ボタン７２を分けて説明したが、縮小画像７１が詳細画像要求ボタン７２の機能を有することとしてもよい。即ち、ユーザがユーザ端末１を介して縮小画像７１を選択操作することで、ユーザ端末１はウェブサーバ２に詳細画像提示要求を送信する。
また、雑誌一覧画面４０、記事一覧画面５０、詳細画像提示画面６０、縮小画像提示画面７０等のユーザ端末１に提示される縮小画像７１等の画像の提示態様としては、様々な態様が考えられる。具体的には、紙媒体をスキャンして画像形式の電子書籍を作成するフィックス（fix）型（固定型）や、テキストデータ（Text data）に基づいて画像を提示するリフロー（reflow）型（再流動型）等が挙げられる。
フィックス型は、マンガ作品、写真集など画像が中心となる書籍の電子化に利用されており、多数の表や図解が配置される複雑なレイアウトの実用書やビジネス書に適している。また、リフロー型は、テキストデータを用いるため、表示文字(フォント）の文字の拡大縮小や行間の変更を容易に行うことができ、画面サイズの小さいデバイスでもユーザに読みやすい態様で文字を提示することができるといった利点がある。

以上の一連の流れにより、例えばユーザは或る記事をダウンロードするか否かを判断しかねている状況において、情報量が大きい記事については全部閲覧することなしに記事の概要を確認することができるため、通信量の削減を図ることができる。

尚、図示されていないが、前の画面に戻ることや、処理を終了する等の各種機能を発揮させる操作ボタンなどは別途設けられているものとする。

［３−２．ウェブサーバに関する処理］
以下、電子書籍ダウンロードサービスでの雑誌のダウンロードにおける、ウェブサーバ２の縮小画像７１や詳細画像提示画面６０の提示制御処理の第１の実施の形態を図９乃至図１５を参照して説明する。
尚、以下の説明でのウェブサーバ２の処理は、少なくとも図３に示した取得部２１、判定部２２、一覧提示部２３、フラグ設定部２４、コンテンツ提示部２５の各機能が連携して実行されるものである。

まず、図９を参照して、ウェブサーバ２が提供する各種サービスを受けるために、ユーザがユーザ端末１を用いてログイン操作を行い、本サービスにおいて或る雑誌の任意の記事を提示制御する例を説明する。

電子書籍ダウンロードシステムによる本サービスを求めるユーザは、ユーザ端末１からウェブサーバ２が提供するウェブサイトにアクセスし、ログイン操作を行う。ユーザ端末１は、ステップＳ１０１において、ログイン要求をウェブサーバ２に送信する。ログイン要求を受信したウェブサーバ２は、ステップＳ２０１において、ユーザのＩＤやパスワードを認証することでログイン処理を行う。
ウェブサーバ２は、ログイン処理が完了することで処理対象となるユーザを特定する。
処理対象ユーザとは、電子書籍ダウンロードサービスにおける各種サービスを受けるために、ユーザ端末１を用いてログイン操作を行い、ユーザ端末を介して当該サービスを受ける現在ログインしているユーザのことをいい、以下、説明上、単に対象ユーザという。
その後選択雑誌情報や選択記事情報などを受信した際には、ログイン時のユーザＩＤ等により対象ユーザを認識して、以降の処理を行うことになる。

ログイン処理が適切に完了した後、ステップＳ１０２において、ユーザ端末１は、ユーザの操作等により当該サービスにおいてダウンロードできる雑誌一覧の提示要求（雑誌一覧提示要求）を行う。
雑誌一覧提示要求を受信したウェブサーバ２は、ステップＳ２０２において、雑誌一覧画面４０を提示制御し、ステップＳ１０３において、ユーザ端末１に図７Ａで例示した雑誌一覧画面４０を提示させる。

ユーザがダウンロードを希望する記事が含まれている雑誌に係る雑誌選択ボタン４１をユーザ端末１を介して選択操作する。
当該選択操作を確認したユーザ端末１は、ステップＳ１０４において、ウェブサーバ２に選択雑誌情報を送信する。
当該選択雑誌情報を受信したウェブサーバ２は、ステップＳ２０３において、選択された雑誌に含まれる記事についての記事画像を提示制御する。その後ウェブサーバ２は、ステップＳ１０５において、図７Ｂに示すようにユーザ端末１に記事一覧画面５０を提示させる。ウェブサーバ２の記事一覧画面５０の提示制御の詳細については後述する。

ユーザがダウンロードしたい記事に係る記事選択ボタン５１をユーザ端末１を介して操作することで、ユーザ端末１は、ステップＳ１０６において、ウェブサーバ２に選択雑誌情報を送信する。
選択雑誌情報を受信したウェブサーバ２は、ステップＳ２０４において、選択記事の詳細画像提示画面６０を提示するか、選択記事の縮小画像提示画面７０を提示するかの提示態様の判定を行う。提示態様の判定処理の詳細については後述する。
提示態様の判定処理の結果、ウェブサーバ２は、詳細画像提示画面６０を提示させると判定した場合、選択記事情報をダウンロードする。そして、ウェブサーバ２は、詳細画像提示画面６０のウェブページデータを送信する。
当該ウェブページデータを受信したユーザ端末１は、ステップＳ１０７において、ユーザ端末１に、図８Ａで例示したダウンロードした記事の詳細画像提示画面６０を提示する。

縮小画像提示画面７０を提示させると判定した場合は、ウェブサーバ２は、縮小画像提示画面７０のウェブページデータをユーザ端末１に送信する。
当該ウェブページデータを受信した、ユーザ端末１は、ステップＳ１０８において、ユーザ端末１に図８Ｂに例示した縮小画像提示画面７０を提示する。

ユーザが記事をダウンロードするためにユーザ端末１を介して詳細画像要求ボタン７２を選択操作する。
当該選択操作を確認したユーザ端末１は、ステップＳ１０９において、ウェブサーバ２に詳細画像提示要求を送信する。
当該詳細画像提示要求を受信したウェブサーバ２は、ステップＳ２０５において、ユーザ端末１に詳細画像提示画面６０を提示させる。
ユーザ端末１は、ステップＳ１１０において、図８Ａに示すように詳細画像提示画面６０を提示する。

以上のような本サービスを実現するためにウェブサーバ２が行う処理について図１０を参照して説明する。図１０では、ウェブサーバ２のログイン処理については省略する。
ウェブサーバ２は、ステップＳ３０１〜Ｓ３０４において、ユーザ端末１から送信されるユーザの雑誌一覧提示要求や選択雑誌情報、選択記事情報、詳細画像提示要求などを受信したか否かについて判定する。

ステップＳ３０１において、ウェブサーバ２がユーザ端末１から雑誌一覧提示要求を受信した場合、ウェブサーバ２は、ステップＳ３０５において、雑誌一覧提示制御処理を行う。具体的には、ウェブサーバ２は、あらかじめ記憶された雑誌一覧のウェブページデータをコンテンツＤＢ３２から取得し、ユーザ端末１に、図６Ａに示すように雑誌一覧画面４０を提示させる。

ウェブサーバ２は、ステップＳ３０２において、選択雑誌情報を受信した場合、ステップＳ３０６において、記事一覧画面５０の提示制御処理を行う。

ここで、図１１Ａを参照してステップＳ３０６の記事一覧画面５０の提示制御処理の詳細について説明する。
まず、ウェブサーバ２は、ステップＳ４０１において、記事一覧画面５０のウェブページデータを取得する。具体的には、ウェブサーバ２は、ユーザ端末１から選択雑誌情報を受信すると、受信した選択雑誌情報に対応付けられた記事のウェブページデータをコンテンツＤＢ３２から取得する。

ウェブサーバ２は、ステップＳ４０２において、記事一覧画面５０の提示制御を行う。具体的には、ウェブサーバ２は、取得した記事一覧画面５０のウェブページデータに基づいてユーザ端末１に記事一覧画面５０を提示させる。
以上により、ウェブサーバ２は、記事一覧画面５０の提示制御処理を完了する。
その後ウェブサーバ２は、図１０のステップＳ３０６の処理を完了する。

ステップＳ３０３において、選択記事情報を受信した場合、ウェブサーバ２は、ステップＳ３１１において、優先記事判定処理を行う。具体的には、ウェブサーバ２は、ユーザ端末１から選択記事情報を受信すると、コンテンツＤＢ３２を参照して選択された記事について優先フラグがオンになっているか否かを確認する。優先フラグがオンである場合、ウェブサーバ２は、当該選択記事を優先記事と判定する。

ステップＳ３０７において、ウェブサーバ２は、ステップＳ３０６での優先記事であるか否かの判定に応じて異なる処理に分岐する。
ステップＳ３０６で選択記事が優先記事でないと判定された場合、ウェブサーバ２は、ステップＳ３０８において、縮小画像提示制御処理を行う。
具体的には、ウェブサーバ２は、ユーザ端末１に、図８Ｂに示すように、縮小画像提示画面７０を提示させる。
縮小画像提示画面７０を提示させるために、ウェブサーバ２は、選択された記事に対応する縮小画像情報をコンテンツＤＢ３２から取得し、縮小画像提示画面７０のウェブページデータを生成して、ユーザ端末１に送信する。

選択記事が優先記事と判定された場合、ステップＳ３０９において、ウェブサーバ２は、詳細画像提示制御処理を行う。具体的には、ウェブサーバ２は、選択した記事の画像情報をコンテンツＤＢ３２から取得し、図８Ａに示すように、詳細画像提示画面６０をユーザ端末１に提示させる。
ユーザは、ユーザ端末１を介して選択操作することで、ダウンロードした記事の内容を閲覧することができる。

ウェブサーバ２は、ステップＳ３１０において、閲覧履歴の記憶処理を行う。即ち、ウェブサーバ２は、ユーザが選択した記事を閲覧したものと推定して、当該記事の閲覧履歴情報を閲覧履歴ＤＢ３３に記憶する。具体的には、ウェブサーバ２は、対象ユーザが閲覧したと推定される閲覧日時、対象ユーザのユーザＩＤ、ユーザ端末１に提示させた詳細画像提示画面６０に係る記事ＩＤ、当該記事ＩＤに対応付けられた雑誌ＩＤ、当該記事の種別情報などの情報を閲覧履歴ＤＢ３３に記憶する。
閲覧履歴の記憶処理について、ウェブサーバ２は、ユーザ端末１に詳細画像提示画面６０を提示させるごとに行う。

ステップＳ３０４において、詳細画像提示要求を受信した場合、ウェブサーバ２は、上記と同様に、ステップＳ３０９において詳細画像提示画面６０の提示制御処理を行い、ステップＳ３１０において閲覧履歴の記憶処理を行う。
ステップＳ３１０の処理の完了後、ウェブサーバ２は再びステップＳ３０１〜Ｓ３０４の監視ループ処理を行う。
ステップＳ３０５、Ｓ３０６、Ｓ３０８又はＳ３１０の処理の完了後、ウェブサーバ２は再びステップＳ３０１〜Ｓ３０４の監視ループ処理を行う。

尚、本実施の形態では図示しないが、ユーザ端末１に次ページを提示させる処理や前のページに画面を戻す処理、記事の閲覧を終了させる処理など、ウェブサーバ２は、ユーザ端末１から要求に応じて、図１０に示した処理以外にも様々な処理を行う。

前述した図１０のステップＳ３１１の処理をウェブサーバ２が実行するために、ウェブサーバ２はあらかじめ優先フラグのオン／オフを設定する処理（優先フラグ設定処理）を行っておくことが考えられる。ここでは、優先フラグ設定処理をバッチ処理によって定期的に行う例について、図１１Ｂを参照して説明する。バッチ処理を実行するタイミングとしては、例えばウェブサーバ２は、コンテンツＤＢ３２に新しい雑誌がコンテンツＤＢ３２に追加されたタイミングが考えられる。ウェブサーバ２は、図１１Ｂの処理を例えばコンテンツＤＢ３２に追加された雑誌毎に実行する。

まずウェブサーバ２は、ステップＳ５３１において、一つの記事を処理対象として選択する。ウェブサーバ２は、ステップＳ５０１において、当該選択した記事の情報量のデータを取得する。具体的には、ウェブサーバ２は、処理対象とした記事の情報量のデータをコンテンツＤＢ３２から取得する。処理対象とした記事は、コンテンツＤＢ３２に新たな雑誌情報が追加されたときに、当該追加された雑誌の記事から選択される。
新たにコンテンツＤＢ３２に追加された記事ごとにバッチ処理を行うことで、ウェブサーバ２は、常に最新の優先度に基づいて記事の提示態様を判定することができる。

ウェブサーバ２は、ステップＳ５０２において、取得した情報量が所定の値以上であるか否かを判定する。ウェブサーバ２は、情報量が所定値以上の記事である場合は、情報量が大きい記事であると推定し、ステップＳ５０３において、コンテンツＤＢ３２における優先フラグをオンにして、ステップＳ５０４に処理を進める。また情報量が所定値未満の記事である場合は、情報量が少ない記事であると推定し、優先フラグをオンにすることなくステップＳ５０４に処理を進める。
尚、情報量の判定基準が更新された際には、ウェブサーバ２は、既存のコンテンツＤＢ３２に記憶された優先フラグを全てオフにし、コンテンツＤＢ３２に含まれる全ての記事について優先フラグ設定処理を実行する。

ステップＳ５０４において、ウェブサーバ２は、選択された雑誌において優先フラグが未判定の記事があるか否かを判定する。
ウェブサーバ２は、未処理の記事があると判定した場合には、ステップＳ５０１に処理を進め以下同様の処理を実行する。未処理の記事がないと判定した場合には ウェブサーバ２は優先フラグ設定処理を完了する。

本実施の形態によると、ウェブサーバ２は、情報量の大きい記事については、直接記事の情報を取得して詳細画像提示画面６０を提示させるのではなく、一旦情報量を抑えた縮小画像提示画面７０を提示させる。
従って、ユーザが本当に閲覧を希望する記事かどうかがわからないときに、記事の内容（記事の絵柄がユーザの好みであるか、ユーザが探していた記事かどうか等）の概要がわかるような縮小画像提示画面７０を提示させることで、ダウンロードしてみたら、ユーザが閲覧を希望している記事の内容ではなかった等の無駄な記事のダウンロードを防止することができる。即ち、ユーザは通信量を抑えつつ、自身の閲覧したい記事を選ぶことが可能となる。
一方、情報量の少ない記事については、ユーザが誤ってダウンロードしてしまっても情報量を無駄に浪費することはないし、情報量が少ないためダウンロードすることで記事の内容をすぐに把握することができると考えられる。

＜４．第２の実施の形態＞
第２の実施の形態について、図１２を参照して説明する。
本実施の形態では、ウェブサーバ２は、記事一覧画面の提示処理（図９のステップＳ２０３、図１０のステップＳ３０６）において、ユーザ端末１に設定した提示順序で記事を並べた記事一覧画面５０を提示させるものである。
ウェブサーバ２は、記事の提示順序を対象ユーザの記事の閲覧履歴情報に基づいて設定する。
以下、図面において同じステップ番号が振られている処理については、特に言及しない限りは、同じ処理であるものとして説明を省略するものとする。

記事一覧画面５０の提示制御処理について図１２を参照して説明する。
まず、ステップＳ４１１において、ウェブサーバ２は、対象ユーザの閲覧履歴情報を閲覧履歴ＤＢ３３から取得する。

ウェブサーバ２は、ステップＳ４１２において、取得した閲覧履歴情報からステップＳ３０２で選択した雑誌に含まれる記事の種別情報をコンテンツＤＢ３２から抽出する。例えば、ウェブサーバ２は、選択した「雑誌Ａ」に対応付けられた「記事ａ１」、「記事ａ２」、「記事ａ３」等の種別情報をコンテンツＤＢ３２から抽出する。

ウェブサーバ２は、ステップＳ４１３において、ステップＳ４１１で取得した対象ユーザの閲覧履歴情報に基づいてステップＳ４１２で抽出した種別情報ごとの閲覧回数を算出する。例えば、ウェブサーバ２は、まず抽出した種別情報「記事ａ１」に係る記事の閲覧回数を算出する。以下「記事ａ２」、「記事ａ３」等の種別情報についても同様に閲覧回数を算出する。

ウェブサーバ２は、ステップＳ４１４において、ステップＳ３０２で選択された雑誌に含まれる記事の提示順序の設定を行う。例えば、ウェブサーバ２は、閲覧回数が多い順に記事を並べ替える。この場合、例えば「雑誌Ａ」に含まれる「記事ａ１」、「記事ａ２」、「記事ａ３」の記事の閲覧回数がそれぞれ「５回」、「１０回」、「１回」であるとすると、ウェブサーバ２は、提示順序を「記事ａ２」、「記事ａ１」、「記事ａ３」の順に設定する。

ステップＳ４１５において、ウェブサーバ２は、ステップＳ４１４で設定した提示順序で記事を並べ替えた記事一覧画面５０のウェブページデータを生成し、ステップＳ４１６において、ユーザ端末１に提示させる。
以上により、ウェブサーバ２は記事画面一覧画面の提示制御処理を完了する。

本実施の形態によると、対象ユーザが最近頻繁に閲覧していると推認される記事については、記事一覧画面５０を提示させるときに、ユーザの目につきやすい位置に当該記事を提示させる。
従って、対象ユーザがよく閲覧している記事の優先順位を上げて提示することで、対象ユーザは閲覧したい記事を効率的に選択することができる。

＜５．第３の実施の形態＞
第３の実施の形態について、図１３を参照して説明する。
本実施の形態では、ウェブサーバ２は、記事一覧画面の提示処理（図９のステップＳ２０３、図１０のステップＳ３０６）において、登録したユーザの全て又は一部の記事の閲覧情報に基づいて記事の提示順序を設定し、ユーザ端末１に提示させる。ここで、登録されたユーザの一部としては、記事が一般的に人気があるかどうかわかる程度の人数が必要とされる。例えば全ての登録ユーザの半分や３分の１、サンプリングとして抽出した所定の人数、所定の期間内に記事を閲覧したユーザなどの様々なユーザを一部のユーザとして設定することができる。
ユーザの一部の人数としたのは、全てのユーザの閲覧情報を取得することとすることにより生じる膨大な処理負担を軽減させるためである。

記事一覧画面の提示制御処理について図１３を参照して説明する。
まず、ウェブサーバ２は、ステップＳ４２１において、選択された雑誌の処理対象となる記事の特定を行い、ステップＳ４２２において、当該記事の閲覧履歴情報を閲覧履歴ＤＢ３２から取得する。取得する閲覧履歴情報は、処理の開始前から所定の期間、例えば直近一週間の記事の閲覧履歴を取得することが考えられる。これにより、直近のユーザの雑誌の選択傾向が反映されることとなるため、最近の流行に沿った記事一覧画面５０の提示が可能となる。

ウェブサーバ２は、ステップＳ４２３において、取得した記事の閲覧履歴情報に基づいて記事の閲覧回数を判定する。
ウェブサーバ２は、ステップＳ４２４において、選択された雑誌の記事で閲覧履歴情報を未だ取得していない記事があるか否かを判定する。未取得の記事がある場合、ウェブサーバ２は、ステップＳ４２１に戻り、選択された雑誌に含まれる記事について必要な閲覧履歴情報を取得するまで同様の処理を繰り返す。

選択された雑誌の記事について閲覧情報を取得すると、ステップＳ４１３において、ウェブサーバ２は、取得した記事ごとの閲覧回数に基づいて記事の提示順序の設定を行う。例えば、ウェブサーバ２は、閲覧回数が多い順に記事を並べ替える。この場合、例えば「雑誌Ａ」に含まれる「記事ａ１」、「記事ａ２」、「記事ａ３」の記事の閲覧回数がそれぞれ「１００回」、「３００回」、「２００回」であるとすると、ウェブサーバ２は、提示順序を「記事ａ２」、「記事ａ３」、「記事ａ１」の順に設定する。

ステップＳ４１５において、ウェブサーバ２は、ステップＳ４１４で設定した提示順序で記事を並べ替えた記事一覧画面５０のウェブページデータを生成し、ステップＳ４１６において、ユーザ端末１に提示させる。
以上により、ウェブサーバ２は記事画面一覧画面の提示制御処理を完了する。

尚、ステップＳ４２１において、ウェブサーバ２は、処理対象の記事の閲覧履歴情報を閲覧履歴ＤＢ３３から取得する際に、さらに対象ユーザの当該記事の閲覧履歴情報から当該記事の対象ユーザの閲覧回数を算出し、ステップＳ４１４での記事の提示順序の設定の際に対象ユーザの閲覧情報を用いてもよい。具体的には、ウェブサーバ２は、処理対象の記事の閲覧回数が同数の複数の記事があるときに、対象ユーザの閲覧回数を参照し、当該閲覧回数が多い順に当該複数の記事を並べ替える処理を行う。これにより、最近の流行に加えて対象ユーザの傾向をも反映した順序で記事一覧を提示することができる。
また、処理対象の記事の閲覧回数を０．０１倍した数値と対象ユーザの閲覧回数の合計を算出し、合計の値の順に並べ替える処理を行うこともできる。これにより、一般ユーザの嗜好と、対象ユーザの嗜好の両方を反映させた記事を提示することができる。処理対象の記事の閲覧回数を０．０１倍としたのは、当該記事の閲覧回数は対象ユーザの閲覧回数と比べて母集団が大きいため、そのまま用いると対象ユーザの閲覧回数が記事一覧の並び順にほとんど影響を及ぼさなくなってしまうためである。

＜６．第４の実施の形態＞
第４の実施の形態について、図１４を参照して説明する。
本実施の形態では、ウェブサーバ２は、優先記事判定処理（図１０のステップＳ３１１）において、対象ユーザの閲覧履歴情報に基づいて優先記事を判定する。

優先記事判定処理について図１４を参照して説明する。
まず、ウェブサーバ２は、ステップＳ６０１において、処理対象となる図１０のステップＳ３０３で選択された記事の特定を行い、ステップＳ６０２において、対象ユーザの閲覧履歴情報を閲覧履歴ＤＢ３２から抽出する。抽出する閲覧履歴情報は、処理の開始前から所定の期間、例えば一ヶ月の記事の閲覧履歴を取得することが考えられる。これにより、最近のユーザの雑誌の選択傾向が反映された記事一覧画面５０の提示が可能となる。記事の閲覧履歴を取得する期間については、もちろん一ヶ月に限られることはなく、２ヶ月や１週間など様々な期間が考えられる。

ウェブサーバ２は、ステップＳ６０３において、選択された記事の種別情報をコンテンツＤＢ３２から抽出する。例えば、ウェブサーバ２は、選択した「記事ａ１ 第５０話」に対応付けられた「記事ａ１」の種別情報をコンテンツＤＢ３２から抽出する。

ウェブサーバ２は、ステップＳ６０４において、ステップＳ６０２で抽出した対象ユーザの閲覧履歴情報に基づいてステップＳ６０４で取得した種別情報の閲覧回数を算出する。例えば、ウェブサーバ２は、取得した種別情報「記事ａ１」に係る記事の閲覧回数を算出する。このように、履歴回数の対象となる記事は、その記事自体のみならず、定期的に発行される同じタイトルのものであってもよい。

ウェブサーバ２は、ステップＳ６０５において、算出した閲覧回数がＣｔｈ以上であるか否かを判定する。Ｃｔｈとはあらかじめ設定された任意の値をいい、対象ユーザの閲覧履歴情報の抽出期間に応じて、ユーザの記事の閲覧頻度を判定できるよう設定されることが望ましい。ウェブサーバ２は、閲覧回数がＣｔｈ以上である場合は、ステップＳ６０６において、処理対象の記事を優先記事と判定し、閲覧回数がＣｔｈ未満である場合は、ステップＳ６０６において、処理対象の記事を非優先記事と判定する。
ウェブサーバ２は、ステップＳ６０６、Ｓ６０７の処理の後、優先記事判定処理を完了する。

本実施の形態によると、対象ユーザが最近頻繁に閲覧していると推認される記事については、ウェブサーバ２は、情報量を抑えた縮小画像提示画面７０を提示させることなく、直接詳細画像提示画面６０を提示させる。
従って、対象ユーザは、最近よく閲覧していると推認される記事については、縮小画像提示画面７０の提示を省略することで、普段読んでいる記事について円滑に閲覧することができる。

＜７．第５の実施の形態＞
第５の実施の形態について、図１５を参照して説明する。
本実施の形態では、バッチ処理である優先フラグ設定処理において、選択された雑誌の記事ごとの閲覧回数に基づいて優先フラグを設定する処理を行うものである。

まず、ウェブサーバ２は、ステップＳ５１１において、処理対象となる雑誌を特定する。そしてウェブサーバ２は、ステップＳ５１２において、コンテンツＤＢ３２に記憶された処理対象の雑誌に含まれる全ての記事の優先フラグをオフにする。

ウェブサーバ２は、ステップＳ５１３において、選択された雑誌の処理対象となる記事の特定を行い、ステップＳ５１４において、当該記事の閲覧履歴情報を閲覧履歴ＤＢ３２から取得する。取得する閲覧履歴情報は、処理の開始前から所定の期間、例えば直近一週間の記事の閲覧履歴を取得することが考えられる。

ウェブサーバ２は、ステップＳ５１５において、取得した記事の閲覧履歴情報に基づいて記事の閲覧回数を特定する。ウェブサーバ２は、ステップＳ５１６において、算出した閲覧回数がＣｔｈ以上であるか否かを判定する。Ｃｔｈとはあらかじめ設定された値をいい、処理対象の記事の閲覧履歴情報の抽出期間に応じて、当該記事の閲覧頻度を判定できるよう設定されることが望ましい。ウェブサーバ２は、閲覧回数がＣｔｈ以上である場合は、ステップＳ５１７において、処理対象の記事の優先フラグをオンに設定する。ウェブサーバ２は、閲覧回数がＣｔｈ未満である場合は、ステップＳ５１８に処理を進めるものとする。つまり、処理対象の記事の優先フラグをオフのままとする。

ウェブサーバ２は、ステップＳ５１８において、処理対象の雑誌の記事で未だ優先フラグの設定処理を行っていない記事（未処理の記事）があるか否かを判定する。未処理の記事がある場合、ウェブサーバ２は、ステップＳ５１３に戻り、処理対象の雑誌に含まれる記事について優先フラグの設定処理が完了するまで同様の処理を繰り返す。
未処理の記事がない場合、ウェブサーバ２は、優先フラグ設定処理を完了する。

本実施の形態によると、ウェブサーバ２は、登録されたユーザに頻繁に閲覧されている記事については、対象ユーザにとっても興味のある記事であると推認し、優先フラグを設定し当該記事を優先記事とすることで、情報量を抑えた縮小画像提示画面７０を提示させることなく、直接記事の情報を取得して詳細画像提示画面６０を提示させる。
従って、対象ユーザは、最近よく閲覧していると推認される記事については、縮小画像提示画面７０の提示を省略することで、人気のある記事について円滑に閲覧することができる。

この図１５の優先フラグ設定処理は定期的に行うことで逐次優先フラグを更新することが望ましい。例えば優先フラグ設定処理を実行するタイミングとしては、一週間ごとや一ヶ月ごとなどとすることが考えられる。このように、定期的に優先フラグを更新していくことにより、ウェブサーバ２は、一般的な直近の傾向（各コンテンツの人気）を反映した提示態様をユーザ端末１に提示させることができる。

＜８．第６の実施の形態＞
第６の実施の形態について、図１６乃至図２０を参照して説明する。
本実施の形態では、ウェブサーバ２は、ユーザ端末１からステップＳ３０２で選択記事情報を受信したときに、選択された記事の提示態様を、定期的に当該記事が閲覧されているか否かに応じて提示し分ける処理を行う。

［８−１．ユーザ端末の提示画面の概要］
まず、本実施の形態における電子書籍ダウンロードシステムでユーザ端末１に提示される画面の一連の流れの一例について図１６を用いて説明する。
ウェブサーバ２が提供する各種サービスを受けるために、ユーザがユーザ端末１を用いて雑誌一覧の閲覧を要求する操作を行うことで、ユーザ端末１に、図１６Ａに示すように、ユーザに読みたい雑誌を選択させるための雑誌一覧画面４０が提示される。

ユーザは、提示された雑誌の名称の中から読みたい記事が含まれている雑誌等を決め、当該雑誌の名称が提示された雑誌選択ボタン４１を選択操作する。
ユーザが任意の雑誌選択ボタン４１を選択操作することに応じて、ユーザ端末１がウェブサーバ２に選択雑誌情報を送信する。
当該選択雑誌情報を受信したウェブサーバ２は、定期閲覧記事の判定を行う。定期閲覧記事とは、対象ユーザによって定期的に閲覧されている記事である。定期閲覧記事の判定処理の詳細については後述する。

選択された雑誌が定期閲覧記事を有すると判定した場合、ウェブサーバ２は、定期閲覧記事の全ての画像データをダウンロードし、図１６Ｂに示すように、定期閲覧記事の詳細画像提示画面６０をユーザ端末１に提示させる。
また、当該選択記事情報を受信したウェブサーバ２は、選択された雑誌が定期閲覧記事を有しないと判定した場合、図１６Ｃに示すように、ユーザ端末１に選択された雑誌に含まれる記事の複数の縮小画像７１を表示させた縮小画像提示画面７０を提示させる。
ユーザが任意の縮小画像７１を選択操作することに応じて端末１がウェブサーバ２に詳細画像提示要求を送信すると、当該要求を受信したウェブサーバ２は、ユーザにより選択された縮小画像７１に対応する詳細画像提示画面６０をユーザ端末１に提示させる。
ユーザはユーザ端末１を介して選択操作を行うことで記事の内容を読み進めることができる。

［８−２．ウェブサーバに関する処理］
以下、本実施の形態における、ウェブサーバ２の縮小画像提示画面７０や詳細画像提示画面６０の提示制御処理を図１７乃至図２０を参照して説明する。
尚、以下の説明でのウェブサーバ２の処理は、少なくとも図３に示した取得部２１、判定部２２、一覧提示部２３、コンテンツ提示部２５の各機能が連携して実行されるものである。

まず、図１７を参照して、ウェブサーバ２が提供する各種サービスを受けるために、電子書籍ダウンロードサービスにおいて図１８のステップＳ３０２で選択された雑誌の任意の記事を提示制御する例を説明する。

電子書籍ダウンロードシステムによる本サービスを求めるユーザは、ユーザ端末１からウェブサーバ２が提供するウェブサイトにアクセスし、ログイン操作を行う。ユーザ端末１は、ステップＳ１０１において、ログイン要求をウェブサーバ２に送信する。ログイン要求を受信したウェブサーバ２は、ステップＳ２０１において、ユーザのＩＤやパスワードを認証することでログイン処理を行う。

ログイン処理が適切に完了した後、ステップＳ１０２において、ユーザ端末１は、ユーザの操作等により雑誌一覧提示要求を行う。雑誌一覧提示要求を受信したウェブサーバ２は、ステップＳ２０２において、雑誌一覧画像４０を提示制御し、ステップＳ１０３において、図１６Ａに示すようにユーザ端末１に雑誌一覧画像４０を提示させる。

ユーザがダウンロードしたい記事が含まれている雑誌に係る雑誌選択ボタン４１をユーザ端末１を介して操作することで、ユーザ端末１は、ステップＳ１０４において、ウェブサーバ２に選択雑誌情報を送信する。当該選択雑誌情報を受信したウェブサーバ２は、ステップＳ２１１において、選択された雑誌に含まれる記事に定期閲覧記事があるか否かを判定する。定期閲覧記事の判定処理の詳細については後述する。
選択された雑誌に含まれる記事に定期閲覧記事があると判定された場合、ウェブサーバ２は、定期閲覧記事の記事情報をダウンロードする。そして、ウェブサーバ２は、ステップＳ１０７において、ユーザ端末１にダウンロードした定期閲覧記事の詳細画像提示画面６０を提示させる。ユーザはユーザ端末１を介して選択操作することで、ダウンロードした記事の内容を閲覧することができる。
また、選択された雑誌に含まれる記事に定期閲覧記事がないと判定された場合、ステップＳ１０８において、ウェブサーバ２は、図１６Ｃに示すようにユーザ端末１に選択された雑誌に含まれる記事ごとの複数の縮小画像７１が表示された縮小画像提示画面７０を提示させる。

ユーザが記事をダウンロードするためにユーザ端末１を介して任意の縮小画像７１を選択操作する。
当該選択操作を確認したユーザ端末１は、ステップＳ１０８において、ウェブサーバ２に詳細画像提示要求を送信する。
当該詳細画像提示要求を受信したウェブサーバ２は、ステップＳ２０５において、ユーザ端末１に詳細画像提示画面６０を提示させる。
ユーザ端末１は、ステップＳ１１０において、図１６Ｂに示すように詳細画像提示画面６０を提示する。

以上のような電子書籍ダウンロードサービスを実現するためにウェブサーバ２が行う処理について図１８を参照して説明する。
ウェブサーバ２は、前提として図１７のステップＳ２０１に示すような、ログインしたユーザのユーザＩＤを参照することで、対象ユーザをあらかじめ特定している。
ウェブサーバ２は、ステップＳ３０１、Ｓ３０２、Ｓ３０４において、ユーザ端末１から送信されるユーザの雑誌一覧提示要求や選択雑誌情報、詳細画像提示要求などを受信したか否かについて判定する。

ステップＳ３０１において、ウェブサーバ２がユーザ端末１から雑誌一覧提示要求を受信した場合、ウェブサーバ２は、ステップＳ３０５において、雑誌一覧提示制御処理を行う。

ステップＳ３０２において、選択雑誌情報を受信した場合、ウェブサーバ２は、ステップＳ３１３において、優先記事判定処理を行う。具体的には、ウェブサーバ２は、ステップＳ３０２で選択された雑誌の記事の種別情報を抽出する。次にウェブサーバ２は、図４のユーザＤＢ３１の対象ユーザＩＤに対応する定期閲覧記事の種別情報を参照し、定期閲覧記事の種別情報に記憶された種別情報を含む記事を優先記事として判定する。

ウェブサーバ２は、ステップＳ３１１において、選択された雑誌に優先記事があるか否かを判定する。優先記事がない場合、ウェブサーバ２は、ステップＳ３０８において、縮小画像提示制御処理を行う。具体的には、ウェブサーバ２は、選択された雑誌に含まれる記事に対応する複数の縮小画像情報等をコンテンツＤＢ３２から取得し、複数の縮小画像７１を表示させた縮小画像提示画面７０のウェブページデータを生成して、ユーザ端末１に、図１６Ｃに示すように、縮小画像提示画面７０を提示させる。

また、優先記事がある場合、ウェブサーバ２は、ステップＳ３１２において、優先記事が既に対象ユーザから閲覧されているか否か判定する。具体的には、ウェブサーバ２は、閲覧履歴ＤＢ３３から対象ユーザの記事の閲覧情報を取得し、取得した閲覧情報に優先記事と判定される記事があるか否かによって判定する。

優先記事を対象ユーザが閲覧済みである場合、ウェブサーバ２は、ステップＳ３０８において、上記と同様に縮小画像提示処理を行う。
優先記事を対象ユーザが閲覧していない場合、ステップＳ３０９において、ウェブサーバ２は、詳細画像提示画面６０の提示制御処理を行う。具体的には、ウェブサーバ２は、優先記事の画像情報をコンテンツＤＢ３２から取得（ダウンロード）し、図１６Ｂに示すように、詳細画像提示画面６０をユーザ端末１に提示させる。
優先記事が複数ある場合には、ユーザがより長い期間、定期的に閲覧している記事を優先的に提示するものとする。残りの優先記事については、提示された優先記事に連続して提示することもできる。
ユーザは、ユーザ端末１を介して選択操作することで、ダウンロードした記事の内容を閲覧することができる。

その後ウェブサーバ２は、ステップＳ３１０において、第１の実施の形態と同様に閲覧履歴の記憶処理を行う。
ステップＳ３０４において、詳細画像提示要求を受信した場合、ウェブサーバ２は、上記と同様に、ステップＳ３０９において詳細画像提示画面６０の提示制御処理を行い、ステップＳ３１０において閲覧履歴の記憶処理を行う。
ステップＳ３０５、Ｓ３０８又はＳ３１０の処理の完了後、ウェブサーバ２は再びＳ３０１、Ｓ３０２、Ｓ３０４の監視ループ処理を行う。

尚、本実施の形態では図示しないが、ユーザ端末１に次ページを提示させる処理や前のページに画面を戻す処理、記事の閲覧を終了させる処理など、ウェブサーバ２は、ユーザ端末１から要求に応じて、図１８に示した処理以外にも様々な処理を行う。

前述した各処理をウェブサーバ２が実行するために、ウェブサーバ２はあらかじめ図４のユーザＤＢ３１にユーザごとの定期閲覧記事の種別情報を更新する種別情報更新処理を行っておくことが考えられる。ここでは、種別情報更新処理をバッチ処理によって定期的に行う例について、図１９を参照して説明する。

ウェブサーバ２は、ステップＳ７０１において、種別情報更新処理の対象となるユーザのユーザＩＤをユーザＤＢ３１から特定する。
ウェブサーバ２は、ステップＳ７０２において、ユーザＤＢ３１から特定したユーザＩＤに対応する閲覧履歴情報を閲覧履歴ＤＢ３３から取得する。

ウェブサーバ２は、ステップＳ７０３において、抽出した記事がユーザにより定期的に閲覧されている記事を抽出する。具体的には、ウェブサーバ２は、共通する種別情報を有する記事が、例えば一週間以上の間隔を空けずに閲覧履歴ＤＢ３３に記憶されている場合は、当該種別情報を有する記事はユーザから定期的に閲覧されている記事であると推定して定期閲覧記事として抽出する。

ウェブサーバ２は、ステップＳ７０４において、抽出した定期閲覧記事ごとに対応する種別情報をコンテンツＤＢ３２から取得し、ステップＳ７０５において、取得した種別情報によってユーザＤＢ３１の定期閲覧記事の種別情報を更新する。
以上により、ウェブサーバ２は種別情報更新処理を完了する。

尚、図１８のステップＳ３１３の優先記事判定処理において、ステップＳ３０２で選択された雑誌に優先記事が複数含まれている場合は、最初に閲覧された時期が一番古い定期閲覧記事を一番継続して閲覧され続けている記事であると推定して、当該定期閲覧記事の種別情報を優先記事として判定してもよい。

バッチ処理を実行するタイミングとしては、例えば一週間ごとにバッチ処理を実行することが考えられる。この場合、ウェブサーバ２は、一週間ごとに図１９の種別情報更新処理を実行する。即ち、定期的に定期閲覧記事の種別情報が更新される。これにより、ウェブサーバ２は、対象ユーザの直近の傾向を反映した提示態様をユーザ端末１に提示させることができる。

本実施の形態によると、ウェブサーバ２は、例えば週刊誌に連載されている記事等の対象ユーザが雑誌を選択したときによく閲覧している記事については、記事一覧画面として複数の縮小画像提示画面７０を提示させることなく、直接記事の情報を取得して詳細画像提示画面６０を提示させる。
これにより、定期的に読んでいる記事がある場合には、当該記事が含まれる雑誌を選択するだけで、記事一覧画面５０を提示することなく、直接記事の詳細画像提示画面６０が提示されるため、雑誌の全部ではなく或る特定の記事だけ読むといったユーザにとっては有益である。

＜９．第７の実施の形態＞
第７の実施の形態について、図２０乃至図２４を参照して説明する。
本実施の形態は、選択記事情報を受信したウェブサーバ２がユーザ端末１に提示させる縮小画像提示画面７０の提示態様に特徴を有する。

［９−１．ユーザ端末の提示画面の概要］
まず、本実施の形態において電子書籍ダウンロードシステムでユーザ端末１に提示される画面の一連の流れの一例について図２０を用いて説明する。
ウェブサーバ２が提供する各種サービスを受けるために、ユーザがユーザ端末１を用いて雑誌一覧の閲覧を要求する操作を行うことで、ユーザ端末１に、図２０Ａに示すように、ユーザに読みたい雑誌を選択させるための雑誌一覧画面４０が提示される。

ユーザは、提示された雑誌の名称の中から読みたい記事が含まれている雑誌等の任意の雑誌を決め、当該雑誌の名称が提示された雑誌選択ボタン４１を選択操作する。
ユーザが任意の雑誌選択ボタン４１を選択操作することに応じてユーザ端末１がウェブサーバ２に選択雑誌情報を送信すると、当該選択雑誌情報を受信したウェブサーバ２は、図２０Ｂに示すように、選択された雑誌に含まれる記事の種別の閲覧回数に応じて大きさの異なる複数の縮小画像７１をユーザ端末１に提示させる。縮小画像７１の提示制御の詳細については後述する。

ユーザの任意の縮小画像７１の選択操作に応じてユーザ端末１がウェブサーバ２に詳細画像提示要求を送信すると、当該要求を受信したウェブサーバ２は、図２０Ｃに示すように、ユーザにより選択された縮小画像７１に対応する詳細画像提示画面６０をユーザ端末１に提示させる。
ユーザはユーザ端末１を介して選択操作を行うことで記事の内容を読み進めることができる。

［９−２．ウェブサーバに関する処理］
以下、本実施の形態における、ウェブサーバ２の縮小画像や拡大画像の提示制御処理について図２１乃至図２４を参照して説明する。
まず、図２１を参照して、ウェブサーバ２が提供する各種サービスを受けるために、ユーザがユーザ端末１を用いてログイン操作を行い、電子書籍ダウンロードサービスにおいて或る雑誌の任意の記事を提示制御する例を説明する。

電子書籍ダウンロードシステムによる本サービスを求めるユーザは、ユーザ端末１からウェブサーバ２が提供するウェブサイトにアクセスし、ログイン操作を行う。ユーザ端末１は、ステップＳ１０１において、ログイン要求をウェブサーバ２に送信する。ログイン要求を受信したウェブサーバ２は、ステップＳ２０１において、ユーザのＩＤやパスワードを認証することでログイン処理を行う。

ログイン処理が適切に完了した後、ステップＳ１０２において、ユーザ端末１は、ユーザの操作等により雑誌一覧提示要求を行う。
雑誌一覧提示要求を受信したウェブサーバ２は、ステップＳ２０２において、雑誌一覧画像４０を提示制御し、ステップＳ１０３において、図２０Ａに示すようにユーザ端末１に雑誌一覧画像４０を提示させる。

ユーザがダウンロードしたい記事が含まれている雑誌に係る雑誌選択ボタン４１をユーザ端末１を介して選択操作する。
当該選択操作を確認すると、ユーザ端末１は、ステップＳ１０４において、ウェブサーバ２に選択雑誌情報を送信する。
当該選択雑誌情報を受信したウェブサーバ２は、ステップＳ２２１において、選択された雑誌に含まれる記事の種別の閲覧回数に応じて大きさの異なる複数の縮小画像７１をユーザ端末１に提示させる。縮小画像７１の提示制御の詳細については後述する。

ユーザ端末１が、ステップＳ１０８において、複数の縮小画像７１を提示した場合、ウェブサーバ２に詳細画像提示要求を送信する。
当該送信は、ユーザが記事をダウンロードするためにユーザ端末１を介して任意の縮小画像７１を選択操作することで行われる。
詳細画像提示要求を受信したウェブサーバ２は、ステップＳ２０５において、ユーザ端末１に選択された縮小画像提示画面７０についての詳細画像提示画面６０を提示制御する。
ユーザ端末１は、ステップＳ１１０において、図２０Ｃに示すように詳細画像提示画面６０を提示する。

以上のような電子書籍ダウンロードサービスを実現するためにウェブサーバ２が行う処理について図２２を参照して説明する。
尚、以下の説明でのウェブサーバ２の処理は、少なくとも図３に示した取得部２１、判定部２２、一覧提示部２３、コンテンツ提示部２５の各機能が連携して実行されるものである。
ウェブサーバ２は、前提として図２１のステップＳ２０１に示すような、ログインしたユーザのユーザＩＤを参照することで、処理対象となるユーザをあらかじめ特定している。
ウェブサーバ２は、ステップＳ３０１、Ｓ３０２、Ｓ３０４において、ユーザ端末１から送信されるユーザの雑誌一覧提示要求や選択雑誌情報、詳細画像提示要求などを受信したか否かについて判定する。

ステップＳ３０１において、ウェブサーバ２がユーザ端末１から雑誌一覧提示要求を受信した場合、ウェブサーバ２は、ステップＳ３０５において、雑誌一覧提示制御処理を行う。

ステップＳ３０２において、選択雑誌情報を受信した場合、ウェブサーバ２は、ステップＳ３２１において、縮小画像７１の提示制御を行う。縮小画像７１の提示制御処理の詳細については後述する。

ステップＳ３０４において、詳細画像提示要求を受信した場合、ウェブサーバ２は、上記と同様に、ステップＳ３０９において詳細画像低位画面６０の提示制御処理を行い、ステップＳ３１０において閲覧履歴の記憶処理を行う。
ステップＳ３０５、Ｓ３２１、Ｓ３１０の処理の完了後、ウェブサーバ２は再びステップＳ３０１、Ｓ３０２又はＳ３０４の監視ループ処理を行う。

尚、本実施の形態では図示しないが、ユーザ端末１に次ページを提示させる処理や前のページに画面を戻す処理、記事の閲覧を終了させる処理など、ウェブサーバ２は、ユーザ端末１から要求に応じて、図２２に示した処理以外にも様々な処理を行う。

次に、本実施の形態のステップＳ３２１の縮小画像７１の提示制御処理の詳細について図２３を参照して説明する。
本実施の形態においては、縮小画像７１は、図２０Ｂに示すように、提示態様の一例として、「大」、「中」、「小」のようにあらかじめ枠の位置及び大きさが決められており、提示される個数においても、例えば枠「大」は一つ、枠「中」は一つ、枠「小」は四つといったように限りがあるものとされている。

ウェブサーバ２は、図２３のステップＳ８０１において、閲覧履歴ＤＢ３３から記事毎の閲覧履歴情報を抽出し、閲覧回数情報を取得する。尚、本実施の形態においては、登録されたユーザの閲覧回数情報を取得することとしたが、対象ユーザの閲覧回数情報を取得することとしてもよい。

ウェブサーバ２は、ステップＳ８０２において、選択された雑誌に含まれる記事であって、縮小画像７１の設定が未処理の記事があるか否か判定する。
未処理の記事がない場合、ウェブサーバ２は、ステップＳ８１０に処理を進める。

未処理の記事がある場合、ウェブサーバ２は、ステップＳ８０３において、未処理の記事の中で最も閲覧回数が多い記事情報をコンテンツＤＢ３２から取得する。
その後ステップＳ８０４において、ウェブサーバ２は、縮小画像７１の大サイズの枠が残っているか否かを判定し、大サイズの枠が残っている場合には、ステップＳ８０５において、当該記事を大サイズの枠に割り当てる設定を行う。

大サイズの枠が残っていない場合、ステップＳ８０６において、ウェブサーバ２は、縮小画像７１の中サイズの枠が残っているか否かを判定し、中サイズの枠が残っている場合には、ステップＳ８０７において、当該記事を中サイズの枠に割り当てる設定を行う。

中サイズの枠が残っていない場合、ステップＳ８０８において、ウェブサーバ２は、縮小画像７１の小サイズの枠が残っているか否かを判定し、小サイズの枠が残っている場合には、ステップＳ８０９において、当該記事を小サイズの枠に割り当てる設定を行う。

小サイズの枠が残っていない場合、ウェブサーバ２は、ステップＳ８１０に処理を進める。即ち、残りの未処理の記事については縮小画像７１として表示されないことになる。これにより、ユーザが閲覧する可能性の低いと推定される記事を表示しないことにより、ユーザにとって縮小画像提示画面７０が見やすいものとなり、ユーザの閲覧を希望する記事を容易に探すことができるようになる。
尚、縮小画像７１として表示されない記事については、ユーザ端末を操作すること等によって記事の詳細画像提示画面６０等を閲覧することが可能である。

ステップＳ８１０において、ウェブサーバ２は、ステップＳ８０５、Ｓ８０７、Ｓ８０９において設定した記事ごとの枠の割り当てに基づいて、縮小画像提示画面７０のウェブページデータの生成を行い、ユーザ端末１に提示させる。
その後、ウェブサーバ２は、縮小画像７１の提示制御処理を完了する。

ステップＳ８０５、Ｓ８０７、Ｓ８０９において、それぞれ縮小画像の提示制御処理を行った後、ウェブサーバ２は、ステップＳ８０２に戻り、以下同様の処理を行う。

本実施の形態によると、ウェブサーバ２は、記事の閲覧数に基づいて、対象ユーザが閲覧を希望している記事を推定し、縮小画像７１として提示する。縮小画像７１の提示にあたり、ウェブサーバ２は、閲覧数の数が多いほど対象ユーザの目にとまるような提示態様で縮小画像７１を提示する。
これにより、対象ユーザが雑誌に含まれる記事を検索するにあたり、対象ユーザが読みたい記事が視覚的にわかりやすく提示されるため、記事の検索効率を向上させることができる。

＜１０．第８の実施の形態＞
第８の実施の形態について、図２４を参照して説明する。
本実施の形態は、第８の実施の形態とは、縮小画像７１の提示制御処理についてステップＳ３０２で選択された雑誌の記事毎の閲覧回数の比率に基づいて縮小画像７１を提示させるといった点で異なる。
これにより、各記事が最近どれだけ読まれているかを対象ユーザが視覚により容易に把握することができる。

ウェブサーバ２は、ステップＳ８０１において、閲覧履歴ＤＢ３３から記事毎の一般ユーザの閲覧回数情報を取得し、記事毎の閲覧回数に基づいて記事毎の比率を算出する。例えば、「雑誌Ａ」が「記事ａ１」、「記事ａ２」、「記事ａ３」から構成されている場合に、記事ごとの閲覧回数が「記事ａ１」が２００回、「記事ａ２」が３００回、「記事ａ３」が５００回であるとすると、「記事ａ１」、「記事ａ２」、「記事ａ３」の比率は２：３：５となる。
尚、本実施の形態においては、選択された雑誌の記事の閲覧回数情報を取得することとしたが、対象ユーザの記事の閲覧回数情報を取得することとしてもよい。

ウェブサーバ２は、ステップＳ８１２において、算出した記事毎の比率に基づいて、記事の縮小画像７１の面積を設定する。例えば縮小画像提示画面７０における縮小画像７１の提示領域が１００平方センチメートルとすると、閲覧回数の比率が２：３：５である「記事ａ１」、「記事ａ２」、「記事ａ３」の縮小画像７１の面積はそれぞれ２０平方センチメートル、３０平方センチメートル、５０平方センチメートルとなる。

ウェブサーバ２は、ステップＳ８１３において、設定した面積の縮小画像７１が表示された縮小画像提示画面７０のウェブページデータを生成し、ステップＳ８１４において、当該縮小画像提示画面７０をユーザ端末１に提示させる。以上により、ウェブサーバ２は、縮小画像提示画面７０の提示制御処理を完了する。

＜１１．まとめ＞
上記した第１乃至第８の実施の形態等で説明したウェブサーバ２は、複数のコンテンツを有する雑誌（コンテンツ集合体）の一覧（雑誌一覧画面４０）を提示制御する一覧提示部２３と、雑誌一覧から選択された或る雑誌（コンテンツ集合体）についての選択情報を受信した場合に、該雑誌（コンテンツ集合体）に含まれる記事（コンテンツ）に関する記事毎の閲覧回数等の付随情報を取得する取得部２１と、当該付随情報に基づいて雑誌（コンテンツ集合体）に含まれる記事（コンテンツ）についての優先度を判定する判定部２２と、選択された該雑誌（コンテンツ集合体）を提示する場合に、判定した優先度に基づいて記事（コンテンツ）ごとに提示態様が異なるように提示制御するコンテンツ提示部２５と、を備えるものである。
即ち、対象ユーザがユーザ端末１を介して雑誌（コンテンツ集合体）を選択した際に、当該選択されたコンテンツ（記事）に付随した情報に応じて優先度を判定し、当該優先度に応じてコンテンツ（記事）の提示態様が異なるようにユーザ端末１に提示させる。
これにより、対象ユーザの電子書籍ダウンロードサービスの利用状況に応じて、適切な提示態様を提供することで、ユーザの利便性を向上させ、ユーザごとの潜在的な要望に応えることができる。また、当該適切な提示態様を提供することで、ユーザの選択する可能性の低いコンテンツを提示する分の通信容量を削減することができる。通信容量の削減に伴い、ユーザにとって必要と推定されるコンテンツの読み込み速度の向上を図ることで、ユーザの快適な利用を実現することができる。

またコンテンツ提示部２５は、第１の実施の形態に示すように、雑誌一覧から或る雑誌の選択情報を受信した場合、選択された雑誌（コンテンツ集合体）の有する記事（コンテンツ）の一覧を提示制御し、雑誌（コンテンツ集合体）が有する或る記事（コンテンツ）についての選択情報を受信した場合、優先度の比較に基づいて、記事（コンテンツ）のページ縮小画像を提示制御するか、当該記事（コンテンツ）の詳細画像提示画面６０を提示制御するか、を決定する（図１０）。
ウェブサーバ２は、選択した記事についてのユーザの希望する閲覧形態を推定し、直接記事の情報を取得して詳細画像提示画面６０を提示させるか、一旦情報量を抑えた縮小画像提示画面７０を提示させるか、を決定する。
従って、ユーザが本当に閲覧を希望する記事かどうかがわからないときに、記事の内容（記事の絵柄がユーザの好みであるか、ユーザが探していた記事かどうか等）の概要がわかるような縮小画像提示画面７０を提示させることで、ダウンロードしてみたら、ユーザが閲覧を希望している記事の内容ではなかった等の無駄な記事のダウンロードを防止することができる。
また、ユーザが定期的に継続して閲覧しているような連載記事等のように、ユーザが閲覧を希望することが明らかな記事も存在する。そのような場合は、却って、縮小画像提示画面７０を提示することはユーザの手間を増やしてしまうおそれがある。そこで、ユーザが閲覧する可能性が高い記事については、縮小画像提示画面７０を提示することなく、直接記事の詳細画像提示画面６０を提示することで、ユーザは電子書籍ダウンロードサービスを快適に利用することができる。
このように、ただ通信容量を削減するだけでなく、ユーザが読みたいと思うコンテンツをすぐに読み出すことができるような仕組みを設けておくことによって、通信量の削減とユーザの利便性の両方が実現できるといったバランス調整を図ることができる。

また、コンテンツ提示部２５は、第６の実施の形態に示すように、雑誌一覧から或る雑誌の選択情報を受信した場合、優先度の比較に基づいて、記事（コンテンツ）ごとの縮小画像７１（ページ縮小画像）を提示制御するか、優先度の比較に基づいて選択した記事（コンテンツ）の詳細画像提示画面６０を提示制御するか、を決定する（図１８）。
ウェブサーバ２は、例えば、週刊誌に連載されている記事であって、対象ユーザが雑誌を選択したときによく閲覧しているものについては、記事一覧画面５０として複数の縮小画像提示画面７０を提示させることなく、直接記事の情報を詳細画像提示画面６０を提示させる。
従って、定期的に読んでいる記事がある場合には、当該記事が含まれる雑誌を選択するだけで、記事一覧画面５０を提示することなく、直接記事の詳細画像提示画面６０が提示されるため、雑誌の全部ではなく或る特定の記事だけ読むといったユーザにとっては有益である。
またこれによって、不要な記事一覧画面等のダウンロードなども減少することが見込まれるため、通信量の削減や、それによる通信トラフィックの有効利用を促進できる。

また、コンテンツ提示部２５は、第７の実施の形態に示すように、雑誌一覧から或る雑誌の選択情報を受信した場合、判定部２２が判定した記事毎の閲覧回数の比率に応じて大きさが異なるように、雑誌（コンテンツ集合体）が有する記事（コンテンツ）の縮小画像７１（ページ縮小画像）を提示制御する（図２３）。
ウェブサーバ２は、一般ユーザや対象ユーザの閲覧数に基づいて、対象ユーザが閲覧を希望している記事を推定し、閲覧数の数が多いほど対象ユーザの目にとまるような提示態様で提示する。
これにより、対象ユーザが雑誌に含まれる記事を検索するにあたり、対象ユーザが読みたい記事が視覚的にわかりやすく提示されるため、記事の検索効率を向上させることができる。また、ユーザの利用するユーザ端末１における限られた提示領域である縮小画像提示画面７０に価値のある情報（対象ユーザが読みたい記事情報）を視覚的にわかりやすく提示することにより、ユーザ端末１の資源を有効活用することができる。
さらに、小さいながらも優先順位の低い縮小画像７１も提示されるため、他の記事においても、ユーザは縮小画像を見ながら、自身が気になる新たな記事を閲覧することもできる。

また、コンテンツ提示部２５は、第７の実施の形態に示すように、優先度の比較に基づいて、複数の記事（コンテンツ）の一部を表示しないように提示制御する（図２３、Ｓ８０８）。即ち、ユーザが閲覧する可能性の低いと推定される記事を表示しない。
これにより、ユーザにとって縮小画像提示画面７０が見やすいものとなり、ユーザの閲覧を希望する記事を容易に探すことができる。

また、第１の実施の形態に示すように、付随情報は、記事（コンテンツ）の詳細画像の情報量である。即ち、情報量の大きい記事については、直接記事の情報を取得して詳細画像提示画面６０を提示させるのではなく、一旦情報量を抑えた縮小画像提示画面７０を提示させる。
これにより、ユーザは通信量を抑えつつ、自身の閲覧したい記事を選ぶことが可能となる。また、不要な記事のダウンロードなども減少することが見込まれるため、通信量の削減や、それによる通信トラフィックの有効利用を促進できる。

また、コンテンツ提示部２５は、第２の実施の形態に示すように、優先度の比較に基づいて複数の記事（コンテンツ）の提示順序を変更して提示制御する（図１２）。
例えば、取得した記事ごとの対象ユーザの閲覧回数を算出し、閲覧回数の多い順に記事を並べ替える処理を行う。従って、対象ユーザがよく閲覧している記事の優先順位を上げて提示することで、対象ユーザは閲覧したい記事を効率的に選択することができる。

また、付随情報は、記事（コンテンツ）ごとの閲覧頻度情報である（図１４）。即ち、一般ユーザに頻繁に閲覧されている記事については、対象ユーザにとっても興味のある記事であると推認することができる。
従って、対象ユーザは、最近よく閲覧していると推認される記事については、縮小画像提示画面７０の提示を省略することで、普段読んでいる記事について円滑に閲覧することができる。

また、第４の実施の形態に示すように、付随情報は、雑誌（コンテンツ集合体）が有する或る記事（コンテンツ）についての選択情報を受信した場合における選択記事情報の送信に係るユーザの記事（コンテンツ）ごとの閲覧頻度情報である（図１４）。即ち、対象ユーザは、最近よく閲覧していると推認される記事については、対象ユーザが、閲覧を希望する記事であると推定する。
従って、対象ユーザは、最近よく閲覧していると推認される記事については、情報量を抑えた縮小画像提示画面７０を提示させることなく、直接記事の情報を取得して詳細画像提示画面６０を提示させることができる。

また、判定部２２は、閲覧頻度情報を記事（コンテンツ）の閲覧数に基づいて更新する。これにより、客観的な判断基準により閲覧頻度情報を更新できる。

また、第５の実施の形態で述べたように、図１５の優先フラグ設定処理を定期的に行うことで逐次優先フラグを更新している。即ち、閲覧頻度情報の更新を一定の期間ごとに行う。これにより、ウェブサーバ２は、一般的な直近の傾向（各コンテンツの人気）を反映した提示態様をユーザ端末１に提示させることができる。

また、本実施の形態においては、処理対象のユーザをログイン処理時のユーザＩＤ等を参照することで特定しているが、ユーザの特定の方法はログイン処理に限られず、様々な例が考えられる。例えばウェブサーバ２は、ユーザが入力操作を行った後ブラウザを閉じていないことをもって、ブラウザを開いているユーザを処理対象のユーザとして特定してもよいし、ユーザ端末が同一のことをもって処理対象のユーザと特定してもよい。これにより、ログインユーザ以外のユーザにもこのようなサービスを提供できる。

また、本実施の形態でいう画像には、表や図解、写真等を表示したものはもちろん、文字のみを表示したもの等、ユーザが視覚により認識できる表示全般が含まれるものとする。また、当該画像は、あらかじめウェブサーバ２で生成することしてもよいし、ウェブサーバ２から受信したウェブページデータに基づいてユーザ端末１が生成することとしてもよい。

＜１２．プログラム及び記憶媒体＞
以上、本発明の情報処理装置の実施の形態としてのユーザ端末１を説明してきたが、実施の形態のプログラムは、ユーザ端末１における各処理を情報処理装置（ＣＰＵなど）に実行させるプログラムである。

実施の形態のプログラムは、複数のコンテンツを有するコンテンツ集合体の一覧を提示制御する機能と、前記一覧から或るコンテンツ集合体についての選択情報を受信した場合に、該コンテンツ集合体に含まれるコンテンツに関する付随情報を取得する機能と、前記付随情報に基づいて前記コンテンツ集合体に含まれるコンテンツについての優先度を判定する機能と、前記判定した優先度に基づいて前記コンテンツごとに提示態様が異なるように提示制御する機能とを情報処理装置に実行させるプログラム。
即ちこのプログラムは、ウェブサーバ２に対して図９乃至図１５、図１７乃至図１９、図２１乃至図２４で説明した処理を実行させるプログラムである。

このようなプログラムにより、上述したウェブサーバ２としての情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記録媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭなどに予め記録しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記録媒体に、一時的或いは永続的に格納（記録）しておくことができる。またこのようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記録媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。

尚、本実施の形態では、処理の一例としてウェブサーバ２が実行する処理を述べたが、本願発明はウェブサーバ２が実行することに限られず、ソフトウェアのインストールなどを行うことでユーザ端末１側が処理を行うことも可能である。ユーザ端末１には通信機能を備えたＰＣやフィーチャーフォンやＰＤＡ、或いはスマートフォンやタブレット端末などのスマートデバイス等が挙げられる。
また、上記のプログラムは以上のＰＣやスマートフォン等に提供されるアプリケーションソフトウェアとしても実現可能である。

上記プログラムをアプリケーションソフトウェア側のユーザ端末１で実現する場合の一例について、以下説明する。
尚、本実施の形態では、雑誌一覧画面４０、記事一覧画面５０、詳細画像提示画面６０、縮小画像提示画面７０などの雑誌、記事等の情報は、あらかじめウェブサーバ２から取得（ダウンロード）し、ユーザ端末１におけるＤＢに記憶されているものとする。

まず、ユーザ端末１は、タッチ、クリック等によるユーザの雑誌一覧の提示要求操作を検知すると、ユーザ端末１のＤＢから雑誌一覧画面４０の画像情報を取得する。ユーザ端末１は、当該取得した画像情報に基づいて、図７Ａで例示した雑誌一覧画面４０を提示する。

次に、ユーザがダウンロードを希望する記事が含まれている雑誌に係る雑誌選択ボタン４１をユーザ端末１を介して選択操作する。
当該選択操作を確認したユーザ端末１は、選択された雑誌に含まれる記事についての記事画像情報をＤＢから取得する。その後ユーザ端末１は、図７Ｂに示すような記事一覧画面５０を提示する。

ユーザがダウンロードしたい記事に係る記事選択ボタン５１をユーザ端末１を介して操作すると、ユーザ端末１は、選択記事の詳細画像提示画面６０を提示するか、選択記事の縮小画像提示画面７０を提示するかの提示態様の判定を行う。
提示態様の判定処理の結果、詳細画像提示画面６０を提示させると判定した場合、ユーザ端末１は、ＤＢから詳細画像提示画面６０のウェブページデータを送信する。
当該ウェブページデータを取得する。そして、ユーザ端末１は、図８Ａで例示したダウンロードした記事の詳細画像提示画面６０を提示する。
尚、提示態様の判定の際に用いる閲覧履歴等の情報は、例えば定期的にユーザ端末１からウェブサーバ２へ当該情報の要求を行い、ウェブサーバ２から取得することが考えられる。

縮小画像提示画面７０を提示させると判定した場合は、ユーザ端末１は、ＤＢから縮小画像提示画面７０のウェブページデータを取得する。
当該ウェブページデータを取得したユーザ端末１は、図８Ｂに例示した縮小画像提示画面７０を提示する。

ユーザが記事をダウンロードするためにユーザ端末１を介して詳細画像要求ボタン７２を選択操作する。
当該選択操作を確認したユーザ端末１は、ＤＢから画像情報を取得し、図８Ａに示すような詳細画像提示画面６０を提示する。

その後、ユーザ端末１は、図１０に示す処理と同様の処理を行う。但し、当該処理を行うにあたり、図１９のステップＳ３０１〜Ｓ３０４における要求や情報の受信は、ユーザ端末１においては、ユーザのユーザ端末１を介した操作を検知することに応じて処理を進めると読み替えるものとする。当該処理において必要な情報は、適宜、ウェブサーバ２にダウンロード要求すればよい。

また、ユーザ端末１は、図１８、図２２に示す処理を、当該処理を実行するアプリケーションをダウンロードすることにより行うことができる。この場合において、様々な要求や情報の受信処理は、ユーザ端末１のアプリケーションにおいては、ユーザのユーザ端末１を介した操作を検知することに応じて処理を進めると読み替えるものとする。当該処理において必要な情報は、適宜、ウェブサーバ２にダウンロード要求すればよい。

最後に、上述した各実施の形態の説明は本発明の一例であり、本発明は上述の実施の形態に限定されることはない。このため、上述した各実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計などに応じて種々の変更が可能であることはもちろんである。

Ｎ…ネットワーク、１…ユーザ端末、２…ウェブサーバ、３…ＤＢ、２１…取得部、２２…判定部、２３…一覧提示部、２５…コンテンツ提示部、４０…雑誌一覧画面、５０…記事一覧画面、６０…詳細画像提示画面、７０…縮小画像提示画面

Claims (11)

1. 複数のコンテンツを有するコンテンツ集合体の一覧を提示制御する一覧提示部と、
   前記一覧から選択された或るコンテンツ集合体についての選択情報を受信した場合に、コンテンツの閲覧頻度情報に基づいて判定された定期閲覧コンテンツの情報を取得する取得部と、
   前記コンテンツ集合体に含まれるコンテンツに前記定期閲覧コンテンツがあるか否かを判定する判定部と、
   前記コンテンツ集合体についての選択情報を受信した場合、前記定期閲覧コンテンツがあるか否かに基づいて、前記コンテンツ集合体に含まれるコンテンツごとのページ縮小画像を提示制御するか、前記定期閲覧コンテンツの詳細画像を提示制御するか、を決定するコンテンツ提示部と、を備えた
   情報処理装置。
2. 前記コンテンツ提示部は、前記定期閲覧コンテンツが閲覧済みであるかを判定し、閲覧済みである場合は前記コンテンツ集合体に含まれるコンテンツごとのページ縮小画像を提示制御する
   請求項１に記載の情報処理装置。
3. 前記取得部は、前記一覧から選択された或るコンテンツ集合体についての選択情報を受信した場合に、該コンテンツ集合体に含まれるコンテンツに関する閲覧回数情報を取得し、
   前記コンテンツ提示部は、前記コンテンツ集合体に含まれるコンテンツごとのページ縮小画像を提示制御する場合、前記閲覧回数情報に基づいて大きさが異なるように、前記コンテンツ集合体が有するコンテンツのページ縮小画像を提示制御する
   請求項１に記載の情報処理装置。
4. 前記コンテンツ提示部は、前記閲覧回数情報の比率に基づいて大きさが異なるように、前記コンテンツ集合体が有するコンテンツのページ縮小画像を提示制御する
   請求項３に記載の情報処理装置。
5. 前記コンテンツ提示部は、前記閲覧回数情報の比較に基づいて、前記複数のコンテンツの一部を表示しないように提示制御する
   請求項３に記載の情報処理装置。
6. 前記取得部は、前記一覧から選択された或るコンテンツ集合体についての選択情報を受信した場合に、該コンテンツ集合体に含まれるコンテンツに関する閲覧回数情報を取得し、
   前記コンテンツ提示部は、前記閲覧回数情報の比較に基づいて前記複数のコンテンツの提示順序を変更して提示制御する
   請求項１に記載の情報処理装置。
7. 前記閲覧頻度情報は、前記コンテンツ集合体が有する或るコンテンツについての選択情報を受信した場合における前記選択情報の送信に係るユーザの前記コンテンツごとの情報である
   請求項１に記載の情報処理装置。
8. 前記閲覧頻度情報の更新を一定の期間ごとに行う
   請求項１に記載の情報処理装置。
9. 複数のコンテンツを有するコンテンツ集合体の一覧を提示制御するステップと、
   前記一覧から選択された或るコンテンツ集合体についての選択情報を受信した場合に、コンテンツの閲覧頻度情報に基づいて判定された定期閲覧コンテンツの情報を取得するステップと、
   前記コンテンツ集合体に含まれるコンテンツに前記定期閲覧コンテンツがあるか否かを判定するステップと、
   前記コンテンツ集合体についての選択情報を受信した場合、前記定期閲覧コンテンツがあるか否かに基づいて、前記コンテンツ集合体に含まれるコンテンツごとのページ縮小画像を提示制御するか、前記定期閲覧コンテンツであるコンテンツの詳細画像を提示制御するか、を決定するステップと、
   を情報処理装置が実行する情報処理方法。
10. 複数のコンテンツを有するコンテンツ集合体の一覧を提示制御する機能と、
    前記一覧から選択された或るコンテンツ集合体についての選択情報を受信した場合に、コンテンツの閲覧頻度情報に基づいて判定された定期閲覧コンテンツの情報を取得する機能と、
    前記閲覧頻度情報に基づいて前記コンテンツ集合体に含まれるコンテンツに前記定期閲覧コンテンツがあるか否かを判定する機能と、
    前記コンテンツ集合体についての選択情報を受信した場合、前記定期閲覧コンテンツがあるか否かに基づいて、前記コンテンツ集合体に含まれるコンテンツごとのページ縮小画像を提示制御するか、前記定期閲覧コンテンツであるコンテンツの詳細画像を提示制御するか、を決定する機能と、
    を情報処理装置に実行させるプログラム。
11. 複数のコンテンツを有するコンテンツ集合体の一覧を提示制御する機能と、
    前記一覧から選択された或るコンテンツ集合体についての選択情報を受信した場合に、コンテンツの閲覧頻度情報に基づいて判定された定期閲覧コンテンツの情報を取得する機能と、
    前記閲覧頻度情報に基づいて前記コンテンツ集合体に含まれるコンテンツが前記定期閲覧コンテンツであるか否かを判定する機能と、
    前記コンテンツ集合体についての選択情報を受信した場合、前記定期閲覧コンテンツがあるか否かに基づいて、前記コンテンツ集合体に含まれるコンテンツごとのページ縮小画像を提示制御するか、前記定期閲覧コンテンツであるコンテンツの詳細画像を提示制御するか、を決定する機能と、
    を情報処理装置に実行させるプログラムを記録した記憶媒体。

Images