(57)【要約】【課題】施設の稼働率向上を図るための新規な技術を提供する。【解決手段】予約された施設利用時間の少なくとも一部に空き時間が生じたことを検出し、空き時間に関するデータを記憶装置に格納するステップと、空き時間における施設の利用を希望しているユーザの状態を、ユーザの端末から通知されたユーザの状態を表すデータに基づき確認し、ユーザからの自発的なアクションを必要とすることなく通知可能な状態であるユーザを特定し、記憶装置に格納するステップと、特定されたユーザに、施設が利用可能となったことをユーザからの自発的なアクションが不要な通知手段により通知するステップとを含む。このようにすることにより、空き時間が発生したことを遅滞なく確実にユーザに知らせることが可能となる。【選択図】  図１
2004318668.tif 000002
【特許請求の範囲】
【請求項１】
予約された施設利用時間の少なくとも一部に空き時間が生じたことを検出し、当該空き時間に関するデータを記憶装置に格納する空き時間発生検出ステップと、
前記空き時間における施設の利用を希望しているユーザの状態を、前記ユーザの端末から通知された前記ユーザの状態を表すデータに基づき確認し、前記ユーザからの自発的なアクションを必要とすることなく通知可能な状態である前記ユーザを特定し、記憶装置に格納する通知ユーザ特定ステップと、
特定された前記ユーザに、前記施設が利用可能となったことを前記ユーザからの自発的なアクションが不要な通知手段により通知する通知ステップと、
を含むコンピュータにより実施される情報処理方法。
【請求項２】
前記ユーザからの自発的なアクションが不要な通知手段は、前記ユーザの端末へ通知データを送信する手段と前記ユーザが応答可能である電話機に電話をかける手段とを含むことを特徴とする
請求項１記載のコンピュータにより実施される情報処理方法。
【請求項３】
前記ユーザの状態を表すデータは、前記ユーザが在席中か否かを表すデータを含み、
前記通知ユーザ特定ステップにおいて、前記ユーザの状態を表すデータに基づき在席中という状態のユーザを特定し、
前記通知ステップにおいて、前記在席中という状態のユーザとして特定されたユーザに、前記ユーザの端末へ通知データを送信する手段を用いて通知することを特徴とする
請求項２記載のコンピュータにより実施される情報処理方法。
【請求項４】
前記通知ユーザ特定ステップにおいて、前記ユーザの状態を表すデータに基づき在席中ではないがユーザからの自発的なアクションを必要とすることなく通知可能な状態であるユーザを特定し、
前記通知ステップにおいて、前記在席中ではないがユーザからの自発的なアクションを必要とすることなく通知可能な状態のユーザとして特定されたユーザに、前記ユーザが応答可能である電話機に電話をかける手段を用いて通知することを特徴とする
請求項３記載のコンピュータにより実施される情報処理方法。
【請求項５】
前記空き時間発生検出ステップにおいて、前記予約された施設利用のキャンセルにより空き時間が生じたことを検出した場合、
前記空き時間発生検出ステップが、
当該検出時刻から前記施設利用の予定開始時刻までの時間が第１の所定の時間以上であるか判定するキャンセル時刻判定ステップ
を含む請求項１記載のコンピュータにより実施される情報処理方法。
【請求項６】
前記キャンセル時刻判定ステップにおいて、前記検出時刻から前記施設利用の予定開始時刻までの時間が前記第１の所定の時間未満であると判定された場合、
前記通知ユーザ特定ステップにおいて、
前記予約された施設利用のキャンセル待ちユーザの状態を、前記ユーザの端末から通知された前記ユーザの状態を表すデータに基づき確認し、前記ユーザからの自発的なアクションを必要とすることなく通知可能な状態である前記ユーザを特定することを特徴とする
請求項５記載のコンピュータにより実施される情報処理方法。
【請求項７】
前記空き時間発生検出ステップが、
前記予約された施設利用の予定開始時刻から第２の所定の時間が経過するまでに前記施設が未使用であるという施設利用時間条件を満たすか判定する未使用検査ステップ
を含む請求項１記載のコンピュータにより実施される情報処理方法。
【請求項８】
前記空き時間発生検出ステップが、
前記予約された施設利用の予定開始時刻から第２の所定の時間が経過するまでに前記施設が未使用であることが検出され、且つ当該検出時刻から前記予約された施設利用の予定終了時刻までの時間が第３の所定の時間以上であるという施設利用時間条件を満たすか判定するステップ
を含む請求項１記載のコンピュータにより実施される情報処理方法。
【請求項９】
前記施設利用時間条件を満たした場合、
予約を行ったユーザの状態が、当該予約を行ったユーザからの自発的なアクションを必要とすることなく通知可能な状態であるか判定する予約ユーザ通知可否判定ステップと、
前記予約ユーザ通知可否判定ステップにおいて前記予約を行ったユーザの状態が、前記予約を行ったユーザからの自発的なアクションを必要とすることなく通知可能な状態であると判定された場合、前記予約を行ったユーザに、前記施設が未使用であることを前記予約を行ったユーザからの自発的なアクションが不要な通知手段により通知するステップとをさらに含む
請求項７又は８記載のコンピュータにより実施される情報処理方法。
【請求項１０】
前記未使用検査ステップにおいて、前記予約された施設利用の予定開始時刻から前記第２の所定の時間が経過するまでに前記施設が未使用であることを検出した場合、当該予約データを無効にするステップ
をさらに含む請求項７記載のコンピュータにより実施される情報処理方法。
【請求項１１】
前記空き時間発生検出ステップにおいて、前記予約された施設利用が予定終了時刻よりも早く終了したことにより空き時間が生じたことを検出した場合、
当該施設利用の終了時刻から予定終了時刻までの時間が第４の所定の時間以上であるか判定する残り時間判定ステップ
をさらに含む請求項１記載のコンピュータにより実施される情報処理方法。
【請求項１２】
前記残り時間判定ステップにおいて、前記終了時刻から前記予約された施設利用の予定終了時刻までの時間が前記第４の所定の時間以上であると判定された場合、
前記通知ユーザ特定ステップにおいて、
前記終了時刻から前記予約された施設利用の予定終了時刻までの時間における当該施設の利用を希望しているユーザの状態を、前記ユーザの端末から通知された前記ユーザの状態を表すデータに基づき確認し、前記ユーザからの自発的なアクションを必要とすることなく通知可能な状態である前記ユーザを特定することを特徴とする
請求項１１記載のコンピュータにより実施される情報処理方法。
【請求項１３】
請求項１乃至１２のいずれか１つに記載の情報処理方法をコンピュータに実行させるためのプログラム。
【請求項１４】
施設利用の予約を管理するサーバと、当該サーバと所定のネットワークを介して通信可能な複数のユーザ端末とを有し、
前記ユーザ端末は、
ユーザによる当該ユーザ端末の操作状況を監視し、前記ユーザの状態を表すデータを生成し、前記サーバに通知する機能を有し、
前記サーバは、
予約された施設利用時間の少なくとも一部に空き時間が生じたことを検出し、当該空き時間に関するデータを記憶装置に格納する機能と、
前記空き時間における施設の利用を希望しているユーザの状態を、前記ユーザ端末から通知された前記ユーザの状態を表すデータに基づき確認し、前記ユーザからの自発的なアクションを必要とすることなく通知可能な状態である前記ユーザを特定し、記憶装置に格納する機能と、
特定された前記ユーザに、前記施設が利用可能となったことを前記ユーザからの自発的なアクションが不要な通知手段により通知する通知機能と、
を有する情報処理システム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、施設の利用を管理するための情報処理技術に関する。
【０００２】
【従来の技術】
従来、利用予約の必要な施設の利用を希望する場合、ユーザは電話やコンピュータ端末等を使用して利用予約の申し込みを行っていた。そして、申し込みが遅かった等の理由により希望する日時に予約をとれなかった場合には、キャンセル待ちの登録を行ったり、別の予約可能な日時へ予約内容の変更等を行っていた。
【０００３】
利用予約を行った後では、特定の日時の予約を行ったユーザが、当該特定の日時に予約に係る施設を実際には利用しなかったり、施設の利用を早めに終了することもある。このようにして空いた時間を他のユーザが利用することもあるため、施設の利用状況（リアルタイムの情報）が把握できることが望ましい。
【０００４】
このため、施設の利用状況を把握するための技術が存在する（例えば特許文献１参照）。すなわち、ビル管理センタに、会議室の予約状況及び利用状況のデータを記憶する会議室スケジュール・データベース、及び登録者データベースを有するホスト装置を設け、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続する。会議室の利用者側に、表示装置、入力装置、カードリーダを有し、会議室の利用を予約する利用者側端末装置を設け、ＬＡＮに接続する。会議室に付随して、入力装置やカードリーダを有する施設側端末装置を設け、ＬＡＮに接続する。利用者が、会議室の利用を開始するにあたり、施設側端末装置に利用開始を入力し、利用を終了するにあたり利用終了を入力することにより、ホスト装置に会議室の利用開始及び終了が通知され、実際の利用状況が管理される。
【０００５】
【特許文献１】
特開２００２−１２３５８８号公報
【０００６】
【発明が解決しようとする課題】
しかしながら以上の技術においては、希望する日時に予約をとれずに、空いた時間があれば利用したいと思っているユーザは、施設の利用状況を監視し続ける必要がある。例えばユーザの端末を操作して、利用状況を管理するサーバにアクセスし、施設の利用状況を閲覧するという行為を頻繁に行う必要があり、ユーザの負担が大きい。さらに、空き時間が発生しなかった場合には、監視が徒労に終わってしまう。
【０００７】
このように従来技術では、ユーザが施設の利用状況を監視し、当該施設の空き時間の発生を、発生後直ぐに自ら見つけ出す以外には、空き時間の発生を遅滞なく把握することは困難である。そのため、空き時間が発生してもそのまま誰も利用せずに時間が経過してしまう可能性が高い。また、施設（サービス）を提供する側にとっては、空き時間が発生した場合にその時間にユーザを割り当てることができないと、施設の稼働率低下につながり、好ましくない。
【０００８】
従って本発明の目的は、施設の稼働率向上を図るための新規な技術を提供することである。
【０００９】
【課題を解決するための手段】
本発明の第１の態様に係る情報処理方法は、予約された施設利用時間の少なくとも一部に空き時間が生じたことを検出し、空き時間に関するデータを記憶装置に格納する空き時間発生検出ステップと、空き時間における施設の利用を希望しているユーザの状態を、ユーザの端末から通知されたユーザの状態を表すデータに基づき確認し、ユーザからの自発的なアクションを必要とすることなく通知可能な状態であるユーザを特定し、記憶装置に格納する通知ユーザ特定ステップと、特定されたユーザに、施設が利用可能となったことをユーザからの自発的なアクションが不要な通知手段により通知する通知ステップとを含む。
【００１０】
このように、施設利用に空き時間が発生した場合、空き時間の利用を希望しているユーザのうち、直ちに連絡可能な状態にあるユーザに対して、施設が利用可能となったことを通知することにより、空き時間が発生したことを遅滞なく確実にユーザに知らせることが可能となる。
【００１１】
また、上で述べた、ユーザからの自発的なアクションが不要な通知手段には、ユーザの端末へ通知データを送信する手段とユーザが応答可能である電話機に電話をかける手段とが含まれるようにしてもよい。例えば、ユーザの端末の表示装置にポップ・アップ画面を表示させたり、ユーザの携帯電話機に電話をかけたりすることにより、ユーザに施設が利用可能となったことを直ぐに通知することが可能となる。なお、例えばユーザの端末が携帯電話機（ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）を含む）や他の携帯情報端末等であってもよいし、また例えばユーザの職場の座席に設置された電話機に電話をかけるようにしてもよい。
【００１２】
また、上で述べたユーザの状態を表すデータは、ユーザが在席中か否かを表すデータを含み、上で述べた通知ユーザ特定ステップにおいて、ユーザの状態を表すデータに基づき在席中という状態のユーザを特定し、上で述べた通知ステップにおいて、在席中という状態のユーザとして特定されたユーザに、ユーザの端末へ通知データを送信する手段を用いて通知するようにしてもよい。
【００１３】
これにより、ユーザの端末が通知データを受信して例えば表示装置に表示すると、ユーザは在席中であるため、表示された通知を直ちに見ることができる。すなわち、遅滞なく確実にユーザに通知を行うことができる。
【００１４】
また、上で述べた通知ユーザ特定ステップにおいて、ユーザの状態を表すデータに基づき在席中ではないがユーザからの自発的なアクションを必要とすることなく通知可能な状態であるユーザを特定し、上で述べた通知ステップにおいて、在席中ではないがユーザからの自発的なアクションを必要とすることなく通知可能な状態のユーザとして特定されたユーザに、ユーザが応答可能である電話機に電話をかける手段を用いて通知するようにしてもよい。
【００１５】
このように、在席中でなくとも、例えば携帯電話機を持っている等、直ちに連絡をとることが可能なユーザに対して電話をかけることにより、遅滞なく確実にユーザに通知を行うことができる。
【００１６】
また、上で述べた空き時間発生検出ステップにおいて、予約された施設利用のキャンセルにより空き時間が生じたことを検出した場合、上で述べた空き時間発生検出ステップが、キャンセルによる空き時間発生の検出時刻から施設利用の予定開始時刻までの時間が第１の所定の時間以上であるか判定するキャンセル時刻判定ステップを含むようにしてもよい。
【００１７】
これにより、空き時間を他のユーザに割り当てるための処理に急を要するか否かの判断が可能となる。例えば施設利用の予定日の１０日前にキャンセルがあった場合には、時間に余裕があると判断して、キャンセル待ちのユーザにメールで通知するようにすることもできる。
【００１８】
また、上で述べたキャンセル時刻判定ステップにおいて、キャンセルによる空き時間発生の検出時刻から施設利用の予定開始時刻までの時間が第１の所定の時間未満であると判定された場合、上で述べた通知ユーザ特定ステップにおいて、予約された施設利用のキャンセル待ちユーザの状態を、ユーザの端末から通知されたユーザの状態を表すデータに基づき確認し、ユーザからの自発的なアクションを必要とすることなく通知可能な状態であるユーザを特定するようにしてもよい。
【００１９】
このように、例えば施設利用の予定開始時刻の１時間前にキャンセルがあった場合等、時間に余裕がないと判断された場合には、キャンセル待ちユーザのうち、直ちに連絡をとれるユーザを特定することにより、空き時間へのユーザの割り当てを迅速に行うことができる。
【００２０】
また、上で述べた空き時間発生検出ステップが、予約された施設利用の予定開始時刻から第２の所定の時間が経過するまでに施設が未使用であるという施設利用時間条件を満たすか判定する未使用検査ステップを含むようにしてもよい。これにより、予約がとられているにも拘わらず実際に施設の利用が行われていないと判断された場合について、対応する処理を行うことが可能となる。
【００２１】
また、上で述べた空き時間発生検出ステップが、予約された施設利用の予定開始時刻から第２の所定の時間が経過するまでに前記施設が未使用であることが検出され、且つ当該検出時刻から予約された施設利用の予定終了時刻までの時間が第３の所定の時間以上であるという施設利用時間条件を満たすか判定するステップを含むようにしてもよい。
【００２２】
これにより、予約がとられているにも拘わらず実際に施設の利用が行われていないと判断された場合について、残り時間に応じた処理を行うことが可能となる。
【００２３】
また、上で述べた施設利用時間条件を満たした場合、予約を行ったユーザの状態が、当該予約を行ったユーザからの自発的なアクションを必要とすることなく通知可能な状態であるか判定する予約ユーザ通知可否判定ステップと、上で述べた予約ユーザ通知可否判定ステップにおいて予約を行ったユーザの状態が、予約を行ったユーザからの自発的なアクションを必要とすることなく通知可能な状態であると判定された場合、予約を行ったユーザに、施設が未使用であることを予約を行ったユーザからの自発的なアクションが不要な通知手段により通知するステップとをさらに含むようにしてもよい。
【００２４】
これにより、予約がとられているにも拘わらず実際に施設の利用が行われていないと判断された場合、予約を行ったユーザが直ちに連絡可能な状態であれば、施設が未使用であることを通知し、利用を促すことができる。また、残り時間が少ない場合には通知しないようにしてもよい。
【００２５】
また、上で述べた未使用検査ステップにおいて、予約された施設利用の予定開始時刻から第２の所定の時間が経過するまでに施設が未使用であることを検出した場合、当該予約データを無効にするステップをさらに含むようにしてもよい。このように、予約がとられているにも拘わらず実際に施設の利用が行われていないと判断された場合、予約を行ったユーザに通知することなく予約を無効にするようにしてもよい。
【００２６】
また、上で述べた空き時間発生検出ステップにおいて、予約された施設利用が予定終了時刻よりも早く終了したことにより空き時間が生じたことを検出した場合、当該施設利用の終了時刻から予定終了時刻までの時間が第３の所定の時間以上であるか判定する残り時間判定ステップをさらに含むようにしてもよい。
【００２７】
これにより、予約時に設定された施設利用の予定時間に比べて実際の利用時間が短く、施設の利用時間が余った場合について、残り時間に応じた処理を行うことが可能となる。
【００２８】
また、上で述べた残り時間判定ステップにおいて、上記終了時刻から予約された施設利用の予定終了時刻までの時間が第３の所定の時間以上であると判定された場合、上で述べた通知ユーザ特定ステップにおいて、上記終了時刻から予約された施設利用の予定終了時刻までの時間における当該施設の利用を希望しているユーザの状態を、ユーザの端末から通知されたユーザの状態を表すデータに基づき確認し、ユーザからの自発的なアクションを必要とすることなく通知可能な状態であるユーザを特定するようにしてもよい。
【００２９】
このように、予約された施設利用において所定以上の時間が余った場合、直ちに連絡可能な、空き時間待ちのユーザを特定することにより、迅速なユーザの割り当て処理等を行うことができるようになる。
【００３０】
また、本発明の第２の態様に係る情報処理システムは、施設利用の予約を管理するサーバと、当該サーバと所定のネットワークを介して通信可能な複数のユーザ端末とを有し、ユーザ端末は、ユーザによる当該ユーザ端末の操作状況を監視してユーザの状態を表すデータを生成し、サーバに通知する機能を有し、サーバは、予約された施設利用時間の少なくとも一部に空き時間が生じたことを検出し、当該空き時間に関するデータを記憶装置に格納する機能と、空き時間における施設の利用を希望しているユーザの状態を、ユーザ端末から通知されたユーザの状態を表すデータに基づき確認し、ユーザからの自発的なアクションを必要とすることなく通知可能な状態であるユーザを特定し、記憶装置に格納する機能と、特定されたユーザに、施設が利用可能となったことをユーザからの自発的なアクションが不要な通知手段により通知する機能とを有する。
【００３１】
これにより、施設利用に空き時間が発生したことをサーバが検出した場合、空き時間の利用を希望しているユーザのうち、直ちに連絡可能な状態にあるユーザに対して、施設が利用可能となったことを通知することが可能となる。
【００３２】
なお、本発明の第１の態様に係る情報処理方法をコンピュータに実行させるプログラム及びユーザ端末にインストールされるプログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してデジタル信号として頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリに一時保管される。
【００３３】
【発明の実施の形態】
本発明の一実施の形態に係るシステム構成図を図１に示す。例えばある企業の社内ネットワークの一部である社内ＬＡＮ１には、予約管理サーバ５と、例えばパーソナル・コンピュータである複数のユーザ端末３と、例えば会議室等の施設に設置された１又は複数の施設カード・リーダ１１とが、無線又は有線によって接続されている。施設カード・リーダ１１は、例えばユーザのＩＤカードのデータを読み込むための装置であって、暗証番号を入力するためのキーボード等を備えている場合もある。
【００３４】
また、電話回線網７には、予約管理サーバ５とユーザ携帯電話機９とが接続されている。ユーザ携帯電話機９は、例えば一般的な携帯電話機であってもよいし、ＰＨＳ等であってもよい。さらにユーザ携帯電話機９は、外線電話機であってもよいし、内線電話機であってもよい。そして、電話回線網７には、予約管理サーバ５とユーザ携帯電話機９とを通話接続可能とする回線が含まれている。
【００３５】
また、予約管理サーバ５には、施設利用状況管理部５１とユーザ端末利用状況管理部５３と利用確認通信部５５とＩＶＲ（Ｉｎｔｅｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｓｅ：音声応答システム）５７とが含まれている。これらの処理内容については処理フローの説明において述べる。また、予約管理サーバ５は、予約管理データベース（ＤＢ）５５０を管理しており、予約管理ＤＢ５５０には、予約テーブル５５１とキャンセル待ちテーブル５５３と空き時間待ちテーブル５５５と利用者テーブル５５７と施設テーブル５５９とが含まれている。
【００３６】
また、ユーザ端末３には、ユーザ端末３上で動作する所定の端末プログラム（以下、端末プログラム２００と呼ぶ）が設置されている。図２に、端末プログラム２００の機能ブロック図を示す。端末プログラム２００には、在席検知部２０２と終了検知部２０４とユーザ・データ格納部２０６とサーバ通信部２０８とが含まれている。これらの処理内容については処理フローの説明において述べる。
【００３７】
図３に、予約テーブル５５１のテーブル構成及び格納されるデータの一例を示す。図３の例には、ユーザＩＤの列３００と予約施設名の列３０２と使用開始時間の列３０４と使用終了時間３０６とキャンセルの列３０８とが含まれている。施設の利用予約がなされると、この予約テーブル５５１にレコードが登録され、予約のキャンセルがなされると、該当するレコードのキャンセルの列３０８に例えば「済」と登録される。
【００３８】
図４に、キャンセル待ちテーブル５５３のテーブル構成及び格納されるデータの一例を示す。図４の例には、ユーザＩＤの列４００と希望施設名の列４０２と希望使用開始時間の列４０４と希望使用終了時間の列４０６と人数の列４０８と場所の列４１０と申し込み時間の列４１２と解除日時の列４１４と通知済の列４１６とが含まれている。
【００３９】
このキャンセル待ちテーブル５５３には、施設利用の予約の申し込みが遅かった等の理由により希望する日時に予約をとれなかった場合に、ユーザがキャンセル待ちを希望すると、レコードが登録される。なお、キャンセル待ちを希望したとはいえ、利用開始予定時刻直前や、利用開始予定時刻を過ぎてから連絡があっても都合がつかないユーザもいるため、キャンセル待ちの解除を希望する日時が、解除日時の列４１４に登録される。また、キャンセルがあり、利用可能となったことをユーザに通知した場合には、通知済の列４１６に例えば「済」と登録される。
【００４０】
図５に、空き時間待ちテーブル５５５のテーブル構成及び格納されるデータの一例を示す。図５の例には、ユーザＩＤの列５００と希望施設名の列５０２と希望使用開始時間の列５０４と希望使用終了時間の列５０６と希望使用時間の列５０８と人数の列５１０と場所の列５１２と申し込み時間の列５１４と通知済の列５１６とが含まれている。
【００４１】
この空き時間待ちテーブル５５５には、ユーザがキャンセル待ちを希望し且つ予定の時間内に空き時間が発生した際にその空き時間における利用を希望すると、レコードが登録される。格納されるデータには、キャンセル待ちテーブル５５３（図４）と同様のデータと、ユーザが少なくともこれ位の時間は施設を利用したいと考えている希望使用時間（希望使用時間の列５０８の値）とが含まれている。
【００４２】
図６に、利用者テーブル５５７のテーブル構成及び格納されるデータの一例を示す。図６の例には、ユーザＩＤの列６００とＩＰアドレスの列６０２とメール・アドレスの列６０４と携帯電話番号の列６０６と状態の列６０８と使用端末の列６１０と最終確認時間の列６１２とが含まれている。
【００４３】
この利用者テーブル５５７には、施設利用及び空き時間（キャンセルによる空き時間を含む）における使用を予約登録しているユーザについてのデータが格納されている。予約登録を行っている全ユーザについてのレコードを保持しておいてもよいし、現在日時と各ユーザの利用希望（予約）日時とに基づき、例えば１時間単位や１日単位でレコードを入れ替えるようにしてもよいし、１ヶ月単位でレコードを入れ替えるようにしてもよい。但し、少なくとも該当するユーザの施設利用の予定終了時刻になるまではレコードを削除しないようにする。
【００４４】
レコードが登録されると、ＩＰアドレスの列６０２と状態の列６０８と使用端末の列６１０と最終確認時間の列６１２とを、該当するユーザの端末（ユーザ端末３）から所定の間隔（例えば１時間）で受信するデータに基づき更新する。
【００４５】
図７に、施設テーブル５５９のテーブル構成及び格納されるデータの一例を示す。図７の例には、施設名の列７００と座席数の列７０２と場所の列７０４と利用開始時間の列７０６と利用終了時間の列７０８と使用状況の列７１０とが含まれている。この他、図示していないが、プロジェクタ等の当該施設が有する設備についてのデータを格納するための列等、施設の属性に関するデータを格納するための列が含まれる場合もある。
【００４６】
利用開始時間の列７０６には、施設管理者が設定した施設のオープン時刻が格納され、利用終了時間の列７０８には、施設管理者が設定した施設のクローズ時刻が格納されている。使用状況の列７１０には、施設カード・リーダ１１から受信するデータに基づき、当該施設が現在使用中か否かを表すデータが格納・更新される。
【００４７】
施設カード・リーダ１１は、ユーザの施設利用開始時にＩＤカードのデータを読み込むと、読み込んだデータを例えば予約管理サーバ５に送信する。予約管理サーバ５の施設利用状況管理部５１は、当該施設のレコードの使用状況の列７１０の値（初期値は「空き」）を「使用中」に更新する。同様に、ユーザの施設利用終了時には、使用状況の列７１０の値が「空き」に更新される。なお、このレコード更新処理は、必ずしも施設利用状況管理部５１が行うとは限らず、図示しない他の端末やサーバによって行われる場合もある。
【００４８】
次に、図８乃至図１８を用いて図１に示したシステムの処理の内容について説明する。図８及び図９には、ユーザが例えばユーザ端末３を操作して予約管理サーバ５にアクセスし、施設利用の予約を行う際の処理フローが示されている。以下、各処理ステップに基づき説明していく。なお、これより前にログイン処理が行われているものとする。
【００４９】
まず、ユーザ端末３は、ユーザの操作に従い、施設予約ページのデータの要求を予約管理サーバ５に対して送信する（図８：ステップＳ１）。本実施の形態においては、ユーザ端末３が有するウェブ（Ｗｅｂ）ブラウザを介してサーバにアクセスすることを想定しているが、専用のクライアント・ソフトウェアを使用するようにしてもよい。
【００５０】
予約管理サーバ５の施設利用状況管理部５１は、施設予約ページのデータの要求をユーザ端末３から受信する（ステップＳ３）。そして、施設利用状況管理部５１は、施設予約ページのデータを生成し、ユーザ端末３に対して送信する（ステップＳ５）。ユーザ端末３は、施設予約ページのデータを施設利用状況管理部５１から受信し、表示装置に表示する（ステップＳ７）。
【００５１】
図示しないが、施設予約ページには、利用したい施設（施設名）や当該施設を利用する希望日時等の予約条件を選択又は入力するための欄が設けられている。なお、本実施の形態においては、施設の属性（例えば利用人数や希望場所（例えば９階等））の指定による予約条件の選択入力も可能となっている。ユーザ端末３は、施設予約ページに対するユーザからの選択入力を受け付け、受け付けた予約条件のデータを、予約管理サーバ５に対して送信する（ステップＳ９）。予約管理サーバ５の施設利用状況管理部５１は、予約条件のデータをユーザ端末３から受信し、一旦記憶装置に格納する（ステップＳ１１）。
【００５２】
そして、施設利用状況管理部５１は、受信した予約条件に基づき予約テーブル５５１（図３）を検索する（ステップＳ１３）。そして、施設利用状況管理部５１は、受信した予約条件で予約登録を行うことが可能かどうか判定する（ステップＳ１５）。すなわち、指定された施設が指定された時間に空いていれば予約登録を行うことが可能であるし、先約があれば予約登録を行うことは不可能である。
【００５３】
予約登録を行うことが不可能であると判定された場合（ステップＳ１５：Ｎｏルート）、処理は端子Ａを介して図９の処理に移行する。一方、予約登録を行うことが可能であると判定された場合（ステップＳ１５：Ｙｅｓルート）、施設利用状況管理部５１は、ステップ１１において受信した予約条件に基づき予約テーブル５５１（図３）を更新する（ステップＳ１７）。すなわち、新規レコードを１件追加登録する。
【００５４】
そして、施設利用状況管理部５１は、予約確認ページのデータを生成し、ユーザ端末３に対して送信する（ステップＳ１９）。ユーザ端末３は、予約確認ページのデータを施設利用状況管理部５１から受信し、表示装置に表示する（ステップＳ２１）。予約確認ページには、図示しないが、例えば施設名や利用日時等の予約条件と予約登録が完了したことを示すメッセージとが含まれている。
【００５５】
このようにして、施設利用の予約登録が行われる。一方、ユーザの希望する条件では予約をとることができなかった時の処理（端子Ａを介した処理）について、図９を用いて説明する。予約管理サーバ５の施設利用状況管理部５１は、キャンセル・空き時間待ち予約ページのデータを生成し、ユーザ端末３に対して送信する（図９：ステップＳ３１）。ユーザ端末３は、キャンセル・空き時間待ち予約ページのデータを施設利用状況管理部５１から受信し、表示装置に表示する（ステップＳ３３）。
【００５６】
図１０に、キャンセル・空き時間待ち予約ページの一例を示す。図１０の例には、キャンセル待ち予約チェック・ボックス１０００と施設名表示欄１００２と使用日表示欄１００４と使用開始時間表示欄１００６と使用終了時間表示欄１００８と利用人数表示欄１０１０と希望場所表示欄１０１２と予約者ＩＤ表示欄１０１４と解除日時表示・入力欄１０１６と空き時間待ち予約チェック・ボックス１０１８と希望使用時間入力欄１０２０と送信ボタン１０２２とが含まれている。図１０の例では、施設予約ページにおいて選択入力されたデータが、各表示欄に格納されている。また、解除日時表示・入力欄１０１６には、ユーザが希望する施設利用の例えば開始１時間前の日時が予め示されており、ユーザによる変更入力が可能となっている。
【００５７】
ユーザは、キャンセル待ちの登録（予約）を希望する場合には、キャンセル待ち予約チェック・ボックス１０００にチェックを付し、さらに空き時間待ちの登録（予約）を希望する場合には、空き時間待ち予約チェック・ボックス１０１８にチェックを付して希望使用時間入力欄１０２０に希望使用時間を入力し、送信ボタン１０２２をクリックする。
【００５８】
なお、キャンセル待ちの登録（予約）は一般的であるため説明を省略するが、空き時間待ちの登録（予約）とは、ユーザが希望する施設利用の条件において、キャンセルが発生しなくとも、空き時間が所定時間（希望使用時間入力欄１０２０に入力した値）以上発生した場合には、その時間だけでも使用したいという旨を登録しておくことを指す。
【００５９】
本実施の形態においては、キャンセル待ち予約チェック・ボックス１０００にチェックが付されていないと、空き時間待ち予約チェック・ボックス１０１８へのチェックは受け付けないようになっている。
【００６０】
また、空き時間待ち予約チェック・ボックス１０１８にチェックが付されないと、希望使用時間入力欄１０２０への入力を受け付けないようにしたり、空き時間待ち予約チェック・ボックス１０１８にチェックが付されている場合には、希望使用時間入力欄１０２０に入力がなされていないと送信ボタン１０２２をクリックしてもエラー・メッセージを出力するような場合もある。
【００６１】
図９の処理フローに戻り、ユーザ端末３は、キャンセル・空き時間待ち予約ページ（図１０）に対するユーザからの選択入力を受け付け、選択入力データを予約管理サーバ５に対して送信する（ステップＳ３５）。予約管理サーバ５の施設利用状況管理部５１は、キャンセル・空き時間待ち予約ページ（図１０）に対するユーザからの選択入力データをユーザ端末３から受信し、一旦記憶装置に格納する（ステップＳ３７）。そして、施設利用状況管理部５１は、ユーザからの選択入力がキャンセル待ちであったかどうか判定する（ステップＳ３９）。すなわち、キャンセル待ち予約チェック・ボックス１０００（図１０）にチェックが付されていたかどうか判定する。チェックが付されていた場合には、キャンセル待ちである。
【００６２】
キャンセル待ちであったと判定された場合（ステップＳ３９：Ｙｅｓルート）、キャンセル待ちテーブル５５３（図４）を更新する（ステップＳ４１）。すなわち、新規レコードを１件追加登録する。そして、施設利用状況管理部５１は、ユーザからの選択入力が（キャンセル待ちであり且つ）空き時間待ちであったかどうか判定する（ステップＳ４３）。すなわち、空き時間待ち予約チェック・ボックス１０１８（図１０）にチェックが付されていたかどうか判定する。チェックが付されていた場合には、空き時間待ちである。
【００６３】
空き時間待ちであったと判定された場合（ステップＳ４３：Ｙｅｓルート）、空き時間待ちテーブル５５５（図５）を更新する（ステップＳ４５）。すなわち、新規レコードを１件追加登録する。一方、空き時間待ちではなかったと判定された場合（ステップＳ４３：Ｎｏルート）、次に述べるステップＳ４７の処理に移行する。
【００６４】
そして、施設利用状況管理部５１は、予約確認ページのデータを生成し、ユーザ端末３に対して送信する（ステップＳ４７）。ユーザ端末３は、予約確認ページのデータを施設利用状況管理部５１から受信し、表示装置に表示する（ステップＳ４９）。予約確認ページには、図示しないが、例えば施設名や利用日時等の予約条件と当該予約条件におけるキャンセル待ち（又はキャンセル待ち及び空き時間待ち）予約登録が完了したことを示すメッセージとが含まれている。
【００６５】
一方、ステップＳ３９においてキャンセル待ちではなかったと判定された場合（ステップＳ３９：Ｎｏルート）、施設利用状況管理部５１は、予約を行わないということを表すキャンセル確認ページのデータを生成し、ユーザ端末３に対して送信する（ステップＳ５１）。ユーザ端末３は、キャンセル確認ページのデータを施設利用状況管理部５１から受信し、表示装置に表示する（ステップＳ５３）。キャンセル確認ページには、図示しないが、予約処理を行わなかったことを示すメッセージが含まれている。
【００６６】
このようにして、施設利用の予約に関する処理が行われる。なお、ステップＳ５（図８）において、例えば予約テーブル５５１（図３）のデータを用いて、施設の予約状況を閲覧可能な施設予約ページのデータを生成し、ユーザ端末３に送信するするようにしてもよい。このような場合には、ユーザは、希望する条件で予約をとることが可能かどうかが施設予約ページを見ることによって予め分かるようになる。そのため、施設予約ページにおいてキャンセル待ち予約や空き時間待ち予約についての選択入力ができるようにしてもよい。
【００６７】
次に、図１１を用いて、ユーザの状態（在席中、離席中、連絡可否、連絡方法等）を把握するための処理について説明する。まず、ユーザ端末３は、端末プログラム２００を起動する（ステップＳ６１）。本実施の形態においては、端末プログラム２００は、ユーザ端末３の常駐プログラムであり、ユーザ端末３のＯＳ（Ｏｐｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の起動の際、自動的に起動するようになっている。例えば施設利用及び空き時間（キャンセルによる空き時間を含む）における使用を予約登録すると、予約管理サーバ５がユーザ端末３の端末プログラム２００をイネーブルするようにしてもよい。
【００６８】
そして、端末プログラム２００のサーバ通信部２０８（図２）は、例えばユーザ・データ格納部２０６（図２）に格納されているユーザＩＤを用いて、当該ユーザが在席していること示すデータ（在席データ）を予約管理サーバ５に対して送信する（ステップＳ６３）。
【００６９】
予約管理サーバ５のユーザ端末利用状況管理部５３は、在席データをユーザ端末３のサーバ通信部２０８（図２）から受信し、利用者テーブル５５７（図６）に格納する（ステップＳ６５）。すなわち、当該ユーザに対応するレコードのＩＰアドレスの列６０２と状態の列６０８と使用端末の列６１０と最終確認時間の列６１２とを更新する。ここでは、ユーザ端末３の起動に伴う在席データを受信したため、図６の例えば４行目に示したようなデータを、例えば５行目に示したようなデータに更新する。
【００７０】
なお、当該ユーザに対応するレコードが利用者テーブル５５７（図６）に登録されていない場合には、当該ユーザは施設利用の予約に関する登録を行っていない又は所定の期間（今月や今日等）の予約はないと判定し、在席データの格納処理を行わないようにする。
【００７１】
そして、端末プログラム２００の在席検知部２０２（図２）は、ユーザによるユーザ端末３の利用状況を監視する（ステップＳ６７）。例えばマウスやキーボードに対する操作がなされたことを検知する。そして、在席検知部２０２（図２）は、所定の間隔（例えば３０分）で、ユーザが在席しているかどうか判定する（ステップＳ６９）。在席していない（マウスやキーボードに対する操作が一定時間なされなかった）と判定された場合（ステップＳ６９：Ｎｏルート）、端末プログラム２００のサーバ通信部２０８（図２）は、離席を示すデータ（離席データ）を予約管理サーバ５に対して送信する（ステップＳ７１）。
【００７２】
予約管理サーバ５のユーザ端末利用状況管理部５３は、離席データをユーザ端末３のサーバ通信部２０８（図２）から受信し、利用者テーブル５５７（図６）に格納する（ステップＳ７３）。すなわち、当該ユーザに対応するレコードの状態の列６０８と使用端末の列６１０と最終確認時間の列６１２とを更新する。ここでは、離席データを受信したため、図６の例えば２行目に示したようなデータを、例えば３行目に示したようなデータに更新する。
【００７３】
一方、在席していると判定された場合（ステップＳ６９：Ｙｅｓルート）、端末プログラム２００のサーバ通信部２０８（図２）は、在席データを予約管理サーバ５に対して送信する（ステップＳ７５）。
【００７４】
予約管理サーバ５のユーザ端末利用状況管理部５３は、在席データをユーザ端末３のサーバ通信部２０８（図２）から受信し、利用者テーブル５５７（図６）に格納する（ステップＳ７７）。すなわち、当該ユーザに対応するレコードの状態の列６０８と使用端末の列６１０と最終確認時間の列６１２とを更新する。ここでは、通常の（起動に伴うものではない）在席データを受信したため、図６の例えば３行目に示したようなデータを、例えば２行目に示したようなデータに更新する。なお、該当するレコードの状態の列６０８（図６）の値が更新以前から在席中であった場合には、最終確認時間の列６１２（図６）のみに新たな値が格納される。
【００７５】
そして、端末プログラム２００の終了検知部２０４（図２）は、端末プログラム２００（図２）の終了処理がなされたかどうか判定する（ステップＳ７９）。本実施の形態においては、端末プログラム２００（図２）は常駐プログラムであるため、ユーザ端末３（のＯＳ）のシャット・ダウンがなされることにより、端末プログラム２００（図２）も終了する。その際、端末プログラム２００の終了検知部２０４（図２）は、端末プログラム２００（図２）の終了処理がなされたことを検知する。
【００７６】
終了処理がなされていないと判定された場合（ステップＳ７９：Ｎｏルート）、ステップＳ６７に戻り、利用状況の監視処理を引き続き行う。一方、終了処理がなされたと判定された場合（ステップＳ７９：Ｙｅｓルート）、端末プログラム２００のサーバ通信部２０８（図２）は、連絡不可を示すデータ（連絡不可データ）を予約管理サーバ５に対して送信する（ステップＳ８１）。
【００７７】
予約管理サーバ５のユーザ端末利用状況管理部５３は、連絡不可データをユーザ端末３のサーバ通信部２０８（図２）から受信し、利用者テーブル５５７（図６）に格納する（ステップＳ８３）。すなわち、当該ユーザに対応するＩＰアドレスの列６０２とレコードの状態の列６０８と使用端末の列６１０と最終確認時間の列６１２とを更新する。ここでは、連絡不可データを受信したため、図６の例えば５行目に示したようなデータを、例えば４行目に示したようなデータに更新する。
【００７８】
このようにして、ユーザの状態を把握するための処理が行われる。
【００７９】
次に、図１２を用いて、一旦行われた予約がキャンセルされた場合の処理について説明する。まず、予約管理サーバ５の施設利用状況管理部５１は、キャンセルされた予約データを例えばユーザ端末３等から受信し、予約テーブル５５１（図３）に格納する（ステップＳ９１）。すなわち、予約テーブル５５１の該当するレコードのキャンセルの列３０８（図３）の値を「済」と更新する。
【００８０】
そして、施設利用状況管理部５１は、キャンセルされた予約データを用いてキャンセル待ちテーブル５５３（図４）を検索する（ステップＳ９３）。そして、キャンセルされた予約内容（施設及び利用日時）についてキャンセル待ちの登録を行ったユーザが存在するかどうか判定する（ステップＳ９５）。該当者が存在しないと判定された場合（ステップＳ９５：Ｎｏルート）、施設利用状況管理部５１は、予約処理を行わずに処理を終了する（ステップＳ９７）。
【００８１】
一方、該当者が存在すると判定された場合（ステップＳ９５：Ｙｅｓルート）、施設利用状況管理部５１は、予約のキャンセルがなされた日時が、当該予約における利用予定日時の直前であったかどうか判定する（ステップＳ９９）。利用開始予定時刻まで例えば１時間以内であったら直前とみなす等、直前とみなす範囲を予め決めておく。
【００８２】
直前であったと判定された場合（ステップＳ９９：Ｙｅｓルート）、通知先を特定せずに割当処理を行う（ステップＳ１０１）。この割当処理の詳細については後述するが、キャンセルやその他の理由により施設利用の空き時間が生じた場合、当該空き時間にユーザを割り当てるための処理を行う。なお、即時性を要するため、割り当てられるユーザが存在しない場合もある。また、通知先とは、割当処理においてユーザに対して施設利用に関する通知を行う際、宛先となるユーザ及び当該ユーザの連絡先を指す。
【００８３】
一方、直前ではなかったと判定された場合（ステップＳ９９：Ｎｏルート）、施設利用状況管理部５１は、ステップＳ９３における検索にヒットした（キャンセル待ちの登録がなされていた）レコードに基づき、申し込み順（申し込み時間の列４１２（図４）の値をソート）で予約者を特定する（ステップＳ１０３）。すなわち、最も早くキャンセル待ちを行ったユーザを次の予約者として特定する。
【００８４】
そして、施設利用状況管理部５１は、予約テーブル５５１（図３）を更新する（ステップＳ１０５）。すなわち、新規レコードを１件追加登録する。そして、予約管理サーバ５の利用確認通信部５５は、予約通知メールのデータを生成し、キャンセル待ちから予約をとることができたユーザ宛に予約通知メールを送信する（ステップＳ１０７）。予約通知メールには、図示しないが、例えば施設名や利用日時等の予約条件と予約登録が完了したことを示すメッセージとが含まれている。
【００８５】
例えばユーザ端末３は、予約通知メールの宛先であるユーザの操作に従い、図示しないメール・サーバから予約通知メールのデータを受信し、表示装置に表示する（ステップＳ１０９）。
【００８６】
このようにして、一旦行われた予約がキャンセルされた場合、キャンセル待ちのユーザへの予約の割り当てが行われる。
【００８７】
次に、図１３及び図１４を用いて、割当処理（図１２：ステップＳ１０１）について説明する。まず、予約管理サーバ５の施設利用状況管理部５１は、本割当処理の前に、通知先が特定済みであったかどうか判定する（図１３：ステップＳ１２１）。
【００８８】
特定済みであったと判定された場合（ステップＳ１２１：Ｙｅｓルート）、後に述べるステップＳ１２７の処理に移行する。一方、特定済みではなかったと判定された場合（ステップＳ１２１：Ｎｏルート）、通知先特定処理を行う（ステップＳ１２３）。この通知先特定処理の詳細については後述するが、施設利用に関する通知を遅滞なく受信可能なユーザの通知先（端末のＩＰアドレス又は携帯電話番号）を特定する処理を行う。なお、即時性を要するため、ユーザが特定されない場合もある。
【００８９】
そして、施設利用状況管理部５１は、ステップＳ１２３の通知先特定処理において該当するユーザが存在した（通知先が特定された）かどうか判定する（ステップＳ１２５）。「該当なし」（通知先が特定されなかった）と判定された場合（ステップＳ１２５：Ｙｅｓルート）、割当処理を終了し、元の処理へ戻る。
【００９０】
一方、「該当なし」ではなかった（通知先が特定された）と判定された場合（ステップＳ１２５：Ｎｏルート）、予約管理サーバ５の利用確認通信部５５は、特定されたユーザの通知先が携帯電話番号であるかどうか判定する（ステップＳ１２７）。携帯電話番号であると判定された場合（ステップＳ１２７：Ｙｅｓルート）、処理は端子Ｃを介して図１４の処理に移行する。
【００９１】
一方、携帯電話番号ではなかった（端末のＩＰアドレスであった）と判定された場合（ステップＳ１２７：Ｎｏルート）、利用確認通信部５５は、使用確認通知データを生成し、特定されたユーザの通知先（例えばユーザ端末３のＩＰアドレス）に対して送信する（ステップＳ１２９）。
【００９２】
ユーザ端末３に設置されている端末プログラム２００のサーバ通信部２０８（図２）は、使用確認通知データを利用確認通信部５５から受信し、表示装置に表示する（ステップＳ１３１）。使用確認通知は、ユーザからの操作を伴わずに例えばダイアログ・ボックス等によって自動的に表示される。また、使用確認通知のダイアログ・ボックスには、図示しないが、例えば施設名や使用可能時間等の空き時間に関するデータと当該空き時間に施設を使用するか否かをユーザに選択させるためのボタン群とが含まれている。
【００９３】
そして、ユーザ端末３に設置されている端末プログラム２００のサーバ通信部２０８（図２）は、使用確認通知（ダイアログ・ボックス）に対するユーザからの選択入力を受け付け、予約管理サーバ５に対して送信する（ステップＳ１３３）。予約管理サーバ５の利用確認通信部５５は、使用確認通知（ダイアログ・ボックス）に対するユーザからの選択入力データを受信し、一旦記憶装置に格納する（ステップＳ１３５）。
【００９４】
また、その際、利用確認通信部５５は、通知済みを表す値（例えば「済」という文字）を、キャンセル待ちテーブル５５３の該当するレコードの通知済みの列４１６（図４）又は空き時間待ちテーブル５５５の該当するレコードの通知済みの列５１６（図５）に格納する。予約のキャンセルによる空き時間が発生したことによって当該割当処理が実行されている場合にはキャンセル待ちテーブル５５３の通知済みの列４１６（図４）に値を格納し、予約のキャンセル以外の事由による空き時間が発生したことによって当該割当処理が実行されている場合には空き時間待ちテーブル５５５の通知済みの列５１６（図５）に値を格納する。
【００９５】
そして、利用確認通信部５５は、ユーザからの選択入力が「使用する」であったかどうか判定する（ステップＳ１３７）。「使用する」ではなかったと判定された場合（ステップＳ１３７：Ｎｏルート）、ステップＳ１２３の処理に戻る。一方、「使用する」であったと判定された場合（ステップＳ１３７：Ｙｅｓルート）、利用確認通信部５５は、予約テーブル５５１（図３）を更新する（ステップＳ１３９）。すなわち、新規レコードを１件追加登録する。
【００９６】
そして、利用確認通信部５５は、予約確認通知のデータを生成し、「使用する」と選択入力したユーザの端末（例えばユーザ端末３）に対して送信する（ステップＳ１４１）。ユーザ端末３に設置されている端末プログラム２００のサーバ通信部２０８（図２）は、予約確認通知のデータを利用確認通信部５５から受信し、表示装置に表示する（ステップＳ１４３）。予約確認通知には、図示しないが、例えば施設名や利用日時等の予約条件と予約登録が完了したことを示すメッセージとが含まれている。そして、割当処理を終了し、元の処理に戻る。
【００９７】
このようにして、空き時間が発生したことが遅滞なくユーザの端末に通知され、空き時間に施設を使用するユーザが割り当てられる。
【００９８】
一方、ユーザの連絡先（手段）が携帯電話であると判定された場合の処理（端子Ｃを介して移行した後の処理）について、図１４を用いて説明する。
【００９９】
予約管理サーバ５のＩＶＲ５７は、特定されたユーザの携帯電話番号（例えばユーザ携帯電話機９の電話番号）に対して発呼する（図１４：ステップＳ１５１）。ユーザ携帯電話機９は着呼を検出すると、着信音の出力や振動等によりユーザに着信を示し、ユーザの通話開始指示に基づき音声通話を開始する（ステップＳ１５３）。音声通話が開始されると、ＩＶＲ５７は、所定の使用確認音声データをユーザ携帯電話機９に対して送信する（ステップＳ１５５）。ユーザ携帯電話機９は、使用確認音声データをＩＶＲ５７から受信し、スピーカから音声出力（再生）を行う（ステップＳ１５７）。
【０１００】
使用確認音声には、例えば施設の空き時間のデータと当該空き時間に施設を使用するか否かを選択するように促すメッセージとが含まれ、ユーザは例えばユーザ携帯電話機９のダイヤル・ボタンのいずれかを押すことによって、空き時間に施設を使用するか否かの選択入力を行う。
【０１０１】
ユーザ携帯電話機９は、ユーザからの選択入力を受け付け、選択入力データ（例えばプッシュ音）を予約管理サーバ５のＩＶＲ５７に対して送信する（ステップＳ１５９）。ＩＶＲ５７は、ユーザからの選択入力データを受信し、利用確認通信部５５は、受信した選択入力データを一旦記憶装置に格納する（ステップＳ１６１）。
【０１０２】
また、その際、利用確認通信部５５は、ステップＳ１３５（図１３）の処理と同様に、通知済みを表す値（例えば「済」という文字）を、キャンセル待ちテーブル５５３の該当するレコードの通知済みの列４１６（図４）又は空き時間待ちテーブル５５５の該当するレコードの通知済みの列５１６（図５）に格納する。
【０１０３】
そして、利用確認通信部５５は、ＩＶＲ５７が受信したユーザからの選択入力が「使用する」であったかどうか判定する（ステップＳ１６３）。「使用する」ではなかったと判定された場合（ステップＳ１６３：Ｎｏルート）、端子Ｂを介してステップＳ１２３（図１３）の処理に戻る。なお、その際、ＩＶＲ５７は通話終了メッセージの音声データをユーザ携帯電話機９に対して送信し、通話を終了する。
【０１０４】
一方、「使用する」であったと判定された場合（ステップＳ１６３：Ｙｅｓルート）、利用確認通信部５５は、予約テーブル５５１（図３）を更新する（ステップＳ１６５）。すなわち、新規レコードを１件追加登録する。
【０１０５】
そして、ＩＶＲ５７は、所定の予約確認音声データをユーザ携帯電話機９に対して送信する（ステップＳ１６７）。ユーザ携帯電話機９は、予約確認音声データをＩＶＲ５７から受信し、スピーカから音声出力（再生）を行う（ステップＳ１６９）。
【０１０６】
予約確認音声には、例えば施設名や利用日時等の予約条件と予約登録が完了したことを示すメッセージと通話を終了する旨のメッセージとが含まれている。そして、ＩＶＲ５７とユーザ携帯電話機９とが通話を終了することにより、割当処理が終了し、元の処理に戻る。
【０１０７】
このようにして、空き時間が発生したことが遅滞なくユーザの携帯電話機に通知され、空き時間に施設を使用するユーザが割り当てられる。
【０１０８】
次に、図１５を用いて、通知先特定処理（図１３：ステップＳ１２３）について説明する。まず、予約管理サーバ５の施設利用状況管理部５１は、キャンセル待ちに関する処理に基づき当該通知先特定処理が実行されたかどうか判定する（ステップＳ１８１）。例えば、ステップＳ１０１（図１２）を経由して処理が行われている場合には、キャンセル待ちに関する処理に基づき当該通知先特定処理が実行されたと判定される。
【０１０９】
キャンセル待ちに関する処理に基づき当該通知先特定処理が実行されたと判定された場合（ステップＳ１８１：Ｙｅｓルート）、施設利用状況管理部５１は、キャンセルされた予約データを用いてキャンセル待ちテーブル５５３（図４）を検索し、キャンセルされた予約内容（施設及び利用日時）のデータを含み且つ通知済みの列４１６（図４）の値が「済」ではないレコードを抽出する（ステップＳ１８３）。
【０１１０】
一方、キャンセル待ちに関する処理以外の処理（例えば空き時間待ちに関する処理）に基づき当該通知先特定処理が実行されたと判定された場合（ステップＳ１８１：Ｎｏルート）、施設利用状況管理部５１は、空き時間のデータを用いて空き時間待ちテーブル５５５（図５）を検索し、発生した空き時間に該当する内容（施設及び利用時間等）のデータを含み且つ通知済みの列５１６（図５）の値が「済」ではないレコードを抽出する（ステップＳ１８５）。
【０１１１】
そして、施設利用状況管理部５１は、ステップＳ１８３又はステップＳ１８５の処理において該当するレコードが存在したかどうか（レコードが抽出されたかどうか）判定する（ステップＳ１８７）。存在しなかったと判定された場合（ステップＳ１８７：Ｎｏルート）、通知先を特定せずに、そのまま通知先特定処理を終了する。
【０１１２】
一方、存在したと判定された場合（ステップＳ１８７：Ｙｅｓルート）、施設利用状況管理部５１は、抽出されたレコードを施設名及び申し込み日時で並び替え、例えば、図示していないが、予約管理サーバ５のワーク・メモリ領域に格納する（ステップＳ１８９）。本実施の形態においては、施設名を指定してキャンセル待ちや空き時間待ちを行ったユーザの優先度合を、施設名を指定せずに例えば人数や場所を指定してキャンセル待ちや空き時間待ちを行ったユーザの優先度合よりも高く設定するようにしている。また、施設名の指定につき同じ優先度合のユーザ（レコード）が複数存在する場合は、申し込み（レコード登録）が早かった方を優先する。
【０１１３】
そして、施設利用状況管理部５１は、並び替えられたレコードの先頭（最優先）レコードを特定する（ステップＳ１９１）。そしてさらに施設利用状況管理部５１は、特定されたレコードのユーザＩＤの値を抽出する（ステップＳ１９３）。
【０１１４】
そして、施設利用状況管理部５１によって抽出されたユーザＩＤに基づき、ユーザ端末利用状況管理部５３は、利用者テーブル５５７（図６）を検索し、該当するレコードを確認する（ステップＳ１９５）。そして、ユーザ端末利用状況管理部５３は、該当するレコードの状態の列６０８（図６）の値を特定し、「連絡不可」であったかどうか判定する（ステップＳ１９７）。
【０１１５】
「連絡不可」であったと判定された場合（ステップＳ１９７：Ｙｅｓルート）、施設利用状況管理部５１は、ステップＳ１８９においてワーク・メモリ領域に格納されているレコードから、次の優先レコードを特定する（ステップＳ１９９）。そして、施設利用状況管理部５１は、次の優先レコードが存在する（特定できた）かどうか判定する（ステップＳ２０１）。存在すると判定された場合（ステップＳ２０１：Ｙｅｓルート）、ステップＳ１９３の処理に戻る。一方、存在しないと判定された場合（ステップＳ２０１：Ｎｏルート）、通知先を特定せずに、そのまま通知先特定処理を終了する。
【０１１６】
一方、ステップＳ１９７において「連絡不可」ではなかったと判定された場合（ステップＳ１９７：Ｎｏルート）、ユーザ端末利用状況管理部５３は、該当するレコードの状態の列６０８（図６）の値が「在席中」であったかどうか判定する（ステップＳ２０３）。
【０１１７】
「在席中」であったと判定された場合（ステップＳ２０３：Ｙｅｓルート）、ユーザ端末利用状況管理部５３は、通知先のＩＰアドレスをＩＰアドレスの列６０２（図６）の値に基づき特定する（ステップＳ２０５）。そして、通知先特定処理を終了し、元の処理に戻る。一方、「在席中」ではなかった（「離席中」であった）と判定された場合（ステップＳ２０３：Ｎｏルート）、ユーザ端末利用状況管理部５３は、通知先の携帯電話番号を携帯電話番号の列６０４（図６）の値に基づき特定する（ステップＳ２０７）。そして、通知先特定処理を終了し、元の処理に戻る。
【０１１８】
このようにして、直ちに通知可能なユーザの通知先が特定される。
【０１１９】
次に、図１６及び図１７を用いて、空き検査処理について説明する。この処理は、予約された施設が所定の時間以上利用されていないことが検出された場合における処理である。まず、予約管理サーバ５の施設利用状況管理部５１は、予約テーブル５５１（図３）を検索する（ステップＳ２１１）。例えば１０分毎等、所定の間隔で検索する。そして、施設利用状況管理部５１は、現在時刻における利用予約がなされている施設（施設名）を抽出して、一旦記憶装置に格納する（ステップＳ２１３）。なお、該当する施設が存在しなかった場合には、当該空き検査処理を終了する。
【０１２０】
そして、施設利用状況管理部５１は、ステップＳ２１３において抽出された施設（施設名）に基づき施設テーブル５５９（図７）を検索し、該当する施設のデータ（レコード）を抽出し、例えば、図示していないが、予約管理サーバ５のワーク・メモリ領域に格納する（ステップＳ２１５）。
【０１２１】
そして、施設利用状況管理部５１は、ワーク・メモリ領域に格納された施設テーブル５５９のレコードのうち１件を抽出する（ステップＳ２１７）。そして、施設利用状況管理部５１は、抽出したレコードの使用状況の列７１０（図７）の値に基づき、当該施設が現在使用中であるかどうか判定する（ステップＳ２１９）。使用中であると判定された場合（ステップＳ２１９：Ｙｅｓルート）、処理は端子Ｆを介して、後に述べるステップＳ２３９（図１７）の処理に移行する。
【０１２２】
一方、使用中ではないと判定された場合（ステップＳ２１９：Ｎｏルート）、施設利用状況管理部５１は、施設利用の予定開始時刻と現在時刻とに基づき、当該施設が施設利用の予定開始時刻から所定の時間（例えば１０分等）空いていたかどうか判定する（ステップＳ２２１）。所定時間空きではない（未だ所定時間を経過していない）と判定された場合（ステップＳ２２１：Ｎｏルート）、処理は端子Ｆを介して、後に述べるステップＳ２３９（図１７）の処理に移行する。
【０１２３】
一方、所定時間空きであったと判定された場合（ステップＳ２２１：Ｙｅｓルート）、施設利用状況管理部５１は、予約テーブル５５１（図３）を検索し、当該施設を現在利用予定であったユーザを特定する（ステップＳ２２３）。すなわち、該当するレコードのユーザＩＤの列３００（図３）の値を抽出する。
【０１２４】
そして、施設利用状況管理部５１によって抽出されたユーザＩＤに基づき、ユーザ端末利用状況管理部５３は、利用者テーブル５５７（図６）を検索し、該当するレコードを確認する（ステップＳ２２５）。そして、ユーザ端末利用状況管理部５３は、該当するレコードの状態の列６０８（図６）の値を特定し、「連絡不可」であるかどうか判定する（ステップＳ２２７）。
【０１２５】
「連絡不可」であったと判定された場合（ステップＳ２２７：Ｙｅｓルート）、通知先を特定せずに割当処理（図１３及び図１４）を行う（ステップＳ２２９）。そして処理は端子Ｆを介して、後に述べるステップＳ２３９（図１７）の処理に移行する。一方、「連絡不可」ではなかったと判定された場合（ステップＳ２２７：Ｎｏルート）、処理は端子Ｄを介して図１７の処理に移行する。
【０１２６】
そして、ユーザ端末利用状況管理部５３は、該当するレコードの状態の列６０８（図６）の値が「在席中」であったかどうか判定する（図１７：ステップＳ２３１）。「在席中」であったと判定された場合（ステップＳ２３１：Ｙｅｓルート）、ユーザ端末利用状況管理部５３は、通知先のＩＰアドレスをＩＰアドレスの列６０２（図６）の値に基づき特定する（ステップＳ２３３）。
【０１２７】
一方、「在席中」ではなかった（「離席中」であった）と判定された場合（ステップＳ２３１：Ｎｏルート）、ユーザ端末利用状況管理部５３は、通知先の携帯電話番号を携帯電話番号の列６０６（図６）の値に基づき特定する（ステップＳ２３５）。
【０１２８】
そして、ステップＳ２３３又はステップＳ２３５の処理によって特定された通知先に基づき、通知先を特定して割当処理（図１３及び図１４）を行う（ステップＳ２３７）。
【０１２９】
そして、施設利用状況管理部５１は、ステップＳ２１５において抽出された全てのレコードについての処理が終了したかどうか判定する（ステップＳ２３９）。全てのレコードについての処理が終了していないと判定された場合（ステップＳ２３９：Ｎｏルート）、処理は端子Ｅを介してステップＳ２１７（図１６）の処理に戻る。一方、全てのレコードについての処理が終了したと判定された場合（ステップＳ２３９：Ｙｅｓルート）、当該空き検査処理を終了する。
【０１３０】
このようにして、施設利用の予約がなされていても実際に使用されていないことが検出された場合、空き時間へのユーザの割り当てが迅速に行われる。なお、ステップＳ２２１において、所定時間空きであったと判定された場合には、当該予約を無効とし、通知先を特定しないで割当処理を行うようにしてもよい。また、予定終了時刻までの空き時間が少ない（所定時間未満）の場合には、ユーザの割当処理を行わないようにしてもよい。
【０１３１】
次に、図１８を用いて、空き時間割当処理について説明する。この処理は、予約された施設利用が終了した場合における処理である。
【０１３２】
まず、予約管理サーバ５の施設利用状況管理部５１は、予約された施設利用が終了したことを検知する（ステップＳ２４１）。施設利用が終了したことを検知する方法としては、施設カード・リーダ１１から利用終了のデータを受信するようにしてもよいし、例えば５分毎等、所定の間隔で施設テーブル５５９（図７）を検索して使用状況の列７１０（図７）の値を抽出して判定するようにしてもよい。
【０１３３】
そして、施設利用状況管理部５１は、予約テーブル５５１（図３）を検索し、該当する施設利用（予約データ）の予定終了時刻を特定する（ステップＳ２４３）。なお、予定終了時刻を過ぎてから施設利用の終了がなされる場合もあるため、予約者のユーザＩＤ等を用いて、終了した施設利用に該当する予約データを正確に特定するようにする。
【０１３４】
そして、施設利用状況管理部５１は、現在時刻と予定終了時刻とに基づき、施設利用の余り時間（空き時間）を計算する（ステップＳ２４５）。そして、施設利用状況管理部５１は、計算された余り時間が所定時間（例えば１時間）以上であったかどうか判定する（ステップＳ２４７）。
【０１３５】
所定時間未満であったと判定された場合（ステップＳ２４７：Ｎｏルート）、空き時間割当処理を終了する。一方、所定時間以上であったと判定された場合（ステップＳ２４７：Ｙｅｓルート）、通知先を特定せずに割当処理（図１３及び図１４）を行う（ステップＳ２４９）。そして、空き時間割当処理を終了する。
【０１３６】
このようにして、予約された施設利用の終了が検知され、場合によっては空き時間へのユーザの割り当て処理が迅速に行われる。
【０１３７】
以上本発明の一実施の形態について説明したが、本発明はこれに限定されるものではない。例えば図３乃至図７に示したテーブル構成は一例であって、同様のデータを格納するためであれば、別の構成を採用するようにしてもよい。また、必要に応じて項目を追加又は削除するようにしてもよい。例えば、施設ＩＤや予約番号等が用いられる場合もある。
【０１３８】
また、図１０に示した画面構成は一例であって、同様の内容を別の態様にて表現することも可能である。また、予約管理サーバ５が複数のサーバによって構成されていてもよい。さらに、図１に示した予約管理サーバ５の機能ブロック構成は一例であって、実際のプログラム・モジュール構成とは異なる場合がある。端末プログラム２００（図２）についても同様である。
【０１３９】
また、図８乃至図１８に示した処理フローも一例であって、同様の処理結果が得られる範囲において処理の順序を入れ替えてもよいし、必要に応じてステップを追加又は削除してもよい。
【０１４０】
また、会議室予約に関するデータを用いてテーブル構成例を示したが、本発明の技術を適用可能な施設は会議室に限られず、予約利用可能なその他の施設であってもよい。
【０１４１】
【発明の効果】
以上述べたように、本発明によれば、施設の稼働率向上を図ることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるシステム概要図である。
【図２】端末プログラムの機能ブロック図である。
【図３】予約テーブルのテーブル構成及び格納されるデータの一例を示す図である。
【図４】キャンセル待ちテーブルのテーブル構成及び格納されるデータの一例を示す図である。
【図５】空き時間待ちテーブルのテーブル構成及び格納されるデータの一例を示す図である。
【図６】利用者テーブルのテーブル構成及び格納されるデータの一例を示す図である。
【図７】施設テーブルのテーブル構成及び格納されるデータの一例を示す図である。
【図８】本発明の実施の形態における処理フロー（その１）を示す図である。
【図９】本発明の実施の形態における処理フロー（その２）を示す図である。
【図１０】キャンセル・空き時間待ち予約ページの一例を示す図である。
【図１１】本発明の実施の形態における処理フロー（その３）を示す図である。
【図１２】本発明の実施の形態における処理フロー（その４）を示す図である。
【図１３】割当処理の処理フロー（その１）を示す図である。
【図１４】割当処理の処理フロー（その２）を示す図である。
【図１５】通知先特定処理の処理フローを示す図である。
【図１６】空き検査処理の処理フロー（その１）を示す図である。
【図１７】空き検査処理の処理フロー（その２）を示す図である。
【図１８】空き時間割当処理の処理フローを示す図である。
【符号の説明】
１  社内ＬＡＮ    ３  ユーザ端末    ５  予約管理サーバ
７  電話回線網    ９  ユーザ携帯電話機
１１  施設カード・リーダ    ５１  施設利用状況管理部
５３  ユーザ端末利用状況管理部    ５５  利用確認通信部
５７  ＩＶＲ    ５５０  予約管理ＤＢ    ５５１  予約テーブル
５５３  キャンセル待ちテーブル    ５５５  空き時間待ちテーブル
５５７  利用者テーブル    ５５９  施設テーブル
【図１】
2004318668.tif 000003
【図２】
2004318668.tif 000004
【図３】
2004318668.tif 000005
【図４】
2004318668.tif 000006
【図５】
2004318668.tif 000007
【図６】
2004318668.tif 000008
【図７】
2004318668.tif 000009
【図８】
2004318668.tif 000010
【図９】
2004318668.tif 000011
【図１０】
2004318668.tif 000012
【図１１】
2004318668.tif 000013
【図１２】
2004318668.tif 000014
【図１３】
2004318668.tif 000015
【図１４】
2004318668.tif 000016
【図１５】
2004318668.tif 000017
【図１６】
2004318668.tif 000018
【図１７】
2004318668.tif 000019
【図１８】
2004318668.tif 000020