JP2003076905A - 施設予約システム - Google Patents

Abstract

(57)【要約】 【課題】 公共施設等の予約において、施設の利用希望
者が他の者との共同利用を望む場合に、共同利用者の募
集にかかる手間を省くとともに、より適切に共同利用者
を見つけることのできる施設予約システムを提供する。 【解決手段】 本発明に係る施設予約システム２は、予
約装置２２に、施設の予約の抽選を行う施設抽選処理部
２２２と、共同利用者を決定する共同利用判定処理部２
２３及び共同利用者抽選処理部２２４とを備えることに
より、施設の予約処理と、共同利用者の決定処理とを連
動させたものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の人（又はグ
ループ）が、利用予約の可能な施設を共同で利用する場
合における施設予約に関するもので、特に、予約申込に
基づく利用者の決定と共同利用者の決定とを関連付けた
施設予約システムに関するものである。

【０００２】

【従来の技術】公共施設等、その利用に予約の必要な施
設においては、事前にされた予約申込の中から、先着順
又は抽選により利用者を決定し、その利用者に対し希望
日による利用を許可している。このような施設の利用と
して、例えば、野球場において、他チームとの対戦試合
を希望する場合のように、利用者が他人（グループ）と
共同で利用する場合には、前述のような施設利用の予約
申込とは別に、対戦相手（共同利用者）の募集を行うこ
とが必要となっていた。

【０００３】この場合に、対戦相手（施設の共同利用
者）を募集する方法として、従来、インターネットを利
用し、ホームページ上の掲示板等に、利用目的、共同利
用希望の意思、利用施設（場所），利用日時を掲載し
て、共同利用者を募集する方法が提案されている。具体
的には、例えば、ホームページ上のスケジュール表に施
設を取得している日時、場所、連絡先を書込み、それを
見た対戦希望者からの連絡を待ち、試合相手を探してい
る利用者は、連絡のあった対戦希望者の中から試合相手
を決定する。

【０００４】

【発明が解決しようとする課題】しかし、従来の方法で
は、施設の利用予約と、対戦相手等の共同利用者の募集
とは、無関係に行われていたため、下記のような問題点
があった。例えば、従来の方法により、先に共同利用者
を見つけてから、双方の条件に合う施設，日時について
予約申込を行うことも考えられるが、その場合には抽選
に外れること等により、施設の予約ができないこともあ
り、共同利用者の募集が無駄となる可能性がある。この
ため、通常は、先に施設の利用申込をして、予約が成立
してから共同利用者の募集をすることとなるが、共同利
用を希望する相手の活動拠点が離れているため予約をし
た施設では共同利用ができない場合や、相手の希望日時
と予約をした日時とが合わない場合があり、施設の予約
が無駄となってしまう可能性があった。

【０００５】この場合、同一施設，同一日時で予約申込
をした者の中に共同利用を希望する者がいる可能性もあ
るが、従来の施設予約システムでは、予約申込をした者
同士の共同利用を考慮していないため、抽選に当たった
者が、抽選に外れた者の中から共同利用者を見つける方
法がなかった。

【０００６】一方、施設側にとっては、予約の抽選に当
たった者が、共同利用者が見つからないために、利用日
直前にキャンセルする場合もあり、施設が効率的に活用
されないという問題があった。

【０００７】本発明は、上記課題を解決するためのもの
で、施設の利用希望者が他の者との共同利用を望む場合
に、共同利用者の募集にかかる手間を省くとともに、よ
り適切に共同利用者を見つけることのできる施設予約シ
ステムを提供することを目的とする。

【０００８】

【課題を解決するための手段】本発明の施設予約システ
ムは、施設の利用に関する予約申込の受付を行う手段
と、前記予約申込の中から利用者の決定を行う手段とを
備えた施設予約システムであって、前記予約申込の中の
共同利用者希望有無及び共同利用者に対する希望条件を
含む共同利用者情報を参照する共同利用者情報参照手段
と、前記共同利用者情報に応じた共同利用者を前記予約
申込の中から決定する共同利用者決定手段とを備えたも
のである。

【０００９】また、前記共同利用者情報参照手段は、前
記利用者の決定の後処理として、決定された利用者の予
約申込の中の共同利用者情報を参照し、前記共同利用者
決定手段は、参照された共同利用者情報に応じた共同利
用者を他の予約申込の中から決定するものである。ま
た、前記共同利用者情報参照手段は、複数の予約申込の
共同利用者情報を参照し、前記共同利用者決定手段は、
参照された共同利用者情報に含まれる前記希望条件に基
づいて複数の予約申込を対比し、予め定められた規則に
従って共同利用者となる予約申込の組合せを決定し、当
該予約申込の組合せを共同利用者として決定するもので
ある。

【００１０】

【発明の実施の形態】以下、本発明に係る予約処理方法
の実施の形態について、図面に基づいて説明する。 実施の形態１．図１は、本発明の一実施の形態に係る施
設予約システムの概略構成を示すブロック図である。こ
の図において、１は予約対象となる施設の利用希望者で
あり、２は施設に設けられた施設予約システムである。
この施設予約システム２は、利用希望者１から葉書、電
話、インターネットにより送られた予約申込を処理し、
当選者及びその相手方としての共同利用者に対して当選
通知を送るものであり、各施設及び利用希望者等の情報
が格納されるデータベース２１と、該データベース２１
に接続され、データベース２１内の情報に基づき予約処
理を行う予約装置２２とから構成される。

【００１１】データベース２１は、利用者テーブル２１
１，施設情報テーブル２１２，申込情報テーブル２１
３，予約状況テーブル２１４，当選者テーブル２１５と
を備えている。また、予約装置２２は、予約申込受付処
理部２２１，施設抽選処理部２２２，共同利用判定処理
部２２３，共同利用者抽選処理部２２４，施設当選通知
処理部２２５を備えている。本発明に係る施設予約シス
テム２は、予約装置２２に、共同利用判定処理部２２３
及び共同利用者抽選処理部２２４を備えることにより、
施設の予約処理と、共同利用者を決定する処理とを連動
させたものである。

【００１２】利用者テーブル２１１は、本システムによ
り予約可能な施設の利用を希望する者の情報を格納する
ものであり、図２に示すように、利用者ＩＤ２１１１，
代表者名２１１２，郵便番号２１１３，代表者住所２１
１４，電話番号２１１５の各データ項目を備えている。
また、施設情報テーブル２１２は、本システムにより予
約可能な施設の情報を格納するものであり、図３に示す
ように、施設コード２１２１，施設名２１２２，所在地
２１２３の各データ項目を備えている。

【００１３】また、申込情報テーブル２１３は、利用希
望者１からの予約申込を受けた内容を格納するものであ
り、図４に示すように、利用者ＩＤ２１３１，利用施設
コード２１３２，利用日時２１３３，共同利用希望２１
３４，利用目的２１３５，抽選結果２１３６の各データ
項目を備えている。ここで、共同利用希望２１３４と
は、予約申込をした利用希望者１が、他の者との共同利
用を希望するか否かを示すものであり、希望する場合は
「１」、希望しない場合は「０」で示される。また、抽
選結果は、後述する共同利用者の抽選において、当選者
と落選者とを区別するためのものである。

【００１４】また、予約状況テーブル２１４は、各施設
の各利用日時毎における予約の有無の情報を格納したも
のであり、図５に示すように、施設コード２１４１，利
用日２１４２，開始時間２１４３，終了時間２１４４，
予約状況２１４５の各データ項目を備えている。また、
当選者テーブル２１５は、抽選の結果、当選者又は共同
利用者となった者及び予約施設等の情報を格納したもの
であり、図６に示すように、利用者ＩＤ２１５１，代表
者名２１５２，郵便番号２１５３，代表者住所２１５
４，電話番号２１５５，施設コード２１５６，施設名２
１５７，利用日時２１５８，抽選結果２１５９の各デー
タ項目を備えている。ここで、抽選結果２１５９は、通
常の抽選により当選した者か、共同利用者として当選し
た者かを区別するものである。

【００１５】また、予約申込受付処理部２２１は、利用
希望者１からの予約申込を受け付け、申込情報テーブル
２１３に各情報を書き込む処理を行うものである。ま
た、施設利用者抽選処理部２２２は、申込情報テーブル
２１３に格納された申込の内、利用施設及び利用日時毎
に分けられた各グループについて抽選処理を行うもので
ある。また、共同利用判定処理部２２３は施設抽選処理
部２２２により選ばれた利用者の利用申込から、共同利
用の希望の有無、及び、その利用者の希望する共同利用
者の条件を含む共同利用者情報を参照し、前記条件の一
致等を判定するものである。また、共同利用者抽選処理
部２２４は、共同利用判定処理により選ばれた利用者の
中から共同利用者の抽選を行うものである。また、施設
当選通知処理部２２５は、施設利用者抽選処理及び共同
利用者抽選処理により当選した利用者等に対し、当選を
通知するための処理を行うものである。

【００１６】以下、本実施の形態に係る施設予約システ
ムの処理の詳細を図７〜図１１に基づいて説明する。図
７は、本実施の形態に係る施設予約システム２による予
約処理を示すフローチャートである。本実施の形態で
は、まず、利用希望者１から葉書、電話、インターネッ
ト等により予約申込を受付けると、予約装置２２の予約
申込受付処理部２２１は、予約申込の内容を申込情報テ
ーブル２１３内に格納する。この予約申込としてインタ
ーネットを利用する場合には、例えば図８に示すよう
に、施設コード，利用日，利用時間，共同利用希望の有
無，利用目的の各入力欄８０１〜８０５を備えた予約申
込フォームを利用し、各入力欄８０１〜８０５に所定事
項を入力して、前記施設予約システムに送信する。ここ
で、利用目的の入力欄８０５は、利用を希望する施設が
複数の目的に利用可能な場合（例えば、野球場であれ
ば、野球の他、ソフトボールにも利用可能等）に、その
利用目的（種目）を入力するものであり、共同利用者を
決定する場合に必要となるものである。なお、葉書、電
話により予約申込がされた場合は、所定データをオペレ
ータにより入力させた後に、予約申込受付処理部２２１
が処理を行う。そして、抽選日か否かを判定し、抽選日
になった時に（ステップＳ７０２）、申込情報テーブル
２１３から未処理レコードを抽出する（ステップＳ７０
３）。この際、利用施設及び利用日時により分けられた
グループ毎にレコードの抽出を行う。

【００１７】これにより抽出されたレコードについて、
施設抽選処理部２２２は、各グループ毎に抽選して当選
者を決定し、申込情報テーブル２１３の抽選結果２１３
５に「当選」又は「落選」を登録する。また、利用者テ
ーブル２１１，施設情報テーブル２１２，申込情報テー
ブル２１３の各データに基づき、当選者テーブル２１５
の各データ項目２１５１〜２１５８を登録し、抽選結果
２１５９に「当選」を登録する（ステップＳ７０４）。
なお、該当するレコードが一つ（予約申込が１名）の場
合には、そのレコードを当選者と決定して処理を行う。

【００１８】次に、この当選者について、申込情報テー
ブル２１３に基づき、共同利用判定処理部２２３及び共
同利用者抽選処理部２２４が、後述する共同利用判定処
理を行う（ステップＳ７０５）。この共同利用判定処理
により、当選者及び必要な共同利用者が決定すると、当
選者テーブル２１５に基づき、施設当選通知処理部２２
５が、当選者及び共同利用者について、後述する当選通
知作成処理を行い（ステップＳ７０６）、各当選者又は
各共同利用者に対する当選通知の送付等が行われる。こ
の当選通知としては、例えば、図９に示すように、当選
者情報９０１，区分９０２，利用施設名９０３，利用日
時９０４，共同利用者９０５の各項目が記載された当選
通知書兼施設利用許可書が用いられる。なお、区分９０
２は、通常の当選か共同利用者としての当選かを示すも
のである。このような抽選処理及び当選通知処理を、未
処理レコードが無くなるまで繰り返し（ステップＳ７０
７）、全てのグループに対して、予約処理を行う。

【００１９】図１０は、この予約処理において、共同利
用判定処理部２２３及び共同利用者抽選処理部２２４が
行う共同利用判定処理（図７のステップＳ７０５）の詳
細を示すフローチャートである。まず、抽選処理により
当選者が決定したときに、共同利用判定処理部２２３
が、その当選者の利用者ＩＤに基づき申込情報テーブル
２１３を読込み（ステップＳ１００１）、共同利用希望
の有無を確認する。この結果、共同利用の希望有りの場
合には（ステップＳ１００２）、申込情報テーブル２１
３の中から、当選者と同一グループにおいて、抽選結果
が「落選」であり、かつ、共同利用希望が「１（有
り）」のレコードを抽出する（Ｓ１００３）。なお、対
象となる施設が複数の目的に利用可能な場合には、当選
者の利用目的と一致するレコードのみが対象となる。

【００２０】この結果、該当するレコードがある場合に
は（ステップＳ１００４）、共同利用者抽選処理部２２
４が抽選して共同利用者を決定する。そして、利用者テ
ーブル２１１，施設情報テーブル２１２，申込情報テー
ブル２１３の各データに基づき、当選者テーブル２１５
の各データ項目２１５１〜２１５８を登録し、抽選結果
２１５９に「共同利用」を登録する（ステップＳ１００
５）。なお、該当するレコードが一つの場合には、その
レコードを共同利用者と決定して処理を行う。一方、当
選者が共同利用を希望していない場合（ステップＳ１０
０２）、または、落選者に共同利用を希望する者がいな
い場合（ステップＳ１００４）には、共同利用者無しと
する。その後、図１１に示す当選通知作成処理（図７の
ステップＳ７０６）を行う。

【００２１】図１１は、前記予約処理において、施設当
選通知処理部２２５が行う当選通知作成処理（図７のス
テップＳ７０６）の詳細を示すフローチャートである。
まず、当選者テーブルの利用者ＩＤに基づき、抽選結果
が当選か共同利用のレコードを抽出する（ステップＳ１
１０１）。この結果、該当するレコードがある場合には
（ステップＳ１１０２）、利用者ＩＤをキーとして、利
用者テーブル２１１の各データに基づき、当選通知書
（兼施設利用許可書）の送付住所、代表者名を設定する
（ステップＳ１１０３）。

【００２２】次に、当選者テーブル２１５から、同一施
設，同一利用時間の他のレコードを抽出する（ステップ
Ｓ１１０４）。この結果、該当するレコードが有る場合
には（ステップＳ１１０５）、ステップＳ１１０１で抽
出されたレコードの抽選結果が「当選」か否かを判定し
（ステップＳ１１０６）、「当選」であれば、当選通知
書を当選者用に設定する。具体的には、区分９０２を
「当選」とし、共同利用者９０５にステップＳ１１０４
で抽出されたレコードに基づき、共同利用者の代表者
名，電話番号を設定する。また、利用施設名９０３，利
用日時９０４を設定する。

【００２３】一方、ステップＳ１１０５で該当レコード
が無い場合にも、当選通知書を当選者用に設定するが、
この場合、共同利用者９０５は「無し」となる（ステッ
プＳ１１０８）。また、ステップＳ１１０６で、抽選結
果が「共同利用」の場合には、当選通知書を共同利用者
用に設定する（ステップＳ１１０９）。具体的には、区
分９０２を「共同利用」とし、共同利用者９０５にステ
ップＳ１１０４で抽出されたレコードに基づき、当選者
の代表者名，電話番号を設定する。

【００２４】以上の設定をした後、同一グループの未処
理レコードが有るか否かを判定し（ステップＳ１１１
０）、未処理レコードがある場合には、当該レコードの
処理を行う（ステップＳ１１０３〜Ｓ１１０９）。一
方、同一グループの未処理レコードが無い場合には、他
のグループの未処理レコードが有るか否かを判定し（ス
テップＳ１１１１）、未処理レコードが有る場合には、
当該レコードの処理を行い（ステップＳ１１０１〜Ｓ１
１０９）、未処理レコードが無い場合には、当選通知作
成処理を終了する。

【００２５】以上のように、本実施の形態では、利用者
の抽選処理と共同利用者の決定処理とを連動させること
としたので、施設予約の当選後に、別途、共同利用者の
募集を行う手間を省くことができる。また、同一施設，
同一日時に予約申込をした者の中から共同利用者を決定
することとしたので、場所，日時に関する条件の不一致
が生じることがなく、一般に募集する場合に比べて、よ
り確実に共同利用者を得ることができる。また、抽選に
落ちた場合であっても、共同利用者となる可能性がある
ため、実質的に施設予約に当選する確率が高くなり、利
用希望者にとって施設を利用し易くなる。また、施設側
にとっては、共同利用者が見つからないことによるキャ
ンセルを減少させることができ、施設の利用率を向上さ
せることができる。

【００２６】なお、前記実施の形態では、共同利用判定
処理において、抽選により共同利用者を決定することと
しているが、当選者に共同利用者を選択させることとし
てもよい。この場合には、例えば、落選者の内、共同利
用を希望する者の全部又は抽選により決定した一部を当
選者に通知し、その中で当選者により選択された者を共
同利用者として、それ以降の処理を行うこととすればよ
い。これにより、より当選者の希望に沿った形での共同
利用が可能となる。

【００２７】また、落選者に共同利用を希望する者がい
ない場合（ステップＳ１００４）に、共同利用者無しと
して処理を行うことしているが、この場合には、落選者
に対し、当選者が共同利用を希望している旨の通知を行
い、この通知に対して、共同利用希望有りの返答をした
者の中から抽選して共同利用者を決定することとしても
よい。これにより、共同利用者の見つかる可能性がより
高くなる。

【００２８】実施の形態２．前記実施の形態１では、全
ての予約申込について先に抽選を行い、当選者が決定し
た後に、共同利用者を決定することとしているが、本発
明は、これに限られるものではなく、先に予約申込の中
から共同利用の組合せを決定し、その中で抽選を行い利
用者を決定することとしてもよい。なお、本実施の形態
における「共同利用者」とは、施設利用者の相手方とし
ての意味ではなく、共同して施設を利用するそれぞれの
者を意味する。この場合において、実施の形態１と同様
に、施設，利用日時（必要な場合は、利用目的）の一致
のみを条件としてもよいが、その他の条件を設定可能と
し、より条件の一致する組合せに対し、施設予約を成立
させることとしてもよい。

【００２９】例えば、予約申込の際に利用する予約フォ
ームとして、図８の入力欄８０１〜８０５に加え、図１
２に示すように、共同利用条件，必須条件区別，利用者
情報の各入力欄１２０１〜１２０３を有する予約申込フ
ォームを用いる。ここで、共同利用条件入力欄１２０１
は、利用希望者１に共同利用者に望む条件を入力させる
ものであり、利用目的に対応して予め設定された条件か
ら選択させるものとする。また、必須条件区別入力欄１
２０２は、共同利用条件入力欄１２０１に入力された事
項が必須条件か否かを区別するものであり、必須条件の
場合には、チェックボックスにチェックを入れさせる。
また、利用者情報入力欄１２０３は、利用希望者１自身
の情報を入力させるものであり、この入力項目は、共同
利用条件入力欄１２０１に設定された条件に対応してい
る。なお、この利用者情報については、予め利用者テー
ブル２１１に格納しておき、予約申込の際の入力を省略
することとしてもよい。

【００３０】また、データベース２１内に、条件ポイン
トテーブル２１６を備える。この条件ポイントテーブル
２１６は、前記予約申込フォームの共同利用条件入力欄
１２０１と、利用者情報入力欄１２０３に入力された事
項の対比により、条件の一致する度合をポイント化して
格納したものであり、各組み合わせを識別する識別ＩＤ
２１６１，一方の共同利用者（共同利用者１）の利用者
ＩＤ２１６２，他方の共同利用者（共同利用者２）の利
用者ＩＤ２１６３，条件ポイント合計２１６４，判定結
果２１６５の各データ項目を備えている。

【００３１】ここで、条件ポイント合計２１６４は、共
同利用者１と共同利用者２との間で、共同利用条件と利
用者情報を対比し、一致した項目一つにつき１ポイント
とし、その合計を示したものである。従って、共同利用
者１，２の両者で、全ての共同利用条件と利用者情報と
が一致した場合には１０ポイントとなる。なお、共同利
用条件入力欄１２０１の空欄（条件無し）は、一つにつ
き１ポイントとする。また、判定結果２１６５は、各組
合の条件ポイント合計２１６４のデータを比較した結
果、一番高いデータを有するものに「当選候補」とし
て、他のレコードと区別するものである。

【００３２】以下、本実施の形態に係る施設予約システ
ムの処理の詳細を図１４，図１５に基づいて説明する。
図１４は、本実施の形態に係る施設予約システム２の予
約処理を示すフローチャートである。本実施の形態で
は、実施の形態１の予約処理と同様に抽選日において、
グループ毎にレコードの抽出を行った後（ステップＳ１
４０１〜ステップＳ１４０３）、抽選処理の前に、共同
利用判定処理部２２３は、後述する共同利用判定処理を
行う（ステップＳ１４０４）。この共同利用判定処理の
結果、「当選候補」とされたレコードを条件ポイントテ
ーブル２１６から抽出して抽選し、当選者（共同利用者
の組合せ）を決定する。そして、この結果を当選者テー
ブル２１５及び申込情報テーブル２１３に登録する（ス
テップＳ１４０５）。なお、この場合は、当選した両者
を共に「共同利用」として登録する。

【００３３】次に、当選者テーブル２１５に基づき、施
設当選通知処理部２２５が、両共同利用者について、実
施の形態１とほぼ同様に当選通知作成処理を行い（ステ
ップＳ１４０６）、両共同利用者に対する当選通知の送
付等が行われる。このような抽選処理及び当選通知処理
を、未処理レコードが無くなるまで繰り返し（ステップ
Ｓ１４０７）、全てのグループに対して、予約処理を行
う。

【００３４】図１５は、この予約処理において、共同利
用判定処理部２２３及び共同利用者抽選処理部２２４が
行う共同利用判定処理（図１４のステップＳ１４０４）
の詳細を示すフローチャートである。まず、利用施設及
び利用日時により分けられたグループについて、さらに
利用目的別にグループ化し、利用目的別グループ毎にレ
コードの抽出を行う（ステップＳ１５０１）。これによ
り抽出されたレコードの中から、必須条件の一致する組
合せの有無を確認する（ステップＳ１５０２）。

【００３５】この結果、必須条件の一致する組合せが有
る場合には（ステップＳ１５０３）、各組合せ毎に条件
ポイントの合計を算出し、該算出結果を合計ポイント情
報テーブル２１６に登録する（ステップＳ１５０４）。
必須条件の一致する全ての組合せについて合計ポイント
の算出をした後（ステップＳ１５０５）、合計ポイント
情報テーブル２１６に基づき、合計ポイントの一番高い
組合せを判定し、その組合せについて判定結果に「当選
候補」を登録する。このような合計ポイントの算出処理
及び判定処理を、全ての利用目的別グループに対して行
う（ステップＳ１５０６）。その後、前述のように、抽
選処理及び当選通知作成処理を行う（図１４のステップ
Ｓ１４０５，ステップＳ１４０６）。なお、共同利用者
の決定においては、利用目的別グループ毎に決定された
当選候補の中で、合計ポイントの一番高いものを共同利
用者として決定し、合計ポイントの一番高いものが複数
あった場合のみ抽選処理を行うこととしてもよい。

【００３６】以上のように、本実施の形態では、抽選処
理の前に共同利用判定処理を行い、共同利用の成立した
組合せにのみ施設利用許可を与えることとしたので、共
同利用者を確実に得ることができる。また、施設側にと
っても、共同利用者が見つからないことによるキャンセ
ルを無くすことができ、施設の利用率を向上させること
ができる。また、共同利用条件の一致をポイントにより
判定し、合計ポイントの一番高い組合せについて、抽選
処理を行うこととしたので、より条件の一致する適切な
相手と施設の共同利用をすることができる。

【００３７】なお、実施の形態１においても、本実施の
形態と同様に、施設，利用日時以外の条件を設定可能と
し、共同利用判定処理（図７のステップＳ１５０５，図
１０のステップＳ１００５参照）において、当選者との
間で共同利用条件の一致を判定し、より条件の一致する
者（条件ポイントの一番高い組合せとなる者）を共同利
用者として決定することとしてもよい。

【００３８】なお、上記各実施の形態では、公共施設を
利用するような場合を前提に説明しているが、利用予約
の可能な施設であれば、飲食店等、種々の施設について
本システムを用いることができる。従って、例えば、共
通の趣味を持つ者を集めて飲食店での食事会をするため
に施設予約を行うような場合にも利用することができ
る。また、本発明における施設は、一定の場所の意味に
限定されるものではなく、予約の対象となるもので、共
同で利用可能であれば、卓球台等の器具（設備）のよう
なものも含まれる。

【００３９】

【発明の効果】以上、説明したように、本発明によれ
ば、抽選処理と共同利用者を決定する処理とを連動させ
ることとしたので、別途共同利用者を募集する手間を省
くことができ、より容易に共同利用者を得ることができ
る。また、共同利用者として施設予約が成立する場合が
あるため、実質的に施設予約に当選する確立が高くな
る。また、施設側にとっては、共同利用者が見つからな
いことによるキャンセルを減少させることができ、施設
の利用率を向上させることができる。また、共同利用者
に対する希望条件に基づき、共同利用者の組合せを決定
することとしたので、より条件の合う共同利用者を得る
ことができる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態に係る施設施設予約シ
ステムの概略構成を示すブロック図である。

【図２】 利用者テーブルの一例を示す図である。

【図３】 施設情報テーブルの一例を示す図である。

【図４】 申込情報テーブルの一例を示す図である。

【図５】 予約状況テーブルの一例を示す図である。

【図６】 当選者テーブルの一例を示す図である。

【図７】 本発明の一実施の形態に係る予約処理を示す
フローチャートである。

【図８】 予約申込に使用する入力フォームの一例を示
す図である。

【図９】 当選通知書の一例を示す図である。

【図１０】 本発明の一実施の形態に係る予約処理にお
いて行われる共同利用者判定処理の詳細を示すフローチ
ャートである。

【図１１】 本発明の一実施の形態に係る予約処理にお
いて行われる当選通知作成処理の詳細を示すフローチャ
ートである。

【図１２】 予約申込に使用する入力フォームの一例を
示す図である。

【図１３】 条件ポイントテーブルの一例を示す図であ
る。

【図１４】 本発明の他の実施の形態に係る予約処理を
示すフローチャートである。

【図１５】 本発明の他の実施の形態に係る予約処理に
おいて行われる共同利用者判定処理の詳細を示すフロー
チャートである。

【符号の説明】

２…施設予約システム、２１…データベース、２２…予
約装置、２１１…利用者テーブル、２１２…施設情報テ
ーブル、２１３…申込情報テーブル、２１４…予約状況
テーブル、２１５…当選者テーブル、２１６…条件ポイ
ントテーブル、２２１…予約申込受付処理部、２２２…
施設抽選処理部、２２３…共同利用判定処理部、２２４
…共同利用者抽選処理部、２２５…施設当選通知処理
部。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 施設の利用に関する予約申込の受付を行
   う手段と、前記予約申込の中から利用者の決定を行う手
   段とを備えた施設予約システムであって、 前記予約申込の中の共同利用者希望有無及び共同利用者
   に対する希望条件を含む共同利用者情報を参照する共同
   利用者情報参照手段と、 前記共同利用者情報に応じた共同利用者を前記予約申込
   の中から決定する共同利用者決定手段とを備えたことを
   特徴とする施設予約システム。
2. 【請求項２】 前記共同利用者情報参照手段は、前記利
   用者の決定の後処理として、決定された利用者の予約申
   込の中の共同利用者情報を参照し、 前記共同利用者決定手段は、参照された共同利用者情報
   に応じた共同利用者を他の予約申込の中から決定するこ
   とを特徴とする請求項１に記載の施設予約システム。
3. 【請求項３】 前記共同利用者情報参照手段は、複数の
   予約申込の共同利用者情報を参照し、 前記共同利用者決定手段は、参照された共同利用者情報
   に含まれる前記希望条件に基づいて複数の予約申込を対
   比し、予め定められた規則に従って共同利用者となる予
   約申込の組合せを決定し、当該予約申込の組合せを共同
   利用者として決定することを特徴とする請求項１に記載
   の施設予約システム。