(57)【要約】      （修正有）【課題】ユーザが配信されている記事のテーマについて興味を持ちそうなタイミングを判定し、自動的に配信記事の選択機能を切り換える。【解決手段】本発明の情報処理装置（二次配信サーバ２）は、記事枠に提示する記事として特定の記事を指定する第１モード、又は複数の記事からサーチワードに基づいて記事枠に提示する記事を選択する第２モードの処理を行う記事選択部と、提示する記事を閲覧端末に提示させる処理を行う提示制御部と、前記第１モードで記事が指定された記事枠の記事について、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定するタイミング判定部と、前記タイミング判定部が判定した切換タイミングにおいて前記記事選択部の前記第１モードで設定されていた記事枠の処理を前記第１モードから前記第２モードに切り換えるモード切換部と、を備える。【選択図】図３
2019211832.tif 000002
【特許請求の範囲】
【請求項１】
記事枠に提示する記事として特定の記事を指定する第１モード、又は複数の記事からサーチワードに基づいて記事枠に提示する記事を選択する第２モードの処理を行う記事選択部と、
提示する記事を閲覧端末に提示させる処理を行う提示制御部と、
前記第１モードで記事が指定された記事枠の記事について、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定するタイミング判定部と、
前記タイミング判定部が判定した切換タイミングにおいて前記記事選択部の前記第１モードで設定されていた記事枠の処理を前記第１モードから前記第２モードに切り換えるモード切換部と、を備える
情報処理装置。
【請求項２】
前記タイミング判定部は、関連記事数の増加傾向を判定した後に関連記事の閲覧数の増加傾向を判定する
請求項１に記載の情報処理装置。
【請求項３】
前記タイミング判定部は、時間経過による関連記事数の推移から近似曲線を生成し、前記近似曲線を２回微分することにより算出した値に基づいて関連記事数の増加傾向を判定する
請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記タイミング判定部は、時間経過による関連記事の閲覧数の推移から近似曲線を生成し、前記近似曲線を２回微分することにより算出した値に基づいて関連記事の閲覧数の増加傾向を判定する
請求項１乃至請求項３の何れかに記載の情報処理装置。
【請求項５】
前記記事選択部は、前記特定の記事のジャンルと共通する記事から前記関連記事を判定する
請求項１乃至請求項４の何れかに記載の情報処理装置。
【請求項６】
前記記事選択部は、前記特定の記事の有するキーワードに基づいて前記関連記事を判定する
請求項１乃至請求項５の何れかに記載の情報処理装置。
【請求項７】
前記記事選択部は、前記特定の記事のタグ情報をキーワードとして設定する
請求項６に記載の情報処理装置。
【請求項８】
前記記事選択部は、前記特定の記事において所定回数以上出現するワードをキーワードとして設定する
請求項６又は請求項７に記載の情報処理装置。
【請求項９】
前記記事選択部は、前記特定の記事のタイトルに出現するワードをキーワードとして設定する
請求項６乃至請求項８の何れかに記載の情報処理装置。
【請求項１０】
前記記事選択部は、前記特定の記事の有するキーワードを所定割合以上含む記事を前記関連記事として判定する
請求項６乃至請求項９の何れかに記載の情報処理装置。
【請求項１１】
前記記事選択部は、前記特定の記事のキーワードを前記サーチワードとして設定する
請求項６乃至請求項１０の何れかに記載の情報処理装置。
【請求項１２】
前記記事選択部は、前記特定の記事のキーワードのうち、前記関連記事で最も出現するキーワードを前記サーチワードとして設定する
請求項６乃至請求項１１の何れかに記載の情報処理装置。
【請求項１３】
前記記事選択部は、前記関連記事で最も出現するワードを前記サーチワードとして設定する
請求項１乃至請求項１２の何れかに記載の情報処理装置。
【請求項１４】
前記記事選択部は、前記サーチワードを有する記事のうち最も閲覧数の多い記事を前記第２モードで提示する記事として設定する
請求項１乃至請求項１３の何れかに記載の情報処理装置。
【請求項１５】
前記記事選択部は、前記サーチワードを有する記事のうち最新の記事を前記第２モードで提示する記事として設定する
請求項１乃至請求項１４の何れかに記載の情報処理装置。
【請求項１６】
前記記事選択部は、前記サーチワードを有する記事のうち前記閲覧端末に未だ提示させていない記事を前記第２モードで提示する記事として設定する
請求項１乃至請求項１５の何れかに記載の情報処理装置。
【請求項１７】
記事枠に提示する記事として特定の記事を指定する第１モード、又は複数の記事からサーチワードに基づいて記事枠に提示する記事を選択する第２モードの処理を行う記事選択ステップと、
提示する記事を閲覧端末に提示させる処理を行う提示制御ステップと、
前記第１モードで記事が指定された記事枠の記事について、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定するタイミング判定ステップと、
前記タイミング判定ステップで判定した切換タイミングにおいて前記記事選択ステップにおいて前記第１モードで設定されていた記事枠の処理を前記第１モードから前記第２モードに切り換えるモード切換ステップと、
を情報処理装置が実行する情報処理方法。
【請求項１８】
記事枠に提示する記事として特定の記事を指定する第１モード、又は複数の記事からサーチワードに基づいて記事枠に提示する記事を選択する第２モードの処理を行う記事選択機能と、
提示する記事を閲覧端末に提示させる処理を行う提示制御機能と、
前記第１モードで記事が指定された記事枠の記事について、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定するタイミング判定機能と、
前記タイミング判定機能で判定した切換タイミングにおいて前記記事選択機能により前記第１モードで設定されていた記事枠の処理を前記第１モードから前記第２モードに切り換えるモード切換機能と、
を情報処理装置に実行させるプログラム。
【請求項１９】
記事枠に提示する記事として特定の記事を指定する第１モード、又は複数の記事からサーチワードに基づいて記事枠に提示する記事を選択する第２モードの処理を行う記事選択機能と、
提示する記事を閲覧端末に提示させる処理を行う提示制御機能と、
前記第１モードで記事が指定された記事枠の記事について、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定するタイミング判定機能と、
前記タイミング判定機能で判定した切換タイミングにおいて前記記事選択機能により前記第１モードで設定されていた記事枠の処理を前記第１モードから前記第２モードに切り換えるモード切換機能と、
を情報処理装置に実行させるプログラムを記録するコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置、情報処理方法、プログラム、記憶媒体であって、特にウェブページにおけるコンテンツの提示についての技術分野に関する。
【背景技術】
【０００２】
近年、インターネットを介した記事配信サービスが普及している。このような記事配信サービスでは記事の配信手法として、当該サービスの運営者やスタッフ等が入力により設定した記事を配信することや、当該運営者等が配信条件を入力することで記事配信装置が自動的に配信記事を決定し配信することが行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２０１６−５０９３０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１には、特集ページとして生成されたウェブページ上に配置された各ページモジュールについて、実際のニーズに応じた順位付け等を行うことでウェブページを動的に変化させる情報処理装置について記載されている。
ここで、記事を閲覧するユーザの関心を反映させるために、タイミングを見計らって記事の配信手法を変更することが考えられる。
しかしながら、記事を閲覧するユーザがこれから関心を持つであろう記事を推定し、配信手法を変更するタイミングを決定することは、運営者やスタッフ等にとっては容易なことではなかった。また、タイミングごとにその都度配信手法を運営者自身の入力により変更することとなると、運営者等にとって操作負担が生じてしまう。
そこで本発明は、運営者等の配信者側の操作負担を軽減しつつ、これから盛り上がりをみせる記事を適切なタイミングでユーザに提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る情報処理装置は、記事枠に提示する記事として特定の記事を指定する第１モード、又は複数の記事からサーチワードに基づいて記事枠に提示する記事を選択する第２モードの処理を行う記事選択部と、提示する記事を閲覧端末に提示させる処理を行う提示制御部と、前記第１モードで記事が指定された記事枠の記事について、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定するタイミング判定部と、前記タイミング判定部が判定した切換タイミングにおいて前記記事選択部の前記第１モードで設定されていた記事枠の処理を前記第１モードから前記第２モードに切り換えるモード切換部と、を備えるものである。
【０００６】
これにより、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて処理対象の記事枠のモードを第１モードから第２モードに自動的に切り換える。即ち、処理モードが特定の記事を固定して提示する第１モードから当該特定の記事と関連性のある記事を流動的に提示する第２モードに切り換わる。
そして、設定されたモードに基づいて、記事枠に提示する配信記事を選択する。配信記事とは、二次配信サーバ（実施の形態の情報処理装置）からユーザ端末に送信する記事をいい、ユーザ端末に提示される記事をいう。配信記事は、記事を二次配信サーバに供給する一次配信社端末から受信した複数の記事の中から、設定された判別基準に基づいて二次配信サーバが選択する記事である。
なお、サーチワードとは、第２モードにおける配信記事を選択する際に用いられるワードであり、後述するキーワードとは異なる概念である。後述する二次配信サーバは、直近の第１モードでの配信記事の関連記事に基づいてサーチワードを生成する。二次配信サーバは、一次配信社端末から受信した記事群の中からサーチワードを有する記事を配信記事の候補として選択する。
特定の記事とは、第１モードにおいて指定された配信記事のことをいう。以下、特定の記事は指定記事とも表記する。
【０００７】
上記した情報処理装置において、前記タイミング判定部は、関連記事数の増加傾向を判定した後に関連記事の閲覧数の増加傾向を判定することが考えられる。
つまり、関連記事数の増加傾向が顕著になった状態で、それらの関連記事の閲覧数の増加傾向を判定する。
【０００８】
上記した情報処理装置において、前記タイミング判定部は、時間経過による関連記事数の推移から近似曲線を生成し、前記近似曲線を２回微分することにより算出した値に基づいて関連記事数の増加傾向を判定することが考えられる。
近似曲線を２回微分したものから算出した値により、将来の関連記事数の増加傾向を推定することができる。
【０００９】
上記した情報処理装置において、前記タイミング判定部は、時間経過による関連記事の閲覧数の推移から近似曲線を生成し、前記近似曲線を２回微分することにより算出した値に基づいて関連記事の閲覧数の増加傾向を判定することが考えられる。
近似曲線を２回微分したものから算出した値により、将来の関連記事の閲覧数の増加傾向を推定することができる。
【００１０】
上記した情報処理装置において、前記記事選択部は、前記特定の記事のジャンルと共通する記事から前記関連記事を判定することが考えられる。
つまり、記事枠における第１モードで指定した特定の記事とより関連性の高い記事が関連記事として判定される。
【００１１】
上記した情報処理装置において、前記記事選択部は、前記特定の記事の有するキーワードに基づいて前記関連記事を判定することが考えられる。
つまり、記事枠における第１モードで指定した特定の記事とより関連性の高い記事が関連記事として判定される。
【００１２】
上記した情報処理装置において、前記記事選択部は、前記特定の記事のタグ情報をキーワードとして設定することが考えられる。
つまり、あらかじめ特定の記事に設定されたタグ情報に基づいて関連記事を判定する。
【００１３】
上記した情報処理装置において、前記記事選択部は、前記特定の記事において所定回数以上出現するワードをキーワードとして設定することが考えられる。
即ち、記事の内容を反映したワードをキーワードとして設定することができる。
【００１４】
上記した情報処理装置において、前記記事選択部は、前記特定の記事のタイトルに出現するワードをキーワードとして設定することが考えられる。
記事のタイトルは、当該記事の内容が要約されたものである。従って、記事内容を象徴するワードをキーワードとして設定することができる。
【００１５】
上記した情報処理装置において、前記記事選択部は、前記特定の記事の有するキーワードを所定割合以上含む記事を前記関連記事として判定することが考えられる。
キーワードを多く有する記事ほど、特定の記事との関連性が高い記事であると考えられる。よって、キーワードを所定割合以上含む記事を関連記事と判定することで、当該特定の記事とより関連性の高い記事を関連記事とすることができる。
【００１６】
上記した情報処理装置において、前記記事選択部は、前記特定の記事のキーワードをサーチワードとして設定することが考えられる。
これにより、特定の記事について設定したキーワードをサーチワードとして流用することができる。
【００１７】
上記した情報処理装置において、前記記事選択部は、前記特定の記事のキーワードのうち、前記関連記事で最も出現するキーワードをサーチワードとして設定することが考えられる。
つまり、複数のキーワードがある場合、第１モードでの特定の記事のテーマに最も関連性が高いと考えられる関連記事の中で最も出現するキーワードを、サーチワードとして設定する。
【００１８】
上記した情報処理装置において、前記記事選択部は、前記関連記事で最も出現するワードをサーチワードとして設定することが考えられる。
つまり、サーチワードの設定にあたりキーワードを用いることなしに、新たに関連記事のワードからサーチワードを判定する。
【００１９】
上記した情報処理装置において、前記記事選択部は、前記サーチワードを有する記事のうち最も閲覧数の多い記事を前記第２モードで提示する記事として設定することが考えられる。これにより、サーチワードを有する記事のうち最も閲覧数の多い記事が閲覧端末に提示される。
【００２０】
上記した情報処理装置において、前記記事選択部は、前記サーチワードを有する記事のうち最新の記事を前記第２モードで提示する記事として設定することが考えられる。これにより、サーチワードを有する記事のうち最新の記事が閲覧端末に提示される。
【００２１】
上記した情報処理装置において、前記記事選択部は、前記サーチワードを有する記事のうち前記閲覧端末に未だ提示させていない記事を前記第２モードで提示する記事として設定することが考えられる。つまり、サーチワードを有する記事のうちユーザが未読の記事が閲覧端末に提示される。
【００２２】
本発明に係る情報処理方法は、記事枠に提示する記事として特定の記事を指定する第１モード、又は複数の記事からサーチワードに基づいて記事枠に提示する記事を選択する第２モードの処理を行う記事選択ステップと、提示する記事を閲覧端末に提示させる処理を行う提示制御ステップと、前記第１モードで記事が指定された記事枠の記事について、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定するタイミング判定ステップと、前記タイミング判定ステップで判定した切換タイミングにおいて前記記事選択ステップにおいて前記第１モードで設定されていた記事枠の処理を前記第１モードから前記第２モードに切り換えるモード切換ステップと、を情報処理装置が実行する情報処理方法である。
【００２３】
本発明に係るプログラムは、上記情報処理方法の各処理を情報処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。
これらのプログラムや記憶媒体により上記の情報処理装置を実現する。
【発明の効果】
【００２４】
本発明によれば、記事のテーマに対するユーザの興味の高まりに応じて、記事の提示態様を自動的に切り換えることができる。また、配信者の切り換えの際の操作負担を軽減することができる。
【図面の簡単な説明】
【００２５】
【図１】実施の形態のネットワークシステムの構成例の説明図である。
【図２】実施の形態のハードウェア構成の説明図である。
【図３】実施の形態のウェブサーバ及びデータベースの説明図である。
【図４】実施の形態の記事管理データベースの説明図である。
【図５】実施の形態の集計履歴データベースの説明図である。
【図６】実施の形態の記事提示画面の説明図である。
【図７】実施の形態のモード設定画面の説明図である。
【図８】実施の形態の記事提示画面の説明図である。
【図９】実施の形態のモード設定画面の説明図である。
【図１０】実施の形態の記事提示画面の説明図である。
【図１１】実施の形態のシステム全体の処理の流れの説明図である。
【図１２】実施の形態の二次配信サーバの処理の説明図である。
【図１３】実施の形態のキーワード設定処理の説明図である。
【図１４】実施の形態の関連記事判定処理の第１例の説明図である。
【図１５】実施の形態の関連記事判定処理の第２例の説明図である。
【図１６】実施の形態の切換タイミング判定処理の説明図である。
【図１７】実施の形態のサーチワード設定処理の説明図である。
【図１８】実施の形態の配信記事決定処理の説明図である。
【発明を実施するための形態】
【００２６】
以下、実施の形態を次の順序で説明する。
＜１．全体構成＞
＜２．二次配信サーバの機能構成及びデータベース＞
＜３．ユーザ端末での記事提示画面の概要＞
＜４．記事配信システムの処理の概要＞
＜５．二次配信サーバの処理＞
＜６．まとめ及び変形例＞
＜７．プログラム及び記憶媒体＞
【００２７】
＜１．全体構成＞
以下、実施の形態におけるネットワークシステムの全体構成について説明する。
図１に実施の形態のネットワークシステムの構成例を示す。この例では、当該ネットワークシステムはネットワークを利用して、ユーザ端末にニュース記事を配信するニュース記事配信システムとして機能する。図１における二次配信サーバが本発明請求項の情報処理装置の実施の形態に相当する。
なお、以下では「ニュース記事配信システム」を「記事配信システム」と表記し、「ニュース記事」を「記事」と表記することもある。
図１に示すように、本実施の形態に係るネットワークシステムは、一次配信社端末１、二次配信サーバ２、複数のユーザ端末３がネットワーク４により相互に通信可能な状態で接続されている。また、二次配信サーバ２はデータベース５にアクセス可能とされている。
なお、以下では「データベース（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）、或いはスマートフォンやタブレット端末などのスマートデバイスなどにより実現される。
ユーザ端末３は、二次配信サーバ２から記事情報を受信し、当該受信した記事情報を表示画面に表示する処理を行う。
【００３２】
ＤＢ５は、二次配信サーバ２がユーザ端末３に配信する記事を選択するために必要な情報が格納されたＤＢを包括的に示している。ＤＢ５の詳細については後述する。
続いて、図１に示した一次配信社端末１、二次配信サーバ２、ユーザ端末３、ＤＢ５を構成する情報処理装置にハードウェア構成を図２に示す。一次配信社端末１、二次配信サーバ２、ユーザ端末３、ＤＢ５として示した各装置は、情報処理及び情報通信が可能な図２に示すようなコンピュータ装置として実現できる。
【００３３】
図２において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、及びＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、ネットワーク４を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。
【００３４】
このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われたり、リムーバブルメディア１１１を介してデータやプログラムを受け渡したりすることが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、一次配信者端末１、二次配信サーバ２、ユーザ端末３、ＤＢ５としての必要な情報処理や通信が実行される。
なお、一次配信者端末１、二次配信サーバ２、ユーザ端末３、ＤＢ５を構成する情報処理装置は、図２のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮなどによりシステム化されていてもよいし、インターネットなどを使用したＶＰＮなどにより遠隔地に通信可能な状態で配置されたものでもよい。
【００３５】
＜２．二次配信サーバの機能構成及びデータベース＞
以下、二次配信サーバ２の機能構成及びＤＢ５について説明する。
図３に二次配信サーバ２の機能構成例を示す。二次配信サーバ２は１又は複数の情報処理装置で構成される。
また、二次配信サーバ２の各機能は、情報処理装置においてＣＰＵ１０１でプログラムに応じて実行される処理により実現される機能である。但し、以下説明する全部又は一部の各構成の処理をハードウェアにより実現してもよい。
また、各機能をソフトウェアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。一つのプログラムにより複数の機能の処理が実行されてもよいし、一つの機能が複数のプログラムモジュールの連携で実現されてもよい。また各機能は複数の情報処理装置に分散されていてもよい。さらに機能の一つが複数の情報処理装置によって実現されてもよい。
二次配信サーバ２は、記事選択部２１、提示制御部２２、タイミング判定部２３、モード切換部２４を有する。
【００３６】
記事選択部２１は、記事枠に提示する記事として特定の記事を指定する第１モード、又は複数の記事からサーチワードに基づいて記事枠に提示する記事を選択する第２モードの処理を行う。即ち、記事選択部２１は、設定されたモードの処理に応じて配信記事を選択する。
【００３７】
ニュースサイトの記事提示画面には複数の記事枠が設けられており、記事枠ごとに記事が提示されている。記事選択部２１は、記事枠ごとに第１モード又は第２モードが選択される。
本技術では複数のモードが存在し、各モードに配信記事を選択するために用いる基準が設定されている。記事選択部２１は、設定されたモードの基準に基づいて配信記事を選択する。
【００３８】
本実施の形態では、モードの一例として第１モード及び第２モードが設けられている。第１モードは、二次配信社のスタッフの操作により指定した記事を配信記事として選択するモードである。第２モードは、第１モードで指定された記事の内容に関連する関連記事を抽出し、当該関連記事の中から配信記事を選択するモードである。
関連記事とは、第１モードで配信記事とされた記事の内容に関連する記事をいう。本実施の形態において、二次配信サーバ２は、第１モードでの配信記事の内容を表すワードをキーワードとして取得し、当該キーワードを有する記事を関連記事として判定する。
各モードの処理の詳細については後述する。
また、提示制御部２２は、配信記事をユーザ端末３に提示させる処理を行う。
【００３９】
タイミング判定部２３は、第１モードで記事が指定された記事枠の記事について、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定する処理を実行する。ここでいう切換タイミングとは、モード設定を切り換えるタイミングをいい、本実施の形態では主に第１モードから第２モードへの切換タイミングを指す。関連記事数の増加傾向及び関連記事の閲覧数の増加傾向の詳細は後述する。
【００４０】
モード切換部２４は、タイミング判定部２３が判定した切換タイミングにおいて記事選択部２１の第１モードで設定されていた記事枠の処理を第１モードから第２モードに切り換える処理を実行する。
なお、モード切換部２４は、第１モードから第２モードへの切換処理のみならず、第２モードから第１モードへの切換処理や、第１モードや第２モード以外のモードが設定されている場合には他のモードへの切換処理も実行する。
【００４１】
以下、これらの機能を備えた二次配信サーバ２が、モードの切換タイミングの判定、配信記事の選択等を行うために用いるＤＢ５について説明する。
【００４２】
ＤＢ５は、例えば記事データが記憶されるコンテンツＤＢ５１、記事に関するデータが記憶される記事管理ＤＢ５２、所定期間ごとの集計データが記憶される集計履歴ＤＢ５３等で構成されている。もちろんこれ以外にもＤＢ５は、インターネットの配信サーバ２として機能するために必要なＤＢを含んで構成されていてもよい。
【００４３】
コンテンツＤＢ５１には、記事提供サービスを構成する様々なウェブページデータが記憶されている。例えばログイン画面、一次配信社端末１から受信した記事ページ等のウェブページデータが挙げられる。コンテンツＤＢ５１には、例えば記事ＩＤにページデータが対応付けられて記憶されている。
二次配信サーバ２は、コンテンツＤＢ５１から取得した画像やテキストをユーザ端末３上で提示させる。
これらのウェブページデータは、例えば、ＨＴＭＬ（Hyper Text Markup Language）やＸＨＴＭＬ（Extensible Hyper Text Markup Language）などの構造化文書ファイルである。構造化文書ファイルには、記事などのテキストデータや記事に添付された画像などの画像データと、それらの配置や提示態様（文字色、フォント、大きさ及び装飾など）が記述されている。
記事画像の提示態様としては、様々な態様が考えられる。具体的には、紙媒体をスキャンして画像形式の記事を作成するフィックス（fix）型（固定型）や、テキストデータ（Text data）に基づいて記事画像を提示するリフロー（reflow）型（再流動型）等が挙げられる。
フィックス型は、画像が中心となる記事の電子化に利用されており、多数の表や図解が配置される複雑なレイアウトの実用書やビジネス書に適している。また、リフロー型は、テキストデータを用いるため、表示文字(フォント）の文字の拡大縮小や行間の変更を容易に行うことができ、画面サイズの小さいデバイスでもユーザに読みやすい態様で文字を提示することができるといった利点がある。
【００４４】
記事管理ＤＢ５２には、例えば図４に示すように、二次配信サーバ２が一次配信社端末１から受信した記事に関するデータが記録される。記事管理ＤＢ５２では、記事の識別情報である記事ＩＤ（identification）に対して、取得日時、ジャンル、タイトル、コンテンツデータ、タグ、関連フラグ等が関連づけられて記憶される。
取得日時は、二次配信サーバ２が一次配信社端末１から記事情報を受信した日時である。
ジャンルは、記事の内容を大別するためのものであり、例えば「オリンピック開催決定」等のイベントに関する記事には「催事」が、「夏に向けたメンズコーデ」等のファッションに関する記事には「ファッション」が、「○○選手、サヨナラホームラン」等の野球に関する記事には「スポーツ」が、それぞれ記憶されている。
タイトルは、記事ごとのタイトル情報が記憶されている。
コンテンツデータは、具体的な記事の文章、画像等のデータが記憶されている。
タグは、記事の内容を表すワードであり、ジャンルよりも詳細なものである。例えば、「オリンピック開催決定」等の記事には「催事」より詳細な「オリンピック」、「日本」等のワードとして記憶されている。
関連フラグ情報は、二次配信サーバ２が配信記事を選択する際に用いる情報であり、詳細については後述する。
【００４５】
集計履歴ＤＢ５３には、例えば図５に示すように、所定期間毎の関連記事数及び所定期間毎の関連記事の総閲覧数が記録される。集計履歴ＤＢ５３では、キーワードごとに関連記事数、関連記事の総閲覧数、完了フラグ情報が関連づけられて記憶されている。キーワードとは、第１モードでの配信記事の内容を表すワードをいい、二次配信サーバ２により判定される。キーワードの判定処理の詳細は後述する。
所定期間毎の関連記事数、所定期間毎の関連記事の総閲覧数、完了フラグの情報は、二次配信サーバ２が実行する処理を第１モードから第２モードに切り換えるタイミング（切換タイミング）を判定する際に用いられる。完了フラグの詳細及び二次配信サーバ２による切換タイミングの判定処理の詳細は後述する。
【００４６】
以上の各ＤＢを有するＤＢ５は、二次配信サーバ２とは別のサーバコンピュータ内に構築されていてもよいし、二次配信サーバ２内に構築されていてもよい。
また図示及び説明の便宜上、ＤＢ５として示したが、コンテンツＤＢ５１、記事管理ＤＢ５２、集計履歴ＤＢ５３の各ＤＢは、二次配信サーバ２がアクセス可能であれば、どのような形態で実現されていてもよい。例えば二次配信サーバ２と同一システム内の記憶部に各ＤＢのすべてが形成されていてもよいし、各ＤＢの一部又は全部が別体、遠隔地などのコンピュータシステムに設けられていてもよい。もちろん各ＤＢが一つの装置（例えば一つのＨＤＤなど）内に形成されている必要はない。また各ＤＢのそれぞれが、それぞれ１つのＤＢとして構成される必要もない。例えば、コンテンツＤＢ５１として記憶される情報が、記事管理ＤＢ５２により記憶管理されてもよい。実施の形態で説明する上記各ＤＢは、実施の形態の処理に関連する情報の記憶部を、それぞれ一つのＤＢの形態で例示したものに過ぎない。
【００４７】
＜３．ユーザ端末での記事提示画面の概要＞
以下、実施の形態の二次配信社及びユーザが記事配信システムを使用する場合に、二次配信サーバ２及びユーザ端末３に提示される画面の一例について図６乃至図１０を用いて説明する。
【００４８】
記事配信システムでは、図６に示すような記事提示画面５０がユーザ端末３に提示される。記事提示画面５０は、ユーザ端末３に提示されたサイト上でユーザの操作によりニュースサイトを選択することで提示される。ここでニュースサイトとは、記事配信システムの提供を行うサイトのことである。
【００４９】
記事提示画面５０には、複数の記事枠が設けられており、各記事枠には配信記事がそれぞれ提示されている。実施の形態では一例として、記事枠５１、記事枠５２が設けられている。記事枠５１には記事の一例として「オリンピック開催決定」の記事が提示され、記事枠５２には「選手村の誘致問題」が提示されている。
記事枠５１、記事枠５２等に提示される配信記事は、二次配信サーバ２側で設定されたモードに基づいて選択されている。
【００５０】
二次配信社が二次配信サーバ２のモードを設定する場合、二次配信サーバ２には、図７に示すようなモード設定画面６０が提示される。モード設定画面６０には、第１モード選択領域６１と第２モード選択領域６２が設けられている。
【００５１】
第１モード選択領域６１は、二次配信社のスタッフの入力により選択することで、二次配信サーバ２が行う配信記事の選択処理を第１モードに設定する。実施の形態では、第１モード選択領域６１は「記事ＩＤ指定」と表示されている。
【００５２】
第１モードにおいて二次配信サーバ２は、二次配信社のスタッフの入力により指定された記事ＩＤに対応する記事を配信記事として選択する。即ち、ユーザ端末３の記事提示画面５０における第１モードが設定された記事枠には、ＩＤ指定した配信記事が固定されて提示される。
例えば、図７に示すように、二次配信社のスタッフの入力により、記事枠５１について第１モード選択領域６１（記事ＩＤ指定）を選択し、ＩＤ入力領域６１ａに記事ＩＤ「００００００１」を入力する。この場合、図６に示すように、記事枠５１には、記事ＩＤ「００００００１」に対応する記事「オリンピック開催決定」が表示される。
ここで、閲覧しているユーザの操作により記事提示画面５０が再読込等により更新された場合であっても図８に示すように、記事枠５１には、更新前と同じ記事「オリンピック開催決定」が表示される。
【００５３】
第１モードは、ＩＤ指定により二次配信社のスタッフが指定する特定の配信記事を記事枠に提示することができるため、どうしてもユーザに閲覧して欲しい記事やニュースサイトという報道機関として報道すべき記事等を表示する場合に有用である。また一方で、何度記事提示画面５０を更新しても特定の配信記事が提示されるため、記事の流動性に欠けるといった側面もある。
【００５４】
第２モード選択領域６２は、二次配信社のスタッフの入力により選択することで、二次配信サーバ２が行う配信記事の選択処理を第２モードに設定する。実施の形態では、第２モード選択領域６２は「サーチワード指定」と表示されている。
この場合サーチワードは、二次配信社のスタッフの入力により設定される。
【００５５】
そして二次配信サーバ２は、一次配信社端末１から受信した記事群の中からサーチワードを用いて配信記事を選択する。これにより、ユーザ端末３の記事提示画面５０における第２モードが設定された記事枠には、サーチワードに基づいて選択した配信記事が提示される。
例えば、図７に示すように、二次配信社のスタッフの入力により、記事枠５２について第２モード選択領域６２（サーチワード指定）を選択する。この場合、二次配信社のスタッフの入力によりサーチワードとして「オリンピック」が設定され、当該サーチワードである「オリンピック」がサーチワード提示領域６２ａに提示される。そして、図６に示すように、サーチワードである「オリンピック」に基づいて選択された記事「選手村の誘致問題」が記事枠５２に表示される。
ここで、ユーザの操作により記事提示画面５０が更新された場合、図８に示すように、記事枠５２には、サーチワード「オリンピック」に基づいて再度配信記事が二次配信サーバ２により選択される結果、更新前と異なる記事「オリンピック出場選手決定」が表示される。
第２モードは、第１モードのように特定の記事を固定して表示しないが、サーチワードに基づいて様々な記事を、記事提示画面５０の再読込等の更新毎に提供することができる。
【００５６】
ここで、第１モードにて特定の記事を提示する際に、当該特定の記事のテーマが世間で注目を集めることがある。この場合、記事配信システムを利用するユーザにとってもそのテーマについて興味関心が高まっていると考えられる。
このような状況の下では、ユーザは特定の記事のみならず、そのテーマに沿った様々な記事、例えばそのテーマの経過情報や周辺知識等について閲覧を希望すると考えられる。そのため、第１モードにて提示している記事のテーマについてユーザの関心が高まってきた状態においては、当該テーマに関連する記事を流動的に提示できる第２モードを設定することが望ましい。
しかし、当該記事のテーマが世間で注目を集めた後に、第１モードから第２モードへ切り換えるとすると、テーマが世間で注目を集めた時から第２モードへ切り換えるまでの期間、ユーザの閲覧欲求に応じた流動的な記事提供が行えないおそれがある。即ち、記事を提供する頃には、ユーザの当該テーマへの関心のピークが過ぎてしまっていることがある。
そのため、例えばこれからユーザが提示された記事に興味を持つであろうと予想されるとき、即ち、ユーザが近い将来当該記事に関連する記事を所望すると予想されるタイミングには、既に第２モードに設定されていることが望ましい。
【００５７】
そこで、本技術では、第１モードにより提示されている記事の関連記事数及び当該関連記事の閲覧数の増加傾向から近い将来ユーザが興味を持つであろう記事を推定し、当該推定した記事が提示されている記事枠のモードを第１モードから第２モードに変更する。
具体的には、図７では記事枠５１について第１モード選択領域６１（記事ＩＤ指定）が選択されているため、記事は、図６及び図８に示すように、記事ＩＤ「００００００１」に対応する記事「オリンピック開催決定」で固定されている。
ここで、記事枠５１でＩＤ指定されている記事「オリンピック開催決定」の関連記事の数及び当該関連記事の閲覧数の増加傾向から、当該記事のテーマについて近い将来ユーザが興味を持つであろうと判定したとする。この場合、図９に示すように、記事枠５１について選択されていた第１モード選択領域６１（記事ＩＤ指定）が、第２モード選択領域６２（サーチワード指定）に自動的に変更される。そして、第１モードの際にＩＤ指定されていた記事「オリンピック開催決定」に基づいて自動的にサーチワードが生成され、当該サーチワードである「オリンピック、日本、…」がサーチワード提示領域６２ａに提示される。
【００５８】
その後、ユーザの操作により記事提示画面５０が更新された場合、図８に示すように、サーチワード「オリンピック、日本、…」に基づいて再度配信記事が二次配信サーバ２により選択される結果、図６に示す更新前の記事「オリンピック開催決定」と異なる記事「選手村の誘致問題」が記事枠５１に表示される。
これにより、ユーザが記事枠に提示されている記事に興味を持った頃には、既に記事枠のモードは第２モードに変更されていることになる。従って、ユーザは興味があるテーマに関係する様々な記事を流動的に閲覧することができることとなる。
つまり、ユーザは記事提示画面５０の更新することで、例えば第１モードで提示していた記事に記載された事件の経過情報や周辺情報等を新たに表示された記事等を閲覧することで取得することができる。
話題性のあるテーマについては作成される関連記事の数も多いため、さまざまな観点の記事を提示できる機能は記事配信システムとして有用である。
【００５９】
＜４．記事配信システムの処理の概要＞
以下、図１１を用いて記事配信システムの概要について説明する。図１１は、一次配信社端末１、二次配信サーバ２、ユーザ端末３が実行する処理の流れの一例を示している。ここでは、第１モードに設定された或る一の記事枠に関する処理を説明する。
【００６０】
二次配信サーバ２は、ステップＳ１において、二次配信社のスタッフの入力操作により、記事枠を第１モードに設定する処理を実行する。そして、ステップＳ２において、二次配信サーバ２は、第１モードで指定された記事ＩＤに対応する記事情報を記事管理ＤＢ５２に要求し、ステップＳ３において当該記事情報を記事ＤＢ５２から取得する処理を実行する。
【００６１】
その後、二次配信サーバ２は、ステップＳ４において、記事管理ＤＢ５２から取得した記事情報に基づいて、当該記事に関連する関連記事を抽出するためのキーワードを設定するキーワード設定処理を実行する。キーワード設定処理の詳細は後述する。
【００６２】
キーワード設定処理の後、ステップＳ１４のようなユーザ端末３からの記事閲覧要求を受信すると、二次配信サーバ２は、ステップＳ５のように、記事閲覧要求に応じて配信記事のウェブページデータをコンテンツＤＢ５１から取得し、当該ウェブページデータをユーザ端末３に送信する。そして二次配信サーバ２は、ユーザ端末３に当該ウェブページデータを提示させる提示制御処理を実行する。
ステップＳ１４及びステップＳ５の処理は、記事枠が第１モードに設定されているとき、即ち、当該記事枠が第２モードに切り換えられるまで適宜行われる。
【００６３】
また、二次配信サーバ２には、ステップＳ１６のように逐次一次配信社端末１から新着記事情報が送信される。このとき、二次配信サーバ２は、ステップＳ６において当該新着記事情報を受信すると、まず当該新着記事情報をコンテンツＤＢ５１及び記事管理ＤＢ５２に記憶する処理を実行する。
そして、二次配信サーバ２は、ステップＳ８において、当該新着記事が第１モードとされた記事枠に指定されている記事の関連記事であるか否かを判定する関連記事判定処理を実行する。当該関連記事は、例えば記事枠に設定されたモードが第１モードから第２モードに切り換えられるタイミングの判定に用いられる。関連記事判定処理の詳細については後述する。
【００６４】
また、第１モードの記事枠に関して、二次配信サーバ２は、所定期間ごとにステップＳ９に示すような、第２モードへの切換タイミング判定処理を実行する。ステップＳ９において、二次配信サーバ２が切換タイミングでないと判定した場合は、二次配信サーバ２はステップＳ４の終了時点に処理を進める。そして、二次配信サーバ２は、ユーザ端末３からのステップＳ１４のような記事閲覧要求や一次配信社端末１からのステップＳ１６での新着記事情報送信に応じて、上記ステップＳ５〜Ｓ８までの処理を実行する。
【００６５】
ステップＳ９において、二次配信サーバ２が切換タイミングであると判定した場合、二次配信サーバ２は、ステップＳ１０に処理を進める。二次配信サーバ２は、ステップＳ１０において、サーチワード設定処理を実行する。サーチワード設定処理は、第２モードにおいて記事枠に提示する配信記事を選択するために用いられるサーチワードを生成する処理である。サーチワード設定処理の詳細については後述する。
ステップＳ１０でのサーチワード設定処理の後、二次配信サーバ２は、ステップＳ１１において、該当の記事枠についてモードを第１モードから第２モードへ切り換える処理を実行する。二次配信サーバ２は、これ以降の記事枠での処理を第２モードに基づいて実行する。
【００６６】
記事枠が第２モードに設定された状態で、ステップＳ１５のようなユーザ端末３からの記事閲覧要求を受信すると、二次配信サーバ２は、ステップＳ１２において提示記事決定処理を実行する。即ち、二次配信サーバ２は、受信した記事の中からサーチワードを用いて記事枠に提示する配信記事を決定する。提示記事決定処理の詳細については後述する。
【００６７】
その後、二次配信サーバ２は、ステップＳ１３にて、決定した配信記事のウェブページデータをコンテンツＤＢ５１から取得し、当該ウェブページデータをユーザ端末３に送信する。そして二次配信サーバ２は、ユーザ端末３に当該ウェブページデータを提示させる提示制御処理を実行する。
【００６８】
＜５．二次配信サーバの処理＞
以上のような記事配信システムの動作を実現するために二次配信サーバ２が実行する処理について図１２乃至図１８を用いて説明する。
【００６９】
二次配信サーバ２は、図１２に示すように、ステップＳ１０１〜Ｓ１０３のループ処理の監視を行う。ここで、二次配信サーバ２は、二次配信社のスタッフの入力によるモード切換操作、ユーザ端末３からの記事閲覧要求の受信、一次配信社端末１からの新着記事情報の受信を監視する。
【００７０】
二次配信サーバ２は、ステップＳ１０１において、二次配信社のスタッフの入力によるモード指定操作を検知すると、ステップＳ１０４に処理を進める。モード切換操作は、図７に示すように、モード設定画面６０において、二次配信社のスタッフの入力により記事枠ごとに第１モード選択領域６１（記事ＩＤ指定）又は第２モード選択領域６２（サーチワード指定）を選択操作することにより行われる。またこのとき、二次配信社のスタッフにより、第１モードのときは記事ＩＤが、第２モードのときはサーチワードが入力される。
第１モード又は第２モードのモード指定操作を検知すると、二次配信サーバ２は、ステップＳ１０４において、切り換えられた第１モード又は第２モードに記事枠のモードを設定する。
このように、ユーザ端末３に配信する記事を決定する二次配信社のスタッフの選択操作により、第１モードと第２モードを自由に切り換えることが可能となる。
【００７１】
以下の実施の形態では、ステップＳ１０１→Ｓ１０４の処理において、二次配信サーバ２の処理モードとしてある記事枠に第１モードが設定されたものとして説明する。
第１モードとして設定された場合、二次配信社のスタッフによる選択操作により配信記事（指定記事）を選択する。ここで、選択される配信記事情報は、二次配信サーバ２がステップＳ１０３で一次配信社端末１から受信し、その都度記事管理ＤＢ５２に記録した記事情報の中から選択される。
【００７２】
次に、二次配信サーバ２は、ステップＳ１０５において、設けられた記事枠のなかに第１モードに設定されている記事枠を有するか否かを判定する処理を実行する。ステップＳ１０５にて第１モードの記事枠を有さない場合、二次配信サーバ２は、ステップＳ１０５からステップＳ１０２に処理を進め、再びステップＳ１０１〜Ｓ１０３のループ処理の監視を行う。
【００７３】
ステップＳ１０５において第１モードの記事枠を有する場合、二次配信サーバ２は、ステップＳ１０６において、第１モードの記事枠についてキーワード設定処理を行う。二次配信サーバ２は、設定したキーワードを例えば記憶部１０８に記憶しておく。キーワードとは、第１モードにおいて指定された指定記事の関連記事を判定する際に用いられるワードである。
【００７４】
ここで、キーワード設定処理には様々な例が考えられる。以下、キーワード設定処理の一例について図１３Ａ乃至図１３Ｃを用いて説明する。
【００７５】
キーワード設定処理の第１例について図１３Ａを用いて説明する。
二次配信サーバ２は、ステップＳ２０１において、指定記事のタグ情報を記事管理ＤＢ５２から取得する。そして、二次配信サーバ２は、ステップＳ２０２において、ステップＳ２０１で取得したタグ情報をキーワードとして設定する。
具体的には、二次配信社が記事ＩＤ「００００００１」の記事を指定記事として選択した場合、図７に示すように記事ＩＤ「００００００１」に関連づけられたタグ「オリンピック、日本…」がキーワードに設定される。
ステップＳ２０２でキーワードの設定処理を実行した後、二次配信サーバ２は図１３Ａの処理を終了する。
【００７６】
キーワード設定処理の第２例について図１３Ｂを用いて説明する。
二次配信サーバ２は、ステップＳ２１１において、指定記事の解析処理を実行する。二次配信サーバ２は、記事管理ＤＢ５２からページデータを取得し解析処理を行う。二次配信サーバ２は、取得したページデータからテキストデータを抽出し、テキストデータに出現するワードを解析する。当該ワードには「オリンピック」、「野球」等の名詞や、「世界一の」、「初めての」、「年に一度の」等の副詞、形容詞など、様々なワードが考えられる。
また、二次配信サーバ２は、記事が画像データである場合、ＯＣＲ（Optical Character Recognition）処理で認識することによりテキストデータを抽出し、ワードの文字情報を取得することが考えられる。
【００７７】
ステップＳ２１１の解析処理の後、二次配信サーバ２は、ステップＳ２１２において、解析したワードのうち、所定回数以上出現するワードをキーワードとして設定する処理を実行する。ここで設定するキーワードは、所定回数以上出現していれば複数のワードをキーワードとして設定してもよい。
ステップＳ２１２でキーワードの設定処理を実行した後、二次配信サーバ２は図１３Ｂの処理を終了する。
【００７８】
キーワード設定処理の第３例について図１３Ｃを用いて説明する。
二次配信サーバ２は、ステップＳ２２１において、指定記事のタイトル情報を記事管理ＤＢ５２から取得する。そして、二次配信サーバ２は、ステップＳ２２２において、ステップＳ２２１で取得したタイトル情報からワードを抽出し、当該ワードをキーワードとして設定する。
具体的には、二次配信社が記事ＩＤ「００００００１」の記事を指定記事として選択した場合、図７に示すように記事ＩＤ「００００００１」に関連づけられたタイトル「オリンピック開催決定」のうち、例えば「オリンピック」、「開催」がキーワードに設定される。
ステップＳ２２２でキーワードの設定処理を実行した後、二次配信サーバ２は図１３Ｃの処理を終了する。
【００７９】
二次配信サーバ２は、図１２のステップＳ１０６の処理で以上のような処理を行った後、ステップＳ１０２に処理を進め、再びステップＳ１０１〜Ｓ１０３のループ処理の監視を行う。
【００８０】
二次配信サーバ２は、図１２のステップＳ１０２において、ユーザ端末３から記事の閲覧要求を受信したことを検知すると、ステップＳ１２１に処理を進める。二次配信サーバ２は、ステップＳ１２１において、Ｎ＝１に設定する。Ｎとは、記事枠を指定するための変数で、Ｎｍａｘは、ユーザ端末３から閲覧請求を受けた記事ページに設けられたすべての記事枠の数である。
【００８１】
そして、二次配信サーバ２は、ステップＳ１２２において、第Ｎ番目の記事枠（第Ｎ記事枠）を処理対象とする。その後、二次配信サーバ２は、ステップＳ１０７において、第Ｎ記事枠のモードが第１モードであるか否かを判定する。
ステップＳ１０７で第Ｎ記事枠を第１モードと判定した場合、二次配信サーバ２は、ステップＳ１０８に処理を進め、指定記事の記事情報（ページデータ）を取得する処理を実行する。具体的には、二次配信サーバ２は、指定記事の記事ＩＤに対応するページデータをコンテンツＤＢ５１から取得する。
そして二次配信サーバ２は、ステップＳ１０８からステップ１２３に処理を進める。
【００８２】
また、ステップＳ１０７で第Ｎ記事枠が第１モードでないと判定した場合、二次配信サーバ２は、第Ｎ記事枠のモードは第２モードであると判定する。そして二次配信サーバ２は、ステップＳ１０９において、第２モードにおける配信記事決定処理を実行する。二次配信サーバ２は、提示記事決定処理を実行することで、ユーザ端末３に提示制御する配信記事を決定し、当該記事のページデータを取得する。提示記事決定処理の詳細については後述する。
そして二次配信サーバ２は、ステップＳ１０９からステップ１２３に処理を進める。
【００８３】
二次配信サーバ２は、ステップＳ１２３において、変数Ｎが最大値Ｎｍａｘ以上であるか否かを判定する処理を実行する。
ステップＳ１２３で変数Ｎが最大値Ｎｍａｘ未満である場合は、まだ未処理の記事枠が残っている。そこで二次配信サーバ２は、ステップＳ１２４に処理を進め、変数Ｎに１加算する処理を実行する。そして二次配信サーバ２は、ステップＳ１２２に処理を進め、次の第Ｎ記事枠（ステップＳ２１４でＮ＋１とされた値）を処理対象に設定する。二次配信サーバ２は、ステップＳ１２３で変数Ｎが最大値Ｎｍａｘ以上と判定するまで以下上記と同様の処理を実行する。
【００８４】
ステップＳ１２３で変数Ｎが最大値Ｎｍａｘ以上である場合、すべての記事枠について配信記事の選択が完了したため、二次配信サーバ２はステップＳ１１０に処理を進め、取得したページデータをユーザ端末３に提示させる制御処理を行う。二次配信サーバ２は、ステップＳ１１０の処理の後、ステップＳ１０３に処理を進める。
【００８５】
二次配信サーバ２は、ステップＳ１０３において、一次配信社端末１から新着記事情報を受信したかを監視する。ここで新着記事とは一次配信社が制作した記事等をいう。
新着記事には、特定の種別に限られることなく、「催事」、「スポーツ」、「ファッション」等、様々なジャンルの記事が含まれる。
一次配信社端末１は、一次配信社の操作により当該新着記事のページデータ等の情報を二次配信サーバ２に送信する。
二次配信サーバ２は、ステップＳ１０３において新着記事情報を受信したことを検知しない場合、ステップＳ１０１に処理を進める。
【００８６】
二次配信サーバ２は、ステップＳ１０３において新着記事情報を受信したことを検知すると、ステップＳ１１１に処理を進める。
二次配信サーバ２は、ステップＳ１１１において、コンテンツＤＢ５１及び記事管理ＤＢ５２の更新処理を実行する。二次配信サーバ２は、コンテンツＤＢ５１では、取得した新着記事情報のページデータ等を記事ＩＤに対応づけて記憶する。また、二次配信サーバ２は、記事管理ＤＢ５２では、新着記事の取得日時、ジャンル、記事タイトル、ページデータ、タグ等の情報を記事ＩＤに対応づけて記憶する。
【００８７】
そして二次配信サーバ２は、ステップＳ１１２において関連記事判定処理を実行する。関連記事判定処理では、二次配信サーバ２は、第１モードでの指定記事に関連する関連記事を、ステップＳ１０６で設定したキーワードに基づいて判定する。当該関連記事は、モードを第１モードから第２モードに切り替えるタイミングを判定するときに必要となる記事である。
【００８８】
ここで、ステップＳ１１２における関連記事判定処理の詳細について図１４及び図１５を用いて説明する。二次配信サーバ２は、関連記事判定処理を記事枠ごとに実行する。
まず、関連記事判定処理の第１例について図１４を用いて説明する。
二次配信サーバ２は、ステップＳ３０１において、現在設定されているモードが第１モードであるかを判定する処理を実行する。
ステップＳ３０１にてモードが第１モードでない、即ちモードが第２モードである場合は、図１２のステップＳ１０６でのキーワード設定処理は実行されないため、二次配信サーバ２は図１４の処理を終え、図１２に処理を戻す。
【００８９】
二次配信サーバ２は、ステップＳ３０１にてモードが第１モードであると判定すると、ステップＳ３０２に処理を進める。
二次配信サーバ２は、ステップＳ３０２において、図１２のステップＳ１０３で受信を検知した新着記事情報を取得する処理を実行する。二次配信サーバ２は、記事管理ＤＢ５２から当該新着記事情報を取得する。
【００９０】
その後、二次配信サーバ２はステップＳ３０３において、現在の第１モードで選択されている指定記事のジャンル情報を記事管理ＤＢ５２から取得する処理を実行する。
そして、二次配信サーバ２はステップＳ３０４において、ステップＳ３０２で取得した新着記事情報のうちのジャンル情報と指定記事のジャンル情報とが一致するかを判定する処理を実行する。
これにより、第１モードにおける指定記事と共通のジャンルである新着記事を関連記事の候補とすることができる。これは、後述する第２モードにおける配信記事の選択処理において、あまりに関係のないジャンルの記事を提示することを防止するための処理である。
【００９１】
指定記事と新着記事のジャンルが一致した場合、二次配信サーバ２はステップＳ３０４からステップＳ３０５に処理を進める。
二次配信サーバ２は、ステップＳ３０５において、現在の指定記事のキーワード情報を記憶部１０８から取得する。そして、二次配信サーバ２は、ステップＳ３０７において、新着記事が当該キーワード情報を有するか否かを判定する。
このとき二次配信サーバ２は、新着記事のタイトル、ページデータ、ジャンル情報、タグ情報等の何れかに当該キーワードが含まれているか否かを判定する。
実施の形態では、二次配信サーバ２が、ステップＳ１０１→Ｓ１０４の処理によりモードを第１モードに設定し、ステップＳ１０６の処理により関連記事を抽出するためのキーワードを設定している。
【００９２】
なお、ステップＳ３０３→Ｓ３０４の処理は行わないことも考えられる。つまりこの場合、二次配信サーバ２はステップＳ３０２の処理の後、ステップＳ３０５へ処理を進める。
これにより、特定のジャンルに絞られない幅広いジャンルからの記事を関連記事とすることが可能となる。
【００９３】
ステップＳ３０７において新着記事が指定記事のキーワードを有すると判定した場合、二次配信サーバ２は、ステップＳ３０８において記事管理ＤＢ５２の新着記事の関連フラグ情報をＯＮに更新する処理を実行する。
関連フラグとは、当該新着記事が関連記事であるか否かを示すフラグである。関連フラグがＯＮになると、その記事は指定記事の関連記事であるとみなされる。
二次配信サーバ２は、ステップＳ３０８の処理の後、図１４の処理を終了し、図１２に処理を戻す。
【００９４】
なお、ステップＳ３０４で指定記事と新着記事のジャンルが一致しない場合、及びステップＳ３０６において新着記事が指定記事のキーワードを有しない場合、二次配信サーバ２は、当該新着記事は関連記事ではないと判定する。よって二次配信サーバ２は、関連フラグをオンにすることなく図１４の処理を終了し、図１２に処理を戻す。
【００９５】
次に、関連記事判定処理の第２例について図１５を用いて説明する。なお、上記した第１例と同様の処理については説明を省略する。
二次配信サーバ２は、ステップＳ３０１にて処理対象の記事枠が第１モードか否かを判定し、ステップＳ３０２〜Ｓ３０４にて新着記事と指定記事のジャンル情報が一致するか否かを判定する。そして、二次配信サーバ２はステップＳ３０５において、現在の指定記事のキーワード情報を取得する。
【００９６】
その後、二次配信サーバ２は、ステップＳ３０９において、新着記事が当該キーワード情報を有するか否かを判定する。ここで第２例では、二次配信サーバ２は指定記事での複数のキーワードの半数以上を新着記事が有しているか否かを判定する。ステップＳ３０９においてキーワードのうち半数以上を有していると判定すると、二次配信サーバ２は、ステップＳ３０８において記事管理ＤＢ５２の新着記事の関連フラグ情報をＯＮに更新する処理を実行する。つまり、二次配信サーバ２は、当該新着記事を関連記事と判定する。
これにより、キーワードのうち少なくとも一つを有する新着記事を関連記事とするよりも、より関連性の高い新着記事が関連記事として選択される。よって、第２モードにおいて二次配信サーバ２が、指定記事との関連性がより高い記事を配信記事として選択することが可能となる。
ステップＳ３０８の処理の後、二次配信サーバ２は図１５の処理を終了し、図１２に処理を戻す。
【００９７】
なお、ステップＳ３０９においてキーワードが一つしか設定されていない場合、二次配信サーバ２は、新着記事が当該キーワードを有していれば、ステップＳ３０８に処理を進める。また、第２例では、指定記事の複数のキーワードのうち半数以上を新着記事が有していることを条件としたが、新着記事のキーワードを有する割合はすべてのキーワードのうちの２割でもよいし、８割であってもよい。または新着記事がすべてのキーワードを有することを条件としてもよい。新着記事のキーワードを有する割合は様々な態様が考えられる。
【００９８】
図１２に戻りステップＳ１１２の処理を終えると、二次配信サーバ２は、関連記事判定処理を実行することで、ステップＳ１０１に処理を進める。
ステップＳ１０６、Ｓ１１０、Ｓ１１２の終了後、二次配信サーバ２は、再びステップＳ１０１〜Ｓ１０３のループ処理の監視を行う。
【００９９】
二次配信サーバ２が、記事枠に設定されたモードを第１モードから第２モードに切り換えるためのタイミングを判定する処理（切換タイミング判定処理）について、図１６を用いて説明する。実施の形態では、二次配信サーバ２は、切換タイミング判定処理をバッチ処理によって定期的に実行する。また二次配信サーバ２は、当該切換タイミング判定処理を記事枠ごとに実行する。
二次配信サーバ２は、バッチ処理を一定の単位時間毎に記事枠ごとに実行する。単位時間としては例えば、１分、１０分、１時間等、様々な態様が考えられる。また、後述する関連記事情報を取得する際や、閲覧記事情報を取得する際に用いられる単位時間毎にバッチ処理を実行してもよい。
【０１００】
まず二次配信サーバ２は、ステップＳ４０１において、現在処理対象の記事枠について設定されているモードが第１モードであるかを判定する処理を実行する。
ステップＳ４０１にて記事枠のモードが第１モードでない、即ちモードが第２モードである場合は、二次配信サーバ２は図１６の処理を終了する。
【０１０１】
二次配信サーバ２は、ステップＳ４０１にて処理対象の記事枠が第１モードであると判定すると、ステップＳ４０２に処理を進める。
二次配信サーバ２は、ステップＳ４０２において、単位時間に一次配信社端末１から受信した記事のうち、関連記事の情報を取得する処理を実行する。つまり二次配信サーバ２は、単位時間の間に受信した記事のうち関連フラグがＯＮとなっている記事を記事管理ＤＢ５２から取得する。
【０１０２】
そして二次配信サーバ２は、ステップＳ４０３において直近の単位時間あたりの関連記事の受信数を算出し、ステップＳ４０４において集計履歴ＤＢ５３を更新する処理を実行する。
なお、関連記事の受信数を算出する際に、同一の一次配信社から受信した関連記事は一つの記事としてカウントすることも考えられる。これにより、複数ある一次配信社の一部のみで盛り上がっている記事により記事枠のモードが切り換えられることを避けることができる。従って、一次配信社全体、業界全体で盛り上がっている記事に基づいてモード切換タイミングが判定されることになる。
【０１０３】
その後、二次配信サーバ２は、ステップＳ４０５において、集計履歴ＤＢ５３を参照して完了フラグがＯＮであるか否かを判定する処理を実行する。完了フラグとは、指定記事の関連記事の受信数の増加傾向が所定の値αを超えたか否かを示すフラグである。指定記事の関連記事の受信数の増加傾向等の詳細な説明は後述する。
【０１０４】
完了フラグがＯＦＦの場合、二次配信サーバ２はステップＳ４０５からステップＳ４０６に処理を進める。二次配信サーバ２は、ステップＳ４０６において、関連記事の受信数から近似曲線を生成する処理を実行する。二次配信サーバ２は、集計履歴ＤＢ５３からこれまでの単位時間ごとの関連記事の受信数を取得し、単位時間経過による当該受信数の推移から近似曲線を生成する。
二次配信サーバ２は、ステップＳ４０７において、生成した近似曲線を２回微分し、直近のタイミングにおける微分値（２回微分値）αを算出する。近似曲線の２回微分値を算出することで、単なる現在における関連記事数の増減のみならず、将来の増減傾向を推定することができる。
そして二次配信サーバ２は、ステップＳ４０８において、２回微分値αが閾値ｔｈ１以上であるか否かを判定する処理を実行する。２回微分値αが閾値ｔｈ１以上となることで、一次配信社側から送信される関連記事が増加傾向にあることを推定することができる。
ステップＳ４０８において２回微分値αが閾値ｔｈ１未満である場合、未だ一次配信社側から送信される関連記事は増加する傾向がないと推定し、二次配信サーバ２は、完了フラグをＯＮにすることなくステップＳ４１０へ処理を進める。
【０１０５】
２回微分値αが閾値ｔｈ１以上である場合、二次配信サーバ２は、ステップＳ４０９において、集計履歴ＤＢ５３の完了フラグをＯＮに更新する処理を実行する。その後二次配信サーバ２は、ステップＳ４１０へ処理を進める。
完了フラグとは、指定記事の関連記事の受信数、つまり一次配信社側の関連記事の投稿数の増加傾向が所定の値αを超えたか否かを示すフラグである。完了フラグがＯＮになると、一次配信社側から送信される関連記事が増加傾向にあることを推定することができる。また完了フラグがＯＮの場合、次回以降のバッチ処理において２回微分値αを算出する必要はない。
そのため、二次配信サーバ２は、近似曲線を生成する前のステップＳ４０５にて完了フラグがＯＮとなっている場合、ステップＳ４０６〜Ｓ４０９までの処理を実行せずに、ステップＳ４１０へ処理を進める。
【０１０６】
二次配信サーバ２は、ステップＳ４１０において、直近の単位期間における記事ごとの閲覧履歴情報を取得する処理を実行する。二次配信サーバ２は、当該閲覧履歴情報を自身に記録されたログ情報から取得する。
また二次配信サーバ２は、当該閲覧履歴の記事と記事管理ＤＢ５２の関連フラグ情報とを照合することで、ユーザからの関連記事の閲覧数を算出する処理を実行する。
そして二次配信サーバ２は、ステップＳ４１１において、当該関連記事の閲覧数の情報を集計履歴ＤＢ５３に記憶する処理を実行する。
なお 、ユーザからの関連記事の閲覧数の算出方法としては、ユーザが同一人であるか否かを問わず、関連記事ののべ閲覧数を算出することができる。また、関連記事を閲覧したユーザごとの閲覧数、つまり同一ユーザの閲覧については閲覧数としてカウントしないことも考えられる。  
【０１０７】
二次配信サーバ２は、ステップＳ４１２において、完了フラグがＯＮであるか否かを判定する処理を実行する。完了フラグがＯＮでない場合、二次配信サーバ２は、未だ一次配信社側から送信される関連記事が増加傾向にないと推定し、図１６の処理を終了する。
【０１０８】
完了フラグがＯＮである場合、二次配信サーバ２はステップＳ４１３に処理を進める。
二次配信サーバ２は、ステップＳ４１３において、ユーザの関連記事の閲覧数から近似曲線を生成する処理を実行する。二次配信サーバ２は、集計履歴ＤＢ５３からこれまでの単位時間ごとの関連記事の閲覧数を取得し、単位時間経過による当該閲覧数の推移から近似曲線を生成する。
二次配信サーバ２は、ステップＳ４１４において、生成した近似曲線を２回微分し、直近のタイミングにおける微分値（２回微分値）βを算出する。近似曲線の２回微分値を算出することで、単なる現在における関連記事の閲覧数の増減のみならず、当該閲覧数の将来的な増減傾向を推定することができる。
そして二次配信サーバ２は、ステップＳ４１５において、２回微分値βが閾値ｔｈ２以上であるか否かを判定する処理を実行する。２回微分値βが閾値ｔｈ２以上となることで、記事の提供先であるユーザ側で指定記事のテーマについての関心が高まっていると推定することができる。
ステップＳ４１５において２回微分値βが閾値ｔｈ２未満である場合、未だユーザ側で指定記事のテーマについての関心が高まっていないと推定し、二次配信サーバ２は図１６の処理を終了する。
【０１０９】
２回微分値βが閾値ｔｈ２以上である場合、二次配信サーバ２は、ユーザ側で指定記事のテーマについての関心が高まっていると推定し、ステップＳ４１６へ処理を進める。
これまでの処理から、指定記事のテーマについての関心が高まっている一次配信社側から関連記事が多く提供され始めたことにより、ユーザ側が指定記事の関連記事を閲覧する機会が増加し、その結果、ユーザが当該指定記事について興味を持ち始めているタイミングを関連記事の閲覧数の近似曲線における２回微分値βから推定することができる。
ユーザが当該指定記事について興味を持ち始めている場合においては、記事枠における記事の提供については、指定記事を固定して提供する第１モードよりも、指定記事のテーマに関連する情報を有する関連記事を流動的に提供できる第２モードの方が、ユーザにとっては有用であるケースが多い。
そのため、一次配信社側からの関連記事の提供が増加傾向にあり、かつユーザ側で指定記事のテーマについての関心が高まっているタイミングを、記事枠のモードを第１モードから第２モードへ切り換える切換タイミングとすることが好適である。
【０１１０】
そこで二次配信サーバ２は、ステップＳ４１６において、サーチワード設定処理を実行する。サーチワードとは、第２モードにおける記事枠への配信記事を選択する際に用いられるワードである。
ここで、サーチワード設定処理には様々な例が考えられる。以下、サーチワード設定処理の一例について図１７Ａ乃至図１７Ｃを用いて説明する。
【０１１１】
サーチワード設定処理の第１例について図１７Ａを用いて説明する。
二次配信サーバ２は、ステップＳ５０１において、第１モードで用いた指定記事のキーワードをサーチワードとして設定する処理を実行する。二次配信サーバ２は、サーチワード情報を例えば記憶部１０８等に記憶する。
第１例は、キーワードをそのままサーチワードとして流用するため、二次配信サーバ２の処理負担を軽減することができる。
ステップＳ５０１の処理の後、二次配信サーバ２は図１７Ａの処理を終了する。
【０１１２】
サーチワード設定処理の第２例について図１７Ｂを用いて説明する。第２例は、指定記事について複数のキーワードが設定されている場合の処理である。
二次配信サーバ２は、ステップＳ５１１において、関連記事情報を取得する処理を実行する。二次配信サーバ２は、記事管理ＤＢ５２から関連フラグがＯＮとなっている記事を取得する。
その後、二次配信サーバ２は、ステップＳ５１２において、取得した関連記事群のそれぞれに含まれるキーワードの数を算出する。そして二次配信サーバ２は、ステップＳ５１３において、複数のキーワードのうち最も数の多かったものをサーチワードに設定する。
第２例は、キーワードが複数ある場合、その中で最も関連性が高いと推定されるものをサーチワードとすることで、第２モードにおいて配信記事を選択する際に、より関連性の高い記事を選択することができる。
ステップＳ５１３の処理の後、二次配信サーバ２は図１７Ｂの処理を終了する。
【０１１３】
サーチワード設定処理の第３例について図１７Ｃを用いて説明する。
二次配信サーバ２は、ステップＳ５２１において、記事管理ＤＢ５２から関連記事情報を取得する処理を実行する。
そして二次配信サーバ２は、ステップＳ５２３において、関連記事群において頻出するワードを判定する処理を実行する。
二次配信サーバ２は、取得した関連記事ごとにページデータについて解析処理を行う。二次配信サーバ２は、取得したページデータからテキストデータを抽出し、テキストデータに出現するワードを解析する。そして二次配信サーバ２は解析したワードごとの出現回数を算出し、所定の数以上出現するワードを抽出する。ここで所定の数とは、当該ワードが頻出であると判定するための基準であり、当該数を少なく設定することで指定記事のテーマと関連性は低いものも含まれるが多くのサーチワードを抽出することが可能となり、当該数を多くすることで、サーチワードの数は少なくなるが、その分関連性の高いワードを抽出することが可能となる。
その後、二次配信サーバ２は、ステップＳ５２４において、抽出したワードをサーチワードとして設定する処理を実行する。ステップＳ５２４の処理の後、二次配信サーバ２は図１７Ｃの処理を終了する。
【０１１４】
二次配信サーバ２は、図１６のステップＳ４１６の処理で以上のような処理を行った後、ステップＳ４１７に処理を進め、処理対象の記事枠のモードを第１モードから第２モードへ切り換える処理を実行する。そして、二次配信サーバ２はステップＳ４１８で完了フラグをＯＦＦにし、ステップＳ４１９で関連フラグをＯＦＦにして切換タイミング判定処理を終了する。
【０１１５】
最後に、処理対象の記事枠が第２モードである場合における、二次配信サーバ２の配信記事を決定する処理について図１２を用いて説明する。
二次配信サーバ２は、ステップＳ１０１〜Ｓ１０３のループ処理の監視の際に、ステップＳ１０２において、ユーザ端末３から記事の閲覧要求を受信したことを検知すると、ステップＳ１０７に処理を進め、処理対象の記事枠のモードが第１モードであるかを判定する。
そして、ステップＳ１０７において記事枠の第１モードでないと判定された場合、二次配信サーバ２は、記事枠のモードが第２モードであると判定する。そして二次配信サーバ２は、ステップＳ１０９において、第２モードの記事枠について配信記事決定処理を実行する。
ここで、配信記事決定処理には様々な例が考えられる。以下、配信記事決定処理の一例について図１８Ａ乃至図１８Ｃを用いて説明する。
【０１１６】
配信記事決定処理の第１例について図１８Ａを用いて説明する。
二次配信サーバ２は、ステップＳ６０１において、ジャンル、記事タイトル、ページデータ、タグ等にサーチワードを有する記事の記事情報を記事管理ＤＢ５２から取得する。
そして、二次配信サーバ２は、ステップＳ６０２において、取得した記事のうち最も閲覧数の多い記事を配信記事に決定する処理を実行する。
これにより、指定記事のテーマと関連性の高い記事であって、今ユーザに最も注目されていると想定される記事を配信記事として提供することができる。
ステップＳ６０２の処理の後、二次配信サーバ２は図１８Ａの処理を終了する。
【０１１７】
配信記事決定処理の第２例について図１８Ｂを用いて説明する。
二次配信サーバ２は、ステップＳ６０１において、サーチワードを有する記事の記事情報を記事管理ＤＢ５２から取得する。
そして二次配信サーバ２は、ステップＳ６０３において、取得した記事のうち、取得日時が直近の記事を配信記事として決定する。
これにより、指定記事のテーマと関連性の高い記事であって、最新の情報を有する記事を配信記事として提供することができる。
ステップＳ６０３の処理の後、二次配信サーバ２は図１８Ｂの処理を終了する。
【０１１８】
配信記事決定処理の第３例について図１８Ｃを用いて説明する。
二次配信サーバ２は、ステップＳ６０１において、サーチワードを有する記事の記事情報を記事管理ＤＢ５２から取得する。
そして二次配信サーバ２は、ステップＳ６０４において、取得した記事から配信先のユーザが未読の記事を抽出する。二次配信サーバ２はログ情報から配信先のユーザのアクセス情報を取得し、サーチワードを有する記事のそれぞれが配信先のユーザにより閲覧されているか否かを判定する。
その後、二次配信サーバ２は、ステップＳ６０５において、抽出した記事の中で、最もユーザの閲覧数が多い記事を配信記事として決定する。
これにより、指定記事のテーマと関連性の高い記事であって、ユーザの知らない今最も注目されている記事を提供することができる。
ステップＳ６０５の処理の後、二次配信サーバ２は図１８Ｃの処理を終了する。
【０１１９】
二次配信サーバ２は、図１２のステップＳ１０９の処理で以上のような処理を行った後、ステップＳ１１０に処理を進め、ユーザ端末３に当該ページデータを提示制御する処理を実行する。二次配信サーバ２は、ステップＳ１１０の処理の後、ステップＳ１０３に処理を進め、再びステップＳ１０１〜Ｓ１０３のループ処理の監視を行う。
【０１２０】
＜６．まとめ及び変形例＞
上記した実施の形態等で説明した二次配信サーバ２は、提示する記事として特定の記事（指定記事）を指定する第１モード、又は複数の記事からサーチワードに基づいて記事枠（記事枠５１、５２）に提示する記事を選択する第２モードの処理を行う記事選択部２１と、提示する記事を閲覧端末（ユーザ端末３）に提示させる処理を行う提示制御部２２と、
第１モードで記事が指定された記事枠（記事枠５１、５２）の記事（指定記事）について、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定するタイミング判定部２３と、
タイミング判定部２３が判定した切換タイミングにおいて記事選択部２１の第１モードで設定されていた記事枠（記事枠５１、５２）の処理を第１モードから第２モードに切り換えるモード切換部２４と、を備えるものである（図１２）。
【０１２１】
ここで、第１モードでの特定の記事（指定記事）を指定する処理は、図１２のステップＳ１０１→Ｓ１０４の処理において行われる。また、記事枠における第１モードでの処理はステップＳ１０８の処理において行われる。
記事枠における第２モードでの処理は、ステップＳ１０９、図１８の処理において行われる。
提示する記事を閲覧端末（ユーザ端末３）に提示させる処理は図１２のステップＳ１１０の処理で行われる。
特定の記事（指定記事）の関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定する処理は、図１６のステップＳ４０２〜Ｓ４１５の処理で行われる。
記事選択部２１が第１モードの処理を行っている場合、処理対象の記事枠を第１モードから第２モードに切り換える処理は、図１６のステップＳ４１７の処理で行われる。
【０１２２】
これにより、二次配信サーバ２は、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて処理対象の記事枠を第１モードから第２モードに自動的に切り換える。即ち、処理対象の記事枠のモードが特定の記事を固定して提示する第１モードから当該特定の記事と関連性のある記事を流動的に提示する第２モードに切り換わる。
ユーザが当該指定記事について興味を持ち始めている場合においては、記事の提供については、指定記事を固定して提供する第１モードよりも、指定記事のテーマに関連する情報を有する関連記事を流動的に提供できる第２モードの方が、ユーザにとっては有用であるケースが多い。
そのため、ユーザ側で指定記事のテーマについての関心が高まっているこのタイミングを、記事枠を第１モードから第２モードへ切り換える切換タイミングとすることが好適である。
関連記事数が増加傾向となることにより、ニュースを閲覧するユーザ側も関連記事を閲覧する機会が増加し、当該テーマについての関心が高くなるものと考えられる。関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向を用いて切換タイミングを判定することで、当該テーマに対するユーザの関心を反映させて、記事枠ごとの提示態様を自動的に切り換えることができる。また、記事枠ごとのモードを自動的に切り換えることで、二次配信社のスタッフ側の切り換えの際に生じる操作負担を軽減することができる。
【０１２３】
また二次配信サーバ２（タイミング判定部２３）は、関連記事数の増加傾向を判定した（図１６のステップＳ４０６〜Ｓ４０９）後に、関連記事の閲覧数の増加傾向を判定する（図１６のステップＳ４１２〜Ｓ４１５）ことが考えられる。つまり、関連記事数の増加傾向が顕著になった状態で、それらの関連記事の閲覧数の増加傾向を判定する。
上記のように、指定記事のテーマについてユーザの関心が高まるタイミングは、ある程度指定記事の関連記事が増加した後であると推定できる。
そこで、まず関連記事数の増加傾向を判定したうえで、関連記事の閲覧数の増加傾向を判定することで、記事枠における第１モードから第２モードへの切換タイミングの精度を向上させることができる。
【０１２４】
また二次配信サーバ２（タイミング判定部２３）は、時間経過による関連記事数の推移から近似曲線を生成し、近似曲線を２回微分することにより算出した値に基づいて関連記事数の増加傾向を判定することが考えられる（図１６のステップＳ４０６〜Ｓ４０９）。
また二次配信サーバ２（タイミング判定部２３）は、時間経過による関連記事の閲覧数の推移から近似曲線を生成し、近似曲線を２回微分することにより算出した値に基づいて関連記事の閲覧数の増加傾向を判定することが考えられる（図１６のステップＳ４１２〜Ｓ４１５）。
近似曲線を２回微分したものから算出した値により、将来の関連記事数の増加傾向、及び将来の関連記事の閲覧数の増加傾向を推定することができる。
関連記事数及び関連記事の閲覧数の近似曲線の値のみを用いて切換タイミングを判定すると、近似曲線のみでは将来の増加傾向まではわからないため、モード切り換えた後に関連記事数及び関連記事の閲覧数の値が伸び悩み、ユーザの指定記事のテーマに対する関心がピークを過ぎてしまっている場合がある。
そこで、近似曲線を２回微分することで、近似曲線の変曲点を把握しつつ将来の増加傾向を予測することが可能となる。これにより、記事枠におけるモードの切換タイミングの精度の向上を図ることができる。
【０１２５】
なお、将来的な閲覧記事数及び当該関連記事の閲覧数の増加傾向を推定する手法は、近似曲線の２回微分を用いることに限定されることはなく、様々な手法を採用することができる。例えば、近似曲線における所定時間あたりの関連記事数及び当該関連記事の閲覧数を算出し、その所定期間ごとの関連記事数等の増加率の値が所定値以上になったときを将来的に閲覧記事数等が増加するタイミングと推定することも可能である。
【０１２６】
また二次配信サーバ２（記事選択部２１）は、特定の記事（指定記事）のジャンル（記事管理ＤＢ５２）と共通する記事から関連記事を判定することが考えられる（図１４のステップＳ３０３→Ｓ３０４）。
これにより、第１モードで指定した特定の記事とより関連性の高い記事が関連記事として判定される。従って、二次配信サーバ２が関連記事数の増加傾向及び関連記事の閲覧数の増加傾向から切換タイミングを判定するにあたり、ユーザの指定記事のテーマについて関心があるか否かの精度を高めることが可能となる。
【０１２７】
また二次配信サーバ２（記事選択部２１）は、特定の記事（指定記事）の有するキーワードに基づいて前記関連記事を判定することが考えられる（図１３）。
つまり、第１モードで指定した特定の記事とより関連性の高い記事が関連記事として判定される。そのため、二次配信サーバ２が関連記事数の増加傾向及び関連記事の閲覧数の増加傾向から切換タイミングを判定するにあたり、ユーザの指定記事のテーマについて関心があるか否かの精度を高めることが可能となる。
【０１２８】
また二次配信サーバ２（記事選択部２１）は、特定の記事（指定記事）のタグ情報（記事管理ＤＢ５２）をキーワードとして設定することが考えられる（図１３Ａ）。
つまり、あらかじめ指定記事に設定されたタグ情報に基づいて関連記事を判定する。従って、キーワード設定にあたり解析処理等を行う必要がないため、処理負担の軽減を図ることができる。
【０１２９】
また二次配信サーバ２（記事選択部２１）は、特定の記事（指定記事）において所定回数以上出現するワードをキーワードとして設定することが考えられる（図１３Ｂ）。
指定記事内で複数回出現するワードは、指定記事と関連性が高く記事の内容を象徴するワードである可能性が高い。即ち、記事の内容を反映したワードをキーワードとして設定することができる。また、ジャンル情報やタグ情報が設定されていない場合であっても、記事のテキストデータ等からキーワードを生成することができる。
【０１３０】
また二次配信サーバ２（記事選択部２１）は、特定の記事（指定記事）タイトルに出現するワードをキーワードとして設定することが考えられる（図１３Ｃ）。
記事のタイトルは、当該記事の内容が要約されたものである。従って、記事内容を象徴するワードをキーワードとして設定することができる。
【０１３１】
ここで、図１２のステップＳ１０６のキーワード設定処理について、実施の形態では図１３Ａ乃至図１３Ｃに示す処理例を説明した。しかしながら、キーワード設定処理はこれだけに限られず、様々な態様が考えられる。例えば、指定記事のなかで出現回数が最も多いワードをキーワードに設定してもよいし、二次配信社のスタッフによる入力操作によりキーワードを設定してもよい。
また、上記の処理を組み合わせることも可能である。
例えば、図１３ＡのステップＳ２０１→Ｓ２０２で二次配信サーバ２が指定記事のタグ情報をキーワードに設定した後、さらに図１３ＢのステップＳ２１１→Ｓ２１２の処理を行い、指定記事において所定回数以上出現するワードをキーワードとして追加してもよい。
【０１３２】
また二次配信サーバ２（記事選択部２１）は、特定の記事（指定記事）の有するキーワードを所定割合以上含む記事を関連記事として判定することが考えられる（図１５のステップＳ３０９）。
キーワードを多く有する記事ほど、特定の記事との関連性が高い記事であると考えられる。よって、キーワードを所定割合以上含む記事を関連記事と判定することで、当該特定の記事とより関連性の高い記事を関連記事とすることができる。
【０１３３】
また二次配信サーバ２（記事選択部２１）は、特定の記事（指定記事）のキーワードをサーチワードとして設定することが考えられる（図１７Ａ）。
これにより、特定の記事について設定したキーワードをサーチワードとして流用することができる。従って、二次配信サーバ２の処理負担を軽減することができる。
【０１３４】
また二次配信サーバ２（記事選択部２１）は、特定の記事（指定記事）のキーワードのうち、関連記事で最も出現するキーワードをサーチワードとして設定することが考えられる（図１７Ｂ）。
つまり、複数のキーワードがある場合、第１モードでの特定の記事のテーマに最も関連性が高いと考えられる関連記事の中で最も出現するキーワードを、サーチワードとして設定する。これにより、ユーザに提供する指定記事のテーマに関連する記事の精度の向上を図ることができる。
【０１３５】
また二次配信サーバ２（記事選択部２１）は、関連記事で最も出現するワードをサーチワードとして設定することが考えられる（図１７Ｃ）。
つまり、サーチワードの設定にあたりキーワードを用いることなしに、新たに関連記事のワードからサーチワードを判定する。これにより、ユーザに提供する指定記事のテーマに関連する記事の精度の向上を図ることができる。
【０１３６】
実施の形態では、図１６のステップＳ４１６でのサーチワード設定処理については、一例として図１７Ａ乃至図１７Ｃの処理として説明した。しかしながら、サーチワード設定処理はこれだけに限られず、様々な態様が考えられる。例えば、二次配信サーバ２は、指定記事のジャンル情報やタグ情報からサーチワードを設定してもよいし、関連記事群のそれぞれのタグ情報を取得し、最も多かったタグをサーチワードとしてもよい。
また、上記の処理を組み合わせることも可能である。当該組み合わせには様々な態様が考えられる。
例えば、図１７ＡのステップＳ５０１で二次配信サーバ２が指定記事のキーワードをサーチワードに設定した後、さらに図１７ＢのステップＳ５２１〜Ｓ５２３の処理を行い、関連記事において所定回数以上出現するワードをサーチワードとして追加してもよい。
【０１３７】
また二次配信サーバ２（記事選択部２１）は、サーチワードを有する記事のうち最も閲覧数の多い記事を第２モードで提示する記事として設定することが考えられる。これにより、サーチワードを有する記事のうち最も閲覧数の多い記事が閲覧端末に提示される（図１８Ａ）。
従って、ユーザに世間で最も話題となっていると思われる記事を提供することができる。
【０１３８】
また二次配信サーバ２（記事選択部２１）は、サーチワードを有する記事のうち最新の記事を第２モードで提示する記事として設定することが考えられる（図１８Ｂ）。これにより、サーチワードを有する記事のうち最新の記事が閲覧端末に提示される。
従って、ユーザは指定記事のテーマに関連する記事について最新の記事を随時閲覧することが可能となる。
【０１３９】
また二次配信サーバ２（記事選択部２１）は、サーチワードを有する記事のうち閲覧端末（ユーザ端末３）に未だ提示させていない記事を第２モードで提示する記事として設定することが考えられる（図１８Ｃ）。つまり、サーチワードを有する記事のうちユーザが未読の記事が閲覧端末に提示される。従って、ユーザは指定記事のテーマに関連する記事について未だ知らない記事を閲覧することができる。
【０１４０】
また前記モード切換部は、入力操作により前記記事選択部の処理を前記第１モードから前記第２モードに切り換えることができる（図１２のステップＳ１０１→Ｓ１０４）。
この場合、図１２のステップＳ１０１→Ｓ１０４の処理において、処理対象の記事枠のモードを第１モードから第２モードに切り換える際には、二次配信サーバ２は記事管理ＤＢ５２の関連フラグをＯＦＦにする処理を実行する。
【０１４１】
なお、本実施の形態においては、コンテンツの一例としてニュース記事を用い、ニュース記事配信システムとして説明したが、本発明のコンテンツはニュース記事に限られることはなく、所定の事項に関する文章、図表、画像、音声などであればコンテンツの長短や内容については特に限定しない。コンテンツとしては、例えばレビューやブログ、レシピなどが挙げられる。
【０１４２】
また、本実施の形態について説明した処理は、それぞれが独立した処理であってもよいし、それぞれの処理を組み合わせて行うことも可能である。なお、実施の形態の組み合わせとしては、上記した例の他にも様々な態様が考えられる。
【０１４３】
＜７．プログラム及び記憶媒体＞
以上、本実施の形態の情報処理装置の実施の形態としての二次配信サーバ２を説明してきたが、実施の形態のプログラムは、二次配信サーバ２における各処理を情報処理装置（ＣＰＵなど）に実行させるプログラムである。
【０１４４】
実施の形態のプログラムは、記事枠に提示する記事として特定の記事を指定する第１モード、又は複数の記事からサーチワードに基づいて記事枠に提示する記事を選択する第２モードの処理を行う記事選択機能と、提示する記事を閲覧端末に提示させる処理を行う提示制御機能と、前記第１モードで記事が指定された記事枠の記事について、関連記事数の増加傾向、及び関連記事の閲覧数の増加傾向に基づいて切換タイミングを判定するタイミング判定機能と、前記タイミング判定機能で判定した切換タイミングにおいて前記記事選択機能により前記第１モードで設定されていた記事枠の処理を前記第１モードから前記第２モードに切り換えるモード切換機能と、を情報処理装置に実行させるものである。
即ちこのプログラムは、二次配信サーバ２に対して図１２乃至図１８で説明した各ステップの処理を実行させるプログラムである。
【０１４５】
このようなプログラムにより、上述した二次配信サーバ２としての情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭなどに予め記憶しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的或いは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークによりダウンロードすることもできる。
【符号の説明】
【０１４６】
１…一次配信社端末、２…二次配信サーバ、３…ユーザ端末、４…ネットワーク、５…データベース、２１…記事選択部、２２…提示制御部、２３…タイミング判定部、２４…モード切換部
【図１】
2019211832.tif 000003
【図２】
2019211832.tif 000004
【図３】
2019211832.tif 000005
【図４】
2019211832.tif 000006
【図５】
2019211832.tif 000007
【図６】
2019211832.tif 000008
【図７】
2019211832.tif 000009
【図８】
2019211832.tif 000010
【図９】
2019211832.tif 000011
【図１０】
2019211832.tif 000012
【図１１】
2019211832.tif 000013
【図１２】
2019211832.tif 000014
【図１３】
2019211832.tif 000015
【図１４】
2019211832.tif 000016
【図１５】
2019211832.tif 000017
【図１６】
2019211832.tif 000018
【図１７】
2019211832.tif 000019
【図１８】
2019211832.tif 000020