JP5809308B2 - イベント情報通報システム、方法及びプログラム - Google Patents

Description

本発明は、イベント情報通報システム、方法及びプログラムに関し、特にメンバー間の良好な人間関係を維持するイベントを実現できるイベント情報通報システム、方法及びプログラムに関する。

近年、ネットワークを介して、複数のユーザー間のスケジュールを調整し、各ユーザー（メンバー）の共通の空き日時にイベントを登録するといったスケジュール調整システムが知られている（特許文献１参照）。

このスケジュール調整システムは、イベント提案者が、参加者を集めたいイベントと、そのイベントに参加するメンバーとをスケジュール調整システムに登録すると、スケジュール調整システムが、登録されたイベント参加メンバーのカレンダーを参照してイベントの候補日時等を選定し、この候補日時等をイベント参加メンバーに通知するとともに、イベント参加メンバーのイベントへの参加が可能な場合には、イベント参加メンバーのカレンダーにそのイベントを登録するというものである。

特開２０１３−１６８００３号公報

しかし、特許文献１に記載されているスケジュール調整システムにおけるイベント参加メンバーの選定は、イベント提案者のイベント参加メンバーに対する評価のみに基づいて行われるものであり、イベント参加メンバーのイベント提案者に対する評価並びにイベント参加メンバー相互間における評価は考慮されていない。このため、特許文献１に記載されているスケジュール調整システムでは、イベント提案者を含むイベント参加メンバー間の良好な人間関係が維持されず、イベントを開催しても、充実したイベントの実現ができないという問題が生じる。

このことを具体的に説明すると、特許文献１に記載されているスケジュール調整システムでのイベント参加メンバーの選定方法では、例えば、次のような事態が想定される。

（１）想定例１
イベント提案者であるＡさんが、Ｂさん及びＣさんと仲を深めたいと思い、イベント参加メンバーとしてＢさん及びＣさんを選定した。ところが、Ｃさんは、Ａさんと遊ぶには、３人ではなく、もう少し多人数でないと困ると思っており（例えば、Ａさんとは少人数では話が弾まないと考えている等）、Ａさんからの誘いを断りたいと考えていた。しかし、Ｃさんは、Ａさんからの誘い（スケジュール調整システムより通知される）を断ると、Ａさんや他のメンバーとの今後の関係性が悪化するのではないかと考え、Ａさん、Ｂさんとのイベントに参加することにしたが、Ｃさんにとって、やはり、このイベントはあまり楽しいものといはいえなかった。

（２）想定例２
イベント提案者であるＡさんが、イベント参加メンバーとしてＢさん及びＣさんを選定した。Ａさん、Ｂさん及びＣさんは３人でとても仲がよいメンバーであった。ところが、最近、ＢさんとＣさんの仲は険悪であったことから、Ｂさん及びＣさんは、共にこのイベントに参加したくないと考えていた。しかし、Ｂさん及びＣさんは、Ａさんからの誘い（スケジュール調整システムより通知される）を断ると、せっかくこのイベントを提案してくれたＡさんに悪いと思い、このイベントに参加することにしたが、Ｂさん及びＣさんにとって、やはり、このイベントはあまり楽しいものといはいえなかった。

このように、特許文献１に記載されているスケジュール調整システムでは、上記想定例１の場合、イベント提案者（Ａさん）のイベント参加メンバー（Ｂさん及びＣさん）に対する評価のみに基づいて、イベント参加メンバーの選定が行われており、イベント参加メンバー（Ｂさん及びＣさん）のイベント提案者（Ａさん）に対する評価（Ａさんと遊ぶには、３人ではなく、もう少し多人数でないと困るというＣさんのＡさんに対する評価）は考慮されていない。このため、上記想定例１では、Ｃさん（イベント参加メンバー）が、このような状況下でイベントに参加しても、Ｃさんは、このイベントを楽しむことができず、Ａさんの提案するイベントには今後参加したくないと考えるおそれがある。

また、上記想定例２の場合は、イベント参加メンバーの選定の際、イベント参加メンバー相互間における評価が考慮されていないことから、Ｂさん及びＣさんが、このような状況下でイベントに参加すれば、ＢさんとＣさんの仲はさらに険悪になり、Ｂさん及びＣさんは、二度と一緒に同じイベントに参加したくないと考えるおそれがある。

以上のように、特許文献１に記載されているスケジュール調整システムでのイベント参加メンバーの選定方法は、イベント提案者のイベント参加メンバーに対する評価のみに基づいて行われるものであり、イベント参加メンバーのイベント提案者に対する評価並びにイベント参加メンバー相互間における評価は考慮されていないことから、特許文献１に記載されているスケジュール調整システムでは、イベント提案者を含むイベント参加メンバー間の良好な人間関係が維持されず、イベントを開催しても、充実したイベントの実現ができないという問題が生じるのである。

なお、特許文献１に記載されているスケジュール調整システムでは、イベント参加メンバーが、スケジュール調整システムを介して通知されたイベント提案者からの誘いを断った場合、この回答結果はスケジュール調整システムのみが保持することから、イベント参加メンバーは、他のメンバーに対して無用の気遣い等をする必要がないものなっている。しかし、イベント参加メンバーには、スケジュール調整システムを介して、イベント提案者からの誘いがなされる以上、イベント提案者を含むイベント参加メンバー間の互いの評価が異なる場合には（上記想定例１及び２の場合等）、イベント参加メンバーに対する心理的圧迫は避けられない（イベント参加メンバーは、この誘いを断るか否かについての決断を迫られることになり、精神的な負担を強いられることになる）。

そこで、本発明は、上記点に鑑みてなされたものであり、イベント参加メンバーの選定を、メンバー相互間における全ての互いの評価を判定した上で行うことで、メンバー間の良好な人間関係を維持しつつ、充実したイベントの実現を可能にするイベント情報通報システム、方法及びプログラムを提供することを目的とするものである。

請求項１の発明に係るイベント情報通報システムは、他のメンバーとの人間関係の密度を表す評価情報を各メンバーごとに他のメンバーと関連付けてメンバーリストとして記憶するメンバーリスト記憶手段と、通信ネットワークを介して接続される複数のユーザー端末より、各メンバーの空き時間に関する情報を受信する空き時間情報受信手段と、該空き時間情報受信手段によって複数のユーザー端末から受信した空き時間が重なっていて、かつ、前記メンバーリストにおける評価情報に基づく評価が適合するメンバーが存在する場合に、それらのメンバーをイベントの実行が可能なメンバーとして抽出するメンバー抽出手段と、該メンバー抽出手段によって抽出されたイベントの実行が可能なメンバーの情報をそれらのユーザー端末に送信するメンバー情報送信手段とを備え、該評価情報には、各メンバーが他のメンバーとの関係において、何名であればイベントの実行が可能なのかを示すイベント実行可能人数情報が含まれていることを特徴とする。

請求項２の発明に係るイベント情報通報システムは、請求項１に記載のイベント情報通報システムであって、該評価情報には、各メンバーが他のメンバーとの関係において、実行可能なイベント内容を示すイベント内容情報が含まれていることを特徴とする。

請求項３の発明に係るイベント情報通報システムは、請求項１又は２に記載のイベント情報通報システムであって、該空き時間情報により特定された時間帯にメンバーが所在する位置に関する情報を複数のユーザー端末より受信する位置情報受信手段をさらに備え、該メンバー抽出手段は、さらに、該メンバーが所在する位置が所定の範囲内にある場合に、それらのメンバーをイベントの実行が可能なメンバーとして抽出することを特徴とする。

請求項４の発明に係るイベント情報通報システムの動作方法は、メンバーリスト記憶手段、空き時間情報受信手段、メンバー抽出手段、メンバー情報送信手段を備えたイベント情報通報システムの動作方法であって、前記メンバーリスト記憶手段が、他のメンバーとの人間関係の密度を表す評価情報を各メンバーごとに他のメンバーと関連付けてメンバーリストとして記憶するメンバーリスト記憶ステップと、前記空き時間情報受信手段が、通信ネットワークを介して接続される複数のユーザー端末より、各メンバーの空き時間に関する情報を受信する空き時間情報受信ステップと、前記メンバー抽出手段が、該空き時間情報受信ステップによって複数のユーザー端末から受信した空き時間が重なっていて、かつ、前記メンバーリストにおける評価情報に基づく評価が適合するメンバーが存在する場合に、それらのメンバーをイベントの実行が可能なメンバーとして抽出するメンバー抽出ステップと、前記メンバー情報送信手段が、該メンバー抽出ステップによって抽出されたイベントの実行が可能なメンバーの情報をそれらのユーザー端末に送信するメンバー情報送信ステップとを実行するイベント情報通報システムの動作方法であり、該評価情報には、各メンバーが他のメンバーとの関係において、何名であればイベントの実行が可能なのかを示すイベント実行可能人数情報が含まれていることを特徴とする。

請求項５の発明に係るイベント情報通報プログラムは、コンピュータを、他のメンバーとの人間関係の密度を表す評価情報を各メンバーごとに他のメンバーと関連付けてメンバーリストとして記憶するメンバーリスト記憶手段と、通信ネットワークを介して接続される複数のユーザー端末より、各メンバーの空き時間に関する情報を受信する空き時間情報受信手段と、該空き時間情報受信手段によって複数のユーザー端末から受信した空き時間が重なっていて、かつ、前記メンバーリストにおける評価情報に基づく評価が適合するメンバーが存在する場合に、それらのメンバーをイベントの実行が可能なメンバーとして抽出するメンバー抽出手段と、該メンバー抽出手段によって抽出されたイベントの実行が可能なメンバーの情報をそれらのユーザー端末に送信するメンバー情報送信手段とを備え、該評価情報には、各メンバーが他のメンバーとの関係において、何名であればイベントの実行が可能なのかを示すイベント実行可能人数情報が含まれているイベント情報通報システムとして機能させることを特徴とする。

請求項１、２、４及び５に記載の発明は、メンバーリスト内における複数のユーザー端末から受信した空き時間が重なっていて、かつ、それらの評価情報に基づく評価が適合する場合に、それらのユーザーをイベントの実行が可能なメンバーとして抽出するよう構成していることから、メンバー相互間における全ての互いの評価を判定した上で、イベント参加メンバーを選定することができる。これにより、本発明では、メンバー間の良好な人間関係を維持しつつ、充実したイベントを実現させることができる。

また、本発明では、メンバーリスト内における複数のユーザー端末から受信した空き時間が重なっておらず、または、それらの評価情報に基づく評価が適合しない場合には、それらのユーザーをイベントの実行が可能なメンバーとして抽出しないよう構成している。よって、この場合に、当該メンバーが本発明を介して他のメンバーからイベントの誘いを受けることはないため、当該メンバーが、この誘いを断るか否かについての決断を迫られることはない（当該メンバーに対する心理的圧迫を回避することができる）。

請求項３に記載の発明は、メンバーリスト内における複数のユーザー端末から受信した空き時間が重なっていて、それらの評価情報に基づく評価が適合し、かつ、メンバーリスト内における複数のユーザー端末から受信した位置が所定の範囲内に位置する場合に、それらのユーザーをイベントの実行が可能なメンバーとして抽出するよう構成している。このため、本発明では、請求項１及び２に記載の発明の効果に加えて、あるメンバーが急きょイベントを開催したいと考えた場合でも（例えば、これから２時間後に他のメンバーとカラオケに行きたいと考える等）、当該イベント開示時刻又は当該イベントを実行することができる時間までに集合することのできる他のメンバーを探し出すことができる（当該他のメンバーをイベントの実行が可能なメンバーとして抽出することができる）。

本発明の実施例１に係るイベント情報通報システムの全体構成を示す図である。 本発明の実施例１に係るイベント情報通報システムの管理装置のハードウェア構成を示す図である。 本発明の実施例１に係るイベント情報通報システムの構成を示すブロック図である。 本発明の実施例１に係るイベント情報通報システムに、ユーザー登録をするための手順を示すフローチャートである。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にユーザー登録情報入力用のＷｅｂページを表示させた状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムのユーザーリストの例を示す図である。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にユーザー登録完了メールの画面が表示された状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザーをグループのメンバーとして登録するための手順を示すフローチャートである。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にグループ入会案内作成用のＷｅｂページを表示させた状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にグループ入会案内画面が表示された状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムのメンバーリストを示す図である。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にグループメンバー登録完了メールの画面が表示された状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にグループメンバー登録完了メールの画面が表示された状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザーが新規にグループを作成する際の手順を示すフローチャートである。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にグループ作成情報入力用のＷｅｂページを表示させた状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上に新規グループ登録完了のメール画面が表示された状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザーが他のグループメンバーを評価する際の手順を示すフローチャートである。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上に評価情報入力用のＷｅｂページを表示させた状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムの評価情報（ポイント）テーブルを示す図である。 本発明の実施例１に係るイベント情報通報システムにおいて、イベントの実行が可能なメンバーを抽出する際の手順を示すフローチャートである。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にイベント開催情報入力用のＷｅｂページを表示させた状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にイベント開催通知のメール画面が表示された状態を示すレイアウト図である。 本発明の実施例１に係るイベント情報通報システムにおけるユーザー端末上に表示されるイベント開催情報入力用Ｗｅｂページの変形例を示すレイアウト図である。

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

図１は、本発明の実施例１に係るイベント情報通報システムの全体構成を示す図である。

本イベント情報通報システムは、イベント情報通報システム機器本体である管理装置１００と、管理装置１００にインターネット網を介して接続されるユーザー端末２００（ユーザー端末２００は、１台〜ｎ台（ｎは１以上の整数）で構成される。）より構成される。

本イベント情報通報システムでは、ユーザー端末２００に対して、イベント情報通報契約のサービスを提供する場合、管理装置１００から見て、ユーザー端末２００の使用者を顧客と呼ぶことができる。

次に、管理装置１００及びユーザー端末２００のハードウェア構成について説明する。

図２は、本発明の実施例１に係るイベント情報通報システムの管理装置のハードウェア構成を示す図である。

管理装置１００は、本イベント情報通報システム全体の動作を制御する制御部１０１、後述するユーザー登録情報、グループ入会案内情報、グループ作成情報、評価情報等の各種情報を記憶するメモリ１０２、キーボード等の入力部１０３、ディスプレイ等の出力部１０４、後述するユーザーリスト１０５ａ、メンバーリスト１０５ｂ、評価情報（ポイント）テーブル１０５ｃ等を記憶するハードディスク１０５及びユーザー端末２００と情報の送受信を行う通信部１０６を備える。

ユーザー端末２００は、ネットワーク接続機能を有するスマートフォン、タブレット端末又はパーソナルコンピュータ（ＰＣ）等のハードウェアから構成される（図示略）。

続いて、上述のように構成されたイベント情報通報システムの動作について説明する。本イベント情報通報システムの動作の概略は、次のとおりである。

まず、本イベント情報通報システムに予め登録された複数のユーザーが任意にグループを作成すると、管理装置１００は、作成されたグループの情報（グループ作成情報）に関連付けられたグループＩＤ及びメンバーリスト１０５ｂ（図１１）を生成し、これを記憶する。また、グループ内の各ユーザー（以下、ユーザーのことを「メンバー」ともいう。）が、他のメンバーに対する評価に関する情報（評価情報）を管理装置１００に送信すると、管理装置１００は、グループ内の各メンバーから受信した評価情報をグループのメンバーリスト１０５ｂに関連付けて記憶する。そして、あるメンバーに空き時間が発生した場合に、当該メンバーが、空き時間情報送信手段２０及び位置情報送信手段２１より（図３）、空き時間情報及び位置情報を管理装置１００に送信すると、管理装置１００は、グループ内の他のメンバーの空き時間及び位置を参照し、これらが所定の条件に該当し、かつ、評価情報に基づく、当該メンバーと他のメンバーとの互いの評価が適合する場合には、当該メンバーと他のメンバーとをイベントの実行が可能なメンバーとして抽出する。なお、「イベント」とは、例えば、食事をする、お酒を飲みに行く、カラオケに行く、一緒に勉強をする等、２人以上のメンバーが集まって行う行事のことをいい、「実行」とは、２人以上のメンバーが集まって、実際にイベントを開催することをいう。また、評価情報は、各メンバーの他のメンバーとの人間関係の密度を表す情報である。

本イベント情報通報システムの動作の概略は以上のとおりである。以下、本イベント情報通報システムの動作を（１）本イベント情報通報システムに、ユーザー登録をするための動作、（２）本イベント情報通報システムにおいて、ユーザーをグループのメンバーとして登録するための動作、（３）本イベント情報通報システムにおいて、ユーザーが新規にグループを作成し登録するための動作、（４）本イベント情報通報システムにおいて、ユーザーが他のグループメンバーを評価する際の動作、（５）本イベント情報通報システムにおいて、イベント実行可能メンバーを抽出する際の動作の順に従って説明する。

（１）まず、図４及び図７に基づいて、本イベント情報通報システムに、ユーザー登録をするための動作について説明する。

図４は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー登録をするための手順を示すフローチャートであり、図５は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にユーザー登録情報入力用のＷｅｂページを表示させた状態を示すレイアウト図である。また、図６は本発明の実施例１に係るイベント情報通報システムのユーザーリストの例を示す図であり、図７は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にユーザー登録完了メールの画面が表示された状態を示すレイアウト図である。

まず、ステップＳ１では、管理装置１００は、通信部１０６によって、登録希望ユーザー（本イベント情報通報システムにユーザー登録を希望する顧客）のユーザー端末２００からユーザー登録情報入力用Ｗｅｂページの要求情報を受信する。

ステップＳ２では、管理装置１００は、通信部１０６より、ユーザー登録情報入力用Ｗｅｂページを登録希望ユーザーのユーザー端末２００に送信する。登録希望ユーザーのユーザー端末２００が管理装置１００よりユーザー登録情報入力用Ｗｅｂページを受信すると、登録希望ユーザーのユーザー端末２００のディスプレイ上には、図５に示すユーザー登録情報入力用Ｗｅｂページ３０が表示される。ユーザー登録情報入力用Ｗｅｂページ３０には、ユーザー登録情報としてのユーザー名、フリガナ及びメールアドレスを入力する入力欄３０ａ、３０ｂ、３０ｃが設けられるとともに、これらユーザー登録情報を管理装置１００に送信するための送信ボタン３０ｄが設けられている（なお、ユーザー登録情報に、ニックネームや趣味、自己ＰＲ等を含めてもよい）。

登録希望ユーザーが、ユーザー登録情報入力用Ｗｅｂページ３０の各入力欄３０ａ、３０ｂ、３０ｃにユーザー登録情報を入力し、送信ボタン３０ｄより、ユーザー登録情報を管理装置１００に送信すると、管理装置１００は係るユーザー登録情報を通信部１０６によって受信する（ステップＳ３）。なお、受信したユーザー登録情報は管理装置１００のメモリ１０２に記憶される。

ステップＳ４では、管理装置１００は、受信したユーザー登録情報に関連付けられたユーザーＩＤを生成する。ステップＳ５では、管理装置１００は、ユーザー登録情報及びこれに関連付けられたユーザーＩＤを図６に示すユーザーリスト１０５ａに登録する。ユーザーリスト１０５ａには、ユーザー名、ユーザーＩＤ、メールアドレス、後述するユーザーの属する所属グループＩＤが入力される。なお、ユーザーリスト１０５ａは管理装置１００のハードディスク１０５に記憶される。

ステップＳ６では、管理装置１００は、通信部１０６より、ユーザー登録完了メールを登録希望ユーザーのユーザー端末２００に送信する。なお、登録希望ユーザーのユーザー端末２００のディスプレイ上に表示されるユーザー登録完了メールのメール画面３１は図７に示すとおりであり、ユーザー登録完了メール画面３１には、ユーザーＩＤを表示する表示欄３１ａが設けられている。

（２）次に、図３及び図８乃至図１３に基づき、本イベント情報通報システムにおいて、ユーザーをグループのメンバーとして登録するための動作について説明する。

図３は本発明の実施例１に係るイベント情報通報システムの構成を示すブロック図であり、図８は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザーをグループのメンバーとして登録するための手順を示すフローチャートである。また、図９は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にグループ入会案内情報作成用のＷｅｂページを表示させた状態を示すレイアウト図であり、図１０は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にグループ入会案内画面が表示された状態を示すレイアウト図である。さらに、図１１は本発明の実施例１に係るイベント情報通報システムのメンバーリストを示し、図１２及び図１３は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にグループメンバー登録完了メールの画面が表示された状態を示すレイアウト図である。

まず、ステップＳ７では、管理装置１００は、通信部１０６によって、勧誘メンバー（あるユーザーを自分が所属するグループに勧誘したいと考えるユーザー）のユーザー端末２００からグループ入会案内情報作成用Ｗｅｂページの要求情報を受信する。グループ入会案内情報作成用Ｗｅｂページの要求情報には、勧誘メンバーのユーザーＩＤが含まれており、これを受信した管理装置１００は、ユーザーリスト１０５ａを参照し、勧誘メンバーのユーザーＩＤを検索する。勧誘メンバーのユーザーＩＤを検索した管理装置１００は、ユーザーリスト１０５ａから当該勧誘メンバーのメールアドレスを抽出する。

ステップＳ８では、管理装置１００は、通信部１０６より、グループ入会案内情報作成用Ｗｅｂページを、ユーザーリスト１０５ａから抽出したメールアドレスへ送信する（すなわち、勧誘メンバーのユーザー端末２００に送信する）。勧誘メンバーのユーザー端末２００が管理装置１００より、グループ入会案内情報作成用Ｗｅｂページを受信すると、勧誘メンバーのユーザー端末２００のディスプレイ上には、図９に示すグループ入会案内情報作成用Ｗｅｂページ３２が表示される。グループ入会案内情報作成用Ｗｅｂページ３２には、グループ入会案内情報としての勧誘先グループのＩＤ、勧誘するユーザー（勧誘されるユーザーのことをいい、以下、このユーザーを「被勧誘メンバー」という。）のＩＤ、勧誘先のグループ名、勧誘メンバーのコメントを入力する入力欄３２ａ、３２ｂ、３２ｃ、３２ｄが設けられるとともに、これらグループ入会案内情報を管理装置１００に送信するための送信ボタン３２ｅが設けられている。

勧誘メンバーが、グループ入会案内情報作成用Ｗｅｂページ３２の各入力欄３２ａ、３２ｂ、３２ｃ、３２ｄにグループ入会案内情報を入力し、送信ボタン３２ｅより、グループ入会案内情報を管理装置１００に送信すると、管理装置１００は係るグループ入会案内情報を通信部１０６によって受信する（ステップＳ９）。なお、受信したグループ入会案内情報は管理装置１００のメモリ１０２に記憶される。

ステップＳ１０では、管理装置１００は、受信したグループ入会案内情報に基づいて、グループ入会案内メールを作成し、これを通信部１０６より、被勧誘メンバーのユーザー端末２００に送信する。管理装置１００より、グループ入会案内メールを受信した被勧誘メンバーのユーザー端末２００のディスプレイ上には、図１０に示すグループ入会案内画面３３が表示される。グループ入会案内画面３３には、勧誘メンバーからのコメント欄３３ａ、グループへの入会又は入会を拒否する場合の操作説明文３３ｂが設けられるとともに、入会希望及び入会拒否の情報を送信する送信ボタン３３ｃ、３３ｄが設けられている。

被勧誘メンバーは、グループへの入会を希望する場合には、送信ボタン３３ｃよりグループ入会希望情報を、グループへの入会を拒否する場合には、送信ボタン３３ｄよりグループ入会拒否情報を管理装置１００に送信する。

ステップＳ１１において、管理装置１００が通信部１０６によって、被勧誘メンバーのユーザー端末２００からグループ入会希望情報を受信した場合には、管理装置１００は、被勧誘メンバーのユーザー登録情報及びこれに関連付けられたユーザーＩＤを図１１に示すメンバーリスト１０５ｂに登録する（ステップＳ１２）。メンバーリスト１０５ｂには、メンバー名（ユーザー名）、ユーザーＩＤ、メールアドレス、後述する空き時間情報、位置情報、評価情報が入力される。なお、メンバーリスト１０５ｂは管理装置１００のハードディスク１０５に記憶される（メンバーリスト記憶手段１０ 図３）。

ステップＳ１１において、管理装置１００が通信部１０６によって、被勧誘メンバーのユーザー端末２００からグループ入会拒否情報を受信した場合には、管理装置１００は、通信部１０６より勧誘メンバーのユーザー端末２００に対し、グループ入会拒否情報を送信する（ステップＳ１３）。

ステップＳ１４において、管理装置１００は、通信部１０６より、グループメンバー登録完了メールを勧誘メンバー及び被勧誘メンバーのユーザー端末２００に送信する。管理装置１００よりグループメンバー登録完了メールを受信した勧誘メンバーのユーザー端末２００のディスプレイ上には、図１２に示すグループメンバー登録完了メールのメール画面３４が表示される。また、このとき、被勧誘メンバーのユーザー端末２００のディスプレイ上に表示されるグループメンバー登録完了メールのメール画面３５は図１３に示すとおりであり、グループメンバー登録完了メール画面３５には、グループＩＤを表示する表示欄３５ａが設けられている。

（３）続いて、図１４乃至図１６に基づき、本イベント情報通報システムにおいて、ユーザーが新規にグループを作成し登録するための動作について説明する。

図１４は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザーが新規にグループを作成する際の手順を示すフローチャートであり、図１５は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にグループ作成情報入力用のＷｅｂページを表示させた状態を示すレイアウト図である。また、図１６は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上に新規グループ登録完了のメール画面が表示された状態を示すレイアウト図である。

まず、ステップＳ１５では、管理装置１００は、通信部１０６によって、グループ作成メンバー（新規にグループを立ち上げるユーザー）のユーザー端末２００からグループ作成情報入力用Ｗｅｂページの要求情報を受信する。グループ作成情報入力用Ｗｅｂページの要求情報には、グループ作成メンバーのユーザーＩＤが含まれており、これを受信した管理装置１００は、ユーザーリスト１０５ａを参照し、グループ作成メンバーのユーザーＩＤを検索する。グループ作成メンバーのユーザーＩＤを検索した管理装置１００は、ユーザーリスト１０５ａから当該グループ作成メンバーのメールアドレスを抽出する。

ステップＳ１６では、管理装置１００は、通信部１０６より、グループ作成情報入力用Ｗｅｂページを、ユーザーリスト１０５ａから抽出したメールアドレスへ送信する（すなわち、グループ作成メンバーのユーザー端末２００に送信する）。グループ作成メンバーのユーザー端末２００が管理装置１００よりグループ作成情報入力用Ｗｅｂページを受信すると、グループ作成メンバーのユーザー端末２００のディスプレイ上には、図１５に示すグループ作成情報入力用Ｗｅｂページ３６が表示される。グループ作成情報入力用Ｗｅｂページ３６には、グループ作成情報としての希望グループ名及びグループ紹介文を入力する入力欄３６ａ、３６ｂが設けられるとともに、これらグループ作成情報を管理装置１００に送信するための送信ボタン３６ｃが設けられている。

グループ作成メンバーが、グループ作成情報入力用Ｗｅｂページ３６の各入力欄３６ａ、３６ｂにグループ作成情報を入力し、送信ボタン３６ｃより、グループ作成情報を管理装置１００に送信すると、管理装置１００は係るグループ作成情報を通信部１０６によって受信する（ステップＳ１７）。なお、受信したグループ作成情報は管理装置１００のメモリ１０２に記憶される。

ステップＳ１８では、管理装置１００は、受信したグループ作成情報に関連付けられたグループＩＤ及びメンバーリスト１０５ｂを生成する。なお、上述のとおり、メンバーリスト１０５ｂは管理装置１００のハードディスク１０５に記憶される（メンバーリスト記憶手段１０ 図３）。

ステップＳ１９では、管理装置１００は、グループ作成メンバーのユーザー登録情報及びユーザーＩＤをステップＳ１８で生成したメンバーリスト１０５ｂに登録する。

ステップＳ２０では、管理装置１００は、通信部１０６より、グループ登録完了メールをグループ作成メンバーのユーザー端末２００に送信する。なお、グループ作成メンバーのユーザー端末２００のディスプレイ上に表示されるグループ登録完了メールのメール画面３７は図１６に示すとおりであり、グループ登録完了メール画面３７には、グループＩＤを表示する表示欄３７ａが設けられている。

なお、上記手順（ステップＳ１５からＳ２０）によって、本イベント情報通報システムに新規グループが登録された後、グループ作成メンバーが自己のグループにメンバーを追加したい場合には、上記ステップＳ７からＳ１４の手順を繰り返すようにすればよい。

（４）次に、図１７乃至図１９に基づき、本イベント情報通報システムにおいて、ユーザーが他のグループメンバーを評価する際の動作について説明する。

図１７は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザーが他のグループメンバーを評価する際の手順を示すフローチャートであり、図１８は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上に評価情報入力用のＷｅｂページを表示させた状態を示すレイアウト図である。また、図１９は本発明の実施例１に係るイベント情報通報システムの評価情報（ポイント）テーブルを示す図である。

ステップＳ１４において、管理装置１００が通信部１０６より、グループメンバー登録完了メールを勧誘メンバー及び被勧誘メンバーのユーザー端末２００に送信すると、管理装置１００は、メンバーリスト１０５ｂからグループメンバー（グループに属するメンバー）全員のメールアドレスを抽出し、通信部１０６より、評価情報入力用Ｗｅｂページをこれらのメールアドレスへ送信する（すなわち、グループメンバー全員のユーザー端末２００に送信する。ステップＳ２１）。

グループメンバーのユーザー端末２００が管理装置１００より評価情報入力用Ｗｅｂページを受信すると、グループメンバーのユーザー端末２００のディスプレイ上には、図１８に示す評価情報入力用Ｗｅｂページ３８が表示される。評価情報入力用Ｗｅｂページ３８には、グループメンバーに対する評価ポイント（評価情報）を入力する評価ポイント入力欄３８ａと、評価ポイントに対応する評価の内容を説明する説明文３８ｂと、評価ポイント入力欄３８ａに入力した評価ポイント（評価情報）を管理装置１００に送信するための送信ボタン３８ｃが設けられている。なお、ここでいう評価情報とは、グループのメンバーが他のメンバーとの関係において、何名であれば、イベントの実行が可能なのかを示すイベントの実行可能人数に関する情報のことをいう（イベント実行可能人数情報）。

ここで、グループのメンバーが、本イベント情報通報システムを通じて、他のメンバーを評価する方法について説明する。例えば、グループのメンバーＡさんが、他のメンバーであるＢさんとは仲が良いから、Ｂさんとイベントを実行するには２人以上であれば問題ないと考える場合、Ａさんは、評価ポイント入力欄３８ａのＢさんの評価ポイント入力欄に、評価ポイントに対応する評価の内容を説明する説明文３８ｂに対応したポイント「５」（評価情報）を入力する。また、Ａさんが、他のメンバーであるＣさんとは、最近知り合ったばかりで、２人ではあまり話しが弾まないから、Ｃさんとイベントを実行するには、もう１人のメンバーが必要だと考える場合、Ａさんは、評価ポイント入力欄３８ａのＣさんの評価ポイント入力欄に、説明文３８ｂに対応したポイント「４」（評価情報）を入力する。さらに、Ａさんが、他のメンバーであるＤさんとは、最近、喧嘩をして今は会いたくないから、遊べないと考える場合、Ａさんは、評価ポイント入力欄３８ａのＤさんの評価ポイント入力欄に、説明文３８ｂに対応したポイント「０」（評価情報）を入力する。このように、他のメンバーを評価するメンバーは、他のメンバーに対する、このような評価を説明文３８ｂに対応したポイントに換算して、評価ポイント入力欄３８ａの各メンバーの評価ポイント入力欄に入力するようにする。

他のメンバーに対する評価を終えた（評価ポイント入力欄３８ａの各メンバーの評価ポイント入力欄に説明文３８ｂに対応したポイントの入力が完了した）メンバーが、送信ボタン３８ｃより、評価情報を管理装置１００に送信すると、管理装置１００は係る評価情報を通信部１０６によって受信する（ステップＳ２２）。なお、受信した評価情報は管理装置１００のメモリ１０２に記憶される。

ステップＳ２３では、管理装置１００は、ハードディスク１０５に記憶されている評価情報（ポイント）テーブル１０５ｃを参照し、ステップＳ２２で受信した評価情報に基づいて、イベント実行可能人数を算出する。具体的には、例えば、グループのメンバーＡさんの他のメンバーであるＢさんに対する評価ポイントが「５」である場合には、管理装置１００は、評価情報（ポイント）テーブル１０５ｃを参照し、評価ポイント「５」に対応するイベント実行可能人数「２≦」を算出する（イベント実行可能人数「２≦」は、２人以上のメンバーであれば、イベントの実行が可能であることを表す）。また、グループのメンバーＦさんの他のメンバーであるＢさんに対する評価ポイントが「０」である場合には、管理装置１００は、評価情報（ポイント）テーブル１０５ｃを参照し、評価ポイント「０」に対応するイベント実行可能人数「０」を算出する（イベント実行可能人数「０」はイベントの実行が不可であることを表す）。なお、評価ポイント入力欄３８ａが空欄（評価ポイントが入力されていない状態）のまま管理装置１００に送信された場合には、その評価ポイントを「３」とみなす等して、イベント実行可能人数を算出するようにするとよい。

ステップＳ２４では、管理装置１００は、ステップＳ２３において算出したイベント実行可能人数をメンバーリスト１０５ｂの評価情報欄に入力する（図１１）。上記例でいえば、ＡさんのＢさんに対する評価ポイントは「５」であることから、管理装置１００は、このポイントに対応したイベント実行可能人数「２≦」を、Ｂさんに関連付けて、メンバーリスト１０５ｂのＡさんの評価情報欄に入力する（例えば、「Ｂ：２≦」と入力される。図１１）。また、ＦさんのＢさんに対する評価ポイントは「０」であることから、管理装置１００は、このポイントに対応したイベント実行可能人数「０」を、Ｂさんに関連付けて、メンバーリスト１０５ｂのＦさんの評価情報欄に入力する（例えば、「Ｂ：０」と入力される。図１１）。このように、管理装置１００は、グループのメンバー全員の他のメンバーに対する評価情報（イベント実行可能人数情報）をメンバーリスト１０５ｂに登録する。なお、この評価情報が関連付けられたメンバーリストは、ハードディスク１０５に記憶される（メンバーリスト記憶手段１０ 図３）。

（５）最後に、図２０乃至図２２に基づき、本イベント情報通報システムにおいて、イベント実行可能メンバーを抽出する際の動作について説明する。

図２０は本発明の実施例１に係るイベント情報通報システムにおいて、イベントの実行が可能なメンバーを抽出する際の手順を示すフローチャートであり、図２１は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にイベント開催情報入力用のＷｅｂページを表示させた状態を示すレイアウト図である。また、図２２は本発明の実施例１に係るイベント情報通報システムにおいて、ユーザー端末上にイベント開催通知のメール画面が表示された状態を示すレイアウト図である。

まず、ステップＳ２５では、管理装置１００は、通信部１０６によって、イベント開催希望メンバー（グループ内の他のメンバーを誘って、イベントを実行したいと考えるユーザー）のユーザー端末２００からイベント開催情報入力用Ｗｅｂページの要求情報を受信する。イベント開催情報入力用Ｗｅｂページの要求情報には、イベント開催希望メンバーのユーザーＩＤが含まれており、これを受信した管理装置１００は、ユーザーリスト１０５ａを参照し、イベント開催希望メンバーのユーザーＩＤを検索する。イベント開催希望メンバーのユーザーＩＤを検索した管理装置１００は、ユーザーリスト１０５ａから当該イベント開催希望メンバーのメールアドレスを抽出する。

ステップＳ２６では、管理装置１００は、通信部１０６より、イベント開催情報入力用Ｗｅｂページを、ユーザーリスト１０５ａから抽出したメールアドレスへ送信する（すなわち、イベント開催希望メンバーのユーザー端末２００に送信する）。イベント開催希望メンバーのユーザー端末２００が管理装置１００よりイベント開催情報入力用Ｗｅｂページを受信すると、イベント開催希望メンバーのユーザー端末２００のディスプレイ上には、図２１に示すイベント開催情報入力用Ｗｅｂページ３９が表示される。イベント開催情報入力用Ｗｅｂページ３９には、イベント開催希望メンバーがイベントを開催したいと考える日時（イベント開催希望メンバーの予定が空いている日付及び時間帯）を入力する空き時間情報入力欄３９ａと、空き時間情報入力欄３９ａに入力した日時（空き時間情報）に、イベント開催希望メンバーが所在する位置（場所）を入力する位置情報入力欄３９ｂと、これら空き時間情報及び位置情報を管理装置１００に送信するための送信ボタン３９ｃが設けられている。なお、図２３に示すよう、空き時間情報入力欄３９ａを、時間を帯状に表した入力欄４１ａとし、予定が空いている時間帯に該当する範囲をタップ又はクリックすることで、空き時間情報を入力するようにしてもよい。また、位置情報入力欄３９ｂは、イベント開催希望メンバーの事情（予定していた位置（場所）から異なる位置（場所）に移動するかもしれないという事情等）等を考慮して、複数設けることもできる。

イベント開催希望メンバーが、イベント開催情報入力用Ｗｅｂページ３９の各入力欄３９ａ、３９ｂに空き時間情報及び位置情報を入力し、送信ボタン３９ｃより、これらの情報を管理装置１００に送信すると、管理装置１００は係る空き時間情報及び位置情報を通信部１０６によって受信する（ステップＳ２７ 空き時間情報受信手段１１ 位置情報受信手段１２）。なお、管理装置１００は、受信した空き時間情報及び位置情報を、それぞれメンバーリスト１０５ｂのイベント開催希望メンバーの空き時間情報入力欄及び位置情報入力欄に入力する。

ステップＳ２８では、管理装置１００は、メンバーリスト１０５ｂを参照し、受信した空き時間情報に基づいて、イベント開催希望メンバーとグループ内の他のメンバーに空き時間の重なりがあるかを判定する。この点につき、具体的に説明すると、管理装置１００が、グループのあるメンバー（イベント開催希望メンバー）のユーザー端末２００より、空き時間情報を受信した場合（この空き時間情報はメンバーリスト１０５ｂの当該メンバーの空き時間情報入力欄に入力される）、管理装置１００は、係る空き時間情報により特定された空き時間とメンバーリスト１０５ｂの他のメンバーの空き時間情報入力欄に入力された空き時間（空き時間情報）とに重なりがあるかを判定する。ここで、「空き時間に重なりがある」とは、グループの各メンバーの空き時間が互いに少なくとも３０分以上重なっていることをいう。イベントを実行するための時間を十分に確保することを考慮してのことである。

例えば、図１１のように、管理装置１００が通信部１０６によって、異なる時間にグループのメンバーＡさん、Ｂさん、Ｃさん、Ｅさん、Ｆさんのユーザー端末２００より、次の空き時間情報を受信し、これをメンバーリスト１０５ｂのこれらメンバーの空き時間情報入力欄に入力したとする（この場合のＡさん、Ｂさん、Ｃさん、Ｅさん、Ｆさんは、いずれも「イベント開催希望メンバー」となり、各メンバーからみて、他のメンバーは、いずれも上記でいう「グループ内の他のメンバー」となる）。

［空き時間情報入力欄に入力されている各メンバーの空き時間情報 図１１］
Ａさんの空き時間：「２０１４／３／５ １８：００〜２３：００」
Ｂさんの空き時間：「２０１４／３／６ １８：００〜２３：００」
Ｃさんの空き時間：「２０１４／３／５ ２２：００〜２３：３０」
Ｅさんの空き時間：「２０１４／３／５ ２３：１０〜２３：５０」
Ｆさんの空き時間：「２０１４／３／５ ２２：００〜２３：３０」

すると、管理装置１００は、これらのメンバー間において、空き時間の重なりがあるかを判定する。つまり、この場合、Ａさん、Ｃさん、Ｆさんの空き時間には、３０分以上の重なりがあることから（「２０１４／３／５ ２２：００〜２３：００」で重なる）、管理装置１００は、Ａさん、Ｃさん、Ｆさんの空き時間には重なりがあると判定する。他方、Ｂさんの空き時間は、「２０１４／３／６」であることから、管理装置１００は、Ｂさんと他のメンバー（Ａさん、Ｃさん、Ｅさん、Ｆさん）との空き時間（「２０１４／３／５」）には重なりはないものと判定する。また、Ｅさんの空き時間は、「２０１４／３／５ ２３：１０〜２３：５０」となっており、ＥさんとＡさん、Ｃさん、Ｆさんとの空き時間とは、３０分以上の重なりがないことから、管理装置１００は、ＥさんとＡさん、Ｃさん、Ｆさんの空き時間に重なりはないと判定する。

このように、管理装置１００は、空き時間重複メンバー（空き時間に重なりがあるメンバーが存在する場合には（上記例では、「Ａさん、Ｃさん、Ｆさん」）、ステップＳ２９に進み、空き時間重複メンバーが存在しない場合には（上記例では、「Ｂさん」、「Ｅさん」に空き時間重複メンバーは存在しない）、ステップＳ３０に進む。

空き時間重複メンバーが存在しない場合には（ステップＳ３０）、管理装置１００は、イベント開催希望メンバーの空き時間情報により特定された空き時間の終了３０分前まで（上記Ｅさんの例でいえば、「２０１４／３／５ ２３：２０」まで）、ステップＳ２８の手順を繰り返し、空き時間重複メンバーを検索し続ける。その結果、空き時間重複メンバーが検索された場合には（後に他のメンバーから空き時間情報を受信し、その空き時間が重なっていた場合）、管理装置１００は、ステップＳ２９に進み、イベント開催希望メンバーの空き時間情報により特定された空き時間が残り３０分を経過した場合には（上記Ｅさんの例でいえば、「２０１４／３／５ ２３：２０」経過時点）、管理装置１００は、空き時間重複メンバーの検索を終了し、ステップＳ３１において、通信部１０６より、イベントの開催が不可の旨のメールをイベント開催希望メンバー（上記例でいえばＥさん）のユーザー端末２００にのみ送信する。また、ステップＳ３０の時点において、すでに、イベント開催希望メンバーの空き時間情報により特定された空き時間が残り３０分を経過している場合には（上記Ｅさんの例でいえば、既に「２０１４／３／５ ２３：２０」を経過している場合）、管理装置１００は、上記同様、ステップＳ３１において、通信部１０６より、イベントの開催が不可の旨のメールをイベント開催希望メンバー（上記例でいえばＥさん）のユーザー端末２００にのみ送信する（この場合、グループの他のメンバーには、イベント開催希望メンバーからのイベントの誘いは通知されないことから、グループの他のメンバーは、イベント開催希望メンバーからのイベントの誘いを断るか否かについての決断を迫られることはなく、心理的圧迫を受けない）。

ステップＳ２９では、管理装置１００は、メンバーリスト１０５ｂ参照し、ステップＳ２７において受信した位置情報に基づいて、空き時間重複メンバーが、互いに所定の範囲内に位置（所在）するかを判定する（該当メンバーのユーザー端末から受信した位置が所定の範囲内に位置するかを判定する）。ここで、空き時間重複メンバーが、「互いに所定の範囲内に位置（所在）する」とは、「管理装置１００が、空き時間重複メンバーが、互いに所定の範囲内に位置（所在）するのかの判定を行う時刻を基準にして、空き時間重複メンバーの空き時間が重なる時間帯の終了３０分前までに、空き時間重複メンバーが互いに集合可能な位置（場所）に所在していること」をいう。イベント開示時刻又は当該イベントを実行することができる時間（イベント終了３０分前）までに集合することのできる他のメンバーを探し出すことを考慮してのことである。なお、空き時間重複メンバーが、互いに所定の範囲内に位置（所在）するか否かの判定については、管理装置１００を、電車乗り換えの検索サイトや時刻表、地図情報等を提供する外部のサーバー（図示略）にアクセスさせ、これを判定させるようにするとよい（電車乗り換え検索用のソフトウェアや時刻表、地図情報等を予め管理装置１００のハードディスク１０５に格納し、当該判定を行う際、これらを参照するようにしてもよい）。

ここで、上記例に基づき、管理装置１００が、空き時間重複メンバーが、互いに所定の範囲内に位置（所在）するか否かを判定する手順について説明すると、空き時間重複メンバーである「Ａさん、Ｃさん、Ｆさん」の空き時間が重なる時間帯に所在する位置（場所）は、次のとおりとなっている（図１１）。
［位置情報］
空き時間が重なる時間帯：２０１４／３／５ ２２：００〜２３：００
Ａさん：六本木
Ｃさん：八王子
Ｆさん：名古屋

このとき、管理装置１００は、電車乗り換えの検索サイトや時刻表、地図情報等を提供する外部のサーバー（図示略）にアクセスし、Ａさん、Ｃさん、Ｆさんが、空き時間が重なる時間帯（２０１４／３／５ ２２：００〜２３：００）にそれぞれ集合可能かを判定する。まず、管理装置１００は、例えば、Ａさん、Ｃさんが、空き時間が重なる時間帯に所在する位置（場所）である「六本木」又は「八王子」から、概ねこれらの中間地点である「吉祥寺」までの電車での移動時間を計算する（すなわち、最も早く集合できる場所までの移動時間を計算する）。このとき、「六本木」又は「八王子」から「吉祥寺」までの電車での移動時間は概ね３０分であることから、管理装置１００が、空き時間が重なる時間帯の終了１時間前（２０１４／３／５ ２２：００）までに、この判定を行うのであれば、Ａさん、Ｃさんは、管理装置１００より、空き時間が重なる時間帯の終了３０分前（２０１４／３／５ ２２：３０）までに、互いに集合可能なものと判定される（すなわち、管理装置１００は、Ａさん、Ｃさん（空き時間重複メンバー）を、互いに所定の範囲内に位置（所在）するもの（所定範囲内メンバー）と判定する）。

次に、管理装置１００は、Ｆさんの空き時間が重なる時間帯に所在する位置（場所）である「名古屋」（名古屋駅）と、Ａさん、Ｃさんが、空き時間が重なる時間帯に所在する位置（場所）である「六本木」及び「八王子」との概ね中間地点である「静岡」（静岡駅）までの電車での移動時間を計算する。このとき、「名古屋」又は「六本木」から「静岡」までの電車での移動時間は概ね１時間であることから、管理装置１００が、空き時間が重なる時間帯の終了１時間３０分前（２０１４／３／５ ２１：３０）までに、この判定を行うのであれば、ＦさんとＡさん、Ｃさんは、管理装置１００より、空き時間が重なる時間帯の終了３０分前（２０１４／３／５ ２２：３０）までに、互いに集合可能なものと判定される（すなわち、管理装置１００は、Ａさん、Ｃさん、Ｆさん（空き時間重複メンバー）を、互いに所定の範囲内に位置（所在）するもの（所定範囲内メンバー）と判定する）。

このように、管理装置１００が、空き時間重複メンバーが、互いに所定の範囲内に位置（所在）するかを判定した結果、所定範囲内メンバーが存在する場合には、ステップＳ３２に進み、所定範囲内メンバーが存在しない場合にはステップＳ３１に進む。なお、所定範囲内メンバーが存在しない場合には、管理装置１００は、ステップＳ３１において、通信部１０６より、イベントの開催が不可の旨のメールを空き時間重複メンバー（イベント開催希望メンバー）のユーザー端末２００にのみ送信する（この場合、グループの他のメンバーには、イベント開催希望メンバーからのイベントの誘いは通知されないことから、グループの他のメンバーは、イベント開催希望メンバーからのイベントの誘いを断るか否かについての決断を迫られることはなく、心理的圧迫を受けない）。

例えば、上記例でいえば、管理装置１００が、空き時間が重なる時間帯の終了前１時間３０分以内（２０１４／３／５ ２１：３０以降）に、空き時間重複メンバーが、互いに所定の範囲内に位置（所在）するか否かの判定を行った場合、Ｆさんは、空き時間が重なる時間帯の終了３０分前（２０１４／３／５ ２２：３０）までに、互いに集合可能な位置（場所）に所在していないことから（すなわち、Ｆさんは、所定範囲内メンバーと判定されない）、管理装置１００は、通信部１０６より、Ｆさんのユーザー端末２００にのみイベントの開催が不可の旨のメールを送信する。

ステップＳ３２では、管理装置１００は、メンバーリスト１０５ｂ参照し、ステップＳ２９において判定した所定範囲内メンバーの合計人数とイベント実行可能人数情報により特定されるイベント実行可能人数が一致するか（評価情報に基づく評価が適合するか）を判定する。

具体的には、上記例において、例えば、管理装置１００が、空き時間が重なる時間帯の終了前１時間３０分以内（２０１４／３／５ ２１：３０以降２２：００まで）に、空き時間重複メンバーが、互いに所定の範囲内に位置（所在）するかを判定した場合、管理装置１００は、Ａさん、Ｃさんのみを所定範囲内メンバーとして判定する。そして、管理装置１００は、メンバーリスト１０５ｂ参照し、所定範囲内メンバーであるＡさん、Ｃさんの互いの評価（イベント実行可能人数情報により特定されるイベント実行可能人数）を参照し、Ａさん、Ｃさんがイベントの実行が可能なメンバーであるかを判定する。

ここで、メンバーリスト１０５ｂのＡさんの評価情報欄におけるＣさんに対する評価（イベント実行可能人数）は「２≦」となっており、Ｃさんの評価情報欄におけるＡさんに対する評価（イベント実行可能人数）も「２≦」となっている。すなわち、この場合、所定範囲内メンバーの合計人数は２人であり（ＡさんとＣさん）、また、Ａさん、Ｃさんの互いの評価は、「イベントを実行するには２人以上であれば問題ない」（Ａさん、Ｃさんが互いを評価したポイントは「５」（評価情報））となっていることから、所定範囲内メンバーの合計人数とイベント実行可能人数情報により特定されるイベント実行可能人数は一致することになる。したがって、この場合、Ａさん、Ｃさんの互いの評価情報に基づく評価は適合することから、管理装置１００は、Ａさん、Ｃさん（所定範囲内メンバー）をイベントの実行が可能なメンバーとして抽出する（メンバー抽出手段１３ ステップＳ３３）。

他方、仮に管理装置１００が、Ａさん、Ｃさん、Ｆさんを所定範囲内メンバーとして判定した場合（上記例において、管理装置１００が、空き時間が重なる時間帯の終了１時間３０分前（２０１４／３／５ ２１：３０）までに、空き時間重複メンバーが、互いに所定の範囲内に位置（所在）するかを判定した場合）、管理装置１００は、上記同様、メンバーリスト１０５ｂ参照し、所定範囲内メンバーであるＡさん、Ｃさん、Ｆさんの互いの評価（イベント実行可能人数情報により特定されるイベント実行可能人数）を参照し、Ａさん、Ｃさん、Ｆさんがイベントの実行が可能なメンバーであるかを判定する。

ここで、メンバーリスト１０５ｂのＡさん、Ｃさんの評価情報欄における互いの評価（イベント実行可能人数）は「２≦」となっており、Ａさん、Ｆさんの評価情報欄における互いの評価（イベント実行可能人数）も「２≦」となっている。また、Ｃさんの評価情報欄におけるＦさんに対する評価（イベント実行可能人数）は「３≦」となっている。しかし、Ｆさんの評価情報欄におけるＣさんに対する評価（イベント実行可能人数）は「４≦」となっていることから、Ｆさんは、Ｃさんとは４人以上でなければイベントを実行することができないと評価している（図１１）。

このため、Ａさん、Ｃさん、Ｆさんの互いの評価に基づくイベント実行可能人数は「４人」となり、この場合における所定範囲内メンバーの合計人数（Ａさん、Ｃさん、Ｆさんの３人）とは一致しない。したがって、この場合、Ａさん、Ｃさん、Ｆさんの互いの評価情報に基づく評価は適合しないことから、管理装置１００は、Ａさん、Ｃさん、Ｆさん（所定範囲内メンバー）をイベントの実行が可能なメンバーとしては抽出しない（すなわち、グループのメンバー相互の評価情報に基づく評価が適合するかについては、最も低い評価（イベント実行可能人数）を基準に判定する）。

このように、管理装置１００が、所定範囲内メンバーの合計人数とイベント実行可能人数とが一致しないと判定した場合、管理装置１００は、ステップＳ３４において、条件が一致しない所定範囲内メンバー（評価情報に基づく評価が適合しない所定範囲内メンバー）を除いた所定範囲内メンバーの合計人数とイベント実行可能人数が一致するか（評価情報に基づく評価が適合するか）を再度判定する。

例えば、上記例でいえば、ＦさんのＣさんに対する評価（イベント実行可能人数）は「４≦」となっていることから、ここでは、条件が一致しない所定範囲内メンバー（評価情報に基づく評価が適合しない所定範囲内メンバー）Ｃさん又はＦさんを除いた所定範囲内メンバーＡさんとＣさん又はＦさんの合計人数とイベント実行可能人数が一致するか（評価情報に基づく評価が適合するか）を再度判定する。

ここで、仮に、Ｃさんを除いて再度判定をすれば、メンバーリスト１０５ｂのＡさん、Ｆさんの評価情報欄における互いの評価（イベント実行可能人数）は「２≦」となっている（図１１）。このため、Ａさん、Ｆさんの互いの評価は、「イベントを実行するには２人以上であれば問題ない」（Ａさん、Ｆさんが互いを評価したポイントは「５」（評価情報））となっていることから、所定範囲内メンバーの合計人数（ＡさんとＦさんの２人）とイベント実行可能人数情報により特定されるイベント実行可能人数は一致することになる。したがって、この場合、Ａさん、Ｆさんの互いの評価情報に基づく評価は適合することから、管理装置１００は、Ａさん、Ｆさん（所定範囲内メンバー）をイベントの実行が可能なメンバーとして抽出する（メンバー抽出手段１３ ステップＳ３３）。なお、この場合、Ｆさんを除いて、Ａさん、Ｃさんの２人の互いの評価情報に基づく評価（イベント実行可能人数）を判定しても、Ａさん、Ｃさんの互いの評価情報に基づく評価は適合することから（評価は共に「２≦」）、管理装置１００は、Ａさん、Ｃさん（所定範囲内メンバー）もイベントの実行が可能なメンバーとして抽出することができる。このため、この場合に、管理装置１００が、条件が一致しない所定範囲内メンバー（評価情報に基づく評価が適合しない所定範囲内メンバー）Ｃさん又はＦさんのいずれを除いて評価情報に基づく評価の適合性を再度判定するかは、例えば、過去にイベントの実行が可能なメンバーとして抽出された組み合わせ（「Ａさん、Ｃさん」と「Ａさん、Ｆさん」の組み合わせ）を考慮して、抽出された回数が多い組み合わせで、再度、評価情報に基づく評価の適合性を判定するよう設定するとよい。

なお、仮に、管理装置１００が、ステップＳ３４において、条件が一致しない所定範囲内メンバー（評価情報に基づく評価が適合しない所定範囲内メンバー）を除いた所定範囲内メンバーの合計人数とイベント実行可能人数が一致するか（評価情報に基づく評価が適合するか）を再度判定した結果、各所定範囲内メンバーの互いの評価情報に基づく評価が適合しないことから、当該所定範囲内メンバーをイベントの実行が可能なメンバーとしては抽出しない場合は、管理装置１００は、ステップＳ３１において、通信部１０６より、イベントの開催が不可の旨のメールを当該所定範囲内メンバー（イベント開催希望メンバー）のユーザー端末２００に送信する。

ステップＳ３３において、管理装置１００が、所定範囲内メンバーをイベントの実行が可能なメンバーとして抽出（メンバー抽出手段１３）した場合には、管理装置１００は、通信部１０６より、当該イベントの実行が可能なメンバー（上記例でいえば、Ａさん、Ｃさん又はＡさん、Ｆさん）のユーザー端末２００にイベント開催通知のメールを送信する（イベント開催通知のメールには、メンバーの情報（イベントの実行が可能なメンバーの情報）が含まれている。メンバー情報送信手段１４ ステップＳ３５）。

なお、イベント開催通知のメールを受信したイベントの実行が可能なメンバーのユーザー端末２００には、図２２に示すイベント開催通知のメール画面４０が表示される。イベント開催通知のメール画面４０には、イベントの実行が可能なメンバーの属するグループ名４０ａ、イベントの実行が可能なメンバーの氏名４０ｂ、イベント開催可能時間４０ｃ（空き時間が重なる時間帯）、イベント開催可能時間帯にイベントの実行が可能なメンバーが所在する位置（場所）４０ｄが表示されており、イベント開催通知のメールを受信したイベントの実行が可能なメンバーは、イベント開催通知のメール画面４０を見て、どのグループの誰とイベントの実行が可能かを把握できるようになっている。

このように、本発明は、所定範囲内メンバーの合計人数とイベント実行可能人数情報（評価情報）により特定されるイベント実行可能人数（所定範囲内メンバー相互間の評価）とが一致する場合に、このようなメンバーをイベントの実行が可能なメンバーとして抽出するものである。したがって、本発明では、イベント提案者のイベント参加メンバーに対する評価のみではなく、グループのメンバー相互間における全ての互いの評価を判定した上で、イベント参加メンバーを選定することから、メンバー間の良好な人間関係を維持しつつ、充実したイベントを実現させることができる。

また、本発明は、空き時間の重なりがない場合、空き時間重複メンバーが互いに所定の範囲内に位置（所在）しない場合、各所定範囲内メンバーの互いの評価情報に基づく評価が適合しない場合には、イベントの実行が可能なメンバーを抽出せず、グループのメンバーに対して、他のメンバーからのイベントの誘いを通知しないよう構成している（当該メンバーは他のメンバーから誘いを受けない）。このため、本発明では、当該メンバーが、他のメンバーからの誘いを断るか否かについての決断を迫られることはなく、当該メンバーに対する心理的圧迫を回避することができる。

さらに、本発明では、空き時間重複メンバーが、互いに所定の範囲内に位置（所在）するかを判定した上で、イベントの実行が可能なメンバーを抽出するよう構成していることから、グループのメンバーが急きょイベントを開催したいと考えた場合でも（例えば、これから２時間後に他のメンバーとカラオケに行きたいと考える等）、当該イベント開示時刻又は当該イベントを実行することができる時間（例えば、イベント終了３０分前）までに集合することのできる他のメンバーを探し出すことができる（当該他のメンバーをイベントの実行が可能なメンバーとして抽出することができる）。

なお、本実施例では、管理装置１００は、通信部１０６によって、ユーザー端末２００よりユーザー登録情報、グループ作成情報及び評価情報を受信するものとしているが、例えば、これらの情報を予めＣＤ−ＲＯＭに格納しておき、管理装置１００のＣＤ−ＲＯＭドライブ（図示略）から管理装置１００に入力するようにしてもよい。また、ユーザーリスト１０５ａ、メンバーリスト１０５ｂについても、予め、ＣＤ−ＲＯＭに格納しておき、管理装置１００のＣＤ−ＲＯＭドライブ（図示略）から管理装置１００に入力するようにしてもよい。

また、本実施例では、「空き時間に重なりがある」ことを、「グループの各メンバーの空き時間が互いに少なくとも３０分以上重なっていること」としているが、この空き時間の重なりを、イベントの内容に応じて、例えば１時間以上としてもよいし、３０分以下としてもよい（空き時間重複メンバーと判定する）。また、この空き時間の重なりが完全に一致する場合にのみ、「空き時間に重なりがある」（空き時間重複メンバーと判定する）と判定するようにしてもよい（例えば、イベントの内容が「映画を見に行く」というものであれば、イベントの開始から終了まで空き時間が重なっていることが望ましいため）。さらに、本発明では、この空き時間の重なりを、イベント開催希望メンバーが任意に設定できるよう構成することもできる。この場合、イベント開催情報入力用Ｗｅｂページ３９の空き時間情報入力欄３９ａに、このような空き時間の重なり時間を設定できる入力欄を設けておけばよい。

さらに、本実施例では、「空き時間重複メンバーが、互いに所定の範囲内に位置（所在）する」ことを、「管理装置１００が、空き時間重複メンバーが、互いに所定の範囲内に位置（所在）するのかの判定を行う時刻を基準にして、空き時間重複メンバーの空き時間が重なる時間帯の終了３０分前までに、空き時間重複メンバーが互いに集合可能な位置（場所）に所在していること」としているが、空き時間重複メンバーが互いに集合できる時間を、イベントの内容に応じて、空き時間重複メンバーの空き時間が重なる時間帯の終了３０分前以外の条件に設定することもできる。例えば、この時間を「空き時間が重なる時間帯の終了１時間前」としてもよいし、「空き時間が重なる時間帯の開始後３０分以内」としてもよい。また、この条件を「空き時間が重なる時間帯の開始時刻まで」と設定することもできる（例えば、イベントの内容が「演劇を見に行く」というものであれば、空き時間が重なる時間帯の開示時刻（イベントの開始時刻）までに、空き時間重複メンバーが互いに集合できることが望ましいため）。さらに、本発明では、この条件（空き時間重複メンバーが互いに集合できる時間）を、イベント開催希望メンバーが任意に設定できるよう構成することもできる。この場合、イベント開催情報入力用Ｗｅｂページ３９の位置情報入力欄３９ｂに、このような条件を入力する入力欄を設けておけばよい。

本実施例では、イベント開催希望メンバーは、位置情報をイベント開催情報入力用Ｗｅｂページ３９の位置情報入力欄３９ｂに入力して管理装置１００に送信するものとしているが、例えば、イベント開催希望メンバーの位置情報を位置測位システム（ＧＰＳ：Global Positioning System）を利用して取得するように構成してもよい。具体的には、イベント開催希望メンバーが、空き時間情報をイベント開催情報入力用Ｗｅｂページ３９の空き時間情報入力欄３９ａに入力して管理装置１００に送信すると、管理装置１００は、当該イベント開催希望メンバーのユーザー端末２００の位置情報の電波を、ＧＰＳ衛星等から受信する（ＧＰＳ信号の受信）。そして、管理装置１００は、受信したＧＰＳ信号とハードディスク１０５に格納してある地図情報とを照合して、イベント開催希望メンバーの現在の位置情報を取得し、これをメンバーリスト１０５ｂの位置情報入力欄に入力する。この構成によれば、イベント開催希望メンバーは、自身の位置情報を管理装置１００に送信する手間が省ける（空き時間情報のみ送信すればよい）とともに、管理装置１００は、位置測位システムより正確な他のメンバー（空き時間重複メンバー）の位置情報を取得していることから、空き時間重複メンバーが所定範囲内メンバーか否かの判定を適切に行うことができる。

本実施例では、イベント開催希望メンバーの位置情報をもとに、所定範囲内メンバーか否かの判定をして、最終的にイベントの実行が可能なメンバーを抽出するものとしているが、例えば、グループのメンバー全員が、近隣に住む者である場合等、グループのメンバー全員が常に想定される範囲内に所在するような場合には、所定範囲内メンバーか否かの判定を行わず、イベントの実行が可能なメンバーを抽出するよう構成してもよい（この構成では、イベントの実行が可能なメンバーを抽出する際、位置情報は考慮しないため、イベント開催希望メンバーは、位置情報を管理装置１００には送信しない）。すなわち、この場合には、グループのメンバーが空き時間重複メンバーと判定され、かつ、空き時間重複メンバーの互いの評価が適合するのであれば、これらのメンバーは、イベントの実行が可能なメンバーとして抽出される。

また、本実施例では、グループのメンバーの他のメンバーに対する評価（評価情報の入力）は、管理装置１００が通信部１０６より、グループメンバー登録完了メールを勧誘メンバー及び被勧誘メンバーのユーザー端末２００に送信し、グループメンバー全員のユーザー端末２００に評価情報入力用Ｗｅｂページを送信した後に行うものとなっているが、このグループのメンバーの他のメンバーに対する評価（評価情報の入力）を、後に変更できるよう構成してもよい。この場合、グループの他のメンバーに対する評価を変更したいメンバーは、評価情報入力用Ｗｅｂページを管理装置１００から取得し（当該メンバーは、評価情報入力用Ｗｅｂページの要求情報を管理装置１００に送信し、これを受信した管理装置１００は評価情報入力用Ｗｅｂページを当該メンバーのユーザー端末２００に送信する）、評価情報入力用Ｗｅｂページ３８の評価ポイント入力欄３８ａに他のメンバーに対する変更後の評価ポイント（評価情報）を入力して（評価を変更したいメンバーの評価ポイントのみ入力）、これを送信ボタン３８ｃより管理装置１００に送信する。管理装置１００は、通信部１０６によって、変更された評価ポイント（評価情報）受信し、評価情報（ポイント）テーブル１０５ｃを参照して、変更後の評価ポイント（評価情報）に対応するイベント実行可能人数を算出した上で、これをメンバーリスト１０５ｂの当該メンバーの評価情報欄に入力する。

この構成によれば、例えば、グループのメンバーＡさんの他のメンバーＢさんに対する評価が最初は「５」（Ｂさんとイベントを実行するには２人以上であれば問題ないとの評価）であったとしても、後に喧嘩をし、今はＢさんとは遊びたくないと考えた場合には、Ａさんは、Ｂさん対する評価を「０」（遊べないとの評価）と変更することができる。これにより、以後、Ａさんには、Ｂさんが参加するイベントについての誘いは管理装置１００から通知されることがないため、Ａさんにとっては、Ｂさんが参加するイベントについての誘いを断る心理的圧迫を回避できるとともに、Ａさん、Ｂさんが属するグループの良好な人間関係を維持することができる。

さらに、本実施例では、評価情報を「イベント実行可能人数情報」として構成しているが、例えば、これを、ユーザーが各メンバーとの関係において、実行可能なイベント内容を示すイベント内容情報として構成してもよい。具体的に説明すると、評価情報としての実行可能なイベント内容を、「遊び系イベント」（例：カラオケ、飲み会等）、「買い物系イベント」（セールに出かける等）、「学習系イベント」（例：図書館での勉強、ゼミの開催等）、「文化系イベント」（美術鑑賞等）等に分類し、これらのイベントに対応したポイントを設定する（例えば、「遊び系イベント」：ポイント「１」、「買い物系イベント」：ポイント「２」、「学習系イベント」：ポイント「３」、「文化系イベント」：ポイント「４」）。

そして、グループのメンバーが他のメンバーに対する評価として、上記イベントに対応したポイントを評価情報入力用Ｗｅｂページの評価ポイント入力欄に入力し、送信ボタンより、これを管理装置１００に送信する。管理装置１００は、通信部１０６によって、実行可能なイベント内容である評価情報を受信し、これをメンバーリスト１０５ｂの評価情報欄に入力する。

管理装置１００が、通信部１０６によって、イベント開催希望メンバーのユーザー端末２００より、空き時間情報及び位置情報を受信した場合には、管理装置１００は、空き時間重複メンバーが存在するかを判定し、さらには、空き時間重複メンバーの中に所定範囲内メンバーが存在しないかを判定する。所定範囲内メンバーが存在する場合、管理装置１００は、メンバーリスト１０５ｂを参照し、当該所定範囲内メンバーの互いの評価（評価情報：実行可能なイベント内容）が適合するかを判定し、係る評価情報に基づく評価が適合する場合（当該所定範囲内メンバーの互いの評価である実行可能なイベント内容が一致する場合）には、当該所定範囲内メンバーをイベントの実行が可能なメンバーとして抽出する（メンバー抽出手段１３）。

例えば、所定範囲内メンバーであると判定されたＡさん、Ｂさん、Ｃさんの３人がそれぞれ、次の評価を行っていたとする。
［Ａさんの評価］
Ｂさんに対する評価：「１」
（Ｂさんとは遊び系イベントであればイベントの実行が可能との評価）
Ｃさんに対する評価：「１」
（Ｃさんとは遊び系イベントであればイベントに実行が可能との評価）
［Ｂさんの評価］
Ａさんに対する評価：「１」
（Ａさんとは遊び系イベントであればイベントの実行が可能との評価）
Ｃさんに対する評価：「１」
（Ｃさんとは遊び系イベントであればイベントに実行が可能との評価）
［Ｃさんの評価］
Ａさんに対する評価：「１」
（Ａさんとは遊び系イベントであればイベントの実行が可能との評価）
Ｂさんに対する評価：「４」
（Ｂさんとは文化系イベントであればイベントに実行が可能との評価）

このとき、Ａさん、Ｂさんの互いの評価情報に基づく評価は、「１」となっており、Ａさん、Ｃさんの互いの評価情報に基づく評価も「１」となっていることから、管理装置１００は、これらの評価情報に基づく評価を適合するものと判定する。しかし、ＢさんのＣさんに対する評価情報に基づく評価は「１」であるのに対し、ＣさんのＢさんに対する評価情報に基づく評価は「４」となっていることから、管理装置１００は、これらの評価情報に基づく評価を適合しないものと判定する。よって、この場合には、管理装置１００は、Ａさん、Ｂさん、Ｃさんの３人をイベントの実行が可能なメンバーとしては抽出せず、評価情報に基づく評価が適合しないＢさん又はＣさんのいずれかを除いて、再度、残りのメンバーのみで評価情報に基づく評価の適合性を判定する。仮に、Ｂさんを除いて、Ａさん、Ｃさんの２人の互いの評価情報に基づく評価を判定すれば、Ａさん、Ｃさんの互いの評価情報に基づく評価は適合することから（共に評価情報に基づく評価は「１」）、管理装置１００は、Ａさん、Ｃさんをイベントの実行が可能なメンバーとして抽出する（メンバー抽出手段１３）。なお、この場合、Ｃさんを除いて、Ａさん、Ｂさんの２人の互いの評価情報に基づく評価を判定しても、Ａさん、Ｂさんの互いの評価情報に基づく評価は適合することから（共に評価情報に基づく評価は「１」）、管理装置１００は、Ａさん、Ｂさんもイベントの実行が可能なメンバーとして抽出することができる。このため、この場合に、管理装置１００が、評価情報に基づく評価が適合しないＢさん又はＣさんのいずれを除いて評価情報に基づく評価の適合性を再度判定するかは、例えば、過去にイベント実行が可能なメンバーとして抽出された組み合わせ（「Ａさん、Ｂさん」と「Ａさん、Ｃさん」の組み合わせ）を考慮して、抽出された回数が多い組み合わせで、再度、評価情報に基づく評価の適合性を判定するよう設定するとよい。

このように、評価情報を、ユーザーが各メンバーとの関係において、実行可能なイベント内容を示すイベント内容情報として構成することで、イベント内容を勘案したイベントの実行が可能なメンバーの抽出が可能となり、より充実したイベントの実行に資することができる。なお、評価情報を「イベント実行可能人数情報」と「実行可能なイベント内容を示すイベント内容情報」とで構成することが可能であることは勿論のことである。

最後に、本実施例のイベント情報通報システムは、イベント情報通報システムの動作方法であってもよいし、コンピュータをイベント情報通報システム又は方法として機能させるためのプログラムでも実現される。このプログラムは、コンピュータで読み取り可能な記録媒体に格納されていてもよい。なお、上記記録媒体は、本実施例のイベント情報通報システムのＲＯＭそのものや、外部記憶装置（ＣＤ−ＲＯＭドライブ等）に挿入することで読み取り可能なＣＤ−ＲＯＭ、磁気テープ、カセットテープ、フレキシブルディスク、ハードディスク、ＭＯ／ＭＤ／ＤＶＤ等、又は半導体メモリであってもよい。

このように、本実施例では、本発明の趣旨を逸脱しない範囲で種々の変更が可能であることはいうまでもない。

１０ メンバーリスト記憶手段
１１ 空き時間情報受信手段
１２ 位置情報受信手段
１３ メンバー抽出手段
１４ メンバー情報送信手段
２０ 空き時間情報送信手段
２１ 位置情報送信手段
３０ ユーザー登録情報入力用Ｗｅｂページ
３１ ユーザー登録完了メール画面
３２ グループ入会案内情報作成用Ｗｅｂページ
３３ グループ入会案内画面
３４ グループメンバー登録完了メール画面
３５ グループメンバー登録完了メール画面
３６ グループ作成情報入力用Ｗｅｂページ
３７ グループ登録完了メール画面
３８ 評価情報入力用Ｗｅｂページ
３９ イベント開催情報入力用Ｗｅｂページ
４０ イベント開催通知のメール画面
４１ａ 入力欄
１００ 管理装置
１０１ 制御部
１０２ メモリ
１０３ 入力部
１０４ 出力部
１０５ ハードディスク
１０５ａ ユーザーリスト
１０５ｂ メンバーリスト
１０５ｃ 評価情報（ポイント）テーブル
１０６ 通信部
２００ ユーザー端末

Claims (5)

1. 他のメンバーとの人間関係の密度を表す評価情報を各メンバーごとに他のメンバーと関連付けてメンバーリストとして記憶するメンバーリスト記憶手段と、
   通信ネットワークを介して接続される複数のユーザー端末より、各メンバーの空き時間に関する情報を受信する空き時間情報受信手段と、
   該空き時間情報受信手段によって複数のユーザー端末から受信した空き時間が重なっていて、かつ、前記メンバーリストにおける評価情報に基づく評価が適合するメンバーが存在する場合に、それらのメンバーをイベントの実行が可能なメンバーとして抽出するメンバー抽出手段と、
   該メンバー抽出手段によって抽出されたイベントの実行が可能なメンバーの情報をそれらのユーザー端末に送信するメンバー情報送信手段とを備え、
   該評価情報には、各メンバーが他のメンバーとの関係において、何名であればイベントの実行が可能なのかを示すイベント実行可能人数情報が含まれていることを特徴とするイベント情報通報システム。
2. 請求項１に記載のイベント情報通報システムであって、
   該評価情報には、各メンバーが他のメンバーとの関係において、実行可能なイベント内容を示すイベント内容情報が含まれていることを特徴とするイベント情報通報システム。
3. 請求項１又は２に記載のイベント情報通報システムであって、
   該空き時間情報により特定された時間帯にメンバーが所在する位置に関する情報を複数のユーザー端末より受信する位置情報受信手段をさらに備え、
   該メンバー抽出手段は、さらに、該メンバーが所在する位置が所定の範囲内にある場合に、それらのメンバーをイベントの実行が可能なメンバーとして抽出することを特徴とするイベント情報通報システム。
4. メンバーリスト記憶手段、空き時間情報受信手段、メンバー抽出手段、メンバー情報送信手段を備えたイベント情報通報システムの動作方法であって、
   前記メンバーリスト記憶手段が、他のメンバーとの人間関係の密度を表す評価情報を各メンバーごとに他のメンバーと関連付けてメンバーリストとして記憶するメンバーリスト記憶ステップと、
   前記空き時間情報受信手段が、通信ネットワークを介して接続される複数のユーザー端末より、各メンバーの空き時間に関する情報を受信する空き時間情報受信ステップと、
   前記メンバー抽出手段が、該空き時間情報受信ステップによって複数のユーザー端末から受信した空き時間が重なっていて、かつ、前記メンバーリストにおける評価情報に基づく評価が適合するメンバーが存在する場合に、それらのメンバーをイベントの実行が可能なメンバーとして抽出するメンバー抽出ステップと、
   前記メンバー情報送信手段が、該メンバー抽出ステップによって抽出されたイベントの実行が可能なメンバーの情報をそれらのユーザー端末に送信するメンバー情報送信ステップとを実行するイベント情報通報システムの動作方法であり、
   該評価情報には、各メンバーが他のメンバーとの関係において、何名であればイベントの実行が可能なのかを示すイベント実行可能人数情報が含まれていることを特徴とするイベント情報通報システムの動作方法。
5. コンピュータを、
   他のメンバーとの人間関係の密度を表す評価情報を各メンバーごとに他のメンバーと関連付けてメンバーリストとして記憶するメンバーリスト記憶手段と、
   通信ネットワークを介して接続される複数のユーザー端末より、各メンバーの空き時間に関する情報を受信する空き時間情報受信手段と、
   該空き時間情報受信手段によって複数のユーザー端末から受信した空き時間が重なっていて、かつ、前記メンバーリストにおける評価情報に基づく評価が適合するメンバーが存在する場合に、それらのメンバーをイベントの実行が可能なメンバーとして抽出するメンバー抽出手段と、
   該メンバー抽出手段によって抽出されたイベントの実行が可能なメンバーの情報をそれらのユーザー端末に送信するメンバー情報送信手段と
   を備え、該評価情報には、各メンバーが他のメンバーとの関係において、何名であればイベントの実行が可能なのかを示すイベント実行可能人数情報が含まれているイベント情報通報システム
   として機能させるためのイベント情報通報プログラム。

Images