(57)【要約】【課題】「施設予約手続き」及び「施設利用者の確保」の手続きを簡単に行う。【解決手段】施設予約システム１−２は、予約条件登録受付１−２−１と、予約可否通知１−２−２と、参加募集案内１−２−３と、掲示板１−２−４と、参加募集受付画面１−２−５と、全体の制御を行う予約受付登録及び可否判定処理エンジン１−２−６と、を備えている。施設予約システム１−２は、施設利用企画者端末１−１と施設利用参加者端末１−５〜７とのそれぞれに関連付けされている。予約受付登録及び可否判定処理エンジン１−２−６は、記憶装置１−４などのデータベースと関連付けされ、記憶装置１−４の参照、記憶装置への情報の登録、更新を行う。尚、記憶装置１−４は、例えば、利用者情報ＤＢ１−４−１と、サークル情報ＤＢ１−４−２と、登録予約条件ＤＢ１−４−３と、施設空き情報管理ＤＢ１−４−４とを有している。【選択図】  図１
2005025253.tif 000002
【特許請求の範囲】
【請求項１】
施設利用参加希望者端末及び施設利用企画者端末とそれぞれ関連付けされ、
前記施設利用企画者端末から施設利用条件を受け付ける施設利用条件受け付け手段と、
前記施設利用条件に基づいて作成した施設利用参加者募集案内を前記施設利用参加希望者端末に提示する施設利用参加者募集案内提示手段と、
前記施設利用希望者端末からの施設利用希望を受け付ける参加希望受付手段と、
前記施設利用条件と前記施設利用希望とに基づいて、施設の利用が可能か否かを判断する施設利用可否判定手段と、
前記施設利用参加希望者端末又は施設利用企画者端末のうち少なくとも一方に施設利用可否判定結果を通知する通知手段と
を備えることを特徴とする施設予約システム。
【請求項２】
施設の利用を企画する施設利用企画者からの施設利用に関する施設予約条件を受けて、施設利用参加者の募集を行うステップと、
施設の利用計画に参加する施設利用参加者の希望と前記施設予約条件とが合致した場合に自動的に施設予約を実行するステップと、
前記施設予約結果を前記施設利用希望者又は施設利用企画者の少なくとも一方に通知するステップと
を有する施設予約方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、施設予約システムに関し、特に、多人数で施設を利用する際の、企画と施設の予約とを行うシステムに関する。
【０００２】
【従来の技術】
従来、ある企画に基づいて施設利用者を募集するとともに、施設の予約を行うサービス業者（以下、「施設利用企画者」と称する。）が、多人数で利用する施設予約を行う場合には、施設利用企画者は、「施設利用者の確保」と「施設の予約」とを個別に行っていた。施設利用者の確保は、施設利用企画者が電話連絡又は電子メールを利用した特定のメンバーの参加可否の確認を行ったり、また公共の掲示板等を利用して不特定多数の利用希望者を募ったりする必要がある。
【０００３】
施設利用の予約システムに関しては、施設利用企画者が利用施設の予約条件を確定させた段階において、予約をサポートするサービスに関する開示がなされている（例えば、特許文献１、２参照）。また、団体で利用する施設の予約を行うシステムとして、提示された利用条件に基づいて利用者が登録し、予約成立条件になった時点で結果が電子メールで送られてくるものもある（例えば、特許文献３参照）。
【０００４】
【特許文献１】
特開２００２−１６３５１８号公報
【特許文献２】
特開２００２−１８３４７９号公報
【特許文献３】
特開２００１−２９０９９１号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、特許文献１、２に記載のサービスでは、参照施設利用企画者が利用施設の予約条件を確定させた段階において、予約をサポートする場合には、予約が迅速に行われないという問題がある。
【０００６】
また、上記特許文献３に記載されているシステムは、施設側からのみ条件提示（登録）を行うことができるものであり、施設利用企画者が任意に条件を設定できるシステムではない。このようなシステムの場合に、施設利用者の確保に優先して施設の予約を先に行った場合は利用者が集まらなかった場合に施設の予約取り消し等の作業を行う必要が生じ、場合によっては施設予約キャンセル料などの費用が発生する。また施設利用者の確保を優先させると、その間に施設を利用したい日時が別の利用者によって先に予約されてしまう可能性が高くなるという問題がある。さらに、施設利用者を確保するための手段や参加可否の確認等が煩雑で施設利用企画者の負担が増大するという問題もある。
【０００７】
本発明の目的は、「施設利用者の確保」と「施設の予約」とに関する施設利用企画者の負担を軽減することができる施設予約システムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明の一観点によれば、施設利用参加希望者端末及び施設利用企画者端末とそれぞれ関連付けされ、前記施設利用企画者端末から施設利用条件を受け付ける施設利用条件受け付け手段と、前記施設利用条件に基づいて作成した施設利用参加者募集案内を前記施設利用参加希望者端末に提示する施設利用参加者募集案内提示手段と、前記施設利用希望者端末からの施設利用希望を受け付ける参加希望受付手段と、前記施設利用条件と前記施設利用希望とに基づいて、施設の利用が可能か否かを判断する施設利用可否判定手段と、前記施設利用参加希望者端末又は施設利用企画者端末のうち少なくとも一方に施設利用可否判定結果を通知する通知手段とを備えることを特徴とする施設予約システムが提供される。
【０００９】
上記施設予約システムでは、施設利用企画者が施設の利用を企画した段階で、施設予約の手続と施設利用者の募集とを一度に行うことができる。その後は、本システムによる通知を待てば良く、施設利用企画者の負担が大幅に軽減できる。
【００１０】
【発明の実施の形態】
以下、本発明の一実施の形態による施設予約システムについて図面を参照しながら説明を行う。図１は、本実施の形態による施設予約システムに関連する全体構成例を示す図である。施設利用システムと施設利用企画者及び施設利用企画者が募集する利用者とは例えばインターネットを介したネットワーク形態により関連付けされている。
【００１１】
施設利用企画者端末１−１は、施設利用企画者が施設予約システム１−２へ施設利用条件の登録や予約可否の通知等を行う端末装置であり、例えば、通知のためにインターネット１−３に接続可能な端末装置（例えば、パーソナルコンピュータＰＣや携帯電話、ＰＤＡなど）である。施設利用参加者は、それぞれの施設利用参加者端末１−５〜７を用いて施設予約システムにアクセス可能である。
【００１２】
施設予約システム１−２は、予約条件登録受付１−２−１と、予約可否通知１−２−２と、参加募集案内１−２−３と、掲示板１−２−４と、参加募集受付画面１−２−５と、全体の制御を行う予約受付登録及び可否判定処理エンジン１−２−６と、を備えている。施設予約システム１−２は、施設利用企画者端末１−１と施設利用参加者端末１−５〜７とのそれぞれに関連付けされている。予約受付登録及び可否判定処理エンジン１−２−６は、記憶装置１−４などのデータベースと関連付けされ、記憶装置１−４の参照、記憶装置への情報の登録、更新を行う。尚、記憶装置１−４は、例えば、利用者情報ＤＢ（データベース）１−４−１と、サークル情報ＤＢ１−４−２と、登録予約条件ＤＢ１−４−３と、施設空き情報管理ＤＢ１−４−４とを有している。
【００１３】
施設予約システム１−２は、施設利用企画者端末１−１からの施設利用条件登録を受け付け（１−２−１）、参加者の募集情報の受け付け（１−２−５）を行い、これらの情報などの各種データを予約受付登録及び可否判定処理エンジン１−２−６を介して記憶装置１−４に格納する。施設利用参加者は、施設利用参加者端末１−５〜７を用いて、施設利用企画者が登録した情報（参加募集案内１−２−３、掲示板１−２−４、参加募集受付画面１−２−５）を閲覧可能であり、施設予約システム１−２との間で、参加希望や参加可否に関する通信を行う。
【００１４】
図２は、施設利用企画者が施設予約システムに登録する施設利用条件を示す図である。図３は、施設利用を行う利用者が施設予約システムに登録するデータ例を示す図である。図４は、サークルメンバを管理した表の例を示す図である。図５は本実施の形態による施設予約システムの処理の流れを示すフローチャート図である。
【００１５】
以下、図５〜図７までに示される処理手順に従って、本実施の形態による施設予約システムにおける処理の一例について詳細に説明する。図５〜図７は、（１）施設予約条件登録処理（図５）、（２）予約受け付け登録及び可否判定処理（図６）、（３）施設予約状況チェック処理（図７）の３つの処理手順を示している。これらの処理は、施設予約システム１−２に実装されているプログラムである予約受け付け登録及び可否判定エンジン１−２−６によって行われる。まず、（１）の施設予約条件登録処理から始まる。尚、これらの手順において、参加メンバーは会員登録と会員識別ＩＤを有している者を対象とすることを前提としても良いし、或いは、広く一般の利用者を対象とする場合も含んでも良い。
【００１６】
図２の施設利用登録条件は、例えば第１から第３までの希望日時を登録できる施設利用希望日時２−１と、最小人数２−２−１、最大人数募２−２−２などを登録できる募集人数２−２と、第１から第３までの希望期限を登録する受付期限２−３と、年齢２−４−１、性別２−４−２、サークル番号２−４−３を入力できる参加者条件（１）２−４と、条件１〜３までの参加者条件（２）２−５と、例えば参加者に電子メールで通知するメール通知２−６−１、掲示板に掲示する掲示板登録２−６−２などから登録できる参加者募集手段２−６と、電子メールアドレス２−７−１と、名前２−７−２と、住所・電話番号等２−７−３を登録できる施設利用企画者連絡先２−７と、場所な施設の部屋などの内容を番号２−８−１から選択して登録したり、タイトル２−８−２、内容詳細２−８−３を登録する施設利用内容２−８と、施設ＩＤ２−９などの登録項目を有している。施設ＩＤ２−９を用いることで、簡単に多くの登録ができ、また、お気に入りの施設も簡単に登録することができる。
【００１７】
図３に示すように、利用者登録情報は、登録された利用者の情報を含み、例えば、利用者の名前３−１、電子メールアドレス３−２、生年月日３−３、性別３−４、会員番号３−５、連絡先（住所・電話番号）３−６、登録日３−７、職業３−８、興味のある分野３−９などを含む。図４に示すように、サークル管理テーブルは、各サークルを示すサークル番号４−１毎に、サークルの会員を会員番号（１）４−１−１〜会員番号（ｎ）４−１−ｎにより管理している。これにより、サークルに関する管理が簡単にできる。
【００１８】
次に、図５〜図７までを参照して、施設予約処理手順を説明する。まず、施設利用企画者は施設利用企画者端末１−１を用いて、施設利用予約条件を施設予約システム１−２に入力する。まず、施設予約システム１−２は、図５に示すように、ステップ５−１において、入力された施設利用予約条件を１−４の記憶装置内の登録予約条件ＤＢ１−４−３に登録する。ステップ５−２において、施設予約システム１−２は施設利用予約条件内の掲示板登録２−６−２が有効になっているか否かを確認する。掲示板登録２−６−２が有効になっている場合は、ステップ５−３において、施設予約システム１−２内の掲示板１−２−４に施設利用条件を掲載し、利用希望者を募集する。次に、ステップ５−４において、メール通知２−６−１が有効になっているか否かを確認する。メール通知２−６−１が有効になっている場合は、ステップ５−５に進み、利用者情報ＤＢ１−４−１内の参加者条件１（２−４）及び参加者条件（２−５）に合致する利用者を検索し、電子メールアドレス３−２を用いて見つかった各利用者に参加者募集のメールを通知する。またこの時、参加者条件１（２−４）内のサークル番号２−４−３が指定されている場合は、対応するサークルをサークル情報ＤＢ１−４−２内に探し、対応するサークル番号４−１のレコード内登録されている会員番号の利用者を利用者情報ＤＢ１−４−１内に探し、それらの中から他の参加条件にも合致する者を選んで、それらの者に参加者募集のメールを送信する。この段階で予約システムへの条件登録と利用者募集とが完了する（ステップ５−６）。ステップ５−４において、メール通知２−６−１が有効になっていない場合もステップ５−６に進む。
【００１９】
次に図６に示すフローチャート図を参照して、予約受け付け登録及び可否判定処理について説明する。図５に示す施設予約条件登録処理により掲載された掲示板や送付されたメールをみて参加を希望する利用者（参加希望者）は、掲示板１−２−４に掲示された企画中から希望する企画を選択する。或いは、参加募集受付１−２−５に直接アクセスし、施設利用案内情報を入力する。次いで、施設予約システム１−２は、参加希望者の希望に合致する施設利用企画に関する申し込み画面を表示する。初めて施設予約システムを利用する等の理由により、まだ利用者番号登録をしていないユーザには新規登録を促す。利用者番号登録をしていないユーザは利用者登録を行い、申し込み画面に対して利用者番号を入力する。
【００２０】
図６に示すように、ステップ５−７において施設予約システム１−２−１が利用者番号の入力を検出すると、ステップ５−８において、利用者情報ＤＢ１−４−１を検索し利用者の情報を得る。ステップ５−９、１０において、利用者情報と施設予約条件とに該当するかのチェックを行い、問題がなければ、ステップ５−１１において、現在の参加登録者として該当する希望日時のテーブル内における現在の登録者数２−２−３に“１”を加算する。
【００２１】
ステップ５−１０におけるチェックが不可の場合又はステップ５−１１の後に、ステップ５−１２において、最小人数２−２−１（図２）に達したか否かを確認する。最小人数２−２−１に達していない場合は、ステップ５−７に戻り、新たな入力を待つ。最小人数２−２−１に達していれば、施設利用登録条件を満たすことになるため、ステップ５−１３において、施設が空いているか否かを確認する。施設に空きがある場合は、ステップ５−１４において、施設空き管理ＤＢ１−４−４（図１）に登録することにより施設の予約を完了する。次いで、ステップ５−１５において、施設利用企画者及び参加登録した利用者に電子メールにより予約が完了した旨を通知し、処理を終了する（ステップ５−２０）。
【００２２】
ステップ５−１３における確認処理の結果、施設が空いていなかった場合は、ステップ５−１６において、登録予約条件ＤＢ１−４−３（図１）に登録してある該当施設予約条件内の該当希望日時（エントリ）を削除する。ステップ５−１７において、全ての希望日時の空きが無くなったか否かをチェックする。もし全ての希望日時の空きが無くなった場合は、ステップ５−１８において、施設利用企画者端末１−１に対して予約ができなかった旨の内容の電子メールで送信する。その後、ステップ５−１９において、登録予約条件ＤＢ１−４−３内から該当施設予約条件のエントリを削除し、処理を終了する（ステップ５−２０）。ステップ５−１７において、空きが有れば、ステップ５−７に戻り、新たな入力を待つ。
【００２３】
また図６に示す（２）の処理と並行して図７に示す施設予約状況チェック処理施設予約状況チェック処理を行うことができる。図７に示すように、施設予約状況チェック処理（３）では、ステップ５−２１、２２において、ある時間おきに、例えば１時間おきに、登録予約条件ＤＢ１−４−３より１件の施設予約条件エントリを抽出する。次にステップ５−２３において、受け付け期限２−３を満了していないか否かをチェックする。満了している希望日時がある場合は、ステップ５−２４において、登録予約条件ＤＢ１−４−３に登録してある該当施設予約条件内の該当希望日時（エントリ）を削除し、ステップ５−２５において全ての希望日時の空きが無くなったか否かをチェックする。もし、全ての希望日時の満了日を過ぎていた場合は、ステップ５−２６において、施設利用企画者端末１−１に対して予約ができなかった旨の内容の電子メールを送信する。その後、ステップ５−３３において、登録予約条件ＤＢ１−４−３内から、該当する施設予約条件のエントリを削除し、ステップ５−３４で処理を終了する。ステップ５−２３において、受付期限を過ぎていない場合又はステップ５−２５において全ての希望日時の満了日を過ぎていない場合は、ステップ５−２７に進み、希望日時２−１の空きが無くなったか否かをチェックする。もし希望日時が既に予約されていた場合には、ステップ５−２８において、該当する施設予約条件内のエントリに該当する希望日時を削除する。ステップ５−２９において、エントリから削除された旨を利用者企画端末に通知し、希望条件の変更などを行うか否かを確認し、希望する場合には、削除された分だけ希望を追加する（新たな情報、例えば削除されたエントリと類似の内容の施設に関する情報を提供する）。
【００２４】
次に、ステップ５−３０において、全ての希望日時の空きが無くなったか否かを確認する。全ての空きが無くなった場合は、ステップ５−３１に進み、施設利用企画者端末１−２に対して予約ができなかった旨の内容の電子メールを送信する。その後、ステップ５−３３において、登録予約条件ＤＢ１−４−３内から該当する施設予約条件のエントリを削除し、処理を終了する（ステップ５−３４）。
【００２５】
ステップ５−２７で希望日時の空きがあるか、ステップ５−３０で希望日が空いていれば、次にステップ５−３２に進み、登録予約条件ＤＢ１−４−３において、まだエントリが残っているか否かをチェックする。まだ、エントリがあれば、ステップ５−２２に戻り上記と同様の手順を繰り返す。ステップ５−３２において全てのエントリが無くなっていた場合は、ステップ５−２１に戻り、また１時間経過した時点で同様の処理を繰り返す。
【００２６】
以上、説明したように、本発明の実施の形態による施設予約システムによれば、施設利用企画者が多人数で利用する施設の利用を企画したい場合に、まず、施設予約手続き」及び「施設利用者の確保」の手続きを最初に一度施設予約システムに登録するだけでよく、参加者募集、参加者の管理、施設予約、キャンセル手続き等の手続きの煩雑さによる負担が軽減され、施設予約を簡単にできるという利点がある。
【００２７】
以上、本実施の形態に沿って説明したが、本発明はこれらの例に限定されるものではなく、種々の変形が可能であるのは言うまでもない。例えば、本実施の形態による施設予約方法のステップに沿った処理をコンピュータに実行させるためのプログラムに関しても本発明の範疇に入るものである。
【００２８】
【発明の効果】
以上、説明したように、本発明によれば、施設利用企画者が利用する施設の利用を思いたった場合に「施設予約手続き」及び「施設利用者の確保」の手続きを簡単にできるため、負担が軽減するという利点を有する。
【図面の簡単な説明】
【図１】本発明の一実施の形態による施設予約システムの全体概要を示す図である。
【図２】施設利用登録条件の一例を示した図である。
【図３】利用者登録情報の一例を示した図である。
【図４】サークル管理テーブルの一例を示した図である。
【図５】当該施設予約システムの処理手順を示すフローチャート図である。
【図６】図５に続く図である。
【図７】図６に続く図である。
【符号の説明】
１−１…施設利用企画者端末、１−２…施設予約システム、１−２−１…予約条件登録受付、１−２−２…予約可否通知、１−２−３…参加募集案内、１−２−４…掲示板、１−２−５…参加募集受付画面、１−２−６…全体の制御を行う予約受付登録及び可否判定処理エンジン、１−５〜７…施設利用参加者端末、１−４…記憶装置、１−４−１…利用者情報ＤＢ、１−４−２…サークル情報ＤＢ、１−４−３…登録予約条件ＤＢ、１−４−４…施設空き情報管理ＤＢ。
【図１】
2005025253.tif 000003
【図２】
2005025253.tif 000004
【図３】
2005025253.tif 000005
【図４】
2005025253.tif 000006
【図５】
2005025253.tif 000007
【図６】
2005025253.tif 000008
【図７】
2005025253.tif 000009