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

Abstract

【課題】ユーザに興味を持たせるように広告や記事を配置したコンテンツを配信する。【解決手段】情報処理装置（配信サーバ）は、端末装置（ユーザ端末）からの配信要求に応じて、第１コンテンツ群から配信対象となる第１コンテンツを選択する第１選択処理と、第２コンテンツ群から配信対象となる第２コンテンツを選択する第２選択処理と、前記第２選択処理で選択した第２コンテンツと共通の分類に属する第１コンテンツを配信対象となる関連コンテンツとして前記第１コンテンツ群から選択する第３選択処理と、を実行する選択処理部と、前記選択処理部が選択したコンテンツを示すウェブページデータを生成し、該生成したウェブページデータを用いた提示制御を行う配信処理部と、を備える。【選択図】図１

Description

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

近年、インターネットを介して書籍や音楽、動画等のコンテンツ配信サービスが普及している。このようなコンテンツ配信サービスでは、コンテンツの要約となる、いわゆるフィードを一覧として表示するものがある。そして、そのようなフィードの一覧に広告の要約（フィード）を入れ込む広告方式がある。このような広告方式はインフィード広告（登録商標）ともいわれている。

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

特許文献１には、ユーザの投稿した記事に関連付けられた他のユーザの投稿した記事を時系列に提示するコンテンツからキーワードを特定し、コンテンツとともに表示する広告として、特定したキーワードに関連する広告を配信する技術が開示されている。
ここで、ユーザの投稿記事に基づきユーザに関心がある広告を配信する技術のみならず、ニュース記事等のユーザに向けて発信されるコンテンツ配信サービスにおいても、効果的に広告を配信する技術が望まれている。
また広告を配信する際に、記事等のコンテンツに基づいて配信する広告を選択するといった配信手段においては、配信する広告に偏りが生じるおそれがある。これにより、ユーザの広告を閲覧する機会の損失を招くおそれもある。
そこで本発明は、当該サービスを利用するユーザがコンテンツのフィードの閲覧を行う際に、よりユーザにとって興味を持たせるように配置されたコンテンツを提供することを目的とする。

本発明に係る情報処理装置は、端末装置からの配信要求に応じて、記事コンテンツ群から配信対象となる第１コンテンツを選択する第１選択処理と、広告コンテンツ群から配信対象となる第２コンテンツを選択する第２選択処理と、前記第２選択処理で選択した第２コンテンツと共通の分類に属するコンテンツを配信対象となる関連コンテンツとして前記記事コンテンツ群から選択する第３選択処理と、を実行する選択処理部と、前記選択処理部が選択したコンテンツを示すウェブページデータを生成し、該生成したウェブページデータを用いた提示制御を行う配信処理部と、を備え、前記配信処理部は、前記第１選択処理で選択した第１コンテンツが露出されるウェブページにおいて、前記第２選択処理で選択した第２コンテンツの周囲に前記関連コンテンツを露出させるように提示制御するものである。
これにより、第１コンテンツ及び第２コンテンツから構成されるウェブページを配信する際に、第２コンテンツに関連する関連コンテンツを第２コンテンツと共に提示することができる。
以下の実施の形態では、第１コンテンツを記事コンテンツ、第２コンテンツを広告コンテンツ、関連コンテンツを広告関連コンテンツとして説明する。また、第１選択処理を通常記事選択処理、第２選択処理を広告選択処理、第３選択処理を広告関連記事選択処理とあいて説明する。各語句の詳細については後述する。

上記した情報処理装置において、前記記事コンテンツ群の各コンテンツについて、前記選択処理部による前記第３選択処理の処理対象とするか否かを示す処理対象情報を記憶部に記憶させる記憶管理部を有し、前記選択処理部は、前記記事コンテンツ群の各コンテンツに設定された前記処理対象情報を参照して前記第３選択処理を行い、前記記憶管理部は、前記記事コンテンツ群の各コンテンツについて、前記第３選択処理の対象としてから所定時間後に第３選択処理の対象ではなくなるように、前記記憶部における前記処理対象情報の更新を行うことが考えられる。
これにより、第３選択処理の処理対象において関連コンテンツとして選択される可能性のある第１コンテンツについて、所定時間経過した後は、第３選択処理において関連コンテンツとして選択されることがなくなる。

上記した情報処理装置において、前記選択処理部は、前記第１選択処理で選択した第１コンテンツは、前記第３選択処理で前記関連コンテンツとして選択しないことが考えられる。
これにより、ある第１コンテンツが端末装置に提示される際に、関連コンテンツとしても選択されることにより、同じ内容の記事が２つ提示されることを防止することができる。

上記した情報処理装置において、前記配信処理部は、
前記選択処理部が選択したコンテンツが所定の順序で並んだ前記ウェブページデータを生成し、前記所定の順序は、前記端末装置の初期表示領域に第１コンテンツのみが提示されるように設定されていることが考えられる。
これにより、配信サーバは、第２コンテンツ群から配信対象となる第２コンテンツを選択する第２選択処理や、当該第２コンテンツと共通の分類に属する第１コンテンツを配信対象となる関連コンテンツを選択する第３選択処理を行う前に、端末装置の初期表示領域に第１コンテンツを提示することができる。

上記した情報処理装置において、前記選択処理部は、前記第３選択処理で所定回数前記関連コンテンツとして選択されたコンテンツは、以降、該第３選択処理での処理対象として選択しないことが考えられる。
これにより、第２コンテンツについて、その関連コンテンツが何度も繰り返して表示することを防止する。

上記した情報処理装置において、前記配信処理部は、前記選択処理部が選択したコンテンツが所定の順序で並んだ前記ウェブページデータを生成し、前記所定の順序は、前記関連コンテンツが前記第２コンテンツに隣接するように設定されていることが考えられる。
即ち、第２コンテンツと関連する関連コンテンツが近い距離にあるため、視覚的に認識しやすくなる。

上記した情報処理装置において、前記記憶管理部は、前記所定時間を、前記第１コンテンツ群の各コンテンツの重要度に応じて設定することが考えられる。
これにより、各第１コンテンツの重要度に応じて、第３選択処理により関連コンテンツとして選択可能な期間が異なる。

上記した情報処理装置において、前記記事コンテンツ群の各コンテンツについて、前記選択処理部による前記第３選択処理の処理対象とするか否かを示す処理対象情報を記憶部に記憶させる記憶管理部を有し、前記選択処理部は、前記記事コンテンツ群の各コンテンツに設定された前記処理対象情報を参照して前記第３選択処理を行い、前記記憶管理部は、前記記事コンテンツ群の各コンテンツについて、前記第３選択処理の対象から除外する期間を経過した後に、前記第３選択処理の対象となるように、前記記憶部における前記処理対象情報の更新を行うことが考えられる。
これにより、第１コンテンツは、処理対応情報が記憶されてから一定期間の経過後に広告関連コンテンツとして選択可能となる。

上記した情報処理装置において、前記配信処理部は、前記第２コンテンツが表示領域に提示されなくなってから、再度前記第２コンテンツが提示される際に、前記関連コンテンツが前記第２コンテンツに隣接して提示されるように制御することが考えられる。
即ち、第２コンテンツが表示領域に提示されなくなっているうちに、第３選択処理により関連コンテンツの選択及び当該関連コンテンツで並び替えたウェブページデータの生成を行う。

本発明に係る情報処理方法は、端末装置からの配信要求に応じて、記事コンテンツ群から配信対象となる第１コンテンツを選択する第１選択処理と、広告コンテンツ群から配信対象となる第２コンテンツを選択する第２選択処理と、前記第２選択処理で選択した第２コンテンツと共通の分類に属するコンテンツを配信対象となる関連コンテンツとして前記記事コンテンツ群から選択する第３選択処理と、を実行する選択処理ステップと、前記選択処理ステップで選択したコンテンツを示すウェブページデータを生成し、該生成したウェブページデータを用いた提示制御を行い、前記第１選択処理で選択した第１コンテンツが露出されるウェブページにおいて、前記第２選択処理で選択した第２コンテンツの周囲に前記関連コンテンツを露出させるように提示制御する配信処理ステップと、を実行する方法である。

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

本発明によれば、コンテンツと共に提示される広告についての広告効果を高めることが可能となる。

実施の形態のネットワークシステムの構成例の説明図である。 実施の形態のハードウェア構成の説明図である。 実施の形態の記事データベース及び記事管理データベースの説明図である。 実施の形態の広告管理データベースの説明図である。 実施の形態の記事画面の説明図である。 第１の実施の形態のコンテンツの提示態様についての説明図である。 第１の実施の形態のシステム全体の処理のフローチャートである。 第１の実施の形態の分類情報設定処理のフローチャートである。 第１の実施の形態の処理対象解除処理のフローチャートである。 第１の実施の形態の通常記事選択処理及び広告関連記事選択処理のフローチャートである。 第１の実施の形態の広告関連記事選択処理の変形例のフローチャートである。 第１の実施の形態のウェブページデータ生成処理のフローチャートである。 第２の実施の形態のコンテンツの提示態様についての説明図である。 第２の実施の形態のシステム全体の処理のフローチャートである。 第３の実施の形態のコンテンツの提示態様についての説明図である。 第３の実施の形態のコンテンツの提示態様についての説明図である。 第３の実施の形態のシステム全体の処理のフローチャートである。 第４の実施の形態の記事情報記憶処理のフローチャートである。 第４の実施の形態の処理対象設定処理のフローチャートである。

＜１．全体構成＞
以下、実施の形態におけるネットワークシステムの全体構成について説明する。
図１に実施の形態のネットワークシステムの構成例を示す。この例では、当該ネットワークシステムはネットワークを利用して、ユーザ端末にコンテンツを配信するコンテンツ配信システム（以下、本配信システムとも表記する。）として機能する。
図１における配信サーバが本発明請求項の情報処理装置の実施の形態に相当する。

本配信システムにおいては、ユーザが閲覧を要求するニュース記事等の記事コンテンツを配信することとなるが、その配信の際に当該記事コンテンツに付随して広告コンテンツも配信される。以下、記事コンテンツと広告コンテンツを含むコンテンツを配信コンテンツとも表記する。
また、実施の形態においては、コンテンツとしてニュース記事を例に挙げて説明するが、ここでのコンテンツはニュース記事に限られることはなく、芸能記事、ブログ記事等の様々な記事や、記事に限られず、映画、音楽、演劇、文芸、写真、漫画、アニメーション、コンピュータゲーム等、様々なコンテンツが想定される。

また当該配信コンテンツは、例えばユーザ端末の表示部において縦一列に列挙されて提示される。ここでは、広告コンテンツの一例として、縦一列に列挙される配信コンテンツにおいて記事コンテンツの間に挿入されるインフィード広告を例に挙げて説明する。ただし、実施の形態における広告コンテンツは、インフィード広告以外の広告であってもよい。
またフィードとは、コンテンツを配信用に加工したものをいい、タイトルや概要（要約）、サムネイルなどにより構成される。本実施の形態では、フィードはコンテンツに含まれる概念として説明する。

図１に示すように、本実施の形態に係るネットワークシステムは、複数のユーザ端末１、配信サーバ２、記事投稿端末４、広告サーバ５がネットワークＮＷにより相互に通信可能な状態で接続されている。また、配信サーバ２はデータベース３（以下「データベース」を「ＤＢ（Database）」とも表記する。）にアクセス可能とされており、広告サーバ５は、広告ＤＢ６にアクセス可能とされている。

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

ユーザ端末１は、配信システムを利用する閲覧者としてのユーザが使用する端末である。このユーザ端末１は、例えば、通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistant）、或いは、スマートフォンやタブレット端末などのスマートデバイスなどが想定される。
ユーザ端末１では、必要に応じて各種の送受信処理や表示処理などが実行される。
ユーザは、ユーザ端末１においてブラウザを介して、関心のある記事の閲覧を任意に行うことができる。ユーザ端末１ではこれらの動作のための通信処理や表示処理等を行う。

配信サーバ２は、二次配信社によって操作される情報処理装置である。具体的には、配信サーバ２は、或る二次配信社に設置されたコンピュータ装置や、個人の記事提供者が使用する携帯型或いは据え置き型等の情報処理装置である。
二次配信社とは、記事コンテンツを配信サーバ２によりユーザ端末１に配信するものをいう。当該記事コンテンツは、後述する一次配信社から提供された記事である。具体的には、ニュースサイト等の記事提供サイトを運営する企業等が二次配信社とされる。なお、ここでいう二次配信社には個人の記事配信者も含まれる。
配信サーバ２は、配信システムに用いられる記事コンテンツ情報を記事投稿端末４から受信し、ＤＢ３に記憶する。
また配信サーバ２は、受信した記事コンテンツからユーザ端末１に提示する記事を選択し、当該記事コンテンツの情報をユーザ端末１に送信する。

ＤＢ３は、配信サーバ２がユーザ端末１に配信する記事コンテンツを選択するために必要な情報が格納されたＤＢを包括的に示している。ＤＢ３の詳細については後述する。

記事投稿端末４は、配信システムに用いられる記事コンテンツを配信サーバ２に送信する情報処理装置である。具体的には、記事投稿端末４は、一次配信社に設置されたコンピュータ装置や、個人の記事提供者が使用する携帯型の情報処理装置である。
一次配信社とは、新聞社、記事制作代行会社等の記事を作成する組織をいう。なお、ここでいう一次配信社には個人の記事提供者も含まれる。
記事投稿端末４は、制作した記事コンテンツの情報を配信サーバ２に送信（投稿）する処理を実行する。

広告サーバ５は、ウェブページ上に掲載する広告コンテンツ（以下、単に「広告」とも表記する。）を配信するサーバである。
例えば配信サーバ２は、記事ページ上に広告表示を行うことができる。即ちユーザ端末１の表示部に表示される記事ページには１又は複数の広告領域が設けられており、この広告領域には、広告サーバ３から配信される広告コンテンツが表示される。
広告サーバ３からは、記事コンテンツとしてのウェブページを表示させるユーザ端末１のブラウザを介した要求などに応じて広告配信を行う。

広告ＤＢ６は、広告コンテンツやその管理情報を保存するＤＢである。例えば広告ＤＢ６には、各広告コンテンツを識別するために付された広告ＩＤ（Identification）に対応付けられたウェブページデータが保存されている。
広告サーバ５は広告ＤＢ６から選択した広告コンテンツをユーザ端末１に配信し、広告コンテンツが記事ページ上に表示されるようにする。

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

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

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

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

配信サーバ２は、選択処理部２１、配信処理部２２、記憶管理部２３、を有する。

選択処理部２１は、ユーザ端末１からの配信要求に応じて、投稿された記事コンテンツ群から配信対象となる記事コンテンツを選択する通常記事選択処理と、広告コンテンツ群から配信対象となる広告コンテンツを選択する広告選択処理と、広告選択処理で選択した広告コンテンツと共通の分類に属する記事コンテンツを配信対象となる広告関連コンテンツとして記事コンテンツ群から選択する広告関連記事選択処理と、を実行する。
通常記事選択処理、広告選択処理、広告関連記事選択処理の詳細については後述する。
配信処理部２２は、選択処理部２１が選択したコンテンツを用いてウェブページデータを生成し、該生成したウェブページデータを用いた提示制御を行う。
また記憶管理部２４は、記事コンテンツ群の各記事コンテンツについて、選択処理部２１による広告関連記事選択処理の処理対象とするか否かを示す処理対象情報をＤＢ３に記憶させる。また記憶管理部２３は、各記事コンテンツについて、広告関連記事選択処理の対象としてから所定時間後に広告関連記事選択処理の対象ではなくなるように、ＤＢ３における処理対象情報の更新を行う。

次に、これらの機能を備えた配信サーバ２が、ユーザ端末１に提示させる補助情報を選択するため等に用いるＤＢ３について必要に応じて図３、図４を用いて説明する。
ＤＢ３は、例えば図１に示すように、記事ＤＢ３１、記事管理ＤＢ３２、広告管理ＤＢ３３等で構成されている。もちろんＤＢ３は、これ以外にも配信サーバ２が機能するために必要なＤＢを含んで構成されていてもよい。

記事ＤＢ３１は、記事コンテンツのデータを保存するＤＢである。記事ＤＢ３１には、各記事を識別するために付された記事ＩＤに対応付けられたウェブページデータが保存されている。一次配信社からの投稿に応じて、記事ＤＢ３１に記事コンテンツが追加される。
記事コンテンツを形成するウェブページのデータは、例えば、ＨＴＭＬ（HyperText Markup Language）やＸＨＴＭＬ（Extensible HyperText Markup Language）などの構造化文書ファイルである。構造化文書ファイルには、一次配信社が投稿した記事のテキストデータや各種画像等の画像データの指定情報と、それらの配置や表示態様（文字色やフォントや大きさや装飾など）が記述されている。
配信サーバ２は、ユーザ端末１から或る記事についてのアクセス要求があった場合は、要求された記事ページを記事ＤＢ３１から読み出してユーザ端末１に配信する。

記事管理ＤＢ３２は、各記事コンテンツの管理のための情報を格納するＤＢである。記事管理ＤＢ３２の内容の一例を図３Ｂに示す。
記事管理ＤＢ３２では記事ＩＤにより付随する情報が管理される。例えば記事ＩＤごとに、一次配信社情報、記事分類情報、フラグ情報、後述する広告関係コンテンツとして選択され回数を示す情報などが、逐次更新されながら管理される。

一次配信社情報は、記事ＩＤに対応する記事コンテンツを投稿した一次配信社の情報である。例えば一次配信社情報としては、一次配信社を識別するための配信社ＩＤに対して、一次配信社の住所、名称等の属性情報などの情報が含まれる。

記事分類情報は、記事コンテンツ自体の属性情報である。例えば記事コンテンツのＵＲＬ（Uniform Resource Locator）、記事分類情報、記事の投稿日時、記事のレイアウト情報、リンク設定情報等が含まれる。
記事分類情報は各記事についての分類（ジャンル）を示す情報である。なお、分類は、「スポーツ」「芸能」「社会」「料理」「健康」のように大まかなものでもよいし、例えば「野球」「歌手」「食材」「健康器具」など、より細分化されたジャンルでもよい。さらには「オリンピック」「自然災害」「国際情勢」など、特定の話題にまで細分化されてもよい。

フラグ情報には、配信サーバ２が処理を実行するにあたり用いられる、処理対象フラグ、選択済フラグ、未設定フラグなどのフラグについてのＯＮ／ＯＦＦに関する情報が記憶されている。各フラグの詳細については後述する。

広告管理ＤＢ３３は、各広告コンテンツの管理のための情報を格納するＤＢである。広告管理ＤＢ３３の内容の一例を図４に示す。
広告管理ＤＢ３３は、配信サーバ２が広告サーバ５から受信した各広告コンテンツの管理のための情報が格納されている。広告管理ＤＢ３３では広告ＩＤにより付随する情報が管理される。例えば広告ＩＤごとに、広告コンテンツのＵＲＬ、広告分類情報、記事の掲載期間等が管理されている。

広告分類情報は各広告についての分類（ジャンル）を示す情報である。なお、分類は、上述した記事分類情報と同様に分類され、大まかなものからより細分化されたジャンルまで様々な基準で分類されている。

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

＜３．ユーザ端末における提示画面の概要＞
以下、実施の形態においてユーザが本配信システムを利用する場合に、ユーザ端末１に提示される画面の一例について図５を用いて説明する。

本配信システムでは、ユーザの閲覧画面の操作に応じて、例えば図５に示すように、複数の配信コンテンツＣＳが縦一列に並べられた記事画面ＷＤが提示される。
一覧表示される複数の配信コンテンツＣＳは、記事コンテンツＡＲと広告コンテンツＡＤとに大別される。記事コンテンツＡＲは、実施の形態ではニュース記事である。
広告コンテンツＡＤは、記事コンテンツＡＲの間に配置されるコンテンツである。このような掲載方式の広告はインフィード広告ともいわれる。

配信コンテンツＣＳ（記事コンテンツＡＲ及び広告コンテンツＡＤ）は、サムネイル画像や要約文などからフィードとして構成され、或る配信コンテンツＣＳをユーザが選択操作することでユーザ端末１から配信サーバ２にページ要求が送信され、当該要求を受信した配信サーバ２がユーザ端末１に配信コンテンツＣＳの全容を表示させる。
具体的には、記事コンテンツＡＲがユーザによって選択操作されると、ユーザ端末１の表示部に画像と文章とを含む記事の全文が表示される。
一方、広告コンテンツＡＤがユーザによって選択操作されると、広告依頼主のホームページや広告の全容が表示されるウェブページに移動し、ユーザ端末１の表示部に当該ウェブページが表示される。
ここでの選択操作としては、操作画面をタッチして選択するものやマウスによるクリックによって選択するもの等がある。

次に、第１の実施の形態におけるユーザ端末１に提示される画面の一例について図６Ａ及び図６Ｂを用いて説明する。本実施の形態においては、一例として２１個の配信コンテンツＣＳが縦一列に並べられたウェブページについて説明する。
本実施の形態では、ユーザ端末１からの一度のリクエストに応じて、通常記事コンテンツＸａｒ、広告コンテンツＡＤ、広告関連コンテンツＹａｒからなる２１個の配信コンテンツＣＳが縦一列に並べられたウェブページデータを配信サーバ２が生成する。そして配信サーバ２は、当該ウェブページデータの全てをユーザ端末１に送信する。
ここで、記事コンテンツは、通常記事コンテンツＸａｒや広告関連コンテンツＹａｒとして選択される。通常記事コンテンツＸａｒと広告関連コンテンツＹａｒは、両者とも同様の記事コンテンツであり、通常記事コンテンツＸａｒは、広告関連コンテンツＹａｒでないニュース記事のことを指す。また広告関連コンテンツＹａｒは、広告コンテンツＡＤと分類が共通するニュース記事をいい、広告コンテンツＡＤの分類に基づいて記事コンテンツから選択されるものである。

このとき、ウェブページデータにおける２１個の配信コンテンツＣＳの全てが一度にユーザ端末１に表示されるわけではなく、実際はユーザ端末１の表示部の大きさに応じて一部の配信コンテンツＣＳが表示されることになる。本実施の形態では、一例としてユーザ端末１に配信コンテンツＣＳを表示する際に、表示領域ＶＰに５個の配信コンテンツＣＳが表示される。表示領域ＶＰは実際に記事画面ＷＤに表示される領域をいい、ファーストビューで表示される領域には限られない。また特にファーストビューで表示される表示領域ＶＰを初期表示領域ＶＰと表記する。
そして、ユーザが記事画面ＷＤをスクロールする操作等を行うことにより、現在表示されていない残りの配信コンテンツＣＳを示すフィードが順次スライドして表示されることとなる。

本実施の形態は、配信コンテンツＣＳを表示する最初の表示領域ＶＰに、広告コンテンツＡＤと広告関連コンテンツＹａｒを表示させる例である。この場合、図６Ａに示すように、初期表示領域ＶＰ内に通常記事コンテンツＸａｒ１、Ｘａｒ２、Ｘａｒ３の他に、広告コンテンツＡＤと広告関連コンテンツＹａｒ１が表示される。
ユーザが広告関連コンテンツＹａｒ１を閲覧することにより、ユーザが広告コンテンツＡＤに興味を持って閲覧することへの動機付けとなり得る。従って、広告関連コンテンツＹａｒ１と広告コンテンツＡＤとの両方を表示領域ＶＰ内に表示することで、広告コンテンツＡＤの広告効果を向上させることができる。
また、ユーザにとっても広告関連コンテンツＹａｒ１が広告コンテンツＡＤの内容を知るための情報となり得る。従って、広告関連コンテンツＹａｒ１を広告コンテンツＡＤの付近に表示させることで、ユーザが広告コンテンツＡＤを閲覧するか否かの判断をする一助となる。

また、図６Ｂに示すように、広告関連コンテンツＹａｒを広告コンテンツＡＤに隣接するように表示することもできる。図６Ｂでは、広告コンテンツＡＤに隣接するように広告関連コンテンツＹａｒ１、Ｙａｒ２が配置されている。これにより、ユーザに広告コンテンツＡＤと広告関連コンテンツＹａｒの関連性を視覚的にわかりやすく表示することができる。

＜４．コンテンツ配信システムにおける処理：第１の実施の形態＞
本配信システムの第１の実施の形態について図７を用いて説明する。図７は、ユーザ端末１及び配信サーバ２が実行する処理の流れの一例を示している。なお、以下の実施の形態の説明では、一度説明した処理と同様の処理については同一記号を付し、説明を省略するものとする。

まずユーザ端末１は、ステップＳ１１において、ユーザの操作に応じて図５に示すような記事画面ＷＤの提示要求情報を配信サーバ２に送信する。ステップＳ１２において当該提示要求情報を受信した配信サーバ２は、ステップＳ１３において、通常記事選択処理を行う。即ち配信サーバ２は、ウェブページの生成にあたり提示するための通常記事コンテンツを配信候補となる複数の記事コンテンツから選択する。通常記事選択処理の詳細については後述する。

配信サーバ２は、ステップＳ１４において、広告情報取得処理を行う。ここで配信サーバ２は、ウェブページ生成にあたり用いられる広告コンテンツの要求情報を広告サーバ５に送信する。そして配信サーバ２は、広告サーバ５に記憶された広告コンテンツ群から広告コンテンツの情報を取得すると、当該取得した広告コンテンツの広告ＩＤに対応する広告分類情報を広告管理ＤＢ３３から取得する。

配信サーバ２は、ステップＳ１５において、広告関連記事選択処理を行う。つまり配信サーバ２は、配信候補となる複数の記事コンテンツから、提示する広告コンテンツと分類が共通する記事コンテンツを広告関連コンテンツとして選択する。

配信サーバ２は、ステップＳ１６において、選択した通常記事コンテンツ、広告関連コンテンツ、広告コンテンツをユーザ端末１の記事画面ＷＤに表示させるためのウェブページデータ生成処理を行う。配信サーバ２は、通常記事コンテンツ、広告関連コンテンツ、広告コンテンツの要約のフィードが配列されたウェブページデータを生成する。ウェブページデータ生成処理の詳細については後述する。

その後、配信サーバ２は、ステップＳ１７において、ステップＳ１６で生成したウェブページデータをユーザ端末１に送信し、提示制御する。これにより、ステップＳ１８においてユーザ端末１により、記事画面ＷＤが提示される。
これにより、図６に示すような通常記事コンテンツＸａｒ、広告関連コンテンツＹａｒ、広告コンテンツＡＤが含まれる配信コンテンツが縦一列に列挙される。

ここで、図７の広告関連記事選択処理（Ｓ１５）において、配信サーバ２が複数の記事コンテンツから広告関連コンテンツを選択する際に用いられる記事分類情報の設定に関する処理について図８、図９を用いて説明する。

まず、記事コンテンツごとに記事分類情報を設定する処理（分類情報設定処理）について、図８を用いて説明する。分類情報設定処理は、配信サーバ２が記事投稿端末４から記事コンテンツ情報を受信し、当該情報を記事ＤＢ３１に記憶する際に行われる処理である。なお、分類情報設定処理が実行されるタイミングはこれに限られず、所定数の記事が記憶されたタイミングで実行してもよいし、所定期間の経過ごとに実行することとしてもよい。

配信サーバ２は、ステップＳ１０１において、記事ＤＢ３１から記憶した記事コンテンツの情報（記事情報）を取得する。そして配信サーバ２は、ステップＳ１０２において、当該取得した記事コンテンツについて記事分類情報を取得する。
記事分類情報は、一次配信社が記事を作成する際にあらかじめ設定した分類のタグ情報を、記事投稿端末４から配信サーバ２が記事コンテンツ情報を受信する際に取得する。
また、配信サーバ２は、記事コンテンツ情報のテキストデータから、名詞や形容詞等のワードを抽出し、ワードの文字情報をタグ情報として取得することが考えられる。このとき、所定数以上出現するワードを頻出ワードとし、頻出ワードをタグ情報として設定することも考えられる。なお、記事コンテンツ情報が画像データである場合、ＯＣＲ（Optical Character Recognition）処理で認識することによりテキストデータを抽出し、ワードの文字情報を取得することもできる。

配信サーバ２は、ステップＳ１０３において、取得したタグ情報を記事分類情報として、記事管理ＤＢ３２に記憶する。そして配信サーバ２は、ステップＳ１０４において、処理対象フラグをＯＮに設定し、図８に示す処理を終了する。配信サーバ２は、処理対象フラグの設定情報を記事管理ＤＢ３２に記憶する。
処理対象フラグとは、広告コンテンツと共通の分類に属する記事コンテンツを広告関連コンテンツとして選択する広告関連記事選択処理（図７のＳ１５）において、処理対象となる記事コンテンツとなるか否かを示すフラグである。処理対象フラグがＯＮである記事コンテンツは、広告関連記事選択処理において処理対象となる記事コンテンツである。
図８に示す処理により、広告関連コンテンツを選択する際に用いられる記事コンテンツごとの分類情報が設定される。また、記事投稿端末４から受信した記事コンテンツが広告関連記事選択処理での処理対象として設定される。

次に、図８の処理により処理対象として設定された記事コンテンツを、投稿されてから所定期間の経過に伴い処理対象から除外する処理（処理対象解除処理）について図９を用いて説明する。
広告コンテンツと関連性のある広告関連コンテンツを記事コンテンツから選択して提示する際に、あまりにも昔の記事が広告関連コンテンツとして選択されてしまうと。記事画面ＷＤに列挙された通常記事コンテンツとのあまりにも時系列が異なる結果となり、配信コンテンツ全体としてユーザに違和感を与えるような提示態様となってしまうおそれがある。
そのため、投稿されてから所定期間経過した記事コンテンツは、広告関連コンテンツの選択候補から除外することで、記事画面ＷＤに列挙される他の通常記事コンテンツとの関係であまり時系列の隔たりのない、自然な広告関連コンテンツを提示することが可能となる。
処理対象解除処理は１時間、１日、１週間等の間隔で定期的に行われる。また、配信サーバ２が記事コンテンツを記事ＤＢ３１に記憶するタイミング等、適宜所定のタイミングで行われることとしてもよい。

まず配信サーバ２は、ステップＳ２０１において、記事管理ＤＢ３２に記憶された記事コンテンツ（記事ＩＤ）のうち、処理対象フラグがＯＮに設定された記事コンテンツの情報を処理対象として取得する。配信サーバ２が取得した記事コンテンツの情報には、記事分類情報が含まれている。

配信サーバ２は、ステップＳ２０２において、ステップＳ２０１で取得した記事コンテンツの情報から、処理対象となる記事コンテンツの数を取得し、当該記事コンテンツの数を最大値Ｎｍａｘとして設定する。そして配信サーバ２は、ステップＳ２０３において変数ｎ＝１に設定する。ここで変数ｎとは、それぞれの記事コンテンツを処理対象として指定するための変数である。

そして配信サーバ２は、ステップＳ２０４において、第ｎ番目の記事コンテンツ（以下、第ｎ記事コンテンツとも表記する。）を処理対象として選択する。
配信サーバ２は、ステップＳ２０５において、処理対象の記事コンテンツが記事ＤＢ３１に記憶されてから所定期間が経過しているか否かを判定する。
所定期間は、１０分、１時間、１日、１週間、１ヶ月等、様々な期間を設定することができる。また、全ての記事コンテンツについて一律の所定期間を設定してもよいし、記事コンテンツごとに異なる所定期間を設定してもよい。
所定期間は一次配信社や二次配信社によりあらかじめ設定することもできるし、配信サーバ２による処理により、ユーザの属性情報や記事コンテンツのジャンルに応じて所定時間を設定してもよい。

ステップＳ２０５において所定期間が経過している場合は、配信サーバ２はステップＳ２０６に処理を進め、処理対象フラグをＯＦＦに設定する。これにより、この記事コンテンツは、広告関連記事選択処理において広告関連コンテンツとして選択されることがなくなることになる。そして、配信サーバ２はステップＳ２０７に処理を進める。
ステップＳ２０５において所定時間が経過していない場合は、処理対象の記事コンテンツの処理対象フラグをＯＦＦにすることなく、ステップＳ２０７に処理を進める。

配信サーバ２は、ステップＳ２０７において、変数ｎに１を加算する処理を実行する（ｎ←ｎ＋１）。そして配信サーバ２は、ステップＳ２０８に処理を進め、変数ｎが未だ最大値Ｎｍａｘを超えないときは、ステップＳ２０４に処理を進め、次の第ｎ記事コンテンツを処理対象に設定する。配信サーバ２は、ステップＳ２０８で変数ｎが最大値Ｎｍａｘを超えるまで以下上記と同様の処理を実行する。
ステップＳ２０８で変数ｎが最大値Ｎｍａｘを超えた場合、全ての処理対象フラグがＯＮの記事コンテンツについて処理が完了したため、配信サーバ２は図９に示す処理を終了する。
これにより、投稿されてから時間が経った記事コンテンツは、広告関連コンテンツの候補から除外されることになる。
なお、掲載期間が設定されている記事コンテンツについては、掲載期間が経過した後に処理対象フラグをＯＦＦにすればよい。

次に、図７のステップＳ１３における通常記事選択処理の詳細について、図１０Ａを用いて説明する。通常記事選択処理では、本配信システムにおいて記事画面ＷＤに提示される通常記事コンテンツを複数の記事コンテンツから選択する。

配信サーバ２は、ステップＳ３０１において、記事管理ＤＢ３２から記事コンテンツ（記事ＩＤ）に応じた情報を取得し、取得した情報に基づいてウェブページデータの生成に用いる記事コンテンツを選択する。
配信サーバ２は、例えば、通常記事コンテンツの提示枠として設けられた数の記事コンテンツを、記憶された記事の投稿日時が近い順に選択する。または、各記事コンテンツに優先度をあらかじめ設定し、優先度の高い順に記事コンテンツから通常記事コンテンツを選択することもできる。当該優先度は、例えば二次配信社によりあらかじめ設定される。
このように、様々な手法を用い通常記事コンテンツが選択される。

その後配信サーバ２は、ステップＳ３０２において、通常記事コンテンツとして選択された記事コンテンツについて、選択済フラグをＯＮに設定する処理を行う。
選択済フラグとは、記事コンテンツが通常記事コンテンツとして選択されているか否かを示すフラグである。選択済フラグをＯＮに設定することで、当該記事コンテンツが、広告関連記事選択処理（図７のＳ１５）において、広告関連コンテンツとして選択されることを防止することができる。即ち、或る記事コンテンツが、通常記事コンテンツと広告関連コンテンツの両方に選択されることがなくなるため、記事画面ＷＤに同じ記事コンテンツが提示されることを防止することができる。

配信サーバ２は、以上により図１０Ａに示す処理を終了し、図７のステップＳ１４に処理を進める。これにより、ウェブページに提示される配信コンテンツのうち、通常記事コンテンツの選択が完了する。

次に、図７のステップＳ１５における広告関連記事選択処理の詳細について、図１０Ｂを用いて説明する。
まず配信サーバ２は、ステップＳ４０１において、図７のステップＳ１４の広告選択処理において選択した広告コンテンツについての広告分類情報を取得する。配信サーバ２は、選択した広告コンテンツ（広告ＩＤ）に対応する広告分類情報を記事管理ＤＢ３３から取得する。

そして配信サーバ２は、ステップＳ４０２において、記事管理ＤＢ３２を参照して選択済フラグがＯＦＦの記事コンテンツ情報を取得する。これにより、ウェブページデータの生成の際に、記事コンテンツが通常記事コンテンツ及び広告関連コンテンツとして重複して表示されることを防止する。
ここで配信サーバ２は、ステップＳ４１０において、記事管理ＤＢ３２を参照して選択済フラグがＯＦＦの記事コンテンツ情報がなかった場合、配信サーバ２はステップＳ４０３以降の処理を行うことなく図１０Ｂの処理を終了する。
記事管理ＤＢ３２を参照して選択済フラグがＯＦＦの記事コンテンツ情報を取得した場合、配信サーバ２はステップＳ４１０からステップＳ４０３へ処理を進める。

続いて配信サーバ２は、ステップＳ４０３において、ステップＳ４０２で取得した記事コンテンツから処理対象フラグがＯＮとされる記事コンテンツ情報を処理対象として選択する。
ここで配信サーバ２は、ステップＳ４１１において、記事管理ＤＢ３２を参照して処理対象フラグがＯＮとされる記事コンテンツ情報がなかった場合、配信サーバ２はステップＳ４０４の処理を行うことなく図１０Ｂの処理を終了する。
この場合、図７のステップＳ１６のウェブページデータ生成処理において、広告関連コンテンツＹａｒがない状態でウェブページデータが生成される。即ち、ユーザ端末１の記事画面ＷＤに表示される配信コンテンツとして、通常記事コンテンツと広告コンテンツのみが表示されることになる。
記事管理ＤＢ３２を参照して処理対象フラグがＯＮとされる記事コンテンツ情報を取得した場合、配信サーバ２はステップＳ４１１からステップＳ４０４へ処理を進める。

配信サーバ２は、ステップＳ４０４において、ステップＳ４０３で選択された記事コンテンツのそれぞれについて、記事分類情報（タグ情報）を取得する。配信サーバ２は、当該選択された記事コンテンツのうち、ステップＳ４０１で取得した広告分類情報と合致する記事コンテンツを広告関連コンテンツ（広告関連記事）として選択する。
当該広告分類情報と合致する記事コンテンツが複数ある場合は、そのうちの所定数の記事を広告関連コンテンツとして選択する。ここで所定数とは１又は複数であり、例えば配信サーバ２であらかじめ設定されている。
また広告関連コンテンツの候補となる記事コンテンツが複数ある場合は、その記事コンテンツの投稿日時が早い順、広告分類情報と共通する記事分類情報の数が多い順等によって、広告関連コンテンツとなる記事コンテンツを絞り込む。
配信サーバ２は、以上により図１０Ｂの処理を終了し、図７のステップＳ１６に処理を進める。

ここで、広告関連記事選択処理の変形例について、図１１を用いて説明する。
当該変形例において、配信サーバ２は、ステップＳ４０１〜Ｓ４０４において図１０Ｂと同様の処理を行い、広告関連コンテンツを選択する。
その後、配信サーバ２は、ステップＳ４０５において、広告関連コンテンツとして選択された記事コンテンツが、過去の広告関連コンテンツ（広告関連記事）として選択された回数情報を記事管理ＤＢ３２から取得する。

そして配信サーバ２は、ステップＳ４０６において、回数情報のカウントを１加算したうえで、広告関連コンテンツ（広告関連記事）として選択された回数が、所定回数以上であるかを判定する。配信サーバ２は、広告関連コンテンツとして所定回数以上選択された記事コンテンツの処理対象フラグをＯＦＦに設定する。これにより、当該記事コンテンツが広告関連記事として選択されることがなくなる。以上により配信サーバ２は図１１の処理を終了する。
ここで選択された回数は、ログイン処理等によりユーザごとの選択情報を確認できる場合は、ユーザごとに表示される広告関連コンテンツの選択についての所定回数を設定することができる。このとき、回数を１回に設定することで、ユーザが本配信システム利用する際に、配信コンテンツに同じ広告関連コンテンツが複数回表示されることを防止することができる。
また、ユーザ全体として、広告関連コンテンツの選択回数を設定することも可能である。
なお、選択された記事コンテンツが広告関連コンテンツとして所定回数以上選択されたものでない場合、配信サーバ２は処理対象フラグをＯＦＦにすることなく、図１１の処理を終了し、図７のステップＳ１６に処理を進める。

次に、図７のステップＳ１６におけるウェブページデータ生成処理の詳細について、図１２を用いて説明する。
配信サーバ２は、ステップＳ５０１において、配信コンテンツ情報を取得する。即ち、上述した通常記事選択処理で選択した通常記事コンテンツ、広告選択処理で選択した広告コンテンツ、広告関連記事選択処理で選択した広告関連コンテンツの情報を取得する。

そして配信サーバ２は、ステップＳ５０２において、配信コンテンツの配列の設定を行う。即ち、ユーザ端末１で配信コンテンツを表示する際の通常記事コンテンツ、広告コンテンツ、広告関連コンテンツの配列の順番を設定する。
本実施の形態では、配信サーバ２は、一例として２１個の配信コンテンツが縦一列に列挙されたウェブページデータを生成する。また、本実施の形態のユーザ端末１においては、表示部の表示領域ＶＰに５個の配信コンテンツを提示可能である。そのため、図６Ａ及び図６Ｂに示すように、２１個のうち最初に表示される５個の配信コンテンツのうちに、広告コンテンツＡＤ及び広告関連コンテンツＹａｒが表示されるように配列を設定する。

ここで、広告コンテンツの配列パターンは様々な態様が考えられる。例えば、一定の間隔ごとに、つまり５個目、１０個目、１５個目、２０個目に広告コンテンツを配置するような配列にすることが考えられる。このとき、表示領域ＶＰで表示可能な配信コンテンツの数ごとに広告コンテンツを配置することも可能である。また、最初である１個目、又は最後の２１個目に少なくとも広告コンテンツを配置する配列とすることも可能である。さらに、少なくとも初期表示領域ＶＰに提示される個数（本実施の形態では５個）以内に広告コンテンツを表示させるようにすることで、ユーザに広告コンテンツを必ず閲覧できる状態にすることができるようになる。

広告関連コンテンツの配列パターンについても様々な態様が考えられる。例えば、広告コンテンツが配列された位置から２個、３個等の所定の個数までの範囲に広告関連コンテンツを配列することが考えられる。このとき、所定の個数は表示領域ＶＰの表示可能な配信コンテンツの個数よりも少ないことが望ましい。広告コンテンツと広告関連コンテンツの両方が記事画面ＷＤに表示されやすくするためである。
また、所定の個数については、広告コンテンツと広告関連コンテンツとの関連性の高さによって変動するものとしてもよい。例えば、広告コンテンツと関連性が高い広告関連コンテンツほど、広告コンテンツに近く配置されるように所定の個数を決定する。ここで、関連性の高さは、例えば広告分類情報と記事分類情報において共通するタグ情報の数が所定閾値以上か否かで判定する。
また、図６Ｂの広告関連コンテンツＹａｒ１、Ｙａｒ２のように、広告コンテンツに隣接するように配置することも考えられる。この時、ユーザが記事コンテンツを下方向にスクロースすることにより閲覧する都合上、広告関連コンテンツＹａｒ１のように、広告コンテンツの上部に配置することが望ましい。これにより、広告関連コンテンツＹａｒ１の記事によりユーザに広告の内容に意識が向いた状態で、広告コンテンツを表示することができる。一方で、広告関連コンテンツＹａｒ２のように、広告コンテンツの下部に配置することも有効である。これは、閲覧中のユーザが戻り操作として上方向に配信コンテンツをスクロールしたときに、広告コンテンツよりも先に広告関連コンテンツを提示することができるためである。

上記した様々な手法で、広告コンテンツと広告関連コンテンツの位置を決定した後に、残りの配信コンテンツ部分に、記事コンテンツを配列する。これにより、配信コンテンツの配列の設定が完了する。

そして配信サーバ２は、ステップＳ５０３において、ステップＳ５０２で設定された配信コンテンツの配列に基づいてウェブページデータの生成を実行する。第１の実施の形態においては、２１個の全ての配信コンテンツが配列されたウェブページデータを生成する。
配信サーバ２は、以上で図１２の処理を終了し、図７のステップＳ１７において、生成したウェブページデータを送信し、ユーザ端末１の表示部に提示制御する。

＜５．コンテンツ配信システムにおける処理：第２の実施の形態＞
本配信システムの第２の実施の形態について図１３、図１４を用いて説明する。
第２の実施の形態では、ユーザ端末１からの記事画面ＷＤの提示要求がされると、配信サーバ２は２１個の全ての配信コンテンツについてウェブページデータを生成することなく、配列の最初の部分の配信コンテンツ（表示領域ＶＰ及びその周辺の配信コンテンツ）についてウェブページデータの生成が完了した時点で、ユーザ端末１への提示制御を行う。

第２の実施の形態における配信コンテンツのウェブページデータの生成の概要について、図１３を用いて説明する。
まず、ユーザが操作により配信コンテンツの一覧を閲覧しようとした場合、配信サーバ２は、例えば表示領域ＶＰに表示するための５個の配信コンテンツと、ユーザがスクロール操作を行った際に、処理の猶予を持たせるための２個の配信コンテンツの計７個の配信コンテンツ（図でいうところの境界線Ｌ１まで）のウェブページデータＤＬ１の生成を行い、生成したウェブページデータに基づいてユーザ端末１に提示制御する。
なお、このときの配信コンテンツは全て通常記事コンテンツである（通常記事コンテンツＸａｒ１〜Ｘａｒ７）。これは、広告選択処理及び広告関連記事選択処理を実行することによる記事画面ＷＤの表示遅延を回避するためである。

ユーザ端末１がウェブページデータＤＬ１により、記事画面ＤＷを提示しているうちに、８個目から２１個目までの残りの配信コンテンツのウェブページデータＤＬ２を生成する。
そして、ユーザが続きの配信コンテンツを閲覧しようとする操作を検知すると、生成しておいたウェブページデータＤＬ２により、通常記事コンテンツＸａｒ８以降の続きの配信コンテンツが提示される。続きの配信コンテンツには、広告コンテンツＡＤや広告関連コンテンツＹａｒ１、Ｙａｒ２が含まれている。

第２の実施の形態におけるユーザ端末１及び配信サーバ２が実行する処理の流れの一例について、図１４を用いて説明する。
まずユーザ端末１は、ステップＳ１１において、ユーザの操作に応じて図５に示すような記事画面ＷＤの提示要求情報を配信サーバ２に送信する。ステップＳ１２において当該提示要求情報を受信した配信サーバ２は、ステップＳ１３において、上述の通り７個分の配信コンテンツについて提示する通常記事コンテンツを選択するための通常記事選択処理を行う。そして、配信サーバ２は、ステップＳ２１において、選択した通常記事コンテンツに基づいてウェブページデータＤＬ１の生成処理を実行する。つまり配信サーバ２は、通常記事コンテンツのみの要約のフィードが配列されたウェブページデータを生成する。

配信サーバ２は、ステップＳ２２において、ステップＳ２１で生成したウェブページデータをユーザ端末１に送信し、提示制御する。これにより、ステップＳ１８においてユーザ端末１により、通常記事コンテンツＸａｒ１〜Ｘａｒ５が提示される。

ここで配信サーバ２は、ステップＳ２２の後も処理を継続して行う。
配信サーバ２は、ステップＳ２４において、残りの８個から２１個までの配信コンテンツについて提示する通常記事コンテンツを選択するための通常記事選択処理を行う。
また配信サーバ２は、ステップＳ１４の広告情報取得処理において、提示する広告コンテンツの情報及びその広告分類情報を取得する。

配信サーバ２は、ステップＳ１５の広告関連記事選択処理において、記事コンテンツの記事分類情報を参照し、提示する広告コンテンツの広告分類情報とタグ情報が共通する記事コンテンツを広告関連コンテンツとして選択する。

そして配信サーバ２は、ステップＳ２５において、選択した通常記事コンテンツ、広告関連コンテンツ、広告コンテンツをユーザ端末１の記事画面ＷＤに表示させるためのウェブページデータＤＬ２の生成処理を行う。配信サーバ２は、８個から２１個目の配信コンテンツについて、通常記事コンテンツ、広告関連コンテンツ、広告コンテンツの要約のフィードが配列されたウェブページデータＤＬ２を生成する。

その後、ステップＳ２６においてユーザ端末１から記事画面ＷＤのスクロール操作等を検知した旨の情報が送信され、配信サーバ２が当該情報を取得すると、配信サーバ２は、ステップＳ２７において、ステップＳ２５で生成したウェブページデータＤＬ２をユーザ端末１に送信し、提示制御する。これにより、ステップＳ２８においてユーザ端末１により、記事画面ＷＤが提示される。
ここで、ユーザ端末１は、例えば、通常記事コンテンツＸａｒ６が表示画面内に含まれた場合に、再びリクエストを送信することで、残りの８個以降のコンテンツが縦一列に並べられたウェブページデータＤＬ２を取得することもできる。この場合、ユーザ端末１は、ウェブページデータＤＬ１の下にウェブページデータＤＬ２をつなげたものをウェブページデータとして表示する。
また、配信サーバ２は、７個の通常記事コンテンツＸａｒ１〜Ｘａｒ７をユーザ端末１に提示制御した後に、残りの８個以降の配信コンテンツについて、７個の配信コンテンツごとにステップＳ２４以降の処理を行うこととしてもよい。これにより、ユーザが閲覧しない可能性が高い２１個目付近の最後の配信コンテンツまでウェブページデータを生成する必要がなくなるため、配信サーバ２の処理負担の軽減を図ることができる。
これにより、ユーザに遅延を感じさせない配信コンテンツの提示が実現できる。

＜６．コンテンツ配信システムにおける処理：第３の実施の形態＞
本配信システムの第３の実施の形態について図１５乃至図１７を用いて説明する。
第３の実施の形態における配信コンテンツの表示態様について、図１５、図１６を用いて説明する。

まず、ユーザの操作により記事画面ＷＤを表示させる際、図１５に示すように、表示領域ＶＰ１の範囲（配信コンテンツ５個）がユーザ端末１の表示部に表示される。このとき、表示領域ＶＰ１には、通常記事コンテンツＸａｒ１〜Ｘａｒ４と広告コンテンツＡＤが表示されているのみで、広告関連コンテンツは表示されていない状態である。
このとき、ユーザが、続きの配信コンテンツを閲覧するためのスクロール操作等を行うと、ユーザ端末１の表示部の表示領域が表示領域ＶＰ１から表示領域ＶＰ２へと移動する。これに伴い、表示領域ＶＰ１において表示されていた広告コンテンツＡＤは画面外に移動し、表示領域ＶＰ２における通常記事Ｘａｒ４〜Ｘａｒ８がユーザ端末１の表示部に表示される。

ここで、ユーザは表示領域ＶＰ１から表示領域ＶＰ２の方向へスクロールするだけでなく、表示領域ＶＰ２から表示領域ＶＰ１の方向へ戻るようにスクロールすることがある。例えば図１６に示すように、表示領域ＶＰ２から表示領域ＶＰ３に表示領域が移動すると、以前、初期表示領域である表示領域ＶＰ１で表示されていた広告コンテンツＡＤが再び表示領域内で表示されることとなる。
本実施の形態では、表示領域ＶＰ３で再び広告コンテンツＡＤが表示される際に、当該広告コンテンツＡＤの広告関連コンテンツＹａｒが表示されることとなる。

次に、第３の実施の形態におけるユーザ端末１及び配信サーバ２が実行する処理の流れの一例について、図１７を用いて説明する。
まずユーザ端末１は、ステップＳ１１において、ユーザの操作に応じて図５に示すような記事画面ＷＤの提示要求情報を配信サーバ２に送信する。ステップＳ１２において当該提示要求情報を受信した配信サーバ２は、ステップＳ１３において、通常記事選択処理を行い、通常記事コンテンツを選択する。
配信サーバ２は、ステップＳ１４において、広告情報取得処理を行い、広告コンテンツの情報を取得する。

その後、配信サーバ２は、広告関連記事選択処理を行うことなく、選択した通常記事コンテンツと広告コンテンツの情報に基づいてウェブページデータの生成を行う。
また、配信サーバ２が生成したウェブページデータには、送信先のユーザ端末１のブラウザ等に所定の処理を実行させるためのスクリプト言語がプラグインされている。スプリクト言語としては、例えばＪａｖａＳｃｒｉｐｔ（登録商標）などが使用される。

配信サーバ２は、ステップＳ３２において、ステップＳ３１で生成したウェブページデータをユーザ端末１に送信し、提示制御する。これにより、ステップＳ３３においてユーザ端末１により、記事画面ＷＤに表示領域ＶＰ１の広告コンテンツを含む配信コンテンツが提示される。

そしてユーザ端末１のブラウザは、配信サーバ２から受信したウェブページデータにプラグインされているスクリプト言語に基づき、ユーザのスクロール操作等による表示領域ＶＰの移動を監視する。そして、ユーザ端末１のブラウザは、ステップＳ３４において、広告コンテンツが記事画面ＷＤの画面外に移動したか（表示領域ＶＰに広告コンテンツが表示されなくなったか）を判定する。当該ブラウザは、例えば図１５の表示領域ＶＰ２において、広告コンテンツＡＤの下端が、表示領域ＶＰ２の上端Ｌ２に達したことをもって、広告コンテンツが記事画面ＷＤの画面外に移動したと判定する。
ユーザ端末１は、ステップＳ３４において、広告コンテンツが記事画面ＷＤの画面外に移動したと判定すると、ステップＳ３５において、配信サーバ２に広告関連コンテンツ（広告関連記事）が含まれるウェブページデータの要求を送信する。

配信サーバ２は、ステップＳ３６において当該要求を受信すると、ステップＳ１５において広告関連記事選択処理を実行し、広告コンテンツＡＤに関連する広告関連コンテンツを選択する。
そして配信サーバ２は、ステップＳ３８において、選択した通常記事コンテンツ、広告関連コンテンツ、広告コンテンツをユーザ端末１の記事画面ＷＤに表示させるためのウェブページデータの生成処理を行う。

その後、ステップＳ３９においてユーザ端末１が記事画面ＷＤのスクロール操作等による表示領域ＶＰの移動を監視し、広告コンテンツＡＤが記事画面ＷＤの画面内に移動したか（表示領域ＶＰに広告コンテンツが表示されるようになったか）を判定する。当該ブラウザは、例えば図１５の表示領域ＶＰ２において、広告コンテンツＡＤの上端が、表示領域ＶＰ２の上端Ｌ２に達したことをもって、広告コンテンツが記事画面ＷＤの画面内に移動したと判定する。
なお、広告コンテンツＡＤに隣接する通常記事Ｘａｒ４の上端が、表示領域ＶＰ２の上端Ｌ２に達したことをもって、広告コンテンツが記事画面ＷＤの画面内に移動したと判定することとしてもよい。このように広告コンテンツが記事画面ＷＤの画面内に移動する直前に処理を実行することで、自然な配信コンテンツの閲覧を実現できる。

ユーザ端末１は、ステップＳ４０において、広告関連コンテンツＹａｒを含むウェブページデータの要求情報を配信サーバ２に送信する。配信サーバ２が、ステップＳ４１において当該情報を取得すると、配信サーバ２は、ステップＳ４２において、ステップＳ３８で生成したウェブページデータをユーザ端末１に送信し、提示制御する。これにより、ステップＳ４０においてユーザ端末１により、記事画面ＷＤが提示される。

＜７．コンテンツ配信システムにおける処理：第４の実施の形態＞
本配信システムの第４の実施の形態について図１８、図１９を用いて説明する。
第２の実施の形態は、配信サーバ２が記事投稿端末４から記事コンテンツ情報を受信し、当該情報を記事ＤＢ３１に記憶するタイミングで分類情報設定処理を行う際に、当該記事コンテンツをすぐに広告関連記事選択処理の処理対象に設定しないものである。
記事コンテンツがニュース記事等である場合、新しい記事は通常記事コンテンツとして、記事画面ＷＤの先頭に配置される可能性が高いといえる。従って、広告関連コンテンツとして選択されることにより、先頭に新しい記事が配置できなくなることがないように、所定時間の経過後に当該記事コンテンツを広告関連記事選択処理の処理対象に設定する。

まず、本実施の形態における分類情報設定処理について図１８を用いて説明する。
配信サーバ２は、ステップＳ１０１において、記事ＤＢ３１から記憶した記事コンテンツの情報（記事情報）を取得する。そして配信サーバ２は、ステップＳ１０２において、当該取得した記事コンテンツについて記事分類情報を取得する。

配信サーバ２は、ステップＳ１０３において、取得したタグ情報を記事分類情報として、記事管理ＤＢ３２に記憶する。そして配信サーバ２は、ステップＳ６０１において、図８のように処理対象フラグをＯＮに設定することなく、未設定フラグをＯＮに設定し、図１８に示す処理を終了する。配信サーバ２は、未設定フラグの設定情報を記事管理ＤＢ３２に記憶する。
未設定フラグとは、後述する処理対象設定処理における処理対象として設定されているか否かを示すフラグである。未設定フラグは、将来的に広告関連記事選択処理における処理対象となる可能性があるか否かを示している。つまり、将来的に広告関連記事選択処理における処理対象となる可能性がある記事コンテンツと、所定時間が経過することで広告関連記事選択処理における処理対象から除外された記事コンテンツ又は所定回数以上表示されることで広告関連記事選択処理における処理対象から除外された記事コンテンツとを区別するためのフラグである。

次に、本実施の形態における処理対象設定処理について図１９を用いて説明する。
配信サーバ２は、処理対象設定処理を実行することで、所定時間の経過を条件に、記事投稿端末４から投稿された記事コンテンツを広告関連記事選択処理における処理対象として設定する。

配信サーバ２は、ステップＳ７０１において、記事管理ＤＢ３２に記憶された記事コンテンツ（記事ＩＤ）のうち、未設定フラグがＯＮに設定された記事コンテンツの情報を処理対象として取得する。

配信サーバ２は、ステップＳ７０２において、ステップＳ７０１で取得した記事コンテンツの情報から、処理対象となる記事コンテンツの数を取得し、当該記事コンテンツの数を最大値Ｎｍａｘとして設定する。そして配信サーバ２は、ステップＳ７０３において変数ｎ＝１に設定する。ここで変数ｎとは、それぞれの記事コンテンツを処理対象として指定するための変数である。

そして配信サーバ２は、ステップＳ７０４において、第ｎ番目の記事コンテンツを処理対象として選択する。
配信サーバ２は、ステップＳ７０５において、処理対象の記事コンテンツが記事ＤＢ３１に記憶されてから所定期間が経過しているか否かを判定する。
所定期間は、１週間、１ヶ月等、様々な期間を設定することができる。また、全ての記事コンテンツについて一律の所定期間を設定してもよいし、記事コンテンツごとに異なる所定期間を設定してもよい。
所定期間は一次配信社や二次配信社によりあらかじめ設定することもできるし、配信サーバ２による処理により、ユーザの属性情報や記事コンテンツのジャンルに応じて所定時間を設定してもよい。

ステップＳ７０５において所定期間が経過している場合は、配信サーバ２はステップＳ７０６に処理を進め、処理対象フラグをＯＮに設定する。これにより、この記事コンテンツは、広告関連記事選択処理において広告関連コンテンツとなり得る。そして、配信サーバ２はステップＳ７０７に処理を進め、未設定フラグをＯＦＦに設定する。そして配信サーバ２は、ステップＳ７０８に処理を進める。
ステップＳ７０５において所定時間が経過していない場合は、処理対象フラグをＯＮに、未設定フラグをＯＦＦにすることなく、ステップＳ７０８に処理を進める。

配信サーバ２は、ステップＳ７０８において、変数ｎに１を加算する処理を実行する（ｎ←ｎ＋１）。そして配信サーバ２は、ステップＳ７０９に処理を進め、変数ｎが未だ最大値Ｎｍａｘを超えないときは、ステップＳ７０４に処理を進め、次の第ｎ記事コンテンツを処理対象に設定する。配信サーバ２は、ステップＳ７０９で変数ｎが最大値Ｎｍａｘを超えるまで以下上記と同様の処理を実行する。
ステップＳ７０９で変数ｎが最大値Ｎｍａｘを超えた場合、全ての処理対象フラグがＯＮの記事コンテンツについて処理が完了したため、配信サーバ２は図９に示す処理を終了する。
これにより、記事投稿端末４から投稿された記事コンテンツが広告関連記事選択処理における処理対象として設定される。

＜８．まとめ及び変形例＞
上記した実施の形態等で説明した配信サーバ２は、端末装置（ユーザ端末１）からの配信要求に応じて、第１コンテンツ群（記事コンテンツ群）から配信対象となる第１コンテンツ（記事コンテンツ）を選択する第１選択処理（通常記事選択処理）と、第２コンテンツ群（広告コンテンツ群）から配信対象となる第２コンテンツ（広告コンテンツ）を選択する第２選択処理（広告選択処理）と、第２選択処理（広告選択処理）で選択した第２コンテンツ（広告コンテンツ）と共通の分類に属する第１コンテンツ（記事コンテンツ）を配信対象となる関連コンテンツ（広告関連コンテンツ）として第１コンテンツ群（記事コンテンツ群）から選択する第３選択処理（広告関連記事選択処理）と、を実行する選択処理部２１と、選択処理部２１が選択したコンテンツを示すウェブページデータを生成し、該生成したウェブページデータを用いた提示制御を行う配信処理部２２と、を備えるものである（図７）。
これにより、記事コンテンツ及び広告コンテンツから構成されるウェブページを配信する際に、広告関連コンテンツを広告コンテンツと共に提示することができる。
従って、最新のニュース記事等の記事コンテンツの配信を行いつつ、広告コンテンツに関連する広告関連コンテンツ（広告関連記事）の配信も行うことで、ニュース記事配信サービスとして必要な配信を行いつつ、広告コンテンツに対するユーザの注目度を高めることができる。
これにより、ユーザとしては、広告関連記事を閲覧することで、今まで知らなかった広告の対象物の情報を効率的に入手できるため、広告を閲覧するか否かを事前に有用な情報を用いて検討することが可能となる。
また一方で、提示する記事コンテンツを選択した上で、その記事コンテンツに関連する広告コンテンツを提示するコンテンツとして選択する手法においては、提示する記事内容によっては提示される広告コンテンツに偏りが生じるおそれがあった。この場合、ユーザにとってバリエーションのある広告コンテンツを享受できないケースも生じ、広告依頼主側においても自身の依頼した広告コンテンツの提示が十分に提示できないこともあった。
そこで本願発明のように、まず提示する広告コンテンツを決定し、当該決定した広告コンテンツに基づいて広告関連コンテンツを選択、提示することでユーザにとっては、投稿される記事の傾向に関わらず、多様な広告コンテンツを閲覧することが可能であり、広告依頼主にとっては、偏りなく自身の広告を提示することができるようになる。
また広告コンテンツと共通の分類に属する記事コンテンツ群から広告関連コンテンツを選択する際に、当該共有の分類であるか否かを広告コンテンツと記事コンテンツに設定された分類タグの一致により選択することにより、広告関連記事選択処理の処理負荷を軽減させることで、ユーザからの配信要求の時点での記事画面ＷＤの表示の迅速性を阻害しない。
またここで、広告コンテンツがユーザの属性情報に基づいて提示されるものとすれば、ユーザは、最新の記事コンテンツのみならず、自身の属性情報に適合する、即ち、ユーザ自身に興味の湧きやすい広告関連コンテンツが提示され、それを閲覧することができる。

また配信サーバ２は、第１コンテンツ群（記事コンテンツ群）の各第１コンテンツ（記事コンテンツ）について、選択処理部２１による第３選択処理（広告関連記事選択処理）の処理対象とするか否かを示す処理対象情報を記憶部（ＤＢ３）に記憶させる記憶管理部２３を有し、選択処理部２１は、各第１コンテンツ（記事コンテンツ）に設定された処理対象情報を参照して第３選択処理（広告関連記事選択処理）を行い、記憶管理部２３は、各第１コンテンツ（記事コンテンツ）について、第３選択処理（広告関連記事選択処理）の対象としてから所定時間後に第３選択処理（広告関連記事選択処理）の対象ではなくなるように、記憶部（ＤＢ３）における処理対象情報の更新を行うことが考えられる（図８及び図９のＳ２０４〜Ｓ２０５）。
これにより、広告関連記事選択処理の処理対象において広告関連コンテンツとして選択される可能性のある記事コンテンツについて、所定時間経過した後は、広告関連記事選択処理において広告関連コンテンツとして選択されることがなくなる。
ニュース記事等の配信サービスにおいては、常に最新のニュース、話題性の高いニュースを提供することが望まれている。しかしながらニュース記事は、その性質上、時間が経過することで、他の新しいニュースが入稿されることにより記事としての目新しさがなくなったり、流行の遷移に伴い話題性が低下したりするものである。
そこで、広告関連コンテンツの配信候補となる記事コンテンツについては、所定時間の制限を設け、所定時間を経過した第１コンテンツを広告関連コンテンツの配信候補から除外することで、いわゆる旬の過ぎたニュース記事が表示されることを防止することができる。また、広告コンテンツに関連するニュース記事として、新しく話題性のあるニュース記事を選択することで、ユーザに違和感を与えることのない、より興味を湧かせるようなニュース記事の提示が可能となる。
一方で、一次配信社の記事投稿端末４から配信サーバ２には、日々膨大な量のニュース記事が投稿されている。従って、投稿された全ての記事コンテンツについて広告関連記事選択処理を行うこととすると、処理負担が累積的に増加することとなりかねない。そこで、所定時間を設定して、定期的に広告関連コンテンツとなり得る候補を整理し、対象から外していくことで、配信サーバ２の処理負担の軽減を図ることができる。

また配信サーバ２（選択処理部２１）は、第１選択処理（通常記事選択処理）で選択した第１コンテンツ（記事コンテンツ）は、第３選択処理（広告関連記事選択処理）で広告関連コンテンツとして選択しないことが考えられる（図１０ＡのＳ３０２、図１０ＢのＳ４０２）。
これにより、ある記事コンテンツがユーザ端末１に提示される際に、広告関連コンテンツとしても選択されることにより、同じ内容の記事が２つ提示されることを防止することができる。
従って、同じ記事が記事画面ＷＤに提示されることを避けることができ、ユーザにとって違和感を与えないニュース記事の提示が可能となる。また、同じ記事が複数提示されることによることがなくなるため、より多くの種類の記事を提示することができる。即ち、ユーザ端末１の限られた表示領域ＶＰの有効活用を図ることができる。

また配信サーバ２（配信処理部２２）は、選択処理部２１が選択したコンテンツが所定の順序で並んだウェブページデータを生成し、所定の順序は、端末装置（ユーザ端末１）の初期表示領域（ファーストビューの表示領域ＶＰ）に第１コンテンツ（記事コンテンツ）のみが提示されるように設定されていることが考えられる（図１４）。
これにより、配信サーバ２は、広告コンテンツ群から配信対象となる広告コンテンツを選択する広告選択処理や、当該広告コンテンツと共通の分類に属する記事コンテンツを配信対象となる広告関連コンテンツを選択する広告関連記事選択処理を行う前に、ユーザ端末１の初期表示領域に通常記事コンテンツを提示することができる。
ユーザ端末１から配信サーバ２へのニュース記事の閲覧要求の際に、通常記事選択処理により選択した通常記事コンテンツのみからなるウェブページデータを生成し、ユーザ端末１に提示制御することで、配信サーバ２の処理負荷を軽減させ、ユーザ端末１の表示部に迅速にファーストビューを表示させることができる。
また、その後、ユーザがユーザ端末１によりファーストビューを閲覧している間に、配信サーバ２は広告選択処理及び広告関連記事選択処理をすることで、広告コンテンツ及び関連記事コンテンツを選択し、続きのウェブページデータを生成しておく。そして、ユーザがスクロール操作等により、続きのウェブページの閲覧を要求した際に、生成しておいたウェブページを提示する。これにより、ユーザを待たせることなく記事画面ＷＤを提示することが可能となる。

また配信サーバ２（選択処理部２１）は、広告関連選択処理で所定回数関連コンテンツ（広告関連コンテンツ）として選択された記事コンテンツは、以降、該広告関連記事選択処理での処理対象として選択しないことが考えられる（図１１のＳ４０６）。
広告コンテンツについて、その広告関連コンテンツが何度も繰り返して表示することを防止する。これにより、同じ広告についてもユーザが様々な広告関連コンテンツを閲覧することができるようになる。これは特に、同じユーザが複数回、記事画面ＷＤを閲覧する際に有用である。

また配信サーバ２（配信処理部２２）は、選択処理部２１が選択したコンテンツが所定の順序で並んだウェブページデータを生成し、所定の順序は、関連コンテンツ（広告関連コンテンツ）が第２コンテンツ（広告コンテンツ）に隣接するように設定されていることが考えられる（図１２のＳ５０２）。
即ち、広告コンテンツと広告関連コンテンツが近い距離にあるため、視覚的に認識しやすくなる。
これにより、ユーザは広告コンテンツを見たときに、その広告の概要、内容等を推測するための記事をすぐに発見できるようになる。また、ユーザが広告関連コンテンツの内容を閲覧した後に、広告コンテンツの要約記事を認識することで、広告に興味を湧かせやすくなるといったことも考えられる。
特に、広告コンテンツの上段に広告関連コンテンツを配置することは、ユーザがウェブページを下にスクロールした際に、まず広告関連記事を提示した後に広告コンテンツを閲覧させることができるため、ユーザに広告に対する興味を起こさせやすくなると考えられる。また広告コンテンツの下段に広告関連コンテンツを配置することで、ユーザがウェブページを上にスクロールしたときに上記と同様の効果を奏する。

また配信サーバ２（記憶管理部２３）は、所定時間を、第１コンテンツ群（記事コンテンツ群）の各コンテンツ（記事コンテンツ）の重要度に応じて設定することが考えられる（図９のステップＳ２０５）。
これにより、各第１コンテンツの重要度に応じて、広告関連記事選択処理により広告関連コンテンツとして選択可能な期間が異なる。
例えば、台風情報等の一過性のニュースについてはあまりに長い期間、広告関連コンテンツとして選択可能としておくことは、ニュース記事を閲覧するユーザに違和感を与える表示となってしまうおそれがあるため、上記所定時間を短く設定することが有用である。しかしながら一方で、重要なニュースや年間を通して話題となるようなニュースについては、ある程度長い期間に広告関連コンテンツとして提示しても違和感を感じさせない。そのため、ニュース記事の内容、性質等に応じて違和感のない提示態様を実現することができる。

また配信サーバ２は、第１コンテンツ群（記事コンテンツ群）の各第１コンテンツ（記事コンテンツ）について、選択処理部２１による第３選択処理（広告関連記事選択処理）の処理対象とするか否かを示す処理対象情報を記憶部（ＤＢ３）に記憶させる記憶管理部２３を有し、選択処理部２１は、各第１コンテンツ（記事コンテンツ）に設定された処理対象情報を参照して第３選択処理（広告関連記事選択処理）を行い、記憶管理部２３は、各第１コンテンツ（記事コンテンツ）について、第３選択処理（広告関連記事選択処理）の対象から除外する期間を経過した後に、第３選択処理（広告関連記事選択処理）の対象となるように、記憶部（ＤＢ３）における処理対象情報の更新を行うことが考えられる（図１９のＳ７０５〜Ｓ７０７）。
これにより、投稿された記事コンテンツは、処理対応情報が記憶されてから一定期間の経過後に広告関連コンテンツとして選択可能となる。
記事投稿端末４から配信サーバ２に配信されたニュース記事は、最新のニュースであるため、ニュース記事配信サービスにおいては、初期表示領域のできるだけ先頭に掲載したい記事であることがほとんどである。この場合に、このような最新ニュースが、広告関連記事選択処理により、広告関連コンテンツとして選択されてしまうと、本来掲載する予定であった表示領域の先頭部分に当該最新ニュースを表示できないことも生じ得る。
そこで、最新ニュースが投稿されてからすぐには広告関連コンテンツの候補とはせず、ある程度時間が経過して、当該ニュースの優先順位が低くなってきたときに広告関連コンテンツの候補とすることで、最新ニュースを先頭に表示しつつ、広告関連コンテンツを表示することが可能となる。

また配信サーバ２（配信処理部２１）は、第２コンテンツ（広告コンテンツ）が表示領域ＶＰに提示されなくなってから、再度前記第２コンテンツが提示される際に、関連コンテンツ（広告関連コンテンツ）が第２コンテンツ（広告コンテンツ）に隣接して提示されるように制御することが考えられる（図１７）。
即ち、広告コンテンツが表示領域ＶＰに提示されなくなっているうちに、広告関連記事選択処理により広告関連コンテンツの選択及び当該広告関連コンテンツで並び替えたウェブページデータの生成を行う。
これにより、配信サーバ２の処理負荷が軽減され、ユーザに閲覧させる記事画面ＷＤを迅速に提示することができる。また、広告関連コンテンツは、広告コンテンツが表示領域ＶＰに提示されなくなってから選択する処理を実行することができるため、ユーザを待たせるといった感覚を生じさせることのない、自然な広告関連コンテンツの表示を実現できる。

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

実施の形態のプログラムは、端末装置からの配信要求に応じて、第１コンテンツ群から配信対象となる第１コンテンツを選択する第１選択処理と、第２コンテンツ群から配信対象となる第２コンテンツを選択する第２選択処理と、前記第２選択処理で選択した第２コンテンツと共通の分類に属する第１コンテンツを配信対象となる関連コンテンツとして前記第１コンテンツ群から選択する第３選択処理と、を実行する選択処理機能と、
前記選択処理機能で選択したコンテンツを示すウェブページデータを生成し、該生成したウェブページデータを用いた提示制御を行う配信処理機能と、を実行させるものである。
即ちこのプログラムは、配信サーバ２に対して図７乃至図１２、図１４、図１７乃至図１９で説明した各ステップの処理を実行させるプログラムである。

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

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

１…ユーザ端末、２…配信サーバ、３…データベース、４…記事投稿端末、５…広告サーバ、２１…選択処理部、２２…配信処理部、２３…記憶管理部

Claims (11)

1. 端末装置からの配信要求に応じて、記事コンテンツ群から配信対象となる第１コンテンツを選択する第１選択処理と、広告コンテンツ群から配信対象となる第２コンテンツを選択する第２選択処理と、前記第２選択処理で選択した第２コンテンツと共通の分類に属するコンテンツを配信対象となる関連コンテンツとして前記記事コンテンツ群から選択する第３選択処理と、を実行する選択処理部と、
   前記選択処理部が選択したコンテンツを示すウェブページデータを生成し、該生成したウェブページデータを用いた提示制御を行う配信処理部と、を備え、
   前記配信処理部は、前記第１選択処理で選択した第１コンテンツが露出されるウェブページにおいて、前記第２選択処理で選択した第２コンテンツの周囲に前記関連コンテンツを露出させるように提示制御する
   情報処理装置。
2. 前記記事コンテンツ群の各コンテンツについて、前記選択処理部による前記第３選択処理の処理対象とするか否かを示す処理対象情報を記憶部に記憶させる記憶管理部を有し、
   前記選択処理部は、前記記事コンテンツ群の各コンテンツに設定された前記処理対象情報を参照して前記第３選択処理を行い、
   前記記憶管理部は、前記記事コンテンツ群の各コンテンツについて、前記第３選択処理の対象としてから所定時間後に第３選択処理の対象ではなくなるように、前記記憶部における前記処理対象情報の更新を行う
   請求項１に記載の情報処理装置。
3. 前記配信処理部は、
   前記選択処理部が選択したコンテンツが所定の順序で並んだ前記ウェブページデータを生成し、前記所定の順序は、前記端末装置の初期表示領域に第１コンテンツのみが提示されるように設定されている
   請求項１又は請求項２に記載の情報処理装置。
4. 前記選択処理部は、
   前記第３選択処理で所定回数前記関連コンテンツとして選択されたコンテンツは、以降、該第３選択処理での処理対象として選択しない
   請求項１から請求項３の何れかに記載の情報処理装置。
5. 前記配信処理部は、前記選択処理部が選択したコンテンツが所定の順序で並んだ前記ウェブページデータを生成し、前記所定の順序は、前記関連コンテンツが前記第２コンテンツに隣接するように設定されている
   請求項１から請求項４の何れかに記載の情報処理装置。
6. 前記記憶管理部は、前記所定時間を、前記記事コンテンツ群の各コンテンツの重要度に応じて設定する。
   請求項２に記載の情報処理装置。
7. 前記記事コンテンツ群の各コンテンツについて、前記選択処理部による前記第３選択処理の処理対象とするか否かを示す処理対象情報を記憶部に記憶させる記憶管理部を有し、
   前記選択処理部は、前記記事コンテンツ群の各コンテンツに設定された前記処理対象情報を参照して前記第３選択処理を行い、
   前記記憶管理部は、前記記事コンテンツ群の各コンテンツについて、前記第３選択処理の対象から除外する期間を経過した後に、前記第３選択処理の対象となるように、前記記憶部における前記処理対象情報の更新を行う
   請求項１に記載の情報処理装置。
8. 前記配信処理部は、前記第２コンテンツが表示領域に提示されなくなってから、再度前記第２コンテンツが提示される際に、前記関連コンテンツが前記第２コンテンツに隣接して提示されるように制御する
   請求項１から請求項７の何れかに記載の情報処理装置。
9. 端末装置からの配信要求に応じて、記事コンテンツ群から配信対象となる第１コンテンツを選択する第１選択処理と、広告コンテンツ群から配信対象となる第２コンテンツを選択する第２選択処理と、前記第２選択処理で選択した第２コンテンツと共通の分類に属するコンテンツを配信対象となる関連コンテンツとして前記記事コンテンツ群から選択する第３選択処理と、を実行する選択処理ステップと、
   前記選択処理ステップで選択したコンテンツを示すウェブページデータを生成し、該生成したウェブページデータを用いた提示制御を行い、前記第１選択処理で選択した第１コンテンツが露出されるウェブページにおいて、前記第２選択処理で選択した第２コンテンツの周囲に前記関連コンテンツを露出させるように提示制御する配信処理ステップと、
   を情報処理装置が実行する情報処理方法。
10. 端末装置からの配信要求に応じて、記事コンテンツ群から配信対象となる第１コンテンツを選択する第１選択処理と、広告コンテンツ群から配信対象となる第２コンテンツを選択する第２選択処理と、前記第２選択処理で選択した第２コンテンツと共通の分類に属するコンテンツを配信対象となる関連コンテンツとして前記記事コンテンツ群から選択する第３選択処理と、を実行する選択処理機能と、
    前記選択処理機能で選択したコンテンツを示すウェブページデータを生成し、該生成したウェブページデータを用いた提示制御を行い、前記第１選択処理で選択した第１コンテンツが露出されるウェブページにおいて、前記第２選択処理で選択した第２コンテンツの周囲に前記関連コンテンツを露出させるように提示制御する配信処理機能と、
    を情報処理装置に実行させるプログラム。
11. 端末装置からの配信要求に応じて、記事コンテンツ群から配信対象となる第１コンテンツを選択する第１選択処理と、広告コンテンツ群から配信対象となる第２コンテンツを選択する第２選択処理と、前記第２選択処理で選択した第２コンテンツと共通の分類に属するコンテンツを配信対象となる関連コンテンツとして前記記事コンテンツ群から選択する第３選択処理と、を実行する選択処理機能と、
    前記選択処理機能で選択したコンテンツを示すウェブページデータを生成し、該生成したウェブページデータを用いた提示制御を行い、前記第１選択処理で選択した第１コンテンツが露出されるウェブページにおいて、前記第２選択処理で選択した第２コンテンツの周囲に前記関連コンテンツを露出させるように提示制御する配信処理機能と、
    を情報処理装置に実行させるプログラムを記録するコンピュータで読み取り可能な記憶媒体。

Images