(57)【特許請求の範囲】
【請求項１】
第一ユーザ、前記第一ユーザが所属するグループと同一のグループに属する第二ユーザと、に対してコミュニケーションサービスを提供するグループ制御部と、
前記第一ユーザが所属するグループと異なるグループであって前記第一ユーザが所属するグループとの間で所定の条件を満たすグループを選択する選択部と、
前記選択部によって選択されたグループの情報を、前記第一ユーザ及び前記第二ユーザがコミュニケーションをとる他のグループの候補であるマッチング候補の情報として前記第一ユーザに対して通知し、通知を受けた前記第一ユーザの操作と前記マッチング候補のグループに属するユーザの操作とに応じて、前記第一ユーザが所属するグループのメンバーと前記マッチング候補のグループのメンバーとが前記グループ制御部によるコミュニケーションサービスによってコミュニケーションをとることを可能にするマッチング制御部と、
を備え、
前記マッチング制御部は、前記第一ユーザが所属するグループと、前記マッチング候補のグループとに対し、同一のグループに属するユーザ同士に提供されるコミュニケーションサービスよりも限定されたコミュニケーションサービスを提供し、その後に一方又は双方のグループによって合流の指示がなされたことに応じて、前記第一ユーザが所属するグループと前記マッチング候補のグループとに対して、前記限定されたコミュニケーションサービスよりも限定されていないコミュニケーションサービスを提供するように制御する、サーバ。
【請求項２】
第一ユーザ、前記第一ユーザが所属するグループと同一のグループに属する第二ユーザと、に対してコミュニケーションサービスを提供するグループ制御ステップと、
前記第一ユーザが所属するグループと異なるグループであって前記第一ユーザが所属するグループとの間で所定の条件を満たすグループを選択する選択ステップと、
前記選択ステップにおいて選択されたグループの情報を、前記第一ユーザ及び前記第二ユーザがコミュニケーションをとる他のグループの候補であるマッチング候補の情報として前記第一ユーザに対して通知し、通知を受けた前記第一ユーザの操作と前記マッチング候補のグループに属するユーザの操作とに応じて、前記第一ユーザが所属するグループのメンバーと前記マッチング候補のグループのメンバーとが前記グループ制御ステップによるコミュニケーションサービスによってコミュニケーションをとることを可能にするマッチング制御ステップと、
を備え、
前記マッチング制御ステップにおいて、前記第一ユーザが所属するグループと、前記マッチング候補のグループとに対し、同一のグループに属するユーザ同士に提供されるコミュニケーションサービスよりも限定されたコミュニケーションサービスを提供し、その後に一方又は双方のグループによって合流の指示がなされたことに応じて、前記第一ユーザが所属するグループと前記マッチング候補のグループとに対して、前記限定されたコミュニケーションサービスよりも限定されていないコミュニケーションサービスを提供するように制御する、コミュニケーション提供方法。
【請求項３】
第一ユーザ、前記第一ユーザが所属するグループと同一のグループに属する第二ユーザと、に対してコミュニケーションサービスを提供するグループ制御ステップと、
前記第一ユーザが所属するグループと異なるグループであって前記第一ユーザが所属するグループとの間で所定の条件を満たすグループを選択する選択ステップと、
前記選択ステップにおいて選択されたグループの情報を、前記第一ユーザ及び前記第二ユーザがコミュニケーションをとる他のグループの候補であるマッチング候補の情報として前記第一ユーザに対して通知し、通知を受けた前記第一ユーザの操作と前記マッチング候補のグループに属するユーザの操作とに応じて、前記第一ユーザが所属するグループのメンバーと前記マッチング候補のグループのメンバーとが前記グループ制御ステップによるコミュニケーションサービスによってコミュニケーションをとることを可能にするマッチング制御ステップと、
をコンピュータに実行させ、
前記マッチング制御ステップにおいて、前記第一ユーザが所属するグループと、前記マッチング候補のグループとに対し、同一のグループに属するユーザ同士に提供されるコミュニケーションサービスよりも限定されたコミュニケーションサービスを提供し、その後に一方又は双方のグループによって合流の指示がなされたことに応じて、前記第一ユーザが所属するグループと前記マッチング候補のグループとに対して、前記限定されたコミュニケーションサービスよりも限定されていないコミュニケーションサービスを提供するように制御する、ためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ同士のコミュニケーションの促進を図る技術に関する。
【背景技術】
【０００２】
近年、携帯型の情報処理装置にインストールすることによって使用可能となる複数ユーザ間でのコミュニケーションツールが提供されている（例えば、特許文献１及び特許文献２参照）。これらのコミュニケーションツールでは、複数のユーザによって形成されるグループが構築され、同一のグループに属する複数のユーザ間で容易に会話や写真の共有が可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−０８９０８６号公報
【特許文献２】特開２００２−２３６７７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のようなグループにおけるコミュニケーションを提供する技術では、同一のグループに属するユーザ同士の交流を促進することは可能であったが、異なるグループに属するユーザ同士の交流を促進することは難しかった。また、あるユーザに対し、コミュニケーションを図るのに適していると推測される他のユーザを紹介する機能も提供されていたが、他のユーザとの交流に不安を感じるユーザも少なくない。その結果、紹介された他のユーザと積極的に交流を図ろうとするユーザは少ないという問題があった。
【０００５】
上記事情に鑑み、本発明は、他のグループに属するユーザ同士の交流を促進することを可能にする技術の提供を目的としている。
【課題を解決するための手段】
【０００６】
本発明の一態様は、第一ユーザ、前記第一ユーザが所属するグループと同一のグループに属する第二ユーザと、に対してコミュニケーションサービスを提供するグループ制御部と、前記第一ユーザが所属するグループと異なるグループであって前記第一ユーザが所属するグループとの間で所定の条件を満たすグループを選択する選択部と、前記選択部によって選択されたグループの情報を、前記第一ユーザ及び前記第二ユーザがコミュニケーションをとる他のグループの候補であるマッチング候補の情報として前記第一ユーザに対して通知し、通知を受けた前記第一ユーザの操作と前記マッチング候補のグループに属するユーザの操作とに応じて、前記第一ユーザが所属するグループのメンバーと前記マッチング候補のグループのメンバーとが前記グループ制御部によるコミュニケーションサービスによってコミュニケーションをとることを可能にするマッチング制御部と、を備え、前記マッチング制御部は、前記第一ユーザが所属するグループと、前記マッチング候補のグループとに対し、同一のグループに属するユーザ同士に提供されるコミュニケーションサービスよりも限定されたコミュニケーションサービスを提供し、その後に一方又は双方のグループによって合流の指示がなされたことに応じて、前記第一ユーザが所属するグループと前記マッチング候補のグループとに対して、前記限定されたコミュニケーションサービスよりも限定されていないコミュニケーションサービスを提供するように制御するサーバである。
【０００８】
本発明の一態様は、第一ユーザ、前記第一ユーザが所属するグループと同一のグループに属する第二ユーザと、に対してコミュニケーションサービスを提供するグループ制御ステップと、前記第一ユーザが所属するグループと異なるグループであって前記第一ユーザが所属するグループとの間で所定の条件を満たすグループを選択する選択ステップと、前記選択ステップにおいて選択されたグループの情報を、前記第一ユーザ及び前記第二ユーザがコミュニケーションをとる他のグループの候補であるマッチング候補の情報として前記第一ユーザに対して通知し、通知を受けた前記第一ユーザの操作と前記マッチング候補のグループに属するユーザの操作とに応じて、前記第一ユーザが所属するグループのメンバーと前記マッチング候補のグループのメンバーとが前記グループ制御ステップによるコミュニケーションサービスによってコミュニケーションをとることを可能にするマッチング制御ステップと、を備え、前記マッチング制御ステップにおいて、前記第一ユーザが所属するグループと、前記マッチング候補のグループとに対し、同一のグループに属するユーザ同士に提供されるコミュニケーションサービスよりも限定されたコミュニケーションサービスを提供し、その後に一方又は双方のグループによって合流の指示がなされたことに応じて、前記第一ユーザが所属するグループと前記マッチング候補のグループとに対して、前記限定されたコミュニケーションサービスよりも限定されていないコミュニケーションサービスを提供するように制御する、コミュニケーション提供方法である。
【０００９】
本発明の一態様は、第一ユーザ、前記第一ユーザが所属するグループと同一のグループに属する第二ユーザと、に対してコミュニケーションサービスを提供するグループ制御ステップと、前記第一ユーザが所属するグループと異なるグループであって前記第一ユーザが所属するグループとの間で所定の条件を満たすグループを選択する選択ステップと、前記選択ステップにおいて選択されたグループの情報を、前記第一ユーザ及び前記第二ユーザがコミュニケーションをとる他のグループの候補であるマッチング候補の情報として前記第一ユーザに対して通知し、通知を受けた前記第一ユーザの操作と前記マッチング候補のグループに属するユーザの操作とに応じて、前記第一ユーザが所属するグループのメンバーと前記マッチング候補のグループのメンバーとが前記グループ制御ステップによるコミュニケーションサービスによってコミュニケーションをとることを可能にするマッチング制御ステップと、をコンピュータに実行させ、前記マッチング制御ステップにおいて、前記第一ユーザが所属するグループと、前記マッチング候補のグループとに対し、同一のグループに属するユーザ同士に提供されるコミュニケーションサービスよりも限定されたコミュニケーションサービスを提供し、その後に一方又は双方のグループによって合流の指示がなされたことに応じて、前記第一ユーザが所属するグループと前記マッチング候補のグループとに対して、前記限定されたコミュニケーションサービスよりも限定されていないコミュニケーションサービスを提供するように制御する、ためのコンピュータプログラムである。
【発明の効果】
【００１０】
本発明により、グループを形成するユーザにおいてコミュニケーションの発生の頻度の向上が可能となる。
【図面の簡単な説明】
【００１１】
【図１】コミュニケーションシステム１のシステム構成を表すシステム構成図である。
【図２】第一ユーザ端末１０の機能構成の例を示す概略ブロック図である。
【図３】サーバ４０の機能構成の例を示す概略ブロック図である。
【図４】グループテーブルの具体例を示す図である。
【図５】ユーザテーブルの具体例を示す図である。
【図６】コミュニケーションシステム１の処理の流れの一例を示すシーケンスチャートである。
【図７】コミュニケーションシステム１の処理の流れの一例を示すシーケンスチャートである。
【図８】第一ユーザ端末１０の表示部１０３に表示されるマッチングホーム画面の具体例を示す図である。
【図９】第一ユーザ端末１０の表示部１０３に表示されるグループアカウント設定画面の具体例を示す図である。
【図１０】第一ユーザ端末１０の表示部１０３に表示されるグループアカウント編集画面の具体例を示す図である。
【図１１】第一ユーザ端末１０の表示部１０３に表示されるマッチング候補リスト画面の具体例を示す図である。
【図１２】第一ユーザ端末１０の表示部１０３に表示される詳細検索画面の具体例を示す図である。
【図１３】第一ユーザ端末１０の表示部１０３に表示されるマッチング候補詳細画面の具体例を示す図である。
【図１４】第一ユーザ端末１０の表示部１０３に表示されるリクエスト受信画面の具体例を示す図である。
【図１５】第一ユーザ端末１０の表示部１０３に表示されるリクエスト受信詳細画面の具体例を示す図である。
【図１６】第一ユーザ端末１０の表示部１０３に表示されるリクエスト送信画面の具体例を示す図である。
【図１７】第一ユーザ端末１０の表示部１０３に表示されるリクエスト送信詳細画面の具体例を示す図である。
【図１８】第一ユーザ端末１０の表示部１０３に表示される承認グループリスト画面の具体例を示す図である。
【図１９】第一ユーザ端末１０の表示部１０３に表示される限定的コミュニケーション画面の具体例を示す図である。
【図２０】第一ユーザ端末１０の表示部１０３に表示される承認グループ詳細画面の具体例を示す図である。
【発明を実施するための形態】
【００１２】
図１は、コミュニケーションシステム１のシステム構成を表すシステム構成図である。コミュニケーションシステム１は、複数のユーザ端末とサーバ４０とを備える。図１の例では、複数のユーザ端末の具体例として、３台のユーザ端末が図示されている。具体的には、複数のユーザ端末の具体例として、第一ユーザ端末１０第二ユーザ端末２０及び第三ユーザ端末３０がある。複数のユーザ端末は、例えば予め提供されているアプリケーションをインストールすることによって、コミュニケーションシステム１におけるユーザ端末として機能する。サーバ４０は、複数のユーザ端末の各ユーザに対してコミュニケーションサービスを提供する。複数のユーザ端末とサーバ４０とは、ネットワーク５０を介して通信可能に接続されている。なお、各ユーザ端末が接続されているネットワークは必ずしも一つである必要は無い。例えば、第一ユーザ端末１０が接続されているネットワークと第二ユーザ端末２０が接続されているネットワークと第三ユーザ端末３０が接続されているネットワークとがそれぞれ異なってもよい。
【００１３】
コミュニケーションシステム１では、同一のグループに属する複数のユーザに対して、ユーザ端末（例えば、第一ユーザ端末１０、第二ユーザ端末２０）を用いたコミュニケーションサービスが提供される。コミュニケーションサービスとは、例えばチャットやメッセンジャー等の会話機能や、静止画像ファイルや動画像ファイルの共有機能の提供である。また、コミュニケーションシステム１では、異なるグループ間で限定的なコミュニケーションを図るためのサービス（以下、「限定的コミュニケーションサービス」という。）も提供される。限定的コミュニケーションサービスとは、例えば、各グループの管理者同士で会話を行うことを可能とする会話機能や、一部又は全部の画像ファイル（静止画像ファイル又は動画像ファイル）の共有機能の提供である。コミュニケーションシステム１では、限定的コミュニケーションサービスの提供を受けた後に異なるグループ間で合意が得られると、合意が得られた各グループのメンバー全てを構成員とする新たなグループ（以下、「合成グループ」という。）が形成される。
【００１４】
図２は、第一ユーザ端末１０の機能構成の例を示す概略ブロック図である。第一ユーザ端末１０は、通信部１０１、入力部１０２、表示部１０３及び制御部１０４を備える。なお、制御部１０４の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されても良い。
【００１５】
通信部１０１は、ネットワークインタフェースである。通信部１０１は、ネットワーク５０を介してサーバ４０と通信する。通信部１０１は、サーバ４０から受信されたデータを制御部１０４に渡す。通信部１０１は、制御部１０４からサーバ４０宛のデータを受けると、ネットワーク５０を介してデータをサーバ４０に送信する。
【００１６】
入力部１０２は、キーボード、ポインティングデバイス（マウス、タブレット等）、ボタン、タッチパネル等の既存の入力装置を用いて構成される。入力部１０２は、ユーザの指示を第一ユーザ端末１０に入力する際にユーザによって操作される。入力部１０２は、入力装置を第一ユーザ端末１０に接続するためのインタフェースであっても良い。この場合、入力部１０２は、入力装置においてユーザの入力に応じ生成された入力信号を第一ユーザ端末１０に入力する。
【００１７】
表示部１０３は、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置である。表示部１０３は、制御部１０４によって生成される文字や画像を表示する。表示部１０３は、画像表示装置を第一ユーザ端末１０に接続するためのインタフェースであっても良い。この場合、表示部１０３は、制御部１０４によって生成される文字や画像を表示するための映像信号を生成し、自身に接続されている画像表示装置に映像信号を出力する。
【００１８】
制御部１０４は、バスを介して接続されたＣＰＵ（Central Processing Unit）やメモリを用いて構成される。制御部１０４は、予め第一ユーザ端末１０にインストールされているアプリケーションのプログラムを実行する。制御部１０４は、入力部１０２に対するユーザの操作と、通信部１０１によって受信されるデータと、インストールされているアプリケーションのプログラムと、に基づいて動作する。制御部１０４は、プログラムにおいて定義されている画面に含まれる文字や画像を表示部１０３に出力する。
【００１９】
第二ユーザ端末２０及び第三ユーザ端末３０の基本的な構成は第一ユーザ端末１０と同じである。そのため、第二ユーザ端末２０及び第三ユーザ端末３０についての説明は省略する。ただし、各ユーザ端末は、そのハードウェア構成などまで完全に同一である必要は無く、ハードウェア構成やＯＳ（Operating System）は異なってもよい。
【００２０】
図３は、サーバ４０の機能構成の例を示す概略ブロック図である。サーバ４０は、通信部４０１、制御部４０２及びテーブル記憶部４０３を備える。
【００２１】
通信部４０１は、ネットワークインタフェースである。通信部４０１は、ネットワーク５０を介して各ユーザ端末（第一ユーザ端末１０、第二ユーザ端末２０及び第三ユーザ端末３０）と通信する。通信部４０１は、ユーザ端末から受信されたデータを制御部４０２に渡す。通信部４０１は、制御部４０２からユーザ端末宛のデータを受けると、ネットワーク５０を介してデータをユーザ端末に送信する。
【００２２】
制御部４０２は、バスを介して接続されたＣＰＵやメモリを用いて構成される。制御部４０２は、予めサーバ４０にインストールされているアプリケーションのプログラムを実行する。制御部４０２は、通信部４０１によって受信されるデータと、インストールされているアプリケーションのプログラムと、に基づいて動作する。制御部４０２は、グループ制御部４０４、マッチング制御部４０５及び候補選択部４０６の各機能を実現する。
【００２３】
テーブル記憶部４０３は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。テーブル記憶部４０３は、サーバ４０が機能するために必要となる１以上のテーブルを記憶する。テーブル記憶部４０３は、例えばグループテーブル及びユーザテーブルを記憶する。
【００２４】
グループ制御部４０４は、各グループ及び各ユーザに関する情報を管理する。例えば、グループ制御部４０４は、テーブル記憶部４０３に記憶されているグループテーブル及びユーザテーブルに登録されている情報を必要に応じて更新する。例えば、グループ制御部４０４は、ユーザ端末から新たなグループの登録に関する要求を受けた場合、グループテーブルに新たに登録されるグループに関するグループレコード７１を登録する。このとき、グループ制御部４０４は、新たなグループに対して他のグループと重複しないグループＩＤを付与し、ユーザ端末によって指定されたグループタグ及び詳細情報をグループレコード７１に記録する。グループ制御部４０４は、グループ内のメンバー同士にコミュニケーションサービスを提供する。例えば、グループ制御部４０４は、グループ内のメンバー同士の会話を実現する機能（チャット機能、メッセンジャー機能）、グループ内のメンバーによって投稿された画像をグループの他のメンバーと共有する機能、グループのメンバー同士でメールを送受信する機能を提供してもよい。また、グループ制御部４０４は、グループレコード７１の承認グループの値にグループＩＤが登録されているグループに対しては、登録されているグループＩＤが示す他のグループとの間で限定的コミュニケーションサービスを提供してもよい。
【００２５】
マッチング制御部４０５は、グループマッチングに関する制御を実行する。グループマッチングとは、異なるグループに属するメンバー同士でコミュニケーションを図るための一連の動作である。例えば、マッチング制御部４０５は、対象となるグループに対し、他のグループに関する情報を提供することで、他のグループとコミュニケーションを図ることを提案する。例えば、マッチング制御部４０５は、他のグループとの間でコミュニケーションを図ることを要求するグループ（要求元）に対して、要求対象となっている他のグループ（要求先）との間でコミュニケーションを図るために要する手続きを行う。この手続きは、例えば、要求先のグループからコミュニケーションを図ることについて承認を受ける手続きであってもよい。また、要求があってから承認が受けられるまでの間は、マッチング制御部４０５は、要求元のグループ及び要求先のグループに対して限定的コミュニケーションサービスが提供されるように制御を行ってもよい。このような制御は、例えば要求元のグループ及び要求先のグループのグループレコード７１において、承認グループの値に互いのグループＩＤを登録することによって行われてもよい。
【００２６】
候補選択部４０６は、グループに対してマッチング候補として提示される他のグループを選択する。候補選択部４０６は、マッチング候補の提示対象となっているグループに対して、そのグループを構成するユーザの多くがグループとしてコミュニケーションを図ることに興味を持つであろう他のグループを推定することによってマッチング候補のグループを選択する。例えば、候補選択部４０６は、マッチング候補の提示対象となっているグループのグループレコード７１に登録されている情報と、各グループのグループレコード７１に登録されている情報と、の関係が所定の条件を満たしているグループを選択してもよい。以下、所定の条件の具体例について説明する。
【００２７】
例えば、所定の条件は、グループタグの内容の一部又は全部が同一又は類似していることであってもよい。
例えば、所定の条件は、グループタグの内容の一部又は全部が正反対であることであってもよい。
例えば、所定の条件は、メンバー構成が類似していることであってもよい。メンバー構成とは、グループに属するメンバーの人数、男女比率、世代別比率、平均年齢などである。
例えば、所定の条件は、メンバー構成が正反対であることであってもよい。
例えば、所定の条件は、グループタグに同じ場所に集合して行う行為が含まれている場合、グループとして登録されている所在地（グループ管理者の所在地であってもよい）同士が、所定の距離以内であることであってもよい。同じ場所に集合して行う行為とは、例えばスポーツ、勉強会、ゲーム、カラオケ、食事会、飲み会、交際相手を探すこと、お見合いなどである。
【００２８】
例えば、所定の条件は、異性同士で行うことが目的となる行為（例えば、飲み会、お見合い）が含まれている場合、メンバー構成のうち男女比が反対となっていることであってもよい。この場合、メンバー構成のうち世代が類似していることも所定の条件に含まれてもよい。また、互いに希望する条件（例えば、職業、年齢、趣味、出身地など）がグループタグ等に登録されている場合には、その条件が互いに満たされていることも所定の条件に含まれてもよい。
【００２９】
例えば、所定の条件は、グループレコード７１にグループとして行われた過去の活動が登録されている場合には、過去の活動が互いに類似していることであってもよい。例えば、グループレコード７１に過去に参加したイベントが登録されている場合には、同じイベント又は類似のイベントに参加したことが所定の条件に含まれてもよい。イベントの類似性は、例えばそのイベントのホームページに登録されている単語又は文章や、イベント名に含まれる単語等に基づいて判定されてもよい。
【００３０】
例えば、所定の条件は、グループタグに、同時に実施可能なメンバー数に制限があるアクティビティが含まれている場合には、同じアクティビティがグループタグに含まれており、且つ、メンバー数の差が所定の閾値内であることであってもよい。同時に実施可能なメンバー数に制限があるアクティビティとは、例えば、チームで行う競技（バスケットボール、フットサル、ボードゲーム、テレビゲーム等）である。
なお、上述した性別に関する記載は、必ずしも生物学的な性に限定される必要は無い。
【００３１】
図４は、グループテーブルの具体例を示す図である。グループテーブルは、複数のグループレコード７１を有する。グループレコード７１は、グループに関する情報を有する。例えば、グループレコード７１は、グループＩＤ、グループタグ、詳細情報、承認グループ、合流グループ及び合成グループの値を有する。グループＩＤは、グループを一意に識別するための識別情報である。グループタグは、グループの属性を表すキーワードである。例えば、グループがスポーツをすることを目的として集まったメンバーによるグループである場合には、グループタグとして“スポーツ”が登録されてもよい。グループタグは複数のキーワードを有してもよい。詳細情報は、グループに関する情報を有する。例えば、詳細情報は、グループに所属しているユーザの識別情報（ユーザＩＤ）、グループの管理者（リーダー）のユーザＩＤ、グループの結成日時（グループが結成されて登録された日時）、グループの紹介文、グループの所在地（活動拠点）として登録されている位置情報などを有する。承認グループは、承認グループのグループＩＤを有する。承認グループとは、一方のグループが他方のグループに対してマッチング要求を行い、他方のグループによってマッチング要求が承認された状態の二つのグループである。承認グループの間では、限定的コミュニケーションを図ることが可能となる。合流グループは、合流グループのグループＩＤを有する。合流グループとは、承認グループの一方が他方のグループに対して合流要求を行い、他方のグループによって合流要求が承認された状態の二つのグループである。合流グループの間では、新たな合成グループが形成され、各合流グループに含まれるユーザ同士で交流を図ることが可能となる。合成グループの値は、そのグループが合成グループであるか否かを示す値を有する。
【００３２】
図５は、ユーザテーブルの具体例を示す図である。ユーザテーブルは、複数のユーザレコード７２を有する。ユーザレコード７２は、ユーザに関する情報を有する。例えば、ユーザレコード７２は、ユーザＩＤ、ユーザ属性及び詳細情報の値を有する。ユーザＩＤは、ユーザを一意に識別するための識別情報である。全てのグループにわたって、ユーザＩＤは重複しない値として定義される。ユーザ属性は、ユーザの属性を表すキーワードである。例えば、ユーザ属性として、ユーザの年齢（世代）、ユーザの性別、ユーザの職業、ユーザの趣味、ユーザの国籍などの情報が登録される。詳細情報は、ユーザに関する情報を有する。例えば、詳細情報は、ユーザに対する通知先アドレス、ユーザによって登録されているメールアドレス、ユーザの住所等の情報を有する。通知先アドレスは、アプリケーションがインストールされている各ユーザ端末に対し、アプリケーション又はＯＳを介してユーザに対し通知を行う際に使用される宛先である。
【００３３】
図６は、コミュニケーションシステム１の処理の流れの一例を示すシーケンスチャートである。図６は、グループ同士が承認グループになるまでの処理の流れを示す。なお、以下の説明において、第一ユーザ端末１０のユーザ及び第二ユーザ端末２０のユーザは同一のグループに属しており、第一ユーザ端末１０のユーザは管理者である。また、第三ユーザ端末３０のユーザは、第一ユーザ端末１０のユーザが属するグループによってマッチング要求の対象となるグループの管理者である。
【００３４】
まず、第一ユーザ端末１０のユーザが第一ユーザ端末１０の入力部１０２を操作することによってマッチング候補要求操作を行う（ステップＳ１０１）。マッチング候補要求操作は、例えば第一ユーザ端末１０の表示部１０３に表示されているボタンのうち、マッチング候補を表示することを示すボタンを入力部１０２を介して選択（クリック、タップ等の操作）する操作である。第一ユーザ端末１０の制御部１０４は、マッチング候補要求操作の入力を受けると、マッチング候補要求を生成する。マッチング候補要求には、第一ユーザ端末１０のユーザが所属しているグループのグループＩＤと、第一ユーザ端末１０のユーザを示すユーザＩＤとが含まれる。マッチング候補要求には、マッチング候補に要求される属性を示すマッチング属性情報が含まれてもよい。第一ユーザ端末１０の制御部１０４は、生成されたマッチング候補要求をサーバ４０に送信する（ステップＳ１０２）。なお、ユーザは複数のグループに所属することが可能である。そのため、本説明において“ユーザが所属しているグループ”とは、そのユーザが所属しているグループのうち、その行動により導かれる影響を与えるグループを指す。例えば、ユーザがグループＡ及びグループＢに所属しており、そのユーザがグループＡと他のグループとのマッチングを所望している場合は、“ユーザが所属しているグループ”は、グループＡのみを指す。
【００３５】
サーバ４０のマッチング制御部４０５は、マッチング候補要求が受信されると、候補選択部４０６にマッチング候補の選択を指示する。マッチング候補要求にマッチング属性情報が含まれている場合には、マッチング制御部４０５はマッチング属性情報に基づいてマッチング候補を選択することを候補選択部４０６に指示する。例えば、マッチング属性情報の値が“活動拠点”である場合、活動拠点の位置が近いグループをマッチング候補として選択することを候補選択部４０６に指示する。
【００３６】
候補選択部４０６は、マッチング制御部４０５による指示に応じて、マッチング候補となるグループを選択する。例えば、マッチング属性情報の値が“活動拠点”である場合、候補選択部４０６は、マッチング候補要求に含まれるグループＩＤのグループの活動拠点と近い位置に活動拠点を有している他のグループをマッチング候補として選択する。このとき、候補選択部４０６は、単に活動拠点のみに基づいてマッチング候補を選択してもよいし、活動拠点に加えてさらに他の条件にも基づいてマッチング候補を選択してもよい。例えば、候補選択部４０６は、活動拠点が近いグループであって、且つ、グループレコード７１に登録されている情報の関係が所定の条件を満たしているグループを選択してもよい。候補選択部４０６は、選択されたマッチング候補を示す情報をマッチング制御部４０５に渡す。マッチング制御部４０５は、候補選択部４０６によって選択されたマッチング候補に関する情報を示すマッチング情報を生成する（ステップＳ１０４）。マッチング制御部４０５は、生成されたマッチング情報を、マッチング候補要求の送信元である第一ユーザ端末１０宛に送信する（ステップＳ１０５）。
【００３７】
第一ユーザ端末１０の制御部１０４は、受信されたマッチング情報に基づいて、マッチング情報に含まれる各マッチング候補のグループに関する情報を表示部１０３に表示させる（ステップＳ１０６）。マッチング情報に含まれる全てのマッチング候補が一度に表示される必要は無く、スクロール操作がなされることに応じて各マッチング候補が順次現れるように表示がなされてもよい。第一ユーザ端末１０のユーザは、表示されたマッチング候補のうち１又は複数のマッチング候補に対してマッチング要求操作を行う（ステップＳ１０７）。マッチング要求操作では、ユーザは入力部１０２を操作することによって、マッチング候補のグループの中からコミュニケーションをとることを希望するグループを選択する。制御部１０４は、選択されたグループに基づいてマッチング要求を生成する。マッチング要求には、第一ユーザ端末１０のユーザがマッチング要求をする対象となるグループのグループＩＤと、第一ユーザ端末１０のユーザが所属しているグループのグループＩＤと、第一ユーザ端末１０のユーザを示すユーザＩＤとが含まれる。第一ユーザ端末１０の制御部１０４は、生成されたマッチング要求をサーバ４０に送信する（ステップＳ１０８）。
【００３８】
サーバ４０のマッチング制御部４０５は、マッチング要求が受信されると、第一ユーザ端末１０のユーザが所属しているグループと、マッチング要求をする対象となっているグループとの関係を未承認状態に更新する（ステップＳ１０９）。例えば、第一ユーザ端末１０のユーザが所属しているグループのグループレコード７１の承認グループの値に、マッチング要求をする対象となっているグループのグループＩＤと、“未承認状態”であることを示す値と、を登録することによってステップＳ１０９の処理が行われてもよい。同様に、マッチング要求をする対象となっているグループのグループレコード７１の承認グループの値に、第一ユーザ端末１０のユーザが所属しているグループのグループＩＤと、“未承認状態”であることを示す値と、が登録されてもよい。
【００３９】
次に、サーバ４０のマッチング制御部４０５は、マッチング要求があったことを、マッチング要求の対象となっているグループのメンバー宛に通知するための情報（マッチング要求通知）を生成する。マッチング要求通知は、マッチング要求の要求元のグループ（第一ユーザ端末１０のユーザが所属しているグループ）に関する情報を含む。マッチング制御部４０５は、生成されたマッチング要求通知を、マッチング要求の対象となっているグループのメンバー宛に送信する（ステップＳ１１０）。マッチング要求通知の送信先は、グループのメンバー全員であってもよいし、グループの管理者のみであってもよい。
【００４０】
第三ユーザ端末３０の制御部１０４は、マッチング要求通知が受信されると、マッチング要求がなされたことや、マッチング要求の要求元のグループに関する情報を表示部１０３に表示する。このような表示に応じて第三ユーザ端末３０のユーザがマッチング承認操作を行う（ステップＳ１１１）。マッチング承認操作とは、マッチング要求の要求元のグループと、自身が所属するグループとが承認グループになることを選択する操作である。マッチング承認操作は、ユーザによって入力部１０２に対して行われる。マッチング承認操作が行われると、制御部１０４は、マッチング承認情報を生成する。マッチング承認情報には、マッチング要求に対する承認が行われたことを示す情報と、マッチング要求の要求元のグループのグループＩＤと、マッチング要求の要求先のグループ（第三ユーザ端末３０のユーザが所属するグループ）のグループＩＤと、第三ユーザ端末３０のユーザを示すユーザＩＤとが含まれる。制御部１０４は、生成されたマッチング承認情報をサーバ４０に送信する（ステップＳ１１２）。
【００４１】
サーバ４０のマッチング制御部４０５は、マッチング承認情報が受信されると、マッチング承認処理を実行する（ステップＳ１１３）。具体的には以下のとおりである。マッチング制御部４０５は、マッチング要求の要求元のグループ（第一ユーザ端末１０のユーザのグループ）と、マッチング要求に対して承認操作をしたグループ（第三ユーザ端末３０のユーザのグループ）との関係を承認グループの状態に更新する。例えば、マッチング要求の要求元のユーザが所属しているグループのグループレコード７１の承認グループの値に、マッチング要求を承認したグループのグループＩＤと、“承認済み”であることを示す値と、を登録することによってステップＳ１１３の処理が行われてもよい。同様に、マッチング要求を承認したグループのグループレコード７１の承認グループの値に、マッチング要求の要求元のユーザが所属しているグループのグループＩＤと、“承認済み”であることを示す値と、が登録されてもよい。マッチング承認処理が実行されると、その処理の対象となった２つのグループ（本実施形態では、第一ユーザ端末１０のユーザが所属するグループと、第三ユーザ端末３０のユーザが所属するグループ）には、限定的コミュニケーションサービスが提供される。
【００４２】
次に、サーバ４０のマッチング制御部４０５は、マッチング要求が承認されたことを、マッチング要求の要求元のグループのメンバー宛に通知するための情報（マッチング承認通知）を生成する。マッチング承認通知は、マッチング要求の要求先のグループ（第三ユーザ端末３０のユーザが所属しているグループ）に関する情報を含む。マッチング制御部４０５は、生成されたマッチング承認通知を、マッチング要求の要求元であるグループのメンバー宛に送信する（ステップＳ１１４）。マッチング承認通知の送信先は、グループのメンバー全員であってもよいし、グループの管理者のみであってもよい。例えば、第一ユーザ端末１０のユーザと同じグループに所属するユーザが使用する第二ユーザ端末２０に対してもマッチング承認通知が送信されてもよい（ステップＳ１１５）。
【００４３】
図７は、コミュニケーションシステム１の処理の流れの一例を示すシーケンスチャートである。図７は、グループ同士が合流グループになるまでの処理の流れを示す。なお、図７のシーケンスチャートでは、第一ユーザ端末１０のユーザが所属するグループと第三ユーザ端末３０のユーザが所属するグループとは既に承認グループとなっている。
【００４４】
まず、第一ユーザ端末１０のユーザが第一ユーザ端末１０の入力部１０２を操作することによって合流要求操作を行う（ステップＳ２０１）。合流要求操作とは、例えば第一ユーザ端末１０の表示部１０３に表示されている１又は複数の承認グループの中から、合流することを希望するグループを選択する操作である。制御部１０４は、選択されたグループに基づいて合流要求を生成する。合流要求には、第一ユーザ端末１０のユーザが合流を要求する対象となるグループのグループＩＤと、第一ユーザ端末１０のユーザが所属しているグループのグループＩＤと、第一ユーザ端末１０のユーザを示すユーザＩＤとが含まれる。第一ユーザ端末１０の制御部１０４は、生成された合流要求をサーバ４０に送信する（ステップＳ２０２）。
【００４５】
サーバ４０のマッチング制御部４０５は、合流要求が受信されると、第一ユーザ端末１０のユーザが所属しているグループと、合流要求をする対象となっているグループとの関係を合流未承認状態に更新する（ステップＳ２０３）。例えば、第一ユーザ端末１０のユーザが所属しているグループのグループレコード７１の合流グループの値に、合流要求をする対象となっているグループのグループＩＤと、“合流未承認状態”であることを示す値と、を登録することによってステップＳ２０３の処理が行われてもよい。同様に、合流要求をする対象となっているグループのグループレコード７１の合流グループの値に、第一ユーザ端末１０のユーザが所属しているグループのグループＩＤと、“合流未承認状態”であることを示す値と、が登録されてもよい。
【００４６】
次に、サーバ４０のマッチング制御部４０５は、合流要求があったことを、合流要求の対象となっているグループのメンバー宛に通知するための情報（合流要求通知）を生成する。合流要求通知は、合流要求の要求元のグループ（第一ユーザ端末１０のユーザが所属しているグループ）に関する情報を含む。マッチング制御部４０５は、生成された合流要求通知を、合流要求の対象となっているグループのメンバー宛に送信する（ステップＳ２０４）。合流要求通知の送信先は、グループのメンバー全員であってもよいし、グループの管理者のみであってもよい。
【００４７】
第三ユーザ端末３０の制御部１０４は、合流要求通知が受信されると、合流要求がなされたことや、合流要求の要求元のグループに関する情報を表示部１０３に表示する。このような表示に応じて第三ユーザ端末３０のユーザが合流承認操作を行う（ステップＳ２０５）。合流承認操作とは、合流要求の要求元のグループと、自身が所属するグループとが合流グループになることを選択する操作である。合流承認操作は、ユーザによって入力部１０２に対して行われる。合流承認操作が行われると、制御部１０４は、合流承認情報を生成する。合流承認情報には、合流要求に対する承認が行われたことを示す情報と、合流要求の要求元のグループのグループＩＤと、合流要求の要求先のグループ（第三ユーザ端末３０のユーザが所属するグループ）のグループＩＤと、第三ユーザ端末３０のユーザを示すユーザＩＤとが含まれる。制御部１０４は、生成された合流承認情報をサーバ４０に送信する（ステップＳ２０６）。
【００４８】
サーバ４０のマッチング制御部４０５は、合流承認情報が受信されると、合流承認処理を実行する（ステップＳ２０７）。具体的には以下のとおりである。マッチング制御部４０５は、合流要求の要求元のグループ（第一ユーザ端末１０のユーザのグループ）と、合流要求に対して承認操作をしたグループ（第三ユーザ端末３０のユーザのグループ）との関係を合流グループの状態に更新する。例えば、合流要求の要求元のユーザが所属しているグループのグループレコード７１の合流グループの値に、合流要求を承認したグループのグループＩＤと、“承認済み”であることを示す値と、を登録することによってステップＳ２０７の処理が行われてもよい。同様に、合流要求を承認したグループのグループレコード７１の合流グループの値に、合流要求の要求元のユーザが所属しているグループのグループＩＤと、“承認済み”であることを示す値と、が登録されてもよい。合流承認処理が実行されると、その処理の対象となった２つのグループ（本実施形態では、第一ユーザ端末１０のユーザが所属するグループと、第三ユーザ端末３０のユーザが所属するグループ）のメンバーで構成される合成グループが新たに形成される。そして、上記２つのグループのメンバーに対し、合成グループを介してコミュニケーションサービスが提供される。
【００４９】
次に、サーバ４０のマッチング制御部４０５は、合流要求が承認されたことを、合流要求の要求元のグループのメンバー宛に通知するための情報（合流承認通知）を生成する。合流承認通知は、合流要求の要求先のグループ（第三ユーザ端末３０のユーザが所属しているグループ）に関する情報を含む。マッチング制御部４０５は、生成された合流承認通知を、合流要求の要求元であるグループのメンバー宛に送信する（ステップＳ２０８）。合流承認通知の送信先は、グループのメンバー全員であってもよいし、グループの管理者のみであってもよい。例えば、第一ユーザ端末１０のユーザと同じグループに所属するユーザが使用する第二ユーザ端末２０に対しても合流承認通知が送信されてもよい（ステップＳ２０９）。
【００５０】
以下、図８〜図２０を用いて、第一ユーザ端末１０の表示部１０３に表示される画面の具体例について説明する。図８〜図２０を用いて説明する各画面についての説明はユーザ端末に共通する内容である。
【００５１】
図８は、第一ユーザ端末１０の表示部１０３に表示されるマッチングホーム画面の具体例を示す図である。マッチングホーム画面は、インストールされたプログラムに基づいて制御部１０４が生成する。マッチングホーム画面は、ホーム画面においてユーザがマッチングホーム画面に移行することを示すボタン（例えば、画面下部の“マッチング”と記載されたボタン）を選択することに応じて表示される。マッチングホーム画面において“アカウント”と記載されたボタン（画面右上）が選択されると、グループアカウント設定画面（図９）に画面が移行する。マッチングホーム画面においてマッチング候補に関する条件が記載されたボタン（例えば、“活動拠点”と記載されたボタン、“年代”と記載されたボタン、“グループ構成”と記載されたボタン、“関心事”と記載されたボタンのいずれか）が選択されると、マッチング候補リスト画面（図１１）に画面が移行する。マッチングホーム画面において“リクエスト”と記載されたボタン（画面左上）が選択されると、リクエスト受信画面（図１４）又はリクエスト送信画面（図１６）に画面が移行する。マッチングホーム画面において“マッチング中”と記載されたボタン（画面上部中央）が選択されると、承認グループリスト画面（図１８）に画面が移行する。
【００５２】
図９は、第一ユーザ端末１０の表示部１０３に表示されるグループアカウント設定画面の具体例を示す図である。グループアカウント設定画面とは、ユーザが所属しているグループに関する情報を編集するための画面である。図９の例では、人の顔の画像が三つ横に並んで表示されている。各顔の画像は、三つの各グループに設定された代表画像の具体例を示している。左の顔の画像は、グループＸに設定された代表画像である。真ん中の顔の画像は、グループＡに設定された代表画像である。右の顔の画像は、グループＺに設定された代表画像である。図９に示される画面が表示されているユーザ端末のユーザは、少なくともグループＸ、グループＡ及びグループＺの三つのグループに属している。このうち、真ん中に表示されているグループＡに関する設定がなされる。
【００５３】
招待コードは、グループＡに未だ所属していないユーザ（以下、「未加入ユーザ」という。）がグループＡに加入する際に用いるコードである。例えば、既にグループＡに所属しているユーザ（以下、「加入済みユーザ」という。）が、未加入ユーザに対して招待コードを通知することによって、未加入ユーザが容易にグループＡに所属することが可能となる。“グループアカウントの編集”と記載されたボタンが選択されると、グループアカウント編集画面（図１０）に画面が移行する。“設定を保存”と記載されたボタンが選択されると、その時点でグループアカウント編集画面において編集されているグループアカウントの内容が保存される。
【００５４】
図１０は、第一ユーザ端末１０の表示部１０３に表示されるグループアカウント編集画面の具体例を示す図である。グループアカウント編集画面とは、グループに関する情報を編集するための画面である。図１０の例では、左上部にカメラの形のアイコンが表示されている。ユーザがこのアイコンを選択することによって、グループに設定される代表画像を変更することが出来る。代表画像の下に表示されるテキストボックス（細長い矩形：以下「タイトルボックス」という。）には、グループの紹介文のタイトルを入力することが出来る。タイトルボックスの下に表示されるテキストボックス（タイトルボックスよりも幅を持った細長い矩形：以下「紹介文ボックス」という。）には、グループの紹介文を入力することができる。紹介文ボックスの下には、複数のタグが表示される。図１０では、“音楽”、“ファッション”、“サークル・ゼミ”の３つのタグが表示されているが、表示されるタグの数は３つに限定されない。タグの下には、代表者、年代、メンバー数、活動拠点、フリーワードの入力枠が表示されている。それぞれの入力枠には、各項目を示す値を入力することができる。
【００５５】
図１１は、第一ユーザ端末１０の表示部１０３に表示されるマッチング候補リスト画面の具体例を示す図である。マッチング候補リスト画面には、第一ユーザ端末１０のユーザのグループに対してサーバ４０から通知されるマッチング候補のグループが１又は複数表示される。図１１の例では、グループＢ及びグループＣがマッチング候補として表示されている。画面をスクロールさせることによって、図１１に表示されていない他のマッチング候補のグループがさらに表示されてもよい。各マッチング候補のグループの欄には、各グループにおいてグループアカウント編集画面で設定された情報の一部又は全部が表示される。“詳細条件で検索”と記載されたボタン（画面上部）が選択されると、詳細検索画面（図１２）が表示される。マッチング候補のグループのボタンが選択されると、マッチング候補詳細画面（図１３）が表示される。
【００５６】
図１２は、第一ユーザ端末１０の表示部１０３に表示される詳細検索画面の具体例を示す図である。詳細検索画面には、マッチング候補として選択されるグループについての条件を設定するための表示がなされる。図１２の例では、“年代”、“グループの人数”、“ロケーション”、“タグ”を入力するための入力枠が表示されている。ユーザは、各値の入力枠に対して条件を設定することができる。その後に“詳細検索”のボタンが選択されると、その時点で各入力枠に対して設定された条件が属性情報としてマッチング候補要求に与えられる。そして、マッチング候補要求がサーバ４０に対して送信される。例えば、年代として“２０”が選択された場合、２０代のメンバーが多いグループや平均年齢が２０代であるグループがマッチング候補として選択される。
【００５７】
図１３は、第一ユーザ端末１０の表示部１０３に表示されるマッチング候補詳細画面の具体例を示す図である。マッチング候補詳細画面には、マッチング候補リスト画面においてユーザによって選択されたマッチング候補のグループに関する詳細な情報が表示される。例えば、選択されたマッチング候補に関してグループアカウント編集画面で設定された情報の一部又は全部が表示される。マッチング候補詳細画面には、マッチング候補リスト画面に表示されている情報よりも多くの情報が表示される。“マッチングリクエストを送信”と記載されたボタンが選択されると、マッチング候補詳細画面に情報が表示されているマッチング候補についてマッチング要求が生成され送信される。
【００５８】
図１４は、第一ユーザ端末１０の表示部１０３に表示されるリクエスト受信画面の具体例を示す図である。リクエスト受信画面には、第一ユーザ端末１０のユーザのグループに対してマッチング候補要求を送信している送信元のグループのリストが表示される。図１４の例では、第一ユーザ端末１０のユーザのグループに対して、グループＢ及びグループＣがマッチング要求を送信している。リクエスト受信画面に表示されているグループが選択されると、リクエスト受信詳細画面（図１５）が表示される。
【００５９】
図１５は、第一ユーザ端末１０の表示部１０３に表示されるリクエスト受信詳細画面の具体例を示す図である。リクエスト受信詳細画面には、第一ユーザ端末１０のユーザのグループに対してマッチング候補要求を送信しているグループのうち、リクエスト受信画面において選択されたグループの詳細情報が表示される。例えば、マッチング候補要求を送信しているグループに関してグループアカウント編集画面で設定された情報の一部又は全部が表示される。“リクエストを承認”と記載されたボタンが選択されると、マッチング承認情報が生成され送信される。“リクエストを拒否”と記載されたボタンが選択されると、マッチング拒否情報が生成され送信される。マッチング拒否情報には、マッチング要求の送信元のグループのグループＩＤと、“リクエストを拒否”を選択したユーザが所属するグループのグループＩＤと、が含まれる。この場合、サーバ４０のマッチング制御部４０５は、マッチング拒否情報に含まれる二つのグループの未承認状態を解消し、未承認状態となる前の状態に戻す。
【００６０】
図１６は、第一ユーザ端末１０の表示部１０３に表示されるリクエスト送信画面の具体例を示す図である。リクエスト送信画面には、第一ユーザ端末１０のユーザのグループがマッチング候補要求を送信した対象となっているマッチング候補のグループのリストが表示される。図１６の例では、第一ユーザ端末１０のユーザのグループは、グループＢ及びグループＣに対してマッチング要求を送信している。リクエスト送信画面に表示されているグループが選択されると、リクエスト送信詳細画面（図１７）が表示される。
【００６１】
図１７は、第一ユーザ端末１０の表示部１０３に表示されるリクエスト送信詳細画面の具体例を示す図である。リクエスト送信詳細画面には、第一ユーザ端末１０のユーザのグループがマッチング候補要求を送信しているグループのうち、リクエスト送信画面において選択されたグループの詳細情報が表示される。例えば、マッチング候補要求を送信しているグループに関してグループアカウント編集画面で設定された情報の一部又は全部が表示される。“マッチングリクエストをキャンセル”と記載されたボタンが選択されると、マッチング要求キャンセル情報が生成され送信される。マッチング要求キャンセル情報には、マッチング要求の送信先のグループのグループＩＤと、“マッチングリクエストをキャンセル”を選択したユーザが所属するグループのグループＩＤと、が含まれる。この場合、サーバ４０のマッチング制御部４０５は、マッチング要求キャンセル情報に含まれる二つのグループの未承認状態を解消し、未承認状態となる前の状態に戻す。
【００６２】
図１８は、第一ユーザ端末１０の表示部１０３に表示される承認グループリスト画面の具体例を示す図である。承認グループリスト画面には、第一ユーザ端末１０のユーザのグループが承認グループの状態になっているグループのリストが表示される。図１８の例では、第一ユーザ端末１０のユーザのグループは、グループＢ、グループＣ及びグループＤと承認グループの状態となっている。承認グループリスト画面に表示されているグループが選択されると、限定的コミュニケーション画面（図１９）が表示される。
【００６３】
図１９は、第一ユーザ端末１０の表示部１０３に表示される限定的コミュニケーション画面の具体例を示す図である。限定的コミュニケーション画面では、承認グループの状態となっているグループに対して限定的コミュニケーションサービスが提供される。図１９に示される具体例では、承認グループの状態となっているグループの管理者同士がテキストベースの会話を行うことが可能である。また、図１９に示されるような管理者同士の会話の内容は、承認グループの状態となっている各グループの管理者以外のメンバーによって閲覧可能である。図１９に示される例以外でも、承認グループの状態となっているグループ同士において、互いに共有された画像を表示する画面や、過去のイベントに関する記事を表示する画面が表示されてもよい。
【００６４】
図２０は、第一ユーザ端末１０の表示部１０３に表示される承認グループ詳細画面の具体例を示す図である。承認グループ詳細画面には、第一ユーザ端末１０のユーザのグループとの間で承認グループの状態となっているグループの詳細情報が表示される。例えば、承認グループの状態となっているグループに関してグループアカウント編集画面で設定された情報の一部又は全部が表示される。“グループ合流”と記載されたボタンが選択されると、合流要求又は合流承認情報が生成され送信される。“マッチング解除”と記載されたボタンが選択されると、マッチング解除情報が生成され送信される。マッチング解除情報には、承認状態となっている各グループのグループＩＤが含まれる。この場合、サーバ４０のマッチング制御部４０５は、マッチング解除情報に含まれる二つのグループの承認グループの状態を解消し、未承認状態となる前の状態に戻す。
【００６５】
このように構成されたコミュニケーションシステム１では、異なるグループに属するユーザ間において、グループ単位でのコミュニケーションを取ることが可能となる。そのため、グループを介さずに直接ユーザ間でコミュニケーションをとるのに比べて安心感を与える事が可能になる。例えば、個人同士ではこのようなマッチングのサービスを受けることに抵抗感を感じるユーザにとっても、グループ単位でマッチングを受けることによって抵抗感を和らげる事が可能となる。
【００６６】
また、グループに関する情報に基づいて所定の条件を満たしたグループがマッチング候補として通知される。そのため、より興味を引きやすいグループとのマッチングが可能となる。
【００６７】
また、マッチング候補として通知されたグループとの間で何の段階も経ずにコミュニケーションを図ることが可能になるのではなく、承認グループの状態として限定的コミュニケーションが可能になり、その後に改めて合流の承認が得られてからコミュニケーションを図ることが可能になる。そのため、グループ同士において、より気軽にマッチング候補に対して交流を試みることが可能となる。
【００６８】
各グループのユーザ又は管理者は、他のグループに対してレビューや評価をつけることが可能であってもよい。このように構成されることにより、他のグループとの間でコミュニケーションを図る前に、相手がどのようなグループであるのか客観的な評価を知ることが可能となる。
【００６９】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００７０】
１…コミュニケーションシステム，  １０…第一ユーザ端末，  ２０…第二ユーザ端末，  ３０…第三ユーザ端末，  ４０…サーバ，  ５０…ネットワーク，  １０１…通信部，  １０２…入力部，  １０３…表示部，  １０４…制御部，  ４０１…通信部，  ４０２…制御部，  ４０３…テーブル記憶部，  ４０４…グループ制御部，  ４０５…マッチング制御部，  ４０６…候補選択部
【図１】
0006670079.tif 000002
【図２】
0006670079.tif 000003
【図３】
0006670079.tif 000004
【図４】
0006670079.tif 000005
【図５】
0006670079.tif 000006
【図６】
0006670079.tif 000007
【図７】
0006670079.tif 000008
【図８】
0006670079.tif 000009
【図９】
0006670079.tif 000010
【図１０】
0006670079.tif 000011
【図１１】
0006670079.tif 000012
【図１２】
0006670079.tif 000013
【図１３】
0006670079.tif 000014
【図１４】
0006670079.tif 000015
【図１５】
0006670079.tif 000016
【図１６】
0006670079.tif 000017
【図１７】
0006670079.tif 000018
【図１８】
0006670079.tif 000019
【図１９】
0006670079.tif 000020
【図２０】
0006670079.tif 000021