入退室管理システムおよび方法
【課題】携帯電話機が第３者により不正に取得された場合でも、当該第３者によるなりすまし行為を防ぎながら、携帯電話機を利用した入退室管理が行えるようにする。
【解決手段】ＡＰサーバ１１は認証テーブル１２１に登録されている認証情報中の利用予定期間情報の示す利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機３０に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知する。ＡＰサーバ１１は携帯電話機３０から特定の鍵開け用電話番号がダイヤリングされた際、携帯電話機３０の携帯電話番号と、ユーザの入力操作により携帯電話機３０から送信されるパスワードとを取得してユーザ認証を行う。ＡＰサーバ１１は認証に成功すると、認証に用いられた認証情報の示す利用予定期間内ならば、解錠に必要な鍵のキーナンバを鍵情報テーブル１２４に登録されている鍵情報から取り出して携帯電話機３０に通知する。
【解決手段】ＡＰサーバ１１は認証テーブル１２１に登録されている認証情報中の利用予定期間情報の示す利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機３０に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知する。ＡＰサーバ１１は携帯電話機３０から特定の鍵開け用電話番号がダイヤリングされた際、携帯電話機３０の携帯電話番号と、ユーザの入力操作により携帯電話機３０から送信されるパスワードとを取得してユーザ認証を行う。ＡＰサーバ１１は認証に成功すると、認証に用いられた認証情報の示す利用予定期間内ならば、解錠に必要な鍵のキーナンバを鍵情報テーブル１２４に登録されている鍵情報から取り出して携帯電話機３０に通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、建物や部屋に代表される箇所への人の入退室を携帯電話機の利用により管理する入退室管理システムおよび方法に関する。
【背景技術】
【０００２】
外部者あるいは管理者以外の者の侵入を防ぐべき建物もしくは部屋などの箇所への人の入退室を管理することは、セキュリティ上必須となっている。この種の管理（入退室管理）が必要となる箇所として、例えばサーバコンピュータが設置された、あるいは重要書類が保管された、建物もしくは部屋などが知られている。
【０００３】
従来の一般的な入退室管理は、セキュリティカード等の媒体を用いたカードリーダでの入退室管理が主流となっている。この従来の入退室管理では、カード等の媒体の破損により、当該媒体の所有者でありながら、必要時に入退室ができなくなる可能性がある。また、小さなカードを紛失すると、必要時に入退室ができなくなるだけでなく、セキュリティ情報漏洩の危険性も発生する。
【０００４】
そこで近年は、カード等の媒体に代えて、近距離無線データ通信インタフェースを内蔵した携帯電話機を利用した入退室管理手法が提案されている（例えば、特許文献１参照）。この特許文献１に記載された入退室管理手法によれば、入退室対象となる建物に入室しようとするユーザ（通行者）の入退室が、次のように管理される。
【０００５】
まず、ユーザが建物のゲート（扉）に近づくと、当該ユーザが所持する携帯電話機の近距離無線データ通信機能により、ゲート装置との間で通信が行われる。ゲート装置は、この通信により携帯電話機からユーザの個人識別情報を取得する。ゲート装置は、この個人識別情報に対応する通行可否情報を通行可否記憶手段から読み出して、通行可否を判定する。ゲート装置は、通行可が判定された場合だけ、ユーザの携帯電話機にランダムな暗証番号を無線送信する。ユーザは、この暗証番号をゲート（扉）に設置された入力手段に入力する。この入力された暗証番号が、ゲート装置からユーザの携帯電話機に送信された暗証番号に一致するならば、ゲート装置は、ゲート（扉）を解錠する。また、上記特許文献１には、通行可の判定時に、当該ゲート装置からユーザの携帯電話機に、ユーザＩＤ（パスワード）の入力を要求し、入力されたユーザＩＤに基づいてユーザを認証できた場合に限り、ゲート装置からユーザの携帯電話機に暗証番号が送信される技術も記載されている。
【特許文献１】特開２００２−２１３１２６（段落００２９乃至００３５、図１、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記特許文献１に記載された携帯電話機を利用した入退室管理手法（以下、先行技術と称する）によれば、セキュリティカード等の媒体を用いる場合と異なって携帯電話機の破損や紛失の虞は少ないため、当該の携帯電話機の所有者であれば、必要時に確実に入退室できる。
【０００７】
上記先行技術においては、携帯電話機の紛失または盗難により、当該携帯電話機が第３者により使用されても、この第３者が当該携帯電話機のユーザのＩＤを知らない限り、第３者による「なりすまし行為」を防止できる。しかし、このユーザＩＤは一般に固定であり、かつ携帯電話機を通してサービスを受ける種々の場面で利用されることから、第３者に漏洩される可能性がある。つまり、携帯電話機を不正に取得した第３者によってユーザＩＤが不正に取得される可能性がある。このような場合、第３者によるなりすまし行為を防止できない。
【０００８】
本発明は上記事情を考慮してなされたものでその目的は、携帯電話機が第３者により不正に取得された場合でも、当該第３者によるなりすまし行為を防ぎながら、携帯電話機を利用した入退室管理が行える、入退室管理システムおよび方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の１つの観点によれば、携帯電話機を所有するユーザの入退室を管理する入退室管理システムが提供される。この入退室管理システムは、入退室管理が必要な箇所への入退室を予定しているユーザおよび当該箇所への入退室のための解錠に必要な鍵に対応付けて、当該ユーザの利用予定期間を示す利用予定期間情報と、当該鍵のキーナンバをユーザから上記入退室管理システムに問い合わせする際の当該ユーザの認証に用いられるパスワードとを含む認証情報を記憶するための認証情報記憶手段と、ユーザ毎に、当該ユーザの所有する携帯電話機の携帯電話番号を含むユーザ情報を記憶するためのユーザ情報記憶手段と、入退室管理が必要な箇所への入退室のための解錠に必要な鍵の鍵情報であって、当該鍵のキーナンバを含む鍵情報を記憶するための鍵情報記憶手段と、上記認証情報記憶手段に記憶されている上記認証情報中の上記利用予定期間情報の示す利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知する第１の通知手段と、上記ユーザの携帯電話機から特定の鍵開け用電話番号がダイヤリングされた際に、上記ユーザの携帯電話機の携帯電話番号を取得すると共に、上記ユーザの入力操作に応じて上記携帯電話機から送信されるパスワードを取得して、当該携帯電話番号およびパスワードと上記ユーザ情報に含まれている携帯電話番号および上記認証情報に含まれているパスワードとに基づくユーザ認証を行う認証手段と、上記認証手段による認証で正当なユーザであると確認された場合、認証に用いられた認証情報中の上記利用予定期間情報の示す利用予定期間内であるならば、当該認証情報と対応付けられている鍵のキーナンバを当該鍵の上記鍵情報から取り出して、当該キーナンバを、上記認証手段によって認証されたユーザの携帯電話機に通知する第２の通知手段とを備える。
【００１０】
このような構成において、第１の通知手段は、認証情報記憶手段に登録された認証情報中の利用予定期間情報の示す利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知する。このパスワードは上記利用予定期間だけ有効であり、特定の鍵開け用電話番号と共に鍵開けのためのユーザ認証に用いられる。認証手段は、携帯電話機から特定の鍵開け用電話番号がダイヤリングされた際、当該携帯電話機の携帯電話番号を取得すると共に、例えばパスワード入力を促す音声メッセージに応じたユーザの入力操作により携帯電話機から送信されるパスワードとを取得し、携帯電話番号（つまり個人情報としての携帯電話番号）およびパスワードを用いた２重のユーザ認証を行う。第２の通知手段は、認証手段による認証に成功し、かつ現在時刻が認証に用いられた認証情報の示す利用予定期間（利用可能期間）である場合だけ、解錠に必要な鍵のキーナンバを鍵情報記憶手段に登録されている鍵情報から取り出してユーザの携帯電話機に通知する。
【００１１】
このように上記の構成においては、認証情報中の利用予定期間情報を用いてユーザの入退室の予定登録を管理できることから、鍵空け利用予定期間（利用可能期間）の絞り込みが可能となる。これにより、鍵空け利用予定期間内だけユーザ認証に基づくキーナンバの該当者への開示が可能となる。また、鍵開けのためのユーザ認証に必要なパスワードおよび特定の鍵開け用電話番号のうちの少なくともパスワードが、鍵空け利用予定期間内に先行して事前に該当者のみに公開される。つまり、認証情報が携帯電話機上に継続して保持されるのではなく、入退室管理システム側から必要な時間に認証情報が発行（付与）される仕組みであることから、セキュリティ情報の機密性が確保される。しかも、この認証情報（パスワード）は上記利用予定期間だけ有効であり、この点からもセキュリティ情報の機密性を確保できる。
【００１２】
また、上記の構成においては、携帯電話の番号通知機能を利用した個人情報および上述した入退室管理システムから配布されるパスワードを用いた２重の認証が行われ、しかも当該パスワードの有効期間は鍵空け利用予定期間（利用可能期間）であることから、携帯電話機が第３者により不正に取得された場合でも、当該第３者によるなりすまし行為を効果的に防ぐことが可能となる。
【００１３】
ここで、上記鍵情報に、キーナンバに加えて、当該キーナンバの通知に必要なユーザ認証のためのダイヤリングに用いられる上記特定の鍵開け用電話番号を持たせ、パスワードに加えて特定の鍵開け用電話番号をも含む鍵開け用情報が通知される構成とするとよい。このようにすると、パスワードと鍵開け用電話番号とを用いた２重の認証をより効果的に行うことが可能となる。この効果は、鍵毎に鍵開け用電話番号を設定するならば一層高くなる。また、パスワードおよび鍵開け用電話番号に加えて、利用可能期間を示す情報をも含む鍵開け用情報が通知される構成とするならば、ユーザは利用可能期間を記憶あるいはメモしておくことなく把握できる。
【００１４】
また、認証情報に、ユーザの希望する通知時期を示す通知時期情報を持たせ、当該通知時期情報の示すタイミングで当該認証情報に含まれているパスワードを含む鍵開け用情報が通知される構成とするとよい。このようにすると、ユーザは、自身の希望する時期に鍵開け用情報を受け取ることが可能となる。
【００１５】
また、ユーザ情報に、当該ユーザ情報で示されるユーザの携帯メールアドレスを持たせ、鍵開け用情報およびキーナンバ各々の通知に、当該携帯メールアドレスに基づくメール送信を利用するならば、機密情報の拡散を防ぐことが可能となる。
【００１６】
また、鍵情報記憶手段に記憶されている鍵情報に含まれているキーナンバを一定の期間毎に変更するキーナンバ変更手段を追加するならば、キーナンバが動的に変更されることから、当該キーナンバが適用される箇所のセキュリティを向上することができる。特に、鍵情報に含まれているキーナンバが、当該鍵情報の示す鍵が適用される箇所に要求されるセキュリティレベルに応じて、当該レベルが高いほど短い期間で変更される構成とするならば、鍵開けに関するセキュリティのランク付けを可能とし、より一層セキュリティを向することが可能となる。ここで、鍵情報に、当該鍵情報の示す鍵が適用される箇所に要求されるセキュリティレベルに応じて決定されるキーナンバ変更間隔を示すキーナンバ変更間隔情報を持たせるならば、セキュリティレベルに応じたキーナンバの変更処理が容易に行える。また、鍵情報に、キーナンバを変更するか否かを示すキーナンバ変更フラグ情報を持たせるならば、例えば公開部屋用に、キーナンバーを変更しない設定を行うことも可能となる。
【００１７】
また、認証情報に、キーナンバの通知状態を表すキーナンバ通知フラグ情報であって、初期状態において通知未実施を示すキーナンバ通知フラグ情報を持たせる一方、認証情報記憶手段に記憶されている全ての認証情報のうち、当該認証情報に含まれている利用予定期間情報の示す利用予定期間が現在時刻より古く、かつ当該認証情報に含まれているキーナンバ通知フラグ情報が上記通知未実施を示す認証情報を探し、当該認証情報と対応付けられた鍵の鍵情報に含まれているキーナンバが上記利用予定期間内に通知されたと仮定して、当該キーナンバ通知フラグ情報を上記通知未実施を示す状態から強制的に通知実施済みを示す状態に変更する監視手段を追加し、ユーザ認証に用いられる認証情報に含まれているキーナンバ通知フラグ情報が上記通知実施済みを示す状態にある場合には、現在時刻が当該認証情報に含まれている利用予定期間情報の示す利用予定期間から外れているとしてユーザ認証失敗を判定する構成とするとよい。
【００１８】
このような構成においては、利用予定期間が過ぎてキーナンバ通知フラグ情報が見かけ上の通知実施済みの状態にならない限り、ユーザは、鍵開け電話番号をダイヤリングしてパスワードを入力するだけで最新のキーナンバを取得できる。したがって、セキュリティ向上のためにキーナンバが頻繁に変更されたとしても、利用予定期間内であればユーザは最新のキーナンバを入手して再入室できる。また、上述したように、利用予定期間を過ぎた場合には、キーナンバは通知されないため、利用予定期間（利用可能期間）内のユーザセキュリティ運用を確立することができる。
【００１９】
ここで、認証履歴情報を記憶するための認証履歴情報記憶手段と、この認証情報記憶手段から、上記通知未実施以外を示す状態にあるキーナンバ通知フラグ情報を含む認証情報を選択して、当該認証情報のうちの少なくともパスワードを除く一部の情報を認証履歴情報として上記履歴情報記憶手段に保存する認証履歴保存手段とを追加するならば、認証履歴情報記憶手段に基づく履歴閲覧が可能となる。
【発明の効果】
【００２０】
本発明によれば、ユーザの利用予定期間に先行して配布されるパスワードと、ユーザの携帯電話機から特定の鍵開け用電話番号にダイヤリングされることにより取得される当該携帯電話機の電話番号（個人情報）とを用いた２重の認証によって正当なユーザであると確認され、かつ当該パスワードが有効な鍵空け利用予定期間（利用可能期間）である場合だけ、解錠のためのキーナンバが当該ユーザの携帯電話機に通知されることから、当該携帯電話機が第３者により不正に取得された場合でも、当該第３者によるなりすまし行為を効果的に防ぐことができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態につき図面を参照して説明する。
図１は本発明の一実施形態に係る入退室管理システム１０の構成を示すブロック図である。この入退室管理システム１０は、携帯電話機による入退室管理を実現するために、アプリケーションサーバ（以下、ＡＰサーバと称する）１１と、データベースサーバ（以下、ＤＢサーバと称する）１２とを備えている。ここでは、ＡＰサーバ１１及びＤＢサーバ１２は、それぞれ独立した計算機によって実現されるものとする。
【００２２】
ＡＰサーバ１１上では、携帯電話機による入退室管理のための各種のアプリケーション（アプリケーションプログラム）、例えば、通知アプリケーション（通知アプリ）１１１と、認証アプリケーション（認証アプリ）１１２と、キーナンバー（キーＮｏ）変更アプリケーション（キーＮｏ変更アプリ）１１３と、適応期間監視アプリケーション（適応期間監視アプリ）１１４と、認証履歴保存アプリケーション（認証履歴保存アプリ）１１５とが、それぞれ動作可能である。各アプリ１１１乃至１１５を実行することによって実現される機能については後述する。ＡＰサーバ１１は、通信ゲートウェイ（通信ＧＷ）２０を介して、携帯電話機３０を始めとする種々の携帯電話機と通信可能である。
【００２３】
ＤＢサーバ１２は、認証テーブル１２１、認証履歴テーブル１２２、ユーザ情報テーブル１２３および鍵情報テーブル１２４の各ＤＢ（データベース）テーブルを備えている。これら各テーブル１２１乃至１２４は、記憶装置、例えば磁気ディスクドライブに保存される。ＤＢサーバ１２は、ＡＰサーバ１１および管理者端末４０と接続されている。管理者端末４０は、入退室管理システム１０の管理者（システム管理者）４２（図３参照）によって使用可能な、例えばパーソナルコンピュータである。管理者端末４０は、管理者４２が入退室管理システム１０と対話するためのグラフィカルユーザインタフェース（ＧＵＩ）としての入退室管理ＧＵＩ４１を有している。なお、ＡＰサーバ１１及びＤＢサーバ１２が、物理的に１台の計算機によって実現されるものであっても構わない。
【００２４】
図２は、ＤＢサーバ１２が有する、認証テーブル１２１、認証履歴テーブル１２２、ユーザ情報テーブル１２３および鍵情報テーブル１２４にそれぞれ保存されるレコードのデータフォーマット例を示す。以下の説明では、入退室管理の対象となる箇所、例えば部屋の扉を、暗証番号としてのキーナンバ（キーＮｏ）の入力により解錠することを、「鍵開け」と呼ぶ。また、「鍵開け」に必要な情報、つまりキーＮｏをユーザが問い合わせする際の認証に用いられる情報を「鍵開け用情報（または鍵開け用認証情報）」と呼ぶ。この鍵開け用情報は、後述する鍵開け用電話番号とパスワードとを含む。
【００２５】
認証テーブル１２１には、ユーザによる入退室申請手続きに応じて生成される認証情報レコード１２１Ｒが保存される。この認証情報レコード１２１Ｒは、ユーザの識別情報として用いられるユーザ番号と、当該ユーザによって申請された鍵開け利用日時（鍵開け利用開始日時）および鍵開け利用時間とを含む。ユーザ番号には、ユーザの所有する携帯電話機の電話番号（ユーザ携帯電話番号）が用いられる。鍵開け利用日時は、鍵開け利用開始を予定している日時を表し、鍵開け利用時間は、ユーザが利用を予定している時間範囲を表す。この鍵開け利用日時と鍵開け利用時間とから、ユーザが利用を予定している期間（鍵開け利用予定期間）が示される。つまり、鍵開け利用日時と鍵開け利用時間とは、鍵開け利用日時（鍵開け利用開始日時）から（鍵開け利用日時＋鍵開け利用時間）までの鍵開け利用予定期間を表す情報である。本実施形態では、この鍵開け利用予定期間が、ユーザにより使用可能な鍵開け利用可能期間として扱われる。認証情報レコード１２１Ｒはまた、ユーザによって申請された鍵開け用情報の通知希望日（情報通知希望日）と、鍵開けの対象となる箇所の鍵（キー）の識別情報としての鍵通番と、当該ユーザに一時的に付与される利用期間限定のパスワードとを含む。このパスワードは暗号化されている。このように、ユーザ番号および鍵通番を含む認証情報レコード１２１Ｒは、当該ユーザ番号および鍵通番に対応付けられている。
【００２６】
認証情報レコード１２１Ｒはさらに、当該レコード１２１Ｒの登録者（登録操作者）および登録日と、情報通知フラグおよびキーＮｏ通知フラグとを含む。情報通知フラグは、例えば「０」のとき情報通知（鍵開け用情報の通知）が未実施であることを、「１」のとき情報通知が実施済みであることを、そして「２」のとき情報通知でエラーが発生したことを、それぞれ示す。キーＮｏ通知フラグは、例えば「０」のときキーＮｏ通知が未実施であることを、「１」のときキーＮｏ通知が実施済みであることを、そして「２」のときキーＮｏ通知でエラーが発生したことを、それぞれ示す。
【００２７】
認証履歴テーブル１２２には、認証履歴レコード１２２Ｒが保存される。認証履歴レコード１２２Ｒは認証情報の履歴情報である。認証履歴レコード１２２Ｒは、ユーザ番号と、鍵開け利用日時と、鍵開け利用時間と、情報通知希望日と、鍵通番と、登録者および登録日と、履歴抹消日時とを含む。ここでは、認証履歴レコード１２２Ｒに含まれている、履歴抹消日時以外の情報、即ちユーザ番号と、鍵開け利用日時と、鍵開け利用時間と、情報通知希望日と、鍵通番と、登録者および登録日とは、当該レコード１２２Ｒに対応する認証情報レコード１２１Ｒからコピーされたものである。ＤＢサーバ１２が有する各種データベースに共通して保存されるデータ（例えば登録者）については、例えば、認証テーブル１２１内の認証情報レコード１２１Ｒに当該データ（登録者）に代えて対応フラグ(登録者が認証情報レコード１２１Ｒに対応する認証履歴レコード１２２Ｒにも含まれることを示すフラグ)を付与することで、コピーしなくても良い。他のデータベースにも共通して保存されるデータについても同様である。このようにすると、ＤＢサーバ１２に必要な記憶装置の記憶容量を低減できる。
【００２８】
ユーザ情報テーブル１２３には、ユーザ毎のユーザ情報レコード１２３Ｒが保存される。このユーザ情報レコード１２３Ｒは、ユーザ番号と、当該ユーザのメールアドレス（携帯メールアドレス）と、当該ユーザの氏名と、当該レコード１２１Ｒの登録者および登録日とを含む。
【００２９】
鍵情報テーブル１２４には、入退室管理システム１０による入退室管理対象となる箇所毎に、その箇所の鍵情報を示す鍵情報レコード１２４Ｒが保存される。鍵情報レコード１２４Ｒは、鍵通番と、鍵開け用電話番号と、鍵所在情報と、暗号化されたキーＮｏとを含む。つまり鍵情報レコード１２４Ｒは、鍵情報（もしくは鍵所在情報）に対応付けられている。鍵開け用電話番号は、鍵通番で指定される鍵を利用した鍵開けに必要な情報（鍵開け用情報）を入退室管理システム１０に問い合わせるための「鍵開け用問い合わせ」に必要な電話番号を示す。この鍵開け用電話番号は、鍵毎に用意されていても、あるいは全ての鍵に共通に用意されていてもよい。ここでは、鍵開け用電話番号は全ての鍵に共通であるものとする。鍵所在情報は、鍵通番で指定される鍵を利用した鍵開けが必要となる箇所を示す。鍵情報テーブル１２４はさらに、キーＮｏ変更間隔と、キーＮｏ最新変更時刻と、キーＮｏ不変フラグと、登録者および登録日とを含む。キーＮｏ変更間隔はキーＮｏの変更条件を表し、例えばキーＮｏを変更する時間間隔を示す。このキーＮｏ変更間隔は、鍵所在情報で特定される部屋（または建物）に要求されるセキュリティのレベルに応じて、例えば入退室管理システム１０の管理者４２により設定可能である。ここでは、セキュリティレベルが高いほど、キーＮｏ変更間隔は短く設定される。これにより、入退室管理が必要となる部屋毎のセキュリティのランク付けが可能となり、セキュリティの向上が図れる。キーＮｏ最新変更時刻は、直近のキーＮｏ変更時刻を示す。キーＮｏ不変フラグは、例えば「０」のときはキーＮｏ変更間隔に従ってキーＮｏを変更することを、「１」のときはキーＮｏを変更しないで固定とすることを、それぞれ示す。このキーＮｏ不変フラグの適用により、セキュリティの向上のために、キーＮｏ変更間隔に従ってキーＮｏを変更することを基本としながら、例えば公開部屋用にはキーＮｏを変更しない設定も可能となる。
【００３０】
次に、本発明の上記実施形態の動作を、図３乃至図６を参照して説明する。なお、図３はユーザ３１による事前入退室申請から入退室管理システム１０によるユーザ３１に対する鍵開け用情報の通知までの動作の流れを示す図、図４は鍵開け用問い合わせから鍵開けまでの動作の流れを示す図である。図５は入退室管理に必要な管理者用画面例を示し、図６は入退室管理システム１０（内のＡＰサーバ１１）からユーザ３１の携帯電話機３０に通知されるメールの表示例を示す。
【００３１】
まず、図１に示す携帯電話機３０を所有するユーザ３１が、入退室管理システム１０によって管理される、ある建物のある部屋の入退室が必要となったものとする。この場合、ユーザ３１は、いつ、どこの入退室を必要とするかを入退室管理システム１０の管理者４２に事前に申請するための事前入退室申請３０１を行う。ここでは、所定の申請用紙に必要な情報（提供情報）３０１ａを記載して入退室申請３０１を行うものとする。この提供情報３０１ａとして、ユーザ３１の所有する携帯電話機３０の電話番号（携帯電話番号）と、鍵開け利用日時（鍵開け利用開始日時）および時間（鍵開け利用時間）と、鍵開け情報通知希望日と、鍵開け場所とが必要となる。また、新規申請時（新規登録時）には、提供情報３０１ａとして、さらに、ユーザ３１の携帯メールアドレスとユーザ３１の氏名とが必要となる。なお、ユーザ３１の携帯電話機３０またはパーソナルコンピュータ等の端末に事前入退室申請用の入力画面を表示して、当該入力画面を通して管理者端末４０にオンラインで事前入退室申請を行うことも可能である。１ユーザが複数のユーザの事前入退室申請を行うことも可能である。
【００３２】
管理者４２は、ユーザ３１からの事前入退室申請３０１に従い、管理者端末４０の入退室管理ＧＵＩ４１を介して、図５（ａ）に示す管理者用ＧＵＩ画面５１を呼び出す。この管理者用ＧＵＩ画面５１は、「鍵開け予定登録」、「新規ユーザ登録」、「新規鍵情報登録」、「鍵開け履歴閲覧」、「ユーザ情報閲覧」および「鍵情報閲覧」の中から管理者４２が任意の項目を選択するためのメニュー画面である。「鍵開け予定登録」が選択された場合、入退室管理ＧＵＩ４１は、管理者用ＧＵＩ画面５１から図５（ｂ）に示す鍵開け予定登録画面５２に切り替える。同様に入退室管理ＧＵＩ４１は、「新規ユーザ登録」が選択された場合には、管理者用ＧＵＩ画面５１から図５（ｃ）に示す新規ユーザ登録画面５３に切り替える。同様に入退室管理ＧＵＩ４１は、「新規鍵情報登録」が選択された場合には、管理者用ＧＵＩ画面５１から図５（ｄ）に示す新規鍵情報登録画面５４に切り替える。
【００３３】
管理者４２は、鍵開け予定登録画面５２、新規ユーザ登録画面５３または新規鍵情報登録画面５４を用いて、当該画面上の入力フィールドに、ユーザ３１の事前申請により提供される情報を登録するための登録操作３０２を行う。ここでは、鍵開け予定登録画面５２上で、ユーザ３１の携帯電話番号と、ユーザ３１が申請した鍵開け利用日時および時間と、鍵開け情報通知希望日と、鍵開け場所とを登録するための操作が行われる。この操作に応じて、管理者端末４０による認証情報登録３０３のための動作が行われる。これにより、ユーザ３１からの事前申請に対応する図２に示す認証情報レコード１２１Ｒが生成されて、認証テーブル１２１に登録（保存）される。但し、この時点では、認証情報レコード１２１Ｒにはパスワードは設定されていない。情報通知フラグおよびキーＮｏ通知フラグは、いずれも「０」に初期設定される。なお、新規登録時には、新規ユーザ登録画面５３上で、ユーザ３１の携帯電話番号と、ユーザ３１の氏名と、ユーザ３１の携帯メールアドレスとを含むユーザ情報を登録するための操作が行われる。この操作に応じて、ユーザ情報テーブル１２３に図２に示すユーザ情報レコード１２３Ｒが登録される。このユーザ情報レコード１２３Ｒと認証情報レコード１２１Ｒとは、ユーザ番号（＝ユーザ携帯電話番号）により対応付けされる。
【００３４】
ＡＰサーバ１１は、通知アプリ１１１を実行することによって鍵開け用情報通知手段として機能する。これによりＡＰサーバ１１は、認証テーブル１２１に登録されている各認証情報レコード１２１Ｒの指定する鍵開け情報通知希望日の中から、鍵開け情報を通知すべき時期が到来した鍵開け情報通知希望日を検出するための通知日検出３０４を実行する。ＡＰサーバ１１は、この通知日検出３０４によって検出された鍵開け情報通知希望日を含む認証情報レコード１２１Ｒを選択する。ＡＰサーバ１１は、選択された認証情報レコード１２１Ｒに基づいて、該当するユーザのユーザ番号、つまり携帯電話番号を特定する。そしてＡＰサーバ１１は、特定された携帯電話番号の携帯電話機を所有するユーザに一時的に付与するパスワードを乱数により発生して、当該パスワードを暗号化する。
【００３５】
ＡＰサーバ１１は、ＤＢサーバ１２に保存されている鍵情報テーブル１２４の中から、ユーザ３１の携帯電話番号に一致するユーザ番号を持つ鍵情報レコード１２４Ｒを選択して、当該レコード１２４Ｒから鍵開け用電話番号を取得する。またＡＰサーバ１１は、先に選択した認証情報レコード１２１Ｒから鍵開け利用日時と鍵開け利用時間とを検出して、鍵開け利用可能期間を決定する。ＡＰサーバ１１は、取得した鍵開け用電話番号と暗号化されたパスワードと決定された鍵開け利用可能期間とを含む鍵開け用情報３０５をメールによりユーザ３１の携帯電話機３０に通知するための鍵開け用情報メール通知（鍵開け番号通知）３０６を実行する。また、ＡＰサーバ１１は、暗号化されたパスワードを、先に選択された認証情報レコード１２１Ｒに登録するためのパスワード登録３０７を、通知アプリ１１１に従って実行する。図６（ａ）に、ユーザ３１の携帯電話機３０に通知された鍵開け用情報メールの表示例を示す。この図６（ａ）の例では、鍵開け利用可能期間が「２００５年１月４日の８時から１９時まで」であることと、鍵開け用電話番号が「×××−××××−××××」であることと、パスワードが「××××」であることが示されている。
【００３６】
ユーザ３１は、メールによって鍵開け用情報３０５が携帯電話機３０に通知されると、、当該携帯電話機３０を用いた鍵開け問い合わせ４０１を行う。この鍵開け問い合わせ４０１は、先の鍵開け用情報メール通知３０６で通知された鍵開け用情報３０５を用いて次のように行われる。まずユーザ３１は、鍵開け用情報３０５に含まれている鍵開け用電話番号を携帯電話機３０からダイヤリングする。この鍵開け用電話番号は、入退室管理システム１０内の電話機４０２に割り当てられているものとする。また、電話機４０２は、通話（通信）相手の携帯電話機（ここでは携帯電話機３０）の電話番号を検出してＡＰサーバ１１に通知する機能（電話番号通知機能）を有しているものとする。
【００３７】
このため、携帯電話機３０を用いた鍵開け問い合わせ時には、携帯電話機３０の電話番号を電話機４０２からＡＰサーバ１１の認証アプリ１１２に通知するための番号通知４０３が行われる。するとＡＰサーバ１１は、認証アプリ１１２を実行することによって鍵開け認証手段として機能する。まずＡＰサーバ１１は、自動音声オペレーションにより、携帯電話機３０のユーザ３１にパスワード入力を促す音声メッセージを電話機４０２から当該携帯電話機３０に返す。これを受けて、ユーザ３１は携帯電話機３０のプッシュボタンを操作して、鍵開け用情報３０５に含まれているパスワードを入力するためのパスワード入力４０４を行う。
【００３８】
ＡＰサーバ１１は、番号通知４０３で通知された携帯電話番号とパスワード入力４０４で入力されたパスワードとに基づき、当該携帯電話番号の携帯電話機３０を所有するユーザ３１が、鍵開け可能なユーザであるかを認証するための鍵開け認証４０５を実行する。この鍵開け認証４０５では、通知された携帯電話番号に一致するユーザ番号を含む認証情報レコード１２１ＲがＤＢサーバ１２から検索される。そして、検索された認証情報レコード１２１Ｒに含まれているパスワードと上記入力されたパスワードとが照合されると共に、現在時刻が、認証情報レコード１２１Ｒに含まれている申請された鍵開け利用日時と鍵開け利用時間とで特定される利用予定期間（利用可能期間）、つまり適応期間の範囲内であるかが判定される。
【００３９】
パスワード照合の結果、パスワード一致が判定され、かつ現在時刻が適応期間の範囲内であると判定された場合、ＡＰサーバ１１は鍵開け認証成功（認証ＯＫ）を判定する。これに対してパスワード不一致、または現在時刻が適応期間の範囲外であると判定された場合、ＡＰサーバ１１は鍵開け認証失敗（認証ＮＧ）を判定する。ＡＰサーバ１１は、この認証ＯＫであるか否かに応じて、携帯電話機３０に鍵開け問い合わせに対する応答４０６のメールを通知するためのメール通知４０７を行う。ここでは、認証ＯＫのときは、図６（ｂ）に示すようにキーＮｏが通知される。これに対して認証ＮＧのときは、図６（ｃ）に示すようにエラーメッセージ（適応期間の範囲外の場合）が通知される。
【００４０】
ここで、ＡＰサーバ１１によりユーザ３１の携帯電話機３０に、携帯メールでキーＮｏが通知されたものとする。また、ユーザ３１が申請した箇所の部屋４０８の室外には、当該部屋４０８の扉４０９を解錠するためのキーＮｏの入力に用いられる番号入力装置４１０が設けられている。この番号入力装置４１０には、扉４０９を解錠するためのキーＮｏがＡＰサーバ１１によって通信により設定されている。この番号入力装置４１０に設定されるキーＮｏは、後述するキーＮｏ変更に応じて変更される。
【００４１】
ユーザ３１が、番号入力装置４１０を用いて、ＡＰサーバ１１により通知されたキーＮｏを入力する鍵開け４１１を実行すると、扉４０９が解錠される。これによりユーザ３１は、部屋４０８に入室できる。
【００４２】
さて本実施形態では、ＡＰサーバ１１はキーＮｏ変更アプリ１１３を実行することにより、キーＮｏ変更４１２を行うためのキーＮｏ変更手段として機能する。これによりＡＰサーバ１１は、鍵情報テーブル１２４に保存されている各鍵情報レコード１２４Ｒ中のキーＮｏを、当該レコード１２４Ｒ中の変更条件であるキーＮｏ変更間隔に従って変更する（但し、キーＮｏ不変フラグが変更有りを示す「０」の場合）。また、ＡＰサーバ１１は、番号入力装置４１０に設定されているキーＮｏを通信により変更する。このキーＮｏの変更により、鍵情報レコード１２４Ｒ中の鍵所在情報で特定される部屋（または建物）に要求されるセキュリティの向上を図ることができる。
【００４３】
ところが、このキーＮｏの変更により、ユーザ３１が部屋４０８から一旦退室した後、再び部屋４０８に入室しようとして、適応期間内に前回と同一のキーＮｏを用いた鍵開け４１１を実行しても、扉４０９を解錠できるとは限らない。
【００４４】
そこでユーザ３１は、一時退室後の再入室の際は、直近のキーＮｏを得るため、再度鍵開け問い合わせ４０１を行う。この鍵開け問い合わせ４０１により、申請された鍵開け利用日時と鍵開け利用時間とで指定される利用可能期間の範囲内、つまり適応期間の範囲内である限り、ユーザ３１は、いつでもＡＰサーバ１１からキーＮｏを取得することができる。
【００４５】
本実施形態では、認証情報レコード１２１Ｒ中のキーＮｏ通知フラグは、前記したように「１」のときキーＮｏ通知が実施済みであることを示す。もし、携帯電話機３０からの最初の鍵開け問い合わせ４０１に応じてキーＮｏが当該携帯電話機３０に通知された場合に、キーＮｏ通知フラグが「０」から「１」に変更されると、再度の鍵開け問い合わせ４０１に対して次のような問題が生じる。つまり、再度の鍵開け問い合わせ４０１に対して、後述するステップＳ１４の判定が「ＮＯ」となるために、キーＮｏを通知できなくなるという問題である。そこで本実施形態では、鍵開け問い合わせ４０１に応じてキーＮｏが通知されても、キーＮｏ通知フラグを「０」から「１」に変更せずに、見かけ上、キーＮｏ通知が未実施を示す状態を維持する。但し、適応期間を超えてもキーＮｏ通知フラグが「０」の状態にあると、常にキーＮｏが使用可能となるため、セキュリティの点で問題となる。
【００４６】
そこで本実施形態では、ＡＰサーバ１１は適応期間監視アプリ１１４を実行することにより、認証テーブル１２１に保存されている各認証情報レコード１２１Ｒに含まれている鍵開け利用日時と鍵開け利用時間とで指定される適応期間の監視（適応期間監視）４１３を行うための適応期間監視手段として機能する。この適応期間監視手段により、認証テーブル１２１から、適応期間の終端（鍵開け利用日時＋鍵開け利用時間）を超えてもキーＮｏ通知が未実施であることを示すキーＮｏフラグを含む認証情報レコード１２１Ｒが検索されて、当該キーＮｏフラグが実施済みを示す「１」に強制的に変更される。これにより、適応期間内のユーザセキュリティ運用を確立させることが可能となる。
【００４７】
またＡＰサーバ１１は認証履歴保存アプリ１１５を実行することにより、認証情報の履歴を管理するための認証履歴管理手段として機能する。これによりＡＰサーバ１１は、認証テーブル１２１に保存されている認証情報レコード１２１Ｒの中から、一定の認証履歴採取条件を満たす認証情報レコード１２１Ｒを検索し、パスワードと情報通知フラグとキーＮｏ通知フラグとを除いて認証履歴レコード１２２Ｒとして認証履歴テーブル１２２に保存するための認証履歴保存４１４を行う。したがって、管理者４２による鍵開け履歴の閲覧が以下に述べるように可能となる。
【００４８】
管理者４２は、図５（ａ）に示す管理者用ＧＵＩ画面５１上で「鍵開け履歴閲覧」を選択する。すると、図５（ｅ）に示す鍵開け履歴検索画面５５が管理者端末４０に表示される。この鍵開け履歴検索画面５５には、ユーザを特定するためのユーザ携帯番号と、日時とが検索条件として入力可能なようになっている。管理者端末４０は、このユーザ携帯番号に一致するユーザ番号を含み、かつ指定された日時に合致する適応期間（鍵開け利用日時と鍵開け利用時間）を含む認証履歴レコード１２２Ｒを認証履歴テーブル１２２から検索して、鍵開け履歴検索画面５５の検索情報表示領域に表示する。なお、ユーザ携帯番号または日時のいずれか一方だけが入力された場合には、ユーザ携帯番号に一致するユーザ番号を含む認証履歴レコード１２２Ｒ、または指定された日時に合致する適応期間含む認証履歴レコード１２２Ｒが検索される。また、日時に代えて時間範囲を指定することも可能である。
【００４９】
また本実施形態では、管理者４２によるユーザ情報の閲覧および鍵情報の閲覧も以下に述べるように可能である。管理者４２はユーザ情報を閲覧したい場合、図５（ａ）に示す管理者用ＧＵＩ画面５１上で「ユーザ情報閲覧」を選択する。すると、図５（ｆ）に示すユーザ情報検索画面５６が管理者端末４０に表示される。このユーザ情報検索画面５６には、ユーザを特定するためのユーザ携帯番号が検索条件として入力可能なようになっている。管理者端末４０は、このユーザ携帯番号に一致するユーザ番号を含むユーザ情報レコード１２３Ｒをユーザ情報テーブル１２３から検索して、ユーザ情報検索画面５６の検索情報表示領域に表示する。また、管理者４２は鍵情報を閲覧したい場合、図５（ａ）に示す管理者用ＧＵＩ画面５１上で「鍵情報閲覧」を選択する。すると、図５（ｇ）に示す鍵情報検索画面５７が管理者端末４０に表示される。この鍵情報検索画面５７には、鍵通番が検索条件として入力可能なようになっている。管理者端末４０は、この鍵通番を含む鍵情報レコード１２４Ｒを鍵情報テーブル１２４から検索して、鍵情報検索画面５７の検索情報表示領域に表示する。
【００５０】
次に、通知アプリ１１１に従うＡＰサーバ１１による鍵開け用情報通知処理の手順について、図７のフローチャートを参照して説明する。
ＡＰサーバ１１は、図示せぬ時計装置から現在の時刻（を示す時刻情報）を取得して、認証テーブル１２１から、情報通知希望日が現在時刻より古く、かつ情報通知フラグが「０」の認証情報レコード１２１Ｒを全て検索する（ステップＳ１）。つまりＡＰサーバ１１は、情報通知希望日が到来した、図３に示した鍵開け用情報メール通知３０６の対象となる認証情報レコード１２１Ｒを検索する。もし、該当する認証情報レコード１２１Ｒが１つでも検索できたならば（ステップＳ２）、ＡＰサーバ１１は、検索された全ての認証情報レコード１２１Ｒについて、レコード単位で以下の処理を繰り返す。
【００５１】
まずＡＰサーバ１１は、キーＮｏ通知に際してのユーザ認証に必要なパスワードを乱数により発行する（ステップＳ３）。発行されたパスワードは暗号化されて、該当する認証情報レコード１２１Ｒに設定される。次にＡＰサーバ１１は、認証情報レコード１２１Ｒ中のユーザ番号をキーにして、ユーザ情報テーブル１２３から当該ユーザ番号に一致するユーザ番号を含むユーザ情報レコード１２３Ｒを検索することで、当該レコード１２３Ｒから該当するユーザの携帯メールアドレスを取得する（ステップＳ４）。このステップＳ４において、ＡＰサーバ１１は、認証情報レコード１２１Ｒ中の鍵通番をキーにして、鍵情報テーブル１２４から当該鍵通番に一致する鍵通番を含む鍵情報レコード１２４Ｒを検索することで、当該レコード１２４Ｒから鍵開け用電話番号を取得する。またステップＳ４において、ＡＰサーバ１１は、先に選択した認証情報レコード１２１Ｒから鍵開け利用日時と鍵開け利用時間とを検出して、鍵開け利用可能期間（適応期間）を決定する。またステップＳ４において、ＡＰサーバ１１は、取得した鍵開け用電話番号と上記暗号化されたパスワードと上記決定された鍵開け利用可能期間とを、取得した携帯メールアドレスを用いてメールにより該当するユーザの携帯電話機に通知するための鍵開け用情報メール通知３０６（図３参照）を実行する。
【００５２】
もし、鍵開け用情報メール通知３０６で送信エラーが発生したならば（ステップＳ５）、ＡＰサーバ１１は認証情報レコード１２１Ｒ中の情報通知フラグをエラーを示す「２」に変更する（ステップＳ６）。そしてＡＰサーバ１１は、エラーを管理者４２に通知するために管理者端末４０に対してシステムアラートを発生して（ステップＳ７）、１レコードの処理を終了する。これに対し、送信エラーが発生しなかったならば、ＡＰサーバ１１は認証情報レコード１２１Ｒ中の情報通知フラグを処理済みを示す「１」に変更する（ステップＳ８）。これにより、情報通知フラグが「１」に変更された認証情報レコード１２１Ｒは、通知アプリ１１１に従うＡＰサーバ１１による鍵開け用情報通知処理の対象外となる。
【００５３】
ＡＰサーバ１１は、通知アプリ１１１に従う上述の処理を、一定時間（例えば１０分間）休止（スリープ）しながら（ステップＳ９）、繰り返し実行する。但し、ここでの繰り返しは、必ずしも定常的に行われるわけではない。例えば、別の処理を優先させるために、専用の監視アプリによって一時的に停止されることもある。
【００５４】
次に、認証アプリ１１２に従うＡＰサーバ１１による認証処理の手順について、図８のフローチャートを参照して説明する。
今、図４に示したように、鍵開け用情報メール通知３０６で通知された鍵開け用電話番号をユーザ３１が携帯電話機３０からダイヤリングすることで、鍵開け問い合わせ４０１が発生したものとする。すると、鍵開け用電話番号が割り当てられている電話機４０２の電話番号検出機能により携帯電話機３０の携帯電話番号が検出されてＡＰサーバ１１に通知される。ＡＰサーバ１１は、電話機４０２により通知された携帯電話番号を取得する（ステップＳ１１）。ＡＰサーバ１１はまた、パスワード入力を促す音声メッセージに応じてユーザ３１の操作により携帯電話機３０から入力されるパスワードを取得する（ステップＳ１２）。
【００５５】
ＡＰサーバ１１は、取得された携帯電話番号に一致するユーザ番号と、取得されたパスワードに一致するパスワードを含み、かつキーＮｏフラグが「０」の認証情報レコード１２１Ｒを認証テーブル１２１から検索する（ステップＳ１３）。もし、該当する認証情報レコード１２１Ｒがなかったならば（ステップＳ１４）、ＡＰサーバ１１は鍵開け問い合わせ４０１に対する応答として、入退室予定登録未実施を示すエラーメッセージをメール通知４０７により携帯電話機３０に返す（ステップＳ１５）。なお、取得された携帯電話番号に一致するユーザ番号を含むユーザ情報レコード１２３Ｒが存在しないため、当該携帯番号のユーザのメールアドレスが取得できない場合には、不正な鍵開け問い合わせ４０１であることから、当該問い合わせ４０１に対して何も応答しなくても構わない。また、音声によるエラーメッセージを返しても構わない。
【００５６】
これに対し、該当する認証情報レコード１２１Ｒがあったならば（ステップＳ１４）、ＡＰサーバ１１は、当該レコード１２１Ｒ中の鍵開け利用日時と鍵開け利用時間とで決まる適応期間（鍵開け利用日時〜鍵開け利用日時＋鍵開け利用時間）と現在時刻とを比較する（ステップＳ１６）。ＡＰサーバ１１は、この比較の結果から現在時刻が適応期間の範囲内であるかを判定する（ステップＳ１７）。もし、現在時刻が適応期間の範囲外であるならば、ＡＰサーバ１１は予定時間外であることを示すエラーメッセージをメール通知４０７により携帯電話機３０に返す（ステップＳ１８）。
【００５７】
これに対し、現在時刻が適応期間の範囲内であるならば、取得された携帯電話番号に一致するユーザ番号を含むユーザ情報レコード１２３Ｒをユーザ情報テーブル１２３から検索して、当該レコード１２３Ｒから該当するユーザ３１の携帯メールアドレスを取得する（ステップＳ１９）。このステップＳ１９において、ＡＰサーバ１１は、認証情報レコード１２１Ｒ中の鍵通番をキーにして、鍵情報テーブル１２４から当該鍵通番に一致する鍵通番を含む鍵情報レコード１２４Ｒを検索することで、当該レコード１２４Ｒから暗号化されたキーＮｏを取得する。またステップＳ１９において、ＡＰサーバ１１は、取得したキーＮｏを、取得した携帯メールアドレスを用いてメールによりユーザ３１の携帯電話機３０に通知するためのメール通知（キーＮｏ通知）４０７（図４参照）を実行する。
【００５８】
もし、メール通知（キーＮｏ通知）４０７で送信エラーが発生したならば（ステップＳ２０）、ＡＰサーバ１１は認証情報レコード１２１Ｒ中のキーＮｏ通知フラグをエラーを示す「２」に変更する（ステップＳ２１）。そしてＡＰサーバ１１は、管理者端末４０に対してシステムアラートを発生して（ステップＳ２２）、該当する鍵開け問い合わせ４０１に対する認証処理を終了する。これに対し、送信エラーが発生しなかったならば（ステップＳ２０）、ＡＰサーバ１１はそのまま該当する鍵開け問い合わせ４０１に対する認証処理を終了する。
【００５９】
次に、キーＮｏ変更アプリ１１３に従うＡＰサーバ１１によるキーＮｏ変更処理の手順について、図９のフローチャートを参照して説明する。
ＡＰサーバ１１は、鍵情報テーブル１２４から、現在キーＮｏ変更処理の対象とすべきキーＮｏを含む全ての鍵情報レコード１２４Ｒを検索する（ステップＳ３１）。ここで、キーＮｏ変更処理の対象とすべきキーＮｏを含む鍵情報レコード１２４Ｒとは、当該レコード１２４Ｒ中のキーＮｏ最新変更時刻およびキーＮｏ変更間隔で示されるキーＮｏ変更予定時刻、つまり「キーＮｏ最新変更時刻＋キーＮｏ変更間隔」で示される時刻が現在時刻より古く、かつ当該レコード１２４Ｒ中のキーＮｏ不変フラグがキーＮｏ変更有りを示す「０」の鍵情報レコード１２４Ｒを指す。もし、該当する鍵情報レコード１２４Ｒが１つでも検索できたならば（ステップＳ３２）、ＡＰサーバ１１は、検索された全ての鍵情報レコード１２４Ｒについて、レコード単位で以下の処理を繰り返す。
【００６０】
ＡＰサーバ１１は、キーＮｏを乱数により発行して暗号化する（ステップＳ３３）。このステップＳ３３において、ＡＰサーバ１１は、該当する鍵情報レコード１２４Ｒ中のキーＮｏを、発行された暗号化されたキーＮｏに変更する。このときＡＰサーバ１１は、鍵情報レコード１２４Ｒ中のキーＮｏ最新変更時刻を現在時刻に更新する。またステップＳ３３において、ＡＰサーバ１１は、上記キーＮｏの変更を番号入力装置４１０にも反映する。即ちＡＰサーバ１１は、番号入力装置４１０に設定されているキーＮｏを、上記暗号化されたキーＮｏに変更する。
【００６１】
ＡＰサーバ１１は、キーＮｏ変更アプリ１１３に従う上述の処理を、一定時間（例えば１０分間）スリープしながら（ステップＳ３４）、繰り返し実行する。但し、ここでの繰り返しは、前述した通知アプリ１１１に従う処理と同様に、必ずしも定常的に行われるわけではない。
【００６２】
次に、適応期間監視アプリ１１４に従うＡＰサーバ１１による適応期間監視処理の手順について、図１０のフローチャートを参照して説明する。
ＡＰサーバ１１は、鍵情報テーブル１２４を参照して、当該テーブル１２４内の各認証情報レコード１２１Ｒに含まれている鍵開け利用日時（鍵開け利用開始日時）および鍵開け利用時間から決定される鍵開け利用終了日時（鍵開け利用日時＋鍵開け利用時間）と現在時刻とを比較する（ステップＳ４１）。そしてＡＰサーバ１１は、鍵開け利用終了日時が現在時刻よりも古く、かつキーＮｏ通知フラグが未処理を示す「０」の全ての認証情報レコード１２１Ｒを対象に、当該キーＮｏ通知フラグを「０」から処理済みを示す「１」に変更する（ステップＳ４２）。
【００６３】
ＡＰサーバ１１は、適応期間監視アプリ１１４に従う上述の処理を、一定時間（例えば１０分間）スリープしながら（ステップＳ４３）、繰り返し実行する。但し、ここでの繰り返しは、前述した通知アプリ１１１に従う処理と同様に、必ずしも定常的に行われるわけではない。
【００６４】
次に、認証履歴保存アプリ１１５に従うＡＰサーバ１１による認証履歴保存処理の手順について、図１１のフローチャートを参照して説明する。この認証履歴保存処理は一種のバッチ処理であり、例えば１日に１回行われるものとする。
【００６５】
ＡＰサーバ１１は、認証履歴テーブル１２２から、「履歴抹消日時」が現在時刻よりも古い全ての認証履歴レコード１２２Ｒを、過去の不要データであるとして削除する（ステップＳ５１）。この履歴抹消日時の情報は、以下に述べるように認証履歴レコード１２２Ｒの登録時に、「登録日時＋一定期間（例えば１ヶ月）」を示すように設定される。
【００６６】
次にＡＰサーバ１１は、認証テーブル１２１から、キーＮｏ通知フラグが「０」でない全ての認証情報レコード１２１Ｒ、つまりキーＮｏ通知フラグが処理済みを示す「１」またはエラーを示す「２」の全ての認証情報レコード１２１Ｒを、認証履歴保存対象レコードとして選択し、その認証情報レコード１２１Ｒ中の所定の項目、例えばユーザ番号、鍵開け利用日時、鍵開け利用時間、情報通知希望日、鍵通番、登録者および登録日を含む認証履歴レコード１２２Ｒを生成して認証履歴テーブル１２２に保存する（ステップＳ５２）。このステップＳ５２において、ＡＰサーバ１１は、認証履歴レコード１２２Ｒ中の履歴抹消日時として、現在時刻＋所定期間（ここでは１ヶ月）を設定する。次にＡＰサーバ１１は、ステップＳ５２での履歴保存の対象となった全ての認証情報レコード１２１Ｒを認証テーブル１２１から削除する（ステップＳ５３）。
【００６７】
上述した入退室管理システム１０は、従来のカードリーダ等による入退室管理を行っている企業に、セキュリティ向上を目的とした新入退室管理システムとして適用可能である。また、入退室管理システム１０は、従来のオートロック等によるセキュリティ管理を行っているビルやマンションに対しても、セキュリティ向上を目的とした新入退室管理システムとして適用可能である。また、入退室管理システム１０は、ＤＢサーバ１２として大規模ＤＢサーバを用いるならば、例えば警備会社により運用される一般家庭への入退室管理システムとしても適用可能である。
【００６８】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００６９】
【図１】本発明の一実施形態に係る入退室管理システム１０の構成を示すブロック図。
【図２】図１のＤＢサーバ１２が有する、認証テーブル１２１、認証履歴テーブル１２２、ユーザ情報テーブル１２３および鍵情報テーブル１２４にそれぞれ保存されるレコードのデータフォーマット例を示す図。
【図３】ユーザ３１による事前入退室申請から入退室管理システム１０によるユーザ３１に対する鍵開け用情報の通知までの動作の流れを示す図。
【図４】鍵開け用問い合わせから鍵開けまでの動作の流れを示す図。
【図５】入退室管理に必要な管理者用画面例を示す図。
【図６】入退室管理システム１０からユーザ３１の携帯電話機３０に通知されるメールの表示例を示す図。
【図７】通知アプリ１１１に従うＡＰサーバ１１による鍵開け用情報通知処理の手順を示すフローチャート。
【図８】認証アプリ１１２に従うＡＰサーバ１１による認証処理の手順を示すフローチャート。
【図９】キーＮｏ変更アプリ１１３に従うＡＰサーバ１１によるキーＮｏ変更処理の手順を示すフローチャート。
【図１０】適応期間監視アプリ１１４に従うＡＰサーバ１１による適応期間監視処理の手順を示すフローチャート。
【図１１】認証履歴保存アプリ１１５に従うＡＰサーバ１１による認証履歴保存処理の手順を示すフローチャート。
【符号の説明】
【００７０】
１０…入退室管理システム、１１…ＡＰサーバ（アプリケーションサーバ）、１２…ＤＢサーバ（データベースサーバ）、３０…携帯電話機、３１…ユーザ、４０…管理者端末、４１…入退室管理ＧＵＩ（入退室管理グラフィカルユーザインタフェース）、４２…管理者、１１１…通知アプリ（通知アプリケーション、第１の通知手段）、１１２…認証アプリ（認証手段、第２の通知手段）、１１３…キーＮｏ（キーナンバ）変更アプリ、１１４…適応期間監視アプリ、１１５…認証履歴保存アプリ、１２１…認証テーブル、１２２…認証履歴テーブル、１２３…ユーザ情報テーブル、１２４…鍵情報テーブル。
【技術分野】
【０００１】
本発明は、建物や部屋に代表される箇所への人の入退室を携帯電話機の利用により管理する入退室管理システムおよび方法に関する。
【背景技術】
【０００２】
外部者あるいは管理者以外の者の侵入を防ぐべき建物もしくは部屋などの箇所への人の入退室を管理することは、セキュリティ上必須となっている。この種の管理（入退室管理）が必要となる箇所として、例えばサーバコンピュータが設置された、あるいは重要書類が保管された、建物もしくは部屋などが知られている。
【０００３】
従来の一般的な入退室管理は、セキュリティカード等の媒体を用いたカードリーダでの入退室管理が主流となっている。この従来の入退室管理では、カード等の媒体の破損により、当該媒体の所有者でありながら、必要時に入退室ができなくなる可能性がある。また、小さなカードを紛失すると、必要時に入退室ができなくなるだけでなく、セキュリティ情報漏洩の危険性も発生する。
【０００４】
そこで近年は、カード等の媒体に代えて、近距離無線データ通信インタフェースを内蔵した携帯電話機を利用した入退室管理手法が提案されている（例えば、特許文献１参照）。この特許文献１に記載された入退室管理手法によれば、入退室対象となる建物に入室しようとするユーザ（通行者）の入退室が、次のように管理される。
【０００５】
まず、ユーザが建物のゲート（扉）に近づくと、当該ユーザが所持する携帯電話機の近距離無線データ通信機能により、ゲート装置との間で通信が行われる。ゲート装置は、この通信により携帯電話機からユーザの個人識別情報を取得する。ゲート装置は、この個人識別情報に対応する通行可否情報を通行可否記憶手段から読み出して、通行可否を判定する。ゲート装置は、通行可が判定された場合だけ、ユーザの携帯電話機にランダムな暗証番号を無線送信する。ユーザは、この暗証番号をゲート（扉）に設置された入力手段に入力する。この入力された暗証番号が、ゲート装置からユーザの携帯電話機に送信された暗証番号に一致するならば、ゲート装置は、ゲート（扉）を解錠する。また、上記特許文献１には、通行可の判定時に、当該ゲート装置からユーザの携帯電話機に、ユーザＩＤ（パスワード）の入力を要求し、入力されたユーザＩＤに基づいてユーザを認証できた場合に限り、ゲート装置からユーザの携帯電話機に暗証番号が送信される技術も記載されている。
【特許文献１】特開２００２−２１３１２６（段落００２９乃至００３５、図１、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記特許文献１に記載された携帯電話機を利用した入退室管理手法（以下、先行技術と称する）によれば、セキュリティカード等の媒体を用いる場合と異なって携帯電話機の破損や紛失の虞は少ないため、当該の携帯電話機の所有者であれば、必要時に確実に入退室できる。
【０００７】
上記先行技術においては、携帯電話機の紛失または盗難により、当該携帯電話機が第３者により使用されても、この第３者が当該携帯電話機のユーザのＩＤを知らない限り、第３者による「なりすまし行為」を防止できる。しかし、このユーザＩＤは一般に固定であり、かつ携帯電話機を通してサービスを受ける種々の場面で利用されることから、第３者に漏洩される可能性がある。つまり、携帯電話機を不正に取得した第３者によってユーザＩＤが不正に取得される可能性がある。このような場合、第３者によるなりすまし行為を防止できない。
【０００８】
本発明は上記事情を考慮してなされたものでその目的は、携帯電話機が第３者により不正に取得された場合でも、当該第３者によるなりすまし行為を防ぎながら、携帯電話機を利用した入退室管理が行える、入退室管理システムおよび方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の１つの観点によれば、携帯電話機を所有するユーザの入退室を管理する入退室管理システムが提供される。この入退室管理システムは、入退室管理が必要な箇所への入退室を予定しているユーザおよび当該箇所への入退室のための解錠に必要な鍵に対応付けて、当該ユーザの利用予定期間を示す利用予定期間情報と、当該鍵のキーナンバをユーザから上記入退室管理システムに問い合わせする際の当該ユーザの認証に用いられるパスワードとを含む認証情報を記憶するための認証情報記憶手段と、ユーザ毎に、当該ユーザの所有する携帯電話機の携帯電話番号を含むユーザ情報を記憶するためのユーザ情報記憶手段と、入退室管理が必要な箇所への入退室のための解錠に必要な鍵の鍵情報であって、当該鍵のキーナンバを含む鍵情報を記憶するための鍵情報記憶手段と、上記認証情報記憶手段に記憶されている上記認証情報中の上記利用予定期間情報の示す利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知する第１の通知手段と、上記ユーザの携帯電話機から特定の鍵開け用電話番号がダイヤリングされた際に、上記ユーザの携帯電話機の携帯電話番号を取得すると共に、上記ユーザの入力操作に応じて上記携帯電話機から送信されるパスワードを取得して、当該携帯電話番号およびパスワードと上記ユーザ情報に含まれている携帯電話番号および上記認証情報に含まれているパスワードとに基づくユーザ認証を行う認証手段と、上記認証手段による認証で正当なユーザであると確認された場合、認証に用いられた認証情報中の上記利用予定期間情報の示す利用予定期間内であるならば、当該認証情報と対応付けられている鍵のキーナンバを当該鍵の上記鍵情報から取り出して、当該キーナンバを、上記認証手段によって認証されたユーザの携帯電話機に通知する第２の通知手段とを備える。
【００１０】
このような構成において、第１の通知手段は、認証情報記憶手段に登録された認証情報中の利用予定期間情報の示す利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知する。このパスワードは上記利用予定期間だけ有効であり、特定の鍵開け用電話番号と共に鍵開けのためのユーザ認証に用いられる。認証手段は、携帯電話機から特定の鍵開け用電話番号がダイヤリングされた際、当該携帯電話機の携帯電話番号を取得すると共に、例えばパスワード入力を促す音声メッセージに応じたユーザの入力操作により携帯電話機から送信されるパスワードとを取得し、携帯電話番号（つまり個人情報としての携帯電話番号）およびパスワードを用いた２重のユーザ認証を行う。第２の通知手段は、認証手段による認証に成功し、かつ現在時刻が認証に用いられた認証情報の示す利用予定期間（利用可能期間）である場合だけ、解錠に必要な鍵のキーナンバを鍵情報記憶手段に登録されている鍵情報から取り出してユーザの携帯電話機に通知する。
【００１１】
このように上記の構成においては、認証情報中の利用予定期間情報を用いてユーザの入退室の予定登録を管理できることから、鍵空け利用予定期間（利用可能期間）の絞り込みが可能となる。これにより、鍵空け利用予定期間内だけユーザ認証に基づくキーナンバの該当者への開示が可能となる。また、鍵開けのためのユーザ認証に必要なパスワードおよび特定の鍵開け用電話番号のうちの少なくともパスワードが、鍵空け利用予定期間内に先行して事前に該当者のみに公開される。つまり、認証情報が携帯電話機上に継続して保持されるのではなく、入退室管理システム側から必要な時間に認証情報が発行（付与）される仕組みであることから、セキュリティ情報の機密性が確保される。しかも、この認証情報（パスワード）は上記利用予定期間だけ有効であり、この点からもセキュリティ情報の機密性を確保できる。
【００１２】
また、上記の構成においては、携帯電話の番号通知機能を利用した個人情報および上述した入退室管理システムから配布されるパスワードを用いた２重の認証が行われ、しかも当該パスワードの有効期間は鍵空け利用予定期間（利用可能期間）であることから、携帯電話機が第３者により不正に取得された場合でも、当該第３者によるなりすまし行為を効果的に防ぐことが可能となる。
【００１３】
ここで、上記鍵情報に、キーナンバに加えて、当該キーナンバの通知に必要なユーザ認証のためのダイヤリングに用いられる上記特定の鍵開け用電話番号を持たせ、パスワードに加えて特定の鍵開け用電話番号をも含む鍵開け用情報が通知される構成とするとよい。このようにすると、パスワードと鍵開け用電話番号とを用いた２重の認証をより効果的に行うことが可能となる。この効果は、鍵毎に鍵開け用電話番号を設定するならば一層高くなる。また、パスワードおよび鍵開け用電話番号に加えて、利用可能期間を示す情報をも含む鍵開け用情報が通知される構成とするならば、ユーザは利用可能期間を記憶あるいはメモしておくことなく把握できる。
【００１４】
また、認証情報に、ユーザの希望する通知時期を示す通知時期情報を持たせ、当該通知時期情報の示すタイミングで当該認証情報に含まれているパスワードを含む鍵開け用情報が通知される構成とするとよい。このようにすると、ユーザは、自身の希望する時期に鍵開け用情報を受け取ることが可能となる。
【００１５】
また、ユーザ情報に、当該ユーザ情報で示されるユーザの携帯メールアドレスを持たせ、鍵開け用情報およびキーナンバ各々の通知に、当該携帯メールアドレスに基づくメール送信を利用するならば、機密情報の拡散を防ぐことが可能となる。
【００１６】
また、鍵情報記憶手段に記憶されている鍵情報に含まれているキーナンバを一定の期間毎に変更するキーナンバ変更手段を追加するならば、キーナンバが動的に変更されることから、当該キーナンバが適用される箇所のセキュリティを向上することができる。特に、鍵情報に含まれているキーナンバが、当該鍵情報の示す鍵が適用される箇所に要求されるセキュリティレベルに応じて、当該レベルが高いほど短い期間で変更される構成とするならば、鍵開けに関するセキュリティのランク付けを可能とし、より一層セキュリティを向することが可能となる。ここで、鍵情報に、当該鍵情報の示す鍵が適用される箇所に要求されるセキュリティレベルに応じて決定されるキーナンバ変更間隔を示すキーナンバ変更間隔情報を持たせるならば、セキュリティレベルに応じたキーナンバの変更処理が容易に行える。また、鍵情報に、キーナンバを変更するか否かを示すキーナンバ変更フラグ情報を持たせるならば、例えば公開部屋用に、キーナンバーを変更しない設定を行うことも可能となる。
【００１７】
また、認証情報に、キーナンバの通知状態を表すキーナンバ通知フラグ情報であって、初期状態において通知未実施を示すキーナンバ通知フラグ情報を持たせる一方、認証情報記憶手段に記憶されている全ての認証情報のうち、当該認証情報に含まれている利用予定期間情報の示す利用予定期間が現在時刻より古く、かつ当該認証情報に含まれているキーナンバ通知フラグ情報が上記通知未実施を示す認証情報を探し、当該認証情報と対応付けられた鍵の鍵情報に含まれているキーナンバが上記利用予定期間内に通知されたと仮定して、当該キーナンバ通知フラグ情報を上記通知未実施を示す状態から強制的に通知実施済みを示す状態に変更する監視手段を追加し、ユーザ認証に用いられる認証情報に含まれているキーナンバ通知フラグ情報が上記通知実施済みを示す状態にある場合には、現在時刻が当該認証情報に含まれている利用予定期間情報の示す利用予定期間から外れているとしてユーザ認証失敗を判定する構成とするとよい。
【００１８】
このような構成においては、利用予定期間が過ぎてキーナンバ通知フラグ情報が見かけ上の通知実施済みの状態にならない限り、ユーザは、鍵開け電話番号をダイヤリングしてパスワードを入力するだけで最新のキーナンバを取得できる。したがって、セキュリティ向上のためにキーナンバが頻繁に変更されたとしても、利用予定期間内であればユーザは最新のキーナンバを入手して再入室できる。また、上述したように、利用予定期間を過ぎた場合には、キーナンバは通知されないため、利用予定期間（利用可能期間）内のユーザセキュリティ運用を確立することができる。
【００１９】
ここで、認証履歴情報を記憶するための認証履歴情報記憶手段と、この認証情報記憶手段から、上記通知未実施以外を示す状態にあるキーナンバ通知フラグ情報を含む認証情報を選択して、当該認証情報のうちの少なくともパスワードを除く一部の情報を認証履歴情報として上記履歴情報記憶手段に保存する認証履歴保存手段とを追加するならば、認証履歴情報記憶手段に基づく履歴閲覧が可能となる。
【発明の効果】
【００２０】
本発明によれば、ユーザの利用予定期間に先行して配布されるパスワードと、ユーザの携帯電話機から特定の鍵開け用電話番号にダイヤリングされることにより取得される当該携帯電話機の電話番号（個人情報）とを用いた２重の認証によって正当なユーザであると確認され、かつ当該パスワードが有効な鍵空け利用予定期間（利用可能期間）である場合だけ、解錠のためのキーナンバが当該ユーザの携帯電話機に通知されることから、当該携帯電話機が第３者により不正に取得された場合でも、当該第３者によるなりすまし行為を効果的に防ぐことができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態につき図面を参照して説明する。
図１は本発明の一実施形態に係る入退室管理システム１０の構成を示すブロック図である。この入退室管理システム１０は、携帯電話機による入退室管理を実現するために、アプリケーションサーバ（以下、ＡＰサーバと称する）１１と、データベースサーバ（以下、ＤＢサーバと称する）１２とを備えている。ここでは、ＡＰサーバ１１及びＤＢサーバ１２は、それぞれ独立した計算機によって実現されるものとする。
【００２２】
ＡＰサーバ１１上では、携帯電話機による入退室管理のための各種のアプリケーション（アプリケーションプログラム）、例えば、通知アプリケーション（通知アプリ）１１１と、認証アプリケーション（認証アプリ）１１２と、キーナンバー（キーＮｏ）変更アプリケーション（キーＮｏ変更アプリ）１１３と、適応期間監視アプリケーション（適応期間監視アプリ）１１４と、認証履歴保存アプリケーション（認証履歴保存アプリ）１１５とが、それぞれ動作可能である。各アプリ１１１乃至１１５を実行することによって実現される機能については後述する。ＡＰサーバ１１は、通信ゲートウェイ（通信ＧＷ）２０を介して、携帯電話機３０を始めとする種々の携帯電話機と通信可能である。
【００２３】
ＤＢサーバ１２は、認証テーブル１２１、認証履歴テーブル１２２、ユーザ情報テーブル１２３および鍵情報テーブル１２４の各ＤＢ（データベース）テーブルを備えている。これら各テーブル１２１乃至１２４は、記憶装置、例えば磁気ディスクドライブに保存される。ＤＢサーバ１２は、ＡＰサーバ１１および管理者端末４０と接続されている。管理者端末４０は、入退室管理システム１０の管理者（システム管理者）４２（図３参照）によって使用可能な、例えばパーソナルコンピュータである。管理者端末４０は、管理者４２が入退室管理システム１０と対話するためのグラフィカルユーザインタフェース（ＧＵＩ）としての入退室管理ＧＵＩ４１を有している。なお、ＡＰサーバ１１及びＤＢサーバ１２が、物理的に１台の計算機によって実現されるものであっても構わない。
【００２４】
図２は、ＤＢサーバ１２が有する、認証テーブル１２１、認証履歴テーブル１２２、ユーザ情報テーブル１２３および鍵情報テーブル１２４にそれぞれ保存されるレコードのデータフォーマット例を示す。以下の説明では、入退室管理の対象となる箇所、例えば部屋の扉を、暗証番号としてのキーナンバ（キーＮｏ）の入力により解錠することを、「鍵開け」と呼ぶ。また、「鍵開け」に必要な情報、つまりキーＮｏをユーザが問い合わせする際の認証に用いられる情報を「鍵開け用情報（または鍵開け用認証情報）」と呼ぶ。この鍵開け用情報は、後述する鍵開け用電話番号とパスワードとを含む。
【００２５】
認証テーブル１２１には、ユーザによる入退室申請手続きに応じて生成される認証情報レコード１２１Ｒが保存される。この認証情報レコード１２１Ｒは、ユーザの識別情報として用いられるユーザ番号と、当該ユーザによって申請された鍵開け利用日時（鍵開け利用開始日時）および鍵開け利用時間とを含む。ユーザ番号には、ユーザの所有する携帯電話機の電話番号（ユーザ携帯電話番号）が用いられる。鍵開け利用日時は、鍵開け利用開始を予定している日時を表し、鍵開け利用時間は、ユーザが利用を予定している時間範囲を表す。この鍵開け利用日時と鍵開け利用時間とから、ユーザが利用を予定している期間（鍵開け利用予定期間）が示される。つまり、鍵開け利用日時と鍵開け利用時間とは、鍵開け利用日時（鍵開け利用開始日時）から（鍵開け利用日時＋鍵開け利用時間）までの鍵開け利用予定期間を表す情報である。本実施形態では、この鍵開け利用予定期間が、ユーザにより使用可能な鍵開け利用可能期間として扱われる。認証情報レコード１２１Ｒはまた、ユーザによって申請された鍵開け用情報の通知希望日（情報通知希望日）と、鍵開けの対象となる箇所の鍵（キー）の識別情報としての鍵通番と、当該ユーザに一時的に付与される利用期間限定のパスワードとを含む。このパスワードは暗号化されている。このように、ユーザ番号および鍵通番を含む認証情報レコード１２１Ｒは、当該ユーザ番号および鍵通番に対応付けられている。
【００２６】
認証情報レコード１２１Ｒはさらに、当該レコード１２１Ｒの登録者（登録操作者）および登録日と、情報通知フラグおよびキーＮｏ通知フラグとを含む。情報通知フラグは、例えば「０」のとき情報通知（鍵開け用情報の通知）が未実施であることを、「１」のとき情報通知が実施済みであることを、そして「２」のとき情報通知でエラーが発生したことを、それぞれ示す。キーＮｏ通知フラグは、例えば「０」のときキーＮｏ通知が未実施であることを、「１」のときキーＮｏ通知が実施済みであることを、そして「２」のときキーＮｏ通知でエラーが発生したことを、それぞれ示す。
【００２７】
認証履歴テーブル１２２には、認証履歴レコード１２２Ｒが保存される。認証履歴レコード１２２Ｒは認証情報の履歴情報である。認証履歴レコード１２２Ｒは、ユーザ番号と、鍵開け利用日時と、鍵開け利用時間と、情報通知希望日と、鍵通番と、登録者および登録日と、履歴抹消日時とを含む。ここでは、認証履歴レコード１２２Ｒに含まれている、履歴抹消日時以外の情報、即ちユーザ番号と、鍵開け利用日時と、鍵開け利用時間と、情報通知希望日と、鍵通番と、登録者および登録日とは、当該レコード１２２Ｒに対応する認証情報レコード１２１Ｒからコピーされたものである。ＤＢサーバ１２が有する各種データベースに共通して保存されるデータ（例えば登録者）については、例えば、認証テーブル１２１内の認証情報レコード１２１Ｒに当該データ（登録者）に代えて対応フラグ(登録者が認証情報レコード１２１Ｒに対応する認証履歴レコード１２２Ｒにも含まれることを示すフラグ)を付与することで、コピーしなくても良い。他のデータベースにも共通して保存されるデータについても同様である。このようにすると、ＤＢサーバ１２に必要な記憶装置の記憶容量を低減できる。
【００２８】
ユーザ情報テーブル１２３には、ユーザ毎のユーザ情報レコード１２３Ｒが保存される。このユーザ情報レコード１２３Ｒは、ユーザ番号と、当該ユーザのメールアドレス（携帯メールアドレス）と、当該ユーザの氏名と、当該レコード１２１Ｒの登録者および登録日とを含む。
【００２９】
鍵情報テーブル１２４には、入退室管理システム１０による入退室管理対象となる箇所毎に、その箇所の鍵情報を示す鍵情報レコード１２４Ｒが保存される。鍵情報レコード１２４Ｒは、鍵通番と、鍵開け用電話番号と、鍵所在情報と、暗号化されたキーＮｏとを含む。つまり鍵情報レコード１２４Ｒは、鍵情報（もしくは鍵所在情報）に対応付けられている。鍵開け用電話番号は、鍵通番で指定される鍵を利用した鍵開けに必要な情報（鍵開け用情報）を入退室管理システム１０に問い合わせるための「鍵開け用問い合わせ」に必要な電話番号を示す。この鍵開け用電話番号は、鍵毎に用意されていても、あるいは全ての鍵に共通に用意されていてもよい。ここでは、鍵開け用電話番号は全ての鍵に共通であるものとする。鍵所在情報は、鍵通番で指定される鍵を利用した鍵開けが必要となる箇所を示す。鍵情報テーブル１２４はさらに、キーＮｏ変更間隔と、キーＮｏ最新変更時刻と、キーＮｏ不変フラグと、登録者および登録日とを含む。キーＮｏ変更間隔はキーＮｏの変更条件を表し、例えばキーＮｏを変更する時間間隔を示す。このキーＮｏ変更間隔は、鍵所在情報で特定される部屋（または建物）に要求されるセキュリティのレベルに応じて、例えば入退室管理システム１０の管理者４２により設定可能である。ここでは、セキュリティレベルが高いほど、キーＮｏ変更間隔は短く設定される。これにより、入退室管理が必要となる部屋毎のセキュリティのランク付けが可能となり、セキュリティの向上が図れる。キーＮｏ最新変更時刻は、直近のキーＮｏ変更時刻を示す。キーＮｏ不変フラグは、例えば「０」のときはキーＮｏ変更間隔に従ってキーＮｏを変更することを、「１」のときはキーＮｏを変更しないで固定とすることを、それぞれ示す。このキーＮｏ不変フラグの適用により、セキュリティの向上のために、キーＮｏ変更間隔に従ってキーＮｏを変更することを基本としながら、例えば公開部屋用にはキーＮｏを変更しない設定も可能となる。
【００３０】
次に、本発明の上記実施形態の動作を、図３乃至図６を参照して説明する。なお、図３はユーザ３１による事前入退室申請から入退室管理システム１０によるユーザ３１に対する鍵開け用情報の通知までの動作の流れを示す図、図４は鍵開け用問い合わせから鍵開けまでの動作の流れを示す図である。図５は入退室管理に必要な管理者用画面例を示し、図６は入退室管理システム１０（内のＡＰサーバ１１）からユーザ３１の携帯電話機３０に通知されるメールの表示例を示す。
【００３１】
まず、図１に示す携帯電話機３０を所有するユーザ３１が、入退室管理システム１０によって管理される、ある建物のある部屋の入退室が必要となったものとする。この場合、ユーザ３１は、いつ、どこの入退室を必要とするかを入退室管理システム１０の管理者４２に事前に申請するための事前入退室申請３０１を行う。ここでは、所定の申請用紙に必要な情報（提供情報）３０１ａを記載して入退室申請３０１を行うものとする。この提供情報３０１ａとして、ユーザ３１の所有する携帯電話機３０の電話番号（携帯電話番号）と、鍵開け利用日時（鍵開け利用開始日時）および時間（鍵開け利用時間）と、鍵開け情報通知希望日と、鍵開け場所とが必要となる。また、新規申請時（新規登録時）には、提供情報３０１ａとして、さらに、ユーザ３１の携帯メールアドレスとユーザ３１の氏名とが必要となる。なお、ユーザ３１の携帯電話機３０またはパーソナルコンピュータ等の端末に事前入退室申請用の入力画面を表示して、当該入力画面を通して管理者端末４０にオンラインで事前入退室申請を行うことも可能である。１ユーザが複数のユーザの事前入退室申請を行うことも可能である。
【００３２】
管理者４２は、ユーザ３１からの事前入退室申請３０１に従い、管理者端末４０の入退室管理ＧＵＩ４１を介して、図５（ａ）に示す管理者用ＧＵＩ画面５１を呼び出す。この管理者用ＧＵＩ画面５１は、「鍵開け予定登録」、「新規ユーザ登録」、「新規鍵情報登録」、「鍵開け履歴閲覧」、「ユーザ情報閲覧」および「鍵情報閲覧」の中から管理者４２が任意の項目を選択するためのメニュー画面である。「鍵開け予定登録」が選択された場合、入退室管理ＧＵＩ４１は、管理者用ＧＵＩ画面５１から図５（ｂ）に示す鍵開け予定登録画面５２に切り替える。同様に入退室管理ＧＵＩ４１は、「新規ユーザ登録」が選択された場合には、管理者用ＧＵＩ画面５１から図５（ｃ）に示す新規ユーザ登録画面５３に切り替える。同様に入退室管理ＧＵＩ４１は、「新規鍵情報登録」が選択された場合には、管理者用ＧＵＩ画面５１から図５（ｄ）に示す新規鍵情報登録画面５４に切り替える。
【００３３】
管理者４２は、鍵開け予定登録画面５２、新規ユーザ登録画面５３または新規鍵情報登録画面５４を用いて、当該画面上の入力フィールドに、ユーザ３１の事前申請により提供される情報を登録するための登録操作３０２を行う。ここでは、鍵開け予定登録画面５２上で、ユーザ３１の携帯電話番号と、ユーザ３１が申請した鍵開け利用日時および時間と、鍵開け情報通知希望日と、鍵開け場所とを登録するための操作が行われる。この操作に応じて、管理者端末４０による認証情報登録３０３のための動作が行われる。これにより、ユーザ３１からの事前申請に対応する図２に示す認証情報レコード１２１Ｒが生成されて、認証テーブル１２１に登録（保存）される。但し、この時点では、認証情報レコード１２１Ｒにはパスワードは設定されていない。情報通知フラグおよびキーＮｏ通知フラグは、いずれも「０」に初期設定される。なお、新規登録時には、新規ユーザ登録画面５３上で、ユーザ３１の携帯電話番号と、ユーザ３１の氏名と、ユーザ３１の携帯メールアドレスとを含むユーザ情報を登録するための操作が行われる。この操作に応じて、ユーザ情報テーブル１２３に図２に示すユーザ情報レコード１２３Ｒが登録される。このユーザ情報レコード１２３Ｒと認証情報レコード１２１Ｒとは、ユーザ番号（＝ユーザ携帯電話番号）により対応付けされる。
【００３４】
ＡＰサーバ１１は、通知アプリ１１１を実行することによって鍵開け用情報通知手段として機能する。これによりＡＰサーバ１１は、認証テーブル１２１に登録されている各認証情報レコード１２１Ｒの指定する鍵開け情報通知希望日の中から、鍵開け情報を通知すべき時期が到来した鍵開け情報通知希望日を検出するための通知日検出３０４を実行する。ＡＰサーバ１１は、この通知日検出３０４によって検出された鍵開け情報通知希望日を含む認証情報レコード１２１Ｒを選択する。ＡＰサーバ１１は、選択された認証情報レコード１２１Ｒに基づいて、該当するユーザのユーザ番号、つまり携帯電話番号を特定する。そしてＡＰサーバ１１は、特定された携帯電話番号の携帯電話機を所有するユーザに一時的に付与するパスワードを乱数により発生して、当該パスワードを暗号化する。
【００３５】
ＡＰサーバ１１は、ＤＢサーバ１２に保存されている鍵情報テーブル１２４の中から、ユーザ３１の携帯電話番号に一致するユーザ番号を持つ鍵情報レコード１２４Ｒを選択して、当該レコード１２４Ｒから鍵開け用電話番号を取得する。またＡＰサーバ１１は、先に選択した認証情報レコード１２１Ｒから鍵開け利用日時と鍵開け利用時間とを検出して、鍵開け利用可能期間を決定する。ＡＰサーバ１１は、取得した鍵開け用電話番号と暗号化されたパスワードと決定された鍵開け利用可能期間とを含む鍵開け用情報３０５をメールによりユーザ３１の携帯電話機３０に通知するための鍵開け用情報メール通知（鍵開け番号通知）３０６を実行する。また、ＡＰサーバ１１は、暗号化されたパスワードを、先に選択された認証情報レコード１２１Ｒに登録するためのパスワード登録３０７を、通知アプリ１１１に従って実行する。図６（ａ）に、ユーザ３１の携帯電話機３０に通知された鍵開け用情報メールの表示例を示す。この図６（ａ）の例では、鍵開け利用可能期間が「２００５年１月４日の８時から１９時まで」であることと、鍵開け用電話番号が「×××−××××−××××」であることと、パスワードが「××××」であることが示されている。
【００３６】
ユーザ３１は、メールによって鍵開け用情報３０５が携帯電話機３０に通知されると、、当該携帯電話機３０を用いた鍵開け問い合わせ４０１を行う。この鍵開け問い合わせ４０１は、先の鍵開け用情報メール通知３０６で通知された鍵開け用情報３０５を用いて次のように行われる。まずユーザ３１は、鍵開け用情報３０５に含まれている鍵開け用電話番号を携帯電話機３０からダイヤリングする。この鍵開け用電話番号は、入退室管理システム１０内の電話機４０２に割り当てられているものとする。また、電話機４０２は、通話（通信）相手の携帯電話機（ここでは携帯電話機３０）の電話番号を検出してＡＰサーバ１１に通知する機能（電話番号通知機能）を有しているものとする。
【００３７】
このため、携帯電話機３０を用いた鍵開け問い合わせ時には、携帯電話機３０の電話番号を電話機４０２からＡＰサーバ１１の認証アプリ１１２に通知するための番号通知４０３が行われる。するとＡＰサーバ１１は、認証アプリ１１２を実行することによって鍵開け認証手段として機能する。まずＡＰサーバ１１は、自動音声オペレーションにより、携帯電話機３０のユーザ３１にパスワード入力を促す音声メッセージを電話機４０２から当該携帯電話機３０に返す。これを受けて、ユーザ３１は携帯電話機３０のプッシュボタンを操作して、鍵開け用情報３０５に含まれているパスワードを入力するためのパスワード入力４０４を行う。
【００３８】
ＡＰサーバ１１は、番号通知４０３で通知された携帯電話番号とパスワード入力４０４で入力されたパスワードとに基づき、当該携帯電話番号の携帯電話機３０を所有するユーザ３１が、鍵開け可能なユーザであるかを認証するための鍵開け認証４０５を実行する。この鍵開け認証４０５では、通知された携帯電話番号に一致するユーザ番号を含む認証情報レコード１２１ＲがＤＢサーバ１２から検索される。そして、検索された認証情報レコード１２１Ｒに含まれているパスワードと上記入力されたパスワードとが照合されると共に、現在時刻が、認証情報レコード１２１Ｒに含まれている申請された鍵開け利用日時と鍵開け利用時間とで特定される利用予定期間（利用可能期間）、つまり適応期間の範囲内であるかが判定される。
【００３９】
パスワード照合の結果、パスワード一致が判定され、かつ現在時刻が適応期間の範囲内であると判定された場合、ＡＰサーバ１１は鍵開け認証成功（認証ＯＫ）を判定する。これに対してパスワード不一致、または現在時刻が適応期間の範囲外であると判定された場合、ＡＰサーバ１１は鍵開け認証失敗（認証ＮＧ）を判定する。ＡＰサーバ１１は、この認証ＯＫであるか否かに応じて、携帯電話機３０に鍵開け問い合わせに対する応答４０６のメールを通知するためのメール通知４０７を行う。ここでは、認証ＯＫのときは、図６（ｂ）に示すようにキーＮｏが通知される。これに対して認証ＮＧのときは、図６（ｃ）に示すようにエラーメッセージ（適応期間の範囲外の場合）が通知される。
【００４０】
ここで、ＡＰサーバ１１によりユーザ３１の携帯電話機３０に、携帯メールでキーＮｏが通知されたものとする。また、ユーザ３１が申請した箇所の部屋４０８の室外には、当該部屋４０８の扉４０９を解錠するためのキーＮｏの入力に用いられる番号入力装置４１０が設けられている。この番号入力装置４１０には、扉４０９を解錠するためのキーＮｏがＡＰサーバ１１によって通信により設定されている。この番号入力装置４１０に設定されるキーＮｏは、後述するキーＮｏ変更に応じて変更される。
【００４１】
ユーザ３１が、番号入力装置４１０を用いて、ＡＰサーバ１１により通知されたキーＮｏを入力する鍵開け４１１を実行すると、扉４０９が解錠される。これによりユーザ３１は、部屋４０８に入室できる。
【００４２】
さて本実施形態では、ＡＰサーバ１１はキーＮｏ変更アプリ１１３を実行することにより、キーＮｏ変更４１２を行うためのキーＮｏ変更手段として機能する。これによりＡＰサーバ１１は、鍵情報テーブル１２４に保存されている各鍵情報レコード１２４Ｒ中のキーＮｏを、当該レコード１２４Ｒ中の変更条件であるキーＮｏ変更間隔に従って変更する（但し、キーＮｏ不変フラグが変更有りを示す「０」の場合）。また、ＡＰサーバ１１は、番号入力装置４１０に設定されているキーＮｏを通信により変更する。このキーＮｏの変更により、鍵情報レコード１２４Ｒ中の鍵所在情報で特定される部屋（または建物）に要求されるセキュリティの向上を図ることができる。
【００４３】
ところが、このキーＮｏの変更により、ユーザ３１が部屋４０８から一旦退室した後、再び部屋４０８に入室しようとして、適応期間内に前回と同一のキーＮｏを用いた鍵開け４１１を実行しても、扉４０９を解錠できるとは限らない。
【００４４】
そこでユーザ３１は、一時退室後の再入室の際は、直近のキーＮｏを得るため、再度鍵開け問い合わせ４０１を行う。この鍵開け問い合わせ４０１により、申請された鍵開け利用日時と鍵開け利用時間とで指定される利用可能期間の範囲内、つまり適応期間の範囲内である限り、ユーザ３１は、いつでもＡＰサーバ１１からキーＮｏを取得することができる。
【００４５】
本実施形態では、認証情報レコード１２１Ｒ中のキーＮｏ通知フラグは、前記したように「１」のときキーＮｏ通知が実施済みであることを示す。もし、携帯電話機３０からの最初の鍵開け問い合わせ４０１に応じてキーＮｏが当該携帯電話機３０に通知された場合に、キーＮｏ通知フラグが「０」から「１」に変更されると、再度の鍵開け問い合わせ４０１に対して次のような問題が生じる。つまり、再度の鍵開け問い合わせ４０１に対して、後述するステップＳ１４の判定が「ＮＯ」となるために、キーＮｏを通知できなくなるという問題である。そこで本実施形態では、鍵開け問い合わせ４０１に応じてキーＮｏが通知されても、キーＮｏ通知フラグを「０」から「１」に変更せずに、見かけ上、キーＮｏ通知が未実施を示す状態を維持する。但し、適応期間を超えてもキーＮｏ通知フラグが「０」の状態にあると、常にキーＮｏが使用可能となるため、セキュリティの点で問題となる。
【００４６】
そこで本実施形態では、ＡＰサーバ１１は適応期間監視アプリ１１４を実行することにより、認証テーブル１２１に保存されている各認証情報レコード１２１Ｒに含まれている鍵開け利用日時と鍵開け利用時間とで指定される適応期間の監視（適応期間監視）４１３を行うための適応期間監視手段として機能する。この適応期間監視手段により、認証テーブル１２１から、適応期間の終端（鍵開け利用日時＋鍵開け利用時間）を超えてもキーＮｏ通知が未実施であることを示すキーＮｏフラグを含む認証情報レコード１２１Ｒが検索されて、当該キーＮｏフラグが実施済みを示す「１」に強制的に変更される。これにより、適応期間内のユーザセキュリティ運用を確立させることが可能となる。
【００４７】
またＡＰサーバ１１は認証履歴保存アプリ１１５を実行することにより、認証情報の履歴を管理するための認証履歴管理手段として機能する。これによりＡＰサーバ１１は、認証テーブル１２１に保存されている認証情報レコード１２１Ｒの中から、一定の認証履歴採取条件を満たす認証情報レコード１２１Ｒを検索し、パスワードと情報通知フラグとキーＮｏ通知フラグとを除いて認証履歴レコード１２２Ｒとして認証履歴テーブル１２２に保存するための認証履歴保存４１４を行う。したがって、管理者４２による鍵開け履歴の閲覧が以下に述べるように可能となる。
【００４８】
管理者４２は、図５（ａ）に示す管理者用ＧＵＩ画面５１上で「鍵開け履歴閲覧」を選択する。すると、図５（ｅ）に示す鍵開け履歴検索画面５５が管理者端末４０に表示される。この鍵開け履歴検索画面５５には、ユーザを特定するためのユーザ携帯番号と、日時とが検索条件として入力可能なようになっている。管理者端末４０は、このユーザ携帯番号に一致するユーザ番号を含み、かつ指定された日時に合致する適応期間（鍵開け利用日時と鍵開け利用時間）を含む認証履歴レコード１２２Ｒを認証履歴テーブル１２２から検索して、鍵開け履歴検索画面５５の検索情報表示領域に表示する。なお、ユーザ携帯番号または日時のいずれか一方だけが入力された場合には、ユーザ携帯番号に一致するユーザ番号を含む認証履歴レコード１２２Ｒ、または指定された日時に合致する適応期間含む認証履歴レコード１２２Ｒが検索される。また、日時に代えて時間範囲を指定することも可能である。
【００４９】
また本実施形態では、管理者４２によるユーザ情報の閲覧および鍵情報の閲覧も以下に述べるように可能である。管理者４２はユーザ情報を閲覧したい場合、図５（ａ）に示す管理者用ＧＵＩ画面５１上で「ユーザ情報閲覧」を選択する。すると、図５（ｆ）に示すユーザ情報検索画面５６が管理者端末４０に表示される。このユーザ情報検索画面５６には、ユーザを特定するためのユーザ携帯番号が検索条件として入力可能なようになっている。管理者端末４０は、このユーザ携帯番号に一致するユーザ番号を含むユーザ情報レコード１２３Ｒをユーザ情報テーブル１２３から検索して、ユーザ情報検索画面５６の検索情報表示領域に表示する。また、管理者４２は鍵情報を閲覧したい場合、図５（ａ）に示す管理者用ＧＵＩ画面５１上で「鍵情報閲覧」を選択する。すると、図５（ｇ）に示す鍵情報検索画面５７が管理者端末４０に表示される。この鍵情報検索画面５７には、鍵通番が検索条件として入力可能なようになっている。管理者端末４０は、この鍵通番を含む鍵情報レコード１２４Ｒを鍵情報テーブル１２４から検索して、鍵情報検索画面５７の検索情報表示領域に表示する。
【００５０】
次に、通知アプリ１１１に従うＡＰサーバ１１による鍵開け用情報通知処理の手順について、図７のフローチャートを参照して説明する。
ＡＰサーバ１１は、図示せぬ時計装置から現在の時刻（を示す時刻情報）を取得して、認証テーブル１２１から、情報通知希望日が現在時刻より古く、かつ情報通知フラグが「０」の認証情報レコード１２１Ｒを全て検索する（ステップＳ１）。つまりＡＰサーバ１１は、情報通知希望日が到来した、図３に示した鍵開け用情報メール通知３０６の対象となる認証情報レコード１２１Ｒを検索する。もし、該当する認証情報レコード１２１Ｒが１つでも検索できたならば（ステップＳ２）、ＡＰサーバ１１は、検索された全ての認証情報レコード１２１Ｒについて、レコード単位で以下の処理を繰り返す。
【００５１】
まずＡＰサーバ１１は、キーＮｏ通知に際してのユーザ認証に必要なパスワードを乱数により発行する（ステップＳ３）。発行されたパスワードは暗号化されて、該当する認証情報レコード１２１Ｒに設定される。次にＡＰサーバ１１は、認証情報レコード１２１Ｒ中のユーザ番号をキーにして、ユーザ情報テーブル１２３から当該ユーザ番号に一致するユーザ番号を含むユーザ情報レコード１２３Ｒを検索することで、当該レコード１２３Ｒから該当するユーザの携帯メールアドレスを取得する（ステップＳ４）。このステップＳ４において、ＡＰサーバ１１は、認証情報レコード１２１Ｒ中の鍵通番をキーにして、鍵情報テーブル１２４から当該鍵通番に一致する鍵通番を含む鍵情報レコード１２４Ｒを検索することで、当該レコード１２４Ｒから鍵開け用電話番号を取得する。またステップＳ４において、ＡＰサーバ１１は、先に選択した認証情報レコード１２１Ｒから鍵開け利用日時と鍵開け利用時間とを検出して、鍵開け利用可能期間（適応期間）を決定する。またステップＳ４において、ＡＰサーバ１１は、取得した鍵開け用電話番号と上記暗号化されたパスワードと上記決定された鍵開け利用可能期間とを、取得した携帯メールアドレスを用いてメールにより該当するユーザの携帯電話機に通知するための鍵開け用情報メール通知３０６（図３参照）を実行する。
【００５２】
もし、鍵開け用情報メール通知３０６で送信エラーが発生したならば（ステップＳ５）、ＡＰサーバ１１は認証情報レコード１２１Ｒ中の情報通知フラグをエラーを示す「２」に変更する（ステップＳ６）。そしてＡＰサーバ１１は、エラーを管理者４２に通知するために管理者端末４０に対してシステムアラートを発生して（ステップＳ７）、１レコードの処理を終了する。これに対し、送信エラーが発生しなかったならば、ＡＰサーバ１１は認証情報レコード１２１Ｒ中の情報通知フラグを処理済みを示す「１」に変更する（ステップＳ８）。これにより、情報通知フラグが「１」に変更された認証情報レコード１２１Ｒは、通知アプリ１１１に従うＡＰサーバ１１による鍵開け用情報通知処理の対象外となる。
【００５３】
ＡＰサーバ１１は、通知アプリ１１１に従う上述の処理を、一定時間（例えば１０分間）休止（スリープ）しながら（ステップＳ９）、繰り返し実行する。但し、ここでの繰り返しは、必ずしも定常的に行われるわけではない。例えば、別の処理を優先させるために、専用の監視アプリによって一時的に停止されることもある。
【００５４】
次に、認証アプリ１１２に従うＡＰサーバ１１による認証処理の手順について、図８のフローチャートを参照して説明する。
今、図４に示したように、鍵開け用情報メール通知３０６で通知された鍵開け用電話番号をユーザ３１が携帯電話機３０からダイヤリングすることで、鍵開け問い合わせ４０１が発生したものとする。すると、鍵開け用電話番号が割り当てられている電話機４０２の電話番号検出機能により携帯電話機３０の携帯電話番号が検出されてＡＰサーバ１１に通知される。ＡＰサーバ１１は、電話機４０２により通知された携帯電話番号を取得する（ステップＳ１１）。ＡＰサーバ１１はまた、パスワード入力を促す音声メッセージに応じてユーザ３１の操作により携帯電話機３０から入力されるパスワードを取得する（ステップＳ１２）。
【００５５】
ＡＰサーバ１１は、取得された携帯電話番号に一致するユーザ番号と、取得されたパスワードに一致するパスワードを含み、かつキーＮｏフラグが「０」の認証情報レコード１２１Ｒを認証テーブル１２１から検索する（ステップＳ１３）。もし、該当する認証情報レコード１２１Ｒがなかったならば（ステップＳ１４）、ＡＰサーバ１１は鍵開け問い合わせ４０１に対する応答として、入退室予定登録未実施を示すエラーメッセージをメール通知４０７により携帯電話機３０に返す（ステップＳ１５）。なお、取得された携帯電話番号に一致するユーザ番号を含むユーザ情報レコード１２３Ｒが存在しないため、当該携帯番号のユーザのメールアドレスが取得できない場合には、不正な鍵開け問い合わせ４０１であることから、当該問い合わせ４０１に対して何も応答しなくても構わない。また、音声によるエラーメッセージを返しても構わない。
【００５６】
これに対し、該当する認証情報レコード１２１Ｒがあったならば（ステップＳ１４）、ＡＰサーバ１１は、当該レコード１２１Ｒ中の鍵開け利用日時と鍵開け利用時間とで決まる適応期間（鍵開け利用日時〜鍵開け利用日時＋鍵開け利用時間）と現在時刻とを比較する（ステップＳ１６）。ＡＰサーバ１１は、この比較の結果から現在時刻が適応期間の範囲内であるかを判定する（ステップＳ１７）。もし、現在時刻が適応期間の範囲外であるならば、ＡＰサーバ１１は予定時間外であることを示すエラーメッセージをメール通知４０７により携帯電話機３０に返す（ステップＳ１８）。
【００５７】
これに対し、現在時刻が適応期間の範囲内であるならば、取得された携帯電話番号に一致するユーザ番号を含むユーザ情報レコード１２３Ｒをユーザ情報テーブル１２３から検索して、当該レコード１２３Ｒから該当するユーザ３１の携帯メールアドレスを取得する（ステップＳ１９）。このステップＳ１９において、ＡＰサーバ１１は、認証情報レコード１２１Ｒ中の鍵通番をキーにして、鍵情報テーブル１２４から当該鍵通番に一致する鍵通番を含む鍵情報レコード１２４Ｒを検索することで、当該レコード１２４Ｒから暗号化されたキーＮｏを取得する。またステップＳ１９において、ＡＰサーバ１１は、取得したキーＮｏを、取得した携帯メールアドレスを用いてメールによりユーザ３１の携帯電話機３０に通知するためのメール通知（キーＮｏ通知）４０７（図４参照）を実行する。
【００５８】
もし、メール通知（キーＮｏ通知）４０７で送信エラーが発生したならば（ステップＳ２０）、ＡＰサーバ１１は認証情報レコード１２１Ｒ中のキーＮｏ通知フラグをエラーを示す「２」に変更する（ステップＳ２１）。そしてＡＰサーバ１１は、管理者端末４０に対してシステムアラートを発生して（ステップＳ２２）、該当する鍵開け問い合わせ４０１に対する認証処理を終了する。これに対し、送信エラーが発生しなかったならば（ステップＳ２０）、ＡＰサーバ１１はそのまま該当する鍵開け問い合わせ４０１に対する認証処理を終了する。
【００５９】
次に、キーＮｏ変更アプリ１１３に従うＡＰサーバ１１によるキーＮｏ変更処理の手順について、図９のフローチャートを参照して説明する。
ＡＰサーバ１１は、鍵情報テーブル１２４から、現在キーＮｏ変更処理の対象とすべきキーＮｏを含む全ての鍵情報レコード１２４Ｒを検索する（ステップＳ３１）。ここで、キーＮｏ変更処理の対象とすべきキーＮｏを含む鍵情報レコード１２４Ｒとは、当該レコード１２４Ｒ中のキーＮｏ最新変更時刻およびキーＮｏ変更間隔で示されるキーＮｏ変更予定時刻、つまり「キーＮｏ最新変更時刻＋キーＮｏ変更間隔」で示される時刻が現在時刻より古く、かつ当該レコード１２４Ｒ中のキーＮｏ不変フラグがキーＮｏ変更有りを示す「０」の鍵情報レコード１２４Ｒを指す。もし、該当する鍵情報レコード１２４Ｒが１つでも検索できたならば（ステップＳ３２）、ＡＰサーバ１１は、検索された全ての鍵情報レコード１２４Ｒについて、レコード単位で以下の処理を繰り返す。
【００６０】
ＡＰサーバ１１は、キーＮｏを乱数により発行して暗号化する（ステップＳ３３）。このステップＳ３３において、ＡＰサーバ１１は、該当する鍵情報レコード１２４Ｒ中のキーＮｏを、発行された暗号化されたキーＮｏに変更する。このときＡＰサーバ１１は、鍵情報レコード１２４Ｒ中のキーＮｏ最新変更時刻を現在時刻に更新する。またステップＳ３３において、ＡＰサーバ１１は、上記キーＮｏの変更を番号入力装置４１０にも反映する。即ちＡＰサーバ１１は、番号入力装置４１０に設定されているキーＮｏを、上記暗号化されたキーＮｏに変更する。
【００６１】
ＡＰサーバ１１は、キーＮｏ変更アプリ１１３に従う上述の処理を、一定時間（例えば１０分間）スリープしながら（ステップＳ３４）、繰り返し実行する。但し、ここでの繰り返しは、前述した通知アプリ１１１に従う処理と同様に、必ずしも定常的に行われるわけではない。
【００６２】
次に、適応期間監視アプリ１１４に従うＡＰサーバ１１による適応期間監視処理の手順について、図１０のフローチャートを参照して説明する。
ＡＰサーバ１１は、鍵情報テーブル１２４を参照して、当該テーブル１２４内の各認証情報レコード１２１Ｒに含まれている鍵開け利用日時（鍵開け利用開始日時）および鍵開け利用時間から決定される鍵開け利用終了日時（鍵開け利用日時＋鍵開け利用時間）と現在時刻とを比較する（ステップＳ４１）。そしてＡＰサーバ１１は、鍵開け利用終了日時が現在時刻よりも古く、かつキーＮｏ通知フラグが未処理を示す「０」の全ての認証情報レコード１２１Ｒを対象に、当該キーＮｏ通知フラグを「０」から処理済みを示す「１」に変更する（ステップＳ４２）。
【００６３】
ＡＰサーバ１１は、適応期間監視アプリ１１４に従う上述の処理を、一定時間（例えば１０分間）スリープしながら（ステップＳ４３）、繰り返し実行する。但し、ここでの繰り返しは、前述した通知アプリ１１１に従う処理と同様に、必ずしも定常的に行われるわけではない。
【００６４】
次に、認証履歴保存アプリ１１５に従うＡＰサーバ１１による認証履歴保存処理の手順について、図１１のフローチャートを参照して説明する。この認証履歴保存処理は一種のバッチ処理であり、例えば１日に１回行われるものとする。
【００６５】
ＡＰサーバ１１は、認証履歴テーブル１２２から、「履歴抹消日時」が現在時刻よりも古い全ての認証履歴レコード１２２Ｒを、過去の不要データであるとして削除する（ステップＳ５１）。この履歴抹消日時の情報は、以下に述べるように認証履歴レコード１２２Ｒの登録時に、「登録日時＋一定期間（例えば１ヶ月）」を示すように設定される。
【００６６】
次にＡＰサーバ１１は、認証テーブル１２１から、キーＮｏ通知フラグが「０」でない全ての認証情報レコード１２１Ｒ、つまりキーＮｏ通知フラグが処理済みを示す「１」またはエラーを示す「２」の全ての認証情報レコード１２１Ｒを、認証履歴保存対象レコードとして選択し、その認証情報レコード１２１Ｒ中の所定の項目、例えばユーザ番号、鍵開け利用日時、鍵開け利用時間、情報通知希望日、鍵通番、登録者および登録日を含む認証履歴レコード１２２Ｒを生成して認証履歴テーブル１２２に保存する（ステップＳ５２）。このステップＳ５２において、ＡＰサーバ１１は、認証履歴レコード１２２Ｒ中の履歴抹消日時として、現在時刻＋所定期間（ここでは１ヶ月）を設定する。次にＡＰサーバ１１は、ステップＳ５２での履歴保存の対象となった全ての認証情報レコード１２１Ｒを認証テーブル１２１から削除する（ステップＳ５３）。
【００６７】
上述した入退室管理システム１０は、従来のカードリーダ等による入退室管理を行っている企業に、セキュリティ向上を目的とした新入退室管理システムとして適用可能である。また、入退室管理システム１０は、従来のオートロック等によるセキュリティ管理を行っているビルやマンションに対しても、セキュリティ向上を目的とした新入退室管理システムとして適用可能である。また、入退室管理システム１０は、ＤＢサーバ１２として大規模ＤＢサーバを用いるならば、例えば警備会社により運用される一般家庭への入退室管理システムとしても適用可能である。
【００６８】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００６９】
【図１】本発明の一実施形態に係る入退室管理システム１０の構成を示すブロック図。
【図２】図１のＤＢサーバ１２が有する、認証テーブル１２１、認証履歴テーブル１２２、ユーザ情報テーブル１２３および鍵情報テーブル１２４にそれぞれ保存されるレコードのデータフォーマット例を示す図。
【図３】ユーザ３１による事前入退室申請から入退室管理システム１０によるユーザ３１に対する鍵開け用情報の通知までの動作の流れを示す図。
【図４】鍵開け用問い合わせから鍵開けまでの動作の流れを示す図。
【図５】入退室管理に必要な管理者用画面例を示す図。
【図６】入退室管理システム１０からユーザ３１の携帯電話機３０に通知されるメールの表示例を示す図。
【図７】通知アプリ１１１に従うＡＰサーバ１１による鍵開け用情報通知処理の手順を示すフローチャート。
【図８】認証アプリ１１２に従うＡＰサーバ１１による認証処理の手順を示すフローチャート。
【図９】キーＮｏ変更アプリ１１３に従うＡＰサーバ１１によるキーＮｏ変更処理の手順を示すフローチャート。
【図１０】適応期間監視アプリ１１４に従うＡＰサーバ１１による適応期間監視処理の手順を示すフローチャート。
【図１１】認証履歴保存アプリ１１５に従うＡＰサーバ１１による認証履歴保存処理の手順を示すフローチャート。
【符号の説明】
【００７０】
１０…入退室管理システム、１１…ＡＰサーバ（アプリケーションサーバ）、１２…ＤＢサーバ（データベースサーバ）、３０…携帯電話機、３１…ユーザ、４０…管理者端末、４１…入退室管理ＧＵＩ（入退室管理グラフィカルユーザインタフェース）、４２…管理者、１１１…通知アプリ（通知アプリケーション、第１の通知手段）、１１２…認証アプリ（認証手段、第２の通知手段）、１１３…キーＮｏ（キーナンバ）変更アプリ、１１４…適応期間監視アプリ、１１５…認証履歴保存アプリ、１２１…認証テーブル、１２２…認証履歴テーブル、１２３…ユーザ情報テーブル、１２４…鍵情報テーブル。
【特許請求の範囲】
【請求項１】
携帯電話機を所有するユーザの入退室を管理する入退室管理システムであって、
入退室管理が必要な箇所への入退室を予定しているユーザおよび当該箇所への入退室のための解錠に必要な鍵に対応付けて、当該ユーザの利用予定期間を示す利用予定期間情報と、当該鍵のキーナンバをユーザから前記入退室管理システムに問い合わせする際の当該ユーザの認証に用いられるパスワードとを含む認証情報を記憶するための認証情報記憶手段と、
ユーザ毎に、当該ユーザの所有する携帯電話機の携帯電話番号を含むユーザ情報を記憶するためのユーザ情報記憶手段と、
入退室管理が必要な箇所への入退室のための解錠に必要な鍵の鍵情報であって、当該鍵のキーナンバを含む鍵情報を記憶するための鍵情報記憶手段と、
前記認証情報記憶手段に記憶されている前記認証情報中の前記利用予定期間情報の示す利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知する第１の通知手段と、
前記ユーザの携帯電話機から特定の鍵開け用電話番号がダイヤリングされた際に、前記ユーザの携帯電話機の携帯電話番号を取得すると共に、前記ユーザの入力操作に応じて前記携帯電話機から送信されるパスワードを取得して、当該携帯電話番号およびパスワードと前記ユーザ情報に含まれている携帯電話番号および前記認証情報に含まれているパスワードとに基づくユーザ認証を行う認証手段と、
前記認証手段による認証で正当なユーザであると確認された場合、認証に用いられた認証情報中の前記利用予定期間情報の示す利用予定期間内であるならば、当該認証情報と対応付けられている鍵のキーナンバを当該鍵の前記鍵情報から取り出して、当該キーナンバを、前記認証手段によって認証されたユーザの携帯電話機に通知する第２の通知手段と
を具備することを特徴とする入退室管理システム。
【請求項２】
前記鍵情報は、前記キーナンバに加えて、当該キーナンバの通知に必要なユーザ認証のためのダイヤリングに用いられる前記特定の鍵開け用電話番号を含んでおり、
前記第１の通知手段は、前記認証情報に含まれているパスワードに加えて当該認証情報と対応付けられた鍵の前記鍵情報に含まれている前記特定の鍵開け用電話番号をも含む鍵開け用情報を通知する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項３】
前記第１の通知手段は、前記パスワードおよび前記特定の鍵開け用電話番号に加えて、前記利用予定期間に相当する利用可能期間を示す情報をも含む鍵開け用情報を通知することを特徴とする請求項２記載の入退室管理システム。
【請求項４】
前記認証情報は、前記利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知するタイミングを表す、当該ユーザの希望する通知時期を示す通知時期情報を含み、
前記第１の通知手段は、前記認証情報に含まれている前記通知時期情報の示すタイミングで当該認証情報に含まれているパスワードを含む鍵開け用情報を通知する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項５】
前記ユーザ情報は、当該ユーザ情報で示されるユーザの携帯メールアドレスを含み、
前記第１および第２の通知手段は、それぞれ前記鍵開け用情報および前記キーナンバを前記ユーザの携帯電話機に通知するのに、当該ユーザの前記ユーザ情報に含まれている前記携帯メールアドレスに基づくメール送信を利用する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項６】
前記鍵情報記憶手段に記憶されている前記鍵情報に含まれている前記キーナンバを一定の期間毎に変更するキーナンバ変更手段を更に具備することを特徴とする請求項１記載の入退室管理システム。
【請求項７】
前記キーナンバ変更手段は、前記鍵情報に含まれている前記キーナンバを、前記鍵情報の示す鍵が適用される箇所に要求されるセキュリティレベルに応じて、当該レベルが高いほど短い期間で変更することを特徴とする請求項６記載の入退室管理システム。
【請求項８】
前記鍵情報は、当該鍵情報の示す鍵が適用される箇所に要求されるセキュリティレベルに応じて決定される、当該鍵情報に含まれている前記キーナンバを変更する時間間隔としてのキーナンバ変更間隔を示すキーナンバ変更間隔情報を更に含み、
前記キーナンバ変更手段は、前記鍵情報に含まれている前記キーナンバを当該鍵情報に含まれている前記キーナンバ変更間隔情報の示す時間間隔で変更する
ことを特徴とする請求項７記載の入退室管理システム。
【請求項９】
前記鍵情報は、当該鍵情報に含まれている前記キーナンバを変更するか否かを示すキーナンバ変更フラグ情報を含み、
前記キーナンバ変更手段は、前記鍵情報に含まれている前記キーナンバ変更フラグ情報がキーナンバ変更せずを示している場合には、前記キーナンバ変更間隔情報に無関係に、当該鍵情報に含まれている前記キーナンバを変更しないことを特徴とする請求項８記載の入退室管理システム。
【請求項１０】
前記認証情報は、当該認証情報と対応付けられた鍵の前記鍵情報に含まれているキーナンバの通知状態を表すキーナンバ通知フラグ情報であって、初期状態において通知未実施を示すキーナンバ通知フラグ情報を更に含み、
前記入退室管理システムは、前記認証情報記憶手段に記憶されている全ての前記認証情報のうち、当該認証情報に含まれている前記利用予定期間情報の示す利用予定期間が現在時刻より古く、かつ当該認証情報に含まれている前記キーナンバ通知フラグ情報が前記通知未実施を示す認証情報を探し、当該認証情報と対応付けられた鍵の前記鍵情報に含まれているキーナンバが前記利用予定期間内に通知されたと仮定して、当該キーナンバ通知フラグ情報を前記通知未実施を示す状態から強制的に通知実施済みを示す状態に変更する監視手段を更に具備し、
前記認証手段は、ユーザ認証に用いられる前記認証情報に含まれている前記キーナンバ通知フラグ情報が前記通知実施済みを示す状態にある場合には、現在時刻が当該認証情報に含まれている前記利用予定期間情報の示す利用予定期間から外れているとしてユーザ認証失敗を判定する
ことを特徴とする請求項６記載の入退室管理システム。
【請求項１１】
認証履歴情報を記憶するための認証履歴情報記憶手段と、
前記認証情報記憶手段から、前記通知未実施以外を示す状態にある前記キーナンバ通知フラグ情報を含む認証情報を選択して、当該認証情報のうちの少なくとも前記パスワードを除く一部の情報を前記認証履歴情報として前記履歴情報記憶手段に保存する認証履歴保存手段と
を更に具備することを特徴とする請求項１０記載の入退室管理システム。
【請求項１２】
入退室管理が必要な箇所への入退室を予定しているユーザおよび当該箇所への入退室のための解錠に必要な鍵に対応付けて、当該ユーザの利用予定期間を示す利用予定期間情報と、当該鍵のキーナンバをユーザから前記入退室管理システムに問い合わせする際の当該ユーザの認証に用いられるパスワードとを含む認証情報を記憶するための認証情報記憶手段と、ユーザ毎に、当該ユーザの所有する携帯電話機の携帯電話番号を含むユーザ情報を記憶するためのユーザ情報記憶手段と、入退室管理が必要な箇所への入退室のための解錠に必要な鍵の鍵情報であって、当該鍵のキーナンバを含む鍵情報を記憶するための鍵情報記憶手段とを備えた入退室管理システムに適用される、携帯電話機を所有するユーザの入退室を管理するための入退室管理方法であって、
前記認証情報記憶手段に記憶されている前記認証情報中の前記利用予定期間情報の示す利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知するステップと、
前記ユーザの携帯電話機から特定の鍵開け用電話番号がダイヤリングされた際に、前記ユーザの携帯電話機の携帯電話番号を取得するステップと、
前記取得された携帯電話番号の前記携帯電話機から前記ユーザの入力操作に応じて送信されるパスワードを取得するステップと、
前記取得された携帯電話番号およびパスワードと前記ユーザ情報に含まれている携帯電話番号および前記認証情報に含まれているパスワードとに基づくユーザ認証を行うステップと、
前記ユーザ認証を行うステップで正当なユーザであると確認され、かつ認証に用いられた認証情報中の前記利用予定期間情報の示す利用予定期間内である場合に限り、当該認証情報と対応付けられている鍵のキーナンバを当該鍵の前記鍵情報から取り出して、当該キーナンバを、前記ユーザ認証を行うステップで認証されたユーザの携帯電話機に通知するステップと
を具備することを特徴とする入退室管理方法。
【請求項１】
携帯電話機を所有するユーザの入退室を管理する入退室管理システムであって、
入退室管理が必要な箇所への入退室を予定しているユーザおよび当該箇所への入退室のための解錠に必要な鍵に対応付けて、当該ユーザの利用予定期間を示す利用予定期間情報と、当該鍵のキーナンバをユーザから前記入退室管理システムに問い合わせする際の当該ユーザの認証に用いられるパスワードとを含む認証情報を記憶するための認証情報記憶手段と、
ユーザ毎に、当該ユーザの所有する携帯電話機の携帯電話番号を含むユーザ情報を記憶するためのユーザ情報記憶手段と、
入退室管理が必要な箇所への入退室のための解錠に必要な鍵の鍵情報であって、当該鍵のキーナンバを含む鍵情報を記憶するための鍵情報記憶手段と、
前記認証情報記憶手段に記憶されている前記認証情報中の前記利用予定期間情報の示す利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知する第１の通知手段と、
前記ユーザの携帯電話機から特定の鍵開け用電話番号がダイヤリングされた際に、前記ユーザの携帯電話機の携帯電話番号を取得すると共に、前記ユーザの入力操作に応じて前記携帯電話機から送信されるパスワードを取得して、当該携帯電話番号およびパスワードと前記ユーザ情報に含まれている携帯電話番号および前記認証情報に含まれているパスワードとに基づくユーザ認証を行う認証手段と、
前記認証手段による認証で正当なユーザであると確認された場合、認証に用いられた認証情報中の前記利用予定期間情報の示す利用予定期間内であるならば、当該認証情報と対応付けられている鍵のキーナンバを当該鍵の前記鍵情報から取り出して、当該キーナンバを、前記認証手段によって認証されたユーザの携帯電話機に通知する第２の通知手段と
を具備することを特徴とする入退室管理システム。
【請求項２】
前記鍵情報は、前記キーナンバに加えて、当該キーナンバの通知に必要なユーザ認証のためのダイヤリングに用いられる前記特定の鍵開け用電話番号を含んでおり、
前記第１の通知手段は、前記認証情報に含まれているパスワードに加えて当該認証情報と対応付けられた鍵の前記鍵情報に含まれている前記特定の鍵開け用電話番号をも含む鍵開け用情報を通知する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項３】
前記第１の通知手段は、前記パスワードおよび前記特定の鍵開け用電話番号に加えて、前記利用予定期間に相当する利用可能期間を示す情報をも含む鍵開け用情報を通知することを特徴とする請求項２記載の入退室管理システム。
【請求項４】
前記認証情報は、前記利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知するタイミングを表す、当該ユーザの希望する通知時期を示す通知時期情報を含み、
前記第１の通知手段は、前記認証情報に含まれている前記通知時期情報の示すタイミングで当該認証情報に含まれているパスワードを含む鍵開け用情報を通知する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項５】
前記ユーザ情報は、当該ユーザ情報で示されるユーザの携帯メールアドレスを含み、
前記第１および第２の通知手段は、それぞれ前記鍵開け用情報および前記キーナンバを前記ユーザの携帯電話機に通知するのに、当該ユーザの前記ユーザ情報に含まれている前記携帯メールアドレスに基づくメール送信を利用する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項６】
前記鍵情報記憶手段に記憶されている前記鍵情報に含まれている前記キーナンバを一定の期間毎に変更するキーナンバ変更手段を更に具備することを特徴とする請求項１記載の入退室管理システム。
【請求項７】
前記キーナンバ変更手段は、前記鍵情報に含まれている前記キーナンバを、前記鍵情報の示す鍵が適用される箇所に要求されるセキュリティレベルに応じて、当該レベルが高いほど短い期間で変更することを特徴とする請求項６記載の入退室管理システム。
【請求項８】
前記鍵情報は、当該鍵情報の示す鍵が適用される箇所に要求されるセキュリティレベルに応じて決定される、当該鍵情報に含まれている前記キーナンバを変更する時間間隔としてのキーナンバ変更間隔を示すキーナンバ変更間隔情報を更に含み、
前記キーナンバ変更手段は、前記鍵情報に含まれている前記キーナンバを当該鍵情報に含まれている前記キーナンバ変更間隔情報の示す時間間隔で変更する
ことを特徴とする請求項７記載の入退室管理システム。
【請求項９】
前記鍵情報は、当該鍵情報に含まれている前記キーナンバを変更するか否かを示すキーナンバ変更フラグ情報を含み、
前記キーナンバ変更手段は、前記鍵情報に含まれている前記キーナンバ変更フラグ情報がキーナンバ変更せずを示している場合には、前記キーナンバ変更間隔情報に無関係に、当該鍵情報に含まれている前記キーナンバを変更しないことを特徴とする請求項８記載の入退室管理システム。
【請求項１０】
前記認証情報は、当該認証情報と対応付けられた鍵の前記鍵情報に含まれているキーナンバの通知状態を表すキーナンバ通知フラグ情報であって、初期状態において通知未実施を示すキーナンバ通知フラグ情報を更に含み、
前記入退室管理システムは、前記認証情報記憶手段に記憶されている全ての前記認証情報のうち、当該認証情報に含まれている前記利用予定期間情報の示す利用予定期間が現在時刻より古く、かつ当該認証情報に含まれている前記キーナンバ通知フラグ情報が前記通知未実施を示す認証情報を探し、当該認証情報と対応付けられた鍵の前記鍵情報に含まれているキーナンバが前記利用予定期間内に通知されたと仮定して、当該キーナンバ通知フラグ情報を前記通知未実施を示す状態から強制的に通知実施済みを示す状態に変更する監視手段を更に具備し、
前記認証手段は、ユーザ認証に用いられる前記認証情報に含まれている前記キーナンバ通知フラグ情報が前記通知実施済みを示す状態にある場合には、現在時刻が当該認証情報に含まれている前記利用予定期間情報の示す利用予定期間から外れているとしてユーザ認証失敗を判定する
ことを特徴とする請求項６記載の入退室管理システム。
【請求項１１】
認証履歴情報を記憶するための認証履歴情報記憶手段と、
前記認証情報記憶手段から、前記通知未実施以外を示す状態にある前記キーナンバ通知フラグ情報を含む認証情報を選択して、当該認証情報のうちの少なくとも前記パスワードを除く一部の情報を前記認証履歴情報として前記履歴情報記憶手段に保存する認証履歴保存手段と
を更に具備することを特徴とする請求項１０記載の入退室管理システム。
【請求項１２】
入退室管理が必要な箇所への入退室を予定しているユーザおよび当該箇所への入退室のための解錠に必要な鍵に対応付けて、当該ユーザの利用予定期間を示す利用予定期間情報と、当該鍵のキーナンバをユーザから前記入退室管理システムに問い合わせする際の当該ユーザの認証に用いられるパスワードとを含む認証情報を記憶するための認証情報記憶手段と、ユーザ毎に、当該ユーザの所有する携帯電話機の携帯電話番号を含むユーザ情報を記憶するためのユーザ情報記憶手段と、入退室管理が必要な箇所への入退室のための解錠に必要な鍵の鍵情報であって、当該鍵のキーナンバを含む鍵情報を記憶するための鍵情報記憶手段とを備えた入退室管理システムに適用される、携帯電話機を所有するユーザの入退室を管理するための入退室管理方法であって、
前記認証情報記憶手段に記憶されている前記認証情報中の前記利用予定期間情報の示す利用予定期間に先行して、当該認証情報と対応付けられたユーザの携帯電話機に、当該認証情報に含まれているパスワードを含む鍵開け用情報を通知するステップと、
前記ユーザの携帯電話機から特定の鍵開け用電話番号がダイヤリングされた際に、前記ユーザの携帯電話機の携帯電話番号を取得するステップと、
前記取得された携帯電話番号の前記携帯電話機から前記ユーザの入力操作に応じて送信されるパスワードを取得するステップと、
前記取得された携帯電話番号およびパスワードと前記ユーザ情報に含まれている携帯電話番号および前記認証情報に含まれているパスワードとに基づくユーザ認証を行うステップと、
前記ユーザ認証を行うステップで正当なユーザであると確認され、かつ認証に用いられた認証情報中の前記利用予定期間情報の示す利用予定期間内である場合に限り、当該認証情報と対応付けられている鍵のキーナンバを当該鍵の前記鍵情報から取り出して、当該キーナンバを、前記ユーザ認証を行うステップで認証されたユーザの携帯電話機に通知するステップと
を具備することを特徴とする入退室管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００６−１８８９２２（Ｐ２００６−１８８９２２Ａ）
【公開日】平成１８年７月２０日（２００６．７．２０）
【国際特許分類】
【出願番号】特願２００５−２９１２（Ｐ２００５−２９１２）
【出願日】平成１７年１月７日（２００５．１．７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
【公開日】平成１８年７月２０日（２００６．７．２０）
【国際特許分類】
【出願日】平成１７年１月７日（２００５．１．７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
[ Back to top ]