(57)【要約】【課題】複数の記事を効率的に表示する。【解決手段】本発明にかかる情報処理装置１００は、少なくとも２つの分類項目に紐付けられた記事を分類項目単位で一括取得する記事取得手段４１と、記事取得手段４１で取得した記事を分類項目で表示手段２０に表示する表示制御手段４５と、を有し、表示手段２０に記事を表示する際の分類項目が変更された場合に、記事取得手段４１は、変更後の分類項目に紐付けられた記事の中で未取得の記事を取得し、表示制御手段４５は、記事取得手段４１で取得した記事を変更後の分類項目で表示手段２０に表示する。【選択図】図１
2016085631.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２つの分類項目に紐付けられた記事を前記分類項目単位で一括取得する記事取得手段と、
前記記事取得手段で取得した前記記事を前記分類項目で表示手段に表示する表示制御手段と、を有し、
前記表示手段に前記記事を表示する際の前記分類項目が変更された場合に、前記記事取得手段は、変更後の前記分類項目に紐付けられた記事の中で未取得の記事を取得し、前記表示制御手段は、前記記事取得手段で取得した前記記事を変更後の前記分類項目で前記表示手段に表示する、ことを特徴とする情報処理装置。
【請求項２】
前記表示手段に前記記事を表示する際の前記分類項目が第１の分類項目の場合は、前記記事取得手段は、前記記事を前記第１の分類項目単位で取得し、前記表示制御手段は、前記記事取得手段で取得した前記記事を前記第１の分類項目で前記表示手段に表示し、
前記表示手段に前記記事を表示する際の前記分類項目が前記第１の分類項目から別の第２の分類項目に変更された場合に、前記記事取得手段は、変更後の前記第２の分類項目に紐付けられた記事の中で未取得の記事を取得し、前記表示制御手段は、前記記事取得手段で取得した前記記事を前記第２の分類項目で前記表示手段に表示する、ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記記事取得手段は、前記記事を前記分類項目単位で管理する記事配信サーバから前記記事を前記分類項目単位で一括取得する、ことを特徴とする請求項１または請求項２記載の情報処理装置。
【請求項４】
少なくとも２つの分類項目は、前記記事の内容の分野を示すカテゴリと、前記記事の配信時刻を示す時間帯と、であり、
前記表示手段に前記記事を表示する際の前記分類項目がカテゴリの場合は、前記記事取得手段は、前記情報処理装置を操作するユーザの興味推定値である個人的注目度の高いカテゴリから順番に前記記事を前記カテゴリ単位で取得し、前記表示制御手段は、前記記事取得手段で取得した前記記事を前記カテゴリ単位で前記表示手段に表示し、
前記表示手段に前記記事を表示する際の前記分類項目が時間帯の場合は、前記記事取得手段は、最新の時間帯から順番に前記記事を前記時間帯単位で取得し、前記表示制御手段は、前記記事取得手段で取得した前記記事を前記時間帯単位で前記表示手段に表示する、ことを特徴とする請求項１から請求項３の何れか１項に記載の情報処理装置。
【請求項５】
前記記事取得手段は、前記記事を前記時間帯単位で取得する場合は、前記情報処理装置側で最新の時間帯で管理している前記記事の記事数と、前記記事配信サーバ側で最新の時間帯で管理している前記記事の記事数と、を比較し、双方の記事数が異なる場合は、前記記事配信サーバ側で最新の時間帯で管理している記事の中で未取得の記事を前記記事配信サーバから取得する、ことを特徴とする請求項４記載の情報処理装置。
【請求項６】
前記記事取得手段は、前記記事を前記時間帯単位で取得する場合は、前記情報処理装置側で管理している最新の時間帯の情報と、前記記事配信サーバ側で管理している最新の時間帯の情報と、を比較し、双方の最新の時間帯の情報が異なる場合は、前記記事配信サーバ側で最新の時間帯で管理している記事から前記情報処理装置側で管理している最新の時間帯に相当する時間帯で管理している記事までを前記時間帯単位で前記記事配信サーバから取得する、ことを特徴とする請求項４または請求項５記載の情報処理装置。
【請求項７】
少なくとも２つの分類項目に紐付けられた記事を前記分類項目単位で管理する記事配信サーバと、前記記事を前記分類項目で表示手段に表示する情報処理装置と、を有して構成する記事配信システムであって、
前記情報処理装置は、
前記記事配信サーバから前記記事を前記分類項目単位で一括取得する記事取得手段と、
前記記事取得手段で取得した前記記事を前記分類項目で前記表示手段に表示する表示制御手段と、を有し、
前記表示手段に前記記事を表示する際の前記分類項目が変更された場合に、前記記事取得手段は、変更後の前記分類項目に紐付けられた記事の中で未取得の記事を前記記事配信サーバから取得し、前記表示制御手段は、前記記事取得手段で取得した前記記事を変更後の前記分類項目で前記表示手段に表示する、ことを特徴とする記事配信システム。
【請求項８】
少なくとも２つの分類項目に紐付けられた記事を前記分類項目単位で一括取得する記事取得処理と、
前記記事取得処理で取得した前記記事を前記分類項目で表示手段に表示する表示制御処理と、をコンピュータに実行させ、
前記表示手段に前記記事を表示する際の前記分類項目が変更された場合に、前記記事取得処理は、変更後の前記分類項目に紐付けられた記事の中で未取得の記事を取得し、前記表示制御処理は、前記記事取得処理で取得した前記記事を変更後の前記分類項目で前記表示手段に表示する、ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の記事を表示する技術に関する。
【背景技術】
【０００２】
近年、ネット上の様々なサイトから各種の記事を取得し、世の中のトレンドと閲覧者の興味に応じた複数の記事を纏めて１つの画面上で閲覧することが可能になっている。
【０００３】
記事としては、例えば、画像コンテンツ、音楽コンテンツ、広告コンテンツなどの各種のコンテンツがあげられる。
【０００４】
例えば、特許文献１（特開２００８−１７６４９１号公報）には、ユーザが個人的に興味を持つ情報および世間一般の関心が高いカテゴリの情報を閲覧できるようにする技術について開示されている。
【０００５】
特許文献１では、まず、コンピュータネットワークから見出し情報群を取り込み、見出し情報群に含まれる各見出し情報を複数のカテゴリに分類し、カテゴリ別データベースに格納する。そして、興味度データベースに基づき、興味度が所定の基準値以上のカテゴリの見出し情報を抽出し、一覧画面を作成・表示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−１７６４９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１は、コンピュータネットワークから配信された見出し情報群を、ユーザの使用する端末装置で処理することで、個人情報をコンピュータネットワークに流出させることなく、関心の高い情報および最新の重要な情報の双方を閲覧できるような環境を構築することを可能にしている。
【０００８】
しかし、特許文献１は、コンピュータネットワークから取り込んだ見出し情報群に含まれる各見出し情報をユーザの使用する端末装置で解析し、適合するカテゴリに分類してカテゴリ別データベースに格納している。そして、そのカテゴリ別データベースに格納した見出し情報を基に、見出し情報の一覧画面を作成・表示するようにしている。このため、特許文献１は、コンピュータネットワークから取り込んだ各見出し情報をカテゴリ別データベースに格納するまでに時間がかかることになる。また、特許文献１は、コンピュータネットワークから取り込んだ各見出し情報を複数のカテゴリに分類してカテゴリ別データベースに格納した後に、そのカテゴリ別データベースに格納した見出し情報を基に、見出し情報の一覧画面を作成・表示している。その結果、特許文献１では、見出し情報の一覧画面を表示するまでに時間がかかってしまうことになる。
【０００９】
本発明の目的は、複数の記事を効率的に表示することである。
【課題を解決するための手段】
【００１０】
本発明にかかる情報処理装置は、
少なくとも２つの分類項目に紐付けられた記事を前記分類項目単位で一括取得する記事取得手段と、
前記記事取得手段で取得した前記記事を前記分類項目で表示手段に表示する表示制御手段と、を有し、
前記表示手段に前記記事を表示する際の前記分類項目が変更された場合に、前記記事取得手段は、変更後の前記分類項目に紐付けられた記事の中で未取得の記事を取得し、前記表示制御手段は、前記記事取得手段で取得した前記記事を変更後の前記分類項目で前記表示手段に表示する、ことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数の記事を効率的に表示することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の記事配信システムのシステム構成例を示す図である。
【図２】情報ソーステーブルの一例を示す図である。
【図３】操作表示部２０に表示される表示画面の遷移例を示す図である。
【図４】時間順一覧表示画面３０１の構成例を示す図である。
【図５】カテゴリ順一覧表示画面３０２の構成例を示す図である。
【図６】詳細表示画面３０５の構成例を示す図である。
【図７】本実施形態のクライアント端末１００の処理動作例を示す図である。
【図８】第２の実施形態のクライアント端末１００の処理動作例を示す図である。
【発明を実施するための形態】
【００１３】
＜本発明の一態様にかかる記事配信システムの概要＞
まず、図１を参照しながら、本発明の一態様にかかる記事配信システムについて説明する。図１は、本発明の一態様にかかる記事配信システムのシステム構成例を示す。
【００１４】
本発明の一態様にかかる記事配信システムは、記事配信サーバ２００と、情報処理装置１００と、を有して構成する。情報処理装置１００は、クライアント端末１００が機能する。
【００１５】
記事配信サーバ２００は、少なくとも２つの分類項目に紐付けられた記事を分類項目単位で管理する。分類項目としては、例えば、記事の内容の分野を示すカテゴリ、記事の配信時刻を示す時間帯、記事の他のユーザによる購読数のような社会的注目度のランクなどがあげられる。情報処理装置１００は、記事を分類項目で表示手段に表示する。表示手段は、操作表示部２０が機能する。
【００１６】
本発明の一態様にかかる情報処理装置は、記事取得手段、表示制御手段を有して構成する。
【００１７】
記事取得手段は、記事配信サーバ２００から記事を分類項目単位で一括取得する。記事取得手段は、記事取得部４１が機能する。
【００１８】
表示制御手段は、記事取得手段で取得した記事を分類項目で表示手段に表示する。表示制御手段は、表示制御部４５が機能する。
【００１９】
本発明の一態様にかかる情報処理装置は、表示手段に記事を表示する際の分類項目が変更された場合に、記事取得手段は、変更後の分類項目に紐付けられた記事の中で未取得の記事を記事配信サーバ２００から取得する。そして、表示制御手段は、記事取得手段で取得した記事を変更後の分類項目で表示手段に表示する。このため、本発明の一態様にかかる記事配信システムは、複数の記事を効率的に表示手段に表示することができる。以下、添付図面を参照しながら、本発明の一態様にかかる記事配信システムについて詳細に説明する。なお、以下の実施形態では、記事配信システムを構成する情報処理装置としてクライアント端末を例に説明する。
【００２０】
（第１の実施形態）
＜記事配信システムのシステム構成例＞
まず、図１を参照しながら、本実施形態の記事配信システムのシステム構成例について説明する。図１は、本実施形態の記事配信システムのシステム構成例を示す図である。
【００２１】
本実施形態の記事配信システムは、記事配信サーバ２００と、クライアント端末１００と、がネットワークＮＷを介して接続して構成している。ネットワークＮＷは、有線、無線を問わず、あらゆる通信形態が適用可能である。また、クライアント端末１００は、１つに限定せず、複数有して構成することが可能である。
【００２２】
本実施形態の記事配信システムは、４００程度の複数のサイトから配信される各種記事を記事配信サーバ２００でカテゴリ単位、時間帯単位の２つの分類項目単位で管理する。そして、記事配信サーバ２００は、各種記事をカテゴリ単位または時間帯単位の分類項目単位で一括でクライアント端末１００に配信する。クライアント端末１００は、記事配信サーバ２００からカテゴリ単位または時間帯単位の分類項目で一括で配信される各種記事の中から所望の記事をカテゴリ単位または時間帯単位の分類項目で表示する。これにより、ユーザは、クライアント端末１００に表示される所望の記事をカテゴリ単位または時間帯単位の分類項目で閲覧することができる。また、４００程度のサイトから個別に記事を配信する場合と比べて、伝送路を確立したり確立できなかった場合のエラー処理をするために生じるオーバーヘッドを抑えることができ、表示に用いない記事を伝送しないことで伝送時間の効率化を行うことができる。
【００２３】
＜記事配信サーバ２００の構成例＞
次に、図１を参照しながら、本実施形態の記事配信サーバ２００の構成例について説明する。
【００２４】
本実施形態の記事配信サーバ２００は、記事管理部２０１を有して構成している。記事管理部２０１は、４００程度の複数のサイトから配信される各種記事を蓄積して管理する。
【００２５】
本実施形態の記事配信サーバ２００は、複数のサイトから配信される各種記事を分析し、予め定めたカテゴリ毎、時間帯毎に各種記事を分類して記事管理部２０１に蓄積して管理する。記事管理部２０１は、例えば、図２に示すような情報ソーステーブルに基づいて各種記事を蓄積して管理する。図２に示す情報ソーステーブルは、カテゴリ毎、時間帯毎にＲＳＳフィード等のフィード情報が紐付けられている。記事は、フィード情報を基に作成される１つ１つのようなものである。これにより、記事管理部２０１は、各種記事をカテゴリ単位、時間帯毎に蓄積して管理することになる。カテゴリは、例えば、記事内容の分野である「政治」、「経済」、「スポーツ」などで区分している。時間帯は、例えば、記事が投稿された時間である「朝」、「昼」、「午後」、「夕方」、「夜」などで区分している。図２では、各種記事をｎ個のカテゴリで管理している。また、各種記事を１７個の時間帯で管理している。本実施形態では、２日分の記事を１６個の時間帯に区分し、予備の時間帯を１つ設け、合計１７個の時間帯で管理している。このため、本実施形態の記事配信サーバ２００は、２日分＋１時間帯分の記事を記事管理部２０１に蓄積して管理することになる。
【００２６】
なお、図２に示すようにカテゴリ単位、時間帯単位に紐付けて記事管理部２０１で管理する個々のフィード情報（例えば、RSS 1.1）は、複数のフィード情報で構成しており、複数のサイトから取得した複数の記事をカテゴリ単位、時間帯単位に紐付けて管理することになる。例えば、図２に示すカテゴリ１と時間帯１とに紐付けられたRSS 1.1は、Ａサイトの時間帯１に投稿されたカテゴリ１に属するフィード情報、Ｂサイトの時間帯１に投稿されたカテゴリ１に属するフィード情報、Ｃサイトの時間帯１に投稿されたカテゴリ１に属するフィード情報等で構成することになる。また、図２に示すカテゴリ１と時間帯２とに紐付けられたRSS 1.2は、Ａサイトの時間帯２に投稿されたカテゴリ１に属するフィード情報、Ｂサイトの時間帯２に投稿されたカテゴリ１に属するフィード情報、Ｃサイトの時間帯２に投稿されたカテゴリ１に属するフィード情報等で構成することになる。また、図２に示すカテゴリ２と時間帯１とに紐付けられたRSS 2.1は、Ｄサイトの時間帯１に投稿されたカテゴリ２に属するフィード情報、Ｅサイトの時間帯１に投稿されたカテゴリ２に属するフィード情報、Ｆサイトの時間帯１に投稿されたカテゴリ２に属するフィード情報等で構成することになる。これにより、本実施形態の各種記事は、カテゴリと時間帯との２つの分類項目に紐付けて管理することになる。本実施形態の各種記事は、カテゴリと時間帯との２つの分類項目に紐付けて管理するため、例えば、カテゴリ１と時間帯１に紐づけられた記事情報を一括して伝送することがRSS 1.1により行えることができる。
【００２７】
本実施形態の記事配信サーバ２００は、記事管理部２０１で管理する各種記事をカテゴリ単位、時間帯単位の分類項目単位でクライアント端末１００に一括で配信する。例えば、クライアント端末１００からカテゴリ１の記事群の取得要求を受け付けた場合は、カテゴリ１の記事群（RSS 1.alltime）をクライアント端末１００に配信する。カテゴリ１の記事群（RSS 1.alltime）は、カテゴリ１の時間帯１〜時間帯１７までの記事（RSS 1.1〜RSS 1.17）を統合したものである。また、クライアント端末１００から時間帯１の記事群の取得要求を受け付けた場合は、時間帯１の記事群（RSS allcat.1）をクライアント端末１００に配信する。時間帯１の記事群（RSS allcat.1）は、時間帯１のカテゴリ１〜カテゴリｎまでの記事（RSS 1.1〜RSS n.1）を統合したものである。なお、記事配信サーバ２００は、カテゴリ単位と時間帯単位との双方で区分された記事をクライアント端末１００に配信することも可能である。例えば、クライアント端末１００からカテゴリ３と時間帯３との双方で区分けされた記事の取得要求を受け付けた場合は、カテゴリ３と時間帯３との双方で区分けされた記事（RSS 3.3）をクライアント端末１００に配信する。このように、本実施形態の記事配信サーバ２００は、カテゴリ単位の記事、時間帯単位の記事、カテゴリと時間帯との双方で区分けされた記事をクライアント端末１００に配信することができる。
【００２８】
＜クライアント端末１００の構成例＞
次に、図１を参照しながら、本実施形態のクライアント端末１００の構成例について説明する。クライアント端末１００としては、例えば、ＰＣ、スマートフォンなど各種の機器が該当する。
【００２９】
本実施形態のクライアント端末１００は、通信部１０、操作表示部２０、記憶部３０、制御部４０を有して構成する。
【００３０】
通信部１０は、有線または無線により、インターネットなどのネットワークＮＷを介して、記事配信サーバ２００に接続する。また、ＴＶ受信用アンテナおよびＴＶチューナを備え、ＴＶ番組表やＴＶ番組放送を受信する。
【００３１】
操作表示部２０は、例えばタッチパネルディスプレイなどであり、各種記事を画面表示すると共に、ユーザによる操作入力を受け付ける。操作表示部２０に表示する記事としては、例えば、画像コンテンツ、音楽コンテンツ、広告コンテンツなどの各種のコンテンツがあげられる。
【００３２】
記憶部３０は、各種情報を記憶する。本実施形態の記憶部３０は、記事蓄積部３１を有している。記事蓄積部３１は、記事配信サーバ２００の記事管理部２０１に格納されている各種記事を取得して予め定めたカテゴリ毎、時間帯毎に分類して蓄積する。記事蓄積部３１は、例えば、図２に示すような情報ソーステーブルに基づいて記事配信サーバ２００の記事管理部２０１から取得した記事を記憶する。これにより、記事蓄積部３１は、記事管理部２０１と同様に、各種記事をカテゴリ単位、時間帯毎に蓄積して管理することになる。
【００３３】
制御部４０は、クライアント端末１００の制御を行う。本実施形態の制御部４０は、記事取得部４１、個人的注目度解析部４２、社会的注目度解析部４３、記事選択部４４、表示制御部４５を有している。
【００３４】
記事取得部４１は、通信部１０によりネットワークＮＷを介して記事配信サーバ２００に接続し、記事配信サーバ２００の記事管理部２０１に格納されている各種記事を取得する。記事取得部４１は、カテゴリ単位、時間帯単位の分類項目単位で記事を一括取得し、記事蓄積部３１に蓄積する。
【００３５】
個人的注目度解析部４２は、各記事に対するユーザの興味推定値である個人的注目度を求める。記事蓄積部３１には、各種記事を予め定めたカテゴリ毎に分類して蓄積している。個人的注目度解析部４２は、記事蓄積部３１に蓄積された各種記事の個人的注目度を求める。これにより、どの記事の個人的注目度が高く、どの記事の個人的注目度が低いのかを把握することができる。個人的注目度は、ユーザ個人の記事に対する嗜好の度合いを特定する指標となる値であり、ユーザ個人の評価指標によって得られる。個人的注目度は、記事に対する得点、偏差値、順位、あるいはそれらを組み合わせたものがあげられる。個人的注目度の高い記事は、ユーザ個人がその記事に興味があることを意味し、個人的注目度の低い記事は、ユーザ個人がその記事に興味がないことを意味する。記事蓄積部３１は、各種記事をカテゴリ毎に分類して蓄積している。このため、個人的注目度の高い記事のカテゴリは、注目度が高くなり、個人的注目度の低い記事のカテゴリは、注目度が低くなる。これにより、カテゴリに対する注目度も求めることができる。
【００３６】
個人的注目度は、例えば、操作表示部２０に表示した記事に対するユーザ操作およびその記事に含まれるキーワードを用いて決定する。ユーザ操作としては、例えば、記事を開いた、記事を開かなかった、記事に対して良いコメントをした、記事に対して悪いコメントをした、記事を保存した、記事を捨てたなどの操作があげられる。このユーザ操作の中で、記事を開いた、記事に対して良いコメントをした、記事を保存したなどの操作は、個人的注目度と正の相関を示す操作に該当する。また、記事を開かなかった、記事に対して悪いコメントをした、記事を捨てたなどの操作は、個人的注目度と負の相関を示す操作に該当する。これにより、個人的注目度と正の相関を示す操作が行われた記事に含まれるキーワードと同じキーワードを含む記事は、個人的注目度が高くなり、個人的注目度と負の相関を示す操作が行われた記事に含まれるキーワードと同じキーワードを含む記事は、個人的注目度が低くなる。なお、記事の個人的注目度は、ユーザ操作によって求められるため、学習速度が遅い。
【００３７】
社会的注目度解析部４３は、各記事に対する他ユーザの興味推定値である社会的注目度を求める。記事蓄積部３１には、各種記事を予め定めたカテゴリ毎に分類して蓄積している。社会的注目度解析部４３は、記事蓄積部３１に蓄積された各種記事の社会的注目度を求める。これにより、どの記事の社会的注目度が高く、どの記事の社会的注目度が低いのかを把握することができる。社会的注目度は、複数のユーザの記事に対する相対的な嗜好の度合いを特定する指標となる値であり、複数のユーザの評価指標によって得られる。社会的注目度は、記事に対する得点、偏差値、順位、あるいはそれらを組み合わせたものがあげられる。社会的注目度の高い記事は、複数のユーザが相対的にその記事に興味があることを意味する。社会的注目度の低い記事は、複数のユーザが相対的にその記事に興味がないことを意味する。社会的注目度は、例えば、記事に対するツイート数に基づいて決定する。また、記事を気に入ったユーザ数に基づいて決定する。また、記事のページビュー、PageRankなどの他のユーザによる記事の閲覧操作によって決定しても良い。記事の社会的注目度は、複数のユーザによってリアルタイムに求められるため、学習速度が早い。各記事に対する社会的注目度は、記事配信サーバ２００から纏めて取得することも可能である。
【００３８】
記事選択部４４は、操作表示部２０に表示する表示対象の記事を選択する。記事選択部４４は、表示対象の記事を表示する際の表示画面の表示形式に応じて、表示対象とされる所定数の記事を、個人的注目度解析部４２で求めた個人的注目度、社会的注目度解析部４３で求めた社会的注目度などを用いて選択する。なお、本実施形態において表示対象とは、操作表示部２０に一度に表示される表示画面に加えて、表示画面のスクロールにより表示される画面についても、表示対象として扱う対象に含める。
【００３９】
表示制御部４５は、記事選択部４４で表示対象とされた記事を操作表示部２０に表示する。この場合、表示制御部４５は、記事蓄積部３１に蓄積された記事を用いて、記事選択部４４で表示対象とされた記事に対応する一覧用画像を生成する。
【００４０】
表示制御部４５は、記事蓄積部３１に蓄積された記事を用いて、例えば、フィード情報に含まれるテキストデータや画像データを予め定められたレイアウトで配置するなどの方法により、表示対象として選択された各記事に対応する一覧用画像を生成する。
【００４１】
次に、表示制御部４５は、設定された一覧画面の表示形式に応じて、上記生成した一覧用画像を所定の画面フォーマット内に配置し、操作表示部２０に表示させる一覧表示画面を生成し、操作表示部２０に表示する。一覧用画像は、個人的注目度解析部４２で求めた個人的注目度と、社会的注目度解析部４３で求めた社会的注目度と、に基づいて総合注目度の高いカテゴリ単位から順に並べられ、設定された表示形式に応じて、一覧表示画面の所定の画面フォーマット内に配置される。
【００４２】
＜操作表示部２０に表示される画面遷移例＞
次に、図３〜図６を参照しながら、操作表示部２０に表示される画面遷移例について説明する。図３は、操作表示部２０に表示される画面遷移例を示す。図４は、時間順一覧表示画面３０１の構成例を示す。図５は、カテゴリ順一覧表示画面３０２の構成例を示す。図６は、詳細表示画面３０５の構成例を示す。
【００４３】
本実施形態の機能を実現するアプリケーションのアイコンが操作表示部２０でクリックされると、設定に応じて、図３に示すように、時間順またはカテゴリ順で構成された記事の一覧表示画面３０１、３０２が操作表示部２０に表示される。
【００４４】
時間順一覧表示画面３０１は、例えば、図４に示すように、表示モード設定４００として「時間順」と表示され、記事の投稿時間帯を示す表示単位４０１毎に、一覧用画像群４０２が表示される。表示モード設定４００は、時間順一覧表示画面３０１またはカテゴリ順一覧表示画面３０２を操作表示部２０に表示する場合に設定する。図４の例では、時間順に設定されている。また、図４の例では、表示単位４０１として、「１２月２０日の夕方」が表示されている。表示単位４０１は、記事蓄積部３１に時間帯毎に記事を蓄積した際に使用した時間帯の一覧を示すものであり、朝、昼、午後、夕方、夜などの各種時間帯が時系列で順次表示される。このため、例えば、図４の一覧用画像群４０２が表示されている箇所を左横にスクロール操作すると、「１２月２０日の夕方」の前の時間帯である「１２月２０日の午後」が操作表示部２０上に表示される。また、各表示単位４０１に対して、所定数ずつの一覧用画像が一覧用画像群４０２として配置される。一覧用画像群４０２に配置される所定数の一覧用画像は、投稿時間帯の中で注目度の高い記事から順番に配置される。例えば、注目度の高い記事から順番に表示領域Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆの順に配置されて表示される。また、図４では、操作表示部２０の左端に各カテゴリを示すカテゴリインデックス４０３が表示されている。カテゴリインデックス４０３は、記事蓄積部３１にカテゴリ毎に記事を蓄積した際に使用したカテゴリの一覧を示すものであり、注目度の高いカテゴリから順番に降順で表示される。なお、図４に表示されていないカテゴリについては、図４のカテゴリインデックス４０３が表示されている箇所を上方向にスクロール操作することで順次表示される。カテゴリ単位の注目度は、カテゴリ毎の記事で求めた個人的注目度を基に求める。これにより、クライアント端末１００を操作するユーザが興味のあるカテゴリの注目度は高くなり、操作表示部２０に優先的に表示されることになる。また、ユーザが興味のないカテゴリの注目度は低くなり、操作表示部２０に優先的に表示され難くなる。図４では、「デザイン・アート」のカテゴリの注目度が最も高く、「音楽」→「ファッション」の順番に注目度が低くなっているため、「デザイン・アート」→「音楽」→「ファッション」の降順で表示されている。
【００４５】
カテゴリ順一覧表示画面３０２は、例えば、図５に示すように、表示モード設定４００として「カテゴリ順」と表示され、表示対象とする表示カテゴリを示す表示単位４０１毎に、一覧用画像群４０２が表示される。図５の例では、表示単位４０１として、最も注目度の高い「デザイン・アート」が表示されている。表示単位４０１は、注目度の高いカテゴリ順に順次表示される。このため、例えば、図５の一覧用画像群４０２が表示されている箇所を左横にスクロール操作すると、「デザイン・アート」の次に注目度が高い「音楽」が表示される。また、各表示単位４０１である表示カテゴリに対して、所定数ずつの一覧用画像が一覧用画像群４０２として配置される。一覧用画像群４０２に配置される所定数の一覧用画像は、カテゴリ単位の中で注目度の高い記事から順番に配置される。例えば、注目度の高い記事から順番に表示領域Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆの順に配置されて表示される。表示領域Ａ〜Ｆに表示される記事の一覧用画像は、記事蓄積部３１にカテゴリ毎に蓄積された所定範囲の時間帯内の記事の中から注目度が高い順に記事の一覧用画像を表示しても良く、また、記事蓄積部３１にカテゴリ毎に蓄積された最新の時間帯内の記事の中から注目度が高い順に記事の一覧用画像を表示しても良い。その場合、社会的注目度のランク単位で記事を順に取得し、全記事を受信する前に記事を表示し始め、応答性を高めるようにしてもよい。
【００４６】
なお、図４に示す時間順一覧表示画面３０１で、記事の配信時間帯を示す表示単位４０１をクリックすると、図３に示すように、その表示単位４０１の時間帯に配信された記事に対応する一覧用画像が並べられた時間帯内一覧表示画面３０３が操作表示部２０に表示される。
【００４７】
また、図４に示す時間順一覧表示画面３０１で、表示モード設定４００として「カテゴリ順」をクリックすると、図３に示すように、カテゴリ順一覧表示画面３０２が操作表示部２０に表示される。
【００４８】
また、図５に示すカテゴリ順一覧表示画面３０２で、表示カテゴリを示す表示単位４０１をクリックすると、図３に示すように、その表示単位４０１の表示カテゴリに分類される記事に対応する一覧用画像が並べられたカテゴリ内一覧表示画面３０４が操作表示部２０に表示される。
【００４９】
また、図５に示すカテゴリ順一覧表示画面３０２で、表示モード設定４００として「時間順」をクリックすると、図３に示すように、時間順一覧表示画面３０１が操作表示部２０に表示される。
【００５０】
また、時間順一覧表示画面３０１またはカテゴリ順一覧表示画面３０２で、カテゴリインデックス４０３のいずれかのカテゴリをクリックすると、そのクリックしたカテゴリに分類される記事に対応する一覧用画像が並べられたカテゴリ内一覧表示画面３０４が操作表示部２０に表示される。
【００５１】
また、時間順一覧表示画面３０１、カテゴリ順一覧表示画面３０２、時間帯内一覧表示画面３０３、カテゴリ内一覧表示画面３０４のそれぞれで表示された一覧用画像群４０２のいずれかの一覧用画像をクリックすると、図３に示すように、そのクリックされた一覧用画像に対応する記事の詳細表示画面３０５が操作表示部２０に表示される。例えば、図４に示す時間順一覧表示画面３０１の表示領域Ａに表示された一覧用画像をクリックすると、図６に示すように、そのクリックされた一覧用画像の記事の詳細情報を表示する詳細表示画面３０５を操作表示部２０に表示する。記事の詳細情報は、図６に示す表示領域Ａに表示される。なお、図６に示す詳細表示画面３０５の左端には、記事の配信時間帯を示す情報（１２月２０日の夕方）や、図４に示す一覧用画像群４０２に配置される一覧用画像が表示されている。図６に示す詳細表示画面３０５の左端に表示された一覧用画像群４０２の一覧用画像をクリックすると、その一覧用画像のコンテンツ情報の詳細情報を表示する詳細表示画面３０５を操作表示部２０に表示することができる。例えば、図６に示す詳細表示画面３０５の左端に表示された一覧用画像群４０２のＥの一覧用画像をクリックすると、そのＥの一覧用画像の記事の詳細情報を図６に示す表示領域Ａに表示することになる。この場合、表示領域Ａに表示された記事の詳細情報が一覧用画像群４０２の中のどの一覧用画像の記事の詳細情報なのかを把握できるように、一覧用画像群４０２の一覧用画像の中で表示領域Ａに表示されている記事の詳細情報に対応する一覧用画像の色を異ならせて表示する。
【００５２】
詳細表示画面３０５により記事の詳細情報を操作表示部２０に表示させると、その操作表示部２０に表示された記事の種類に応じて、その種類の記事を再生するものとして予め定められたアプリケーションやプラグインにより、その記事の再生を行うことができるようになっている。また、操作表示部２０等からのユーザ操作により、記事の再生だけでなく、記事に対する投稿、記録、削除等の各種操作ができるようになっている。
【００５３】
例えば、記事の種類がＴＶ番組である場合、この詳細表示画面３０５でＴＶ番組を視聴できると共に、ＴＶ番組の録画操作、タイマー録画設定等の各種操作を行うことができる。また、例えば、記事の種類が各種のＳＮＳである場合、この詳細表示画面３０５では、選択された人についてのＳＮＳでの投稿記事が投稿時間の新しい順に表示され、各投稿記事へのコメント、画像の装置内への記録等の各種操作を行うことができる。これらの各種操作により詳細表示画面３０５に表示された記事に対する個人的注目度が更新されることになる。
【００５４】
＜クライアント端末１００の処理動作例＞
次に、図７を参照しながら、本実施形態のクライアント端末１００の処理動作例について説明する。図７は、操作表示部２０に記事を表示する際の処理動作例を示す図である。
【００５５】
まず、表示制御部４５は、記事の表示要求を受け付けた場合に、操作表示部２０に表示する画面が時間順表示またはカテゴリ順表示かを判定する（ステップＳ１）。時間順表示としては、操作表示部２０に時間順一覧表示画面３０１を表示する場合を意味する。また、カテゴリ順表示としては、操作表示部２０にカテゴリ順一覧表示画面３０２を表示する場合を意味する。
【００５６】
ユーザ操作により時間順一覧表示画面３０１の表示操作が行われている場合は、操作表示部２０に表示する画面が時間順表示と判定する。また、ユーザ操作によりカテゴリ順一覧表示画面３０２の表示操作が行われている場合は、操作表示部２０に表示する画面がカテゴリ順表示と判定する。
【００５７】
ステップＳ１の判定で時間順表示と判定した場合は、ステップＡ１の処理に移行し、記事取得部４１は、最新の時間帯の記事群を取得し、記事蓄積部３１に蓄積する。そして、記事選択部４４は、最新の時間帯の記事群に含まれる各種記事に対する個人的注目度と社会的注目度とを基に操作表示部２０に表示する記事のフィルタリングを行い、最新の時間帯の記事群の中から表示対象の記事を選択する。表示制御部４５は、表示対象の記事を時間帯単位で操作表示部２０に表示する（ステップＡ１）。例えば、表示対象の記事を時間順一覧表示画面３０１の表示領域Ａ〜Ｆに順に配置し、時間帯単位の記事を操作表示部２０に表示する。
【００５８】
記事取得部４１は、時間帯単位の記事を操作表示部２０に表示する処理を行っているバックグラウンドで他の時間帯単位での記事群の取得を継続し、記事蓄積部３１に記事を蓄積する（ステップＡ２）。これにより、時間帯毎に記事を記事蓄積部３１に蓄積することができる。時間帯単位での記事群の取得は、新しい時間帯から順番に行う。
【００５９】
記事取得部４１は、全ての時間帯の記事群の取得を完了した場合は（ステップＡ３／Ｙｅｓ）、処理を終了する（Ｅｎｄ）。
【００６０】
また、全ての時間帯の記事群の取得を完了していない場合は（ステップＡ３／Ｎｏ）、カテゴリ順表示への切り替え要求があるか否かを判定する（ステップＡ４）。カテゴリ順表示への切り替え要求がない場合は（ステップＡ４／Ｎｏ）、時間帯単位での記事群の取得を継続する（ステップＡ２）。
【００６１】
カテゴリ順表示への切り替え要求があった場合は（ステップＡ４／Ｙｅｓ）、記事取得部４１は、記事蓄積部３１を参照し、操作表示部２０に表示する表示対象のカテゴリ単位の記事群の中で未取得の記事を取得し、記事蓄積部３１に蓄積する。これにより、表示対象のカテゴリ単位の記事群を効率良く取得することができる。そして、記事選択部４４は、記事に対する個人的注目度と社会的注目度とを基に操作表示部２０に表示する記事のフィルタリングを行い、表示対象のカテゴリの記事群の中から表示対象の記事を選択する。表示制御部４５は、表示対象の記事をカテゴリ単位で操作表示部２０に表示する（ステップＡ５）。例えば、表示対象の記事をカテゴリ順一覧表示画面３０２の表示領域Ａ〜Ｆに順に配置し、カテゴリ単位の記事を操作表示部２０に表示する。
【００６２】
記事取得部４１は、カテゴリ単位の記事を操作表示部２０に表示する処理を行っているバックグラウンドで他のカテゴリ単位の記事群の中で未取得の記事の取得を継続し、記事蓄積部３１に記事を蓄積する（ステップＡ６）。これにより、他のカテゴリ単位の記事群の中で未取得の記事を記事蓄積部３１に蓄積することができる。
【００６３】
記事取得部４１は、全てのカテゴリの記事群の取得を完了した場合は（ステップＡ７／Ｙｅｓ）、処理を終了する（Ｅｎｄ）。
【００６４】
また、全てのカテゴリの記事群の取得を完了していない場合は（ステップＡ７／Ｎｏ）、時間順表示への切り替え要求があるか否かを判定する（ステップＡ８）。時間順表示への切り替え要求がない場合は（ステップＡ８／Ｎｏ）、他のカテゴリ単位の記事群の中で未取得の記事の取得を継続する（ステップＡ６）。
【００６５】
時間順表示への切り替え要求があった場合は（ステップＡ８／Ｙｅｓ）、記事取得部４１は、記事蓄積部３１を参照し、操作表示部２０に表示する表示対象の時間帯単位の記事群の中で未取得の記事を取得し、記事蓄積部３１に蓄積する。これにより、表示対象の時間帯単位の記事群を効率良く取得することができる。そして、記事選択部４４は、記事に対する個人的注目度と社会的注目度とを基に操作表示部２０に表示する記事のフィルタリングを行い、表示対象の記事を選択する。表示制御部４５は、表示対象の記事を時間帯単位で操作表示部２０に表示する（ステップＢ５）。例えば、表示対象の記事を時間順一覧表示画面３０１の表示領域Ａ〜Ｆに順に配置し、時間帯単位の記事を操作表示部２０に表示する。
【００６６】
また、ステップＳ１の判定でカテゴリ順表示と判定した場合は、ステップＢ１の処理に移行し、記事取得部４１は、個人的注目度の高いカテゴリの記事群を取得し、記事蓄積部３１に蓄積する。そして、記事選択部４４は、個人的注目度の高いカテゴリの記事群に含まれる各種記事に対する個人的注目度と社会的注目度とを基に操作表示部２０に表示する記事のフィルタリングを行い、表示対象のカテゴリの記事群の中から表示対象の記事を選択する。表示制御部４５は、表示対象の記事をカテゴリ単位で操作表示部２０に表示する（ステップＢ１）。例えば、表示対象の記事をカテゴリ順一覧表示画面３０２の表示領域Ａ〜Ｆに順に配置し、カテゴリ単位の記事を操作表示部２０に表示する。
【００６７】
記事取得部４１は、カテゴリ単位の記事を操作表示部２０に表示する処理を行っているバックグラウンドで他のカテゴリ単位での記事群の取得を継続し、記事蓄積部３１に記事を蓄積する（ステップＢ２）。これにより、カテゴリ毎に記事を記事蓄積部３１に蓄積することができる。カテゴリ単位での記事群の取得は、個人的注目度の高いカテゴリから順番に行う。
【００６８】
記事取得部４１は、全てのカテゴリの記事群の取得を完了した場合は（ステップＢ３／Ｙｅｓ）、処理を終了する（Ｅｎｄ）。
【００６９】
また、全てのカテゴリの記事群の取得を完了していない場合は（ステップＢ３／Ｎｏ）、時間順表示への切り替え要求があるか否かを判定する（ステップＢ４）。時間順表示への切り替え要求がない場合は（ステップＢ４／Ｎｏ）、カテゴリ単位での記事群の取得を継続する（ステップＢ２）。
【００７０】
時間順表示への切り替え要求があった場合は（ステップＢ４／Ｙｅｓ）、記事取得部４１は、記事蓄積部３１を参照し、操作表示部２０に表示する表示対象の時間帯の記事群の中で未取得の記事を取得し、記事蓄積部３１に蓄積する。これにより、表示対象の時間帯単位の記事群を効率良く取得することができる。そして、記事選択部４４は、記事に対する個人的注目度と社会的注目度とを基に操作表示部２０に表示する記事のフィルタリングを行い、表示対象の記事を選択する。表示制御部４５は、表示対象の記事を時間帯単位で操作表示部２０に表示する（ステップＢ５）。例えば、表示対象の記事を時間順一覧表示画面３０１の表示領域Ａ〜Ｆに順に配置し、時間帯単位の記事を操作表示部２０に表示する。
【００７１】
記事取得部４１は、時間帯単位の記事を操作表示部２０に表示する処理を行っているバックグラウンドで他の時間帯単位の記事群の中で未取得の記事の取得を継続し、記事蓄積部３１に記事を蓄積する（ステップＢ６）。これにより、他の時間帯単位の記事群の中で未取得の記事を記事蓄積部３１に蓄積することができる。
【００７２】
記事取得部４１は、全ての時間帯の記事群の取得を完了した場合は（ステップＢ７／Ｙｅｓ）、処理を終了する（Ｅｎｄ）。
【００７３】
また、全ての時間帯の記事群の取得を完了していない場合は（ステップＢ７／Ｎｏ）、カテゴリ順表示への切り替え要求があるか否かを判定する（ステップＢ８）。カテゴリ順表示への切り替え要求がない場合は（ステップＢ８／Ｎｏ）、他の時間帯単位の記事群の中で未取得の記事の取得を継続する（ステップＢ６）。
【００７４】
カテゴリ順表示への切り替え要求があった場合は（ステップＢ８／Ｙｅｓ）、記事取得部４１は、記事蓄積部３１を参照し、操作表示部２０に表示する表示対象のカテゴリ単位の記事群の中で未取得の記事を取得し、記事蓄積部３１に蓄積する。これにより、表示対象のカテゴリ単位の記事群を効率良く取得することができる。そして、記事選択部４４は、記事に対する個人的注目度と社会的注目度とを基に操作表示部２０に表示する記事のフィルタリングを行い、表示対象の記事を選択する。表示制御部４５は、表示対象の記事をカテゴリ単位で操作表示部２０に表示する（ステップＡ５）。例えば、表示対象の記事をカテゴリ順一覧表示画面３０２の表示領域Ａ〜Ｆに順に配置し、カテゴリ単位の記事を操作表示部２０に表示する。
【００７５】
本実施形態のクライアント端末１００は、各種記事をカテゴリ順または時間順で表示する場合に、上述した図７の処理を行い、各種記事をカテゴリ単位、または、時間帯単位で記事配信サーバ２００から取得して操作表示部２０に表示する。このため、本実施形態のクライアント端末１００は、各種記事を効率的に記事配信サーバ２００から取得して操作表示部２０に表示することができる。
【００７６】
また、本実施形態のクライアント端末１００は、時間帯単位で記事群の取得を行っている途中で、時間順表示からカテゴリ順表示への切り替えが行われた場合は、操作表示部２０に表示する表示対象のカテゴリ単位の記事群の中で未取得の記事を取得する。これにより、表示対象のカテゴリ単位の記事群を効率良く取得し、応答性を向上させることができる。例えば、図２に示す時間帯１の記事群（RSS allcat.1）と時間帯２の記事群（RSS allcat.2）とを取得して操作表示部２０に時間順表示で記事の表示を反映したタイミングで、カテゴリ順表示への切り替えが行われた場合は、操作表示部２０に表示する表示対象のカテゴリ１の記事群（RSS 1.alltime）の中で未取得の記事（RSS 1.3〜RSS 1.17）の領域を指定して取得する。また、次のカテゴリ２の記事群（RSS 2.alltime）の中で未取得の記事（RSS 2.3〜RSS 2.17）の領域を指定して取得する。これにより、表示対象のカテゴリ単位の記事群を効率良く取得することができる。
【００７７】
また、本実施形態のクライアント端末１００は、カテゴリ単位の記事を操作表示部２０に表示する処理を行っているバックグラウンドで他のカテゴリ単位の記事群の中で未取得の記事の取得を継続する。これにより、他のカテゴリ単位の記事群を効率良く取得し、応答性を向上させることができる。例えば、カテゴリ１の記事群（RSS 1.alltime）とカテゴリ２の記事群（RSS 2.alltime）とを操作表示部２０にカテゴリ順で表示している際に、記事取得部４１は、他のカテゴリの記事群の中で未取得の記事を取得する。この場合、記事取得部４１は、カテゴリ３の未取得の記事（RSS 3.3〜RSS 3.17）から順番にカテゴリｎの未取得の記事（RSS n.3〜RSS n.17）まで継続して取得する。これにより、他のカテゴリ単位の記事群を効率良く取得することができる。この場合、クライアント端末１００は、個人的注目度の高いカテゴリから順番に未取得の記事を取得する。さらに、個人的注目度の低いカテゴリについては、社会的注目度ランキングの分類項目を併用し、社会的注目度の高い記事だけを受信するようにして伝送量を軽減させてもよい。
【００７８】
また、本実施形態のクライアント端末１００は、カテゴリ単位で記事群の取得を行っている途中で、カテゴリ順表示から時間順表示への切り替えが行われた場合は、操作表示部２０に表示する表示対象の時間帯の記事群の中で未取得の記事を取得する。これにより、表示対象の時間帯単位の記事群を効率良く取得し、応答性を向上させることができる。例えば、図２に示すカテゴリ１の記事群（RSS 1.alltime）とカテゴリ２の記事群（RSS 2.alltime）とを取得して操作表示部２０にカテゴリ順表示で記事の表示を反映したタイミングで、時間順表示への切り替えが行われた場合は、操作表示部２０に表示する表示対象の時間帯１の記事群（RSS allcat.1）の中で未取得の記事（RSS 3.1〜RSS n.1）の領域を指定して取得する。また、次の時間帯２の記事群（RSS allcat.2）の中で未取得の記事（RSS 3.2〜RSS n.2）の領域を指定して取得する。これにより、表示対象の時間帯単位の記事群を効率良く取得することができる。
【００７９】
また、本実施形態のクライアント端末１００は、時間帯単位の記事を操作表示部２０に表示する処理を行っているバックグラウンドで他の時間帯単位の記事群の中で未取得の記事の取得を継続する。これにより、他の時間帯単位の記事群を効率良く取得し、応答性を向上させることができる。例えば、時間帯１の記事群（RSS allcat.1）と時間帯２の記事群（RSS allcat.2）とを操作表示部２０に時間順で表示している際に、記事取得部４１は、他の時間帯の記事群の中で未取得の記事を取得する。この場合、記事取得部４１は、時間帯３の未取得の記事（RSS 3.3〜RSS n.3）から順番に時間帯１７の未取得の記事（RSS 3.17〜RSS n.17）まで継続して取得する。これにより、他の時間帯単位の記事群を効率良く取得することができる。この場合、クライアント端末１００は、新しい時間帯から順番に未取得の記事を取得する。
【００８０】
このように、本実施形態のクライアント端末１００は、時間帯単位やカテゴリ単位での記事の読み込み途中で、時間帯単位とカテゴリ単位との表示を切り替えた場合は、時間帯単位やカテゴリ単位での記事の未読み込み領域を指定して、その未読み込み領域の記事を
取得することで、記事を効率的に取得し、応答性を向上させることができる。
【００８１】
なお、上記の図７の処理においてクライアント端末１００側で全ての記事群の取得が完了した場合でも、記事配信サーバ２００側に最新の時間帯に新たな記事が追加される場合がある。このため、クライアント端末１００は、最新の時間帯の記事群（RSS allcat.1）の記事数を記事配信サーバ２００に問い合わせ、クライアント端末１００で記憶している最新の時間帯の記事群（RSS allcat.1）の記事数と、記事配信サーバ２００で記憶している最新の時間帯の記事群（RSS allcat.1）の記事数と、を比較する。双方の記事数が異なる場合は、記事配信サーバ２００側に最新の時間帯に新たな記事が追加されたため、その新たに追加された記事を取得する。これにより、上記の図７の処理においてクライアント端末１００側で全ての記事群の取得が完了した場合でも、記事配信サーバ２００側に新たに追加された記事を取得することができる。
【００８２】
＜本実施形態の記事配信システムの作用・効果＞
本実施形態の記事配信システムは、複数のサイトから配信される各種記事を記事配信サーバ２００側でカテゴリ単位、時間帯単位にマージして記事管理部２０１に蓄積して管理する。そして、各クライアント端末１００は、カテゴリ単位、時間帯単位で各種記事を記事配信サーバ２００から取得する。これにより、本実施形態のクライアント端末１００は、各種記事を効率的に記事配信サーバ２００から取得することができる。
【００８３】
例えば、４００程度の複数のサイトから配信される各種記事をクライアント端末１００が直接受信して取得した場合は、４００ＵＲＩ分のオーバーヘッドが発生することになる。これに対し、本実施形態では、カテゴリ単位、時間帯単位で各種記事を記事配信サーバ２００から取得するため、オーバーヘッドが低減することになる。例えば、記事配信サーバ２００は、４００程度の複数のサイトから配信される各種記事を１７個の時間帯単位にマージして記事管理部２０１に蓄積して管理し、クライアント端末１００は、時間帯単位で各種記事を記事配信サーバ２００から取得する。これにより、４００ＵＲＩ分のオーバーヘッドが、１７ＵＲＩ分に低減することができる。また、記事配信サーバ２００は、各種記事をｎ個のカテゴリ単位にマージして記事管理部２０１に蓄積して管理し、クライアント端末１００は、カテゴリ単位で各種記事を記事配信サーバ２００から取得する。これにより、４００ＵＲＩ分のオーバーヘッドが、ｎＵＲＩ分に低減することができる。なお、カテゴリ単位となるｎは、任意の数で構成することが可能である。
【００８４】
また、本実施形態のクライアント端末１００は、各種記事を時間帯単位で操作表示部２０に表示する場合は、まず、最新の時間帯の記事群（RSS allcat.1）を取得し、その記事群の中から表示対象の記事を選別して表示する。また、バックグラウンドで、他の時間帯の記事群を取得する。これにより、記事を操作表示部２０に表示するまでの表示速度を向上させることができる。
【００８５】
また、各種記事をカテゴリ単位で操作表示部２０に表示する場合は、まず、注目度の高いカテゴリの記事群（RSS 1.alltime）を取得し、その記事群の中から表示対象の記事を選別して表示する。また、バックグラウンドで、他のカテゴリの記事群を取得する。これにより、記事を操作表示部２０に表示するまでの表示速度を向上させることができる。
【００８６】
また、本実施形態のクライアント端末１００は、時間帯と、カテゴリと、の少なくとも２つの項目に紐付けられた記事をその項目で記事配信サーバ２００から取得し、その取得した記事をその項目単位で操作表示部２０に表示する。そして、操作表示部２０に表示した記事の項目単位が変更された場合に、変更後の項目単位に紐付けられた記事の中で未取得の記事を記事配信サーバ２００から取得し、変更後の項目単位で操作表示部２０に表示する。これにより、複数の記事を効率的に操作表示部２０に表示することができる。
【００８７】
（第２の実施形態）
次に、第２の実施形態について説明する。
【００８８】
記事配信サーバ２００とクライアント端末１００との時刻がずれていると、記事配信サーバ２００の記事管理部２０１で時間帯毎に管理している記事と、クライアント端末１００の記事蓄積部３１で時間帯毎に管理している記事と、を各々異なる時間帯の記事として扱ってしまう場合が発生する。例えば、クライアント端末１００の時刻が記事配信サーバ２００の時刻よりも遅いと仮定する。この場合、クライアント端末１００の時刻における最新の時間帯の記事を記事配信サーバ２００から取得しようとすると、記事配信サーバ２００は、記事配信サーバ２００の時刻における最新の時間帯の記事ではなく、クライアント端末１００の時刻に相当する別の時間帯の記事をクライアント端末１００に送信してしまう場合が発生する。
【００８９】
本実施形態では、記事配信サーバ２００とクライアント端末１００との時刻がずれている場合に発生する問題を解決すべく、記事配信サーバ２００は、時間帯毎にＵＲＬ名を固定し、新たな時間帯（図２に示す時間帯である縦の箱を意味する)を作成する際に、新たなＵＲＬ名を生成するようにする。そして、クライアント端末１００は、記事配信サーバ２００で生成したＵＲＬ名を取得し、その取得したＵＲＬ名を基に、時間帯毎の記事を記事配信サーバ２００から取得する。具体的には、クライアント端末１００は、クライアント端末１００で管理している最新の時間帯のＵＲＬ名を記事配信サーバ２００に問い合わせ、クライアント端末１００で管理している最新の時間帯のＵＲＬ名と記事配信サーバ２００で管理している最新の時間帯のＵＲＬ名とが異なる場合は、記事配信サーバ２００で新たな時間帯の記事が追加されたと判断し、記事配信サーバ２００で管理している最新の時間帯のＵＲＬ名の時間帯からクライアント端末１００で管理している最新の時間帯のＵＲＬ名に相当する時間帯までの記事を記事配信サーバ２００から時間帯毎に取得する。これにより、記事配信サーバ２００とクライアント端末１００との時刻がずれている場合であっても、記事配信サーバ２００で管理している最新の時間帯の記事を取得することができる。例えば、記事配信サーバ２００の記事管理部２０１で管理している時間帯のＵＲＬ名の情報が図８に示すように、Ｅ、Ｆ、Ａ、Ｂ、Ｃ、Ｄの順であると仮定する。また、クライアント端末１００の記事蓄積部３１で管理している時間帯のＵＲＬ名の情報が図８に示すように、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆの順である仮定する。この場合、クライアント端末１００は、記事蓄積部３１で管理している最新の時間帯のＵＲＬ名の情報Ａを記事配信サーバ２００に問い合わせ、クライアント端末１００で管理している最新の時間帯のＵＲＬ名の情報Ａと、記事配信サーバ２００の記事管理部２０１で管理している最新の時間帯のＵＲＬ名の情報Ｅと、を比較する。この場合、双方のＵＲＬ名の情報が異なるため、記事配信サーバ２００で新たな時間帯の記事が追加されたと判断する。そして、クライアント端末１００は、記事配信サーバ２００の記事管理部２０１で管理している最新の時間帯のＵＲＬ名の情報Ｅの時間帯からクライアント端末１００で管理している最新の時間帯のＵＲＬ名の情報Ａに相当する時間帯までの記事を記事配信サーバ２００から時間帯毎に取得する。この場合は、時間帯Ｅの記事、時間帯Ｆの記事、時間帯Ａの記事を取得する。但し、時間帯Ａの記事は、クライアント端末１００で未取得の記事のみを取得する。具体的には、クライアント端末１００の時間帯Ａの記事数と、記事配信サーバ２００の時間帯Ａの記事数と、を比較し、双方の記事数が同じ場合は、未取得の記事がないため、時間帯Ａの記事の取得は行わないようにする。また、双方の記事数が異なる場合は、未取得の記事があるため、時間帯Ａの記事の中で未取得の記事を記事配信サーバ２００から取得するようにする。なお、図８では、説明の便宜のため、６つの時間帯Ａ〜Ｆを例に説明している。しかし、第１の実施形態と同様に１７の時間帯であっても、上記の同様な処理を行うことはいうまでも��い。また、本実施形態では、記事配信サーバ２００の記事管理部２０１で管理する記事の時間帯は、２日分＋１時間帯である。このため、クライアント端末１００が２日分＋１時間帯以上の期間を超えて記事を取得していない状態の場合は、上記の処理を行うのではなく、記事配信サーバ２００の記事管理部２０１で管理している全ての時間帯の記事を取得するための処理を行うのはいうまでもない。このため、上記の処理を行うのは、クライアント端末１００が２日分＋１時間帯の期間内に記事配信サーバ２００から記事を取得していない状態の場合である。
【００９０】
＜本実施形態の記事配信システムの作用・効果＞
このように、本実施形態のクライアント端末１００は、クライアント端末１００側で管理している最新の時間帯の情報と、記事配信サーバ２００側で管理している最新の時間帯の情報と、を比較し、双方の最新の時間帯の情報が異なる場合は、記事配信サーバ２００側で最新の時間帯で管理している記事からクライアント端末１００側で管理している最新の時間帯に相当する時間帯で管理している記事までを時間帯単位で記事配信サーバ２００から取得する。これにより、記事配信サーバ２００とクライアント端末１００との時刻がずれている場合であっても、記事配信サーバ２００で管理している最新の時間帯の記事を取得することができる。
【００９１】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００９２】
例えば、図７に示す処理動作例では、記事取得部４１は、カテゴリ単位で記事群を記事配信サーバ２００から取得する場合は、記事配信サーバ２００で管理する全てのカテゴリの記事群を取得するまで、カテゴリ単位での記事群の取得を継続するようにしている。しかし、記事配信サーバ２００から取得するカテゴリをクライアント端末１００で予め選択して設定しておき、クライアント端末１００で予め設定したカテゴリの記事群を記事配信サーバ２００から全て取得するまで、カテゴリ単位での記事群の取得を継続するようにすることも可能である。
【００９３】
また、上記実施形態の記事配信システムを構成する記事配信サーバ２００やクライアント端末１００における制御動作は、ハードウェア、ソフトウェア、あるいは、両者の複合構成を用いて実行することも可能である。
【００９４】
なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させることが可能である。あるいは、各種処理が実行可能な汎用コンピュータ内のメモリにインストールして実行させることが可能である。
【００９５】
例えば、プログラムは、記録媒体としてのハードディスクやＲＯＭ（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、リムーバブル記録媒体に一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。リムーバブル記録媒体は、磁気ディスク、半導体メモリなどの各種記録媒体があげられる。
【００９６】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールすることになる。また、ダウンロードサイトからコンピュータに無線転送することになる。また、ネットワークを介してコンピュータに有線で転送することになる。
【００９７】
プログラムの形態としては、クラウド等によるネット上のサーバからの利用もありえる。一部のプログラムのみをコンピュータに転送して利用する形態もありえる。
【００９８】
また、上記実施形態の記事配信システムを構成する記事配信サーバ２００やクライアント端末１００は、上記実施形態で説明した処理動作に従って時系列的に処理を実行するだけに限定するものでない。例えば、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に処理を実行するように構築することも可能である。
【符号の説明】
【００９９】
１００    クライアント端末
２００    記事配信サーバ
２０１    記事管理部
１０    通信部
２０    操作表示部
３０    記憶部
３１    記事蓄積部
４０    制御部
４１    記事取得部
４２    個人的注目度解析部
４３    社会的注目度解析部
４４    記事選択部
４５    表示制御部
【図１】
2016085631.tif 000003
【図２】
2016085631.tif 000004
【図３】
2016085631.tif 000005
【図４】
2016085631.tif 000006
【図５】
2016085631.tif 000007
【図６】
2016085631.tif 000008
【図７】
2016085631.tif 000009
【図８】
2016085631.tif 000010