JP2015138276A - ドアゲート権限管理システム、ドアゲート権限管理方法、およびプログラム - Google Patents

Abstract

【課題】会合の時間や場所の変更に適切に対応できる、ドアゲート権限管理システム、ドアゲート権限管理方法、およびプログラムを提供すること。【解決手段】ドアゲート権限管理システム１００では、スケジュール管理ＤＢ１５２において会合の参加予定者として登録されているユーザーに対して、当該会合の会場に関連するドアゲートの解錠権限を付与する。なお、スケジュール管理ＤＢ１５２において会合の参加予定者として登録されていなかったユーザーであっても、スケジュール管理ＤＢ１５２において当該会合の招待者として登録されていれば、他の参加予定者が会合に対応するドアゲートを既に通過している場合、または、主催者が許可を与えた場合に、上記ドアゲートの解錠権限を与えられる。【選択図】図１５

Description

本開示は、ドアゲート権限管理システム、ドアゲート権限管理方法、およびプログラムに関し、特に、オフィスビルなどの複数のドアゲートのそれぞれを開く権限をユーザーごとに変更させるためのシステム、方法、およびプログラムに関する。

ドアゲートの入退権限を特別に付与する方法として、たとえば、特開２００４−２８５７７８号公報（特許文献１）において提案された技術がある。より具体的には、照合装置は、会合に先立ち、一部のユーザーに、電子メールで招待状を送信する。照合装置は、また、招待状を送るメールアドレスを管理する。そして、ユーザーは招待状を利用して、ドアを解錠するための操作を行なう。解錠装置は、招待状に基づいて、ドアを解錠する。なお、照合装置は、実際に招待状が送信されたメールアドレスと、招待状を送るメールアドレスとを照合し、招待されるべきではないユーザーのメールアドレスに招待状が送られていないかどうかを判断する。

また、ユーザーの入室を管理するシステムは、特開２０１２−１６００３５号公報（特許文献２）にも提案されている。特許文献２では、利用者の入退室情報とＭＦＰ（Multifunction Peripheral）の起動制御を連携させている。より具体的には、機器管理装置は、管理対象のＭＦＰに対応する利用者のスケジュールを参照し、そのスケジュールに基づいて、入室しているユーザーが継続してＭＦＰを利用するかどうかを判断し、当該判断の結果に基づいて画像処理機能の起動を制御する。

ユーザーのスケジュール情報を利用した技術は、特開２００４−０５４６５５号公報（特許文献３）にも提案されている。特許文献３のシステムは、ＩＤカードから読み取られた情報、勤怠管理サーバーの情報、および、個人のスケジュール予定の情報を利用して、行き先掲示板の更新、および、日報情報の自動作成を行なう。

特開２００４−２８５７７８号公報 特開２０１２−１６００３５号公報 特開２００４−０５４６５５号公報

しかしながら、従来の技術では、解錠権限の付与が、会議室の変更や時間変更などに適切に対応することが出来ない場合があった。例えば、予定が変更されたことなどによって、招待状に記載された会議についての時間と場所に別の打合せが入ってしまう場合がある。このような予定の変更に対して、解錠権限の付与態様が対応できなければ、招待状を受け取ったユーザーには、変更前の会議室への入退権限が与えられていることになる。したがって、ユーザーは、招待状を受け取った後も、会議の時間と場所が変更されていないことを確認する必要があり、煩雑な作業を強いられることになっていた。

本開示は係る実情に鑑み考え出されたものであり、その目的は、会合の時間や場所の変更に適切に対応できる、ドアゲート権限管理システム、ドアゲート権限管理方法、およびプログラムを提供することである。

本開示のある局面に従うと、ドアゲートの解錠の要求を取得するための取得手段と、ドアゲートを通過したユーザーを特定する情報を記憶するためのドアゲート情報記憶手段と、会合に招待されたユーザーを特定する情報と、会合に参加する予定のユーザーを特定する情報と、会合の時間を特定する情報と、会合の会場に関連するドアゲートを特定する情報とを関連付けて記憶するためのスケジュール情報記憶手段と、スケジュール情報記憶手段に記憶された会合の時間に、当該会合に参加する予定のユーザーに対して、当該会合の会場に関連するドアゲートの解錠権限を付与するための制御手段とを備え、制御手段は、取得手段が第１のユーザーからの第１のドアゲートの解錠の要求を取得した場合に、第１のユーザーが、第１のドアゲートが関連する会合に参加する予定のユーザーではない場合であっても、（１）スケジュール情報記憶手段において、第１のユーザーが、取得手段が要求を受け付けた時間に対応する会合に関連付けられており、かつ、（２）ドアゲート情報記憶手段において、取得手段が要求を受け付けた時間に対応する会合であって第１のユーザーが関連付けられている会合に関連付けられた他のユーザーが、当該会合に対応する時間に第１のドアゲートを通過したことを記憶している、ことを条件として、第１のユーザーに対して、第１のドアゲートの解錠権限を付与する、ドアゲート権限管理システムが提供される。

本開示の他の局面に従うと、ドアゲートの解錠の要求を取得するための取得手段と、ドアゲートを通過したユーザーを特定する情報を記憶するためのドアゲート情報記憶手段と、会合に招待されたユーザーを特定する情報と、会合に参加する予定のユーザーを特定する情報と、会合の時間を特定する情報と、会合の会場に関連するドアゲートを特定する情報とを関連付けて記憶するためのスケジュール情報記憶手段と、スケジュール情報記憶手段に記憶された会合の時間に、当該会合に参加する予定のユーザーに対して、当該会合の会場に関連するドアゲートの解錠権限を付与するための制御手段とを備え、制御手段は、取得手段が第１のユーザーからの第１のドアゲートの解錠の要求を取得した場合に、第１のユーザーが、第１のドアゲートが関連する会合に参加する予定のユーザーではない場合であっても、（１）スケジュール情報記憶手段において、第１のユーザーが、取得手段が要求を受け付けた時間に対応する会合に関連付けられており、かつ、（２）第１のドアゲートが関連する会合に参加する予定の他のユーザーのスケジュール情報において、当該会合の時間に、第１のユーザーが当該会合に参加することを示す情報が含まれているときには、ことを条件として、第１のユーザーに対して、第１のドアゲートの解錠権限を付与する、ドアゲート権限管理システムが提供される。

好ましくは、スケジュール情報記憶手段に記憶される会合に参加する予定のユーザーを特定する情報は、当該会合の主催者を特定する情報を含み、制御手段は、取得手段が第１のユーザーからの第１のドアゲートの解錠の要求を取得したことに応じて、当該要求を第１のドアゲートが関連する会合の主催者に通知し、当該主催者から第１のユーザーの当該会合への参加を承認する情報を受信したことに応じて、当該会合の時間内であれば、第１のユーザーに対して、第１のドアゲートの解錠権限を付与し、当該会合の時間外であれば、スケジュール情報記憶手段において、第１のユーザーを当該会合に参加する予定のユーザーとして登録する。

好ましくは、制御手段は、主催者に、さらに、（１）および（２）の条件が満たされていることを通知する。

好ましくは、制御手段は、主催者から会合に参加する予定のユーザー以外のユーザーに対する解錠権限の付与を禁止する情報を入力された場合には、（１）および（２）の条件が満たされている場合であっても、第１のユーザーに対して第１のドアゲートの解錠権限を付与しない。

好ましくは、制御手段は、第１のドアゲートに関連付けられた会合が中止になった場合には、当該会合の主催者に、取得手段が要求を取得したことを通知し、第１のユーザーに、会合が中止になったことを通知する。

好ましくは、制御手段は、第１のユーザーに対して、第１のドアゲートが関連する会合の時間および場所を通知する。

好ましくは、制御手段は、スケジュール情報記憶手段において、同じ時間に複数の会合について参加する予定のユーザーとして登録されているユーザーについて、ドアゲート情報記憶手段において、複数の会合の中の１つの会合の会場に関連付けられたドアゲートを通過したことが記憶されている場合には、複数の会合の中の他の会合の会場に関連付けられたドアゲートの解錠権限を付与しない。

好ましくは、制御手段は、第１のユーザーに第１のドアゲートの解錠権限を付与した場合には、その旨を、第１のドアゲートに関連付けられた会合に参加する予定のユーザーに通知する。

本開示のさらに他の局面に従うと、ドアゲートを通過したユーザーを特定する情報を記憶するためのドアゲート情報記憶手段と、会合に招待されたユーザーを特定する情報、会合に参加する予定のユーザーを特定する情報、会合の時間を特定する情報、および、会合の会場に関連するドアゲートを特定する情報を関連付けて記憶するためのスケジュール情報記憶手段と通信可能なコンピュータによって実行されるドアゲート権限管理方法であって、ドアゲートの解錠の要求を取得するステップと、スケジュール情報記憶手段に記憶された会合の時間に、当該会合に参加する予定のユーザーに対して、当該会合の会場に関連するドアゲートの解錠権限を付与するステップと、第１のユーザーからの第１のドアゲートの解錠の要求を取得した場合に、第１のユーザーが、第１のドアゲートが関連する会合に参加する予定のユーザーではない場合であっても、（１）スケジュール情報記憶手段において、第１のユーザーが、要求を受け付けた時間に対応する会合に関連付けられており、かつ、（２）ドアゲート情報記憶手段において、要求を受け付けた時間に対応する会合であって第１のユーザーが関連付けられている会合に関連付けられた他のユーザーが、当該会合に対応する時間に第１のドアゲートを通過したことを記憶している、ことを条件として、第１のユーザーに対して、第１のドアゲートの解錠権限を付与するステップとを備える、ドアゲート権限管理方法が提供される。

本開示のさらに他の局面に従うと、ドアゲートを通過したユーザーを特定する情報を記憶するためのドアゲート情報記憶手段と、会合に招待されたユーザーを特定する情報、会合に参加する予定のユーザーを特定する情報、会合の時間を特定する情報、および、会合の会場に関連するドアゲートを特定する情報を関連付けて記憶するためのスケジュール情報記憶手段と通信可能なコンピュータを実行されるドアゲート権限管理システムとして機能させるための、コンピュータ読み取り可能なプログラムであって、プログラムは、コンピュータに、ドアゲートの解錠の要求を取得するステップと、スケジュール情報記憶手段に記憶された会合の時間に、当該会合に参加する予定のユーザーに対して、当該会合の会場に関連するドアゲートの解錠権限を付与するステップと、第１のユーザーからの第１のドアゲートの解錠の要求を取得した場合に、第１のユーザーが、第１のドアゲートが関連する会合に参加する予定のユーザーではない場合であっても、（１）スケジュール情報記憶手段において、第１のユーザーが、要求を受け付けた時間に対応する会合に関連付けられており、かつ、（２）ドアゲート情報記憶手段において、要求を受け付けた時間に対応する会合であって第１のユーザーが関連付けられている会合に関連付けられた他のユーザーが、当該会合に対応する時間に第１のドアゲートを通過したことを記憶している、ことを条件として、第１のユーザーに対して、第１のドアゲートの解錠権限を付与するステップとを実行させる、プログラムが提供される。

本開示によれば、上記（１）によって第１のユーザーが参加する会合の時間を特定でき、上記（２）によって第２のユーザーが参加する会合の場所を特定できる。したがって、第１のユーザーは、招待された会合について、何らかの事情で参加する予定のユーザーとして登録されることがなされなかった場合でも、当該会合の会場に関連するドアゲートの解錠権限を得ることができる。

本実施の形態のドアゲート権限管理システムが解錠権限を付与するかどうかを決定する一態様を模式的に示す図である。 本実施の形態のドアゲート権限管理システムが解錠権限を付与するかどうかを決定する別の態様を模式的に示す図である。 ドアゲート権限管理システムを含むドアゲート管理システムの構成の概要を示す図である。 ドアゲート権限管理システムのハードウェア構成の具体例を示す図である。 読取装置のハードウェア構成の具体例を示す図である。 ドアゲート制御装置のハードウェア構成の具体例を示す図である。 ユーザー端末のハードウェア構成の一例を示す図である。 スケジュール管理ＤＢ（データベース）の構成の一例を示す図である。 ユーザーＩＤ管理ＤＢの構成の一例を示す図である。 居室／会議室ＤＢの構成の一例を示す図である。 ドアゲート権限管理ＤＢの構成の一例を示す図である。 ドアゲート管理ＤＢの構成の部分的な一例を示す図である。 ドアゲート通過管理ＤＢの構成の一例を示す図である。 個人スケジュールＤＢの構成の一例を示す図である。 ドアゲート権限管理システムの機能的な構成の一例を示す図である。 スケジュール管理ＤＢを編集するための処理のフローチャートである。 個人スケジュールＤＢを編集するための処理のフローチャートである。 ドアゲートの解錠／施錠の状態を制御するための処理のフローチャートである。 図１８のステップＳ５２０のサブルーチンのフローチャートである。 図１９のステップＳ５２３のサブルーチンのフローチャートである。 図２０のステップＳ５２３３のサブルーチンのフローチャートである。 スケジュール管理ＤＢの他の例を示す図である。 個人スケジュールＤＢの他の例を示す図である。 ドアゲート管理ＤＢの別の例を示す図である。 ドアゲート管理ＤＢの別の例を示す図である。

以下、本開示に係るドアゲート権限管理システムについて、図面を参照して説明する。なお、各図において、同様の作用および機能を奏する構成要素については、同じ符号を付し、その説明は繰返さない。

［ドアゲート権限管理システムの動作の概要］
本明細書では、ドアゲート権限管理システムの一例として、会議室に入室するためのドアゲートの解錠権限を付与するかどうかをユーザーごとに決定するためのシステムについて説明する。なお、本明細書における説明はドアゲート権限管理システムの一例である。本願発明のドアゲート権限管理システムは、いかなる会合の会場に関連するドアゲートの解錠権限の付与をも取り扱うことができる。

図１は、本実施の形態のドアゲート権限管理システムが解錠権限を付与するかどうかを決定する一態様を模式的に示す図である。前提として、ドアゲート権限管理システムは、当該ドアゲート権限管理システムの管理下にあるドアゲートを施錠する。そして、一部のドアゲートについての解錠するための条件が成立したと判断すると、ドアゲート権限管理システムは、当該ドアゲートを解錠する。

ドアゲート権限管理システムは、まず、円で囲まれた数字の「１」として示されるように、会議（打ち合わせ）の主催者から、会議の場所、会議の時間（開始時刻と終了時刻とを含む）、および、当該会議に招待する者を特定する情報の入力を受け付ける。ドアゲート権限管理システムは、たとえばサーバーコンピュータによって実現される。会議に招待された者（ユーザー）は、スケジュール管理ＤＢにおいて「招待者」として登録される。図１のスケジュール管理ＤＢでは、各招待者は、各ユーザーを特定するＩＤ（「００００２」等の５桁の数字）で示されている。なお、各図において円で囲まれ数字を、本明細書では、「≪１≫」等のように、二重の山型の括弧で表す。

ドアゲート権限管理システムは、全招待者に対して、招待状を送信する。当該送信は、図１では、≪２≫として示されている。そして、招待状の送信は、たとえば各ユーザーに電子メールが送信されることによって実現される。この場合、ドアゲート権限管理システムは、各ユーザーのＩＤを各ユーザーの電子メールアドレスと関連付ける情報を有し、当該情報に基づいて、各ユーザーに招待状を送信する。

招待状を受信したユーザーは、ドアゲート権限管理システムに対して、参加または欠席を示す情報を返信する。当該返信は、図１では≪３≫として示されている。ドアゲート権限管理システムは、スケジュール管理ＤＢにおいて、参加を示す情報を返信したユーザーを、参加者リストに登録する。ドアゲート権限管理システムは、スケジュール管理ＤＢに登録された会議の場所に入場するためのドアゲートについて、当該会議の参加者リストに登録されたユーザーに対して、当該会議の開始時刻から終了時刻までの間、「解錠権限」を与える。そして、ドアゲート権限管理システムは、解錠権限を与えられたユーザーがドアゲートの解錠を要求したことに応じて、当該ドアゲートを解錠する。本明細書では、適宜、会議の場所に入場するためのドアゲートを、会議の場所に「関連する」ドアゲートと呼ぶ。

また、ドアゲート権限管理システムは、どのユーザーが参加者リストに登録されたかを、会議の主催者に通知する。当該通知は、図１では≪４≫として示されている。また、当該通知は、たとえば、ドアゲート権限管理システムから主催者のメールアドレスへの電子メールの送信により実現される。

図１の下部には、「参加者Ａ」と「参加者Ｚ」として、二人のユーザーが示されている。「参加者Ａ」は、解錠権限を有するユーザーである。「参加者Ｚ」は、解錠権限を有さないユーザーである。

会議の当日、参加者Ａは、会議室に入るために、当該会議室に関連するドアゲートの解錠を要求する。当該要求は、図１では≪５≫として示されている。なお、ドアゲートの解錠の要求は、たとえば当該ドアゲートの近傍に設けられた読取装置に、各ユーザーのＩＤを記憶するＩＣ（Integrated Circuit）カードをかざすこと、つまり、ドアゲートに対応する装置に各ユーザーのＩＤを入力することによって実現される。

ユーザーからドアゲートの解錠を要求されると、ドアゲート権限管理システムは、当該ユーザーのＩＤが、スケジュール管理ＤＢの参加者リストに登録されているか否かを判断する。より具体的には、ドアゲート権限管理システムは、スケジュール管理ＤＢにおいて、上記要求を受け付けた時刻が属する時間帯の会議において、解錠を要求されたドアゲートが関連する会議の参加者リストに、入力されたＩＤが含まれるか否かを判断する。そして、当該ＩＤが参加者リストに含まれると判断すると、ドアゲート権限管理システムは、要求されたドアゲートを解錠する。このような判断に従った解錠動作は、図１では≪６≫として示されている。そして、このような解錠動作により、参加者リストに登録されているユーザー（参加者Ａ）は、当該ユーザーのＩＤを読取装置に入力することにより、ドアゲートを通過することができる。

一方、参加者リストに登録されていないユーザーが読取装置にＩＤを入力しても、ドアゲート権限管理システムは、要求されたドアゲートを解錠しない。これにより、参加者リストに登録されていないユーザー（参加者Ｚ）は、ドアゲートを通過できない。

このようなドアゲート権限管理システムでは、会議の招待状を受けても、それに返信をしないユーザーは、当該会議の場所に入場するためのドアゲートを通過できない。

図２は、本実施の形態のドアゲート権限管理システムが解錠権限を付与するかどうかを決定する別の態様を模式的に示す図である。図２に示された例でも、図１に示された例と同様に、ドアゲート権限管理システムは、会議（打ち合わせ）の主催者から当該会議の情報の入力を受け付け（図２中の≪１≫）、当該情報をスケジュール管理ＤＢに登録し、当該会議に招待されたユーザーに招待状を送信する（図２中の≪２≫）。そして、ドアゲート権限管理システムは、参加を示す情報を返信したユーザーを、参加者リストに登録する（図２中の≪３≫）。また、ドアゲート権限管理システムは、会議の主催者に、当該会議の参加者リストにどのユーザーを登録したかを通知する（図２中の≪４≫）。

図２に示された例では、ある会議の招待状を受信してそれに返信しなかったユーザー（図２中の参加者Ｚ）が当該会議に関連するドアゲートの解錠を要求する（図２中の≪５≫）。参加者Ｚは、当該ドアゲートに関連する会議の参加予定者のリストには登録されていない。このような場合であっても、ドアゲート権限管理システムは、当該参加者Ｚが、スケジュール管理ＤＢにおいて当該ドアゲートに関連する会議の招待者であり、かつ、当該会議の参加予定者が当該会議の時間内に当該ドアゲートを通過している場合には、参加者Ｚに対して当該ドアゲートの解錠権限を付与する（図２中の≪６≫）。これにより、参加者Ｚは、当該ドアゲートを通過することができる。

図２に示された例では、ドアゲート権限管理システムは、さらに、各ユーザーのスケジュールを管理するための「個人スケジュールＤＢ」を含む。個人スケジュールＤＢは、ユーザーごとに設けられ、当該ユーザーが参加予定者のリストに登録された会議の参加予定者を特定する情報を含む。上記のように参加者Ｚにドアゲートの解錠権限が付与されると、ドアゲート権限管理システムは、スケジュール管理ＤＢの参加予定者のリストに参加者Ｚを追加するとともに、当該会議の参加予定者リストに登録されている各ユーザーの個人スケジュールＤＢにおいても、当該会議の参加予定者に参加者Ｚを追加する。

［ドアゲート権限管理システムの構成の概要］
図３は、ドアゲート権限管理システムを含むドアゲート管理システムの構成の概要を示す図である。図３では、ドアゲート権限管理システムは、ドアゲート権限管理システム１００として示されている。ドアゲート権限管理システム１００は、ＬＡＮ（Local Area Network）等のネットワークを介して、ドアゲートに設けられた読取装置２００と、ドアゲートの施錠装置の施錠／解除を切り替えるためのドアゲート制御装置３００と、各ユーザーが会議の情報の入力等のために操作するユーザー端末４００とを含む。

ドアゲート権限管理システム１００は、２以上のドアゲートについての解錠権限を制御する場合がある。その場合、読取装置２００およびドアゲート制御装置３００は、ドアゲートごとに設けられることが好ましい。また、ドアゲート権限管理システム１００は、２以上のユーザーから各種の情報の入力を受け付ける場合がある。そのような場合、ユーザー端末４００は、ユーザーごとに設けられる場合があり得る。

［ドアゲート権限管理システムのハードウェア構成］
図４は、ドアゲート権限管理システム１００のハードウェア構成の具体例を示す図である。

図４を参照して、ドアゲート権限管理システム１００は、ドアゲート権限管理システム１００全体を制御するための演算装置であるＣＰＵ（Central Processing Unit）１０と、ＣＰＵ１０で実行されるプログラムなどを記憶するためのＲＯＭ（Read Only Memory）１１と、ＣＰＵ１０でプログラムを実行する際の作業領域として機能するためのＲＡＭ（Random Access Memory）１２と、液晶ディスプレイ等の表示装置によって構成される表示部１４と、ドアゲート権限管理システム１００に対する操作入力を受付けるための操作部１５と、上記したスケジュール管理ＤＢ等の各種のデータを記憶するための記憶装置１６と、記憶媒体にアクセスしてそこからファイルを読み出したり書き込んだりするためのメディアコントローラー１７と、上記したＬＡＮ等のネットワークを介した通信の制御のためにモデム等により構成される通信装置１８とを含む。

操作部１５は、たとえばキーボードやマウスなどの入力装置によって構成される。なお、操作部１５は、タッチセンサによって構成され、表示部１４と一体的に、タッチパネルとして構成される場合も有り得る。

本実施の形態では、たとえば、ＣＰＵ１０が適切なプログラムを実行することにより、本明細書に記載されたドアゲート権限管理システム１００の機能の少なくとも一部が構成される。

ＣＰＵ１０が実行するプログラムは、上記記憶媒体に記憶されていても良い。記憶媒体としては、ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk - Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリー、メモリーカード、ＦＤ（Flexible Disk）、ハードディスク、磁気テープ、カセットテープ、ＭＯ（Magnetic Optical Disc）、ＭＤ（Mini Disc）、ＩＣ（Integrated Circuit）カード（メモリーカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）などの、不揮発的にプログラムを格納する媒体が挙げられる。また、ＣＰＵ１０が実行されるプログラムは、ネットワークを介して記憶装置１６にインストールされる場合も有り得る。

［読取装置のハードウェア構成］
図５は、読取装置２００のハードウェア構成の具体例を示す図である。

図５を参照して、読取装置２００は、読取装置２００全体を制御するための演算装置であるＣＰＵ２０と、ＣＰＵ２０で実行されるプログラムなどを記憶するためのＲＯＭ２１と、ＣＰＵ２０でプログラムを実行する際の作業領域として機能するためのＲＡＭ２２と、液晶ディスプレイ等の表示装置および／またはＬＥＤ（Light Emitting Diode）などによって構成される表示部２４と、ボタン等の操作により読取装置２００に対して情報を入力するための操作部２５と、上記したスケジュール管理ＤＢ等の各種のデータを記憶するための記憶装置２６と、光学的に媒体に記録された情報を読み取るＣＣＤ（Charge-Coupled Device）等からなる読取部２７と、上記したＬＡＮ等のネットワークを介した通信の制御のためにモデム等により構成される通信装置２８とを含む。

本実施の形態では、たとえば、ＣＰＵ２０が適切なプログラムを実行することにより、本明細書に記載された読取装置２００の機能の少なくとも一部が構成される。

［ドアゲート制御装置のハードウェア構成］
図６は、ドアゲート制御装置３００のハードウェア構成の具体例を示す図である。

図６を参照して、ドアゲート制御装置３００は、ドアゲート制御装置３００全体を制御するための演算装置であるＣＰＵ３０と、ＣＰＵ３０で実行されるプログラムなどを記憶するためのＲＯＭ３１と、ＣＰＵ３０でプログラムを実行する際の作業領域として機能するためのＲＡＭ２２と、ＬＥＤ等によって構成される表示部２４と、ボタン等の操作によりドアゲート制御装置３００に対して情報を入力するための操作部３５と、上記したスケジュール管理ＤＢ等の各種のデータを記憶するための記憶装置３６と、ドアゲートに対して設けられた施錠装置の物理的状態を変更するために動作する駆動部３７と、上記したＬＡＮ等のネットワークを介した通信の制御のためにモデム等により構成される通信装置３８とを含む。

本実施の形態では、たとえば、ＣＰＵ３０が適切なプログラムを実行することにより、本明細書に記載されたドアゲート制御装置３００の機能の少なくとも一部が構成される。

［ユーザー端末のハードウェア構成］
図７は、ユーザー端末４００のハードウェア構成の一例を示す図である。

図７を参照して、ユーザー端末４００は、ユーザー端末４００全体を制御するための演算装置であるＣＰＵ４０と、ＣＰＵ４０で実行されるプログラムなどを記憶するためのＲＯＭ４１と、ＣＰＵ４０でプログラムを実行する際の作業領域として機能するためのＲＡＭ４２と、液晶ディスプレイ等の表示装置によって実現される表示部４４と、ユーザー端末４００に対する操作入力を受付けるための操作部４５と、ＣＰＵ４０によって実行されるプログラム等を保存するための記憶装置４６と、記憶媒体にアクセスしてそこからファイルを読み出したり書き込んだりするためのメディアコントローラー４７と、上記したＬＡＮ等のネットワークを介した通信の制御のためにモデム等により構成される通信装置４８とを含む。

操作部４５は、たとえばキーボードやマウスなどの入力装置によって実現される。なお、操作部４５は、タッチセンサによって実現され、表示部４４と一体的に、タッチパネルとして実現される場合も有り得る。

本実施の形態では、たとえば、ＣＰＵ４０が適切なプログラムを実行することにより、本明細書に記載されたユーザー端末４００の機能の少なくとも一部が実現される。

ＣＰＵ４０が実行するプログラムは、上記記憶媒体に記憶されていても良い。記憶媒体としては、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリー、メモリーカード、ＦＤ、ハードディスク、磁気テープ、カセットテープ、ＭＯ、ＭＤ、ＩＣカード（メモリーカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの、不揮発的にプログラムを格納する媒体が挙げられる。また、ＣＰＵ４０が実行されるプログラムは、ネットワークを介して記憶装置４６にインストールされる場合も有り得る。

［データベースの構成例］
図４を参照して説明したように、ドアゲート権限管理システム１００の記憶装置１６には、スケジュール管理ＤＢを含む各種のデータベースが格納されている。より具体的には、
記憶装置１６には、スケジュール管理ＤＢ、ユーザーＩＤ管理ＤＢ、居室／会議室ＤＢ、ドアゲート権限管理ＤＢ、ドアゲート管理ＤＢ、ドアゲート通過管理ＤＢ、および、個人スケジュールＤＢが格納されている。以下、各データベースの構成の一例を説明する。

（スケジュール管理ＤＢ）
図８は、スケジュール管理ＤＢの構成の一例を示す図である。スケジュール管理ＤＢは、会合の時間や場所など、会合の情報を含む。より具体的には、スケジュール管理ＤＢは、各会合に付されたスケジュールＮＯ．、日程情報、開始時刻、終了時刻、場所、内容（議題）、招待者、参加予定者、および、主催者の各項目のデータを含む。これらのデータの中うち、参加予定者以外のデータは、たとえば各会合の主催者によってドアゲート権限管理システム１００へと入力される。ドアゲート権限管理システム１００は、招待者として登録されたユーザーの中から、招待状の返信を受けたユーザーを、参加予定者として登録する。

（ユーザーＩＤ管理ＤＢ）
図９は、ユーザーＩＤ管理ＤＢの構成の一例を示す図である。ユーザーＩＤ管理ＤＢは、各ユーザーのメールアドレス等の情報を、各ユーザーに割り当てられたＩＤに関連付けるための情報を含む。より具体的には、ユーザーＩＤ管理ＤＢは、ユーザーＩＤと、氏名と、所属と、内線番号と、Ｅ−ｍａｉｌアドレスとを含む。

（居室／会議室ＤＢ）
図１０は、居室／会議室ＤＢの構成の一例を示す図である。居室／会議室ＤＢは、会場とドアゲートとを関連付ける。より具体的には、居室／会議室ＤＢは、場所ＩＤと、会議室名と、ゲートＮｏ．とを含む。場所ＩＤは、各会場を特定する情報である。ゲートＮｏ．は、各ドアゲートを特定する情報である。

（ドアゲート権限管理ＤＢ）
図１１は、ドアゲート権限管理ＤＢの構成の一例を示す図である。ドアゲート権限管理ＤＢは、各ドアゲートについて、どのユーザーが解錠権限を有しているかを示す。ドアゲート権限管理ＤＢにおいて、各ユーザーは、ＩＤＮｏ．として、ユーザーＩＤで示されている。また、各ドアゲートは、「ドアゲートＡ」「ドアゲートＢ」…「ドアゲートＭ」…「ドアゲートＮ」として示されている。

ドアゲート権限管理ＤＢでは、値「１」は、ユーザーが解錠権限を有することを示す。値「０」は、ユーザーが解錠権限を有さないことを示す。たとえば、図１１に示された状態では、ＩＤＮｏ．「００００１」のユーザーは、ドアゲートＡの解錠権限を有する。ＩＤＮｏ．「００００３」のユーザーは、ドアゲートＡの解錠権限を有さない。

ドアゲート権限管理ＤＢに登録される内容は、時間に応じて変更する。より具体的には、各ドアゲートの解錠権限が当該各ドアゲートが関連する会場で開催される会合の参加予定者に対して与えられるように、ドアゲート権限管理システム１００は、ドアゲート権限管理ＤＢにおける登録内容を変更する。

（ドアゲート管理ＤＢ）
図１２は、ドアゲート管理ＤＢの構成の部分的な一例を示す図である。ドアゲート管理ＤＢは、ドアゲートごとに、どのユーザーに当該ドアゲートの解錠権限が与えられるか等を示す。より具体的には、ドアゲート管理ＤＢは、通常入場権限、特別入場権限、日程情報、開始時刻、終了時刻、議題、参加予定者、および、主催者の各項目のデータを含む。なお、図１２には、ドアゲート管理ＤＢに含まれる、１つのドアゲートについての情報が示されている。ドアゲート管理ＤＢには、ドアゲート権限管理システム１００の制御下にあるすべてのドアゲートのそれぞれについて、図１２に示された情報が登録され得る。

通常入場権限は、ドアゲート権限管理システム１００が原則に従って解錠権限を付与したユーザーを示す。図１および図２を参照して説明した例では、たとえば、通常入場権限は、招待状に返信したユーザーを示す。

特別入場権限は、ドアゲート権限管理システム１００が例外的に解錠権限を付与したユーザーを示す。図１および図２を参照して説明した例では、たとえば、特別入場権限は、招待状に返信しなかったが、解錠権限を与えられたユーザーを示す。

（ドアゲート通過管理ＤＢ）
図１３は、ドアゲート通過管理ＤＢの構成の一例を示す図である。ドアゲート通過管理ＤＢは、各ドアゲートを通過したユーザーを示す。より具体的には、ドアゲート通過管理ＤＢは、ＩＤＮｏ．とドアゲート通過情報とを含む。ＩＤＮｏ．は、各ユーザーのＩＤを示す。ドアゲート通過情報は、各ユーザーがドアゲートＡ等の各ドアゲートを通過したか否かを示す。

図１３において、値「１」は通過していることを示す。値「０」は未だ通過していないことを示す。図１３に示された例によれば、ＩＤ「００００１」のユーザーは、ドアゲートＡおよびドアゲートＢを通過している。ＩＤ「００００２」のユーザーは、ドアゲートＡを通過しているが、ドアゲートＢをまだ通過していない。ＩＤ「００００５」のユーザーは、ドアゲートＡをまだ通過していないが、ドアゲートＢをすでに通過している。

ドアゲート権限管理システム１００は、たとえば会合の開始前または終了後に、当該会合に関連するドアゲートについてのドアゲート通過管理ＤＢにおける値を値「０」へと初期化する。より具体的には、たとえばドアゲートＡに関連するある会合が４時に終了し、次の会合が５時に開始する場合には、ドアゲート権限管理システム１００は、４時から５時までの間に、ドアゲート通過管理ＤＢにおけるドアゲートＡについてのすべてのユーザーの値を値「０」へと初期化する。これにより、上記「次の」会合の開始時刻以降にどのユーザーがドアゲートＡを通過したかがドアゲート通過管理ＤＢに登録され得る。

（個人スケジュールＤＢ）
図１４は、個人スケジュールＤＢの構成の一例を示す図である。個人スケジュールＤＢは、各ユーザーの会合のスケジュールを示す。より具体的には、個人スケジュールＤＢは、ユーザーＮｏ．ごとに設けられている。ユーザーＮｏ．は、たとえば各ユーザーのＩＤである。個人スケジュールＤＢには、ユーザーＮｏ．ごとに、各ユーザーが参加予定者となっている会合の情報（日程情報、開始時刻、終了時刻、場所、内容（議題）、参加予定者、および、主催者）が登録されている。

ドアゲート権限管理システム１００は、招待状を送信したユーザーから返信を受信すると、当該ユーザーをスケジュール管理ＤＢに「参加予定者」として登録するとともに、個人スケジュールＤＢ内の当該ユーザーに対応するテーブルに、当該招待状に対応する会合の情報を登録する。

なお、ドアゲート権限管理システム１００は、招待状の返信以外の態様でドアゲートの解錠権限を与えたユーザーについても、同様に、当該ドアゲートに関連する会合の情報を、個人スケジュールＤＢ内の当該ユーザーに対応するテーブルに、当該招待状に対応する会合の情報を登録する。ドアゲート権限管理システム１００は、さらに、当該ユーザーを、当該会合の他のユーザーに対応するテーブル内の情報に対して、参加予定者として追加する。

［ドアゲート権限管理システムの機能構成］
図１５は、ドアゲート権限管理システム１００の機能的な構成の一例を示す図である。図１５を参照して、ドアゲート権限管理システム１００は、スケジュール管理ユニット１５０と、ドアゲート権限管理ユニット１６０と、ドアゲート制御ユニット１７０と、ユーザーＩＤ管理ユニット１８０とを含む。

スケジュール管理ユニット１５０は、スケジュール管理ＤＢ１５２（図８参照）を編集するための制御部１５１を含む。たとえばＣＰＵ１０がプログラムを実行することにより、制御部１５１を構成する。制御部１５１は、個人スケジュールＤＢ１９１（図１４参照）および居室／会議室ＤＢ１９２（図１０参照）を含む種々の情報を参照し得る。

ドアゲート権限管理ユニット１６０は、ドアゲート権限管理ＤＢ１６３（図１１参照）を編集するための制御部１６１を含む。制御部１６１は、スケジュール管理ＤＢ１５２における登録内容に基づいて、ドアゲート権限管理ＤＢ１６３を編集する。ドアゲート権限管理ユニット１６０は、さらに、スケジュール管理ＤＢ１５２における登録内容とドアゲート権限管理ＤＢ１６３における登録内容とを比較するためのスケジュール情報比較部１６２を含む。たとえばＣＰＵ１０がプログラムを実行することにより、制御部１６１およびスケジュール情報比較部１６２を構成する。

ドアゲート制御ユニット１７０は、図１５では１つのみが示されている。なお、ドアゲート権限管理システム１００の制御下にある複数のドアゲートが存在する場合には、ドアゲート制御ユニット１７０は、当該複数のドアゲートのそれぞれに対応させて、当該複数のドアゲートと同じ数だけ、設けられ得る。ドアゲート制御ユニット１７０は、ドアゲート管理ＤＢ１７４（図１２参照）に基づいてドアゲートの施錠／解錠を制御する（たとえば、駆動部に指示を出す）ための施錠／解錠制御部１７１と、各ユーザーの解錠権限の有無を判断するための権限判断制御部１７２と、各ユーザーがドアゲートを通過したか否かに基づいてドアゲート通過管理ＤＢ１９３（図１３参照）を編集するため通過履歴制御部１７３と、ドアゲート管理ＤＢ１７４（図１２参照）とを含む。たとえば、ＣＰＵ１０がプログラムを実行することにより、施錠／解錠制御部１７１、権限判断制御部１７２、および、通過履歴制御部１７３を構成する。

ユーザーＩＤ管理ユニット１８０は、ユーザーＩＤ管理ＤＢ１８２（図９参照）を管理するための制御部１８１を含む。たとえば、ＣＰＵ１０がプログラムを実行することにより、制御部１８１を構成する。

［処理の流れ］
次に、ドアゲート権限管理システム１００によって実行される、ドアゲートの解錠権限の制御のための処理の流れを説明する。図１６〜図２１は、ドアゲート権限管理システム１００によって実行される処理のフローチャートである。図１６〜図２１に記載された処理は、ＣＰＵ１０がプログラムを実行することによって主に実現される。

図１６は、スケジュール管理ＤＢを編集するための処理のフローチャートである。図１６に示された処理は、ドアゲート権限管理システム１００のスケジュール管理ユニット１５０（図１５参照）で主に実行される。

図１６を参照して、ステップＳ１０で、ドアゲート権限管理システム１００は、図１等において≪１≫として示されたように、会議（打ち合わせ）の主催者であるユーザーから、当該会議の情報の入力を受け付ける。このとき、ドアゲート権限管理システム１００は、スケジュール管理ＤＢに、入力された情報の少なくとも一部を登録する。具体的には、少なくとも打ち合わせの場所、日程、時間（開始時刻および終了時刻）、ならびに、招待者をスケジュール管理ＤＢに登録する。

次に、ステップＳ２０で、ドアゲート権限管理システム１００は、ステップＳ１０でスケジュール管理ＤＢに登録した会合の招待者に、招待状を送信する。招待者は、たとえば各ユーザーのＩＤで登録される。ドアゲート権限管理システム１００は、当該ＩＤに基づいて、ユーザーＩＤ管理ＤＢ（図９参照）から、各ユーザーのメールアドレスを取得する。そして、取得したメールアドレスを送信先として、招待状を送信する。

次に、ステップＳ３０で、ドアゲート権限管理システム１００は、ステップＳ２０で招待状を送信したユーザーから返信を受信したかどうかを判断する。そして、ドアゲート権限管理システム１００は、返信があった場合にはステップＳ４０へ制御を進め、なかった場合にはステップＳ５０へ制御を進める。

ステップＳ４０では、ドアゲート権限管理システム１００は、返信の内容が会合に参加するものであるかどうかを判断する。そして、ドアゲート権限管理システム１００は、返信の内容が、会合に参加するものである場合にはステップＳ５０へ制御を進め、会合に欠席するものである場合にはステップＳ６０へ制御を進める。

ステップＳ５０では、ドアゲート権限管理システム１００は、参加の返信を受信したユーザーを、スケジュール管理ＤＢの参加予定者として登録して、ステップＳ６０へ制御を進める。なお、ステップＳ３０〜ステップＳ５０の制御は、招待状の送信先のユーザーごとに実施され得る。

ステップＳ６０では、ドアゲート権限管理システム１００は、会合の開催日が到来したか否かを判断する。そして、ドアゲート権限管理システム１００は、会合の開催日が到来したと判断すると、ステップＳ７０へ制御を進める。

ステップＳ７０では、ドアゲート権限管理システム１００は、スケジュール管理ＤＢにおける（処理対象とされている）会合の参加予定者のリストの生成を終了させて、図１６に示された処理を終了する。

図１７は、個人スケジュールＤＢを編集するための処理のフローチャートである。図１７に示された処理は、ドアゲート権限管理システム１００のユーザーＩＤ管理ユニット１８０（図１５参照）で主に実行される。

図１７を参照して、ステップＳ２０２で、ドアゲート権限管理システム１００のユーザーＩＤ管理ユニット１８０は、ステップＳ２０（図１６）における招待状の送信が完了したことを示す通知を受ける。

次に、ステップＳ２０４で、スケジュール管理ＤＢ１００は、招待状を送信したユーザーから、返信を受信したか否かを判断する。ステップＳ２０４の処理内容は、図１６のステップＳ３０で実現されても良い。招待者であるユーザーから返信を受信したと判断すると、制御はステップＳ２０６へと進められる。

ステップＳ２０６では、ドアゲート権限管理システム１００のユーザーＩＤ管理ユニット１８０は、スケジュール管理ユニット１５０に対して、ステップＳ２０４で検出した返信を通知する。

次に、ステップＳ２０８で、ドアゲート権限管理システム１００は、ユーザーからの返信が会合に参加することを示すか否かを判断する。返信が会合に参加することを示す場合には、ステップＳ２１０へ制御が進められる。返信が会合に欠席することを示す場合には、そのまま図１７の処理は終了する。

ステップＳ２１０では、ドアゲート権限管理システム１００は、会合に参加することを返信したユーザーの個人スケジュールに、当該会合の情報を登録する。その後、図１７の処理は終了する。

図１８は、ドアゲートの解錠／施錠の状態を制御するための処理のフローチャートである。図１８に示された処理は、ドアゲート権限管理システム１００ののドアゲート制御ユニット１７０（図１５参照）によって主に実行される。

図１８を参照して、ステップＳ５００で、ドアゲート権限管理システム１００は、ユーザーによる、ドアゲート前での解錠操作を受け付ける。ドアゲート前での解錠操作とは、たとえば、読取装置２００に対するユーザーＩＤの入力である。図１８に示された処理のうち、ステップＳ５１０以降の制御は、解錠操作の対象となったドアゲートに対応するドアゲート制御ユニット１７０によって主に実行される。

次に、ステップＳ５１０で、ドアゲート権限管理システム１００は、ドアゲート管理ＤＢを参照することにより、解錠操作によって入力されたユーザーＩＤが、解錠操作が行なわれた時点で、ドアゲートの解錠権限を有するか否かを判断する。そして、ドアゲート権限管理システム１００は、上記ユーザーＩＤがドアゲートの解錠権限を有すると判断するとステップＳ５４０へ制御を進め、有さないと判断するとステップＳ５２０へ制御を進める。

ステップＳ５２０では、ドアゲート権限管理システム１００は、解錠権限付与処理を実行する。解錠権限付与処理は、招待状に返信しなかったユーザーに解錠権限を与えるような、例外的に解錠権限を与えるための処理（図１等参照）であり、ドアゲート権限管理システム１００のドアゲート権限管理ユニット１６０によって実行される。解錠権限付与処理の内容は、図１９を参照して後述する。そして、制御は、ステップＳ５３０へ進められる。

ステップＳ５３０では、ドアゲート権限管理システム１００は、ステップＳ５２０によって上記ユーザーＩＤに解錠権限（特別解錠権限）が付与されたか否かを判断する。そして、ドアゲート権限管理システム１００は、特別解錠権限が付与されたと判断するとステップＳ５４０へ制御を進め、付与されていないと判断するとそのまま図１８の処理を終了させる。

ステップＳ５４０では、ドアゲート権限管理システム１００は、ステップＳ５００における解錠操作の対象となったドアゲートを解錠させるようにドアゲート制御装置３００に対して制御信号を送信して、図１８の処理を終了させる。なお、ステップＳ５４０では、ドアゲート権限管理システム１００は、ステップＳ５４０において、ドアゲート通過管理ＤＢにおいて、上記ユーザーＩＤの上記ドアゲートに対応する値を値「１」へと変更する。

図１９は、図１８のステップＳ５２０のサブルーチンのフローチャートである。上記したように、図１９に示された処理は、ドアゲート権限管理システム１００のドアゲート権限管理ユニット１６０によって主に実行される。

図１９を参照して、ステップＳ５２１で、ドアゲート権限管理システム１００は、スケジュール管理ＤＢから、図１８の処理において解錠操作の対象となったドアゲートに対応する会合の中の、現在時刻に対応する会合の参加予定者として登録されているユーザーＩＤを読み込む。

次に、ステップＳ５２２で、ドアゲート権限管理システム１００は、ステップＳ５２１で読み込んだ参加予定者のユーザーＩＤに、ステップＳ５００において解錠操作で入力されたユーザーＩＤが含まれるか否かを判断する。そして、ドアゲート権限管理システム１００は、解錠操作で入力されたユーザーＩＤが上記参加予定者のユーザーＩＤに含まれると判断するとステップＳ５２４へ制御を進め、含まれないと判断するとステップＳ５２３へ制御を進める。

ステップＳ５２４では、ドアゲート権限管理システム１００は、解錠操作の対象となったドアゲートについて、解錠操作で入力されたユーザーＩＤに解錠権限を付与し（ドアゲート権限管理ＤＢに値「１」を入力し）、さらに、解錠操作の対象となったドアゲートに対応するドアゲート制御ユニット１７０に対して、解錠操作で入力されたユーザーＩＤに解錠権限を付与するための情報を通知して、図１８のステップＳ５２０へ制御を戻す。これにより、ステップＳ５３０（図１８参照）で、ドアゲート権限管理システム１００は、特別の解錠権限が付与されたと判断して、ステップＳ５４０へ制御を進める。

ステップＳ５２３では、ドアゲート権限管理システム１００は、特別の解錠権限付与処理を実行する。

図２０は、図１９のステップＳ５２３のサブルーチンのフローチャートである。図２０に示された処理は、ドアゲート権限管理ユニット１６０によって主に実行される。

図２０を参照して、ステップＳ５２３１で、ドアゲート権限管理システム１００は、スケジュール管理ＤＢから、図１８の処理において解錠操作の対象となったドアゲートに対応する会合の中の、現在時刻に対応する会合の招待者として登録されているユーザーＩＤを読み込む。

ステップＳ５２３２で、ドアゲート権限管理システム１００は、ステップＳ５２３１で取得した招待者のリストに、図１８の解錠操作で入力されたユーザーＩＤが含まれるか否かを判断する。そして、ドアゲート権限管理システム１００は、上記招待者のリストに上記ユーザーＩＤが含まれると判断するとステップＳ５２３３へ制御を進め、含まれないと判断するとステップＳ５２３４へ制御を進める。

ステップＳ５２３３では、ドアゲート権限管理システム１００は、当日状態確認処理を実行した後、図１９のステップＳ５２３へ制御を戻す。当日情報確認処理の内容は、図２１を参照して後述する。

ステップＳ５２３４では、ドアゲート権限管理システム１００は、図１８の解錠操作で入力されたユーザーＩＤに対して解錠権限を与えることなく、図１９のステップＳ５２３へ制御を戻す。これにより、ドアゲート権限管理システム１００は、図１８のステップＳ５３０で、特別の解錠権限が与えられなかったと判断する。

図２１は、図２０のステップＳ５２３３のサブルーチンのフローチャートである。図２１に示された処理は、ドアゲート権限管理ユニット１６０によって主に実行される。

図２１を参照して、ステップＳ５２３３１で、ドアゲート権限管理システム１００は、ドアゲート通過管理ＤＢから、対象場所の入退記録、つまり、解錠操作の対象となったドアゲートのドアゲート通過情報を取得する。

ステップＳ５２３３２で、ドアゲート権限管理システム１００は、対象場所に参加メンバーが入室しているか、つまり、ステップＳ５２３３１で取得したドアゲート通過情報において、ステップＳ５２１（図１９参照）で取得した参加予定者の中のいずれかのユーザーの値が値「１」であるか否かを判断する。そして、ドアゲート権限管理システム１００は、ステップＳ５２３３１で取得したドアゲート通過情報において、ステップＳ５２１で取得した参加予定者の中のいずれかのユーザーの値が値「１」であると判断するとステップＳ５２３３３へ制御を進め、そうではないと判断するとステップＳ５２３３４へ制御を進める。

ステップＳ５２３３３では、ドアゲート権限管理システム１００は、解錠操作の対象となったドアゲートについて、解錠操作で入力されたユーザーＩＤに解錠権限を付与し（ドアゲート権限管理ＤＢに値「１」を入力し）、さらに、解錠操作の対象となったドアゲートに対応するドアゲート制御ユニット１７０に対して、解錠操作で入力されたユーザーＩＤに解錠権限を付与するための情報を通知して、図２０のステップＳ５２３３へ制御を戻す。これにより、ステップＳ５３０（図１８参照）で、ドアゲート権限管理システム１００は、特別の解錠権限が付与されたと判断して、ステップＳ５４０へ制御を進める。

ステップＳ５２３３４では、ドアゲート権限管理システム１００は、ステップＳ５００の解錠操作の対象となったドアゲートがその時点で対応する会合の主催者に、当該解錠操作で入力されたユーザーＩＤのユーザーの訪問を通知し、さらに、当該ユーザーの訪問を許可するか否かを問い合わせる。当該通知および問合せは、たとえば電子メールの送信によって実現される。そして、制御はステップＳ５２３３５へ進められる。

ステップＳ５２３３５では、ドアゲート権限管理システム１００は、ステップＳ５００の解錠操作で入力されたユーザーＩＤへの解錠権限の付与が可能か否かを判断する。ドアゲート権限管理システム１００は、たとえば、上記主催者から、ステップＳ５２３３４の問合せに対する返信として上記ユーザーの訪問を許可する情報を受信した場合に、ステップＳ５２３３５における解錠権限の付与が可能であると判断する。また、ドアゲート権限管理システム１００は、たとえば、上記主催者から、ステップＳ５２３３４の問合せに対する返信として上記ユーザーの訪問を許可しない情報を受信した場合、または、ステップＳ５２３３４の問合せから所与の時間内に許可する情報を受信しなかった場合には、ステップＳ５２３３５における解錠権限の付与できないと判断する。ドアゲート権限管理システム１００は、上記解錠権限の付与が可能であると判断するとステップＳ５２３３６へ制御を進め、付与できないと判断するとステップＳ５２３３７へ制御を進める。

ステップＳ５２３３６では、ドアゲート権限管理システム１００は、解錠操作の対象となったドアゲートについて、解錠操作で入力されたユーザーＩＤに解錠権限を付与し（ドアゲート権限管理ＤＢに値「１」を入力し）、さらに、解錠操作の対象となったドアゲートに対応するドアゲート制御ユニット１７０に対して、解錠操作で入力されたユーザーＩＤに解錠権限を付与するための情報を通知して、図２０のステップＳ５２３３へ制御を戻す。これにより、ステップＳ５３０（図１８参照）で、ドアゲート権限管理システム１００は、特別の解錠権限が付与されたと判断して、ステップＳ５４０へ制御を進める。

ステップＳ５２３３７では、ドアゲート権限管理システム１００は、図１８の解錠操作で入力されたユーザーＩＤに対して解錠権限を与えることなく、図２０のステップＳ５２３３へ制御を戻す。これにより、ドアゲート権限管理システム１００は、図１８のステップＳ５３０で、特別の解錠権限が与えられなかったと判断する。

［実施の形態のまとめ］
スケジュール管理ＤＢ（図８参照）において会合の参加予定者として登録されていなかったユーザーであっても、スケジュール管理ＤＢにおいて当該会合の招待者として登録されていれば、他の参加予定者が会合に対応するドアゲートをすでに通過している場合、または、主催者が許可を与えた場合に、参加予定者として登録され得る。参加予定者として登録されれば、当該ユーザーには、上記ドアゲートの解錠権限が与えられる。

たとえば、図８のスケジュールＮｏ．「００００１」で特定される会合について、招待者として含まれるユーザーＩＤ「００００３」のユーザーは、当該会合の参加者リストには含まれていない。したがって、原則として、当該ユーザーには、当該会合に関連付けられたドアゲートの解錠権限は与えられない。ただし、図１６〜図２１を参照して説明された処理によって当該ユーザーにも解錠権限が与えられる場合がある。このような場合、スケジュール管理ＤＢは、図２２に示されるように更新される。

図２２は、スケジュール管理ＤＢの他の例を示す図である。図２２に示された例では、スケジュールＮｏ．「００００１」で特定される会合の参加予定者に、ユーザーＩＤ「００００３」が追加されている。

また上記の場合、個人スケジュールＤＢにおいてもデータが更新される。具体的には、スケジュールＮｏ．「００００１」で特定される会合は、２０１３年９月１２日に開催される。図１４に示されるように、ユーザーＩＤ「００００３」には、２０１３年９月１２日に開催される会合のスケジュールは登録されていない。しかしながら、上記のように例外的にユーザーＩＤ「００００３」のユーザーに解錠権限が付与された場合、個人スケジュールＤＢのデータが図２３に示されるように更新される。

図２３は、個人スケジュールＤＢの他の例を示す図である。図２３に示された例では、図１４に示された例に対して、ユーザーＩＤ「００００３」のスケジュールに、スケジュールＮｏ．「００００１」で特定される会合、つまり、２０１３年９月１２日に開催される会合のスケジュールが追加されている。

また、図１４に示された例では、当該会合の参加予定者であるユーザーＩＤ「００００１」，「００００２」，「００００４」のスケジュールにおいて、ユーザーＩＤ「００００３」は参加予定者としては登録されていない。一方、図２３に示された例では、ユーザーＩＤ「００００１」，「００００２」，「００００４」のスケジュールにおいて、ユーザーＩＤ「００００３」が参加予定者として追加されている。

上記のように例外的にドアゲートの解錠権限が付与された場合には、スケジュール管理ユニット１５０の制御部１５１は、図２２に示されたように、適宜スケジュール管理ＤＢにおける登録内容を更新する。また、ユーザーＩＤ管理ユニット１８０の制御部１８１は、図２３に示されたように、適宜個人スケジュールＤＢの登録内容を更新する。

各ドアゲートについてのドアゲート管理ＤＢも、例外的なドアゲートの解錠権限の付与によって更新され得る。図２４および図２５は、ドアゲート管理ＤＢの別の例を示す図である。

図２４に示された例では、２０１３年９月１２日に開催される会合の参加予定者にはユーザーＩＤ「００００３」は含まれていない。そして、ステップＳ５２５（図１９）またはステップＳ５２３６６（図２１）において例外的に解錠権限が付与されると、図２５に示されたように、参加予定者にユーザーＩＤが追加される。図２５に示された例では、追加されたユーザーＩＤはユーザーＩＤ「００００３」である。

本実施の形態では、個人スケジュールＤＢにおいても、スケジュール管理ＤＢと同様に、各会合の招待者が登録されていても良い。そして、ドアゲート権限管理システム１００は、ステップＳ５２３２（図２０）で、スケジュール管理ＤＢの招待者リストを参照する代わりに、処理対象の会合の参加予定者の招待者リストを参照しても良い。

また、個人スケジュールＤＢにおいて、招待者リストの代わりに、または、招待者リストに加えて、同じ会合に参加するユーザーが登録されていても良い。これにより、個人スケジュールＤＢには、主催者以外のユーザーによって、会合に参加する予定のユーザーが登録され得る。そして、ドアゲート権限管理システム１００は、ステップＳ５２３２（図２０）で、解錠操作を行なったユーザーが、上記のように主催者以外のユーザーによって登録された同じ会合に参加するユーザーとして含まれているときに、ステップＳ５２３３（図２０）へ制御を進めても良い。

また、本実施の形態では、ステップＳ５２５（図１９）またはステップＳ５２３６６（図２１）において例外的に解錠権限が付与された後、ドアゲート権限管理システム１００は、さらに、対応する会合の主催者に対して、例外的に解錠権限が付与されたことを通知することが好ましい。また、例外的な解錠権限は、対応する会合の参加予定者にも通知されることが好ましい。さらには、例外的な解錠権限を与えられたユーザーに対してドアゲートが解錠されたこと、つまり、当該ユーザーがドアゲートを通過したことが、主催者および／または参加予定者に通知されることが好ましい。

また、本実施の形態では、たとえば会合ごとに、上記したような例外的な解錠権限の付与を禁止する情報を設定することができる。具体的には、各会合の主催者等は、スケジュール管理ＤＢ等において、参加予定者以外に解錠権限を付与することを禁止する情報を登録することができる。このような場合、ドアゲート権限管理システム１００は、たとえばステップＳ５１０（図１８）において認証操作で入力されたユーザーＩＤが参加予定者として登録されていない場合には、ステップＳ５２０へ制御を進めることなく、図１８の処理を終了させる。

なお、本実施の形態の例外的な解錠権限の付与は、会合の開始時刻より前にも行なわれ得る。たとえば、ユーザーは、ユーザー端末４００からドアゲート権限管理システム１００に対して、一定の情報を入力する。入力される一定の情報は、たとえば、当該ユーザーのユーザーＩＤと、会合を特定する情報を含む。ドアゲート権限管理システム１００は、入力されたユーザーＩＤが、特定された会合の招待者リストに含まれる場合、他の条件が成立した場合に、当該ユーザーＩＤに解錠権限を付与する。当該他の条件は、たとえば、個人スケジュールＤＢにおいて、上記会合の参加予定者の中の少なくとも一人のユーザーの個人スケジュールＤＢに、例外的な解錠権限の付与を要求したユーザーのユーザーＩＤが、会合に参加する予定のユーザーとして登録されていることである。

本実施の形態では、スケジュール管理ＤＢに情報を登録された会合について、主催者等によって会合の中止が登録された場合には、参加予定者に中止が通知される。上記のように会合の開始前に例外的な解錠権限が付与されたユーザーについても、スケジュール管理ＤＢにはすでに参加予定者として登録される。したがって、会合の開始前に当該会合が中止された場合には、例外的に解錠権限を付与されたユーザーにも当該中止が通知され得る。

図５を参照して説明されたように、読取装置２００は表示部２４を含む。本実施の形態では、ユーザーが解錠操作等において読取装置２００にユーザーＩＤを入力したとき、当該ユーザーＩＤに解錠権限が付与されている場合には、ドアゲート権限管理システム１００は、ドアゲートを解錠すること（図１８のステップＳ５４０）に加えて、当該ドアゲートが対応する会合の情報（会合の場所、会合の時間、および／または、会合の参加予定者）を表示部２４に表示させても良い。

本実施の形態では、各ドアゲートの解錠権限は基本的にスケジュール管理ＤＢに登録された内容に従って付与される。したがって、同じ時間に開催される予定の複数の会合の参加予定者となるユーザーも存在し得る。当該ユーザーについて、ドアゲート権限管理システム１００は、ドアゲート通過管理ＤＢにおいて、上記複数の会合の中の１つの会合の会場に関連付けられたドアゲートを通過したことが記憶されている場合には、上記複数の会合の中の残りの会合の会場に関連付けられたドアゲートの解錠権限を付与しないように、ドアゲート権限管理ＤＢを更新しても良い。

今回開示された各実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。また、実施の形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施することが意図される。

１００ ドアゲート権限管理システム、１５０ スケジュール管理ユニット、１５１，１６１，１８１ 制御部、１６０ ドアゲート権限管理ユニット、１６２ スケジュール情報比較部、１７０ ドアゲート制御ユニット、１７１ 解錠制御部、１７２ 権限判断制御部、１７３ 通過履歴制御部、１８０ ユーザーＩＤ管理ユニット、２００ 読取装置、３００ ドアゲート制御装置、４００ ユーザー端末。

Claims (11)

1. ドアゲートの解錠の要求を取得するための取得手段と、
   ドアゲートを通過したユーザーを特定する情報を記憶するためのドアゲート情報記憶手段と、
   会合に招待されたユーザーを特定する情報と、会合に参加する予定のユーザーを特定する情報と、会合の時間を特定する情報と、会合の会場に関連するドアゲートを特定する情報とを関連付けて記憶するためのスケジュール情報記憶手段と、
   前記スケジュール情報記憶手段に記憶された会合の時間に、当該会合に参加する予定のユーザーに対して、当該会合の会場に関連するドアゲートの解錠権限を付与するための制御手段とを備え、
   前記制御手段は、
   前記取得手段が第１のユーザーからの第１のドアゲートの解錠の要求を取得した場合に、前記第１のユーザーが、前記第１のドアゲートが関連する会合に参加する予定のユーザーではない場合であっても、
   （１）前記スケジュール情報記憶手段において、前記第１のユーザーが、前記取得手段が前記要求を受け付けた時間に対応する会合に関連付けられており、かつ、
   （２）前記ドアゲート情報記憶手段において、前記取得手段が前記要求を受け付けた時間に対応する会合であって前記第１のユーザーが関連付けられている会合に関連付けられた他のユーザーが、当該会合に対応する時間に前記第１のドアゲートを通過したことを記憶している、
   ことを条件として、前記第１のユーザーに対して、前記第１のドアゲートの解錠権限を付与する、ドアゲート権限管理システム。
2. ドアゲートの解錠の要求を取得するための取得手段と、
   各ユーザーのスケジュール情報を記憶するためのスケジュール記憶手段と、
   会合に招待されたユーザーを特定する情報と、会合に参加する予定のユーザーを特定する情報と、会合の時間を特定する情報と、会合の会場に関連するドアゲートを特定する情報とを関連付けて記憶するためのスケジュール情報記憶手段と、
   前記スケジュール情報記憶手段に記憶された会合の時間に、当該会合に参加する予定のユーザーに対して、当該会合の会場に関連するドアゲートの解錠権限を付与するための制御手段とを備え、
   前記制御手段は、
   前記取得手段が第１のユーザーからの第１のドアゲートの解錠の要求を取得した場合に、前記第１のユーザーが、前記第１のドアゲートが関連する会合に参加する予定のユーザーではない場合であっても、
   （１）前記スケジュール情報記憶手段において、前記第１のユーザーが、前記取得手段が前記要求を受け付けた時間に対応する会合に関連付けられており、かつ、
   （２）前記第１のドアゲートが関連する会合に参加する予定の他のユーザーのスケジュール情報において、当該会合の時間に、前記第１のユーザーが当該会合に参加することを示す情報が含まれているときには、
   ことを条件として、前記第１のユーザーに対して、前記第１のドアゲートの解錠権限を付与する、ドアゲート権限管理システム。
3. 前記スケジュール情報記憶手段に記憶される前記会合に参加する予定のユーザーを特定する情報は、当該会合の主催者を特定する情報を含み、
   前記制御手段は、
   前記取得手段が前記第１のユーザーからの前記第１のドアゲートの解錠の要求を取得したことに応じて、当該要求を前記第１のドアゲートが関連する会合の主催者に通知し、
   当該主催者から前記第１のユーザーの当該会合への参加を承認する情報を受信したことに応じて、当該会合の時間内であれば、前記第１のユーザーに対して、前記第１のドアゲートの解錠権限を付与し、当該会合の時間外であれば、前記スケジュール情報記憶手段において、前記第１のユーザーを当該会合に参加する予定のユーザーとして登録する、請求項２に記載のドアゲート権限管理システム。
4. 前記制御手段は、前記主催者に、さらに、前記（１）および前記（２）の条件が満たされていることを通知する、請求項３に記載のドアゲート権限管理システム。
5. 前記制御手段は、前記主催者から前記会合に参加する予定のユーザー以外のユーザーに対する解錠権限の付与を禁止する情報を入力された場合には、前記（１）および前記（２）の条件が満たされている場合であっても、前記第１のユーザーに対して前記第１のドアゲートの解錠権限を付与しない、請求項３または請求項４に記載のドアゲート権限管理システム。
6. 前記制御手段は、前記第１のドアゲートに関連付けられた会合が中止になった場合には、当該会合の主催者に、前記取得手段が前記要求を取得したことを通知し、前記第１のユーザーに、前記会合が中止になったことを通知する、請求項３〜請求項５のいずれか１項に記載のドアゲート権限管理システム。
7. 前記制御手段は、前記第１のユーザーに対して、前記第１のドアゲートが関連する会合の時間および場所を通知する、請求項１〜請求項６のいずれか１項に記載のドアゲート権限管理システム。
8. 前記制御手段は、前記スケジュール情報記憶手段において、同じ時間に複数の会合について参加する予定のユーザーとして登録されているユーザーについて、ドアゲート情報記憶手段において、前記複数の会合の中の１つの会合の会場に関連付けられたドアゲートを通過したことが記憶されている場合には、前記複数の会合の中の他の会合の会場に関連付けられたドアゲートの解錠権限を付与しない、請求項１に記載のドアゲート権限管理システム。
9. 前記制御手段は、前記第１のユーザーに前記第１のドアゲートの解錠権限を付与した場合には、その旨を、前記第１のドアゲートに関連付けられた会合に参加する予定のユーザーに通知する、請求項１〜請求項８のいずれか１項に記載のドアゲート権限管理システム。
10. ドアゲートを通過したユーザーを特定する情報を記憶するためのドアゲート情報記憶手段と、会合に招待されたユーザーを特定する情報、会合に参加する予定のユーザーを特定する情報、会合の時間を特定する情報、および、会合の会場に関連するドアゲートを特定する情報を関連付けて記憶するためのスケジュール情報記憶手段と通信可能なコンピュータによって実行されるドアゲート権限管理方法であって、
    ドアゲートの解錠の要求を取得するステップと、
    前記スケジュール情報記憶手段に記憶された会合の時間に、当該会合に参加する予定のユーザーに対して、当該会合の会場に関連するドアゲートの解錠権限を付与するステップと、
    第１のユーザーからの第１のドアゲートの解錠の要求を取得した場合に、前記第１のユーザーが、前記第１のドアゲートが関連する会合に参加する予定のユーザーではない場合であっても、
    （１）前記スケジュール情報記憶手段において、前記第１のユーザーが、前記要求を受け付けた時間に対応する会合に関連付けられており、かつ、
    （２）前記ドアゲート情報記憶手段において、前記要求を受け付けた時間に対応する会合であって前記第１のユーザーが関連付けられている会合に関連付けられた他のユーザーが、当該会合に対応する時間に前記第１のドアゲートを通過したことを記憶している、
    ことを条件として、前記第１のユーザーに対して、前記第１のドアゲートの解錠権限を付与するステップとを備える、ドアゲート権限管理方法。
11. ドアゲートを通過したユーザーを特定する情報を記憶するためのドアゲート情報記憶手段と、会合に招待されたユーザーを特定する情報、会合に参加する予定のユーザーを特定する情報、会合の時間を特定する情報、および、会合の会場に関連するドアゲートを特定する情報を関連付けて記憶するためのスケジュール情報記憶手段と通信可能なコンピュータを実行されるドアゲート権限管理システムとして機能させるための、コンピュータ読み取り可能なプログラムであって、
    前記プログラムは、前記コンピュータに、
    ドアゲートの解錠の要求を取得するステップと、
    前記スケジュール情報記憶手段に記憶された会合の時間に、当該会合に参加する予定のユーザーに対して、当該会合の会場に関連するドアゲートの解錠権限を付与するステップと、
    第１のユーザーからの第１のドアゲートの解錠の要求を取得した場合に、前記第１のユーザーが、前記第１のドアゲートが関連する会合に参加する予定のユーザーではない場合であっても、
    （１）前記スケジュール情報記憶手段において、前記第１のユーザーが、前記要求を受け付けた時間に対応する会合に関連付けられており、かつ、
    （２）前記ドアゲート情報記憶手段において、前記要求を受け付けた時間に対応する会合であって前記第１のユーザーが関連付けられている会合に関連付けられた他のユーザーが、当該会合に対応する時間に前記第１のドアゲートを通過したことを記憶している、
    ことを条件として、前記第１のユーザーに対して、前記第１のドアゲートの解錠権限を付与するステップとを実行させる、プログラム。

Images