最終退室管理方法、プログラム及び装置
【課題】最終退室資格者のうちの最後の一人に対して自身が最終退室者であることを認識させる。
【解決手段】本最終退室管理方法は、建物の出入口に設置され且つ入退館を管理する第1管理装置から入退館情報を受信し、ユーザが建物内に滞在中かを表す滞在データとユーザが勤務中かを表す勤務データと最終退室者の資格の有無を表す資格データとを格納する監視テーブルの滞在データを更新する工程と、出退勤を管理する第2管理装置から出退勤情報を受信し、監視テーブルの勤務データを更新する工程と、監視テーブルにおいて、建物内に滞在しており且つ勤務中であるユーザのうち最終退室者の資格を有する最終退室候補者が一人であるか判定する工程と、最終退室候補者が一人であると判定された場合、ユーザの連絡先とを格納する属性テーブルに格納された当該最終退室候補者の連絡先を用いて当該最終退室候補者に最終退室者である旨を通知する工程とを含む。
【解決手段】本最終退室管理方法は、建物の出入口に設置され且つ入退館を管理する第1管理装置から入退館情報を受信し、ユーザが建物内に滞在中かを表す滞在データとユーザが勤務中かを表す勤務データと最終退室者の資格の有無を表す資格データとを格納する監視テーブルの滞在データを更新する工程と、出退勤を管理する第2管理装置から出退勤情報を受信し、監視テーブルの勤務データを更新する工程と、監視テーブルにおいて、建物内に滞在しており且つ勤務中であるユーザのうち最終退室者の資格を有する最終退室候補者が一人であるか判定する工程と、最終退室候補者が一人であると判定された場合、ユーザの連絡先とを格納する属性テーブルに格納された当該最終退室候補者の連絡先を用いて当該最終退室候補者に最終退室者である旨を通知する工程とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、最終退室者を監視するための技術に関し、より詳しくは最終退室者としての資格を持つ者が、最終退室者であるか容易に把握できるようにするための技術に関する。
【背景技術】
【０００２】
従来、企業などにおいて最終退室者となる者は、最終退室チェック用紙に記載されたチェック項目（例えば、部屋に誰もいないか、ＰＣ（パーソナル・コンピュータ：Personal Computer）はシャットダウンされているか、社外秘書類がデスク上に放置されていないか、部屋内の窓やロッカーの鍵がかかっているか等）に基づき、各項目のチェックを行い、チェック結果を最終退室チェック用紙に記入した後、部屋から退室する。また、退室後には、警備システムなどを作動させる。
【０００３】
しかし、例えば、大規模な部屋では、数百人程度の従業員が作業する場合もあり、自分が最終退室者であるか分からないため、最終退室時のチェックや警備システムの作動を忘れてしまうことがある。
【０００４】
この問題を解決するための技術としては、例えば特開２００４−５４５１８号公報記載の技術がある。具体的には、当該公報には、入退室操作に基づき個人ＩＤ番号を入力する個人識別装置と、複数の個人ＩＤ番号、及び個人ＩＤ番号に対応する部署から構成されている個人情報ファイルと、部屋、及び部屋を利用する複数の部署から構成されている部屋利用情報ファイルと、部屋単位の部署毎に入退室データが記憶される入退室情報テーブルと、個人情報ファイルに基づいて個人識別装置により入力された個人ＩＤ番号が有効な場合は個人情報ファイルから個人ＩＤ番号に対応する部署を読み出し、この読み出した部署が部屋利用情報ファイルに存在する場合は入退室操作に応じて該当する部屋の該当部署の入退室情報テーブルを更新し、入退室情報テーブルの該当する部屋の全ての部署が退室状態である場合は最終退室状態と判断して該当する部屋の最終退室機能を実施させる最終退室判断手段とを備えた入退室管理装置が開示されている。当該公報記載の入退室管理装置によれば、自動的に最終退室機能（照明制御、空調制御、侵入監視制御等）を実現することができ、利用者は最終退室者かどうかの確認が不要になる。
【０００５】
しかし、最終退室時に実施すべきチェックを全て自動化することは技術的又は費用的に困難であり、例えば社外秘書類がデスク上に放置されていないか、部屋内の窓やロッカーの鍵がかかっているか等のチェックは、人手によって行わなければならない。
【０００６】
また、ある部屋においては、その企業の正社員だけではなく、派遣会社の社員や関係会社の社員、来客などが混在する場合もある。最終退室者は、責任を持って最終退室時のチェックなどを行う必要があり、正社員以外の者が最終退室者となるべきではない。例えば、少人数の部屋であれば、誰が正社員であるかは比較的容易に把握できるが、大規模な部屋で複数の部署が入り交じっているような場合には、容易に把握することはできず、声をかけて聞いたりしなければならない。
【特許文献１】特開２００４−５４５１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上で述べた従来技術では、最終退室時に人手によって行わなければならないチェックがある場合、最終退室者かどうかの確認が必要になるが、例えば大規模な部屋においては、最終退室者かどうかを容易に把握することはできない。また、最終退室者として不適切な者（例えば、派遣会社の社員や関係会社の社員など）が、最終退室者と扱われてしまう場合がある。さらに、例えば、部屋に一人で残っている場合に、トイレなどに行くため、部屋から出てしまうと、最終退室とみなされてしまう場合がある。
【０００８】
従って、本発明の目的は、最終退室者としての資格を持つ者のうちの最後の一人に対して、自身が最終退室者であることを認識させるための技術を提供することである。
【０００９】
また、本発明の他の目的は、最終退室であるか否かをより適切に判断するための技術を提供することである。
【課題を解決するための手段】
【００１０】
本発明に係る最終退室管理方法は、建物の出入口に設置され且つ入退館を管理する第１の管理装置とユーザの出退勤を管理する第２の管理装置とに接続され、ユーザの属性とユーザの連絡先情報とをユーザ毎に格納するユーザ属性テーブルと、ユーザが建物内に滞在しているか否かを表す建物内滞在データとユーザが勤務中であるか否かを表す勤務データと最終退室者の資格の有無を表す資格データとをユーザ毎に格納する最終退室監視テーブルとにアクセス可能なサーバにより実行される最終退室管理方法である。そして、本最終退室管理方法は、第１の管理装置からユーザの入退館情報を受信し、当該入退館情報に基づき最終退室監視テーブルの建物内滞在データを更新するステップと、第２の管理装置からユーザの出退勤情報を受信し、当該出退勤情報に基づき最終退室監視テーブルの勤務データを更新するステップと、最終退室監視テーブルにおいて、建物内に滞在しており且つ勤務中であるユーザのうち最終退室者の資格を有する最終退室候補ユーザが一人であるか判定する最終退室者判定ステップと、最終退室者判定ステップにおいて最終退室候補ユーザが一人であると判定された場合、ユーザ属性テーブルに格納された当該最終退室候補ユーザの連絡先情報を用いて、当該最終退室候補ユーザに最終退室者である旨を通知する最終退室者通知ステップとを含む。
【００１１】
このようにすれば、最終退室者としての資格を有するユーザ（例えば正社員）のうちの最後の一人には、最終退室者である旨が通知されるため、通知を受けたユーザは、自身が最終退室者であることを把握できる。そして、最終退室者としての資格を持たないユーザ（例えば派遣会社の社員や関係会社の社員、来客など）が、最終退室者となることを防止できる。
【００１２】
また、最終退室監視テーブルにおいて、最終退室候補ユーザが所定人数以下であるか判定する候補者判定ステップと、候補者判定ステップにおいて最終退室候補ユーザが所定人数以下であると判定された場合、各最終退室候補ユーザについて、ユーザ属性テーブルに格納された当該最終退室候補ユーザの連絡先情報を用いて、当該最終退室候補ユーザに最終退室者となる可能性がある旨を通知するステップとをさらに含むようにしてもよい。このようにすれば、最終退室者となる可能性があることを事前に知ることができる。
【００１３】
さらに、サーバが、建物内の部屋の出入口に設置され且つ入退室を管理する第３の管理装置とさらに接続され、最終退室監視テーブルが、ユーザが部屋に在室中であるか否かを表す在室データをさらに格納する場合もある。そして、第３の管理装置からユーザの入退室情報を受信し、当該入退室情報に基づき最終退室監視テーブルの在室データを更新するステップと、最終退室者通知ステップによる通知が行われた後に、最終退室監視テーブルにおいて、全てのユーザが部屋から退室したか判定する退室判定ステップと、退室判定ステップにおいて全てのユーザが部屋から退室したと判定された場合、最終退室時に実行すべき最終退室処理の開始指示を出力するステップとをさらに含むようにしてもよい。
【００１４】
このようにすれば、例えば、部屋に一人で残っている場合に、トイレなどに行くために部屋から出ても、誤って最終退室とみなされなくなる。すなわち、最終退室であるか否かをより適切に判断できる。
【００１５】
また、建物内に複数の部屋が設けられており、上記最終退室者判定ステップが、各部屋について、当該部屋における最終退室候補ユーザが一人であるか判定するステップを含む場合もある。さらに、建物内に複数の部屋が設けられており、上記候補者判定ステップが、各部屋について、当該部屋における最終退室候補ユーザが所定人数以下であるか判定するステップを含む場合もある。このように部屋毎に判別することによって、最終退室処理も部屋毎に行うことができるようになる。
【００１６】
なお、本発明に係る最終退室管理方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１７】
本発明によれば、最終退室者としての資格を持つ者のうちの最後の一人に対して、自身が最終退室者であることを認識させることが可能になる。
【００１８】
また、本発明の他の側面によれば、最終退室であるか否かをより適切に判断することができる。
【発明を実施するための最良の形態】
【００１９】
図１に本発明の一実施の形態に係るシステム概要を示す。例えば社内ＬＡＮ（Local Area Network）又はインターネットのようなネットワーク１には、本実施の形態における主要な処理を実施する最終退室監視サーバ２と、ＰＨＳ（Personal Handyphone System）端末、携帯電話機などの従業員端末３ａと、ＰＣ（パーソナル・コンピュータ）などの従業員端末３ｂと、建物の出入口に設置され且つ従業員などのユーザの入退館を管理する入退館管理装置４と、建物内の各部屋の出入口に設置され且つユーザの入退室を管理する入退室管理装置５と、ユーザの出退勤を管理する出退勤管理装置６と、照明を落としたり、空調を停止させたりといった最終退室処理を行う最終退室処理装置７と、警備会社又は警備室などに設置される警備部門装置８と、建物の来客窓口に設置される来客受付端末９とが接続されている。なお、図１では、従業員端末３ａ及び３ｂの２台の例を示しているが、従業員端末３の数は２台に限定されない。また、入退館管理装置４及び入退室管理装置５は、例えば接触式又は非接触式のＩＣ（Integrated Circuit）カードリーダなどを有している。そして、ユーザが入退館又は入退室する際に、ユーザの所持するＩＣカードからユーザＩＤ等を読み取り、認証処理などを行うようになっている。
【００２０】
また、最終退室監視サーバ２は、建物内の部屋を利用するユーザの情報を後で説明するユーザ属性テーブルに登録するユーザ情報登録部２１と、後で説明する最終退室監視テーブルなどに基づき、いずれのユーザが最終退室者となるか監視する最終退室者監視部２２と、最終退室処理の開始指示を最終退室処理装置７に通知する最終退室処理部２３と、最終退室者となる可能性がある旨又は最終退室者である旨のメールを送信するメール送信部２４とを有する。さらに、最終退室監視サーバ２は、ユーザ属性テーブルと、建物内在籍者テーブルと、部屋別在籍者テーブルと、出退勤テーブルと、最終退室資格テーブルと、最終退室監視テーブルと、メール送信条件テーブルと、最終退室確認テーブルとを格納するテーブル格納部２５を管理している。なお、各種テーブルの詳細については、以下で説明する。
【００２１】
図２に、ユーザ属性テーブルに格納されるデータの一例を示す。図２の例では、ユーザ属性テーブルには、ユーザＩＤの列と、所属部屋の列と、ユーザ種別の列と、ＰＣメールアドレスの列と、携帯端末アドレスの列とが含まれる。所属部屋の列には、そのユーザの自分の席がある部屋の番号が登録される。ユーザ種別の列には、正社員（管理職）、正社員（一般職）、派遣、請負、パート、来客、清掃者、・・・のいずれかが登録される。
【００２２】
図３に、建物内在籍者テーブルに格納されるデータの一例を示す。図３の例では、建物内在籍者テーブルには、ユーザＩＤの列と、入館時刻の列と、退館時刻の列とが含まれる。すなわち、建物内在籍者テーブルには、当該建物に出入りしたユーザの情報が登録される。
【００２３】
図４に、出退勤テーブルに格納されるデータの一例を示す。図４の例では、出退勤テーブルには、ユーザＩＤの列と、出勤時刻の列と、退勤時刻の列とが含まれる。すなわち、出退勤テーブルには、従業員などの出退勤の情報が登録される。
【００２４】
図５に、部屋別在籍者テーブルに格納されるデータの一例を示す。図５の例では、部屋別在籍者テーブルには、部屋番号の列と、ユーザＩＤの列と、入室時刻の列と、退室時刻の列とが含まれる。すなわち、部屋別在籍者テーブルには、各部屋に出入りしたユーザの情報が登録される。
【００２５】
図６に、最終退室資格テーブルに格納されるデータの一例を示す。図６の例では、最終退室資格テーブルには、ユーザ種別の列と、監視対象の列と、権限の列とが含まれる。監視対象の列は、さらに出勤の列と、滞在の列と、在室の列とに分かれており、以下で説明する最終退室監視テーブルの出勤の列、滞在の列及び在室の列を監視対象とするか否かが登録される。権限の列には、最終退室者としての資格を有するか否かが登録される。例えば、図６では、正社員（管理職）は、全ての部屋において最終退室者となることができ、正社員（一般）は、所属部屋においてのみ最終退室者となることができ、それ以外の者は、いずれの部屋においても最終退室者となることができないことを表している。
【００２６】
図７に、最終退室監視テーブルに格納されるデータの一例を示す。図７の例では、最終退室監視テーブルには、部屋番号の列と、ユーザＩＤの列と、出勤の列と、滞在の列と、在室の列と、資格の列とが含まれる。出勤の列には、ユーザが出勤中であるか否か（１：出勤、０：退勤）が登録される。滞在の列には、ユーザが建物内に滞在中であるか否か（１：滞在、０：不在）が登録される。在室の列には、ユーザがその部屋に在室中であるか否か（１：在室、０：不在）が登録される。なお、最終退室資格テーブル（図６）において監視対象外とされているものについては、出勤の列、滞在の列又は在室の列には「−」が設定される。例えば、図７におけるユーザＩＤ「１１１９」のユーザは、ユーザ種別が来客であり（ユーザ属性テーブル：図２）、来客の出勤については対象外となっているため（最終退室資格テーブル：図６）、最終退室監視テーブル（図７）の出勤の列に「−」が設定されている。また、資格の列は、その部屋の最終退室者の資格を有するか否か（１：資格有り、０：資格無し）が登録される。
【００２７】
本実施の形態では、最終退室監視テーブルによって、ユーザが自身の所属部屋に在室中であるかを監視するようになっており、最終退室監視テーブルには、各ユーザについて、当該ユーザの所属部屋に係るレコードが登録される。但し、ユーザ種別が正社員（管理職）のユーザ（図７では、ユーザＩＤが「１１１１」及び「１１１２」のユーザ）は、全ての部屋において最終退室者となることができるので（最終退室資格テーブル：図６）、所属部屋以外の部屋に係るレコードも最終退室監視テーブルに登録される。例えば、ユーザＩＤ「１１１１」のユーザは、部屋「５０５」が所属部屋となっているが、最終退室監視テーブルには、部屋「５０５」に係るレコードの他に、部屋「１０１」に係るレコードも登録されている。同様に、ユーザＩＤ「１１１２」のユーザは、部屋「１０１」が所属部屋となっているが、最終退室監視テーブルには、部屋「１０１」に係るレコードの他に、部屋「５０５」に係るレコードも登録されている。
【００２８】
図８に、メール送信条件テーブルに格納されるデータの一例を示す。図８の例では、部屋番号の列と、最終退室候補者数の列とが含まれる。詳細は後で説明するが、本実施の形態では、最終退室者となる可能性があるユーザに対して、その旨を事前に通知するようになっており、最終退室候補者数の列には、何人になったらその事前通知を行うか、その人数が登録される。
【００２９】
図９に、最終退室確認テーブルに格納されるデータの一例を示す。図９の例では、最終退室確認テーブルには、日付の列と、部屋番号の列と、最終退室者の列と、最終退室時刻の列とが含まれる。すなわち、最終退室確認テーブルには、最終退室の情報が登録され、例えば、後日、最終退室者が誰であったかを確認する際などに参照される。
【００３０】
次に、図１０乃至図１９を用いて、図１に示したシステムの処理を説明する。具体的な処理フローを説明する前に、図１０を用いて、本システムの運用場面の一例を説明する。図１０は、ある建物の１フロアを示すものである。図１０の例では、建物１００の出入口には、入館用ＩＣカードリーダ４１と退館用ＩＣカードリーダ４２とを有する入退館管理装置４が設置されている。そして、ユーザが建物１００に入る際には、自身のＩＣカードを入館用ＩＣカードリーダ４１に近づけ又は接触させ、ＩＣカードによる認証を行うようになっている。同様に、ユーザが建物１００から出る際にも、自身のＩＣカードを退館用ＩＣカードリーダ４２に近づけ又は接触させ、ＩＣカードによる認証を行うようになっている。なお、ＩＣカードは、従業員であれば予め貸与されているものとし、来客者には、来客窓口で所定の手続きを済ませた上で貸与するものとする。
【００３１】
さらに、建物１００には、部屋５０５、部屋１０１及び会議室１０２が設けられており、壁で仕切られている。部屋５０５の出入口には、入室用ＩＣカードリーダ５１と退室用ＩＣカードリーダ５２とを有する入退室管理装置５が設置されている。そして、ユーザが部屋５０５に入る際には、自身のＩＣカードを入室用ＩＣカードリーダ５１に近づけ又は接触させ、ＩＣカードによる認証を行うようになっている。同様に、ユーザが部屋５０５から出る際にも、自身のＩＣカードを退室用ＩＣカードリーダ５２に近づけ又は接触させ、ＩＣカードによる認証を行うようになっている。なお、図示していないが、部屋１０１及び会議室１０２の出入口においても、入退室管理装置５が設置されるものとする。
【００３２】
また、部屋５０５には、出退勤管理装置６が設置されており、ユーザからの出勤又は退勤の入力を受け付けるようになっている。例えば、出退勤管理装置６にＩＣカードリーダを設け、ＩＣカードを用いて出退勤を管理する場合もあれば、その他の方式を採用する場合もある。なお、出退勤管理装置６は、１つだけでなく、複数設置されるような場合もある。
【００３３】
さらに、部屋５０５には、最終退室処理装置７が設置されており、部屋５０５の照明を落としたり、空調を停止させたりといった最終退室処理を行うようになっている。なお、１つの最終退室処理装置７が、各部屋の最終退室処理を行うようにしてもよい。
【００３４】
また、来客窓口には、受付担当者に操作される来客受付端末９が設置されている。例えば来客者は、来客窓口にて所定の手続きを済ませ、受付担当者からＩＣカードを受け取り、当該ＩＣカードを使用して建物１００に入館する。また、受付担当者は、来客者の情報（例えば会社名、氏名、訪問先など）を来客受付端末９に入力する。
【００３５】
そして、従業員端末３ａ及び３ｂ（図示せず）、入退館管理装置４、入退室管理装置５、出退勤管理装置６、最終退室処理装置７及び来客受付端末９は、社内ＬＡＮなどのネットワーク１を介して最終退室監視サーバ２と接続されている。なお、従業員端末３ａは、ユーザが携帯しているものとし、従業員端末３ｂは、ユーザの所属部屋に設置されているものとする。
【００３６】
次に、本システムの具体的な処理フローを説明する。まず、図１１にユーザ情報の登録処理の処理フローを示す。なお、本処理は、いずれかの部屋を新たに利用することになったユーザの情報を各種テーブルに新規に登録する場合の処理である。例えば、ユーザ種別が正社員（管理職）のユーザは、従業員端末３ｂを操作して、いずれかの部屋を新たに利用することになったユーザの情報（所属部屋、ユーザ種別、ＰＣメールアドレス、携帯端末アドレス）を入力し、当該ユーザ情報を含むユーザ情報登録要求を最終退室監視サーバ２に送信させる。最終退室監視サーバ２のユーザ情報登録部２１は、従業員端末３ｂからのユーザ情報登録要求を受信する（図１１：ステップＳ１）。そして、最終退室監視サーバ２のユーザ情報登録部２１は、ユーザ情報登録要求に含まれるユーザ情報をユーザ属性テーブルに登録する（ステップＳ３）。このとき、最終退室監視サーバ２のユーザ情報登録部２１は、ユーザＩＤとしてユニークな番号を割り当て、ユーザ属性テーブルに登録する。また、ユーザ情報登録部２１は、当該ユーザのレコードを建物内在籍者テーブル、部屋別在籍者テーブル、出退勤テーブル及び最終退室監視テーブルへ登録する。具体的には、ユーザ情報登録部２１は、当該ユーザのＩＤを含むレコードを建物内在籍者テーブル、部屋別在籍者テーブル及び出退勤管理テーブルに登録する。なお、部屋別在籍者テーブルには、当該ユーザのレコードを部屋毎に登録する。また、ユーザ情報登録部２１は、当該ユーザのユーザＩＤと所属部屋の部屋番号と最終退室者の資格の有無とを含むレコードを最終退室監視テーブルに登録する。最終退室者の資格の有無は、最終退室資格テーブルの権限の列に基づき設定される。さらに、当該ユーザが、全ての部屋において最終退室者の資格を有する者である場合には、所属部屋以外の各部屋に係るレコードについても最終退室監視テーブルに登録する。そして、必要な情報を書き込んだＩＣカードを、新たに利用することになったユーザに貸与する。
【００３７】
なお、来客があった場合には、受付窓口の受付担当者が、来客受付端末９を操作して、来客者の情報（所属部屋（訪問先）、ユーザ種別）を入力し、当該来客者情報を含むユーザ情報登録要求を最終退室監視サーバ２に送信させる。その後の流れは、上で述べたとおりであり、来客者には、ＩＣカードが貸与される。
【００３８】
次に、図１２にユーザ情報の削除処理の処理フローを示す。本処理は、なんらかの理由で部屋を利用しなくなったユーザの情報を各種テーブルから削除する場合の処理である。例えば、ユーザ種別が正社員（管理職）のユーザは、従業員端末３ｂを操作して、部屋を利用しなくなったユーザのユーザＩＤを入力し、当該ユーザＩＤを含むユーザ情報削除要求を最終退室監視サーバ２に送信させる。最終退室監視サーバ２のユーザ情報登録部２１は、従業員端末３ｂからのユーザ情報削除要求を受信する（図１２：ステップＳ５）。そして、最終退室監視サーバ２のユーザ情報登録部２１は、ユーザ情報削除要求に係るユーザＩＤを含むユーザ情報をユーザ属性テーブルから削除する（ステップＳ７）。また、建物内在籍者テーブル、部屋別在籍者テーブル、出退勤テーブル及び最終退室監視テーブルからも当該ユーザのレコードを削除する。なお、来客者は、訪問を終えた後、ＩＣカードを受付窓口に返却する。この場合、受付担当者は、来客受付端末９を操作して、当該来客者に係るユーザＩＤを入力し、当該ユーザＩＤを含むユーザ情報削除要求を最終退室監視サーバ２に送信させる。その後の流れは、上で述べたとおりである。
【００３９】
以上のような処理を実施することにより、必要なユーザの情報が各種テーブルに登録され、またユーザにはＩＣカードが貸与される。
【００４０】
次に、図１３を用いて、ユーザが建物１００に入退館する際の入退館管理装置４に係る処理を説明する。例えば、ユーザは、建物１００に入る場合又は建物１００から出る場合、自身のＩＣカードを入館用ＩＣカードリーダ４１又は退館用ＩＣカードリーダ４２に近づけ又は接触させる。そして、入館用ＩＣカードリーダ４１又は退館用ＩＣカードリーダ４２は、ＩＣカードから認証情報を読み取る（図１３：ステップＳ１１）。そして、入退館管理装置４は、認証情報に基づき、認証処理を実施し、認証に成功した場合にはドアロックを解錠する（ステップＳ１３）。なお、ＩＣカードによる認証については、従来と変わらないため、これ以上述べない。そして、入退館管理装置４は、入退館情報（ユーザＩＤ並びに入館時刻又は退館時刻）を含む建物内在籍者テーブル更新指示を最終退室監視サーバ２に送信する（ステップＳ１５）。すなわち、最終退室監視サーバ２には、入退館情報が入退館管理装置４から随時送信されることになる。なお、建物内在籍者テーブル更新指示受信時の最終退室監視サーバ２に係る処理は後で説明する。
【００４１】
次に、図１４を用いて、ユーザが部屋に入退室する際の入退室管理装置５に係る処理を説明する。例えば、ユーザは、いずれかの部屋に入る又は部屋から出る場合、自身のＩＣカードを入室用ＩＣカードリーダ５１又は退室用ＩＣカードリーダ５２に近づけ又は接触させる。そして、入室用ＩＣカードリーダ５１又は退室用ＩＣカードリーダ５２は、ＩＣカードから認証情報を読み取る（図１４：ステップＳ１７）。そして、入退室管理装置５は、認証情報に基づき、認証処理を実施し、認証に成功した場合にはドアロックを解錠する（ステップＳ１９）。そして、入退室管理装置５は、入退室情報（ユーザＩＤ、部屋番号並びに入室時刻又は退室時刻）を含む部屋別在籍者テーブル更新指示を最終退室監視サーバ２に送信する（ステップＳ２１）。すなわち、最終退室監視サーバ２には、入退室情報が入退室管理装置５から随時送信されることになる。なお、部屋別在籍者テーブル更新指示受信時の最終退室監視サーバ２に係る処理は後で説明する。
【００４２】
次に、図１５を用いて、ユーザが出退勤時における出退勤管理装置６に係る処理を説明する。例えば、出退勤管理装置６にはＩＣカードリーダが設けられており、ユーザは、出勤した際又は退勤する際には、自身のＩＣカードをＩＣカードリーダに近づけ又は接触させる。出退勤管理装置６は、ＩＣカードリーダを介してユーザからの出退勤の指示の入力を受け付け（図１５：ステップＳ２３）、出退勤情報（ユーザＩＤ並びに出勤時刻又は退勤時刻）を含む出退勤テーブル更新指示を最終退室監視サーバ２に送信する（ステップＳ２５）。すなわち、最終退室監視サーバ２には、出退勤情報が出退勤管理装置６から随時送信されることになる。なお、出退勤テーブル更新指示受信時の最終退室監視サーバ２に係る処理は後で説明する。また、出退勤の管理は、他の方式を採用する場合もある。
【００４３】
次に、図１６乃至図１９を用いて、最終退室監視サーバ２の最終退室者を監視する処理を説明する。まず、最終退室監視サーバ２の最終退室者監視部２２は、入退館管理装置４からの建物内在籍者テーブル更新指示、入退室管理装置５からの部屋別在籍者テーブル更新指示又は出退勤管理装置６からの出退勤テーブル更新指示を受信し、一旦記憶装置に格納する（図１６：ステップＳ３１）。
【００４４】
そして、ステップＳ３１において受信したのが建物内在籍者テーブル更新指示である場合（ステップＳ３３：Ｙｅｓルート）、最終退室者監視部２２は、建物内在籍者テーブル更新指示に含まれる入退館情報に基づき、テーブル格納部２５に格納されている建物内在籍者テーブル（図３）を更新する（ステップＳ３５）。すなわち、入退指示情報に含まれる入館時刻又は退館時刻を該当ユーザのレコードに登録する。その後、ステップＳ４３の処理に移行する。
【００４５】
一方、ステップＳ３１において受信したのが建物内在籍者テーブル更新指示ではなく（ステップＳ３３：Ｎｏルート）、部屋別在籍者テーブル更新指示である場合（ステップＳ３７：Ｙｅｓルート）、最終退室者監視部２２は、部屋別在籍者テーブル更新指示に含まれる入退室情報に基づき、テーブル格納部２５に格納されている部屋別在籍者テーブル（図５）を更新する（ステップＳ３９）。すなわち、入退室情報に含まれる入室時刻又は退室時刻を、入退室に係る部屋についての、該当ユーザのレコードに登録する。その後、ステップＳ４３の処理に移行する。
【００４６】
一方、ステップＳ３１において受信したのが部屋別在籍者テーブル更新指示でなければ（ステップＳ３７：Ｎｏルート）、すなわちステップＳ３１において受信したのが出退勤テーブル更新指示である場合、最終退室者監視部２２は、出退勤テーブル更新指示に含まれる出退勤情報に基づき、テーブル格納部２５に格納されている出退勤テーブル（図４）を更新する（ステップＳ４１）。すなわち、出退勤情報に含まれる出勤時刻又は退勤時刻を該当ユーザのレコードに登録する。その後、ステップＳ４３の処理に移行する。
【００４７】
そして、最終退室者監視部２２は、建物内在籍者テーブル更新指示に含まれる入退館情報、部屋別在籍者テーブル更新指示に含まれる入退室情報又は出退勤テーブル更新指示に含まれる出退勤情報に基づき、テーブル格納部２５に格納されている最終退室監視テーブル（図７）を更新する（ステップＳ４３）。例えば、入退館情報に入館時刻が含まれていれば、最終退室監視テーブルの滞在の列を「１」に設定し、入退館情報に退館時刻が含まれていれば、最終退室監視テーブルの滞在の列を「０」に設定する。また、入退室情報に入室時刻が含まれていれば、最終退室監視テーブルの在室の列を「１」に設定し、入退室情報に退室時刻が含まれていれば、最終退室監視テーブルの在室の列を「０」に設定する。また、出退勤情報に出勤時刻が含まれていれば、最終退室監視テーブルの出勤の列を「１」に設定し、出退勤情報に退勤時刻が含まれていれば、最終退室監視テーブルの出勤の列を「０」に設定する。すなわち、滞在の列は、建物内在籍者テーブルと同期が取られ、在室の列は、部屋別在籍者テーブルと同期が取られ、出勤の列は、出退勤テーブルと同期が取られる。その後、端子Ａを介してステップＳ４５（図１７）の処理に移行する。なお、以降の処理は、部屋別に行うものとし、ステップＳ４３において更新がなされた部屋を対象に処理を行う。例えば、図７において、ユーザＩＤ「１１１７」の在室の列が「１」から「０」に更新された場合、部屋５０５が処理対象となる。
【００４８】
図１７の説明に移行して、端子Ａの後、最終退室者監視部２２は、警備フラグがＯＮであるか判断する（図１７：ステップＳ４５）。なお、警備フラグとは、警備システムが作動中であるか否か（ＯＮ：作動中、ＯＦＦ：未作動）を表すものであり、部屋毎に管理される。警備フラグがＯＮであると判断された場合（ステップＳ４５：Ｙｅｓルート）、最終退室者監視部２２は、警備解除要求を警備部門装置８に送信する（ステップＳ４７）。ここで、最終退室監視テーブルの更新（ステップＳ４３）後に、警備フラグがＯＮの状態であるというのは、最終退室後、一人目のユーザが出社してきたという場合である。従って、いずれかのユーザが出社してきた場合には、警備システムの作動を停止させる。その後、ステップＳ４９の処理に移行する。
【００４９】
一方、警備フラグがＯＮでない場合（ステップＳ４５：Ｎｏルート）、ステップＳ４７の処理をスキップし、ステップＳ４９の処理に移行する。
【００５０】
そして、最終退室者監視部２２は、最終退室予定者宛てメール送信フラグがＯＮであるか判断する（ステップＳ４９）。なお、詳細は後で説明するが、本実施の形態では、部屋毎に、最終退室者の資格を有するユーザのうち最後の一人に対して最終退室予定者宛てメールを送信するようになっており、最終退室予定者宛てメール送信フラグは、この最終退室予定者宛てメールを送信済みであるか否か（ＯＮ：送信済み、ＯＦＦ：未送信）を表し、部屋毎に管理される。
【００５１】
最終退室予定者宛てメール送信フラグがＯＮであると判断された場合（ステップＳ４９：Ｙｅｓルート）、最終退室者監視部２２は、最終退室監視テーブルを参照し、在室中のユーザが０人になったか判断する（ステップＳ５１）。在室中のユーザが０人になったと判断された場合（ステップＳ５１：Ｙｅｓルート）、最終退室者監視部２２は、出勤中のユーザが０人であるか判断する（ステップＳ５２）。出勤中のユーザが０人であると判断された場合（ステップＳ５２：Ｙｅｓ）、最終退室処理部２３は、最終退室処理の開始指示を最終退室処理装置７に送信する（ステップＳ５３）。また、最終退室処理部２３は、警備開始要求を警備部門装置８に送信する（ステップＳ５５）。そして、最終退室者監視部２２は、最終退室予定者宛てメール送信フラグをＯＦＦに設定する（ステップＳ５７）。また、最終退室者監視部２２は、部屋番号、最終退室者、最終退室時刻を最終退室確認テーブルに登録する。なお、最終退室時に実施すべき処理が他にもある場合には、必要に応じて実施する。その後、端子Ｂを介して処理を終了する。
【００５２】
一方、ステップＳ４９において最終退室予定者宛てメール送信フラグがＯＮでない場合（ステップＳ４９：Ｎｏルート）、ステップＳ５１において在室中のユーザが０人になっていないと判断された場合（ステップＳ５１：Ｎｏルート）、又は、ステップＳ５２において出勤中のユーザが０人でないと判断された場合（ステップＳ５２：Ｎｏルート）、最終退室者監視部２２は、建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが所定数以下であるか判断する（ステップＳ５９）。具体的には、メール送信条件テーブルに格納される最終退室候補者数以下であるか判断する。建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが所定数以下であると判断された場合（ステップＳ５９：Ｙｅｓルート）、端子Ｃを介してステップＳ６１（図１８）の処理に移行する。一方、建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが所定数以下でなければ（ステップＳ５９：Ｎｏルート）、端子Ｂを介して処理を終了する。
【００５３】
図１８の説明に移行して、端子Ｃの後、最終退室者監視部２２は、建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが最後の一人であるか判断する（図１８：ステップＳ６１）。建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが最後の一人でなければ（ステップＳ６１：Ｎｏルート）、メール送信部２４は、図１９（ａ）に示すような最終退室候補者宛てメールを生成し、該当する各ユーザに係る従業員端末３ａ又は３ｂに送信する（ステップＳ６３）。そして、最終退室者監視部２２は、最終退室予定者宛てメール送信フラグをＯＦＦに設定する（ステップＳ６５）。なお、最終退室予定者宛てメール送信フラグがＯＦＦに設定されている場合には、ステップＳ６５の処理をスキップする。その後、本処理を終了する。
【００５４】
一方、建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが最後の一人であると判断された場合（ステップＳ６１：Ｙｅｓルート）、最終退室者監視部２２は、最終退室予定者宛てメール送信フラグがＯＮであるか判断する（ステップＳ６７）。最終退室予定者宛てメール送信フラグがＯＮであると判断された場合（ステップＳ６７：Ｙｅｓルート）、本処理を終了する。一方、最終退室予定者宛てメール送信フラグがＯＮでない場合（ステップＳ６７：Ｎｏルート）、メール送信部２４は、図１９（ｂ）に示すような最終退室予定者宛てメールを生成し、該当するユーザに係る従業員端末３ａ又は３ｂに送信する（ステップＳ６９）。そして、最終退室者監視部２２は、最終退室予定者宛てメール送信フラグをＯＮに設定する（ステップＳ７１）。その後、本処理を終了する。
【００５５】
以上のような処理を実施することにより、最終退室者としての資格を有するユーザのうち最後の一人には最終退室予定者宛てメールが送信されるので、自身が最終退室者であることを認識することができる。そして、最終退室者としての資格を持たないユーザが、最終退室者となることを防止できる。また、最終退室者としての資格を有するユーザが所定人数以下になった時点で、該当するユーザには最終退室候補者宛てメールが送信されるので、最終退室者になる可能性があることを事前に知ることができる。さらに、部屋に一人で残っている場合に一時的に部屋から出たとしても、最終退室とみなされないようになる。
【００５６】
以上本発明の一実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、上で説明した機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。最終退室監視サーバ２は、１台のコンピュータではなく複数台のコンピュータで実現するようにしても良い。また、最終退室処理装置７の機能を最終退室監視サーバ２で実現するようにしてもよい。
【００５７】
また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。また、最終退室候補者宛てメール、最終退室予定者宛てメールも一例であって、必ずしも上記のような構成でなければならないわけではない。
【００５８】
また、上では入退館、入退室時にＩＣカードを用いる例を説明したが、いずれのユーザであるかを認識可能な方式であれば、他の方式（例えば、バイオメトリクス認証など）を採用することもできる。
【００５９】
なお、図１に示した最終退室監視サーバ２、従業員端末３ａ及び３ｂ、入退館管理装置４、入退室管理装置５、出退勤管理装置６、最終退室処理装置７、警備部門装置８並びに来客受付端末９は、図２０のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施の形態に係るシステム概要図である。
【図２】ユーザ属性テーブルの一例を示す図である。
【図３】建物内在籍者テーブルの一例を示す図である。
【図４】出退勤テーブルの一例を示す図である。
【図５】部屋別在籍者テーブルの一例を示す図である。
【図６】最終退室資格テーブルの一例を示す図である。
【図７】最終退室監視テーブルの一例を示す図である。
【図８】メール送信条件テーブルの一例を示す図である。
【図９】最終退室確認テーブルの一例を示す図である。
【図１０】本システムの運用場面の一例を示す図である。
【図１１】ユーザ情報の登録処理の処理フローを示す図である。
【図１２】ユーザ情報の削除処理の処理フローを示す図である。
【図１３】入退館管理装置に係る処理フローを示す図である。
【図１４】入退室管理装置に係る処理フローを示す図である。
【図１５】出退勤管理装置に係る処理フローを示す図である。
【図１６】最終退室監視サーバに係る処理フロー（第１の部分）を示す図である。
【図１７】最終退室監視サーバに係る処理フロー（第２の部分）を示す図である。
【図１８】最終退室監視サーバに係る処理フロー（第３の部分）を示す図である。
【図１９】（ａ）及び（ｂ）は、最終退室候補者宛てメール及び最終退室予定者宛てメールの一例を示す図である。
【図２０】コンピュータの機能ブロック図である。
【符号の説明】
【００６１】
１ ネットワーク ２ 最終退室監視サーバ
３ａ，３ｂ 従業員端末
４ 入退館管理装置 ５ 入退室管理装置
６ 出退勤管理装置 ７ 最終退室処理装置
８ 警備部門装置 ９ 来客受付端末
２１ ユーザ情報登録部 ２２ 最終退室者監視部
２３ 最終退室処理部 ２４ メール送信部
２５ テーブル格納部
【技術分野】
【０００１】
本発明は、最終退室者を監視するための技術に関し、より詳しくは最終退室者としての資格を持つ者が、最終退室者であるか容易に把握できるようにするための技術に関する。
【背景技術】
【０００２】
従来、企業などにおいて最終退室者となる者は、最終退室チェック用紙に記載されたチェック項目（例えば、部屋に誰もいないか、ＰＣ（パーソナル・コンピュータ：Personal Computer）はシャットダウンされているか、社外秘書類がデスク上に放置されていないか、部屋内の窓やロッカーの鍵がかかっているか等）に基づき、各項目のチェックを行い、チェック結果を最終退室チェック用紙に記入した後、部屋から退室する。また、退室後には、警備システムなどを作動させる。
【０００３】
しかし、例えば、大規模な部屋では、数百人程度の従業員が作業する場合もあり、自分が最終退室者であるか分からないため、最終退室時のチェックや警備システムの作動を忘れてしまうことがある。
【０００４】
この問題を解決するための技術としては、例えば特開２００４−５４５１８号公報記載の技術がある。具体的には、当該公報には、入退室操作に基づき個人ＩＤ番号を入力する個人識別装置と、複数の個人ＩＤ番号、及び個人ＩＤ番号に対応する部署から構成されている個人情報ファイルと、部屋、及び部屋を利用する複数の部署から構成されている部屋利用情報ファイルと、部屋単位の部署毎に入退室データが記憶される入退室情報テーブルと、個人情報ファイルに基づいて個人識別装置により入力された個人ＩＤ番号が有効な場合は個人情報ファイルから個人ＩＤ番号に対応する部署を読み出し、この読み出した部署が部屋利用情報ファイルに存在する場合は入退室操作に応じて該当する部屋の該当部署の入退室情報テーブルを更新し、入退室情報テーブルの該当する部屋の全ての部署が退室状態である場合は最終退室状態と判断して該当する部屋の最終退室機能を実施させる最終退室判断手段とを備えた入退室管理装置が開示されている。当該公報記載の入退室管理装置によれば、自動的に最終退室機能（照明制御、空調制御、侵入監視制御等）を実現することができ、利用者は最終退室者かどうかの確認が不要になる。
【０００５】
しかし、最終退室時に実施すべきチェックを全て自動化することは技術的又は費用的に困難であり、例えば社外秘書類がデスク上に放置されていないか、部屋内の窓やロッカーの鍵がかかっているか等のチェックは、人手によって行わなければならない。
【０００６】
また、ある部屋においては、その企業の正社員だけではなく、派遣会社の社員や関係会社の社員、来客などが混在する場合もある。最終退室者は、責任を持って最終退室時のチェックなどを行う必要があり、正社員以外の者が最終退室者となるべきではない。例えば、少人数の部屋であれば、誰が正社員であるかは比較的容易に把握できるが、大規模な部屋で複数の部署が入り交じっているような場合には、容易に把握することはできず、声をかけて聞いたりしなければならない。
【特許文献１】特開２００４−５４５１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上で述べた従来技術では、最終退室時に人手によって行わなければならないチェックがある場合、最終退室者かどうかの確認が必要になるが、例えば大規模な部屋においては、最終退室者かどうかを容易に把握することはできない。また、最終退室者として不適切な者（例えば、派遣会社の社員や関係会社の社員など）が、最終退室者と扱われてしまう場合がある。さらに、例えば、部屋に一人で残っている場合に、トイレなどに行くため、部屋から出てしまうと、最終退室とみなされてしまう場合がある。
【０００８】
従って、本発明の目的は、最終退室者としての資格を持つ者のうちの最後の一人に対して、自身が最終退室者であることを認識させるための技術を提供することである。
【０００９】
また、本発明の他の目的は、最終退室であるか否かをより適切に判断するための技術を提供することである。
【課題を解決するための手段】
【００１０】
本発明に係る最終退室管理方法は、建物の出入口に設置され且つ入退館を管理する第１の管理装置とユーザの出退勤を管理する第２の管理装置とに接続され、ユーザの属性とユーザの連絡先情報とをユーザ毎に格納するユーザ属性テーブルと、ユーザが建物内に滞在しているか否かを表す建物内滞在データとユーザが勤務中であるか否かを表す勤務データと最終退室者の資格の有無を表す資格データとをユーザ毎に格納する最終退室監視テーブルとにアクセス可能なサーバにより実行される最終退室管理方法である。そして、本最終退室管理方法は、第１の管理装置からユーザの入退館情報を受信し、当該入退館情報に基づき最終退室監視テーブルの建物内滞在データを更新するステップと、第２の管理装置からユーザの出退勤情報を受信し、当該出退勤情報に基づき最終退室監視テーブルの勤務データを更新するステップと、最終退室監視テーブルにおいて、建物内に滞在しており且つ勤務中であるユーザのうち最終退室者の資格を有する最終退室候補ユーザが一人であるか判定する最終退室者判定ステップと、最終退室者判定ステップにおいて最終退室候補ユーザが一人であると判定された場合、ユーザ属性テーブルに格納された当該最終退室候補ユーザの連絡先情報を用いて、当該最終退室候補ユーザに最終退室者である旨を通知する最終退室者通知ステップとを含む。
【００１１】
このようにすれば、最終退室者としての資格を有するユーザ（例えば正社員）のうちの最後の一人には、最終退室者である旨が通知されるため、通知を受けたユーザは、自身が最終退室者であることを把握できる。そして、最終退室者としての資格を持たないユーザ（例えば派遣会社の社員や関係会社の社員、来客など）が、最終退室者となることを防止できる。
【００１２】
また、最終退室監視テーブルにおいて、最終退室候補ユーザが所定人数以下であるか判定する候補者判定ステップと、候補者判定ステップにおいて最終退室候補ユーザが所定人数以下であると判定された場合、各最終退室候補ユーザについて、ユーザ属性テーブルに格納された当該最終退室候補ユーザの連絡先情報を用いて、当該最終退室候補ユーザに最終退室者となる可能性がある旨を通知するステップとをさらに含むようにしてもよい。このようにすれば、最終退室者となる可能性があることを事前に知ることができる。
【００１３】
さらに、サーバが、建物内の部屋の出入口に設置され且つ入退室を管理する第３の管理装置とさらに接続され、最終退室監視テーブルが、ユーザが部屋に在室中であるか否かを表す在室データをさらに格納する場合もある。そして、第３の管理装置からユーザの入退室情報を受信し、当該入退室情報に基づき最終退室監視テーブルの在室データを更新するステップと、最終退室者通知ステップによる通知が行われた後に、最終退室監視テーブルにおいて、全てのユーザが部屋から退室したか判定する退室判定ステップと、退室判定ステップにおいて全てのユーザが部屋から退室したと判定された場合、最終退室時に実行すべき最終退室処理の開始指示を出力するステップとをさらに含むようにしてもよい。
【００１４】
このようにすれば、例えば、部屋に一人で残っている場合に、トイレなどに行くために部屋から出ても、誤って最終退室とみなされなくなる。すなわち、最終退室であるか否かをより適切に判断できる。
【００１５】
また、建物内に複数の部屋が設けられており、上記最終退室者判定ステップが、各部屋について、当該部屋における最終退室候補ユーザが一人であるか判定するステップを含む場合もある。さらに、建物内に複数の部屋が設けられており、上記候補者判定ステップが、各部屋について、当該部屋における最終退室候補ユーザが所定人数以下であるか判定するステップを含む場合もある。このように部屋毎に判別することによって、最終退室処理も部屋毎に行うことができるようになる。
【００１６】
なお、本発明に係る最終退室管理方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１７】
本発明によれば、最終退室者としての資格を持つ者のうちの最後の一人に対して、自身が最終退室者であることを認識させることが可能になる。
【００１８】
また、本発明の他の側面によれば、最終退室であるか否かをより適切に判断することができる。
【発明を実施するための最良の形態】
【００１９】
図１に本発明の一実施の形態に係るシステム概要を示す。例えば社内ＬＡＮ（Local Area Network）又はインターネットのようなネットワーク１には、本実施の形態における主要な処理を実施する最終退室監視サーバ２と、ＰＨＳ（Personal Handyphone System）端末、携帯電話機などの従業員端末３ａと、ＰＣ（パーソナル・コンピュータ）などの従業員端末３ｂと、建物の出入口に設置され且つ従業員などのユーザの入退館を管理する入退館管理装置４と、建物内の各部屋の出入口に設置され且つユーザの入退室を管理する入退室管理装置５と、ユーザの出退勤を管理する出退勤管理装置６と、照明を落としたり、空調を停止させたりといった最終退室処理を行う最終退室処理装置７と、警備会社又は警備室などに設置される警備部門装置８と、建物の来客窓口に設置される来客受付端末９とが接続されている。なお、図１では、従業員端末３ａ及び３ｂの２台の例を示しているが、従業員端末３の数は２台に限定されない。また、入退館管理装置４及び入退室管理装置５は、例えば接触式又は非接触式のＩＣ（Integrated Circuit）カードリーダなどを有している。そして、ユーザが入退館又は入退室する際に、ユーザの所持するＩＣカードからユーザＩＤ等を読み取り、認証処理などを行うようになっている。
【００２０】
また、最終退室監視サーバ２は、建物内の部屋を利用するユーザの情報を後で説明するユーザ属性テーブルに登録するユーザ情報登録部２１と、後で説明する最終退室監視テーブルなどに基づき、いずれのユーザが最終退室者となるか監視する最終退室者監視部２２と、最終退室処理の開始指示を最終退室処理装置７に通知する最終退室処理部２３と、最終退室者となる可能性がある旨又は最終退室者である旨のメールを送信するメール送信部２４とを有する。さらに、最終退室監視サーバ２は、ユーザ属性テーブルと、建物内在籍者テーブルと、部屋別在籍者テーブルと、出退勤テーブルと、最終退室資格テーブルと、最終退室監視テーブルと、メール送信条件テーブルと、最終退室確認テーブルとを格納するテーブル格納部２５を管理している。なお、各種テーブルの詳細については、以下で説明する。
【００２１】
図２に、ユーザ属性テーブルに格納されるデータの一例を示す。図２の例では、ユーザ属性テーブルには、ユーザＩＤの列と、所属部屋の列と、ユーザ種別の列と、ＰＣメールアドレスの列と、携帯端末アドレスの列とが含まれる。所属部屋の列には、そのユーザの自分の席がある部屋の番号が登録される。ユーザ種別の列には、正社員（管理職）、正社員（一般職）、派遣、請負、パート、来客、清掃者、・・・のいずれかが登録される。
【００２２】
図３に、建物内在籍者テーブルに格納されるデータの一例を示す。図３の例では、建物内在籍者テーブルには、ユーザＩＤの列と、入館時刻の列と、退館時刻の列とが含まれる。すなわち、建物内在籍者テーブルには、当該建物に出入りしたユーザの情報が登録される。
【００２３】
図４に、出退勤テーブルに格納されるデータの一例を示す。図４の例では、出退勤テーブルには、ユーザＩＤの列と、出勤時刻の列と、退勤時刻の列とが含まれる。すなわち、出退勤テーブルには、従業員などの出退勤の情報が登録される。
【００２４】
図５に、部屋別在籍者テーブルに格納されるデータの一例を示す。図５の例では、部屋別在籍者テーブルには、部屋番号の列と、ユーザＩＤの列と、入室時刻の列と、退室時刻の列とが含まれる。すなわち、部屋別在籍者テーブルには、各部屋に出入りしたユーザの情報が登録される。
【００２５】
図６に、最終退室資格テーブルに格納されるデータの一例を示す。図６の例では、最終退室資格テーブルには、ユーザ種別の列と、監視対象の列と、権限の列とが含まれる。監視対象の列は、さらに出勤の列と、滞在の列と、在室の列とに分かれており、以下で説明する最終退室監視テーブルの出勤の列、滞在の列及び在室の列を監視対象とするか否かが登録される。権限の列には、最終退室者としての資格を有するか否かが登録される。例えば、図６では、正社員（管理職）は、全ての部屋において最終退室者となることができ、正社員（一般）は、所属部屋においてのみ最終退室者となることができ、それ以外の者は、いずれの部屋においても最終退室者となることができないことを表している。
【００２６】
図７に、最終退室監視テーブルに格納されるデータの一例を示す。図７の例では、最終退室監視テーブルには、部屋番号の列と、ユーザＩＤの列と、出勤の列と、滞在の列と、在室の列と、資格の列とが含まれる。出勤の列には、ユーザが出勤中であるか否か（１：出勤、０：退勤）が登録される。滞在の列には、ユーザが建物内に滞在中であるか否か（１：滞在、０：不在）が登録される。在室の列には、ユーザがその部屋に在室中であるか否か（１：在室、０：不在）が登録される。なお、最終退室資格テーブル（図６）において監視対象外とされているものについては、出勤の列、滞在の列又は在室の列には「−」が設定される。例えば、図７におけるユーザＩＤ「１１１９」のユーザは、ユーザ種別が来客であり（ユーザ属性テーブル：図２）、来客の出勤については対象外となっているため（最終退室資格テーブル：図６）、最終退室監視テーブル（図７）の出勤の列に「−」が設定されている。また、資格の列は、その部屋の最終退室者の資格を有するか否か（１：資格有り、０：資格無し）が登録される。
【００２７】
本実施の形態では、最終退室監視テーブルによって、ユーザが自身の所属部屋に在室中であるかを監視するようになっており、最終退室監視テーブルには、各ユーザについて、当該ユーザの所属部屋に係るレコードが登録される。但し、ユーザ種別が正社員（管理職）のユーザ（図７では、ユーザＩＤが「１１１１」及び「１１１２」のユーザ）は、全ての部屋において最終退室者となることができるので（最終退室資格テーブル：図６）、所属部屋以外の部屋に係るレコードも最終退室監視テーブルに登録される。例えば、ユーザＩＤ「１１１１」のユーザは、部屋「５０５」が所属部屋となっているが、最終退室監視テーブルには、部屋「５０５」に係るレコードの他に、部屋「１０１」に係るレコードも登録されている。同様に、ユーザＩＤ「１１１２」のユーザは、部屋「１０１」が所属部屋となっているが、最終退室監視テーブルには、部屋「１０１」に係るレコードの他に、部屋「５０５」に係るレコードも登録されている。
【００２８】
図８に、メール送信条件テーブルに格納されるデータの一例を示す。図８の例では、部屋番号の列と、最終退室候補者数の列とが含まれる。詳細は後で説明するが、本実施の形態では、最終退室者となる可能性があるユーザに対して、その旨を事前に通知するようになっており、最終退室候補者数の列には、何人になったらその事前通知を行うか、その人数が登録される。
【００２９】
図９に、最終退室確認テーブルに格納されるデータの一例を示す。図９の例では、最終退室確認テーブルには、日付の列と、部屋番号の列と、最終退室者の列と、最終退室時刻の列とが含まれる。すなわち、最終退室確認テーブルには、最終退室の情報が登録され、例えば、後日、最終退室者が誰であったかを確認する際などに参照される。
【００３０】
次に、図１０乃至図１９を用いて、図１に示したシステムの処理を説明する。具体的な処理フローを説明する前に、図１０を用いて、本システムの運用場面の一例を説明する。図１０は、ある建物の１フロアを示すものである。図１０の例では、建物１００の出入口には、入館用ＩＣカードリーダ４１と退館用ＩＣカードリーダ４２とを有する入退館管理装置４が設置されている。そして、ユーザが建物１００に入る際には、自身のＩＣカードを入館用ＩＣカードリーダ４１に近づけ又は接触させ、ＩＣカードによる認証を行うようになっている。同様に、ユーザが建物１００から出る際にも、自身のＩＣカードを退館用ＩＣカードリーダ４２に近づけ又は接触させ、ＩＣカードによる認証を行うようになっている。なお、ＩＣカードは、従業員であれば予め貸与されているものとし、来客者には、来客窓口で所定の手続きを済ませた上で貸与するものとする。
【００３１】
さらに、建物１００には、部屋５０５、部屋１０１及び会議室１０２が設けられており、壁で仕切られている。部屋５０５の出入口には、入室用ＩＣカードリーダ５１と退室用ＩＣカードリーダ５２とを有する入退室管理装置５が設置されている。そして、ユーザが部屋５０５に入る際には、自身のＩＣカードを入室用ＩＣカードリーダ５１に近づけ又は接触させ、ＩＣカードによる認証を行うようになっている。同様に、ユーザが部屋５０５から出る際にも、自身のＩＣカードを退室用ＩＣカードリーダ５２に近づけ又は接触させ、ＩＣカードによる認証を行うようになっている。なお、図示していないが、部屋１０１及び会議室１０２の出入口においても、入退室管理装置５が設置されるものとする。
【００３２】
また、部屋５０５には、出退勤管理装置６が設置されており、ユーザからの出勤又は退勤の入力を受け付けるようになっている。例えば、出退勤管理装置６にＩＣカードリーダを設け、ＩＣカードを用いて出退勤を管理する場合もあれば、その他の方式を採用する場合もある。なお、出退勤管理装置６は、１つだけでなく、複数設置されるような場合もある。
【００３３】
さらに、部屋５０５には、最終退室処理装置７が設置されており、部屋５０５の照明を落としたり、空調を停止させたりといった最終退室処理を行うようになっている。なお、１つの最終退室処理装置７が、各部屋の最終退室処理を行うようにしてもよい。
【００３４】
また、来客窓口には、受付担当者に操作される来客受付端末９が設置されている。例えば来客者は、来客窓口にて所定の手続きを済ませ、受付担当者からＩＣカードを受け取り、当該ＩＣカードを使用して建物１００に入館する。また、受付担当者は、来客者の情報（例えば会社名、氏名、訪問先など）を来客受付端末９に入力する。
【００３５】
そして、従業員端末３ａ及び３ｂ（図示せず）、入退館管理装置４、入退室管理装置５、出退勤管理装置６、最終退室処理装置７及び来客受付端末９は、社内ＬＡＮなどのネットワーク１を介して最終退室監視サーバ２と接続されている。なお、従業員端末３ａは、ユーザが携帯しているものとし、従業員端末３ｂは、ユーザの所属部屋に設置されているものとする。
【００３６】
次に、本システムの具体的な処理フローを説明する。まず、図１１にユーザ情報の登録処理の処理フローを示す。なお、本処理は、いずれかの部屋を新たに利用することになったユーザの情報を各種テーブルに新規に登録する場合の処理である。例えば、ユーザ種別が正社員（管理職）のユーザは、従業員端末３ｂを操作して、いずれかの部屋を新たに利用することになったユーザの情報（所属部屋、ユーザ種別、ＰＣメールアドレス、携帯端末アドレス）を入力し、当該ユーザ情報を含むユーザ情報登録要求を最終退室監視サーバ２に送信させる。最終退室監視サーバ２のユーザ情報登録部２１は、従業員端末３ｂからのユーザ情報登録要求を受信する（図１１：ステップＳ１）。そして、最終退室監視サーバ２のユーザ情報登録部２１は、ユーザ情報登録要求に含まれるユーザ情報をユーザ属性テーブルに登録する（ステップＳ３）。このとき、最終退室監視サーバ２のユーザ情報登録部２１は、ユーザＩＤとしてユニークな番号を割り当て、ユーザ属性テーブルに登録する。また、ユーザ情報登録部２１は、当該ユーザのレコードを建物内在籍者テーブル、部屋別在籍者テーブル、出退勤テーブル及び最終退室監視テーブルへ登録する。具体的には、ユーザ情報登録部２１は、当該ユーザのＩＤを含むレコードを建物内在籍者テーブル、部屋別在籍者テーブル及び出退勤管理テーブルに登録する。なお、部屋別在籍者テーブルには、当該ユーザのレコードを部屋毎に登録する。また、ユーザ情報登録部２１は、当該ユーザのユーザＩＤと所属部屋の部屋番号と最終退室者の資格の有無とを含むレコードを最終退室監視テーブルに登録する。最終退室者の資格の有無は、最終退室資格テーブルの権限の列に基づき設定される。さらに、当該ユーザが、全ての部屋において最終退室者の資格を有する者である場合には、所属部屋以外の各部屋に係るレコードについても最終退室監視テーブルに登録する。そして、必要な情報を書き込んだＩＣカードを、新たに利用することになったユーザに貸与する。
【００３７】
なお、来客があった場合には、受付窓口の受付担当者が、来客受付端末９を操作して、来客者の情報（所属部屋（訪問先）、ユーザ種別）を入力し、当該来客者情報を含むユーザ情報登録要求を最終退室監視サーバ２に送信させる。その後の流れは、上で述べたとおりであり、来客者には、ＩＣカードが貸与される。
【００３８】
次に、図１２にユーザ情報の削除処理の処理フローを示す。本処理は、なんらかの理由で部屋を利用しなくなったユーザの情報を各種テーブルから削除する場合の処理である。例えば、ユーザ種別が正社員（管理職）のユーザは、従業員端末３ｂを操作して、部屋を利用しなくなったユーザのユーザＩＤを入力し、当該ユーザＩＤを含むユーザ情報削除要求を最終退室監視サーバ２に送信させる。最終退室監視サーバ２のユーザ情報登録部２１は、従業員端末３ｂからのユーザ情報削除要求を受信する（図１２：ステップＳ５）。そして、最終退室監視サーバ２のユーザ情報登録部２１は、ユーザ情報削除要求に係るユーザＩＤを含むユーザ情報をユーザ属性テーブルから削除する（ステップＳ７）。また、建物内在籍者テーブル、部屋別在籍者テーブル、出退勤テーブル及び最終退室監視テーブルからも当該ユーザのレコードを削除する。なお、来客者は、訪問を終えた後、ＩＣカードを受付窓口に返却する。この場合、受付担当者は、来客受付端末９を操作して、当該来客者に係るユーザＩＤを入力し、当該ユーザＩＤを含むユーザ情報削除要求を最終退室監視サーバ２に送信させる。その後の流れは、上で述べたとおりである。
【００３９】
以上のような処理を実施することにより、必要なユーザの情報が各種テーブルに登録され、またユーザにはＩＣカードが貸与される。
【００４０】
次に、図１３を用いて、ユーザが建物１００に入退館する際の入退館管理装置４に係る処理を説明する。例えば、ユーザは、建物１００に入る場合又は建物１００から出る場合、自身のＩＣカードを入館用ＩＣカードリーダ４１又は退館用ＩＣカードリーダ４２に近づけ又は接触させる。そして、入館用ＩＣカードリーダ４１又は退館用ＩＣカードリーダ４２は、ＩＣカードから認証情報を読み取る（図１３：ステップＳ１１）。そして、入退館管理装置４は、認証情報に基づき、認証処理を実施し、認証に成功した場合にはドアロックを解錠する（ステップＳ１３）。なお、ＩＣカードによる認証については、従来と変わらないため、これ以上述べない。そして、入退館管理装置４は、入退館情報（ユーザＩＤ並びに入館時刻又は退館時刻）を含む建物内在籍者テーブル更新指示を最終退室監視サーバ２に送信する（ステップＳ１５）。すなわち、最終退室監視サーバ２には、入退館情報が入退館管理装置４から随時送信されることになる。なお、建物内在籍者テーブル更新指示受信時の最終退室監視サーバ２に係る処理は後で説明する。
【００４１】
次に、図１４を用いて、ユーザが部屋に入退室する際の入退室管理装置５に係る処理を説明する。例えば、ユーザは、いずれかの部屋に入る又は部屋から出る場合、自身のＩＣカードを入室用ＩＣカードリーダ５１又は退室用ＩＣカードリーダ５２に近づけ又は接触させる。そして、入室用ＩＣカードリーダ５１又は退室用ＩＣカードリーダ５２は、ＩＣカードから認証情報を読み取る（図１４：ステップＳ１７）。そして、入退室管理装置５は、認証情報に基づき、認証処理を実施し、認証に成功した場合にはドアロックを解錠する（ステップＳ１９）。そして、入退室管理装置５は、入退室情報（ユーザＩＤ、部屋番号並びに入室時刻又は退室時刻）を含む部屋別在籍者テーブル更新指示を最終退室監視サーバ２に送信する（ステップＳ２１）。すなわち、最終退室監視サーバ２には、入退室情報が入退室管理装置５から随時送信されることになる。なお、部屋別在籍者テーブル更新指示受信時の最終退室監視サーバ２に係る処理は後で説明する。
【００４２】
次に、図１５を用いて、ユーザが出退勤時における出退勤管理装置６に係る処理を説明する。例えば、出退勤管理装置６にはＩＣカードリーダが設けられており、ユーザは、出勤した際又は退勤する際には、自身のＩＣカードをＩＣカードリーダに近づけ又は接触させる。出退勤管理装置６は、ＩＣカードリーダを介してユーザからの出退勤の指示の入力を受け付け（図１５：ステップＳ２３）、出退勤情報（ユーザＩＤ並びに出勤時刻又は退勤時刻）を含む出退勤テーブル更新指示を最終退室監視サーバ２に送信する（ステップＳ２５）。すなわち、最終退室監視サーバ２には、出退勤情報が出退勤管理装置６から随時送信されることになる。なお、出退勤テーブル更新指示受信時の最終退室監視サーバ２に係る処理は後で説明する。また、出退勤の管理は、他の方式を採用する場合もある。
【００４３】
次に、図１６乃至図１９を用いて、最終退室監視サーバ２の最終退室者を監視する処理を説明する。まず、最終退室監視サーバ２の最終退室者監視部２２は、入退館管理装置４からの建物内在籍者テーブル更新指示、入退室管理装置５からの部屋別在籍者テーブル更新指示又は出退勤管理装置６からの出退勤テーブル更新指示を受信し、一旦記憶装置に格納する（図１６：ステップＳ３１）。
【００４４】
そして、ステップＳ３１において受信したのが建物内在籍者テーブル更新指示である場合（ステップＳ３３：Ｙｅｓルート）、最終退室者監視部２２は、建物内在籍者テーブル更新指示に含まれる入退館情報に基づき、テーブル格納部２５に格納されている建物内在籍者テーブル（図３）を更新する（ステップＳ３５）。すなわち、入退指示情報に含まれる入館時刻又は退館時刻を該当ユーザのレコードに登録する。その後、ステップＳ４３の処理に移行する。
【００４５】
一方、ステップＳ３１において受信したのが建物内在籍者テーブル更新指示ではなく（ステップＳ３３：Ｎｏルート）、部屋別在籍者テーブル更新指示である場合（ステップＳ３７：Ｙｅｓルート）、最終退室者監視部２２は、部屋別在籍者テーブル更新指示に含まれる入退室情報に基づき、テーブル格納部２５に格納されている部屋別在籍者テーブル（図５）を更新する（ステップＳ３９）。すなわち、入退室情報に含まれる入室時刻又は退室時刻を、入退室に係る部屋についての、該当ユーザのレコードに登録する。その後、ステップＳ４３の処理に移行する。
【００４６】
一方、ステップＳ３１において受信したのが部屋別在籍者テーブル更新指示でなければ（ステップＳ３７：Ｎｏルート）、すなわちステップＳ３１において受信したのが出退勤テーブル更新指示である場合、最終退室者監視部２２は、出退勤テーブル更新指示に含まれる出退勤情報に基づき、テーブル格納部２５に格納されている出退勤テーブル（図４）を更新する（ステップＳ４１）。すなわち、出退勤情報に含まれる出勤時刻又は退勤時刻を該当ユーザのレコードに登録する。その後、ステップＳ４３の処理に移行する。
【００４７】
そして、最終退室者監視部２２は、建物内在籍者テーブル更新指示に含まれる入退館情報、部屋別在籍者テーブル更新指示に含まれる入退室情報又は出退勤テーブル更新指示に含まれる出退勤情報に基づき、テーブル格納部２５に格納されている最終退室監視テーブル（図７）を更新する（ステップＳ４３）。例えば、入退館情報に入館時刻が含まれていれば、最終退室監視テーブルの滞在の列を「１」に設定し、入退館情報に退館時刻が含まれていれば、最終退室監視テーブルの滞在の列を「０」に設定する。また、入退室情報に入室時刻が含まれていれば、最終退室監視テーブルの在室の列を「１」に設定し、入退室情報に退室時刻が含まれていれば、最終退室監視テーブルの在室の列を「０」に設定する。また、出退勤情報に出勤時刻が含まれていれば、最終退室監視テーブルの出勤の列を「１」に設定し、出退勤情報に退勤時刻が含まれていれば、最終退室監視テーブルの出勤の列を「０」に設定する。すなわち、滞在の列は、建物内在籍者テーブルと同期が取られ、在室の列は、部屋別在籍者テーブルと同期が取られ、出勤の列は、出退勤テーブルと同期が取られる。その後、端子Ａを介してステップＳ４５（図１７）の処理に移行する。なお、以降の処理は、部屋別に行うものとし、ステップＳ４３において更新がなされた部屋を対象に処理を行う。例えば、図７において、ユーザＩＤ「１１１７」の在室の列が「１」から「０」に更新された場合、部屋５０５が処理対象となる。
【００４８】
図１７の説明に移行して、端子Ａの後、最終退室者監視部２２は、警備フラグがＯＮであるか判断する（図１７：ステップＳ４５）。なお、警備フラグとは、警備システムが作動中であるか否か（ＯＮ：作動中、ＯＦＦ：未作動）を表すものであり、部屋毎に管理される。警備フラグがＯＮであると判断された場合（ステップＳ４５：Ｙｅｓルート）、最終退室者監視部２２は、警備解除要求を警備部門装置８に送信する（ステップＳ４７）。ここで、最終退室監視テーブルの更新（ステップＳ４３）後に、警備フラグがＯＮの状態であるというのは、最終退室後、一人目のユーザが出社してきたという場合である。従って、いずれかのユーザが出社してきた場合には、警備システムの作動を停止させる。その後、ステップＳ４９の処理に移行する。
【００４９】
一方、警備フラグがＯＮでない場合（ステップＳ４５：Ｎｏルート）、ステップＳ４７の処理をスキップし、ステップＳ４９の処理に移行する。
【００５０】
そして、最終退室者監視部２２は、最終退室予定者宛てメール送信フラグがＯＮであるか判断する（ステップＳ４９）。なお、詳細は後で説明するが、本実施の形態では、部屋毎に、最終退室者の資格を有するユーザのうち最後の一人に対して最終退室予定者宛てメールを送信するようになっており、最終退室予定者宛てメール送信フラグは、この最終退室予定者宛てメールを送信済みであるか否か（ＯＮ：送信済み、ＯＦＦ：未送信）を表し、部屋毎に管理される。
【００５１】
最終退室予定者宛てメール送信フラグがＯＮであると判断された場合（ステップＳ４９：Ｙｅｓルート）、最終退室者監視部２２は、最終退室監視テーブルを参照し、在室中のユーザが０人になったか判断する（ステップＳ５１）。在室中のユーザが０人になったと判断された場合（ステップＳ５１：Ｙｅｓルート）、最終退室者監視部２２は、出勤中のユーザが０人であるか判断する（ステップＳ５２）。出勤中のユーザが０人であると判断された場合（ステップＳ５２：Ｙｅｓ）、最終退室処理部２３は、最終退室処理の開始指示を最終退室処理装置７に送信する（ステップＳ５３）。また、最終退室処理部２３は、警備開始要求を警備部門装置８に送信する（ステップＳ５５）。そして、最終退室者監視部２２は、最終退室予定者宛てメール送信フラグをＯＦＦに設定する（ステップＳ５７）。また、最終退室者監視部２２は、部屋番号、最終退室者、最終退室時刻を最終退室確認テーブルに登録する。なお、最終退室時に実施すべき処理が他にもある場合には、必要に応じて実施する。その後、端子Ｂを介して処理を終了する。
【００５２】
一方、ステップＳ４９において最終退室予定者宛てメール送信フラグがＯＮでない場合（ステップＳ４９：Ｎｏルート）、ステップＳ５１において在室中のユーザが０人になっていないと判断された場合（ステップＳ５１：Ｎｏルート）、又は、ステップＳ５２において出勤中のユーザが０人でないと判断された場合（ステップＳ５２：Ｎｏルート）、最終退室者監視部２２は、建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが所定数以下であるか判断する（ステップＳ５９）。具体的には、メール送信条件テーブルに格納される最終退室候補者数以下であるか判断する。建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが所定数以下であると判断された場合（ステップＳ５９：Ｙｅｓルート）、端子Ｃを介してステップＳ６１（図１８）の処理に移行する。一方、建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが所定数以下でなければ（ステップＳ５９：Ｎｏルート）、端子Ｂを介して処理を終了する。
【００５３】
図１８の説明に移行して、端子Ｃの後、最終退室者監視部２２は、建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが最後の一人であるか判断する（図１８：ステップＳ６１）。建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが最後の一人でなければ（ステップＳ６１：Ｎｏルート）、メール送信部２４は、図１９（ａ）に示すような最終退室候補者宛てメールを生成し、該当する各ユーザに係る従業員端末３ａ又は３ｂに送信する（ステップＳ６３）。そして、最終退室者監視部２２は、最終退室予定者宛てメール送信フラグをＯＦＦに設定する（ステップＳ６５）。なお、最終退室予定者宛てメール送信フラグがＯＦＦに設定されている場合には、ステップＳ６５の処理をスキップする。その後、本処理を終了する。
【００５４】
一方、建物内に滞在している出勤中のユーザのうち最終退室者としての資格を有するユーザが最後の一人であると判断された場合（ステップＳ６１：Ｙｅｓルート）、最終退室者監視部２２は、最終退室予定者宛てメール送信フラグがＯＮであるか判断する（ステップＳ６７）。最終退室予定者宛てメール送信フラグがＯＮであると判断された場合（ステップＳ６７：Ｙｅｓルート）、本処理を終了する。一方、最終退室予定者宛てメール送信フラグがＯＮでない場合（ステップＳ６７：Ｎｏルート）、メール送信部２４は、図１９（ｂ）に示すような最終退室予定者宛てメールを生成し、該当するユーザに係る従業員端末３ａ又は３ｂに送信する（ステップＳ６９）。そして、最終退室者監視部２２は、最終退室予定者宛てメール送信フラグをＯＮに設定する（ステップＳ７１）。その後、本処理を終了する。
【００５５】
以上のような処理を実施することにより、最終退室者としての資格を有するユーザのうち最後の一人には最終退室予定者宛てメールが送信されるので、自身が最終退室者であることを認識することができる。そして、最終退室者としての資格を持たないユーザが、最終退室者となることを防止できる。また、最終退室者としての資格を有するユーザが所定人数以下になった時点で、該当するユーザには最終退室候補者宛てメールが送信されるので、最終退室者になる可能性があることを事前に知ることができる。さらに、部屋に一人で残っている場合に一時的に部屋から出たとしても、最終退室とみなされないようになる。
【００５６】
以上本発明の一実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、上で説明した機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。最終退室監視サーバ２は、１台のコンピュータではなく複数台のコンピュータで実現するようにしても良い。また、最終退室処理装置７の機能を最終退室監視サーバ２で実現するようにしてもよい。
【００５７】
また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。また、最終退室候補者宛てメール、最終退室予定者宛てメールも一例であって、必ずしも上記のような構成でなければならないわけではない。
【００５８】
また、上では入退館、入退室時にＩＣカードを用いる例を説明したが、いずれのユーザであるかを認識可能な方式であれば、他の方式（例えば、バイオメトリクス認証など）を採用することもできる。
【００５９】
なお、図１に示した最終退室監視サーバ２、従業員端末３ａ及び３ｂ、入退館管理装置４、入退室管理装置５、出退勤管理装置６、最終退室処理装置７、警備部門装置８並びに来客受付端末９は、図２０のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施の形態に係るシステム概要図である。
【図２】ユーザ属性テーブルの一例を示す図である。
【図３】建物内在籍者テーブルの一例を示す図である。
【図４】出退勤テーブルの一例を示す図である。
【図５】部屋別在籍者テーブルの一例を示す図である。
【図６】最終退室資格テーブルの一例を示す図である。
【図７】最終退室監視テーブルの一例を示す図である。
【図８】メール送信条件テーブルの一例を示す図である。
【図９】最終退室確認テーブルの一例を示す図である。
【図１０】本システムの運用場面の一例を示す図である。
【図１１】ユーザ情報の登録処理の処理フローを示す図である。
【図１２】ユーザ情報の削除処理の処理フローを示す図である。
【図１３】入退館管理装置に係る処理フローを示す図である。
【図１４】入退室管理装置に係る処理フローを示す図である。
【図１５】出退勤管理装置に係る処理フローを示す図である。
【図１６】最終退室監視サーバに係る処理フロー（第１の部分）を示す図である。
【図１７】最終退室監視サーバに係る処理フロー（第２の部分）を示す図である。
【図１８】最終退室監視サーバに係る処理フロー（第３の部分）を示す図である。
【図１９】（ａ）及び（ｂ）は、最終退室候補者宛てメール及び最終退室予定者宛てメールの一例を示す図である。
【図２０】コンピュータの機能ブロック図である。
【符号の説明】
【００６１】
１ ネットワーク ２ 最終退室監視サーバ
３ａ，３ｂ 従業員端末
４ 入退館管理装置 ５ 入退室管理装置
６ 出退勤管理装置 ７ 最終退室処理装置
８ 警備部門装置 ９ 来客受付端末
２１ ユーザ情報登録部 ２２ 最終退室者監視部
２３ 最終退室処理部 ２４ メール送信部
２５ テーブル格納部
【特許請求の範囲】
【請求項１】
建物の出入口に設置され且つ入退館を管理する第１の管理装置とユーザの出退勤を管理する第２の管理装置とに接続され、前記ユーザの属性と前記ユーザの連絡先情報とを前記ユーザ毎に格納するユーザ属性テーブルと、前記ユーザが前記建物内に滞在しているか否かを表す建物内滞在データと前記ユーザが勤務中であるか否かを表す勤務データと最終退室者の資格の有無を表す資格データとを前記ユーザ毎に格納する最終退室監視テーブルとにアクセス可能なサーバにより実行される最終退室管理方法であって、
前記第１の管理装置から前記ユーザの入退館情報を受信し、当該入退館情報に基づき前記最終退室監視テーブルの前記建物内滞在データを更新するステップと、
前記第２の管理装置から前記ユーザの出退勤情報を受信し、当該出退勤情報に基づき前記最終退室監視テーブルの前記勤務データを更新するステップと、
前記最終退室監視テーブルにおいて、前記建物内に滞在しており且つ勤務中である前記ユーザのうち前記最終退室者の資格を有する最終退室候補ユーザが一人であるか判定する最終退室者判定ステップと、
前記最終退室者判定ステップにおいて前記最終退室候補ユーザが一人であると判定された場合、前記ユーザ属性テーブルに格納された当該最終退室候補ユーザの前記連絡先情報を用いて、当該最終退室候補ユーザに最終退室者である旨を通知する最終退室者通知ステップと、
を含む最終退室管理方法。
【請求項２】
前記最終退室監視テーブルにおいて、前記最終退室候補ユーザが所定人数以下であるか判定する候補者判定ステップと、
前記候補者判定ステップにおいて前記最終退室候補ユーザが所定人数以下であると判定された場合、各前記最終退室候補ユーザについて、前記ユーザ属性テーブルに格納された当該最終退室候補ユーザの前記連絡先情報を用いて、当該最終退室候補ユーザに最終退室者となる可能性がある旨を通知するステップと、
をさらに含む請求項１記載の最終退室管理方法。
【請求項３】
前記サーバが、前記建物内の部屋の出入口に設置され且つ入退室を管理する第３の管理装置とさらに接続され、
前記最終退室監視テーブルが、前記ユーザが前記部屋に在室中であるか否かを表す在室データをさらに格納し、
前記第３の管理装置から前記ユーザの入退室情報を受信し、当該入退室情報に基づき前記最終退室監視テーブルの前記在室データを更新するステップと、
前記最終退室者通知ステップによる通知が行われた後に、前記最終退室監視テーブルにおいて、全ての前記ユーザが前記部屋から退室したか判定する退室判定ステップと、
前記退室判定ステップにおいて全ての前記ユーザが前記部屋から退室したと判定された場合、最終退室時に実行すべき最終退室処理の開始指示を出力するステップと、
をさらに含む請求項１記載の最終退室管理方法。
【請求項４】
前記建物内に複数の部屋が設けられており、
前記最終退室者判定ステップが、
各前記部屋について、当該部屋における前記最終退室候補ユーザが一人であるか判定するステップ
を含む請求項１記載の最終退室管理方法。
【請求項５】
前記建物内に複数の部屋が設けられており、
前記候補者判定ステップが、
各前記部屋について、当該部屋における前記最終退室候補ユーザが所定人数以下であるか判定するステップ
を含む請求項２記載の最終退室管理方法。
【請求項６】
建物の出入口に設置され且つ入退館を管理する第１の管理装置からユーザの入退館情報を受信し、当該入退館情報に基づき、前記ユーザが前記建物内に滞在しているか否かを表す建物内滞在データと前記ユーザが勤務中であるか否かを表す勤務データと最終退室者の資格の有無を表す資格データとを前記ユーザ毎に格納している最終退室監視テーブルの前記建物内滞在データを更新するステップと、
ユーザの出退勤を管理する第２の管理装置から前記ユーザの出退勤情報を受信し、当該出退勤情報に基づき前記最終退室監視テーブルの前記勤務データを更新するステップと、
前記最終退室監視テーブルにおいて、前記建物内に滞在しており且つ勤務中である前記ユーザのうち前記最終退室者の資格を有する最終退室候補ユーザが一人であるか判定する最終退室者判定ステップと、
前記最終退室者判定ステップにおいて前記最終退室候補ユーザが一人であると判定された場合、前記ユーザの属性と前記ユーザの連絡先情報とを前記ユーザ毎に格納しているユーザ属性テーブルに格納された当該最終退室候補ユーザの前記連絡先情報を用いて、当該最終退室候補ユーザに最終退室者である旨を通知する最終退室者通知ステップと、
をコンピュータに実行させるための最終退室管理プログラム。
【請求項７】
建物の出入口に設置され且つ入退館を管理する第１の管理装置からユーザの入退館情報を受信し、当該入退館情報に基づき、前記ユーザが前記建物内に滞在しているか否かを表す建物内滞在データと前記ユーザが勤務中であるか否かを表す勤務データと最終退室者の資格の有無を表す資格データとを前記ユーザ毎に格納している最終退室監視テーブルの前記建物内滞在データを更新する手段と、
ユーザの出退勤を管理する第２の管理装置から前記ユーザの出退勤情報を受信し、当該出退勤情報に基づき前記最終退室監視テーブルの前記勤務データを更新する手段と、
前記最終退室監視テーブルにおいて、前記建物内に滞在しており且つ勤務中である前記ユーザのうち前記最終退室者の資格を有する最終退室候補ユーザが一人であるか判定する最終退室者判定手段と、
前記最終退室者判定手段において前記最終退室候補ユーザが一人であると判定された場合、前記ユーザの属性と前記ユーザの連絡先情報とを前記ユーザ毎に格納しているユーザ属性テーブルに格納された当該最終退室候補ユーザの前記連絡先情報を用いて、当該最終退室候補ユーザに最終退室者である旨を通知する最終退室者通知手段と、
を有する最終退室管理装置。
【請求項１】
建物の出入口に設置され且つ入退館を管理する第１の管理装置とユーザの出退勤を管理する第２の管理装置とに接続され、前記ユーザの属性と前記ユーザの連絡先情報とを前記ユーザ毎に格納するユーザ属性テーブルと、前記ユーザが前記建物内に滞在しているか否かを表す建物内滞在データと前記ユーザが勤務中であるか否かを表す勤務データと最終退室者の資格の有無を表す資格データとを前記ユーザ毎に格納する最終退室監視テーブルとにアクセス可能なサーバにより実行される最終退室管理方法であって、
前記第１の管理装置から前記ユーザの入退館情報を受信し、当該入退館情報に基づき前記最終退室監視テーブルの前記建物内滞在データを更新するステップと、
前記第２の管理装置から前記ユーザの出退勤情報を受信し、当該出退勤情報に基づき前記最終退室監視テーブルの前記勤務データを更新するステップと、
前記最終退室監視テーブルにおいて、前記建物内に滞在しており且つ勤務中である前記ユーザのうち前記最終退室者の資格を有する最終退室候補ユーザが一人であるか判定する最終退室者判定ステップと、
前記最終退室者判定ステップにおいて前記最終退室候補ユーザが一人であると判定された場合、前記ユーザ属性テーブルに格納された当該最終退室候補ユーザの前記連絡先情報を用いて、当該最終退室候補ユーザに最終退室者である旨を通知する最終退室者通知ステップと、
を含む最終退室管理方法。
【請求項２】
前記最終退室監視テーブルにおいて、前記最終退室候補ユーザが所定人数以下であるか判定する候補者判定ステップと、
前記候補者判定ステップにおいて前記最終退室候補ユーザが所定人数以下であると判定された場合、各前記最終退室候補ユーザについて、前記ユーザ属性テーブルに格納された当該最終退室候補ユーザの前記連絡先情報を用いて、当該最終退室候補ユーザに最終退室者となる可能性がある旨を通知するステップと、
をさらに含む請求項１記載の最終退室管理方法。
【請求項３】
前記サーバが、前記建物内の部屋の出入口に設置され且つ入退室を管理する第３の管理装置とさらに接続され、
前記最終退室監視テーブルが、前記ユーザが前記部屋に在室中であるか否かを表す在室データをさらに格納し、
前記第３の管理装置から前記ユーザの入退室情報を受信し、当該入退室情報に基づき前記最終退室監視テーブルの前記在室データを更新するステップと、
前記最終退室者通知ステップによる通知が行われた後に、前記最終退室監視テーブルにおいて、全ての前記ユーザが前記部屋から退室したか判定する退室判定ステップと、
前記退室判定ステップにおいて全ての前記ユーザが前記部屋から退室したと判定された場合、最終退室時に実行すべき最終退室処理の開始指示を出力するステップと、
をさらに含む請求項１記載の最終退室管理方法。
【請求項４】
前記建物内に複数の部屋が設けられており、
前記最終退室者判定ステップが、
各前記部屋について、当該部屋における前記最終退室候補ユーザが一人であるか判定するステップ
を含む請求項１記載の最終退室管理方法。
【請求項５】
前記建物内に複数の部屋が設けられており、
前記候補者判定ステップが、
各前記部屋について、当該部屋における前記最終退室候補ユーザが所定人数以下であるか判定するステップ
を含む請求項２記載の最終退室管理方法。
【請求項６】
建物の出入口に設置され且つ入退館を管理する第１の管理装置からユーザの入退館情報を受信し、当該入退館情報に基づき、前記ユーザが前記建物内に滞在しているか否かを表す建物内滞在データと前記ユーザが勤務中であるか否かを表す勤務データと最終退室者の資格の有無を表す資格データとを前記ユーザ毎に格納している最終退室監視テーブルの前記建物内滞在データを更新するステップと、
ユーザの出退勤を管理する第２の管理装置から前記ユーザの出退勤情報を受信し、当該出退勤情報に基づき前記最終退室監視テーブルの前記勤務データを更新するステップと、
前記最終退室監視テーブルにおいて、前記建物内に滞在しており且つ勤務中である前記ユーザのうち前記最終退室者の資格を有する最終退室候補ユーザが一人であるか判定する最終退室者判定ステップと、
前記最終退室者判定ステップにおいて前記最終退室候補ユーザが一人であると判定された場合、前記ユーザの属性と前記ユーザの連絡先情報とを前記ユーザ毎に格納しているユーザ属性テーブルに格納された当該最終退室候補ユーザの前記連絡先情報を用いて、当該最終退室候補ユーザに最終退室者である旨を通知する最終退室者通知ステップと、
をコンピュータに実行させるための最終退室管理プログラム。
【請求項７】
建物の出入口に設置され且つ入退館を管理する第１の管理装置からユーザの入退館情報を受信し、当該入退館情報に基づき、前記ユーザが前記建物内に滞在しているか否かを表す建物内滞在データと前記ユーザが勤務中であるか否かを表す勤務データと最終退室者の資格の有無を表す資格データとを前記ユーザ毎に格納している最終退室監視テーブルの前記建物内滞在データを更新する手段と、
ユーザの出退勤を管理する第２の管理装置から前記ユーザの出退勤情報を受信し、当該出退勤情報に基づき前記最終退室監視テーブルの前記勤務データを更新する手段と、
前記最終退室監視テーブルにおいて、前記建物内に滞在しており且つ勤務中である前記ユーザのうち前記最終退室者の資格を有する最終退室候補ユーザが一人であるか判定する最終退室者判定手段と、
前記最終退室者判定手段において前記最終退室候補ユーザが一人であると判定された場合、前記ユーザの属性と前記ユーザの連絡先情報とを前記ユーザ毎に格納しているユーザ属性テーブルに格納された当該最終退室候補ユーザの前記連絡先情報を用いて、当該最終退室候補ユーザに最終退室者である旨を通知する最終退室者通知手段と、
を有する最終退室管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００９−２８２８８９（Ｐ２００９−２８２８８９Ａ）
【公開日】平成２１年１２月３日（２００９．１２．３）
【国際特許分類】
【出願番号】特願２００８−１３６４４３（Ｐ２００８−１３６４４３）
【出願日】平成２０年５月２６日（２００８．５．２６）
【出願人】（５９８０５７２９１）株式会社富士通エフサス (147)
【公開日】平成２１年１２月３日（２００９．１２．３）
【国際特許分類】
【出願日】平成２０年５月２６日（２００８．５．２６）
【出願人】（５９８０５７２９１）株式会社富士通エフサス (147)
[ Back to top ]