JP2015049680A - 情報処理装置、更新プログラム、更新方法およびソーシャルネットワークシステム - Google Patents

Abstract

【課題】結びつきを利用したユーザ間の価値ある情報の流通を促進できる情報処理装置、更新プログラム、更新方法およびソーシャルネットワークシステムを提供する。
【解決手段】取得部５１は、ユーザ間の結びつきを示す関係情報およびユーザの属性を示す属性情報を取得する。更新部５２は、取得部５１により取得された属性情報で同じ属性を有し、関係情報において他のユーザを介して間接的に結びつく各ユーザの当該他のユーザとの結びつきの強さに基づいて、前記間接的に結びつく各ユーザ間の関係情報を更新する。
【選択図】図２

Description

本発明は、情報処理装置、更新プログラム、更新方法およびソーシャルネットワークシステムに関する。

近年、ユーザ間の結びつきを活用したソーシャルメディアが拡がっている。このようなユーザ間の結びつきは、ソーシャルグラフとも呼ばれている。ソーシャルグラフを活用したソーシャルメディアとしては、例えば、ツイッターやフェイスブックなどが挙げられる。このソーシャルメディアでは、各ユーザが他のユーザを自分自身の「知人」として登録すると、ユーザが情報を発信した際に、「知人」に登録したユーザに、発信した情報が通知される。例えば、ソーシャルメディアでは、ユーザＡがユーザＢを知人に登録すると、ユーザＡが発信した情報がユーザＢに通知される。さらに、ソーシャルメディアでは、発信元のユーザを「知人」に登録したユーザが、受信した情報に対して価値があるものという評価を行うと、評価した情報が、さらに評価したユーザを「知人」に登録したユーザに通知される。例えば、ソーシャルメディアでは、ユーザＡの情報を受信したユーザＢがその情報を評価すると、ユーザＢが知人に登録したユーザＣに情報が通知される。このように、ソーシャルメディアでは、情報が人の結びつきを通じて拡散していく。このソーシャルメディアは、アイデアやノウハウの迅速な共有が困難という企業内の情報共有に関する問題解決に期待されている。

一方、ソーシャルメディアでは、情報を適切に伝達するには、ソーシャルグラフ上の個々のユーザが適切に情報の価値を判断しなければならない。例えば、ユーザＡとユーザＢに共通の知人としてユーザＸを介して結びついているものとする。この場合、ユーザＸが適切に情報の価値を判断しなければ、ユーザＡが発信した不要な情報がユーザＢに通知されたり、ユーザＡが発信した価値のある情報がユーザＢに通知されない場合がある。

そこで、情報共有を促進するための技術として、複数のユーザが互いに知人である場合、全てのユーザを含むグループを生成し、グループに登録した情報をグループに含まれる全ユーザに通知してユーザ間で情報共有を促進する技術がある。

特開２００２−７３７９１号公報

しかしながら、上記の技術は、グループに登録した情報をグループに含まれる全ユーザに通知するため、一部のユーザが知人である場合に適用すると、あるユーザにとって不要な情報が過度に通知されてしまい、ユーザ間の価値ある情報の流通を促進できない。

一側面では、結びつきを利用したユーザ間の価値ある情報の流通を促進できる情報処理装置、更新プログラム、更新方法およびソーシャルネットワークシステムを提供することを目的とする。

本発明の一側面によれば、情報処理装置は、取得部と、更新部とを有する。取得部は、ユーザ間の結びつきを示す関係情報およびユーザの属性を示す属性情報を取得する。更新部は、取得部により取得された属性情報で同じ属性を有し、関係情報において他のユーザを介して間接的に結びつく各ユーザの当該他のユーザとの結びつきの強さに基づいて、前記間接的に結びつく各ユーザ間の関係情報を更新する。

本発明の一側面によれば、結びつきを利用したユーザ間の価値ある情報の流通を促進できる。

図１は、ソーシャルネットワークシステムの全体の概略構成の一例を示す図である。 図２は、サーバの機能的構成を示すブロック図である。 図３は、関係情報テーブルのデータ構成の一例を示す図である。 図４は、知人関係を模式的に示した図である。 図５は、属性情報テーブルのデータ構成の一例を示す図である。 図６は、情報管理テーブルのデータ構成の一例を示す図である。 図７は、評価情報テーブルのデータ構成の一例を示す図である。 図８は、ログオン画面の画面構成の一例を示す図である。 図９は、コミュニケーションシステムのトップ画面の画面構成の一例を示す図である。 図１０は、知人登録画面の画面構成の一例を示す図である。 図１１は、関係情報テーブルのデータ構成の一例を示す図である。 図１２は、知人登録許可画面の画面構成の一例を示す図である。 図１３は、関係情報テーブルのデータ構成の一例を示す図である。 図１４は、トップ画面の画面構成の一例を示す図である。 図１５は、知人削除画面の画面構成の一例を示す図である。 図１６は、関係情報テーブルのデータ構成の一例を示す図である。 図１７は、情報登録画面の画面構成の一例を示す図である。 図１８は、情報管理テーブルのデータ構成の一例を示す図である。 図１９は、トップ画面の画面構成の一例を示す図である。 図２０は、業務変更画面の画面構成の一例を示す図である。 図２１は、属性情報テーブルのデータ構成の一例を示す図である。 図２２は、関係情報テーブルのデータ構成の一例を示す図である。 図２３は、トップ画面の画面構成の一例を示す図である。 図２４は、関係情報テーブルのデータ構成の一例を示す図である。 図２５は、評価情報テーブルのデータ構成の一例を示す図である。 図２６は、関係情報テーブルのデータ構成の一例を示す図である。 図２７は、関係情報テーブルのデータ構成の一例を示す図である。 図２８は、関係情報テーブルのデータ構成の一例を示す図である。 図２９は、認証処理の流れを示すフローチャートである。 図３０は、知人の登録、知人の削除、情報の登録、知人登録の許可の何れかが行なわれた際の処理の流れを示すフローチャートである。 図３１は、業務の登録が行なわれた際の処理の流れを示すフローチャートである。 図３２は、コメントが評価された際の処理の流れを示すフローチャートである。 図３３は、所定期間毎に関係強度を更新する処理の流れを示すフローチャートである。 図３４は、知人関係更新処理の流れを示すフローチャートである。 図３５は、更新プログラムを実行するコンピュータを示す図である。

以下に、本発明にかかる情報処理装置、更新プログラム、更新方法およびソーシャルネットワークシステムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。以下では、ユーザ間の結びつきを活用してコミュニケーションを行うソーシャルネットワークシステムに本発明を適用した場合について説明する。

［システム構成］
まず、実施例１に係るソーシャルネットワークシステムについて説明する。図１は、ソーシャルネットワークシステムの全体の概略構成の一例を示す図である。図１に示すように、ソーシャルネットワークシステム１０は、サーバ１１と、端末１２とを有する。サーバ１１と端末１２とは、各種の情報を交換することが可能とされている。例えば、サーバ１１と端末１２は、ネットワーク１３を介して通信可能に接続され、各種の情報を交換することが可能とされている。かかるネットワーク１３の一態様としては、有線または無線を問わず、携帯電話などの移動体通信、インターネット（Internet）、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の通信網が挙げられる。

端末１２は、ユーザが操作する端末装置である。端末１２は、例えば、スマートフォン、ＰＤＡ（Personal Digital Assistant）、携帯電話機などの携帯端末装置である。なお、端末１２は、例えば、デスクトップ型ＰＣ（パーソナルコンピュータ）、タブレット型ＰＣ、ノート型ＰＣなどの装置等であってもよい。本実施例では、端末１２にブラウザ１２Ａがインストールされ、ユーザが端末１２からブラウザ１２Ａを用いてサーバ１１へアクセスすることによりコミュニケーションを行う場合を例にして説明する。なお、端末１２に専用のアプリケーションがインストールされ、ユーザが端末１２から専用のアプリケーションを用いてサーバ１１へアクセスしてもよい。また、図１の例では、端末１２が２つの場合を例示したが、開示のシステムはこれに限定されず、端末１２を任意の数とすることができる。

サーバ１１は、ユーザ間のメッセージによりコミュニケーションを行うコミュニケーションシステムを提供する装置である。サーバ１１は、例えば、企業内またはデータセンタに設けられたサーバコンピュータなどのコンピュータなどである。サーバ１１は、１台のコンピュータとして実装してもよく、また、複数台のコンピュータによるクラウドとして実装することもできる。なお、本実施例では、サーバ１１を１台のコンピュータとした場合を例として説明する。

［サーバの構成］
次に、本実施例に係るサーバ１１の機能的構成について説明する。図２は、サーバの機能的構成を示すブロック図である。図２に示すように、サーバ１１は、通信Ｉ／Ｆ（インタフェース）部２１と、記憶部２２と、制御部２３とを有する。

通信Ｉ／Ｆ部２１は、他の装置、例えば、各端末１２との間で通信制御を行うインタフェースである。通信Ｉ／Ｆ部２１は、各端末１２と各種のデータを送受信する。かかる通信Ｉ／Ｆ部２１の一態様としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。

記憶部２２は、フラッシュメモリなどの半導体メモリ素子、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部２２は、上記の種類の記憶装置に限定されるものではなく、ＲＡＭ（Random Access Memory）等の揮発性メモリであってもよい。

記憶部２２は、制御部２３で実行されるＯＳ（Operating System）やコミュニケーションシステムの制御に用いる各種プログラムを記憶する。さらに、記憶部２２は、制御部２３で実行されるプログラムの実行に必要な各種データを記憶する。かかるデータの一例として、記憶部２２は、関係情報テーブル４０と、属性情報テーブル４１と、情報管理テーブル４２と、評価情報テーブル４３とを記憶する。

関係情報テーブル４０は、ユーザ間の結びつきに関する各種情報を記憶したテーブルである。例えば、関係情報テーブル４０には、ユーザ間の結びつきを示す関係情報や、ユーザ間の当該他のユーザとの結びつきの強さが記憶される。

図３は、関係情報テーブルのデータ構成の一例を示す図である。図３に示すように、関係情報テーブル４０は、「ユーザ情報」、「知人ユーザ情報」、「許可済みフラグ」、「関係強度」、「自動生成フラグ」、「自動生成要因」の各フィールドを有する。なお、関係情報テーブル４０は、上記以外のフィールドを有してもよい。

ユーザ情報のフィールドは、ユーザを識別する識別情報を格納する領域である。本実施例では、ユーザの識別情報として、ユーザのメールアドレスを用いている。なお、識別情報は、メールアドレスに限定されず、ユーザ毎にユニークに定められていれば何れであってもよい。例えば、識別情報は、数字や文字などを組み合わせてユーザＩＤとして、サーバ１１が各ユーザに付与してもよい。知人ユーザ情報は、ユーザが知人として登録したユーザの識別情報を格納する領域である。本実施例では、知人ユーザ情報には、ユーザが知人として登録したユーザのメールアドレスが格納される。許可済みフラグのフィールドは、知人関係の生成を依頼したユーザが、知人関係の生成を許可しているかどうかのフラグを格納する領域である。許可済みフラグのフィールドには、知人関係の生成が許可された場合、「Ｙｅｓ」が格納され、知人関係の生成がまだ許可されていない場合、「Ｎｏ」が格納される。関係強度のフィールドは、ユーザと、知人とされたユーザとの間の関係強度を格納する領域である。この関係強度は、ユーザ間の結びつきの強さを示す値である。結びつきの強さとは、ユーザが知人のユーザをどれだけ信頼しているかを示すものである。結びつきは、ユーザが知人のユーザの情報を多く評価することで強くなる。自動生成フラグのフィールドは、ユーザ間の関係が自動で生成されたか否かを示すフラグを格納する領域である。自動生成フラグのフィールドには、結びつきが自動で生成されたものである場合、「Ｙｅｓ」が格納され、結びつきが自動で生成されたものではなく、ユーザが登録したものである場合、「Ｎｏ」が格納される。自動生成要因のフィールドは、関係が自動生成された要因を格納する領域である。

ここで、本実施例では、４人のユーザＡ、ユーザＢ、ユーザＸ、ユーザＹの結びつきを例にして説明する。また、ユーザＡは、識別情報として使用するメールアドレスが「user-a@company.com」であるものとする。ユーザＢは、識別情報として使用するメールアドレスが「user-b@company.com」であるものとする。ユーザＸは、識別情報として使用するメールアドレスが「user-x@company.com」であるものとする。ユーザＹは、識別情報として使用するメールアドレスが「user-y@company.com」であるものとする。

図３の例では、ユーザ情報が「user-a@company.com」のユーザＡは、知人ユーザ情報に「user-x@company.com」が格納されていることから、ユーザＸを知人として登録していることを示す。また、許可済みフラグが「Ｙｅｓ」であることから、知人として登録されたユーザＸは、知人関係の生成を許可したことを示す。また、関係強度が「３」であることから、ユーザＡは、ユーザＸとの結びつきの強さが「３」であることを示す。また、自動生成フラグが「Ｎｏ」であることから、知人として登録されたユーザＸは、結びつきが自動で生成されたものではないことを示す。

また、図３の例では、ユーザＡ、ユーザＸ、ユーザＹが互いに許可した知人関係であることを示している。図４は、知人関係を模式的に示した図である。図４の例は、図３に登録されたユーザ間の知人関係を模式的に示した図である。図４の例では、ユーザＡとユーザＸは、結びつきを有する。ユーザＡは、ユーザＸに対して関係強度３の結びつきを有する。ユーザＸは、ユーザＡに対して関係強度３の結びつきを有する。また、ユーザＸとユーザＹは、結びつきを有する。ユーザＹは、ユーザＸに対して関係強度２の結びつきを有する。ユーザＸは、ユーザＹに対して関係強度２の結びつきを有する。また、ユーザＡとユーザＹは、直接的な結びつきを有しておらず、ユーザＸを介して間接的な結びつきを有している。

図２に戻り、属性情報テーブル４１は、各ユーザの属性に関する各種情報を記憶したテーブルである。例えば、関係情報テーブル４０には、ユーザの属性として、ユーザに関連付ける業務が記憶される。

図５は、属性情報テーブルのデータ構成の一例を示す図である。図５に示すように、属性情報テーブル４１は、「ユーザ情報」、「ユーザ名」、「関連業務」の各フィールドを有する。なお、属性情報テーブル４１は、上記以外のフィールドを有してもよい。

ユーザ情報のフィールドは、ユーザを識別する識別情報を格納する領域である。ユーザ名のフィールドは、ユーザ情報で指定されるユーザのユーザ名を格納する領域である。関連業務のフィールドは、ユーザ情報で指定されるユーザの関連業務を格納する領域である。本実施例では、この関連業務をユーザの属性としている。

図５の例では、ユーザ情報が「user-a@company.com」のユーザは、ユーザ名が「ユーザＡ」であり、関連業務が「Ｍ２Ｍ」であることを示す。

図２に戻り、情報管理テーブル４２は、各ユーザから投稿された投稿内容に関する各種情報を記憶したテーブルである。例えば、情報管理テーブル４２には、ユーザが投稿したメッセージが記憶される。

図６は、情報管理テーブルのデータ構成の一例を示す図である。図６に示すように、情報管理テーブル４２は、「ユーザ情報」、「メッセージＩＤ」、「メッセージ」、「評価ユーザ情報」の各フィールドを有する。なお、情報管理テーブル４２は、上記以外のフィールドを有してもよい。

ユーザ情報のフィールドは、ユーザを識別する識別情報を格納する領域である。メッセージＩＤのフィールドは、投稿されたメッセージの識別情報を格納する領域である。投稿されたメッセージには、数字や文字などを組み合わせて、それぞれのメッセージを識別する識別情報が付与される。メッセージＩＤのフィールドには、投稿されたメッセージに付与された識別情報が格納される。メッセージのフィールドは、投稿されたメッセージを格納する領域である。評価ユーザ情報のフィールドは、メッセージを評価したユーザの識別情報を格納する領域である。

図６の例では、ユーザ情報が「user-x@company.com」のユーザＸは、メッセージＩＤが「user-x-1」として、「本日、Ａ社から新しいタブレットが発表されるらしい。」とのメッセージを投稿したことを示している。また、メッセージＩＤが「user-x-1」のメッセージは、評価ユーザ情報が空白であることから、評価したユーザがいないことを示す。また、図６の例では、ユーザ情報が「user-y@company.com」のユーザＹは、メッセージＩＤが「user-y-1」として、「展示会のレポートです。・・・」とのメッセージを投稿したことを示している。また、メッセージＩＤが「user-y-1」のメッセージは、評価ユーザ情報として「user-x@company.com」が格納されていることから、ユーザＸにより評価されていることを示す。

図２に戻り、評価情報テーブル４３は、メッセージの評価に関する各種情報を記憶したテーブルである。例えば、評価情報テーブル４３には、投稿したメッセージを評価したユーザの識別情報が記憶される。

図７は、評価情報テーブルのデータ構成の一例を示す図である。図７に示すように、評価情報テーブル４３は、「ユーザ情報」、「メッセージＩＤ」、「評価ユーザ情報」、「評価日時」の各フィールドを有する。なお、評価情報テーブル４３は、上記以外のフィールドを有してもよい。

ユーザ情報のフィールドは、メッセージＩＤのメッセージを投稿したユーザを識別する識別情報を格納する領域である。メッセージＩＤのフィールドは、投稿されたメッセージの識別情報を格納する領域である。評価ユーザ情報のフィールドは、メッセージＩＤのメッセージを評価したユーザの識別情報を格納する領域である。評価日時のフィールドは、メッセージＩＤのメッセージが評価された日時を格納する領域である。

図７の例では、ユーザ情報が「user-y@company.com」のユーザＹのメッセージＩＤが「user-ｙ-1」のメッセージは、評価ユーザ情報が「user-x@company.com」のユーザＸにより評価されており、評価された日時が２０１３年２月２６日であることを示す。

図２に戻り、制御部２３は、サーバ１１を制御するデバイスである。制御部２３としては、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路を採用できる。制御部２３は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２３は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２３は、表示制御部５０と、取得部５１と、更新部５２と、導出部５３とを有する。

表示制御部５０は、端末１２に各種の画面を表示させる制御を行う。例えば、表示制御部５０は、端末１２から各種の要求や指示を受け付け、端末１２に表示させる画像の画像情報を生成する。なお、生成する画像情報は、端末１２に表示させることができれば何れの形成でもよい。例えば、端末１２にブラウザ１２Ａの画面を表示させる場合、表示制御部５０は、例えば、ＨＴＭＬ（HyperText Markup Language）などのブラウザ１２Ａが対応するスクリプト等により画像情報を生成する。そして、表示制御部５０は、生成された画像情報を端末１２へ送信する制御を行う。

取得部５１は、各種の情報を取得する。例えば、取得部５１は、ユーザ間の結びつきを示す関係情報およびユーザの属性を示す属性情報を取得する。例えば、取得部５１は、関係情報テーブル４０から、ユーザ毎に知人とされたユーザを読み出してユーザ間の結びつきに関する情報を取得する。また、取得部５１は、属性情報テーブル４１から、各ユーザの属性として関連業務を読み出してユーザの属性情報を取得する。

更新部５２は、各種の情報の更新を行う。例えば、更新部５２は、同じ属性を有し、他のユーザを介して間接的に結びつく各ユーザの当該他のユーザとの結びつきの強さに基づいて、間接的に結びつく各ユーザ間の結びつきを更新する。例えば、更新部５２は、他のユーザを介して間接的に結びつく各ユーザと当該他のユーザとの結びつきの強さが所定の追加条件を満たす場合、当該ユーザと、当該ユーザに間接的に結びつくユーザとの直接的な結びつきを追加する更新を行う。また、例えば、更新部５２は、直接的な結びつきを追加したユーザ間の結びつきの強さが所定の削除条件を満たす場合、当該ユーザ間の直接的な結びつきを削除する更新を行う。

導出部５３は、各種の導出を行う。例えば、導出部５３は、ユーザ間の結びつきの強さを導出する。例えば、導出部５３は、ユーザが投稿した情報に対する、当該ユーザに結びつけられた他のユーザからの評価に基づいて、当該ユーザと当該他のユーザとの結びつきの強さを導出する。

ここで、ソーシャルネットワークシステム１０によるユーザ間のコミュニケーションの流れを具体的に説明する。

各ユーザは、他のユーザとコミュニケーションを行う場合、端末１２を用いてサーバ１１へアクセスする。例えば、ユーザは、端末１２を用いてコミュニケーションシステムのトップページのＵＲＬにブラウザ１２Ａでアクセスする。

サーバ１１では、アクセスを受け付けると、表示制御部５０は、アクセス元の端末１２へログオン画面の画像情報を送信する。これにより、端末１２では、ログオン画面が表示される。

図８は、ログオン画面の画面構成の一例を示す図である。ログオン画面７０は、メールアドレス入力領域７１と、パスワード入力領域７２と、ログインボタン７３と、クリアボタン７４とを有する。なお、ログオン画面７０は、これ以外の情報を入力する入力領域があってもよい。

メールアドレス入力領域７１は、ユーザのメールアドレスを入力させる領域である。本実施例では、ユーザの識別情報として、メールアドレスを用いているため、メールアドレスを入力させるが、識別情報としてユーザＩＤなどを用いてもよい。パスワード入力領域７２は、パスワードを入力させる領域である。ログインボタン７３は、メールアドレス入力領域７１に入力されたメールアドレスと、パスワード入力領域７２に入力されたパスワードとによりユーザの認証の実行を指示するボタンである。クリアボタン７４は、メールアドレス入力領域７１と、パスワード入力領域７２とに入力された情報の消去を指示するボタンである。

ユーザが、メールアドレス入力領域７１にメールアドレスを入力し、パスワード入力領域７２にパスワードを入力した後、ログインボタン７３をクリックすると、メールアドレスとパスワードがサーバ１１へ送信される。

表示制御部５０は、メールアドレスとパスワードを受け付けると、受け付けたメールアドレスとパスワードを、ユーザが事前に登録したメールアドレスとパスワードと照合する。表示制御部５０は、照合の結果、メールアドレスとパスワードが一致した場合、コミュニケーションシステムのトップ画面を端末１２に表示させる。一方、表示制御部５０は、照合の結果、メールアドレスとパスワードが不一致の場合、認証失敗画面を端末１２に表示させる。

なお、表示制御部５０は、一度認証が成功した後に、認証が成功した端末１２からコミュニケーションシステムのトップページにアクセスを受け付けた場合、一定期間は認証を行わなくてもトップ画面を表示させてもよい。

図９は、コミュニケーションシステムのトップ画面の画面構成の一例を示す図である。トップ画面８０は、メニューエリア８１、知人表示エリア８２、情報表示エリア８３を有する。なお、トップ画面８０は、これら以外の他のエリアが存在してもよい。

メニューエリア８１は、コミュニケーションシステムでユーザが実行可能な処理メニューが表示される領域である。本実施例では、知人登録メニュー８５と、知人削除メニュー８６と、情報登録メニュー８７と、業務変更メニュー８８と、ログアウトメニュー８９とが表示されている。なお、メニューエリア８１は、これら以外の他のメニューが存在してもよい。

知人表示エリア８２は、ユーザと知人関係にあるユーザの一覧を表示する領域である。図９の例では、ユーザＸのみが表示されており、ログオンしたユーザＡの知人がユーザＸであることを示している。

情報表示エリア８３は、知人関係にあるユーザが登録したメッセージなどの各種の情報が表示される領域である。図９の例では、知人であるユーザＸが登録した「本日、Ａ社から新しいタブレットが発表されるらしい。」というメッセージが表示されている。また、情報表示エリア８３には知人関係にあるユーザが評価した情報も表示される。図９の例では、知人であるユーザＸが評価したユーザＹの「展示会のレポートです。」というメッセージが表示されている。この内容は「続きを読む」メニューをクリックすることで、メッセージ報全体が表示される。

また、情報表示エリア８３は、それぞれのメッセージが表示されている下側に、評価を行うための評価メニュー９０が表示されている。ユーザが、この評価メニュー９０をクリックすることによって、該当する情報に評価ポイントを加算することができる。

次に、知人とするユーザを登録する流れを説明する。サーバ１１では、トップ画面８０で知人登録メニュー８５がクリックされたことを受け付けると、表示制御部５０は、知人登録画面を端末１２に表示させる。

図１０は、知人登録画面の画面構成の一例を示す図である。知人登録画面１００は、メールアドレス入力領域１０１と、登録ボタン１０２と、キャンセルボタン１０３とを有する。なお、知人登録画面１００は、これ以外の入力領域やボタンが存在しても構わない。

メールアドレス入力領域１０１は、知人として登録するユーザのメールアドレスを入力する領域である。登録ボタン１０２は、メールアドレス入力領域１０１にメールアドレスが入力されたユーザの知人への登録を指示するボタンである。キャンセルボタン１０３は、知人の登録を中止してトップ画面８０への遷移を指示するボタンである。

ユーザが、知人に登録したユーザのメールアドレスをメールアドレス入力領域１０１に入力して、登録ボタン１０２をクリックすると、ユーザのメールアドレス、知人登録コマンド、知人に登録するユーザのメールアドレスがサーバ１１へ送信される。サーバ１１は、これらの情報を受信すると、更新部５２が知人に登録するユーザのメールアドレスが関係情報テーブル４０に登録されているかどうかを確認する。サーバ１１は、登録されている場合、関係情報テーブル４０を更新する。サーバ１１は、知人に登録するユーザのメールアドレスがシステムに登録されていない場合、エラー画面を表示させる。

例えば、ユーザＡが、知人としてユーザＢを登録する場合、図１０に示すようにユーザＢのメールアドレス「user-b@company.com」をメールアドレス入力領域１０１に入力して、登録ボタン１０２をクリックする。これにより、サーバ１１は、関係情報テーブル４０に、ユーザＡの知人としてユーザＢを登録する。

図１１は、関係情報テーブルのデータ構成の一例を示す図である。図１１の例は、図３に示した関係情報テーブルに、図１０に示すように、ユーザＡが知人としてユーザＢを登録した状態を示している。図１１に示すように、関係情報テーブル４０は、ユーザＡの知人ユーザ情報に、ユーザＢのアドレス、user-b@company.comが登録されている。また、ユーザＢは、ユーザＡからの知人の登録に未許可であるため、許可済みフラグに「Ｎｏ」が格納されている。

表示制御部５０は、知人が登録されると、知人として登録されたユーザに対して、知人の登録の許可を要求する知人登録許可画面を表示させる。例えば、図１０に示す登録が行われた後で、ユーザＢが端末１２を用いてサーバ１１へアクセスしてログインを行ってトップ画面８０にアクセスすると、表示制御部５０は、知人登録許可画面をユーザＢの端末１２に表示させる。

図１２は、知人登録許可画面の画面構成の一例を示す図である。知人登録許可画面１１０は、ＯＫボタン１１１と、キャンセルボタン１１２とを有する。ＯＫボタン１１１は、他のユーザからの知人の登録を許可するボタンである。キャンセルボタン１１２は、他のユーザからの知人の登録を不許可とするボタンである。

図１１に示すように、ユーザＢは、ユーザＡからの知人の登録に未許可であるため、許可済みフラグのフィールドに「Ｎｏ」が格納されている。ユーザＢがＯＫボタン１１１をクリックすると、サーバ１１へ知人登録を許可したユーザＢのメールアドレス（“user-b@company.com”）、知人登録許可コマンド、知人登録を許可されたユーザＡのメールアドレス（“user-a@company.com”）が送信される。サーバ１１では、これらの情報を受信すると、更新部５２が関係情報テーブル４０を更新する。一方、ユーザＢがキャンセルボタン１１２をクリックすると、知人の登録を中止してトップ画面８０へ遷移する。

図１３は、関係情報テーブルのデータ構成の一例を示す図である。図１３の例は、図１１に示した関係情報テーブルに、図１３に示すように、ユーザＢがユーザＡからの知人の登録を許可した状態を示している。図１３に示すように、関係情報テーブル４０は、“user-b@company.com”のエントリが新たに追加され、“user-a@company.com”の“user-b@company.com”に対する許可済みフラグに「Ｙｅｓ」が格納されている。

表示制御部５０は、許可済みフラグが「Ｙｅｓ」のユーザをトップ画面８０の知人表示エリア８２に表示させる。

図１４は、トップ画面の画面構成の一例を示す図である。例えば、表示制御部５０は、ユーザＡがトップ画面８０にアクセスすると、関係情報テーブル４０を参照し、“user-a@company.com”の知人として“user-x@company.com“と“user-b@company.com”を取得する。そして、表示制御部５０は、属性情報テーブル４１を参照して、図１４に示すように知人表示エリア８２にユーザＸとユーザＢとを表示させる。

次に、知人として登録したユーザを削除する流れを説明する。サーバ１１は、トップ画面８０で知人削除メニュー８６がクリックされたことを受け付けると、表示制御部５０は、知人削除画面を端末１２に表示させる。

図１５は、知人削除画面の画面構成の一例を示す図である。知人削除画面１２０は、知人リストボックス１２１と、削除ボタン１２２と、キャンセルボタン１２３とを有する。

知人リストボックス１２１は、知人とされたユーザを表示する領域である。知人リストボックス１２１には、関係情報テーブル４０に基づいて、ユーザが知人として登録した各ユーザが表示される。また、知人リストボックス１２１には、削除対象とするユーザを指定するチェックボックス１２４が表示される。削除ボタン１２２は、削除対象とされたユーザの知人からの削除を指示するボタンである。キャンセルボタン１２３は、知人の削除を中止してトップ画面８０への遷移を指示するボタンである。

ユーザが、知人から削除対象とするユーザのチェックボックス１２４を選択して、削除ボタン１１２をクリックすると、ユーザのメールアドレス、知人削除コマンド、削除対象のユーザのメールアドレスがサーバ１１へ送信される。サーバ１１では、これらの情報を受信すると、更新部５２が関係情報テーブル４０を更新してユーザの知人から削除対象のユーザのメールアドレスを削除する。一方、ユーザＢがキャンセルボタン１２３をクリックすると、知人の削除を中止してトップ画面８０へ遷移する。

例えば、ユーザＡが、知人リストボックス１２１からユーザＢを選択して、削除ボタン１１２をクリックすると、ユーザＡのメールアドレス（user-a@company.com）、知人削除コマンド、ユーザＢのメールアドレス（user-b@company.com）がサーバへ送信される。サーバ１１では、これらの情報を受信すると、ユーザＡの知人からユーザＢを削除する。

図１６は、関係情報テーブルのデータ構成の一例を示す図である。図１６の例は、図１３に示した関係情報テーブルから、図１５に示すように、ユーザＡがユーザＢを知人から削除を行った状態を示している。図１６に示すように、関係情報テーブル４０は、ユーザＡの知人ユーザ情報からユーザＢのレコードが削除されている。また、この削除の修正に伴い、ユーザＢの許可済みフラグは、ＹｅｓからＮｏに更新される。

次に、ユーザがメッセージを投稿する流れを説明する。サーバ１１では、トップ画面８０で情報登録メニュー８７がクリックされたことを受け付けると、表示制御部５０は、情報登録画面１３０を端末１２に表示させる。

図１７は、情報登録画面の画面構成の一例を示す図である。情報登録画面１３０は、情報入力領域１３１と、登録ボタン１３２と、キャンセルボタン１３３とを有する。

情報入力領域１３１は、投稿するメッセージを入力する領域である。登録ボタン１３２は、情報入力領域１３１に入力されたメッセージの投稿を指示するボタンである。キャンセルボタン１３３は、メッセージの投稿を中止してトップ画面８０への遷移を指示するボタンである。

ユーザが、情報入力領域１３１にメッセージを入力して登録ボタン１３２をクリックすると、ユーザのメールアドレス、情報投稿コマンド、投稿内容の情報がサーバ１１へ送信される。サーバ１１では、これらの情報を受信すると、情報管理テーブル４２を更新する。一方、ユーザがキャンセルボタン１３３をクリックすると、メッセージの登録を中止してトップ画面８０へ遷移する。

例えば、ユーザＡが、情報入力領域１３１に情報を入力して登録ボタン１３２をクリックすると、ユーザＡのメールアドレス（user-a@company.com）、情報登録コマンド、投稿内容の情報がサーバ１１へ送信される。サーバ１１では、これらの情報を受信すると、更新部５２が投稿されたメッセージを情報管理テーブル４２に格納する。

図１８は、情報管理テーブルのデータ構成の一例を示す図である。図１８の例は、ユーザＡが新たなメッセージを投稿した状態を示している。図１８に示すように、情報管理テーブル４２には、ユーザ情報が“user-a@company.com”、メッセージＩＤが“user-a-1”として、“Ｂ社から新しい・・・”のメッセージが格納されている。

例えば、ユーザＡを知人に登録したユーザＢがトップ画面８０を表示すると、コミュニケーションシステムは、ユーザＡが投稿したメッセージを表示させる。例えば、表示制御部５０は、属性情報テーブル４１と、関係情報テーブル４０を参照し、ユーザＢの知人としてユーザＡを取得する。また、表示制御部５０は、情報管理テーブル４２を参照し、知人関係であるユーザＡが登録したメッセージ及びユーザＡが評価しているメッセージを検索し、トップ画面８０に表示させる。

図１９は、トップ画面の画面構成の一例を示す図である。図１９の例は、図１８に示すように、ユーザＡを知人に登録したユーザＢのトップ画面８０を表示させた状態を示している。図１９に示すように、ユーザＢのトップ画面８０の情報表示エリア８３にユーザＡが登録したメッセージが表示されている。

次に、ログアウトの流れを説明する。サーバ１１では、トップ画面８０でログアウトメニュー８９がクリックされたことを受け付けると、表示制御部５０は、ログアウト画面を表示させる。再度ログオンするには、前述の認証を再度行う。

次に、業務を変更する流れを説明する。サーバ１１では、トップ画面８０で業務変更メニュー８８がクリックされたことを受け付けると、表示制御部５０は、業務変更画面を端末１２に表示させる。

図２０は、業務変更画面の画面構成の一例を示す図である。業務変更画面１４０は、業務入力領域１４１と、登録ボタン１４２と、キャンセルボタン１４３とを有する。また、業務変更画面１４０は、属性情報テーブル４１に基づいて、現在の業務が表示領域１４４に表示される。

業務入力領域１４１は、変更する業務名を入力する領域である。登録ボタン１４２は、業務入力領域１４１に入力された業務への変更を指示するボタンである。キャンセルボタン１４３は、業務の変更を中止してトップ画面８０への遷移を指示するボタンである。

ユーザが、変更する業務名を業務入力領域１４１に入力して、登録ボタン１４２をクリックすると、ユーザのメールアドレス、業務登録コマンド、変更された業務の情報がサーバ１１へ送信される。サーバ１１では、これらの情報を受信すると、更新部５２が属性情報テーブル４１に登録されたユーザの業務を変更された業務に更新する。一方、ユーザＢがキャンセルボタン１４３をクリックすると、業務の変更を中止してトップ画面８０へ遷移する。

図２０の例は、ユーザＡが業務を変更するために業務変更画面１４０を表示させた状態を示している。例えば、ユーザＡが、業務入力領域１４１に業務を入力して登録ボタン１４２をクリックすると、ユーザＡのメールアドレス（user-a@company.com）、業務登録コマンド、入力された業務の情報がサーバ１１へ送信される。サーバ１１では、これらの情報を受信すると、更新部５２が属性情報テーブル４１に登録されたユーザの業務を変更された業務に更新する。

図２１は、属性情報テーブルのデータ構成の一例を示す図である。図２１の例は、図５に示した属性情報テーブル４１から、図２０に示す業務変更画面１４０により、ユーザＡの業務を「Ｍ２Ｍ」から「ソーシャルメディア」に変更した状態を示している。図２１に示すように、属性情報テーブル４１は、ユーザＡの関連業務に「ソーシャルメディア」が登録されている。

取得部５１は、属性情報テーブル４１において同じ属性を有し、関係情報テーブル４０において他のユーザを介して間接的に結びつく各ユーザを特定する。

例えば、取得部５１は、図２１に示す属性情報テーブル４１を参照し、ユーザＡが登録した業務「ソーシャルメディア」を有する他のユーザを検索する。本実施例の場合、ユーザＹが該当ユーザとして抽出される。続いて、取得部５１は、図１６の関係情報テーブル４０を参照し、ユーザＡとユーザＹが知人でないことを確認する。続いて、取得部５１は、ユーザＡとユーザＹに対する共通の知人を検索し、ユーザＡと共通の知人、ユーザＹと共通の知人との関係強度を取得する。本実施例の場合、ユーザＸが共通の知人として抽出され、ユーザＡとユーザＸの関係強度３と、ユーザＹとユーザＸの関係強度２を取得する。

更新部５２は、同じ属性を有し、他のユーザを介して間接的に結びつく各ユーザと当該他のユーザとの結びつきの強さが所定の追加条件を満たす場合、当該ユーザと、当該ユーザに間接的に結びつくユーザとの直接的な結びつきを追加する更新を行う。本実施例では、例えば、所定の追加条件を関係強度が３以上であるものとするが、追加条件はこれに限定されるものではない。

例えば、更新部５２は、ユーザＡとユーザＸ、ユーザＹとユーザＸの関係強度のうち、追加条件である関係強度３以上を満たすのは、ユーザＡとユーザＸの関係のみであると判断し、ユーザＡからユーザＹに情報を自動通知するための関係情報を追加する。すなわち、更新部５２は、ユーザＡとユーザＹの共通の知人であるユーザＸのそれぞれに対する関係強度を調べて、追加条件を満たすユーザを起点とする相手からもう一方の相手への関係情報を追加する。これによって、共通の知人との関係の強いユーザの登録情報が知人を介して間接的に結びつく各ユーザに伝わるようになる。

図２２は、関係情報テーブルのデータ構成の一例を示す図である。図２２の例は、図２１に示すように、ユーザＡの関連業務を「Ｍ２Ｍ」から「ソーシャルメディア」に変更した場合での更新内容が示されている。

例えば、更新部５２は、図２２に示すようにユーザ情報が“user-y@company.com”であるユーザＹの配下に、知人ユーザ情報が“user-a@company.com”のエントリを追加する更新を行う。この際、更新部５２は、許可済みフラグを「Ｙｅｓ」とし、関係強度を「０」(デフォルト値)とし、自動生成フラグを「Ｙｅｓ」として格納する。また、更新部５２は、自動生成要因にユーザＡとユーザＹの共通業務である「ソーシャルメディア」と共通の知人である「ユーザＸ」を格納する。一方、本実施例の場合、ユーザＸとユーザＹとの関係強度が追加条件に達していないため、ユーザＹからユーザＡに情報を自動通知するための関係情報は生成されず、ユーザＡからユーザＹへの片方向の関係情報が生成される。

この状態で、例えば、ユーザＹがトップ画面８０を表示すると、コミュニケーションシステムは、ユーザＡおよびユーザＸが投稿したメッセージを表示させる。例えば、表示制御部５０は、属性情報テーブル４１と、関係情報テーブル４０を参照し、ユーザＹの知人としてユーザＡおよびユーザＸを取得する。また、表示制御部５０は、情報管理テーブル４２を参照し、知人関係であるユーザＡおよびユーザＸが登録したメッセージ及びユーザＡおよびユーザＸが評価しているメッセージを検索し、トップ画面８０に表示させる。

図２３は、トップ画面の画面構成の一例を示す図である。図２３の例は、図２２に示すように、ユーザＡおよびユーザＸが知人に登録されたユーザＹのトップ画面８０を表示させた状態を示している。図２３に示すように、ユーザＹのトップ画面８０の情報表示エリア８３にユーザＡおよびユーザＸが登録したメッセージが表示されている。ここで、ユーザＹとユーザＡの知人関係を自動で登録したため、表示制御部５０は、情報表示エリア８３において、ユーザＡのメッセージをユーザＸのメッセージと異なる表示態様で区別できるように表示する。また、表示制御部５０は、知人表示エリア８２において、ユーザＡとユーザＸを異なる表示態様で区別できるように表示する。すなわち、表示制御部５０は、ユーザＹが知人登録メニュー８５で登録したユーザＸと、システムにより知人を登録したユーザＡが区別できるように別の外観で表示する。本実施例では、システムにより知人を登録したユーザＡについて自動で生成したことを示すため、間接的に接続するユーザ名および関連業務名を追加して表示している。

ここで、例えば、ユーザＸとユーザＹの関係強度が３以上の場合、更新部５２は、関係情報テーブル４０にさらにユーザＡの知人にユーザＹが追加される。

図２４は、関係情報テーブルのデータ構成の一例を示す図である。図２４の例は、ユーザＸとユーザＹの関係強度が３以上の場合での更新内容が示されている。図２４に示すように、関係情報テーブル４０には、“user-a@company.com”の知人に“user-y@company.com”も追加され、ユーザＡとユーザＹの間に双方向の関係が生成される。

また、更新部５２は、直接的な結びつきを追加したユーザ間の属性が異なるものとなった場合、当該ユーザ間の直接的な結びつきを前記関係情報から削除する更新を行う。例えば、ユーザＡが業務変更メニュー８８で業務を「ソーシャルメディア」から「コミュニケーション」に変更すると、更新部５２は、属性情報テーブル４１を更新後、前述した手順に従って自動生成する関係情報があるかどうかを判断する。さらに、更新部５２は、自動生成要因に、属性が更新されたユーザの変更前の「ソーシャルメディア」が含まれるエントリを取得し、これらのエントリを削除する。これにより、ユーザ間で自動的に生成された関係は業務が共通しなくなった時点で削除される。

なお、本実施例では、業務情報の変更時には変更前の業務を含む自動生成された関係情報を削除するものとするが、これに限定されない。例えば、更新部５２は、直接的な結びつきを追加したユーザ間の結びつきの強さが所定の削除条件を満たす場合、当該ユーザ間の直接的な結びつきを前記関係情報から削除する更新を行うものとしてもよい。例えば、更新部５２は、自動生成した関係情報の関係強度が２以下の場合、変更前の業務を含む自動生成された関係を削除するようにして、関係強度が２よりも高い場合、変更前の業務を含む自動生成された関係を削除しないようにしてもよい。これによって、自動生成された関係であっても、ある程度互いの関係が強化された場合には、その関係が維持されることになり、ユーザの利便性が向上する。

また、更新部５２は、自動生成された関係情報の関係強度が０のまま一定期間変わらない場合には、その関係を自動削除しても構わない。これによって、自動生成された関係であっても、ユーザに価値がないものであれば、その後情報通知に利用されることはなくなり、ユーザの利便性が高くなる。

次に、評価メニュー９０がクリックされた場合の流れを説明する。ユーザが、トップ画面８０の情報表示エリア８３に表示された何れかのユーザのメッセージの評価メニュー９０をクリックすると、評価したユーザのメールアドレス、評価コマンド、評価されたユーザのメールアドレス、メッセージＩＤがサーバ１１へ送信される。例えば、図１９の示すトップ画面８０において、ユーザＢがユーザＡの登録した情報に対して、評価メニュー９０をクリックした場合、ユーザＢのメールアドレス、評価コマンド、ユーザＡのメールアドレス、メッセージＩＤがサーバ１１へ送信される。サーバ１１では、これらの情報を受信すると、更新部５２が評価情報テーブル４３を更新する。

図２５は、評価情報テーブルのデータ構成の一例を示す図である。図２５の例は、図２３に示すトップ画面８０においてユーザＢがユーザＡの登録した情報に対して、評価メニュー９０をクリックして評価の情報が登録された状態を示している。評価情報テーブル４３は、ユーザ情報にユーザＡのメールアドレス、メッセージＩＤに評価されたメッセージのメッセージＩＤ、評価ユーザ情報にユーザＢのメールアドレス、評価日時に評価された日付がそれぞれ設定されたレコードが追加されている。

導出部５３は、評価情報テーブル４３を利用して、ユーザと評価ユーザとの間の関係強度を計算する。例えば、導出部５３は、ユーザが他のユーザから評価された回数を、他のユーザ毎に求め、他のユーザ毎の評価された回数から関係強度を算出する。具体的には、ユーザが他のユーザから評価された回数が１０回未満の場合、当該他のユーザの当該ユーザに対する関係強度を「０」とする。ユーザが他のユーザから評価された回数が１０〜１９回の場合、当該他のユーザの当該ユーザに対する関係強度を「１」とする。ユーザが他のユーザから評価された回数が２０〜２９回の場合、当該他のユーザの当該ユーザに対する関係強度を「２」とする。ユーザが他のユーザから評価された回数が３０〜３９回の場合、当該他のユーザの当該ユーザに対する関係強度を「３」とする。ユーザが他のユーザから評価された回数が４０〜４９回の場合、当該他のユーザの当該ユーザに対する関係強度を「４」とする。ユーザが他のユーザから評価された回数が５０回以上の場合、当該他のユーザの当該ユーザに対する関係強度を「５」とする。

例えば、導出部５３は、ユーザＢのユーザＡに対する関係強度を、図２５に示すユーザ情報が“user-a@company.com”であり、評価ユーザ情報が“user-b@company.com”であるエントリを数えることで求める。本実施例では、１回だけ見つかるため、関係強度は０となる。なお、本方法によって求められた関係強度は増加するのみである。

なお、本実施例では、関係強度を通算の評価回数から導出するものとするが、これに限定されない。例えば、導出部５３は、例えば、過去１ヶ月など所定期間毎の評価回数を用いることもできる。具体的には、導出部５３は、図２５に示すユーザ情報、評価ユーザ情報、評価日時のフィールドを使って、１日に１回、過去所定期間での評価回数を求め、前述の回数の基準に沿って関係強度を求めてもよい。本方法によって求められた関係強度は増減し、期間を決めることによって、古い関係が強いまま残ることがなくなり、ユーザの現在の状況に即した関係強度を求めることができる。もちろん、評価回数を求める頻度は一例であり、これ以外の頻度で行ってもよい。

また、導出部５３は、登録された情報に対して、所定の応答を行った場合、登録元のユーザへの関係強度を高くする等によって、関係強度を計算してもよい。例えば、登録された情報に対してユーザがコメントの応答を行った場合、導出部５３は、応答に対して大きな重み付けをして登録元のユーザへの関係強度を高く導出してもよい。

関係強度を計算した後、更新部５２は、この計算値と関係情報テーブル４０の関係強度の値が異なる場合には関係強度の値を計算値で変更する。

図２６〜図２８は、関係情報テーブルのデータ構成の一例を示す図である。例えば、図２６に示すように、ユーザＸのユーザＹに対する関係強度が２から３に上昇すると、取得部５１は、ユーザＸの知人ユーザ情報のフィールドからユーザＹのメールアドレス以外のユーザの関連業務を属性情報テーブル４１から取得する。更新部５２は、ユーザＹと同じ属性のユーザが取得できた場合には、関係情報テーブル４０の抽出されたユーザの知人ユーザ情報にユーザＹを登録し、自動生成フラグ、自動生成要因に適切な値を格納する。本実施例では、図２７に示すように、ユーザＡの知人ユーザ情報にユーザＹが追加される。このように、関係強度の変化によって、関係が生成されたり、片方向の関係が双方向に変更されたりする。なお、追加条件として関係強度が３とされている場合、更新部５２は、関係強度が３から４に増えたり、４から５に増えたりした場合、知人関係を更新する処理を実行しなくてもよい。すなわち、更新部５２は、追加条件を超える変化が発生した場合に知人関係を更新する処理を行えばよい。

また、例えば、図２８に示すように、ユーザＸのユーザＹに対する関係強度が３から２に減少すると、更新部５２は、関係情報テーブル４０の知人ユーザ情報にユーザＹのメールアドレスが格納され、かつ自動生成要因に“ユーザＸ”が含まれるエントリを検索する。このエントリが存在する場合、更新部５２は、そのエントリを削除する。本実施例では、図２８に示すように、ユーザ情報がユーザＡの知人ユーザ情報がユーザＹのレコードが削除される。このように、関係強度の変化によって、双方向の関係が片方向になったり、片方向の関係が削除されたりする。なお、削除条件として関係強度が２とされている場合、更新部５２は、関係強度が４から３に減ったり、２から１に減った場合、知人関係を更新する処理を実行しなくてもよい。これによって、自動生成された関係であっても、ある程度互いの関係が強化された場合には、共通の知人との関係強度が弱くなっても、その関係が維持されることになり、ユーザの利便性が向上する。

なお、本実施例では、関係強度減少時に自動生成した関係情報を削除するようにしてもよい。

［処理の流れ］
次に、実施例１に係るサーバの処理の流れを説明する。最初に、サーバ１１が端末１２からアクセスを受け付けた際に認証を行う認証処理の流れについて説明する。図２９は、認証処理の流れを示すフローチャートである。

図２９に示すように、端末１２からアクセスを受け付けると、表示制御部５０は、アクセス元の端末１２へログオン画面の画像情報を送信する（Ｓ１０）。そして、表示制御部５０は、ユーザＩＤ、パスワードなどの認証情報を受信したか否かを判定する（Ｓ１１）。認証情報を受信していない場合（Ｓ１１否定）、Ｓ１０へ移行する。一方、認証情報を受信した場合（Ｓ１１肯定）、表示制御部５０は、受け付けたメールアドレスとパスワードを、ユーザが事前に登録したメールアドレスとパスワードと照合してユーザ認証を行う（Ｓ１２）。表示制御部５０は、認証が成功したか否かを判定する（Ｓ１３）。認証が失敗した場合（Ｓ１３否定）、上述のＳ１０へ移行する。一方、認証が成功した場合（Ｓ１３肯定）、表示制御部５０は、トップ画面８０の画像情報を生成する（Ｓ１４）。例えば、表示制御部５０は、属性情報テーブル４１と、関係情報テーブル４０を参照し、アクセス元のユーザと知人関係にあるユーザを特定する。そして、表示制御部５０は、情報管理テーブル４２を参照し、知人関係であるユーザが登録したメッセージ及び知人関係であるユーザが評価しているメッセージを検索し、検索されたメッセージを表示させたトップ画面８０を生成する。表示制御部５０は、生成した画像情報を端末１２へ送信して端末１２にトップ画面８０を表示させ（Ｓ１５）、処理を終了する。

次に、知人の登録、知人の削除、情報の登録、知人登録の許可の何れかが行なわれた際の処理の流れについて説明する。図３０は、知人の登録、知人の削除、情報の登録、知人登録の許可の何れかが行なわれた際の処理の流れを示すフローチャートである。

図３０に示すように、更新部５２は、知人登録コマンドを受信したか否かを判定する（Ｓ２０）。知人登録コマンドを受信した場合（Ｓ２０肯定）、更新部５２は、関係情報テーブル４０に、許可済みフラグを「Ｎｏ」として、送信元のユーザの知人として、知人に登録するユーザのメールアドレスを登録し（Ｓ２１）、後述するＳ２８の処理へ移行する。

一方、知人登録コマンドを受信してない場合（Ｓ２０否定）、更新部５２は、知人登録許可コマンドを受信したか否かを判定する（Ｓ２２）。知人登録許可コマンドを受信した場合（Ｓ２２肯定）、更新部５２は、知人登録が許可されたユーザと知人登録を許可したユーザについての関係情報テーブル４０を追加および更新を行う（Ｓ２３）。例えば、更新部５２は、知人登録が許可されたユーザの知人登録を許可したユーザについての許可済みフラグのフィールドに「Ｙｅｓ」に更新する。また、更新部５２は、関係情報テーブル４０の知人登録を許可したユーザの知人ユーザ情報に、知人登録が許可されたユーザのメールアドレスを登録する。更新後、処理は、後述するＳ２８の処理へ移行する。

一方、知人登録許可コマンドを受信してない場合（Ｓ２２否定）、更新部５２は、知人削除コマンドを受信したか否かを判定する（Ｓ２４）。知人削除コマンドを受信した場合（Ｓ２４肯定）、更新部５２は、関係情報テーブル４０の送信元のユーザの知人ユーザ情報から削除対象のユーザのメールアドレスを削除し（Ｓ２５）、後述するＳ２８の処理へ移行する。

一方、知人削除コマンドを受信してない場合（Ｓ２４否定）、更新部５２は、情報投稿コマンドを受信したか否かを判定する（Ｓ２６）。情報投稿コマンドを受信した場合（Ｓ２６肯定）、更新部５２は、投稿されたメッセージを情報管理テーブル４２に格納し（Ｓ２７）、後述するＳ２８の処理へ移行する。

表示制御部５０は、トップ画面８０の画像情報を生成する（Ｓ２８）。例えば、表示制御部５０は、属性情報テーブル４１と、関係情報テーブル４０を参照し、アクセス元のユーザと知人関係にあるユーザを特定する。そして、表示制御部５０は、情報管理テーブル４２を参照し、知人関係であるユーザが登録したメッセージ及び知人関係であるユーザが評価しているメッセージを検索し、検索されたメッセージを表示させたトップ画面８０を生成する。表示制御部５０は、生成した画像情報を端末１２へ送信して端末１２にトップ画面８０を表示させ（Ｓ２９）、処理を終了する。

一方、情報投稿コマンドを受信してない場合（Ｓ２６否定）、処理を終了する。

次に、業務の登録が行なわれた際の処理の流れについて説明する。図３１は、業務の登録が行なわれた際の処理の流れを示すフローチャートである。

図３１に示すように、更新部５２は、業務登録コマンドを受信したか否かを判定する（Ｓ４０）。業務登録コマンドを受信していない場合（Ｓ４０否定）、処理を終了する。

一方、業務登録コマンドを受信した場合（Ｓ４０肯定）、更新部５２は、属性情報テーブル４１に登録されたユーザの業務を変更された業務に更新する（Ｓ４１）。取得部５１は、属性情報テーブル４１を参照し、変更された業務と同じ業務が登録されたユーザを検索する（Ｓ４２）。取得部５１は、検索されたユーザを全て選択したか否かを判定する（Ｓ４３）。検索されたユーザを全て選択した場合（Ｓ４３肯定）、後述するＳ５３の処理へ移行する。

一方、検索されたユーザを全て選択していない場合（Ｓ４３否定）、取得部５１は、検索されたユーザから未選択のユーザを選択する（Ｓ４４）。取得部５１は、関係情報テーブル４０を参照し、選択したユーザは、業務が変更されたユーザの知人であるか判定する（Ｓ４５）。業務が変更されたユーザの知人である場合（Ｓ４５肯定）、上述のＳ４３へ移行する。

一方、知人ではない場合（Ｓ４５否定）、取得部５１は、業務が変更されたユーザと選択されたユーザに対する共通の知人を検索する（Ｓ４６）。取得部５１は、共通の知人が検索されたか否かを判定する（Ｓ４７）。共通の知人が検索されない場合（Ｓ４７否定）、上述のＳ４３へ移行する。

一方、共通の知人が検索された場合（Ｓ４７肯定）、取得部５１は、関係情報テーブル４０を参照し、業務が変更されたユーザと共通の知人、選択されたユーザと共通の知人との関係強度を取得する（Ｓ４８）。

更新部５２は、業務が変更されたユーザと共通の知人との関係強度が追加条件を満たすか否かを判定する（Ｓ４９）。関係強度が追加条件を満たす場合（Ｓ４９肯定）、更新部５２は、関係情報テーブル４０に、業務が変更されたユーザから選択されたユーザへの知人関係を追加し（Ｓ５０）、後述のＳ５１へ移行する。一方、関係強度が追加条件を満たされない場合（Ｓ４９否定）、後述のＳ５１へ移行する。

更新部５２は、選択されたユーザと共通の知人との関係強度が追加条件を満たすか否かを判定する（Ｓ５１）。関係強度が追加条件を満たす場合（Ｓ５１肯定）、更新部５２は、関係情報テーブル４０に、選択されたユーザから業務が変更されたユーザへの知人関係を追加し（Ｓ５２）、上述のＳ４３へ移行する。一方、関係強度が追加条件を満たされない場合（Ｓ５１否定）、上述のＳ４３へ移行する。

更新部５２は、関係情報テーブル４０から業務が変更されたユーザが変更前の業務で自動生成された知人関係のエントリを削除し（Ｓ５３）、処理を終了する。

次に、コメントが評価された際の処理の流れについて説明する。図３２は、コメントが評価された際の処理の流れを示すフローチャートである。

図３２に示すように、更新部５２は、評価コマンドを受信したか否かを判定する（Ｓ６０）。評価コマンドを受信していない場合（Ｓ６０否定）、処理を終了する。

一方、評価コマンドを受信した場合（Ｓ６０肯定）、更新部５２は、評価情報テーブル４３に、評価されたユーザの識別情報、評価されたメッセージのメッセージＩＤ、評価したユーザの識別情報、評価した日付を登録する（Ｓ６１）。導出部５３は、評価情報テーブル４３を利用して、評価されたユーザと評価したユーザとの間の関係強度を計算する（Ｓ６２）。そして、ユーザ間の知人関係を更新する後述の知人関係更新処理を実行し（Ｓ６３）、処理を終了する。

次に、所定期間毎に関係強度を更新する際の処理の流れについて説明する。図３３は、所定期間毎に関係強度を更新する処理の流れを示すフローチャートである。

図３３に示すように、導出部５３は、前回の関係強度の更新から所定期間を経過した関係強度の更新タイミングであるか否かを判定する（Ｓ７０）。更新タイミングではない場合（Ｓ７０否定）、再度Ｓ７０へ移行する。

一方、関係強度の更新タイミングである場合（Ｓ７０肯定）、導出部５３は、全ユーザ間の関係強度を再計算する（Ｓ７１）。そして、知人関係を更新する後述の知人関係更新処理を実行し（Ｓ７２）、処理を終了する。

次に、知人関係更新処理の流れについて説明する。図３４は、知人関係更新処理の流れを示すフローチャートである。

図３４に示すように、更新部５２は、ユーザ間の関係強度が増加したか否かを判定する（Ｓ８０）。ユーザ間の関係強度が増加した場合（Ｓ８０肯定）、関係情報テーブル４０の関係強度が増加したユーザ間の関係強度を更新する（Ｓ８１）。更新部５２は、関係強度が追加条件以上であるか否かを判定する（Ｓ８２）。関係強度が追加条件以上ではない場合（Ｓ８２否定）、処理を終了する。

一方、関係強度が追加条件以上である場合（Ｓ８２肯定）、更新部５２は、関係情報テーブル４０に結びつきを追加し（Ｓ８３）、処理を終了する。例えば、更新部５２は、関係強度が追加条件以上となったユーザと同じ属性を有し、関係強度が追加条件以上である知人を介して間接的に結びつく各ユーザとの結びつきを関係情報テーブル４０に追加する。

一方、ユーザ間の関係強度が増加していない場合（Ｓ８０否定）、更新部５２は、ユーザ間の関係強度が削除条件よりも減少したか否かを判定する（Ｓ８４）。関係強度が削除条件よりも減少した場合（Ｓ８４肯定）、更新部５２は、関係情報テーブル４０から削除条件よりも減少した知人関係のエントリを削除し（Ｓ８５）、処理を終了する。

一方、ユーザ間の関係強度が削除条件よりも減少していない場合（Ｓ８４否定）、処理を終了する。

［効果］
上述してきたように、本実施例に係るサーバ１１は、ユーザ間の結びつきを示す関係情報およびユーザの属性を示す属性情報を取得する。そして、サーバ１１は、取得された属性情報で同じ属性を有し、関係情報において他のユーザを介して間接的に結びつく各ユーザの当該他のユーザとの結びつきの強さに基づいて、間接的に結びつく各ユーザ間の関係情報を更新する。これにより、サーバ１１は、結びつきを利用したユーザ間の価値ある情報の流通を促進できる。

また、本実施例に係るサーバ１１は、ユーザが投稿した情報に対する、当該ユーザに結びつけられた他のユーザからの評価に基づいて、当該ユーザと当該他のユーザとの結びつきの強さを導出する。そして、サーバ１１は、導出される結びつきの強さに基づいて、間接的に結びつく各ユーザ間の関係情報を更新する。これにより、サーバ１１は、多く評価された他のユーザを介して間接的に結びつくユーザに価値ある情報の流通させることができる。

また、本実施例に係るサーバ１１は、他のユーザを介して間接的に結びつく各ユーザと当該他のユーザとの結びつきの強さが所定の追加条件を満たす場合、当該ユーザと、当該ユーザに間接的に結びつくユーザとの直接的な結びつきを関係情報に追加する。これにより、サーバ１１は、結びつきの強さが所定の追加条件を満たす他のユーザを介して間接的に結びつくユーザに価値ある情報の流通させることができる。

また、本実施例に係るサーバ１１は、直接的な結びつきを追加したユーザ間の結びつきの強さが所定の削除条件を満たす場合、当該ユーザ間の直接的な結びつきを関係情報から削除する。これにより、サーバ１１は、結びつきが弱くなったユーザの情報が表示されなくなるため、不要な情報の流通を抑制できる。

また、本実施例に係るサーバ１１は、関係情報に自動で追加されたユーザ間の結びつきを、自動で追加された以外のユーザ間の結びつきと区別して表示させる。これにより、サーバ１１は、表示からユーザに、自動で追加されたユーザ間の結びつきと、自動で追加された以外のユーザ間の結びつきを区別させることができる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記の実施例では、一人のユーザを介して間接的に結びつく各ユーザの結びつきを追加または削除する場合について説明したが、開示の装置はこれに限定されない。例えば、複数のユーザを介して間接的に結びつく各ユーザの結びつきを追加または削除してもよい。これにより、サーバ１１は、結びつきが強いユーザの情報を間接的に結びつく各ユーザに伝えることができる。この場合、他のユーザを介して間接的に結びつく各ユーザ間の当該他のユーザの数が多いほど、追加条件を高くしてもよい。例えば、一人のユーザを介して間接的に結びつく各ユーザの場合、追加条件を関係強度３とし、二人のユーザを介して間接的に結びつく各ユーザの場合、追加条件を関係強度４として、追加条件を高くしてもよい。これにより、ユーザが直接知人登録していないユーザ、言い換えれば関係の弱いユーザに対しては、より共通の知人との関係が強い場合にのみ間接的に結びつきが自動生成される。これにより、サーバ１１は、間接的に結びつく各ユーザ間の当該他のユーザの数が多いほど、関係強度が強くなければ情報が通知されないため、不要な情報が流通を抑制でき、価値のある情報の流通させることができる。

また、上記の実施例では、取得部５１が、取得部５１の設けられたサーバ１１の記憶部２２から情報を取得する場合について説明したが、開示の装置はこれに限定されない。例えば、他のサーバやストレージに情報が記憶されている場合、取得部５１は、他のサーバやストレージから情報を取得してもよい。

また、上記の実施例では、サーバ１１での処理により、知人関係の登録、削除を行う場合について説明したが、開示の装置はこれに限定されない。例えば、端末１２での処理により、知人関係の登録、削除を行ってもよい。

また、上記の実施例では、ユーザの属性として、関連業務を用いた場合について説明したが、開示の装置はこれに限定されない。例えば、ユーザの属性として、頻繁に出席している会議名や作成している文書のタイトルなどとしてもよい。また、上記の実施例では、業務の変更をユーザ入力によって行っているが、ユーザの属性をユーザに関する各種の情報から自動で抽出してもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、サーバ１１の表示制御部５０、取得部５１、更新部５２および導出部５３の各処理部が適宜統合されてもよい。また、サーバ１１の各処理部の処理が適宜複数の処理部の処理に分離されてもよい。さらに、各処理部にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［更新プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図３５は、更新プログラムを実行するコンピュータを示す図である。

図３５に示すように、コンピュータ３００は、ＣＰＵ（Central Processing Unit）３１０、ＨＤＤ（Hard Disk Drive）３２０、ＲＡＭ（Random Access Memory）３４０を有する。これら３００〜３４０の各部は、バス４００を介して接続される。

ＨＤＤ３２０には上記のサーバ１１の表示制御部５０、取得部５１、更新部５２および導出部５３と同様の機能を発揮する更新プログラム３２０ａが予め記憶される。なお、更新プログラム３２０ａについては、適宜分離してもよい。

また、ＨＤＤ３２０は、通話制御に用いる各種情報を記憶する。

そして、ＣＰＵ３１０が、更新プログラム３２０ａをＨＤＤ３２０から読み出してＲＡＭ３４０に展開し、ＨＤＤ３２０に記憶された各種のデータを用いて各処理を実行する。すなわち、更新プログラム３２０ａは、サーバ１１の表示制御部５０、取得部５１、更新部５２および導出部５３と同様の動作を実行する。

なお、上記した更新プログラム３２０ａについては、必ずしも最初からＨＤＤ３２０に記憶させることを要しない。

例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（またはサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

１０ ソーシャルネットワークシステム
１１ サーバ
１２ 端末
２２ 記憶部
２３ 制御部
４０ 関係情報テーブル
４１ 属性情報テーブル
４２ 情報管理テーブル
４３ 評価情報テーブル
５０ 表示制御部
５１ 取得部
５２ 更新部
５３ 導出部

Claims (9)

1. ユーザ間の結びつきを示す関係情報およびユーザの属性を示す属性情報を取得する取得部と、
   前記取得部により取得された前記属性情報で同じ属性を有し、前記関係情報において他のユーザを介して間接的に結びつく各ユーザの当該他のユーザとの結びつきの強さに基づいて、前記間接的に結びつく各ユーザ間の関係情報を更新する更新部と、
   を有することを特徴とする情報処理装置。
2. ユーザが投稿した情報に対する、当該ユーザに結びつけられた他のユーザからの評価に基づいて、当該ユーザと当該他のユーザとの結びつきの強さを導出する導出部をさらに有し、
   前記更新部は、前記導出部により導出される結びつきの強さに基づいて、前記間接的に結びつく各ユーザ間の関係情報を更新する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記更新部は、他のユーザを介して間接的に結びつく各ユーザと当該他のユーザとの結びつきの強さが所定の追加条件を満たす場合、当該ユーザと、当該ユーザに間接的に結びつくユーザとの直接的な結びつきを前記関係情報に追加する更新を行う
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記更新部は、直接的な結びつきを追加したユーザ間の結びつきの強さが所定の削除条件を満たす場合、当該ユーザ間の直接的な結びつきを前記関係情報から削除する更新を行う
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記更新部は、他のユーザを介して間接的に結びつく各ユーザ間の当該他のユーザの数が多いほど、前記追加条件を高くする
   ことを特徴とする請求項３または４に記載の情報処理装置。
6. 前記更新部により前記関係情報に追加されたユーザ間の結びつきを、前記更新部により追加された以外のユーザ間の結びつきと区別して表示させる表示制御部をさらに有することを特徴とする請求項１〜５の何れか１つに記載の情報処理装置。
7. コンピュータに、
   ユーザ間の結びつきを示す関係情報およびユーザの属性を示す属性情報を取得し、
   取得された前記属性情報で同じ属性を有し、前記関係情報において他のユーザを介して間接的に結びつく各ユーザの当該他のユーザとの結びつきの強さに基づいて、前記間接的に結びつく各ユーザ間の関係情報を更新する
   処理を実行させることを特徴とする更新プログラム。
8. コンピュータが、
   ユーザ間の結びつきを示す関係情報およびユーザの属性を示す属性情報を取得し、
   取得された前記属性情報で同じ属性を有し、前記関係情報において他のユーザを介して間接的に結びつく各ユーザの当該他のユーザとの結びつきの強さに基づいて、前記間接的に結びつく各ユーザ間の関係情報を更新する
   処理を実行することを特徴とする更新方法。
9. ユーザから投稿を受け付ける端末装置と、
   ユーザ間の結びつきを示す関係情報およびユーザの属性を示す属性情報を取得する取得部と、前記取得部により取得された前記属性情報で同じ属性を有し、前記関係情報において他のユーザを介して間接的に結びつく各ユーザの当該他のユーザとの結びつきの強さに基づいて、前記間接的に結びつく各ユーザ間の関係情報を更新する更新部と、前記端末装置で受け付けた投稿を、前記関係情報において、投稿したユーザと結びつきを有するユーザの端末装置に表示させる表示制御部とを有する情報処理装置と、
   を備えたソーシャルネットワークシステム。

Images