JP5958586B2 - 入退館装置、入退館システム、制御方法、及びプログラム - Google Patents

Description

本発明は、機密性を備えたリソースを管理する設備へ入退館を行う際に、申請を要するシステムに関する。

近年、データセンターにおいて、顧客が所有するシステムを預かり、当システムの運営を行うビジネスが行われているが、このようなデータセンターに於いては、非常にセキュリティー精度の高い設備であることが求められている。

そこで、セキュリティー精度の向上を図る１つの手段として、データセンターを利用するユーザが、入退館を行う際に、管理者に対して申請を行い、管理者は、申請内容を確認した後、問題がないようであれば、ユーザに対して入退館の承認を与えるシステムが提供されている。

このようなシステムを提供することによって、入退館を行えるユーザを限定することが可能となり、不審人物の入退館を抑止することが可能となるが、申請を認められたユーザが、誤って、ユーザ人が所有するシステム以外のコンピュータ室に入室し、情報漏えい等の何かしらの障害が起きる可能性は、十二分にあり得る。

そこで、ユーザから機密エリアへの入室希望の申請がなされると、承認者によって、承認できる機密エリアのドアロックの施錠、解錠を行うことが可能なシステムが提示されている（例えば、特許文献１参照）。
特開２００７−１６４４６０号公報

通常、入退館を行うには、ＰＣ等のクライアント端末を用いて事前に申請を行う運用がなされており、入退館を行う日、入退館を行うユーザ、あるいは入退館を行う理由等の情報を入力して、申請を行っている。

特に、大規模なデータセンターにおいては、多数の顧客のシステムを預かることが想定されることもあり、ユーザに対して入室理由を明示させることにより、ユーザの入室時の行動を抑制することで、ユーザが行う作業によって他の顧客への迷惑行為を抑止することが可能である。

また、セキュリティー精度の高さが求められることもあり、部外者が当設備へ侵入することを抑止するために、設備に備えられた駐車場を利用する際にも、申請を行わせたり、あるいは、ユーザ自身が所有するＰＣを設備内で利用する際にも申請を行わせることで、ユーザが設備に入館する前に、問題となり得る因子を特定して、生じ得るリスクを抑止することを可能としている。

しかしながら、このような申請を行うには、申請時に、クライアント端末から、より多くの情報を入力する必要が有り、入力作業に要する手間と時間がかかるという問題を抱える。

特に、突発的なシステム障害が発生した場合、その対応には、緊急性が求められ、このような入退館のシステムにおいて、入退館を行う際に入力すべき情報が多いことが、ユーザにとっては障害となり、システム障害への対応が遅れてしまうといった問題が発生する。

特許文献１に記載されたシステムでは、機密エリアごとに機密性の高いものから低いものと、階層的に機密度を定めると共に、機密度に応じて承認ルートを定めることによって、ユーザが申請を行ってから入室を行うまでのタイムラグを短縮することが可能であるものの、申請を行う際の、入力作業の負荷に関しては、記載や示唆はされていない。

本発明は、上記の課題を解決するためになされたものであり、入退館システムに於いて、緊急時には、簡易な入退館申請を行うことを可能とすることで、入退館の承認をセキュアにかつ迅速に行うことを可能とする入退館装置、入退館システム、制御方法、及びプログラムを提供することを目的とする。

上記の目的を達成するための第１の発明は、ユーザが通常の入退館申請を行うためのユーザ端末と、前記ユーザが簡易な入退館申請を行うための携帯端末と、前記入退館申請の承認を行うための承認用端末と、がネットワークを介して、前記入退館申請に関わる情報を記憶管理する入退館装置に通信可能な入退館システムであって、前記ユーザ端末は、前記ユーザが、通常の入退館申請を行うための申請情報に関する通常申請情報を入力するためのユーザ端末入力手段と、前記ユーザ端末入力手段によって入力された通常申請情報を前記入退館装置へ送信するユーザ端末送信手段と、を備え、前記携帯端末は、前記ユーザが、簡易な入退館申請を行うための申請情報に関する簡易申請情報を入力するための携帯端末入力手段と、前記携帯端末入力手段によって入力された簡易申請情報を前記入退館装置へ送信する携帯端末送信手段と、を備え、前記入退館装置は、前記ユーザ端末送信手段から送信された通常申請情報を受信する第１の入退館装置受信手段と、前記携帯端末送信手段から送信された簡易申請情報を受信する第２の入退館装置受信手段と、前記第１の入退館装置受信手段あるいは前記第２の入退館装置受信手段によって受信した通常申請情報あるいは簡易申請情報を記憶する記憶手段と、前記承認用端末の承認用端末送信手段によって送信された補充申請情報を受信する第３の入退館装置受信手段と、前記記憶手段によって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認手段と、を備え、前記承認用端末は、前記簡易申請情報を補充するための補充申請情報を入力するための承認用端末入力手段と、前記承認用端末入力手段によって入力された補充申請情報を前記入退館装置へ送信する承認用端末送信手段と、を備え、前記記憶手段は、前記第３の入退館装置受信手段によって受信した補充申請情報を前記簡易申請情報と対応して記憶し、前記承認手段は、前記記憶手段によって記憶した簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認することを特徴とする入退館システムである。

上記の目的を達成するための第２の発明は、ユーザが通常の入退館申請を行うためのユーザ端末、前記ユーザが簡易な入退館申請を行うための携帯端末、及び前記入退館申請の承認を行うための承認用端末と、ネットワークを介して通信可能な入退館装置であって、前記ユーザ端末において行われた通常の入退館申請を行うための申請情報に関する通常申請情報を受信する入退館申請情報受信手段と、前記携帯端末において行われた簡易な入退館申請を行うための申請情報に関する簡易申請情報を受信する簡易入退館申請情報受信手段と、前記入退館申請情報受信手段あるいは前記簡易入退館申請情報受信手段によって受信した通常申請情報あるいは簡易申請情報を記憶する記憶手段と、前記承認用端末において入力された簡易申請情報を補充するための補充申請情報を受信する補充申請情報受信手段と、前記記憶手段によって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認手段と、を備え、前記記憶手段は、前記補充申請情報受信手段によって受信した補充申請情報を前記簡易申請情報と対応して記憶し、前記承認手段は、前記記憶手段によって記憶した簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認することを特徴とする入退館装置である。

上記の目的を達成するための第３の発明は、ユーザが通常の入退館申請を行うためのユーザ端末と、前記ユーザが簡易な入退館申請を行うための携帯端末と、前記入退館申請の承認を行うための承認用端末と、がネットワークを介して、前記入退館申請に関わる情報を記憶管理する入退館装置に通信可能な入退館システムの制御方法であって、前記ユーザ端末が、前記ユーザが、通常の入退館申請を行うための申請情報に関する通常申請情報を入力するためのユーザ端末入力ステップ、前記ユーザ端末入力ステップによって入力された通常申請情報を前記入退館装置へ送信するユーザ端末送信ステップ、前記携帯端末が、前記ユーザが、簡易な入退館申請を行うための申請情報に関する簡易申請情報を入力するための携帯端末入力ステップ、前記携帯端末入力ステップによって入力された簡易申請情報を前記入退館装置へ送信する携帯端末送信ステップ、を含み、前記入退館装置が、前記ユーザ端末送信ステップから送信された通常申請情報を受信する第１の入退館装置受信ステップ、前記携帯端末送信ステップから送信された簡易申請情報を受信する第２の入退館装置受信ステップ、前記第１の入退館装置受信ステップ及び前記第２の入退館装置受信ステップによって受信した通常申請情報あるいは簡易申請情報を記憶する記憶ステップ、前記承認用端末の承認用端末送信ステップによって送信された補充申請情報を受信する第３の入退館装置受信ステップ、前記記憶ステップによって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認ステップ、を含み、前記承認用端末が、前記簡易申請情報を補充するための補充申請情報を入力するための承認用端末入力ステップ、前記承認用端末入力ステップによって入力された補充申請情報を前記入退館装置へ送信する承認用端末送信ステップ、を含み、前記記憶ステップは、第３の入退館装置受信ステップによって受信した補充申請情報を前記簡易申請情報と対応して記憶し、前記承認ステップは、前記記憶ステップによって記憶した簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認することを
含む入退館システムの制御方法である。

上記の目的を達成するための第４の発明は、ユーザが通常の入退館申請を行うためのユーザ端末と、前記ユーザが簡易な入退館申請を行うための携帯端末と、前記入退館申請の承認を行うための承認用端末と、がネットワークを介して、前記入退館申請に関わる情報を記憶管理する入退館装置に通信可能な入退館システムにおいて読取実行可能なプログラムであって、前記ユーザ端末を、前記ユーザが、通常の入退館申請を行うための申請情報に関する通常申請情報を入力するためのユーザ端末入力手段と、前記ユーザ端末入力手段によって入力された通常申請情報を前記入退館装置へ送信するユーザ端末送信手段と、して機能させ、前記携帯端末を、前記ユーザが、簡易な入退館申請を行うための申請情報に関する簡易申請情報を入力するための携帯端末入力手段と、前記携帯端末入力手段によって入力された簡易申請情報を前記入退館装置へ送信する携帯端末送信手段と、して機能させ、前記入退館装置を、前記ユーザ端末送信手段から送信された通常申請情報を受信する第１の入退館装置受信手段と、前記携帯端末送信手段から送信された簡易申請情報を受信する第２の入退館装置受信手段と、前記第１の入退館装置受信手段あるいは前記第２の入退館装置受信手段によって受信した通常申請情報あるいは簡易申請情報を記憶する記憶手段と、前記承認用端末の承認用端末送信手段によって送信された補充申請情報を受信する第３の入退館装置受信手段と、前記記憶手段によって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認手段と、して機能させ、前記承認用端末を、前記簡易申請情報を補充するための補充申請情報を入力するための承認用端末入力手段と、前記承認用端末入力手段によって入力された補充申請情報を前記入退館装置へ送信する承認用端末送信手段と、して機能させ、前記記憶手段は、前記第３の入退館装置受信手段によって受信した補充申請情報を前記簡易申請情報と対応して記憶し、前記承認手段は、前記記憶手段によって記憶した簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認するとして機能させることを特徴とするプログラムである。

上記の目的を達成するための第５の発明は、ユーザが通常の入退館申請を行うためのユーザ端末、前記ユーザが簡易な入退館申請を行うための携帯端末、及び前記入退館申請の承認を行うための承認用端末と、ネットワークを介して通信可能な入退館装置の制御方法であって、前記入退館装置が、前記ユーザ端末において行われた通常の入退館申請を行うための申請情報に関する通常申請情報を受信する入退館申請情報受信ステップ、前記携帯端末において行われた簡易な入退館申請を行うための申請情報に関する簡易申請情報を受信する簡易入退館申請情報受信ステップ、前記入退館申請情報受信ステップあるいは前記簡易入退館申請情報受信ステップによって受信した通常申請情報あるいは簡易申請情報を記憶する記憶ステップ、前記承認用端末において入力された簡易申請情報を補充するための補充申請情報を受信する補充申請情報受信ステップ、前記記憶ステップによって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認ステップ、を含み、前記記憶ステップは、前記補充申請情報受信ステップによって受信した補充申請情報を前記簡易申請情報と対応して記憶し、前記承認ステップは、前記記憶ステップによって簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認することを、含む入退館装置の制御方法である。

上記の目的を達成するための第６の発明は、ユーザが通常の入退館申請を行うためのユーザ端末、前記ユーザが簡易な入退館申請を行うための携帯端末、及び前記入退館申請の承認を行うための承認用端末と、ネットワークを介して通信可能な入退館装置において読取実行可能なプログラムであって、前記入退館装置を、前記ユーザ端末において行われた通常の入退館申請を行うための申請情報に関する通常申請情報を受信する入退館申請情報受信手段と、前記携帯端末において行われた簡易な入退館申請を行うための申請情報に関する簡易申請情報を受信する簡易入退館申請情報受信手段と、前記入退館申請情報受信手段あるいは前記簡易入退館申請情報受信手段によって受信した通常申請情報あるいは簡易申請情報を記憶する記憶手段と、前記承認用端末において入力された簡易申請情報を補充するための補充申請情報を受信する補充申請情報受信手段と、前記記憶手段によって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認手段と、して機能させ、前記記憶手段は、前記補充申請情報受信手段によって受信した補充申請情報を前記簡易申請情報と対応して記憶し、前記承認手段は、前記記憶手段によって記憶した簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認するとして、機能させることを特徴とするプログラムである。

本発明によれば、緊急を要する場合、入退館申請時に入力すべく情報を軽減すると共に、承認者の権限を上げることで、入退館の承認を迅速に行うことができる、という効果を奏する。

本発明の実施形態に係る入退館システムの概略構成を示す構成図である。 本発明の実施形態に係る各種端末のハードウェアの概略構成を示す構成図である。 本発明の実施形態に係る携帯端末のハードウェアの概略構成を示す構成図である。 本発明の実施形態に係る入退館システムにおける通常時の入退館申請に関する処理を示すフローチャートである。 本発明の実施形態に係る入退館システムにおける通常時の入退館申請に関する処理を示すフローチャートである。 本発明の実施形態に係る入退館システムにおける緊急時の入退館申請に関する処理を示すフローチャートである。 本発明の実施形態に係る入退館システムにおける緊急時の入退館申請に関する処理を示すフローチャートである。 本発明の実施形態に係る入退館システムにおける事後の入退館申請に関する処理を示すフローチャートである。 本発明の実施形態に係る入退館システムにおけるユーザの利用権限を削除する処理を示すフローチャートである。 本発明の実施形態における通常時の入退館申請に用いる入退館申請画面の構成を示す構成図である。 本発明の実施形態における通常時の入退館申請に用いる入退館申請画面（情報機器 持込・持出）の構成を示す構成図である。 本発明の実施形態における通常時の入退館申請に用いる入退館申請画面（駐車場利用申請）の構成を示す構成図である。 本発明の実施形態における通常時の入退館申請に用いる入退館申請画面（工事申請）の構成を示す構成図である。 本発明の実施形態における入退館申請の一覧を表示するユーザ管理者用の入退館申請一覧画面の構成を示す構成図である。 本発明の実施形態における入退館申請の詳細情報を表示するユーザ管理者用の入退館詳細情報画面の構成を示す構成図である。 本発明の実施形態における入退館の申請の一覧を表示するに用いるデータセンター管理者用の入退館申請一覧画面の構成を示す構成図である。 本発明の実施形態における入退館申請の詳細情報を表示するデータセンター管理者用の入退館詳細情報画面の構成を示す構成図である。 本発明の実施形態における緊急時の入退館申請用いるログイン画面の構成を示す構成図である。 本発明の実施形態における緊急時の入退館の申請に用いる入退館申請画面を示す構成図である。 本発明の実施形態における緊急時の入退館の申請に用いる入退館申請画面を示す構成図である。 本発明の実施形態における入退館の現地申請に用いる入退館申請画面を示す構成図である。 本発明の実施形態における入退館検索一覧画面を示す構成図である。 本発明の実施形態に係る入退館システムにおける入退館の申請に関する処理を実行するうえで必要とするデータを記憶したテーブルの構成図である。 本発明の実施形態に係る入退館システムの概略構成を示す構成図である。 本発明の実施形態に係る入退館システムにおける緊急時の入退館申請に関する処理を示すフローチャートである。 本発明の実施形態に係る入退館システムにおける入退館の申請に関する処理を実行するうえで必要とするデータを記憶したテーブルの構成図である。 本発明に実施形態に於いて、障害通知用の電子メールの構成を示す構成図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。
［第１の実施形態］

図１は、本発明の実施形態に係る入退館システムにおけるシステム構成の一例を示す図である。尚、図１に示す各種端末の構成は一例であり、目的や用途に応じて様々な構成例があることは言うまでもない。

図１に示すように、本実施形態に係る入退館システム１００には、データセンター（以下、ＤＣ）への入退館申請を行うユーザが利用するユーザ端末１０１、ユーザが入退館申請を行うに当たり、ユーザの上長等にあたるユーザ管理者が、ユーザからの入退館申請を承認する際に利用するユーザ管理者端末１０２、更に、緊急時において、ユーザが入退館申請を行う際に利用可能な携帯端末１０３、を含む構成を備えており、これらの各種端末は、データセンターと広域ネットワーク１０４を介して接続されている。

ＤＣでは、ユーザからの入退館申請の内容を確認するＤＣ担当者が利用するＤＣ担当者端末１０５、ＤＣ担当者よりも承認権限の高いＤＣ管理者が用い、ユーザからの入退館申請の内容を承認するためのＤＣ管理者端末１０６、ユーザからの入退館申請から承認あるいは否認を行うまでの経過情報、ユーザに関するユーザ情報、ＤＣ担当者に関するＤＣ担当者情報、ＤＣ管理者に関するＤＣ管理者情報等を記憶管理する入退館装置１０７が備えられており、其々の機器は、ローカルエリアネットワーク（ＬＡＮ）１０８を介して相互に通信可能に接続されている。

次に、図１に示す入退館装置１０７の各種端末のハードウェア構成について、図２を用いて説明する。尚、ユーザ端末１０１、ユーザ管理者端末１０２、ＤＣ担当者端末１０５、及びＤＣ管理者端末１０６についても同様な構成を備えるため説明は省略する。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各端末装置の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボードや不図示のマウス等のポインティングデバイスを示す入力部２０９からの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）等の表示部２１０への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、表示部２１０上での表示を可能としている。また、ＣＰＵ２０１は、表示部２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための入退館申請に係る各処理を実行するためのプログラム等は、外部メモリ２１１に記憶されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行される。更に、その実行結果（例えば画面等）が、表示部２１０へ表示される。

本発明の入退館申請に係る各処理を実行する際に用いる定義情報及び各種情報テーブルについても、外部メモリ２１１に記憶されている。これらについての詳細な説明は、後述する。

次に、図１に示す携帯端末１０３のハードウェア構成について、図３を用いて説明する。

携帯端末１０３は、マイク３０１、音声処理部３０２、データ変換部３０３、ＣＰＵ３０４、記憶部３０５、送受信部３０６、表示出力部３０７、キー操作部３０８、アンテナ３０９、スピーカ３１０、及びセンサー３１１を含んで構成される。

ユーザが所持している携帯端末を用いて、相手方が所持している携帯端末へ音声を送信する経路としては、ユーザによって言葉等の発せられた音声をマイク３０１から取得して、音声処理部３０２にて音声を音声信号として変換した後、音声処理部３０２は、音声信号をデータ変換部３０３へ出力する。

データ変換部３０３は、入力された音声信号を音声データへ変換して、ＣＰＵ３０４へ出力する。

ＣＰＵ３０４は、入力された音声データを送受信部３０６へ出力する。そして、送受信部３０６は、入力された音声データを音声信号に変換後、アンテナ３０９へ出力することで、相手方が所持している携帯端末との通話が行われる。

一方、相手方が所持している携帯端末から、ユーザが所持している携帯端末において音声を受信する経路としては、アンテナ３０９が、相手方が所持している携帯端末から送信された音声信号を受信し、受信した音声信号を送受信部３０６へ出力する。

送受信部３０６は、入力された音声信号を音声データへ変換して、ＣＰＵ３０４へ出力し、ＣＰＵ３０４は、音声データをデータ変換部３０３へ出力し、データ変換部３０３は、入力された音声データを音声信号に変換する。

そして、データ変換部３０３は、音声信号を音声処理部３０２に出力し、音声処理部３０２は、入力された音声信号をスピーカ３１０へ出力し、スピーカ３１０は、入力された音声信号を出力することで、相手方の携帯端末からの音声を受け取ることが可能となる。

表示出力部３０７は、ＣＰＵ３０４が記憶部３０５に記憶されたプログラムを実行する結果として表示出力する機能を備えており、本実施形態では、緊急時の入退館申請を行う画面等が表示される。

この表示出力部３０７に表示出力された画面等に対して、キー操作部３０８を介して入力がなされると行われると、ＣＰＵ３０４は、キー操作の内容に応じて（例えば、その画面等に対する位置等を検知して）、該当するプログラムを実行する。尚、キー操作部３０８としては、ハードウェアキーボードやソフトウェアキーボード等が例としてあげられる。

次に、図４及び図５に示すフローチャートを用いて通常の入退館申請に関する処理内容を説明する。この通常の入退館申請とは、入退館日の前、例えば、１か月前に入退館申請を行うような申請を示す。

ステップＳ１００では、ログイン画面（不図示）よりログイン指示を検知すると、入力されたユーザＩＤを含むユーザ情報を取得して、図２３に示す顧客テーブルを参照し、取得したユーザ情報が存在するか否かを判定し、存在すると判定した場合は、ステップＳ１００へ処理を進め、存在すると判定しない場合は、本システムの利用権限がない旨を表示部２１０へ通知して、本処理を終了する。

ステップＳ１０１では、ユーザ端末１０１は、図１０に示す入退館申請画面４００を表示部２１０へ表示する。

入退館申請画面４００は、入館予定日時、退館予定日時、ユーザの上長へ申請内容を確認した後、データセンターのＤＣ担当者に申請を依頼する際に、当該上長を選択するための承認者欄、入館をする目的等の入退館を行う上での基本情報を入力するための入退館基本情報４０１を備えている。

また、入退館申請画面４００は、前述の基本情報に対して２次的な情報を入力するための入退館２次情報４０２を備えており、入退館２次情報４０２は、入館予定者、駐車場利用、工事等に関する申請情報を入力することが可能であり、これらは、前記の記載順に、入館予定者４０３のタブ、駐車場利用申請４０４のタブ、工事申請４０５のタブの記載順に対応しており、ユーザは、各タブの何れか１つを、入力部２０９を介して選択することで、各２次情報を入力することが可能となる。

図１０に示す入退館申請画面４００における入退館２次情報４０２は、入館予定者４０３のタブが押下されたことを示しており、入退館予定者に関する、会社名、所属する部署名、氏名、入退館予定者が所有しているＤＣへ入退館を行うためのセキュリティーカードに関する番号、入退館を希望するコンピュータ室や事務室や会議室を含む構成を備えている。

基本的に画面の各項目は、ユーザが入力部２０９を介して入力を行うことを可能としており、入退館を希望する各室については、チェックボックスの機能によって選択することが可能である。

また、各入退館所定者が、自分が所有するＰＣ等の機器をＤＣへ持込、持出するにも申請を行わせることで、会社として認めていない（セキュリティーが脆弱なもの）ＰＣの持込、このようなＰＣを用いた機密情報の持ち帰り、他人のＰＣの持出等の行為を抑止することも可能である。

このような申請を行うには、ユーザは、入退館申請画面４００に備えられた情報機器持出持込ボタン４０６を、入力部２０９を介して押下すると、図１１に示す入退館申請（情報機器持込持出）画面５００が表示部２１０に表示される。

入退館申請（情報機器持込持出）画面５００は、持込、持出を行いたい情報機器に関する情報を入力するための情報機器持込持出情報５０１を備えており、情報機器持込持出情報５０１は、情報機器の種類を示す区分、情報機器のメーカ名、情報機器の製品名（型番）、持込、持出を行う予定日、情報機器を持出時に選択するための持出欄、情報機器を持込時に選択するための持込欄、持出、持込を行う情報機器の数、情報機器に対してウィルス対策を行っている場合に選択を行うための欄等を備えている。

入退館申請（情報機器持込持出）画面５００は、ユーザが、情報機器持込持出情報５０１を１レコード入力した後、新たにレコードを追加入力するための追加ボタン５０２を備えており、一方、ユーザが、情報機器持込持出情報５０１のレコードを削除する場合、削除対象とするレコードに対応する削除ボタン５０３を押下することでレコードの削除を行うことも可能である。

ユーザが、情報機器持込持出情報５０１の入力を終えると、確定ボタン５０４を押下することで、持込、持出を行う情報機器を特定することが可能となる。確定ボタン５０４を押下すると、図１０に示す入退館申請画面４００に戻る。

図１０に示す入退館申請画面４００の駐車場利用申請４０４のタブを押下すると、図１２に示す入退館申請画面４００が表示される。

図１２に示す入退館申請画面４００の入退館２次情報４０２には、車が入場する予定日を示す入場予定日、入場予定時間、出場予定日、出場予定時間、運転手の会社名、運転手に氏名、車のナンバー等の駐車場利用情報が入力され、この駐車場利用情報を申請させることで、ＤＣに備えられた駐車場への不審人物の入場を抑止することが可能である。ユーザは、これらの情報を入力した後、入力部２０９を介して、登録ボタン４０７を押下すると図１０に示す入退館申請画面４００に遷移する。

また、図１０に示す入退館申請画面４００の工事申請４０５のタブを押下すると、図１３に示す入退館申請画面４００が表示される。

図１３に示す入退館申請画面４００の入退館２次情報４０２には（詳細な項目については省略）、ＤＣ内で工事を行う責任者に関する情報、緊急時の連絡先、工事を行う会社、工事内容を識別する区分、工事を行う期間、工事を行う場所、工事の詳細内容等の工事情報が入力され、この工事情報を申請させることで、ＤＣ内における工事時に発生するリスクを事前に把握し易くすることが可能となる。ユーザは、これらの情報を入力した後、入力部２０９を介して、登録ボタン４０８を押下すると図１０に示す入退館申請画面４００に遷移する。

このように、入退館申請を行うに当たり、入退館基本情報４０１にとどまらず、入退館２次情報４０２に対しても、かなり多くの情報をユーザに入力させて、入退館申請を行うため、入力にかかる作業負荷は、避けられないものとなる。

特にセキュリティー精度の高い設備であればある程、ユーザの行動に関して厳重な管理を行う必要性が増し、そのためにも、入退館を行う事前に、入退館時の行動内容をより詳細に把握しなければならない。従って、入退館の申請時には、より多くの情報をユーザから提供してもらう必要がある。

ユーザは、このように数多くの入退館基本情報４０１や入退館２次情報４０２を含む入退館申請情報を入力した後、入力部２０９を介して、申請ボタン４０９を押下すると申請がなされる。

ステップＳ１０２では、ユーザ端末１０１は、入退館申請がなされたか否かを判定し、入退館申請がなされたと判定した場合、つまり、入退館申請画面４００の申請ボタンが押下されたと判定した場合、ステップＳ１０３へ処理を進める。

ステップＳ１０３では、ユーザ端末１０１は、入退館申請画面４００に入力された入退館申請情報を入退館装置１０７へ送信し、ステップＳ１０４では、入退館装置１０７は、ステップＳ１０３においてユーザ端末１０１から送信された入退館申請情報を受信する。

ステップＳ１０５では、入退館装置１０７は、ステップＳ１０４において受信した入退館申請情報を図２３に示す入退館テーブルへ登録する。

入退館テーブルは、入退館申請情報を一意に識別する申請ＩＤ、申請を行ったユーザがＤＣ利用の契約を行った際に発行される契約管理番号、ユーザが所属する会社名、契約の名称、入退館申請情報の種別ＩＤを示す入退館申請区分ＩＤ、入退館の申請を行った日時、入館予定日時を示す入館日時、退館予定日時を示す退館日時、入館目的、ユーザが所属する部署名、ユーザを一意に識別するためのユーザＩＤ、ユーザの氏名を示すユーザ名、ユーザ管理者、ユーザ管理者に入退館申請への承認の必要とする場合、承認者の情報を登録するためのユーザ管理者承認要否、ＤＣ担当者、ＤＣ管理者、セキュリティーカード番号、入室を希望する場所を示す入室エリアＩＤ、入退館申請情報が承認されるまでの処理経過を示すステータスを含む構成を備えており、本来であれば、入退館申請画面４００で入力される全ての情報を備える必要もあるが、本発明の実施形態では、説明を簡易明確化する意味でも項目を絞り込んで説明する。

これらの情報は、図２３に示す顧客テーブルに記憶されたデータを基にも作成され、入退館申請情報に含まれるユーザＩＤと顧客テーブルのユーザＩＤとを紐付けて、顧客テーブルを構成する項目と同一の入退館テーブルの項目にデータを登録する。

顧客テーブルに存在しないような入退館申請区分ＩＤ、申請日時、入館日時、退館日時、入館目的、入室エリアＩＤ、及びステータスについては、入退館申請画面４００を用いて、入力されたものであるか、あるいは、入退館装置１０７で、任意に発行された情報を登録している。

入退館申請区分ＩＤは、入退館申請情報の種別ＩＤを示しているが、具体的には、通常入退館申請、緊急入退館申請、現地入退館申請、事後入退館申請等を示す種別ＩＤが存在し、本ステップで登録するのは、通常入退館申請情報を登録する。

また、ステータスは、入退館申請区分ＩＤに応じて決定され、入退館申請区分ＩＤが、通常入退館申請及び事後入退館申請を示す場合は、ユーザ管理者承認待ち、、ユーザ管理者否認、ＤＣ担当者承認待ち、ＤＣ担当者承認、ＤＣ担当者否認、入退館申請区分ＩＤが、緊急入退館申請の場合は、ＤＣ担当者承認待ち、ＤＣ担当者否認、ＤＣ管理者承認待ち、ＤＣ管理者承認、ＤＣ管理者否認等のステータスを有している。

本発明では、通常入退館申請及び事後入退館申請時には、数多くの入退館申請情報を入力させて、承認を行うが、この場合、ユーザ管理者（ユーザが任意に承認者として選択可能）、ＤＣ担当者によって承認を貰うと共に、ＤＣ管理者は、ＤＣ担当者によって承認された入退館申請情報を、自身のスケジュール等に合わせて、適宜、確認をするため、このようなステータスを備えている。尚、緊急入退館申時については、後述する。

尚、本ステップでは、入退館申請区分ＩＤは、通常入退館申請を示す種別ＩＤを登録し、ステータスとして、ユーザ管理者承認待ちを登録する。

ステップＳ１０６では、入退館装置１０７では、ユーザ側での承認が必要であるか否かを判定し、承認が必要であると判定した場合は、ステップＳ１０８へ処理を進め、承認が必要であると判定しない場合、ステップＳ１１９へ処理を進める。

本ステップにおける判定方法は、図１０に示す入退館申請画面４００のユーザの上長等を入力可能な承認者欄に、承認者の情報が含まれる場合、つまり入退館テーブルのユーザ管理者要否に承認者の情報が登録されている場合、承認が必要と判定され、承認者の情報が登録されていると判定しない場合、承認が必要と判定しない。尚、承認が必要と判定しない場合は、入退館テーブルのステータスをＤＣ担当者承認待ちとして登録する。

ステップＳ１０７では、入退館装置１０７は、ユーザ管理者に対して、入退館申請情報に対する承認依頼メールを送信するために、入退申請情報に含まれるユーザＩＤに一致する顧客テーブルのユーザＩＤに対応するユーザ管理者用メールアドレス宛に承認依頼メールを送信し、ステップＳ１０８では、ユーザ管理者端末１０２は、ステップＳ１０７において送信された承認依頼メールを受信する。

ステップＳ１０９では、ユーザ管理者端末１０２では、表示部２１０に、図１４に示すユーザ管理者に割り当てられた入退館申請情報を表示するための入退館申請一覧画面６００を表示し、この画面を表示しているユーザ管理者に対して依頼されているユーザからの入退館申請情報を一覧表示する。

つまり、入退館申請一覧画面６００を表示する前に、ユーザ管理者が、例えばユーザＩＤ等のログイン情報をログイン画面（不図示）にて入力し、このログイン情報と入退館テーブルのユーザ管理者に一致する入退館申請情報を入退館装置１０７から取得する。

また、入退館申請一覧画面６００は、入退館申請情報を検索するために、ユーザＩＤ、ユーザ名、契約管理番号、会社名、入退館申請区分を示す申請区分、入退館申請情報が承認されるまでの処理経過を示すステータスを含む検索条件を入力可能な項目を備えている。

これらの項目の何れか１項目に対して、ユーザ管理者が入力部２０９を介して入力を行った後、検索ボタン６０２を押下すると、この検索条件に一致する入退館テーブルの入退館申請情報を取得して、入退館申請情報一覧表示領域６０３へ表示する。

ステップＳ１１０では、ユーザ管理者端末１０２では、入退館申請一覧画面６００の入退館申請情報一覧表示領域６０３に対して、入力部２０９を介して、レコードが選択されると、選択されたレコードに関する入退館申請情報を図１５に示す入退館申請詳細画面７００に表示する。

図１５に示す入退館申請詳細画面７００には、ユーザが申請した入退館申請情報を表示するためのユーザ申請情報７０１、入退館申請情報の申請日時や各管理担当者が承認を行った日時等を表示するための申請状況７０２、ユーザ管理者がこれらの情報を確認し、承認を行う際に押下するための承認ボタン７０３、否認するための否認ボタン７０４を備えている。

ユーザ管理者は、入退館申請詳細画面７００に表示されたこれらの情報を確認し、入退館申請情報を承認する場合、承認ボタン７０３を押下し、否認する場合、否認ボタン７０４を押下する。

ステップＳ１１１では、ユーザ管理者端末１０２は、入退館申請情報が承認されたか、あるいは否認されたかを判定し、承認されたと判定した場合、つまり、承認ボタン７０３が入力部２０９を介して押下されたと判定した場合、ステップＳ１１６へ処理を進め、否認ボタン７０４が押下されたと判定した場合、ステップＳ１１２へ処理を進める。

ステップＳ１１２では、ユーザ管理者端末１０２は、申請ＩＤを含む入退館申請情報が否認されたことを示す否認情報を入退館装置１０７へ送信し、ステップＳ１１３では、入退館装置１０７では、ステップＳ１１２で送信された否認情報を受信する。

ステップＳ１１４では、入退館装置１０７は、ステップＳ１１３において受信した否認情報に含まれる申請ＩＤと一致する、入退館テーブルの申請ＩＤに対応するステータスをユーザ管理者否認として登録する。

ステップＳ１１５では、入退館装置１０７は、否認メールを、申請を行ったユーザへ送信するために、ステップＳ１１４で用いた申請ＩＤを備えた入退館情報のユーザＩＤに対応する顧客テーブルのメールアドレス宛に入退館申請が否認されたことをメール通知する。

ステップＳ１１６では、ユーザ管理者端末１０２では、申請ＩＤを含む承認示す承認情報を入退館装置１０７へ送信し、ステップＳ１１７では、入退館装置１０７では、ステップＳ１１６において送信された承認情報を受信する。

ステップＳ１１８では、入退館装置１０７では、ステップＳ１１７において受信した承認情報に含まれる申請ＩＤと一致する、入退館テーブルの申請ＩＤに対応するステータスを、ＤＣ担当者承認待ちとして登録する。

ステップＳ１１９では、入退館装置１０７は、承認依頼メールを、申請を行ったユーザのＤＣ担当者へ送信するために、ステップＳ１１８で用いた申請ＩＤを備えた入退館申請情報のユーザＩＤに対応する顧客テーブルのＤＣ担当者用メールアドレス宛に入退館申請の承認依頼メールを送信する。

ステップＳ１２０では、ＤＣ担当者端末１０５は、ステップＳ１１９において送信された承認依頼メールを受信し、ステップＳ１２１では、ＤＣ担当者端末１０５は、表示部２１０に、図１６に示すＤＣ担当者に割り当てられた入退館申請情報を表示するための入退館申請一覧画面８００を表示し、この画面を表示しているＤＣ担当者に対して依頼されているユーザからの入退館申請情報を一覧表示する。

つまり、入退館申請一覧画面８００を表示する前に、ＤＣ担当者が、例えばユーザＩＤ等のログイン情報をログイン画面（不図示）にて入力し、このログイン情報と入退館テーブルのＤＣ担当者に一致する入退館申請情報を入退館装置１０７から取得する。

また、入退館申請一覧画面８００は、入退館申請情報を検索するために、ユーザＩＤ、ユーザ名、契約管理番号、会社名、入退館申請区分を示す申請区分、入退館申請情報が承認されるまでの処理経過を示すステータスを含む検索条件を入力可能な項目を備えている。

これらの項目の何れか１項目に対して、ＤＣ担当者が入力部２０９を介して入力を行った後、検索ボタン８０２を押下すると、この検索条件に一致する入退館テーブルの入退館申請情報を取得して、入退館申請情報一覧表示領域８０３へ表示する。機能としては、図１４に示す入退館申請一覧画面６００と同一である。

ステップＳ１２２では、ＤＣ担当者端末１０５では、入退館申請一覧画面８００の入退館申請情報一覧表示領域８０３に対して、入力部２０９を介して、レコードが選択されると、選択されたレコードに関する入退館申請情報を図１７に示す入退館申請詳細画面９００に表示する。

図１７に示す入退館申請詳細画面９００には、ユーザが申請した入退館申請情報を表示するためのユーザ申請情報９０１、入退館申請情報の申請日時や各管理担当者が承認を行った日時等を表示するための申請状況９０２、ＤＣ担当者がこれらの情報を確認し、承認を行う際に押下するための承認ボタン９０３、否認するための否認ボタン９０４を備えている。機能としては、図１５に示す入退館申請詳細画面７００と同一である。

ＤＣ担当者は、入退館申請詳細画面９００に表示されたこれらの情報を確認し、入退館申請情報を承認する場合、承認ボタン９０３を押下し、否認する場合、否認ボタン９０４を押下する。

ステップＳ１２３では、ＤＣ担当者端末１０５は、入退館申請情報が承認されたか、あるいは否認されたかを判定し、承認されたと判定した場合、つまり、承認ボタン９０３が入力部２０９を介して押下されたと判定した場合、ステップＳ１２９へ処理を進め、否認ボタン９０４が押下されたと判定した場合、ステップＳ１２４へ処理を進める。

ステップＳ１２４では、ＤＣ担当者端末１０５は、申請ＩＤを含む入退館申請情報が否認されたことを示す否認情報を入退館装置１０７へ送信し、ステップＳ１２５では、入退館装置１０７では、ステップＳ１２４で送信された否認情報を受信する。

ステップＳ１２６では、入退館装置１０７は、ステップＳ１２５において受信した否認情報に含まれる申請ＩＤと一致する、入退館テーブルの申請ＩＤに対応するステータスをＤＣ担当者否認として登録する。

ステップＳ１２７では、入退館装置１０７は、否認メールを、申請を行ったユーザへ送信するために、ステップＳ１２６で用いた申請ＩＤを備えた入退館申請情報のユーザＩＤに対応する顧客テーブルのメールアドレス宛に入退館申請が否認されたことをメール通知し、ステップＳ１２８では、ユーザ端末１０１は、ステップＳ１２７において送信された否認メールを受信する。

ステップＳ１２９では、ユーザ管理者端末１０２では、申請ＩＤを含む承認示す承認情報を入退館装置１０７へ送信し、ステップＳ１３０では、入退館装置１０７では、ステップＳ１２９において送信された承認情報を受信する。

ステップＳ１３１では、入退館装置１０７では、ステップＳ１３０において受信した承認情報に含まれる申請ＩＤと一致する、入退館テーブルの申請ＩＤに対応するステータスを、ＤＣ担当者承認済として登録する。

ステップＳ１３２では、入退館装置１０７は、ユーザに対して、入退館申請情報に対する承認メールを送信するために、入退申請情報に含まれるユーザＩＤに一致する顧客テーブルのユーザＩＤに対応するメールアドレス宛に承認メールを送信し、ステップＳ１３３では、ユーザ端末１０１は、ステップＳ１３２において送信された承認依頼メールを受信する。

ステップＳ１３４では、入退館装置１０７では、ユーザ側での承認が必要であったか否かを判定し、承認が必要であったと判定した場合は、ステップＳ１３５へ処理を進め、承認が必要であったと判定しない場合、処理を終了する。

本ステップにおける判定方法は、前述したように、入退館テーブルのユーザ管理者要否に承認者の情報が登録されている場合、承認が必要と判定され、承認者の情報が登録されていると判定しない場合、承認が必要と判定しない。

ステップＳ１３５では、入退館装置１０７は、ユーザ管理者に対して、入退館申請情報に対する承認メールを送信するために、入退申請情報に含まれるユーザＩＤに一致する顧客テーブルのユーザＩＤに対応するユーザ管理者用メールアドレス宛に承認メールを送信し、ステップＳ１３６では、ユーザ管理者端末１０２は、ステップＳ１３５において送信された承認メールを受信する。

以後、本ステップにおける承認メールに申請番号等の申請を一意に識別する情報を表示させておき、ユーザは、入退館当日、この申請番号をＤＣの受付者等に提示することによって、ＤＣ内への入退館が許可される。

次に、図６及び図７に示すフローチャートを用いて緊急時の入退館申請に関する処理内容を説明する。

ステップＳ２０１では、携帯端末１０３は、ログイン画面１０００（図１８参照）を用いて、ログインを行った後、図１９に示す緊急時入退館申請画面１１００を表示出力部３０７へ表示する。

緊急時入退館申請画面１１００は、入館予定日時、退館予定日時、入館目的等の緊急時入退館基本情報１１０１を入力する欄を備えており、入退館申請画面４００の入退館基本情報４０１に比較して、ユーザの上長等を選択する承認者欄を設けていない。

これは、緊急を要するため、入退館申請から承認までのタイムラグを軽減するために、上長等の承認行為を省略するためである。

ユーザが、緊急時入退館申請画面１１００の次へボタン１１０２を押下すると、図２０に示す画面が表示される。

図２０に示す緊急時入退館申請画面１１００は、会社名、ユーザ名、入退館予定者が所有しているＤＣへ入退館を行うためのセキュリティーカードに関する番号、入退館を希望するコンピュータ室や事務室や会議室等の入館予定者に関する情報を含む緊急入退館２次情報１１０３を備えており、入退館申請画面４００の入退館２次情報４０２に比較して、情報機器持込、持出、駐車場利用、及び工事等に関する申請情報の入力を省略している。

基本的に画面の各項目は、ユーザが入力部２０９を介して入力を行うことを可能としており、入退館を希望する各室については、チェックボックスの機能によって選択することが可能である。

これは、緊急を要するため、入退館申請の理由を入力するための作業労力を軽減するために、このような画面構成をとる。

ユーザは、緊急時入退館申請画面１１００の追加ボタン１１０４を押下すると、新たな入館者に関する緊急入退館２次情報１１０３の入力を行うことを可能とし、緊急時入退館申請画面１１００の申請ボタン１１０５を押下すると、緊急時入退館基本情報１１０１及び緊急入退館２次情報１１０３を含む緊急入退館申請情報に基づいて、入退館申請が行われる。

ステップＳ２０２では、携帯端末１０３は、入退館申請がなされたか否かを判定し、入退館申請がなされたと判定した場合、つまり、緊急時入退館申請画面１１００の申請ボタン１１０５が押下されたと判定した場合、ステップＳ２０３へ処理を進める。

ステップＳ２０３では、携帯端末１０３は、緊急時入退館申請画面１１００に入力された緊急時入退館申請情報を入退館装置１０７へ送信し、ステップＳ２０４では、入退館装置１０７は、ステップＳ２０３において携帯端末１０３から送信された緊急入退館申請情報を受信する。

ステップＳ２０５では、入退館装置１０７は、ステップＳ２０４において受信した緊急入退館申請情報を図２３に示す入退館テーブルへ登録する。

これらの情報は、前述したように、図２１に示す顧客テーブルに記憶されたデータを基にも作成され、緊急入退館申請情報に含まれるユーザＩＤと顧客テーブルのユーザＩＤとを紐付けて、顧客テーブルを構成する項目と同一の入退館テーブルの項目にデータを登録する。

顧客テーブルに存在しないような入退館申請区分ＩＤ、申請日時、入館日時、退館日時、入館目的、入室エリアＩＤ、及びステータスについては、緊急時入退館申請画面１１００を用いて、入力されたものであるか、あるいは、入退館装置１０７で、任意に発行された情報を登録している。

本ステップでは、入退館申請区分ＩＤは、緊急入退館申請を示す種別ＩＤを登録し、ステータスとして、ＤＣ担当者承認待ちを登録する。

ステップＳ２０６では、入退館装置１０７は、ＤＣ担当者に対して、入退館申請情報に対する承認依頼メールを送信するために、入退申請情報に含まれるユーザＩＤに一致する顧客テーブルのユーザＩＤに対応するＤＣ担当者用メールアドレス宛に承認依頼メールを送信し、ステップＳ２０７では、ＤＣ担当者端末１０５は、ステップＳ２０６において送信された承認依頼メールを受信する。

ステップＳ２０８では、ＤＣ担当者端末１０５では、表示部２１０に、図２１に示す現地申請画面１２００を表示する。

現地申請画面１２００は、緊急時入退館申請画面１１００で入力された緊急時入退館申請情報のうち、基本情報を表示するための現地申請基本情報１２０１、現地申請画面１２００において、入力を省略した詳細情報を入力するための現地申請２次情報１２０２を備えている。

現地申請画面１２００は、入館予定者１２０３のタブ、駐車場利用申請１２０４のタブ、及び工事申請１２０５のタブを備えており、各タブを選択することで詳細情報を入力することが可能である。入退館申請画面４００の入館予定者４０３のタブ、駐車場利用申請４０４のタブ、及び工事申請４０５のタブと同一の機能を備えている。

この現地申請画面１２００は、ユーザがＤＣへ到着した後、ＤＣ担当者端末１０５に備えられたスキャナによって、ユーザが所有するセキュリティーカードを読み込み、セキュリティーカードに記録されたセキュリティーカード番号を抽出する。

そして、抽出したセキュリティーカード番号を入退館装置１０７へ送信し、入退館装置１０７は、送信されたセキュリティーカード番号を有する入退館テーブルの入退館申請情報のうち、入退館申請区分ＩＤが緊急入退館申請を示し、ステータスがＤＣ担当者承認待ちの入退館申請情報を取得して、ＤＣ担当者端末１０５に送信し、ＤＣ担当者端末１０５は、送信された入退館申請情報を現地申請画面１２００へ表示する。

あるいは、ユーザが到着する前に、ＤＣ担当者、ＤＣ管理者、及びＤＣの受付等のＤＣ内の人間が、緊急時の入退館申請を受けて、入退館を行う者に対してレンタル用のセキュリティーカードを準備しておき、各セキュリティーカードのセキュリティーカード番号を入退館テーブルの入退館申請情報に対して画面（不図示）を用いて登録しておく。

そして、ユーザが到着次第、レンタル用のセキュリティーカードを配布し、ＤＣ担当者端末１０５に備えられたスキャナによって、当該レンタル用のセキュリティーカードを読み込み、該当する入退館申請情報を取得して、現地申請画面に１２００に表示する態様を取ることも可能である。

そして、ユーザが、現地申請画面１２００に対して、緊急時入退館申請画面１１００で入力ができなかった詳細情報の入力を行った後、登録ボタン１２０６を押下すると、入力された詳細情報が入退館テーブルへ登録されると共に、特に入退館申請区分ＩＤについては、現地入退館申請を示す情報が登録される。

ステップＳ２０９では、ＤＣ担当者端末１０５は、表示部２１０に、図１６に示すＤＣ担当者に割り当てられた入退館申請情報を表示するための入退館申請一覧画面８００を表示し、この画面を表示しているＤＣ担当者に対して依頼されているユーザからの入退館申請情報を一覧表示する。

つまり、入退館申請一覧画面８００を表示する前に、ＤＣ担当者が、例えばユーザＩＤ等のログイン情報をログイン画面（不図示）にて入力し、このログイン情報と入退館テーブルのＤＣ担当者に一致する入退館申請情報を入退館装置１０７から取得する。

尚、本ステップでは、特にＤＣ担当者に割り当てられた入退館申請情報に限らず、全ての入退館申請情報を表示しても良い。

ステップＳ２１０では、ＤＣ担当者端末１０５では、入退館申請一覧画面８００の入退館申請情報一覧表示領域８０３に対して、入力部２０９を介して、レコードが選択されると、選択されたレコードに関する入退館申請情報を図１７に示す入退館申請詳細画面９００に表示する。尚、本ステップでは、入退館申請区分が現地入退館申請を示し、ステータスが、ＤＣ担当者承認待ちのレコードを選択する。

ＤＣ担当者は、入退館申請詳細画面９００に表示されたこれらの情報を確認し、入退館申請情報を承認する場合、承認ボタン９０３を押下し、否認する場合、否認ボタン９０４を押下する。

ステップＳ２１１では、ＤＣ担当者端末１０５は、入退館申請情報が承認されたか、あるいは否認されたかを判定し、承認されたと判定した場合、つまり、承認ボタン９０３が入力部２０９を介して押下されたと判定した場合、ステップＳ２１７へ処理を進め、否認ボタン９０４が押下されたと判定した場合、ステップＳ２１２へ処理を進める。

ステップＳ２１２では、ＤＣ担当者端末１０５は、申請ＩＤを含む入退館申請情報が否認されたことを示す否認情報を入退館装置１０７へ送信し、ステップＳ２１３では、入退館装置１０７では、ステップＳ２１２で送信された否認情報を受信する。

ステップＳ２１４では、入退館装置１０７は、ステップＳ２１３において受信した否認情報に含まれる申請ＩＤと一致する、入退館テーブルの申請ＩＤに対応するステータスをＤＣ担当者否認として登録する。

ステップＳ２１５では、入退館装置１０７は、否認メールを、申請を行ったユーザへ送信するために、ステップＳ２１４で用いた申請ＩＤを備えた入退館申請情報のユーザＩＤに対応する顧客テーブルのメールアドレス宛に入退館申請が否認されたことをメール通知し、ステップＳ２１６では、ユーザ端末１０１は、ステップＳ２１５において送信された否認メールを受信する。

ステップＳ２１７では、ユーザ管理者端末１０２では、申請ＩＤを含む承認を示す承認情報を入退館装置１０７へ送信し、ステップＳ２１８では、入退館装置１０７では、ステップＳ２１７において送信された承認情報を受信する。

ステップＳ２１９では、入退館装置１０７では、ステップＳ２１８において受信した承認情報に含まれる申請ＩＤと一致する、入退館テーブルの申請ＩＤに対応するステータスを、ＤＣ担当者承認済として登録する。

ステップＳ２２０では、入退館装置１０７は、ＤＣ管理者に対して、入退館申請情報に対する承認メールを送信するために、入退申請情報に含まれるユーザＩＤに一致する顧客テーブルのユーザＩＤに対応するＤＣ管理者用メールアドレス宛に承認メールを送信し、ステップＳ２２１では、ＤＣ管理者端末１０６は、ステップＳ２２０において送信された承認依頼メールを受信する。

ステップＳ２２２では、ＤＣ管理者端末１０６は、表示部２１０に、図１６に示すＤＣ管理者に割り当てられた入退館申請情報を表示するための入退館申請一覧画面８００を表示し、この画面を表示しているＤＣ管理者に対して依頼されているユーザからの入退館申請情報を一覧表示する。

つまり、入退館申請一覧画面８００を表示する前に、ＤＣ管理者が、例えばユーザＩＤ等のログイン情報をログイン画面（不図示）にて入力し、このログイン情報と入退館テーブルのＤＣ管理者に一致する入退館申請情報を入退館装置１０７から取得する。

尚、本ステップでは、特にＤＣ管理者に割り当てられた入退館申請情報に限らず、全ての入退館申請情報を表示しても良い。

ステップＳ２２３では、ＤＣ管理者端末１０６では、入退館申請一覧画面８００の入退館申請情報一覧表示領域８０３に対して、入力部２０９を介して、レコードが選択されると、選択されたレコードに関する入退館申請情報を図１７に示す入退館申請詳細画面９００に表示する。尚、本ステップでは、入退館申請区分が現地入退館申請を示し、ステータスが、ＤＣ管理者承認待ちのレコードを選択する。

ＤＣ管理者は、入退館申請詳細画面９００に表示されたこれらの情報を確認し、入退館申請情報を承認する場合、承認ボタン９０３を押下し、否認する場合、否認ボタン９０４を押下する。

ステップＳ２２４では、ＤＣ管理者端末１０６は、入退館申請情報が承認されたか、あるいは否認されたかを判定し、承認されたと判定した場合、つまり、承認ボタン９０３が入力部２０９を介して押下されたと判定した場合、ステップＳ２３０へ処理を進め、否認ボタン９０４が押下されたと判定した場合、ステップＳ２２５へ処理を進める。

ステップＳ２２５では、ＤＣ管理者端末１０６は、申請ＩＤを含む入退館申請情報が否認されたことを示す否認情報を入退館装置１０７へ送信し、ステップＳ２２６では、入退館装置１０７では、ステップＳ２１２で送信された否認情報を受信する。

ステップＳ２２７では、入退館装置１０７は、ステップＳ２２６において受信した否認情報に含まれる申請ＩＤと一致する、入退館テーブルの申請ＩＤに対応するステータスをＤＣ管理者否認として登録する。

ステップＳ２２８では、入退館装置１０７は、否認メールを、申請を行ったユーザへ送信するために、ステップＳ２２７で用いた申請ＩＤを備えた入退館申請情報のユーザＩＤに対応する顧客テーブルのメールアドレス宛に入退館申請が否認されたことをメール通知し、ステップＳ２２９では、ユーザ端末１０１は、ステップＳ２２８において送信された否認メールを受信する。

ステップＳ２３０では、ＤＣ管理者端末１０６では、申請ＩＤを含む承認を示す承認情報を入退館装置１０７へ送信し、ステップＳ２３１では、入退館装置１０７では、ステップＳ２３０において送信された承認情報を受信する。

ステップＳ２３２では、入退館装置１０７では、ステップＳ２３１において受信した承認情報に含まれる申請ＩＤと一致する、入退館テーブルの申請ＩＤに対応するステータスを、ＤＣ管理者承認済として登録する。

ステップＳ２３３では、入退館装置１０７は、ＤＣ管理者に対して、入退館申請情報に対する承認メールを送信するために、入退申請情報に含まれるユーザＩＤに一致する顧客テーブルのユーザＩＤに対応するメールアドレス及びＤＣ管理者用メールアドレス宛に承認メールを送信し、ステップＳ２３４では、ＤＣ管理者端末１０６は、ステップＳ２３２において送信された承認依頼メールを受信し、ステップＳ２３５では、ユーザ端末１０１は、ステップＳ２３２において送信された承認依頼メールを受信する。これによって、緊急時に入退館申請を行ったユーザは、ＤＣ内への入室が許可されることになる。

次に、図８に示すフローチャートを用いて緊急時に入退館申請を行った後、事後申請を行う処理内容を説明する。

ステップＳ３０１では、ユーザ端末１０１は、表示部２１０へ図２２に示す入退館申請検索一覧画面１３００を表示する。

入退館申請検索一覧画面１３００は、入退館申請情報を検索するために、ユーザＩＤ、入力された日付以降の入退館予定日を有する入退館申請情報を検索するために入力するための入退館予定日（ＦＲＯＭ）欄、申請者、契約管理番号、会社名、入力された日付以前の入退館予定日を有する入退館申請情報を検索するために入力するための入退館予定日欄（ＴＯ）、入退館申請区分ＩＤに対応する申請区分、ステータス等の項目を設定することが可能な検索条件１３０１を備えている。

ユーザは、検索条件１３０１の何れかの項目に入力を行った後、検索ボタン１３０２を押下すると、検索条件１３０１を満たす入退館申請情報を入退館テーブルから取得して、入退館申請情報一覧１３０３に表示する。

ステップＳ３０２では、ユーザ端末１０１は、入退館申請検索一覧画面１３００の入退館申請情報一覧１３０３に対して、入力部２０９を介して、レコードが選択されると、選択されたレコードに関する入退館申請情報を入退館申請詳細画面（不図示）に表示する。

この入退館申請詳細画面は、図１７に示す入退館申請詳細画面９００に対して、図２１に示す現地申請画面１２００において、入館予定者１２０３のタブ、駐車場利用申請１２０４のタブ、及び工事申請１２０５のタブの各タブに備えられた項目を有する構成を備えており、更に、事後申請ボタンをも備えている。尚、これらの項目については、全て入力不可として表示制御を行う。

ステップＳ３０３では、ユーザ端末１０１は、事後申請ボタンが押下されたか否かを判定し、押下されたと判定した場合、ステップＳ３０４へ処理を進め、ステップＳ３０４では、ユーザ端末１０１は、ステップＳ３０１において表示した入退館申請詳細画面（不図示）に表示した情報を取得して、事後入退館申請情報として、入退館装置１０７へ送信する。

ステップＳ３０５では、入退館装置１０７は、ステップＳ３０４において送信された事後入退館申請情報を受信し、ステップＳ３０６では、入退館装置１０７は、ステップＳ３０５において受信した事後入退館申請情報に含まれる申請ＩＤを備えた入退館テーブルの入退館申請区分ＩＤを、事後入退館申請を示す情報に更新し、ステータスをＤＣ担当者承認待ちに更新する。

そして、ステップＳ３０５以降では、入退館申請区分ＩＤが事後入退館申請を示す情報に対して、ステータスの変更を行うが、処理内容としては、ステップＳ１０６からステップＳ１３５までの処理と同一処理を行うので、説明は省略する。

次に、図９に示すフローチャートを用いて事後申請を行っていないユーザに対して警告を行う処理内容を説明する。

ステップＳ４０１では、入退館装置１０７は、現地入退館申請がＤＣ管理者に承認され、事後入退館申請がなされたか否かを判定し、事後入退館申請がなされたと判定した場合、処理を終了し、事後入退館申請がなされたと判定しない場合、ステップＳ４０２へ処理を進める。

本ステップにおける判定方法の一例としては、入退館テーブルの入退館申請情報に対して、入退館申請区分ＩＤが現地入退館申請を示し、かつ、ステータスが、ＤＣ管理者承認済の入退館申請情報が存在するか否かを判定し、存在しないと判定した場合、事後入退館申請がなされたと判定した場合に該当し、存在すると判定した場合、事後入退館申請がなされたと判定しない場合に該当する。

ステップＳ４０２では、入退館装置１０７は、ステップＳ４０１において、現地入退館申請がＤＣ管理者に承認され、事後入退館申請がなされていない入退館情報に含まれる退館日時から、所定期間経過したか否かを判定し、所定期間経過したと判定した場合、ステップＳ４０６へ処理を進め、所定期間経過したと判定しない場合、ステップＳ４０３へ処理を進める。

ステップＳ４０３では、入退館装置１０７は、ステップＳ４０２における入退館情報に含まれるユーザＩＤに対応する顧客テーブルのメールアドレス及びユーザ管理者用メールアドレス宛に、事後入退館申請を行うことを促す事後申請催促メールを送信し、ステップＳ４０４では、ユーザ管理者端末１０２は、ステップＳ４０３において送信された催促メールを受信し、ステップＳ４０５では、ユーザ管理者端末１０２は、ステップＳ４０３において送信された事後申請催促メールを受信する。

ステップＳ４０６では、入退館装置１０７は、ステップＳ４０２における入退館情報に含まれるユーザＩＤに対応する顧客テーブルのレコードを削除し、ステップＳ４０７では、入退館装置１０７は、ステップＳ４０２における入退館情報に含まれるユーザＩＤに対応する顧客テーブルのメールアドレス及びユーザ管理者用メールアドレス宛に、本入退館申請システムの利用を停止する旨を示す廃止通知メールを送信する。

ステップＳ４０８では、ユーザ管理者端末１０２は、ステップＳ４０７において送信された廃止通知メールを受信し、ステップＳ４０９では、ユーザ管理者端末１０２は、ステップＳ４０７において送信された廃止通知メールを受信する。

本発明によると、ユーザが、通常の入退館申請を行うべき申請を、緊急事態が生じることによって、迅速な対応が必要であることを考慮して、ユーザが所有している携帯端末を用いて必要最小限の申請内容で行うことが可能となる。

つまり、１例として、ユーザが、何処かへ外出などを行っている最中に、クライアント端末のようなＰＣ端末が利用できない状況で、緊急事態が生じるようなケースでは、持ち歩いている携帯端末を用いて、申請を可能とすることで、迅速に入退館申請を行うことが可能となる。

しかしながら、ユーザが、現地（ＤＣ）へ到着すると、簡易に行った申請に対して、補充するべく情報を、現地に設置された端末を用いてユーザに入力させ、本来、運用すべき通常の入退館申請を行わせる。

これによって、通常の入退館申請と同レベルの申請を緊急時にも行うことが可能となり、簡易な入退館申請の機能のみを利用するユーザが増えることを抑止する効果を生じる。

また、緊急時の入退館申請では、申請を行ったユーザ以外の入館予定者の会社名、氏名のみで申請が可能となるため、入退館を行った者が、現地でどのような申請を行ったのか不明瞭となるため、後程、ユーザが現地での申請内容を確認、承認するために、事後に再度、申請を行うことを可能としている。

例えば、入退館を行った者が持ち込んだ物品が、勝手に持ち込まれた状態となり得るので、顧客（ユーザ）自体が、この状態を認識し、事後に再度申請を行うことで、顧客（ユーザ）が責任を持つことを目的としている。
［第２の実施形態］

次に、第２の実施形態に関して説明する。

第１の実施形態では、ユーザは、本来ならば、入退館申請画面４００を用いて、適切なオペレーションを踏んで貰うことが好ましいにも関わらず、ユーザは、所望するタイミングで、緊急時入退館申請画面１１００を利用することが可能であるため、緊急時入退館申請画面１１００の濫用を抑止するため、ユーザにとって煩わしさを伴う事後申請を行わせていたが、第２の実施形態では、データセンターで監視対象とする機器に於いて、緊急対応が必要な時のみ、ユーザへ、緊急時入退館申請画面１１００を利用させる態様について説明する。

尚、第１の実施形態における構成や処理に関しては、ほぼ同様な構成や処理であるため、同様なものの説明は省略し、異なるもののみ説明を行うものとする。

図２４に示すように、入退館システム１００は、障害等の監視対象とする情報処理装置やネットワーク等の少なくとも１以上の情報処理機器１０９、及び各情報処理機器１０９において発生した障害の内容等を監視する監視サーバ１１０を更に備えており、各情報処理機器１０９と監視サーバ１１０とは、ネットワーク１１１を介して接続されている。

また、監視サーバ１１０は、情報処理機器１０９から出力された障害メッセージの種類や障害メッセージの量等に従って、入退館装置１０７に対して、緊急時入退館申請画面１１００の使用可否を判定し、その判定結果を通知する。

次に、図２５に示すフローチャートを用いて、緊急時の入退館申請に関する処理内容を説明する。

ステップＳ５００では、監視サーバ１１０は、ネットワーク１１１を介して、情報処理機器１０９から、定期的、あるいは異常発生時に、情報処理機器１０９自身に関する機器情報や稼働状況あるいは障害メッセージを含む稼働情報（例えば、情報処理機器１０９に関するシステムログ等）を含む監視情報を受信したか否かを判定し、監視情報を受信したと判定した場合、ステップＳ５０１へ処理を進める。

ステップＳ５０１では、監視サーバ１１０は、ステップＳ５００で受信した監視情報に含まれる稼働情報を用いて、障害が発生したか否かを判定し、障害が発生したと判定した場合は、ステップＳ５０２へ処理を進め、障害が発生したと判定しない場合は、ステップＳ５００へ処理を進める。

本ステップにおける判定方法しては、例えば、監視情報の稼働情報に含まれる各情報処理機器１０９のリソースに関する情報が、監視サーバ１１０の外部メモリ２１１等に予め記憶された閾値を超えた場合や、あるいは稼働情報に含まれる障害メッセージによって判定を行うことが可能である。

ステップＳ５０２では、監視サーバ１１０は、発生した障害が、対応に緊急性を要するものであるか否かを判定し、緊急性を要すると判定した場合、ステップＳ５０３へ処理を進め、緊急性を要しないと判定した場合は、ステップＳ５１０へ処理を進める。

本ステップにおける判定方法としては、例えば、監視情報に含まれる各情報処理機器１０９のリソースに関する情報や所定時間内に発生した障害メッセージの量が、監視サーバ１１０の外部メモリ２１１等に予め記憶された閾値を超えた場合や、あるいは稼働情報に含まれる障害メッセージの内容によって判定を行うことが可能である。

尚、閾値の設定については、リソースに関して言えば、ステップＳ５０１において用いた閾値を超えた段階で、緊急性を要すると判定しても良いし、本ステップにおいて、更に、ステップＳ５０１よりも厳しい閾値を設けることで、ステップＳ５０１の閾値を超え、本ステップの閾値を超えない場合は、緊急性を要しないが、ユーザへの通知が必要であるものとして、一方、ステップＳ５０１及び本ステップの両方の閾値を超える場合、緊急性を要するものとして、区別しても良い

また、障害メッセージの量についても、本ステップに於いて、段階的に閾値を設けることで、緊急性を要しないが、ユーザへの通知が必要であるもの、あるいは、緊急性を要するものとして、区別しても良い。

尚、ステップＳ５０１及びステップＳ５０２における判定については、図２６に示す障害検知テーブルを用いて、判定を行う。

障害検知テーブルは、情報処理機器１０９を所有する顧客を一意に識別するためのコードを示す顧客コード、顧客が所有するシステムを一意に識別するための顧客システムコード、情報処理機器１０９に対して、監視対象とするリソース等の監視対象項目を一意に識別すると共に、監視効率化を図るために監視対象項目を数値化した監視項目ＮＯ、監視対象項目に対してどのような監視情報を取得するかを識別するための監視項目コード、監視項目コードが発生した場合、その対応に緊急性を要するか否かを識別するための情報を示す緊急性有無情報、前述したように、緊急性を要しないが、ユーザへの通知が必要であるもの、あるいは、緊急性を要するものとして、区別する際に用いる閾値などを含む障害条件を備えている。

つまり、本ステップでは、監視サーバ１１０は、各情報処理機器１０９から受信した監視情報に顧客コード、顧客システムコード、監視項目ＮＯ、及び監視項目コードを含める構成や、少なくとも機器情報と稼働情報を示すコードのみを受信して、監視サーバ１１０において、監視サーバ１１０に備えた当該コードに対応するデータを付加あるいは変換し生成する構成において、顧客コード、顧客システムコード、監視項目ＮＯ、及び監視項目コードに該当する障害検知テーブルのレコードから、緊急性有無情報及び障害条件を取得して、緊急性を要しないが、ユーザへの通知が必要であるもの、あるいは、緊急性を要するものとして、区別する判定を行う。

ステップＳ５０３では、監視サーバ１１０は、対応に緊急性を要する障害が発生した旨を示す緊急障害情報を生成する。尚、緊急障害情報は、顧客コード、顧客システムコード、監視項目ＮＯ、及び監視項目コードを含めて生成を行う

ステップＳ５０４では、監視サーバ１１０は、ステップＳ５０３において生成した緊急障害情報を入退館装置１０７へ送信し、ステップＳ５０５では、入退館装置１０７は、ステップＳ５０４において送信された緊急障害情報を受信する。

ステップＳ５０６では、入退館装置１０７は、ステップＳ５０５で受信した緊急障害情報を用いて、緊急障害が発生したことを通知するためのメールを生成する。

生成する際に、緊急時入退館申請画面１１００を使用するために、ログイン画面１０００を起動させるためのＵＲＬを外部メモリ２１１から取得し、取得したＵＲＬに対して利用回数や利用制限時間を埋め込み（例えば、ワンタイムＵＲＬ等の従来技術を適用する）、当該電子メールへ付与する。尚、ＵＲＬ自身は、外部メモリ２１１に予め記憶されているものとする。

図２７では、生成した電子メールの構成の一例が示されており、電子メール１４００は、前述したように取得したＵＲＬ１４０１が付与された構成を備えている。

ステップＳ５０７では、入退館装置１０７は、ステップＳ５０６において生成した電子メール１４００を顧客のメールアドレス宛に送信する。尚、メールアドレスについては、緊急障害情報に含まれる顧客コードに該当する顧客テーブル（図２６参照）のレコードのうち、メールアドレスを取得して、電子メール１４００の宛先に設定を行った後、当該電子メール１４００を送信する。

尚、図２６に示す顧客テーブルは、図２３に示す顧客テーブルと同様な構成を備えるが、異なる点は、メールアドレスには、ユーザ端末１０１へ電子メールを送信する際に用いるメールアドレスであるメールアドレス端末用、携帯端末１０３へ電子メールを送信する際に用いるメールアドレスであるメールアドレス携帯用の双方のメールアドレスをソ寝ている点である。

本ステップでは、携帯端末１０３のメールアドレス携帯用を取得して、このメールアドレスに対して電子メール１４００の送信を行う。

ステップＳ５０８では、携帯端末１０３は、ステップＳ５０７において送信された電子メール１４００を受信し、ステップＳ５０９では、携帯端末１０３において、電子メール１４００のＵＲＬ１４０１がクリックされたか否か（入退館申請の要求の有無）を判定し、クリックされたと判定した場合は、図６に示すステップＳ２０１へ処理を進め、ログイン画面１０００が携帯端末１０３へ表示され、以後の処理を行うが、以後の処理は、図６及び図７に示すフローチャートと同様な処理を行うため説明は省略する。

一方、クリックされたと判定しない場合は、処理を終了する。あるいは、クリックされたとしても、ＵＲＬに含まれる利用回数（入退館装置１０７でクリックした回数を管理）あるいは利用制限時間を超えているようであれば、申請ができない理由を通知して処理を終了する。

ステップＳ５１０では、監視サーバ１１０は、緊急性を要しないが、障害発生あるいは監視が必要等を示す障害情報を生成する。尚、障害情報は、顧客コード、顧客システムコード、監視項目ＮＯ、及び監視項目コードを含めて生成を行う

ステップＳ５１１では、監視サーバ１１０は、ステップＳ５１０において生成した障害情報を入退館装置１０７へ送信し、ステップＳ５１２では、入退館装置１０７は、ステップＳ５１１において送信された障害情報を受信する。

ステップＳ５１３では、入退館装置１０７は、ステップＳ５１２で受信した障害情報を用いて、緊急性を要しないが、障害が発生したことあるいは監視が必要であること等を通知するための電子メールを生成する。

本ステップでは、ステップＳ５０６においてログイン画面１０００を使用させるためのＵＲＬを電子メールへ付与したが、このような付与を行わずに、緊急性を要しないが、障害が発生したことあるいは監視が必要であること等の情報を電子メールへ示す。

ステップＳ５１４では、入退館装置１０７は、ステップＳ５１３において生成した電子メールを携帯端末１０３へ送信する。

尚、メールアドレスについては、前述と同様な方法で、障害情報に含まれる顧客コードに該当する顧客テーブル（図２６参照）のレコードのうち、メールアドレス携帯用を取得して、電子メールの宛先に設定を行った後、当該電子メールを送信する。

ステップＳ５１５では、携帯端末１０３は、ステップＳ５１４において送信された電子メールを受信する。

尚、ステップＳ５１３では、入退館装置１０７は、予め外部メモリ２１１に記憶させせた入退館申請画面４００を利用するためのログイン画面（不図示）のＵＲＬを取得し、取得したＵＲＬを電子メールに付与する。

そして、ステップＳ５１４では、入退館装置１０７は、ステップＳ５１３において生成した電子メールを、メールアドレス端末用を用いて、ユーザ端末１０１へ送信し、ステップＳ５１５では、ユーザ端末１０１は、ステップＳ５１４において送信された電子メールを受信する構成をとっても良い。

以上、本発明に依れば、緊急を要する場合、入退館申請時に入力すべく情報を軽減すると共に、承認者の権限を上げることで、入退館の承認を迅速に行うことができる。

また、本発明は、例えば、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータで稼働しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム、あるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 入退館システム
１０１ ユーザ端末
１０２ ユーザ管理者用端末
１０３ 携帯端末
１０４ 広域ネットワーク
１０５ ＤＣ担当者端末
１０６ ＤＣ管理者端末
１０７ 入退館装置
１０８ ローカルエリアネットワーク
１０９ 情報処理機器
１１０ 監視サーバ
１１１ ローカルエリアネットワーク
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆ（インターフェース）コントローラ
２０９ 入力部
２１０ ディスプレイ装置
２１１ 外部メモリ

Claims (10)

1. ユーザが通常の入退館申請を行うためのユーザ端末と、前記ユーザが簡易な入退館申請を行うための携帯端末と、前記入退館申請の承認を行うための承認用端末と、がネットワークを介して、前記入退館申請に関わる情報を記憶管理する入退館装置に通信可能な入退館システムであって、
   前記ユーザ端末は、
   前記ユーザが、通常の入退館申請を行うための申請情報に関する通常申請情報を入力するためのユーザ端末入力手段と、
   前記ユーザ端末入力手段によって入力された通常申請情報を前記入退館装置へ送信するユーザ端末送信手段と、
   を備え、
   前記携帯端末は、
   前記ユーザが、簡易な入退館申請を行うための申請情報に関する簡易申請情報を入力するための携帯端末入力手段と、
   前記携帯端末入力手段によって入力された簡易申請情報を前記入退館装置へ送信する携帯端末送信手段と、
   を備え、
   前記入退館装置は、
   前記ユーザ端末送信手段から送信された通常申請情報を受信する第１の入退館装置受信手段と、
   前記携帯端末送信手段から送信された簡易申請情報を受信する第２の入退館装置受信手段と、
   前記第１の入退館装置受信手段あるいは前記第２の入退館装置受信手段によって受信した通常申請情報あるいは簡易申請情報を記憶する記憶手段と、
   前記承認用端末の承認用端末送信手段によって送信された補充申請情報を受信する第３の入退館装置受信手段と、
   前記記憶手段によって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認手段と、
   を備え、
   前記承認用端末は、
   前記簡易申請情報を補充するための補充申請情報を入力するための承認用端末入力手段と、
   前記承認用端末入力手段によって入力された補充申請情報を前記入退館装置へ送信する承認用端末送信手段と、
   を備え、
   前記記憶手段は、前記第３の入退館装置受信手段によって受信した補充申請情報を前記簡易申請情報と対応して記憶し、
   前記承認手段は、前記記憶手段によって記憶した簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認することを特徴とする入退館システム。
2. 前記ユーザ端末は、
   前記承認用端末入力手段によって補充申請情報を入力した入退館申請に対して、ユーザが簡易申請情報及び当該簡易申請情報に対応する補充申請情報の事後確認を行うことで、前記入退館申請の承認依頼を行うための承認依頼手段と、
   前記承認依頼手段によって承認依頼を行った前記入退館申請の承認依頼情報を前記入退館装置へ送信する承認依頼送信手段と、
   を備え、
   前記入退館装置は、
   前記承認依頼送信手段によって送信された承認依頼情報を受信する第４の入退館装置受信手段を備え、
   前記記憶手段は、前記第４の入退館装置受信手段によって受信した承認依頼情報を前記簡易申請情報に対応して記憶し、
   前記承認手段は、前記記憶手段に記憶された承認依頼情報を承認することを特徴とする請求項１に記載の入退館システム。
3. 前記ユーザ端末は、
   前記入退館システムを利用することが可能なユーザ情報を記憶するユーザ情報記憶手段、
   を備え、
   前記入退館装置は、
   簡易な入退館申請に対して、退館日時から所定時間、第４の入退館装置受信手段によって承認依頼情報を受信しない場合、前記簡易な入退館申請を行ったユーザのユーザ情報を前記ユーザ情報記憶手段から削除するユーザ情報削除手段を、
   備えたことを特徴とする請求項２に記載の入退館システム。
4. 前記入退館システムは、少なくとも１以上の監視対象となる情報処理機器と、前記情報処理機器を監視する監視サーバと、ネットワークを介して通信可能にされており、
   前記監視サーバは、
   前記情報処理機器から出力される障害内容によって、対応の緊急性を判定する判定手段と、
   前記判定手段による判定に応じて、緊急性を求められることを示す緊急障害情報を生成する、あるいは、緊急性を求められないことを示す障害情報を生成する障害情報生成手段と、
   前記障害情報生成手段によって生成した緊急障害情報あるいは障害情報を入退館装置へ送信する監視サーバ送信手段と、
   を備え、
   前記入退館装置は、
   前記監視サーバ送信手段によって送信された緊急障害情報を受信した場合は、前記携帯端末入力手段が利用可能となるように、利用可能情報を送信し、一方、前記監視サーバ送信手段によって送信された障害情報を受信した場合は、前記携帯端末入力手段を利用可能とすることなく、前記ユーザ端末入力手段の利用のみを可能とする入力制御手段と、
   を備えたことを特徴とする請求項１乃至３の何れか１項に記載の入退館システム。
5. 前記入力制御手段は、利用可能情報として、前記携帯端末入力手段を利用するためのＵＲＬを付与した電子メールを生成し、
   前記入退館装置は、
   前記入力制御手段によって生成した電子メールを前記携帯端末へ送信する入退館装置送信手段、
   を備え、
   前記携帯端末は、
   前記入退館装置送信手段によって送信された電子メールを受信する携帯端末受信手段、
   を備え、
   前記携帯端末入力手段は、前記携帯端末受信手段によって受信した電子メールのＵＲＬが押下されたことを検知した後、前記簡易申請情報の入力を行うことを特徴とする請求項４に記載の入退館システム。
6. ユーザが通常の入退館申請を行うためのユーザ端末、前記ユーザが簡易な入退館申請を行うための携帯端末、及び前記入退館申請の承認を行うための承認用端末と、ネットワークを介して通信可能な入退館装置であって、
   前記ユーザ端末において行われた通常の入退館申請を行うための申請情報に関する通常申請情報を受信する入退館申請情報受信手段と、
   前記携帯端末において行われた簡易な入退館申請を行うための申請情報に関する簡易申請情報を受信する簡易入退館申請情報受信手段と、
   前記入退館申請情報受信手段あるいは前記簡易入退館申請情報受信手段によって受信した通常申請情報あるいは簡易申請情報を記憶する記憶手段と、
   前記承認用端末において入力された簡易申請情報を補充するための補充申請情報を受信する補充申請情報受信手段と、
   前記記憶手段によって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認手段と、
   を備え、
   前記記憶手段は、前記補充申請情報受信手段によって受信した補充申請情報を前記簡易申請情報と対応して記憶し、
   前記承認手段は、前記記憶手段によって記憶した簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認する
   ことを特徴とする入退館装置。
7. ユーザが通常の入退館申請を行うためのユーザ端末と、前記ユーザが簡易な入退館申請を行うための携帯端末と、前記入退館申請の承認を行うための承認用端末と、がネットワークを介して、前記入退館申請に関わる情報を記憶管理する入退館装置に通信可能な入退館システムの制御方法であって、
   前記ユーザ端末が、
   前記ユーザが、通常の入退館申請を行うための申請情報に関する通常申請情報を入力するためのユーザ端末入力ステップ、
   前記ユーザ端末入力ステップによって入力された通常申請情報を前記入退館装置へ送信するユーザ端末送信ステップ、
   前記携帯端末が、
   前記ユーザが、簡易な入退館申請を行うための申請情報に関する簡易申請情報を入力するための携帯端末入力ステップ、
   前記携帯端末入力ステップによって入力された簡易申請情報を前記入退館装置へ送信する携帯端末送信ステップ、
   を含み、
   前記入退館装置が、
   前記ユーザ端末送信ステップから送信された通常申請情報を受信する第１の入退館装置受信ステップ、
   前記携帯端末送信ステップから送信された簡易申請情報を受信する第２の入退館装置受信ステップ、
   前記第１の入退館装置受信ステップ及び前記第２の入退館装置受信ステップによって受信した通常申請情報あるいは簡易申請情報を記憶する記憶ステップ、
   前記承認用端末の承認用端末送信ステップによって送信された補充申請情報を受信する第３の入退館装置受信ステップ、
   前記記憶ステップによって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認ステップ、
   を含み、
   前記承認用端末が、
   前記簡易申請情報を補充するための補充申請情報を入力するための承認用端末入力ステップ、
   前記承認用端末入力ステップによって入力された補充申請情報を前記入退館装置へ送信する承認用端末送信ステップ、
   を含み、
   前記記憶ステップは、第３の入退館装置受信ステップによって受信した補充申請情報を前記簡易申請情報と対応して記憶し、
   前記承認ステップは、前記記憶ステップによって記憶した簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認することを
   含む入退館システムの制御方法。
8. ユーザが通常の入退館申請を行うためのユーザ端末と、前記ユーザが簡易な入退館申請を行うための携帯端末と、前記入退館申請の承認を行うための承認用端末と、がネットワークを介して、前記入退館申請に関わる情報を記憶管理する入退館装置に通信可能な入退館システムにおいて読取実行可能なプログラムであって、
   前記ユーザ端末を、
   前記ユーザが、通常の入退館申請を行うための申請情報に関する通常申請情報を入力するためのユーザ端末入力手段と、
   前記ユーザ端末入力手段によって入力された通常申請情報を前記入退館装置へ送信するユーザ端末送信手段と、
   して機能させ、
   前記携帯端末を、
   前記ユーザが、簡易な入退館申請を行うための申請情報に関する簡易申請情報を入力するための携帯端末入力手段と、
   前記携帯端末入力手段によって入力された簡易申請情報を前記入退館装置へ送信する携帯端末送信手段と、
   して機能させ、
   前記入退館装置を、
   前記ユーザ端末送信手段から送信された通常申請情報を受信する第１の入退館装置受信手段と、
   前記携帯端末送信手段から送信された簡易申請情報を受信する第２の入退館装置受信手段と、
   前記第１の入退館装置受信手段あるいは前記第２の入退館装置受信手段によって受信した通常申請情報あるいは簡易申請情報を記憶する記憶手段と、
   前記承認用端末の承認用端末送信手段によって送信された補充申請情報を受信する第３の入退館装置受信手段と、
   前記記憶手段によって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認手段と、
   して機能させ、
   前記承認用端末を、
   前記簡易申請情報を補充するための補充申請情報を入力するための承認用端末入力手段と、
   前記承認用端末入力手段によって入力された補充申請情報を前記入退館装置へ送信する承認用端末送信手段と、
   して機能させ、
   前記記憶手段は、前記第３の入退館装置受信手段によって受信した補充申請情報を前記簡易申請情報と対応して記憶し、
   前記承認手段は、前記記憶手段によって記憶した簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認する
   として機能させることを特徴とするプログラム。
9. ユーザが通常の入退館申請を行うためのユーザ端末、前記ユーザが簡易な入退館申請を行うための携帯端末、及び前記入退館申請の承認を行うための承認用端末と、ネットワークを介して通信可能な入退館装置の制御方法であって、
   前記入退館装置が、
   前記ユーザ端末において行われた通常の入退館申請を行うための申請情報に関する通常申請情報を受信する入退館申請情報受信ステップ、
   前記携帯端末において行われた簡易な入退館申請を行うための申請情報に関する簡易申請情報を受信する簡易入退館申請情報受信ステップ、
   前記入退館申請情報受信ステップあるいは前記簡易入退館申請情報受信ステップによって受信した通常申請情報あるいは簡易申請情報を記憶する記憶ステップ、
   前記承認用端末において入力された簡易申請情報を補充するための補充申請情報を受信する補充申請情報受信ステップ、
   前記記憶ステップによって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認ステップ、
   を含み、
   前記記憶ステップは、前記補充申請情報受信ステップによって受信した補充申請情報を前記簡易申請情報と対応して記憶し、
   前記承認ステップは、前記記憶ステップによって簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認することを、
   含む入退館装置の制御方法。
10. ユーザが通常の入退館申請を行うためのユーザ端末、前記ユーザが簡易な入退館申請を行うための携帯端末、及び前記入退館申請の承認を行うための承認用端末と、ネットワークを介して通信可能な入退館装置において読取実行可能なプログラムであって、
    前記入退館装置を、
    前記ユーザ端末において行われた通常の入退館申請を行うための申請情報に関する通常申請情報を受信する入退館申請情報受信手段と、
    前記携帯端末において行われた簡易な入退館申請を行うための申請情報に関する簡易申請情報を受信する簡易入退館申請情報受信手段と、
    前記入退館申請情報受信手段あるいは前記簡易入退館申請情報受信手段によって受信した通常申請情報あるいは簡易申請情報を記憶する記憶手段と、
    前記承認用端末において入力された簡易申請情報を補充するための補充申請情報を受信する補充申請情報受信手段と、
    前記記憶手段によって記憶された通常申請情報にかかる入退館申請を行ったユーザの入退館を承認する承認手段と、
    して機能させ、
    前記記憶手段は、前記補充申請情報受信手段によって受信した補充申請情報を前記簡易申請情報と対応して記憶し、
    前記承認手段は、前記記憶手段によって記憶した簡易申請情報及び当該簡易申請情報に対応する補充申請情報にかかる入退館申請を行ったユーザの入退館を承認するとして、
    機能させることを特徴とするプログラム。

Images