(57)【要約】【課題】従来に比して施設を効率的に管理することが可能な施設管理サーバ等を提供する。【解決手段】施設管理サーバ２００の施設運用部２４０は、予約された施設に関し、予約時間を過ぎても当該施設の利用が認められない場合には、予約者に確認通知を行う（ステップＳ６）。施設運用部２４０は、確認通知を行った予約者から、一定時間以上応答がない場合には、当該予約者に施設の予約に関わるペナルティを課す（ステップＳ７→ステップＳ８→ステップＳ９→ステップＳ１０）。一方、施設運用部２４０は、予約者から、予約をキャンセルする旨の連絡を受け取ると、当該施設Ｆについてキャンセル待ちをしているユーザの予約リストの先頭を確認し（ステップＳ１１）、予約者候補を特定する。【選択図】図６
2020135178.tif 000002
【特許請求の範囲】
【請求項１】
施設の予約状況及び利用状況を管理する施設管理サーバであって、
前記施設の予約状況をあらわす予約情報を記憶する記憶部と、
前記施設の利用状況をあらわす利用情報を取得する取得部と、
前記予約情報及び前記利用情報に基づき、前記施設が予約されているにもかかわらず、予約時間に前記施設が利用されていない場合には、前記施設の予約者に対して前記施設の利用に関する確認通知を行う第１通知部と、
を具備する施設管理サーバ。
【請求項２】
前記予約情報とタイマとの比較結果に基づき、前記施設の未使用時間が設定時間以上であるか否かを判断する判断部をさらに具備し、
前記第１通知部は、
前記施設の未使用時間が設定時間以上である場合に、前記施設の予約者に対して前記施設の利用に関する確認通知を行う、請求項１に記載の施設管理サーバ。
【請求項３】
前記確認通知を行った前記ユーザから、一定時間内に応答がない場合には、前記ユーザに対して前記施設の予約に関わるペナルティを課すペナルティ付与部をさらに具備する、請求項１または２に記載の施設管理サーバ。
【請求項４】
前記ペナルティは複数存在し、
前記ペナルティ付与部は、
前記一定時間以上応答がないユーザに対して、ペナルティポイントを付与するポイント付与部と、
前記ペナルティポイントに応じて、前記ユーザに課すペナルティを決定する決定部と、を含む、請求項３に記載の施設管理サーバ。
【請求項５】
前記予約情報には、前記施設についてキャンセル待ちをしているユーザの予約リストが含まれ、
前記確認通知を行った前記ユーザから、前記施設の予約をキャンセルする旨の連絡を受信した場合に、前記予約リストに登録されているキャンセル待ちをしているユーザを、予約候補者として特定し、特定した前記予約候補者に予約完了通知を行う第２通知部をさらに具備する、請求項１から４のいずれか一項に記載の施設管理サーバ。
【請求項６】
施設の予約状況及び利用状況を管理するコンピュータによって実行されるプログラムであって、
前記コンピュータは、
前記施設の予約状況をあらわす予約情報を記憶する記憶部を備え、
前記コンピュータを、
前記施設の利用状況をあらわす利用情報を取得する取得部と、
前記予約情報及び前記利用情報に基づき、前記施設が予約されているにもかかわらず、予約時間に前記施設が利用されていない場合には、前記施設の予約者に対して前記施設の利用に関する確認通知を行う第１通知部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施設の予約状況や利用状況を効率よく管理するための技術に関する。
【背景技術】
【０００２】
一般に、複数のユーザが利用する会議室や実験室など（以下、これらを「施設」と総称する。）を公平かつ適切に利用可能にするため、施設の予約状況や利用状況を管理する施設管理システムがコンピュータネットワーク上に構築されている。
【０００３】
施設の利用を希望するユーザは、施設管理システムにアクセスし、希望する日時にその施設が空いているか否かを確認する。希望する日時にその施設が予約されていなければ、予約できる一方、希望する日時にその施設が予約されている場合、施設の利用を希望するユーザは、日時を改める、またはキャンセル待ちなどを検討することになる。
【０００４】
例えば、特許文献１には、施設の実際の利用状況に基づいて施設の予約および管理を行う施設予約利用システムが記載されている。特許文献１に記載された施設予約利用システムでは、ユーザが入力装置を適宜操作する、またはカードリーダにＩＤカードを通すことで、予約した会議室が実際に利用されたか否かが判断される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１２３５８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、施設が予約されたにもかかわらず、予約時間になってもユーザが現れない場合がある。ここで、予約時間までに予約のキャンセルが行われていれば、キャンセル待ちをしているユーザにその施設を利用させることができるが、実際には、予約時間が過ぎても一向にキャンセルが行われず、施設に空き時間等が生じてしまい、効率的に管理することができていない、という問題があった。
【０００７】
本発明は、以上説明した事情を鑑みてなされたものであり、従来に比して施設を効率的に管理することが可能な施設管理サーバ等を提供することを目的の一つとする。
【課題を解決するための手段】
【０００８】
本開示の一形態に係る施設管理サーバは、施設の予約状況及び利用状況を管理する施設管理サーバであって、施設の予約状況をあらわす予約情報を記憶する記憶部と、施設の利用状況をあらわす利用情報を取得する取得部と、予約情報及び利用情報に基づき、施設が予約されているにもかかわらず、予約時間に施設が利用されていない場合には、施設の予約者に対して施設の利用に関する確認通知を行う第１通知部と、を具備することを要旨とする。
【０００９】
本開示の他の形態に係るプログラムは、施設の予約状況及び利用状況を管理するコンピュータによって実行されるプログラムであって、コンピュータは、施設の予約状況をあらわす予約情報を記憶する記憶部を備え、コンピュータを、施設の利用状況をあらわす利用情報を取得する取得部と、予約情報及び利用情報に基づき、施設が予約されているにもかかわらず、予約時間に施設が利用されていない場合には、施設の予約者に対して施設の利用に関する確認通知を行う第１通知部として機能させることを要旨とする。
【発明の効果】
【００１０】
本発明によれば、従来に比して施設を効率的に管理することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係る施設管理システムの概略構成を示す図である。
【図２】施設の外観構成を例示した図である。
【図３】施設管理サーバの機能構成を示すブロック図である。
【図４】利用状況マップを例示した図である。
【図５】稼働率リストを例示した図である。
【図６】施設運用処理を示すフローチャートである。
【図７】ペナルティリストを例示した図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、以下の説明において同一の要素には同一の符号を付し、重複する説明を省略する。
【００１３】
Ａ．本実施形態
Ａ−１．概要
図１は、本実施形態に係る施設管理システム１０００の概略構成を示す図である。
施設管理システム１０００は、各施設Ｆの利用状況を検知する状況検知装置１００と、各施設Ｆの予約状況及び利用状況を管理する施設管理サーバ２００と、各ユーザが所持するデバイス３００とを備えて構成される。なお、本実施形態では、施設Ｆとしてスマートフォンなどの携帯端末や通信端末の計測、動作検証などに用いられるシールドルーム（ＳＲ）を想定するが、これに限る趣旨ではなく、様々な構造物や設備に適用可能である。
【００１４】
各状況検知装置１００と、施設管理サーバ２００と、デバイス３００とは、それぞれ通信ネットワークＮを介して相互に接続されている。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。
【００１５】
Ａ−２．構成
［状況検知装置１００］
図１に示すように、各施設Ｆには、当該施設の利用状況（すなわち、使用状態であるか、空き状態であるか）を検知する状況検知装置１００が設けられている。
状況検知装置１００は、例えば光センサ、Ａ／Ｄコンバータ、通信インタフェースなどを備えて構成される。ここで、図２は、施設Ｆの外観構成を例示した図である。施設Ｆの上部には、当該施設Ｆが使用中であるか否かを知らせるための使用ランプＬＰが設けられている。施設Ｆを使用するユーザ（使用者）は、施設Ｆに設けられたスイッチ（図示略）をオン／オフ操作することで、使用ランプＬＰを点灯（使用開始時）または消灯（使用終了時）する。状況検知装置１００の光センサは、施設Ｆの使用ランプＬＰが点灯しているか、または消灯（非点灯）しているかを検知し、センサ信号を出力する。状況検知装置１００は、光センサのセンサ信号に基づき、施設Ｆの利用状況をあらわす利用情報を生成し、施設管理サーバ２００に送信する。なお、状況検知装置１００は、利用情報を所定のタイミング（例えば１分毎など）で施設管理サーバ２００に送信すればよい。
【００１６】
［施設管理サーバ２００］
施設管理サーバ２００は、管理下にある各施設Ｆの予約状況及び利用状況を管理するための装置であり、例えばサーバコンピュータなどにより構成される。
【００１７】
図３は、施設管理サーバ２００の機能構成を示すブロック図である。
施設管理サーバ２００は、制御部２１０と、データ取得部２２０と、記憶部２３０と、施設運用部２４０と、利用状況報知部２５０を備えている。
【００１８】
制御部２１０は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを主要構成部品とするＭＣＵ（Micro Control Unit）などを備えており、ＲＯＭやＲＡＭに格納された各種プログラム等を実行することにより、施設管理サーバ２００の各部を統括的に制御する。
【００１９】
データ取得部２２０は、状況検知装置１００から、各施設Ｆの利用情報を取得し、取得した利用情報を記憶部２３０や施設運用部２４０などに供給する。
【００２０】
記憶部２３０は、例えばフラッシュメモリやハードディスクドライブなどにより構成され、予約情報データベース（ＤＢ）２３１、利用情報データベース（ＤＢ）２３２、ユーザ情報データベース（ＤＢ）２３３を備えている。
【００２１】
予約情報ＤＢ２３１には、各施設Ｆの予約状況をあらわす予約情報が格納される。予約情報には、予約内容を特定する予約ＩＤ、対象施設（ここではシールドルーム）を特定する施設情報、予約したユーザを特定する予約者情報（例えば、所属先や連絡先など）、対象施設の予約日時をあらわす予約日時情報などが含まれる。施設の予約を希望するユーザは、デバイス３００などを利用して施設管理サーバ２００にアクセスし、所望の施設（例えば、図１に示す施設Ａ）の予約を行う。所望の施設の予約が行われると、予約内容を反映した予約情報が予約情報ＤＢ２３１に登録される。
【００２２】
利用情報ＤＢ２３２には、各施設Ｆの利用状況をあらわす利用情報が格納される。利用情報には、各施設Ｆが使用状態（「使用中」）であるか、空き状態（「空き」）であるかが示されるとともに、対象施設（ここではシールドルーム）を特定する施設情報、対象施設の利用日時をあらわす利用日時情報などが含まれる。
【００２３】
ユーザ情報ＤＢ２３３には、本システムを利用するユーザの個人情報（ユーザ基本情報）が格納される。ユーザ基本情報には、ユーザＩＤ、ユーザ氏名、性別、年齢、連絡先、住所、所属先などあらわす情報が含まれる。
【００２４】
施設運用部２４０は、各施設Ｆの予約情報と利用情報とを用いて、各施設Ｆの効率的な運用を行う。なお、施設運用部２４０の具体的な動作等については、後に詳述することとし、説明を続ける。
【００２５】
利用状況報知部２５０は、各施設Ｆの予約情報及び利用情報に基づいて、各施設Ｆの利用状況をあらわす利用状況マップを生成し、表示パネル（図示略）に表示する。さらに利用状況報知部２５０は、各施設Ｆの予約情報及び利用情報に基づいて、各施設Ｆの利用率（稼働率）を自動で統計し、稼働率リストを作成して表示パネル（図示略）に表示する。
【００２６】
図４は、利用状況マップＭＰ１を例示した図であり、図５は、稼働率リストＬ１を例示した図である。
利用状況マップＭＰ１には、現在時刻や各施設Ｆの予約者（または使用者）とともに、各施設Ｆが使用状態（「使用中」）であるか、空き状態（「空き」）であるかが示されている。各ユーザは、施設の予約等に先立ち、利用状況マップＭＰ１を参照することで、各施設の利用状況を迅速かつ正確に把握等することができる。
【００２７】
一方、稼働率リストＬ１には、各施設における日別または月別の稼働率が示されている。各施設Ｆを管理する管理者等は、稼働率リストＬ１を参照することで、時期ごとの各施設Ｆの稼働率を正確に把握等することができるとともに、各ユーザに対する施設の割り当てを最適化することができる。
【００２８】
[デバイス３００]
図１に戻り、デバイス３００は、ユーザが所持等する端末であり、例えばスマートフォンや、携帯電話機、携帯情報端末（ＰＤＡ）、タブレット端末、パーソナルコンピュータ（ＰＣ）、ノートＰＣなどである。デバイス３００には、施設Ｆの予約や予約のキャンセル、キャンセル待ち登録など、施設Ｆの予約に関わる様々な入力を可能とするアプリケーション（以下、施設予約アプリという。）ＡＰが格納されている。ユーザは、施設予約アプリＡＰを利用することで、施設Ｆの予約等を行う。
【００２９】
以下、施設管理サーバ２００による施設の運用動作について、図６を参照しながら詳細に説明する。
【００３０】
Ａ−３．動作
[施設運用処理]
図６は、施設運用処理を示すフローチャートである。施設運用処理は、施設管理サーバ２００の施設運用部２４０によって実行される。
施設運用部２４０は、データ取得部２２０によって取得される施設Ｆの利用情報に基づき、利用状況を判定する（ステップＳ１）。施設運用部２４０は、利用情報に基づき、当該施設Ｆが使用状態（使用ランプ；点灯）であると判断すると、予約情報ＤＢ２３１に格納されている当該施設Ｆの予約情報を参照し、予約状況を判定する（ステップＳ２）。
【００３１】
施設運用部２４０は、当該施設Ｆが予約されている場合には（ステップＳ２；予約あり）、正常な利用であると判断し、ステップＳ１に戻る。
一方、施設運用部２４０は、当該施設Ｆが予約されていない場合には（ステップＳ２；予約なし）、無断で利用されていると判断する。施設運用部２４０は、管理者に対して施設Ｆは無断で利用されている旨の報告を行い（ステップＳ３）、処理を終了する。管理者は、かかる報告を受け取ると、当該施設Ｆを無断で利用しているユーザに対し、利用の停止等を指示する。
【００３２】
一方、施設運用部２４０は、利用情報に基づき、当該施設Ｆが空き状態（使用ランプ；非点灯）であると判断すると、予約情報ＤＢ２３１に格納されている当該施設Ｆの予約情報を参照し、予約状況を判定する（ステップＳ４）。
【００３３】
施設運用部２４０は、当該施設Ｆが予約されていない場合には（ステップＳ４；予約なし）、当該施設Ｆが空き状態であることは正常であると判断し、ステップＳ１に戻る。
一方、施設運用部２４０は、当該施設Ｆが予約されている場合には（ステップＳ４；予約あり）、当該施設Ｆの予約者に連絡する必要があるか否かを判断するために、連続未使用時間の判定を行う（ステップＳ５）。施設運用部２４０は、例えば予約情報に示される予約日時情報と、タイマ（図示略）に示される現在時刻とを比較することで、当該施設Ｆの連続未使用時間を把握する。施設運用部２４０は、連続未使用時間が所定時間未満である場合には（ステップＳ５；１時間未満）、予約者への連絡は不要であると判断し、ステップＳ１に戻る。なお、本実施例では、所定時間を１時間に設定しているが、かかる時間は任意に設定・変更可能である。
【００３４】
一方、施設運用部（第１通知部、判断部）２４０は、連続未使用時間が所定時間以上である場合には（ステップＳ５；１時間以上）、予約者への連絡が必要であると判断し、施設Ｆの利用に関する確認通知を行う（ステップＳ６）。一例として、予約の確認メッセージ（「予約された施設Ｆが使用されていないようです。対応について管理者に連絡してください。・・・」など）を予約者のデバイス３００に送信する方法が挙げられるが、いかなる方法を採用するかは任意である。
【００３５】
＜予約者対応（使用連絡受領）＞
その後、施設運用部２４０は、予約者の対応を判断する（ステップＳ７）。施設運用部２４０は、予約者から、当該施設Ｆを使用する旨（または使用中である旨）の連絡を受け取ると、問題なしと判断してステップＳ１に戻る。
【００３６】
＜予約者対応（応答なし）＞
一方、ステップＳ７において、施設運用部（ペナルティ付与部）２４０は、予約者から、一定時間（例えば３０分）内に応答がないと、無断で予約をキャンセルしたと判断し、所定のペナルティポイント（例えば、３ポイント）を予約者に付与する（ステップＳ８）。予約者に付与されたペナルティポイントは、ユーザ情報ＤＢ２３３等に登録される。
【００３７】
図７は、ペナルティポイントとペナルティ内容とを対応づけたペナルティリストＬ２を例示した図である。
【００３８】
図７に示すペナルティリストＬ２では、ペナルティポイントが５ポイント以上になると、厳重注意のメッセージが予約者に通知され（第１ペナルティ）、ペナルティポイントが１０〜１５ポイントになると、予約のキャンセル待ちができない状態となり（第２ペナルティ）、ペナルティポイントが１５〜２０ポイントになると、施設Ｆの予約が一切できない状態となり、かつ、上長に報告される（第３ペナルティ）。なお、本実施形態では、ペナルティポイントの有効期限を１ヶ月に設定するが、有効期限の設定等は任意である。また、ペナルティリストＬ２の内容も、システム設計等に応じて任意に設定・変更可能である。
【００３９】
ステップＳ９に進むと、施設運用部２４０は、予約者に累積されたペナルティポイントを確認する。施設運用部２４０は、当該予約者に累積されたペナルティポイントが５ポイント未満である場合には、当該予約者にペナルティを課すことなく、ステップＳ１に戻る。
【００４０】
一方、施設運用部２４０は、当該予約者に累積されたペナルティポイントが５ポイント以上である場合には、ペナルティリストＬ２を参照し、累積されたペナルティポイントに対応するペナルティ（例えば、第２ペナルティ）を当該予約者に課し、処理を終了する。
【００４１】
＜予約者対応（キャンセル連絡受領）＞
一方、ステップＳ７において、施設運用部（第２通知部）２４０は、予約者から、当該施設Ｆの予約をキャンセルする旨の連絡を受け取ると、予約情報ＤＢ２３１に格納されている予約情報を参照し、当該施設Ｆについてキャンセル待ちをしているユーザの予約リストの先頭を確認する（ステップＳ１１）。なお、本実施形態では、キャンセル待ちのユーザが予約リストに複数登録されている場合には、先頭に登録されたユーザから優先的に予約できるようになっている。
【００４２】
施設運用部（第２通知部）２４０は、予約リストの先頭に登録されているユーザ（予約候補者）を特定すると、ユーザ情報ＤＢ２３３を参照し、当該予約候補者のペナルティポイントを判定する（ステップＳ１２）。施設運用部２４０は、予約候補者のペナルティポイントが１０ポイント未満であると判断した場合には、予約候補者に対し、予約キャンセル待ちをしていた施設Ｆについて、予約ができた旨の通知（予約完了通知）を行い（ステップＳ１３）、処理を終了する。
【００４３】
一方、施設運用部２４０は、予約候補者のペナルティポイントが１０ポイント以上であると判断した場合には、当該予約候補者を予約リストの最後尾へと移動した後（ステップＳ１４）、ステップＳ１１に戻り、予約リストの先頭に登録されているユーザ（予約候補者）の特定を行う。なお、この後の動作については、すでに上述したため説明を割愛する。
【００４４】
以上説明したように、本実施形態によれば、予約された施設に関し、予約時間を過ぎても当該施設の利用が認められない場合には、予約者に確認通知を行う。これにより、従来に比べて施設を効率的に管理することが可能となる。
【００４５】
なお、確認通知を行った予約者から、一定時間以上応答がない場合には、当該予約者に施設の予約に関わるペナルティが課されるため、施設の予約を無断でキャンセルするといった行為を抑止することが可能となる。
【００４６】
Ｂ．変形例
本発明は、上述した本実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。
【００４７】
また、本明細書において、「部」とは、単に物理的構成を意味するものではなく、その「部」が実行する処理をソフトウェアによって実現する場合も含む。また、１つの「部」が実行する処理を２つ以上の物理的構成や装置により実現されても、２つ以上の「部」が実行する処理を１つの物理的手段や装置により実現されてもよい。
【００４８】
また、上述した本実施形態では、施設の利用状況を検知するためのセンサとして、光センサを例示したが、これに限る趣旨ではない。例えば、温度センサや赤外線カメラなどを利用してもよい。
【００４９】
本明細書において説明した施設運用処理を実施するプログラムは、記録媒体に記憶させてもよい。この記録媒体を用いれば、施設管理サーバ２００のコンピュータに、上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、非一過性の記録媒体であっても良い。非一過性の記録媒体は特に限定されないが、例えば、ＣＤ−ＲＯＭ等の記録媒体であっても良い。
【符号の説明】
【００５０】
１０００…施設管理システム、Ｎ…通信ネットワーク、１００…状況検知装置、２００…施設管理サーバ、２１０…制御部、２２０…データ取得部、２３０…記憶部、２３１…予約情報ＤＢ、２３２…利用情報ＤＢ、２３３…ユーザ情報ＤＢ、２４０…施設運用部、２５０…利用状況報知部、３００…デバイス、ＭＰ１…利用状況マップ、Ｌ１…稼働率リスト、Ｌ２…ペナルティリスト、Ｆ…施設、ＬＰ…使用ランプ
【図１】
2020135178.tif 000003
【図２】
2020135178.tif 000004
【図３】
2020135178.tif 000005
【図４】
2020135178.tif 000006
【図５】
2020135178.tif 000007
【図６】
2020135178.tif 000008
【図７】
2020135178.tif 000009
【手続補正書】
【提出日】令和2年4月14日(2020.4.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
施設の予約状況及び利用状況を管理する施設管理サーバであって、
前記施設の予約状況をあらわす情報であって、前記施設についてキャンセル待ちをしているユーザの予約リストが含まれる予約情報を記憶する第１記憶部と、
前記施設を利用するユーザに関する情報であって、前記施設の予約に関わるペナルティポイントを記憶する第２記憶部と、
前記施設の利用状況をあらわす利用情報を取得する取得部と、
前記予約情報及び前記利用情報に基づき、前記施設が予約されているにもかかわらず、予約時間に前記施設が利用されていない場合には、前記施設の予約者に対して前記施設の利用に関する確認通知を行う第１通知部と、
前記確認通知を行った前記ユーザから、前記施設の予約をキャンセルする旨の連絡を受信した場合に、前記予約リストの先頭に登録されているキャンセル待ちをしているユーザを、予約候補者として特定する特定部と、
前記第２記憶部を参照することで、特定した前記予約候補者のペナルティポイントを判定する判定部と、
前記予約候補者のペナルティポイントが所定値未満であると判定された場合に、前記予約候補者に予約完了通知を行う第２通知部と
を具備する施設管理サーバ。
【請求項２】
前記特定部は、
前記予約候補者のペナルティポイントが所定値以上であると判定された場合に、当該予約候補者を前記予約リストの最後尾へと移動した後、前記予約リストの先頭に登録されているキャンセル待ちをしているユーザを、前記予約候補者として新たに特定する、請求項１に記載の施設管理サーバ。
【請求項３】
前記予約情報とタイマとの比較結果に基づき、前記施設の未使用時間が設定時間以上であるか否かを判断する判断部をさらに具備し、
前記第１通知部は、
前記施設の未使用時間が設定時間以上である場合に、前記施設の予約者に対して前記施設の利用に関する確認通知を行う、請求項１または２に記載の施設管理サーバ。
【請求項４】
前記確認通知を行った前記ユーザから、一定時間内に応答がない場合には、前記ユーザに対して前記施設の予約に関わるペナルティを課すペナルティ付与部をさらに具備する、請求項１から３のいずれか一項に記載の施設管理サーバ。
【請求項５】
前記ペナルティは複数存在し、
前記ペナルティ付与部は、
前記一定時間以上応答がないユーザに対して、ペナルティポイントを付与するポイント付与部と、
前記ペナルティポイントに応じて、前記ユーザに課すペナルティを決定する決定部と、を含む、請求項４に記載の施設管理サーバ。
【請求項６】
施設の予約状況及び利用状況を管理するコンピュータによって実行されるプログラムであって、
前記コンピュータは、
前記施設の予約状況をあらわす情報であって、前記施設についてキャンセル待ちをしているユーザの予約リストが含まれる予約情報を記憶する第１記憶部と、前記施設を利用するユーザに関する情報であって、前記施設の予約に関わるペナルティポイントを記憶する第２記憶部とを備え、
前記コンピュータを、
前記施設の利用状況をあらわす利用情報を取得する取得部と、
前記予約情報及び前記利用情報に基づき、前記施設が予約されているにもかかわらず、予約時間に前記施設が利用されていない場合には、前記施設の予約者に対して前記施設の利用に関する確認通知を行う第１通知部と、
前記確認通知を行った前記ユーザから、前記施設の予約をキャンセルする旨の連絡を受信した場合に、前記予約リストの先頭に登録されているキャンセル待ちをしているユーザを、予約候補者として特定する特定部と、
前記第２記憶部を参照することで、特定した前記予約候補者のペナルティポイントを判定する判定部と、
前記予約候補者のペナルティポイントが所定値未満であると判定された場合に、前記予約候補者に予約完了通知を行う第２通知部として機能させるためのプログラム。