(57)【要約】【課題】本発明の目的は、窓口受付における管理者端末での利用申し込みのトラブルを解消し利用者へのサービス向上が図れる施設予約管理システムを提供することにある。【解決手段】施設予約サーバ２０１に管理者端末１０３Ａ〜１０３Ｎであることを判別する端末判別部２０８を設ける。管理者端末１０３Ａ〜１０３Ｎから予約を行なう際に、利用者端末１０１Ａ〜１０１Ｎを用いたネットワーク１０２を介しての予約を無効とする。【選択図】  図１
2004348533.tif 000002
【特許請求の範囲】
【請求項１】
施設を利用するための複数の利用者端末、前記施設を管理するための管理者端末および前記施設の予約管理を行なう施設予約サーバをネットワークを介して接続して構成される施設予約管理システムにおいて、前記施設予約サーバは、前記施設の予約申入れを前記利用者端末と前記管理者端末のいずれがしたかを判別する端末判別手段と、前記管理者端末から施設の予約申入れがあると前記利用者端末からの予約申入れを無効にする施設予約管理手段と、前記利用者端末と前記管理者端末からの施設の予約処理を行う情報管理手段とを備えることを特徴とする施設予約管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はネットワークを介して施設（設備）の利用を予約する施設予約管理システムに関する。
【０００２】
【従来の技術】
【特許文献１】特開２０００−２７６５３６号公報
【特許文献２】特開２００２−４１９１６号公報
従来、様々な施設などを利用するための予約の申し込みを端末から入力してネットワークを介して接続された施設予約サーバに送信している。施設予約サーバは複数の端末から受信した申し込みに従って各施設の利用予約を入れるようにしている。具体的には、上記特許文献１、２に記載されているように、インターネットやパソコン通信などのネットワークを利用している。
【０００３】
このようなシステムにおいては、直接利用を希望する施設に直接出向いて窓口での受付を行なう場合でも、窓口での管理者端末も利用者端末の１つと見なされている。
【０００４】
【発明が解決しようとする課題】
従来技術は、施設の管理者端末を１つの利用者端末と見なしているので実際に使用する施設の窓口で受付をする際にネットワークからの予約との間にトラブルが発生する虞がある。すなわち、施設での窓口受付で予約する際に、空いていたはずの施設が実際に予約するときには、ネットワークを介して、先に予約されてしまい予約できないというケースである。
【０００５】
本発明の目的は、窓口受付における管理者端末での利用申し込みのトラブルを解消し利用者へのサービス向上が図れる施設予約管理システムを提供することにある。
【０００６】
【課題を解決するための手段】
本発明の特徴とするところは、施設予約サーバに対して利用者端末から予約に関する情報をアクセスする際に施設毎にアクセスが許可されているか否かを示すロックフラグを設け、ロックフラグの設定を管理者端末からのみ制御できるようにしたことにある。
【０００７】
本発明は管理者端末から予約申入れがあると利用者端末からの予約操作を一時的に無効にでき、無効状態において窓口業務が可能なため窓口利用におけるトラブルを解消でき利用者へのサービス向上が図れる。
【０００８】
【発明の実施の形態】
図１に本発明の一実施例を示す。
【０００９】
図１において、施設予約サーバ２０１はネットワーク１０２を介して複数の利用者端末１０１Ａ〜１０１Ｎと複数の管理者端末１０３Ａ〜１０３Ｎに接続され、情報送信装置（サーバ）として機能する。
施設予約サーバ２０１はコンピュータで構成され、ネットワーク１０２との入出力制御を行なう通信装置２０２，ディスプレイなどの表示装置２０３，主制御部であるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０４、記憶装置２１５からのデータを一時記憶しておくためのメモリ２０５，入力を行なうためのキーボードなどの入力装置２０６、送信された通信を制御する通信処理モジュール２０７、施設情報、予約情報の管理を行なう施設予約管理モジュール２０９、実際に施設の予約を実行する施設予約モジュール２１３及び記憶装置２１５から構成される。
【００１０】
通信処理モジュール２０７は、送信された通信が利用者端末１０１Ａ〜１０１Ｎあるいは管理者端末１０３Ａ〜１０３Ｎからであるかを判別する端末判別部２０８を備え、利用者端末１０１Ａ〜１０１Ｎである場合には直接施設予約モジュール２１４に接続し記憶装置２１５と通信する。また、管理者端末１０３Ａ〜１０３Ｎである場合には施設予約管理モジュール２０９へ接続し、記憶装置２１５内の施設情報テーブル２１６および予約情報テーブル２１７のデータを変更する。端末判別部２０８は、ネットワーク１０２においてそれぞれの端末が持つＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｃｏｌ）アドレスを取り込み、それにより端末を判別する。通信処理モジュール２０７はプログラムで構成される。
【００１１】
施設予約管理モジュール２０９は記憶装置２１５の施設情報テーブル２１６および予約情報テーブル２１７の内容を変更する。また、施設予約管理部２１０および予約情報管理部２１２は、それぞれアクセス管理部２１１Ａおよび２１１Ｂを備えており、利用者端末１０１Ａ〜１０１Ｎによる施設情報テーブル２１４および予約情報テーブル２１５へのアクセスを制御する。施設予約管理モジュール２０９はプログラムで構成される。
【００１２】
施設予約モジュール２１３は利用者端末１０１Ａ〜１０１Ｎおよび管理者端末１０３Ａ〜１０３Ｎによる施設予約に関する要求に対して、要求のあった情報を記憶装置２１５と通信する情報管理部２１４を備えており、要求のあった情報を処理することで施設の予約を実行することができる。施設予約モジュール２１３はプログラムで構成される。
【００１３】
記憶装置２１５は各施設に関する情報を持つ施設情報テーブル２１６および各種の予約に関する情報を持つ予約情報テーブル２１７を備える。
【００１４】
施設情報テーブル２１６は、図２（Ａ）に示すように従来の情報である施設ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｎｕｍｂｅｒ）や施設名称などが記述されていると共に本発明による各施設単位でアクセスを制御するロックフラグを有している。同様に、図２（Ｂ）に示すように施設情報テーブル２１６の詳細情報である設備情報テーブルにおいても各設備単位でロックフラグを有している。
【００１５】
予約情報テーブル２１７は、図２（Ｃ）に示すように従来の情報である利用日の情報を持ち、それぞれの利用日毎にロックフラグを有する。同様に、図２（Ｄ）に示すように予約情報テーブル２１７の詳細情報である予約詳細情報テーブルにおける利用時間毎にロックフラグを有する。
【００１６】
ロックフラグは、「０」あるいは「１」を記憶することができる変数である。ロックフラグに「０」が記憶されている場合には利用者端末１０１Ａ〜１０１Ｎを用いてネットワーク１０２を介して施設情報テーブル２１６（あるいは予約情報テーブル２１７）へのアクセスを許可する。
【００１７】
また、ロックフラグに「１」が記憶されている場合には、利用者端末１０１Ａ〜１０１Ｎを用いてネットワーク１０２を介して施設情報テーブル２１６（あるいは予約情報テーブル２１７）へのアクセスを拒否する。
【００１８】
図３は管理者端末１０３Ａ〜１０３Ｎを用いた場合の予約処理フローを示す。図３において、ステップＳ３０１では管理者かどうかの判別する。すなわち、通信処理モジュール２０７における端末判別部２０８が実行するものであって、ＹＥＳの場合にはステップＳ３０２に進み、ＮＯの場合には処理を終了する（ＥＮＤ）。
【００１９】
ステップＳ３０２においてはステップＳ３０１により管理者端末１０３Ａ〜１０３Ｎを用いての処理であることが判別されたので、施設予約管理モジュール２０９により予約を行なう対象の施設・設備・日時の選択を行い、ステップＳ３０３に移行する。ステップＳ３０３では管理者が管理者端末１０３Ａ〜１０３Ｎを用いて予約を実行するかどうかを判別する。ＹＥＳの場合にはステップＳ３０４に進み、ＮＯの場合には終了する（ＥＮＤ）。
【００２０】
ステップＳ３０４ではステップＳ３０２で選択した施設・設備・日時でのネットワーク１０２を介して、利用者端末１０１Ａ〜１０１Ｎを用いてネットワークを介してのアクセスを制限するために、施設予約管理モジュール２０９によりアクセス管理部２１１Ａおよび２１１Ｂを用いて選択した施設・設備・日時単位でロックフラグに「１」（アクセスを拒否）を記憶させ、ステップＳ３０５に移行する。
【００２１】
ステップＳ３０５においてはステップＳ３０２で選択した施設・設備・日時での予約処理を実行する。施設予約モジュール２１３が予約処理を実行し、記憶装置２１５の施設情報テーブル２１６および予約情報テーブル２１７と通信を行ない施設の予約を行いステップＳ３０６に移行する。
【００２２】
ステップＳ３０６ではステップＳ３０４で行なったアクセスの制限を解除するために、施設予約管理モジュール２０９内のアクセス管理部２１１Ａ，２１１Ｂを用いてロックフラグを「０」（アクセスを許可）を記憶する。
【００２３】
このように、利用者が直接窓口に来て施設の予約を依頼した場合、管理者はまず対象となる施設・設備・予約する日時単位でネットワークを介しての予約に対して制限を行なうことで、スムーズかつ確実に予約することを可能にできる。
【００２４】
図４は利用者端末１０１Ａ〜１０１Ｎを用いての予約処理フローを示す。
【００２５】
ステップＳ４０１では予約を行なう対象となる施設、設備を選択する。すなわち、施設予約モジュール２１３での情報管理部２１４により、記憶装置２１５の施設情報テーブル２１６と通信し、予約を行なう対象となる施設・設備を選択しステップＳ４０２に移行する。
【００２６】
ステップＳ４０２ではステップＳ４０１で選択された施設・設備がネットワーク１０２を介してのアクセスが無効かどうかを判別する。すなわち、施設情報テーブル２１６と通信を行なった際に、施設情報テーブル２１６内のロックフラグを参照し、ＹＥＳ（ロックフラグが「１」）の場合にはステップＳ４０６へ進み、アクセス無効であることを表示して終了（ＥＮＤ）する。一方、ＮＯ（ロックフラグが「０」）の場合にはステップＳ４０３に移行する。
【００２７】
ステップＳ４０３においては予約を行なう対象となる日時を選択する。すなわち、施設予約モジュール２１３での情報管理部２１４により、記憶装置２１５の施設情報テーブル２１７と通信し、予約を行なう対象となる日時を選択してステップＳ４０４に移行する。
【００２８】
ステップＳ４０４ではステップＳ４０３で選択された日時がネットワーク１０２を介してアクセスが無効かどうかを判別する。すなわち、予約情報テーブル２１７と通信を行なった際に、予約情報テーブル２１７内のロックフラグを参照し、ＹＥＳ（ロックフラグが「１」）の場合にはステップＳ４０６へ進み、アクセス無効であることが表示し終了（ＥＮＤ）する。ＮＯ（ロックフラグが「０」）の場合にはステップＳ４０５に移行する。
【００２９】
ステップＳ４０５では予約操作を実行する。すなわち、施設予約モジュール２１３が処理を実行し、記憶装置２１５の施設情報テーブル２１６および予約情報テーブル２１７と通信を行ない施設の予約する。
【００３０】
以上のように、対象となる施設、設備および予約が窓口で予約作業中の場合、すなわち図３におけるステップＳ３０４〜ステップＳ３０６の間に、利用者端末１０１Ａ〜１０１Ｎを用いて予約を行なうと、ネットワーク１０２を介して、ステップＳ３０２で選択した施設、設備、日時での予約ができなくなる。
【００３１】
図５は図３におけるステップＳ３０２において対象とする施設をＡ施設とした場合に、ステップＳ３０４〜ステップＳ３０６までの間にネットワーク１０２を介して利用者端末１０１Ａ〜１０１Ｎを用いてアクセスしてＡ施設を選択し、ステップＳ４０２でＹＥＳの場合の無効メッセージであるステップＳ４０６でのアクセス拒否画面の一例を示す。
【００３２】
このようにして窓口受付における管理者端末での利用予約を行うのであるが、管理者端末から予約申入れがあると利用者端末からの予約操作を一時的に無効にし、無効状態において窓口業務が可能なため窓口利用におけるトラブルを解消でき利用者へのサービス向上が図れる。
【００３３】
また、ロックフラグを施設、設備、予約の日時単位に設けることにより、利用者端末に対するアクセス制限を最小限にすることが可能となる。
【００３４】
【発明の効果】
本発明は管理者端末から予約申入れがあると利用者端末からの予約操作を一時的に無効にでき、無効状態において窓口業務が可能なため窓口利用におけるトラブルを解消でき利用者へのサービス向上を図ることができる。
【図面の簡単な説明】
【図１】本発明の一実施例を示す構成図である。
【図２】本発明の情報テーブルの一例を示す構成図である。
【図３】本発明の動作を説明するためのフロー図である。
【図４】本発明の動作を説明するためのフロー図である。
【図５】本発明の表示画面の一例を示す図である。
【符号の説明】
２０１  施設予約サーバ、２０７  通信処理モジュール、２０８  端末判別部、２０９  施設予約管理モジュール、２１０  施設情報管理部、２１１  アクセス管理部、２１２  予約情報管理部、２１３  施設予約モジュール、２１４  情報管理部、２１５  記憶装置、２１６  施設情報テーブル、２１７  予約情報テーブル。
【図１】
2004348533.tif 000003
【図２】
2004348533.tif 000004
【図３】
2004348533.tif 000005
【図４】
2004348533.tif 000006
【図５】
2004348533.tif 000007