JP5879328B2

JP5879328B2 - 投稿情報管理装置、投稿情報管理方法、投稿情報管理プログラム

Info

Publication number: JP5879328B2
Application number: JP2013264077A
Authority: JP
Inventors: 亨杉本; 里美安部
Original assignee: Yahoo Japan Corp
Current assignee: Yahoo Japan Corp
Priority date: 2013-12-20
Filing date: 2013-12-20
Publication date: 2016-03-08
Anticipated expiration: 2033-12-20
Also published as: JP2015121860A

Description

本発明は、投稿情報を管理する投稿情報管理装置、投稿情報管理方法、投稿情報管理プログラムに関する。

従来、アーティストやタレントの情報をファンに提供する情報検索システムがある（特許文献１参照）。この特許文献１では、予め感性情報をデータベースに登録しておく必要があり、情報の更新管理が煩雑であった。

一方、近年、著名人は、自己の情報発信として、ブログや、Twitter（登録商標）等のミニブログや、facebook（登録商標）等のソーシャルネットワーキングサービス（ＳＮＳ）など、インターネットを利用した各種のメディアを活用するようになっている。さらに、企業等は、食品や飲料などの商品や、漫画やアニメのキャラクターなどを擬人化したアカウントとして設定し、そのアカウントの情報を上記メディアで発信している。
そして、ユーザは、ブログ、ミニブログ、ＳＮＳ等の各システムに用意されているフォロー機能を利用することで、著名人等が投稿した情報の新着などを容易に確認することができる。

特開２０００−３３１０３０号公報

しかしながら、従来のシステムでは、複数の著名人等の投稿情報を閲覧するには、各システムにおける各著名人のページにアクセスし、個別にフォロー操作を行う必要があり、設定操作が煩雑であるという問題があった。例えば、サッカー日本代表選手の情報を収集する場合、各選手が開設しているページにそれぞれアクセスしてフォロー設定を行う操作を繰り返して行う必要があり、煩雑であった。
また、フォローした人物等の投稿情報は、時系列にマージされて表示されるが、そのうちの特定の人物群について投稿情報の関係性等を閲覧したい場合でも、他の人物の投稿情報が混在して表示されてしまう。
このように、ユーザがフォローしている人物や商品等の対象物の中でも特定の複数対象物の投稿情報の関係性等を閲覧したい場合に、設定操作の煩雑さや、他の投稿情報が混在する等の問題があった。

本発明の目的は、特定の複数対象物の投稿情報の関係性等を容易に取得できる投稿情報管理装置、投稿情報管理方法、投稿情報管理プログラムを提供することにある。

本発明の投稿情報管理装置は、対象物を特定する対象物ＩＤと、前記対象物に関する投稿情報を収集するための情報収集用データとが記憶された対象物情報記憶手段と、複数の前記対象物ＩＤを選択して、複数の前記対象物ＩＤの組み合わせを示すミックスＩＤを作成するミックスＩＤ作成手段と、前記ミックスＩＤおよび前記ミックスＩＤに関連付けられた前記対象物ＩＤを記憶するミックスＩＤ記憶手段と、前記作成されたミックスＩＤを複数のユーザが利用可能なように公開する公開手段と、を備え、前記ミックスＩＤ記憶手段は、前記ミックスＩＤをフォローしているユーザ数を取得し、ユーザ数が設定値以下のミックスＩＤを削除することを特徴とする。

本発明によれば、対象物を特定する対象物ＩＤを組み合わせたミックスＩＤを作成し、作成したミックスＩＤを公開しているので、ミックスＩＤに関連付けられた特定の複数対象物の投稿情報の関係性等を容易に取得できる。

実施形態に係る投稿情報管理システムと、情報収集対象の各サーバと、ユーザ端末との関係を示す図。投稿情報管理システムの構成を示すブロック図。対象物ＤＢの構成を示す図。ユーザＩＤＤＢの構成を示す図。ミックスＩＤＤＢの構成を示す図。投稿情報管理システムの動作を説明するフローチャート。閲覧対象登録処理を説明するフローチャート。トップページを表示するユーザ端末を示す図。マイページを表示するユーザ端末を示す図。閲覧情報表示処理を示すフローチャート。タイムラインを表示するユーザ端末を示す図。

［実施形態］
以下、本発明の実施形態を図面に基づいて説明する。
本発明の投稿情報管理装置である投稿情報管理システム１は、芸能人、スポーツ選手等の著名人や、企業の商品、キャラクターなどの擬人化されたアカウント（以下、対象物と総称する）に関する投稿情報を、その対象物のファン（以下、ユーザという）などに提供するシステムである。
投稿情報管理システム１は、図１に示すように、投稿情報の情報収集対象となるニュースサーバ３、ブログサーバ４、ミニブログサーバ５、ソーシャルネットワーキングサービス（ＳＮＳ）サーバ６、プロフィールサーバ７に対し、インターネットなどのネットワーク２により通信可能に接続されている。

［ユーザ端末］
ネットワーク２には、投稿情報を閲覧するユーザが使用するユーザ端末１００が通信可能に接続されている。ユーザ端末１００としては、例えば、デスクトップ型パーソナルコンピュータ、ノート側パーソナルコンピュータ、スマートフォン、携帯電話、タブレット端末等の各種デバイスを例示できる。また、図１に示すように、一人のユーザが、デスクトップ型パーソナルコンピュータ（パソコン１００Ａ）、スマートフォン１００Ｂ、タブレット端末１００Ｃの複数のデバイスを所持している場合もある。さらに、ユーザ端末１００としては、カーナビやテレビ、家電、ウェアラブルデバイス（メガネや時計）等でもよく、各種の端末が利用できる。
また、ユーザ端末１００には、投稿情報管理システム１を利用するための専用のアプリがインストールされている。なお、投稿情報管理システム１へのアクセスを、ＷＥＢを介して行える場合には、専用のアプリをインストールせずに、ブラウザーを用いてアクセスしてもよい。

［情報収集対象の各サーバ］
ニュースサーバ３は、前記対象物のニュースデータが登録されている。このニュースデータも本発明における投稿情報である。
ブログサーバ４は、前記著名人等の対象物自身や、対象物が所属するプロダクションや企業の管理者等が書き込む日記形式等のブログデータが登録されている。
ミニブログサーバ５は、ツイッター（TWITTER：登録商標）等の短文を投稿できるサービスを実現するものであり、前記著名人等の対象物が投稿したテキストや写真・動画等のデータが登録されている。
ＳＮＳ（ソーシャルネットワーキングサービス）サーバ６は、コミュニケーションサービスを提供するサーバであり、前記著名人等の対象物が登録したプロフィールやブログ、写真・動画等のデータが登録されている。
プロフィールサーバ７は、前記著名人等の対象物に関するプロフィール情報が登録されている。このプロフィール情報も本発明における投稿情報である。
従って、これらのサーバ３〜７には、著名人等の対象物の各種の投稿情報が登録されている。

［投稿情報管理システム（投稿情報管理装置）］
投稿情報管理システム１は、図２に示すように、対象物情報管理サーバ１０、ユーザＩＤ管理サーバ２０、ミックスＩＤ管理サーバ３０、ミックス処理サーバ４０、キャッシュサーバ５０を備えている。

［対象物情報管理サーバ］
対象物情報管理サーバ１０は、対象物情報記憶手段としての対象物ＤＢ（データベース）１１を備えている。
対象物ＤＢ１１には、図３に示すように、著名人等の対象物毎に設定された対象物ＩＤと、対象物の氏名・芸名・商品名・キャラクター名等を含む表示名と、情報収集用データとが関連付けられて記憶されている。
ここで、情報収集用データとしてはＲＳＳやフィードとよばれるフォーマットを利用している。すなわち、ＲＳＳはＸＭＬベースのフォーマットであり、前記対象物の情報を、ニュースサーバ３、ブログサーバ４、ミニブログサーバ５、ＳＮＳサーバ６、プロフィールサーバ７から取得するための情報が記載されている。
前記対象物ＩＤ、表示名、情報収集用データは、対象物情報管理サーバ１０を管理する管理者が予め作成して登録している。すなわち、対象物情報管理サーバ１０においては、一人の対象物に対しては、１つの対象物ＩＤと、１つのＲＳＳ（情報収集用データ）とが記憶されている。
従って、対象物情報管理サーバ１０は、前記対象物ＤＢ１１に登録されたＲＳＳを利用して、各サーバ３〜７から新着情報を取得できるように構成されている。

［ユーザＩＤ管理サーバ］
ユーザＩＤ管理サーバ２０は、図２に示すように、ユーザＩＤ記憶手段であるユーザＩＤＤＢ（データベース）２１を備えている。
ユーザＩＤＤＢ２１は、図４に示すように、投稿情報管理システム１による情報提供を受けるユーザを示すユーザＩＤと、投稿情報管理システム１へのログインを行うためのパスワードと、ユーザが投稿情報の閲覧を希望する対象物の対象物ＩＤ等を示す閲覧対象ＩＤとが記憶されている。
ユーザＩＤは、投稿情報管理システム１へのユーザ登録時にユーザＩＤ管理サーバ２０が自動的に付与する番号である。パスワードは、ユーザ自身が登録する任意のコードである。
閲覧対象ＩＤは、対象物ＩＤや後述するミックスＩＤが設定されている。この閲覧対象ＩＤは、後述するように、ユーザがユーザ端末１００を用いて投稿情報管理システム１にアクセスした際に、選択して登録するものである。

［ミックスＩＤ管理サーバ］
ミックスＩＤ管理サーバ３０は、図２に示すように、ミックスＩＤ作成手段３１と、ミックスＩＤ記憶手段であるミックスＩＤＤＢ（データベース）３２と、公開手段３３とを備えている。
ミックスＩＤ作成手段３１は、後述するように、複数の対象物ＩＤの組合せを示すミックスＩＤを作成する。
ミックスＩＤＤＢ３２は、図５に示すように、ミックスＩＤ作成手段３１で作成されたミックスＩＤと、ミックスＩＤに付与された表示名と、ミックスＩＤ用に設定される情報収集用データ（Mix_RSS）と、ミックスＩＤに関連付けられた（紐付けられた）対象物ＩＤと、ミックスＩＤをフォローしているフォロワー数とが記憶されている。

ミックスＩＤは、ミックスＩＤの登録時にミックスＩＤ作成手段３１が自動的に付与する番号である。なお、ミックスＩＤの登録作業は、投稿情報管理システム１を利用するユーザがユーザ端末１００を用いて行うこともできるし、投稿情報管理システム１の管理者が登録する場合もある。管理者が登録するのは、ミックスＩＤの利用方法を周知するためや、最近話題となる著名人の組み合わせを予め登録することで、ユーザ自らが登録しなくてもミックスＩＤを利用できるようにするためである。
ミックスＩＤの表示名は、ミックスＩＤの登録時に入力できる。なお、登録時に入力が無かった場合には、関連付けられた対象物ＩＤの表示名を繋げて表示してもよい。例えば、ＡＡＡとＢＢＢの２名が関連付けられている場合、ミックスＩＤ作成手段３１はＡＡＡ＆ＢＢＢといった表示名を自動作成して登録してもよい。

ミックスＩＤに関連付けられた対象物ＩＤは、ミックスＩＤを登録する際に選択された対象物ＩＤである。
ミックスＩＤ用の情報収集用データ（Mix_RSS）は、前記ミックスＩＤに関連付けられた対象物ＩＤに対応する情報収集用データを対象物情報管理サーバ１０から取得して編集されたものである。すなわち、Mix_RSSは、前記ミックスＩＤに関連付けられた対象物ＩＤの各新着情報を各サーバ３〜７から取得できるように編集されたものであり、ミックスＩＤ作成手段３１が作成する。

フォロワー数は、各ミックスＩＤによる情報閲覧を設定しているユーザ数である。具体的には、前記ミックスＩＤをユーザＩＤＤＢ２１の閲覧対象ＩＤに登録しているユーザ数である。すなわち、フォロワー数は、ミックスＩＤの情報を継続的に閲覧しようとしているユーザ数である。

公開手段３３は、後述するように、ミックスＩＤ作成手段３１で作成されてミックスＩＤＤＢ３２に登録されたミックスＩＤを、各ユーザが利用可能なように公開するものである。

［ミックス処理サーバ］
ミックス処理サーバ４０は、ユーザ端末１００のアプリからミックスＩＤの投稿情報表示が指示された場合に、対象物情報管理サーバ１０に対してミックスＩＤ用の情報収集用データ（Mix_RSS）を用いた新着情報の取得処理を指示する。
また、ミックス処理サーバ４０は、対象物情報管理サーバ１０がサーバ３〜７にアクセスして取得した新着情報を時系列に並べたログ（タイムライン）を作成する。この際、ミックスＩＤには複数の対象物ＩＤが関連付けられているので、タイムラインには複数の対象物の新着情報が時系列に並べられることになる。従って、ミックス処理サーバ４０によってミックス情報処理手段が構成されている。

［キャッシュサーバ］
キャッシュサーバ５０は、ミックス処理サーバ４０から出力されるタイムラインを一時的に保持し、ユーザ端末１００に出力する。ユーザ端末１００でのタイムラインの表示をスムーズに行うためである。

［ユーザ端末のアプリ］
ユーザ端末１００のアプリは、キャッシュサーバ５０から出力されるタイムライン、つまり各対象物の投稿情報が時系列に並べられた（ソートされた）ミックスデータを表示する。

［投稿情報管理システムによる投稿情報管理方法］
次に、投稿情報管理システム１を用いた投稿情報管理方法について説明する。
［事前準備］
投稿情報管理システム１の管理者は、事前に対象物情報管理サーバ１０の対象物ＤＢ１１に、対象物ＩＤ、表示名、情報収集用データ（ＲＳＳ）を登録しておく。なお、管理者は、対象物ＤＢ１１の情報を定期的にメンテナンスする。すなわち、新規の対象物を登録したり、登録済みの対象物が新しくブログなどを開設した場合には、そのアクセス情報を追加するなどのメンテナンスを行う。

ユーザは、予め投稿情報管理システム１による対象物のタイムライン情報を取得するための専用のアプリをダウンロードしておき、ユーザ端末１００にインストールする。
また、ユーザは、ユーザ端末１００にインストールしたアプリを立ち上げて、ユーザ登録を行う。ユーザ登録は、ユーザ端末１００でユーザＩＤ管理サーバ２０にアクセスすることで行う。ユーザ登録処理を行うと、ユーザＩＤ管理サーバ２０のユーザＩＤＤＢ２１に、ユーザＩＤ、パスワードが登録される。

［ログイン操作］
次に、投稿情報の閲覧対象の登録処理について、図６、７のフローチャートを参照して説明する。
図６に示すように、ユーザはアプリを立ち上げてログイン操作を行う（ステップＳ１）。なお、専用のアプリを用いている場合、アプリ側でユーザＩＤおよびパスワードを記憶しておくことで、ログイン時にユーザＩＤやパスワードの入力操作を省略するようにしてもよい。
ログインすると、ユーザ端末１００のアプリは、ミックスＩＤ管理サーバ３０の公開手段３３にアクセスし、初期画面として図８に示すようなトップページ１１０を表示する（ステップＳ２）。すなわち、公開手段３３は、ユーザ端末１００のアプリに対して、ミックスＩＤの新着情報およびランキング情報を送信する。ユーザ端末１００のアプリは、受信した新着情報およびランキング情報をトップページ１１０に表示する。

新着情報には、ミックスＩＤＤＢ３２に最近登録されたミックスＩＤの表示名が表示される。これにより、各ユーザは、投稿情報管理システム１の管理者や、他のユーザが登録したミックスＩＤを確認できる。なお、新規のミックスＩＤを登録する場合、原則は公開手段３３で公開されるが、ユーザが他人に非公開とすることを指定できるようにしてもよい。この場合、非公開とされたミックスＩＤは、公開手段３３によって新着情報やランキング情報には表示されない。
また、ランキング情報には直近の１週間、１ヶ月などの所定期間において、フォロワー数が多いミックスＩＤが、そのフォロワー数が多い順に表示されている。

［閲覧対象登録処理］
次に、ユーザ端末１００のアプリは、ユーザによる閲覧対象の登録操作が行われたかを判定する（ステップＳ３）。
具体的には、トップページの新着情報や、ランキング情報に表示されたミックスＩＤ、つまり既に作成済みのミックスＩＤを選択してお気に入りに登録する操作や、マイページで新規の閲覧対象登録操作を行った場合に、前記アプリは、ステップＳ３でＹｅｓと判定する。すると、前記アプリは、図７に示す閲覧対象登録処理を実行する（ステップＳ１０）。

閲覧対象登録処理が開始されると、ユーザ端末１００のアプリは、まず、ミックスＩＤを選択してお気に入りに登録する操作が行われたかを判定する（ステップＳ１１）。
ステップＳ１１でＹｅｓと判定された場合、ユーザ端末１００のアプリは、選択されているミックスＩＤを、ユーザＩＤ管理サーバ２０に送信し、ユーザＩＤ管理サーバ２０は受信したミックスＩＤをユーザＩＤＤＢ２１の閲覧対象ＩＤに登録する（ステップＳ１２）。

ステップＳ１１でＮｏと判定された場合、ユーザ端末１００のアプリは、新規の閲覧対象登録であると判定し、図９に示すマイページ１２０の新規登録ボタン１２１が押されたかを判定する（ステップＳ１３）。
ステップＳ１３でＹｅｓと判定すると、ユーザ端末１００のアプリは、新規の閲覧対象として複数の対象物ＩＤが選択されているかを判定する（ステップＳ１４）。
すなわち、図９に示すように、閲覧対象登録画面には、複数の著名人等の対象物がカテゴリー別（例えば、タレント、スポーツ、音楽、エンタメ、その他）に分類されて一覧表示されている。そして、ユーザ端末１００の画面上の各対象物を、ユーザのタッチ操作などで複数選択して登録ボタン１２１を押した場合、アプリは、複数の対象物が選択されていると判定する（ステップＳ１４でＹｅｓ）。一方で、ユーザ端末１００の画面上の一人の対象物のみを選択して登録ボタン１２１を押した場合、アプリは、一人の対象物が選択されていると判定する（ステップＳ１４でＮｏ）。

アプリは、ステップＳ１４でＮｏと判定した場合、すなわち一人の対象物のみが選択された場合、選択された対象物ＩＤをユーザＩＤ管理サーバ２０に送信する。ユーザＩＤ管理サーバ２０は、選択された対象物ＩＤを、ユーザＩＤＤＢ２１の閲覧対象ＩＤに登録する（ステップＳ１５）。

一方、アプリは、ステップＳ１４でＹｅｓと判定した場合、すなわち複数の対象物が選択されている場合、選択された対象物ＩＤをミックスＩＤ管理サーバ３０に送信する。ミックスＩＤ作成手段３１は、ミックスＩＤＤＢ３２を参照し、同一の対象物ＩＤの組み合わせが既に登録されているかを検索して判定する（ステップＳ１６）。
ミックスＩＤ作成手段３１は、ステップＳ１６でＹｅｓと判定した場合、つまり既に同一の対象物ＩＤの組合せがミックスＩＤとして登録されて存在している場合には、新しいミックスＩＤを作成できないように制限している。このため、ミックスＩＤ作成手段３１は、作成済みのミックスＩＤをユーザＩＤ管理サーバ２０に送信する。ユーザＩＤ管理サーバ２０は、送信されたミックスＩＤをユーザＩＤＤＢ２１の閲覧対象ＩＤに登録する（ステップＳ１７）。

また、ミックスＩＤ作成手段３１は、ステップＳ１６でＮｏと判定した場合、選択された対象物ＩＤの組み合わせに対応して新規のミックスＩＤを作成し、ミックスＩＤＤＢ３２に登録する（ステップＳ１８）。
さらに、ミックスＩＤ作成手段３１は、作成した新規のミックスＩＤをユーザＩＤ管理サーバ２０に送信する。ユーザＩＤ管理サーバ２０は、送信されたミックスＩＤをユーザＩＤＤＢ２１の閲覧対象ＩＤに登録する（ステップＳ１９）。

ステップＳ１３でＮｏと判定された場合と、ステップＳ１５，Ｓ１７，Ｓ１９の各登録処理が行われた場合に、アプリは、登録終了操作があるかを判定する（ステップＳ２０）。例えば、アプリは、ステップＳ１５，Ｓ１７，Ｓ１９の各登録処理の後に、継続して登録するかの確認ボタンを表示する。そして、アプリは、「はい」が押された場合は、ステップＳ２０でＮｏと判定してステップＳ１１の処理に戻り、「いいえ」が押された場合には、ステップＳ２０でＹｅｓと判定し、閲覧対象登録処理（ステップＳ１０）を終了する。

［閲覧情報表示処理］
図６に示すように、ステップＳ３でＮｏと判定された場合と、閲覧対象登録処理（ステップＳ１０）が終了した場合、ユーザ端末１００のアプリは、ユーザによる閲覧情報の表示操作が行われたかを判定する（ステップＳ４）。
具体的には、図８に示すトップページの新着情報や、ランキング情報に表示されたミックスＩＤをタッチしたり、図９に示すマイページの閲覧登録情報をタッチして表示操作を行った場合に、前記アプリは、ステップＳ４でＹｅｓと判定する。
なお、図９のマイページの閲覧登録情報には、前記閲覧対象登録処理（ステップＳ１０）でユーザＩＤ管理サーバ２０のユーザＩＤＤＢ２１に登録されたミックスＩＤや対象物ＩＤの表示名が表示される。

ユーザ端末１００のアプリは、ステップＳ４でＹｅｓと判定した場合、図１０に示す閲覧情報表示処理（ステップＳ３０）を実行する。
アプリは、閲覧情報表示処理を実行すると、ユーザによって選択された表示対象の情報、具体的にはミックスＩＤや対象物ＩＤをミックス処理サーバ４０に送信する（ステップＳ３１）。

ミックス処理サーバ４０は、表示対象がミックスＩＤであるかを判定し（ステップＳ３２）、ミックスＩＤの場合、ミックスＩＤ管理サーバ３０のミックスＩＤＤＢ３２の情報収集用データ（Mix_RSS）を用いて、サーバ３〜７から新着情報を収集する（ステップＳ３３）。
一方、ミックス処理サーバ４０は、表示対象がミックスＩＤではなく、対象物ＩＤの場合、ステップＳ３２でＮｏと判定する。このため、ミックス処理サーバ４０は、対象物情報管理サーバ１０の対象物ＤＢ１１の情報収集用データ（ＲＳＳ）を用いて、サーバ３〜７から新着情報を収集する（ステップＳ３４）。

ミックス処理サーバ４０は、ステップＳ３３またはステップＳ３４で収集した各情報を時系列に並べ替えてタイムラインを作成する（ステップＳ３５）。

次に、ミックス処理サーバ４０は、作成したタイムラインを、キャッシュサーバ５０を介してユーザ端末１００のアプリに送信する（ステップＳ３６）。ユーザ端末１００のアプリは、図１１に示すように、ユーザ端末１００にタイムライン１３０を表示する（ステップＳ３７）。

ステップＳ３７の後、アプリは、表示終了操作があるかを判定する（ステップＳ３８）。そして、アプリは、表示終了操作が無かった場合は、ステップＳ３２の処理に戻る。従って、アプリによる表示を継続していると、タイムライン１３０の新着情報が順次更新される。
一方で、アプリは、ステップＳ３８でＹｅｓと判定すると、閲覧情報表示処理（ステップＳ３０）を終了する。

［実施形態の効果］
本実施形態によれば、投稿情報管理システム１において、複数の対象物ＩＤを関連付けたミックスＩＤを作成するミックスＩＤ作成手段３１と、作成したミックスＩＤを記憶するミックスＩＤＤＢ３２と、ミックスＩＤをユーザが利用できるように公開する公開手段３３とを備えるミックスＩＤ管理サーバ３０を設けたので、あるドラマの出演者同士や、サッカーチームのチームメイトなどをミックスＩＤとして設定することができる。このため、ユーザは、自分の興味があるミックスＩＤをユーザＩＤＤＢ２１に登録することで、自分の興味がある対象物の新着情報（投稿情報）をまとめたタイムラインとして見ることができる。従って、例えばドラマのファンは、そのドラマのミックスＩＤを選択するだけで、ドラマの出演者の新着情報をまとめて確認できる。このため、各出演者を個別にフォローする場合に比べて、投稿情報を閲覧するための設定作業を軽減できる。

ミックスＩＤは、ユーザが自由に作成できる。このため、各ユーザの興味の対象が、例えば同じ学校の出身者など、マイナーな人物の組み合わせであっても、その人物の情報を取得して表示できる。従って、各ユーザが必要とする投稿情報を確実にかつ効率的に提供できる。
また、ミックスＩＤ作成手段３１は、同じ対象物ＩＤの組合せのミックスＩＤが既に登録済みの場合には、新しいミックスＩＤを登録しないように制限しているので、ミックスＩＤの重複登録を防止できる。

ミックスＩＤは、公開手段３３で公開されるため、各ユーザは、投稿情報管理システム１の管理者が作成したミックスＩＤを利用したり、他のユーザが作成したミックスＩＤを利用することもできる。従って、トップページ１１０の新着情報やランキング情報などに表示されるミックスＩＤを登録することで、自らがミックスＩＤの作成作業を行わずに、投稿情報を閲覧することができ、利便性をより向上できる。

さらに、各対象物の投稿情報を収集するための情報収集用データ（ＲＳＳ）を対象物ＤＢ１１に予め登録しているので、異なるサービスを提供する各サーバ３〜７から、各対象物ＩＤに対応する新着情報を取得することができる。このため、各ユーザは、サーバ３〜７にアクセスしてフォロー設定などを個別に行う必要が無く、情報閲覧用の設定作業をより軽減できる。

また、ミックスＩＤ作成手段３１は、ミックスＩＤを作成した際に、情報収集用データ（Mix_RSS）を、対象物ＤＢ１１に登録された各対象物ＩＤの情報収集用データを利用して作成しているので、ミックスＩＤ用の情報収集用データを容易に作成できる。
さらに、対象物が新たにブログを開始した場合には、対象物ＩＤの情報収集用データのみを更新した後、ミックスＩＤ作成手段３１が再度ミックスＩＤ用の情報収集用データを作成すれば、ミックスＩＤ用の情報収集用データを更新できる。従って、ミックスＩＤ用の情報収集用データを容易に維持管理することができる。

［変形例］
なお、本発明は、上述した実施形態に限定されるものではなく、本発明の目的を達成できる範囲で、以下に示される変形をも含むものである。
例えば、対象物ＩＤは、前述した芸能人、スポーツ選手、企業の商品、漫画やアニメなどのキャラクター等に限定されない。すなわち、サーバ３〜７において、情報を発信（投稿）するアカウントを有するものであればよい。

対象物ＩＤの選択方法としては、ユーザ端末１００のマイページ１２０の閲覧対象登録画面において選択する場合に限らず、投稿情報管理システム１の対象物ＤＢ１１を利用している他のサービスにおいて登録ボタン（クリップボタン）を設けておくことで、どのサービスからでも、ミックスＩＤや対象物ＩＤを登録できるようにしてもよい。

ミックスＩＤ管理サーバ３０は、ミックスＩＤＤＢ３２に登録されたミックスＩＤを定期的にメンテナンスしてもよい。例えば、ミックスＩＤ管理サーバ３０は、フォロワー数が設定値以下のミックスＩＤや、登録後、一定期間、閲覧表示に用いられていないミックスＩＤを削除して処分してもよい。このようなメンテナンス処理を行えば、利用頻度やフォロワー数の多い、価値のあるミックスＩＤのみを残すことができる。

前記実施形態では、ミックス処理サーバ４０は、ミックスＩＤを選択して表示する場合に、ミックスＩＤに関連付けられたすべての対象物ＩＤの新着情報をタイムラインで表示していたが、すべての対象物ＩＤのうちの一部の対象物ＩＤの新着情報のみを表示するフィルター機能を備えていてもよい。
例えば、ユーザＩＤＤＢ２１に一部の新着情報のみを表示するフィルター設定を記憶しておき、ミックス処理サーバ４０は、フィルター設定があるユーザの場合には、そのフィルター設定によって対象物ＩＤを絞って新着情報を表示すればよい。
例えば、ミックスＩＤとしてサッカー日本代表を選択している場合に、ゴールキーパーのみを表示するフィルターをユーザＩＤＤＢ２１に設定しているユーザに対しては、ミックス処理サーバ４０は、サッカー日本代表のメンバーのうち、ゴールキーパーの新着情報のみをタイムラインで表示するようにしてもよい。この場合、対象物ＤＢ１１に各対象物の属性として、サッカー選手であればポジション等を登録しておくことで処理できる。

また、ミックスＩＤ作成手段３１は、ミックスＩＤを新たに作成する際に、新しいミックスＩＤに関連付けられた対象物ＩＤのすべてが、他のミックスＩＤのメンバーに含まれている場合に、新しいミックスＩＤと、前記ミックスＩＤとに階層関係を設定してもよい。
例えば、先にサッカー日本代表のミックスＩＤが作成されており、新たに日本代表に含まれるゴールキーパーのみのミックスＩＤを作成した場合には、ゴールキーパーのミックスＩＤをサッカー日本代表の下位に関連付けて設定してもよい。
また、先にサッカー日本代表のゴールキーパーのみのミックスＩＤを作成しており、新たにこのゴールキーパーをすべて含むサッカー日本代表のミックスＩＤを作成した場合には、新しいサッカー日本代表のミックスＩＤを、ゴールキーパーのみのミックスＩＤの上位に関連付けて設定してもよい。
このような設定を行えば、表示対象のミックスＩＤの選択が分かりやすくなり、各ユーザは、あるカテゴリーに含まれるメンバーのうち、自分の好きなメンバーのみの情報を閲覧することも、メンバー全体の情報を閲覧することも容易に行うことができる。

キャッシュサーバ５０は必要に応じて設ければよい。また、投稿情報管理システム１は、各サーバ１０，２０，３０，４０の機能を実現できるものであればよく、必ずしも複数のサーバで構成されるものに限定されない。例えば、１つのサーバに本発明の投稿情報管理プログラムをインストールすることで投稿情報管理システム１を実現してもよい。

１…投稿情報管理装置である投稿情報管理システム、２…ネットワーク、３…ニュースサーバ、４…ブログサーバ、５…ミニブログサーバ、６…ＳＮＳサーバ、７…プロフィールサーバ、１０…対象物情報管理サーバ、１１…対象物情報記憶手段である対象物ＤＢ、２０…ユーザＩＤ管理サーバ、２１…ユーザＩＤＤＢ、３０…ミックスＩＤ管理サーバ、３１…ミックスＩＤ作成手段、３２…ミックスＩＤ記憶手段であるミックスＩＤＤＢ、３３…公開手段、４０…ミックス情報処理手段であるミックス処理サーバ、５０…キャッシュサーバ、１００…ユーザ端末、１１０…トップページ、１２０…マイページ、１３０…タイムライン。

Claims

対象物を特定する対象物ＩＤと、前記対象物に関する投稿情報を収集するための情報収集用データとが記憶された対象物情報記憶手段と、
複数の前記対象物ＩＤを選択して、複数の前記対象物ＩＤの組み合わせを示すミックスＩＤを作成するミックスＩＤ作成手段と、
前記ミックスＩＤおよび前記ミックスＩＤに関連付けられた前記対象物ＩＤを記憶するミックスＩＤ記憶手段と、
前記作成されたミックスＩＤを複数のユーザが利用可能なように公開する公開手段と、
を備え、
前記ミックスＩＤ記憶手段は、前記ミックスＩＤをフォローしているユーザ数を取得し、ユーザ数が設定値以下のミックスＩＤを削除することを特徴とする投稿情報管理装置。
請求項１に記載の投稿情報管理装置において、
前記ミックスＩＤに関連付けられた前記対象物ＩＤに関する投稿情報を前記対象物情報記憶手段の情報収集用データを利用して収集し、収集した投稿情報を時系列にまとめるミックス情報処理手段を備えることを特徴とする投稿情報管理装置。
請求項２に記載の投稿情報管理装置において、
前記ミックス情報処理手段は、前記ミックスＩＤに関連付けられた複数の前記対象物ＩＤのうち、一部の対象物ＩＤの投稿情報のみを時系列にまとめるフィルター機能を備える
ことを特徴とする投稿情報管理装置。
請求項１から請求項３のいずれかに記載の投稿情報管理装置において、
前記ミックスＩＤ作成手段は、選択された複数の対象物ＩＤの組み合わせを、前記ミックスＩＤ記憶手段で検索し、同じ組合せのミックスＩＤが既に存在する場合には、新しいミックスＩＤを作成できないように制限する
ことを特徴とする投稿情報管理装置。
コンピュータで対象物に関する投稿情報を管理する投稿情報管理方法であって、
対象物を特定する対象物ＩＤと、前記対象物に関する投稿情報を収集するための情報収集用データとを対象物情報記憶手段に記憶するステップと、
選択された複数の前記対象物ＩＤの組み合わせを示すミックスＩＤを作成するステップと、
前記ミックスＩＤおよび前記ミックスＩＤに関連付けられた前記対象物ＩＤをミックスＩＤ記憶手段に記憶するステップと、
前記作成されたミックスＩＤを複数のユーザが利用可能なように公開するステップと、
前記ミックスＩＤをフォローしているユーザ数を取得し、ユーザ数が設定値以下のミックスＩＤを削除するステップと、
を備えることを特徴とする投稿情報管理方法。
コンピュータに、
対象物を特定する対象物ＩＤと、前記対象物に関する投稿情報を収集するための情報収集用データとを対象物情報記憶手段に記憶するステップと、
選択された複数の前記対象物ＩＤの組み合わせを示すミックスＩＤを作成するステップと、
前記ミックスＩＤおよび前記ミックスＩＤに関連付けられた前記対象物ＩＤをミックスＩＤ記憶手段に記憶するステップと、
前記作成されたミックスＩＤを複数のユーザが利用可能なように公開するステップと、
前記ミックスＩＤをフォローしているユーザ数を取得し、ユーザ数が設定値以下のミックスＩＤを削除するステップと、
を実行させるための投稿情報管理プログラム。