(57)【要約】【課題】情報交換サービスの利用状況の分析に有用な情報を提供することができるようにする。【解決手段】リンク構造データ生成部１０２は、ユーザ単位情報５１より、ユーザ同士の結びつきの様子を示すリンク構造データを生成する。期間内データ抽出部１０４は、そのリンク構造データより、指定期間内のデータを抽出する。カテゴリ抽出部１０５は、リンク構造データより、所定のカテゴリのデータを抽出する。統計データ生成部１０６は、活性度や継続度等の統計データを生成する。有向グラフデータ生成部１０９は、リンク構造データより、ノードと、ノードの結びつきを示すエッジよりなる有向グラフを生成する。ノード判定部１１０は、生成された有向グラフの各ノードに属性を割り当てる。本発明は、情報処理装置に適用することができる。【選択図】図３
2008052495.tif 000002
【特許請求の範囲】
【請求項１】
サーバが、ネットワークを介して接続されるクライアントに対して、ユーザ同士で情報を交換する情報交換サービスを提供するネットワークシステムであって、
前記サーバは、
前記情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、前記情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データを生成するリンク構造データ生成手段と、
前記リンク構造データ生成手段により生成された前記リンク構造データより、所定の条件に基づいて、前記リンク構造データの一部分である部分リンク構造データを抽出する抽出手段と、
前記抽出手段により抽出された前記部分リンク構造データに基づいて、ユーザをノードとし、ユーザ同士の結びつきをエッジとするグラフ情報を生成するグラフ生成手段と、
前記グラフ生成手段により生成された前記グラフ情報を前記クライアントに供給する供給手段と
を備え、
前記クライアントは、
前記供給手段により供給された前記グラフ情報を取得する取得手段と、
前記取得手段により取得された前記グラフ情報を描画し、モニタに表示させるグラフ描画手段と
を備えるネットワークシステム。
【請求項２】
ネットワークを介して接続される他の情報処理装置に対して、ユーザ同士で情報を交換する情報交換サービスを提供する情報処理装置であって、
前記情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、前記情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データを生成するリンク構造データ生成手段と、
前記リンク構造データ生成手段により生成された前記リンク構造データより、所定の条件に基づいて、前記リンク構造データの一部分である部分リンク構造データを抽出する抽出手段と、
前記抽出手段により抽出された前記部分リンク構造データを前記他の情報処理装置に供給する供給手段と
を備える情報処理装置。
【請求項３】
前記リンク構造データ生成手段は、リンク構造データとして、所定のユーザを中心とした所定の範囲の、情報交換サービスにおけるユーザ同士の結びつきの様子を示すユーザリンク構造データを生成する
請求項２に記載の情報処理装置。
【請求項４】
前記抽出手段は、前記所定の条件を、ユーザ同士の結びつきが発生した期間とし、前記リンク構造データより、所定の期間内の部分リンク構造データである期間内データを抽出する
請求項２に記載の情報処理装置。
【請求項５】
前記抽出手段は、前記所定の条件を、前記ユーザ単位情報の各情報を分類するカテゴリとし、前記リンク構造データより、所定のカテゴリの部分リンク構造データであるカテゴリデータを抽出する
請求項２に記載の情報処理装置。
【請求項６】
前記リンク構造データを用いて、情報交換の度合いを表す統計データを生成する統計データ生成手段をさらに備える
請求項２に記載の情報処理装置。
【請求項７】
前記リンク構造データに基づいて、ユーザをノードとし、ユーザ同士の結びつきをエッジとするグラフ情報を生成するグラフ生成手段をさらに備え、
前記供給手段は、前記グラフ生成手段により生成された前記グラフ情報を前記他の情報処理装置に供給する
請求項２に記載の情報処理装置。
【請求項８】
前記グラフ生成手段により生成された前記グラフ情報の各ノードの属性を判定し、付与するノード判定手段をさらに備え、
前記供給手段は、前記ノード判定手段により付与された各ノードの属性情報を、さらに前記他の情報処理装置に供給する
請求項７に記載の情報処理装置。
【請求項９】
ネットワークを介して接続される他の情報処理装置に対して、ユーザ同士で情報を交換する情報交換サービスを提供する情報処理装置の情報処理方法であって、
前記情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、前記情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データを生成するリンク構造データ生成ステップと、
前記リンク構造データ生成ステップの処理により生成された前記リンク構造データより、所定の条件に基づいて、前記リンク構造データの一部分である部分リンク構造データを抽出する抽出ステップと、
前記抽出ステップの処理により抽出された前記部分リンク構造データを前記他の情報処理装置に供給する供給ステップと
を備える情報処理方法。
【請求項１０】
ネットワークを介して接続される他の情報処理装置に対して、ユーザ同士で情報を交換する情報交換サービスを提供する処理を制御するコンピュータが実行可能なプログラムであって、
前記情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、前記情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データを生成するリンク構造データ生成ステップと、
前記リンク構造データ生成ステップの処理により生成された前記リンク構造データより、所定の条件に基づいて、前記リンク構造データの一部分である部分リンク構造データを抽出する抽出ステップと、
前記抽出ステップの処理により抽出された前記部分リンク構造データを前記他の情報処理装置に供給する供給ステップと
をコンピュータに実行させるプログラム。
【請求項１１】
請求項１０に記載のプログラムが記録されている記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステム、情報処理装置および方法、プログラム並びに記録媒体に関し、特に、情報交換サービスの利用状況の分析に有用な情報を提供することができるようにしたネットワークシステム、情報処理装置および方法、プログラム並びに記録媒体に関する。
【背景技術】
【０００２】
近年、通信技術が発達し、インターネットに代表されるネットワークを介した通信サービスが普及してきた。それに伴い、電子メール、WEBサイト、WEB掲示板、チャット、インスタントメッセージ、ウェブログ、およびSNS（Social Networking Site）等の、様々な情報交換の場やツールを提供する情報交換サービスが普及してきた。
【０００３】
このような情報交換サービスにおいて、情報交換の様子を分析するための情報を提供する方法が研究されている。
【０００４】
例えば、特許文献１には、ウェブログをニュース性の高いものとそうでないものにわけ、それぞれに頻出する語句を導きだすキーワード抽出方法が記載されている。また、特許文献２には、ウェブログのページをリンク構造、カテゴリなどの情報をもとにクラスタリングし、検索の精度を上げるウェブログのクラスタリング方法が記載されている。
【０００５】
さらに、特許文献３には、コミュニティ関連のサービスにおいて、コミュニティのおけるユーザ間の関係からそのコミュニティを活性化しているユーザを導きだすキーパーソンの検出方法が記載されている。また、特許文献４には、知人関係にあると共に共通のカテゴリ情報を持つウェブログの集合を各カテゴリに詳しい人脈として抽出し、同意語を含む検索対象カテゴリに属するウェブログコンテンツを、検索対象カテゴリに詳しい人脈に属するウェブログコンテンツから検索し、カテゴリ毎の人脈やウェブログ毎、あるいは時系列や相互のコメント関係、相互のトラックバック関係等の分類により検索結果を可視化することが提案されている。
【０００６】
さらに、例えば、リンク、コメント、トラックバック、トップ記事紹介、または投稿数トップユーザ紹介など、ユーザに対して多様な情報を提供する情報交換サービスも存在する。
【０００７】
【特許文献１】特開２００６−１２００６８号公報
【特許文献２】特開２００６−７２６００号公報
【特許文献３】特開２００５−２３５１１８号公報
【特許文献４】特開２００６−１６４０８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来の方法では、ウェブログ等のコミュニティ全体のマクロな性質を現した客観的な分析をすることは可能であるが、例えば、ある個人を中心としてみたカテゴリの情報やリンクの情報が提供されず、ミクロな分析や表示を行うことが困難である恐れがあった。
【０００９】
これは、上述した従来の方法が主にサービス提供側（運営側）に対する情報提供方法であり、それらは情報交換サービスを提供するユーザに対して提供することは想定されておらず、そのための機能が不十分である恐れがあった。
【００１０】
本発明は、このような状況に鑑みてなされたものであり、情報交換サービスの利用状況の分析に有用な情報を提供することができるようにし、それにより、ユーザが情報交換サービスにおける自分の位置や状態を容易に把握し、コミュニティへの参加度を向上させることを期待することができるようにし、かつ、サービス提供者側から見て有用と思われる情報も提供することができるようにする。
【課題を解決するための手段】
【００１１】
本発明の第１の側面は、サーバが、ネットワークを介して接続されるクライアントに対して、ユーザ同士で情報を交換する情報交換サービスを提供するネットワークシステムであって、前記サーバは、前記情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、前記情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データを生成するリンク構造データ生成手段と、前記リンク構造データ生成手段により生成された前記リンク構造データより、所定の条件に基づいて、前記リンク構造データの一部分である部分リンク構造データを抽出する抽出手段と、前記抽出手段により抽出された前記部分リンク構造データに基づいて、ユーザをノードとし、ユーザ同士の結びつきをエッジとするグラフ情報を生成するグラフ生成手段と、前記グラフ生成手段により生成された前記グラフ情報を前記クライアントに供給する供給手段とを備え、前記クライアントは、前記供給手段により供給された前記グラフ情報を取得する取得手段と、前記取得手段により取得された前記グラフ情報を描画し、モニタに表示させるグラフ描画手段とを備えるネットワークシステムである。
【００１２】
本発明の第１の側面においては、サーバにより、情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データが生成され、その生成されたリンク構造データより、所定の条件に基づいて、リンク構造データの一部分である部分リンク構造データが抽出され、その抽出された部分リンク構造データに基づいて、ユーザをノードとし、ユーザ同士の結びつきをエッジとするグラフ情報が生成され、その生成されたグラフ情報がクライアントに供給され、クライアントにより、その供給されたグラフ情報が取得され、その取得されたグラフ情報が描画され、モニタに表示される。
【００１３】
本発明の第２の側面は、ネットワークを介して接続される他の情報処理装置に対して、ユーザ同士で情報を交換する情報交換サービスを提供する情報処理装置であって、前記情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、前記情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データを生成するリンク構造データ生成手段と、前記リンク構造データ生成手段により生成された前記リンク構造データより、所定の条件に基づいて、前記リンク構造データの一部分である部分リンク構造データを抽出する抽出手段と、前記抽出手段により抽出された前記部分リンク構造データを前記他の情報処理装置に供給する供給手段とを備える情報処理装置である。
【００１４】
前記リンク構造データ生成手段は、リンク構造データとして、所定のユーザを中心とした所定の範囲の、情報交換サービスにおけるユーザ同士の結びつきの様子を示すユーザリンク構造データを生成することができる。
【００１５】
前記抽出手段は、前記所定の条件を、ユーザ同士の結びつきが発生した期間とし、前記リンク構造データより、所定の期間内の部分リンク構造データである期間内データを抽出することができる。
【００１６】
前記抽出手段は、前記所定の条件を、前記ユーザ単位情報の各情報を分類するカテゴリとし、前記リンク構造データより、所定のカテゴリの部分リンク構造データであるカテゴリデータを抽出することができる。
【００１７】
前記リンク構造データを用いて、情報交換の度合いを表す統計データを生成する統計データ生成手段をさらに備えることができる。
【００１８】
前記リンク構造データに基づいて、ユーザをノードとし、ユーザ同士の結びつきをエッジとするグラフ情報を生成するグラフ生成手段をさらに備え、前記供給手段は、前記グラフ生成手段により生成された前記グラフ情報を前記他の情報処理装置に供給することができる。
【００１９】
前記グラフ生成手段により生成された前記グラフ情報の各ノードの属性を判定し、付与するノード判定手段をさらに備え、前記供給手段は、前記ノード判定手段により付与された各ノードの属性情報を、さらに前記他の情報処理装置に供給することができる。
【００２０】
本発明の第２の側面はまた、ネットワークを介して接続される他の情報処理装置に対して、ユーザ同士で情報を交換する情報交換サービスを提供する情報処理装置の情報処理方法であって、前記情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、前記情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データを生成するリンク構造データ生成ステップと、前記リンク構造データ生成ステップの処理により生成された前記リンク構造データより、所定の条件に基づいて、前記リンク構造データの一部分である部分リンク構造データを抽出する抽出ステップと、前記抽出ステップの処理により抽出された前記部分リンク構造データを前記他の情報処理装置に供給する供給ステップとを備える情報処理方法、プログラム、またはプログラムが記録された記録媒体である。
【００２１】
本発明の第２の側面においては、情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データが生成され、その生成されたリンク構造データより、所定の条件に基づいて、リンク構造データの一部分である部分リンク構造データが抽出され、その抽出された部分リンク構造データが他の情報処理装置に供給される。
【発明の効果】
【００２２】
本発明の側面によれば、情報を提供することができる。特に、情報交換サービスの利用状況の分析に有用な情報を提供することができる。
【発明を実施するための最良の形態】
【００２３】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２４】
本発明の第１の側面は、サーバ（例えば、図１のサーバ１１）が、ネットワーク（例えば、図１のネットワーク１０）を介して接続されるクライアント（例えば、図１のクライアント１２）に対して、ユーザ同士で情報を交換する情報交換サービスを提供するネットワークシステム（例えば、図１のネットワークシステム１）であって、前記サーバは、前記情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、前記情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データを生成するリンク構造データ生成手段（例えば、図３のリンク構造データ生成部１０２）と、前記リンク構造データ生成手段により生成された前記リンク構造データより、所定の条件に基づいて、前記リンク構造データの一部分である部分リンク構造データを抽出する抽出手段（例えば、図３の期間内データ抽出部１０４、カテゴリ抽出部１０５、またはカテゴリ抽出部１０８）と、前記抽出手段により抽出された前記部分リンク構造データに基づいて、ユーザをノードとし、ユーザ同士の結びつきをエッジとするグラフ情報を生成するグラフ生成手段（例えば、図３の有向グラフデータ生成部１０９）と、前記グラフ生成手段により生成された前記グラフ情報を前記クライアントに供給する供給手段（例えば、図３の送信処理部１１１）とを備え、前記クライアントは、前記供給手段により供給された前記グラフ情報を取得する取得手段（例えば、図３の受信処理部１２４）と、前記取得手段により取得された前記グラフ情報を描画し、モニタに表示させるグラフ描画手段（例えば、図３のグラフ描画部１２５）とを備えるネットワークシステムである。
【００２５】
本発明の第２の側面は、ネットワーク（例えば、図１のネットワーク１０）を介して接続される他の情報処理装置（例えば、図１のクライアント１２）に対して、ユーザ同士で情報を交換する情報交換サービスを提供する情報処理装置（例えば、図１のサーバ１１）であって、前記情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、前記情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データを生成するリンク構造データ生成手段（例えば、図３のリンク構造データ生成部１０２）と、前記リンク構造データ生成手段により生成された前記リンク構造データより、所定の条件に基づいて、前記リンク構造データの一部分である部分リンク構造データを抽出する抽出手段（例えば、図３の期間内データ抽出部１０４、カテゴリ抽出部１０５、またはカテゴリ抽出部１０８）と、前記抽出手段により抽出された前記部分リンク構造データを前記他の情報処理装置に供給する供給手段（例えば、図３の送信処理部１１１）とを備える情報処理装置である。
【００２６】
前記リンク構造データ生成手段は、リンク構造データとして、所定のユーザを中心とした所定の範囲の、情報交換サービスにおけるユーザ同士の結びつきの様子を示すユーザリンク構造データを生成する（例えば、図５ステップＳ２）ことができる。
【００２７】
前記抽出手段は、前記所定の条件を、ユーザ同士の結びつきが発生した期間とし、前記リンク構造データより、所定の期間内の部分リンク構造データである期間内データを抽出する（例えば、図３の期間内データ抽出部１０４）ことができる。
【００２８】
前記抽出手段は、前記所定の条件を、前記ユーザ単位情報の各情報を分類するカテゴリとし、前記リンク構造データより、所定のカテゴリの部分リンク構造データであるカテゴリデータを抽出する（例えば、図３のカテゴリ抽出部１０５またはカテゴリ抽出部１０８）ことができる。
【００２９】
前記リンク構造データを用いて、情報交換の度合いを表す統計データを生成する統計データ生成手段（例えば、図３の統計データ生成部１０６）をさらに備えることができる。
【００３０】
前記リンク構造データに基づいて、ユーザをノードとし、ユーザ同士の結びつきをエッジとするグラフ情報を生成するグラフ生成手段（例えば、図３の有向グラフデータ生成部１０９）をさらに備え、前記供給手段は、前記グラフ生成手段により生成された前記グラフ情報を前記他の情報処理装置に供給することができる。
【００３１】
前記グラフ生成手段により生成された前記グラフ情報の各ノードの属性を判定し、付与するノード判定手段（例えば、図３のノード判定部１１０）をさらに備え、前記供給手段は、前記ノード判定手段により付与された各ノードの属性情報を、さらに前記他の情報処理装置に供給することができる。
【００３２】
本発明の第２の側面はまた、ネットワーク（例えば、図１のネットワーク１０）を介して接続される他の情報処理装置（例えば、図１のクライアント１２）に対して、ユーザ同士で情報を交換する情報交換サービスを提供する情報処理装置（例えば、図１のサーバ１１）の情報処理方法であって、前記情報交換サービスにおいて発信または交換された、ユーザ単位毎に管理される情報であるユーザ単位情報より、前記情報交換サービスにおける、ユーザ同士の結びつきの様子を示すリンク構造データを生成するリンク構造データ生成ステップ（例えば、図５のステップＳ２）と、前記リンク構造データ生成ステップの処理により生成された前記リンク構造データより、所定の条件に基づいて、前記リンク構造データの一部分である部分リンク構造データを抽出する抽出ステップ（例えば、図５のステップＳ４）と、前記抽出ステップの処理により抽出された前記部分リンク構造データを前記他の情報処理装置に供給する供給ステップ（例えば、図５のステップＳ６）とを備える情報処理方法、プログラム、またはプログラムが記録された記録媒体である。
【００３３】
以下、本発明の実施の形態について説明する。
【００３４】
図１は、本発明を適用したネットワークシステムの構成例を示すブロック図である。
【００３５】
図１において、ネットワークシステム１は、インターネットに代表されるネットワーク１０を介して接続された、サーバ１１、並びに、クライアント１２−１乃至クライアント１２−３により構成されるシステムであり、クライアント１２−１乃至クライアント１２−３の各ユーザがサーバ１１の提供する情報交換サービスを利用するシステムである。
【００３６】
サーバ１１は、クライアント１２−１乃至クライアント１２−３の各ユーザに対して、ネットワーク１０を介した情報交換を支援する情報交換サービスを提供する。情報交換サービスとして例えば、電子メール、メーリングリスト、WEBサイト、WEB掲示板、チャット、インスタントメッセージ、ウェブログ、またはSNS（Social Networking Site）等がある。もちろんこれら以外のサービスであっても良い。サーバ１１は、情報交換サービスの提供として、例えば、メンバの管理を行ったり、WEBサイト等の情報を交換する場を提供したり、交換される情報を保存したり、情報の交換を制御したり、課金処理を行ったりする。また、サーバ１１は、後述するように、この情報交換サービスに関する情報を各クライアントに提供する。
【００３７】
クライアント１２−１乃至クライアント１２−３は、サーバ１１の提供する情報交換サービスを利用するユーザが操作する端末装置である。すなわち、クライアント１２−１乃至クライアント１２−３の各ユーザは、サーバ１１の提供する情報交換サービスを利用して、情報を交換する。以下において、クライアント１２−１乃至クライアント１２−３を互いに区別して説明する必要の無い場合、クライアント１２と称する。
【００３８】
サーバ１１の提供する情報交換サービスにおいて、各クライアント１２より発信される情報は、ユーザ単位で管理される。ここでのユーザとは、情報交換サービスにおける個人であり、現実的であっても仮想的であってもよい。例えば、１人のユーザが、現実世界の個人を一意に特定することができるものであってもよいし、現実世界の複数人と関連付けられていてもよい。また、現実世界の１人の個人が複数のユーザアカウントを有していてもよい。また、各クライアント１２にそれぞれ割り当てるものであってもよい。
【００３９】
いずれにしろ、情報交換サービス内において、交換される情報は、その情報を発信したユーザと関連付けられて管理されており、その発信者であるユーザが、他のユーザ全体、特定の他のユーザ、任意の他のユーザ、または情報交換サービスに参加していない未知のユーザに対して発信したものとして管理される。この発信された情報に対して、他のユーザが応答や返信として新たな情報を発信することにより、ユーザ間の情報交換が成立する。
【００４０】
具体的に説明すると、例えば、ウェブログサービスの場合、各ユーザには、それぞれウェブログと呼ばれる情報発信の場として、所定のサイトが与えられる。より具体的には、各ユーザにURL（Uniform Resource Locator）が割り当てられる。また、それとともに情報発信を容易に行うための各種ツールが与えられ、各ユーザは、そのツールを利用するなどして、そのユーザ専用のURLにおいて記事を掲載することにより情報を発信する。この記事を参照して興味を抱いた他のユーザは、その記事に対して新たにコメントを書き込んだり、自分のURLにリンクを張ったりする。記事を掲載したユーザは、そのコメントに対してさらに応答することもできるし、リンクの通知を辿って、リンクを貼った他のユーザの記事に対してコメントを書き込んだり、新たなリンクを貼ったりすることもできる。
【００４１】
以上のようにしてユーザ間の情報交換が成立する。もちろん、ウェブログサービス以外の他のサービスの場合は、上述したのとは異なる方法で情報交換が行われることもある。例えば、WEB掲示板の場合は、所定のURLに設けられた掲示板に複数のユーザが記事等を書き込む。このときユーザは、過去に書き込まれた記事に対する応答をしたり、新たな話題の記事を書き込んだりして情報交換が行われる。また、例えば、インスタントメッセージの場合、情報交換を行うユーザが予め決められ、そのユーザ間（クライアント間）においてテキスト情報等が交換される。また、SNSのように、ウェブログサービスとWEB掲示板を組み合わせたようなサービスも存在する。このようなサービスの場合、複数の情報交換手段が用意されていることになる。さらに、このような情報交換サービスにおいては、情報交換の履歴ではないが、情報交換を促進させるための情報として、親しい間柄の他のユーザを予め登録しておく、お友達リストのようなサービスも存在する。
【００４２】
このように、サービスによって、その手法は様々であるが、いずれの情報交換サービスにおいても、情報の発信や授受がユーザ単位で行われるため、情報交換を行うことにより、ハイパーテキストリンク、バナー、トラックバック、コメント、スレッド、またはお友達リスト等のように、ユーザ同士の結びつき（ユーザが発信した情報同士の結びつきや、ユーザと情報との結びつきも含む）が発生する。
【００４３】
サーバ１１は、各クライアント１２（各ユーザ）に対して、情報交換サービスへのさらなる参加を促進させるために、このユーザ同士の結びつきを示す情報を編集して提供する。具体的な説明は後述する。
【００４４】
図１において、ネットワーク１０は、例えばLAN（Local Area Network）等のように、インターネット以外のどのようなネットワークであってもよいし、複数のネットワークの組み合わせであってもよい。また、有線のネットワークであっても良いし、無線のネットワークであっても良いし、それらの組み合わせであってもよい。
【００４５】
また、サーバ１１およびクライアント１２の数は、それぞれ、任意であり、サーバ１１が複数存在してもよいし、クライアント１２が４台以上構成されるようにしてもよし、２台以下であってもよい。さらに、サーバ１１およびクライアント１２は、それぞれが複数の装置により構成されるようにしてもよい。
【００４６】
図２は、サーバ１１の内部の構成例を示すブロック図である。
【００４７】
図２において、サーバ１１のCPU（Central Processing Unit）３１は、ROM（Read Only Memory）３２に記憶されているプログラム、または記憶部４３からRAM（Random Access Memory）３３にロードされたプログラムに従って各種の処理を実行する。RAM３３にはまた、CPU３１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００４８】
CPU３１、ROM３２、およびRAM３３は、バス３４を介して相互に接続されている。このバス３４にはまた、入出力インタフェース４０も接続されている。
【００４９】
入出力インタフェース４０には、キーボード、マウスなどよりなる入力部４１、CRT（Cathode Ray Tube）、LCD（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部４２、ハードディスクなどより構成される記憶部４３、モデムなどより構成される通信部４４が接続されている。通信部４４は、インターネットを含むネットワークを介しての通信処理を行う。
【００５０】
入出力インタフェース４０にはまた、必要に応じてドライブ４５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア４６が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部４３にインストールされる。
【００５１】
なお、クライアント１２も基本的に、図２のサーバ１１の構成と同様であるのでその説明は省略する。また、以下において、クライアント１２の構成を用いて説明を行う場合、図２の構成を適用して説明する。つまり、図２に示される構成は、サーバ１１だけでなく、クライアント１２の構成としても利用する。
【００５２】
図３は、本発明に関連する、サーバ１１およびクライアント１２が有する機能を説明するための機能ブロック図である。図３においては、サーバ１１の構成とクライアント１２の構成が合わせて記載されている。なお、以下においては、説明の便宜上、サーバ１１の図２に示される構成を説明する場合、符号に「Ａ」を付して説明し、クライアント１２の図２に示される構成を説明する場合、符号に「Ｂ」を付して説明する。例えば、図３において、記憶部４３ＡおよびCPU３１Ａはサーバ１１の構成を示しており、CPU３１Ｂおよび出力部４２Ｂはクライアント１２の構成を示している。
【００５３】
図３に示されるように、サーバ１１の記憶部４３Ａには、各ユーザが発信または交換した情報であるユーザ単位情報５１が記憶されている。このユーザ単位情報５１は、上述したようにユーザ毎に管理される情報であり、例えば、ウェブログサービスの場合では、記事、コメント、およびリンク等により構成される情報である。つまり、このユーザ単位情報５１は、上述したユーザ同士の結びつきを表す情報も含まれている。
【００５４】
情報交換サービスを提供するサーバ１１のCPU３１Ａは、グラフ要求受付部１０１、リンク構造データ生成部１０２、期間指定受付部１０３、期間内データ抽出部１０４、カテゴリ抽出部１０５、統計データ生成部１０６、カテゴリ指定受付部１０７、カテゴリ抽出部１０８、有向グラフデータ生成部１０９、ノード判定部１１０、および送信処理部１１１を有する。
【００５５】
グラフ要求受付部１０１は、情報交換サービスにおけるユーザ同士の結びつきの様子を画像化したグラフを要求するクライアント１２からの要求を受け付ける。リンク構造データ生成部１０２は、記憶部４３Ａに記憶されている情報交換サービスにおいて発信または交換された情報であるユーザ単位情報５１より、ユーザ同士の結びつきに関する情報を抽出し、そのユーザ同士の結びつきの様子を示すリンク構造データを生成する。
【００５６】
期間指定受付部１０３は、クライアント１２より供給される、ユーザ同士の結びつきが発生した期間を指定する期間指定を受け付ける。期間内データ抽出部１０４は、リンク構造データ生成部１０２において生成されたリンク構造データより、期間指定受付部１０３において受け付けられた指定期間内のデータ（期間内データ）を抽出する。
【００５７】
カテゴリ抽出部１０５は、期間内データ抽出部１０４において、抽出された期間内データより、さらに、指定されたカテゴリに関するユーザ同士の結びつきを示すデータを抽出する。情報交換サービスにおいて、発信や交換が行われる情報は、その話題により、カテゴリ（分野）毎に分類されて管理される。カテゴリ抽出部１０５は、期間内データより所定のカテゴリのリンク構造データ（カテゴリデータ）を抽出することにより、カテゴリ毎のリンク構造データを生成する。換言すると、カテゴリ抽出部１０５は、リンク構造データをカテゴリ毎に分類する。
【００５８】
つまり、期間内データ抽出部１０４およびカテゴリ抽出部１０５は、それぞれ、所定の条件に基づいて、リンク構造データより、その一部分のデータである部分リンク構造データを抽出する。期間内データ抽出部１０４が抽出する部分リンク構造データは、期間内データであり、カテゴリ抽出部１０５が抽出する部分リンク構造データは、カテゴリデータである。
【００５９】
統計データ生成部１０６は、このカテゴリ毎のリンク構造データ（各カテゴリデータ）を用いて、カテゴリ毎の情報交換の度合いを表す活性度や継続度等の統計データを生成する。
【００６０】
カテゴリ指定受付部１０７は、クライアント１２より供給される、リンク構造データを抽出するカテゴリを指定するカテゴリ指定を受け付ける。カテゴリ抽出部１０８は、そのカテゴリ指定に基づいて、カテゴリ抽出部１０５と同様に、期間内データより、指定されたカテゴリのカテゴリデータを抽出する。
【００６１】
有向グラフデータ生成部１０９は、各部より供給されるリンク構造データ（または部分リンク構造データ）をグラフ化し、ノードと、ノードの結びつきを示すエッジよりなる有向グラフを生成する。有向グラフの場合、エッジに向きが存在する。従って、エッジはその向きを表すために、例えば矢印等により示される。例えば、ユーザをノードとし、リンクやコメント等のユーザ同士の結びつきをエッジとし、そのリンクやコメント等の参照方向をエッジの向きとすることにより、リンク構造データを有向グラフとして示すことができる。
【００６２】
ノード判定部１１０は、各ノード（各ユーザ）の特徴を示すために、生成された有向グラフの各ノードの属性を判定し、割り当てる。例えば、ノード判定部１１０は、エッジの向きに基づいて、エッジを介して他のノードより接続されることの方が多いか（IN属性）、エッジを介して他のノードに接続することの方が多いか（OUT属性）を判定し、その判定結果に基づいてIN属性またはOUT属性を割り当てる。
【００６３】
送信処理部１１１は、通信部４４Ａを制御し、リンク構造データを、ネットワーク１２を介して、クライアント１２に供給させる。
【００６４】
これに対して、クライアント１２のCPU３１Ｂは、グラフ要求部１２１、期間指定部１２２、カテゴリ指定部１２３、受信処理部１２４、およびグラフ描画部１２５を有している。
【００６５】
グラフ要求部１２１は、情報交換サービスにおけるユーザ同士の結びつきの様子を示すグラフを、ネットワーク１０を介してサーバ１１に要求する。期間指定部１２２は、サーバ１１に対して、グラフ化するユーザ同士の結びつきの対象期間を指定する。カテゴリ指定部１２３は、サーバ１１に対して、グラフ化するユーザ同士の結びつきの対象カテゴリを指定する。
【００６６】
受信処理部１２４は、通信部４４Ｂを制御し、ネットワーク１０を介してサーバ１１より供給されたリンク構造データを受信させる。グラフ描画部１２５は、受信されたリンク構造データをグラフ化し、そのグラフを、画像として出力部４２Ｂのモニタに表示させる。
【００６７】
図４は、グラフのデータの構成例を示す図である。図４に示されるように、グラフのデータは、グラフ全体に関する情報を含むグラフ１４１、各ノードに関する情報を含むノード１４２、各エッジに関する情報を含むエッジ１４３、並びに、ノード属性やエッジ属性に関する情報を含む属性リスト１４４および属性値リスト１４５を有する。
【００６８】
グラフ１４１は、ネットワークを有向グラフで示すか無向グラフで示すかを表す情報である無向・有向種別を含む。ノード１４２は、グラフ１４１が示すグラフに含まれる各ノードについて、ノードの名称を示すノード名、ノード属性の名称を示す属性名、ノード属性の値を示す属性値、接続されたエッジ数を示す次数、他のノードへの影響度を示す媒介中心性、関係の断絶度合いやリンクの効率性（エッジの示すノード間の関係が他のエッジと重複する度合い）を示す構造的空隙等の、ノード毎の情報を含む。エッジ１４３は、グラフ１４１が示すグラフに含まれる各エッジについて、エッジ属性の名称を示す属性名、およびエッジ属性の値を示す属性値等の、エッジ毎の情報を含む。属性リスト１４４は、ノード１４２に示される各ノードのノード属性の名称と、エッジ１４３に示される各エッジのエッジ属性の名称の一覧リストである。属性値リスト１４５は、ノード１４２に示される各ノード属性の名称と属性値、および、エッジ１４３に示される各エッジ属性の名称と属性値をまとめたリストである。
【００６９】
サーバ１１は、情報交換サービスを提供するとともに、このような情報交換サービスにおけるユーザ同士の結びつきの様子を示すグラフの提供を行う。このグラフの提供について以下に説明する。
【００７０】
サーバ１１は、クライアント１２からの要求に基づいて、情報交換サービスにおけるユーザ同士の結びつきの様子を示すグラフとして、そのクライアント１２のユーザを中心とするグラフを提供する。
【００７１】
図５のフローチャートを参照して、その場合の、サーバ１１のCPU３１Ａにより実行されるグラフ供給処理の流れの例を説明する。このグラフ供給処理は例えば、情報交換サービス提供中に実行される。
【００７２】
グラフ供給処理が開始されると、サーバ１１のグラフ要求受付部１０１は、ステップＳ１において、グラフを要求するグラフ要求を受け付ける。クライアント１２よりグラフ要求を受け付けると、グラフ要求受付部１０１は、その旨をリンク構造データ生成部１０２に通知する。その通知を受けたリンク構造データ生成部１０２は、ステップＳ２において、記憶部４３Ａに記憶されているユーザ単位情報５１を取得して解析し、グラフ要求元のユーザを中心とする、情報交換サービスにおけるユーザ同士の結びつきの様子を示すユーザリンク構造データを生成する。
【００７３】
上述したように、ユーザ単位情報５１は、各ユーザより発信された情報により構成されるが、その発信の仕方やデータ形式等によって、情報交換の様子も示されている。例えば、参照記事に対して貼られたリンクや、他のユーザの記事に対して書き込んだコメントは、発信された情報であると同時に、情報やユーザの結びつきも示している。リンク構造データ生成部１０２は、このようなユーザ同士の結びつきを、ユーザ単位情報５１の中から検索して抽出することにより、情報交換サービスにおけるユーザ同士の結びつきの様子を示すリンク構造データを生成する。その際、リンク構造データ生成部１０２は、グラフを要求したクライアント１２のユーザに着目し、そのユーザを中心としたユーザ同士の結びつきを示すリンク構造データである、ユーザリンク構造データを生成する。
【００７４】
例えば、ユーザリンク構造データは、グラフの要求元のクライアント１２のユーザと結びつくユーザをノードとし、その結びつきをエッジとするネットワークを示す。このネットワークの範囲は任意であり、例えば、中心とするユーザから、Ｎ人の他のユーザを介して中心のユーザと間接的に繋がるユーザまでの結びつきの様子を示すようにしてもよい。
【００７５】
このように、サーバ１１は、グラフの要求元のクライアント１２のユーザを中心とした情報を提供することにより、そのユーザが自分自身に関係する情報を容易に把握することができるようにすることができる。また、サーバ１１は、このようにすることにより、そのユーザと関係の薄いユーザの情報を削除または削減することができる。つまり、サーバ１１は、クライアント１２に提供する情報から、不要と思われる情報を適切に削減することができるので、その転送処理やクライアント１２における各種データ処理の負荷を軽減させることができる。さらに、サーバ１１は、このように情報量を削減することにより、クライアント１２においてグラフを表示する際にノードやエッジが潰れてしまうといった不具合の発生を抑制することができる。
【００７６】
ユーザリンク構造データが生成されると、期間指定受付部１０３は、ステップＳ３において、グラフ要求元のクライアント１２に対して期間指定を行わせ、その指定を受け付ける。例えば、期間指定受付部１０３は、通信部４４Ａを制御して、ユーザに対して期間指定を入力させるGUI（Graphical User Interface）を、グラフ要求元のクライアント１２に供給する等して、期間を指定させる。また、これ以外にも、期間指定受付部１０３は、クライアント１２より自発的に供給された期間指定も受け付ける。期間指定を受け付けると、期間指定受付部１０３は、その指定情報を期間内データ抽出部１０４に供給する。
【００７７】
期間内データ抽出部１０４は、ステップＳ４において、リンク構造データ生成部１０２においてステップＳ２の処理により生成されたユーザリンク構造データより、指定された期間内に該当する部分のリンク構造データのみを抽出する。
【００７８】
上述したように、元々、ユーザ単位情報５１は、記事や投稿等の、各ユーザより発信された情報の集合であり、各情報には、その発信日時が存在する。つまり、例えば、コメントを記入した日時や、リンクが貼られた日時等のように、ユーザ同士が結び付けられた日時情報も存在する。
【００７９】
期間内データ抽出部１０４は、ユーザリンク構造データ内の、このような時刻情報を参照し、指定された期間内に生成された結びつきに対応するデータのみを抽出する。
【００８０】
例えば、この情報交換サービスを長期間利用しているユーザにとって、最近の情報が重要であり、それに比べて、古すぎる情報は重要でない場合もある。このような場合、サーバ１１は、（期間指定に基づいて、）結びつきの期間を最近に限定することにより、古くて不要な結びつきを削除した情報を、クライアント１２に提供することができる。これにより、ユーザは必要な情報だけを参照することができ、分析や状況把握等を容易に行うことができる。また、このように情報量を適切に削減することにより、サーバ１１は、不要な情報によりグラフのノードやエッジが潰れてしまう等の不具合の発生を抑制することもできる。
【００８１】
また、サーバ１１は、例えば、時間毎に生成したグラフを、順番にクライアント１２に提供し、結びつきの時間的変化を提示する等、多様なグラフの提供方法に応用することもできる。
【００８２】
ステップＳ４の処理が終了すると、有向グラフデータ生成部１０９は、ステップＳ５において、期間が限定されたユーザリンク構造データを有向グラフ化した有向グラフデータを生成する。有向グラフデータが生成されると、送信処理部１１１は、ステップＳ６において、通信部４４Ａを制御し、その有向グラフデータを、ネットワーク１０を介して、要求元のクライアント１２に供給する。
【００８３】
有向グラフデータの供給が終了すると、CPU３１Ａは、ステップＳ７において、グラフ供給処理を終了するか否かを判定し、情報交換サービスの提供中であり、終了しないと判定した場合、処理をステップＳ１に戻し、それ以降の処理を繰り返す。
【００８４】
また、ステップＳ７において、例えば電源終了時等、グラフ供給処理を終了すると判定した場合、CPU３１Ａは、グラフ供給処理を終了する。
【００８５】
次に、以上のグラフ供給処理に対応してクライアント１２において実行されるグラフ取得処理の流れの例を図６のフローチャートを参照して説明する。
【００８６】
ユーザにグラフの取得を指示されると、クライアント１２のCPU３１Ｂのグラフ要求部１２１は、ステップＳ２１において、通信部４４Ｂを介してサーバ１１に対してグラフを要求する。そして、サーバ１１の期間指定受付部１０３より期間指定が指示されると、期間指定部１２２は、ステップＳ２２において、通信部４４Ｂを介してサーバ１１に対して結びつきの期間を指定する。ステップＳ２３において、受信処理部１２４は、通信部４４Ｂを制御しサーバ１１より送信される有向グラフデータを取得する。有向グラフデータが取得されるとグラフ描画部１２５は、ステップＳ２４において、その取得された有向グラフデータに基づいてグラフを描画し、出力部４２Ｂのモニタにそのグラフを表示させる。
【００８７】
図７は、グラフの表示例を示す図である。
【００８８】
図７に示されるグラフは、「ユーザ１」を中心とした、情報交換サービスにおけるユーザ同士の結びつきの様子を示すユーザリンク構造データを画像化したものであり、「ユーザ１」のクライアント１２に供給される。クライアント１２を操作する「ユーザ１」は、このグラフを参照することにより、情報交換サービスにおける自分自身と他のユーザとの結びつきの状況を容易に（直感的に）把握することができる。
【００８９】
つまり、グラフが画像化されているので、ユーザ１は、例えば、自分自身と結び付けられた他のユーザ（例えば、「ユーザ２」乃至「ユーザ４」）の数の多少や、結び付けられている他のユーザの特徴や傾向等を、容易に（直感的に）把握することができる。さらに、上述したように、このグラフを時系列に沿って参照することにより、ユーザ１は、結びつきの時間的変化に伴う増減も把握することができる。
【００９０】
図６に戻り、ステップＳ２４の処理を終了すると、CPU３１Ｂは、ステップＳ２５において、グラフ取得処理を終了するか否かを判定し、終了しないと判定した場合、処理をステップＳ２１に戻し、それ以降の処理を繰り返し行わせる。また、ステップＳ２５において、グラフ取得処理を終了すると判定した場合、CPU３１Ｂは、グラフ取得処理を終了させる。
【００９１】
このような、情報交換サービスにおける、自分自身の周囲のユーザ同士の結びつきの様子をユーザに把握させることにより、サーバ１１は、ユーザの今後の情報交換サービスへの参加意欲を増大させることを期待することができる。また、これにより、ユーザが現在の状況を容易に分析することができるので、サーバ１１は、ユーザがその分析結果に基づいて、情報交換サービスの利用方法を試行錯誤し、より効率よく（効果的に）サービスを利用することができるようになり、さらに参加意欲を増大させることを期待することができる。
【００９２】
なお、クライアント１２は、定期的または不定期に繰り返し最新の有向グラフデータを取得するようにしてもよい。
【００９３】
その場合のグラフ取得処理の流れの例を図８のフローチャートを参照して説明する。
【００９４】
グラフ要求部１２１は、ステップＳ４１において、グラフ取得タイミングであるか否かを判定する。このグラフ取得タイミングは、どのようなタイミングであってもよく、例えば、予め定められた所定の時刻であってもよいし、予め定められた所定の時間毎のタイミングであっても良いし、予め定められた所定のイベント発生時であってもよいし、予め定められた所定の条件が満たされるとき等であってもよい。
【００９５】
グラフ取得タイミングであると判定した場合、グラフ要求部１２１は、ステップＳ４２に処理を進め、通信部４４Ｂを介してサーバ１１にグラフを要求する。ステップＳ４３において、受信処理部１２４は、通信部４４Ｂを制御し、要求に応じたサーバ１１より供給される有向グラフデータを取得する。有向グラフデータが取得されると、グラフ描画部１２５は、ステップＳ４４において、有向グラフを描画し、その有向グラフを出力部４２のモニタに表示させる。ステップＳ４５において、CPU３１Ｂは、グラフ取得処理を終了するか否かを判定し、終了しないと判定した場合、処理をステップＳ４１に戻し、それ以降の処理を繰り返させる。また、ステップＳ４５において、例えば、電源切断時等において、処理を終了すると判定した場合、CPU３１Ｂは、グラフ取得処理を終了する。また、ステップＳ４１において、グラフ取得タイミングでないと判定した場合、グラフ要求部１２１は、グラフを要求せずに、処理をステップＳ４５に進め、グラフ取得処理を終了するか否かを判定する。
【００９６】
以上のようにして、グラフ取得処理が行われる。この場合のグラフ取得処理は、基本的にバックグラウンドで処理される。従って、図８の例においては、ユーザ入力を必要とするような期間指定に関する処理を省略するように説明したが、これに限らず、ユーザが期間指定することができるようにしてももちろんよい。また、例えば予め定められた所定の期間を毎回指定するようにしてもよい。また、例えば、図６のフローチャートを参照して説明したようなユーザ指示に基づくグラフ取得処理を最初に行い、グラフ表示後、その表示中のグラフを自動的に最新の状態に更新するために、図８のフローチャートを参照して説明したようなグラフ取得処理をバックグラウンド処理により実行するようにし、そのバックグラウンドで実行されるグラフ取得処理（図８）においては、最初に実行されたグラフ取得処理（図６）において指定された期間を指定するようにしてもよい。
【００９７】
以上においては、サーバ１１が、グラフを要求したユーザに対して、そのユーザを中心としたグラフを提供するように説明したが、例えば、情報交換サービスの、そのユーザ（ユーザが発信した情報）が含まれるカテゴリ全体の結びつきの様子を示すグラフを提供するようにしてもよい。
【００９８】
図９のフローチャートを参照して、その場合の、サーバ１１のCPU３１Ａにより実行されるグラフ供給処理の流れの例を説明する。このグラフ供給処理も、例えば、情報交換サービス提供中に実行される。
【００９９】
グラフ供給処理が開始されると、サーバ１１のグラフ要求受付部１０１は、ステップＳ６１において、グラフを要求するグラフ要求を受け付ける。クライアント１２よりグラフ要求を受け付けると、リンク構造データ生成部１０２は、ステップＳ６２において、記憶部４３Ａに記憶されているユーザ単位情報５１を取得して解析し、グラフ要求元のユーザを含むカテゴリ全体の、情報交換サービスにおけるユーザ同士の結びつきの様子を示すカテゴリリンク構造データを生成する。ユーザが複数のカテゴリに含まれる場合、リンク構造データ生成部１０２は、それぞれについて、カテゴリリンク構造データを生成する。
【０１００】
ユーザ単位情報５１に含まれる各ユーザより発信された情報は、その発信時において何らかのカテゴリに分類されている場合がある。例えば、記事の検索を容易にするために、投稿時にその記事のカテゴリをユーザに選択させたり、自動的にカテゴリを割り当てたりするウェブログサービスがある。また、WEB掲示板サービスにおいて、話題毎に掲示板が提供されるものもある。このように、ユーザが発信した情報がカテゴリ毎に分類されている場合、サーバ１１が、上述したようにカテゴリリンク構造データを生成し、そのカテゴリ毎のグラフを提供することにより、クライアント１２のユーザは、カテゴリ毎の分析を行うことができる。
【０１０１】
このようなカテゴリ毎のグラフにより、ユーザは、例えば、情報交換サービスの所定のカテゴリ内において、ユーザ自身が、どれくらい情報を発信し、どれくらいの他のユーザと結びつき（エッジ）を形成しているか等の状況を容易に把握することができる。
【０１０２】
また、このとき、サーバ１１は、ユーザが発信した情報に対応するカテゴリや、予め登録されている所定のカテゴリ等のように、ユーザ（またはユーザが発信した情報）に関するカテゴリのカテゴリリンク構造データを、そのユーザに提供する。これにより、ユーザは、自分自身に関連する情報のみを取得することができるので、容易に分析を行うことができる。また、そのユーザのクライアント１２やサーバ１１の処理の負荷を軽減させることもできる。
【０１０３】
なお、カテゴリとしてはどのようなものであってもよく、例えば、発信された情報の内容の分野や量、情報の発信方法、情報の発信先、情報の発信頻度、または、情報発信に利用したサービス等であってもよい。また、カテゴリリンク構造データが、カテゴリの一部におけるユーザ同士の結びつきの様子を示す情報であってもよい。
【０１０４】
カテゴリリンク構造データが生成されると、期間指定受付部１０３は、ステップＳ６３において、グラフ要求元のクライアント１２からの期間指定を受け付ける。期間指定を受け付けると、期間内データ抽出部１０４は、ステップＳ６４において、リンク構造データ生成部１０２においてステップＳ６２の処理により生成された各カテゴリリンク構造データより、それぞれ、指定された期間内に該当する部分のリンク構造データのみを抽出する。
【０１０５】
ステップＳ６４の処理が終了すると、カテゴリ抽出部１０５は、ステップＳ６５において、各カテゴリリンク構造データのエッジ数をそれぞれ算出し、そのエッジ数の多少に基づいて各カテゴリリンク構造データの順位付けを行い、上位Ｎ位以内（Ｎは予め定められた所定の自然数、例えば３）となるカテゴリのカテゴリリンク構造データを抽出する。つまり、カテゴリ抽出部１０５は、この処理により、ユーザが主に参加しているカテゴリについてのみカテゴリリンク構造データを提供し、ユーザにとって重要でない不要な情報の提供を削減することができる（提供する情報の価値を向上させることができる）。
【０１０６】
エッジ数の多い、カテゴリリンク構造データを抽出すると、統計データ生成部１０６は、カテゴリ毎にリンク構造データの活性度および継続度を算出する。なお、活性度は、リンク構造データに含まれる全エッジの本数（次数）の総和（つまり、どれくらいユーザ同士の結びつきが密であるか）を示し、継続度は、リンク構造データに含まれる全エッジの全頻度（リンク数）の総和（つまり、どれくらいの頻度で情報が交換されているか）を示す。また、統計データ生成部１０６は、この活性度や継続度の前月からの変化率（例えば、今月値−前月値／前月値）を算出するようにしてもよい。
【０１０７】
活性度および継続度に関する統計データが算出されると、有向グラフデータ生成部１０９は、ステップＳ６７において、各カテゴリリンク構造データを、それぞれ有向グラフ化し、カテゴリ毎の有向グラフデータを生成する。有向グラフデータが生成されると、送信処理部１１１は、ステップＳ６８において、通信部４４Ａを制御し、各有向グラフデータと、各グラフの活性度および継続度の情報を、ネットワーク１０を介して、要求元のクライアント１２に供給する。
【０１０８】
情報の供給が終了すると、CPU３１Ａは、ステップＳ６９において、グラフ供給処理を終了するか否かを判定し、情報交換サービスの提供中であり、終了しないと判定した場合、処理をステップＳ６１に戻し、それ以降の処理を繰り返す。
【０１０９】
また、ステップＳ６９において、例えば電源終了時等、グラフ供給処理を終了すると判定した場合、CPU３１Ａは、グラフ供給処理を終了する。
【０１１０】
次に、以上のグラフ供給処理に対応してクライアント１２において実行されるグラフ取得処理の流れの例を図１０のフローチャートを参照して説明する。
【０１１１】
ユーザにグラフの取得を指示されると、クライアント１２のCPU３１Ｂのグラフ要求部１２１は、ステップＳ８１において、通信部４４Ｂを介してサーバ１１に対してグラフを要求する。そして、サーバ１１の期間指定受付部１０３より期間指定が指示されると、期間指定部１２２は、ステップＳ８２において、通信部４４Ｂを介してサーバ１１に対して結びつきの期間を指定する。ステップＳ８３において、受信処理部１２４は、通信部４４Ｂを制御しサーバ１１より送信される、カテゴリ毎の有向グラフデータと、各グラフの活性度および継続度の情報を取得する。グラフ描画部１２５は、ステップＳ８４において、その取得された有向グラフデータのそれぞれに基づいてそれぞれのグラフを描画し、出力部４２Ｂのモニタにそれらのグラフを表示させる。また、グラフ描画部１２５は、ステップＳ８５において、活性度および継続度もモニタに表示させる。
【０１１２】
図１１は、そのカテゴリ毎のグラフの表示例を示す図である。
【０１１３】
図１１に示されるように、この場合、グラフは、カテゴリ毎に表示される。図１１に示されるように、各カテゴリのグラフを並べて表示させることにより、ユーザは、容易にそれらを互いに比較し、それぞれの特徴を把握することができる。また、図１１に示されるように、各グラフの表示領域の上部に、そのカテゴリのグラフの活性度と継続度が表示される。ユーザは、これらの情報も参照し、分析を行うことができる。
【０１１４】
図１０に戻り、ステップＳ８５の処理を終了すると、CPU３１Ｂは、ステップＳ８６において、グラフ取得処理を終了するか否かを判定し、終了しないと判定した場合、処理をステップＳ８１に戻し、それ以降の処理を繰り返し行わせる。また、ステップＳ８６において、グラフ取得処理を終了すると判定した場合、CPU３１Ｂは、グラフ取得処理を終了させる。
【０１１５】
このような、情報交換サービスにおける、自分自身が含まれるカテゴリのユーザ同士の結びつきの様子をユーザに把握させることにより、サーバ１１は、ユーザの今後の情報交換サービスへの参加意欲を増大させることを期待することができる。また、これにより、ユーザが現在の状況を容易に分析することができるので、サーバ１１は、ユーザがその分析結果に基づいて、情報交換サービスの利用方法を試行錯誤し、より効率よく（効果的に）サービスを利用することができるようになり、さらに参加意欲を増大させることを期待することができる。
【０１１６】
なお、クライアント１２は、定期的または不定期に繰り返し最新の有向グラフデータを取得するようにしてもよい。
【０１１７】
その場合のグラフ取得処理の流れの例を図１２のフローチャートを参照して説明する。
【０１１８】
グラフ要求部１２１は、ステップＳ１０１において、グラフ取得タイミングであるか否かを判定する。グラフ取得タイミングであると判定した場合、グラフ要求部１２１は、ステップＳ１０２に処理を進め、通信部４４Ｂを介してサーバ１１にグラフを要求する。ステップＳ１０３において、受信処理部１２４は、通信部４４Ｂを制御し、要求に応じたサーバ１１より供給されるカテゴリ毎の有向グラフデータと、各グラフの活性度および継続度の情報を取得する。データが取得されると、グラフ描画部１２５は、ステップＳ１０４において、それぞれの有向グラフを描画し、それらの有向グラフを出力部４２のモニタに表示させる。また、ステップＳ１０５において、グラフ描画部１２５は、各グラフの活性度および継続度を表示させる。
【０１１９】
ステップＳ１０６において、CPU３１Ｂは、グラフ取得処理を終了するか否かを判定し、終了しないと判定した場合、処理をステップＳ１０１に戻し、それ以降の処理を繰り返させる。また、ステップＳ１０６において、例えば、電源切断時等において、処理を終了すると判定した場合、CPU３１Ｂは、グラフ取得処理を終了する。また、ステップＳ１０１において、グラフ取得タイミングでないと判定した場合、グラフ要求部１２１は、グラフを要求せずに、処理をステップＳ１０６に進め、グラフ取得処理を終了するか否かを判定する。
【０１２０】
以上のようにして、グラフ取得処理が行われる。この場合も、ユーザ入力を必要とするような期間指定に関する処理を省略するように説明したが、これに限らず、ユーザが期間指定することができるようにしてももちろんよい。
【０１２１】
なお、以上においては、情報交換サービスの利用者であるユーザに対してのグラフ提供について説明したが、サーバ１１は、情報交換サービスの提供者（サービス提供者）に対してグラフを提供することができるようにしてもよい。例えば、サービス提供者は、提供されたグラフを分析することにより、例えば、重要なユーザの特定、サービス利用状況の時間的変化、または、カテゴリ別の特徴などを把握することができる。これによりサービス提供者は、その分析結果に基づいて、サービスの提供方法を検討し、改善することができる。
【０１２２】
なお、このとき、サービス提供者は、サーバ１１を操作して、そのグラフを取得するようにしてもよいが、例えばネットワーク１０を介して接続される他の情報処理装置を操作して、そのグラフを取得するようにしてもよい。以下においては、サービス提供者が、サーバ１１と異なる他の情報処理装置として、クライアント１２を操作してグラフを要求する場合について説明する。
【０１２３】
図１３のフローチャートを参照して、その場合の、サーバ１１のCPU３１Ａにより実行されるグラフ供給処理の流れの例を説明する。このグラフ供給処理も、例えば、情報交換サービス提供中に実行される。なお、このグラフ供給処理は、情報提供サービスを管理するサービス提供者に対する処理であり、サーバ１１は、例えば、IDやパスワード等によりクライアント１２よりアクセスしているサービス提供者を識別し、そのサービス提供者に対してのみ、図１３に示されるグラフ供給処理を実行する。つまり、ユーザに対しては、このグラフ供給処理は行わない。
【０１２４】
グラフ供給処理が開始されると、サーバ１１のグラフ要求受付部１０１は、ステップＳ１２１において、サーバ提供者が操作するクライアント１２からのグラフ要求を受け付ける。クライアント１２よりグラフ要求を受け付けると、リンク構造データ生成部１０２は、ステップＳ１２２において、記憶部４３Ａに記憶されているユーザ単位情報５１を取得して解析し、情報交換サービス全体または一部に対して、情報交換サービスにおけるユーザ同士の結びつきの様子を示すリンク構造データを生成する。情報交換サービスの一部についてリンク構造データを生成する場合、リンク構造データ生成部１０２は、予め定められている範囲内についてリンク構造データを生成するか、若しくは、グラフ要求に含まれるサービス提供者からの指定に基づく範囲内においてリンク構造データを生成する。
【０１２５】
リンク構造データが生成されると、期間指定受付部１０３は、サービス提供者からの期間指定を受け付け、ステップＳ１２３において、期間が指定されたか否かを判定し、期間が指定されたと判定すると、処理をステップＳ１２４に進める。ステップＳ１２４において、期間内データ抽出部１０４は、リンク構造データより、指定された期間内に該当するデータを抽出し、処理をステップＳ１２５に進める。また、ステップＳ１２３において、期間が指定されていないと判定した場合、期間指定受付部１０３は、ステップＳ１２４の処理を省略し、ステップＳ１２５に処理を進める。
【０１２６】
ステップＳ１２５において、カテゴリ指定受付部１０７は、サービス提供者が操作するクライアント１２よりカテゴリが指定されたか否かを判定し、指定されたと判定した場合、処理をステップＳ１２６に進める。ステップＳ１２６において、カテゴリ抽出部１０８は、リンク構造データより、指定されたカテゴリのデータを抽出し、処理をステップＳ１２７に進める。また、ステップＳ１２５において、カテゴリが指定されていないと判定した場合、カテゴリ指定受付部１０７は、ステップＳ１２６の処理を省略し、ステップＳ１２７に処理を進める。
【０１２７】
ステップＳ１２７において、有向グラフデータ生成部１０９は、リンク構造データを、それぞれ有向グラフ化し、有向グラフデータを生成する。有向グラフデータが生成されると、ノード判定部１１０は、ステップＳ１２８において、有効グラフの各ノードが、IN属性であるかOUT属性であるかを判定し、その判定結果をノードの性質を示すノード属性として付与する。
【０１２８】
ノードに接続されるエッジについて、他のノードからそのノードに向かう向きのエッジの数をIN次数とし、そのノードから他のノードへ向かうエッジの数をOUT次数とするとき、IN属性は、IN次数の方がOUT次数より多いノードであることを示すノード属性であり、OUT属性は、OUT次数の方がIN次数より多いノードであることを示すノード属性である。つまり、IN属性が付与されたノードに対応するユーザ（INユーザ）は、他のユーザから結びつきを求められる場合の方が多いユーザであり、OUT属性が付与されたノードに対応するユーザ（OUTユーザ）は、他のユーザに対して結びつきを求める方が多いユーザである。例えば、ウェブログサービスの場合、INユーザは、自分が発信した記事にコメントを書き込まれたり、その記事のリンクを他のユーザの記事に貼られたりすることが多く、その逆に、OUTユーザは、他のユーザの記事に対してコメントを書き込んだり、自分の記事に他のユーザの記事へのリンクを貼ったりすることが多い。このようなIN次数やOUT次数の多いか否かの判断（INユーザであるかOUTユーザであるかの判断）は、値の大小だけでなく、どのような基準に基づいて行うようにしてもよい。例えば、値の比がある閾値以上の場合は多いとみなすようにしても良い。
【０１２９】
ノード判定部１１０は、ステップＳ１２８において、各ノードについて、IN次数とOUT次数をそれぞれ算出し、それらを比較することにより、INユーザのノードであるかOUTユーザのノードであるかを判定し、INユーザのノードに対してノード属性としてIN属性を付与し、OUTユーザのノードに対してノード属性としてOUT属性を付与する。
【０１３０】
ステップＳ１２９において、送信処理部１１１は、通信部４４Ａを制御し、有向グラフデータおよび各ノードに付与した属性情報を、ネットワーク１０を介して、要求元のクライアント１２に供給する。
【０１３１】
情報の供給が終了すると、CPU３１Ａは、ステップＳ１３０において、グラフ供給処理を終了するか否かを判定し、終了しないと判定した場合、処理をステップＳ１２１に戻し、それ以降の処理を繰り返す。
【０１３２】
また、ステップＳ１３０において、例えば電源終了時等、グラフ供給処理を終了すると判定した場合、CPU３１Ａは、グラフ供給処理を終了する。
【０１３３】
次に、以上のグラフ供給処理に対応してクライアント１２において実行されるグラフ取得処理の流れの例を図１４のフローチャートを参照して説明する。
【０１３４】
サービス提供者にグラフの取得を指示されると、クライアント１２のCPU３１Ｂのグラフ要求部１２１は、ステップＳ１５１において、通信部４４Ｂを介してサーバ１１に対してグラフを要求する。グラフを要求すると、期間指定部１２２は、ステップＳ１５２において、結びつきの期間を指定するか否かを判定し、例えば期間指定受付部１０３からの指示を受けたり、サービス提供者より期間指定を入力されたりして、期間を指定すると判定すると、ステップＳ１５３に処理を進め、通信部４４Ｂを介してサーバ１１に対して結びつきの期間を指定し、処理をステップＳ１５４に進める。また、ステップＳ１５２において、結びつきの期間を指定しないと判定した場合、期間指定部１２２は、ステップＳ１５３の処理を省略し、処理をステップＳ１５４に進める。
【０１３５】
ステップＳ１５４において、カテゴリ指定部１２３は、カテゴリを指定するか否かを判定し、例えばカテゴリ指定受付部１０７より指示を受けたり、サービス提供者よりカテゴリ指定を入力されたりして、カテゴリを指定すると判定した場合、ステップＳ１５５に処理を進め、通信部４４Ｂを介してサーバ１１に対してリンク構造データのカテゴリを指定し、処理をステップＳ１５６に進める。また、ステップＳ１５４において、カテゴリを指定しないと判定した場合、カテゴリ指定部１２３は、ステップＳ１５５の処理を省略し、処理をステップＳ１５６に進める。
【０１３６】
ステップＳ１５６において、受信処理部１２４は、通信部４４Ｂを制御しサーバ１１より送信される、有向グラフデータと、各ノードの属性情報を取得する。グラフ描画部１２５は、ステップＳ１５７において、その取得された有向グラフデータに基づいてグラフを描画し、出力部４２Ｂのモニタにそのグラフを表示させる。このとき、グラフ描画部１２５は、グラフの各ノードの属性（例えば、IN属性であるかOUT属性であるか）を容易に（視覚的に）判別することができるように、属性に応じて各ノードの色、形、大きさ、または模様等を決定し、表示させる。
【０１３７】
図１５は、そのグラフの表示例を示す図である。
【０１３８】
図１５に示されるように、サービス提供者の要求に応じて、所望の期間内、所望のカテゴリのユーザ同士の結びつきがグラフとして表示されるので、サービス提供者は、容易に、情報交換サービスの利用状況を分析することができる。また、例えば、指定期間が互いに異なるグラフを並べて表示したり、連続して表示したりすることにより、サービス提供者は、情報交換サービスの利用状況の時間的変化を容易に確認することができる。さらに、例えば、互いに異なるカテゴリのグラフを並べて表示したり、連続して表示したりすることにより、サービス提供者は、カテゴリ毎に、サービスの利用状況や重要なユーザを把握し、それらを比較検討することもできる。また、グラフの各ノードは、例えば、IN属性であるかOUT属性であるか等、ノード属性毎に異なるデザイン（色、形、大きさ、模様等）で表示されているので、サービス提供者は、視覚的に（直感的に）、その違いを把握することができ、例えば、周囲のユーザより注目されている重要なユーザを容易に特定することができる。
【０１３９】
図１４に戻り、ステップＳ１５７の処理を終了すると、CPU３１Ｂは、ステップＳ１５８において、グラフ取得処理を終了するか否かを判定し、終了しないと判定した場合、処理をステップＳ１５１に戻し、それ以降の処理を繰り返し行わせる。また、ステップＳ１５８において、グラフ取得処理を終了すると判定した場合、CPU３１Ｂは、グラフ取得処理を終了させる。
【０１４０】
このような分析結果は、例えばどのユーザに対してどういう営業を行うか、割引サービスをどのような条件のユーザに適用するか、どのような新サービスを展開すればよいか等、今後のサービス提供方針の決定の材料として利用することができる。
【０１４１】
なお、クライアント１２は、定期的または不定期に繰り返し最新の有向グラフデータを取得するようにしてもよい。
【０１４２】
その場合のグラフ取得処理の流れの例を図１６のフローチャートを参照して説明する。
【０１４３】
グラフ要求部１２１は、ステップＳ１７１において、グラフ取得タイミングであるか否かを判定し、グラフ取得タイミングであると判定した場合、ステップＳ１７２に処理を進め、通信部４４Ｂを介してサーバ１１にグラフを要求する。ステップＳ１７３において、カテゴリ指定部１２３は、予めカテゴリが指定されているか否かを判定し、例えばサービス提供者によって、予め要求するグラフのカテゴリが指定されていると判定した場合、ステップＳ１７４に処理を進め、通信部４４Ｂを介してサーバ１１に対してリンク構造データのカテゴリを指定し、処理をステップＳ１７５に進める。また、ステップＳ１７３において、カテゴリが指定されていないと判定した場合、カテゴリ指定部１２３は、ステップＳ１７４の処理を省略し、処理をステップＳ１７５に進める。
【０１４４】
ステップＳ１７５において、受信処理部１２４は、通信部４４Ｂを制御し、要求に応じたサーバ１１より供給されるカテゴリ毎の有向グラフデータと、各ノードの属性情報を取得する。データが取得されると、グラフ描画部１２５は、ステップＳ１７６において、その取得された有向グラフデータに基づいてグラフを描画し、出力部４２Ｂのモニタにそのグラフを表示させる。このとき、グラフ描画部１２５は、グラフの各ノードの属性（例えば、IN属性であるかOUT属性であるか）を容易に（視覚的に）判別することができるように、属性に応じて各ノードの色、形、大きさ、または模様等を決定し、表示させる。
【０１４５】
ステップＳ１７７において、CPU３１Ｂは、グラフ取得処理を終了するか否かを判定し、終了しないと判定した場合、処理をステップＳ１７１に戻し、それ以降の処理を繰り返させる。また、ステップＳ１７７において、例えば、電源切断時等において、処理を終了すると判定した場合、CPU３１Ｂは、グラフ取得処理を終了する。また、ステップＳ１７１において、グラフ取得タイミングでないと判定した場合、グラフ要求部１２１は、グラフを要求せずに、処理をステップＳ１７７に進め、グラフ取得処理を終了するか否かを判定する。
【０１４６】
以上のようにして、グラフ取得処理が行われる。この場合も、ユーザ入力を必要とするような期間指定に関する処理を省略するように説明したが、これに限らず、ユーザが期間指定することができるようにしてももちろんよい。
【０１４７】
以上のように、サーバ１１は、ユーザだけでなくサービス提供者に対しても情報提供サービスの利用状況を分析するのに有用な情報を提供することができる。さらに、サーバ１１は、ユーザに対しては、そのユーザを中心としたグラフや、そのユーザが含まれるカテゴリのグラフ等、そのユーザに関係する情報のみを提供し、サービス提供者に対しては、サービス全体や、指定された範囲内のグラフを提供するようにすることにより、不要な情報の提供を削減し、処理の負荷を軽減させ、かつ、不必要な情報の流出を抑制することもできる。つまり、サーバ１１は、ユーザおよびサービス提供者のそれぞれに対して、情報提供サービスの利用状況を分析するのに有用かつ適切な情報を提供することができる。
【０１４８】
なお、以上においては、サーバ１１において、有向グラフデータの生成までを行い、クライアント１２においては、それ以降の、グラフの表示や、ユーザ指示の受け付けのみを行うように説明したが、サーバ１１とクライアント１２の処理の配分は任意である。例えば、サーバ１１においては、リンク構造データを生成して必要なデータを抽出するまでを行い、有向グラフデータの生成以降の処理は、クライアント１２において行うようにしてもよい。また、サーバ１１においては、リンク構造データの生成までを行い、期間内データの抽出やカテゴリデータの抽出等は、クライアント１２において行うようにしてもよい。さらに、サーバ１１においては、ユーザ単位情報５１を保持し、それを提供するだけを行うようにし、リンク構造データの生成等は、クライアント１２において行うようにしてもよい。
【０１４９】
このような処理の配分は、サーバ１１とクライアント１２の間での負荷のトレードオフになるので、両者のハードウェア能力やシステム構成等に応じて決定するのが望ましい。なお、サーバ１１がどこまでの処理を行うかを、クライアント１２毎に変更することができるようにしてももちろんよい。
【０１５０】
また、以上においては、サーバ１１とクライアント１２（ネットワークシステム１）により実現するように説明したが、例えば、１台の情報処理装置において上述した処理（図３の構成）を全て実行するようにしてもよい。ただし、その場合、CPUは１つであってもよく、また、上述したサーバ１１とクライアント１２間の送受信処理（図３の例の場合、送信処理部１１１や受信処理部１２４）は省略される。
【０１５１】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフウェアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【０１５２】
この記録媒体は、例えば、図２に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）（登録商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア４６により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM３２や、記憶部４３に含まれるハードディスクなどで構成される。
【０１５３】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１５４】
また、本明細書において、システムとは、複数のデバイス（装置）により構成される装置全体を表すものである。
【０１５５】
なお、以上において、一つの装置として説明した構成を分割し、複数の装置として構成するようにしてもよい。逆に、以上において複数の装置として説明した構成をまとめて一つの装置として構成されるようにしてもよい。また、各装置の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置の構成の一部を他の装置の構成に含めるようにしてもよい。つまり、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【産業上の利用可能性】
【０１５６】
本発明は、情報処理装置に適用することが可能である。
【図面の簡単な説明】
【０１５７】
【図１】本発明を適用したネットワークシステムの構成例を示すブロック図である。
【図２】サーバの内部の構成例を示すブロック図である。
【図３】サーバおよびクライアントが有する機能ブロックの構成例を示す図である。
【図４】グラフのデータの構成例を示す図である。
【図５】グラフ供給処理の流れの例を説明するフローチャートである。
【図６】グラフ取得処理の流れの例を説明するフローチャートである。
【図７】グラフの表示例を示す図である。
【図８】グラフ取得処理の流れの、他の例を説明するフローチャートである。
【図９】グラフ取得処理の流れの、他の例を説明するフローチャートである。
【図１０】グラフ取得処理の流れの、さらに他の例を説明するフローチャートである。
【図１１】グラフの他の表示例を示す図である。
【図１２】グラフ取得処理の流れの、さらに他の例を説明するフローチャートである。
【図１３】グラフ取得処理の流れの、さらに他の例を説明するフローチャートである。
【図１４】グラフ取得処理の流れの、さらに他の例を説明するフローチャートである。
【図１５】グラフのさらに他の表示例を示す図である。
【図１６】グラフ取得処理の流れの、さらに他の例を説明するフローチャートである。
【符号の説明】
【０１５８】
１  ネットワークシステム，  １１  サーバ，  １２  クライアント，  ５１  ユーザ単位情報，  １０１  グラフ要求受付部，  １０２  リンク構造データ生成部，  １０３  期間指定受付部，  １０４  期間内データ抽出部，  １０５  カテゴリ抽出部，  １０６  統計データ生成部，  １０７  カテゴリ指定受付部，  １０８  カテゴリ抽出部，  １０９  有向グラフデータ生成部，  １１０  ノード判定部，  １１１  送信処理部，  １２１  グラフ要求部，  １２２  期間指定部，  １２３  カテゴリ指定部，  １２４  受信処理部，  １２５  グラフ描画部
【図１】
2008052495.tif 000003
【図２】
2008052495.tif 000004
【図３】
2008052495.tif 000005
【図４】
2008052495.tif 000006
【図５】
2008052495.tif 000007
【図６】
2008052495.tif 000008
【図７】
2008052495.tif 000009
【図８】
2008052495.tif 000010
【図９】
2008052495.tif 000011
【図１０】
2008052495.tif 000012
【図１１】
2008052495.tif 000013
【図１２】
2008052495.tif 000014
【図１３】
2008052495.tif 000015
【図１４】
2008052495.tif 000016
【図１５】
2008052495.tif 000017
【図１６】
2008052495.tif 000018