(57)【要約】【課題】視覚的に、メンバー間のつながりを提示することができるようにする。【解決手段】SNSに参加するメンバーであるユーザがクライアントから解析サーバにアクセスし、メンバーIDを入力するなどしてログオンを行ったとき、クライアントのディスプレイには、各組織を表すノードが表示されるとともに、組織間のリンクを表すエッジが表示される。また、クライアントのユーザをソースメンバー、コンタクトをとろうとするメンバーをターゲットメンバーとして、それぞれのメンバーIDが取得されたとき、解析サーバにおいては、ソースメンバーからターゲットメンバーまでの、フレンドリンクを有するメンバーだけを辿る最短パスが探索される。その探索結果はクライアントのディスプレイに表示される。本発明は、コンピュータに適用することができる。【選択図】図３
2009146253.tif 000002
【特許請求の範囲】
【請求項１】
SNSのメンバーであるユーザにより用いられる情報処理端末とネットワークを介して接続され、メンバーのIDと、メンバー間のつながりを表す情報が記憶されるデータベースから情報を読み出すことが可能な情報処理装置において、
ソースとなるメンバーのIDと、ターゲットとなるメンバーのIDを取得する取得手段と、
前記取得手段により取得されたIDにより識別されるソースとなるメンバーからターゲットとなるメンバーまでの、つながりのあるメンバーを結ぶパスを、前記データベースから読み出されたメンバー間のつながりを表す情報に基づいて探索する探索手段と、
前記情報処理端末のディスプレイに、それぞれのメンバーが所属するグループを表す画像を表示させるとともに、前記探索手段により探索されたソースとなるメンバーからターゲットとなるメンバーまでのパスを表示させる表示制御手段と
を備える情報処理装置。
【請求項２】
前記表示制御手段は、さらに、それぞれのメンバーが所属するグループを表す画像を、グループに所属するメンバーの数に応じて大きさを変えて表示させる
請求項１に記載の情報処理装置。
【請求項３】
前記データベースに、メンバーが過去に所属したグループの履歴を表す情報がさらに記憶されている場合、
前記表示制御手段は、さらに、ターゲットとなるメンバーが所属するグループを表す画像と、過去に所属したグループを表す画像を階層的に画面に表示させる
請求項１に記載の情報処理装置。
【請求項４】
SNSのメンバーであるユーザにより用いられる情報処理端末とネットワークを介して接続され、メンバーのIDと、メンバー間のつながりを表す情報が記憶されるデータベースから情報を読み出すことが可能な情報処理装置の情報処理方法において、
ソースとなるメンバーのIDと、ターゲットとなるメンバーのIDを取得し、
取得したIDにより識別されるソースとなるメンバーからターゲットとなるメンバーまでの、つながりのあるメンバーを結ぶパスを、前記データベースから読み出されたメンバー間のつながりを表す情報に基づいて探索し、
前記情報処理端末のディスプレイに、それぞれのメンバーが所属するグループを表す画像を表示させるとともに、探索したソースとなるメンバーからターゲットとなるメンバーまでのパスを表示させる
ステップを含む情報処理方法。
【請求項５】
SNSのメンバーであるユーザにより用いられる情報処理端末とネットワークを介して接続され、メンバーのIDと、メンバー間のつながりを表す情報が記憶されるデータベースから情報を読み出すことが可能な情報処理装置の処理をコンピュータに実行させるプログラムにおいて、
ソースとなるメンバーのIDと、ターゲットとなるメンバーのIDを取得し、
取得したIDにより識別されるソースとなるメンバーからターゲットとなるメンバーまでの、つながりのあるメンバーを結ぶパスを、前記データベースから読み出されたメンバー間のつながりを表す情報に基づいて探索し、
前記情報処理端末のディスプレイに、それぞれのメンバーが所属するグループを表す画像を表示させるとともに、探索したソースとなるメンバーからターゲットとなるメンバーまでのパスを表示させる
ステップを含むプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、およびプログラムに関し、特に、視覚的に、メンバー間のつながりを提示することができるようにした情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、人とのコミュニケーションを図るツールとしてSNS（ソーシャルネットワークサービス(Social Networking Service)／ソーシャルネットワークサイト(Social Networking Site)）が普及してきている。
【０００３】
SNSの機能には、例えば、メンバー登録機能、フレンド登録機能、コミュニティ機能、メッセージ機能、日記機能がある。
【０００４】
メンバー登録機能は、SNSに参加するユーザが自身の氏名などの属性を登録する機能であり、通常、SNSに参加するメンバーとして登録したユーザだけが他の機能を利用することが可能となる。フレンド登録機能は任意のメンバー間でリンクを張る機能である。フレンド数は、それぞれのメンバーの、他のメンバーとのリンクの数を表す。
【０００５】
コミュニティ機能は、任意のメンバーが参加可能なグループを形成する機能である。あるコミュニティに参加するメンバーは、同じコミュニティに参加するメンバーに向けてコメントを送ったりすることができる。
【０００６】
メッセージ機能は、メンバー間での情報流通に用いられる機能である。日記機能は、日記をつけて他のメンバーに公開したり、他のメンバーが公開している日記を閲覧したりすることができる機能である。
【０００７】
特許文献１には、携帯端末での利用に適したSNSシステムにおいて、メンバーの検索を行うことができるようにした技術が開示されている。
【０００８】
【特許文献１】特開２００６−２３８７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
公式な部や課などの組織間の関連性を表す組織表や技術マップ等はあるものの、同期間のコミュニケーションやサークルのメンバー間のコミュニケーションなどの非公式なコミュニケーションも含めて、企業における組織間の関連性を見る手段はない。
【００１０】
また、企業の社員が、ある領域に関する情報を得たいと思っても、組織表などからはどの部の誰がその情報に詳しいということまでは分からないため、どこの誰にどのような経路でコンタクトをしたら良いのかを知るのが大変であった。
【００１１】
ところで、昨今、企業内においても、社員間のコミュニケーションを図るツールとして、社員向けの上述したSNSが使われ始めている。 
【００１２】
SNSの書き込みなどからは、公式な組織表等に比べ、非公式なコミュニケーションの関係も把握することが可能ではあるが、その解析ツールや検索ツールの機能が十分ではない。
【００１３】
具体的には、組織間の関連性を解析し、それを視覚的にユーザに見せる機能が不十分である。また、特定のメンバーを検索する機能はあるが、組織内の人物を介してあるメンバーに至るパスを検索し、それを視覚的にユーザに見せる機能が不十分である。
【００１４】
本発明はこのような状況に鑑みてなされたものであり、視覚的に、メンバー間のつながりを提示することができるようにするものである。
【課題を解決するための手段】
【００１５】
本発明の一側面の情報処理装置は、SNSのメンバーであるユーザにより用いられる情報処理端末とネットワークを介して接続され、メンバーのIDと、メンバー間のつながりを表す情報が記憶されるデータベースから情報を読み出すことが可能な情報処理装置において、ソースとなるメンバーのIDと、ターゲットとなるメンバーのIDを取得する取得手段と、前記取得手段により取得されたIDにより識別されるソースとなるメンバーからターゲットとなるメンバーまでの、つながりのあるメンバーを結ぶパスを、前記データベースから読み出されたメンバー間のつながりを表す情報に基づいて探索する探索手段と、前記情報処理端末のディスプレイに、それぞれのメンバーが所属するグループを表す画像を表示させるとともに、前記探索手段により探索されたソースとなるメンバーからターゲットとなるメンバーまでのパスを表示させる表示制御手段とを備える。
【００１６】
前記表示制御手段には、さらに、それぞれのメンバーが所属するグループを表す画像を、グループに所属するメンバーの数に応じて大きさを変えて表示させることができる。
【００１７】
前記データベースには、メンバーが過去に所属したグループの履歴を表す情報がさらに記憶されている場合、前記表示制御手段には、さらに、ターゲットとなるメンバーが所属するグループを表す画像と、過去に所属したグループを表す画像を階層的に画面に表示させることができる。
【００１８】
本発明の一側面の情報処理方法またはプログラムは、ソースとなるメンバーのIDと、ターゲットとなるメンバーのIDを取得し、取得したIDにより識別されるソースとなるメンバーからターゲットとなるメンバーまでの、つながりのあるメンバーを結ぶパスを、データベースから読み出されたメンバー間のつながりを表す情報に基づいて探索し、情報処理端末のディスプレイに、それぞれのメンバーが所属するグループを表す画像を表示させるとともに、探索したソースとなるメンバーからターゲットとなるメンバーまでのパスを表示させるステップを含む。
【００１９】
本発明の一側面においては、ソースとなるメンバーのIDと、ターゲットとなるメンバーのIDが取得され、取得されたIDにより識別されるソースとなるメンバーからターゲットとなるメンバーまでの、つながりのあるメンバーを結ぶパスが、データベースから読み出されたメンバー間のつながりを表す情報に基づいて探索される。また、情報処理端末のディスプレイに、それぞれのメンバーが所属するグループを表す画像が表示されるとともに、探索されたソースとなるメンバーからターゲットとなるメンバーまでのパスが表示される。
【発明の効果】
【００２０】
本発明の一側面によれば、視覚的に、メンバー間のつながりを提示することができる。
【発明を実施するための最良の形態】
【００２１】
図１は、本発明の一実施形態に係るSNSシステムの構成例を示す図である。
【００２２】
図１に示されるように、このSNSシステムは、SNSサーバ１と解析サーバ２が、インターネットやLAN(Local Area Network)などのネットワーク４を介してクライアント５と接続されることによって構成される。SNSサーバ１と解析サーバ２にはデータベース３も接続される。
【００２３】
このような構成を有するSNSシステムが、例えば１つの企業内に構築される。この場合、パーソナルコンピュータなどよりなるクライアント５は社員が利用する端末となり、実際には、ネットワーク４に複数接続される。
【００２４】
SNSサーバ１は、上述したメンバー登録機能、フレンド登録機能、コミュニティ機能、メッセージ機能、日記機能などのSNSの各機能を提供するサーバである。
【００２５】
SNSサーバ１は、メンバー登録機能によって登録されたクライアント５のユーザの氏名などの属性の情報、フレンド登録機能によって張られたリンク（フレンドリンク）の情報、コミュニティ機能によって形成されたコミュニティに参加するメンバーのコメントの情報、メッセージ機能によってメンバー間でやりとりされたメッセージの情報、日記機能によって作成された日記の情報などをデータベース３に記憶させて管理する。
【００２６】
解析サーバ２は、データベース３に記憶されている情報を解析し、解析結果に基づいて、クライアント５のユーザに対して各種の機能を提供する。解析サーバ２により提供される機能を利用する場合、クライアント５のユーザは、Webブラウザを起動させて解析サーバ２に対してアクセスを行い、メンバーIDやパスワードなどを入力することによってログオンを行う必要がある。メンバーIDは、メンバー登録時などの所定のタイミングでそれぞれのユーザに割り当てられる。
【００２７】
解析サーバ２は、第１の機能として、クライアント５のユーザが所属する組織の他組織との関連性を提示する機能を有する。
【００２８】
図２は、クライアント５のディスプレイ５Ａに表示される画面の例を示す図である。
【００２９】
ノードｎ1乃至ｎ4はそれぞれ組織を表し、丸の大きさはその組織に所属するメンバーの数を表す。図２の例においては、ノードｎ1とノードｎ3で表される組織に所属するメンバーの数はほぼ同じ数であり、その数より、ノードｎ2とノードｎ4で表される組織に所属するメンバーの数の方が多いものとされている。
【００３０】
ノードｎ1は、解析サーバ２に対してログオンを行い、図２に示されるような画面の表示を指示したクライアント５のユーザが所属する組織である。クライアント５のユーザが所属する組織を表すノードは、他の組織を表すノードと異なる特殊な色によって表示される。図２において、ノードｎ1に付される斜線の間隔が他のノードに付される斜線の間隔より狭いことはそのことを表す。
【００３１】
このような表示から、クライアント５のユーザは、自分が所属する組織の他の組織との関連性を、メンバーの数の違いに注目して把握することができる。
【００３２】
ノード間を結ぶエッジｅ1乃至ｅ4は、それによって結ばれるノードに対応する組織に所属するメンバー同士がフレンドリンクを有していることを表す。エッジの太さはフレンドリンクの数（フレンドリンクを有しているメンバーの数）を表す。
【００３３】
図２の例においては、ノードｎ1、ノードｎ3の双方のノードで表される組織に、ノードｎ2で表される組織に所属するメンバーとの間でフレンドリンクを有しているメンバーと、ノードｎ4で表される組織に所属するメンバーとの間でフレンドリンクを有しているメンバーがいるものとされている。
【００３４】
また、図２の例においては、ノードｎ1で表される組織とノードｎ2で表される組織の間でフレンドリンクを有しているメンバーの数が最も多いものとされている。また、次に、ノードｎ3で表される組織とノードｎ4で表される組織の間でフレンドリンクを有しているメンバーの数が多いものとされている。
【００３５】
ノードｎ1で表される組織とノードｎ4で表される組織の間、ノードｎ2で表される組織とノードｎ3で表される組織の間でフレンドリンクを有しているメンバーの数は、他の組織間の数より少ないものとされている。
【００３６】
メンバーによって組織が構成され、組織に所属するメンバー間のつながりは組織間のつながりを表すと考えられるから、このような表示から、クライアント５のユーザは、組織間のつながり（リンク）がどのくらいあるかと、組織間のリンクの強さがどのくらいあるかを把握することができる。
【００３７】
また、解析サーバ２は、第２の機能として、あるメンバーへのパスを提示する機能を有する。
【００３８】
図３は、クライアント５のディスプレイ５Ａに表示される他の画面の例を示す図である。図２に示される部分と同じ部分には同じ符号を付してある。重複する説明については適宜省略する。
【００３９】
クライアント５のユーザをソースメンバー、コンタクトをとろうとするメンバーをターゲットメンバーとして、それぞれのメンバーIDが解析サーバ２により取得されたとき、図３に示されるような画面がクライアント５のディスプレイ５Ａに表示される。この機能は、クライアント５のユーザが、コンタクトをとろうとしているメンバーを知っているときに利用可能となる。
【００４０】
ノードｎ1の内側に示されるそれぞれの丸はノードｎ1で表される組織に所属するメンバーであるメンバーｕ11，ｕ12，ｕ13，ｕ14を表し、ノードｎ2の内側に示されるそれぞれの丸はノードｎ2で表される組織に所属するメンバーであるメンバーｕ21，ｕ22，ｕ23を表す。ノードｎ1の内側にある、矢印で示されるパスの起点となる例えば赤色で表示される丸はソースメンバー（メンバーｕ11）であるクライアント５のユーザを表す。一方、ノードｎ2の内側にある、矢印で示されるパスの終点となる例えば黒色で表示される丸はターゲットメンバー（メンバーｕ23）を表す。
【００４１】
パスで結ばれるメンバーｕ11とメンバーｕ12、メンバーｕ12とメンバーｕ13、メンバーｕ13とメンバーｕ14は、それぞれフレンドリンクを有しているメンバーである。同様に、メンバーｕ21とメンバーｕ22、メンバーｕ22とメンバーｕ23も、それぞれフレンドリンクを有しているメンバーである。図３の例においては、ノードｎ1で表される組織に所属するメンバーｕ12とノードｎ2で表される組織に所属するメンバーｕ21もフレンドリンクを有している。メンバーｕ12とメンバーｕ21の間のエッジは、ノードｎ1で表される組織とノードｎ2で表される組織の間の関連性に応じた太さで示されている。
【００４２】
このような表示から、クライアント５のユーザは、ターゲットメンバーにコンタクトをとるために、どのメンバーに紹介してもらえばよいのかを把握することができる。図３の例の場合、ソースメンバーであるメンバーｕ11は、自分とフレンドリンクを有しているメンバーｕ12にメンバーｕ13のことを紹介してもらい、そのメンバーｕ13にメンバーｕ14のことを紹介してもらい、・・・といったようにパスを辿ることによって、ターゲットメンバーであるメンバーｕ23とコンタクトをとることができる。
【００４３】
また、解析サーバ２は、第３の機能として、キーワードに基づいて特定したメンバーへのパスを提示する機能を有する。
【００４４】
図４は、クライアント５のディスプレイ５Ａに表示されるさらに他の画面の例を示す図である。図３に示される部分と同じ部分には同じ符号を付してある。重複する説明については適宜省略する。
【００４５】
クライアント５のユーザによりキーワードが入力され、それが解析サーバ２により取得されたとき、取得されたキーワードと同じ単語を含むメッセージをそれまでに送受信していたり、日記を掲載していたりするメンバーがターゲットメンバーとして特定される。また、特定されたメンバーをターゲットメンバーとして、図４に示されるような画面がクライアント５のディスプレイ５Ａに表示される。この機能は、クライアント５のユーザが、コンタクトをとろうとしているメンバーを知らないときに利用されることになる。
【００４６】
図４に示されるように、例えばキーワードとして「XYZ」が入力され、ターゲットメンバーとしてメンバーｕ23が特定された場合、ソースメンバーであるメンバーｕ11からメンバーｕ23までのパスが表示される。
【００４７】
このような表示から、クライアント５のユーザは、キーワードに基づいて、どの組織のメンバーにコンタクトをとればよいのかを把握することができる。また、ユーザは、ターゲットメンバーに対してコンタクトをとるために、どのメンバーに紹介してもらえばよいのかを把握することができる。
【００４８】
以上のような画面表示を行う解析サーバ２の処理についてはフローチャートを参照して後述する。
【００４９】
図５は、解析サーバ２の構成例を示すブロック図である。
【００５０】
図５に示されるように、解析サーバ２は、UI(User Interface)部１１、データ処理部１２、およびデータ読み出し部１３から構成される。
【００５１】
UI部１１は、クライアント５との間で、ネットワーク４を介してデータの送受信を行う。このUI部１１は、入力部２１と表示部２２から構成される。
【００５２】
入力部２１は、クライアント５から送信される、クライアント５のユーザの操作の内容を表す情報を受信し、ユーザにより入力された情報を取得する。例えば、入力部２１は、クライアント５のユーザのメンバーIDを取得したり、ターゲットメンバーのメンバーIDを取得したりする。入力部２１は、取得した情報をデータ処理部１２に出力する。
【００５３】
表示部２２は、データ処理部１２から供給された情報に基づいて、図２乃至図４に示されるような画面をクライアント５のディスプレイ５Ａに表示させる。
【００５４】
データ処理部１２は、各種の処理を行い、上述した機能をクライアント５のユーザに提供する。例えば、データ処理部１２は、データベース３から読み出され、データ読み出し部１３から供給された情報に基づいて、それぞれの組織に所属するメンバーの数を数えたり、ソースメンバーからターゲットメンバーまでのパスの探索を行ったりする。
【００５５】
データ読み出し部１３は、データベース３から情報を読み出し、読み出した情報をデータ処理部１２に出力する。上述したように、データベース３には、SNSの機能を提供するための各種の情報がSNSサーバ１により記憶されている。
【００５６】
図６、図７は、SNSサーバ１によってデータベース３に記憶される情報の例を示す図である。
【００５７】
図６は、ユーザ情報の例を示す図である。
【００５８】
図６の左側に示されるように、ユーザ情報には、SNSのメンバーであるユーザに割り当てられたメンバーID、ユーザが所属する組織に割り当てられた組織ID、ユーザの氏名、組織名などの各属性が含まれる。このような情報からなるユーザ情報が、それぞれのユーザについてデータベース３に記憶される。
【００５９】
矢印Ａ1の先に示されるように、ユーザ情報には、そのユーザ情報を登録したユーザが所属する組織の情報である組織情報が関連付けられる。組織情報は、組織ID、上位の組織のIDである上位組織ID、組織名、組織設立日、組織終了日、旧組織名リストなどの各属性が含まれる。旧組織名リストは、ユーザが過去に所属した組織のリストである。
【００６０】
矢印Ａ2に示されるように、上位組織IDから、上位の組織の属性を含む組織情報を取得することができるようになされている。また、矢印Ａ3に示されるように、旧組織名リストから、ユーザが過去に所属した組織の属性を含む組織情報を取得することができるようになされている。
【００６１】
図７は、メンバー情報の例を示す図である。
【００６２】
メンバー登録が行われたとき、図７の左側に示されるようなメンバー情報が、メンバー登録を行ったユーザのユーザ情報と関連付けてデータベース３に記憶される。
【００６３】
図７に示されるように、メンバー情報には、メンバー登録を行った順に割り当てられる番号、メンバーによって登録されたニックネーム、メンバーの誕生年月日、誕生年を公開するか否かの設定を表す情報、メイン画像のファイル名、プロフィール画像１乃至３のファイル名、最終ログイン日時などの情報が含まれる。
【００６４】
メンバー情報には、フレンドリンク情報と日記情報が関連付けられる。
【００６５】
図７の右側に示されるように、フレンドリンク情報には、フレンド登録を行った順に割り当てられる番号、フレンド登録の申請を行ったメンバーのメンバーID、フレンドリンクの相手となるメンバーのメンバーID、フレンドリンク情報の登録日時などの情報が含まれる。フレンドリンク情報により、メンバー間のつながりが表される。
【００６６】
あるメンバーによってフレンド登録が行われる毎に、このような情報を含むフレンドリンク情報がそのメンバーのメンバー情報と関連付けてデータベース３に記憶される。
【００６７】
日記情報には、登録順に割り当てられる番号、日記を書いたメンバーのメンバーID、日記のタイトル、日記の本文、作成日時などの情報が含まれる。
【００６８】
あるメンバーによって日記が作成される毎に、このような情報を含む日記情報がそのメンバーのメンバー情報と関連付けてデータベース３に記憶される。
【００６９】
メンバー間でやりとりされたメッセージ・コメントの情報なども、SNSサーバ１によってデータベース３に記憶され、適宜、データ読み出し部１３により読み出されてデータ処理部１２により用いられる。
【００７０】
ここで、解析サーバ２の処理について説明する。
【００７１】
はじめに、図８のフローチャートを参照して、クライアント５のユーザが所属する組織の他組織との関連性を描画する解析サーバ２の処理について説明する。
【００７２】
この処理により、図２に示されるような画面がクライアント５のディスプレイ５Ａに表示されることになる。
【００７３】
ステップＳ１において、入力部２１は、クライアント５から送信された情報に基づいて、ソースメンバーであるクライアント５のユーザのメンバーIDを取得する。入力部２１は、取得したメンバーIDをデータ処理部１２に出力する。
【００７４】
ステップＳ２において、データ処理部１２は、データ読み出し部１３によりデータベース３から読み出された図６に示されるようなメンバー全員の分のユーザ情報に基づいて、メンバー全員を同じ組織のメンバー毎に分類し、組織毎の所属メンバーの数を求める。それぞれのメンバーが所属する組織は、ユーザ情報に含まれる組織IDにより識別される。
【００７５】
ステップＳ３において、データ処理部１２は、所属するメンバーの数が多い組織ほど大きな丸で表示されるように、所属するメンバーの数に応じてノードのサイズを決定する。
【００７６】
ステップＳ４において、データ処理部１２は、それぞれのノードに注目し、注目するノードが、ソースメンバーが所属する組織を表すノードであるか否かを判定する。
【００７７】
注目するノードが、ソースメンバーが所属する組織を表すノードであるとステップＳ４において判定された場合、ステップＳ５において、表示部２２は、その注目するノードを、ステップＳ３で決定したサイズ、かつ、他のノードとは異なる特殊色で描画し、クライアント５のディスプレイ５Ａに表示させる。
【００７８】
一方、注目するノードが、ソースメンバーが所属する組織を表すノードではないとステップＳ４において判定された場合、ステップＳ６において、表示部２２は、その注目するノードを、ステップＳ３で決定したサイズ、かつ、一般色で描画し、クライアント５のディスプレイ５Ａに表示させる。
【００７９】
ステップＳ７において、データ処理部１２は、データ読み出し部１３によりデータベース３から読み出されたユーザ情報と、図７に示されるようなフレンドリンク情報に基づいて、組織間毎に、所属メンバーが有するフレンドリンクの数を求める。
【００８０】
ステップＳ８において、データ処理部１２は、組織間毎の所属メンバーが有するフレンドリンクの数に応じてエッジの太さを決定する。
【００８１】
ステップＳ９において、表示部２２は、リンクを有する組織を表すノード間のエッジを、ステップＳ８で求めた太さで描画し、クライアント５のディスプレイ５Ａに表示させる。これにより、図２に示されるような画面がクライアント５のディスプレイ５Ａに表示される。
【００８２】
次に、図９のフローチャートを参照して、あるメンバーへのパスを提示する解析サーバ２の処理について説明する。
【００８３】
この処理により、図３に示されるような画面がクライアント５のディスプレイ５Ａに表示されることになる。例えば、図９の処理は、図８を参照して説明した処理と同様の処理が行われることによって、組織を表すノードと組織間のリンクの有無と強さを表すエッジがクライアント５のディスプレイ５Ａに表示されているときに開始される。
【００８４】
ステップＳ２１において、入力部２１は、クライアント５から送信された情報に基づいて、ソースメンバーであるクライアント５のユーザのメンバーIDと、ターゲットメンバーのメンバーIDを取得する。入力部２１は、取得したメンバーIDをデータ処理部１２に出力する。
【００８５】
ステップＳ２２において、データ処理部１２は、ソースメンバーとターゲットメンバーが同一組織に所属するメンバーであるか否かをユーザ情報に基づいて判定する。
【００８６】
ソースメンバーとターゲットメンバーが同一組織に所属するメンバーであるとステップＳ２２において判定した場合、ステップＳ２３において、データ処理部１２は、最短パス検出アルゴリズム１に従って処理を行うことによって、ソースメンバーからターゲットメンバーへの最短パスを求める。最短パス検出アルゴリズム１に従って行われる処理については図１０のフローチャートを参照して後述する。
【００８７】
一方、ソースメンバーとターゲットメンバーが同一組織に所属するメンバーではないとステップＳ２２において判定した場合、ステップＳ２４において、データ処理部１２は、ソースメンバーが所属する組織と、ターゲットメンバーが所属する組織の間にリンクがあるか否かを判定する。
【００８８】
ソースメンバーが所属する組織とターゲットメンバーが所属する組織の間にリンクがあるとステップＳ２４において判定した場合、ステップＳ２５において、データ処理部１２は処理１を行うことによって、ソースメンバーからターゲットメンバーへの最短パスを求める。処理１については図１２のフローチャートを参照して後述する。
【００８９】
一方、ソースメンバーが所属する組織と、ターゲットメンバーが所属する組織の間にリンクがないとステップＳ２４において判定した場合、ステップＳ２６において、データ処理部１２は処理２を行うことによって、ソースメンバーからターゲットメンバーへの最短パスを求める。処理２については図１４のフローチャートを参照して後述する。
【００９０】
ステップＳ２３，Ｓ２５、またはＳ２６において最短パスが求められた後、ステップＳ２７において、表示部２２は、求められた最短パスを描画し、クライアント５のディスプレイ５Ａに表示させる。これにより、図３に示されるような画面がクライアント５のディスプレイ５Ａに表示される。
【００９１】
次に、図１０のフローチャートを参照して、最短パス検出アルゴリズム１に従って行われる処理について説明する。
【００９２】
ステップＳ４１において、データ処理部１２は、図１１に示されるように他のメンバーとフレンドリンクを有するメンバーをノードで表すとすると、ノード間（フレンドリンクを有するメンバー間）のエッジの重みとして、メンバー間でやりとりされたメッセージ・コメントの総数の逆数を設定する。図１１のＵsはソースメンバーを表し、Ｕtはターゲットメンバーを表す。
【００９３】
ステップＳ４２において、データ処理部１２は、例えば、ダイクストラ法などを利用することによって、ソースメンバーＵsからターゲットメンバーＵtへの最短パスを求める。例えば、メッセージ・コメントを多くやりとりしているためにフレンドリンクのつながりの強いメンバーを結ぶパスであって、かつ最短のものが求められる。ダイクストラ法については、例えば、「Edsger W. Dijkstra, "A Note on Two Problems in Connexion with Graphs" Numerische Mathematik, vol.1, pp.269-271 (1959)」に記載されている。他の方法によって最短パスが求められるようにしてもよい。
【００９４】
最短パスが求められた後、図９のステップＳ２３に戻り、それ以降の処理が行われる。
【００９５】
次に、図１２のフローチャートを参照して、図９のステップＳ２５において行われる処理１について説明する。
【００９６】
ステップＳ５１において、データ処理部１２は、図１３に示されるように、ソースメンバーが所属する組織を「組織１」、ターゲットメンバーが所属する組織を「組織２」、組織１と組織２の間でフレンドリンクを持つメンバー中、組織１のメンバーをｕ1n、組織２のメンバーをｕ2mとする（ｎ，ｍは１からメンバーの数までの値）。
【００９７】
図１３の例においては、ソースメンバーＵsは、同じ組織１に所属するメンバーｕ11，ｕ12とフレンドリンクを有しており、ターゲットメンバーＵtは、同じ組織２に所属するメンバーｕ21，ｕ22とフレンドリンクを有している。組織１のメンバーｕ11と組織２のメンバーｕ21、組織１のメンバーｕ12と組織２のメンバーｕ22もそれぞれフレンドリンクを有している。
【００９８】
ステップＳ５２において、データ処理部１２は、図１０を参照して説明した最短パス検出アルゴリズム１に従って処理を行うことによって、ソースメンバーＵsからターゲットメンバーＵtへの最短パスを求める。
【００９９】
図１３の例の場合、ソースメンバーＵs−メンバーｕ11−メンバーｕ21−ターゲットメンバーＵtのパスか、ソースメンバーＵs−メンバーｕ12−メンバーｕ22−ターゲットメンバーＵtのパスが最短パスとして求められる。
【０１００】
最短パスが求められた後、図９のステップＳ２５に戻り、それ以降の処理が行われる。
【０１０１】
次に、図１４のフローチャートを参照して、図９のステップＳ２６において行われる処理２について説明する。
【０１０２】
ステップＳ６１において、データ処理部１２は、組織間毎に、所属メンバーが有するフレンドリンクの数を求める。
【０１０３】
ステップＳ６２において、データ処理部１２は、図１５に示されるように、ソースメンバーが所属する組織を「組織１」、ターゲットメンバーが所属する組織を「組織２」、組織１と組織２の間でフレンドリンクを持つメンバー中、組織１のメンバーをｕ1n、組織２のメンバーをｕ2mとする（ｎ，ｍは１からメンバーの数までの値）。
【０１０４】
図１５の例においては、ソースメンバーＵsは、同じ組織１に所属するメンバーｕ11，ｕ12とフレンドリンクを有しており、ターゲットメンバーＵtは、同じ組織２に所属するメンバーｕ21，ｕ22とフレンドリンクを有している。
【０１０５】
図１５の組織ｋは、後述する最短パス検出アルゴリズム２に従って処理を行うことによって特定される組織である。組織ｋに所属するメンバーｕk1は、組織２に所属するメンバーｕ21とフレンドリンクを有するメンバーであり、メンバーｕk2は、組織２に所属するメンバーｕ22とフレンドリンクを有するメンバーである。メンバーｕk2は、組織１のメンバーｕ12とフレンドリンクを有する組織ｋのメンバーともフレンドリンクを有している。
【０１０６】
なお、図１５の例においては組織ｋとして１つの組織だけが示されているが、複数の組織が特定されることもある。
【０１０７】
ステップＳ６３において、データ処理部１２は、最短パス検出アルゴリズム２に従って処理を行うことによって、組織１から組織２への最短パスとなる組織１−組織ｋ−組織２のパスを求める。最短パス検出アルゴリズム２に従って行われる処理については図１６のフローチャートを参照して後述する。
【０１０８】
ステップＳ６４において、データ処理部１２は、最短パス検出アルゴリズム１に従って処理を行うことによって、組織２のメンバーとのフレンドリンクを持つ組織ｋのメンバーであるメンバーｕk1，ｕk2，・・・を仮のターゲットメンバーとし、ソースメンバーＵsから仮のターゲットメンバーへの最短パスＬs_kを求める。
【０１０９】
ステップＳ６５において、データ処理部１２は、最短パス検出アルゴリズム１に従って処理を行うことによって、組織ｋのメンバーｕk1，ｕk2，・・・から、ターゲットメンバーＵtへの最短パスＬk_tを求める。
【０１１０】
ステップＳ６６において、データ処理部１２は、Ｌs_k＋Ｌk_tの値が最小となるパスを解として求める。その後、図９のステップＳ２６に戻り、それ以降の処理が行われる。
【０１１１】
次に、図１６のフローチャートを参照して、図１４のステップＳ６３の最短パス検出アルゴリズム２に従って行われる処理について説明する。
【０１１２】
ステップＳ７１において、データ処理部１２は、図１７に示されるように、ソースメンバーが所属する組織を「組織１」、ターゲットメンバーが所属する組織を「組織２」とする。図１７の組織ｋは、後述する処理によって特定される組織である。図１７の例においては、組織１と組織２の間には直接リンクがないものとされている。図１７のＰｋは、最終的に特定される組織ｋの候補が複数あることを表す。
【０１１３】
ステップＳ７２において、データ処理部１２は、組織１に所属するメンバーのうち、別組織に所属するメンバーとのフレンドリンクを持つメンバーであるメンバーｕ11，・・・，ｕ1nを求める。
【０１１４】
ステップＳ７３において、データ処理部１２は、メンバーｕ11，・・・, ｕ1nとの間でフレンドリンクを持つ相手のメンバーが所属する組織を組織ｋとして特定する。また、データ処理部１２は、組織ｋに所属するメンバーｕk1，・・・ｕknが、組織２のメンバーとの間でフレンドリンクを持つ場合、その組織ｋを、組織１から組織２への最短パス上にある候補の組織である組織{Ｐｋ}とする。
【０１１５】
ステップＳ７４において、組織１のメンバーと組織{Ｐｋ}の間で有するフレンドリンクの数と、組織２のメンバーと組織{Ｐｋ}のメンバーの間のフレンドリンクの数の合計が最多の組織{Ｐｋ}を組織ｋの解とする。その後、図１４のステップＳ６３に戻り、それ以降の処理が行われる。
【０１１６】
次に、図１８のフローチャートを参照して、キーワードに基づいて特定したメンバーへのパスを提示する解析サーバ２の処理について説明する。
【０１１７】
この処理により、図４に示されるような画面がクライアント５のディスプレイ５Ａに表示されることになる。例えば、図１８の処理は、図８を参照して説明した処理と同様の処理が行われることによって、組織を表すノードと組織間のリンクの有無と強さを表すエッジがクライアント５のディスプレイ５Ａに表示されているときに開始される。
【０１１８】
ステップＳ８１において、入力部２１は、クライアント５から送信された情報に基づいて、ソースメンバーのメンバーIDと、キーワードを取得する。入力部２１は、取得したメンバーIDとキーワードをデータ処理部１２に出力する。
【０１１９】
ステップＳ８２において、データ処理部１２は、メンバーの間でやりとりされたメッセージと、メンバーにより作成された日記を対象として検索を行い、クライアント５のユーザにより指定されたキーワードと同じ単語を閾値の数以上多く、メッセージや日記に挙げたメンバーであるメンバーＵt1を特定する。データ読み出し部１３からデータ処理部１２に対しては、データベース３から読み出されたメッセージの情報と日記の情報が供給される。
【０１２０】
ステップＳ８３において、データ処理部１２は、メンバーＵt1をターゲットメンバーとして、ソースメンバーが所属する組織と、ターゲットメンバーが所属する組織の間にリンクがある場合には上述した処理１を行うことによって、ソースメンバーからターゲットメンバーへの最短パスを求める。
【０１２１】
また、データ処理部１２は、ソースメンバーが所属する組織と、ターゲットメンバーが所属する組織の間にリンクがない場合には上述した処理２を行うことによって、ソースメンバーからターゲットメンバーへの最短パスを求める。
【０１２２】
ステップＳ８４において、表示部２２は、データ処理部１２により求められたパスを描画し、クライアント５のディスプレイ５Ａに表示させる。これにより、図４に示されるような画面がクライアント５のディスプレイ５Ａに表示される。
【０１２３】
次に、図１９のフローチャートを参照して、キーワードに基づいて特定したメンバーへのパスを提示する解析サーバ２の他の処理について説明する。
【０１２４】
図１８の処理と同様に、図１９の処理によっても、図４に示されるような画面がクライアント５のディスプレイ５Ａに表示される。図１８の処理においては、メッセージや日記を対象とした検索により、ターゲットメンバーが直接特定されるものとしたが、図１９の処理においては、先に、ある組織が特定され、その後、特定された組織のメンバーの中からターゲットメンバーが特定されることになる。ターゲットメンバーを直接特定するのか、先に組織を特定し、その後、ターゲットメンバーを特定するのかを、クライアント５のユーザが選択することができるようにしてもよい。
【０１２５】
ステップＳ９１において、入力部２１は、クライアント５から送信された情報に基づいて、ソースメンバーのメンバーIDと、キーワードを取得する。入力部２１は、取得したメンバーIDとキーワードをデータ処理部１２に出力する。
【０１２６】
ステップＳ９２において、データ処理部１２は、所属メンバーのメッセージ、日記の中で、クライアント５のユーザにより指定されたキーワードと同じ単語を含むものの件数を組織毎に集計し、件数が最多となる組織を特定する。
【０１２７】
ステップＳ９３において、データ処理部１２は、特定した組織のメンバー中で、クライアント５のユーザにより指定されたキーワードと同じ単語を最も多くメッセージ、日記に挙げたメンバーＵt2を特定する。
【０１２８】
ステップＳ９４において、データ処理部１２は、メンバーＵt2をターゲットメンバーとして、ソースメンバーが所属する組織と、ターゲットメンバーが所属する組織の間にリンクがある場合には上述した処理１を行うことによって、ソースメンバーからターゲットメンバーへの最短パスを求める。
【０１２９】
また、データ処理部１２は、ソースメンバーが所属する組織と、ターゲットメンバーが所属する組織の間にリンクがない場合には上述した処理２を行うことによって、ソースメンバーからターゲットメンバーへの最短パスを求める。
【０１３０】
ステップＳ９５において、表示部２２は、データ処理部１２により求められたパスを描画し、クライアント５のディスプレイ５Ａに表示させる。これにより、図４に示されるような画面がクライアント５のディスプレイ５Ａに表示される。
【０１３１】
図２０は、図１８の処理によりターゲットメンバーとして特定されるメンバーＵt1と、図１９の処理によりターゲットメンバーとして特定されるメンバーＵt2の例を示す図である。
【０１３２】
図２０の例においては、メンバーＵt1は組織０に所属するメンバーとされ、メンバーＵt2は組織２に所属するメンバーとされている。ソースメンバーＵsは、組織１に所属するメンバーである。
【０１３３】
例えば、ソースメンバーＵsにより「音声認識」がキーワードとして入力された場合、図１８の処理によれば、「音声認識」の単語をメッセージや日記に多く書いている組織０のメンバーＵt1が特定され、図１９の処理によれば、「音声認識」の単語を含むメッセージや日記の件数が多い組織２が特定されてから、組織２のメンバーの中で「音声認識」の単語をメッセージや日記に多く書いているメンバーＵt2が特定される。
【０１３４】
すなわち、図１８の処理によれば、「音声認識」の分野が得意であったり、興味があったりするメンバーが直接特定されることになる。一方、図１９の処理によれば、「音声認識」の分野が得意であったり、興味があったりするメンバーが多くいる組織が特定され、その中でも最も得意であったり、興味があったりするメンバーが特定されることになる。
【０１３５】
図２１は、最短パスの例を示す図である。
【０１３６】
図２１に示されるように、組織１に所属するメンバーｕ12と組織０に所属するメンバーｕ01がフレンドリンクを有しており、組織１と組織０の間にリンクがある場合、上述した方法１の処理によって、ソースメンバーＵsからＵt1への最短パスとして、ソースメンバーＵs−メンバーｕ11−メンバーｕ12−メンバーｕ01−ターゲットメンバーＵt1のパスが特定される。
【０１３７】
また、組織１に所属するメンバーｕ13，ｕ14と組織２に所属するメンバーｕ21がフレンドリンクを有しており、組織１と組織２の間にリンクがある場合、ソースメンバーＵs−メンバーｕ13間、ソースメンバーＵs−メンバーｕ14間、メンバーｕ13−メンバーｕ21間、メンバーｕ14−メンバーｕ21間でやりとりされたメッセージ・コメントの数がそれぞれ１０，２０，５，１０であるときには、上述した方法１の処理によって、ソースメンバーＵsからＵt2への最短パスとして、ソースメンバーＵs−メンバーｕ14−メンバーｕ21−ターゲットメンバーＵt2のパスが特定される。
【０１３８】
以上の処理により、クライアント５のユーザは、視覚的に、メンバー間のつながりを確認することができる。
【０１３９】
以上においては、図１のSNSシステムが１つの企業内に構築されるものとしたが、複数の企業の社員が利用可能な形で構築されるようにしてもよい。この場合、解析サーバ２にアクセスしてきたユーザが利用するクライアントのディスプレイには、企業を表すノードを含む、図２乃至図４に示される画面と同様の画面が表示される。
【０１４０】
ここで、画面表示の例について説明する。
【０１４１】
図２２は、クライアント５のディスプレイ５Ａに表示される画面の例を示す図である。
【０１４２】
図２２に示される画面は、例えば、ターゲットとするメンバーの詳細情報を表示することをクライアント５のユーザが指示したときに表示される。
【０１４３】
図２２において、ノードｎ11により表される組織１はターゲットメンバーＵtが現在所属する組織である。ノードｎ12により表される組織２はターゲットメンバーＵtが組織１の前に所属していた前組織であり、ノードｎ13により表される組織３はターゲットメンバーＵtが組織２の前に所属していた前々組織である。ノードｎ14は組織４を表す。
【０１４４】
組織２に所属するメンバーとして示されるメンバーＵt-1は、ターゲットメンバーＵtの、組織２に所属していたときの位置を表し、組織３に所属するメンバーとして示されるメンバーＵt-2は、ターゲットメンバーＵtの、組織３に所属していたときの位置を表す。例えば、ターゲットメンバーＵtを表すノードが最も濃く表示され、メンバーＵt-2を表すノードが最も薄く表示されるといったように、時間ｔ毎に異なる色によって表示される。
【０１４５】
現在所属する組織を表すノードと過去に所属していた組織を表すノードがこのようにして階層構造を有する形で同じ画面に表示され、その上で、図２２に示されるように、現在のフレンドリンクを表すエッジが、ターゲットメンバーＵtの位置を基準として表示される。
【０１４６】
また、図２３に示されるように、マウスなどを操作して組織１を表すノード付近にポインタＰを移動させ、クリックしたときに、ターゲットメンバーＵtが過去に所属した組織の情報が上述した旧組織名リスト（図６）などの情報に基づいて表示されるようにしてもよい。
【０１４７】
以上の画面表示を実現するためには、各メンバーの時系列の組織情報（図２２の例の場合、組織３→組織２→組織１）が、SNSサーバ１などによりデータベース３に記憶されていることが前提となる。
【０１４８】
メンバーの所属する組織の変更時、データベース３に記憶されている図６に示されるような組織情報の属性である組織終了日として、組織変更日を設定することがSNSサーバ１により行われる。また、SNSサーバ１により新たな組織情報が生成される。新たに生成された組織情報の組織名には、変更後の新組織の名前が設定されるとともに、新たに生成された組織情報に対して、所属する組織が変わったメンバーの、旧組織名リストが関連付けられる。
【０１４９】
図２４は、クライアント５のディスプレイ５Ａに表示される画面の遷移の例を示す図である。
【０１５０】
以上においては、１つの画面に表示されるノードの数が４つであるものとしたが、当然、これ以上の数のノードが表示されることもある。ノードの数が多い場合、例えば、図２４に示されるようにして表示が切り替えられるようにしてもよい。
【０１５１】
まず、図２４の最上段に示されるように、任意のノードを中心として、その任意のノードが持つエッジが放射状に描画され、逆サイドのノードが描画される。特徴のあるノードが中心にくるようにしてもよいし、ランダムに選択されたノードが中心にくるようにしてもよい。図２４の最上段の例においては、中心のノードは、他のノードよりも大きく表示されている。
【０１５２】
ここで、図２４の最上段の状態における中心のノードをノードＡとする。図２４において、ノードＡが塗りつぶされていることは、ノードＡが選択されている状態になっていることを表す。また、現在、描画されているノードのうち、ノードＡではない任意のノードをノードＢとする。図２４の最上段の例においては、ノードＡの右下のノードがノードＢとされている。
【０１５３】
このような状態で、例えば、図２４の矢印Ａ11の先に示されるように、ノードＡに替えて、ノードＢが選択された場合、矢印Ａ12の先に示されるように、ノードＢが中心に表示される。このとき、ノードＡだけがエッジを介して繋がっているノードは消去されるとともに、ノードＡから放射状に伸びていたエッジも消去される。矢印Ａ12の先に示される画面において、ノードＡから伸びるエッジとノードＡだけと繋がっているノードが点線で示されていることは消去されたことを表す。
【０１５４】
また、矢印Ａ13の先に示されるように、ノードＢが持つエッジが放射状に描画され、逆サイドのノードが描画される。ノードＡから伸びるエッジとノードＡだけと繋がっているノードが消去されることは、矢印Ａ13の先に示されるように、ノードＢとリンクのあるノードが表示されることと同時に行われるようにしてもよいし、この後に行われるようにしてもよい。
【０１５５】
このような表示によって、画面上に１度に描画されるノードの数を抑えることが可能となる。
【０１５６】
以上においては、クライアント５はパーソナルコンピュータであるものとしたが、携帯電話機などの、ディスプレイを有する端末であればどのような端末がクライアントとして用いられるようにしてもよい。
【０１５７】
また、以上においては、SNSサーバ１と解析サーバ２が別々のサーバであるものとしたが、それぞれのサーバの機能が１つのサーバによって実現されるようにしてもよい。
【０１５８】
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１５９】
図２５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
【０１６０】
図５に示される解析サーバ２の構成の少なくとも一部は、図２５に示されるようなコンピュータによって所定のプログラムが実行されることによって実現される。
【０１６１】
CPU(Central Processing Unit)５１、ROM(Read Only Memory)５２、RAM(Random Access Memory)５３は、バス５４により相互に接続されている。
【０１６２】
バス５４には、さらに、入出力インタフェース５５が接続されている。入出力インタフェース５５には、キーボード、マウス、マイクロホンなどよりなる入力部５６、ディスプレイ、スピーカなどよりなる出力部５７、ハードディスクや不揮発性のメモリなどよりなる記憶部５８、ネットワークインタフェースなどよりなる通信部５９、光ディスクや半導体メモリなどのリムーバブルメディア６１を駆動するドライブ６０が接続されている。
【０１６３】
以上のように構成されるコンピュータでは、CPU５１が、例えば、記憶部５８に記憶されているプログラムを入出力インタフェース５５及びバス５４を介してRAM５３にロードして実行することにより、上述した一連の処理が行われる。
【０１６４】
CPU５１が実行するプログラムは、例えばリムーバブルメディア６１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供され、記憶部５８にインストールされる。
【０１６５】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０１６６】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【０１６７】
【図１】本発明の一実施形態に係るSNSシステムの構成例を示す図である。
【図２】クライアントのディスプレイに表示される画面の例を示す図である。
【図３】クライアントのディスプレイに表示される他の画面の例を示す図である。
【図４】クライアントのディスプレイに表示されるさらに他の画面の例を示す図である。
【図５】解析サーバの構成例を示すブロック図である。
【図６】データベースに記憶される情報の例を示す図である。
【図７】データベースに記憶される他の情報の例を示す図である。
【図８】解析サーバの描画処理について説明するフローチャートである。
【図９】解析サーバのパス提示処理について説明するフローチャートである。
【図１０】最短パス検出アルゴリズム１に従って行われる処理について説明するフローチャートである。
【図１１】ノードの例を示す図である。
【図１２】処理１について説明するフローチャートである。
【図１３】ノードの例を示す図である。
【図１４】処理２について説明するフローチャートである。
【図１５】ノードの例を示す図である。
【図１６】最短パス検出アルゴリズム２に従って行われる処理について説明するフローチャートである。
【図１７】ノードの例を示す図である。
【図１８】解析サーバの他のパス提示処理について説明するフローチャートである。
【図１９】解析サーバのさらに他のパス提示処理について説明するフローチャートである。
【図２０】探索の例を示す図である。
【図２１】探索の他の例を示す図である。
【図２２】クライアントのディスプレイに表示される画面の例を示す図である。
【図２３】クライアントのディスプレイに表示される画面の例を示す図である。
【図２４】クライアントのディスプレイに表示される画面の遷移の例を示す図である。
【図２５】コンピュータの構成例を示すブロック図である。
【符号の説明】
【０１６８】
１  SNSサーバ，  ２  解析サーバ，  ３  データベース，  ４  ネットワーク，  １１  UI部，  １２  データ処理部，  １３  データ読み出し部，  ２１  入力部，  ２２  表示部
【図１】
2009146253.tif 000003
【図２】
2009146253.tif 000004
【図３】
2009146253.tif 000005
【図４】
2009146253.tif 000006
【図５】
2009146253.tif 000007
【図６】
2009146253.tif 000008
【図７】
2009146253.tif 000009
【図８】
2009146253.tif 000010
【図９】
2009146253.tif 000011
【図１０】
2009146253.tif 000012
【図１１】
2009146253.tif 000013
【図１２】
2009146253.tif 000014
【図１３】
2009146253.tif 000015
【図１４】
2009146253.tif 000016
【図１５】
2009146253.tif 000017
【図１６】
2009146253.tif 000018
【図１７】
2009146253.tif 000019
【図１８】
2009146253.tif 000020
【図１９】
2009146253.tif 000021
【図２０】
2009146253.tif 000022
【図２１】
2009146253.tif 000023
【図２２】
2009146253.tif 000024
【図２３】
2009146253.tif 000025
【図２４】
2009146253.tif 000026
【図２５】
2009146253.tif 000027