(57)【要約】【課題】ユーザが話題性のある情報を他のユーザに発信した場合に、他のユーザが、その情報に関する詳細情報を公開したサイトを容易に閲覧すること。【解決手段】ユーザ端末から他のユーザ端末に対してソーシャルネットワークを介して発信されたコミュニケーション情報を収集する収集手段と、収集したコミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出手段と、抽出したライフログ情報およびその出現回数を蓄積するライフログ情報蓄積手段と、ライフログ情報の出現回数の変化を算出し、出現回数の上昇率が所定の閾値を超えたライフログ情報を話題ライフログ情報と判定する判定手段と、話題ライフログ情報に関連する詳細情報を公開するための話題情報発信サイトのウェブアドレスを生成するウェブアドレス生成手段と、ウェブアドレスをユーザ端末または他のユーザ端末に送信する送信手段と、を備えたことを特徴とする。【選択図】  図１
2015018289.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末から他のユーザ端末に対してソーシャルネットワークを介して発信されたコミュニケーション情報を収集する収集手段と、
収集した前記コミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出手段と、
抽出した前記ライフログ情報およびその出現回数を蓄積するライフログ情報蓄積手段と、
前記ライフログ情報の出現回数の変化を算出し、前記出現回数の上昇率が所定の閾値を超えたライフログ情報を話題ライフログ情報と判定する判定手段と、
前記話題ライフログ情報に関連する詳細情報を公開するための話題情報発信サイトのウェブアドレスを生成するウェブアドレス生成手段と、
前記ウェブアドレスを前記ユーザ端末または前記他のユーザ端末に送信する送信手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記ライフログ情報は、前記コミュニケーション情報に含まれるキーワード情報とユーザの行動情報とを含むことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ユーザの行動情報は、前記ユーザの位置情報を含むことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記ライフログ情報蓄積手段は、前記ライフログ情報の出現回数と、前記ライフログ情報の所定期間内の出現頻度と、前記ライフログ情報の最終出現日と、の少なくとも１つを蓄積することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記判定手段は、前記ライフログ情報の出現回数と、前記ライフログ情報の所定期間内の出現頻度とに対し、前記ライフログ情報をいずれのソーシャル・ネットワーキング・サービスのコミュニケーション情報から得たかに対応して重み付けしつつライフログ情報の話題性を判定することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記収集手段は、複数のソーシャル・ネットワーキング・サービスからコミュニケーション情報を収集することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記送信手段は、前記他のユーザ端末からのリクエストに応じて、前記話題情報発信サイトのウェブアドレスを、前記他のユーザ端末に対して送信することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
ユーザ端末から他のユーザ端末に対してソーシャルネットワークを介して発信されたコミュニケーション情報を収集する収集ステップと、
収集した前記コミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出ステップと、
ライフログ情報蓄積手段に対して、抽出した前記ライフログ情報およびその出現回数を蓄積するライフログ情報蓄積ステップと、
前記ライフログ情報の出現回数の変化を算出し、前記出現回数の上昇率が所定の閾値を超えたライフログ情報を話題ライフログ情報と判定する判定ステップと、
前記話題ライフログ情報に関連する詳細情報を公開するための話題情報発信サイトのウェブアドレスを生成するウェブアドレス生成ステップと、
前記ウェブアドレスを前記ユーザ端末または前記他のユーザ端末に送信する送信ステップと、
を備えたことを特徴とする情報処理方法。
【請求項９】
ユーザ端末から他のユーザ端末に対してソーシャルネットワークを介して発信されたコミュニケーション情報を収集する収集ステップと、
収集した前記コミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出ステップと、
ライフログ情報蓄積手段に対して、抽出した前記ライフログ情報およびその出現回数を蓄積するライフログ情報蓄積ステップと、
前記ライフログ情報の出現回数の変化を算出し、前記出現回数の上昇率が所定の閾値を超えたライフログ情報を話題ライフログ情報と判定する判定ステップと、
前記話題ライフログ情報に関連する詳細情報を公開するための話題情報発信サイトのウェブアドレスを生成するウェブアドレス生成ステップと、
前記ウェブアドレスを前記ユーザ端末または前記他のユーザ端末に送信する送信ステップと、
をコンピュータに実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してやり取りされるユーザのコミュニケーション情報を処理する技術に関する。
【背景技術】
【０００２】
上記技術分野において、特許文献１では、サービス提供サーバにより、ユーザ端末間のコミュニケーションから文章データを取得し、文章を解析することによって文章中の名詞が肯定的に用いられているか否定的に用いられているかを登録する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−０４９６３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記文献に記載の技術では、ユーザ端末間のコミュニケーションに含まれる話題について、正確な情報を提供することができなかった。話題性のある情報について、正確かつ詳細な情報を公開したサイトに誘導して、ユーザが共通認識を持てるように支援することが求められていた。
【０００５】
本発明の目的は、上述の課題を解決する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明に係る装置は、
ユーザ端末から他のユーザ端末に対してソーシャルネットワークを介して発信されたコミュニケーション情報を収集する収集手段と、
収集した前記コミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出手段と、
抽出した前記ライフログ情報およびその出現回数を蓄積するライフログ情報蓄積手段と、
前記ライフログ情報の出現回数の変化を算出し、前記出現回数の上昇率が所定の閾値を超えたライフログ情報を話題ライフログ情報と判定する判定手段と、
前記話題ライフログ情報に関連する詳細情報を公開するための話題情報発信サイトのウェブアドレスを生成するウェブアドレス生成手段と、
前記ウェブアドレスを前記ユーザ端末または前記他のユーザ端末に送信する送信手段と、
を備えたことを特徴とする。
【０００７】
上記目的を達成するため、本発明に係る方法は、
ユーザ端末から他のユーザ端末に対してソーシャルネットワークを介して発信されたコミュニケーション情報を収集する収集ステップと、
収集した前記コミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出ステップと、
ライフログ情報蓄積手段に対して、抽出した前記ライフログ情報およびその出現回数を蓄積するライフログ情報蓄積ステップと、
前記ライフログ情報の出現回数の変化を算出する算出ステップと、
前記出現回数の上昇率が所定の閾値を超えたライフログ情報を話題ライフログ情報と判定して、該話題ライフログ情報に関連する詳細情報を公開するための話題情報発信サイトのウェブアドレスを生成するウェブアドレス生成ステップと、
前記ウェブアドレスを前記ユーザ端末または前記他のユーザ端末に送信する送信ステップと、
を備えたことを特徴とする。
【０００８】
上記目的を達成するため、本発明に係るプログラムは、
ユーザ端末から他のユーザ端末に対してソーシャルネットワークを介して発信されたコミュニケーション情報を収集する収集ステップと、
収集した前記コミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出ステップと、
ライフログ情報蓄積手段に対して、抽出した前記ライフログ情報およびその出現回数を蓄積するライフログ情報蓄積ステップと、
前記ライフログ情報の出現回数の変化を算出する算出ステップと、
前記出現回数の上昇率が所定の閾値を超えたライフログ情報を話題ライフログ情報と判定して、該話題ライフログ情報に関連する詳細情報を公開するための話題情報発信サイトのウェブアドレスを生成するウェブアドレス生成ステップと、
前記ウェブアドレスを前記ユーザ端末または前記他のユーザ端末に送信する送信ステップと、
をコンピュータに実行させることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ユーザが話題性のある情報を他のユーザに発信した場合に、他のユーザは、その情報に関する詳細情報を公開したサイトを容易に閲覧することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１実施形態に係る情報処理装置の構成を示すブロック図である。
【図２Ａ】本発明の第２実施形態に係る情報処理システムの構成を示すブロック図である。
【図２Ｂ】本発明の第２実施形態に係るユーザ端末の機能構成を示すブロック図である。
【図３】本発明の第２実施形態に係る情報処理システムの動作手順を示すシーケンス図である。
【図４】本発明の第２実施形態に係るユーザ端末の表示画面例を示す図である。
【図５】本発明の第２実施形態に係るまとめサイトＵＲＬテーブルの例を示す図である。
【図６】本発明の第２実施形態に係るユーザ端末の表示画面例を示す図である。
【図７】本発明の第２実施形態に係るまとめサイト生成処理の流れを示すフローチャートである。
【図８】本発明の第２実施形態に係るユーザ端末の表示画面例を示す図である。
【図９】本発明の第２実施形態に係るライフログ情報データベースの構成を示す図である。
【図１０】本発明の第２実施形態に係る話題ライフログ情報データベースの構成を示す図である。
【図１１】本発明の第２実施形態に係る対象ＳＮＳテーブルの構成を示す図である。
【図１２】本発明の第２実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
【図１３】本発明の第２実施形態に係るユーザ端末のハードウェア構成を示すブロック図である。
【図１４】本発明の第２実施形態に係るユーザ端末の処理手順を示すフローチャートである。
【図１５】本発明の第３実施形態に係る情報処理システムの構成を示すブロック図である。
【図１６】本発明の第３実施形態に係る情報処理システムの動作手順を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。
【００１２】
［第１実施形態］
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、ユーザ端末１３０同士の間でネットワーク１５０を介してやり取りされたコミュニケーション情報を収集して解析処理する装置である。
【００１３】
図１に示すように、情報処理装置１００は、コミュニケーション情報収集部１０１と、ライフログ情報抽出部１０２と、ライフログ情報蓄積部１０３と、話題性判定部１０４と、ウェブアドレス生成部１０５と、コミュニケーション情報送信部１０６とを含む。
【００１４】
コミュニケーション情報収集部１０１は、ユーザ端末１３０から他のユーザ端末１３０に対してソーシャルネットワーク１５０〜１７０を介して発信されたコミュニケーション情報を収集する。
【００１５】
また、ライフログ情報抽出部１０２は、収集した前記コミュニケーション情報に含まれるライフログ情報を抽出する。ライフログ情報蓄積部１０３は、抽出したライフログ情報を蓄積する。話題性判定部１０４は、蓄積したライフログ情報に基づいて、ライフログ情報の出現回数の変化を算出する。
【００１６】
ウェブアドレス生成部１０５は、出現回数の上昇率が所定の閾値を超えたライフログ情報を話題ライフログ情報と判定して、話題ライフログ情報に関連する詳細情報を公開するための話題情報発信サイトのウェブアドレスを生成する。さらに、コミュニケーション情報送信部１０６は、生成したウェブアドレスをユーザ端末または他のユーザ端末に送信する。
【００１７】
本実施形態によれば、ユーザが話題性のある情報を他のユーザに発信した場合に、ユーザまたは他のユーザは、その情報に関する詳細情報を公開したサイトを容易に閲覧することができる。
【００１８】
［第２実施形態］
次に、本発明の第２実施形態に係る情報処理システムについて説明する。
【００１９】
《情報処理システムの構成》
（システム全体および情報処理装置の構成）
図２Ａは、本実施形態に係る情報処理システム２００の構成を示すブロック図である。図２Ａに示すように、情報処理システム２００は、情報処理装置２１０と、複数のユーザ端末２３０、２４０とを含む。またさらに、情報処理システム２００は、ソーシャルネットワーク２５０、２６０、２７０を構成するソーシャル・ネットワーキング・サービス（以下、ＳＮＳ：Social Networking Service）サーバ２５１、２６１、２７１を含む。
【００２０】
ユーザ端末２３０、２４０は、携帯電話、スマートフォン、パーソナルコンピュータなどといった情報通信端末である。
【００２１】
ユーザ端末２３０、２４０は、ＳＮＳサーバを介して、他のユーザ端末との間でコミュニケーション情報のやり取りを行なう。情報処理装置２１０は、やり取りされたコミュニケーション情報を、ＳＮＳサーバ２５１、２６１、２７１から、あるいは各ユーザ端末２３０から収集する。なお、コミュニケーション情報として、例えば、ツイートやショートメッセージやブログなどのテキストデータ、静止画や動画を含む映像データ、およびＧＰＳ（Global Positioning System）などによって検知されたユーザの行動情報が挙げられる。
【００２２】
情報処理装置２１０は、基本的に、ユーザ端末２３０にダウンロードされインストールされたクライアントアプリケーション２３１と連携して動作する。すなわち、クライアントアプリケーション２３１は、情報処理装置２１０と通信可能とするアプリケーションであり、情報処理装置２１０が求めるデータを送信する機能と、情報処理装置２１０が提供するデータを受信して表示する機能とを有している。
【００２３】
クライアントアプリケーション２３１は、ユーザがサインインした各ＳＮＳにログインするためのＩＤおよびパスワードの入力を受けつけて、情報処理装置２１０に送信する機能を有する。情報処理装置２１０は、ユーザから受けつけたＩＤおよびパスワードを利用して、ＳＮＳサーバ２５１、２６１、２７１にアクセスし、そのユーザのタイムラインを取得する。タイムラインは、ユーザ自身が発信したコミュニケーション情報や、そのユーザが友達登録した他のユーザが発信したコミュニケーション情報や、その他のニュースなどを時系列に並べたものである。
【００２４】
クライアントアプリケーション２３１は、上述したように、ユーザ端末の内部にインストールされるものであるが、ユーザが複数のＳＮＳサーバ２５１〜２７１にアクセスして、ＳＮＳを利用する際のゲート機能を有すると表現することもできる。そこで、図２では、ユーザ端末２３０の外側をクライアントアプリケーション２３１が取り囲んでいるように描いている。また、クライアントアプリケーション２３１は、複数のＳＮＳを区別なく同時に利用するためのプラットフォームと言い換えることもできる。
【００２５】
情報処理装置２１０は、収集した複数のＳＮＳのコミュニケーション情報から１つのタイムライン情報を生成して、クライアントアプリケーション２３１をインストールしてユーザ登録したユーザ端末２３０に送信する。
【００２６】
情報処理装置２１０は、ＳＮＳサーバ２５１、２６１、２７１やユーザ端末２３０と通信するための通信制御部２１１を有する。通信制御部２１１が受信したコミュニケーション情報は、コミュニケーション情報収集部２１２に渡される。コミュニケーション情報収集部２１２は、コミュニケーション情報の収集元としてのＳＮＳサーバのアドレスおよびログイン情報を管理した対象ＳＮＳテーブル２１２ａを備えている。コミュニケーション情報収集部２１２は、対象ＳＮＳテーブル２１２ａに登録されたＳＮＳあるいはユーザ端末から、コミュニケーション情報を収集し、タイムライン情報作成部２１９に渡す。タイムライン情報作成部２１９は、ユーザごとに受信したコミュニケーション情報を通信時刻順に並べてタイムライン情報を生成し、通信制御部２１１を介してユーザ端末２３０に送信する。
【００２７】
一方、ライフログ情報抽出部２１３は、複数のＳＮＳサーバから収集された各コミュニケーション情報から、ライフログ情報を抽出してライフログ情報記憶部２１４に渡す。そして、ライフログ情報記憶部２１４は、ライフログ情報データベース（図では、ライフログ情報ＤＢ）２１５にライフログ情報を蓄積する。
【００２８】
ここで、コミュニケーション情報がメッセージや文章などのテキストデータである場合には、ライフログ情報は、そのメッセージや文章に含まれるキーワード情報である。つまり、ライフログ情報抽出部２１３は、メッセージや文章からキーワードをテキストマイニングによって抽出する。テキストマイニングによって、抽出したキーワードが肯定的な文に使用されていたか／否定的に使用していたかを判定することもできる。また、コミュニケーション情報がユーザの行動や行動履歴などの行動データである場合には、ライフログ情報抽出部２１３は、ライフログ情報として、位置情報およびその履歴を抽出する。さらに、コミュニケーション情報が静止画や動画などの映像データである場合には、ライフログ情報抽出部２１３は、画像および映像の特徴情報（タグなどのメタデータ）を含む。
【００２９】
ライフログ情報記憶部２１４は、ライフログ情報データベース２１５へライフログ情報を蓄積する際は、各ユーザが発信したコミュニケーション情報から抽出したユーザごとのライフログの蓄積を行なう。それと同時に、ライフログ情報記憶部２１４は、複数のユーザの全体でのライフログの蓄積を行なう。
【００３０】
クライアントアプリケーション２３１をインストールしたすべてのユーザ端末２３０が発信したコミュニケーション情報中のライフログ情報の全出現回数をカウントして記憶する。そして、話題性判定部２１６では、出現回数が短期間に急上昇したか否かを示す話題性スコアを算出し、話題性スコアの高いライフログ情報を話題ライフログ情報とする。具体的には、本日の出現回数×１０＋昨日の出現回数×９＋一昨日の出現回数×８・・・といった計算を１０日前まで続けてスコアを算出する。ライフログ情報の出現回数と、ライフログ情報の所定期間内の出現頻度とに対し、ライフログ情報をいずれのソーシャル・ネットワーキング・サービスのコミュニケーション情報から得たかに対応して重み付けしつつライフログ情報の話題性を判定してもよい。例えば、長文のブログに出現した場合にはさらに１０倍するなどの重み付けが考えられる。そのようにスコアを算出した結果、スコアの高いライフログ情報は、話題性が急上昇したものと判断する。あるいは他の方法で話題性を判定してもよい。例えば、今日と昨日の出現回数の差分が一定値を越えた場合には、話題のライフログ情報と判断してもよい。
【００３１】
まとめサイト生成部２１７は、話題性が急上昇したライフログ情報について、そのライフログ情報に関連する話題情報発信サイトとして詳細情報を公開したまとめサイト２２０を生成する。具体的には、まとめサイト２２０のウェブアドレスを確保して、まとめサイト用のフォーム（図４参照）を挿入する。まとめサイトの構成内容としては、ニュースや企業による公式見解（図４の４０１）、話題になるまでの経緯（図４の４０２）、ユーザから集めたアンケート（図４の４０３）、コミュニケーション情報における出現回数（図４の４０４）、その他の情報（図４の４０５）が挙げられる。ライフログ情報をキーワードにして用いて、所定のウェブサイトを検索することによって得られた情報を自動的にそれらのフォームに埋め込んで、まとめサイトを生成してもよい。ここで所定のウェブサイトとしては、あらかじめ登録したサイト例えばニュースサイトや企業のサイト、ライフログ情報が芸能人の名前なら所属プロダクションのサイトなどが挙げられる。生成されたまとめサイト２２０のウェブアドレスは、リンク挿入部２１８に送られ、まとめサイトＵＲＬテーブル２１８ａ（図５）に登録される。ここでは、ウェブアドレスの一例としてＵＲＬを登録することとしているが、本発明はこれに限定されるものではない。
【００３２】
リンク挿入部２１８は、ライフログ情報抽出部２１３からライフログ情報を受け取ると、まとめサイトＵＲＬテーブル２１８ａ（図５）を参照して、ライフログ情報に対応するリンクがあるか否か判定する。リンクがある場合にはそのリンクをタイムラインに挿入するように、タイムライン情報作成部２１９に指示を出す。
【００３３】
（ユーザ端末の構成）
図２Ｂは、クライアントアプリケーション２３１をインストールしたユーザ端末２３０の機能構成を説明するための図である。各ユーザ端末２３０は、ネットワーク２５０を介して、ＳＮＳサーバや情報処理装置２１０と通信するための通信制御部２３２と、表示部２３６と、操作部２３８とを有する。また、クライアントアプリケーション２３１は、ＳＮＳ情報設定送信モジュール２３３と、タイムライン情報受信表示モジュール２３４と、コミュニケーション情報提供モジュール２３５とを有する。
【００３４】
ＳＮＳ情報設定送信モジュール２３３は、ユーザがサインインしたＳＮＳのログイン情報を操作部２３８から受付け、通信制御部２３２およびネットワーク２５０を介して情報処理装置２１０に送る。タイムライン情報受信表示モジュール２３４は、情報処理装置２１０で生成されたタイムライン情報を受信し、表示部２３６に表示する。一方、コミュニケーション情報提供モジュール２３５は、ユーザがログインしたＳＮＳサーバに対して何らかのコミュニケーション情報を発信した場合に、所定のタイミングでそのコミュニケーション情報を情報処理装置２１０にも送信、提供する。例えば、コミュニケーション情報を、ＳＮＳサーバに送ると同時に、情報処理装置２１０にも送ってもよいし、例えば、１日分のコミュニケーション情報をユーザ端末２３０に蓄積して、１日に一回、情報処理装置２１０にアップロードする構成でもよい。
【００３５】
このように、ユーザ端末２３０は複数のＳＮＳサーバ２５１、２６１、２７１を介して、他のユーザ端末とコミュニケーション情報のやり取りを行なう。情報処理装置２１０は、ユーザ端末２３０から直接、ＳＮＳサーバ２５１、２６１、２７１を介して間接的にコミュニケーション情報を収集する。
【００３６】
《情報処理システムの動作手順》
図３は、本実施形態に係る情報処理システム２００の動作手順３００を示すシーケンス図である。なお、図３においては、ユーザ端末２３０からＳＮＳを介したコミュニケーション情報の送信の例を示すが、ユーザ端末２３０が他のユーザ端末からのコミュニケーション情報を受信する場合も同様である。
【００３７】
まず、ステップＳ３０１において、ユーザ端末２３０が、情報処理装置２１０からクライアントアプリケーションのダウンロードを行ない、各種の設定情報を情報処理装置２１０に送信する。ステップＳ３０３において、その設定情報（対象ＳＮＳへのログイン情報）を情報処理装置２１０の対象ＳＮＳテーブル２１２ａに登録する。
【００３８】
その後、ステップＳ３０５において、ユーザ端末２３０からＳＮＳサーバを介した他のユーザ端末群へのコミュニケーション情報の送信を行なう。この際、ステップＳ３０７において、コミュニケーションを仲介したＳＮＳサーバあるいは送受信したユーザ端末からコミュニケーション情報が情報処理装置２１０に送信される。
【００３９】
情報処理装置２１０は、ステップＳ３０７で取得した新たなコミュニケーション情報から、ステップＳ３１５において、ライフログ情報を抽出する。情報処理装置２１０のライフログ情報記憶部２１４は、抽出されたライフログ情報を、ライフログ情報データベース２１５に蓄積する（Ｓ３１７）。
【００４０】
その後、ステップＳ３１９において、まとめサイトＵＲＬテーブル２１８ａ（図５）を参照して、抽出されたライフログ情報に対応するまとめサイトが存在するか判定する。まとめサイトがある場合には、ステップＳ３０９に進んで、タイムライン情報に、まとめサイトへのリンクを埋め込む。
【００４１】
一方、まとめサイトがない場合には、ステップＳ３２１に進み、話題性を判定する。抽出したライフログ情報に話題性があれば、ステップＳ３２３からステップＳ３２４に進み、新たにまとめサイトを作るため、リンク先アドレス（ＵＲＬ）を確保して、まとめサイト用の記憶領域を生成する。そして、ステップＳ３２５に進み、まとめサイトのリンクつきのタイムライン情報を生成する。一方、話題性がないライフログ情報であれば、ステップＳ３２６に進み、まとめサイトのリンクのないタイムライン情報を生成する。
【００４２】
タイムライン情報の生成にあたり、情報処理装置２１０は、送受信されたコミュニケーション情報および対象ＳＮＳそれぞれのタイムライン情報を組み合わせて、時刻順のタイムライン情報を生成する。つまり、タイムライン情報は、複数のＳＮＳでやり取りされたコミュニケーション情報を組み合わせたものである。
【００４３】
次に、ステップＳ３３３において、生成されたタイムライン情報をユーザ端末２３０に送信する。ステップＳ３３５において、ユーザ端末２３０の表示部２３６には、複数のＳＮＳでやり取りされたコミュニケーション情報を時刻順に並べたタイムライン情報が表示される。この時、図６のユーザ端末２３０での表示画面６００に示すように、まとめサイトへのリンクが、タイムラインに埋め込まれる。なお、図６では、「まとめサイトへ」というリンクとしたが、本発明はこれに限定されるものではなく、例えば、タイムライン要素６０２の全体を長押しすることによってまとめサイトに移動する構成でもよい。あるいは、話題ライフログ情報そのもの（例えばここでは「なでしこ優勝」という文字）にリンクを貼り付ける方法でもよい。同様に他のユーザ端末に対しても、タイムライン情報を送信する際に、必要に応じてまとめサイトのリンクを埋め込んだタイムライン情報を作成、送信する（Ｓ３３４）。これにより、他のユーザ端末群においても、まとめサイトへのリンクが埋め込まれたタイムラインが表示される。ユーザは、例えば、タイムライン中のメッセージを長押しすることにより、そのメッセージ中に含まれる話題ライフログ情報に対応するまとめサイトにアクセスすることができる。つまり、話題となっているキーワードについての詳しい情報を容易に閲覧することが可能となる。その他、例えば、端末がまとめサイト検索サーバにアクセスし、まとめサイト検索サイトがいくつか(数個)のまとめサイト候補をユーザ端末に提示し、そのまとめサイト候補の中からユーザが一つのまとめサイトを選択してアクセスする構成でもよい。
【００４４】
《ユーザ端末の表示画面》
次に、ユーザ端末２３０の本実施形態を特徴付ける表示画面について説明する。図８は、ＳＮＳへのログイン時の、ユーザ端末２３０の表示画面を示す図である。図８は左から右へ、ＳＮＳにログインし、ログインしたＳＮＳのタイムラインを表示に加えるまでの表示画面を示している。なお、図８の操作および表示は一例であって、これに限定されない。
【００４５】
図８の左図は、クライアントアプリケーション２３１を用いてＳＮＳ−Ｃにログインする際のユーザ端末２３０の表示画面８１０を示している。表示画面８１０は、既にＳＮＳ−ＡとＳＮＳ−Ｂとに対してログイン処理が済んでいる状態である。したがって、ＳＮＳ−Ａボタン４１２とＳＮＳ−Ｂボタン４１３とは明るく表示され、ＳＮＳ−Ａのタイムライン（ウインドウ８１１の裏）とＳＮＳ−Ｂのタイムラインとが時刻順に表示されている。表示画面８１０には、ＳＮＳ−Ｃへログインを行なうウインドウ８１１が開いている。なお、ＳＮＳ−Ｃは未ログイン状態であって、タイムラインへの表示も行なっていないので、ＳＮＳ−Ｃボタン８１４の文字は薄く表示され、かつボタン全体が暗く表示されている。
【００４６】
図８の中央の図は、ＳＮＳ−Ｃへのログイン後の、ユーザ端末２３０の表示画面８２０を示す。表示画面８２０では、ＳＮＳ−Ｃボタン８１４の文字が濃く表示されてＳＮＳ−Ｃへのログインが示されている。しかし、ＳＮＳ−Ｃにおけるコミュニケーション情報のやり取りはタイムラインに表示されていないため、ボタン８１４は暗く表示されている。
【００４７】
図８の右図は、ＳＮＳ−Ｃボタン８１４が押されてＳＮＳ−Ｃのタイムライン表示を開始した状態の、ユーザ端末２３０の表示画面８３０を示す。表示画面８３０では、ＳＮＳ−ＡとＳＮＳ−ＢとＳＮＳ−Ｃとが共通タイムライン８３１に時刻順に並んで表示されている。
【００４８】
《情報処理装置の記憶構成》
次に、情報処理装置２１０におけるデータ記憶構成を説明する。かかるデータ記憶構成に従って記憶されたデータを整理あるいは検索することによって、情報処理装置２１０の各機能が実現するものである。
【００４９】
図５は、まとめサイトＵＲＬテーブル２１８ａの構成を説明するための図である。まとめサイトＵＲＬテーブル２１８ａは、抽出したライフログ情報から、出現回数等によって話題性のあるものと判定された話題ライフログ情報５０１と、その話題について詳細に説明するためのまとめサイトのＵＲＬ５０２とを関連付けて記憶している。話題となった日時の他、そこからの経過時間５０３も記憶しており、話題となってから所定時間が経過した場合には、その話題ライフログ情報は、このテーブル２１８ａから削除される。あるいは、最後の出現した日からの経過時間が所定時間を超えた場合に話題ライフログ情報およびそのＵＲＬを削除してもよい。
【００５０】
（ライフログ情報データベース）
図９は、ライフログ情報データベース２１５の内部構成を示す図である。ライフログ情報データベース２１５は、コミュニケーション情報に出現したライフログ情報９１２を記憶する。そしてライフログ情報データベース２１５は、ライフログ情報９１２のそれぞれについて、総出現回数９１３、今日の出現回数９１４、昨日の出現回数９１５、一昨日の出現回数９１６をそれぞれ記憶している。これらの出現回数を用いて、各ライフログ情報が話題ライフログ情報か否か判断できる。
【００５１】
図１０は、話題ライフログ情報について抽出して別途登録した場合の話題ライフログ情報データベース１０００について説明するための図である。話題ライフログ情報データベース１０００は、話題ライフログ情報１００１に関連する情報として、話題ライフログ情報の出現回数１００２、話題ライフログ情報の所定期間内の出現回数である出現頻度１００３を保存している。話題ライフログ情報データベース１０００は、さらに、話題ライフログ情報が、事件に関するものか、スポーツに関するものか、芸能に関するものかなどを示す属性１００４を保存している。また、話題ライフログ情報データベース１０００は、ライフログ情報の最終出現日１００５、ライフログ情報の季節を表わす度合いを示す季節感１００６、ライフログ情報の保存期間１００７、などを記憶している。これら複数の指標を用いて、話題ライフログ情報同士の優劣や、削除のタイミング等を判定している。つまり、同じコミュニケーション情報中に複数の話題ライフログ情報が含まれている場合に、どの話題ライフログ情報のリンクを優先して貼り付けるかを判定する際にこれらの指標を用いればよい。なお、季節感１００６については、例えば、直接の季節を表わす言葉や、俳句の季語のような言葉や、ユーザに関わりのある季節の催し物やイベント、あるいは毎年恒例の出来事、などに高いスコアが与えられる。
【００５２】
（対象ＳＮＳテーブル）
図１１は、本実施形態に係る対象ＳＮＳテーブル２１２ａの構成を示す図である。対象ＳＮＳテーブル２１２ａは、各ユーザおよびユーザ端末について、現在ログインしているＳＮＳを記憶する。なお、図１１の対象ＳＮＳテーブル２１２ａの構成は一例であって、これに限定されない。
【００５３】
対象ＳＮＳテーブル２１２ａは、各ユーザＩＤに対応付けて、第１ログインＳＮＳ１１０２と、第１ログインＳＮＳ１１０２のメールアドレスおよびパスワード１１０３と、第１ログインＳＮＳ１１０２に対するタイムライン表示フラグ１１０４とを記憶している。また、対象ＳＮＳテーブル２１２ａは、２番目にログインした第２ログインＳＮＳ１１０５と、メールアドレスおよびパスワード１１０６と、タイムライン表示フラグ１１０７とを記憶している。さらに、ログインした順に、ｎ番目（ｎは不定）の第ｎログインＳＮＳ１１０８、メールアドレスおよびパスワード１１０９、タイムライン表示フラグ１１１０を記憶している。
【００５４】
《情報処理装置のハードウェア構成》
図１２は、本実施形態に係る情報処理装置２１０のハードウェア構成を示すブロック図である。
【００５５】
図１２で、ＣＰＵ１２１０は演算制御用のプロセッサであり、プログラムを実行することで図２の情報処理装置２１０の各機能構成部を実現する。ＲＯＭ１２２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。また、通信制御部２１１は、他のユーザ端末２３０やＳＮＳサーバ２５１、２６１、２７１との通信を制御する。
【００５６】
ＲＡＭ１２４０は、ＣＰＵ１２１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１２４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。１２４１は、通信相手のユーザ端末ＩＤ／ユーザＩＤである。１２４２は、ユーザ端末やＳＮＳサーバから収集したコミュニケーション情報である。１２４３は、ユーザ端末に送信するタイムライン情報、あるいはログイン中のＳＮＳサーバから取得したタイムライン情報である。１２４４は、コミュニケーション情報１２４２から抽出されたライフログ情報である。
【００５７】
ストレージ１２５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムを記憶している。すなわち、ストレージ１２５０は、ライフログ情報データベース２１５、対象ＳＮＳテーブル２１２ａ、まとめサイトＵＲＬテーブル２１８ａおよび情報処理プログラム１２５１を含む。情報処理プログラム１２５１は、コミュニケーション情報を収集するモジュール１２５２、ライフログ情報の抽出を行なうモジュール１２５３、ライフログ情報の話題性について判定するモジュール１２５４、タイムライン情報を生成するモジュール１２５６を含む。
【００５８】
《情報処理装置２１０の処理手順》
図７は、情報処理装置２１０において、まとめサイトを自動生成する場合の処理手順を示すフローチャートである。まとめサイトについては、情報処理装置２１０の管理者または専門の事業者が、手作業で作成してもよいが、以下のように処理することにより、少なくとも一部を自動生成することもできる。
【００５９】
ステップＳ７０１は、図３のステップＳ３２４に対応する処理を示しており、リンクを生成して、まとめサイトのエリアを確保する。次に、ステップＳ７０３において、話題ライフログ情報（例えば、「なでしこ」などのキーワード）を用いてインターネットを検索する。
【００６０】
企業サイトやユースサイトなど、ソースとして信憑性の高いサイトをあらかじめ登録しておき、ステップＳ７０５では、検索によってヒットしたサイトのうち、信憑性の高いサイトを抽出して、その見出しおよびリンクをコピーする。
【００６１】
ステップＳ７０７では、ステップＳ７０５でコピーした見出しおよびリンクをまとめサイトに貼り付ける。そしてさらに、ステップＳ７０９において、アンケートの質問文や、ユーザから集めた情報などをまとめサイトに埋め込む。
【００６２】
以上の処理によりまとめサイトを自動生成、自動更新し、ユーザからのアクセスに備えることができる。
【００６３】
このフローチャートは、図１２のＣＰＵ１２１０によりＲＡＭ１２４０を使用しながら実行されて、図２の情報処理装置２１０の各機能構成部を実現する。
【００６４】
《ユーザ端末のハードウェア構成》
図１３は、本実施形態に係るユーザ端末２３０のハードウェア構成を示すブロック図である。
【００６５】
図１３で、ＣＰＵ１３１０は演算制御用のプロセッサであり、プログラムを実行することで図２のユーザ端末２３０の各機能を実現する。ＲＯＭ１３２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。ＧＰＳ受信部１３３０は、ＧＰＳ衛星からの信号を受信して、ユーザ端末２３０の位置情報を生成する。また、通信制御部２３２は、図２でも説明したとおり、ネットワークを介する他の情報処理装置２１０やＳＮＳサーバとの通信を制御する。
【００６６】
ＲＡＭ１３４０は、ＣＰＵ１３１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１３４０には、本実施形態の実現に必要なデータ１３４１〜１３４５を記憶する領域が確保されている。１３４１は、外部から通信制御部２３２を介して受信した受信データである。１３４２は、外部に通信制御部２３２を介して送信する送信データである。１３４３は、入力機器から入出力インタフェース１３６０を介して入力された入力データである。１３４４は、出力機器に入出力インタフェース１３６０を介して出力される出力データである。１３４５は、ＧＰＳ受信部１３３０から受信した信号に基づいて算出されたユーザ端末２３０の位置情報である。
【００６７】
ストレージ１３５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムを記憶している。具体的には情報処理装置２１０やＳＮＳサーバから受信したタイムライン情報を記憶するタイムライン情報記憶部１３５１と、ユーザ端末２３０が通信する相手先に関する情報を蓄積するための電話帳・アドレスデータベース１３５２とを格納している。
【００６８】
さらに、ストレージ１３５０は、図２Ｂで説明したクライアントアプリケーション２３１を記憶している。入出力インタフェース１３６０は、操作部２３８としてのタッチパネル１３６２や音声処理部２３７に含まれるマイク１３６４や、カメラ１３６５から入力された情報をデジタルデータとして入力する。一方、生成された表示画面を表示部２３６に出力し、再生された音声を音声処理部２３７に含まれるスピーカ１３６３に出力する。
【００６９】
《ユーザ端末の処理手順》
図１４は、本実施形態に係るユーザ端末２３０の処理手順を示すフローチャートである。このフローチャートは、図１３のＣＰＵ１３１０によりＲＡＭ１３４０を使用しながら実行されて、図２のユーザ端末２３０の各機能構成部を実現する。
【００７０】
まず、ステップＳ１４１１において、ＳＮＳへのログイン要求の有無を判定する。また、ステップＳ１４２１において、ＳＮＳでの送受信サービス要求の有無を判定する。また、ステップＳ１４３１において、情報処理装置２１０へのまとめサイト情報の要求の有無を判定する。
【００７１】
ＳＮＳへのログイン要求があればステップＳ１４１３に進んで、対象ＳＮＳへのログイン処理を実行する。そして、そのログイン情報を情報処理装置２１０にも送信する。ＳＮＳでの送受信サービス要求があればステップＳ１４２３に進んで、ＳＮＳ送信処理またはＳＮＳ受信処理を行なう。そして、ステップＳ１４２５において、送受信した情報あるいは位置情報を含むコミュニケーション情報を情報処理装置２１０に送信する。まとめサイト情報の要求があれば、その要求を情報処理装置２１０に送信した後、ステップＳ１４３３に進んで、情報処理装置２１０からのまとめサイトＵＲＬの受信を待つ。まとめサイトＵＲＬの受信があればステップＳ１４３５に進んで、受信したまとめサイトＵＲＬにアクセスし、まとめサイトを表示する。
【００７２】
以上、第２実施形態の構成によれば、ユーザ端末に表示されたコミュニケーション情報中に話題ライフログ情報がある場合に、その話題ライフログ情報に関するまとめサイトへのリンクをユーザ端末に提供する。ユーザが話題性のある情報を他のユーザに発信した場合に、ユーザまたは他のユーザは、その情報に関する詳細情報を公開したサイトを容易に閲覧することができる。
【００７３】
［第３実施形態］
本発明の第３実施形態に係る情報処理システム１５００について図１５および図１６を用いて説明する。情報処理システム１５００は、第２実施形態と異なり、ユーザ端末１５３０内部にタイムライン合成モジュール１５３６を備え、複数のＳＮＳサーバから取得したタイムラインを合成する機能を有する。この時、ユーザの設定に応じて、ログイン済のＳＮＳから自由に選択したＳＮＳのタイムラインを組み合わせて表示することができる。この場合、情報処理装置２１０は、ＳＮＳサーバから直接コミュニケーション情報を取得することはないため、各ＳＮＳにログインするためのＩＤおよびパスワードをユーザごとに管理する必要は無い。
【００７４】
一方、本実施形態に係る情報処理装置１５１０は、タイムライン情報作成部を持たない。ユーザ端末１５３０は、ユーザの操作に応じて、まとめサイトへのアクセス要求を情報処理装置１５１０に送信する（Ｓ１６０７）。これに応じて情報処理装置１５１０が、ユーザ端末１５３０にまとめサイトのＵＲＬを送信すると、タイムライン合成モジュール１５３６は、受信したまとめサイトＵＲＬを、対応するライフログ情報（例えば「なでしこ」）を含むコミュニケーション情報（タイムライン）にリンクとして埋め込む。そして、まとめサイトへのアクセス要求を行なったユーザ端末１５３０において、まとめサイトの表示が行なわれる（Ｓ１６３５）。
【００７５】
以上の構成により、ユーザ端末１５３０と情報処理装置１５１０との間の通信負荷を少なくしつつ、ユーザが話題性のある情報を他のユーザに発信した場合に、他のユーザは、その情報に関する詳細情報を公開したサイトを容易に閲覧することができる。
することができる。
【００７６】
［他の実施形態］
以上、本発明の実施形態について詳述したが、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。
【００７７】
また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する制御プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされる制御プログラム、あるいはその制御プログラムを格納した媒体、その制御プログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。
【図１】
2015018289.tif 000003
【図２Ａ】
2015018289.tif 000004
【図２Ｂ】
2015018289.tif 000005
【図３】
2015018289.tif 000006
【図４】
2015018289.tif 000007
【図５】
2015018289.tif 000008
【図６】
2015018289.tif 000009
【図７】
2015018289.tif 000010
【図８】
2015018289.tif 000011
【図９】
2015018289.tif 000012
【図１０】
2015018289.tif 000013
【図１１】
2015018289.tif 000014
【図１２】
2015018289.tif 000015
【図１３】
2015018289.tif 000016
【図１４】
2015018289.tif 000017
【図１５】
2015018289.tif 000018
【図１６】
2015018289.tif 000019