JP2014215784A - サーバ装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】コミュニケーションを支援するシステムにおいて、イベント開催を支援するＵＩでなかった。
【解決手段】イベント開催情報と第一識別子とを第一端末装置から受信し、かつイベントの参加情報と第二識別子とを第二端末装置から受信する受信部と、受信したイベント開催情報を１以上の送信先識別子が示す送信先に送信する送信部と、予め決められた条件を満たした場合、イベント開催情報を用いてイベントグループ情報を生成し、蓄積する生成部とを具備し、予め決められた条件を満たした以降は、受信部は参加情報を受信しない、または送信部は受信部が受信した参加情報を送信しないサーバ装置と、幹事が入力した情報と他のユーザが入力した情報とを視覚的に区別可能なように出力する第二端末装置とを具備する情報システムにより、イベント関係者の中の各人のイベントにおける立場を明瞭に示すことにより、使い易いユーザインターフェイスを提供できる。
【選択図】図２

Description

本発明は、いわゆるイベント等への参加等を支援するサーバ装置等に関するものである。

従来、グループを構成し、グループ間でメールのやり取りが可能なメールサービスが存在した（例えば、非特許文献１参照）。

"無料通話、無料メール ＬＩＮＥ"、［ｏｎｌｉｎｅ］、［平成２５年３月２２日検索］、インターネット［ＵＲＬ：http://line.naver.jp/ja/］

しかしながら、従来技術においては、イベントの開催、イベント参加候補者間でのコミュニケーション等を支援する仕組みが存在しなかった。つまり、従来技術においては、イベントに着目して、動的に参加者が変化するグループのコミュニケーションや思い出作り等を支援する仕組みが存在しなかった。

また、従来技術においては、イベントの開催等を支援するシステムであり、イベント関係者の中の各人のイベントにおける役割を明瞭に示すことにより、使い易いユーザインターフェイスを提供しているシステムが存在しなかった。

本第一の発明の情報システムは、サーバ装置とイベントの開催を提案する幹事の端末装置である第一端末装置とイベントの参加候補者の端末装置である２以上の第二端末装置とを具備する情報システムであって、サーバ装置は、イベントへの参加を促す情報を送信する送信先を識別する送信先識別子を有する１以上のユーザ情報を格納し得るユーザ情報格納部と、１以上のイベント参加者を含むグループであり、イベントへの参加を呼びかける幹事の第一端末装置を識別する第一識別子またはイベントの参加者であるユーザの第二端末装置を識別する第二識別子で識別される１以上の参加者を含むグループであるイベントグループに関する情報である１以上のイベントグループ情報を格納し得るイベントグループ情報格納部と、イベントの開催を示すイベント開催情報と第一識別子とを第一端末装置から受信し、かつイベントに参加する旨の情報を含む参加情報と第二識別子とを第二端末装置から受信する受信部と、受信部がイベント開催情報を受信した場合、イベント開催情報を、１以上の送信先識別子のうちの１以上の送信先識別子が示す送信先である参加候補者に送信し、受信部が参加情報を受信した場合、参加情報を、第一識別子で識別される第一端末装置に送信する送信部と、予め決められた条件を満たした場合、イベント開催情報を用いて、イベントグループ情報を生成する生成部と、生成部が生成したイベントグループ情報をイベントグループ情報格納部に蓄積する蓄積部とを具備し、第一端末装置は、第一識別子を格納し得る第一格納部と、幹事からイベント開催情報を含む情報を受け付ける第一受付部と、第一受付部が受け付けたイベント開催情報を含む情報と第一格納部に格納されている第一識別子とを、サーバ装置に送信する第一送信部と、第二端末装置から送信された情報であり、参加情報を含む情報を第二端末装置のユーザを識別するユーザ識別子とともに、サーバ装置経由で受信する第一受信部と、第一受付部が受け付けたイベント開催情報を含む情報と第一識別子に対応する幹事のユーザ識別子、および第一受信部が受信した情報と第一受信部が受信した第二端末装置のユーザを識別するユーザ識別子を出力する第一出力部とを具備し、第二端末装置は、第二識別子を格納し得る第二格納部と、ユーザから参加情報を含む情報を受け付ける第二受付部と、第二受付部が受け付けた情報と第二格納部に格納されている第二識別子とを、サーバ装置に送信する第二送信部と、第一端末装置から送信されたイベント開催情報を含む情報と幹事のユーザ識別子、および他の第二端末装置から送信された参加情報を含む情報と他の第二端末装置のユーザを識別するユーザ識別子を、サーバ装置経由で受信する第二受信部と、第二受付部が受け付けた情報と第二識別子に対応するユーザ識別子、および第二受信部が受信したイベント開催情報を含む情報と幹事のユーザ識別子、および第二受信部が受信した参加情報を含む情報と他の第二端末装置のユーザを識別するユーザ識別子を出力する第二出力部とを具備し、第二出力部は、幹事が入力した情報と、他のユーザが入力した情報とを、視覚的に区別可能なように出力する情報システムである。

かかる構成により、イベント関係者の中の各人のイベントにおける立場を明瞭に示すことにより、使い易いユーザインターフェイスを提供できる。

また、本第二の発明の情報システムは、第一の発明に対して、イベントグループ情報は、イベントの参加者の募集期間に関する情報である参加者募集期間情報を有し、第二出力部は、参加者募集期間情報が示す参加者の募集期間において、幹事が入力した情報と、他のユーザが入力した情報とを同時に出力し、かつ幹事が入力した情報と、他のユーザが入力した情報とを視覚的に区別して出力する情報システムである。

かかる構成により、イベントへの参加／不参加を決定する際のコミュニケーションにおいて、幹事と他のユーザとの区別が明瞭になり、参加／不参加の判断の効率、コミュニケーションの情報収集の効率が向上する。

また、本第三の発明の情報システムは、第一または第二の発明に対して、第二受付部は、イベントに参加しない旨の情報を含む不参加情報をも受け付け、ベントグループ情報は、参加者を識別する第二識別子に対応する１以上の参加者識別子および不参加者を識別する第二識別子に対応する１以上の不参加者識別子を有し、第二受信部は、第一端末装置から送信されたイベント開催情報を含む情報と幹事のユーザ識別子、他の第二端末装置から送信された参加情報と参加者識別子、他の第二端末装置から送信された不参加情報と不参加者識別子を、サーバ装置経由で受信し、第二出力部は、幹事が入力した情報と、参加者識別子で識別される参加者が入力した情報と、不参加者識別子で識別される参加者が入力した情報とを同時に出力し、かつ幹事が入力した情報と、参加者が入力した情報と、不参加者が入力した情報とを視覚的に区別して出力する情報システムである。

かかる構成により、イベント関係者の中の各人のイベントにおける立場（幹事、参加者、または不参加者等）を明瞭に示すことにより、使い易いユーザインターフェイスを提供できる。

また、本第四の発明の情報システムは、第一から第三いずれかの発明に対して、第二受信部は、イベント開催情報を受信した第二端末装置のユーザであり、参加情報も不参加情報も入力していないユーザである参加未定者が入力した情報をも受信し、第二出力部は、参加未定者が入力した情報をも他の情報と同時に出力し、かつ参加未定者が入力した情報をも他の情報と視覚的に区別して出力する情報システムである。

かかる構成により、イベント関係者の中の各人のイベントにおける立場（幹事、参加者、不参加者または参加未定者等）を明瞭に示すことにより、使い易いユーザインターフェイスを提供できる。

また、本第五の発明の情報システムは、第一から第四いずれかの発明に対して、第二出力部は、幹事を識別するユーザ識別子を矩形上の画面の一辺上に配置し、他のユーザのユーザ識別子を矩形上の画面の一辺とは反対側の辺上に配置することにより、幹事が入力した情報と、他のユーザが入力した情報とを視覚的に区別して出力する情報システムである。

かかる構成により、イベント関係者の中の各人のイベントにおける立場を明瞭に示すことにより、使い易いユーザインターフェイスを提供できる。

また、本第六の発明のサーバ装置は、第一から第五いずれかの発明に対して、参加者募集期間情報が示すイベント参加募集期間において、受信部は、第一端末装置および第二端末装置から情報を受信し、送信部は、第二端末装置から受信した情報を、第一端末装置にのみ送信し、第二受信部は、他の第二端末装置から送信された情報は受信せず、第二出力部は、幹事が入力した情報と第二受付部が受け付けた情報のみを出力するサーバ装置である。

かかる構成により、参加が決定するまでは、参加候補者は幹事とのみ通信でき、個人情報が保護され得る。

また、本第七の発明の情報システムは、第一から第六いずれかの発明に対して、受信部は、イベントを識別するイベント識別子と参加情報と第二識別子とを第二端末装置から受信し、かつイベントを識別するイベント識別子と不参加情報と第二識別子とを第二端末装置から受信し、第二識別子ごとに、受信部が参加情報を受信した数、受信部が不参加情報を受信した数、送信部がイベント開催情報を送信した数のうちの１以上の数値を用いて、第二識別子で識別されるユーザのイベントの参加頻度に関する参加頻度情報を取得する処理部をさらに具備し、送信部は、第二識別子と第二識別子で識別されるユーザの参加頻度情報を、第一端末装置または第二端末装置に送信し、第一端末装置の第一受信部または第二端末装置の第二受信部は、第二識別子と参加頻度情報とを受信し、第一端末装置の第一出力部または第二端末装置の第二出力部は、第二識別子に対応するユーザ識別子と参加頻度情報とを対応付けて出力する情報システムである。

かかる構成により、ユーザのイベントに対する参加頻度を知ることができ、イベントに誘う際等に有益である。

また、本第八の発明の情報システムは、第七の発明に対して、処理部は、第二識別子ごと、およびイベント開催情報を送信したユーザである幹事毎に、第二識別子で識別されるユーザの参加頻度情報を取得し、送信部は、幹事を識別する第一識別子と第二識別子と参加頻度情報との組を１組以上、第一端末装置または第二端末装置に送信し、第一端末装置の第一受信部または第二端末装置の第二受信部は、幹事を識別する第一識別子と第二識別子と参加頻度情報との組を１組以上、受信し、第一端末装置の第一出力部または第二端末装置の第二出力部は、第一識別子に対応する幹事のユーザ識別子と第二識別子に対応するユーザ識別子と参加頻度情報とを対応付けて出力する情報システムである。

かかる構成により、ユーザのイベントに対する、幹事ごとの参加頻度を知ることができ、イベントに誘う際等に有益である。

また、本第九の発明の情報システムは、第七または第八の発明に対して、イベントグループ情報は、イベントの種類を示すイベント種類識別子を有し、処理部は、さらにイベント種類識別子ごとに、第二識別子で識別されるユーザの参加頻度情報を取得し、送信部は、イベント種類識別子をも参加頻度情報とともに、第一端末装置または第二端末装置に送信し、第一端末装置の第一受信部または第二端末装置の第二受信部は、イベント種類識別子をも参加頻度情報とともに受信し、第一端末装置の第一出力部または第二端末装置の第二出力部は、イベント種類識別子をも参加頻度情報と対応付けて出力する情報システムである。

かかる構成により、ユーザのイベントに対する、イベントの種類ごとの参加頻度を知ることができ、イベントに誘う際等に有益である。

本発明によるサーバ装置によれば、イベント関係者の中の各人のイベントにおける役割を明瞭に示すことにより、使い易いユーザインターフェイスを提供できる。

実施の形態１における情報システムの構成を説明する概念図 同情報システムのブロック図 同サーバ装置１の動作について説明するフローチャート 同サーバ装置１の動作について説明するフローチャート 同イベント開催処理について説明するフローチャート 同送信先識別子取得処理について説明するフローチャート 同第一端末装置２の動作について説明するフローチャート 同情報出力処理について説明するフローチャート 同第二端末装置３の動作について説明するフローチャート ユーザ情報管理表を示す図 同イベント参加情報管理表を示す図 同対話関連情報管理表を示す図 同イベントグループ情報管理表を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同端末装置の画面例を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、サーバ装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、イベントの発起人である幹事から送信されたイベントの開催情報を参加候補者に送信し、参加候補者はイベントへの参加または不参加を表明し、参加者の間におけるイベントのグループを構成する情報システムについて説明する。なお、イベントに関するグループは、イベントグループと言う。また、イベントグループは、通常、一時的なグループである。また、イベントとは、飲み会、花見、ハイキング、登山、スポーツの実施等である。

また、本実施の形態において、イベント関係者の中の各人のイベントにおける立場を明瞭に表示することにより、使い易いユーザインターフェイスを提供できる端末装置を含む情報システムについて説明する。特に、イベントへの参加者募集期間において、幹事と参加者候補者の間で行われるコミュニケーションの画面において、幹事と、参加者候補者とを識別可能に出力する端末装置について説明する。なお、端末装置とは、後述する第一端末装置と第二端末装置の総称である。また、イベントにおける立場は、役割と言っても良く、例えば、幹事、参加者、不参加者、未定者、参加候補者等である。

また、本実施の形態において、予め決められた条件を満たす場合に、イベントグループの情報が生成される。なお、予め決められた条件とは、例えば、イベント参加募集の終了、幹事からイベントを行う旨の情報の受信等である。また、イベント参加募集の終了は、幹事の入力、または自動的等によりにより判断される。自動的な判断は、例えば、設定した時間の経過、参加情報の送信から所定の時間が経過したこと、設定した参加人数に参加者が達したこと等により行われる。

また、本実施の形態において、イベントグループ情報が生成された以後、イベントグループの中でコミュニケーションが可能となる情報システムについて説明する。つまり、本実施の形態において、コミュニケーションを行うグループが動的に変化する情報システムについて説明する。イベントの開催情報は参加候補者の全員に送信されるが、例えば、イベント開催後は、イベントの参加者のみに送信される情報もある。また、イベントへの参加または不参加を表明後、例えば、イベント不参加者は、一定の情報にアクセスできない、等のアクセス制御がなされる。

また、本実施の形態において、イベントグループ情報の生成後、イベントグループに対して、幹事、または参加者はイベント関連情報をサーバ装置にアップできる。なお、イベント関連情報は、イベントに関する写真や感想等のコメント等である。また、サーバ装置にアップされたイベント関連情報は、サーバ装置にイベント識別子に対応付けて蓄積される。

また、本実施の形態において、イベント参加募集期間は、幹事と参加候補者間のみ通信可能である情報システムについて説明する。つまり、情報システムにおいて、イベント参加募集期間は、幹事と一の参加候補者との間のみ通信可能で、２以上の参加候補者間では情報交換はされない構成でも良い。

また、本実施の形態において、ユーザのイベントに対する参加頻度を知ることができる情報システムについて説明する。また、ここでは、参加頻度は、幹事毎、イベントの種類毎等の、種々の観点の参加頻度である。なお、参加頻度は、参加率や参加回数などを含む概念である。

また、本実施の形態において、情報システムは、参加候補者を自動取得しても良い。本実施の形態において、情報システムは、幹事の位置情報と所定の関係にある位置情報の参加候補者のみを自動抽出することは好適である。

また、本実施の形態において、情報システムは、イベントグループの統合が可能であることは好適である。

また、本実施の形態において、情報システムは、既に存在するイベントグループの情報を元に、新たなグループを生成したり、イベント参加者が投稿した写真を用いて、イベントのアルバムを生成したりできることは好適である。

さらに、情報システムにおいて、予め決められた条件を満たした場合、イベントグループを自動削除することは好適である。

図１は、情報システムの構成を説明する概念図である。情報システムは、サーバ装置１、１以上の第一端末装置２、および１以上の第二端末装置３を備える。第一端末装置２、および第二端末装置３は、通常、携帯端末、携帯電話等である。携帯端末は、例えば、いわゆるスマートフォン、携帯用パソコン等である。また、第一端末装置２は、イベントを企画した幹事の端末装置であり、第二端末装置３は、イベントの参加者の端末装置である。また、第一端末装置２と第二端末装置３とは、総称して端末装置と言う。さらに、第一端末装置２は第二端末装置３になり得、第二端末装置３は第一端末装置２になり得る。

図２は、本実施の形態における情報システムのブロック図である。情報システムを構成するサーバ装置１は、ユーザ情報格納部１０、対話関連情報格納部１１、イベントグループ情報格納部１２、受信部１３、送信先決定部１４、送信部１５、生成部１６、蓄積部１７、イベント統合部１８、削除部１９、および処理部２０を備える。また、受信部１３は、解析手段１３１を具備しても良い。

第一端末装置２は、第一格納部２０、第一受付部２１、第一送信部２２、第一受信部２３、第一処理部２４、および第一出力部２５を備える。

第二端末装置３は、第二格納部３０、第二受付部３１、第二送信部３２、第二受信部３３、第二処理部３４、および第二出力部３５を備える。

サーバ装置１を構成するユーザ情報格納部１０は、１以上のユーザ情報を格納し得る。ユーザ情報は、送信先識別子を有する。送信先識別子は、情報を送信する送信先を識別する情報であり、メールアドレス、電話番号、ＩＰアドレス、送信先の端末装置のＭＡＣアドレス等である。なお、送信する情報は、例えば、イベントへの参加を促すイベント開催情報である。また、ユーザ情報は、ユーザの属性を示す１以上のユーザ属性値を有することは好適である。ユーザ属性値は、頻繁には変化しない固定的な属性値である静的属性値、または動的に変化する属性値である動的属性値である。静的属性値は、ユーザの性別、年齢、年齢帯（例えば、２０代、３０歳〜４９歳等）、ユーザの職業等である。動的属性値は、ユーザが保持している端末装置の位置を示す位置情報、ユーザが居る場所の天気、気温、季節、日時、時間、曜日、イベント識別子と参加または不参加を示す情報、イベントの参加頻度情報、幹事毎のイベントの参加頻度情報、イベントの種類ごとのイベントの参加頻度情報、イベント識別子と当該イベントに参加したか否かを示す情報（参加／不参加を示す情報）、ユーザの状態等である。ユーザ属性値は、ユーザの属性、特性を示す情報であれば何でも良い。なお、参加頻度情報とは、イベントの参加頻度に関する情報であり、例えば、参加率や参加回数や単位期間（例えば、１年）における参加率や単位期間における参加回数等である。また、ユーザ情報は、１以上の参加者候補識別子を有していても良い。参加者候補識別子は、イベントの参加候補者となる者の識別子であり、例えば、第二識別子や第二識別子に対応するユーザ識別子等である。ユーザ情報は、イベント種類識別子または参加者グループ識別子ごとに、１以上の参加者候補識別子を有していても良い。ここで、イベント種類識別子は、イベントの種類を示す情報であり、参加者グループ識別子は、ユーザがイベント開催情報を送信したい１以上のグループを識別する情報である。参加者グループ識別子は、イベント種類識別子の概念を含む、と考えても良い。なお、ユーザの状態とは、ユーザの状態とは、例えば、暇か否かを示す情報、現在空いているか否かを示す情報、現在イベントに参加可能であるか否かを示す情報、ある種類のイベント（例えば、ゴルフやフットサルや飲み会等）に参加したいと考えていることを示す情報等である。

対話関連情報格納部１１は、１以上の対話関連情報を格納し得る。対話関連情報は、イベントの幹事と、イベントの参加候補者の対話である１以上の対話に関する情報である。対話関連情報は、イベントの幹事またはイベントの参加候補者であるユーザにより入力された対話情報を含む。対話情報は、通常、イベントに参加する前の情報であり、通常、テキストであるが、静止画や動画や音声等であっても良い。また、対話情報は、通常、対話の情報である。対話の情報とは、イベントへの参加を促す文章、イベントへ参加を表明する文章、イベントに参加しない旨を示す文章、イベントの詳細情報を示す情報、イベントに関する質問を示す文章等である。また、対話関連情報は、イベントを識別するイベント識別子、ユーザを識別するユーザ識別子を有する。ユーザ識別子は、送信先識別子と同一でも良い。ユーザ識別子は、後述する第一識別子または第二識別子でも良い。ユーザ識別子は、対話情報を入力したユーザの識別子である。ユーザ識別子は、例えば、ユーザの氏名、名前、ユーザＩＤ、メールアドレス、電話番号、ＩＰアドレス等である。また、対話関連情報は、対話情報の種類を示す情報種類識別子を有しても良い。情報種類識別子は、例えば、イベント開催情報（例えば、「１」）、参加情報（例えば、「２」）、不参加情報（例えば、「３」）、その他（例えば、「４」）があり得る。イベント開催情報は、イベントの開催を知らせ、参加者を募る情報であり、通常、テキストを有する。イベント開催情報は、イベント開催を示すフラグを有しても良い。参加情報は、イベントへの参加を知らせる情報であり、通常、テキストを有する。参加情報は、参加の意思を示すフラグを有しても良い。不参加情報は、イベントへの参加しないことを知らせる情報であり、通常、テキストを有する。不参加情報は、不参加の意思を示すフラグを有しても良い。

イベントグループ情報格納部１２は、１以上のイベントグループ情報を格納し得る。イベントグループ情報は、イベントグループに関する情報である。イベントグループとは、１以上のイベント参加者を含むグループである。１以上のイベント参加者は、通常、幹事を含む。なお、幹事は、イベント開催情報を送信した者である。イベントグループ情報は、通常、イベント識別子、イベント関連情報を含む。イベント識別子は、イベントを識別する情報であり、例えば、サーバ装置１が生成したユニークな情報であるが、幹事の第一端末装置２が送信してきた情報等でも良い。また、イベント識別子は、イベントグループ情報に含まれる、と考えても良い。イベントグループ情報は、例えば、イベントの種類を示すイベント種類識別子を有する。イベント種類識別子は、例えば、「飲み会」「フットサル」「ゴルフ」等を示す情報である。イベントグループ情報は、例えば、イベント内容情報を含む。イベント内容情報は、例えば、イベントの内容を示す情報、イベント開催時日、イベントが行われる場所、参加数制限情報などを有する。参加数制限情報とは、イベントへの参加数の制限に関する情報である。参加数制限情報は、幹事を含んでも含まなくても良い。また、イベントグループ情報は、例えば、イベント関連情報を含む。イベント関連情報は、イベントに関連する情報である。また、イベント関連情報は、イベント参加者が送信した情報を含むことは好適である。イベント参加者が送信した情報とは、イベントの写真、イベントに対するコメント等の文字列、イベントの動画等である。また、イベントグループ情報は、通常、イベントの参加者を識別する２以上の参加者情報を含む。イベントグループ情報は、イベントに不参加の者を示す１以上の不参加者情報を含んでも良い。参加者情報および不参加者情報は、例えば、第一識別子、および１以上の第二識別子を有する。第一識別子は、イベントへの参加を呼びかけるユーザの第一端末装置２を識別する情報である。第二識別子は、イベントへの参加者または不参加者であるユーザの第二端末装置３を識別する情報である。第一識別子とは、第一端末装置２のユーザを識別する情報でも良い。第一識別子は、例えば、第一端末装置２の電話番号、ＩＰアドレス、メールアドレス、ＭＡＣアドレス、第一端末装置２のユーザＩＤ、氏名等である。また、第二識別子とは、第二端末装置３のユーザを識別する情報でも良い。第二識別子は、例えば、第二端末装置３の電話番号、ＩＰアドレス、メールアドレス、ＭＡＣアドレス、第二端末装置３のユーザＩＤ、氏名等である。また、イベントグループ情報格納部１２は、各イベントグループ情報に対応付けて、イベントの参加募集の終了のフラグ等を保持しても良い。

受信部１３は、第一端末装置２または第二端末装置３から、情報や指示等を受信する。

受信部１３は、イベント開催情報と第一識別子とを第一端末装置２から受信する。受信部１３は、イベント開催情報と第一識別子と共に、イベント開催情報を送信する送信先を示す１以上の第二識別子を有しても良い。なお、かかる１以上の第二識別子は、参加候補者の識別子であり、例えば、幹事が選択した参加候補者の第二識別子である。また、ここでの第二識別子は、送信先識別子と同じでも良い。また、受信部１３は、イベント開催情報と第一識別子と共に、イベント種類識別子（例えば、「飲み会」「ゴルフ」等）を受信しても良い。イベント種類識別子は、通常、参加候補者を決定するために使用される。また、受信部１３は、イベント開催情報と情報種類識別子と第一識別子とを第一端末装置２から受信しても良い。かかる場合の情報種類識別子は、ここでは、受信された情報がイベント開催情報であることを示す情報である。なお、情報種類識別子は、受信された情報の種類を示す情報であり、特に、受信された対話情報の種類を示す情報である。また、イベント開催情報は、文字列でも良いが、タグ等により構造化された情報でも良い。構造化された情報とは、例えば、「＜内容＞飲み会 ＜場所＞○○店 ＜日時＞１２月５日 ２０：００ ＜コメント＞飲みに行かない？」である。また、受信部１３は、イベント開催情報と第一識別子とに加えて、イベントへの参加募集の終期の情報を受信しても良い。また、イベント開催情報が有するイベントの場所は、店舗名でも良いし、位置情報（例えば、（経度，緯度）の情報）でも良いし、待ち合わせ場所を示す場所情報（駅名、ランドスケープ等）等でも良い。また、受信部１３は、イベント開催情報と第一識別子とに加えて、イベント開始日時を受信しても良い。なお、受信部１３がイベント開催情報と共に受信するイベント開始日時等は、幹事が第一端末装置２に入力し、第一端末装置２から送信された情報である。

また、受信部１３は、イベントに参加する旨の情報を含む参加情報と第二識別子とを第二端末装置３から受信する。参加情報は、参加を示すフラグだけでも良いし、参加を示すフラグとコメントでも良いし、参加の意思が記載されたコメント等でも良い。また、受信部１３は、イベントに参加しない旨の情報を含む不参加情報と第二識別子とを第二端末装置３から受信する。不参加情報は、不参加を示すフラグだけでも良いし、不参加を示すフラグとコメントでも良いし、不参加の意思が記載されたコメント等でも良い。なお、参加を示すフラグは、例えば、第二端末装置３のユーザが、イベントに参加することを意味するボタンの押下やメニュー項目の選択を行うこと等により、第二端末装置３に入力された情報である。また、同様に、不参加を示すフラグは、例えば、第二端末装置３のユーザが、イベントに参加しないことを意味するボタンの押下やメニュー項目の選択を行うこと等により、第二端末装置３に入力された情報である。また、受信部１３は、参加情報または不参加情報、情報種類識別子、および第二識別子を第二端末装置３から受信しても良い。かかる場合の情報種類識別子は、ここでは、受信された情報が参加情報または不参加情報であることを示す情報である。さらに、受信部１３は、通常、参加情報または不参加情報、第二識別子に加えて、イベントを識別するイベント識別子を受信する。

また、受信部１３は、生成部１６がイベントグループ情報を生成した後、イベント参加者の第一識別子または第二識別子で識別される第一端末装置２または第二端末装置３から、イベント識別子とイベント関連情報とを受信しても良い。また、受信部１３は、イベントの開始時間以降に、イベント参加者の第一識別子または第二識別子で識別される第一端末装置２または第二端末装置３から、イベント識別子とイベント関連情報とを受信しても良い。つまり、イベントの開始時間以前またはイベント参加募集期間においては、イベント識別子とイベント関連情報とを受信しないことは好適である。

受信部１３は、イベント参加者のみ（ここでのイベント参加者とは、イベント参加者の端末装置と同意義）から、イベント識別子とイベント関連情報とを受信することは好適である。イベント参加者の端末装置は、イベント開催情報を送信した送信先識別子で識別される第一端末装置２および参加情報を送信した第二識別子で識別される１以上の第二端末装置３とからなる。なお、受信部１３は、生成部１６がイベントグループ情報を生成する前でも、イベント参加者の第一識別子または第二識別子で識別される第一端末装置２または第二端末装置３から、イベント識別子とイベント関連情報とを受信しても良い。

また、受信部１３は、第一端末装置２または第二端末装置３から、端末装置の位置情報と端末装置の識別子とを受信しても良い。なお、端末装置の識別子とは、通常、第一識別子または第二識別子であるが、端末装置のユーザのユーザ識別子でも良い。なお、この位置情報は、第一識別子または第二識別子で識別されるユーザ（端末装置）が存在する位置を示す情報である。位置情報は、通常、（緯度，経度）の情報であるが、他のデータ構造の情報でも良い。

また、受信部１３は、２以上のイベントグループ情報を統合する指示であるイベント統合指示を受信する。イベント統合指示は、２以上のイベントグループ情報を識別するイベント識別子を有する。また、イベント統合指示は、２以上のイベントグループ情報が有するイベント関連情報を一括して扱えるための指示である。イベント関連情報を一括して扱うとは、一の指示により、２以上のイベントグループ情報が有するイベント関連情報をダウンロードしたり、編集したり、削除したりできることである。

また、受信部１３は、イベントグループ情報を削除する削除指示を受信しても良い。削除指示は、イベント識別子を有する。

また、受信部１３は、イベントに関するアルバムを構成するアルバム作成指示を受信しても良い。アルバム作成指示は、イベント識別子を有する。

また、受信部１３は、既存のイベントグループ情報を元にして、新たなイベントグループ情報を生成する指示であるイベントグループ生成指示を受信しても良い。イベントグループ生成指示は、既存のイベントグループ情報を識別する既存のイベント識別子を有する。イベントグループ生成指示は、新しいイベント識別子を生成し、既存のイベントグループ情報が有する２以上の参加者識別子を利用して、新たなイベントグループ情報を生成する指示である。

また、受信部１３は、通常、予め決められた条件を満たした以降は、参加情報を受信しない。つまり、通常、イベントには、当該イベントへの参加募集の期間が存在する。予め決められた条件とは、イベント開催情報が有するイベント参加募集終了期間が経過したこと、イベントの参加者がイベントへの参加募集数に到達したこと等である。なお、ここで受信部１３は参加情報を受信しても、当該受信した参加情報が参加情報として扱われなければ、受信していないものとする。

また、受信部１３は、参加頻度情報の送信指示を端末装置から受信しても良い。参加頻度情報の送信指示は、ユーザの参加頻度情報の送信を促す指示である。参加頻度情報の送信指示は、参加頻度情報を送信するユーザ識別子を含んでいても良い。ここでのユーザ識別子は第一識別子または第二識別子でも良い。

また、受信部１３は、ユーザの状態を受信しても良い。ユーザの状態とは、例えば、暇か否かを示す情報、現在空いているか否かを示す情報、現在イベントに参加可能であるか否かを示す情報等である。なお、ユーザの状態も、ユーザの属性値の一種である、と考えても良い。

また、上記のユーザの状態は、イベント種類識別子に対応付いている情報であり、当該イベント種類識別子で識別されるイベントへの参加希望を示す情報であっても良い。また、ユーザの状態は、イベント種類識別子そのものであっても良い。かかる場合、ユーザは、イベント種類識別子で識別されるイベントに参加したい、という状態である。

受信部１３を構成する解析手段１３１は、受信部１３が受信した情報の種類を示す情報種類識別子を取得する。情報の種類とは、例えば、イベント開催情報、参加情報、不参加情報、イベント関連情報、イベント統合指示、削除指示、アルバム作成指示、参加頻度情報の送信指示等である。

受信部１３が受信する情報が情報種類識別子を有する場合、解析手段１３１は、かかる情報種類識別子を取得する。

また、解析手段１３１は、受信されたテキストである情報を解釈し、当該情報がイベント開催情報、参加情報、不参加情報等のうちのいずれの種類であるかを判断して、情報種類識別子を取得しても良い。なお、情報の種類を判断するために、解析手段１３１は、情報種類識別子に対応付けて、１以上の用語を有する用語辞書を保持していても良い。かかる場合、解析手段１３１は、例えば、受信されたテキストに含まれる１以上の用語が含まれる用語辞書を決定し、当該用語辞書に対応する情報種類識別子を取得する。さらに、解析手段１３１は、受信部１３が受信した情報の中で、イベント識別子を有さない情報は、イベント開催情報である、と判断しても良い。

送信先決定部１４は、受信部１３がイベント開催情報を受信した場合、イベント開催情報を送信する送信先の１以上の送信先識別子を取得する。送信先決定部１４は、例えば、１以上の送信先識別子を、ユーザ情報格納部１０から取得する。例えば、送信先決定部１４は、イベント開催情報を送信してきた第一端末装置２の第一識別子に対応する１以上の送信先識別子を、ユーザ情報格納部１０から取得する。

また、送信先決定部１４は、受信部１３がイベント開催情報と１以上の第二識別子とを受信した場合、当該１以上の第二識別子を取得する。なお、かかる１以上の第二識別子は、参加候補者の識別子である。また、かかる場合、送信先決定部１４は、受信部１３が受信した１以上の第二識別子のうち、ユーザの状態が「忙しい」を示す状態のユーザに対応する第二識別子を除いて、１以上の第二識別子を取得することは好適である。

また、受信部１３が第一識別子と、イベント種類識別子または参加者グループ識別子とを含むイベント開催情報を受信した場合、送信先決定部１４は、当該第一識別子と、イベント種類識別子または参加者グループ識別子とに対応する１以上の第二識別子を、ユーザ情報格納部１０から取得する。

送信先決定部１４は、１以上のユーザ属性値を用いて、イベント開催情報を送信する送信先の１以上の送信先識別子を、選択的に取得しても良い。例えば、送信先決定部１４は、第一端末装置２の位置情報に対して、予め決められた条件を満たす位置情報に対応する１以上の送信先識別子を取得することは好適である。なお、予め決められた条件は、第一端末装置２の位置情報と比較して、位置情報が閾値より近い第二端末装置３であること、同一の都道府県であること等である。

また、送信先決定部１４は、ユーザ情報が有するユーザの状態をも用いて、イベント開催情報を送信する送信先の１以上の送信先識別子を取得することは好適である。つまり、例えば、送信先決定部１４は、ユーザの状態が「忙しい」を示す情報である場合、当該ユーザの状態に対応する送信先識別子は取得しない。また、例えば、イベント種類識別子「ゴルフ」で識別されるイベントのイベント開催情報が受信された場合、送信先決定部１４は、
イベント種類識別子「ゴルフ」で識別されるイベントへの参加希望を示すユーザの状態に対応する送信先識別子を、優先的に取得することは好適である。

また、送信先決定部１４は、対応するイベントのイベント種類識別子が「今から行うイベント」を示す情報である場合に、ユーザの状態をも用いて、イベント開催情報を送信する送信先の１以上の送信先識別子を取得しても良い。つまり、イベント種類識別子が「今から行うイベント」を示す情報であり、かつユーザの状態が「忙しい」を示す情報である場合、送信先決定部１４は、当該ユーザの状態に対応する送信先識別子は取得しない。

また、送信先決定部１４は、参加情報、不参加情報、またはイベント関連情報等の送信先を決定しても良い。参加情報、不参加情報、またはイベント関連情報等の送信先の送信先識別子として、送信先決定部１４は、イベントの参加候補者全員の送信先識別子を取得しても良いし、参加を表明している者の送信先識別子のみを取得しても良いし、幹事の送信先識別子のみを取得しても良い。送信先決定部１４は、参加情報、不参加情報等の第二端末装置３から受信した情報に対する送信先識別子として、幹事の送信先識別子のみを取得することは好適である。幹事の送信先識別子は、第一端末装置２の送信先識別子であり、第一識別子、または第一識別子と対になる送信先識別子である。また、送信先決定部１４は、受信部１３が参加情報または不参加情報への返答を示す情報を第一端末装置２から受信した場合、当該参加情報または不参加情報を送信した第二端末装置３の送信先識別子のみを取得することは好適である。

送信部１５は、送信先決定部１４が取得した１以上の送信先識別子が示す送信先に、受信部１３が受信した情報の全部または一部を送信する。

送信部１５は、第一端末装置２および第二端末装置３から受信した情報を送信する。送信部１５は、受信部１３が情報を受信した場合に、情報に対応するイベントの参加者の端末装置であり、少なくとも情報を送信した端末装置を除くすべての端末装置に、受信部１３が受信した情報を送信することは好適である。また、第一端末装置２および第二端末装置３から情報が受信された場合、送信部１５は、当該情報を送信した者の立場（役割と言っても良い）を示す情報である立場識別子も、受信された情報とともに送信しても良い。ここで、立場識別子とは、例えば、幹事であることを示す情報、参加者であることを示す情報、不参加者であることを示す情報、未定者であることを示す情報、参加候補者であることを示す情報等である。また、第一端末装置２および第二端末装置３から情報が受信された場合、送信部１５は、当該情報を送信した者を識別する情報である第一識別子または第二識別子またはユーザ識別子を、受信された情報とともに送信しても良い。

送信部１５は、第二端末装置３から受信した情報を、第一端末装置２にのみに送信することは好適である。つまり、送信部１５は、一の参加候補者である一の第二端末装置３から受信した情報を、他の参加候補者である他の第二端末装置３に送信しないことは好適である。なお、かかる情報は、イベント参加募集の期間において、送受信される情報であり、通常、参加情報、不参加情報、またはその他の情報である。その他の情報とは、例えば、参加候補者が参加するか否かについて幹事に相談する文章等である。

送信部１５は、受信部１３がイベント開催情報を受信した場合、１以上の送信先識別子が示す送信先である参加候補者（参加候補者の第二端末装置３と同意義である。）にイベント開催情報を送信する。なお、送信部１５が送信するイベント開催情報は、受信したイベント開催情報の一部でも良い。送信部１５は、受信部１３がイベント関連情報を受信した場合に、イベント参加者の端末装置のみに、イベント関連情報を送信することは好適である。つまり、イベント関連情報は、イベント参加者しか閲覧できず、イベントの参加候補者でイベントに参加しなかった者は閲覧できないことは好適である。なお、かかる場合、イベント関連情報の送信先として、イベント関連情報を送信した端末装置を除いても良いことは言うまでもない。

送信部１５は、受信部１３が参加情報を受信した場合、当該参加情報を、第一識別子で識別される第一端末装置２に送信する。なお、予め決められた条件を満たした以降は、送信部１５は受信部１３が受信した参加情報を送信しない。予め決められた条件を満たした以降とは、例えば、イベントの参加募集期間の終了以降である。

送信部１５は、第二識別子と当該第二識別子で識別されるユーザの参加頻度情報を、第一端末装置２または第二端末装置３に送信する。通常、送信部１５は、参加頻度情報の送信指示を送信してきた第一端末装置２または第二端末装置３に、ユーザの参加頻度情報を送信する。なお、送信部１５は、参加頻度情報の送信指示が１以上の第二識別子を有する場合、当該１以上の第二識別子に対応する参加頻度情報を送信する。

送信部１５は、幹事を識別する第一識別子と第二識別子と参加頻度情報との組を１組以上、第一端末装置２または第二端末装置３に送信しても良い。

また、送信部１５は、イベント種類識別子と第二識別子と参加頻度情報との組を１組以上、第一端末装置２または第二端末装置３に送信しても良い。

さらに、送信部１５は、第一識別子とイベント種類識別子と第二識別子と参加頻度情報との組を１組以上、第一端末装置２または第二端末装置３に送信しても良い。なお、第一識別子は幹事を識別する情報である。

生成部１６は、予め決められた条件を満たした場合、イベント開催情報を用いて、イベントグループ情報を生成する。

生成部１６は、受信部１３が受信したイベント識別子で識別されるイベントの１以上の参加者を識別する第一識別子および１以上の第二識別子を有するイベントグループ情報を生成する。なお、生成部１６がイベントグループ情報を生成した段階では、イベントグループ情報は、イベントグループ情報の一部の情報のみを有しても良い。つまり、生成部１６がイベントグループ情報を生成した段階では、イベントグループ情報の一部の情報がＮＵＬＬ（空）でも良い。

なお、ここで予め決められた条件とは、受信部１３がイベント開催情報を受信したこと、イベントへの参加の募集の終了等である。イベントへの参加の募集の終了とは、受信部１３がイベントへの参加の募集の終了の指示を受信したこと、イベント開催情報の受信から予め決められた期間が経過したこと、イベント開催情報に含まれるイベントへの参加募集期間の情報が示す期間が終了したこと、イベント開催情報に含まれるイベント開催日時になったこと、イベントの参加数の制限に、参加者が到達したこと等である。

なお、処理部２０は、受信部１３が受信した参加情報の数を用いて、イベント開催情報が有する参加数制限情報が示すイベントへの参加数の制限に到達したか否かを判断し、当該参加数の制限に到達したと判断した場合に、生成部１６は、イベントグループ情報を生成しても良い。

蓄積部１７は、生成部１６が生成したイベントグループ情報をイベントグループ情報格納部１２に蓄積する。また、蓄積部１７は、受信部１３が受信したイベント関連情報を、受信部１３が受信したイベント識別子に対応するイベントグループ情報の中に蓄積する。

また、蓄積部１７は、イベント開催情報が有するイベント内容情報をイベント識別子に対応するイベントグループ情報の中に蓄積しても良い。なお、イベント内容情報とは、イベントの内容を示す情報であり、イベントの内容を示す文字列、場所、日時等の情報を含む。

また、受信部１３がイベント関連情報とイベント識別子とを受信した場合、蓄積部１７は、当該イベント識別子に対応付けて、イベント関連情報をイベントグループ情報格納部１２に蓄積する。

また、受信部１３がイベント開催情報を受信した場合、蓄積部１７は、当該イベント開催情報を、生成部１６が生成したイベント識別子に対応付けて、対話関連情報格納部１１に蓄積する。また、受信部１３がイベント識別子と参加情報、またはイベント識別子と不参加情報を受信した場合、蓄積部１７は、受信されたイベント識別子に対応付けて、参加情報または不参加情報を対話関連情報格納部１１に蓄積する。

蓄積部１７は、後述する処理部２０がイベントへの参加募集の終了を決定した後は、参加情報を蓄積しないことは好適である。

また、蓄積部１７は、後述する処理部２０が取得した統計情報を、ユーザ情報格納部１０に蓄積しても良い。なお、統計情報は、例えば、各ユーザのイベントの参加頻度情報（例えば、後述するＪｏｉｎ率）である。また、統計情報は、例えば、イベントの種類毎の参加頻度情報や、幹事毎の参加頻度情報や、イベントの種類および幹事毎の参加頻度情報等でも良い。

また、蓄積部１７は、受信部１３が受信したユーザの状態を、ユーザ情報格納部１０に蓄積しても良い。

イベント統合部１８は、２以上のイベント識別子で識別されるイベントのイベントグループ情報を統合する。イベント統合部１８は、受信部１３が、２以上のイベントグループ情報のイベント統合指示を受信した場合に、当該２以上のイベントグループ情報を統合する。なお、かかるイベント統合指示は、２以上のイベントグループ情報を識別する２以上のイベント識別子を有する。イベントグループ情報の統合とは、例えば、イベントグループ情報が有するイベント関連情報を一括して処理できるようにすることである。イベントグループ情報の統合とは、例えば、統合されるイベントグループ情報の２以上のイベント識別子を対応付けることである。

削除部１９は、生成部１６が生成したイベントグループ情報を削除する。受信部１３が削除指示を受信した場合に、削除部１９は、削除指示が有するイベント識別子で識別されるイベントグループ情報を削除しても良い。

また、削除部１９は、予め決められた条件を満たした場合、生成部１６が生成したイベントグループ情報を削除することは好適である。予め決められた条件とは、例えば、イベントグループ情報の生成から予め決められた期間（例えば、１年等）が経過したこと、イベント終了から予め決められた期間（例えば、６ヶ月等）が経過したことなどである。

処理部２０は、受信部１３が受信した情報、またはイベントグループ情報格納部１２の情報を統計処理し、統計情報を取得する。統計情報は、例えば、各人の参加頻度情報である。また、統計情報は、例えば、各人の、イベントの種類ごとの参加頻度情報である。

さらに具体的には、処理部２０は、第二識別子毎に、受信部１３が参加情報を受信した数、受信部１３が不参加情報を受信した数、送信部１５がイベント開催情報を送信した数のうちの１以上の数値を用いて、第二識別子で識別されるユーザの参加頻度情報を取得する。

処理部２０は、第二識別子毎、およびイベント開催情報を送信したユーザである幹事毎に、第二識別子で識別されるユーザの参加頻度情報を取得しても良い。

処理部２０は、イベント種類識別子毎に、第二識別子で識別されるユーザの参加頻度情報を取得しても良い。

処理部２０は、第二識別子毎、幹事毎およびイベント種類識別子毎に、第二識別子で識別されるユーザの参加頻度情報を取得しても良い。

処理部２０は、予め決められた条件を満たした場合に、イベントへの参加募集の終了を決定する。処理部２０は、受信部１３が受信した参加情報の数を用いて、イベント開催情報が有する参加数制限情報が示すイベントへの参加数の制限に到達したか否かを判断し、当該参加数の制限に到達したと判断した場合に、イベントへの参加募集の終了を決定する。つまり、予め決められた条件は、イベントへの参加者の数がイベントへの参加数の制限に到達したことである。また、予め決められた条件は、イベントへの参加募集の期間が終了したことでも良い。かかる場合、イベント開催情報がイベントへの参加募集の終期の情報を保持しており、処理部２０は、かかる終期の情報が示す時期になったことを、図示しない時計を用いて判断する。

ユーザ情報が有するユーザの状態が、あるイベント種類識別子で識別されるイベントへの参加希望を示す情報である場合、処理部２０は、当該ユーザが参加するものとして、当該ユーザの人数分を引いた数を参加数制限情報に設定しても良い。つまり、例えば、イベント種類識別子「ゴルフ」で識別されるイベント「ゴルフ」がしたいユーザが２名存在する場合（ユーザ情報格納部１０において「ユーザの状態＝イベント種類識別子「ゴルフ」がしたい」が２ユーザである場合）、処理部２０は、受信された「参加数制限情報＝４」であるところ、「参加数制限情報＝２（＝４−２）」として処理を行う。

また、ユーザ情報が有するユーザの状態が、あるイベント種類識別子で識別されるイベントへの参加希望を示す情報であり、当該ユーザから当該イベント種類識別子で識別されるイベントに対する参加情報を受信部１３が受信した場合、処理部２０は、参加数制限情報に対応するイベントであっても、当該ユーザの参加を優先的に決定することは好適である。かかる場合、受信部１３が受信した参加情報の数が、参加数制限情報が示す数を超えても受信部１３が受信する。そして、処理部２０は、受信された参加情報に対応するユーザ識別子のうち、前記ユーザの状態（あるイベント種類識別子で識別されるイベントへの参加希望を示す情報）に対応する１以上のユーザ識別子を優先的に取得する。そして、例えば、送信部１５は、処理部２０が取得した１以上のユーザ識別子で識別される端末装置に、参加者である旨を送信しても良い。また、蓄積部１７は、当該１以上のユーザ識別子をイベントグループ情報中の参加者識別子として、当該イベントのイベント識別子と対応付けてイベントグループ情報格納部１２に蓄積する。

また、処理部２０は、受信部１３がアルバム構成指示を受信した場合、アルバム構成指示に含まれるイベント識別子で識別されるイベントグループ情報から、１以上の写真を取得し、アルバムを構成する。アルバムを構成する処理とは、例えば、予め決められた構造を有するデータであるアルバムに１以上の写真を配置する処理である。なお、アルバムを構成する処理は、公知技術であり、上述した処理とは異なる処理でも良い。

第一端末装置２を構成する第一格納部２０は、第一識別子を格納し得る。また、第一格納部２０は、一時的に種々の情報を格納しても良い。種々の情報とは、例えば、幹事を識別する幹事識別子、参加者を識別する参加者識別子、不参加者を識別する不参加者識別子、参加候補者を識別する参加候補者識別子、未定者を識別する未定者識別子等である。未定者とは、イベントに参加するか否かが決まっていない者を言う。

第一受付部２１は、第一端末装置２のユーザから各種の情報や指示等を受け付ける。各種の情報は、例えば、イベント開催情報である。第一受付部２１は、イベント開催情報に加えて、１以上の第二識別子、イベント開催情報を示す情報種類識別子、参加数制限情報、イベントへの参加募集の終期の情報、イベントの内容情報、イベント開始日時等を受け付けても良い。なお、イベントの内容情報は、例えば、イベントの内容、場所、予算等を示す情報を含む。また、１以上の第二識別子は、参加候補者の識別子である。

また、第一受付部２１は、イベントの写真やコメント等のイベント関連情報を受け付けても良い。

また、ここで第一受付部２１が受け付ける指示は、例えば、イベント統合指示や削除指示やアルバム作成指示やイベントグループ生成指示、参加頻度情報の送信指示等である。情報や指示等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。第一受付部２１は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

第一送信部２２は、第一受付部２１が受け付けた情報や指示を、サーバ装置１に送信する。なお、第一送信部２２は、通常、第一識別子と共に、第一受付部２１が受け付けた情報や指示をサーバ装置１に送信する。なお、第一送信部２２は、第一処理部２４が構成した情報をサーバ装置１に送信しても良い。また、第一送信部２２は、第一格納部２０に格納されている第一識別子を読み出して、第一識別子を送信する。また、第一送信部２２は、メモリ等に存在するイベント識別子と共に、情報や指示をサーバ装置１に送信しても良い。ここでの情報等は、例えば、イベント関連情報である。

第一受信部２３は、サーバ装置１から情報を受信する。受信する情報は、例えば、参加情報、不参加情報、イベント関連情報、アルバム等である。第一受信部２３は、例えば、当該情報を入力したユーザのユーザ識別子または当該ユーザに対応する第二識別子または第一識別子と、参加情報や不参加情報やイベント関連情報等の情報とを対で、受信する。第一受信部２３は、例えば、情報と対に、当該情報を入力したユーザの立場を識別する立場識別子を受信しても良い。

第一処理部２４は、各種の処理を行う。第一処理部２４は、例えば、第一受付部２１が受け付けた情報や指示と、第一識別子とを用いて、サーバ装置１に送信する情報を構成する。

第一出力部２５は、第一受信部２３が受信した情報を出力する。また、第一出力部２５は、第一処理部２４が処理を行って取得した情報を出力しても良い。また、第一出力部２５は、第一受付部２１が受け付けた情報を出力する。

ここで、第一出力部２５は、幹事が入力した情報（例えば、イベント開催情報）と、他のユーザが入力した情報（例えば、参加情報、不参加情報）とを、視覚的に区別可能なように出力することは好適である。例えば、第一出力部２５は、情報と対になる立場識別子を用いて、立場識別子で識別される立場が視覚的に区別可能なように、情報を出力する。

また、第一出力部２５は、幹事と他のユーザとを視覚的に区別可能なように、幹事の情報または／および他のユーザの情報を出力しても良い。幹事の情報または他のユーザとは、例えば、幹事や他のユーザの写真、個人情報等である。

また、第一出力部２５は、参加者募集期間情報が示す参加者の募集期間において、幹事が入力した情報と、他のユーザが入力した情報とを同時に出力し、かつ幹事が入力した情報と、他のユーザが入力した情報とを視覚的に区別して出力することは好適である。例えば、第一出力部２５は、幹事を識別するユーザ識別子（例えば、名前やニックネーム）を矩形上の画面の一辺上に配置し、他のユーザのユーザ識別子を矩形上の画面の一辺とは反対側の辺上に配置することにより、幹事が入力した情報と、他のユーザが入力した情報とを視覚的に区別して出力する。

また、第一出力部２５は、幹事が入力した情報と、参加者識別子で識別される参加者が入力した情報と、不参加者識別子で識別される参加者が入力した情報とを同時に出力し、かつ幹事が入力した情報と、参加者が入力した情報と、不参加者が入力した情報とを視覚的に区別して出力することは好適である。かかる場合、例えば、第一受信部２３が受信した情報は、立場識別子を有する。また、かかる場合、例えば、第一受信部２３が受信した情報は、ユーザまたは端末装置を識別する識別子（ユーザ識別子または第一識別子または第二識別子）を有し、当該識別子に対応付けて、ユーザの立場を示す立場識別子が第一格納部２０に格納されている。なお、第一出力部２５が情報を出力する際に、当該情報を入力したユーザの立場を視覚的に示すために使用する情報は問わない。また、情報を入力したユーザの立場を視覚的に示す態様も問わない。

ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

第二端末装置３を構成する第二格納部３０は、第二識別子を格納し得る。また、第二格納部３０は、一時的に種々の情報を格納しても良い。種々の情報とは、例えば、幹事識別子、参加者識別子、不参加者識別子、参加候補者識別子、未定者識別子等である。

第二受付部３１は、第二端末装置３のユーザから各種の情報や指示等を受け付ける。各種の情報は、例えば、参加情報である。参加情報は、参加の旨を示すフラグ、または参加の旨を示すフラグとコメント、参加を表明する文を含むコメント等である。なお、参加の旨を示すフラグは、例えば、ユーザが「ＪＯＩＮ」ボタンを押下することにより入力された情報である。各種の情報は、例えば、不参加情報である。不参加情報は、参加しない旨を示すフラグ、または参加しない旨を示すフラグとコメント、参加しないことを示す文を含むコメント等である。また、各種の情報は、例えば、イベントの写真やコメント等のイベント関連情報である。また、各種の情報は、例えば、ユーザの状態である。ユーザの状態は、上述したように、例えば、空いている（例えば、「１」）、忙しい（例えば、「０」）等である。ユーザの状態は、例えば、参加を希望するイベント種類識別子（例えば、「ゴルフ」「飲み会」など）であっても良い。なお、ユーザは、例えば、状態ボタン（例えば、「暇」ボタン、「ＦＲＥＥ」ボタン、「ＢＵＳＹ」ボタン）の押下により、ユーザの状態を入力する。

また、第二受付部３１が受け付ける指示は、例えば、イベント統合指示、削除指示、参加頻度情報の送信指示等である。情報や指示等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。第一受付部２１は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

第二送信部３２は、第二受付部３１が受け付けた情報や指示を、サーバ装置１に送信する。なお、第二送信部３２は、通常、第二識別子と共に、第二受付部３１が受け付けた情報や指示をサーバ装置１に送信する。なお、第二送信部３２は、第二処理部３４が構成した情報をサーバ装置１に送信しても良い。また、第二送信部３２は、第二格納部３０に格納されている第二識別子を読み出して、第二識別子を送信する。また、第二送信部３２は、メモリ等に存在するイベント識別子と共に、情報や指示をサーバ装置１に送信しても良い。ここでの情報等は、例えば、イベント関連情報である。

第二受信部３３は、サーバ装置１から情報を受信する。受信する情報は、例えば、イベント開催情報、アルバム、イベント関連情報等である。

第二処理部３４は、各種の処理を行う。第二処理部３４は、例えば、第二受付部３１が受け付けた情報や指示と、第二識別子とを用いて、サーバ装置１に送信する情報を構成する。

第二出力部３５は、第二受信部３３が受信した情報を出力する。また、第二出力部３５は、第二処理部３４が処理を行って取得した情報を出力しても良い。ここで、第二出力部３５は、幹事が入力した情報（例えば、イベント開催情報）と、他のユーザが入力した情報（例えば、参加情報、不参加情報）とを、視覚的に区別可能なように出力することは好適である。また、第二出力部３５は、幹事が入力した情報と、他のユーザが入力した情報と、自分が入力した情報とを、視覚的に区別可能なように出力することは好適である。例えば、第二出力部３５は、情報と対になる立場識別子を用いて、立場識別子で識別される立場が視覚的に区別可能なように、情報を出力する。

また、第二出力部３５は、参加者募集期間情報が示す参加者の募集期間において、幹事が入力した情報と、他のユーザが入力した情報とを同時に出力し、かつ幹事が入力した情報と、他のユーザが入力した情報とを視覚的に区別して出力することは好適である。例えば、第二出力部３５は、幹事を識別するユーザ識別子（例えば、名前やニックネーム）を矩形上の画面の一辺上に配置し、他のユーザのユーザ識別子を矩形上の画面の一辺とは反対側の辺上に配置することにより、幹事が入力した情報と、他のユーザが入力した情報とを視覚的に区別して出力する。

また、第二出力部３５は、幹事と他のユーザとを視覚的に区別可能なように、幹事の情報または／および他のユーザの情報を出力しても良い。ここで、幹事の情報または他のユーザとは、例えば、幹事や他のユーザの写真、個人情報等である。

また、第二出力部３５は、幹事が入力した情報と、参加者識別子で識別される参加者が入力した情報と、不参加者識別子で識別される参加者が入力した情報とを同時に出力し、かつ幹事が入力した情報と、参加者が入力した情報と、不参加者が入力した情報とを視覚的に区別して出力することは好適である。かかる場合、例えば、第二受信部３３が受信した情報は、立場識別子を有する。また、かかる場合、例えば、第二受信部３３が受信した情報は、ユーザまたは端末装置を識別する識別子（ユーザ識別子または第一識別子または第二識別子）を有し、当該識別子に対応付けて、ユーザの立場を示す立場識別子が第二格納部３０に格納されている。なお、第二出力部３５が情報を出力する際に、当該情報を入力したユーザの立場を視覚的に示すために使用する情報は問わない。また、情報を入力したユーザの立場を視覚的に示す態様も問わない。

ユーザ情報格納部１０、対話関連情報格納部１１、イベントグループ情報格納部１２、第一格納部２０、および第二格納部３０は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。ユーザ情報格納部１０等にユーザ情報等が記憶される過程は問わない。例えば、記録媒体を介してユーザ情報等がユーザ情報格納部１０等で記憶されるようになってもよく、通信回線等を介して送信されたユーザ情報等がユーザ情報格納部１０等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたユーザ情報等がユーザ情報格納部１０等で記憶されるようになってもよい。

受信部１３、第一受信部２３、および第二受信部３３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

送信先決定部１４、生成部１６、蓄積部１７、イベント統合部１８、削除部１９、処理部２０、解析手段１３１、第一処理部２４、および第二処理部３４は、通常、ＭＰＵやメモリ等から実現され得る。送信先決定部１４等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

送信部１５、第一送信部２２、および第二送信部３２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

第一出力部２５、および第二出力部３５は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。第一出力部２５は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、情報システムの動作について説明する。まず、図３、図４のフローチャートを用いて、サーバ装置１の動作について説明する。

（ステップＳ３０１）受信部１３は、情報を受信したか否かを判断する。情報を受信すればステップＳ３０２に行き、情報を受信しなければステップＳ３０１に戻る。

（ステップＳ３０２）解析手段１３１は、ステップＳ３０１で受信された情報を用いて、情報の種類を示す情報種類識別子を取得する。なお、ステップＳ３０１で受信された情報が情報種類識別子を含む場合、解析手段１３１は、ステップＳ３０１で受信された情報に含まれる情報種類識別子を取得する。

（ステップＳ３０３）解析手段１３１は、ステップＳ３０２で取得した情報種類識別子がイベント開催情報を示す情報であるか否かを判断する。イベント開催情報を示す情報である場合はステップＳ３０４に行き、イベント開催情報を示す情報でない場合はステップＳ３０５に行く。

（ステップＳ３０４）生成部１６等は、イベント開催処理を行う。イベント開催処理について、図５のフローチャートを用いて説明する。ステップＳ３０１に戻る。

（ステップＳ３０５）解析手段１３１は、ステップＳ３０２で取得した情報種類識別子が参加情報を示す情報であるか否かを判断する。参加情報を示す情報である場合はステップＳ３０６に行き、参加情報を示す情報でない場合はステップＳ３１０に行く。

（ステップＳ３０６）蓄積部１７は、ステップＳ３０１で受信された情報の中からイベント識別子を取得する。

（ステップＳ３０７）蓄積部１７は、ステップＳ３０６で取得したイベント識別子に対応付けて、参加情報を対話関連情報格納部１１に蓄積する。

（ステップＳ３０８）送信先決定部１４は、参加情報を送信する先の１以上の送信先識別子を取得する。送信先決定部１４は、例えば、幹事の送信先識別子を取得する。なお、送信先決定部１４は、例えば、イベント識別子およびイベント開催情報を示す情報種類識別子と対になるユーザ識別子（第一識別子）を対話関連情報格納部１１から取得し、当該ユーザ識別子と対になる送信先識別子をユーザ情報格納部１０から取得する。

（ステップＳ３０９）送信部１５は、ステップＳ３０８で決定した１以上の送信先識別子で識別される送信先に、参加情報の処理結果を送信する。ステップＳ３０１に戻る。なお、参加情報の処理結果とは、例えば、参加情報が受け付けられた旨、参加情報を送信した送信者のユーザ情報、参加情報そのもの等である。ここで、送信部１５は、参加情報を送信してきたユーザのユーザ識別子、当該ユーザが参加者である旨を示す立場識別子をも送信することは好適である。

（ステップＳ３１０）解析手段１３１は、ステップＳ３０２で取得した情報種類識別子が不参加情報を示す情報であるか否かを判断する。不参加情報を示す情報である場合はステップＳ３１１に行き、不参加情報を示す情報でない場合はステップＳ３１５に行く。

（ステップＳ３１１）蓄積部１７は、ステップＳ３０１で受信された情報の中からイベント識別子を取得する。

（ステップＳ３１２）蓄積部１７は、ステップＳ３１１で取得したイベント識別子に対応付けて、不参加情報を対話関連情報格納部１１に蓄積する。

（ステップＳ３１３）送信先決定部１４は、参加情報を送信する先の１以上の送信先識別子を取得する。送信先決定部１４は、例えば、幹事の送信先識別子を取得する。

（ステップＳ３１４）送信部１５は、ステップＳ３１３で決定した１以上の送信先識別子で識別される送信先に、不参加情報の処理結果を送信する。ステップＳ３０１に戻る。なお、不参加情報の処理結果とは、例えば、不参加情報が受け付けられた旨、不参加情報を送信した送信者のユーザ情報、不参加情報そのもの等である。ステップＳ３０１に戻る。ここで、送信部１５は、不参加情報を送信してきたユーザのユーザ識別子、当該ユーザが不参加者である旨を示す立場識別子をも送信することは好適である。

（ステップＳ３１５）解析手段１３１は、ステップＳ３０２で取得した情報種類識別子がイベント関連情報を示す情報であるか否かを判断する。イベント関連情報を示す情報である場合はステップＳ３１６に行き、イベント関連情報を示す情報でない場合はステップＳ３１８に行く。

（ステップＳ３１６）蓄積部１７は、ステップＳ３０１で受信された情報の中からイベント識別子を取得する。

（ステップＳ３１７）蓄積部１７は、ステップＳ３１６で取得したイベント識別子に対応付けて、イベント関連情報をイベントグループ情報格納部１２に蓄積する。ステップＳ３０１に戻る。なお、ここで、送信部１５は、イベント関連情報が受け付けられた旨、またはイベント関連情報等を、イベント参加者を識別する１以上の送信先識別子で識別される送信先に送信しても良い。かかる場合、送信先決定部１４は、参加者を識別する２以上の送信先識別子を取得する。また、送信部１５は、幹事および参加候補者のすべての端末装置に、イベント関連情報が受け付けられた旨、またはイベント関連情報等を送信しても良い。かかる場合、送信先決定部１４は、幹事および参加候補者を識別する２以上の送信先識別子を取得する。ここで、送信部１５は、イベント関連情報と共に、イベント関連情報を送信してきたユーザのユーザ識別子、当該ユーザの立場識別子（幹事、参加者等）をも送信することは好適である。

（ステップＳ３１８）解析手段１３１は、ステップＳ３０２で取得した情報種類識別子がイベント統合指示を示す情報であるか否かを判断する。イベント統合指示を示す情報である場合はステップＳ３１９に行き、イベント統合指示を示す情報でない場合はステップＳ３２２に行く。

（ステップＳ３１９）イベント統合部１８は、ステップＳ３０１で受信された情報の中から２以上のイベント識別子を取得する。

（ステップＳ３２０）イベント統合部１８は、ステップＳ３１９で取得した２以上のイベント識別子で識別されるイベントのイベントグループ情報を統合する。

（ステップＳ３２１）送信部１５は、１以上の送信先識別子で識別される送信先に、イベント統合の処理結果を送信する。ステップＳ３０１に戻る。なお、イベント統合の処理結果とは、イベントグループ情報が統合された旨、統合された後のイベントグループ情報、統合されたイベントグループ情報が有するイベント関連情報等である。なお、かかる場合、通常、送信先決定部１４は、イベント統合の処理結果を送信する先の１以上の送信先識別子を取得しており、送信部１５は、かかる１以上の送信先識別子で識別される送信先にイベント統合の処理結果を送信する。また、かかる１以上の送信先識別子は、統合されるイベントグループ情報に対応する２以上のイベントの参加者の送信先識別子である。

（ステップＳ３２２）解析手段１３１は、ステップＳ３０２で取得した情報種類識別子が削除指示を示す情報であるか否かを判断する。削除指示である場合はステップＳ３２３に行き、削除指示でない場合はステップＳ３２６に行く。

（ステップＳ３２３）削除部１９は、ステップＳ３０１で受信された情報の中からイベント識別子を取得する。

（ステップＳ３２４）削除部１９は、ステップＳ３２３で取得されたイベント識別子に対応するイベントグループ情報を、イベントグループ情報格納部１２から削除する。なお、かかる処理をイベント削除の処理とも言う。

（ステップＳ３２５）送信部１５は、１以上の送信先識別子で識別される送信先に、イベント削除の処理結果を送信する。ステップＳ３０１に戻る。なお、イベント削除の処理結果とは、イベントグループ情報が削除された旨等である。なお、かかる場合、通常、送信先決定部１４は、イベント削除の処理結果を送信する先の１以上の送信先識別子を取得しており、送信部１５は、かかる１以上の送信先識別子で識別される送信先にイベント削除の処理結果を送信する。また、かかる１以上の送信先識別子は、削除されるイベントグループ情報に対応するイベントの参加者の送信先識別子である。

（ステップＳ３２６）解析手段１３１は、ステップＳ３０２で取得した情報種類識別子がアルバム作成指示であるか否かを判断する。アルバム作成指示である場合はステップＳ３２７に行き、アルバム作成指示でない場合はステップＳ３３０に行く。

（ステップＳ３２７）処理部２０は、ステップＳ３０１で受信された情報の中から１または２以上のイベント識別子を取得する。

（ステップＳ３２８）処理部２０は、ステップＳ３２７で取得した１または２以上のイベント識別子に対応する１以上の写真をイベントグループ情報格納部１２から取得し、アルバムを構成する。なお、処理部２０は、２以上のイベント識別子に対応する２以上の写真をイベントグループ情報格納部１２から取得し、アルバムを構成しても良い。なお、アルバムは１以上の写真を有し、そのデータ構造は問わない。

（ステップＳ３２９）送信部１５は、１以上の送信先識別子で識別される送信先に、アルバム作成の処理結果を送信する。ステップＳ３０１に戻る。なお、アルバム作成の処理結果とは、アルバムが作成された旨、アルバムにアクセスするためのＵＲＬ、アルバム自体等である。なお、かかる場合、通常、送信先決定部１４は、アルバム作成の処理結果を送信する先の１以上の送信先識別子を取得しており、送信部１５は、かかる１以上の送信先識別子で識別される送信先にアルバム作成の処理結果を送信する。また、かかる１以上の送信先識別子は、ステップＳ３２７で取得されたイベント識別子に対応するイベントの参加者の送信先識別子である。

（ステップＳ３３０）生成部１６は、イベントグループの生成タイミングであるか否かを判断する。イベントグループの生成タイミングである場合はステップＳ３３１に行き、イベントグループの生成タイミングでない場合はステップＳ３３９に行く。イベントグループの生成タイミングは、例えば、受信部１３がイベント開催情報を受信した場合、イベントの参加募集期間が終了した場合、受信部１３がユーザからのイベントグループの生成指示を受信した場合等である。

（ステップＳ３３１）生成部１６は、カウンタｉに１を代入する。

（ステップＳ３３２）生成部１６は、ｉ番目のイベント識別子であり、イベントグループ情報が生成されていないイベントのイベント識別子が存在するか否かを判断する。イベント識別子が存在すればステップＳ３３３に行き、存在しなければステップＳ３０１に戻る。イベントグループ情報が生成されていないイベントのイベント識別子は、例えば、対話関連情報格納部１１に存在するイベント識別子であり、イベントグループ情報格納部１２に存在しないイベント識別子である。

（ステップＳ３３３）生成部１６は、ｉ番目のイベント識別子に対応するイベントについて、イベントグループ情報の生成条件に合致するか否かを判断する。生成条件に合致する場合はステップＳ３３４に行き、生成条件に合致しない場合はステップＳ３３８に行く。なお、イベントグループ情報の生成条件は、例えば、イベントへの参加の募集の終了、受信部１３がイベント開催情報を受信したこと等である。

（ステップＳ３３４）生成部１６は、ｉ番目のイベント識別子に対応するイベントのイベントグループ情報を蓄積するための領域を、イベントグループ情報格納部１２に確保する。なお、領域の確保とは、例えば、イベントグループ情報を管理するイベントグループ情報管理表のレコードを生成すること、イベントグループ情報を格納する領域のアロックすること等である。

（ステップＳ３３５）生成部１６は、ｉ番目のイベント識別子に対応するイベントの参加者を識別する第一識別子、および１以上の第二識別子を取得する。なお、ここでの第一識別子は、受信部１３がイベント開催情報と対で受信した第一識別子である。また、ここでの第二識別子は、受信部１３が参加情報と対で受信した１以上の第二識別子である。なお、かかる第一識別子および１以上の第二識別子は、例えば、イベント識別子に対応付けて対話関連情報格納部１１に格納されている。

（ステップＳ３３６）生成部１６は、ｉ番目のイベント識別子、ステップＳ３３５で取得した第一識別子、および１以上の第二識別子を有するイベントグループ情報を構成する。かかる段階で、イベントグループ情報は、イベント種類識別子やイベント内容情報等の他の情報を有しても良い。

（ステップＳ３３７）蓄積部１７は、ステップＳ３３６で構成されたイベントグループ情報をイベントグループ情報格納部１２に蓄積する。

（ステップＳ３３８）生成部１６は、カウンタｉを１、インクリメントする。ステップＳ３３２に戻る。

（ステップＳ３３９）処理部２０は、統計処理のタイミングであるか否かを判断する。統計処理のタイミングである場合はステップＳ３４０に行き、統計処理のタイミングでない場合はステップＳ３０１に戻る。

（ステップＳ３４０）処理部２０は、カウンタｉに１を代入する。

（ステップＳ３４１）処理部２０は、ｉ番目の未処理のユーザ情報がユーザ情報格納部１０に存在するか否かを判断する。ｉ番目の未処理のユーザ情報が存在すればステップＳ３４２に行き、未処理のユーザ情報が存在しなければステップＳ３０１に戻る。

（ステップＳ３４２）処理部２０は、ｉ番目の未処理のユーザ情報に対応する統計処理を行い、統計処理の結果を蓄積する。統計処理の結果の蓄積先は、例えば、ユーザ情報格納部１０である。処理部２０は、例えば、ｉ番目の未処理のユーザ情報が有するユーザ識別子と対になる参加情報、不参加情報を対話関連情報格納部１１から取得する。そして、処理部２０は、ｉ番目の未処理のユーザ識別子で識別されるユーザのイベントへの参加率を更新する。なお、例えば、イベントの参加率は、ユーザ情報格納部１０が有するユーザ情報の中に存在し得る、とする。ここで、参加情報、不参加情報と対応付けて、イベント種類情報が存在する場合、処理部２０は、ユーザ毎、イベント種類情報毎に、イベントの参加率を算出しても良い。なお、参加率は、参加頻度情報の一例である。つまり、処理部２０は、参加率に代えて、参加回数等の他の参加頻度情報を取得しても良い。

（ステップＳ３４３）処理部２０は、カウンタｉを１、インクリメントする。ステップＳ３４１に戻る。

なお、図３、図４のフローチャートにおいて、受信部１３が受信したイベント開催情報が参加数制限情報を含む場合、処理部２０は、当該参加数制限情報が示す参加数の上限に、参加者が届いたことを検知し、イベントへの参加募集の終了を決定する。そして、蓄積部１７は、処理部２０がイベントへの参加募集の終了を決定した後は、参加情報を蓄積しない。なお、処理部２０がイベントへの参加募集の終了を決定した後は、受信部１３が参加情報を受信しないこととしても良い。また、処理部２０がイベントへの参加募集の終了を決定した後は、第二端末装置３において、参加情報を入力または送信できないようにしても良い。

また、図３、図４のフローチャートにおいて、受信部１３がイベントグループ生成指示を受信した場合、処理部２０または生成部１６は、新しいイベント識別子を生成し、既存のイベントグループ情報が有する２以上の参加者識別子を含む新たなイベントグループ情報を生成する。なお、既存のイベントグループ情報は、イベントグループ生成指示が有するイベント識別子と対になるイベントグループ情報である。

また、図４のフローチャートにおいて、イベントグループの生成タイミング、統計処理を行うタイミングは問わない。

さらに、図３、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ３０４のイベント開催処理について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）生成部１６は、ユニークなイベント識別子を生成する。例えば、生成部１６は、現在日時を取得し、当該現在日時を用いて、ユニークなイベント識別子を生成する。また、生成部１６は、最も大きな数値のイベント識別子に、１を加えて、ユニークなイベント識別子を生成しても良い。なお、生成部１６のイベント識別子の生成アルゴリズムは問わない。

（ステップＳ５０２）生成部１６は、ステップＳ５０１で生成したイベント識別子、受信されたイベント開催情報、受信された第一識別子を用いて、対話関連情報を構成する。

（ステップＳ５０３）蓄積部１７は、ステップＳ５０２で構成した対話関連情報を対話関連情報格納部１１に蓄積する。

（ステップＳ５０４）送信先決定部１４は、１以上の送信先識別子を取得する。送信先識別子取得処理について、図６のフローチャートを用いて、説明する。

（ステップＳ５０５）送信部１５は、ステップＳ５０４で取得された１以上の送信先識別子が示す１以上の送信先に、受信されたイベント開催情報を送信する。ここで、送信部１５は、イベント開催情報と共に、イベント開催情報を送信してきたユーザのユーザ識別子または第一識別子または幹事を示す立場識別子等を送信することは好適である。

なお、図５のフローチャートにおいて、送信先決定部１４は、受信部１３が受信した情報が有する１以上の送信先識別子を取得しても良い。また、送信先決定部１４は、受信部１３が受信した情報が有するイベント識別子に対応する幹事の送信先識別子等を取得しても良い。

次に、ステップＳ５０４の送信先識別子取得処理について、図６のフローチャートを用いて、説明する。

（ステップＳ６０１）送信先決定部１４は、幹事の位置情報を取得する。なお、幹事とは、イベント開催情報を送信してきた者である。送信先決定部１４は、イベント開催情報と対に受信された第一識別子をバッファに格納しており、当該第一識別子と対に受信された位置情報を取得する。

（ステップＳ６０２）送信先決定部１４は、カウンタｉに１を代入する。

（ステップＳ６０３）送信先決定部１４は、ユーザ情報格納部１０にｉ番目の送信先識別子の候補（送信先候補とも言う。）が存在するか否かを判断する。ｉ番目の送信先候補が存在すればステップＳ６０４に行き、存在しなければ上位処理にリターンする。なお、送信先候補は、第一識別子と対応付けて、ユーザ情報格納部１０で管理されている、とする。また、送信先候補は、幹事が送信してきた情報であり、１以上の第二識別子であっても良い。また、送信先候補は、幹事の第一識別子と対応付けて管理されている１以上の第二識別子であっても良い。さらに、送信先候補は、受信部１３が受信したイベント種類識別情報および第一識別子と対になる１以上の第二識別子等であっても良い。

（ステップＳ６０４）送信先決定部１４は、ｉ番目の送信先候補の位置情報を取得する。なお、送信先候補の位置情報は、動的な現在の位置情報でも良いし、送信先候補の、静的な住所や居所等でも良い。送信先候補の位置情報が動的な現在の位置情報である場合、通常、受信部１３は、第二端末装置３から第二識別子と位置情報を、定期的または頻度高く受信している。

（ステップＳ６０５）送信先決定部１４は、ステップＳ６０１で取得した位置情報と、ステップＳ６０４で取得した位置情報とが、予め決められた条件を満たすか否かを判断する。予め決められた条件を満たす場合はステップＳ６０６に行き、予め決められた条件を満たさない場合はステップＳ６０７に行く。なお、予め決められた条件は、閾値以内の距離であること、同一の都道府県内の位置であること等である。

（ステップＳ６０６）送信先決定部１４は、ｉ番目の送信先識別子を取得し、図示しないバッファに追記する。

（ステップＳ６０７）送信先決定部１４は、カウンタｉを１、インクリメントする。ステップＳ６０３に戻る。

なお、図６のフローチャートにおいて、図示しないバッファに格納された１以上の送信先識別子が、情報を送付する送信先の識別子である。

次に、第一端末装置２の動作について、図７のフローチャートを用いて説明する。

（ステップＳ７０１）第一端末装置２のユーザから各種の情報や指示等を受け付けたか否かを判断する。情報等を受け付ければステップＳ７０２に行き、情報等を受け付けなければステップＳ７１１に行く。

（ステップＳ７０２）第一送信部２２は、第一受付部２１が受け付けた情報がイベント開催情報であるか否かを判断する。イベント開催情報であればステップＳ７０３に行き、イベント開催情報でなければステップＳ７０７に行く。

（ステップＳ７０３）第一送信部２２は、第一格納部２０から第一識別子を取得する。

（ステップＳ７０４）第一送信部２２は、ステップＳ７０１で受け付けられた１以上の第二識別子を取得する。

（ステップＳ７０５）第一送信部２２は、ステップＳ７０３およびステップＳ７０４で取得した情報、および受け付けられた情報を用いて、送信する情報を構成する。

（ステップＳ７０６）第一送信部２２は、ステップＳ７０５で構成した情報を、サーバ装置１に送信する。なお、第一送信部２２は、サーバ装置１に情報を送信するための情報（例えば、サーバ装置１のＩＰアドレス等）を予め保持している、とする。

（ステップＳ７０７）第一送信部２２は、第一格納部２０から第一識別子を取得する。

（ステップＳ７０８）第一送信部２２は、イベント識別子を取得する。なお、イベント識別子は、例えば、メモリ上に存在している。

（ステップＳ７０９）第一送信部２２は、ステップＳ７０７およびステップＳ７０８で取得した情報、および受け付けられた情報を用いて、送信する情報を構成する。

（ステップＳ７１０）一送信部２２は、ステップＳ７０９で構成した情報を、サーバ装置１に送信する。

（ステップＳ７１１）第一受信部２３は、サーバ装置１から情報を受信したか否かを判断する。情報を受信すればステップＳ７１２に行き、情報を受信しなければステップＳ７０１に戻る。なお、ここで受信した情報は、複数の情報（コメントとユーザ識別子と立場識別子等との組の情報）が存在し得る。

（ステップＳ７１２）第一出力部２５は、第一受信部２３が受信した情報の出力処理を行う。ステップＳ７０１に戻る。なお、かかる情報出力処理について、図８のフローチャートを用いて説明する。

なお、図７のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ７１２の情報出力処理について、図８のフローチャートを用いて説明する。

（ステップＳ８０１）第一出力部２５は、カウンタｉに１を代入する。

（ステップＳ８０２）第一出力部２５は、ｉ番目の情報が存在するか否かを判断する。ｉ番目の情報が存在すればステップＳ８０３に行き、ｉ番目の情報が存在しなければ上位処理にリターンする。なお、ｉ番目の情報とは、例えば、コメントとユーザ識別子と立場識別子等との組の情報であり、ｉ番目の組の情報である。

（ステップＳ８０３）第一出力部２５は、ｉ番目の情報からユーザ識別子等を取得する。ユーザ識別子等とは、ユーザ識別子とコメントと画像等である。

（ステップＳ８０４）第一出力部２５は、ｉ番目の情報から立場識別子を取得する。

（ステップＳ８０５）第一出力部２５は、ステップＳ８０３で取得した情報を用いて、出力する情報を構成する。

（ステップＳ８０６）第一出力部２５は、ステップＳ８０４で取得した立場識別子で識別される立場（幹事、参加者、不参加者、未定者等）が認識可能なように、ステップＳ８０５で構成した情報を出力する。

（ステップＳ８０７）第一出力部２５は、カウンタｉを１、インクリメントする。ステップＳ８０２に戻る。

次に、第二端末装置３の動作について、図９のフローチャートを用いて説明する。

（ステップＳ９０１）第二端末装置３のユーザから各種の情報や指示等を受け付けたか否かを判断する。情報等を受け付ければステップＳ９０２に行き、情報等を受け付けなければステップＳ９０６に行く。

（ステップＳ９０２）第二送信部３２は、第二格納部３０から第二識別子を取得する。

（ステップＳ９０３）第二送信部３２は、イベント識別子を取得する。なお、イベント識別子は、例えば、メモリ上に存在している。

（ステップＳ９０４）第二送信部３２は、ステップＳ９０２およびステップＳ９０３で取得した情報、および受け付けられた情報を用いて、送信する情報を構成する。

（ステップＳ９０５）第二送信部３２は、ステップＳ９０４で構成した情報を、サーバ装置１に送信する。ステップＳ９０１に戻る。なお、第二送信部３２は、サーバ装置１に情報を送信するための情報（例えば、サーバ装置１のＩＰアドレス等）を予め保持している、とする。

（ステップＳ９０６）第二受信部３３は、サーバ装置１から情報を受信したか否かを判断する。情報を受信すればステップＳ９１２に行き、情報を受信しなければステップＳ９０１に戻る。なお、ここで受信した情報は、複数の情報（コメントとユーザ識別子と立場識別子等との組の情報）が存在し得る。

（ステップＳ９０７）第二出力部３５は、第二受信部３３が受信した情報の出力処理を行う。かかる情報出力処理について、図８のフローチャートにおける処理と同様であるので、説明を省略する。なお、図８のフローチャートにおける主体は、ここでは第二出力部３５である。

なお、図９のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

以下、本実施の形態における情報システムの具体的な動作について説明する。情報システムの概念図は図１である。

今、サーバ装置１のユーザ情報格納部１０は、図１０に示す構造を有するユーザ情報管理表を保持している。ユーザ情報管理表は、「ＩＤ」「ユーザ情報」を有するレコードを１以上格納している。「ＩＤ」は、レコードを識別する情報である。「ユーザ情報」は「ユーザ識別子」「送信先識別子」「ユーザ静的属性」「ユーザ動的属性」「候補者グループ識別子」「参加者候補識別子」を有する。「ユーザ静的属性」は「名前」「性別」「年齢」「職業」「住所」等を有する。また、「ユーザ動的属性」は「位置情報」「イベント参加情報」等を有する。また、「候補者グループ識別子」は、イベント開催情報を送信するグループである候補者グループを識別する情報である。「候補者グループ識別子」は、ＮＵＬＬ「−」であっても良い。「候補者グループ識別子」がＮＵＬＬ「−」である場合、対応するユーザが送信したイベント開催情報は、例えば、常に一のグループのメンバーに送信されることとなる。また、「参加者候補識別子」は、参加候補者として、イベント開催情報が送信されるべき者の識別子である。なお、図７において、ユーザ識別子「００１」のユーザが、イベント種類「飲み」のイベントを開催するイベント開催情報を送信した場合、イベント種類識別子「飲み」と対になるユーザ識別子「００２，００３，・・・」のユーザに、イベント開催情報が送信される。また、図７において、「参加者候補識別子」の情報が存在するが、受信された情報が１以上の送信先識別子を有する場合、当該１以上の送信先識別子を、情報を送信する先としても良いことは言うまでもない。

また、図７において、「送信先識別子」は電話番号であるが、メールアドレスやＩＰアドレス等の他の情報でも良い。

また、「イベント参加情報」には、ユーザのイベントに対する参加の状況を示す情報が格納される。「イベント参加情報」は、上述した参加頻度情報を算出するための元になる情報である。ただし、「イベント参加情報」は、参加頻度情報そのものであっても良い。

ここで、「イベント参加情報」は、図１１のイベント参加情報管理表に、別途、示す。図１１のイベント参加情報管理表は、「ＩＤ」「ユーザ識別子」「イベント参加情報」を有するレコードを１以上、格納し得る。「イベント識別子」はイベントの識別子である。また、「イベント参加情報」は、「イベント識別子」「イベント種類識別子」「幹事識別子」「時間情報」「環境情報」「参加フラグ」を有する。図１１において、「イベント種類識別子」は、ここでは、飲み会が「１」、フットサルが「２」、ゴルフが「３」、カラオケが「４」、釣りが「５」等である。「時間情報」は、イベントの開始時刻に関する情報であり、「日時」「曜日」を有する。属性「時間情報」に格納される情報は、通常、イベント開催情報が有する。また、「日時」は、イベントの開始日時であり、「曜日」はイベントの開始日の曜日である。属性「日時」や「曜日」も、通常、イベント開催情報が有する。また、「環境情報」は、イベントの開始時の環境に関する情報であり、「天気」「気温」を有する。なお、例えば、「天気」「気温」は、「日時」の属性値を用いて、外部のサーバ装置から取得された情報である。また、「参加フラグ」は、イベントに参加か不参加か未定かを示す情報である。ここでは、参加の場合は「参加フラグ＝１」であり、不参加の場合は「参加フラグ＝２」であり、未定の場合は「参加フラグ＝０」である、とする。 また、対話関連情報格納部１１は、図１２に示す構造の対話関連情報管理表を保持している。対話関連情報管理表は、「ＩＤ」「対話関連情報」を有するレコードを１以上格納している。「対話関連情報」は、「イベント識別子」「ユーザ識別子」「対話情報」「情報種類識別子」を有する。「ユーザ識別子」は、対話情報を送信したユーザの識別子である。「対話情報」は対話情報であり、イベント開催情報、参加情報、不参加情報等であり、通常、イベント参加募集の期間中に行われた対話の情報である。「情報種類識別子」は対話情報の種類を識別する情報であり、ここでは、イベント開催情報「１」、参加情報「２」、不参加情報「３」、その他「４」があり得る。

また、イベントグループ情報格納部１２は、図１３に示す構造のイベントグループ情報管理表を保持している。イベントグループ情報管理表は、「ＩＤ」「イベントグループ情報」を有するレコードを１以上格納している。「イベントグループ情報」は「イベント識別子」「幹事識別子」「参加者識別子」「不参加者識別子」「イベント種類識別子」「イベント内容情報」「イベント関連情報」を有する。「イベント識別子」は、イベントを識別する情報であり、ここでは、生成部１６が生成したユニークな情報である。「幹事識別子」は、イベントの幹事を識別する情報であり、イベント開催情報を送信したユーザの識別子（上述した第一識別子）である。「参加者識別子」は、イベントに参加表明をしたユーザの識別子であり、参加情報を送信したユーザの識別子（上述した第二識別子）である。「不参加者識別子」は、イベントに不参加の表明をしたユーザの識別子であり、不参加情報を送信したユーザの識別子（上述した第二識別子）である。

かかる状況において、以下の５つの具体例について説明する。

（具体例１）
具体例１において、幹事であるユーザ識別子「００１」のユーザが、飲み会のイベントの開催を提案し、イベントグループ情報が生成される場合である。

まず、ユーザ識別子「００１」のユーザが、第一端末装置２の画面に、イベント開催情報「今から飲みにいける人いない？」（後述する図１５の１５０１）を入力した、とする。また、本ユーザは、一の画像（後述する図１５の１５０２に示す画像）も入力した、とする。また、本ユーザは、イベント開催情報を送信するユーザを特定する第二識別子（ここでは、「００２」「００３」「００５」「００７」「００８」を入力した、とする。なお、第二識別子を入力する手段は問わない。例えば、図１４に示す連絡帳から選択することにより、１以上のユーザを特定し、当該１以上の各ユーザに対応する第二識別子が受け付けられても良い。なお、各ユーザの連絡帳は、第一端末装置２の第一格納部２０、または第二端末装置３の第二格納部３０に格納されている。なお、連絡帳には、１以上の参加候補者情報が格納されている、とする。参加候補者情報は、ここでは、例えば、第二識別子（ユーザ識別子）、送信先識別子、ユーザの写真、名前、Ｊｏｉｎ率、１以上のグループ属性を有する。グループ属性とは、参加候補者情報をグループ分けするための情報であり、図１４では、「飲み」「女友だち」「フットサル」「ゴルフ」「会社」である。一の参加候補者情報が複数のグループ属性を有しても良い。また、Ｊｏｉｎ率とは、イベントへの参加率を示し、参加頻度情報の一種である。

次に、本ユーザは、イベント開催情報と画像の送信指示を、第一端末装置２に入力した、とする。なお、送信指示の入力は、画面上の「送信」ボタンの押下である。

次に、第一端末装置２の第一受付部２１は、ユーザ識別子「００１」のユーザ（関山さん）から、イベント開催情報「今から飲みにいける人いない？」、第二識別子「００２」「００３」「００５」「００７」「００８」および画像（１５０２）を受け付ける。また、第一受付部２１は、送信指示を受け付ける。次に、第一送信部２２は、第一端末装置２に格納されているユーザ識別子「００１」を読み出す。なお、ユーザ識別子「００１」は第一識別子である。次に、第一送信部２２は、第一受付部２１が受け付けたイベント開催情報（１５０１）と５つの第二識別子と画像（１５０２）と第一識別子「００１」とを、サーバ装置１に送信する。

次に、サーバ装置１の受信部１３は、イベント開催情報（１５０１）と５つの第二識別子と画像（１５０２）と第一識別子「００１」とを受信する。

次に、解析手段１３１は、受信された情報が予め決められた指示ではなく、かつイベント識別子を有さないので、イベント開催情報を受信したと判断し、イベント開催情報を示す情報種類識別子「１」を取得する。

次に、生成部１６等は、イベント開催処理を行う。つまり、生成部１６は、ユニークなイベント識別子「Ａ００１」を生成する。

次に、生成部１６は、生成したイベント識別子「Ａ００１」、受信されたイベント開催情報「今から飲みにいける人いない？」、受信された第一識別子「００１」、取得された情報種類識別子「１」を用いて、対話関連情報を構成する。

また、生成部１６は、イベント識別子「Ａ００１」、幹事識別子「００１」を有するイベントグループ情報を生成する。なお、ここでのイベントグループ情報は、例えば、イベント識別子と幹事識別子のみ有する。

次に、蓄積部１７は、構成した対話関連情報を図１２の対話関連情報管理表に蓄積する。なお、ここで蓄積された対話関連情報は、図１２の「ＩＤ＝１」のレコードである。

また、蓄積部１７は、イベントグループ情報を、図１３のイベントグループ情報管理表に蓄積する。なお、ここで蓄積されたイベントグループ情報は、図１３の「ＩＤ＝１」のレコードの一部の情報である。

次に、送信先決定部１４は、受信された第二識別子「００２」「００３」「００５」「００７」「００８」を取得する。そして、送信先決定部１４は、５つの各第二識別子に対応する送信先識別子「０８０−５４３２−１２３４，０９０−９８７６−５４３２，・・・・」を、図１０のユーザ情報管理表から取得する。

また、送信部１５は、ユーザ識別子「００１」と対になるユーザ属性値（例えば、名前「関山」）を取得する。

次に、送信部１５は、取得された各送信先識別子「０８０−５４３２−１２３４，０９０−９８７６−５４３２，・・・・」が示す５つの送信先に、受信されたイベント開催情報「今から飲みにいける人いない？」と名前「関山」と写真とイベント識別子「Ａ００１」と立場識別子「幹事（例えば、値「１」）」を送信する。なお、立場識別子は、「幹事」以外に、「参加者（例えば、値「２」）」、「不参加者（例えば、値「３」）」、「未定者（例えば、値「４」）」を有し得る、とする。また、送信部１５は、受信された情報がイベント開催情報であることから、ユーザ識別子「００１」で識別されるユーザの立場識別子は「幹事」である、と決定する。

次に、第二端末装置３の第二受信部３３は、サーバ装置１からイベント開催情報「今から飲みにいける人いない？」と名前「関山」と写真とイベント識別子「Ａ００１」と立場識別子「幹事」とを受信する。

そして、第二出力部３５は、イベント開催情報「今から飲みにいける人いない？」と名前「関山」と写真等を出力する。ここで、第二出力部３５は、立場識別子「幹事」が視覚的に認識可能なように、写真を矩形の画面の左側の辺の周辺に配置する（図１５の１５０４参照）。また、第二出力部３５は、イベント開催情報「今から飲みにいける人いない？」と名前「関山」を、写真（１５０４）の近辺に出力する。

つまり、本具体例において、幹事が入力した情報は画面の左側に配置され、他の者（例えば、参加者または不参加者または未定者）が入力した情報は画面の右側に配置される。そして、本具体例において、幹事を識別するユーザ識別子を矩形の画面の一の辺の周辺に配置し、他のユーザのユーザ識別子を矩形の画面の一の辺とは反対側の辺の周辺に配置することにより、幹事が入力した情報と、他のユーザが入力した情報とを視覚的に区別して出力するようにする。

次に、ユーザ識別子「００８」で識別されるユーザ（名前「鳴島」）が、自分の第二端末装置３に出力されたイベント開催情報「今から飲みにいける人いない？」と名前「関山」等を見て、「２０：００ぐらいなら行けますよ〜！」と画像（後述する図１６の１６０２）とを入力する。また、本ユーザは、Ｊｏｉｎボタン（図１６の１６０３）を押下し、さらに「送信」ボタンを押下した、とする。

次に、ユーザ識別子「００８」で識別されるユーザの第二端末装置３の第二受付部３１は、文字列「２０：００ぐらいなら行けますよ〜！」と画像（１６０２）と「Ｊｏｉｎ」ボタンの押下と「送信」ボタンの押下とを受け付ける。

次に、第二送信部３２は、ユーザ識別子「００８」を読み出す。また、第二送信部３２は、イベント識別子「Ａ００１」を取得する。そして、第二送信部３２は、参加の旨を示すフラグと文字列「２０：００ぐらいなら行けますよ〜！」を有する参加情報、画像（１６０２）、ユーザ識別子「００８」、およびイベント識別子「Ａ００１」をサーバ装置１に送信する。

次に、サーバ装置１の受信部１３は、参加の旨を示すフラグと文字列「２０：００ぐらいなら行けますよ〜！」を有する参加情報、画像（１６０２）、ユーザ識別子「００８」、およびイベント識別子「Ａ００１」を受信する。

次に、解析手段１３１は、参加の旨を示すフラグから、情報種類識別子「参加情報（値は「２」）」を取得する。

次に、蓄積部１７は、受信された情報の中からイベント識別子「Ａ００１」とユーザ識別子「００８」と参加情報「２０：００ぐらいなら行けますよ〜！」とを取得し、かつ情報種類識別子「２」を取得する。

次に、蓄積部１７は、取得したイベント識別子「Ａ００１」に対応付けて、ユーザ識別子「００８」、参加情報「２０：００ぐらいなら行けますよ〜！」、情報種類識別子「２」等を対話関連情報管理表に蓄積する。なお、かかる参加情報は、図１２の対話関連情報管理表の「ＩＤ＝２」のレコードである。

また、ここで、蓄積部１７は、イベント識別子「Ａ００１」に対応付けて、ユーザ識別子「００８」を参加者識別子として、図１３のイベントグループ管理表に蓄積しても良い（図１３の「ＩＤ＝１」のレコード参照）。

次に、送信先決定部１４は、参加情報を送信する先の１以上の送信先識別子を取得する。なお、ここで、送信先決定部１４は、幹事であるユーザ識別子「００１」の送信先識別子のみを取得しても良いし、幹事であるユーザ識別子「００１」の送信先識別子とすべての参加者候補識別子「００２，００３，・・・・」に対応する送信先識別子「０８０−５４３２−１２３４，０９０−９８７６−５４３２，・・・・」を取得しても良い。なお、ここでは、送信先決定部１４は、幹事であるユーザ識別子「００１」の送信先識別子とすべての参加者候補識別子「００２，００３，・・・・」の送信先識別子のみを取得した、とする。

次に、送信部１５は、ユーザ識別子「００８」で識別されるユーザの名前「鳴島」、およびイベント識別子「Ａ００１」を、図１０のユーザ情報管理表から取得する。また、送信部１５は、イベントグループ情報の参加者識別子「００８」を用いて、ユーザ識別子「００８」で識別されるユーザの立場識別子「参加者（値「２」）」を取得する。また、送信部１５は、ユーザ識別子「００１」の送信先識別子、および参加者候補識別子「００２，００３，・・・・」で識別される送信先識別子を取得する。なお、ここで、送信部１５は、情報を入力した参加者識別子「００８」を、送信する先から除いても良い。

そして、送信部１５は、取得した送信先識別子「０９０−１２３４−５６７８」等で識別される送信先に、参加情報「２０：００ぐらいなら行けますよ〜！」と画像（１６０２）とユーザの名前「鳴島」と立場識別子「参加者（値「２」）」とイベント識別子「Ａ００１」等を送信する。

次に、例えば、ユーザ識別子「００２」の第二端末装置３の第二受信部３３がサーバ装置１から参加情報「２０：００ぐらいなら行けますよ〜！」と画像（１６０２）とユーザの名前「鳴島」と立場識別子「参加者（値「２」）」とイベント識別子「Ａ００１」等を受信する。なお、ユーザ識別子「００２」の第二端末装置３は、幹事の「関山」さんからのイベント開催情報を、既に受信し、出力している、とする。かかる出力態様は、例えば、図１５である。

次に、第一出力部２５は、立場識別子「参加者（値「２」）」が視覚的に認識可能なように、参加情報「２０：００ぐらいなら行けますよ〜！」（図１６の１６０１）とユーザの名前「鳴島」と画像（１６０２）とを出力する（図１６参照）。なお、ここで、上述したように、幹事が入力した情報は画面の左側に配置され、他の者（例えば、参加者または不参加者または未定者）が入力した情報は画面の右側に配置される。なお、現時点は、参加者募集期間情報が示すイベント参加募集期間である。

次に、第一端末装置２の第一受信部２３がサーバ装置１から参加情報「２０：００ぐらいなら行けますよ〜！」と画像（１６０２）とユーザの名前「鳴島」と立場識別子「参加者（値「２」）」とイベント識別子「Ａ００１」等を受信する。

次に、第一出力部２５は、参加情報「２０：００ぐらいなら行けますよ〜！」（図１６の１６０１）とユーザの名前「鳴島」と画像（１６０２）を出力する（図１６参照）。

次に、ユーザ識別子「００２」の「岡崎」さんが、自分の第二端末装置３に、「今日は、忙しくて無理です！」と、不参加の旨を示すフラグとを入力し、「送信」ボタンを押下した、とする。なお、不参加の旨を示すフラグの入力は、例えば、「不参加」ボタン等のボタンの押下により実現されても良い。

次に、「岡崎」さんの第二端末装置３の第二受付部３１は、文字列「今日は、忙しくて無理です！」と不参加の旨を示すフラグと「送信」ボタンの押下とを受け付ける。

次に、第二送信部３２は、ユーザ識別子「００２」を読み出す。また、第二送信部３２は、イベント識別子「Ａ００１」を取得する。そして、第二送信部３２は、不参加の旨を示すフラグと文字列「今日は、忙しくて無理です！」を有する参加情報、ユーザ識別子「００２」、およびイベント識別子「Ａ００１」をサーバ装置１に送信する。

次に、サーバ装置１の受信部１３は、不参加の旨を示すフラグ、文字列「今日は、忙しくて無理です！」を有する参加情報、ユーザ識別子「００２」、およびイベント識別子「Ａ００１」を受信する。

次に、解析手段１３１は、不参加の旨を示すフラグから、情報種類識別子「不参加情報（値は「３」）」を取得する。

次に、蓄積部１７は、受信された情報の中からイベント識別子「Ａ００１」とユーザ識別子「００２」と参加情報「今日は、忙しくて無理です！」を取得し、かつ情報種類識別子「３」を取得する。

次に、蓄積部１７は、取得したイベント識別子「Ａ００１」に対応付けて、ユーザ識別子「００２」、参加情報「今日は、忙しくて無理です！」、情報種類識別子「３」等を対話関連情報管理表に蓄積する。なお、かかる参加情報は、図１２の対話関連情報管理表の「ＩＤ＝３」のレコードである。

また、ここで、蓄積部１７は、イベント識別子「Ａ００１」に対応付けて、ユーザ識別子「００２」を不参加者識別子として、図１３のイベントグループ管理表に蓄積しても良い（図１３の「ＩＤ＝１」のレコード参照）。

次に、送信先決定部１４は、不参加情報を送信する先の１以上の送信先識別子を取得する。なお、ここで、送信先決定部１４は、幹事であるユーザ識別子「００１」の送信先識別子のみを取得しても良いし、幹事であるユーザ識別子「００１」の送信先識別子とすべての参加者候補識別子「００２，００３，・・・・」に対応する送信先識別子「０８０−５４３２−１２３４，０９０−９８７６−５４３２，・・・・」を取得しても良い。なお、ここでは、送信先決定部１４は、幹事であるユーザ識別子「００１」の送信先識別子とすべての参加者候補識別子「００２，００３，・・・・」の送信先識別子のみを取得した、とする。

次に、送信部１５は、ユーザ識別子「００２」で識別されるユーザの名前「岡崎」、およびイベント識別子「Ａ００１」を、図１０のユーザ情報管理表から取得する。また、送信部１５は、イベントグループ情報の不参加者識別子「００２」を用いて、ユーザ識別子「００２」で識別されるユーザの立場識別子「不参加者（値「３」）」を取得する。また、送信部１５は、ユーザ識別子「００１」の送信先識別子、および参加者候補識別子「００２，００３，・・・・」で識別される送信先識別子を取得する。なお、ここで、送信部１５は、情報を入力した不参加者識別子「００２」を、送信する先から除いても良い。

そして、送信部１５は、取得した送信先識別子「０９０−１２３４−５６７８」等で識別される送信先に、不参加情報「今日は、忙しくて無理です！」とユーザの名前「岡崎」と立場識別子「不参加者（値「３」）」とイベント識別子「Ａ００１」等を送信する。

次に、例えば、ユーザ識別子「００３」の第二端末装置３の第二受信部３３がサーバ装置１から不参加情報「今日は、忙しくて無理です！」とユーザの名前「岡崎」と立場識別子「不参加者（値「３」）」とイベント識別子「Ａ００１」等を受信する。なお、ユーザ識別子「００３」の第二端末装置３は、幹事の「関山」さんからのイベント開催情報、参加者「鳴島」さんからの参加情報を、既に受信し、出力している、とする。

次に、第二出力部３５は、立場識別子「不参加者（値「３」）」が視覚的に認識可能なように、不参加情報「今日は、忙しくて無理です！」（図１７の１７０１）とユーザの名前「岡崎」とを出力する（図１７参照）。なお、ここで、上述したように、幹事が入力した情報は画面の左側に配置され、他の者（例えば、参加者または不参加者または未定者）が入力した情報は画面の右側に配置される。また、第二出力部３５は、幹事と他の者だけではなく、参加者と不参加者をも視覚的に区別可能なように、参加者の写真の周りは輝度を高くする、または写真の周りを装飾する等の処理を行う。一方、第二出力部３５は、不参加者の写真の周りの輝度は通常の輝度値である、または写真の周りは装飾等しない。

なお、参加者と不参加者とを視覚的に区別可能なようにする表示態様は問わない。また、現時点は、参加者募集期間情報が示すイベント参加募集期間である。さらに、幹事をはじめ、複数ユーザ間の２以上の対話情報を出力する画面において、第二出力部３５または第一出力部２５は、対話情報を入力したユーザの立場識別子に応じて、立場が視覚的に識別可能なように、当該対話情報を出力することは好適である。第二出力部３５または第一出力部２５は、図１８の１８０１に示すように、参加者と不参加者とを、視覚的に識別可能なように出力することは好適である。なお、１８０１は、参加者の情報（ここでは、写真）である。１８０１には、幹事の情報は含まれていないが、幹事の情報が含まれても良い。また、１８０２は、参加者数を示す情報である。１８０２は、現時点の参加者が２名であることを示す。 次に、イベント識別子「Ａ００１」のイベントの第一の参加者は、例えば、当該イベントの画面を端末装置に出力している際に、撮影した写真「写真１.jpg」をサーバ装置１に送信した、とする。そして、サーバ装置１の受信部１３は、写真「写真１.jpg」とイベント識別子「Ａ００１」とを受信する。そして、蓄積部１７は、受信された情報の中からイベント識別子「Ａ００１」を取得する。次に、蓄積部１７は、取得したイベント識別子「Ａ００１」に対応付けて、写真「写真１.jpg」のファイル名をイベントグループ情報格納部１２に蓄積する。また、蓄積部１７は、写真「写真１.jpg」の実体をイベントグループ情報格納部１２に蓄積する。なお、写真「写真１.jpg」は、イベント関連情報の一種である。

また、第二の参加者は、例えば、撮影した写真「写真２.jpg」とイベント識別子「Ａ００１」とをサーバ装置１に送信した、とする。そして、サーバ装置１の受信部１３は、写真「写真２.jpg」とイベント識別子「Ａ００１」とを受信する。そして、蓄積部１７は、受信された情報の中からイベント識別子「Ａ００１」を取得する。次に、蓄積部１７は、取得したイベント識別子「Ａ００１」に対応付けて、写真「写真２.jpg」のファイル名をイベントグループ情報格納部１２に蓄積する。また、蓄積部１７は、写真「写真２.jpg」の実体をイベントグループ情報格納部１２に蓄積する。

さらに、第三の参加者は、例えば、イベントに対するコメント「楽しかったねえ。・・・」とイベント識別子「Ａ００１」とをサーバ装置１に送信した、とする。そして、サーバ装置１の受信部１３は、コメント「楽しかったねえ。・・・」とイベント識別子「Ａ００１」とを受信する。そして、蓄積部１７は、受信された情報の中からイベント識別子「Ａ００１」を取得する。次に、蓄積部１７は、取得したイベント識別子「Ａ００１」に対応付けて、コメント「楽しかったねえ。・・・」のファイル名「コメント１．txt」をイベントグループ情報格納部１２に蓄積する。また、蓄積部１７は、ファイル「コメント１．txt」の実体（コメント「楽しかったねえ。・・・」）をイベントグループ情報格納部１２に蓄積する。なお、コメント「コメント１．txt」は、イベント関連情報の一種である。

以上の処理により、図１３の「ＩＤ＝１」の属性「イベント関連情報」に、「写真１.jpg」「写真２.jpg」「コメント１．txt」が蓄積される。なお、イベントグループ情報格納部１２は、別途、ファイル「写真１.jpg」「写真２.jpg」「コメント１．txt」の実体を保持することとなる。

なお、具体例１において、第二端末装置３のユーザが参加を示す旨のフラグを入力し（「Ｊｏｉｎ」ボタンを押下し）、第二端末装置３からサーバ装置１に参加情報が送信されても良いし、解析手段１３１が受信された情報を解析することにより、参加情報であることを決定しても良い。

（具体例２）
具体例２において、イベント開催情報が参加数制限情報を有する場合について説明する。また、具体例２において、Ｊｏｉｎ率を算出し、出力する処理について説明する。さらに、具体例２において、第一端末装置２の幹事が参加者候補を選択する場合について説明する。

ここで、第一端末装置２の図示しない第一格納部には、図１４に示すような１以上の参加候補者の情報を有する連絡帳が格納されている、とする。参加候補者情報は、ここでは、第二識別子（ユーザ識別子）、送信先識別子、ユーザの写真、名前、Ｊｏｉｎ率、１以上のグループ属性を有する。グループ属性とは、参加候補者情報をグループ分けするための情報であり、図１３では、「飲み」「女友だち」「フットサル」「ゴルフ」「会社」である。一の参加候補者情報が複数のグループ属性を有しても良い。

なお、Ｊｏｉｎ率とは、参加頻度情報の一種であり、お誘いを受けた場合に参加情報を送信した率（つまり、イベントへの参加率）である。Ｊｏｉｎ率は、サーバ装置１の処理部２０が取得した情報である。処理部２０は、ユーザ情報格納部１０の情報、または受信部１３が受信した情報、またはイベントグループ情報格納部１２の情報を統計処理し、各ユーザのＪｏｉｎ率を算出する。

ここでは、処理部２０は、図１１のイベント参加情報管理表（ユーザ情報の一部）を用いて、各ユーザのＪｏｉｎ率、幹事毎のＪｏｉｎ率、イベント種類識別子毎のＪｏｉｎ率、幹事毎およびイベント種類識別子毎のＪｏｉｎ率を取得する、とする。

具体的には、処理部２０は、ユーザ毎に、イベント参加情報管理表から参加フラグ「１」の数（イベントに参加した回数）と、参加フラグ「２」の数（不参加の回数）を取得する。そして、処理部２０は、ユーザ毎に、「Ｊｏｉｎ率＝イベントに参加した回数／（イベントに参加した回数＋不参加の回数）」を算出する。

また、処理部２０は、ユーザ毎および幹事毎に、イベント参加情報管理表から参加フラグ「１」の数（イベントに参加した回数）と、参加フラグ「２」の数（不参加の回数）を取得する。そして、処理部２０は、ユーザ毎および幹事毎に、「Ｊｏｉｎ率＝イベントに参加した回数／（イベントに参加した回数＋不参加の回数）」を算出する。

また、処理部２０は、ユーザ毎およびイベント種類識別子毎に、イベント参加情報管理表から参加フラグ「１」の数（イベントに参加した回数）と、参加フラグ「２」の数（不参加の回数）を取得する。そして、処理部２０は、ユーザ毎およびイベント種類識別子毎に、「Ｊｏｉｎ率＝イベントに参加した回数／（イベントに参加した回数＋不参加の回数）」を算出する。

さらに、処理部２０は、ユーザ毎および幹事毎およびイベント種類識別子毎に、イベント参加情報管理表から参加フラグ「１」の数（イベントに参加した回数）と、参加フラグ「２」の数（不参加の回数）を取得する。そして、処理部２０は、ユーザ毎および幹事毎およびイベント種類識別子毎に、「Ｊｏｉｎ率＝イベントに参加した回数／（イベントに参加した回数＋不参加の回数）」を算出する。

そして、送信部１５は、各ユーザの各種のＪｏｉｎ率を、第一端末装置２または第二端末装置３に送信する。なお、ｊｏｉｎ率は、予め決められたタイミング、または端末装置からの指示等に応じて、端末装置に送信されることは好適である。

今、ユーザ識別子「００８」のユーザが、第一端末装置２に対して、「仕事が終わってからカラオケ行きたいな・・・」を入力した、とする。また、本ユーザが、図１４に示す連絡帳を第一格納部２０から呼び出し、第一端末装置２に表示させた、とする。次に、本ユーザが、図１４に示す連絡帳から１０名の参加候補者を選択した、とする。また、本ユーザが、「５」の参加数制限情報を入力した、とする。そして、本ユーザが、「送信」ボタンを押下した、とする。なお、図１４の連絡帳の画面には、各ユーザのＪｏｉｎ率が表示されているが、かかるＪｏｉｎ率は、連絡帳の出力のタイミングで、端末装置からサーバ装置１に、Ｊｏｉｎ率の送信指示を送信しても良いし、予め連絡帳が各ユーザのＪｏｉｎ率を保持していても良い。

次に、第一端末装置２の第一受付部２１は、文字列「仕事が終わってからカラオケ行きたいな・・・」、１０名の参加候補者の情報、参加数制限情報「５」、および送信指示を受け付ける。参加候補者の情報は、連絡帳に格納されている情報であり、例えば、参加候補者の第二識別子である。

次に、第一送信部２２は、第一端末装置２のユーザ識別子である第一識別子「００８」を、第一端末装置２から読み出す。また、第一端末装置２は、図示しない位置情報取得手段（例えば、ＧＰＳ受信機）により、現在の位置情報を取得する。そして、第一送信部２２は、文字列「仕事が終わってからカラオケ行きたいな・・・」、１０名の参加候補者の情報、参加数制限情報「５」、第一識別子「００８」、および位置情報をサーバ装置１に送信する。

次に、サーバ装置１の受信部１３は、文字列「仕事が終わってからカラオケ行きたいな・・・」、１０名の参加候補者の情報、参加数制限情報「５」、第一識別子「００８」、および位置情報を受信する。そして、解析手段１３１は、受信された情報がイベント識別子を有さないことから、情報種類識別子「１」を取得する。なお、情報種類識別子「１」は、イベント開催情報を示す。

次に、生成部１６等は、以下のようなイベント開催処理を行う。つまり、生成部１６は、ユニークなイベント識別子「Ａ００２」を生成する。次に、生成部１６は、生成したイベント識別子「Ａ００２」、受信されたイベント開催情報「仕事が終わってからカラオケ行きたいな・・・」、受信された第一識別子「００８」、情報種類識別子「１」、日時「１２月６日 １３：００」、曜日「木」、天気「曇り」、気温「９℃」を用いて、対話関連情報を構成する。なお、日時「１２月６日 １３：００」、曜日「木」、天気「曇り」、気温「９℃」は、図示しない時計、外部の装置から取得された、とする。日時と曜日は、イベント開催情報が受信された日時と曜日である。天気と気温は、第一端末装置２の位置情報を用いて、外部の装置から取得された情報である。

次に、蓄積部１７は、構成された対話関連情報を対話関連情報管理表に蓄積する。なお、蓄積された対話関連情報は、図１２の「ＩＤ＝２５」のレコードである。

次に、送信先決定部１４は、受信部１３が受信した１０の第一識別子に対応する送信先識別子を取得する。なお、例えば、送信先決定部１４は、受信部１３が受信した１０の各第一識別子と対になる送信先識別子を、図１０のユーザ情報管理表から取得する。

次に、送信部１５は、取得された１０の送信先識別子が示す１以上の送信先に、受信されたイベント開催情報「仕事が終わってからカラオケ行きたいな・・・」、イベント開催情報を送信したユーザの名前「鳴島」、イベント識別子「Ａ００２」等を送信する。

そして、第二端末装置３の第二受信部３３は、イベント開催情報「仕事が終わってからカラオケ行きたいな・・・」、名前「鳴島」、イベント識別子「Ａ００２」等を受信する。そして、第二出力部３５は、第二受信部３３が受信したイベント開催情報「仕事が終わってからカラオケ行きたいな・・・」、名前「鳴島」を出力する。

以上により、１０のユーザがイベント開催情報「仕事が終わってからカラオケ行きたいな・・・」、名前「鳴島」を見ることとなる。

そして、一の第二端末装置３のユーザが「Ｊｏｉｎ」ボタン（図１６の１６０３）を押下した、とする。すると、第二受付部３１は、参加情報を受け付ける。そして、第二送信部３２は、参加情報、イベント識別子「Ａ００２」、および第二識別子を用いて送信する情報を構成する。そして、第二送信部３２は、参加情報を含む情報をサーバ装置１に送信する。

次に、サーバ装置１の受信部１３は、参加情報を含む情報を受信する。次に、蓄積部１７は、イベント識別子「Ａ００２」に対応付けて、参加情報（例えば、「行きましょう。」という文字列）を対話関連情報格納部１１に蓄積する。また、蓄積部１７は、参加情報を送信した第二識別子（ユーザ識別子）を、イベント識別子「Ａ００２」のイベントグループ情報に書き込む。ここで、図１３のイベントグループ情報管理表の「ＩＤ＝２」のレコードの属性「参加者識別子」に一の第二識別子が書き込まれる。なお、また、蓄積部１７は、図示しないバッファに、イベント識別子「Ａ００２」に対応付けて、参加情報の数「１」を格納しても良い。

次に、送信先決定部１４は、参加情報を送信する先の送信先識別子（ここでは幹事の送信先識別子）を取得する。次に、送信部１５は、幹事の送信先識別子で識別される送信先に、参加情報の処理結果（例えば、一のユーザから参加情報の送信があった旨の情報）を送信する。

また、さらに４名の参加候補者から、参加情報を含む情報が、サーバ装置１に送信された、とする。そして、サーバ装置１等は、上述した処理を行い、図１３のイベントグループ情報管理表の「ＩＤ＝２」のレコードの属性「参加者識別子」の第二識別子の数が「５」になった、とする。なお、ここで、図示しないバッファの参加情報の数が「５」になっても良い。

次に、処理部２０は、参加数制限情報「５」と、属性「参加者識別子」の第二識別子の数「５」とが等しいことを検知し、イベントへの参加募集の終了を決定する。

そして、蓄積部１７は、イベント識別子「Ａ００２」のイベントグループ情報に対応付けて、イベントへの参加募集の終了のフラグを蓄積する。なお、イベントへの参加募集の終了のフラグは、例えば、図１３のイベントグループ情報の中の一の情報として蓄積される。

そして、例えば、一のユーザが、自分が参加候補者となったイベントのイベント開催情報の取得指示を、自分の第二端末装置３に入力した、とする。すると、第二端末装置３を構成する第二受付部３１は、イベント開催情報の取得指示を受け付ける。次に、第二送信部３２は、第二識別子とイベント開催情報の取得指示とをサーバ装置１に送信する。

次に、サーバ装置１の受信部１３は、第二識別子とイベント開催情報の取得指示とを受信する。そして、処理部２０は、イベント開催情報の取得指示に応じて、受信された第二識別子が参加者識別子の中に含まれる１以上のイベント識別子、およびイベントへの参加募集の終了のフラグを対応付けて、イベントグループ情報管理表から取得する。そして、処理部２０は、取得した１以上のイベント識別子に対応する対話情報であり、情報種類識別子「１」と対になる対話情報（イベント開催情報）を、図１２の対話関連情報管理表から取得する。次に、送信部１５は、処理部２０が取得した情報を、取得指示を送信してきた第二端末装置３に送信する。

次に、第二端末装置３の第二受信部３３は、１以上のイベント識別子、イベントへの参加募集の終了のフラグ、およびイベント開催情報を受信する。そして、第二出力部３５は、第二受信部３３が受信した情報を出力する。ここで、第二出力部３５の出力例を図１９に示す。なお、図１９において、イベントへの参加募集の終了のフラグは、「Ｃｌｏｓｅ」のアイコン（１９０１）に示されている。また、「＋１」「＋２」「＋３」のアイコンは、第二端末装置３のユーザが読んでいない対話情報（参加情報や不参加情報等）やコメント等の数を示す。つまり、「＋１」のアイコン（１９０２）は、第二端末装置３のユーザが読んでいない対話情報等の数が「１」であることを示す。なお、イベントへの参加募集が終了したイベントに関して、図２０の２００１に示すように、イベントのメッセージをグレイアウトして、イベントへの参加募集中のメッセージの表示とは異なる態様でメッセージを表示しても良い。

（具体例３）
具体例３において、第一端末装置２の幹事が居る位置情報を用いて、参加者候補を自動選択する場合について説明する。

今、サーバ装置１の受信部１３は、多数の端末装置から、位置情報とユーザ識別子（第一識別子または第二識別子）とを受信している、とする。

そして、一のユーザが第一端末装置２にイベント開催情報「東京に来てるんだけど、誰か飲みに行かない？」を入力し、「送信」ボタンを押下した、とする。

次に、第一端末装置２の第一受付部２１は、イベント開催情報を受け付ける。次に、第一送信部２２は、予め格納されている第一識別子を読み出す。次に、第一端末装置２の図示しない位置情報取得手段は位置情報（ｘ１，ｙ１）を取得する。そして、第一送信部２２は、イベント開催情報「東京に来てるんだけど、誰か飲みに行かない？」、第一識別子、および位置情報（ｘ１，ｙ１）をサーバ装置１に送信する。

次に、サーバ装置１の受信部１３は、イベント開催情報「東京に来てるんだけど、誰か飲みに行かない？」、第一識別子、および位置情報（ｘ１，ｙ１）を受信する。

次に、解析手段１３１は、受信された情報を解析し、イベント識別子を有さないので、イベント開催情報（情報種類識別子が「１」）である、と判断する。

次に、生成部１６は、ユニークなイベント識別子を生成する。また、生成部１６は、生成したイベント識別子、受信されたイベント開催情報、受信された第一識別子等を用いて、対話関連情報を構成する。次に、蓄積部１７は、構成した対話関連情報を対話関連情報管理表に蓄積する。

次に、送信先決定部１４は、幹事の位置情報（ｘ１，ｙ１）を取得する。次に、送信先決定部１４は、幹事の第一識別子と対になる１以上の参加候補者識別子を図１０のユーザ情報管理表から取得する。そして、送信先決定部１４は、取得した１以上の各参加候補者識別子と対になる位置情報であり、受信部１３が受信した位置情報を取得する。そして、送信先決定部１４は、幹事の位置情報（ｘ１，ｙ１）と予め決められた条件を満たすほど近い位置を示す位置情報と対になる１以上の参加候補者識別子を取得する。次に、送信先決定部１４は、取得した１以上の各参加候補者識別子と対になる１以上の送信先識別子をユーザ情報管理表から取得する。

次に、送信部１５は、取得された１以上の送信先識別子が示す１以上の送信先に、受信されたイベント開催情報「東京に来てるんだけど、誰か飲みに行かない？」等を送信する。

以後の処理は、具体例１等で説明した処理と同様である。

（具体例４）
具体例４において、イベントグループ情報が統合される場合について説明する。ここで、イベントグループ情報は、統合するイベント識別子を有する、とする。ここで、統合とは、複数のイベントグループ情報が有するイベント関連情報がシームレスに扱われることである、とする。シームレスに扱われることは、一緒に端末装置にダウンロードされること、同時に削除され得ること等である。

ここで、一のユーザが第一端末装置２に、イベント識別子「Ａ００１」とイベント識別子「Ａ００５」とを有するイベント統合指示を入力した、とする。すると、第一端末装置２の第一受付部２１は、イベント識別子「Ａ００１」とイベント識別子「Ａ００５」とを有するイベント統合指示を受け付ける。次に、第一送信部２２は、イベント識別子「Ａ００１」とイベント識別子「Ａ００５」とを有するイベント統合指示をサーバ装置１に送信する。

次に、サーバ装置１の受信部１３は、イベント識別子「Ａ００１」とイベント識別子「Ａ００５」とを有するイベント統合指示を受信する。

次に、サーバ装置１のイベント統合部１８は、受信されたイベント識別子「Ａ００１」「Ａ００５」を取得する。次に、イベント統合部１８は、取得した２つのイベント識別子で識別されるイベントのイベントグループ情報を統合する。

つまり、例えば、ここで、イベントグループ情報は、属性「統合するイベント識別子」を有する、とする。また、イベント統合部１８は、イベント識別子「Ａ００１」で識別されるイベントグループ情報の属性「統合するイベント識別子」に、イベント識別子「Ａ００５」を書き込む。また、イベント統合部１８は、イベント識別子「Ａ００５」で識別されるイベントグループ情報の属性「統合するイベント識別子」に、イベント識別子「Ａ００１」を書き込む。

なお、例えば、イベント識別子「Ａ００１」で識別されるイベントのイベントグループ情報が有する「統合するイベント識別子」が「Ａ００５」である場合、イベント識別子「Ａ００１」で識別されるイベントのイベントグループ情報とイベント識別子「Ａ００５」で識別されるイベントのイベントグループ情報とは統合されていることを示す。つまり、イベント識別子「Ａ００１」と対になるイベント関連情報「写真１.jpg」「写真２.jpg」「コメント１.txt」「写真ａ.jpg」「写真ｂ.jpg」は、一括して、端末装置にダウンロードされ得る。

かかる状況において、一のユーザが第一端末装置２に、イベント識別子「Ａ００１」を含むイベント関連情報の取得指示を入力し、サーバ装置１に送信された場合、サーバ装置１の受信部１３は当該イベント関連情報の取得指示を受信する。そして、処理部２０は、イベント識別子「Ａ００１」を用いて、統合するイベント識別子「Ａ００５」を取得する。そして、処理部２０は、イベント識別子「Ａ００１」と「Ａ００５」と対になるイベント関連情報「写真１.jpg」「写真２.jpg」「コメント１.txt」「写真ａ.jpg」「写真ｂ.jpg」を取得する。

次に、送信部１５は、イベント関連情報の取得指示を送信した第一端末装置２に、イベント関連情報「写真１.jpg」「写真２.jpg」「コメント１.txt」「写真ａ.jpg」「写真ｂ.jpg」を送信する。

次に、第一端末装置２はイベント関連情報「写真１.jpg」「写真２.jpg」「コメント１.txt」「写真ａ.jpg」「写真ｂ.jpg」を受信し、出力する。

（具体例５）
具体例５において、イベントグループ情報からアルバムが生成される場合について説明する。

一のユーザが第一端末装置２に、イベント識別子「Ａ００１」を有するアルバム作成指示を入力した、とする。すると、第一端末装置２の第一受付部２１は、イベント識別子「Ａ００１」を有するアルバム作成指示を受け付ける。次に、第一送信部２２は、イベント識別子「Ａ００１」を有するアルバム作成指示をサーバ装置１に送信する。

次に、サーバ装置１の受信部１３は、イベント識別子「Ａ００１」を有するアルバム作成指示を受信する。そして、処理部２０は、受信された情報の中からイベント識別子「Ａ００１」を取得する。処理部２０は、取得したイベント識別子「Ａ００１」に対応する写真「写真１.jpg」「写真２.jpg」をイベントグループ情報管理表から取得し、アルバムを構成する。なお、1以上の写真からアルバムを構成する技術は公知技術である。

次に、送信部１５は、アルバム作成指示を送信した第一端末装置２に、構成したアルバムを送信する。そして、第一端末装置２は、アルバムを受信し、出力する。

以上、本実施の形態によれば、イベントの開催、イベント参加候補者間でのコミュニケーション、イベントに関する記録、思い出作り等を支援できる。

また、本実施の形態によれば、イベント関係者の中の各人のイベントにおける立場（幹事、参加者、または不参加者等）を明瞭に示すことにより、使い易いユーザインターフェイスを提供できる。

また、本実施の形態によれば、イベントへの参加／不参加を決定する際のコミュニケーションにおいて、幹事と他のユーザとの区別が明瞭になり、参加／不参加の判断の効率、コミュニケーションの情報収集の効率が向上する。

なお、第一端末装置２または第二端末装置３のユーザは、例えば、図２１に示す画面を用いて、イベント開催情報や参加情報等を入力する。図２１に示す画面において、２１０１は、文字列を入力する領域である。また、ユーザが図２１の２１０２のボタンを押下した場合、例えば、図１４の連絡帳が画面に表示され、ユーザは当該連絡帳から、参加候補者を選択する。また、ユーザが図２１の２１０３のボタンを押下した場合、例えば、イベントの開始時刻を入力する画面に切り替わり、ユーザはイベントの開始時刻を入力できる。さらに、ユーザが図２１の２１０４のボタンを押下した場合、例えば、地図が出力され、ユーザは当該地図上の一の位置を指示することにより、イベントが開催される場所を入力できる。

また、第一端末装置２の第一出力部２５または第二端末装置３の第二出力部３５は、図２２の２２１に示すように、幹事を他のユーザと視覚的に識別可能に出力しても良い。図２２の２２１では、幹事を特定する画像（ここでは写真）にマーク（Ｒ）が付与されている。このマーク（Ｒ）は、幹事を示すマークである。

また、第一端末装置２の第一出力部２５または第二端末装置３の第二出力部３５は、図２３の２３１に示すように、参加候補者の数、または参加者の数を示す出力を行っても良い。なお、図２３の２３１は、参加候補者の数、または参加者の数を示す出力であり、ボタンである。そして、図２３の画面において、ユーザが２３１のボタンを押下した場合、例えば、第二端末装置３は、参加候補者の情報の取得指示を受け付ける。次に、第二送信部３２は、メモリ上に存在するイベント識別子（２３１のボタンに対応するイベント識別子）を取得し、参加候補者の情報の取得指示をサーバ装置１に送信する。なお、かかる参加候補者の情報の取得指示は、イベント識別子を有する。次に、サーバ装置１の受信部１３は、参加候補者の情報の取得指示を受信する。そして、処理部２０は、当該取得指示が有するイベント識別子に対応する参加候補者の情報を、ユーザ情報格納部１０から取得する。そして、送信部１５は、当該参加候補者の情報を、取得指示を送信した第二端末装置３に送信する。次に、第二端末装置３の第二受信部３３は、参加候補者の情報を受信する。そして、第二出力部３５は参加候補者の情報を出力する。なお、参加候補者の情報とは、例えば、参加候補者の名前、写真、位置情報などである。ここで、位置情報は、現在のユーザの位置を示す情報であり、例えば、地図上に出力される。また、参加候補者の情報の種類や内容は問わない。さらに、第二出力部３５は、参加候補者の情報ではなく、参加者の情報を出力しても良い。

また、第一端末装置２の第一出力部２５または第二端末装置３の第二出力部３５は、図２３の２３２に示すように、イベントまたは／および参加者の位置を出力するボタンを出力しても良い。つまり、２３２は、位置出力指示を入力するためのボタンである。位置出力指示は、イベント開催の位置、参加者の現在位置、参加候補者の現在位置のうちの１種類以上の位置情報を出力する指示である。ここで、図２３の画面において、ユーザが２３２のボタンを押下した場合、例えば、第二端末装置３は、位置出力指示を受け付ける。次に、第二送信部３２は、メモリ上に存在するイベント識別子（２３２のボタンに対応するイベント識別子）を取得し、位置出力指示をサーバ装置１に送信する。なお、かかる位置出力指示は、イベント識別子を有する。次に、サーバ装置１の受信部１３は、位置出力指示を受信する。そして、処理部２０は、当該位置出力指示が有するイベント識別子に対応するイベントの開催場所または／および参加者の位置情報を、イベントグループ情報格納部１２または／およびユーザ情報格納部１０から取得する。そして、送信部１５は、当該イベントの開催場所または／および参加者の位置情報を、位置出力指示を送信した第二端末装置３に送信する。次に、第二端末装置３の第二受信部３３は、上記１以上の位置情報を受信する。そして、第二出力部３５は１以上の位置情報を出力する。かかる出力例を図２４に示す。図２４において、２４１は参加者の現在位置を示す。図２４において、２４２はイベントの開催場所を示す。図２４により、参加者がイベント開催場所の近くにいるか否か、近づいているか否かが判断され得る。

さらに、第一端末装置２の第一出力部２５または第二端末装置３の第二出力部３５は、図２５に示すように、ユーザの状態を視覚的に出力しても良い。なお、図２５の２５１は、暇であることを示す図柄（例えば、アイコン）、２５２はゴルフがしたいことを示す図柄、２５３はフットサルがしたことを示す図柄である。また、第一端末装置２、および第二端末装置３は、例えば、連絡帳を出力する場合に、連絡帳の中の各ユーザに対応付けて、当該ユーザの状態情報を出力することは好適である。つまり、第一端末装置２、および第二端末装置３は、例えば、連絡帳を出力する際に、サーバ装置１に連絡帳内の各ユーザの状態を問い合わせ、各ユーザの状態情報を受信し、出力する。

また、本実施の形態におけるサーバ装置１、第一端末装置２、および第二端末装置３の処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における第二端末装置３を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムにおいて、コンピュータがアクセス可能な記録媒体は、第二識別子を格納し得る第二格納部を具備し、コンピュータを、ユーザから参加情報を含む情報を受け付ける第二受付部と、前記第二受付部が受け付けた情報と前記第二格納部に格納されている第二識別子とを、サーバ装置に送信する第二送信部と、第一端末装置から送信されたイベント開催情報を含む情報と幹事のユーザ識別子、および他の第二端末装置から送信された参加情報を含む情報と前記他の第二端末装置のユーザを識別するユーザ識別子を、サーバ装置経由で受信する第二受信部と、前記第二受付部が受け付けた情報と第二識別子に対応するユーザ識別子、および前記第二受信部が受信したイベント開催情報を含む情報と幹事のユーザ識別子、および前記第二受信部が受信した参加情報を含む情報と他の第二端末装置のユーザを識別するユーザ識別子を出力する第二出力部とを具備し、前記第二出力部は、幹事が入力した情報と、他のユーザが入力した情報とを、視覚的に区別可能なように出力するように、コンピュータを機能させるためのプログラム、である。

また、上記プログラムにおいて、前記イベントグループ情報は、イベントの参加者の募集期間に関する情報である参加者募集期間情報を有し、前記第二出力部は、前記参加者募集期間情報が示す参加者の募集期間において、前記幹事が入力した情報と、前記他のユーザが入力した情報とを同時に出力し、かつ前記幹事が入力した情報と、前記他のユーザが入力した情報とを視覚的に区別して出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記第二受付部は、イベントに参加しない旨の情報を含む不参加情報をも受け付け、前記ベントグループ情報は、参加者を識別する第二識別子に対応する１以上の参加者識別子および不参加者を識別する第二識別子に対応する１以上の不参加者識別子を有し、前記第二受信部は、前記第一端末装置から送信されたイベント開催情報を含む情報と前記幹事のユーザ識別子、前記他の第二端末装置から送信された参加情報と参加者識別子、前記他の第二端末装置から送信された不参加情報と不参加者識別子を、サーバ装置経由で受信し、前記第二出力部は、前記幹事が入力した情報と、前記参加者識別子で識別される参加者が入力した情報と、前記不参加者識別子で識別される参加者が入力した情報とを同時に出力し、かつ前記幹事が入力した情報と、前記参加者が入力した情報と、前記不参加者が入力した情報とを視覚的に区別して出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記第二受信部は、前記イベント開催情報を受信した第二端末装置のユーザであり、参加情報も不参加情報も入力していないユーザである参加未定者が入力した情報をも受信し、前記第二出力部は、前記参加未定者が入力した情報をも他の情報と同時に出力し、かつ前記参加未定者が入力した情報をも他の情報と視覚的に区別して出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記第二出力部は、前記幹事を識別するユーザ識別子を矩形上の画面の一辺上に配置し、他のユーザのユーザ識別子を矩形上の画面の前記一辺とは反対側の辺上に配置することにより、前記幹事が入力した情報と、前記他のユーザが入力した情報とを視覚的に区別して出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記参加者募集期間情報が示すイベント参加募集期間において、前記第二受信部は、前記他の第二端末装置から送信された情報は受信せず、前記第二出力部は、前記幹事が入力した情報と前記第二受付部が受け付けた情報のみを出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記第二受信部は、第二識別子と参加頻度情報とを受信し、前記第二出力部は、前記第二識別子に対応するユーザ識別子と参加頻度情報とを対応付けて出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記第二受信部は、前記幹事を識別する第一識別子と第二識別子と参加頻度情報との組を１組以上、受信し、前記第二出力部は、前記第一識別子に対応する幹事のユーザ識別子と前記第二識別子に対応するユーザ識別子と参加頻度情報とを対応付けて出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記第二受信部は、前記イベント種類識別子をも前記参加頻度情報とともに受信し、前記第二出力部は、前記イベント種類識別子をも前記参加頻度情報と対応付けて出力するものとして、コンピュータを機能させることは好適である。

また、図２６は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態のサーバ装置１、第一端末装置２、第二端末装置３を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２６は、このコンピュータシステム３００の概観図であり、図２７は、システム３００のブロック図である。

図２６において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図２７において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＭＰＵ３０１３、ＣＤ−ＲＯＭドライブ３０１２に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態のサーバ装置１等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態のサーバ装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる情報システムは、イベント関係者の中の各人のイベントにおける立場を明瞭に示すことにより、使い易いユーザインターフェイスを提供できるという効果を有し、イベント開催を支援する情報システム等として有用である。

１ サーバ装置
２ 第一端末装置
３ 第二端末装置
１０ ユーザ情報格納部
１１ 対話関連情報格納部
１２ イベントグループ情報格納部
１３ 受信部
１４ 送信先決定部
１５ 送信部
１６ 生成部
１７ 蓄積部
１８ イベント統合部
１９ 削除部
２０ 処理部
２１ 第一受付部
２２ 第一送信部
２３ 第一受信部
２４ 第一処理部
２５ 第一出力部
３１ 第二受付部
３２ 第二送信部
３３ 第二受信部
３４ 第二処理部
３５ 第二出力部
１３１ 解析手段

Claims (13)

1. サーバ装置とイベントの開催を提案する幹事の端末装置である第一端末装置とイベントの参加候補者の端末装置である２以上の第二端末装置とを具備する情報システムであって、
   前記サーバ装置は、
   イベントへの参加を促す情報を送信する送信先を識別する送信先識別子を有する１以上のユーザ情報を格納し得るユーザ情報格納部と、
   １以上のイベント参加者を含むグループであり、イベントへの参加を呼びかける幹事の第一端末装置を識別する第一識別子またはイベントの参加者であるユーザの第二端末装置を識別する第二識別子で識別される１以上の参加者を含むグループであるイベントグループに関する情報である１以上のイベントグループ情報を格納し得るイベントグループ情報格納部と、
   イベントの開催を示すイベント開催情報と第一識別子とを第一端末装置から受信し、かつイベントに参加する旨の情報を含む参加情報と第二識別子とを第二端末装置から受信する受信部と、
   前記受信部がイベント開催情報を受信した場合、当該イベント開催情報を、前記１以上の送信先識別子のうちの１以上の送信先識別子が示す送信先である参加候補者に送信し、前記受信部が参加情報を受信した場合、当該参加情報を、前記第一識別子で識別される第一端末装置に送信する送信部と、
   予め決められた条件を満たした場合、前記イベント開催情報を用いて、イベントグループ情報を生成する生成部と、
   前記生成部が生成したイベントグループ情報をイベントグループ情報格納部に蓄積する蓄積部とを具備し、
   前記第一端末装置は、
   第一識別子を格納し得る第一格納部と、
   幹事からイベント開催情報を含む情報を受け付ける第一受付部と、
   前記第一受付部が受け付けたイベント開催情報を含む情報と前記第一格納部に格納されている第一識別子とを、前記サーバ装置に送信する第一送信部と、
   前記第二端末装置から送信された情報であり、参加情報を含む情報を前記第二端末装置のユーザを識別するユーザ識別子とともに、サーバ装置経由で受信する第一受信部と、
   前記第一受付部が受け付けたイベント開催情報を含む情報と前記第一識別子に対応する幹事のユーザ識別子、および前記第一受信部が受信した情報と前記第一受信部が受信した第二端末装置のユーザを識別するユーザ識別子を出力する第一出力部とを具備し、
   前記第二端末装置は、
   第二識別子を格納し得る第二格納部と、
   ユーザから参加情報を含む情報を受け付ける第二受付部と、
   前記第二受付部が受け付けた情報と前記第二格納部に格納されている第二識別子とを、前記サーバ装置に送信する第二送信部と、
   前記第一端末装置から送信されたイベント開催情報を含む情報と前記幹事のユーザ識別子、および他の第二端末装置から送信された参加情報を含む情報と前記他の第二端末装置のユーザを識別するユーザ識別子を、サーバ装置経由で受信する第二受信部と、
   前記第二受付部が受け付けた情報と第二識別子に対応するユーザ識別子、および前記第二受信部が受信したイベント開催情報を含む情報と幹事のユーザ識別子、および前記第二受信部が受信した参加情報を含む情報と他の第二端末装置のユーザを識別するユーザ識別子を出力する第二出力部とを具備し、
   前記第二出力部は、
   幹事が入力した情報と、他のユーザが入力した情報とを、視覚的に区別可能なように出力する情報システム。
2. 前記イベントグループ情報は、
   イベントの参加者の募集期間に関する情報である参加者募集期間情報を有し、
   前記第二出力部は、
   前記参加者募集期間情報が示す参加者の募集期間において、前記幹事が入力した情報と、前記他のユーザが入力した情報とを同時に出力し、かつ前記幹事が入力した情報と、前記他のユーザが入力した情報とを視覚的に区別して出力する請求項１記載の情報システム。
3. 前記第二受付部は、
   イベントに参加しない旨の情報を含む不参加情報をも受け付け、
   前記ベントグループ情報は、
   参加者を識別する第二識別子に対応する１以上の参加者識別子および不参加者を識別する第二識別子に対応する１以上の不参加者識別子を有し、
   前記第二受信部は、
   前記第一端末装置から送信されたイベント開催情報を含む情報と前記幹事のユーザ識別子、前記他の第二端末装置から送信された参加情報と参加者識別子、前記他の第二端末装置から送信された不参加情報と不参加者識別子を、サーバ装置経由で受信し、
   前記第二出力部は、
   前記幹事が入力した情報と、前記参加者識別子で識別される参加者が入力した情報と、前記不参加者識別子で識別される参加者が入力した情報とを同時に出力し、かつ前記幹事が入力した情報と、前記参加者が入力した情報と、前記不参加者が入力した情報とを視覚的に区別して出力する請求項１または請求項２記載の情報システム。
4. 前記第二受信部は、
   前記イベント開催情報を受信した第二端末装置のユーザであり、参加情報も不参加情報も入力していないユーザである参加未定者が入力した情報をも受信し、
   前記第二出力部は、
   前記参加未定者が入力した情報をも他の情報と同時に出力し、かつ前記参加未定者が入力した情報をも他の情報と視覚的に区別して出力する請求項１から請求項３いずれか記載の情報システム。
5. 前記第二出力部は、
   前記幹事を識別するユーザ識別子を矩形上の画面の一辺上に配置し、他のユーザのユーザ識別子を矩形上の画面の前記一辺とは反対側の辺上に配置することにより、前記幹事が入力した情報と、前記他のユーザが入力した情報とを視覚的に区別して出力する請求項１から請求項４いずれか記載の情報システム。
6. 前記参加者募集期間情報が示すイベント参加募集期間において、
   前記受信部は、前記第一端末装置および前記第二端末装置から情報を受信し、
   前記送信部は、前記第二端末装置から受信した情報を、前記第一端末装置にのみ送信し、
   前記第二受信部は、前記他の第二端末装置から送信された情報は受信せず、
   前記第二出力部は、前記幹事が入力した情報と前記第二受付部が受け付けた情報のみを出力する請求項１から請求項５いずれか一項に記載のサーバ装置。
7. 前記受信部は、
   イベントを識別するイベント識別子と参加情報と第二識別子とを第二端末装置から受信し、かつイベントを識別するイベント識別子と不参加情報と第二識別子とを第二端末装置から受信し、
   前記第二識別子ごとに、前記受信部が参加情報を受信した数、前記受信部が不参加情報を受信した数、前記送信部がイベント開催情報を送信した数のうちの１以上の数値を用いて、前記第二識別子で識別されるユーザのイベントの参加頻度に関する参加頻度情報を取得する処理部をさらに具備し、
   前記送信部は、
   前記第二識別子と当該第二識別子で識別されるユーザの参加頻度情報を、前記第一端末装置または前記第二端末装置に送信し、
   前記第一端末装置の第一受信部または前記第二端末装置の第二受信部は、
   第二識別子と参加頻度情報とを受信し、
   前記第一端末装置の第一出力部または前記第二端末装置の第二出力部は、
   前記第二識別子に対応するユーザ識別子と参加頻度情報とを対応付けて出力する請求項１から請求項６いずれか記載の情報システム。
8. 前記処理部は、
   前記第二識別子ごと、およびイベント開催情報を送信したユーザである幹事毎に、前記第二識別子で識別されるユーザの参加頻度情報を取得し、
   前記送信部は、
   前記幹事を識別する第一識別子と第二識別子と参加頻度情報との組を１組以上、前記第一端末装置または前記第二端末装置に送信し、
   前記第一端末装置の第一受信部または前記第二端末装置の第二受信部は、
   前記幹事を識別する第一識別子と第二識別子と参加頻度情報との組を１組以上、受信し、
   前記第一端末装置の第一出力部または前記第二端末装置の第二出力部は、
   前記第一識別子に対応する幹事のユーザ識別子と前記第二識別子に対応するユーザ識別子と参加頻度情報とを対応付けて出力する請求項７記載の情報システム。
9. 前記イベントグループ情報は、
   イベントの種類を示すイベント種類識別子を有し、
   前記処理部は、
   さらに前記イベント種類識別子ごとに、前記第二識別子で識別されるユーザの参加頻度情報を取得し、
   前記送信部は、
   前記イベント種類識別子をも前記参加頻度情報とともに、前記第一端末装置または前記第二端末装置に送信し、
   前記第一端末装置の第一受信部または前記第二端末装置の第二受信部は、
   前記イベント種類識別子をも前記参加頻度情報とともに受信し、
   前記第一端末装置の第一出力部または前記第二端末装置の第二出力部は、
   前記イベント種類識別子をも前記参加頻度情報と対応付けて出力する請求項７または請求項８記載の情報システム。
10. 請求項１から請求項２いずれか記載の情報システムを構成するサーバ装置。
11. 請求項１から請求項２いずれか記載の情報システムを構成する第二端末装置。
12. 請求項１から請求項２いずれか記載の情報システムを構成する第二端末装置における情報処理方法であって、
    前記第二端末装置がアクセス可能な記録媒体は、
    第二識別子を格納し得る第二格納部を具備し、
    第二受付部、第二送信部、第二受信部、および第二出力部により実現される情報処理方法であって、
    前記第二受付部が、ユーザから参加情報を含む情報を受け付ける第二受付ステップと、
    前記第二送信部が、前記第二受付ステップで受け付けられた情報と前記第二格納部に格納されている第二識別子とを、サーバ装置に送信する第二送信ステップと、
    前記第二受信部が、第一端末装置から送信されたイベント開催情報を含む情報と幹事のユーザ識別子、および他の第二端末装置から送信された参加情報を含む情報と前記他の第二端末装置のユーザを識別するユーザ識別子を、サーバ装置経由で受信する第二受信ステップと、
    前記第二出力部が、前記第二受付ステップで受け付けられた情報と第二識別子に対応するユーザ識別子、および前記第二受信ステップで受信されたイベント開催情報を含む情報と幹事のユーザ識別子、および前記第二受信ステップで受信された参加情報を含む情報と他の第二端末装置のユーザを識別するユーザ識別子を出力する第二出力ステップとして機能させ、
    前記第二出力ステップにおいて、
    幹事が入力した情報と、他のユーザが入力した情報とを、視覚的に区別可能なように出力する情報処理方法。
13. 請求項１から請求項２いずれか記載の情報システムを構成する第二端末装置の機能を実現するプログラムであって、
    前記第二端末装置がアクセス可能な記録媒体は、
    第二識別子を格納し得る第二格納部を具備し、
    前記第二端末装置を、
    ユーザから参加情報を含む情報を受け付ける第二受付部と、
    前記第二受付部が受け付けた情報と前記第二格納部に格納されている第二識別子とを、サーバ装置に送信する第二送信部と、
    第一端末装置から送信されたイベント開催情報を含む情報と前記幹事のユーザ識別子、および他の第二端末装置から送信された参加情報を含む情報と前記他の第二端末装置のユーザを識別するユーザ識別子を、サーバ装置経由で受信する第二受信部と、
    前記第二受付部が受け付けた情報と第二識別子に対応するユーザ識別子、および前記第二受信部が受信したイベント開催情報を含む情報と幹事のユーザ識別子、および前記第二受信部が受信した参加情報を含む情報と他の第二端末装置のユーザを識別するユーザ識別子を出力する第二出力部として機能させ、
    前記第二出力部は、
    幹事が入力した情報と、他のユーザが入力した情報とを、視覚的に区別可能なように出力するように前記第二端末装置を機能させるプログラム。