JP5879329B2

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

Info

Publication number: JP5879329B2
Application number: JP2013264078A
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: JP2015121861A

Description

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

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

このため、ファンは、前記著名人等がお気に入りの商品等の情報を前記新着情報から得ることができ、その情報に基づいてその商品を販売しているウェブサイトにアクセスして商品を購入することもできる。

ところで、アーティストやタレントの情報をファンに提供し、商品購入に繋げる情報検索システムがある（特許文献１参照）。この特許文献１の第２実施形態では、ユーザが選択したアーティストやタレント等の著名人に関連付けられた感性情報を読み出し、メール機能によりユーザに送信している。この際、前記感性情報には、アーティスト等の著名人のお気に入りのファッションブランド、本、映画などの表示情報と、その表示情報に対応する商品情報などのアドレスとが含まれている。このため、メールを受信したユーザは、著名人のお気に入りの商品情報に容易にアクセスでき、その商品の購入なども容易に行うことができる。

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

しかしながら、前記特許文献１では、ユーザに対して、個々の著名人が予め感性情報として登録している商品を広告するため、各俳優の感性情報に、その俳優が出演した複数のドラマの光ディスクの情報が登録されている場合は、それぞれの俳優の情報が個別にメールされる。このため、ユーザは、二人の俳優が共演しているドラマ以外の不要な情報も受け取ることになる。
従って、従来のシステムでは、特に複数の著名人や商品等の対象物のファンであるユーザが求めている情報を適切に判断することができないという問題がある。

本発明の目的は、複数の対象物のファンであるユーザが求めている情報を適切に判断できる投稿情報管理装置、投稿情報管理方法、投稿情報管理プログラムを提供することにある。

本発明の投稿情報管理装置は、対象物を特定する対象物ＩＤと、前記対象物に関する投
稿情報を収集するための情報収集用データとが記憶された対象物情報記憶手段と、複数の前記対象物ＩＤの組み合わせを示すミックスＩＤと、前記ミックスＩＤに関連付けられた前記対象物ＩＤとを記憶するミックスＩＤ記憶手段と、前記ミックスＩＤに関連付けられた前記対象物ＩＤに関する情報を前記対象物情報記憶手段の情報収集用データを利用して収集し、収集した情報において共通する情報に基づいて前記ミックスＩＤの属性を推定するミックスＩＤ属性推定手段と、を備えることを特徴とする。

本発明によれば、対象物を特定する対象物ＩＤの組み合わせを示すミックスＩＤと、ミックスＩＤに関連付けられた複数の対象物ＩＤとを記憶しているので、対象物の投稿情報を容易に収集できる。そして、この収集した情報に基づいてミックスＩＤの属性を推定しているので、ユーザが求めている情報を適切に判断できる。

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

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

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

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

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

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

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

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

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

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

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

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

ミックスＩＤ属性推定手段３４は、ミックスＩＤ用の情報収集用データ（Mix_RSS）を用いて取得される各対象物ＩＤの情報から、共通する情報を抽出してミックスＩＤの属性を推定する。
ミックスＩＤ属性推定手段３４は、例えば、プロフィールサーバ７から各対象物ＩＤのプロフィールを取得し、職業、出身地、性別、年齢などのプロフィールデータから共通する項目を抽出する。この場合、二人の職業が「俳優」で共通する場合、ミックスＩＤ属性推定手段３４は、ミックスＩＤの属性に「俳優」を設定する。
また、ミックスＩＤ属性推定手段３４は、ニュースサーバ３から各対象物ＩＤに関連するニュースを取得する。この場合、例えば、「俳優」である二人の出演ドラマが同じドラマＨＮであるニュースを取得した場合は、ミックスＩＤ属性推定手段３４は、ミックスＩＤの属性として「俳優」に加えて「ドラマＨＮ」を設定する。
さらに、ミックスＩＤ属性推定手段３４は、ブログサーバ４、ミニブログサーバ５、ＳＮＳサーバ６等で、二人の俳優が同じ商品を薦めていたり、同じお店を薦めている場合には、その商品やお店の情報をミックスＩＤの属性に加える。
以上のとおり、ミックスＩＤ属性推定手段３４は、ミックスＩＤに含まれる複数の対象物ＩＤの情報で共通するものを抽出してミックスＩＤの属性を設定する。なお、抽出された属性のデータに、スコアを設定して優先順位を付けてもよい。例えば、ニュースや各ブログ等の情報の登録時期を分析し、新しい情報に基づくデータのスコアを高くしたり、出現回数が多いデータのスコアを高くしたり、属性として設定された用語の希少度つまり「俳優」のような一般名詞に比べて、「ドラマＨＮ」のような固有名詞のスコアを高くするなどの優先順位付けを行ってもよい。
なお、ミックスＩＤ属性推定手段３４で抽出されたうちで最もスコアが高い属性データをミックスＩＤの表示名として自動登録してもよい。この場合、最新の属性データで表示名を更新することもできる。このため、過去の共演時のドラマ名を表示名に設定していた場合に、同じ共演者で新ドラマが始まる場合に、ミックスＩＤの表示名を新しいドラマ名に更新することもでき、利便性をより高めることができる。

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

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

［広告管理サーバ］
広告管理サーバ６０は、広告記憶手段である広告ＤＢ（データベース）６１と、広告取得手段６２とを備えている。
広告ＤＢ６１は、ウェブに表示されるコンテンツ内容に合わせて広告掲載を行うコンテンツマッチ広告で利用されているデータベースと同様のものである。すなわち、広告ＤＢ６１は、図示を略すが、広告ＩＤ、広告データ、属性ワード、広告主ＩＤ等の各データが関連付けられて記憶される。

広告取得手段６２は、前記ミックス処理サーバ４０で作成されるタイムラインに挿入するための広告データを取得するものである。すなわち、広告取得手段６２は、ミックスＩＤ属性推定手段３４で設定されたミックスＩＤの属性の内容に合った広告データを、広告ＤＢ６１から取得する。このミックスＩＤの属性にマッチした広告データを抽出する手法は、従来のコンテンツマッチ広告で用いられている手法が利用できる。すなわち、ミックスＩＤ属性推定手段３４で求められたミックスＩＤの属性と、広告ＤＢ６１の属性ワードとをマッチングさせてマッチングスコアが高い広告データを抽出すればよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、ミックス処理サーバ４０は、表示対象がミックスＩＤの場合（ステップＳ３２でＹｅｓ）は、図１１に示す広告挿入処理を実行する（ステップＳ４０）。
広告挿入処理が開始されると、まず、ミックスＩＤ管理サーバ３０のミックスＩＤ属性推定手段３４がミックスＩＤの属性を推定する（ステップＳ４１）。広告挿入処理時にミックスＩＤの属性推定処理を行うことで、最新のニュースなどのデータに基づく属性を推定できる。

次に、広告管理サーバ６０の広告取得手段６２は、推定した前記ミックスＩＤの属性にマッチする広告データを、広告ＤＢ６１から抽出する（ステップＳ４２）。
そして、ミックス処理サーバ４０は、広告取得手段６２の広告抽出結果から抽出された広告の有無を判定する（ステップＳ４３）。

ステップＳ４３でＮｏと判定された場合、ミックス処理サーバ４０は、タイムラインに広告を挿入せずに広告挿入処理（ステップＳ４０）を終了する。
一方、ステップＳ４３でＹｅｓと判定された場合、ミックス処理サーバ４０は、タイムラインに広告を挿入する（ステップＳ４４）。
この際、ミックス処理サーバ４０は、広告の挿入位置を広告データに応じて適宜設定する。すなわち、ミックスＩＤの属性は、そのミックスＩＤに関連付けられた複数の対象物ＩＤに共通するものである。従って、ミックス処理サーバ４０は、図１２に示すように、タイムライン１３０における異なる対象物ＩＤの情報の間に広告データ１３１を挿入する。
また、ミックス処理サーバ４０は、広告データの挿入箇所が複数ある場合には、その広告データの属性に関係する情報の近くに挿入する。例えば、ミックスＩＤの属性として、ドラマのタイトルが設定され、そのドラマの宣伝広告のデータが広告ＤＢ６１に登録されている場合、タイムラインの新着情報で前記ドラマを紹介している情報があれば、その情報に続けて広告データを挿入すれば良い。特に、異なる二人のドラマ紹介情報がタイムライン上で連続する場合には、その間に前記ドラマの広告データを挿入することが好ましい。
そして、ミックス処理サーバ４０は、ステップＳ４４で広告をタイムラインに挿入すると、広告挿入処理を終了する。

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

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

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

また、ミックスＩＤ属性推定手段３４でミックスＩＤの属性を推定している。このため、ミックスＩＤを閲覧しているユーザ、つまりミックスＩＤに関連する複数の対象物のファンであるユーザが求めている情報を適切に判断できる。
さらに、推定したミックスＩＤの属性にマッチする広告データを広告取得手段６２で抽出している。そして、ミックス処理サーバ４０は、抽出した広告データ１３１をタイムライン１３０に挿入している。このため、ユーザに対して、興味がある対象物の新着情報とともに、その対象物や投稿情報に関連する広告データを提供することができる。従って、複数の対象物のファンであるユーザが求めている広告情報を適切に提供することができ、広告効果を向上できる。
特に、タイムライン１３０において、異なる対象物の情報の間に広告データ１３１を挿入しているので、ユーザは広告データ１３１の前後に表示される対象物に関連する広告であることを理解しやすいため、広告効果をさらに向上できる。

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

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

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

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

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

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

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

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

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

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

ミックスＩＤ作成手段３１を用いてミックスＩＤを作成した作成者に対して、前記広告の売上の一部を支払うようにしてもよい。この場合、ミックスＩＤの作成者に対価が支払われるため、ミックスＩＤを積極的に作成するモチベーションが高まる。このため、一般的なユーザは、作成されたミックスＩＤを新着情報などから利用でき、ミックスＩＤを作成しないユーザの利便性を向上できる。そして、これらのユーザは、ミックスＩＤに基づく広告データを含むタイムラインを閲覧するため、広告効果が更に高まる。従って、投稿情報管理システム１の運営者も広告主を増やすことができる。すなわち、ミックスＩＤの作成者、広告主、一般ユーザ、投稿情報管理システム１の運営者のいずれもが利益を得ることができる。

前記実施形態では、表示対象がミックスＩＤの場合のみ広告を挿入していたが、表示対象が対象物ＩＤの場合にも広告を挿入してもよい。さらに、前記実施形態では、図１０のステップＳ３５でタイムラインを作成した後に、ステップＳ４０で広告を挿入していたが、ステップＳ３５のタイムライン作成時に広告も含めて作成してもよい。

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

Claims

対象物を特定する対象物ＩＤと、前記対象物に関する投稿情報を収集するための情報収集用データとが記憶された対象物情報記憶手段と、
複数の前記対象物ＩＤの組み合わせを示すミックスＩＤと、前記ミックスＩＤに関連付けられた前記対象物ＩＤとを記憶するミックスＩＤ記憶手段と、
前記ミックスＩＤに関連付けられた前記対象物ＩＤに関する情報を前記対象物情報記憶手段の情報収集用データを利用して収集し、収集した情報において共通する情報に基づいて前記ミックスＩＤの属性を推定するミックスＩＤ属性推定手段と、
を備えることを特徴とする投稿情報管理装置。
請求項１に記載の投稿情報管理装置において、
前記ミックスＩＤ属性推定手段で推定した前記ミックスＩＤの属性に関連する広告を広告記憶手段から取得する広告取得手段と、
前記ミックスＩＤに関連付けられた前記対象物ＩＤに関する投稿情報を前記対象物情報記憶手段の情報収集用データを利用して収集し、前記広告取得手段で取得した広告が存在する場合は、収集した投稿情報および広告を時系列にまとめるミックス情報処理手段を備えることを特徴とする投稿情報管理装置。
請求項２に記載の投稿情報管理装置において、
前記ミックス情報処理手段は、前記広告取得手段で取得した広告を、異なる対象物ＩＤに関する投稿情報の間に挿入する
ことを特徴とする投稿情報管理装置。
請求項２または請求項３に記載の投稿情報管理装置において、
前記ミックスＩＤを作成した作成者に対して、前記広告の売上の一部を支払う
ことを特徴とする投稿情報管理装置。
コンピュータで対象物に関する投稿情報を管理する投稿情報管理方法であって、
対象物を特定する対象物ＩＤと、前記対象物に関する投稿情報を収集するための情報収集用データとを対象物情報記憶手段に記憶するステップと、
複数の前記対象物ＩＤの組み合わせを示すミックスＩＤと、前記ミックスＩＤに関連付けられた前記対象物ＩＤをミックスＩＤ記憶手段に記憶するステップと、
前記ミックスＩＤに関連付けられた前記対象物ＩＤに関する情報を前記対象物情報記憶手段の情報収集用データを利用して収集し、収集した情報において共通する情報に基づいて前記ミックスＩＤの属性を推定するステップと、
を備えることを特徴とする投稿情報管理方法。
コンピュータに、
対象物を特定する対象物ＩＤと、前記対象物に関する投稿情報を収集するための情報収集用データとを対象物情報記憶手段に記憶するステップと、
複数の前記対象物ＩＤの組み合わせを示すミックスＩＤと、前記ミックスＩＤに関連付けられた前記対象物ＩＤをミックスＩＤ記憶手段に記憶するステップと、
前記ミックスＩＤに関連付けられた前記対象物ＩＤに関する情報を前記対象物情報記憶手段の情報収集用データを利用して収集し、収集した情報において共通する情報に基づいて前記ミックスＩＤの属性を推定するステップと、
を実行させるための投稿情報管理プログラム。