JP2013068997A - 交流支援サーバ装置、交流支援システム及び交流支援サーバプログラム - Google Patents

Abstract

【課題】自分の知人の中から、コミュニティに参加している他のユーザと趣味・嗜好が共通するユーザ（紹介候補）を容易に知ることができる交流支援サーバ装置及び交流支援システム等を提供すること。
【解決手段】コミュニティに参加しているユーザからの知人の紹介の要求があると、紹介候補抽出部１８は、コミュニティＤＢ１５中の各テーブルの情報に応じて、当該コミュニティに参加している他のユーザと趣味・嗜好が共通するユーザ（紹介候補）を抽出し、紹介候補通知部１９は、紹介候補についての情報を会員ＤＢ１３から取得し、Ｗｅｂブラウザ３２宛てに送信する。
【選択図】図１

Description

本発明は、例えばいわゆるソーシャルネットワークサービスのユーザ間の交流を支援する交流支援サーバ装置及び交流支援システム等に関する。

ソーシャルネットワークサービス等のサービスにおいて、サービスを利用しているユーザ間の交流を支援する技術として、相手方に求める条件と自分が提示できる条件とをデータベースに登録しておき、これらの条件等に応じて１対１でマッチングを行う技術（例えば特許文献１）、コミュニティの特徴を示す属性とユーザのプロフィールを保存しておき、プロフィール情報と一致する属性をもつコミュニティをユーザに推薦する技術（例えば特許文献２）等が知られている。

特開２０００−２４２６５７号公報 特開２００８−２４２５２１号公報

従来の技術では、１対１で最適な相手を提示する（特許文献１）ことや、自分にとって最適なコミュニティを提示する（特許文献２）ことができるが、コミュニティに所属するメンバーに対して、自分たちのコミュニティにとって最適な新メンバーの候補を提示することはできなかった。

本発明は、上記課題を解決するためになされたものであり、その目的は、自分の知人の中から、コミュニティに参加している他のユーザと趣味・嗜好が共通するユーザ（紹介候補）を容易に知ることができる交流支援サーバ装置及び交流支援システム等を提供することにある。

（１）上記課題を解決するための本発明の交流支援サーバ装置は、行動を共にするユーザのコミュニティ毎に、コミュニティの識別情報と、当該コミュニティに参加しているユーザの識別情報と、当該コミュニティの行動目的を示す情報と、行動日時を保持するコミュニティ履歴保持手段と、コミュニティに参加しているユーザからのユーザの紹介の要求に応じて、前記コミュニティ履歴保持手段を参照して以下の条件を満たすユーザを抽出する抽出手段と、
［１］当該ユーザと過去に同じコミュニティに参加した回数が所定の回数以上である他のユーザ
［２］現在のコミュニティに参加している全ユーザの過去の行動から求めた嗜好性と、過去の行動の嗜好性との類似度が所定の閾値以上であるユーザ
［３］現在のコミュニティに参加している全ユーザの直近の所定期間内の行動と、直近の所定期間内の行動との共通点が所定の閾値以上であるユーザ
前記抽出手段が抽出したユーザについての情報を前記要求したユーザに通知する通知手段と、を備えている。

この発明によれば、抽出手段が、コミュニティに参加しているユーザからのユーザの紹介の要求に応じて、コミュニティ履歴保持手段を参照し、［１］当該ユーザと過去に同じコミュニティに参加した回数が所定の回数以上であり、［２］現在のコミュニティに参加している全ユーザの過去の行動から求めた嗜好性と、過去の行動の嗜好性との類似度が所定の閾値以上であり、［３］現在のコミュニティに参加している全ユーザの直近の所定期間内の行動と、直近の所定期間内の行動との共通点が所定の閾値以上であるユーザを抽出し、通知手段が、抽出手段が抽出したユーザについての情報を前記要求したユーザに通知することができる。

（２）また、本発明の交流支援サーバ装置は、前記行動目的を示す情報を階層的に分類した行動テーブルを有し、該行動テーブルから行動目的を示す情報を選択させ、選択された行動目的を示す情報を前記コミュニティ履歴保持手段に格納するコミュニティ入力手段を備える、構成を有している。

（３）また、本発明の交流支援サーバ装置は、前記コミュニティ履歴保持手段は、前記コミュニティが作成された際の現在位置を保持する、構成を有している。

（４）また、本発明の交流支援サーバ装置は、前記通知手段は、前記抽出手段が抽出しユーザについての情報を、前記現在のコミュニティに参加している全ユーザの過去の行動から求めた嗜好性と過去の行動の嗜好性との類似度が高い順に並べて通知する、構成を有している。

（５）また、本発明の交流支援サーバ装置は、前記現在のコミュニティに参加している全ユーザの過去の行動から求めた嗜好性と過去の行動の嗜好性との類似度をコサイン類似度によって求める、構成を有している。

（６）本発明に係る交流支援システムは、本発明の交流支援サーバ装置と、前記抽出手段にユーザの紹介を要求する要求手段と、前記通知手段からの通知を受信して表示する表示手段を有する携帯端末装置と、を備えている。

（７）本発明に係る交流支援サーバプログラムは、他のユーザについての情報を含む推薦メッセージをユーザのアドレス宛に送信するサーバ装置で実行される交流支援サーバプログラムであって、当該サーバ装置を、行動を共にするユーザのコミュニティ毎に、コミュニティの識別情報と、当該コミュニティに参加しているユーザの識別情報と、当該コミュニティの行動目的を示す情報と、行動日時を保持するコミュニティ履歴保持手段と、 コミュニティに参加しているユーザからのユーザの紹介の要求に応じて、前記コミュニティ履歴保持手段を参照して以下の条件を満たすユーザを抽出する抽出手段と、
［１］当該ユーザと過去に同じコミュニティに参加した回数が所定の回数以上である他のユーザ
［２］現在のコミュニティに参加している全ユーザの過去の行動から求めた嗜好性と、過去の行動の嗜好性との類似度が所定の閾値以上であるユーザ
［３］現在のコミュニティに参加している全ユーザの直近の所定期間内の行動と、直近の所定期間内の行動との共通点が所定の閾値以上であるユーザ
前記抽出手段が抽出したユーザについての情報を前記要求したユーザに通知する通知手段、として機能させる。

本発明では、抽出手段が、コミュニティに参加しているユーザからのユーザの紹介の要求に応じて、コミュニティ履歴保持手段を参照し、［１］当該ユーザと過去に同じコミュニティに参加した回数が所定の回数以上であり、［２］現在のコミュニティに参加している全ユーザの過去の行動から求めた嗜好性と、過去の行動の嗜好性との類似度が所定の閾値以上であり、［３］現在のコミュニティに参加している全ユーザの直近の所定期間内の行動と、直近の所定期間内の行動との共通点が所定の閾値以上であるユーザを抽出し、通知手段が、抽出手段が抽出したユーザについての情報を前記要求したユーザに通知することにより、自分の知人の中から、コミュニティに参加している他のユーザと趣味・嗜好が共通するユーザ（紹介候補）を容易に知ることができる。

本発明に係る交流支援サーバ装置の一実施形態におけるソーシャルネットワークサービス（ＳＮＳ）提供システムの構成を示すブロック図である。 会員ＤＢに登録されている情報の例を示す図である。 コミュニティＤＢに登録されている情報の例を示す図である。 行動定義リストに登録されている情報の例を示す図である。 統計テーブルの例を示す図である。参加者盛り上がり類似表のデータの例を示す図である。 履歴テーブルの例を示す図である。参加者盛り上がり類似表のデータの例を示す図である。 ＳＮＳ提供システムの全体の処理を示すフローチャートである。 行動入力処理においてユーザ端末装置の表示部に表示される画像の例（その１）を示す図である。 行動入力処理においてユーザ端末装置の表示部に表示される画像の例（その２）を示す図である。 行動入力処理においてユーザ端末装置の表示部に表示される画像の例（その３）を示す図である。 親密条件の判断に用いる内部データの例を示す図である。 嗜好性条件の判断に用いる内部データの例（その１）を示す図である。 嗜好性条件の判断に用いる内部データの例（その２）を示す図である。 嗜好性条件の判断に用いる内部データの例（その３）を示す図である。 共通行動条件の判断に用いる内部データの例を示す図である。 紹介候補推薦処理に用いるデータの例を示す図である。 ユーザ端末装置の表示部に表示される紹介候補を示す画像の例を示す図である。 ユーザ端末装置の表示部に表示される他のユーザのプロフィールを示す画像の例を示す図である。 変形例の行動入力処理においてユーザ端末装置の表示部に表示される画像の例（その１）を示す図である。 変形例の行動入力処理においてユーザ端末装置の表示部に表示される画像の例（その２）を示す図である。 変形例の行動入力処理においてユーザ端末装置の表示部に表示される画像の例（その３）を示す図である。

以下、本発明の各実施形態について、図面を参照しながら説明する。

なお、以下に説明する実施形態は、複数のユーザにソーシャルネットワークサービスを提供するソーシャルネットワークサービス（以下、ＳＮＳという。）提供システムに、本発明を適用した場合の実施形態である。

＜構成＞
まず、図１を用いてＳＮＳ提供システムの構成について説明する。なお、図１は、当該ＳＮＳ提供システムの全体の構成を示す図である。

このＳＮＳ提供システムは、有線あるいは無線のネットワーク１で接続されたサーバ装置（交流支援サーバ装置）１０と、携帯電話端末装置あるいはスマートフォン等の携帯情報端末装置あるいはブックリーダ、携帯ゲーム機等からなるユーザ端末装置（端末装置）３０とを備えている。このＳＮＳ提供システムは、ユーザ端末装置３０からの要求に応じて、ユーザ間のグループ交流の場（コミュニティサービス）の提供、ユーザ間でのメッセージの送受信、文章や画像等のデータの共有、他のユーザのプロフィールの閲覧等のサービスを提供するようになっている。これらのサービスは、例えば当該ＳＮＳ提供システムに、友人申請・承認機能を設け、明示的に友人（知人）関係を保持しておき、ユーザが設定した知人、友人等の関係性に応じて提供する範囲を制限するようにしてもよい。

サーバ装置１０は、インターネット等のネットワーク１を介した通信を制御する通信処理部１１と、ユーザ端末装置３０からの操作に対するフロントエンドとなるＨＴＴＰサーバ１２と、当該ＳＮＳ提供システムを利用する会員である各々のユーザについての情報を保持する会員ＤＢ１３と、会員ＤＢ１３にユーザのプロフィールを入力するプロフィール入力部１４と、買い物や食事等の行動を共にするユーザのグループ（コミュニティ）についての情報を保持するコミュニティＤＢ（コミュニティ履歴保持手段）１５と、コミュニティの行動についての定義情報を保持する行動定義リスト１６と、コミュニティについての情報を入力するコミュニティ入力部１７と、ユーザ端末装置３０からの要求に応じて紹介候補の他のユーザを抽出する紹介候補抽出部１８と、紹介候補抽出部１８が抽出した紹介候補のユーザをユーザ端末装置３０宛に通知する紹介候補通知部１９と、ユーザ間のメッセージの配信を制御するメッセージ配信制御部２０等とを備えている。

また、ユーザ端末装置３０は、ネットワーク１を介したサーバ装置１０等との通信を制御する通信処理部３１と、ＨＴＴＰサーバ１２が提供するＨＴＴＰサービスを利用するＷｅｂブラウザ３２と、ＨＴＴＰサービスに応じた画像等を表示する表示部３３と、ユーザからの指示等を入力する入力部３４と、スクリプト言語等で記述されたプログラム（アプリケーション）を実行するＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）等からなる実行環境３５と、ユーザ端末装置３０の位置を検出するＧＰＳ受信部３６を備えている。

ユーザ端末装置３０のユーザがサーバ装置１０が提供するサービスを利用する際には、Ｗｅｂブラウザ３２からＨＴＴＰサーバ１２のアドレスを入力して、サービスの利用要求を送信する。この利用要求は、ネットワーク１、通信処理部１１を介してＨＴＴＰサーバ１２に供給される。ＨＴＴＰサーバ１２は、利用要求を受信すると、メッセージ配信制御部２０等が提供するサービスをＨＴＴＰサーバ１２を介して提供するようになっている。

＜データ構造＞
図２は、上述の会員ＤＢ１３に格納されている各々のユーザについての情報の例を示す図である。この会員ＤＢ１３には、各々のユーザ毎に固有のユーザＩＤと、このユーザＩＤに対応付けられたユーザのプロフィール情報とからなる。プロフィール情報は、例えば性別、年齢、居住地域、血液型等の情報を含んでいる。

図３は、上述のコミュニティＤＢ１５に格納されている情報の例を示す図である。このコミュニティＤＢ１５には、以下の３つのテーブルが格納されている。
（１）コミュニティテーブル（１５Ａ）
（２）コミュニティ参加テーブル（１５Ｂ）
（３）行動テーブル（１５Ｃ）

コミュニティテーブル１５Ａには、コミュニティ毎に固有の識別情報「コミュニティＩＤ」と、当該コミュニティを作成したユーザがコミュニティを作成した際の位置（緯度、経度)を示す情報「現在位置」と、当該コミュニティが作成された「作成日時」と、当該コミュニティを作成したユーザのユーザＩＤ「主催会員ＩＤ」とが格納される。なお、ファミリーレストラン等でコミュニティのメンバーがゲームをする等、複数の目的がありえる。このため、行動目的は、１つだけではなく、「食事(イタリアン)」、「遊び(ゲーム)」といった複数の目的がありえるため、複数入力することができるようにしてもよい。

また、コミュニティ参加テーブル１５Ｂには、コミュニティのコミュニティＩＤ（「参加コミュニティＩＤ」）毎に、当該コミュニティに参加している（当該コミュニティを作成したユーザ以外の）ユーザのユーザＩＤ「参加者ＩＤ」が対応付けられて格納されている。

また、行動テーブル１５Ｃには、買い物や食事等の行動を実行するコミュニティのコミュニティＩＤ「行動コミュニティＩＤ」と、当該コミュニティの行動目的を示す情報「行動目的」と、「行動日時」が格納される。「行動目的」には、例えば図４に示す行動定義リスト１６の「ジャンル」から選択された文字列と、行動定義リスト１６の「詳細」から選択された文字列若しくは直接入力された文字列が括弧内の文字として格納される。また、「行動日時」には、コミュニティテーブル１５Ａ中の「作成日時」が格納される。

図４は、上述の行動テーブル１５Ｃの「行動目的」を入力する際に参照される行動定義リスト１６の例を示している。この行動定義リスト１６には、行動の分類を示す情報「ジャンル」と、「ジャンル」内の詳細な行動を示す情報「詳細」が対応付けて格納されている。

図５は、各ユーザが他のユーザと同じコミュニティに参加した統計情報を示す統計テーブル１５Ｄの例を示している。コミュニティ入力部１７は、上述の図３に示す各テーブル１５Ａ〜１５Ｃに登録されている情報から、過去半年以内と全期間について、各々のユーザが他のユーザと同じコミュニティに参加した回数を求め、各々「参加回数（半年）」と「参加回数（全）」として、この統計テーブル１５Ｄに登録する。

また、図６は、各ユーザの行動の履歴を示す履歴テーブル１５Ｅの例を示している。コミュニティ入力部１７は、上述の図３に示す各テーブル１５Ａ〜１５Ｃに登録されている情報から求め、各々のユーザについて、過去３月以内と全期間について、行動の種類毎に、行動の回数を求め、各々「行動回数（３月）」と「行動回数（全）」として、この履歴テーブル１５Ｅに登録する。

＜動作＞
次に、本実施形態に係るＳＮＳ提供システムの動作を説明する。このＳＮＳ提供システムでは、図７に示すように、全体として、各々独立して実行される以下の処理がある。
［行動入力処理（Ｓ４〜Ｓ６、Ｓ１１〜Ｓ１３）］
ユーザのグループ（コミュニティ）が、買い物や食事等の行動（イベント）を実行する際に行う処理（Ｓ４〜Ｓ６）である。特定の行動を実行する前に、この処理では、予めコミュニティを作成し、行動目的、開始時刻、終了時刻、各クォータの開始時刻、終了時刻等の情報を設定する。また、参加するユーザ全員が、当該行動を行うコミュニティ入力を行う処理である（Ｓ１１〜Ｓ１３）。
［紹介候補推薦処理（Ｓ２１〜Ｓ２２）］
ユーザからの要求に応じて、行動中のコミュニティに紹介する他のユーザの候補を推薦する処理である。

ＨＴＴＰサーバ１２は、ユーザ端末装置３０からの要求があると、例えば図８に示すメニュー画面を表示させるデータ（メニューデータ）をユーザ端末装置３０宛に送信し（Ｓ１）、ユーザ端末装置３０からのメニューの選択を待機する（Ｓ２）。ユーザ端末装置３０のＷｅｂブラウザ３２は、このメニューデータに応じて、図８に示すメニュー画面を表示部３３に表示させる。このメニュー画面を見たユーザがいずれかのボタン（指示）を選択すると、選択されたボタンに対応付けられたデータがＨＴＴＰサーバ１２宛に送信される。

＜行動入力処理＞
（主催者による入力）
ユーザからの指示が「コミュニティを作る」であれば、ＨＴＴＰサーバ１２は、例えば図９に示す選択入力画面を表示させるデータ（入力データ）をユーザ端末装置３０宛に送信し（Ｓ４）、ユーザ端末装置３０による選択を待機する（Ｓ５）。ユーザ端末装置３０のＷｅｂブラウザ３２は、この入力データに応じて、図９に示す選択入力画面を表示部３３に表示させる。この選択入力画面を見たユーザは、「ジャンル」を選択したり、「詳細」を選択するか「自由記入欄」に文字を入力したりする。この後、ユーザが「送信」ボタンを指示すると、Ｗｅｂブラウザ３２は、「ジャンル」と「詳細」を示す情報等をＨＴＴＰサーバ１２宛に送信する。この際、Ｗｅｂブラウザ３２は、ＧＰＳ受信部３６から取得したユーザ端末装置３０の位置を示す情報を「ジャンル」と「詳細」を示す情報等と共に送信する。

ＨＴＴＰサーバ１２は、Ｗｅｂブラウザ３２からの情報を受信すると、コミュニティ入力部１７を介してコミュニティＤＢ１５のコミュニティテーブル１５Ａ、行動テーブル１５Ｃに登録する（Ｓ６）。これにより、コミュニティテーブル１５Ａに、コミュニティＩＤに対応付けられて、現在位置、作成日時、主催会員ＩＤが格納される。なお、現在位置は、Ｗｅｂブラウザ３２からの位置を示す情報から求める。また、行動テーブル１５Ｃに、行動コミュニティＩＤに対応付けられて、行動目的、行動日時が格納される。なお、行動目的は、上述のジャンルを示す文字と詳細を示す文字（括弧内）として格納される。

（参加者による入力）
ユーザからの指示が「コミュニティに参加」であれば、ＨＴＴＰサーバ１２は、例えば図１０に示す選択入力画面を表示させるデータ（入力データ）をコミュニティ入力部１７に生成させる。この入力データは、例えばコミュニティＤＢ１５中の行動日時、行動位置を参照し、当該ユーザ（参加者）の近くで、かつ、直前に作られたコミュニティを抽出して作成する。なお、ユーザが「コミュニティに参加」を指示した際には、Ｗｅｂブラウザ３２は、ＧＰＳ受信部３６から取得したユーザ端末装置３０の位置を示す情報をＨＴＴＰサーバ１２宛に送信するようになっている。

入力データを作成させると、ＨＴＴＰサーバ１２は、作成された入力データをユーザ端末装置３０宛に送信し（Ｓ１１）、ユーザ端末装置３０による選択を待機する（Ｓ１２）。ユーザ端末装置３０のＷｅｂブラウザ３２は、この入力データに応じて、図１０に示す選択入力画面を表示部３３に表示させる。この選択入力画面を見たユーザが「参加するコミュニティ」を選択し、「送信」ボタンを指示すると、Ｗｅｂブラウザ３２は、「参加するコミュニティ」を示す情報をＨＴＴＰサーバ１２宛に送信する。

ＨＴＴＰサーバ１２は、Ｗｅｂブラウザ３２からの情報を受信すると、コミュニティ入力部１７を介してコミュニティＤＢ１５のコミュニティ参加テーブル１５Ｂに登録する（Ｓ１３）。これにより、コミュニティ参加テーブル１５Ｂに、参加コミュニティＩＤに対応付けられて、当該コミュニティに参加するユーザのユーザＩＤ（参加者ＩＤ）が格納される。

＜紹介候補推薦処理＞
ユーザからの指示が「知人を紹介」であれば、ＨＴＴＰサーバ１２は、紹介候補抽出部１８に紹介候補を抽出させ（Ｓ２１）、紹介候補通知部１９に抽出された紹介候補を示すデータ（推薦データ）を送信させる（Ｓ２２）。

（抽出処理）
図７中のＳ２１における紹介候補の抽出処理は、知人の紹介を要求したユーザの知人の中から、「親密条件」、「嗜好性条件」、「共通行動条件」の３つの条件を満たすユーザを抽出することによって実行する。なお、「知人」とは、当該ユーザと、過去、一回以上、同じコミュニティに参加したユーザとする。あるいは、当該ＳＮＳ提供システムに、友人申請・承認機能を設け、明示的に友人（知人）関係を保持するようにしている場合には、これらの友人・知人を、ここでいう「知人」としてもよい。

（親密条件）
紹介候補抽出部１８は、知人の紹介を指示したユーザの知人の中から、例えば過去６ヶ月間の間、３回以上会っている（同じコミュニティに参加している）他のユーザを、親密なユーザであるとして抽出する。例えば統計テーブル１５Ｄが上述の図５に示す状態である場合において、ユーザＩＤが１のユーザ（ニックネーム：Ａ）が、同じコミュニティ（図３中のコミュニティＩＤが１のコミュニティ）に属するユーザＩＤが２のユーザ（ニックネーム：Ｂ）とユーザＩＤが３のユーザ（ニックネーム：Ｃ）に知人を紹介する際の動作で説明する。

紹介候補抽出部１８は、まず、図５に示す統計テーブル１５Ｄを参照し、Ａの「知人」（過去に同じコミュニティに参加した回数「参加回数（全）」が１以上であるユーザ）を選択する。これにより、例えば図１１に示すように、ユーザＩＤが４、５、６であるユーザ（ニックネーム：Ｄ、Ｅ、Ｆ）が選択される。次に、紹介候補抽出部１８は、選択したＤ、Ｅ、Ｆについて、統計テーブル１５Ｄから、過去半年以内にＡと同じコミュニティに参加した回数「参加回数（半年）」を取得する。これにより、Ｄ、Ｅ、Ｆについての「参加回数（半年）」である“７”、“２”、“４”が取得される。

さらに、紹介候補抽出部１８は、Ｄ、Ｅ，Ｆについて、統計テーブル１５Ｄから、過去にＢ又はＣと同じコミュニティに参加した回数「参加回数（全）」を取得し、これらの和を求める。これにより、Ｄ、Ｅ、Ｆについて、“０”、“０”、“１”が求められる。

これらの回数を求めると、紹介候補抽出部１８は、過去半年以内にＡと同じコミュニティに参加した回数が３回以上のユーザであるＤとＦを紹介候補とする。コミュニティに知人を紹介する場合、あまり親密ではない（同じコミュニティに参加した回数が少ない）知人は紹介しにくいためである。

さらに、紹介候補抽出部１８は、過去に、Ｂ又はＣと同じコミュニティに参加した回数が“１”であるＦを紹介候補から外す。過去にＢ又はＣと同じコミュニティに参加したことがあるＦは、Ｂ又はＣと既知であると考えられ、紹介する必要がないためである。なお、当該ＳＮＳ提供システムに、上述のように、明示的に友人（知人）関係を保持するようにしている場合には、これらの友人・知人を、ここでいう既知として、紹介候補から外すようにしてもよい。

上述の処理により、親密条件に合致した紹介候補として、Ｄ（ユーザＩＤ：４）が抽出される。

（嗜好性条件）
親密条件に合致した紹介候補を抽出すると、紹介候補抽出部１８は、嗜好性条件の判断を行う。例えば履歴テーブル１５Ｅが上述の図６に示す状態である場合において、Ａ（ユーザＩＤ：１）が、同じコミュニティに属するＢ（ユーザＩＤ：２）とＣ（ユーザＩＤ：３）に知人を紹介する際の動作で説明する。なお、ここでは、Ａの知人として、Ｄ（ユーザＩＤ：４）とＥ（ユーザＩＤ：５）が抽出されているものと仮定して説明する。

まず、紹介候補抽出部１８は、履歴テーブル１５Ｅを参照して、知人の紹介を指示したユーザが現在参加しているコミュニティの全参加者の趣向性を求める。具体的には、履歴テーブル１５Ｅが上述の図６に示す状態である場合には、紹介候補抽出部１８は、例えば図１２に示すように、Ａ、Ｂ、Ｃの行動回数（履歴テーブル１５Ｅ中の行動回数（全））取得する。また、紹介候補抽出部１８は、履歴テーブル１５Ｅ中の行動毎に、利用者全体の行動回数の平均を求める。

さらに、紹介候補抽出部１８は、サービス利用者全体の平均の行動回数と、コミュニティに参加している各々のユーザの行動回数を比較して当該コミュニティの特徴行動を求める。この特徴行動は、（１）コミュニティに参加している全ユーザの各々の行動回数が、サービス利用者全体の平均の行動回数を上回る行動と、（２）コミュニティに参加している全ユーザの各々の行動回数が１回以上で、かつ、各々の行動回数がサービス利用者全体の平均の行動回数を下回る行動を、コミュニティの特徴行動とする。これにより、図１２の場合では、特徴行動（１）として、「野球観戦（○○チーム）」、「食事（イタリアン）」及び「食事（カフェ）」が選択され、特徴行動（２）として、「食事（和食）」及び「スポーツ（登山）」が選択される。

特徴行動を求めると、紹介候補抽出部１８は、特徴行動についてのコミュニティに参加している全ユーザの行動回数を集計し、コミュニティのユーザ数で割った値をコミュニティの嗜好性とする。これにより、図１２に示す場合では、当該コミュニティの嗜好性は、「野球観戦（○○チーム）」が９．３３、「食事（イタリアン）」が１１．６７、「食事（カフェ）」が６．３３、「食事（和食）」が１、「スポーツ（登山）」が１．３となる。なお、行動として、上述の行動定義リスト１６からの選択でなく、直接文字列を入力した場会には、文字列の完全なマッチングで集計する。

コミュニティの嗜好性を求めると、紹介候補抽出部１８は、Ａの知人であるユーザについて、嗜好性を求め、コミュニティの嗜好性との類似度を求め、類似度が所定の閾値より高い人を紹介候補とする。コミュニティに知人を紹介する場合、コミュニティの参加者と趣味・嗜好性が近い人を紹介した方が良いと考えられるためである。

具体的には、紹介候補抽出部１８は、Ａの知人であるユーザについて、例えば図１３に示すように、履歴テーブル１５Ｅから、コミュニティの嗜好性を求めた行動に対応する行動の回数（履歴テーブル１５Ｅ中の「行動回数（全）」）を抽出する。抽出が終了すると、紹介候補抽出部１８は、例えば図１４に示すように、Ａの知人である各々のユーザについて、コミュニティの嗜好性との類似度を求める。

この類似度は、例えば嗜好性を求めた各行動の値について、例えば次式に示すコサイン類似度Ｓによって求める。

ここで、ｘ１、ｘ２、ｘ３、ｘ４、ｘ５は、各々、当該コミュニティの嗜好性である行動「野球観戦（○○チーム）」、「食事（イタリアン）」、「食事（カフェ）」、「食事（和食）」、「スポーツ（登山）」のコミュニティ内の平均回数である。また、ｙ１、ｙ２、ｙ３、ｙ４、ｙ５は、各々、比較対象のユーザの行動「野球観戦（○○チーム）」、「食事（イタリアン）」、「食事（カフェ）」、「食事（和食）」、「スポーツ（登山）」の回数である。

図１４に示す場合では、Ｄとコミュニティの嗜好性の類似度が０．８５となり、Ｄとコミュニティの嗜好性の類似度が０．４９となる。

紹介候補抽出部１８は、このように求めた類似度が所定の閾値（例えば０．５）以上の人を紹介候補として抽出する。これにより、図１４の場合では、紹介候補として、類似度が０．５以上（０．８５）であるＤ（ユーザＩＤ：４）が抽出される。なお、判断基準となる所定の閾値は、履歴テーブル１５Ｅ中の行動回数等の統計情報に応じて適宜設定するようにしてもより。また、この類似度は、上述のコサイン類似度以外にも、コミュニティの嗜好性と比較対象のユーザの嗜好性の間の類似度を示す指標であれば、コサイン類似度以外の指標を用いてもよい。

（共通行動条件）
嗜好性条件親密条件に合致した紹介候補を抽出すると、紹介候補抽出部１８は、共通行動条件についての判断を行う。例えば履歴テーブル１５Ｅが上述の図６に示す状態である場合において、Ａ（ユーザＩＤ：１）が、同じコミュニティに属するＢ（ユーザＩＤ：２）とＣ（ユーザＩＤ：３）に知人を紹介する際の動作で説明する。なお、ここでは、Ａの知人として、Ｄ（ユーザＩＤ：４）とＥ（ユーザＩＤ：５）が抽出されているものと仮定して説明する。

まず、紹介候補抽出部１８は、履歴テーブル１５Ｅを参照して、例えば図１５に示すように、コミュニティに参加している全ユーザと、知人の紹介を要求したユーザ（この場合は、Ａ）の知人について、各々の行動毎の直近三ヶ月以内の行動回数（履歴テーブル１５Ｅ中の「行動回数（３月）」）を取得する。

さらに、紹介候補抽出部１８は、コミュニティに参加している全てのユーザと、Ａの知人各々の間の行動が一致している数を求める。ここで、行動の一致は、１回以上、当該行動を行っているか否かで判断する。この図１５に示す場合では、コミュニティに参加している全てのユーザで一致している行動は、「野球観戦（○○チーム）」、「食事（イタリアン）」及び「食事（カフェ）」の３つである。これらの行動と一致しているＤの行動は、「野球観戦（○○チーム）」、「食事（イタリアン）」及び「食事（カフェ）」の３つである。また、これらの行動と一致しているＥの行動は、「野球観戦（○○チーム）」及び「食事（イタリアン）」の２つである。

紹介候補抽出部１８は、このように一致している行動の数を求めると、コミュニティに参加している全てのユーザで一致している行動と一致している行動の数が所定の数（例えば３）以上であるユーザを紹介候補とする。この図１５に示す例では、Ｄは、コミュニティに参加している全てのユーザで一致している行動と一致している行動の数が３であるため紹介候補となる。一方、Ｅは、一致している行動の数が２であるため、紹介候補とはならない。なお、所定の数は、履歴テーブル１５Ｅの統計等に応じて適宜設定するようにしてもよい。

このように、行動が一致している数が所定数以上のユーザを紹介候補としているのは、紹介後に、コミュニティ全員でどの行動をするのかがコミュニティに溶け込めるかどうかの重要な要素となると考えられるためである。コミュニティの直近の行動との一致数は、現在、共通の趣味や共通で興味を持っていることが反映されている。このため、これらの行動との一致を考慮することにより、共通の趣味や共通で興味を持っているユーザを紹介候補とすることができる。

上述のように、各条件の判断を行うと、紹介候補抽出部１８は、全ての条件を満たしているＡの知人を最終的な紹介候補として抽出する。例えば各条件の状態が、図１６に示す状態であるとすると、紹介候補抽出部１８は、全ての条件を満たすＤ、Ｈを紹介候補として抽出し、紹介候補通知部１９に供給する。

なお、要求される精度等によっては、「親密条件」、「嗜好性条件」、「共通行動条件」の３つの条件全てを用いずに、いずれか１つ、あるいは、いずれか２つを用いるようにしてもよい。あるいは、各条件に重み付けを行って集計し、所定の閾値以上である場合に紹介候補とするようにしてもよい。

これに応じて、紹介候補通知部１９は、例えば図１７に示すように、紹介候補抽出部１８によって抽出された紹介候補についての情報を表示させるデータを生成し、Ｗｅｂブラウザ３２宛に送信する。この図１７に示す情報を表示させるデータには、紹介候補の各々のユーザの情報を表示させる領域５１Ａ、５１Ｂ、５１Ｃの定義が含まれている。これらの領域５１Ａ、５１Ｂ、５１Ｃの表示は、上述の類似度の高い順に並べているが、共通行動の数（項目数）が多い順、コミュニティに参加している全ユーザの共通行動の累計が多い順、コミュニティに参加している全ユーザの共通行動の平均値が高い順等で並べるようにしてもよい。あるいは、これらの並び順をユーザからの指示に従って選択するようにしてもよい。

各々の領域５１Ａ、５１Ｂ、５１Ｃの定義には、当該ユーザとの嗜好性マッチ度の表示５２Ａ、５２Ｂ、５２Ｃの定義が含まれている。また、これらの領域５１Ａ、５１Ｂ、５１Ｃの定義には、コミュニティの行動と一致している各々のユーザの行動の表示５３Ａ、５３Ｂ、５３Ｃの定義が含まれている。さらに、これらの領域５１Ａ、５１Ｂ、５１Ｃの定義には、当該ユーザについての情報（プロフィール）を要求する動作が関連付けられたボタン５４Ａ、５４Ｂ、５４Ｃの定義が含まれている。

ユーザ端末装置３０のＷｅｂブラウザ３２は、このデータに応じて、図１７に示す画面を表示部３３に表示させる。この画面を見たユーザがいずれかのユーザを選択し、選択したユーザに対応する「プロフィール」ボタン（例えば５１Ａ）を指示すると、Ｗｅｂブラウザ３２は、ＨＴＴＰサーバ１２に、選択されたユーザ（この場合はＤ）についてのプロフィール情報を要求する。

これに応じて、紹介候補通知部１８は、例えば図１８に示すように、選択されたユーザについてのプロフィールを表示させるデータを生成し、Ｗｅｂブラウザ３２宛に送信する。

ユーザ端末装置３０のＷｅｂブラウザ３２は、このデータに応じて、図１８に示す画面を表示部３３に表示させる。この画面を見たユーザが「メッセージ」ボタンを指示すると、Ｗｅｂブラウザ３２は、ＨＴＴＰサーバ１２（メッセージ配信制御部２０）に、選択されたユーザに対するメッセージの作成・送信等の処理を要求する。これにより、例えばユーザ端末装置３０を操作しているユーザ（Ａ）が、同じコミュニティに所属している他のユーザ（Ｂ、Ｃ）に、上述の図１７あるいは図１８に示す画面を見せ、自分の知人である他のユーザの共通行動あるいはプロフィールを見せて紹介した後、紹介しようとするユーザを選択し、図１８に示す画面から「メッセージ」ボタンを指示することにより、紹介しようとするユーザに容易にメッセージを送信することができる。

＜効果＞
この実施形態のＳＮＳ提供システムでは、上述のように、コミュニティに参加しているユーザが、自分の知人の中から、コミュニティに参加している他のユーザと趣味・嗜好が共通するユーザ（紹介候補）を容易に知ることができる。さらに、紹介候補から選択したユーザをコミュニティに参加している他のユーザに紹介することにより、交友関係を広げることに寄与することができる。

＜変形例＞
上述の説明では、コミュニティの主催者が、上述の図９に示す選択入力画面に対してコミュニティの目的等を入力してコミュニティを作成した後、コミュニティに参加する他のユーザが上述の図１０に示す画面を表示させて、参加するコミュニティの登録を行っていた。コミュニティを主催するユーザが、当該コミュニティに参加する他のユーザを入力するようにしてもよい。

具体的には、まず、例えば図１９に示すようなメニュー画面を表示させる。コミュニティを主催するユーザが、この画面から「コミュニティ」を選択した際には、例えば図２０に示すようなメニュー画面を表示させ、この画面から「行動目的を入力」が選択された際には、上述の図９に示す選択入力画面を表示させて、コミュニティの行動目的を入力する。

一方、図２０に示すメニュー画面から「同行者を入力」が選択された際には、例えば図２１に示す選択入力画面（知人リスト）を表示させる。コミュニティを主催するユーザが、この知人リストの中から当該コミュニティに参加するユーザを選択し、決定ボタンを指示すると、コミュニティ入力部１７が、上述のコミュニティＤＢ１５のコミュニティ参加テーブル１５Ｂ中に、選択されたユーザのユーザＩＤが参加者ＩＤとして、当該コミュニティの参加コミュニティＩＤに対応付けて格納される。また、「ユーザ名で検索」ボタンが指示されると、コミュニティ入力部１７は、ユーザ名を入力する画面を表示させるデータをＷｅｂブラウザ３２宛てに送信する。これに応じて表示される画面に対してユーザ名（上述のニックネームに対応）が入力されると、入力されたユーザ名に対応するユーザのユーザＩＤが、コミュニティ参加テーブル１５Ｂに格納される。

これにより、コミュニティを主催するユーザの入力負担は増えるものの、コミュニティに参加するユーザの入力負担を軽減させることができる。

なお、上述の知人リストは、コミュニティを主催するユーザと、過去に一回以上、同じコミュニティに参加したことがあるユーザを表示させるようにしてもよい。あるいは、当該ＳＮＳ提供システムにおいて、友人申請・承認機能を設け、明示的に友人（知人）関係を保持している場合には、これらの友人（知人）を表示させるようにしてもよい。あるいは、コミュニティを主催するユーザが、参加者を入力する前に、参加者にＧＰＳ等から取得した現在地の情報を通知させ、コミュニティを主催するユーザの近辺にいることを確認した上で登録を行なっても良い。これにより、同行していないのに、参加者として入力するといった誤操作・不正等の可能性を低減させることができる。

１ … ネットワーク
１０ … サーバ装置
１２ … ＨＴＴＰサーバ
１３ … 会員ＤＢ
１４ … プロフィール入力部
１５ … コミュニティＤＢ
１６ … 行動定義リスト
１７ … コミュニティ入力部
１８ … 紹介候補抽出部
１９ … 紹介候補通知部
２０ … メッセージ配信制御部

Claims (7)

1. 行動を共にするユーザのコミュニティ毎に、コミュニティの識別情報と、当該コミュニティに参加しているユーザの識別情報と、当該コミュニティの行動目的を示す情報と、作成日時を保持するコミュニティ履歴保持手段と、
   コミュニティに参加しているユーザからのユーザの紹介の要求に応じて、前記コミュニティ履歴保持手段を参照して以下の条件を満たすユーザを抽出する抽出手段と、
   ［１］当該ユーザと過去に同じコミュニティに参加した回数が所定の回数以上である他のユーザ
   ［２］現在のコミュニティに参加している全ユーザの過去の行動から求めた嗜好性と、過去の行動の嗜好性との類似度が所定の閾値以上であるユーザ
   ［３］現在のコミュニティに参加している全ユーザの直近の所定期間内の行動と、直近の所定期間内の行動との共通点が所定の閾値以上であるユーザ
   前記抽出手段が抽出したユーザについての情報を前記要求したユーザに通知する通知手段と、を備える交流支援サーバ装置。
2. 請求項１に記載の交流支援サーバ装置において、
   前記行動目的を示す情報を階層的に分類した行動テーブルを有し、
   該行動テーブルから行動目的を示す情報を選択させ、選択された行動目的を示す情報を前記コミュニティ履歴保持手段に格納するコミュニティ入力手段を備える、交流支援サーバ装置。
3. 請求項１又は２に記載の交流支援サーバ装置において、
   前記コミュニティ履歴保持手段は、前記コミュニティが作成された際の現在位置を保持する、交流支援サーバ装置。
4. 請求項１から３のいずれかに記載の交流支援サーバ装置において、
   前記通知手段は、前記抽出手段が抽出しユーザについての情報を、前記現在のコミュニティに参加している全ユーザの過去の行動から求めた嗜好性と過去の行動の嗜好性との類似度が高い順に並べて通知する、交流支援サーバ装置。
5. 請求項１から４のいずれかに記載の交流支援サーバ装置において、
   前記現在のコミュニティに参加している全ユーザの過去の行動から求めた嗜好性と過去の行動の嗜好性との類似度をコサイン類似度によって求める、交流支援サーバ装置。
6. 請求項１から請求項５のいずれかに記載の交流支援サーバ装置と、
   前記抽出手段にユーザの紹介を要求する要求手段と、前記通知手段からの通知を受信して表示する表示手段を有する携帯端末装置、とを備える交流支援システム。
7. 他のユーザについての情報を含む推薦メッセージをユーザのアドレス宛に送信するサーバ装置で実行される交流支援サーバプログラムであって、
   当該サーバ装置を、
   行動を共にするユーザのコミュニティ毎に、コミュニティの識別情報と、当該コミュニティに参加しているユーザの識別情報と、当該コミュニティの行動目的を示す情報と、行動日時を保持するコミュニティ履歴保持手段と、
   コミュニティに参加しているユーザからのユーザの紹介の要求に応じて、前記コミュニティ履歴保持手段を参照して以下の条件を満たすユーザを抽出する抽出手段と、
   ［１］当該ユーザと過去に同じコミュニティに参加した回数が所定の回数以上である他のユーザ
   ［２］現在のコミュニティに参加している全ユーザの過去の行動から求めた嗜好性と、過去の行動の嗜好性との類似度が所定の閾値以上であるユーザ
   ［３］現在のコミュニティに参加している全ユーザの直近の所定期間内の行動と、直近の所定期間内の行動との共通点が所定の閾値以上であるユーザ
   前記抽出手段が抽出したユーザについての情報を前記要求したユーザに通知する通知手段、として機能させる交流支援サーバプログラム。
   
   

Images