(57)【特許請求の範囲】
【請求項１】
ネットワークを介してやり取りされたユーザのコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する情報処理装置であって、
前記コミュニケーション情報を収集するコミュニケーション情報収集部と、
収集した前記コミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出部と、
抽出した前記ライフログ情報を少なくともユーザ単位に検索できる構成で蓄積すると共に、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶するライフログ情報蓄積部と、
前記複数指標のスコアの組み合わせに基づいて、前記ライフログ情報蓄積部に蓄積する前記ライフログ情報を管理するライフログ情報管理部と、
を備える情報処理装置。
【請求項２】
前記ライフログ情報は、前記コミュニケーション情報に含まれるキーワード情報とユーザの行動情報とを含む請求項１に記載の情報処理装置。
【請求項３】
前記ユーザの行動情報は、前記ユーザの位置情報を含む請求項２に記載の情報処理装置。
【請求項４】
前記複数指標は、前記ライフログ情報の出現回数と、前記ライフログ情報の所定期間内の出現頻度と、前記ライフログ情報の最終出現日と、前記ライフログ情報の特徴度と、前記ライフログ情報の保存期間と、の少なくとも１つを含む請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
ライフログ情報管理部は、前記コミュニケーション情報収集部が収集するコミュニケーション情報全体に含まれる前記ライフログ情報の出現頻度が第１閾値より小さい場合に、前記第１閾値より大きい場合に比して前記ライフログ情報の特徴度をより高く設定する請求項４に記載の情報処理装置。
【請求項６】
ライフログ情報管理部は、前記ライフログ情報が季節を表わす場合に、季節を表わさない場合に比して前記ライフログ情報の特徴度はより高く設定する請求項４または５に記載の情報処理装置。
【請求項７】
ライフログ情報管理部は、前記ライフログ情報の出現回数と、前記ライフログ情報の所定期間内の出現頻度とに対し、前記ライフログ情報をいずれのソーシャル・ネットワーキング・サービスのコミュニケーション情報から得たかに対応して重み付けする請求項４に記載の情報処理装置。
【請求項８】
前記コミュニケーション情報収集部は、複数のソーシャル・ネットワーキング・サービスからコミュニケーション情報を収集する請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
前記ライフログ情報抽出部は、前記コミュニケーション情報がテキストデータである場合にテキストマイニングを用いてライフログ情報を抽出する請求項１乃至８のいずれか１項に記載の情報処理装置。
【請求項１０】
前記ライフログ情報蓄積部は、さらに、抽出した前記ライフログ情報をユーザごとに分けることなく蓄積し、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶する請求項１乃至９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記ライフログ情報管理部は、抽出した前記ライフログ情報の前記ライフログ情報蓄積部に対する蓄積時に、前記ライフログ情報に対応する前記複数指標の初期スコアを生成するスコア生成部を有する請求項１乃至１０のいずれか１項に記載の情報処理装置。
【請求項１２】
前記ライフログ情報管理部は、前記複数指標のスコアを更新するスコア更新部、をさらに有する請求項１乃至１１のいずれか１項に記載の情報処理装置。
【請求項１３】
前記スコア更新部は、ユーザが前記ライフログ情報を肯定的に使用している場合に前記スコアを高く、ユーザが前記ライフログ情報を否定的に使用している場合に前記スコアを低くする請求項１２に記載の情報処理装置。
【請求項１４】
前記ライフログ情報管理部は、所定の条件を満たした場合に、前記ライフログ情報蓄積部における前記ライフログ情報の記憶容量を削減するため、前記複数指標のスコアに基づいて前記ライフログ情報を前記ライフログ情報蓄積部から削除するライフログ情報削除部をさらに有する請求項１乃至１３のいずれか１項に記載の情報処理装置。
【請求項１５】
前記所定の条件は、前記ライフログ情報蓄積部に蓄積された各ユーザのライフログ情報数が第２閾値を超えた場合と、前記ライフログ情報蓄積部に蓄積された全ライフログ情報数が第３閾値を超えた場合と、前記ライフログ情報蓄積部に蓄積されたライフログ情報のデータ量が第４閾値を超えた場合と、前記ライフログ情報蓄積部に蓄積された前記ライフログ情報に対する前記情報処理装置による処理時間が第５閾値を越えた場合と、の少なくとも１つを含む請求項１４に記載の情報処理装置。
【請求項１６】
前記ライフログ情報削除部は、前記複数指標のスコアのそれぞれに重み付けをして組み合わせ、組み合わせたスコアが第６閾値より低い前記ライフログ情報を削除する請求項１４または１５に記載の情報処理装置。
【請求項１７】
前記ライフログ情報削除部は、前記複数指標として、前記ライフログ情報の最終出現日と、前記ライフログ情報の特徴度と、の少なくとも１つに基づいて前記ライフログ情報を削除する請求項１４乃至１６のいずれか１項に記載の情報処理装置。
【請求項１８】
ライフログ情報管理部は、前記コミュニケーション情報収集部が収集するコミュニケーション情報全体に含まれる前記ライフログ情報の出現頻度が第１閾値より小さい場合に、前記第１閾値より大きい場合に比して前記ライフログ情報の特徴度がより高く設定する請求項１７に記載の情報処理装置。
【請求項１９】
ライフログ情報管理部は、前記ライフログ情報が季節を表わす場合に、季節を表わさない場合に比して前記ライフログ情報の特徴度はより高く設定する請求項１７または１８に記載の情報処理装置。
【請求項２０】
蓄積された前記ライフログ情報と前記複数指標のスコアとを用いて所定のユーザへ提供するソーシャルコミュニケーション情報を選択し、前記選択されたソーシャルコミュニケーション情報を前記所定のユーザが使用中の通信端末に送信するソーシャルコミュニケーション情報生成部、をさらに備える請求項１乃至１９のいずれか１項に記載の情報処理装置。
【請求項２１】
前記ソーシャルコミュニケーション情報生成部は、前記ソーシャルコミュニケーション情報として、前記ソーシャルコミュニケーション情報に対するユーザの応答から前記ユーザの嗜好を取得できる案内情報または広告情報を生成する請求項２０に記載の情報処理装置。
【請求項２２】
前記案内情報または前記広告情報は、前記ユーザの嗜好を取得できるライフログ情報を含む請求項２１に記載の情報処理装置。
【請求項２３】
前記ソーシャルコミュニケーション情報生成部が送信した前記ソーシャルコミュニケーション情報に対する前記ユーザの応答を受信して、前記応答に基づいて前記ユーザの反応を分析するユーザ反応分析部、をさらに備える請求項２０乃至２２のいずれか１項に記載の情報処理装置。
【請求項２４】
ソーシャルコミュニケーションの成立に対する各ライフログ情報の寄与の度合いに基づいて、前記複数指標に付与するスコアを更新するスコア学習部、をさらに備える請求項１乃至２３のいずれか１項に記載の情報処理装置。
【請求項２５】
ネットワークを介してやり取りされたユーザのコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する情報処理装置の制御方法であって、
前記コミュニケーション情報を収集し、
収集した前記コミュニケーション情報に含まれるライフログ情報を抽出し、
ライフログ情報蓄積部に対して、抽出した前記ライフログ情報を少なくともユーザ単位に検索できる構成で蓄積すると共に、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶し、
前記複数指標のスコアの組み合わせに基づいて、前記ライフログ情報蓄積部に蓄積された前記ライフログ情報を管理する、
ことを含む情報処理装置の制御方法。
【請求項２６】
ネットワークを介してやり取りされたユーザのコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する情報処理装置の制御プログラムであって、
前記コミュニケーション情報を収集し、
収集した前記コミュニケーション情報に含まれるライフログ情報を抽出し、
ライフログ情報蓄積部に対して、抽出した前記ライフログ情報を少なくともユーザ単位に検索できる構成で蓄積すると共に、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶し、
前記複数指標のスコアの組み合わせに基づいて、前記ライフログ情報蓄積部に蓄積された前記ライフログ情報を管理する、
ことをコンピュータに実行させる制御プログラム。
【請求項２７】
請求項１乃至２４のいずれか１項に記載の情報処理装置に対して、前記コミュニケーション情報を送信する通信端末であって、
複数のソーシャル・ネットワーキング・サービスを介したコミュニケーション情報を時系列に並べて、１つのタイムライン情報を作成するタイムライン作成部と、
前記情報処理装置に送信するための所定期間の前記コミュニケーション情報を保持するコミュニケーション情報保持部と、
を備える通信端末。
【請求項２８】
請求項１乃至２４のいずれか１項に記載の情報処理装置に対して、前記コミュニケーション情報を送信する通信端末の制御方法であって、
複数のソーシャル・ネットワーキング・サービスを介したコミュニケーション情報を時系列に並べて、１つのタイムライン情報を作成し、
前記情報処理装置に送信するための所定期間の前記コミュニケーション情報を保持する、
ことを含む通信端末の制御方法。
【請求項２９】
請求項１乃至２４のいずれか１項に記載の情報処理装置に対して、前記コミュニケーション情報を送信する通信端末の制御プログラムであって、
複数のソーシャル・ネットワーキング・サービスを介したコミュニケーション情報を時系列に並べて、１つのタイムライン情報を作成し、
前記情報処理装置に送信するための所定期間の前記コミュニケーション情報を保持する、
ことをコンピュータに実行させる制御プログラム。
【請求項３０】
ネットワークを介してやり取りされたユーザのコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する情報処理システムであって、
前記コミュニケーション情報を収集するコミュニケーション情報収集部と、
収集した前記コミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出部と、
抽出した前記ライフログ情報を少なくともユーザ単位に検索できる構成で蓄積すると共に、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶するライフログ情報蓄積部と、
前記複数指標のスコアの組み合わせに基づいて、前記ライフログ情報蓄積部に蓄積された前記ライフログ情報を管理するライフログ情報管理部と、
蓄積された前記ライフログ情報と前記複数指標のスコアとを用いて所定のユーザへ提供する案内情報または広告情報を選択し、前記選択された案内情報または広告情報を前記所定のユーザが使用中の通信端末を介して提供する情報提供部と、
を備える情報処理システム。
【請求項３１】
ネットワークを介してやり取りされたユーザのコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する情報処理システムの情報処理方法であって、
前記情報処理システムのコミュニケーション情報収集部は、前記コミュニケーション情報を収集し、
前記情報処理システムのライフログ情報抽出部は、収集した前記コミュニケーション情報に含まれるライフログ情報を抽出し、
前記情報処理システムのライフログ情報蓄積部は、抽出した前記ライフログ情報を少なくともユーザ単位に検索できる構成で蓄積すると共に、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶し、
前記情報処理システムのライフログ情報管理部は、前記複数指標のスコアの組み合わせに基づいて、前記ライフログ情報蓄積部に蓄積された前記ライフログ情報を管理し、
前記情報処理システムの情報提供部は、蓄積された前記ライフログ情報と前記複数指標のスコアとを用いて所定のユーザへ提供する案内情報または広告情報を選択し、前記選択された案内情報または広告情報を前記所定のユーザが使用中の通信端末を介して提供する、
ことを含む情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介したユーザのコミュニケーション情報に基づいてソーシャルコミュニケーション生成を支援する技術に関する。
【背景技術】
【０００２】
上記技術分野において、特許文献１では、サービス提供サーバにより、ユーザ端末装置間のコミュニケーションから文章データを取得し、文章を解析することによって文章中の名詞が肯定的に用いられているか否定的に用いられているかを登録する。これにより、ユーザの嗜好に基づいたサービスを提供する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】日本国特開２０１０−０４９６３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術は、文章データ中から抽出された名詞、あるいは嗜好判定のためのカテゴリ化された情報の構成を示すのみである。特許文献１に記載の技術は、そのような情報を記憶する情報記憶部における生成・変更・削除といった情報記憶管理に対する工夫は見られない。したがって、特許文献１は、多量に取得されるコミュニケーション情報を適切に記憶管理するための記憶構造は教示していない。【０００５】
本発明の目的の一例は、上述の課題を解決する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の実施態様に係る情報処理装置は、ネットワークを介してやり取りされたユーザのコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する。この情報処理装置は、前記コミュニケーション情報を収集するコミュニケーション情報収集部と、収集した前記コミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出部と、抽出した前記ライフログ情報を少なくともユーザ単位に検索できる構成で蓄積すると共に、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶するライフログ情報蓄積部と、前記複数指標のスコアの組み合わせに基づいて、前記ライフログ情報蓄積部に蓄積する前記ライフログ情報を管理するライフログ情報管理部と、を備える。【０００７】
上記目的を達成するため、本発明の第２の実施態様に係る情報処理装置の制御方法は、ネットワークを介してやり取りされたユーザのコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する。この制御方法は、前記コミュニケーション情報を収集し、収集した前記コミュニケーション情報に含まれるライフログ情報を抽出し、ライフログ情報蓄積部に対して、抽出した前記ライフログ情報を少なくともユーザ単位に検索できる構成で蓄積すると共に、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶し、前記複数指標のスコアの組み合わせに基づいて、前記ライフログ情報蓄積部に蓄積された前記ライフログ情報を管理する、ことを含む。【０００８】
上記目的を達成するため、本発明の第３の実施態様に係る情報処理装置の制御プログラムは、ネットワークを介してやり取りされたユーザのコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する。この制御プログラムは、前記コミュニケーション情報を収集し、収集した前記コミュニケーション情報に含まれるライフログ情報を抽出し、ライフログ情報蓄積部に対して、抽出した前記ライフログ情報を少なくともユーザ単位に検索できる構成で蓄積すると共に、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶し、前記複数指標のスコアの組み合わせに基づいて、前記ライフログ情報蓄積部に蓄積された前記ライフログ情報を管理する、ことをコンピュータに実行させる。【０００９】
上記目的を達成するため、本発明の第４の実施態様に係る通信端末は、上記の情報処理装置に対して、前記コミュニケーション情報を送信する。この通信端末は、複数のソーシャル・ネットワーキング・サービスを介したコミュニケーション情報を時系列に並べて、１つのタイムライン情報を作成するタイムライン作成部と、前記情報処理装置に送信するための所定期間の前記コミュニケーション情報を保持するコミュニケーション情報保持部と、を備える。【００１０】
上記目的を達成するため、本発明の第５の実施態様に係る通信端末の制御方法は、上記の情報処理装置に対して、前記コミュニケーション情報を送信する。この制御方法は、複数のソーシャル・ネットワーキング・サービスを介したコミュニケーション情報を時系列に並べて、１つのタイムライン情報を作成し、前記情報処理装置に送信するための所定期間の前記コミュニケーション情報を保持する、ことを含む。【００１１】
上記目的を達成するため、本発明の第６の実施態様に係る制御プログラムは、上記の情報処理装置に対して、前記コミュニケーション情報を送信する。この制御プログラムでは、複数のソーシャル・ネットワーキング・サービスを介したコミュニケーション情報を時系列に並べて、１つのタイムライン情報を作成し、前記情報処理装置に送信するための所定期間の前記コミュニケーション情報を保持する、ことをコンピュータに実行させる。【００１２】
上記目的を達成するため、本発明の第７の実施態様に係る情報処理システムは、ネットワークを介してやり取りされたユーザのコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する。この情報処理システムは、前記コミュニケーション情報を収集するコミュニケーション情報収集部と、収集した前記コミュニケーション情報に含まれるライフログ情報を抽出するライフログ情報抽出部と、抽出した前記ライフログ情報を少なくともユーザ単位に検索できる構成で蓄積すると共に、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶するライフログ情報蓄積部と、前記複数指標のスコアの組み合わせに基づいて、前記ライフログ情報蓄積部に蓄積された前記ライフログ情報を管理するライフログ情報管理部と、蓄積された前記ライフログ情報と前記複数指標のスコアとを用いて所定のユーザへ提供する案内情報または広告情報を選択し、前記選択された案内情報または広告情報を前記所定のユーザが使用中の通信端末を介して提供する情報提供部と、を備える。【００１３】
上記目的を達成するため、本発明の第８の実施態様に係る情報処理システムの情報処理方法は、ネットワークを介してやり取りされたユーザのコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する。この情報処理方法は、前記情報処理システムのコミュニケーション情報収集部が、前記コミュニケーション情報を収集し、前記情報処理システムのライフログ情報抽出部が、収集した前記コミュニケーション情報に含まれるライフログ情報を抽出し、前記情報処理システムのライフログ情報蓄積部は、抽出した前記ライフログ情報を少なくともユーザ単位に検索できる構成で蓄積すると共に、前記ライフログ情報に対応付けて、新たなソーシャルコミュニケーション生成に前記ライフログ情報が寄与する度合いを示す複数指標のスコアを記憶し、前記情報処理システムのライフログ情報管理部が、前記複数指標のスコアの組み合わせに基づいて、前記ライフログ情報蓄積部に蓄積された前記ライフログ情報を管理し、前記情報処理システムの情報提供部が、蓄積された前記ライフログ情報と前記複数指標のスコアとを用いて所定のユーザへ提供する案内情報または広告情報を選択し、前記選択された案内情報または広告情報を前記所定のユーザが使用中の通信端末を介して提供する、ことを含む。
【発明の効果】
【００１４】
本発明によれば、多量に取得されるコミュニケーション情報を適切に記憶管理することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１実施形態に係る情報処理装置の構成を示すブロック図である。
【図２】本発明の第２実施形態に係る情報処理システムの構成を示すブロック図である。
【図３】本発明の第２実施形態に係る情報処理システムの動作手順を示すシーケンス図である。
【図４Ａ】本発明の第２実施形態に係る通信端末の表示画面例を示す。
【図４Ｂ】本発明の第２実施形態に係る通信端末の表示画面例を示す。
【図５Ａ】本発明の第２実施形態に係るユーザ毎のライフログ情報ＤＢの構成を示す。
【図５Ｂ】本発明の第２実施形態に係る全体のライフログ情報ＤＢの構成を示す。
【図６Ａ】本発明の第２実施形態に係るユーザ嗜好ＤＢの構成を示す。
【図６Ｂ】本発明の第２実施形態に係る案内／広告情報ＤＢの構成を示す。
【図７Ａ】本発明の第２実施形態に係る対象ＳＮＳテーブルの構成を示す。
【図７Ｂ】本発明の第２実施形態に係るスコア選定テーブルの構成を示す。
【図８】本発明の第２実施形態に係るユーザ嗜好用アルゴリズムの構成を示す。
【図９】本発明の第２実施形態に係るライフログ情報削除条件テーブルの構成を示す。
【図１０】本発明の第２実施形態に係るライフログ情報削除用アルゴリズムの構成を示す。
【図１１】本発明の第２実施形態に係るスコア更新用テーブルの構成を示す。
【図１２】本発明の第２実施形態に係る算出スコアテーブルの構成を示す。
【図１３】本発明の第２実施形態に係るユーザ嗜好分析テーブルの構成を示す。
【図１４】本発明の第２実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
【図１５】本発明の第２実施形態に係る情報処理装置の処理手順を示すフローチャートである。
【図１６Ａ】本発明の第２実施形態に係るライフログ情報削除処理の処理手順を示すフローチャートである。
【図１６Ｂ】本発明の第２実施形態に係るライフログ情報生成処理の処理手順を示すフローチャートである。
【図１６Ｃ】本発明の第２実施形態に係るライフログ情報更新処理の処理手順を示すフローチャートである。
【図１７】本発明の第２実施形態に係る通信端末のハードウェア構成を示すブロック図である。
【図１８】本発明の第２実施形態に係る通信端末の処理手順を示すフローチャートである。
【図１９】本発明の第３実施形態に係る情報処理システムの構成を示すブロック図である。
【図２０】本発明の第３実施形態に係る付加ライフログ情報テーブルの構成を示す。
【図２１】本発明の第３実施形態に係るユーザ反応対応テーブルの構成を示す。
【図２２】本発明の第３実施形態に係るスコア変更テーブルの構成を示す。
【図２３】本発明の第３実施形態に係る案内／広告情報の挿入処理の処理手順を示すフローチャートである。
【図２４】本発明の第３実施形態に係るライフログ情報更新処理の処理手順を示すフローチャートである。
【図２５】本発明の第４実施形態に係るＳＮＳ重み付けテーブルの構成を示す。
【図２６】本発明の第４実施形態に係る情報処理装置の処理手順を示すフローチャートである。
【図２７】本発明の第５実施形態に係る情報処理システムの構成を示すブロック図である。
【図２８】本発明の第５実施形態に係る情報処理システムの動作手順を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲はそれらのみに限定されない。
【００１７】
［第１実施形態］
本発明の第１実施形態に係る情報処理装置１００について、図１を参照して説明する。情報処理装置１００は、ネットワーク１５０を介してやり取りされたユーザ１７１〜１７５のコミュニケーション情報に基づいてソーシャルコミュニケーションの生成を支援する。
【００１８】
図１に示すように、情報処理装置１００は、コミュニケーション情報収集部１１０と、ライフログ情報抽出部１２０と、ライフログ情報蓄積部１３０と、ライフログ情報管理部１４０と、を含む。コミュニケーション情報収集部１１０は、ネットワーク１５０を介してやり取りされた不特定ユーザ１７１〜１７５のコミュニケーション情報を収集する。ライフログ情報抽出部１２０は、収集したコミュニケーション情報に含まれるライフログ情報を抽出する。ライフログ情報蓄積部１３０は、抽出したライフログ情報１３２を少なくともユーザ１３１単位に検索できる構成で蓄積する。それと共に、ライフログ情報蓄積部１３０は、ライフログ情報１３２に対応付けて、新たなソーシャルコミュニケーション生成にライフログ情報１３２が寄与する度合いを示す複数指標のスコア１３３を記憶する。ライフログ情報管理部１４０は、複数指標のスコア１３３の組み合わせに基づいて、ライフログ情報蓄積部１３０に蓄積するライフログ情報１３２を管理する。
【００１９】
本実施形態によれば、多量に取得されるコミュニケーション情報を適切に記憶管理することができる。
【００２０】
［第２実施形態］
次に、本発明の第２実施形態に係る情報処理システムについて説明する。本実施形態においては、ソーシュアル・コミュニケーション・サーバ（以下、ＳＣサーバ）として機能する情報処理装置が、複数のソーシャル・ネットワーキング・サービス（以下、ＳＮＳ：Social Networking Service）を含むネットワーク通信からユーザのコミュニケーション情報を収集する。そして、この情報処理装置は、収集した複数のＳＮＳのコミュニケーション情報を１つのタイムライン情報として表示させると共に、コミュニケーション情報からライフログ情報を抽出して、好適な管理を行なう。生成、更新および削除が一元的に管理されるライフログ情報は、新たなソーシャルコミュニケーション生成を支援するために使用される。
【００２１】
本実施形態によれば、多量に取得されるコミュニケーション情報を適切に記憶および管理しながら、その記憶および管理する技術が新たなソーシャルコミュニケーション生成の支援にも好適に用いることができる。
【００２２】
《情報処理システムの構成》
図２は、本実施形態に係る情報処理システム２００の構成を示すブロック図である。
【００２３】
図２の情報処理システム２００は、ネットワーク２５０を介して接続されるＳＣサーバとして動作する情報処理装置２１０と、複数の通信端末２３０と、複数のＳＮＳサーバ２４１，２４２と、案内／広告情報提供サーバ２４３とを備える。ネットワーク２５０は、第１ＳＮＳサーバ２４１、第ｎＳＮＳサーバ２４２など複数のＳＮＳや他のネットワークサービスを含む。ＳＮＳとしては、既存のＳＮＳや将来開設されるＳＮＳも含む。案内／広告情報提供サーバ２４３は、通信端末２３０に報知する案内情報や広告情報を情報処理装置２１０に提供する。複数の通信端末２３０は、互いに、ＳＮＳや他のネットワークサービスを使用してコミュニケーション情報のやり取りを行なう。このコミュニケーション情報は、ＳＮＳからあるいは各通信端末２３０から情報処理装置２１０によって集められる。本実施形態において、コミュニケーション情報は、メッセージや文章などのテキストデータ、静止画や動画を含む映像データ、およびＧＰＳ（Global Positioning System）などによるユーザの位置情報や位置情報の履歴からのユーザの行動情報を含む。
【００２４】
情報処理装置２１０は、ネットワーク２５０を介して、ＳＮＳサーバ２４１、２４２や通信端末２３０と通信するための通信制御部２１１を有する。コミュニケーション情報収集部２１２によって、対象ＳＮＳテーブル２１２ａに登録されたＳＮＳサーバ２４１、２４２あるいは通信端末２３０から通信制御部２１１を介して受信されたユーザのコミュニケーション情報が収集される。収集された複数のＳＮＳや他のネットワークサービスを介するコミュニケーション情報は、タイムライン情報作成部２２１によって、ユーザごとに通信時刻順に並べられ、ユーザが使用している通信端末２３０に送信される。
【００２５】
ライフログ情報ＤＢ２１５からタイムライン情報作成部２２１への破線矢印で示すように、タイムライン情報作成部２２１は、各ユーザのライフログ情報のスコア（図５Ａ参照）を使用して、タイムライン情報を作成してもよい。例えば、タイムライン情報作成部２２１は、通信情報順のみでなくユーザが興味を持っている度合いも考慮して、コミュニケーション情報を並び替えることができる。この場合には、タイムライン情報作成部２２１は、収集したコミュニケーション情報や対象ＳＮＳのタイムライン情報からライフログ情報抽出部２１３が抽出したライフログ情報に対応する、ライフログ情報ＤＢ２１５におけるスコアを参照する。ライフログ情報抽出部２１３からタイムライン情報作成部２２１への破線矢印はその処理を表わしている。
【００２６】
収集された複数のＳＮＳや他のネットワークサービスの各コミュニケーション情報からは、ライフログ情報抽出部２１３によって、ライフログ情報が抽出される。ライフログ情報記憶部２１４によって、抽出されたライフログ情報がライフログ情報データベース（以下、データベースは、ＤＢと記する）２１５に蓄積される。
【００２７】
ライフログ情報は、コミュニケーション情報がメッセージや文章などのテキストデータである場合には、メッセージや文章に含まれるキーワード情報およびそのキーワード情報の使用法を含む。ライフログ情報抽出部２１３は、メッセージや文章からキーワード情報およびそのキーワード情報の使用法をテキストマイニングによって行なう。ライフログ情報抽出部２１３は、テキストマイニングによって、キーワード情報の使用法としてキーワード情報を肯定的に使用しているかあるは否定的に使用しているかなども判定する。
ライフログ情報は、コミュニケーション情報がユーザの行動や行動履歴などの行動データである場合には、位置情報および行動情報を含む。
ライフログ情報は、コミュニケーション情報が静止画や動画などの映像データである場合には、画像の特徴情報および映像の特徴情報を含む。
【００２８】
ライフログ情報記憶部２１４は、ライフログ情報ＤＢ２１５へのライフログ情報を蓄積する時には、ユーザごとに検索可能な状態でライフログ情報を蓄積するとともに、全ユーザを含む状態でライフログ情報を蓄積する（図５Ａおよび図５Ｂ参照）。本実施形態においては、ライフログ情報記憶部２１４は、ライフログ情報ＤＢ２１５へのライフログ情報を蓄積する時に、蓄積しようとしているライフログ情報が既に登録されているかあるいは未だ登録されていないかを判定する。蓄積しようとしているライフログ情報が登録されていなければ、ライフログ情報管理部２１６のスコア生成部２１６ａが、ライフログ情報に対して、新たなソーシャルコミュニケーション生成を決定する複数指標の初期スコアを付して登録する（図７Ｂ参照）。蓄積しようとしているライフログ情報が既に登録されていれば、スコア更新部２１６ｂが、ライフログ情報に付された複数指標のスコアを更新する。ライフログ情報管理部２１６のライフログ情報削除部２１６ｃは、ライフログ情報ＤＢ２１５に対して既に蓄積した情報の容量が、ライフログ情報ＤＢ２１５に蓄積可能な容量の限度に近付いているか否かを判断する。ライフログ情報ＤＢ２１５に蓄積可能な容量の限度に近づいているとした場合には、ライフログ情報削除部２１６ｃは、ライフログ情報ＤＢ２１５中のライフログ情報を削除して、空領域をつくる（図１０参照）。
【００２９】
ユーザからのコミュニケーション情報の取得に対応して、ライフログ情報分析部２１７は、ライフログ情報ＤＢ２１５の各ユーザのライフログ情報に基づいてユーザ嗜好を分析する。ライフログ情報分析部２１７は、分析したユーザ嗜好をユーザ嗜好ＤＢ２１８（図６Ａ参照）に蓄積する。ソーシャルコミュニケーション情報生成部２１９は、案内／広告情報提供サーバ２４３から受信した案内情報あるいは広告情報を、ユーザ嗜好に対応して蓄積する案内／広告情報ＤＢ２２０（図６Ｂ参照）から取得する。ソーシャルコミュニケーション情報生成部２１９は、取得した情報を用いて、サービス情報としてソーシャルコミュニケーション情報を生成する。ソーシャルコミュニケーション情報には、例えば、ユーザに対する新たなソーシャルコミュニケーション生成に有用な情報を得るために、所定のライフログ情報を付与してもよい。生成されたソーシャルコミュニケーション情報は、ユーザが使用中の通信端末２３０に対し、タイムライン情報に追加された状態で送信されてもよい。生成されたソーシャルコミュニケーション情報は、ユーザが使用中の通信端末２３０に対し、独立に案内／広告として随時送信されてもよい。
【００３０】
各通信端末２３０は、ネットワーク２５０を介して、ＳＮＳサーバ２４１，２４２や、ＳＣサーバとして機能する情報処理装置２１０と通信するための通信制御部２３１を有する。また、各通信端末２３０は、コミュニケーション実行部２３２と、タイムライン情報受信部２３３と、コミュニケーション情報提供部２３４と、ソーシャルコミュニケーション情報受信部２３５とを有する。
【００３１】
コミュニケーション実行部２３２は、ＳＮＳによる他の通信端末とのコミュニケーションであるデータのやり取りを実行する。タイムライン情報受信部２３３は、情報処理装置２１０のタイムライン情報作成部２２１は生成した複数のＳＮＳや他のコミュニケーションサービス全体のタイムライン情報を受信して、表示部２３６に表示する。コミュニケーション情報提供部２３４は、情報処理装置２１０のコミュニケーション情報収集部２１２に対して、自通信端末２３０の送受信したコミュニケーション情報を提供する。あるいは、コミュニケーション情報提供部２３４は、情報処理装置２１０がＳＮＳからコミュニケーション情報を取得できるようにするための情報（パスワードなど）を情報処理装置２１０に提供する。
【００３２】
ソーシャルコミュニケーション情報受信部２３５は、情報処理装置２１０のソーシャルコミュニケーション情報生成部２１９が生成したソーシャルコミュニケーション情報を受信して、表示部２３６の所望位置に所望フォーマットで表示する。また、各通信端末２３０は、表示部２３６と、音声処理部２３７と、操作部２３８と、ＧＰＳ受信部２３９とを有する。表示部２３６は、コミュニケーション情報、タイムライン情報およびソーシャルコミュニケーション情報を含む情報を表示して、ユーザに報知する。音声処理部２３７は、表示部２３６に表示された情報に対応する音声あるいはダウンロードされた音楽を再生すると共に、ユーザの発生音を集音する機能を有する。操作部２３８は、例えば、各種スイッチやタッチパネルによるユーザの操作指示を受け付ける。ＧＰＳ受信部２３９は、不図示のＧＰＳ衛星からの信号を受信して、通信端末２３０の位置を測定し、その位置情報をコミュニケーション情報の１つとして提供する。また、通信端末２３０は撮像部２４０を有していてもよい。その場合には、撮像部２４０で撮像された静止画や動画を含む映像は添付データという形でコミュニケーション情報に含まれる。
【００３３】
このように、通信端末２３０が複数のＳＮＳサーバ２４１，２４２を介して他の通信端末２３０と行なったコミュニケーションのコミュニケーション情報は、通信端末２３０あるいはＳＮＳサーバ２４１，２４２から情報処理装置２１０に収集される。コミュニケーション情報から抽出されたライフログ情報は、ライフログ情報ＤＢ２１５に蓄積される。ライフログ情報管理部２１６は、蓄積されるライフログ情報に対して、新たなソーシャルコミュニケーション生成を決定する複数指標のスコアの生成と更新を行い、また、ライフログ情報の削除を管理する。ライフログ情報分析部２１７は、複数指標のスコアに基づいて各ユーザが興味を持つライフログ情報を分析し、ライフログ情報に基づきユーザ嗜好を判定する。ソーシャルコミュニケーション情報生成部２１９は、ユーザ嗜好に合致した案内／広告を提供する。
【００３４】
《情報処理システムの動作手順》
図３は、本実施形態に係る情報処理システム２００の動作手順３００を示すシーケンス図である。図３においては、通信端末２３０がＳＮＳを介してコミュニケーション情報を送信する場合の動作手順の例を示す。通信端末２３０が他の通信端末２３０からコミュニケーション情報を受信する場合の動作手順も同様である。また、コミュニケーション情報には、ＳＮＳを介して送受信されるコミュニケーション情報のみでなく、ＳＣサーバである情報処理装置２１０が取得可能なコミュニケーション情報もすべて含まれてよい。
【００３５】
まず、ステップＳ３０１において、通信端末２３０が、通信端末２３０のコミュニケーション情報を情報処理装置２１０に提供すると共に、情報処理装置２１０から複数のＳＮＳを含むタイムライン情報を受信して表示するコミュニケーション情報提供プログラムを要求する。そして、情報処理装置２１０から通信端末２３０にコミュニケーション情報提供プログラムがダウンロードされる。通信端末２３０にあらかじめコミュニケーション情報提供プログラムが内蔵されている場合は、ステップＳ３０１の処理は不要である。
【００３６】
その後、ステップＳ３０３において、通信端末２３０から所望のＳＮＳにログインが行なわれる。この時に、そのログインのメールアドレスやパスワードが情報処理装置２１０にも送信される。情報処理装置２１０は、ステップＳ３０５において、ユーザＩＤに対応付けて、ログインしたＳＮＳおよび受信したメールアドレスとパスワードとを登録する。この登録は、対象ＳＮＳおよびメールアドレスとパスワードとを情報処理装置２１０の対象ＳＮＳテーブル２１２ａに登録することで行なう（図４Ａおよび図７Ａ参照）。
【００３７】
その後、例えば、ステップＳ３０７において、通信端末２３０からＳＮＳサーバ２４１，２４２を介した他の通信端末２３０群へのコミュニケーション情報の送信がある場合について説明する。その場合、ステップＳ３０９において、コミュニケーションを仲介したＳＮＳサーバ２４１，２４２あるいは送受信した通信端末２３０からコミュニケーション情報が情報処理装置２１０に通知される。実際には、対象ＳＮＳテーブル２１２ａにユーザに対応して登録されたＳＮＳからそのユーザのタイムライン情報を取得する。情報処理装置２１０は、ステップＳ３１１において、今送受信されたコミュニケーション情報および対象ＳＮＳのタイムライン情報から、登録されたＳＮＳ全体の時刻順のタイムライン情報を生成する。ステップＳ３１３において、情報処理装置２１０は、通信端末２３０に生成されたタイムライン情報を送信する。ステップＳ３１５において、通信端末２３０の表示部２３６には、複数のＳＮＳのコミュニケーション情報を時刻順に並べたタイムラインが表示される（図４Ａ参照）。図３では、煩雑さをさけるため、タイムライン表示の指定操作（図４Ａの中央部分と右側部分図参照）については省略している。
【００３８】
タイムライン情報作成において、ライフログ情報ＤＢ２１５の情報を参照する場合には、ステップＳ３１１〜Ｓ３１５のタイムライン情報の作成、送信、表示は、ステップＳ３１７のライフログ情報抽出の後や、ステップＳ３１９のライフログ情報の生成／更新／削除の後に、実行されることになる。
【００３９】
新たなコミュニケーション情報からは、ステップＳ３１７において、ライフログ情報が抽出される。抽出されたライフログ情報は情報処理装置２１０のライフログ情報ＤＢ２１５に蓄積される。ステップＳ３１９では、新たなライフログ情報の生成と、既に登録されているライフログ情報の更新と、ライフログ情報ＤＢ２１５の空き領域を確保するためのライフログ情報の削除と、が行なわれる。ライフログ情報ＤＢ２１５には、他のＳＮＳによるコミュニケーション情報も、各ユーザ単位にあるいは全ユーザで蓄積される。それらのコミュニケーション情報は、以下のソーシャルコミュニケーション生成としての案内情報や広告情報の提供に用いられる。
【００４０】
その後、ステップＳ３２１において、通信端末２３０からのコミュニケーション要求（コミュニケーション情報の送信を含む）があると、それは情報処理装置２１０に伝えられる。情報処理装置２１０は、ステップＳ３２３において、ライフログ情報ＤＢ２１５にユーザ単位のコミュニケーション情報を要求する。ステップＳ３２５において、ライフログ情報ＤＢ２１５は、情報処理装置２１０にユーザ単位のコミュニケーション情報を送る。次に、情報処理装置２１０は、ステップＳ３２７において、取得したライフログ情報に基づいてユーザ嗜好を分析する。ステップＳ３２９において、案内／広告情報提供サーバ２４３は、情報処理装置２１０に案内／広告情報を提供する。ステップＳ３３１において、情報処理装置２１０は、提供された案内／広告情報からユーザ嗜好に基づいた案内・広告を選択する。案内／広告情報は、あらかじめ案内／広告情報提供サーバ２４３から提供され、案内／広告情報ＤＢ２２０に格納されていてもよい。ステップＳ３３３において、情報処理装置２１０から通信端末２３０に対して、独立に、あるいはタイムライン情報に組み込まれてソーシャルコミュニケーション情報として案内・広告情報が通知される。通信端末２３０においては、ステップＳ３３５において、受信した案内・広告を画面あるいは音声でユーザに通知する。
【００４１】
図３のシーケンス図の案内・広告情報の報知手順は、ステップＳ３２１における通信端末２３０からのコミュニケーション要求に基づいてトリガされている。しかしながら、案内・広告情報は、情報処理装置２１０から逐次プッシュ配信されてもよい。
【００４２】
《通信端末の表示画面》
次に、通信端末２３０の本実施形態を特徴付ける表示画面例について説明する。
【００４３】
（登録時）
図４Ａは、タイムライン情報に含むべきコミュニケーション情報を登録する場合の、本実施形態に係る通信端末２３０の表示画面例を示す。図４Ａは左から右へ、共通のタイムラインを表示するＳＮＳを登録し、その共通タイムラインを表示するまでの表示画面を示している。図４Ａに示す操作および表示は一例であって、これに限定されない。
【００４４】
図４Ａの左側部分は、情報処理装置２１０が提供する全タイムライン表示を含むサービスプログラムが動作後の通信端末２３０の表示画面４１０を示す。表示画面４１０は、既にＳＮＳ−ＡとＳＮＳ−Ｂとが情報処理装置２１０に対するログイン処理が済んでいる状態を示している。したがって、ＳＮＳ−Ａボタン４１２とＳＮＳ−Ｂボタン４１３とは明るく表示され、ＳＮＳ−ＡのタイムラインとＳＮＳ−Ｂのタイムラインとが時刻順に表示されている（ＳＮＳ−Ａのタイムラインの一部は、ウインドウ４１１の裏に隠れている）。表示画面４１０には、ＳＮＳ−Ｃへログインを行なうウインドウ４１１が開いている。ＳＮＳ−Ｃにはログインが未だなので、ＳＮＳ−Ｃボタン４１４は減色あるいは薄く表示されている。
【００４５】
図４Ａの中央部分は、ウインドウ４１１からＳＮＳ−Ｃのログイン指示がされて、ＳＮＳ−Ｃがログイン処理された後の、通信端末２３０の表示画面４２０を示す。表示画面４２０では、ＳＮＳ−Ｃボタン４１４の文字が強く表示されてＳＮＳ−Ｃへのログインが示されている。しかし、ＳＮＳ−Ｃボタン４１４は減色あるいは薄く表示されタイムライン４２１にはＳＮＳ−Ｃの送受信情報は表示されていない。
【００４６】
図４Ａの右側部分は、ＳＮＳ−Ｃボタン４１４が押されてＳＮＳ−Ｃのタイムライン表示を開始した状態の、通信端末２３０の表示画面４３０を示す。表示画面４３０では、ＳＮＳ−ＡとＳＮＳ−ＢとＳＮＳ−Ｃとが共通タイムライン４３１に時刻順に並んで表示されている。すなわち、ＳＮＳ−Ｃのタイムライン４３１ａが追加されている。
【００４７】
以上が、複数のＳＮＳの各タイムラインを共通タイムラインにまとめて表示する手順を示す、通信端末２３０における表示画面例である。
【００４８】
（案内／広告報知時）
図４Ｂは、案内あるいは広告を報知する場合の、本実施形態に係る通信端末２３０の表示画面例を示す。図４Ｂにおいては、中央部分に新たなツイート内容を入力して送信した時の表示画面を示す。図４Ｂにおいては、左側部分および右側部分にタイムログ情報によるユーザ嗜好の分析に基づいて案内情報を報知する２つの報知例を示している。
【００４９】
図４Ｂの中央部分の通信端末２３０の表示画面４４０には、タイムラインの最新要素"ＹＹＹ・・"と１つ前の要素"ＸＸＸ・・"が表示され、新たなツイート内容入力ウインドウ４４１に要素"ＺＺＺ・・"が入力されている。
【００５０】
図４Ｂの右側部分に示す通信端末２３０の表示画面４５０では、新たなツイート内容入力ウインドウ４４１から入力されて送信された要素"ＺＺＺ・・"をタイムラインの最新要素４４１ａとして表示する。同時に、タイムラインの最新要素４４１ａに続いて、ライフログ情報に基づいて分析されたユーザ嗜好に従って選択された案内情報４５１が表示されている。
【００５１】
一方、図４Ｂの左側部分に示す通信端末２３０の表示画面４６０では、新たなツイート内容入力ウインドウ４４１から入力されて送信された要素"ＺＺＺ・・"をタイムラインの最新要素４４１ａとして表示する。そのタイムラインの表示とは別に、ライフログ情報に基づいて分析されたユーザ嗜好に従って選択された案内情報４６１が表示されている。ユーザ嗜好に従って選択された案内情報４６１は、タイムラインの更新とはまったく独立したタイミングで自由な位置に表示されてよい。
【００５２】
《情報処理装置の記憶構成》
以下、本実施形態のＳＣサーバとして機能する情報処理装置２１０のデータ記憶構成を説明する。以下に説明するデータ記憶構成に従って記憶されたデータを整理あるいは検索することによって、情報処理装置２１０の各機能が実現するものである。
【００５３】
（ライフログ情報ＤＢ）
図５Ａは、本実施形態に係るユーザ毎のライフログ情報ＤＢ２１５−１の構成を示す。以下、本実施形態においては、ライフログ情報を、メッセージ中のキーワード(Keyword)、ユーザの位置情報や行動履歴を含む行動(Action)、静止画および動画を含む映像の特徴量(Image)、人の声や自然の音および音楽を含む音声情報の特徴量(Audio)、に大別して説明する。行動履歴は、例えば、店や美術館や競技場などの入場のチェックイン情報を含み、通信端末から送信される。
【００５４】
上記ライフログ情報の分類は一例である。また、コミュニケーション情報から抽出するライフログ情報は、ユーザを特徴付ける情報として寄与すればよく、上記範囲に限定されない。例えば、ライフログ情報には、通信端末２３０でどのアプリケーションを使ったかを示す情報や、どんな検索キーワードを入力したかを示す情報などのバーチャルな行動情報を含んでよい。また、ライフログ情報には、ユーザに関する情報である、ユーザの体重や血圧、歩行した歩数等の身体情報などの情報も含まれる。
【００５５】
ライフログ情報ＤＢ２１５−１は、ユーザＩＤ５１１単位にコミュニケーション情報に出現したライフログ情報５１２を記憶する。実際には、図５ＡにようにユーザＩＤ５１１ごとにまとめられてなくても、ユーザＩＤにより検索可能な構成であればよい。各ライフログ情報５１２に対応付けて、ソーシャルコミュニケーション生成に寄与する度合いを表わすことが可能な複数の指標が記憶されている。複数の指標には、ライフログ情報の出現回数５１３、ライフログ情報の所定期間内の出現回数である出現頻度５１４、ユーザを特徴付ける度合いを示す特徴度５１５、ライフログ情報の最終出現日５１６を含む。さらに、複数の指標には、ライフログ情報の時間軸での特定期間や時間帯５１７、ライフログ情報の保存期間５１８、ライフログ情報の地理的特徴５１９などを含む。これら複数の指標には、ソーシャルコミュニケーション生成に寄与する度合いを表わすスコアが付与される（スコアについては、図７Ｂ参照）。これら複数の指標の組み合わせから、各ライフログ情報のソーシャルコミュニケーション生成に寄与する度合いが判定される。指標は図５Ａに示す指標に限定されない。
【００５６】
特徴度５１５については、例えば、最近のコミュニケーション情報全体にあまり現われないライフログ情報が特定のユーザに現われる場合や、ライフログ情報が平均的な出現率を遙かに超える頻度で特定のユーザに現われる場合や、ライフログ情報が長期間に亘って所定頻度以上に出現する場合、などに高いスコアが与えられる。
【００５７】
期間／時間帯５１７において、期間としては、季節感あるいはクリスマスなどの定期的イベントなどを含む。例えば、季節感については、直接の季節を表わす言葉や、俳句の季語のような言葉や、ユーザに関わりのある季節の催し物やイベント、あるいは毎年恒例の出来事、などに高いスコアが与えられる。時間帯については、ライフログ情報の出現が真夜中か早朝かなどにより異なるスコアが与えられる。地理的特徴５１９については、地域、地形、気候、天候などにより異なるスコアが与えられる。期間／時間帯５１７や地理的特徴５１９については、個々のスコアをまとめたものを１つのスコアを指標としてもよいし、個々にスコアを与えても良い。個々のスコアをまとめたものを１つのスコアにする場合には、期間／時間帯５１７や地理的特徴５１９の親指標の下に更に複数の子指標を階層的に構成したようなライフログ情報ＤＢ２１５−１の構成も考えられる。
【００５８】
図５Ｂは、本実施形態に係る全体のライフログ情報ＤＢ２１５−２の構成を示す。
【００５９】
図５Ｂは、ユーザＩＤごとにまとめられてない、全ユーザあるいは全ＳＮＳのコミュニケーション情報に出現するライフログ情報を蓄積したライフログ情報ＤＢ２１５−２の構成を示す。
【００６０】
ライフログ情報ＤＢ２１５−２は、各ライフログ情報５２１に対応付けて、ソーシャルコミュニケーション生成に寄与する度合いを表わすことが可能な複数の指標が記憶されている。複数の指標には、ライフログ情報の出現回数５２２、ライフログ情報の一定期間内の出現回数である出現頻度５２３、ユーザを特徴付ける度合いを示す特徴度５２４、ライフログ情報の最終出現日５２５、ライフログ情報の時間軸での特定期間や時間帯５２６、ライフログ情報の保存期間５２７、ライフログの地理的特徴など５２８を含む。スコアなどについては、図５Ａに示すユーザ単位の場合と同じであっても、別に定めてもよい。
【００６１】
図５Ａに示すユーザ単位で複数の指標を管理する場合と、図５Ｂに示す全ユーザをひとまとめにして複数の指標を管理する場合とを説明した。しかしながら、複数ユーザのグループ単位などで複数の指標を管理してもよい。また、本例では、情報量が膨大になるため、ライフログ情報の取得ごとにスコアを更新する構成を示す。しかしながら、情報量に制限があり演算時間に余裕があれば、図５Ａに示すユーザ毎の複数の指標のスコアのみを蓄積し、全体のスコアはそのユーザ毎の複数の指標のスコアに基づいて演算してもよい。
【００６２】
（ユーザ嗜好ＤＢ）
図６Ａは、本実施形態に係るユーザ嗜好ＤＢ２１８の構成を示す。図６Ａのユーザ嗜好ＤＢ２１８の構成は一例であって、これに限定されない。
【００６３】
ユーザ嗜好ＤＢ２１８は、各ユーザＩＤ６１１に対応付けて、第１ライフログ情報６１２、第２ライフログ情報６１３、...、第ｎライフログ情報６１４を記憶する。第１ライフログ情報６１２は、ライフログ情報の中で嗜好用スコア演算アリゴリズム（図８参照）に従って算出されたスコアが最大のライフログ情報である。第２ライフログ情報６１３は、スコアが２番目に高いライフログ情報である。第ｎライフログ情報６１４は、スコアがｎ番目に高いライフログ情報である。さらに、ユーザ嗜好ＤＢ２１８は、この第１から第ｎ（ｎは不定）のライフログ情報の組み合わせに基づいて分析された（図８参照）、第１嗜好分析結果６１５、第２嗜好分析結果６１６などが記憶されている。
【００６４】
（案内／広告情報ＤＢ）
図６Ｂは、本実施形態に係る案内／広告情報ＤＢ２２０の構成を示す。図６Ｂの案内／広告情報ＤＢ２２０の構成は一例であって、これに限定されない。
【００６５】
案内／広告情報ＤＢ２２０には、各嗜好分析結果６２１、ユーザの性別６２２、年齢６２３に対応付けて、あらかじめ案内／広告情報提供サーバ２４３などから提供された案内情報から、提供希望順に第１案内情報６２４、第２案内情報６２５が記憶される。また、案内／広告情報ＤＢ２２０には、提供希望順に第１広告情報６２６、第２広告情報６２７が記憶される。さらに、案内／広告情報ＤＢ２２０には、嗜好分析結果６２１、性別６２２、年齢６２３に対応付けて、案内情報や広告情報へのユーザの反応からソーシャルコミュニケーション生成に寄与する度合いの高いライフログ情報として、第１ライフログ情報６２８、第２ライフログ情報６２９などが記憶される。この第１ライフログ情報６２８、第２ライフログ情報６２９などは、可能であれば案内情報や広告情報に付加されることによって、ソーシャルコミュニケーション生成のより適切な選別処理を可能とする。
【００６６】
（対象ＳＮＳテーブル）
図７Ａは、本実施形態に係る対象ＳＮＳテーブル２１２ａの構成を示す。対象ＳＮＳテーブル２１２ａは、各ユーザおよび通信端末について、現在ログインしているＳＮＳを記憶する。図７Ａの対象ＳＮＳテーブル２１２ａの構成は一例であって、これに限定されない。
【００６７】
対象ＳＮＳテーブル２１２ａには、各ユーザＩＤおよび通信端末ＩＤ７１１に対応付けて、最初にログインした第１ログインＳＮＳ７１２、第１ログインＳＮＳ７１２のメールアドレスおよびパスワード７１３、第１ログインＳＮＳ７１２に対するタイムライン表示フラグ７１４が記憶される。また、対象ＳＮＳテーブル２１２ａには、２番目にログインした第２ログインＳＮＳ７１５、メールアドレスおよびパスワード７１６、タイムライン表示フラグ７１７が記憶される。さらに、対象ＳＮＳテーブル２１２ａには、ログインした順に、ｎ番目（ｎは不定）の第ｎログインＳＮＳ７１８、メールアドレスおよびパスワード７１９、タイムライン表示フラグ７２０が記憶される。
【００６８】
（スコア選定テーブル）
図７Ｂは、本実施形態に係るスコア選定テーブル７００の構成を示す。スコア選定テーブル７００は、各ライフログ情報について、どのような指標を準備し、各指標のスコアをどのように管理するかを記憶している。図７Ｂのスコア選定テーブル７００の構成では、上段図として最上位の複数指標と、その下に最上位の複数指標の各指標を更に細分化した指標とを有する階層構造の例を示した。複数の下位の指標を演算した結果を上位の指標としても良い。また、下位の１つの指標が上位の指標に置き換えられても良い。図７Ｂの構成は一例であって、これに限定されない。
【００６９】
スコア選定テーブル７００は、準備する指標７２１に対応付けて、初期スコア７２２を記憶する。また、スコア選定テーブル７００は、ライフログ情報がコミュニケーション情報のメッセージ情報に含まれている場合のスコア更新ステップ幅７２３と、ライフログ情報が添付コンテンツに含まれている場合のスコア更新ステップ幅７２４とを記憶する。スコア更新ステップ幅７２３とスコア更新ステップ幅７２４とを異ならせることで、メッセージ情報に含まれるライフログ情報と添付コンテンツに含まれるライフログ情報とが持つユーザ嗜好との関連度に差異を付ける。出現回数の場合、通常は、スコア更新ステップ幅７２３をスコア更新ステップ幅７２４より大きくする。また、スコア選定テーブル７００は、ライフログ情報によって、各指標に対する重み付けを変えるために、第１重み付け７２５、第２重み付け７２６なども記憶する。この重み付けは、スコア演算アルゴリズム（図８および図９参照）とも組み合わせることによって、ライフログ情報のソーシャルコミュニケーション生成への寄与の度合いをより繊細に制御可能となる。
【００７０】
例えば、通常は、出現回数の初期スコア７２２は"１"であり加算される。一方、出現最終日や保存期間の初期スコア７２２は"最大値"であり減算される。特徴度や期間／時間帯などは、これを有すると判断されたライフログ情報には他の指標のスコアによっては影響を受けない初期スコア７２２が付与されてよい。例えば、季節感のスコアでは、翌年の同じ時期まで維持し、翌年の同じ季節になっても季節感にあるライフログ情報が出現しない場合には、スコアを減少させるような制御も考えられる。地域のスコアでは、ライフログ情報がユーザの近所に関連があればスコアを高く、異なる土地に関連すればスコアを低くするなどの制御が考えられる。
【００７１】
スコア更新ステップ幅は、メッセージ情報内用と添付コンテンツ内用とを設けたがこれに限られない。スコア更新ステップ幅自体を蓄積されたライフログ情報の傾向に基づき変更する構成にしてもよい。例えば、爆発的に同じライフログ情報が出現するような場合には、ユーザ嗜好が隠れてしまうので、そのライフログ情報のスコア更新ステップ幅を減少させることも考えられる。
【００７２】
（ユーザ嗜好用アルゴリズム）
図８は、本実施形態に係るユーザ嗜好用アルゴリズム８００の構成を示す。図８のユーザ嗜好用アルゴリズム８００は、各ユーザのライフログ情報が有するスコア分布に基づいて、そのユーザの嗜好を判断するためのアルゴリズムである。図８のユーザ嗜好用アルゴリズム８００の構成は一例であって、これに限定されない。
【００７３】
ユーザ嗜好用アルゴリズム８００は、嗜好用スコア演算アルゴリズムテーブル８１０と、嗜好分析テーブル８２０とを有する。嗜好用スコア演算アルゴリズムテーブル８１０は、嗜好対象８１１に対応して、各ライフログ情報の複数指標の現スコアに基づいてトータルスコアを演算する嗜好用スコア演算アルゴリズム８１２を記憶する。嗜好対象によって演算アルゴリズムを変更しない場合、嗜好用スコア演算アルゴリズムテーブル８１０は１つの嗜好用スコア演算アルゴリズム８１２のみを記憶すればよい。嗜好分析テーブル８２０は、複数指標の現スコアに基づいて嗜好用スコア演算アルゴリズム８１２に従い算出したトータルスコアの高い順に並べられた第１ライフログ情報８２１、第２ライフログ情報８２２、...、第ｎライフログ情報８２３の組み合わせに対応して、嗜好分析結果８２４を記憶する。ライフログ情報の組み合わせのすべてが一致しなくても嗜好分析結果が得られるように準備しても良い。例えば、ライフログ情報の組み合わせと、第１ライフログ情報および第３ライフログ情報が一致すればある嗜好分析結果が得られるように準備することが可能である。
【００７４】
（ライフログ情報削除条件テーブル）
図９は、本実施形態に係るライフログ情報削除条件テーブル９００の構成を示す。図９のライフログ情報削除条件テーブル９００は、ライフログ情報を蓄積するライフログ情報ＤＢ２１５に空き領域が無くなって処理が中断あるいは遅延するのを防ぐために、ライフログ情報を削除するタイミングと削除量とを記憶する。図９のライフログ情報削除条件テーブル９００の構成は一例であって、これに限定されない。
【００７５】
ライフログ情報削除条件テーブル９００は、削除するタイミングを決める削除条件９０１に対応付けて、その閾値９０２と、削除量（あるいは維持する保存量）９０３を記憶する。本実施形態においては、削除条件９０１として、以下の４つ条件を準備する。しかしながら、削除条件は、これらに限定されない。
【００７６】
第１の条件は、ライフログ情報ＤＢ２１５に蓄積された各ユーザのライフログ情報数が閾値ＮＴｈを超えた場合である。この場合には、例えば、そのユーザのライフログ情報から記憶数Ｖ１だけ削除する。あるいは、そのユーザのライフログ情報のうち記憶数Ｖ１だけを残して他を削除する。
【００７７】
第２の条件は、ライフログ情報ＤＢ２１５に蓄積され全ライフログ情報数が閾値ＭＴｈを超えた場合である。この場合には、例えば、全ライフログ情報から記憶数Ｖ２だけ削除する。あるいは、全ライフログ情報のうち記憶数Ｖ２だけ残して他を削除する。
【００７８】
第３の条件は、ライフログ情報ＤＢ２１５に蓄積されたライフログ情報のデータ量が閾値ＱＴｈを超えた場合である。この場合には、例えば、全ライフログ情報から記憶量Ｖ３だけ削除する。あるいは、全ライフログ情報のうち記憶量Ｖ３だけ残して他を削除する。
【００７９】
第４の条件は、ライフログ情報ＤＢ２１５に蓄積されたライフログ情報に対する情報処理装置２１０による処理時間が閾値ＴＴｈを越えた場合である。
【００８０】
上記４つの削除条件は、１つを使用してもいずれかの組み合わせで使用しても構わない。また、いずれのライフログ情報を削除するかの判定は、各ライフログ情報が有するトータルスコアに基づいて行い、トータルスコアが低いライフログ情報から順に削除する（図１０参照）。
【００８１】
（ライフログ情報削除用アルゴリズム）
図１０は、本実施形態に係るライフログ情報削除用アルゴリズム１０００の構成を示す。図１０のライフログ情報削除用アルゴリズム１０００は、いずれのライフログ情報を削除するかを判定するためのアルゴリズムである。図１０のライフログ情報削除用アルゴリズム１０００の構成は一例であって、これに限定されない。
【００８２】
ライフログ情報削除用アルゴリズム１０００は、ユーザに対応する削除用スコア演算アルゴリズムを記憶する削除用スコア演算アルゴリズムテーブル１０１０と、削除条件に対応する削除用スコア演算アルゴリズムを記憶する削除用スコア演算アルゴリズムテーブル１０２０とを有する。削除用スコア演算アルゴリズムテーブル１０１０は、ユーザＩＤ１０１１に対応付けて、削除用スコア演算アルゴリズム１０１２を記憶する。削除用スコア演算アルゴリズムテーブル１０２０は、削除条件１０２１に対応付けて、削除用スコア演算アルゴリズム１０２２を記憶する。ユーザ単位、あるいは削除条件ごとに削除用スコア演算アルゴリズムを変えない場合は、ライフログ情報削除用アルゴリズム１０００は１つの削除用スコア演算アルゴリズムのみを記憶すればよい。
【００８３】
（スコア更新用テーブル）
図１１は、本実施形態に係るスコア更新用テーブル１１００の構成を示す。図１１のスコア更新用テーブル１１００は、各ライフログ情報の出現時に、それが新しいライフログ情報の場合は生成され、そのライフログ情報のスコアが一時記憶されるテーブルである。また、スコア更新用テーブル１１００は、各ライフログ情報の出現時に、それが既に出現したライフログの場合はライフログ情報ＤＢ２１５から読み出されてそのライフログ情報のスコアを更新するための一時記憶されるテーブルである。
【００８４】
スコア更新用テーブル１１００は、各ライフログ情報１１０１に対して、図７Ｂに定義された複数指標のスコア１１０２が記憶される。
【００８５】
（算出スコアテーブル）
図１２は、本実施形態に係る算出スコアテーブル１２００の構成を示す。図１２の算出スコアテーブル１２００は、各ライフログ情報について、ユーザ嗜好用スコア演算アルゴリズムまたはライフログ情報削除用スコア演算アルゴリズムを用いて算出された、トータルスコアを一時記憶するテーブルである。
【００８６】
算出スコアテーブル１２００は、ライフログ情報１２０１に対応付けて、算出スコア１２０２を記憶する。
【００８７】
（ユーザ嗜好分析テーブル）
図１３は、本実施形態に係るユーザ嗜好分析テーブル１３００の構成を示す。図１３のユーザ嗜好分析テーブル１３００は、高いトータルスコアを有するライフログ情報から選択されたライフログ情報の組み合わせから分析された嗜好分析結果を一時記憶するテーブルである。
【００８８】
ユーザ嗜好分析テーブル１３００は、第１ライフログ情報から第ｎライフログ情報の種々の組み合わせ１３０１に対応して、嗜好分析テーブル８２０に基づいて分析された嗜好分析結果１３０２を記憶する。第１ライフログ情報から第ｎライフログ情報は、ユーザ嗜好用スコア演算アルゴリズムを用いて演算されたトータルスコアが高いライフログ情報から選択される。
【００８９】
《情報処理装置のハードウェア構成》
図１４は、本実施形態に係る情報処理装置２１０のハードウェア構成を示すブロック図である。
【００９０】
図１４で、ＣＰＵ１４１０は演算制御用のプロセッサであり、プログラムを実行することで図２の情報処理装置２１０の各機能構成部を実現する。ＲＯＭ１４２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。通信制御部２１１は、ネットワークを介する他の通信端末２３０や第１ＳＮＳサーバ２４１、第ｎＳＮＳサーバ２４２、あるいは案内／広告情報提供サーバ２４３との通信を制御する。
【００９１】
ＲＡＭ１４４０は、ＣＰＵ１４１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１４４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。ＲＡＭ１４４０は、通信相手の通信端末ＩＤ／ユーザＩＤ１４４１と、コミュニケーション情報１４４２と、タイムライン情報１４４３と、ライフログ情報１４４４と、
スコア更新用テーブル１１００と、算出スコアテーブル１２００と、ユーザ嗜好分析テーブル１３００と、案内情報または広告情報１４４５とを記憶する。コミュニケーション情報１４４２は、通信端末ＩＤ／ユーザＩＤ１４４１がコミュニケーションしたコミュニケーション情報である。タイムライン情報１４４３は、通信端末ＩＤの通信端末２３０に送信する、あるいはログイン中のＳＮＳから取得したタイムライン情報である。ライフログ情報１４４４は、コミュニケーション情報１４４２から抽出されたライフログ情報である。スコア更新用テーブル１１００は、図１１に示した、ライフログ情報ＤＢ２１５に蓄積されるライフログ情報を生成／更新するために使用される。算出スコアテーブル１２００は、図１２に示した、各ライフログ情報についてスコア演算アルゴリズムに基づいて算出したトータルの算出スコアを記憶するテーブルである。ユーザ嗜好分析テーブル１３００は、図１３に示した、算出スコアテーブル１２００からスコア順に選択したタイムログ情報の組み合わせに基づいて、ユーザ嗜好ＤＢ２１８を参照してユーザ嗜好を分析するためのテーブルである。案内情報または広告情報１４４５は、案内／広告情報ＤＢ２２０からユーザ嗜好に対応して読み出される。
【００９２】
ストレージ１４５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。ストレージ１４５０は、図５Ａおよび図５Ｂに示したライフログ情報ＤＢ２１５と、図６Ａに示したユーザ嗜好ＤＢ２１８と、図６Ｂに示した案内／広告情報ＤＢ２２０と、図７に示した対象ＳＮＳテーブル２１２ａとを記憶する。また、ストレージ１４５０は、図７に示したスコア選定テーブル７００と、図８に示したユーザ嗜好用アルゴリズム８００と、図９に示したライフログ情報削除条件テーブル９００と、図１０に示したライフログ情報削除用アルゴリズム１０００とを記憶する。
【００９３】
ストレージ１４５０には、情報処理プログラム１４５１と、タイムライン情報生成モジュール１４５２と、ライフログ抽出モジュール１４５３と、タイムライン情報管理モジュール１４５４と、ライフログ情報分析モジュール１４５５と、ソーシャルコミュニケーション情報生成モジュール１４５６とが格納される。情報処理プログラム１４５１は、ＳＣサーバとして機能する情報処理装置２１０の全体を制御する。タイムライン情報生成モジュール１４５２は、情報処理プログラム１４５１において、タイムライン情報を生成する。ライフログ抽出モジュール１４５３は、情報処理プログラム１４５１において、コミュニケーション情報からライフログ情報を抽出する。タイムライン情報管理モジュール１４５４は、情報処理プログラム１４５１において、ライフログ情報ＤＢ２１５のライフログ情報を生成／更新／削除する。ライフログ情報分析モジュール１４５５は、情報処理プログラム１４５１において、ライフログ情報を分析してユーザ嗜好を見つける。ソーシャルコミュニケーション情報生成モジュールが格納１４５６は、情報処理プログラム１４５１において、ユーザ嗜好に対応してソーシャルコミュニケーション情報である案内情報や広告情報を生成する。
【００９４】
図１４には、本実施形態に必須なデータやプログラムのみが示されており、本実施形態に関連しないデータやプログラムは図示されていない。
【００９５】
《情報処理装置の処理手順》
図１５は、本実施形態に係る情報処理装置２１０の処理手順を示すフローチャートである。このフローチャートは、図１４のＣＰＵ１４１０によりＲＡＭ１４４０を使用しながら実行されて、図２の情報処理装置２１０の各機能構成部を実現する。
【００９６】
まず、ステップＳ１５０１において、情報処理装置２１０は、通信端末あるいはＳＮＳからコミュニケーション情報を受信したかを判定する。また、ステップＳ１５２５において、情報処理装置２１０は、ＳＮＳへのログイン情報を受信したかを判定する。
【００９７】
コミュニケーション情報を受信した場合は処理がステップＳ１５０３に進んで、情報処理装置２１０はタイムライン情報を作成するために必要なコミュニケーション情報を収集して、タイムライン情報を作成する。本実施形態においては、ログインしているＳＮＳの中でタイムライン表示を指示したＳＮＳのコミュニケーション情報を時刻順に並べたタイムライン情報が作成される（図４Ａ参照）。ステップＳ１５０５においては、情報処理装置２１０は案内／広告を報知すべきかを判定する。案内／広告を報知すべき場合は処理がステップＳ１５０７に進んで、情報処理装置２１０は案内／広告情報の挿入処理を実行する。そして、ステップＳ１５０９において、情報処理装置２１０は作成したタイムライン情報を通信端末２３０に返信する。したがって、ステップＳ１５０７を実行した場合には、図４Ｂの右側部分に示すように、タイムライン中に案内／広告情報が挿入される。図１５においては、タイムライン中に案内や広告を挿入する場合の手順を説明するが、図４Ｂの左側部分に示す場合の手順も簡単な修正で実現可能である。
【００９８】
ステップＳ１５１１において、情報処理装置２１０は新たに受信したコミュニケーション情報中に含まれるライフログ情報を抽出する。ステップＳ１５１３においては、情報処理装置２１０は図９の削除条件を満たすか否かが判定される。削除条件を満たせば処理がステップＳ１５１５に進んで、情報処理装置２１０はライフログ情報削除処理を実行する（図１６Ａ参照）。次に、ステップＳ１５１７において、情報処理装置２１０は、ユーザ単位あるいは全体で、ライフログ情報ＤＢ２１５に既に同じライフログ情報が蓄積されているかを判定する。同じライフログ情報が蓄積されていない場合は処理がステップＳ１５１９に進んで、情報処理装置２１０はライフログ情報生成処理を実行する（図１６Ｂ参照）。一方、同じライフログ情報が蓄積されている場合は処理がステップＳ１５２１に進んで、情報処理装置２１０はライフログ情報更新処理を実行する（図１６Ｃ参照）。ステップＳ１５１７においては、同じライフログ情報が蓄積されているか否かをユーザ単位あるいは全体で判定する。ライフログ情報がユーザ単位でも全体でも無い場合は、両方でライフログ情報が生成される。ライフログ情報がユーザ単位では無いが全体では有る場合は、ユーザ単位ではライフログ情報を生成し、全体ではライフログ情報の更新を行なう。
【００９９】
ステップＳ１５２３においては、ステップＳ１５１１のライフログ情報抽出において、複数のライフログ情報が抽出された場合に、すべてのライフログ情報について生成処理あるいは更新処理を完了するまで、ステップＳ１５１７からＳ１５２３を繰り返す。
【０１００】
情報処理装置２１０は、通信端末２３０からのＳＮＳへのログイン情報（メールアドレス／パスワードなど）を受信すると、ステップＳ１５２５からＳ１５２７に進んで、コミュニケーション情報あるいはタイムライン情報を収集する対象ＳＮＳを対象ＳＮＳテーブル２１２ａに登録する（図７Ａ参照）。そして、情報処理装置２１０はライフログ情報ＤＢ２１５内にユーザ用テーブル類を作成する。
【０１０１】
（ライフログ情報削除処理）
図１６Ａは、本実施形態に係るライフログ情報削除処理Ｓ１５１５の処理手順を示すフローチャートである。
【０１０２】
まず、ステップＳ１６１１において、情報処理装置２１０は削除条件がユーザ単位の条件か／全体の条件かを判定する（図９参照）。
削除条件がユーザ単位であれば処理がステップＳ１６１３に進んで、情報処理装置２１０は削除条件を満たしたユーザ内の各ライフログ情報について、全体のライフログ情報のソーシャルコミュニケーション生成に寄与する度合いを表わすトータルスコアを算出する。ステップＳ１６１５において、情報処理装置２１０はユーザ内のライフログ情報のうち、トータルスコアの上から所定数（量）を残して他のライフログ情報を削除する。
削除条件が全体であれば処理がステップＳ１６１７に進んで、全体の各ライフログ情報について、全体のライフログ情報のソーシャルコミュニケーション生成に寄与する度合いを表わすトータルスコアを算出する。ステップＳ１６１９において、情報処理装置２１０は全体のライフログ情報から、トータルスコアの上から所定数（量）を残して他のライフログ情報を削除する。
【０１０３】
（ライフログ情報生成処理）
図１６Ｂは、本実施形態に係るライフログ情報生成処理Ｓ１５１９の処理手順を示すフローチャートである。
【０１０４】
まず、ステップＳ１６２１において、情報処理装置２１０はスコア選定テーブル７００（図７Ｂ参照）に基づきスコア更新用テーブル１１００（図１１参照）を生成する。次に、ステップＳ１６２３において、情報処理装置２１０は初期スコアを設定する。ステップＳ１６２５において、情報処理装置２１０は初期化されたスコア更新用テーブル１１００をライフログ情報ＤＢ２１５に追加する。
【０１０５】
（ライフログ情報更新処理）
図１６Ｃは、本実施形態に係るライフログ情報更新処理Ｓ１５２１−１の処理手順を示すフローチャートである。本実施形態のライフログ情報更新処理Ｓ１５２１−１は、図１５のステップＳ１５２１の一部である。
【０１０６】
まず、ステップＳ１６３１において、スコア更新ステップ幅を変更する必要があるか否かが判定される（図７Ｂ参照）。変更が必要であれば処理がステップＳ１６３３に進んで、情報処理装置２１０は対応するスコア更新ステップ幅を変更する。ステップＳ１６３５においては、情報処理装置２１０は最終出現日や保存期間などのスコアが減少する指標を更新する。ステップＳ１６３７においては、情報処理装置２１０は出現回数や出現頻度などのスコアが増大する指標を更新する。ステップＳ１６３９においては、情報処理装置２１０は他の更新すべき指標を更新する。
【０１０７】
《通信端末のハードウェア構成》
図１７は、本実施形態に係る通信端末２３０のハードウェア構成を示すブロック図である。
【０１０８】
図１７で、ＣＰＵ１７１０は演算制御用のプロセッサであり、プログラムを実行することで図２の通信端末２３０の各機能構成部を実現する。ＲＯＭ１７２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。ＧＰＳ受信部２３９は、ＧＰＳ衛星からの信号を受信する。通信制御部２３１は、ネットワーク１５０を介する他の情報処理装置２１０や第１ＳＮＳサーバ２４１、あるいは第ｎＳＮＳサーバ２４２との通信を制御する。
【０１０９】
ＲＡＭ１７４０は、ＣＰＵ１７１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１７４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。ＲＡＭ１７４０は、受信データ１７４１と、送信データ１７４２と、入力データ１７４３と、出力データ１７４４と、位置情報１７４５とを記憶する。受信データ１７４１は、外部から通信制御部２３１を介して受信したデータである。送信データ１７４２は、外部に通信制御部２３１を介して送信するデータである。入力データ１７４３は、入力機器から入出力インタフェース１７６０を介して入力されたデータである。出力データ１７４４は、出力機器に入出力インタフェース１７６０を介して出力されるデータである。位置情報１７４５は、ＧＰＳ受信部２３９から受信した信号に基づいて算出された通信端末２３０の位置情報である。
【０１１０】
ストレージ１７５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。すなわち、ストレージ１７５０は、情報処理装置２１０から受信したタイムライン情報を記憶するタイムライン情報記憶部１７５１と、通信端末２３０が通信する相手先を蓄積する電話帳・アドレスＤＢ１７５２とを記憶している。
【０１１１】
ストレージ１７５０には、通信端末処理プログラム１７５３と、コミュニケーション実行モジュール１７５４と、タイムライン情報受信モジュール１７５５と、コミュニケーション情報提供モジュール１７５６と、ソーシャルコミュニケーション情報受信モジュール１７５７とが格納される。通信端末処理プログラム１７５３は、通信端末２３０の全体を制御する。コミュニケーション実行モジュール１７５４は、通信端末処理プログラム１７５３において、ＳＮＳを経由してコミュニケーションを実行する。タイムライン情報受信モジュール１７５５は、通信端末処理プログラム１７５３において、情報処理装置２１０からタイムライン情報を受信する。コミュニケーション情報提供モジュール１７５６は、通信端末処理プログラム１７５３において、情報処理装置２１０に対してコミュニケーション情報そのもの、あるいはＳＮＳからコミュニケーション情報を取得するための情報（例えば、メールアドレスやパスワードなど）を提供する。ソーシャルコミュニケーション情報受信モジュール１７５７は、情報処理装置２１０からユーザ嗜好に対応してソーシャルコミュニケーション情報である案内情報や広告情報を受信する。
【０１１２】
入出力インタフェース１７６０は、操作部２３８としてのタッチパネル１７６２や、音声処理部２３７に含まれるマイク１７６４や、撮像部２４０としてのカメラ１７６５から入力された情報をデジタルデータとして入力する。入出力インタフェース１７６０は、生成された表示画面を表示部２３６に出力し、再生された音声を音声処理部２３７に含まれるスピーカ１７６３に出力する。
【０１１３】
図１７には、本実施形態に必須なデータやプログラムのみが示されており、本実施形態に関連しないデータやプログラムは図示されていない。
【０１１４】
《通信端末の処理手順》
図１８は、本実施形態に係る通信端末２３０の処理手順を示すフローチャートである。このフローチャートは、図１７のＣＰＵ１７１０によりＲＡＭ１７４０を使用しながら実行されて、図２の通信端末２３０の各機能構成部を実現する。
【０１１５】
ステップＳ１８１１においては、通信端末２３０はＳＮＳへのログイン要求の有無を判定する（図４Ａの左側部分参照）。ステップＳ１８２１においては、通信端末２３０はＳＮＳでの送受信サービス要求の有無を判定する。ステップＳ１８３１においては、通信端末２３０は情報処理装置２１０へのタイムライン情報の要求の有無を判定する。ステップＳ１８４１においては、通信端末２３０は情報処理装置２１０からのソーシャルコミュニケーション情報の受信の有無を判定する。
【０１１６】
ＳＮＳへのログイン要求があれば処理がステップＳ１８１３に進んで、通信端末２３０は対象ＳＮＳへのログイン処理を実行する。そして、通信端末２３０はそのログイン情報を情報処理装置２１０にも送信する。ＳＮＳでの送受信サービス要求があれば処理がステップＳ１８２３に進んで、通信端末２３０はＳＮＳ送信処理またはＳＮＳ受信処理を行なう。そして、ステップＳ１８２５において、通信端末２３０は送受信した情報あるいは位置情報を含むコミュニケーション情報を送信する。タイムライン情報の要求があれば通信端末２３０はその要求を情報処理装置２１０に送信した後、ステップＳ１８３３に進んで、情報処理装置２１０からのタイムライン情報の受信を待つ。タイムライン情報の受信があれば処理がステップＳ１８３５に進んで、通信端末２３０は受信したタイムライン情報を表示する。ソーシャルコミュニケーション情報の受信があれば処理がステップＳ１８４３に進んで、通信端末２３０はソーシャルコミュニケーション情報である案内情報や広告情報を、画面や音声などで報知する。
【０１１７】
［第３実施形態］
次に、本発明の第３実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２実施形態と比べると、以下の点において異なる。本実施形態に係る情報処理システムにおいては、ＳＣサーバとして機能する情報処理装置がユーザに提供するソーシャルコミュニケーション情報へライフログ情報を積極的に付加すると共に、ユーザの反応に基づいて、ライフログ情報ＤＢのライフログ情報のスコアを更新する。本実施形態におけるその他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【０１１８】
本実施形態によれば、ユーザに提供するソーシャルコミュニケーション情報からソーシャルコミュニケーション生成へのより有効な寄与を積極的に取得できる。
【０１１９】
《情報処理システムの構成》
図１９は、本実施形態に係る情報処理システム１９００の構成を示すブロック図である。図１９の情報処理システム１９００は、第２実施形態の図２に示す情報処理システム２００に、ソーシャルコミュニケーションに対するユーザの反応を分析するユーザ反応分析部１９２０を追加した構成である。ソーシャルコミュニケーション情報生成部１９１９は、案内／広告情報にライフログ情報を付加することが可能である。本実施形態におけるその他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【０１２０】
情報処理装置１９１０のユーザ反応分析部１９２０は、コミュニケーション情報収集部２１２が収集したコミュニケーション情報から、ソーシャルコミュニケーション情報生成部１９１９が生成して通信端末２３０に送信した案内／広告情報に対するユーザの応答を識別する。そして、ユーザ反応分析部１９２０は、ユーザの応答から、送信した案内／広告情報に対するユーザの反応を分析する。ユーザの反応の分析においては、例えば、コミュニケーション情報であるメッセージ中から、テキストマイニングにより送信した案内／広告情報に対する反応がポジティブな反応であるかネガティブな反応であるかを分析する。案内情報が催しであれば、ユーザ反応分析部１９２０は、そのチケットの予約や催しに参加する行動情報などによりユーザの反応を分析する。広告情報が商品広告であれば、ユーザ反応分析部１９２０は、店舗への問合せや商品の購入などによりユーザの反応を分析する。ユーザ反応分析部１９２０は、案内情報や広告情報を他のユーザに転送したり、メッセージ中で紹介したりする行動からもユーザの反応を分析する。
【０１２１】
ユーザ反応の分析は上記例に限定されない。本実施形態は、このようなユーザの反応をライフログ情報の管理に用いて、ライフログ情報のスコアの変更や、ソーシャルコミュニケーション生成のためのスコア学習に結びつける。そのために、本実施形態においては、案内／広告情報がユーザの反応によってソーシャルコミュニケーション生成に効果的に寄与するよう、案内／広告情報に積極的にライフログ情報を付加する。
【０１２２】
ソーシャルコミュニケーション情報生成部１９１９は、第２実施形態と同様に、案内／広告情報ＤＢ２２０に基づいてユーザ嗜好に対応する案内／広告情報を送信する。さらに、ソーシャルコミュニケーション情報生成部１９１９は、付加ライフログ情報テーブル１９１９ａを参照して、案内／広告情報に対するユーザの応答がソーシャルコミュニケーション生成により寄与するように、ライフログ情報を案内／広告情報に付加することができる。
【０１２３】
（付加ライフログ情報テーブル）
図２０は、本実施形態に係る付加ライフログ情報テーブル１９１９ａの構成を示す。この付加ライフログ情報テーブル１９１９ａは、図１９のソーシャルコミュニケーション情報生成部１９１９に対して、案内／広告情報に添付するライフログ情報を提供する。
【０１２４】
付加ライフログ情報テーブル１９１９ａは、ライフログ情報分析部２１７が取得したユーザの嗜好対象２００１と、ソーシャルコミュニケーション情報生成部１９１９が選択した案内／広告情報２００２とに対応付けて、第１添付候補のライフログ情報２００３、第２添付候補のライフログ情報２００４を記憶している。このように、積極的にライフログ情報を付加することで、各コミュニケーション情報がライフログ情報のスコアに影響することで、より明瞭なユーザの嗜好分析が可能となる。
【０１２５】
（ユーザ反応対応テーブル）
図２１は、本実施形態に係るユーザ反応対応テーブル２１００の構成を示す。このユーザ反応対応テーブル２１００は、案内／広告に対するユーザの反応を、ライフログ情報のスコアに対してどのように反映させるかを示すテーブルである。ユーザ反応分析部１９２０が、ユーザ反応対応テーブル２１００を有している。ライフログ情報管理部２１６のスコア更新部２１６ｂがユーザ反応対応テーブル２１００を有してもよい。
【０１２６】
ユーザ反応対応テーブル２１００は、案内／広告に対するユーザ反応２１０１に対応付けて、各指標に対する指標スコア変更２１０２、ライフログ情報全体に対するライフログ情報スコア変更２１０３、さらに、図７Ｂに関連する、重み付け変更２１０４、スコア更新ステップ幅変更２１０５を記憶する。スコアへの反映は、上記変更項目の１つに対してであっても、あるいは変更項目複数の組み合わせに対してであってもよい。
【０１２７】
図２１の"積極的行動"には、案内情報が催しであれば、そのチケットの予約や催しに参加する行動情報などが含まれる。"積極的行動"には、広告情報が商品広告であれば、店舗への問合せや商品の購入などが含まれる。"積極的行動"には、案内情報や広告情報を他のユーザに転送したり、メッセージ中で紹介したりする行動も含まれる。ポジティブな反応であるか、ネガティブな反応であるかの判別は、メッセージからテキストマイニングを使うことにより可能であり、ここでは詳説は省く。図２１の"積極的行動"や"ポジティブな反応"をユーザが取った場合に、ソーシャルコミュニケーションが成立したと見なし得る。
【０１２８】
（スコア変更テーブル）
図２２は、本実施形態に係るスコア変更テーブル２２００の構成を示す。スコア変更テーブル２２００は、ソーシャルコミュニケーション情報生成部１９１９が送信した案内／広告情報へのユーザ反応を反映させてスコアを更新するためのテーブルである。ライフログ情報管理部２１６のスコア更新部２１６ｂがスコア変更テーブル２２００を有する。
【０１２９】
スコア変更テーブル２２００は、ユーザＩＤ２２０１のそれぞれについて、案内／広告情報２２０２とユーザ反応２２０３とに対応付けて、指標スコア変更２２０４、ライフログ情報スコア変更２２０５、重み付け変更２２０６、スコア更新ステップ幅変更２２０７、が記憶される。スコアへの反映は、上記変更項目の１つに対してであっても、あるいは変更項目の複数の組み合わせに対してであってもよい。
【０１３０】
《情報処理装置の処理手順》
次に、本実施形態に係る情報処理装置１９１０の処理手順を示す。この処理手順は、図１４のＣＰＵ１４１０がＲＡＭ１４４０を使用しながら実行することにより、図１９の情報処理装置１９１０の新規な機能構成部を実現する。
【０１３１】
（案内／広告情報の挿入処理）
図２３は、本実施形態に係る案内／広告情報の挿入処理Ｓ１５０７−２の処理手順を示すフローチャートである。本実施形態の案内／広告情報の挿入処理Ｓ１５０７−２は、図１５のステップＳ１５０７を代替する処理である。
【０１３２】
まず、ステップＳ２３０１において、情報処理装置１９１０は、案内／広告情報ＤＢ２２０からユーザ嗜好に対応する案内情報または広告情報を取得する。ステップＳ２３０３においては、情報処理装置１９１０は、案内情報や広告情報がユーザの嗜好取得に適したライフログ情報を含むか否かを判定する。案内情報や広告情報がユーザの嗜好取得に適したライフログ情報を含む場合には、処理がステップＳ２３０９に進む。案内情報や広告情報がユーザの嗜好取得に適したライフログ情報を含まない場合には、処理がステップＳ２３０５に進む。ステップＳ２３０５では、情報処理装置１９１０は、案内情報や広告情報にライフログ情報を付加することが可能か否かを判定する。ライフログ情報を付加することが可能でない場合は、処理がステップＳ２３０９に進む。ライフログ情報を付加することが可能である場合は、処理がステップＳ２３０７に進む。ステップＳ２３０７では、情報処理装置１９１０は、案内情報や広告情報にユーザの嗜好を取得するのに適したライフログ情報を付加する。そして、ステップＳ２３０９においては、情報処理装置１９１０は、案内情報または広告情報を通信端末２３０に送信する。
【０１３３】
（ライフログ情報更新処理）
図２４は、本実施形態に係るライフログ情報更新処理Ｓ１５２１−２の処理手順を示すフローチャートである。本実施形態のライフログ情報更新処理Ｓ１５２１−２は、図１５のステップＳ１５２１の一部であり、図１６Ｃのライフログ情報更新処理Ｓ１５２１−１と共に実行される。
【０１３４】
まず、ステップＳ２４０１において、情報処理装置１９１０は、案内／広告情報に対する反応が有ったか否かを判定する。案内／広告情報に対する反応が有った場合には処理がステップＳ２４０３に進んで、案内／広告情報に対するユーザの積極的行動かを判定する。ユーザの反応が積極的行動であれば処理がステップＳ２４０５に進む。ステップＳ２４０５では、情報処理装置１９１０は、案内／広告情報に含まれるライフログ情報のスコアを大きく増加させる。
【０１３５】
ユーザの反応が積極的行動でなければ処理がステップＳ２４０７に進む。ステップＳ２４０７では、情報処理装置１９１０は、ユーザの反応がポジティブな反応であるか、ネガティブな反応であるかを、例えばテキストマイニングにより判定する。ポジティブな反応であれば処理がステップＳ２４０９に進む。ステップＳ２４０９では、情報処理装置１９１０は、案内／広告情報に含まれるライフログ情報のスコアを小さく増加させる。マイナス反応であれば処理がステップＳ２４１１に進む。ステップＳ２４１１では、情報処理装置１９１０は、案内／広告情報に含まれるライフログ情報のスコアを大きく減少させる。
【０１３６】
ステップＳ２４０１において、ユーザの反応がないと判定した場合は、ステップＳ２４１３において、情報処理装置１９１０は、所定の応答期間を過ぎてタイムアップになったか否かを判定する。所定の応答期間を過ぎた場合には処理がステップＳ２４１５に進む。ステップＳ２４１５では、情報処理装置１９１０は、案内／広告情報がユーザの興味を引かなかったとして、案内／広告情報に含まれるライフログ情報のスコアを小さく減少させる。
【０１３７】
図２４中の"大きく"や"小さく"というスコアの変更度合いについては、スコアの変更度合いが４つの場合を例示したに過ぎない。スコアの変更度合の具体的な値は、スコア方法などに依存して設定される。
【０１３８】
［第４実施形態］
次に、本発明の第４実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２実施形態および第３実施形態と比べると、異なるＳＮＳ間あるいは他のネットワークとの間において、各指標のスコアの方法やライフログ情報全体のスコアの方法を異ならせた点で異なる。本実施形態においては、異なるＳＮＳ間あるいは他のネットワークとの間で重み付けを異ならせている。本実施形態のその他の構成および動作は、第２実施形態あるいは第３実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【０１３９】
本実施形態によれば、収集するコミュニケーション情報のソーシャルコミュニケーション生成への寄与のバラツキを無くして、より正確なユーザの特徴を取得できる。
【０１４０】
（ＳＮＳ重み付けテーブル）
図２５は、本実施形態に係るＳＮＳ重み付けテーブル２５００の構成を示す。図２５のＳＮＳ重み付けテーブル２５００は、収集したコミュニケーション情報がいずれのＳＮＳを介して通信されたかに応じて、異なるライフログ情報のスコアを更新するためのテーブルである。例えば、そのＳＮＳが無秩序なおしゃべりのためのソーシャルネットワークか、ある対象や目的を持った情報交換のためのソーシャルネットワークであるのか、に応じてスコア更新が異なる。ソーシャルネットワークのコミュニケーションが匿名か実名かなどによっても、スコア更新を異ならせてよい。すなわち、新たなソーシャルコミュニケーション生成にライフログ情報が寄与し、ユーザの嗜好をより明瞭に分析できる情報か否かをＳＮＳによって切り分ける。
【０１４１】
ＳＮＳ重み付けテーブル２５００は、ＳＮＳ２５０１に対応付けて、指標に対する重み付けの変更である指標重み付け変更２５０２と、ライフログ情報の重み付け変更であるライフログ情報重み付け変更２５０３とを記憶する。図２５には、指標重み付け変更２５０２として、出現回数や出現頻度に加算する回数をＳＮＳに対応させて変更している。例えば、第１ＳＮＳにおけるコミュニケーション情報中のライフログ情報の出現回数は１回より小さくなる。また、第２ＳＮＳにおけるコミュニケーション情報中のライフログ情報の出現回数は１回より大きくなる。ライフログ情報重み付け変更２５０３によれば、ライフログ情報全体のスコアに対して、第１ＳＮＳにおけるコミュニケーション情報中のライフログ情報によるスコアへの影響は小さい。一方、ライフログ情報全体のスコアに対して、第２ＳＮＳにおけるコミュニケーション情報中のライフログ情報によるスコアへの影響はより大きくなる。
【０１４２】
《情報処理装置の処理手順》
図２６は、本実施形態に係る情報処理装置２１０または１９１０の処理手順を示すフローチャートである。このフローチャートは、図１４のＣＰＵ１４１０がＲＡＭ１４４０を使用しながら実行することにより、図２や図１９の機能構成部、特にライフログ情報管理部２１６の改善されたスコア更新部２１６ｂを実現する。
【０１４３】
まず、ステップＳ２６０１において、情報処理装置２１０または１９１０は、取得されたコミュニケーション情報がどのＳＮＳでサービスされたかを判断する。以下、ステップＳ２６０３、Ｓ２６０７、Ｓ２６１１において、コミュニケーション情報が第１ＳＮＳ、第２ＳＮＳ、第ｎＳＮＳうちのいずれのＳＮＳで取得されたかが判定される。判定結果にしたがって、判定されたＳＮＳに対応して図２５を参照し、ステップＳ２６０５、Ｓ２６０９、Ｓ２６１３において、情報処理装置２１０または１９１０は、指標またはライフログ情報の重み付けを変更する。
【０１４４】
［第５実施形態］
次に、本発明の第５実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２実施形態乃至第４実施形態と比べると以下の点において相違する。すなわち、本実施形態では、通信端末が異なるＳＮＳのタイムライン情報を合成する。またコミュニケーション情報は通信端末が所定期間保持してまとめて情報処理装置に送信する点で異なる。本実施形態のその他の構成および動作は、第２実施形態乃至第４実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【０１４５】
本実施形態によれば、上記効果に加えて、ＳＣサーバとして機能する情報処理装置の負荷を軽減することができる。
【０１４６】
《情報処理システムの構成》
図２７は、本実施形態に係る情報処理システム２７００の構成を示すブロック図である。図２７の情報処理システム２７００は、第２実施形態の図２の情報処理システム２００を変更した構成である。したがって、図２の情報処理システムと同じ機能を果たす機能構成部には同じ参照番号を付して、説明は省略する。
【０１４７】
情報処理システム２７００は、ネットワーク２５０に接続する、情報処理装置２７１０と、通信端末２７３０と、第１ＳＮＳサーバ２４１や第ｎＳＮＳサーバ２４２と、案内／広告情報提供サーバ２４３とを備える。情報処理装置２７１０は、コミュニケーション情報収集部２７１２が、コミュニケーション情報収集部２１２が対象ＳＮＳテーブル２１２ａを有しない点で情報処理システム２００と異なる。また、情報処理装置２７１０は、タイムライン情報作成部２２１が無い点で、図２の情報処理装置２１０と異なる。
【０１４８】
通信端末２７３０は、複数のＳＮＳサーバ２４１，２４２から直接タイムライン情報を受信して、それらを時刻順に合成したタイムライン情報を作成するタイムライン情報作成部２７３３を有する。また、通信端末２７３０は、コミュニケーション情報を所定期間、例えば一日間、保持するコミュニケーション情報保持部２７３４を有する。
【０１４９】
本実施形態においては、通信端末２７３０が、情報処理装置２７１０からダウンロードされた、あるいはあらかじめ搭載されたプログラムに従って、複数のＳＮＳサーバ２４１，２４２からのタイムライン情報を合成して表示する。また、通信端末２７３０は、所定期間のコミュニケーション情報を保持し、ライフログ情報として蓄積するため、所定期間のコミュニケーション情報をまとめて情報処理装置２７１０に送信する。
【０１５０】
タイムライン情報作成部２７３３によるタイムライン情報の作成において、ライフログ情報ＤＢ２１５に蓄積された各ユーザのライフログ情報が参照されて、タイムライン情報の並び替えを行なっても良い。その場合には、タンムライン情報作成の前に、図２７のライフログ情報ＤＢ２１５から通信制御部２１１への破線矢印に従って、例えば、ライフログ情報の上位所定数が通信端末２７３０に送られる必要がある。その場合は、通信端末２７３０も、ライフログ情報抽出部を有する（言い換えれば、ライフログ情報抽出モジュールを含む）ことが望ましい。
【０１５１】
《情報処理システムの動作手順》
図２８は、本実施形態に係る情報処理システム２７００の動作手順２８００を示すシーケンス図である。図２８の動作手順２８００は、図３の動作手順３００に対して、通信端末２７３０による合成したタイムライン情報の作成と、コミュニケーション情報の保持とを追加している。また、図２８の動作手順２８００は、図３の動作手順３００に対して、情報処理装置２７１０のタイムライン情報の作成を削除している。図３と同じ手順には、同じステップ番号を付している。ライフログ情報抽出Ｓ３１７から案内・広告報知Ｓ３３５までの手順は、図３と同様であるので説明を省略する。
【０１５２】
ステップＳ２８０１においては、通信端末２７３０が行なうコミュニケーション情報を所定期間、例えば１日間、保持する。コミュニケーション情報を保持する場合には、少なくとも、通信内容と共に通信時刻が記憶される。情報処理装置２７１０のライフログ情報の蓄積時にどのＳＮＳサーバを使用したかによりスコアの重み付けをする場合には、使用したＳＮＳサーバを特定するＳＮＳサーバＩＤも記憶する。
【０１５３】
ステップＳ２８０３においては、通信端末２７３０は、ログインしているＳＮＳサーバからタイムライン情報を受信する。ステップＳ２８０５において、通信端末２７３０は、受信したタイムライン情報を作成する。複数のＳＮＳサーバにログインしている場合は、通信端末２７３０は、タイムライン情報を時刻順に合成して並び替える。ステップＳ２８０７においては、通信端末２７３０は、作成あるいは合成したタイムライン情報に基づき、タイムラインを表示する。
【０１５４】
タイムライン情報作成において、ライフログ情報ＤＢ２１５の情報を参照する場合について説明する。この場合、ステップＳ２８０５及びＳ２８０７のタイムライン情報の処理を行う前に、通信端末２７３０はライフログ情報を抽出すると共に、ライフログ情報ＤＢ２１５のライフログ情報を受信する。
【０１５５】
ステップＳ２８０９においては、ステップＳ２８０１において保持した所定期間（１日）分のコミュニケーション情報群を情報処理装置２７１０に送信する。送信するコミュニケーション情報群には、必要に応じて、通信時刻やＳＮＳサーバＩＤも付加する。
【０１５６】
図２８のシーケンス図の案内・広告情報の報知手順は、ステップＳ３２１における通信端末２３０からのコミュニケーション要求に基づいてトリガされている。しかしながら、案内・広告情報は、情報処理装置２７１０から逐次プッシュ配信されてもよい。
【０１５７】
本実施形態における情報処理装置２７１０及び２７３０のハードウェア構成やフローチャートは、図１４乃至図１８からの簡単な変更で実現可能である。
【０１５８】
［他の実施形態］
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。
【０１５９】
また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。本発明は、実施形態の機能を実現する制御プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用してもよい。本発明の機能をコンピュータで実現するために、コンピュータにインストールされる制御プログラム、あるいはその制御プログラムを格納した媒体、その制御プログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれていてもよい。
情報処理装置１００，２１０，１９１０，２７１０、通信端末２３０，２７３０、または情報処理システム２００，１９００，２７００の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、上述の処理を実行させもよい。
ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含む。
「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含む。
「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０１６０】
この出願は、２０１１年９月２６日に出願された日本国特願２０１１−２０８５２１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【０１６１】
本発明は、情報処理装置に適用することができる。本発明を適用した情報処理装置によれば、多量に取得されるコミュニケーション情報を適切に記憶管理することができる。
【符号の説明】
【０１６２】
１００  情報処理装置
１１０  コミュニケーション情報収集部
１２０  ライフログ情報抽出部
１３０  ライフログ情報蓄積部
１４０  ライフログ情報管理部
１５０  ネットワーク
１７１〜１７５  不特定ユーザ
【図１】
0005854484.tif 000002
【図２】
0005854484.tif 000003
【図３】
0005854484.tif 000004
【図４Ａ】
0005854484.tif 000005
【図４Ｂ】
0005854484.tif 000006
【図５Ａ】
0005854484.tif 000007
【図５Ｂ】
0005854484.tif 000008
【図６Ａ】
0005854484.tif 000009
【図６Ｂ】
0005854484.tif 000010
【図７Ａ】
0005854484.tif 000011
【図７Ｂ】
0005854484.tif 000012
【図８】
0005854484.tif 000013
【図９】
0005854484.tif 000014
【図１０】
0005854484.tif 000015
【図１１】
0005854484.tif 000016
【図１２】
0005854484.tif 000017
【図１３】
0005854484.tif 000018
【図１４】
0005854484.tif 000019
【図１５】
0005854484.tif 000020
【図１６Ａ】
0005854484.tif 000021
【図１６Ｂ】
0005854484.tif 000022
【図１６Ｃ】
0005854484.tif 000023
【図１７】
0005854484.tif 000024
【図１８】
0005854484.tif 000025
【図１９】
0005854484.tif 000026
【図２０】
0005854484.tif 000027
【図２１】
0005854484.tif 000028
【図２２】
0005854484.tif 000029
【図２３】
0005854484.tif 000030
【図２４】
0005854484.tif 000031
【図２５】
0005854484.tif 000032
【図２６】
0005854484.tif 000033
【図２７】
0005854484.tif 000034
【図２８】
0005854484.tif 000035