(57)【要約】    【課題】  本発明の目的は、料金支払いのための利用者と施設管理者の両者の負担を軽減させ、かつネットワークを経由した利用者端末から安心して施設予約が行える施設予約管理システムを提供することにある。    【解決手段】  施設の予約管理を行う施設予約サーバ２０１は、利用者情報、設備情報及び予約情報テーブルを保持する記憶装置２５１と、利用者の特定を行う利用者照合手段２０３と、施設の使用可能日と予約内容を管理する情報管理手段２０４と、各利用者の施設利用ポイントを管理するポイント管理手段２０７とを具備する。【選択図】  図１
2005182425.tif 000002
【特許請求の範囲】
【請求項１】
公共施設を利用するための少なくとも1つの利用者端末と、公共施設を管理するための管理者端末と、施設の予約管理を行う施設予約サーバとがネットワークにより接続されて構成される施設予約管理システムにおいて、前記施設予約サーバは、利用者情報、設備情報及び予約情報テーブルを保持する記憶装置と、利用者の特定を行う利用者照合手段と、施設の使用可能日と予約内容を管理する情報管理手段と、各利用者の施設利用ポイントを管理するポイント管理手段とを具備することを特徴とする施設予約管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークを介して施設や設備の予約をすることができる施設予約管理システムに関する。
【背景技術】
【０００２】
従来、様々な公共施設を利用するために、ネットワークを介して予約申し込みを端末から入力し、その申し込み内容を施設予約サーバに送信することで、施設利用の予約を完了する施設予約システムが実現されている。例えば、下記特許文献１，２に記載されているように、ネットワークを利用した施設予約システムが知られている。
【０００３】
このような施設予約システムにおいては、施設利用料金の支払いは、施設の窓口もくしは管理事務所へ利用者が直接赴き支払うことが一般的である。また、数ヶ月前からの予約を取り扱っていることから、支払いは利用日前にしていることが多くなっている。入金後に予約取消しを行った場合には還付金の受け取りに再度窓口を訪れている。
【０００４】
【特許文献１】特開２０００−２７６５３６号公報
【特許文献２】特開２００２−４１９１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
施設使用料の入金処理は施設を予約する度に発生する。また、予約の取消しや変更が発生した場合には、追加料金の支払いや還付金の受け取りのために利用施設にその都度訪れる必要がある。このため、利用者としては利用をしない日にも施設の窓口等を訪れなければならず、また、施設管理者も予約、予約取消しなどの入金処理の業務を行うことになり大きな負担になるという問題点を有する。
【０００６】
本発明の目的は、料金支払いのための利用者と施設管理者の両者の負担を軽減させ、かつネットワークを経由した利用者端末から安心して施設予約が行える施設予約管理システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、施設の予約管理を行う施設予約サーバは、利用者情報、設備情報及び予約情報テーブルを保持する記憶装置と、利用者の特定を行う利用者照合手段と、施設の使用可能日と予約内容を管理する情報管理手段と、各利用者の施設利用ポイントを管理するポイント管理手段とを具備する。
【０００８】
本発明は、利用者が施設利用頻度に応じて一定の料金をプリペイド方式で支払い、利用者は対価として施設利用ポイントを獲得できるようにしている。予約や変更、取消しがあると、施設利用ポイントの増減操作して入金や還付などの料金支払いのために利用施設を訪れる必要が無くなり、利用者と施設管理者の負担を軽減させることができる。
【発明の効果】
【０００９】
本発明によれば、ネットワークを介した施設予約管理システムにおいて、施設の利用に利用ポイント制を導入することによって利用者と施設管理者の両者の入金作業を最小限に留めることができ負担を軽減させることが可能となる。また、必要ポイントを設備単位に設定することで、各設備の使用料金の変更があった場合にも柔軟に対応できる。
【発明を実施するための最良の形態】
【００１０】
施設予約管理システムは、公共施設を利用するための少なくとも1つの利用者端末、公共施設を管理するための管理者端末および施設の予約管理を行う施設予約サーバとがネットワークにより接続され構成されている。施設予約サーバは、利用者情報、設備情報及び予約情報テーブルを保持する記憶装置と、利用者の特定を行う利用者照合手段と、施設の使用可能日と予約内容を管理する情報管理手段と、各利用者の施設利用ポイントを管理するポイント管理手段とを具備する。
【実施例】
【００１１】
図１に本発明の一実施例を示す。
【００１２】
図１において、施設予約サーバ２０１は、複数台の利用者端末１０１ａ〜１０１ｎと各施設を管理する管理者端末１０３にネットワーク１０２を介して接続されており情報送信装置（サーバ）として機能する。施設予約サーバ２０１はコンピュータで構成され、ネットワーク１０２との入出力制御を行う通信装置２０２、ディスプレイなどの表示装置２２１、主制御部であるＣＰＵ(ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ)２２２、メモリ２２３、キーボードなどの入力装置２２４、利用者照合モジュール２０３や設備情報管理モジュール２０５などの情報管理モジュール２０４と、各情報テーブル２５２、２５３、２５４の情報を記憶する記憶装置２５１などから構成される。
【００１３】
記憶装置２５１は、施設を利用する全ての利用者を管理する利用者情報テーブル２５２、施設内の設備を管理する設備情報テーブル２５３、利用者が予約した全ての予約内容を管理する予約情報テーブル２５４から構成される。
【００１４】
利用者情報テーブル２５２は、登録された利用者ごとに所有ポイントを保持することが可能であり、入金額に応じたポイント数を記憶することができる記憶領域である。利用者の入金や施設利用に併せて所有ポイントを増減させ、ポイントが無くなると施設を利用することができなくなる。
【００１５】
設備情報テーブル２５３は、施設内に有る設備を管理するテーブルであり、その設備を使用するために必要なポイントを設定できる記憶領域を持ち、他に設備の使用可能日か否かなどの情報や、名称や利用区分などの基本的な情報の領域も持っている。
【００１６】
予約情報テーブル２５４は、利用者情報テーブル２５２に登録済みの利用者が、施設の予約を実行した場合にレコードを書き込む記憶領域であり、予約内容に応じて算出された利用ポイントも予約番号などの基本情報とともに記憶される。予約をする度に予約番号が新たに付与され、その予約番号のそれぞれに利用ポイントを記憶するエリアを設ける。
【００１７】
図２は利用者情報テーブル２５２、設備情報テーブル２５３および予約情報テーブル２５４におけるテーブル例を示しており、図２（Ａ）に示す利用者情報テーブル２５２には、ユーザＩＤ（ｉｄｅｎｔｉｔｙ）や暗証番号、住所、電話番号など、利用者を判別するための基本情報があり、更に、本発明の特徴とする利用者毎に所有する施設利用ポイントの所有ポイントを記憶するエリアを有している。施設利用ポイントを記憶するエリアは編集可能になっている。
【００１８】
図２（Ｂ）に示す設備情報テーブル２５３は設備の情報を記録するテーブルであり、基本的な情報である施設ＩＤや設備ＩＤ、設備名称などがあり、設備利用の必要ポイントを有している。この必要ポイントは、設備を予約するときに必要となるポイント数を示しており、利用者はこの必要ポイント数を所有していなければ予約ができない。また、図２（Ｃ）に示す予約情報テーブル２５４には予約番号、予約日時、利用目的などの基本予約情報や施設利用に費やすポイント数を記憶するエリアを有している。
【００１９】
利用者照合モジュール２０３は、利用者が利用者端末１０１を用いたアクセス要求に応じて、利用者情報テーブル２５２、設備情報テーブル２５３や予約情報テーブル２５４に対して利用者ＩＤを特定して接続するように制御する。また、管理者が管理者端末１０３からアクセスした場合には、管理者であるか否かを判別するために情報管理モジュール２０４に接続するように制御する。ＣＰＵ２２２が利用者照合モジュール２０３を起動することで、各テーブル２５２、２５３、２５４への接続を許可することが可能である。
【００２０】
情報管理モジュール２０４は、施設内に存在する競技場や体育館などの設備情報を管理する設備情報管理モジュール２０５や、その設備を予約する際の予約情報を管理する予約情報管理モジュール２０６など、予約管理システムとして動作するために必要な基本的なモジュールを包含するモジュールとして動作する。
【００２１】
設備情報管理モジュール２０５は、施設内に存在する設備情報を管理する。利用者が利用を希望する設備は、この設備情報管理モジュール２０５を呼び出すことで制御できる。予約情報管理モジュール２０６は、設備予約に関する日時、目的、料金などの予約詳細内容を制御する。ＣＰＵ２２２が予約情報管理モジュール２０６を起動することで、利用者は設備を予約・予約取り消しすることが可能である。
【００２２】
ポイント管理モジュール２０７は、各利用者が入金額の対価として受け取る利用ポイントの管理や、各設備の予約時に必要となるポイントの管理を一括して行うモジュールである。ポイント管理モジュール２０７は大別して３つの機能を有している。利用者ポイント設定部２０８は各利用者が所有するポイント情報を設定するための機能であり、利用者が施設の窓口で入金処理を行った場合に、その対価としてポイントを割り当てる場合に起動される。設備使用ポイント設定部２０９は、設備の使用料に対してポイントを設定する機能であり、設備使用料を設定または更新したときに必要なポイントを割り出す場合にアクセスする。予約・取消ポイント計算部２１０は、利用者が施設内の設備を予約するときのポイント演算のために使用する。
【００２３】
図３は利用者が施設を利用するために、利用者照合を行いログインしてから予約登録または予約取消しを完了するまでの処理フローである。
【００２４】
施設利用者は施設管理者に依頼して、管理者端末１０３を用いて所定の利用料金をプリペイド方式で支払うことと引き換えにポイント登録を行い、利用ポイントを取得することができる。この処理は、図１においてポイント管理モジュール２０７の利用者ポイント設定部２０８が制御し、利用者情報テーブル２５２の所有ポイントに追加記憶させることで完了する。
【００２５】
利用ポイントを取得した後は、利用者端末１０１から設備の予約が可能となる。利用者はステップ４００において利用者端末１０１から利用者照合モジュール２０３に対して利用者照合を行い利用者を特定する。ステップ４００からステップ４０１に移り「予約か」の問合せに対してＹＥＳを選択し、ステップ４０２で予約を希望する設備を選択する。ステップ４０３では予約希望設備の利用ポイントに対して、利用者の所有ポイントが十分であるかの判断が行われる。予約情報管理モジュール２０６は所有ポイントが十分であればステップ４０4において設備の予約登録する。各関連テーブルへの情報追記はポイント演算を行うポイント管理モジュール２０７を経由し行われる。ステップ４０３において利用者の所有ポイントが十分でないと判断されるとステップ４０５で予約の無効処理が実行される。
【００２６】
一方、予約情報管理モジュール２０６はステップ４０１の「予約か」の問合せにＮＯを選択しステップ４０６で「予約取消し」の問合わせにてＹＥＳを選択すると、ステップ４０７で予約取消処理を実行する。まず、予約を取消すために、予約情報管理モジュール２０６が予約情報テーブル２５４に対して予約番号を用いて取消予定の予約を検索し、それに該当するレコードを削除する。これによりステップ４０７の予約取消し処理が完了する。
【００２７】
その際、ステップ４０８においてポイントの還元処理が行われる。ポイントの還元処理はポイントを一時的に施設予約サーバ２０１のメモリ２２３に保持する。次に、取消した利用者は利用者情報テーブル２５２の利用者ＩＤにより検索される。該当した利用者の所有ポイントを取得し、予約・取消ポイント計算部２１０がポイント演算処理を行うことで、利用者の所有ポイントの還元４０８が完了する。
【００２８】
図４（Ａ）は利用料金の入金があった利用者に対しポイント割り当てを行う一例画面を示している。また、図４（Ｂ）の施設ポイント入力は、施設内の各設備の使用料金に対して消費するポイントの設定画面を示している。
【００２９】
図４（Ａ）において、入金額欄５０１に金額を記入すると、利用者ポイント設定部２０８においてポイントが自動計算され、加算されたポイント数がポイント（入金後）欄５０２に表示される。また図４（Ｂ）においては、使用料金欄５１１は数値の入力が可能なセルとなっている。使用料金の値を変化させると、設備使用ポイント設定部２０９は、その金額に一定率の割合を掛けた数値を必要ポイントとして必要ポイント欄５１２に表示する。したがって、設備の使用料金を変えることによって、必要ポイントも変動する構成になっている。
【００３０】
図５、６はそれぞれ図４（Ａ）、（Ｂ）に示した入力画面の処理フローを示している。
【００３１】
図５は利用者毎の入金登録の処理フローを示している。利用者照合モジュール２０３はステップ４００において利用者照合を行い、照合判定がＯＫになるとポイント管理モジュール２０７へのアクセスが可能となる。利用者ポイント設定部２０８はステップ５０４で利用者情報テーブル２５２に対して利用者の所有ポイントを検索し利用者情報とそれに付帯するポイント情報を取得する。ステップ５０４からステップ５０５に移行して表示装置２２１にポイント入力表を表示することによって図４の画面を表示できる。
【００３２】
図４に示す画面の入金額欄５０１に金額を入力すると、それに応じたポイントが利用者ポイント設定部２０９において自動計算され、ポイント(入金後)５０２の数値を変化させる。これらの処理は、図５の処理フローではステップ５０６の入金額の入力とステップ５０７のポイント（入金後）欄の数値算出処理で実行される。利用者ポイント設定部２０８はステップ５０８において入金ボタンが押されたか否かを判定し、ＹＥＳの場合にステップ５０９に移行して利用者情報テーブル２５２内部のレコードを利用者ＩＤを用いて認識し該当レコードのポイント数を更新する。
【００３３】
図６は各設備を使用する際の使用料金を設定する処理フローを示す。
【００３４】
各設備の使用料金の更新を図１、４、６を用いて説明する。図４（Ｂ）の入力画面は設備使用ポイント設定部２０９において制御される。ログイン時に利用者照合モジュール２０３はステップ４００で利用者を特定する。設備使用ポイント設定部２０９は利用者を特定した後にステップ５１４で設備情報テーブル２５３に対して必要ポイントの検索を実行し設備情報とそれに付帯するポイント数を取得する。ステップ５１４からステップ５１５に移行して表示装置２２１に図４（Ｂ）に示す必要ポイント編集表の入力画面が表示される。
【００３５】
図４（Ｂ）の使用料金欄５１１は数値入力できるセルになっている。設備使用ポイント設定部２０９は金額に一定の割合を掛けた数値を必要ポイントとして必要ポイント欄５１２に表示する。したがって、設備の使用料金を変えることによって、必要ポイントも変動する。この処理は、図６の処理フローではステップ５１７の必要ポイント欄の数値算出に該当する。設備情報管理モジュール２０５はステップ５１８において設定ボタンが押されたか否かの判定し、押下であればステップ５１９に移行して設定ポイントを設備情報テーブル２５３に記録する。
【００３６】
図７は予約を行ったときの予約画面例で、図８はその登録処理フローを示している。図７，８を用いて予約登録処理とそのときのポイント編集について説明する。
【００３７】
図１の予約情報管理モジュール２０６がこの画面を管理する。利用者端末１０１ａ〜１０１ｎがネットワーク１０２を介し利用者照合モジュール２０３により照合を済ませることによって予約情報管理モジュール２０６を呼び出すことができる。
【００３８】
予約情報管理モジュール２０６はステップ４００においてログイン利用者の利用者ＩＤと利用者情報テーブル２５２の利用者ＩＤが一致するレコードを検索し、ステップ５２４に移り該当する所有ポイントを取得する。ログイン利用者は所有ポイント数の範囲内で施設の予約ができる。ステップ５２４からステップ５２５に移行して予約を希望する設備や日時などの予約情報の設定し、ステップ５２６で予約に必要な必要ポイント数の算出が実施される。この設定処理後にステップ５２７で表示装置２２１に確認画面の表示が行われ、その画面が図７の予約内容の確認画面として表示される。図７においてステップ５２４の検索内容は所有ポイント５２２として表示される。また、設備の設定によって計算できる必要ポイントの値は必要ポイント欄５２１に表示される。
【００３９】
利用者が予約ボタン５２３を押下すると、予約情報管理モジュール２０６はステップ５２８でポイント数が十分にあるかを判定する。ステップ５２８において必要ポイントが所有ポイントを上回る戸判断するとステップ５２９に移り予約不可メッセージを表示する。一方、所有ポイントが必要ポイント以上であればステップ５３０においてボタン押下の認識してステップ５３１で予約情報テーブル２５２に予約情報を追記する。
【００４０】
また、予約情報管理モジュール２０６は利用者情報テーブル２５４のレコードからログイン利用者のＩＤ番号と一致する利用者レコードを検索する。そして、ステップ５３２において利用者の所有ポイントから予約・取消ポイント計算部２１０が算出した分のポイント数を差し引く処理を実行する。このようにして予約登録が完了する。
【００４１】
次に、本発明の施設予約管理システムにおける処理の流れとテーブルデータ編集について説明する。
【００４２】
本発明は施設を使用するために管理者がポイント登録を行う必要がある。ポイント登録は、利用者ポイント設定部２０８が利用者情報テーブル２５２に対し、投資金額に応じたポイント数を追加書込みする処理である。
【００４３】
上記処理により、利用者が自らの所有ポイントを十分に確保できれば、施設を予約することが可能となる。設備を利用すれば利用者の所有ポイントが失われる仕組みを予約・取消ポイント計算部２１０で有するが、失われるポイント数は設備情報が保持している必要ポイントに準ずる。この必要ポイントは設備情報テーブル２５３のレコード中に存在し、管理者端末１０３からネットワーク１０２を介し、設備使用ポイント設定部２０９を利用することで編集できる機能を設ける。図４（Ｂ）はその画面例であり、各設備に対する使用料金を設定して必要ポイントを算出できる画面となっている。
【００４４】
利用者は利用者端末１０１を用いて、ネットワーク１０２を介して施設予約サーバ２０１に接続する。利用者照合モジュール２０３によりログイン認証が行われ、所定の利用者ＩＤとパスワードにより、設備情報管理モジュール２０５や予約情報管理モジュール２０６への接続が可能となる。
【００４５】
そして、予約を希望する設備に対し図３のような処理を行い、予約処理や予約取消し処理を行うことができる。利用者が図３のステップ４０２で予約を希望する設備の選択を行うと、選択した設備の必要ポイントを算出することができる。ステップ４０３において所有ポイントが十分であると判定されるとステップ４０４で予約登録が実行される。この処理は予約情報管理モジュール２０６にて行われ、予約情報テーブル２５４に対し予約内容の書込みをすると同時に、予約・取消ポイント計算部２１０がポイント演算処理を行う。また、同時に、予約に要したポイント分を該当ユーザの所有ポイントから差し引く。利用者は図７の表示例のような画面により、使用した必要ポイント５２１と所有ポイント５２２を確認できる。
【００４６】
既に予約した予約内容を取消したい場合には、予約と同様に利用者端末１０１からネットワーク１０２を介して各種情報管理モジュールへ接続する。図３のステップ４０７の予約取消し処理が実行されると、当該予約のポイント数は還元される。予約情報テーブル２５４は予約・取消ポイント計算部２１０によって予約取消しの状態のレコードに書き換えられ、その利用ポイント数は利用者情報テーブル２５２の所有ポイントに戻される。
これらのポイント制度が導入されていない状態で予約の取消しが発生した場合には、入金済みの料金は還付される。還付の際には、その都度、利用施設へ足を運び、返金を受け取ることになる。
【００４７】
このようにして施設利用を予約するのであるが、施設の利用に利用ポイント制を導入することによって利用者と管理者それぞれに係る入金作業を最小限に留めることが可能となる。また、必要ポイントを設備単位に設定することで、各設備の使用料金の変更があった場合にも柔軟に対応できる。
【図面の簡単な説明】
【００４８】
【図１】本発明に一実施例を示す構成図である。
【図２】本発明におけるテーブルに一例構成図である。
【図３】本発明の動作を説明するためのフロー図である。
【図４】本発明における表示画面の一例図である。
【図５】本発明の動作を説明するためのフロー図である。
【図６】本発明の動作を説明するためのフロー図である。
【図７】本発明の動作を説明するための表示画面の一例図である。
【図８】本発明の動作を説明するためのフロー図である。
【符号の説明】
【００４９】
１０１…利用者端末、１０２…ネットワーク、１０３…管理者端末、２０１…施設予約サーバ、２０２…通信装置、２０３…利用者照合モジュール、２０４…情報管理モジュール、２０５…設備情報管理モジュール、２０６…予約情報管理モジュール、２０７…ポイント管理モジュール、２０８…利用者ポイント設定部、２０９…設備使用ポイント設定部、２１０…予約・取消ポイント計算部、２２１…表示装置、２２２…ＣＰＵ、２２３…メモリ、２２４…入力装置、２５１…記憶装置、２５２…利用者情報テーブル、２５３…設備情報テーブル、２５４…予約情報テーブル。
【図１】
2005182425.tif 000003
【図２】
2005182425.tif 000004
【図３】
2005182425.tif 000005
【図４】
2005182425.tif 000006
【図５】
2005182425.tif 000007
【図６】
2005182425.tif 000008
【図７】
2005182425.tif 000009
【図８】
2005182425.tif 000010