JP6839353B2 - イベント管理装置、イベント管理プログラム、及びイベント管理方法 - Google Patents

Description

本発明は、イベント管理装置、イベント管理プログラム、及びイベント管理方法に関する。

一般に、宴会などのイベントが開催されるにあたっては、まず誰かが幹事となって、幹事によってイベントの開催に向けた準備が進められる。具体的に、幹事によって、イベントの開催候補日時の決定、参加候補者へのイベントの告知、各参加候補者の出欠の確認、イベントの開催日時の決定、参加人数の決定、イベントで利用可能な飲食店などの施設の検索、施設の予約などの作業が行われる。

なお、幹事の負担を軽減するためのシステムとして、イベントに集合すべきメンバのカレンダーを参照して前記イベントの候補日時を選定して各メンバに送信し、各メンバからの返答に基づいて各メンバのカレンダーに前記イベントを登録するスケジュール調整システムが知られている（例えば、特許文献１参照）。

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

しかしながら、上記スケジュール調整システムでは、誰かが幹事となって、まず、参加者を集めたいイベントと、そのイベントに参加するメンバとをスケジュール調整システムに登録する必要がある。すなわち、幹事が決まっていない状態では、イベントの開催に向けた準備が開始されない。そのため、率先して幹事をするユーザがいない場合は、イベントが開催される頻度が低くなってしまう。

本発明の目的は、幹事が決まっていない状態でもイベントの開催に向けた準備を進めることが可能なイベント管理装置、イベント管理プログラム、及びイベント管理方法を提供することにある。

本発明に係るイベント管理装置は、複数の参加者が参加するイベントの開催候補日時を設定するイベント設定処理部と、前記イベント設定処理部により前記イベントの開催候補日時が設定された後に、前記イベントの幹事への立候補又は推薦による幹事候補者の応募を受け付ける受付処理部と、前記幹事候補者の中から前記イベントの幹事を選定する幹事選定処理部と、を備える。

本発明に係るイベント管理プログラムは、複数の参加者が参加するイベントの開催候補日時を設定することと、前記イベントの開催候補日時が設定された後に、前記イベントの幹事への立候補又は推薦による幹事候補者の応募を受け付けることと、前記幹事候補者の中から前記イベントの幹事を選定することと、をプロセッサに実行させるためのイベント管理プログラムである。

本発明に係るイベント管理方法は、複数の参加者が参加するイベントの開催候補日時を設定することと、前記イベントの開催候補日時が設定された後に、前記イベントの幹事への立候補又は推薦による幹事候補者の応募を受け付けることと、前記幹事候補者の中から前記イベントの幹事を選定することと、を含む。

本発明によれば、幹事が決まっていない状態でもイベントの開催に向けた準備を進めることが可能なイベント管理装置、イベント管理プログラム、及びイベント管理方法が提供される。

図１は、本発明の実施形態に係るイベント管理システムの構成を示すブロック図である。 図２は、本発明の実施形態に係るイベント管理システムで使用される開催条件情報の一例を示す図である。 図３は、本発明の実施形態に係るイベント管理システムで使用されるスケジュール情報の一例を示す図である。 図４は、本発明の実施形態に係るイベント管理システムで使用される予約情報の一例を示す図である。 図５は、本発明の実施形態に係るイベント管理システムで使用されるユーザ情報の一例を示す図である。 図６は、本発明の実施形態に係るイベント管理システムのユーザ端末に表示される出欠確認ページの一例を示す図である。 図７は、本発明の実施形態に係るイベント管理システムで使用される出欠情報の一例を示す図である。 図８は、本発明の実施形態に係るイベント管理システムで使用される募集結果情報の一例を示す図である。 図９は、本発明の実施形態に係るイベント管理システムのイベント管理装置において実行されるイベント管理処理の手順の一例を示すフローチャートである。

以下添付図面を参照しながら、本発明の実施形態について説明し、本発明の理解に供する。なお、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定するものではない。

［イベント管理システム１］
図１に示すように、本発明の実施形態に係るイベント管理システム１は、イベント管理装置２と、一又は複数のユーザ端末３と、一又は複数の施設端末４とを含む。イベント管理装置２及びユーザ端末３は、インターネット、ＬＡＮ、ＷＡＮ、又は公衆電話回線などの通信網Ｎ１を介して通信可能である。イベント管理装置２及び施設端末４についても同様である。

イベント管理装置２は、複数の参加者が参加するイベントを管理するための装置である。前記イベントは、例えば、宴会、旅行、会議、ゴルフなどである。本実施形態では、前記イベントが宴会である場合を例に挙げて説明する。

ユーザ端末３は、イベントの参加候補者であるユーザによって操作される情報処理装置である。１台のユーザ端末３が複数のユーザによって利用されてもよい。

施設端末４は、イベントで利用される施設の管理者又は従業員によって操作される情報処理装置である。前記施設は、例えば、飲食店、宿泊施設、会議場、ゴルフ場などである。

ところで、宴会などのイベントが開催されるにあたっては、まず誰かが幹事となって、幹事によってイベントの開催に向けた準備が進められる。具体的に、幹事によって、イベントの開催候補日時の決定、参加候補者へのイベントの告知、各参加候補者の出欠の確認、イベントの開催日時の決定、参加人数の決定、イベントで利用可能な飲食店などの施設の検索、施設の予約などの作業が行われる。なお、幹事の負担を軽減するためのシステムとして、イベントに集合すべきメンバのカレンダーを参照して前記イベントの候補日時を選定して各メンバに送信し、各メンバからの返答に基づいて各メンバのカレンダーに前記イベントを登録するスケジュール調整システムが知られている。しかしながら、上記スケジュール調整システムでは、誰かが幹事となって、まず、参加者を集めたいイベントと、そのイベントに参加するメンバとをスケジュール調整システムに登録する必要がある。すなわち、幹事が決まっていない状態では、イベントの開催に向けた準備が開始されない。そのため、率先して幹事をするユーザがいない場合は、イベントが開催される頻度が低くなってしまう。これに対して、本実施形態に係るイベント管理システム１では、幹事が決まっていない状態でもイベントの開催に向けた準備を進めることが可能である。

［イベント管理装置２］
図１に示されるように、イベント管理装置２は、制御部２１、記憶部２２、操作表示部２３、及び通信Ｉ／Ｆ２４などを備えるサーバである。なお、イベント管理装置２は、１台のコンピュータに限らず、複数台のコンピュータが協働して動作するコンピュータシステムであってもよい。また、イベント管理装置２で実行される各種の処理は、一又は複数のプロセッサによって分散して実行されてもよい。

通信Ｉ／Ｆ２４は、イベント管理装置２を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介してユーザ端末３、施設端末４などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インタフェースである。

操作表示部２３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインタフェースである。

記憶部２２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性の記憶部である。具体的に、記憶部２２には、開催条件情報Ｄ１、スケジュール情報Ｄ２、予約情報Ｄ３、ユーザ情報Ｄ４などのデータが記憶される。ここに、図２は開催条件情報Ｄ１の一例を示す図であり、図３はスケジュール情報Ｄ２の一例を示す図であり、図４は予約情報Ｄ３の一例を示す図であり、図５はユーザ情報Ｄ４の一例を示す図である。なお、予約情報Ｄ３は、施設（ここでは、飲食店）ごとに個別に記憶部２２に記憶される。

開催条件情報Ｄ１には、イベント（典型的には、毎年１回、毎月１回、毎週１回などのように、定期的に開催されるイベント）の開催条件が登録されている。図２に示されるように、開催条件情報Ｄ１には、イベントごとに、対応する「イベント名」、「開催日時条件」、「施設条件」などの情報が含まれる。「イベント名」は、イベントの名前である。「開催日時条件」は、イベントを開催すべき日時に関する条件である。例えば、「月例飲み会」のイベントは、毎月２５日〜３１日の平日の１８時に開催され、「新年会」のイベントは、毎年１月の６日〜１５日の平日の１８時に開催される。「施設条件」は、イベントで利用すべき施設（飲食店）に関する条件である。例えば、「月例飲み会」のイベントには店舗Ａが利用される。また、「新年会」のイベントは、ホテルのレストランが利用される。なお、「施設条件」には、施設に関する一又は複数の属性情報（例えば、名前、場所、業態、予算など）に関する条件が含まれていてもよい。開催条件情報Ｄ１は、例えば、ユーザ端末３（例えば、会社などの組織の特定のメンバのユーザ端末３）におけるユーザ操作に応じて、制御部２１によって更新される。

スケジュール情報Ｄ２には、イベントの参加候補者である複数のユーザ（例えば、会社などの組織のメンバ）の各々の予定（イベント）が登録されている。図３に示されるように、スケジュール情報Ｄ２には、予定ごとに、対応する「ユーザ名」、「タイトル」、「日付」、「時間帯」などの情報が含まれる。「ユーザ名」は、その予定に対応するユーザの名前である。なお、「ユーザ名」の代わりに、ユーザを識別可能な任意の識別情報を用いてもよい。「タイトル」は、その予定の内容を示すタイトルである。「日付」は、その予定が入っている日時である。「時間帯」は、その予定が入っている時間帯である。例えば、ユーザＢは、２０１７年１月１２日から翌日の１３日まで「出張」の予定が入っている。スケジュール情報Ｄ２は、例えば、ユーザ各々のユーザ端末３におけるユーザ操作に応じて、制御部２１によって随時に更新される。

予約情報Ｄ３には、施設ごとの予約状況が登録されている。予約情報Ｄ３は、例えば、施設ごとに生成される。図４は、店舗Ａの予約情報Ｄ３を示している。図４に示されるように、予約情報Ｄ３には、受け付けられた予約ごとに、対応する「予約者名」、「来店日時」、「人数」、「テーブル」などの情報が含まれる。「予約者名」は、予約者（来店するグループの代表者）の名前である。「来店日時」は、そのグループが来店する日時である。「人数」は、そのグループの人数である。「テーブル」は、そのグループに割り当てられるテーブルである。予約情報Ｄ３は、例えば、各施設において新規の予約が受け付けられるごとに、施設端末４における施設の管理者又は従業員の操作に応じて、制御部２１によって随時に更新される。また、予約情報Ｄ３は、後述の予約処理部２１８により更新されることがある。

ユーザ情報Ｄ４には、イベントの参加候補者である複数のユーザ（例えば、会社などの組織のメンバ）の各々に関する情報が登録されている。図５に示されるように、ユーザ情報Ｄ４には、前記ユーザごとに、対応する「ユーザ名」、「メールアドレス」、「特典ポイント」などの情報が含まれる。「ユーザ名」は、そのユーザの名前である。なお、「ユーザ名」の代わりに、ユーザを識別可能な任意の識別情報を用いてもよい。「メールアドレス」は、そのユーザが使用している電子メールアドレスである。「特典ポイント」は、そのユーザに特典として付与されたポイント（金銭的な価値を有する電子的なデータの一例）である。「特典ポイント」は、例えば、後述するようにイベントの幹事を担当することによって付与される。また、「特典ポイント」は、商品を購入する際、またはサービスの提供を受ける際に、金銭の代わりに消費される。ユーザ情報Ｄ４のうち、「ユーザ名」及び「メールアドレス」は、ユーザ端末３における特定のユーザ（例えば、会社などの組織の管理者）の操作に応じて、制御部２１によって登録される。また、ユーザ情報Ｄ４のうち、「特典ポイント」は、後述のイベント管理処理（図９参照）などにおいて、制御部２１によって随時に更新される。

なお、他の実施形態として、開催条件情報Ｄ１、スケジュール情報Ｄ２、予約情報Ｄ３、及びユーザ情報Ｄ４の情報の一部又は全部が、ユーザ端末３、施設端末４、又はイベント管理装置２から通信網Ｎ１を介してアクセス可能な他のサーバに記憶されていることも考えられる。この場合、イベント管理装置２の制御部２１は、ユーザ端末３、施設端末４、又は前記サーバから前記情報を適宜に取得して、後述のイベント管理処理を実行してもよい。

また、記憶部２２には、後述の出欠確認ページＰ１（図６参照）などのデータも記憶される。

さらに、記憶部２２には、制御部２１に後述のイベント管理処理（図９参照）を実行させるためのイベント管理プログラムなどの制御プログラムが記憶されている。例えば、前記イベント管理プログラムは、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、イベント管理装置２が備えるＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部２２に記憶される。

制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することによりイベント管理装置２を制御する。

具体的に、制御部２１は、図１に示されるように、イベント設定処理部２１１、出欠確認処理部２１２、受付処理部２１３、幹事選定処理部２１４、特典処理部２１５、決定処理部２１６、検索処理部２１７、予約処理部２１８などの各種の処理部を含む。なお、制御部２１は、前記ＣＰＵで前記イベント管理プログラムに従った各種の処理を実行することによって前記処理部として機能する。また、一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記イベント管理プログラムは、複数のプロセッサを前記処理部として機能させるためのプログラムであってもよい。

イベント設定処理部２１１は、複数の参加者が参加するイベントの開催候補日時を設定する。例えば、イベント設定処理部２１１は、イベントの開催条件を示す開催条件情報Ｄ１、イベントの参加候補者であるユーザ各々の予定を示すスケジュール情報Ｄ２、及びイベントで利用される施設の空き状況を示す予約情報Ｄ３の少なくともいずれか１つに基づいて、イベントの開催候補日時を自動的に設定する。例えば、イベント設定処理部２１１は、開催条件情報Ｄ１に登録されているイベントごとに、開催条件情報Ｄ１の「開催日時条件」に示されている一又は複数の日のうちの最先の日から予め定められた日数（例えば２週間）だけ遡った時点で、そのイベントの開催候補日時を設定する。例えば、「新年会」のイベントの場合、イベント設定処理部２１１は、１月６日の２週間前（すなわち、１２月２３日）になった時点で、「新年会」のイベントの開催候補日時を自動的に設定する。イベント設定処理部２１１による開催候補日時の設定方法としては、種々の方法が考えられる。例えば、イベント設定処理部２１１は、スケジュール情報Ｄ２に基づいて、開催条件情報Ｄ１の「開催日時条件」を満たす日時のうち、一定数以上又は一定割合以上のユーザの予定が空いている日時を開催候補日時として設定してもよい。もしくは、イベント設定処理部２１１は、開催条件情報Ｄ１の「施設条件」において特定の施設が指定されている場合に、その施設の予約情報Ｄ３に基づいて、開催条件情報Ｄ１の「開催日時条件」を満たす日時のうち、その施設を利用可能な日時を開催候補日時として設定してもよい。

なお、イベント設定処理部２１１は、イベントで利用される施設の管理者又は従業員の操作に基づいて、そのイベントの開催候補日時を設定してもよい。すなわち、イベント設定処理部２１１は、施設端末４における管理者又は従業員の操作に基づいて、イベントの開催候補日時を設定してもよい。この場合、施設の管理者又は従業員は、その施設の空き状況に基づいて、その施設を利用可能な日時を施設端末４に入力する。イベント設定処理部２１１は、施設端末４に入力された日時を、イベント（その施設が利用されるイベント）の開催候補日時として設定する。

出欠確認処理部２１２は、或るイベント（以下、「対象イベント」と称する）に関してイベント設定処理部２１１により設定される一又は複数の開催候補日時を、対象イベントの参加候補者である複数のユーザに提示すると共に、前記ユーザ各々の操作に基づいて前記ユーザ各々の出欠情報Ｄ５（図７参照）を取得する。

例えば、出欠確認処理部２１２は、ユーザ情報Ｄ４に登録されている「メールアドレス」に基づいて、図６に示されるような出欠確認ページＰ１にアクセスするためのアクセス情報（例えば、ＵＲＬなど）を、電子メールにより各ユーザに通知する。その電子メールを受信したユーザは、前記アクセス情報に基づいて、自身のユーザ端末３から出欠確認ページＰ１にアクセスすることができる。

図６は、ユーザ端末３に表示される出欠確認ページＰ１の一例である。出欠確認ページＰ１には、対象イベントのイベント名（ここでは、「新年会」）が表示される。また、出欠確認ページＰ１には、対象イベントへの出欠を確認するための確認欄Ｆ１が設けられている。確認欄Ｆ１には、イベント設定処理部２１１により設定された一又は複数の開催候補日時が表示される。また、確認欄Ｆ１には、開催候補日時ごとに、出席（参加）に対応する選択領域Ｒ１１と、欠席（不参加）に対応する選択領域Ｒ１２とが表示される。ユーザは、開催候補日時ごとに、選択領域Ｒ１１又は選択領域Ｒ１２を操作（例えば、クリック、タッチなど）することによって、いずれか一方を択一的に選択状態にすることができる。

出欠確認ページＰ１には、募集欄Ｆ２が設けられているが、募集欄Ｆ２については後述する。

出欠確認ページＰ１には操作キーＫ１が表示されている。操作キーＫ１が操作されると、出欠確認ページＰ１の確認欄Ｆ１の回答内容が、ユーザ端末３からイベント管理装置２に送信される。出欠確認処理部２１２は、ユーザ端末３から受信した確認欄Ｆ１の回答内容を、ユーザ名と関連付けて出欠情報Ｄ５として記憶部２２に保存する。図７は、記憶部２２に保存される出欠情報Ｄ５の一例を示している。なお、ユーザ名の代わりに、ユーザを識別可能な任意の識別情報を用いてもよい。

受付処理部２１３は、イベント設定処理部２１１により対象イベントの開催候補日時が設定された後に、対象イベントの幹事への立候補又は推薦による幹事候補者の応募を受け付ける。本実施形態では、受付処理部２１３は、出欠確認処理部２１２によってユーザ各々の出欠情報Ｄ５が取得される際に、ユーザ各々から幹事候補者の応募を受け付ける。具体的に、受付処理部２１３は、出欠確認ページＰ１の募集欄Ｆ２を利用して、ユーザ各々から幹事候補者の応募を受け付ける。

出欠確認ページＰ１には、対象イベントの幹事候補者を募集するための募集欄Ｆ２が設けられている。募集欄Ｆ２には、幹事候補者への立候補を受け付けるための立候補欄Ｆ２１と、幹事候補者への推薦を受け付けるための推薦欄Ｆ２２とが含まれている。そして、立候補欄Ｆ２１には、幹事候補者に立候補しないことを表明するための選択領域Ｒ２１と、幹事候補者に立候補することを表明するための選択領域Ｒ２２とが表示される。ユーザは、選択領域Ｒ２１又は選択領域Ｒ２２を操作することによって、いずれか一方を択一的に選択状態にすることができる。推薦欄Ｆ２２には、幹事候補者を推薦しないことを表明するための選択領域Ｒ３１と、幹事候補者を推薦することを表明するための選択領域Ｒ３２と、幹事候補者に推薦するユーザを指定するためのドロップボックスＢ１とが表示される。ユーザは、選択領域Ｒ３１又は選択領域Ｒ３２を操作することによって、いずれか一方を択一的に選択状態にすることができる。また、ユーザは、ドロップボックスＢ１を操作することによって、複数のユーザの中から幹事候補者に推薦するユーザを選択することができる。なお、複数のユーザを幹事候補者に推薦することができるように、推薦欄Ｆ２２に複数のドロップボックスＢ１が表示されてもよい。

なお、本実施形態では、対象イベントの開催候補日時が複数ある場合であっても、募集欄Ｆ２が１つだけしか表示されないが、他の実施形態では、開催候補日時ごとに個別に募集欄Ｆ２が設けられてもよい。すなわち、受付処理部２１３は、開催候補日時ごとに個別に幹事への立候補又は推薦を受け付けてもよい。

操作キーＫ１が操作されると、出欠確認ページＰ１の確認欄Ｆ１の回答内容と共に、募集欄Ｆ２の回答内容が、イベント管理装置２に送信される。受付処理部２１３は、イベント管理装置２から受信した募集欄Ｆ２の回答内容を、ユーザ名と関連付けて募集結果情報Ｄ６として記憶部２２に保存する。図８は、記憶部２２に保存される募集結果情報Ｄ６の一例を示している。なお、ユーザ名の代わりに、ユーザを識別可能な任意の識別情報を用いてもよい。なお、募集結果情報Ｄ６には、イベント管理装置２から受信した募集欄Ｆ２の回答内容に加えて、「経過時間」の情報が含まれる。「経過時間」は、受付処理部２１３による幹事候補者の応募の受け付けが開始されてから（すなわち、出欠確認ページＰ１にアクセスするためのアクセス情報が電子メールにより各ユーザに通知されてから）、そのユーザによる立候補が行われるまでの経過時間を示している。例えば、図８に示される募集結果情報Ｄ６は、ユーザＣが、前記電子メールが送信されてから２６時間後に、幹事への立候補を表明した（すなわち、出欠確認ページＰ１の選択領域Ｒ２２が選択状態になっている状態で、操作キーＫ１を操作した）ことを示している。

幹事選定処理部２１４は、前記幹事候補者の中から対象イベントの幹事を選定する。具体的に、幹事選定処理部２１４は、募集結果情報Ｄ６に基づいて、対象イベントの幹事を選定する。なお、幹事選定処理部２１４によって選定される前記対象イベントの幹事の人数は、１人であってもよいし、２人以上の予め定められた人数であってもよい。また、幹事選定処理部２１４は、出欠情報Ｄ５に基づいて算出される対象イベントの参加人数に応じて、選定すべき幹事の人数を変更してもよい。例えば、幹事選定処理部２１４は、対象イベントの参加人数が予め定められた閾値未満である場合は、選定すべき幹事の人数を１人にし、対象イベントの参加人数が前記閾値以上である場合は、選定すべき幹事の人数を２人にしてもよい。

幹事選定処理部２１４による幹事を選定方法としては、種々の選定方法が考えられる。例えば、幹事選定処理部２１４は、対象イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数と等しい場合に、幹事に立候補したユーザのみを幹事として選定してもよい。すなわち、幹事選定処理部２１４は、幹事に立候補したユーザを、幹事に推薦されたユーザよりも優先的に、幹事として選定してもよい。

また、例えば、幹事選定処理部２１４は、対象イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも少ない場合に、対象イベントの幹事に推薦されたユーザの中から不足分の幹事を選定してもよい。この場合、幹事選定処理部２１４は、より多くのユーザから推薦されたユーザを優先的に幹事として選定してもよい。また、この場合、幹事選定処理部２１４は、対象イベントの幹事に推薦されたユーザに対して、幹事を引き受けることが可能か否かを電子メールなどで問い合わせてもよい。そして、幹事選定処理部２１４は、前記ユーザから、幹事を引き受けることが可能である旨の回答を得た場合に、当該ユーザを幹事として選定してもよい。

また、例えば、幹事選定処理部２１４は、対象イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも多い場合に、対象イベントの幹事に立候補したユーザの中から、募集結果情報Ｄ６に含まれる「経過時間」に基づいて幹事を選定してもよい。例えば、幹事選定処理部２１４は、「経過時間」がより短いユーザを優先的に幹事として選定してもよい。

また、例えば、幹事選定処理部２１４は、対象イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも多い場合に、対象イベントの幹事に立候補したユーザのうち、対象イベントの幹事に推薦されたユーザを対象イベントの幹事として優先的に選定してもよい。この場合、幹事選定処理部２１４は、より多くのユーザから推薦されたユーザを優先的に幹事として選定してもよい。

また、例えば、幹事選定処理部２１４は、対象イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも多い場合に、対象イベントの幹事に立候補したユーザの中から出欠情報Ｄ５に基づいて対象イベントの幹事を選定してもよい。この場合、幹事選定処理部２１４は、例えば、より多くの開催候補日時に参加することのできるユーザを優先的に幹事として選定してもよい。例えば、幹事選定処理部２１４は、４つの開催候補日時の全てに参加することのできるユーザを、４つの開催候補日時のうちの１つにしか参加することができないユーザよりも優先的に幹事として選定してもよい。また、幹事選定処理部２１４は、参加人数がより多い開催候補日時に参加することのできるユーザを優先的に幹事として選定してもよい。例えば、幹事選定処理部２１４は、参加人数が１０人以上の開催候補日時に参加することのできるユーザを、参加人数が５人以下しかいない開催候補日時にしか参加することのできるユーザよりも優先的に幹事として選定してもよい。このように、幹事選定処理部２１４は、対象イベントの幹事に立候補したユーザの中から出欠情報Ｄ５に基づいて対象イベントの幹事を選定するにあたり、幹事に立候補したユーザ自身の出欠情報Ｄ５のみならず、他のユーザの出欠情報Ｄ５も考慮して幹事を選定してもよい。

なお、幹事選定処理部２１４は、対象イベントの開催候補日時が複数ある場合、開催候補日時ごとに個別に幹事を選定してもよい。例えば、幹事選定処理部２１４は、第１の開催候補日時に参加可能なユーザの中から第１の開催候補日時に対応する幹事（例えば、第１ユーザ）を選定し、第２の開催候補日時に参加可能なユーザの中から第２の開催候補日時に対応する幹事（例えば、第２ユーザ）を選定してもよい。

特典処理部２１５は、幹事選定処理部２１４により対象イベントの幹事に選定されたユーザに対して特典を付与する。例えば、特典処理部２１５は、ユーザ情報Ｄ４に含まれている、幹事に選定されたユーザの「特典ポイント」を増加させる。このとき、特典処理部２１５は、対象イベントの参加人数に応じて、付与する特典を変化させてもよい。例えば、特典処理部２１５は、対象イベントの参加人数が多いほど、より多くの特典を付与してもよい。

また、特典処理部２１５は、募集結果情報Ｄ６に含まれる「経過時間」に応じて、付与する特典を変化させてもよい。例えば、特典処理部２１５は、前記ユーザの「経過時間」が短いほど、より多くの特典を前記ユーザに付与してもよい。これにより、より早く幹事に立候補したユーザに対して、より多くの特典が付与されるため、より早期の立候補を促すことができる。その結果、幹事が不在の状態をより早期に終わらせることができ、対象イベントをより確実に開催させることができる。なお、他の例として、特典処理部２１５は、前記ユーザの「経過時間」が遅いほど、より多くの特典を前記ユーザに付与してもよい。これにより、誰も幹事に立候補しないまま時間が過ぎていくような状況において、幹事に付与される特典が時間の経過とともに増えていくことで、幹事への立候補を促すことができる。その結果、幹事が不在の状態を終わらせることができ、対象イベントをより確実に開催させることができる。

決定処理部２１６は、出欠情報Ｄ５に基づいて対象イベントの開催日時及び参加人数を決定する。決定処理部２１６による対象イベントの開催日時及び参加人数の決定方法としては、種々の方法が考えられる。例えば、決定処理部２１６は、一又は複数の開催候補日時のうちの参加人数が最も多い開催候補日時を、対象イベントの開催日時として決定してもよい。もしくは、決定処理部２１６は、幹事選定処理部２１４によって対象イベントの幹事に選定されたユーザの出欠情報Ｄ５に基づいて、少なくとも前記ユーザ（幹事）が出席可能な一又は複数の開催候補日時の中から対象イベントの開催日時を決定してもよい。例えば、図７に示されるユーザＣが幹事に選定された場合、決定処理部２１６は、１月１０日１８時、１月１１日１８時、及び１月１３日１８時の３つの開催候補日時のうちの参加人数が最も多い開催候補日時を、対象イベントの開催日時として決定してもよい。

検索処理部２１７は、決定処理部２１６によって決定される開催日時及び参加人数に基づいて、対象イベントで利用可能な施設を検索する。具体的に、検索処理部２１７は、決定処理部２１６によって決定される開催日時及び参加人数を検索条件として、複数の施設の予約情報Ｄ３及び施設情報（不図示）を参照して、対象イベントで利用可能な施設を検索する。前記施設情報には、施設ごとに、例えば、施設の名前、場所、業態、予算などが含まれている。なお、前記施設情報は、イベント管理装置２から通信網Ｎ１を介してアクセス可能な他のサーバに記憶されていてもよい。検索処理部２１７は、開催日時及び参加人数だけでなく、開催条件情報Ｄ１における対象イベントの「施設条件」に含まれている条件も検索条件に加えて、対象イベントで利用可能な施設を検索する。

予約処理部２１８は、検索処理部２１７による検索結果に基づいて、対象イベントで利用すべき施設を予約する。例えば、予約処理部２１８は、幹事選定処理部２１４により選定された幹事の名前を予約者名とし、決定処理部２１６により決定された開催日時及び参加人数を来店日時及び利用人数として、予約情報Ｄ３に新たな情報を追加する。なお、検索処理部２１７による検索結果として複数の施設候補が見つかった場合、予約処理部２１８は、幹事選定処理部２１４により幹事に選定されたユーザに、前記複数の施設候補の中から所望の施設候補を選択させてもよい。もしくは、予約処理部２１８は、対象イベントに参加する複数のユーザに前記複数の施設候補を提示して、前記ユーザ各々から所望の施設候補を取得して、予約すべき施設を多数決によって決定してもよい。

［ユーザ端末３］
図１に示されるように、ユーザ端末３は、制御部３１、記憶部３２、操作表示部３３、及び通信Ｉ／Ｆ３４などを備える。ユーザ端末３は、例えば携帯電話、スマートフォン、タブレット端末、又はパーソナルコンピュータのような情報処理装置である。

通信Ｉ／Ｆ３４は、ユーザ端末３を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介してイベント管理装置２などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インタフェースである。

操作表示部３３は、各種のウェブページなどの情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインタフェースである。

記憶部３２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部３２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルに従ってイベント管理装置２等の外部装置との間で通信処理を制御部３１に実行させるための制御プログラムである。

制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部３１は、前記ＲＯＭ又は記憶部３２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することによりユーザ端末３を制御する。

具体的に、制御部３１は、記憶部３２に記憶されている前記ブラウザプログラムに従って各種の処理を実行することによりブラウザ処理部３１１として機能する。ブラウザ処理部３１１は、イベント管理装置２から通信網Ｎ１を介して提供されるウェブページを操作表示部３３に表示させ、操作表示部３３に対する操作をイベント管理装置２に入力するブラウザ処理を実行することが可能である。なお、制御部３１に含まれる一部又は全部の処理部は電子回路で構成されていてもよい。

会社などの組織の特定のメンバ（例えば、管理者など）は、自身のユーザ端末３に表示された所定のログインページにおいてユーザＩＤ及びパスワードを入力することによりイベント管理装置２にログインして、開催条件設定ページ（不図示）又はユーザ設定ページ（不図示）にアクセスすることができる。前記開催条件設定ページでは、例えば定期的に開催したいイベントなどの「イベント名」、「開催日時条件」、「施設条件」などの情報を入力することが可能であり、入力された情報に基づいて開催条件情報Ｄ１が更新される。また、前記ユーザ設定ページでは、イベントの参加候補者であるユーザの「ユーザ名」、「メールアドレス」などの情報を入力することが可能であり、入力された情報に基づいてユーザ情報Ｄ４が更新される。

また、会社などの組織のメンバの各々は、自身のユーザ端末３に表示された所定のログインページにおいてユーザＩＤ及びパスワードを入力することによりイベント管理装置２にログインして、スケジュール管理ページ（不図示）にアクセスすることができる。前記スケジュール管理ページでは、自身の予定に関する「タイトル」、「日付」、「時間帯」などの情報を入力することが可能であり、入力された情報に基づいてスケジュール情報Ｄ２が更新される。

［施設端末４］
図１に示されるように、施設端末４は、制御部４１、記憶部４２、操作表示部４３、及び通信Ｉ／Ｆ４４などを備える。施設端末４は、例えば携帯電話、スマートフォン、タブレット端末、又はパーソナルコンピュータのような情報処理装置である。

通信Ｉ／Ｆ４４は、施設端末４を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介してイベント管理装置２などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インタフェースである。

操作表示部４３は、各種のウェブページなどの情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインタフェースである。

記憶部４２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部４２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルに従ってイベント管理装置２等の外部装置との間で通信処理を制御部４１に実行させるための制御プログラムである。

制御部４１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部４１は、前記ＲＯＭ又は記憶部４２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより施設端末４を制御する。

具体的に、制御部４１は、記憶部４２に記憶されている前記ブラウザプログラムに従って各種の処理を実行することによりブラウザ処理部４１１として機能する。ブラウザ処理部４１１は、イベント管理装置２から通信網Ｎ１を介して提供されるウェブページを操作表示部４３に表示させ、操作表示部４３に対する操作をイベント管理装置２に入力するブラウザ処理を実行することが可能である。なお、制御部４１に含まれる一部又は全部の処理部は電子回路で構成されていてもよい。

飲食店などの施設の管理者又は従業員は、施設端末４に表示された所定のログインページにおいてユーザＩＤ及びパスワードを入力することによりイベント管理装置２にログインして、自身の施設の予約管理ページ（不図示）にアクセスすることができる。前記予約管理ページでは、新たに受け付けられた予約に関する「予約者名」、「来店日時」、「利用時間」、「テーブル」などの情報を入力することが可能であり、入力された情報に基づいて予約情報Ｄ３が更新される。

［イベント管理処理］
以下、図９を参照しつつ、イベント管理装置２の制御部２１によって実行されるイベント管理処理について説明する。

なお、本発明は、当該イベント管理処理に含まれる一又は複数のステップを実行するイベント管理方法の発明として捉えることができ、ここで説明する当該イベント管理処理に含まれる一又は複数のステップが適宜省略されてもよい。なお、前記イベント管理処理における各ステップは同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部２１によって当該イベント管理処理における各ステップが実行される場合を例に挙げて説明するが、複数のプロセッサによって当該イベント管理処理における各ステップが分散して実行されるイベント管理方法も他の実施形態として考えられる。

＜ステップＳ１１＞
まず、ステップＳ１１において、制御部２１（イベント設定処理部２１１）は、複数の参加者が参加するイベントの開催候補日時を設定する。例えば、制御部２１は、開催条件情報Ｄ１に登録されているイベントごとに、開催条件情報Ｄ１の「開催日時条件」に示されている一又は複数の日のうちの最先の日から予め定められた日数（例えば２週間）だけ遡った時点で、そのイベントの開催候補日時を設定する。

＜ステップＳ１２＞
ステップＳ１２において、制御部２１（出欠確認処理部２１２）は、前記ステップＳ１２で設定された開催候補日時を、対象イベントの開催候補日時として、対象イベントの参加候補者である複数のユーザに提示する。例えば、制御部２１は、ユーザ情報Ｄ４に登録されている「メールアドレス」に基づいて、図６に示されるような出欠確認ページＰ１にアクセスするためのアクセス情報（例えば、ＵＲＬなど）を、電子メールにより各ユーザに通知する。そして、制御部２１は、各ユーザのユーザ端末３からのアクセスに応じて、出欠確認ページＰ１を各ユーザのユーザ端末３に表示させる。

＜ステップＳ１３＞
ステップＳ１３において、制御部２１（出欠確認処理部２１２、受付処理部２１３）は、前記ステップＳ１２で開催候補日時を提示したユーザの操作に基づいて、当該ユーザの出欠情報Ｄ５及び募集結果情報Ｄ６を取得する。例えば、制御部２１は、ユーザ端末３から受信した出欠確認ページＰ１の確認欄Ｆ１の回答内容を、ユーザ名と関連付けて出欠情報Ｄ５として記憶部２２に保存すると共に、ユーザ端末３から受信した出欠確認ページＰ１の募集欄Ｆ２の回答内容を、ユーザ名と関連付けて募集結果情報Ｄ６として記憶部２２に保存する。

＜ステップＳ１４＞
ステップＳ１４において、制御部２１は、前記ステップＳ１３で取得された募集結果情報Ｄ６に基づいて、前記ユーザが幹事に立候補しているか否かを判断する。そして、前記ユーザが幹事に立候補していると判断されると（Ｓ１４：Ｙｅｓ）、処理がステップＳ１５に移行する。一方、前記ユーザが幹事に立候補していないと判断されると（Ｓ１４：Ｎｏ）、処理がステップＳ１６に移行する。

＜ステップＳ１５＞
ステップＳ１５において、制御部２１は、前記ステップ１２で対象イベントの開催候補日時が提示されてから、前記ステップＳ１３で前記ユーザ（すなわち、幹事に立候補したユーザ）の募集結果情報Ｄ６が取得されるまでの経過時間を算出する。そして、制御部２１は、算出された経過時間を、記憶部２２に保存されている当該ユーザの募集結果情報Ｄ６に追加する。

＜ステップＳ１６＞
ステップＳ１６において、制御部２１は、対象イベントの開催候補日時を提示した全てのユーザの回答内容（すなわち、出欠情報Ｄ５及び募集結果情報Ｄ６）を取得済みであるか否かを判断する。そして、全てのユーザの回答内容を取得済みであると判断されると（Ｓ１６：Ｙｅｓ）、処理がステップＳ１７に移行する。一方、まだ全てのユーザの回答内容を取得済みではないと判断されると（Ｓ１６：Ｎｏ）、処理が前記ステップＳ１３に戻る。こうして、ステップＳ１６で全てのユーザの回答内容を取得済みであると判断されるまで、前記ステップＳ１３〜Ｓ１６の処理が繰り返される。

＜ステップＳ１７＞
ステップＳ１７において、制御部２１（幹事選定処理部２１４）は、前記ステップＳ１３で取得された出欠情報Ｄ５及び募集結果情報Ｄ６に基づいて、対象イベントの幹事を選定する。例えば、制御部２１は、対象イベントの幹事に立候補したユーザを、幹事に推薦されたユーザよりも優先的に、幹事として選定してもよい。また、制御部２１は、対象イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも少ない場合に、対象イベントの幹事に推薦されたユーザの中から不足分の幹事を選定してもよい。

＜ステップＳ１８＞
ステップＳ１８において、制御部２１（特典処理部２１５）は、前記ステップＳ１７で幹事に選定されたユーザに対して特典を付与する。例えば、制御部２１は、ユーザ情報Ｄ４に含まれている、幹事に選定されたユーザの「特典ポイント」を増加させる。このとき、制御部２１は、募集結果情報Ｄ６に含まれる「経過時間」に応じて、付与する特典を変化させてもよい。

＜ステップＳ１９＞
ステップＳ１９において、制御部２１（決定処理部２１６）は、出欠情報Ｄ５に基づいて対象イベントの開催日時及び参加人数を決定する。例えば、制御部２１は、一又は複数の開催候補日時のうちの参加人数が最も多い開催候補日時を、対象イベントの開催日時として決定してもよい。

＜ステップＳ２０＞
ステップＳ２０において、制御部２１（検索処理部２１７）は、前記ステップＳ１９で決定された開催日時及び参加人数に基づいて、対象イベントで利用可能な施設を検索する。例えば、制御部２１は、前記ステップＳ１９で決定された開催日時及び参加人数と、開催条件情報Ｄ１に含まれている対象イベントの「施設条件」とに基づいて、対象イベントで利用可能な施設を検索する。

＜ステップＳ２１＞
ステップＳ２１において、制御部２１（予約処理部２１８）は、前記ステップＳ２０における検索結果に基づいて、対象イベントで利用すべき施設を予約する。

＜ステップＳ２２＞
ステップＳ２２において、制御部２１は、前記ステップＳ２１における予約結果に基づいて、当該予約結果及び対象イベントに関する情報（例えば、イベント名、開催日時、利用される施設の施設名、参加人数、幹事に選定されたユーザのユーザ名及びメールアドレスなど）を、対象イベントに参加するユーザに電子メールなどで通知する。

以上説明したように、本実施形態に係るイベント管理装置２では、まず対象イベントの開催候補日時が設定される。そして、対象イベントの開催候補日時が設定された後に、対象イベントの幹事への立候補又は推薦による幹事候補者の応募が受け付けられる。そして、前記幹事候補者の中から対象イベントの幹事が選定される。よって、本実施形態に係るイベント管理装置２によれば、幹事が決まっていない状態でも、イベントの開催に向けた準備（例えば、イベントの開催候補日時の決定、参加候補者へのイベントの告知、各参加候補者の出欠の確認など）を進めることが可能である。

また、本実施形態に係るイベント管理装置２によれば、イベントの開催候補日時の決定、参加候補者へのイベントの告知、各参加候補者の出欠の確認、イベントの開催日時の決定、参加人数の決定、イベントで利用可能な飲食店などの施設の検索、施設の予約などの処理が、イベント管理装置２によって行われる。よって、幹事に選定されたユーザは、例えば施設の利用料の集金作業及び支払作業さえ行えばよく、幹事に選定されたユーザの負担が大幅に軽減される。

また、本実施形態では、イベント管理装置２において、予め登録された開催条件情報Ｄ１、スケジュール情報Ｄ２、予約情報Ｄ３などの情報に基づいて、イベントの開催候補日時、イベント名、参加候補者などが設定される。よって、イベントの準備が開始される度にこれらの情報をユーザ端末３から入力する必要が無く、ユーザの手間を軽減することができる。また、ユーザ端末３に対する操作、ユーザ端末３とイベント管理装置２との間の通信などが抑制されるので、コンピュータリソースの有効利用、及び通信トラフィックの低減が可能となる。

［変形例］
なお、本実施形態では、図９のステップＳ１６及びステップＳ１７に示されるように、全てのユーザの回答内容が取得されてから幹事が選定されるが、本発明はこれに限定されない。他の実施形態では、制御部２１（幹事選定処理部２１４）は、対象イベントの幹事に立候補したユーザを先着順で幹事に選定してもよい。

また、本実施形態では、図９のステップＳ１７で幹事が選定された後に、ステップＳ１９で対象イベントの開催日時及び参加人数が決定されるが、本発明はこれに限定されない。他の実施形態では、対象イベントの開催日時及び参加人数が決定された後に、前記開催日時に参加することが可能なユーザの中から幹事が選定されてもよい。

また、本実施形態では、図９のステップＳ１８において、幹事に選定されたユーザに対して特典が付与されるが、本発明はこれに限定されない。他の実施形態では、対象イベントの終了後に、対象イベントの幹事に選定されたユーザに対して特典が付与されてもよい。

また、本実施形態では、イベントの開催候補日時の決定、参加候補者へのイベントの告知、各参加候補者の出欠の確認、イベントの開催日時の決定、参加人数の決定、イベントで利用可能な飲食店などの施設の検索、施設の予約などの各種の処理が、イベント管理装置２によって自動的に実行されるが、本発明はこれに限定されない。他の実施形態では、前記各種の処理のうち、イベントの開催候補日時の決定を除く一又は複数の処理が、イベント管理装置２によって自動的に実行される代わりに、幹事に選定されたユーザによって手作業で行われてもよい。

また、本実施形態では、出欠確認処理部２１２による出欠情報Ｄ５の取得と、受付処理部２１３による募集結果情報Ｄ６の取得とが同じタイミングで行われるが、本発明はこれに限定されない。他の実施形態では、出欠確認処理部２１２による出欠情報Ｄ５の取得と、受付処理部２１３による募集結果情報Ｄ６の取得とが、異なるタイミングで行われてもよい。

また、本実施形態では、幹事への立候補と幹事への推薦との両方が受け付けられるが、本発明はこれに限定されない。他の実施形態では、幹事への立候補のみが受け付けられてもよい。この場合、幹事に立候補したユーザの中から幹事が選定される。また、さらに他の実施形態では、幹事への推薦のみが受け付けられてもよい。この場合、幹事に推薦されたユーザの中から幹事が選定される。

また、本実施形態では、幹事への立候補と幹事への推薦とが同じタイミングで受け付けられるが、本発明はこれに限定されない。他の実施形態では、幹事への立候補と幹事への推薦とが異なるタイミングで受け付けられてもよい。例えば、まず幹事への立候補のみが受け付けられ、その後、幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも少ない場合にのみ、幹事への推薦の受け付けが開始されてもよい。

［発明の付記］
以下、上述の実施形態から抽出される発明の概要について付記する。なお、以下の付記で説明する各構成及び各処理機能は取捨選択して任意に組み合わせることが可能である。

＜付記１＞
複数の参加者が参加するイベントの開催候補日時を設定するイベント設定処理部と、
イベント設定処理部により前記イベントの開催候補日時が設定された後に、前記イベントの幹事への立候補又は推薦による幹事候補者の応募を受け付ける受付処理部と、
前記幹事候補者の中から前記イベントの幹事を選定する幹事選定処理部と、
を備えるイベント管理装置。

＜付記２＞
イベント設定処理部は、前記イベントの開催条件を示す開催条件情報、前記イベントの参加候補者であるユーザ各々の予定を示すスケジュール情報、及び前記イベントで利用される施設の空き状況を示す予約情報の少なくともいずれか１つに基づいて、前記イベントの開催候補日時を自動的に設定する、
付記１に記載のイベント管理装置。

＜付記３＞
イベント設定処理部は、前記イベントで利用される施設の管理者又は従業員の操作に基づいて、前記イベントの開催候補日時を設定する、
付記１に記載のイベント管理装置。

＜付記４＞
幹事選定処理部は、前記イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも少ない場合に、前記イベントの幹事に推薦されたユーザの中から不足分の幹事を選定する、
付記１〜３のいずれかに記載のイベント管理装置。

＜付記５＞
幹事選定処理部は、前記イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも多い場合に、前記イベントの幹事に立候補したユーザのうち、前記イベントの幹事に推薦されたユーザを前記イベントの幹事として優先的に選定する、
付記１〜３のいずれかに記載のイベント管理装置。

＜付記６＞
幹事選定処理部により前記イベントの幹事に選定されたユーザに対して特典を付与する特典処理部を更に備える、
付記１〜５のいずれかに記載のイベント管理装置。

＜付記７＞
特典処理部は、受付処理部による幹事候補者の応募の受け付けが開始されてから前記ユーザによる立候補が行われるまでの経過時間が短いほど、より多くの特典を前記ユーザに付与する、
付記６に記載のイベント管理装置。

＜付記８＞
特典処理部は、受付処理部による幹事候補者の応募の受け付けが開始されてから前記ユーザによる立候補が行われるまでの経過時間が長いほど、より多くの特典を前記ユーザに付与する、
付記６に記載のイベント管理装置。

＜付記９＞
イベント設定処理部により設定される一又は複数の開催候補日時を前記イベントの参加候補者である複数のユーザに提示すると共に、前記ユーザ各々の操作に基づいて前記ユーザ各々の出欠情報を取得する出欠確認処理部と、
前記出欠情報に基づいて前記イベントの開催日時及び参加人数を決定する決定処理部と、
決定処理部によって決定される開催日時及び参加人数に基づいて、前記イベントで利用可能な施設を検索する検索処理部と、
前記検索処理部による検索結果に基づいて前記施設を予約する予約処理部とを更に備える、
付記１〜８のいずれかに記載のイベント管理装置。

＜付記１０＞
決定処理部は、幹事選定処理部によって前記イベントの幹事に選定されたユーザの出欠情報に基づいて、少なくとも前記ユーザが出席可能な一又は複数の開催候補日時の中から前記イベントの開催日時を決定する、
付記９に記載のイベント管理装置。

＜付記１１＞
イベント設定処理部により設定される一又は複数の開催候補日時を前記イベントの参加候補者である複数のユーザに提示すると共に、前記ユーザ各々の操作に基づいて前記ユーザ各々の出欠情報を取得する出欠確認処理部を更に備え、
幹事選定処理部は、前記イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも多い場合に、前記イベントの幹事に立候補したユーザの中から前記出欠情報に基づいて前記イベントの幹事を選定する、
付記１〜８のいずれかに記載のイベント管理装置。

＜付記１２＞
イベント設定処理部により設定される一又は複数の開催候補日時を前記イベントの参加候補者である複数のユーザに提示すると共に、前記ユーザ各々の操作に基づいて前記ユーザ各々の出欠情報を取得する出欠確認処理部を更に備え、
幹事選定処理部は、前記出欠情報に基づいて算出される前記イベントの参加人数に応じて、選定すべき幹事の人数を変更する、
付記１〜８のいずれかに記載のイベント管理装置。

＜付記１３＞
イベント設定処理部により設定される一又は複数の開催候補日時を前記イベントの参加候補者である複数のユーザに提示すると共に、前記ユーザ各々の操作に基づいて前記ユーザ各々の出欠情報を取得する出欠確認処理部を更に備え、
受付処理部は、出欠確認処理部によって前記ユーザ各々の出欠情報が取得される際に、前記ユーザ各々から前記幹事候補者の応募を受け付ける、
付記１〜８のいずれかに記載のイベント管理装置。

＜付記１４＞
複数の参加者が参加するイベントの開催候補日時を設定することと、
前記イベントの開催候補日時が設定された後に、前記イベントの幹事への立候補又は推薦による幹事候補者の応募を受け付けることと、
前記幹事候補者の中から前記イベントの幹事を選定することと、
をプロセッサに実行させるためのイベント管理プログラム。

＜付記１５＞
複数の参加者が参加するイベントの開催候補日時を設定することと、
前記イベントの開催候補日時が設定された後に、前記イベントの幹事への立候補又は推薦による幹事候補者の応募を受け付けることと、
前記幹事候補者の中から前記イベントの幹事を選定することと、
を含むイベント管理方法。

１ イベント管理システム
２ イベント管理装置
２１ 制御部
２１１ イベント設定処理部
２１２ 出欠確認処理部
２１３ 受付処理部
２１４ 幹事選定処理部
２１５ 特典処理部
２１６ 決定処理部
２１７ 検索処理部
２１８ 予約処理部
３ ユーザ端末
４ 施設端末

Claims (15)

1. 複数の参加者が参加するイベントの開催候補日時を設定するイベント設定処理部と、
   イベント設定処理部により前記イベントの開催候補日時が設定された後に、前記イベントの幹事への立候補又は推薦による幹事候補者の応募を受け付ける受付処理部と、
   前記幹事候補者の中から前記イベントの幹事を選定する幹事選定処理部と、
   を備えるイベント管理装置。
2. イベント設定処理部は、前記イベントの開催条件を示す開催条件情報、前記イベントの参加候補者であるユーザ各々の予定を示すスケジュール情報、及び前記イベントで利用される施設の空き状況を示す予約情報の少なくともいずれか１つに基づいて、前記イベントの開催候補日時を自動的に設定する、
   請求項１に記載のイベント管理装置。
3. イベント設定処理部は、前記イベントで利用される施設の管理者又は従業員の操作に基づいて、前記イベントの開催候補日時を設定する、
   請求項１に記載のイベント管理装置。
4. 幹事選定処理部は、前記イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも少ない場合に、前記イベントの幹事に推薦されたユーザの中から不足分の幹事を選定する、
   請求項１〜３のいずれかに記載のイベント管理装置。
5. 幹事選定処理部は、前記イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも多い場合に、前記イベントの幹事に立候補したユーザのうち、前記イベントの幹事に推薦されたユーザを前記イベントの幹事として優先的に選定する、
   請求項１〜３のいずれかに記載のイベント管理装置。
6. 幹事選定処理部により前記イベントの幹事に選定されたユーザに対して特典を付与する特典処理部を更に備える、
   請求項１〜５のいずれかに記載のイベント管理装置。
7. 特典処理部は、受付処理部による幹事候補者の応募の受け付けが開始されてから前記ユーザによる立候補が行われるまでの経過時間が短いほど、より多くの特典を前記ユーザに付与する、
   請求項６に記載のイベント管理装置。
8. 特典処理部は、受付処理部による幹事候補者の応募の受け付けが開始されてから前記ユーザによる立候補が行われるまでの経過時間が長いほど、より多くの特典を前記ユーザに付与する、
   請求項６に記載のイベント管理装置。
9. イベント設定処理部により設定される一又は複数の開催候補日時を前記イベントの参加候補者である複数のユーザに提示すると共に、前記ユーザ各々の操作に基づいて前記ユーザ各々の出欠情報を取得する出欠確認処理部と、
   前記出欠情報に基づいて前記イベントの開催日時及び参加人数を決定する決定処理部と、
   決定処理部によって決定される開催日時及び参加人数に基づいて、前記イベントで利用可能な施設を検索する検索処理部と、
   前記検索処理部による検索結果に基づいて前記施設を予約する予約処理部とを更に備える、
   請求項１〜８のいずれかに記載のイベント管理装置。
10. 決定処理部は、幹事選定処理部によって前記イベントの幹事に選定されたユーザの出欠情報に基づいて、少なくとも前記ユーザが出席可能な一又は複数の開催候補日時の中から前記イベントの開催日時を決定する、
    請求項９に記載のイベント管理装置。
11. イベント設定処理部により設定される一又は複数の開催候補日時を前記イベントの参加候補者である複数のユーザに提示すると共に、前記ユーザ各々の操作に基づいて前記ユーザ各々の出欠情報を取得する出欠確認処理部を更に備え、
    幹事選定処理部は、前記イベントの幹事に立候補したユーザの人数が、選定すべき幹事の人数よりも多い場合に、前記イベントの幹事に立候補したユーザの中から前記出欠情報に基づいて前記イベントの幹事を選定する、
    請求項１〜８のいずれかに記載のイベント管理装置。
12. イベント設定処理部により設定される一又は複数の開催候補日時を前記イベントの参加候補者である複数のユーザに提示すると共に、前記ユーザ各々の操作に基づいて前記ユーザ各々の出欠情報を取得する出欠確認処理部を更に備え、
    幹事選定処理部は、前記出欠情報に基づいて算出される前記イベントの参加人数に応じて、選定すべき幹事の人数を変更する、
    請求項１〜８のいずれかに記載のイベント管理装置。
13. イベント設定処理部により設定される一又は複数の開催候補日時を前記イベントの参加候補者である複数のユーザに提示すると共に、前記ユーザ各々の操作に基づいて前記ユーザ各々の出欠情報を取得する出欠確認処理部を更に備え、
    受付処理部は、出欠確認処理部によって前記ユーザ各々の出欠情報が取得される際に、前記ユーザ各々から前記幹事候補者の応募を受け付ける、
    請求項１〜８のいずれかに記載のイベント管理装置。
14. 複数の参加者が参加するイベントの開催候補日時を設定することと、
    前記イベントの開催候補日時が設定された後に、前記イベントの幹事への立候補又は推薦による幹事候補者の応募を受け付けることと、
    前記幹事候補者の中から前記イベントの幹事を選定することと、
    をプロセッサに実行させるためのイベント管理プログラム。
15. 一又は複数のプロセッサが、
    複数の参加者が参加するイベントの開催候補日時を設定することと、
    前記イベントの開催候補日時が設定された後に、前記イベントの幹事への立候補又は推 薦による幹事候補者の応募を受け付けることと、
    前記幹事候補者の中から前記イベントの幹事を選定することと、
    を実行するイベント管理方法。
    

Images