(57)【特許請求の範囲】
【請求項１】
直近の保持期間内のオブジェクトにそれぞれ対応するスケルトンデータを保持するように保持内容が定期的に更新される保持部に保持されている所定のスケルトンデータが指し示す所定オブジェクトに関連する該保持期間外の関連オブジェクトをそれぞれ特定する特定手段と、
前記所定オブジェクトに対応する所定フィードデータに対し前記特定手段により特定される関連オブジェクトにそれぞれ対応する追加フィードデータを表示させるためのアイコンが、該所定フィードデータが表示される特定領域にそれぞれ集約表示されるようにタイムラインデータを生成する生成手段と、
を備える情報処理装置。
【請求項２】
前記保持期間は１週間を超えない期間である、
請求項１に記載の情報処理装置。
【請求項３】
前記アイコンは、該アイコンを対象とする所定操作に応じて該アイコンに対応するフィードデータを前記特定領域に表示中のフィードデータに代えて切替表示させるための要素であり、
前記生成手段が、前記アイコンのいずれかに対し前記所定操作がなされた場合に該所定操作の対象となったアイコンに対応する追加フィードデータに対し該所定操作の対象にならなかった他の追加フィードデータにそれぞれ対応するアイコンと前記所定フィードデータに対応するアイコンとが前記特定領域にそれぞれ集約表示されるように前記タイムラインデータを生成する、
請求項１又は請求項２に記載の情報処理装置。
【請求項４】
直近の保持期間内のオブジェクトにそれぞれ対応するスケルトンデータを保持するように保持内容が定期的に更新される保持部に保持されている所定のスケルトンデータが指し示す所定オブジェクトに関連する該保持期間外の関連オブジェクトをそれぞれ特定する特定ステップと、
前記所定オブジェクトに対応する所定フィードデータに対し前記特定ステップにおいて特定される関連オブジェクトにそれぞれ対応する追加フィードデータを表示させるためのアイコンが、該所定フィードデータが表示される特定領域にそれぞれ集約表示されるようにタイムラインデータを生成する生成ステップと、
を含む、情報処理装置の制御方法。
【請求項５】
直近の保持期間内のオブジェクトにそれぞれ対応するスケルトンデータを保持するように保持内容が定期的に更新される保持部に保持されている所定のスケルトンデータが指し示す所定オブジェクトに関連する該保持期間外の関連オブジェクトをそれぞれ特定する特定機能と、
前記所定オブジェクトに対応する所定フィードデータに対し前記特定機能により特定される関連オブジェクトにそれぞれ対応する追加フィードデータを表示させるためのアイコンが、該所定フィードデータが表示される特定領域にそれぞれ集約表示されるようにタイムラインデータを生成する生成機能と、
を情報処理装置のコンピュータに実現させる制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソーシャルネットワークサービスその他のソーシャルサービスに関する。本発明は、特に、ソーシャルサービスにおいて、時系列を遡って順次フィードが表示される、一般に「タイムライン」と呼ばれるものの表示を制御する制御技術に関する。
【背景技術】
【０００２】
従来から、ソーシャルネットワークサービス（以下「ＳＮＳ」という。）と呼ばれる、人と人とのつながりを促進・サポートするコミュニケーションサービスが知られている。ＳＮＳでは、自分のプロフィールや写真を会員に公開する機能や、特定の友人のみに公開範囲を制限できる日記機能、趣味や地域などテーマを決めて掲示板などで交流できるコミュニティ機能等のサービスがインターネット上で利用できる点に特色がある。こうしたＳＮＳの一つとして非特許文献１に開示されるウェブサイトが知られている。
【０００３】
同サービスにおいて会員が利用できるサービスの具体的なコンテンツとして、例えば以下が挙げられる。第一には、例えば「日記」「つぶやき」「カレンダー（予定）」「フォト」「動画」「チェックイン」のように、ユーザ自身が投稿（ポスト）し、また関係性を有する他のユーザの投稿を閲覧することができるコンテンツである。こうしたコンテンツは予め投稿するメニューの枠組みが決められており、その表示される態様（表示領域）も定型的である。一のユーザが、例えば自らが体験した出来事を日記として投稿すると、そのユーザと所定の関係性を有する別のユーザがサービスにログインした際に、そのトップページに当該日記の投稿があった旨の表示、すなわちフィードがリンク付きで表示され、その別のユーザは当該リンクを開くことにより一のユーザの日記の内容を閲覧することができる。或いは「チェックイン」のように、端末のＧＰＳ機能を利用して今いる場所やお店（スポット）を特定し、特定した場所やお店（スポット）を友人と共有することができる簡易な入力が可能なコンテンツも存在する。
【０００４】
また別のコンテンツとして、コミュニティ機能が挙げられる。これは、特定のテーマに沿った掲示板ページにおいてユーザが投稿したり、他のユーザの投稿を閲覧することで情報の交換を行うことができるものである。こうしたコミュニティ機能への投稿も、そのリンク付きのフィードがユーザのトップページその他頻繁に閲覧するページに表示され、ユーザはそのリンクを開くことで投稿内容を閲覧することができ、自ら投稿することもできる。或いは、コミュニティにおけるイベントの案内も、そのコミュニティに所属しているユーザに対してフィードの形で配信されることがある。
【０００５】
更には、上記のようなユーザ自身が能動的に投稿するコンテンツの他に、ゲーム等のアプリケーションにおける個々のユーザのサービス内での行動（以下「アクティビティ」ということがある。）に起因して、所定の関係性を有する他のユーザにフィードが配信される。アプリケーションには種々の性質のものが存在し、パズルゲーム、シューティング、育成シミュレーションなど多種多様なアプリケーションが提供されている現状がある。こうしたアプリケーションにおいて、ユーザが初期設定において自らを表すアバターを予め提示されている複数のアバターから選択したり、或いは育成対象とする架空のペットを複数の選択肢から選択する、といったように、アプリケーションの進行にあたってユーザが複数ある選択肢から一を選択する、というアクティビティが生じるケースが多く見られる。こうしたアクティビティもまた、フィードの生成を起因するトリガとなり得る。
【０００６】
ここで、上記のような各種トリガに起因して配信されるフィードは、ユーザがログインしたときやリロードしたときなどに生成され、当該ユーザに対して表示される。フィードの表示方法としては、上記の各種トリガ毎に異なるフィールド、或いはタグの切り替えによって分けて表示されてもよく、或いは各種トリガの種別にかかわらず一の序列のもとで表示されてもよい。その序列として、一般的にはポストがなされた時点、或いは当該ポストに対するコメントが他のユーザから投稿された時点に基づいて時系列に遡る順序で表示されるものが多くみられる。こうした時系列に基づき表示されているフィード群を「タイムライン」と称することがある。
【０００７】
ところで、従来こうしたフィード表示によるコンテンツの閲覧への誘引にあっては、フィードは基本的にはリンク付のテキスト情報として構成されていた。それは通信回線速度の制約や端末処理速度の制約を考慮しつつサービスとしての利便性を実現するための工夫でもあった。
しかし現在においては、ＳＮＳの黎明期と比較して、通信回線のリッチ化や端末性能の向上が進んでいる。これに伴いフィード表示も従来のリンク付テキスト情報のみのものだけでなく、画像データや動画サムネイルとともに表示されるものが増えてきた。
【０００８】
また一つの変化として、使用端末の多様化が挙げられる。従来はパーソナルコンピュータやフィーチャーフォンを用いてログインするユーザが殆どであった。しかし近年ではスマートフォン、タブレットといった形態の端末が出現し、これらからログインするユーザが急増した。
こうした新たな形態の端末の特徴として、コンパクトゆえに表示画面も小さいという点が挙げられる。こうした小さい表示画面において上述のような画像データ付き、或いは動画サムネイル付きのフィードを表示させると、一画面あたりの表示可能フィード数は従来に比べて少なくなり、ユーザは過去のフィードを確認するためには繰り返しスクロール操作を行わなければならない、という問題がある。
【０００９】
こうした問題は、例えばクリスマスなどの季節限定イベントや誕生日など個々のユーザに特有のイベントにおいて顕著となる。すなわち、イベントに関連したコンテンツの投稿やアクティビティを、関係性を有する他のユーザが行うことにより、一のユーザのタイムラインは当該イベントに関連したフィードで埋め尽くされることになる。
【００１０】
或いは、そうしたイベントでなくとも、他のユーザのサービス内での行動の仕方いかんでは同様の問題が生じる。すなわち、他のユーザが一時期にまとめてコンテンツの投稿やアクティビティを行う場合、例えばログイン頻度がそれほど多くはないが、ログインしたときにまとめて他のユーザの投稿（ポスト）に対してコメントを書き込んだり「お気に入り」のフラグを立てたりした場合、純粋に時系列にそったタイムラインが形成される場合には、一のユーザのタイムラインは当該他のユーザのコンテンツの投稿やアクティビティに起因するフィードが連続することになる。
【００１１】
更に、ＳＮＳを活用するユーザ数自体が相対的に増加しユーザ相互の関係性もより多く構築されるなど、サービスが成熟してきたことにより、所定の期間内に生成されるフィードの数が増加している。こうした中、一のユーザのタイムラインは過密化し、結果として当該一のユーザが見たい情報に関するフィードを認識しないまま取りこぼしてしまう状況が生じるようになっている。
こうした事情から、例えば他のユーザが所定の記事をシェアし、また別の他のユーザも同一の記事をシェアした際、両ユーザとも一のユーザと所定の関係性を有している場合には、当該一のユーザのタイムライン表示にあっては一のフィードとして集約表示するケースがみられる。こうした表示においては、シェアされた記事に関する情報を表す領域と、当該記事をシェアしているユーザを表す領域とが併せて表示される。
【００１２】
アプリケーションにおけるアクティビティに起因するフィードの集約も、上述した記事のシェアに関するフィードの集約同様、複数のフィード生成要因を一のフィードにまとめることにより、タイムラインの効率化を図ることができ、表示領域が狭い端末装置においても見やすいタイムラインにより近づけることができる。しかしかかる集約を行った場合の問題点として、集約されたフィードのうち、最新のフィードの原因となったアクティビティを行ったユーザについてしか表示がなされず、被集約対象となった他のユーザによるアプリケーション内でのアクティビティの詳細をタイムライン上で知ることができない。
【００１３】
このように、タイムライン表示の効率化を図りつつ必要な情報をタイムライン上で得たい、というニーズに対する解は、従来の文献においても提示されていない。特許文献１には、情報ノベルティを分析する方法と、ユーザがすでに確認したストーリーの文脈でストーリーのノベルティを識別することによって、ユーザ向けに情報をパーソナライズし、フィルタリングするシステムが開示されている。これはユーザが閲読するなどすでに確認した情報に基づいて個別にニュースフィードをカスタマイズする構成と理解されるが、こうした構成のみではタイムライン表示の効率化を図りつつ必要な情報をタイムライン上で得ることができない。
【００１４】
特許文献２には、視聴ユーザの好み等に基づいて動的リストコンポーネントのフィルタを設定したり、視聴ユーザのためのアフィニティ計算に応じて従属ユーザの最高の重み付けをされた活動のみを表示する、といった形でのフィードのフィルタリングを行う構成が開示されている。しかしこれによっても、タイムライン表示の効率化を図りつつ必要な情報をタイムライン上で得ることはできない。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特開２００５−２５１２０３
【特許文献２】特許第４８６６４６３号
【非特許文献】
【００１６】
【非特許文献１】「ソーシャル・ネットワーキング  サービス［ｍｉｘｉ（ミクシィ）］」［平成２５年７月１日検索］、インターネット＜ＵＲＬ：http://mixi.jp/＞
【発明の開示】
【発明が解決しようとする課題】
【００１７】
加えて、ＳＮＳを活用するユーザ数自体が相対的に増加しユーザ相互の関係性もより多く構築されるなど、サービスが成熟してきたことにより、タイムライン生成にあたっての新たな問題が生じてきた。すなわち、各ユーザのコンテンツデータは肥大し、ユーザ数も膨張したことにより、各ユーザのコンテンツデータは複数のサーバに分散管理される。こうした構成下において閲覧ユーザからタイムライン生成要求がある場合にコンテンツデータに直接アクセスを行うとすると、負担が過度に及ぶこととなり適時にユーザ端末上での表示を実現することが困難である。
【００１８】
そこで多くのＳＮＳにおいては、仕様の多少の相違こそあれ、直近（例えば１週間）のコンテンツデータのインデックス的なデータのみを集約したデータベース（ソーシャルストリームデータベース。以下ＳＳＤＢと表示することがある。）を備える。閲覧ユーザからのリロード要求に対しサーバはＳＳＤＢに蓄積されているインデックス的なデータに基づいて当該ユーザのソーシャルグラフに基づいたフィルタリングを行い、パーソナライズされたタイムラインを構成する各インデックス的なデータと紐付けられたコンテンツデータをコンテンツデータベースに要求し閲覧ユーザ向けのタイムラインを生成する。
【００１９】
しかしかかるＳＳＤＢのような構成を備えた場合に、上述したような効率化を行いながら必要な情報を得ることが可能なタイムライン表示を実現するという点については、これまで課題として明確に認識されてもおらず、具体的な解決策も提示されていなかった。
【００２０】
本発明が解決しようとする課題は、ソーシャルサービスのユーザが所望の情報を見つけやすいタイムラインを当該ユーザに提供することである。
【課題を解決するための手段】
【００２１】
〔Ａ〕上記課題を解決するため、本発明の一態様である「情報処理装置」は、直近の保持期間内のオブジェクトにそれぞれ対応するスケルトンデータを保持するように保持内容が定期的に更新される保持部に保持されている所定のスケルトンデータが指し示す所定オブジェクトに関連する該保持期間外の関連オブジェクトをそれぞれ特定する特定手段と、前記所定オブジェクトに対応する所定フィードデータに対し前記特定手段により特定される関連オブジェクトにそれぞれ対応する追加フィードデータを表示させるためのアイコンが、該所定フィードデータが表示される特定領域にそれぞれ集約表示されるようにタイムラインデータを生成する生成手段と、を備える。
【００２２】
〔Ｂ〕上記課題を解決するため、本発明の一態様である「情報処理装置の制御方法」は、直近の保持期間内のオブジェクトにそれぞれ対応するスケルトンデータを保持するように保持内容が定期的に更新される保持部に保持されている所定のスケルトンデータが指し示す所定オブジェクトに関連する該保持期間外の関連オブジェクトをそれぞれ特定する特定ステップと、前記所定オブジェクトに対応する所定フィードデータに対し前記特定ステップにおいて特定される関連オブジェクトにそれぞれ対応する追加フィードデータを表示させるためのアイコンが、該所定フィードデータが表示される特定領域にそれぞれ集約表示されるようにタイムラインデータを生成する生成ステップと、を含む。
【００２３】
〔Ｃ〕上記課題を解決するため、本発明の一態様である「制御プログラム」は、直近の保持期間内のオブジェクトにそれぞれ対応するスケルトンデータを保持するように保持内容が定期的に更新される保持部に保持されている所定のスケルトンデータが指し示す所定オブジェクトに関連する該保持期間外の関連オブジェクトをそれぞれ特定する特定機能と、前記所定オブジェクトに対応する所定フィードデータに対し前記特定機能により特定される関連オブジェクトにそれぞれ対応する追加フィードデータを表示させるためのアイコンが、該所定フィードデータが表示される特定領域にそれぞれ集約表示されるようにタイムラインデータを生成する生成機能と、を情報処理装置のコンピュータに実現させる。
【００２４】
上記〔Ａ〕の「情報処理装置」には、下記の技術的限定を加えてもよい。また、同様の技術的限定を、上記〔Ｂ〕の「制御方法」及び上記〔Ｃ〕の「制御プログラム」に加えてもよい。
・前記保持期間は１週間を超えない期間である。
・前記アイコンは、該アイコンを対象とする所定操作に応じて該アイコンに対応するフィードデータを前記特定領域に表示中のフィードデータに代えて切替表示させるための要素であり、前記生成手段が、前記アイコンのいずれかに対し前記所定操作がなされた場合に該所定操作の対象となったアイコンに対応する追加フィードデータに対し該所定操作の対象にならなかった他の追加フィードデータにそれぞれ対応するアイコンと前記所定フィードデータに対応するアイコンとが前記特定領域にそれぞれ集約表示されるように前記タイムラインデータを生成する。
【発明の効果】
【００２７】
本発明に係る情報処理装置は、直近の保持期間内の所定オブジェクトに対応する所定フィードデータに対し当該保持期間外の関連オブジェクトにそれぞれ対応する追加フィードデータを表示させるためのアイコンが、当該所定フィードデータが表示される特定領域にそれぞれ集約表示されるようにタイムラインデータを生成する。よって、本発明によれば、ソーシャルサービスのユーザが所望の情報をローコスト（検索労力ないし検索時間が相対的に低減されること）で見つけやすいタイムラインが当該ユーザに提供され得る。
【００３０】
なお本発明において、
「フィード」とは、一のユーザのソーシャルグラフに含まれる他のユーザのアクティビティやコンテンツの投稿（以下両者を併せて「オブジェクト」と表現することがある。）、コミュニティにおけるイベントの発生などに起因して、当該アクティビティやイベントが生じたことを一のユーザの画面上において表示するショートコメントをいう。ショートコメントには通常リンクが付されており、当該リンクをたどって他のユーザの投稿やコミュニティのイベントの詳細を閲覧することができるが、これに限らず短文の投稿それ自体がリンクを張られることもなく直接一のユーザにフィードとして配信される投稿カテゴリもある。
【００３１】
「タイムライン」とはこれらのフィードが時系列に沿って（通常、上から下に向かって遡るかたちで）連続的に表示されたものをいう。タイムラインを構成する各フィードは、例えば短文の投稿（「つぶやき」）のようなテキスト情報が表示されることもある一方、写真付きの日記や動画投稿のフィードの場合、当該写真や動画のサムネイルなどの非テキスト情報も伴ってフィードとして表示されうる。これらの非テキスト情報を伴ったフィードを以下「リッチフィード」ということがある。
【００３２】
「ＳＮＳサーバ」とは、ネットワークを介してソーシャルネットワークサービスを提供するためのエンジンと各種データベースを蓄積しているサーバをいう。ノードとして単一であることは要件ではなく、複数のノードが協働して同様の構成を実現するものであって良い。
【図面の簡単な説明】
【００３３】
【図１】本発明の一実施例に係るＳＮＳサーバ２０と端末装置１０とがネットワーク３０を介して接続する状態を示すネットワーク構成図である。
【図２】本発明の一実施例に係るＳＮＳサーバ２０の機能ブロック図である。
【図３】本発明の一実施例に係る端末装置１０の機能ブロック図である。
【図４】端末からのタイムライン閲覧要求に対して行われる情報の授受の流れを示すフローチャートである。
【図５】各データに含まれる情報内容を示した一覧表である。
【図６】別の実施例における端末からのタイムライン閲覧要求に対して行われる情報の授受の流れを示すフローチャートである。
【図７】タイムラインの再構成が行なわれる状況を示すイメージ図である。
【図８】集約されたフィードが表示される態様を示した画面イメージ図である。
【発明を実施するための最良の形態】
【００３４】
図１は、本発明の一実施例に係るＳＮＳサーバ２０を含むネットワークシステム１の構成図である。ＳＮＳサーバ２０は、ネットワーク３０を介して各ユーザの端末装置１０・・・１０と接続されており、データの授受が可能である。端末装置１０は、基地局に無線により接続して、ゲートウェイ等のネットワーク機器を介してネットワーク３０に接続される（なお基地局、ゲートウェイについては図示を省略する）。ユーザはネットワーク３０を介しさまざまなサイトが提供する種々のコンテンツや情報の閲覧・取得を行うほか、ユーザ自身も端末装置１０から情報の送信を行う。さまざまなサイトの中には、ＳＮＳサーバ２０が提供するようなサービスも含まれる。
【００３５】
図２は、ＳＮＳサーバ２０の機能を示すブロックにて図示した機能構成図である。ＳＮＳサーバ２０の機能は、外部からの入力情報の処理や蓄積されたコンテンツやアクティビティに基づき各ユーザの嗜好性を判定する処理、これらを参酌しつつ広告表示エリアに表示されるべき適切な広告を選択する処理等を行う制御部２１０と、ユーザ属性に関するマスタ情報やユーザ同士の関係性、及びユーザと各オブジェクト（コンテンツ、アクティビティ等）に対する嗜好性に関する情報を集積するユーザ情報ＤＢ群２２０、ダイアリーやチェック、フォトなどの個々のコンテンツや、アプリの利用や特定のＷｅｂページの閲覧など、ユーザによるインターネット上の行動に関わるアクティビティのエンティティーを記録するオブジェクトＤＢ群２３０、各オブジェクトの説明や意味付けを補足するメタデータを、各オブジェクト毎に紐づけて記録するメタＤＢ群２４０、タイムラインを構成するオブジェクト（コンテンツやアクティビティ、或いはこれらに対するフラグの設定などフィード生成の元となる記録を指す。）のスケルトンデータを当該オブジェクトが生成された後の所定期間保持するソーシャルストリームデータベース（ＳＳＤＢ）２５０、各種広告情報を蓄積する広告情報ＤＢ２６０、及びネットワーク４０を介して各種端末装置３０等との情報授受を行う際のデータ形式の最適化を行うインターフェース２７０とに大別される。
【００３６】
制御部２１０は、以下の処理を含むサービス内の各種制御ないし処理を行う。
（１）ユーザが端末からネットワークを介して送信してきた入力情報、或いはユーザからの要求に応じて送信する出力情報をその情報種別に応じて各ＤＢ群（ユーザ情報ＤＢ群２２０、オブジェクトＤＢ群２３０、メタＤＢ群）に格納、及び各ＤＢ群から受信して各端末に送信する処理
（２）前記入出力情報に基づいて各ユーザの嗜好性を判定し嗜好性ＤＢ２２３に当該嗜好性情報を送信する処理
（３）前記嗜好性ＤＢ２２３に蓄積された嗜好性、及びユーザ属性ＤＢ２２１に記録された各ユーザ毎の情報に基づいて、出力情報とともに配信する広告を選択し、広告情報ＤＢ２６０から広告情報を取得し各端末に送信する処理
（４）ユーザからの要求に応じ、ＳＳＤＢ２５０から取得したスケルトンデータを当該ユーザの関係性等に応じてフィルタリングし、ユーザが操作する端末に送信するフィードを選別する処理
（５）ＳＳＤＢ２５０から取得したスケルトンデータを、関係性ＤＢ２２２及びメタＤＢ群２４０を参照しつつ最適表示序列となるようタイムラインを制御する処理
（６）ユーザからのコンテンツページ閲覧要求に応じオブジェクトＤＢ群２３０から情報を取得してコンテンツページを生成する処理
【００３７】
ユーザ情報ＤＢ群２２０は、ＳＮＳのユーザの氏名、年齢、性別、出身地、趣味等の属性情報を記録するユーザ属性情報ＤＢ２２１と、ユーザ間の関係性に関する情報を記録する関係性ＤＢ２２２と、ユーザのアクティビティ及びコンテンツ及びそれらの時系列の遷移に基づいて算出される嗜好性をユーザごとに記録する嗜好性ＤＢ２２３とを含んでいる。オブジェクトＤＢ群２３０は、各ユーザが投稿した日記や写真、特定のスポットへの訪問の事実などの各コンテンツやユーザによるインターネット上の行動、例えば特定のアプリにおけるアイテムの選択やミッションの達成といったアクティビティを、各オブジェクト種別ごとに格納する。なお図２においては日記投稿に関する情報を格納するダイアリーＤＢ２３１、特定の場所にいたことを、ユーザＩＤ、当該ユーザのコメント、及び当該場所の位置情報を表す座標とともに格納するチェックＤＢ２３２、写真投稿に関する情報を格納するフォトＤＢ２３３を図示しているが、これに限られず種々のオブジェクトが格納される。広告情報ＤＢ２６０には、ユーザのリロードタイミングやリロード時点におけるユーザの嗜好性等に基づいて適宜選択される各種広告情報が広告主からのリクエストに応じて格納されている。メタＤＢ群２４０、ソーシャルストリームデータベース（ＳＳＤＢ）２５０については、後述する。
【００３８】
図３は、端末装置１０の機能ブロック図である。端末装置１０は、サーバから受信したデータに基づいてタイムラインその他の画面表示の制御を含む端末の動作制御を行うＣＰＵ１１、アプリケーションデータ等を一時的に展開するメモリ１２、ダウンロードされたアプリケーションプログラムや配信されたコンテンツ、その他の情報を保存する記憶部１３、ネットワーク５０を介して他のノードとの接続制御を行う送受信部１４、ダウンロードしたＷｅｂページ等を表示するスクリーンである表示部１５、キーボードやテンキー、前記スクリーン上に配されたタッチパネルなど、操作者による端末操作のための能動的な入力操作を行うための入力デバイス１６を備える。その他図示しないが、音声出力のためのスピーカ、或いは入力デバイス１６に対する能動的な操作以外の情報（周囲の照度や与えられた加速度）を認識するセンサを備えていても良い。ＣＰＵ１１と他の各要素とはバスを通じて電気的に接続されている。
【００３９】
次に、サービス内におけるユーザの基本的な行動について説明する。
（１）ユーザ属性情報の登録
サービスの提供を受けるにあたり、ユーザは自己の属性情報を登録している。属性情報としては種々の情報が登録され得る。例えば氏名、年齢、ハンドルネーム、プロフィール写真、現住所、性別、誕生日、血液型、出身地、趣味、職業、所属などが登録され得る。これらの属性情報を、ユーザは自らの端末装置１０から入力を行う。入力された情報は、ユーザＩＤに紐付けられるかたちでユーザ属性ＤＢ２２１に保存される。
【００４０】
（２）他のユーザとの関係性の構築
ユーザは、サービス内で他のユーザとの関係を構築することができる。関係性の構築手法はサービスにより種々考えられ、一方的なフィード受け入れ（フォロー）であってもよく、双方的な友人申請−承諾により相互にフィードを受け入れ、投稿を閲覧可能にする態様であってもよい。また関係性も単一のレイヤに限らず、より親密な関係性として「親友」といったレイヤを設け、より限定的な関係性にのみ自己の投稿を開示したりそのフィードが配信されるようにする態様であってもよい。こうした関係性は、ユーザＩＤに紐付けられるかたちで関係性ＤＢ２２２に保存される。
【００４１】
（３）アクティビティの説明
ユーザは、サービス内で種々の活動を行うことができる。例えばサービス内で提供されているアプリをダウンロードし、これを遊技することができる。こうした遊技のステータスは、スケルトンデータとしてＳＳＤＢ２５０に保存され、その詳細な内容はオブジェクトＤＢ群２３０に保存される。
【００４２】
（４）コンテンツの投稿（ポスト）
ユーザは、例えば日々の出来事を、日記をつけるように書き込むことができる。或いは、日記ほどのボリュームではなくとも、ちょっとした短文をつぶやきとして投稿することができる。日記には写真などの画像や動画をともに投稿することができるほか、話題にしたい他のＷｅｂページのＵＲＬをリンクしつつ書き込むこともできる。このように、自らが気になったことや自らの考え、意見、好きなものなどをテキスト、画像、動画、音声データなどさまざまな形式で投稿することができる。
【００４３】
更にユーザは、投稿ごとにその公開範囲を適宜コントロールすることができる。サービスのユーザ全員が閲覧可能に設定することもでき、友人のみに設定することもできる。或いは個別の友人ごとに公開範囲をコントロールすることもできるし、個別の投稿ごとに公開レベルを設定することもできる。関係性に広がりを持たせたいが無限定に開示をしたくはない場合、「友人の友人まで公開」といった設定も可能である。このように公開範囲を適宜コントロールすることで、気兼ねなく日々の出来事に関する投稿を行うことができ、また他のユーザとの関係性が広がる可能性を持たせることができる。
【００４４】
このように各ユーザが投稿したコンテンツは、その種別、公開範囲の設定とともに、オブジェクトＤＢ２４０に保存される。
【００４５】
（５）嗜好性の蓄積
上記のように、ユーザのアクティビティやコンテンツの投稿はそれぞれ逐次当該ユーザＩＤに紐付けて保存されていくが、これらを素材として個々のユーザの好みの傾向、嗜好性についても逐次算定される。例えば一のユーザが「自動車」を用語として含む日記の投稿を行うと、制御部２１０において処理され、ダイアリーＤＢ２３１に保存されるとともに、当該ユーザの嗜好性の傾向が再計算され、嗜好性ＤＢ２２３に当該ユーザのユーザＩＤと紐付けられて保存される。この嗜好性に関する情報は種々の局面で活用されるものであり、当該ユーザのトップページに表示される広告情報が広告情報ＤＢ２６０から選択されるにあたって、この嗜好性の情報に基づいてより親和性の高い広告が選択表示される。或いは後述するように、タイムライン表示の最適化にあたって当該ユーザの嗜好性の情報を参酌するよう構成することもできる。
【００４６】
次に、図４及び図５を用いつつ、ユーザが端末１０からタイムラインの閲覧を要求し、当該端末１０に表示されるまでのサーバ内部におけるフローを説明する。
【００４７】
図４は、端末からの要求に応じてタイムラインが所定のユーザ向けにパーソナライズされる（再構成される）流れを示すフローである。タイムライン（図示中において「ＴＬ」と表示することがある）を閲覧するトリガ（ステップＳ４０１）としては、ユーザのログイン、リロード、他の画面からユーザトップ画面への遷移などがあり得る。
【００４８】
タイムライン閲覧のトリガが発生すると、閲覧要求の信号が端末１０から制御部２２０へと送信される。送信されるデータには閲覧を要求しているユーザのユーザＩＤが少なくとも含まれており、このユーザＩＤにパーソナライズされる形で表示タイムラインが生成されることになる。
【００４９】
制御部２１０は当該ログインユーザに関するユーザ属性情報をユーザ属性ＤＢ２１１より取得する（ステップＳ４０３、ステップＳ４０４）。次に制御部２１０はＳＳＤＢ２３０からスケルトンデータを取得する（ステップＳ４０５、ステップＳ４０６）。取得されたデータは一時記憶手段（図示しない）に一時的に保存される。
【００５０】
次に制御部２１０は関係性ＤＢ２２２から当該ユーザの関係性情報を取得する（ステップＳ４０５、ステップＳ４０６）。関係性情報は、ＴＬ閲覧を要求しているユーザとサービス内の他のユーザとの間に特定の関係性が成立しているか否かに関する情報であり、原則的に特定の関係が成立している場合に当該他のユーザのオブジェクトに関するフィードが閲覧要求ユーザに対して表示される。制御部２１０は、閲覧要求ユーザと特定の関係性をもつ他のユーザＩＤ群を取得し、一時記憶手段（表示しない）に一時的に記録する。次に制御部２１０はＳＳＤＢ２５０にアクセスし、自己のユーザＩＤ及び前記取得した他のユーザＩＤ群に関するスケルトンデータを取得する（ステップＳ４０７、ステップＳ４０８）。ＳＳＤＢ２５０にはサービス内のあらゆるユーザに関するスケルトンデータが期間限定的に集積されているところ、これらから閲覧要求を行ったユーザＩＤと関係性を有するユーザＩＤを含むスケルトンデータのみを取得する。
【００５１】
ここでＳＳＤＢ２５０について説明する。ＳＳＤＢ２５０は各ユーザのフィードが起因するアクティビティないしコンテンツのうち直近のもの、例えば直近一週間のものについて集積している。ここに集積されている情報は図５に示すように、アクティビティデータやコンテンツデータが含む各種オブジェクト情報のうち、ユーザＩＤ、タイムスタンプ、オブジェクト種別（日記、ボイス、アクティビティなど）、オブジェクトキー（オブジェクトを一意に特定するＩＤ）のみを抽出した情報であり、実質的に各フィードが起因するオブジェクトを指し示す情報のみから構成されている。オブジェクトの詳細なデータ（実体部分）は含まれていない当該形式のデータをここでは「スケルトンデータ」と称する。ＳＳＤＢ２５０では、このように軽量化されたデータを定期的に更新しつつ直近から限定期間に限定して保有する。なお図５に示す記号のうち、二重丸は当該データの序列を規定するキーとなる情報を表し、丸は当該データに含まれる情報を表す。また三角は必須ではない、省略可能な情報を表す。
【００５２】
更に制御部２１０は、取得した個々のスケルトンデータにつき、コンテンツの公開設定、或いは閲覧ユーザによるミュート設定（特定の関係性を有してはいるが当該他のユーザのフィードを見たくない場合に可能な非表示設定）を加味して、表示＼非表示を設定する（ステップＳ４０９）。非表示設定されたスケルトンデータについては、後述する実体データ（オブジェクト情報）取得を行わない。
【００５３】
次に、関係性によるフィルタ及び個々のコンテンツの公開設定や閲覧ユーザのミュート設定による非表示設定を経たスケルトンデータに含まれるオブジェクトキーを元にオブジェクトＤＢ群２３０から実体データを取得する（ステップＳ４１０、ステップＳ４１１）。この実体データをここでは「エンティティー」と表現する。エンティティーにはメタ情報が含まれており、次にこれに基づいてメタＤＢ群２４０にアクセスを行う。
【００５４】
ここでメタＤＢ群２４０について説明する。メタＤＢはオブジェクトＤＢに格納される各実体データに対応するメタデータを格納するＤＢである。メタデータにはユーザＩＤ、メタ情報（当該データに関する注釈、詳細説明、タグ情報など）及びオブジェクトキーが少なくとも含まれている。例えばチェックインの位置座標情報に関するランドマーク（駅や特定の建造物など）やアプリ開始のアクティビティの対象となるアプリ名、或いは旅行に関する日記の投稿の場合、その投稿文字列に含まれている土地情報を表す文字列などをタグ情報として紐付けることができる。メタＤＢ群においては、これらの情報がオブジェクトの種別や利用されるサービスに関連するグループごとに集約されて保管されている。その例を図示すると図２のようになる。図２では、チェックインサービスに関連するランドマーク情報（ロケーションＡ、ロケーションＢ、ロケーションＣ、・・）や、アプリケーションの利用状況などをＴＬ上に流すアプリフィードに関連するアプリ情報（アプリＡ、アプリＢ、アプリＣ、・・）などが集約の基準になっている。なおこうしたメタＤＢ群の構成は飽くまで一例であり、各オブジェクトを種々のカテゴリ毎に集約したメタＤＢを備えることができる。
【００５５】
なお、各ＤＢ群（ユーザ情報ＤＢ群２２０、オブジェクトＤＢ群２３０、メタＤＢ群２４０）は一般的な分散型ＤＢであれば、構成は任意でよい。
【００５６】
ステップＳ４１２につき、チェックインを例にとりつつ説明する。例えば「渋谷駅」におけるチェックイン情報を含むチェックインのエンティティーが関係性によるフィルタリング及び表示＼非表示設定処理後タイムラインデータに含まれる場合、制御部２１０は、先に取得した関係性を有する他のユーザＩＤをフィルタリングのキーとしつつ、メタＤＢ群中「ロケーション＞渋谷駅」に関し集約したＤＢを参酌し、ここに含まれているメタデータを取得する。
【００５７】
制御部２１０は、取得したメタデータにつき再びコンテンツの公開設定及び閲覧ユーザのミュート設定に基づいた表示＼非表示設定を行う（ステップＳ４１４）。その後当該メタデータに含まれているオブジェクトキーを元に、再度オブジェクトＤＢ群２３０から対応するエンティティーを取得する（ステップＳ４１５、ステップＳ４１６）。
【００５８】
そののち、制御部２１０は取得した全てのエンティティーを踏まえてＴＬを再構成する（ステップＳ４１７）。再構成は以下の２つのステップを伴う。
（１）取得したメタデータに基づいて再取得されたエンティティーとスケルトンデータに基づいて取得されたエンティティーとが同一のオブジェクトに起因するものである場合、タイムラインデータに含まれている当該スケルトンデータを削除する。同一のオブジェクトに起因するものか否かの判定は、オブジェクトキーが一致するか否かに基づいて行う。
（２）取得したメタデータに基づいて再取得されたエンティティーを、取得の原因となったスケルトンデータに基づいて取得されたエンティティーに集約した形で表示するよう構成する。
これにより、関連性のある過去のフィードは時系列で直近のフィードに集約して表示され、かつ重複するフィードは消し込まれることで削除されるから表示タイムライン上で重複することがない。更にはＳＳＤＢでは遡って照会できるデータの期間が限定的であったところ、所定のオブジェクト（チェックイン、或いは特定のアプリに関するアクティビティ）について無期限に検索が可能となり、かつそれがタイムライン上の所定のフィード内で完結することとなる。もちろんメタＤＢ群２４０の検索の時期的範囲について所定の期間、例えば過去１年間、のように限定して検索するよう構成しても良い。かかる限定を行った場合、検索に要する時間は一層短縮され、操作に対するレスポンスが向上しユーザに快適なサービスの提供が可能となる。
【００５９】
制御部２１０は、表示タイムラインデータを要求があった端末１０に送信する（ステップＳ４１８）。端末１０は受信した表示タイムラインデータに従ってタイムラインを画面表示制御する（ステップＳ４１９）。
【００６０】
なお上記実施例では、集約されたフィードに関する情報も予め元データをオブジェクトＤＢ群２３０からロードする形式を取っているが、よりロードに要するコストを削減する構成として例えば図６に示す構成が考えられる。なお図６におけるステップは図４におけるのと途中までは同一であり、ステップＳ６０１からステップＳ６１３まではそれぞれ下２桁が同じステップＳ４０１からステップＳ４１３の作用に相当する。図６において、メタＤＢ群からメタデータを取得した段階でタイムラインの再構成を行う（ステップＳ６１４）。この際ユーザの関係性をタイムライン上強く反映させたい場合には再構成の前に、先だって取得している関係性情報に基づいてフィルタリングを行い、閲覧リクエストを行ったユーザの関係性に従ったデータ選別を行う。選別されたデータは制御部２１０から閲覧をリクエストした端末１０に対し送信され（ステップＳ６１５）、端末では受信したデータに基づいてタイムラインの画像表示制御が行なわれる（ステップＳ６１６）。
【００６１】
端末１０においてリロードのトリガとなる操作、例えば集約されたフィードへのタップ、がなされると（ステップＳ６１７＝Ｙｅｓ）、制御部２１０に対して集約されたフィードに関するリロード要求が送信される。制御部２１０では集約されているメタデータに関する情報（ユーザＩＤ及びオブジェクトキー）を保持しており、これに基づいてオブジェクトＤＢ群２３０から対応する元データを受信し（ステップＳ６１８、ステップＳ６１９）、要求があった端末１０に対して送信する（ステップＳ６２０）。端末１０は受信した情報を読み込み、再表示制御を行う（ステップＳ６２１）。
【００６２】
図７はタイムラインが再構成される状況を概念的に示したイメージ図である（図４におけるステップＳ４１７、及び図６におけるステップＳ６１４）。図７の左の列が再構成前のタイムラインを模式的に示したものである。ここで示すように、閲覧ユーザの関係性に基づいてフィルタリングを行ったタイムラインには、様々なカテゴリのイベントに関するフィードが順不同に配列されることになる。なお図における「Ｃ」は所定の場所にいたことを示す投稿（チェック）を表すものであり、図示の関係上アプリごとに「Ｃ１」「Ｃ２」と表記上の区別をつけている。また「Ｐ」は写真の投稿を、「Ｄ」は日記の投稿を、「Ｔ」はつぶやきを表すものである。ここでは、チェックＣ１については、ユーザａ、ｂ、ｃが、チェックＣ２についてはユーザｂ、ｄが、それぞれフィードの起因となるコンテンツ投稿を行っており、それらが仮タイムライン上に配置されている。制御部２１０は、これら共通するアプリに関するフィードを一の表示領域に集約する。その際、タイムライン蓄積より以前のオブジェクトであるユーザｘの同一場所Ｃ１に関するチェックも併せて集約される。すなわち制御部２１０は、集約表示を反映してタイムラインを再構成する。すなわち、集約された元フィード（図７中点線囲みのフィード）を削除し、各々最新のフィード位置（図７中白抜きのフィード）に集約される。集約されたフィードの表示態様を図８に示す。
【００６３】
図８は、いずれも同一の閲覧ユーザの端末１０において表示されるタイムラインであり、外部からの操作に応じて表示が変化する様子を示すものである。左に示しているタイムラインにあるように、ユーザａが場所Ｃ１（ここでは、「渋谷駅」）を示す領域と、ユーザａも含めた他のユーザで当該場所にいたユーザ（ここではａ、ｂ、ｃ及びｘ）を示す領域とが一体となってフィードを形成している。ここで閲覧しているユーザが端末装置１０の操作によりポインタを上述のユーザを示す領域中、ｂを示すアイコン上に遷移させると、これにあわせて上部の領域もユーザｂのコンテンツ、すなわち「ホームきれい」というコメント及びユーザｂを示すアイコンが表示される。更にポインタをｘを示すアイコン上に遷移させると、やはり同じ表示領域内でユーザｘのチェックの内容（当該場所に関するコメント）、を示す画像に切り替わる。これらの情報、及びインターフェースは、再構成されたタイムラインに関する情報とともに制御部２１０から端末装置１０に送信される。
【産業上の利用可能性】
【００６４】
本発明により、タイムラインに表示されるアクティビティないしコンテンツに関連する他のユーザのアクティビティないしコンテンツを容易に検索することができることからユーザの閲覧利便性が向上し、サービスの媒体としての価値向上に寄与する。特にサービスが成熟化しユーザ及びエントリが肥大化した状況において、閲覧者が検索することを所望する可能性が高い過去のアクティビティないしコンテンツを、ローコスト（検索労力ないし検索時間が相対的に低減されること）で容易に閲覧することが可能となることから、個々のユーザにとってのサービスの価値が向上し、ユーザの滞在時間向上が見込まれることから媒体としてオン価値が向上する。
【００６５】
また、同一ないし関連する項目に関するフィードを集約表示することにより、端末の閲覧表示画面領域の制約にも対応することができ、被集約対象となった他のユーザのアクティビティについてもタイムライン上を簡易に確認することができ、タイムラインの利便性が向上し、ユーザのサービス利用時間の向上が見込まれ、サービスの媒体としての価値が向上する。
【００６６】
更には、集約したフィードに関する情報を端末におけるタイムライン表示生成後所定の操作、例えば該当するフィード領域へのタッチ操作などを契機としてロードする構成とすることにより、タイムラインの当初表示速度の向上が見込まれ、ユーザビリティが向上する。
【符号の説明】
【００６７】
１        ネットワークシステム
１０      端末装置
２０      ＳＮＳサーバ
２１０    制御部
２２０    ユーザ属性ＤＢ群
２２１    ユーザ属性ＤＢ
２２２    関係性ＤＢ
２２３    嗜好性ＤＢ
２３０    オブジェクトＤＢ群
２３１    ダイアリーＤＢ
２３２    チェックＤＢ
２３３    フォトＤＢ
２４０    メタＤＢ群
２５０    ソーシャルストリームデータベース（ＳＳＤＢ）
２６０    広告情報ＤＢ
２７０    インターフェース
３０      ネットワーク
【図１】
0006212304.tif 000002
【図２】
0006212304.tif 000003
【図３】
0006212304.tif 000004
【図４】
0006212304.tif 000005
【図５】
0006212304.tif 000006
【図６】
0006212304.tif 000007
【図７】
0006212304.tif 000008
【図８】
0006212304.tif 000009