JP2020520017A - 汎用入退管理装置 - Google Patents

Abstract

本出願では、入退管理システムの近くに設置したり入退管理システム内に設置したりすることができ、これにより、ユーザがユーザデバイスを用いて管理区域またはリソースに入退することを可能にするシステムおよび汎用入退管理装置を説明する。いくつかの実施形態では、ユーザがリモートサーバに対するアクセスについての要求を提出してもよく、ユーザに入退トークンを提供してもよい。ユーザは、受けた入退トークンを自身のユーザデバイス上の無線送信手段を介して汎用入退装置に中継してもよい。汎用入退装置は、入退トークン情報をリモートサーバに中継することによって入退トークンの真正性を確認してもよい。入退トークンの真正性が確認された後、汎用入退管理装置がメモリに記憶されているクレデンシャルを取得し、そのクレデンシャルを入退管理システムに提供してユーザが管理区域に立ち入ることを可能にしてもよい。

Description

[0001]用語「入退管理」は、権限付与済みの者に対する管理区域またはリソースへの立ち入りの制限の実施を指す。管理区域および／またはリソースに対する入退を制限するのに利用可能な入退管理システムがいくつかある。各入退管理システムに対して適正な入退デバイスを提示することによって、当該管理区域およびリソースの各々に対して入退することができる。

[0002]場合によっては、１人以上の者が所定の期間内に多数の管理区域に対して入退する必要がある場合がある。たとえば、配達員が配達ルートの最後で複数の管理区域への配達を行う必要がある場合がある。本例では、配達者が管理区域の外に配達物を置き配することができるが、その際には配達物の受取人が盗難による紛失のリスクを負う。別の仕方として、配達者が配達する管理区域毎に入退デバイスを配達者が管理することができる。しかし、これは大型で扱いにくく、不便であり、多くの安全性リスクをまねくおそれがある。

[0003]本発明の実施形態を用いれば、当該問題とその他の問題とが個別にかつまとめて対処される。

[0004]本開示に係る様々な実施形態を、図面を参照して説明する。

少なくともいくつかの実施形態にしたがって実施することができる汎用入退管理システムの例を示す。 少なくともいくつかの実施形態にしたがって実施することができる汎用入退管理装置のシステムすなわちアーキテクチャ２００の例を示す。 少なくともいくつかの実施形態にしたがって実施することができる汎用入退管理装置に対するサポートを行うリモートサーバについてのシステムすなわちアーキテクチャ３００の例を示す。 管理区域またはリソースに対する入退を制限するように実施することができる先行技術の入退管理システムを示す。 少なくともいくつかの実施形態に係る、汎用入退管理装置がシステム内に設置される入退管理システムの第１の例を示す。 少なくともいくつかの実施形態に係る、汎用入退管理装置がシステムと通信する入退管理システムの第２の例を示す。 汎用入退管理装置との間で用いられる入退トークン情報を交換し合う安全な方法がユーザデバイスに提供されるデータフローを示すシーケンス図を示す。 少なくともいくつかの実施形態に係る、汎用入退管理装置と入退管理システムとの間の受け渡し例を示すフローチャートの例を示す。 少なくともいくつかの実施形態に係るリモートサーバと汎用入退管理装置との間の受け渡し例を示すフローチャートの例を示す。 様々な実施形態を実施することができる環境を示す。

[0015]以下の説明で様々な実施形態を説明する。説明のために、実施形態の完全な理解が得られるようにするために特定の構成および詳細を示す。ただし、特定の詳細がなくとも実施形態を実施し得ることも当業者には明らかである。さらに、説明されている実施形態を不明瞭にしないために周知の特徴が省略されていたり簡略化されていたりする場合がある。

[0016]ここで説明されている技術は、システムと、管理区域に対する入退を行うために入退管理システムとともに用いられるように構成されている汎用入退管理装置（ｕｎｉｖｅｒｓａｌ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｄｅｖｉｃｅ）（ＵＡＣＤ）とを含む。汎用入退管理装置は、既に市販されている入退管理システムとともに用いることができ、当該入退管理システムにより用いられる入退デバイスのタイプに無関係に用いることができる。これに加えて、汎用入退管理装置によって用いられる入退トークンをリモートサーバ（たとえば、クラウドコンピューティング環境を用いるもの）によって管理してもよい。

[0017]いくつかの実施形態では、入退管理システムのリーダデバイスの近くに汎用入退管理装置を設置してもよい。これらの実施形態では、入退デバイスからクレデンシャルの無線伝送を受けるようにリーダデバイスを構成してもよい。入退管理システムに対して適正なクレデンシャル情報を用いて汎用入退管理装置をプログラムしてもよい。たとえば、汎用入退管理装置は、有効な入退要求を受けるときに有効化する予め権限付与済みのクレデンシャルを含んでもよい。ユーザが入退管理システムによって管理されている入退管理箇所に対して入退する必要があるとき、当該ユーザは入退トークンの要求をリモートサーバに提出してもよい。リモートサーバは、ユーザに関連するユーザデバイスに、要求された入退トークンを提供してもよい。その後、ユーザは、入退トークンを汎用入退管理装置に伝えるのに自身のユーザデバイスを用いることができる。汎用入退管理装置は提供された入退トークンを確認する。確認されると、汎用入退管理装置はメモリに記憶されているクレデンシャルを取得して、ユーザが立ち入ることを可能にするためにクレデンシャルをリーダデバイスに送信する。

[0018]いくつかの実施形態では、入退管理システムのリーダデバイスと入退管理システムの入退管理ボードとの間に汎用入退管理装置を設置してもよい。場合によっては、汎用入退管理装置は複数のデバイスを備えてもよい。たとえば、汎用入退管理装置は、ネットワーク接続を介してリモートサーバと通信するスプリッタデバイスを含んでもよい。本汎用入退管理装置例は、スプリッタデバイスに対してリモート配置される受信器デバイスも含んでもよく、これもネットワーク接続を介してリモートサーバと通信することができる。立ち入るためにユーザが自身の入退デバイスを（たとえばスプリッタデバイスを介して）提示するときに汎用入退管理装置がリーダデバイスからクレデンシャルを受けてもよい。汎用入退管理装置は、受けたクレデンシャルを入退管理ボードに中継することを汎用入退管理装置に行わせることができるコンピュータ実行可能指示をそのメモリ内に含んでもよい。クレデンシャルが有効であると入退管理ボードが判断（ローカルまたはリモートのいずれかで管理されている管理リストを参照することによって判断）する際に、クレデンシャルが有効であることを示す指標を入退管理ボードが汎用入退管理装置に提供してもよい（たとえば、入退管理ボードが信号を送ってインジケータを点灯させたり、ドアを開放するリレースイッチに信号を送ったりしてもよい）。その指標を受ける際に、汎用入退管理装置は、以降で用いられるように受けたクレデンシャルをメモリに記憶してもよい。汎用入退管理装置はこのようにして複数のクレデンシャルを記憶してもよい。たとえば、汎用入退管理装置は、有効な入退デバイスを有するユーザによって開示された最後のＸ個のクレデンシャルを記憶してもよい。ここで、Ｘは、若干数の既定の個数である。いくつかの実施形態では、汎用入退管理装置によって入退管理システムに提供されるＸ個のクレデンシャルを循環するように汎用入退管理装置を構成してもよい。ユーザが入退管理システムによって管理されている入退管理箇所に対して入退する必要があるとき、当該ユーザは入退トークンの要求をリモートサーバに提出してもよい。リモートサーバは、ユーザに関連するユーザデバイスに、要求された入退トークンを提供してもよい。その後、ユーザは、入退トークンを汎用入退管理装置に（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）受信器を介して）伝えるのに自身のユーザデバイスを用いることができる。汎用入退管理装置は提供された入退トークンを確認する（たとえば、確認のためにそれをリモートサーバに送ることによって確認する）。確認されると、汎用入退管理装置はメモリに記憶されているクレデンシャルを取得して、ユーザが立ち入ることを可能にするためにクレデンシャルを入退管理ボードに提供する。汎用入退管理装置のいくつかの実施形態は受信器デバイスを含まなくてもよい点に留意するべきである。たとえば、システムがジオフェンシングを用いて、ユーザが入退管理リーダの近くに立ち入るときに検出を行ってもよい。本例では、ユーザが入退管理箇所に接近していることを検出する際に入退要求を自動的に提出してもよい。

[0019]第１の例として、ここで説明されている汎用入退管理装置を用いて管理されている駐車ガレージにユーザが立ち入ろうとする例を考える。本例のために、ガレージがある建物にユーザが配達を行っていると仮定する。本例では、ユーザは自身の携帯電話器を用いて、汎用入退管理装置にバックエンドサポートを提供するリモートサーバと通信して入退トークンを要求してもよい。本例では、リモートサーバがユーザの配達スケジュールにアクセスして、ガレージに対する入退を必要とする配達をユーザが行うと判断してもよい。その後、リモートサーバはユーザの携帯電話器に入退トークンを送ってもよい。ガレージに到着する際に、発見プロセスにより無線受信器（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）系列の無線通信標準に準拠する無線受信器）を用いてユーザのモバイルデバイスが汎用入退管理装置を検出してもよい。本例では、自動ガレージドア開放システムで用いられる無線受信器の近くに汎用入退管理装置を配置してもよい。さらに、クレデンシャルを用いて汎用入退管理装置を予めプログラムして、ガレージドアとともに用いてもよい（たとえば、自動ガレージドア開放システムとともに一般的に用いられるガレージドアオープナーのキーフォブと同様に汎用入退管理装置をプログラムしてもよい）。本例では、ユーザが無線信号を介して汎用入退管理装置に入退トークンを送ってもよい。その後、汎用入退管理装置はリモートサーバと通信して、入退トークンが有効か否かを判断してもよい。入退トークンが有効であると判断する際、自動ガレージドア開放システムで用いられている無線受信器に、記憶されているクレデンシャルを送信して、自動ガレージドア開放システムにガレージドアを開放させるように汎用入退管理装置を構成してもよい。その後、ユーザはガレージに立ち入って自身の配達を行うことができる。

[0020]第２の例として、ユーザが特定の状況で汎用入退管理装置を用いて管理されている区域に立ち入ろうとする例を考える。たとえば、ユーザが所定の期間中に住宅を賃貸するためにリモートサーバによって運営される民泊ウェブサイトにログインしてもよい。いくつかの実施形態では、ユーザが予約を行う際に自身の携帯電話番号を提供してもよい。予約を確認すると、指定期間中に住宅に対して入退するのに用いることができる入退トークンをリモートサーバが生成してもよい。その後、入退トークンをユーザの携帯電話器に送ってもよい（たとえば、提供された携帯電話番号に送ってもよい）。ユーザが指定期間中に住宅に近づいたら、住宅の入退管理システムと組み合わされて設置されている汎用入退管理装置を介して住宅を開錠するのにユーザが自身の携帯電話器を用いてもよい。

[0021]図１は、少なくともいくつかの実施形態にしたがって実施することができる汎用入退管理システムの例を示す。入退管理システムでは、入退管理箇所１０４に対する入退を管理するのに入退管理リーダ１０２を用いることができる。入退デバイス１０６に応答するように入退管理リーダ１０２を構成してもよい。図１中、本開示の実施形態は、入退管理システム（たとえば入退管理リーダ１０２を介して通信する）および／またはネットワーク１１０と通信する汎用入退管理装置ＵＡＣＤ １０８を含んでもよい。ユーザデバイス１１２から無線通信を受けて、入退管理箇所１０４に対する入退を可能にすることを入退管理システムに行わせるように汎用入退管理装置１０８を構成してもよい。

[0022]いくつかの実施形態では、入退管理リーダ１０２は、クレデンシャルを受け、受けたクレデンシャルに基づいて入退管理箇所１０４に対する入退を認めるか認めないかのいずれかを行うことができる任意の適切な電子デバイスであってもよい。クレデンシャルを入退管理リーダ１０２に（たとえば入退デバイス１０６を介して）提示すると、クレデンシャルを示す情報を入退管理リーダ１０２が入退管理システムのプロセッサデバイスに送る。プロセッサデバイスがクレデンシャルを入退管理リスト中の入力と比較し、その比較に基づいて提示された要求を認めるか認めないかし、トランザクションログをデータベースに送る。入退管理リストに基づいて入退を認めない場合、入退管理箇所１０４に対して入退できない状態が続く。クレデンシャルと入退管理リスト上の入力とが合致する場合、プロセッサデバイスがリレーを操作して、リレーが入退管理箇所１０４に対する入退を認める。いくつかの実施形態では、プロセッサデバイスがドア開放信号を無視することもしてもよく、これによりアラームが鳴らないようにする。いくつかの実施形態では、入退を認めなかったときに点滅する赤色の発光ダイオード（ＬＥＤ）を表示し、入退を認めたときに点滅する緑色のＬＥＤを表示するなど、入退管理リーダ１０２がユーザにフィードバックを行ってもよい。限定を課さない、いくつかの例では、入退管理リーダ１０２は、コードを入力するキーパッド、カードリーダ、キーフォブ受信器、無線自動識別子（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｅｒ）（ＲＦＩＤ）リーダや生体リーダであることが可能である。

[0023]いくつかの実施形態では、入退管理箇所１０４は入退を管理することができる対象である任意の適切な障害物であってもよい。いくつかの実施形態では、入退管理箇所１０４は物理的設備やコンピュータを基礎とした情報システムであってもよい。いくつかの実施形態では、入退管理箇所１０４は、入退を認めることを電子制御することができるドア、ターンスタイル、駐車場ゲート、エレベータまたはその他物理的障害物であってもよい。入退管理箇所１０４は入退管理システムによって操作される電子ロックを含んでもよい。いくつかの実施形態では、入退管理箇所１０４は、入退管理箇所１０４が不適正に入退されたときに検出を行ってアラームを起動させるセンサも含んでもよい。

[0024]いくつかの実施形態では、入退デバイス１０６は、所定の入退管理箇所１０４に対する各個の入退を可能にする任意の適切な物理的物体／実体のある物体、知識、またはユーザの身体のファセットであってもよい。いくつかの実施形態では、入退デバイス１０６は、その者が知っているもの（たとえば番号やＰＩＮ）、その者が有するもの（たとえば入退バッジ）、その者の何か（たとえば生体特徴）またはこれらのいくつかの組み合せであってもよい。クレデンシャルを入退管理リーダ１０２に中継するように入退デバイス１０６を構成してもよい。

[0025]クレデンシャルは入退デバイス１０６に関連する任意の識別子および／またはアカウントであってもよい。たとえば、クレデンシャルは、アカウント識別子や、アカウントに関連づけられる入退デバイス１０６の識別子であってもよい。たとえば、入退デバイス１０６がキーフォブである場合、キーフォブにはその製造者によってシリアル番号やその他識別子が与えられてもよい。入退管理リーダ１０２と通信する場合、その識別子を入退管理リーダ１０２に提供するようにキーフォブを構成してもよい。本例では、キーフォブをユーザのアカウントに割り当ててもよい。この場合、キーフォブの識別子が、入退する権限がユーザに付与されている任意の区域に対して入退するクレデンシャルとして機能してもよい。

[0026]いくつかの実施形態では、汎用入退管理装置１０８は、ユーザデバイス１１２から入退要求を受けて、入退管理箇所１０４に対する入退を認めることを入退管理システムに行わせることができる電子デバイスである。いくつかの実施形態では、汎用入退管理装置１０８は、入退管理リーダ１０２と入退管理システム中の入退管理ボードとの間に設置してもよい。これらの実施形態の少なくともいくつかでは、汎用入退管理装置１０８はスプリッタデバイスおよび受信器デバイスを少なくとも含んでもよい。いくつかの実施形態では、汎用入退管理装置１０８は入退管理システムとは別体であってもよい。たとえば、入退管理リーダ１０２が無線通信受信器を含む実施形態では、汎用入退管理装置１０８は受信器デバイスおよび送信器デバイスを少なくとも含んでもよい。本例では、汎用入退管理装置１０８が信号をユーザデバイス１１２から受け、ユーザデバイス１１２の操作者に対して入退が認められるべきであるか否かを判断し、入退管理リーダ１０２に信号を送信してユーザデバイス１１２の操作者に対して入退を認めることを入退管理リーダ１０２に行わせてもよい。これらの実施形態の各々は以降でさらに詳細に説明される。

[0027]いくつかの実施形態では、ネットワーク１１０は、ケーブルネットワーク、インターネット、無線ネットワーク、セルラネットワークならびにその他プライベートおよび／または公衆ネットワークなどの多数の様々なタイプのネットワークのいずれか１つまたはこれらの組み合せを含んでもよい。これに加えて、ネットワーク１１０は、固定電話を用いて送信される通信、キオスクを介して送信される通信、または他の適切な手法で送信される通信を表わしてもよい。

[0028]いくつかの実施形態では、ユーザデバイス１１２は、携帯電話器、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップコンピュータ、デスクトップコンピュータ、サーバコンピュータ、シンクライアントデバイス、タブレットＰＣなど（ただし、これらに限定されない）の任意の適切なタイプのコンピューティングデバイスであってもよい。これに加えて、ユーザデバイス１１２は、腕時計、イヤホン、眼鏡などの任意のタイプのウェアラブル技術デバイスであってもよい。ユーザデバイス１１２は、ユーザ入力を処理することができる１つ以上のプロセッサを含んでもよい。これに加えて、無線通信手段（たとえばＢｌｕｅｔｏｏｔｈ（登録商標））を介して汎用入退管理装置１０８と通信するようにユーザデバイス１１２を構成してもよい。いくつかの実施形態では、ユーザデバイス１１２には汎用入退管理装置１０８との通信を可能にするモバイルアプリケーション（すなわち、コンピュータ実行可能指示の集合）をインストールしてもよい。

[0029]明確にするために、特定の数の構成要素が図１に示されている。ただし、本発明の実施形態は各構成要素の１つ以上を含んでもよいと解する。これに加えて、本発明のいくつかの実施形態は、図１に示されている構成要素の全数よりも少数の構成要素を含んでもよいし、多数の構成要素を含んでもよい。これに加えて、図１の構成要素は、任意の適切な通信媒体（インターネットを含む）を介して任意の適切な通信プロトコルを用いて通信してもよい。

[0030]図２は、少なくともいくつかの実施形態にしたがって実施することができる汎用入退管理装置のシステムすなわちアーキテクチャ２００の例を示す。アーキテクチャ２００では、１人以上の消費者および／またはユーザ２０２がユーザデバイス２０４を利用してもよい。いくつかの例では、ユーザデバイス２０４は無線通信手段を介して汎用入退管理装置ＵＡＣＤ ２０６と通信してもよい。汎用入退管理装置２０６は入退管理システム２０８と通信してもよい。

[0031]上述されているように、ユーザデバイス２０４は、携帯電話器、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップコンピュータ、デスクトップコンピュータ、サーバコンピュータ、シンクライアントデバイス、タブレットＰＣなど（ただし、これらに限定されない）の任意のタイプのコンピューティングデバイスであってもよい。これに加えて、ユーザデバイス２０４は、腕時計、イヤホン、眼鏡などの任意のタイプのウェアラブル技術デバイスであってもよい。ユーザデバイス２０４は、ユーザ入力を処理することができる１つ以上のプロセッサ２１０を含んでもよい。ユーザデバイス２０４は、ユーザ入力および／またはユーザデバイス２０４に関連する状態を受ける１つ以上の入力センサ２１２も含んでもよい。本技術では既知であるように、加速度計、カメラ、マイクなどのユーザ入力を検出することができる様々な入力センサ２１２が存在する。入力センサによって取得されるユーザ入力は、音声データ、視覚データや生体データを含む（ただし、これらに限定されない）様々なデータ入力タイプ由来のユーザ入力であってもよい。ユーザデバイス２０４のアプリケーションの実施形態は記憶され、ユーザデバイス２０４のメモリ２１４から実行されてもよい。

[0032]より詳細にメモリ２１４の内容に注目すると、メモリ２１４はブラウザアプリケーション２１６を含んでもよい。メモリ２１４は、汎用入退管理装置に入退クレデンシャルを伝えることができる入退管理アプリケーション２１８も含んでもよい。アーキテクチャ例２００では、入退管理アプリケーション２１８はユーザデバイス２０４のメモリ２１４の内容に含まれるものとして示されているが、いくつかの実施形態はユーザデバイス２０４のメモリ２１４内にある入退管理アプリケーション２１８を含まなくてもよい。

[0033]いくつかの実施形態では、入退クレデンシャルを汎用入退管理装置２０６に提供することをユーザデバイス２０４に行わせるように入退管理アプリケーション２１８を構成してもよい。いくつかの実施形態では、入退管理アプリケーション２１８は、バックエンドサポートを入退管理アプリケーションに提供する１つ以上のリモートサーバと通信してもよい。入退する権限がユーザデバイス２０４に付与されているのはどの入退管理箇所かを判断して、入退する際に用いられるクレデンシャルを提供するように１つ以上のリモートサーバを構成してもよい。たとえば、リモートサーバは、ユーザが管理地に配達を行うと判断してもよい。その判断をする際、リモートサーバは、管理地に対して入退するのに用いることができるワンタイムクレデンシャルを生成してもよい。その後、リモートサーバはクレデンシャルをユーザデバイス２０４上の入退管理アプリケーション２１８に送信してもよい。

[0034]上記で簡単に説明されているように、ブラウザアプリケーション２１６を用いることで、ユーザ２０２は、データの記憶、アクセスおよび／もしくは管理、コンピュータアプリケーションの展開（ｄｅｖｅｌｏｐ）および／もしくはデプロイ、ならびに／またはウェブコンテンツとの受け渡しなど、１つ以上のリモートサーバと受け渡しすることができる。いくつかの実施形態では、ブラウザアプリケーション２１６または入退管理アプリケーション２１８を介して入退クレデンシャルをユーザデバイス２０４に提供するように、場合によってはサーバのクラスタに配置されたりサーバファームとして配置されたりする１つ以上のリモートサーバの少なくともいくつかを構成してもよい。本例ではブラウザアプリケーション２１６がユーザデバイス２０４のメモリに図示されているが、いくつかの実施形態では、ブラウザアプリケーション２１６をサーバでホスティングしてもよい。たとえば、ユーザデバイス２０４は、リモートでブラウザアプリケーション２１６にアクセスすることができるシンクライアントデバイスであってもよい。ブラウザアプリケーション２１６は、多数のユーザ２０２からの要求を処理し、これに応じて、ウェブサイトなど（ただし、これに限定されない）のユーザデバイス２０４で描画可能な様々なユーザインタフェースを提供することができる。ブラウザアプリケーション２１６は、ソーシャルネットワーキングサイト、電子小売業者、情報サイト、ブログサイト、検索エンジンサイト、ニュースおよびエンターテイメントサイトなど、ユーザとのやり取りを行うものを含む、ウェブサイトとユーザとのやり取りをサポートする任意のタイプのアプリケーションまたはインタフェースであってもよい。上述されているように、ユーザデバイス２０４上で動作する他のアプリケーションを用いるなどして、説明されている技術をブラウザアプリケーション２１６外で同様に実施することができる。

[0035]汎用入退管理装置２０６は、説明されているように入退管理システム２０８と受け渡しするように構成されている任意のタイプの電子デバイスであってもよい。いくつかの実施形態では、汎用入退管理装置２０６は、ユーザデバイス２０４から情報を受け、ユーザ２０２が入退管理箇所に対して入退することが認められるべきか否かを判断し、入退管理箇所に対して入退する権限がユーザに付与されていると判断する際に有効なクレデンシャルを入退管理システム２０８に送信するように構成されるコンピューティングデバイスであってもよい。これに加えて、いくつかの実施形態では、汎用入退管理装置２０６に関して説明されている機能の少なくとも一部をリモートで実行してもよい点に留意するべきである。たとえば、説明されている機能のいくつかをホスト型コンピューティング環境で実施される別のバーチャルマシンによって実行してもよい。ホスト型コンピューティング環境は、短時間でプロビジョニングおよびリリースされる１つ以上のコンピューティングリソースを含んでもよく、このコンピューティングリソースは、コンピューティングデバイス、ネットワーキングデバイスおよび／または記憶デバイスを含んでもよい。ホスト型コンピューティング環境をクラウドコンピューティング環境と称する場合もある。

[0036]構成の一例では、汎用入退管理装置２０６は、少なくとも１つのメモリ２２０と、１つ以上の処理ユニット（すなわちプロセッサ）２２２とを含んでもよい。プロセッサ２２２を、ハードウェア、コンピュータ実行可能指示、ファームウェアまたはこれらの組み合せで適宜実施してもよい。プロセッサ２２２のコンピュータ実行可能指示やファームウェアの実現例は、説明されている様々な機能を発揮するために、任意の適切なプログラミング言語で記述されるコンピュータ実行可能指示やマシン実行可能指示を含んでもよい。

[0037]メモリ２２０は、プロセッサ２２２にロード可能でありプロセッサ２２２で実行可能であるプログラム指示と、当該プログラムの実行中に生成されるデータとを記憶してもよい。汎用入退管理装置２０６の構成およびタイプに応じて、メモリ２２０は、揮発性（ランダムアクセスメモリ（ＲＡＭ）など）および／または不揮発性（読出し専用メモリ（ＲＯＭ）、フラッシュメモリなど）であってもよい。汎用入退管理装置２０６は、磁気記憶装置、光ディスクおよび／またはテープ記憶装置を含む（ただし、これらに限定されない）着脱可能記憶装置または着脱不能記憶装置などの追加記憶装置も含んでもよい。ディスクドライブとその関連コンピュータ可読媒体とによって、コンピューティングデバイス用のコンピュータ可読指示、データ構造、プログラムモジュールおよびその他データの不揮発記憶装置を実現してもよい。いくつかの実現例では、メモリ２２０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）やＲＯＭなどの様々な種類の複数のメモリを含んでもよい。より詳細にメモリ２２０の内容に注目すると、メモリ２２０は、オペレーティングシステム２２４と、入退管理システムに入退管理箇所を開錠させるためのモジュール（入退管理モジュール２２６）を少なくとも含むここで開示されている特徴を実施する１つ以上のアプリケーションプログラムすなわちサービスとを含んでもよい。メモリ２２０は、入退管理箇所に対して入退するのに用いることができる入退クレデンシャルを含む入退クレデンシャルデータ２２８も含んでもよい。いくつかの実施形態では、入退クレデンシャルデータ２２８をデータベースに記憶してもよい。

[0038]メモリ２２０と追加記憶装置（着脱可能と着脱不能との双方）とはコンピュータ可読記憶媒体の例である。たとえば、コンピュータ可読記憶媒体は、コンピュータ可読指示、データ構造、プログラムモジュールまたはその他データなどの情報の記憶のための任意の方法または技術で実施される揮発性または不揮発性の着脱可能または着脱不能な媒体を含んでもよい。ここで用いられているモジュールは、ユーザデバイス２０４または汎用入退管理装置２０６の一部であるコンピューティングシステム（たとえばプロセッサ）によって実行されるプログラミングモジュールを指す場合がある。汎用入退管理装置２０６は、汎用入退管理装置２０６が、記憶済みデータベース、別のコンピューティングデバイスもしくはサーバ、ユーザ端末および／または他のデバイス（たとえばユーザデバイス２０４および／または入退管理システム２０８）と通信することを可能にする通信接続部２３０も含んでもよい。たとえば、通信接続部２３０は無線受信器（たとえばＢｌｕｅｔｏｏｔｈ（登録商標）受信器）を含んでもよい。

[0039]より詳細にメモリ２２０の内容に注目して、メモリ２２０は、オペレーティングシステム２２４と、入退クレデンシャルデータ２２８を含むデータベースと、入退管理モジュール２２６を含むここで開示されている特徴を実施する１つ以上のアプリケーションプログラムすなわちサービスとを含んでもよい。

[0040]いくつかの実施形態では、入退クレデンシャルを入退クレデンシャルデータ２２８に記録するように入退管理モジュール２２６を構成してもよい。たとえば、汎用入退管理装置２０６を入退管理システム２０８中のリーダデバイス２３４と入退管理ボード２３６との間に設置してもよい。リーダデバイス２３４は、入退クレデンシャルを受けるとき、この入退クレデンシャルを、汎用入退管理装置２０６を介して入退管理ボード２３６に中継してもよい。これに加えて、入退クレデンシャルデータ２２８に記憶されている入退クレデンシャルをオーバーライドすることによって汎用入退管理装置２０６が入退クレデンシャルを記録してもよい。いくつかの実施形態では、入退が認められたことを示す信号を入退管理ボード２３６がリーダデバイス２３４に送る場合に限って、新しく受けた入退クレデンシャルを入退クレデンシャルデータ２２８に上書きしてもよい。さらに、ユーザデバイス２０４から入退トークンを受け、ユーザデバイス２０４の操作者が入退管理箇所に対して入退することが認められるべきか否かを判断するように入退管理モジュール２２６を構成してもよい。これを行うために、確認される入退トークンを入退管理モジュール２２６がリモートサーバに送信してもよい。入退管理箇所に対して入退する権限がユーザに付与されていることを示す応答を受ける際、入退クレデンシャルデータ２２８に記憶されている入退クレデンシャルを取得して、これを入退管理ボード２３６に中継するように入退管理モジュール２２６を構成してもよい。

[0041]最も近い時期に用いた有効な入退クレデンシャルを入退クレデンシャルデータ２２８に上書きしてもよい。新しい入退クレデンシャルが入退管理システム２０８のリーダデバイス２３４に提示される度に、入退クレデンシャルデータ２２８に現在記憶されている入退クレデンシャルを新しい入退クレデンシャルで上書きしてもよい。

[0042]いくつかの実施形態では、汎用入退管理装置２０６は、汎用入退管理装置２０６に対するいかなる無権限のアクセスでも検出するように構成される改ざん検出機構２３２を含んでもよい。汎用入退管理装置２０６が不適正に開放された（たとえば、こじ開けられたり、開錠許可手続きを開始することなく開放されたりした）ことを改ざん検出器２３２が検出する場合、入退クレデンシャルデータ２２８を含むデータ記憶部を消去したり破壊したりするように改ざん検出器２３２を構成してもよい。たとえば、改ざん検出機構２３２は、汎用入退管理装置２０６に対する無権限の入退を検出する際、入退クレデンシャルデータ２２８を含むマイクロチップに電気信号を送って、電気信号によってマイクロチップおよび／またはマイクロチップに関する情報を破壊するようにしてもよい。

[0043]いくつかの実施形態では、入退管理システム２０８はリーダデバイス２３４および入退管理ボード２３６を含んでもよい。リーダデバイス２３４は図１に示されている入退管理リーダ１０２の例であってもよい。入退管理機構から入退クレデンシャルを受ける際、リーダデバイス２３４は、入退クレデンシャルを汎用入退管理装置２０６に中継してもよく、その後、入退クレデンシャルは入退管理ボード２３６に至る。入退管理ボード２３６は、入退管理データ２３８内に記憶されている管理リスト上の入力と入退クレデンシャルを比較してもよい。いくつかの実施形態では、入退管理データ２３８を入退管理システム２０８にローカルに記憶してもよい。いくつかの実施形態では、入退管理ボード２３６と通信するリモートサーバに入退管理データ２３８を記憶してもよい。入退クレデンシャルが有効である（たとえば、入退管理データ２３８中の入力に合致する）と判断する際、入退管理ボード２３６が入退管理箇所に対する入退を認めてもよい（たとえば、電子ロックが開放されるようにする）。

[0044]図３は、少なくともいくつかの実施形態にしたがって実施することができる汎用入退管理装置に対するサポートを行うリモートサーバについてのシステムすなわちアーキテクチャ３００の例を示す。図３中、リモートサーバ３０２は、ネットワーク３０４を介して汎用入退管理装置２０６および１つ以上のユーザデバイス２０４と通信してもよい。ネットワーク３０４は、ケーブルネットワーク、インターネット、無線ネットワーク、セルラネットワークならびにその他プライベートおよび／または公衆ネットワークなどの多数の様々なタイプのネットワークのいずれか１つまたはこれらの組み合せを含んでもよい。

[0045]リモートサーバ３０２は、携帯電話器、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップコンピュータ、デスクトップコンピュータ、サーバコンピュータ、シンクライアントデバイス、タブレットＰＣなど（ただし、これらに限定されない）の任意のタイプのコンピューティングデバイスであってもよい。これに加えて、いくつかの実施形態では、リモートサーバ３０２をホスト型コンピューティング環境で実施される別のバーチャルマシンによって実行してもよい点に留意するべきである。ホスト型コンピューティング環境（たとえばクラウドコンピューティング環境）は、短時間でプロビジョニングおよびリリースされる１つ以上のコンピューティングリソースを含んでもよく、このコンピューティングリソースは、コンピューティングデバイス、ネットワーキングデバイスおよび／または記憶デバイスを含んでもよい。

[0046]構成の一例では、リモートサーバ３０２は、少なくとも１つのメモリ３０６と１つ以上の処理ユニット（すなわちプロセッサ）３０８とを含んでもよい。プロセッサ３０８を、ハードウェア、コンピュータ実行可能指示、ファームウェアまたはこれらの組み合せで適宜実施してもよい。プロセッサ３０８のコンピュータ実行可能指示やファームウェアの実現例は、説明されている様々な機能を発揮するために、任意の適切なプログラミング言語で記述されるコンピュータ実行可能指示やマシン実行可能指示を含んでもよい。

[0047]メモリ３０６は、プロセッサ３０８にロード可能でありプロセッサ３０８で実行可能であるプログラム指示と、当該プログラムの実行中に生成されるデータとを記憶してもよい。リモートサーバ３０２の構成およびタイプに応じて、メモリ３０６は、揮発性（ランダムアクセスメモリ（ＲＡＭ）など）および／または不揮発性（読出し専用メモリ（ＲＯＭ）、フラッシュメモリなど）であってもよい。リモートサーバ３０２は、磁気記憶装置、光ディスクおよび／またはテープ記憶装置を含む（ただし、これらに限定されない）着脱可能記憶装置または着脱不能記憶装置などの追加記憶装置３１０も含んでもよい。ディスクドライブとその関連コンピュータ可読媒体とによって、コンピューティングデバイス用のコンピュータ可読指示、データ構造、プログラムモジュールおよびその他データの不揮発記憶装置を実現してもよい。いくつかの実現例では、メモリ３０６は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）やＲＯＭなどの様々な種類の複数のメモリを含んでもよい。より詳細にメモリ３０６の内容に注目すると、メモリ３０６は、オペレーティングシステム３１２と、ユーザに対して認められる入退のレベルを決定して入退管理箇所に対して入退するのに用いられるトークンを生成するモジュール（トークンモジュール３１４）を少なくとも含むここで開示されている特徴を実施する１つ以上のアプリケーションプログラムすなわちサービスとを含んでもよい。メモリ３０６は、入退管理に用いられるトークンを含むトークンデータ３１６も含んでもよい。いくつかの実施形態では、トークンデータ３１６をデータベースに記憶してもよい。

[0048]メモリ３０６と追加記憶装置３１０（着脱可能と着脱不能との双方）とはコンピュータ可読記憶媒体の例である。リモートサーバ３０２は、リモートサーバ３０２が、記憶済みデータベース、別のコンピューティングデバイスもしくはサーバ、ユーザ端末および／または１つ以上のネットワーク３０４上の他のデバイスと通信することを可能にする通信接続部３１８も含んでもよい。リモートサーバ３０２は、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイス、ディスプレイ、スピーカ、プリンタなどとの接続を可能にするものなどの入出力（Ｉ／Ｏ）デバイスおよび／またはポート３２０も含んでもよい。

[0049]より詳細にメモリ３０６の内容に注目して、メモリ３０６は、オペレーティングシステム３１２と、トークンデータ３１６を含むデータベースと、トークンモジュール３１４を含むここで開示されている特徴を実施する１つ以上のアプリケーションプログラムすなわちサービスとを含んでもよい。いくつかの実施形態では、管理区域に対する入退に関する要求を受けるようにトークンモジュール３１４を構成してもよい。たとえば、特定の期間中に管理区域に対して入退する要求をユーザが提出してもよい。リモートサーバは、ユーザが入退を認められるべきであると判断する際、この入退を認める際に用いられるトークンを生成したり割り当てたりしてもよい。１つ以上の使用状態（たとえば、トークンが有効である期間やユーザの人数）に関してトークンをトークンデータ３１６に記憶してもよい。その後、トークンをユーザデバイス２０４に送信してもよい。いくつかの実施形態では、汎用入退管理装置２０６からトークンを受けて、入退が認められるべきであるか否かを判断するようにトークンモジュール３１４を構成してもよい。汎用入退管理装置２０６からトークンを受ける際、トークンモジュール３１４は、この入退トークンをトークンデータ３１６に記憶されている入退トークンと比較してトークンの有効性を判断してもよい。トークンが有効であると判断する際、ユーザデバイス２０４の操作者に入退を認める指示を汎用入退管理装置２０６に与えるようにトークンモジュール３１４を構成してもよい。

[0050]入退トークンは、要求を要求に関連する許可証明にマッピングするのに用いられる任意の適切な文字記号列であってもよい。トークンは、数字列、文字列またはその他一切の適切な文字記号列であってもよい。入退トークンを失効日に関連づけてもよく、失効日は数値（たとえば４桁の数値）であってもよい。いくつかの実施形態では、トークンの失効の日は、発行時刻から測定した期間として表わすことができる。入退トークンを生成するのに用いられるトークンサービスシステムが、生成されたトークンが記憶されているトークンボールトを含んだりトークンボールトと通信したりしてもよい。入退トークンを複数の仕方で生成してもよい。いくつかの実施形態では、入退トークンをランダムに生成して、リモートサーバが受ける各要求に割り当ててもよい。いくつかの実施形態では、リモートサーバ３０２は、要求を受ける際、要求に対してその時点でマッピングされていない入退トークンを特定してその入退トークンを要求にマッピングしてもよい。入退トークンを受ける際、リモートサーバ３０２は、入退トークンの送り元であった汎用入退管理装置の状態に合致する許可証明にトークンが関連づけられているか否かを判断するために、トークンデータベース（たとえばトークンボールト）に問い合わせることによって入退トークンが有効であるかを判断してもよい。たとえば、リモートサーバ３０２は、入退トークンが汎用入退管理装置に関連づけられている要求にマッピングされるか否かを判断してもよい。

[0051]図４は、管理区域またはリソースに対する入退を制限するように実施することができる従来の入退管理システムを示す。従来の入退管理システムでは、ユーザが入退デバイス４０２をリーダデバイス４０４に提示してもよい。その提示の際、入退デバイス４０２がリーダデバイス４０４にクレデンシャルを提供する。クレデンシャルがリーダデバイス４０４に提供されると、リーダデバイス４０４は、受けたクレデンシャル情報（通常は数字またはその他識別子）を、プロセッサを含む入退管理ボード４０６に送る。リーダデバイス４０４は任意の適切な通信機構を介して入退管理ボード４０６と通信してもよい。たとえば、リーダデバイス４０４は、リーダデバイス４０４を入退管理ボード４０６に接続するのによく用いられるウィーガントインタフェース（Ｗｉｅｇａｎｄ ｉｎｔｅｒｆａｃｅ）を用いてもよい。

[0052]ウィーガントインタフェースは３つの配線を一般的に用いる。その１つは共通グランドである。その２つは一般的にＤＡＴＡ０およびＤＡＴＡ１と呼ばれるデータ伝送配線であり、「Ｄ０」および「Ｄ１」や「Ｄａｔａ Ｌｏｗ」および「Ｄａｔａ Ｈｉｇｈ」との別称がある。データが送られていないとき、ＤＡＴＡ０とＤＡＴＡ１との双方が一般的に５ボルトの直流（ＶＤＣ）である「高」電圧レベルに引き上げられる。ウィーガントインタフェースを用いて０が送られるとき、ＤＡＴＡ０配線が低電圧に引き下げられ、ＤＡＴＡ１配線が高電圧に留まる。ウィーガントインタフェースを用いて１が送られるとき、ＤＡＴＡ１配線が低電圧に引き下げられ、ＤＡＴＡ０が高電圧に留まる。５ＶＤＣの高シグナリングレベルは、リーダデバイスから、一般的にしっかりしたクロゼットに配置される関連する入退管理ボードまでの長い電路に対処するのに用いることができる。ウィーガントインタフェースで用いられる通信プロトコルはウィーガントプロトコルと呼ばれている。基本的なウィーガントフォーマットは、合計２６ビットに対して１つのパリティビット、８ビットの機能コード、１６ビットのＩＤコードおよび末尾のパリティビットを有する。最初のパリティビットはコードの最初の１２ビットから計算され、末尾のパリティビットは最後の１２ビットから計算される。ただし、基本フォーマットに合致しない実現例および拡張例が多数存在する。ウィーガントインタフェースが説明されているが、リーダデバイス４０４と入退管理ボード４０６との間の通信を行うのにいかなる適切なインタフェースでも用いてもよい点に留意するべきである（たとえば、ＲＳ４８５、ＲＳ２３２、Ｅｔｈｅｒｎｅｔなど）。

[0053]その後、入退管理ボード４０６がクレデンシャルを、入退管理データ４０８内の入退管理リストのクレデンシャルと比較して入退が認められるべきであるか否かを判断する。その後、入退管理ボード４０６が入退管理箇所４１０に対する入退の要求を認めるか認めないかする。入退管理箇所４１０に対する入退を認めることは、入退管理箇所４１０に信号を送って電子ロックが開錠されるようにすることによって行ってもよい。これに加えて、入退管理ボード４０６がトランザクションログをデータベースに送ってもよい。クレデンシャルが入退管理リストのクレデンシャルに合致しないことに基づいて入退管理箇所４１０に対する入退が認められない場合、入退管理箇所４１０がロックされた状態が続く。クレデンシャルと入退管理リスト上の入力とが合致する場合、入退管理ボード４０６がリレーを操作して、リレーが入退管理箇所４１０の開錠を行う。さらに、アラームが鳴り始めないようにするために入退管理ボード４０６がドア開放信号を無視する。いくつかの実施形態では、入退管理ボード４０６がリーダデバイス４０４に信号を中継して戻してもよく、リーダデバイス４０４はフィードバックをユーザに提供する。たとえば、入退が認められないとき、赤色のＬＥＤを点滅させる信号をリーダデバイス４０４に提供し、入退が認められるとき、緑色のＬＥＤを点滅させる信号をリーダデバイス４０４に提供してもよい。

[0054]図５は、少なくともいくつかの実施形態に係る、汎用入退管理装置がシステム内に設置される入退管理システムの第１の例を示す。図５では、入退管理システム内に汎用入退管理装置５０２を設置してもよい（たとえば、リーダデバイス４０４と入退管理ボード４０６との間）。汎用入退管理装置５０２は、ユーザデバイス５０４から通信を受け、ネットワーク３０４（図３に示されているネットワーク３０４の例であってもよい）を介してリモートサーバ３０２（図３に示されているリモートサーバ３０２の例であってもよい）と通信するように構成してもよい。

[0055]いくつかの実施形態では、汎用入退管理装置５０２は、スプリッタデバイス５０６と、入退管理モジュール２２６を含むメモリと、受信器５０８（たとえば無線受信器）とを少なくとも含んでもよい。スプリッタデバイス５０６は、リーダデバイス４０４から受けた情報を入退管理ボード４０６に渡すように構成されている。これに加えて、スプリッタデバイス５０６は、ユーザが入退することが認められるべきであると汎用入退管理装置５０２が判断する際に記憶されたクレデンシャルを入退管理ボード４０６に渡すように構成されている。リーダデバイス４０４から受けた少なくとも１つのクレデンシャルを汎用入退管理装置５０２のメモリに記憶してもよい。図５では、汎用入退管理装置５０２が、２つの別体のデバイス、すなわち、スプリッタデバイス５０６と受信器デバイス５０８とを含むものとして示されている。しかし、いくつかの実施形態では、汎用入退管理装置は１つの電子デバイスであってもよい点に留意するべきである（たとえば、説明されている構成要素の各々を１つのハウジング内に入れてもよい）。

[0056]図５では、汎用入退管理装置５０２のスプリッタデバイス５０６を、入退管理システム内においてリーダデバイス４０４と入退管理ボード４０６との間に設置してもよい。たとえば、リーダデバイス４０４から延びるウィーガントインタフェース結線については、入退管理システムの製造者が当初意図したように入退管理ボード４０６のプラグに接続する代わりに、汎用入退管理装置５０２のプラグに接続してもよい。本例では、汎用入退管理装置５０２を起点とする第２のウィーガントインタフェース結線を入退管理ボード４０６のプラグに接続してもよい。このようにして、説明されている機能を実現するために、公然利用可能ないくつかの入退管理システムとともにここで説明されている汎用入退管理装置５０２を用いることができる。

[0057]説明の例では、汎用入退管理装置５０２の受信器５０８がユーザデバイス５０４から入退トークンを受けてもよい。受信器はスプリッタデバイス５０６とは別体のユニットであってもよく、また、受信器は、ネットワーク接続３０４を介してリモートサーバと通信する無線受信器ユニットを含んでもよい。ユーザデバイスから入退トークンを受けると、受信器５０８はこの入退トークンをリモートサーバ３０２に伝え、リモートサーバ３０２は受けた入退トークンを確認する。たとえば、リモートサーバはトークンボールトにアクセスして入退トークンをアカウントと照合してもよい。トークンボールトは、トークンが有効である期間に関する指標を記憶してもよい。別の例では、入退トークンを生成するのに用いた公開鍵／秘密鍵の組を用いてリモートサーバが入退トークンを復号してもよい。復号されたデータから、リモートサーバ３０２はユーザ識別子を特定して、このユーザ識別子に基づいて、入退が汎用入退管理装置によって認められるべきであるか否かを判断してもよい。入退トークンが有効か否かを判断する際、リモートサーバ３０２は、ネットワーク接続３０４を介して当該指標とともに入退管理モジュール２２６に応答を送ってもよい。入退トークンが有効である場合、入退管理モジュール２２６が汎用入退管理装置５０２のメモリに記憶されている有効なクレデンシャルを取得して、この有効なクレデンシャルを、スプリッタデバイス５０６を介して入退管理ボード４０６に中継してもよい。これにより、入退管理ボード４０６がクレデンシャルを確認した後に入退管理箇所４１０に対する入退が認められるようになる。図５は、記憶されたクレデンシャルをメモリから取得して入退管理ボード４０６に中継する実施形態に注目しているが、いくつかの実施形態では、汎用入退管理装置５０２が入退管理箇所（たとえば電子ロック機構など）と直接通信してもよく、入退管理箇所が直接開錠される（たとえば、クレデンシャルを入退管理ボード４０６に提供することなく開錠する）ことを実現するように汎用入退管理装置５０２を構成してもよい点に留意するべきである。

[0058]図６は、少なくともいくつかの実施形態に係る、汎用入退管理装置がシステムと通信する入退管理システムの第２の例を示す。図６では、汎用入退管理装置６０２を入退管理システムの近くに設置してもよい（たとえば、リーダデバイス４０４と通信する）。上記の図５に示されている例と同様に、ユーザデバイス６０４から通信を受け、ネットワーク３０４（図３に示されているネットワーク３０４の例であってもよい）を介してリモートサーバ３０２（図３に示されているリモートサーバ３０２の例であってもよい）と通信するように汎用入退管理装置６０２を構成してもよい。

[0059]図６では、汎用入退管理装置６０２が入退管理システムの近くに位置してもよい。この場合、入退管理システムのリーダデバイス４０４は、入退デバイス４０２からクレデンシャルを無線で受信するように構成されている無線受信器である。たとえば、入退デバイス４０２は、リモートコントロールデバイス（たとえばガレージドアオープナー）または別の適切な無線送信デバイスであってもよい。

[0060]図６に示されている例では、汎用入退管理装置６０２は、ユーザデバイス６０４と通信するように構成されている受信器６０６と、入退管理モジュール２２６を含むメモリと、送信器６０８とを含んでもよい。セットアッププロセスの際、汎用入退管理装置６０２にクレデンシャルを提供してもよく、また、入退管理システムと受け渡しするように汎用入退管理装置６０２をプログラムしてもよい。いくつかの実施形態では、汎用入退管理装置は図示のように単一の装置であってもよい。それとは反対に、他の実施形態では、汎用入退管理装置は、図５を参照して示されているのと同様にネットワーク接続を介して通信する複数の装置を含んでもよい。

[0061]説明されている例では、汎用入退管理装置６０２がユーザデバイス６０４から入退トークンを、受信器６０６を介して受けてもよい。受信器６０６はそのトークンを汎用入退管理装置６０２のメモリ内でインスタンス化されている入退管理モジュール２２６に渡す。図５に示されている例と同様に、図６に示されている例では、入退管理モジュール２２６はリモートサーバ３０２と通信してもよい。ユーザデバイス６０４から入退トークンを受けると、入退管理モジュール２２６がこの入退トークンをリモートサーバ３０２に中継した後、リモートサーバ３０２が入退トークンの有効性を判断する。入退トークンが有効か否かを判断する際、その指標を用いてリモートサーバ３０２が入退管理モジュール２２６に応答してもよい。入退トークンが有効である場合、入退管理モジュール２２６が汎用入退管理装置６０２のメモリに記憶されている有効なクレデンシャルを取得して、この有効なクレデンシャルを入退管理システムのリーダデバイス４０４に送信することによってこれを入退管理ボード４０６に中継してもよい。

[0062]図７は、汎用入退管理装置との間で用いられる入退トークン情報を交換し合う安全な方法がユーザデバイスに提供されるデータフローを示すシーケンス図を示す。最終的に入退判定がリモートサーバによってなされ、この判定は汎用入退管理装置に戻される。汎用入退管理装置が橋渡しとして用いられる実施形態であっても、説明されている仕方で交換されるデータが、リモートサーバに関連する公開鍵により終始暗号化状態にあってもよい。

[0063]データフロー７００では、ユーザデバイス２０４（図２に示されているユーザデバイス２０４の例であってもよい）が公開鍵についての要求をシステムに提出してもよい。いくつかの実施形態では、汎用入退管理装置２０６（図２に示されている汎用入退管理装置２０６の例であってもよい）は、要求を受けてそれをリモートサーバ３０２（図３に示されているリモートサーバ３０２の例であってもよい）に転送することによって橋渡しすなわちプロキシとして機能してもよい。いくつかの実施形態では、ユーザデバイス２０４がリモートサーバ３０２に要求を直接提出してもよい。リモートサーバ３０２は、ユーザデバイス２０４がシステムに対して入退することが認められるべきであるか否かを（たとえば、要求に含まれるユーザ識別子に基づいて）判断してもよい。この判断を行う際、リモートサーバ３０２はユーザデバイス２０４に公開／秘密暗号鍵の組のうちの公開鍵を提供してもよい。

[0064]いくつかの実施形態では、公開鍵を受け取ったり、汎用入退管理装置の近くに立ち入ったりする際、ユーザデバイス２０４が汎用入退管理装置２０６にノンス値を要求してもよい。ノンス値は、適切であるいかなる任意値であってもよい。たとえば、いくつかの実施形態では、ノンス値は乱数であってもよい。汎用入退管理装置は要求されたノンス値を提供することによってユーザデバイスから受けた要求に応答してもよい。いくつかの実施形態では、汎用入退管理装置はノンス値をリモートサーバ３０２にも送信してもよい。

[0065]ノンス値を受ける際、ユーザデバイス２０４はリモートサーバから受けた公開暗号鍵を用いてノンス値とユーザ識別子との組み合せを暗号化することによって入退トークンを生成してもよい。その後、汎用入退管理装置と通信する入退管理システムによって管理される場所またはリソースに対して入退するために、ユーザデバイスは入退トークンを汎用入退管理装置に提供してもよい。その後、他の記載で説明されているように汎用入退管理装置が入退トークンを確認してもよい。これを行うために、入退が認められるべきであるか否かを判断するリモートサーバ３０２に汎用入退管理装置が入退トークンを送信してもよい。

[0066]汎用入退管理装置から入退トークンを受ける際、リモートサーバ３０２は公開／秘密暗号鍵の組の秘密鍵を用いて入退トークンを復号してもよい。場合によっては、リモートサーバ３０２は復号されたデータからノンス値を取り去ってユーザ識別子を取得してもよい。その後、リモートサーバ３０２は、入退要求の送り元であった汎用入退管理装置に関連する入退管理箇所に対して入退する権限が、入退トークンに含まれるユーザ識別子にあるか否かを判断してもよい。たとえば、入退要求が、有効な入退管理リスト入力に関連づけられているか否かと、入退要求がこの入退管理リスト入力のすべての必要な条件を満たすか否かと、を汎用入退管理装置が判断してもよい。その判断を行う際、リモートサーバ３０２は入退応答を生成してもよい。この入退応答をリモートサーバが秘密鍵を用いて署名してもよい。いくつかの実施形態では、入退応答は入退トークンのノンス値を含んでもよい。

[0067]リモートサーバ３０２から入退応答を受ける際、汎用入退管理装置２０６は公開／秘密暗号鍵の組の公開鍵を用いてリモートサーバの応答を確認してもよい。いくつかの実施形態では、汎用入退管理装置２０６は入退応答のノンス値も確認してもよい。ユーザデバイス２０４が入退することが認められるべきであることをリモートサーバが示していた場合、汎用入退管理装置は応答を確認する際に成功または失敗の指標をユーザデバイス２０４に提供してもよい。これに加えて、汎用入退管理装置は、メモリに記憶されているクレデンシャルを取得して、このクレデンシャルを本明細書の他の記載で説明されているように入退管理システムに提供してもよい。

[0068]図７に示されているデータフローは、入退トークンがユーザデバイス２０４で生成されるものに関するが、いくつかの実施形態では、これの代わりに入退トークンをリモートサーバ３０２によって生成してもよい。たとえば、ユーザデバイス２０４が入退トークンについての要求を提出した後、リモートサーバ３０２から入退トークンを受けてもよい。いくつかの実施形態では、入退情報を確認するのにシステムが別の方法を用いてもよいことも留意するべきである。たとえば、公開鍵の代わりにハッシュ関数をリモートサーバ３０２がユーザデバイス２０４に提供してもよい。本例では、提供されたハッシュ関数を用いてノンスおよびユーザＩＤをハッシュ化することによってユーザデバイスが入退トークンを生成してもよい。本例では入退トークンを確認するのに、汎用入退管理装置がリモートサーバ３０２にノンス値を渡し、リモートサーバ３０２が受けた入退トークンと比較される第２のハッシュ値を別に生成してもよい。

[0069]図８は、少なくともいくつかの実施形態に係る、汎用入退管理装置と入退管理システムとの間の受け渡し例を示すフローチャートの例を示す。プロセス８００を論理フロー図として示す。プロセス８００の各動作は、ハードウェア、コンピュータ指示またはこれらの組み合せで実施することができる一連の動作を表わす。コンピュータ指示の観点からすると、これらの動作は、１つ以上のコンピュータ可読記憶媒体に記憶されるコンピュータ実行可能指示を表わし、コンピュータ実行可能指示は、１つ以上のプロセッサによって実行されるときに記載されている動作を実行する。一般的に、コンピュータ実行可能指示は、特定の機能を発揮する、すなわち特定のデータ型を実施するルーチン、プログラム、オブジェクト、コンポネント、データ構造などを含む。動作を説明する順序を限定として解釈することを意図しておらず、説明されている動作のうちの任意の数の動作を省略したり任意の順序でかつ／または並列に組み合わせたりすることで、このプロセスおよびここで説明されているその他一切のプロセスを実施することができる。

[0070]プロセス８００の一部またはすべて（またはここで説明されているその他一切のプロセスまたはこれらの変形および／または組み合せ）を、実行可能指示とともに構成される１つ以上のコンピュータシステムの制御下で実行し、コード（たとえば、実行可能指示、１つ以上のコンピュータプログラムまたは１つ以上のアプリケーション）として実施してもよい。少なくとも１つの実施形態に係れば、図２に示されている１つ以上の汎用入退管理装置２０６を少なくとも用いて図８のプロセス８００を実行してもよい。コードは、たとえば、１つ以上のプロセッサによって実行可能な複数の指示を含むコンピュータプログラムの形態でコンピュータ可読記憶媒体に記憶してもよい。コンピュータ可読記憶媒体は非一時的記憶媒体であってもよい。

[0071]プロセス８００は、汎用入退管理装置がクレデンシャルを（たとえば入退管理システムのリーダデバイスから）受ける時点である８０２から開始してもよい。汎用入退管理装置がクレデンシャルの指標を記憶した後、８０４でこのクレデンシャルを入退管理システムの入退管理ボードに中継してもよい。その後、クレデンシャルが有効か否かを入退管理ボードが判断してもよい。クレデンシャルが有効であると入退管理ボードが判断する場合、クレデンシャルの有効性を示す信号を入退管理ボードが汎用入退管理装置に送り返してもよい。汎用入退管理装置は、８０６での有効性の当該指標を受けると、８０８でクレデンシャルをメモリに記憶するように構成されている。たとえば、汎用入退管理装置は、メモリにそのときに記憶されているクレデンシャルに、新しく受けたクレデンシャルを上書きしてもよい。

[0072]８１０で、汎用入退管理装置がユーザデバイスから入退トークンを受けてもよい。ユーザデバイスにインストールされたモバイルアプリケーションから入退トークンを受けてもよい。無線通信機構を介して入退トークンを受けてもよい。たとえば、ユーザデバイスが無線（たとえばＢｌｕｅｔｏｏｔｈ（登録商標））送信器を介して入退トークンを汎用入退管理装置に送信することを実現するモバイルアプリケーションをユーザデバイス上で実行してもよい。

[0073]８１２で、汎用入退管理装置が入退トークンの有効性を判断してもよい。いくつかの実施形態では、汎用入退管理装置が、受けた入退トークンをリモートサーバに送って、その真正性を確認してもよい。汎用入退管理装置が、入退トークンの送り元であったユーザデバイスに関連づけられている識別子を送ることをしてもよい。いくつかの実施形態では、汎用入退管理装置のメモリに記憶されるべき権限付与済みの入退トークンのリストをリモートサーバが汎用入退管理装置に提供してもよい。

[0074]８１４で、汎用入退管理装置がそのメモリに記憶されているクレデンシャルを取得してもよい。いくつかの実施形態では、クレデンシャルは、汎用入退管理装置が受ける入退要求毎に用いられる予めプログラム済みのクレデンシャルであってもよい。いくつかの実施形態では、クレデンシャルは、入退管理システムの入退管理ボードに提示された最後の有効なクレデンシャルであってもよい。取得後、８１６でクレデンシャルを入退管理ボードに中継してもよい。

[0075]図９は、少なくともいくつかの実施形態に係るリモートサーバと汎用入退管理装置との間の受け渡し例を示すフローチャートの例を示す。少なくとも１つの実施形態に係れば、図３に示されている１つ以上のリモートサーバ３０２を少なくとも用いて図９のプロセス９００を実行してもよい。リモートサーバは並列に動作する複数のサーバを指す場合がある点に留意するべきである。たとえば、リモートサーバは分散コンピューティングシステムであってもよい。

[0076]プロセス９００は、管理区域に対して入退する要求を受ける時点である９０２から開始してもよい。このプロセスでは、受けた要求に注目してリモートサーバが汎用入退管理装置を識別してもよい。たとえば、ユーザが特定の不動産に対して入退する要求を提出してもよい。本例では、不動産を管理するロック機構とともに設置される汎用入退管理装置をリモートサーバが識別してもよい。

[0077]９０４で、リモートサーバが要求のステータスを判断してもよい。たとえば、リモートサーバは要求に関連する管理区域の所有者に連絡してもよい。管理区域が複数の関係者によって管理される場合、リモートサーバは要求が最も関連する関係者に連絡してもよい。たとえば、管理された集合住宅の建物の集合住宅所有者に配達する場合、リモートサーバは、配達先の関係者か、集合住宅の管理者に連絡してもよい。

[0078]ユーザの要求が認められるべきであるとリモートサーバが判断すると、９０６でリモートサーバは入退トークンを生成して記憶してもよい。いくつかの実施形態では、入退トークンを１つ以上の使用状態に関連づけて記憶してもよい。たとえば、入退トークンは指定された期間有効であってもよい。別の例では、入退トークンはワンタイムトークンであってもよい。たとえば、配達者が小包を配達するために管理区域に対して入退する必要がある場合、配達者が１回のみ管理区域に立ち入るのを許す入退トークンを配達者に認めてもよい。

[0079]９０８で、要求しているユーザに関連するユーザデバイスに入退トークンを送信してもよい。たとえば、ユーザは入退についての要求を提出するときに自身の携帯電話番号を提供してもよい。入退トークンの生成の際、リモートサーバが入退トークンをユーザのモバイルデバイスに送信してもよい。いくつかの実施形態では、プッシュ通知を介して入退トークンをユーザデバイスに通知してもよい。汎用入退管理装置と通信することができるユーザデバイスにインストールされているアプリケーションに入退トークンを提供してもよい。

[0080]９１０で、生成された入退トークンを汎用入退管理装置からリモートサーバが受けてもよい。たとえば、管理区域に立ち入るためにユーザが入退トークンを汎用入退管理装置に提示しておいてもよい。その後、汎用入退管理装置が入退トークンをリモートサーバに（たとえばアプリケーションプログラミングインタフェース（ＡＰＩ）を介して）中継してもよい。

[0081]９１２で、リモートサーバが入退トークンのステータスを判断してもよい。入退トークンを受ける際、リモートサーバはこの受けたトークンをトークンボールト中のトークンと比較してもよい。リモートサーバが合致を確認する場合、リモートサーバは関連するいずれのユースケースも満たされていることを確認してもよい（たとえば、入退トークンの期限が失効していない、正しい期間内にあるなど）。これに加えて、リモートサーバは、同じ送り元の汎用入退管理装置に入退トークンが関連づけられていることを確認してもよい。これらの条件の各々が満たされる際、リモートサーバは入退トークンが有効であると判断してもよい。有効でない場合、リモートサーバは入退トークンが無効であると判断してもよい。いくつかの実施形態では、ユーザのユーザデバイスに関連する識別子も入退トークンとともに受けてもよい。リモートサーバは、記録されているユーザデバイス（たとえば、入退トークンの提供先）に識別子が合致しない場合、入退トークンを無効であるとして拒絶してもよい。９１４で、リモートサーバが汎用入退管理装置に入退トークンのステータスを用いて応答してもよい。たとえば、リモートサーバは入退トークンが有効であるか無効であるかによって応答してもよい。

[0082]本開示の実施形態は、従来のシステムに勝るいくつかの効果を奏する。たとえば、説明されている汎用入退管理装置を用いることで、管理区域の所有者が当該ユーザ用の新しい入退デバイス（たとえばバッジ）を作製せずに当該管理区域に対して入退する個人の入退権を動的に生成することが可能になる。これに加えて、これにより、所有者の不動産に対する入退権をリモートで管理する際のきわめて大きな自由度が不動産の所有者に与えられる。さらに、ここで説明されている汎用入退管理装置は市販されているほぼすべての入退管理システムに適合するので、最小の構造変更で入退管理システムを運用中の所有者がここで説明されている機能を得ることが可能である。

[0083]図１０は、様々な実施形態に係る態様を実施するための環境例１０００の態様を示す。環境例１０００は図３に示されているようなリモートサーバの態様を表わしてもよい。上記の内容から分かるように、説明の目的でウェブを基礎とした環境を用いているが、様々な実施形態を実施するのに異なる環境を適宜用いてもよい。この環境は電子クライアントデバイス１００２を含み、電子クライアントデバイス１００２は、適切なネットワーク１００４を用いて要求、メッセージや情報を送受信して、デバイスのユーザに情報を返すように動作可能な任意の適切なデバイスを含むことができる。このようなクライアントデバイスの例には、パーソナルコンピュータ、セルラ電話器、携帯メッセージ発信デバイス（ｈａｎｄｈｅｌｄ ｍｅｓｓａｇｉｎｇ ｄｅｖｉｃｅ）、ラップトップコンピュータ、セットトップボックス、パーソナルデータアシスタント、電子ブックリーダなどが含まれる。ネットワークは、イントラネット、インターネット、セルラネットワーク、ローカルエリアネットワークまたはその他一切のこのようなネットワークまたはこれらの組み合せを含む任意の適切なネットワークを含むことができる。このようなシステムに用いられるコンポネントは、選択されるネットワークおよび／または環境のタイプに少なくとも部分的に依存することが可能である。このようなネットワークを介して通信するためのプロトコルおよびコンポネントは周知であり、ここでは詳細に説明しない。有線接続または無線接続およびその組み合せによってネットワークを用いた通信を可能にすることができる。本例では、ネットワークは、要求を受け、これに応じてコンテンツを提供するウェブサーバ１００６が環境に含まれるようなインターネットを含むが、他のネットワークについて言えば、当業者には明らかであるように、同様の目的を果たす代替デバイスを用いることができる。

[0084]例として環境は、少なくとも１つのアプリケーションサーバ１００８とデータ記憶部１０１０とを含む。いくつかのアプリケーションサーバ、レイヤまたはその他の要素、プロセスもしくはコンポネントが存在することが可能であり、これらを連鎖させてもよいし別様に構成してもよく、これにより、適切なデータ記憶部からデータを取得するなどのタスクを実行するように受け渡しすることができると当然解する。ここで用いられている用語「データ記憶部」は、データの記憶、アクセスおよび取得を行うことができる任意のデバイスまたは複数のデバイスの組み合せを指し、任意の標準環境、分散環境やクラスタ環境中のデータサーバ、データベース、データ記憶デバイスおよびデータ記憶媒体の任意の組み合せと、任意の標準環境、分散環境やクラスタ環境中の任意の数のデータサーバ、データベース、データ記憶デバイスおよびデータ記憶媒体とを含んでもよい。アプリケーションサーバは、必要に応じてデータ記憶部と一体化してクライアントデバイスの１つ以上のアプリケーションの態様を実行し、アプリケーションのデータアクセスおよびビジネスロジックの大部分を処理する任意の適切なハードウェアおよびソフトウェアを含むことができる。アプリケーションサーバは、データ記憶部と協働して入退管理サービスを提供し、ユーザに渡されるテキスト、グラフィックス、音声および／または動画などのコンテンツを生成することができる。本例では、これらを、ハイパーテキストマークアップ言語（ＨＴＭＬ）形式、拡張マークアップ言語（ＸＭＬ）形式または別の適切な構造化言語形式でウェブサーバによってユーザに提供してもよい。クライアントデバイス１００２とアプリケーションサーバ１００８との間のすべての要求および応答ならびにコンテンツの配信の処理をウェブサーバによって処理することができる。ウェブサーバおよびアプリケーションサーバは必須ではなく、本明細書の他の記載で説明されているように、ここで説明されている構造化コードを任意の適切なデバイスやホストマシンで実行することができるようなコンポネント例にすぎないと当然解する。

[0085]データ記憶部１０１０は、特定の態様に関するデータを記憶するいくつかの別々のデータテーブル、データベースまたはその他データ記憶機構および媒体を含むことができる。たとえば、示されているデータ記憶部は生成データ１０１２およびユーザ情報１０１６を記憶する機構を含み、生成側のコンテンツを提供するのに用いることができる。レポート、解析またはその他このような目的に用いることができるログデータ１０１４を記憶する機構をデータ記憶部が含むことも示されている。ページ画像情報用および入退権情報向けなど、データ記憶部に記憶する必要がある場合がある多数のその他の態様が存在し、これらを上記で列挙した機構のいずれかに適宜記憶したりデータ記憶部１０１０の別の機構に記憶したりすることができると当然解する。データ記憶部１０１０は、アプリケーションサーバ１００８から指示を受け、この指示に応じてデータの取得、更新またはその他処理を行うように、データ記憶部１０１０に関連するロジックを通じて動作可能である。一例では、ユーザが所定のタイプの項目について検索要求を提出してもよい。この場合、データ記憶部がユーザ情報にアクセスしてユーザの身元を確認してもよく、カタログ詳細情報にアクセスして当該タイプの項目に関する情報を取得することができる。その後、情報は、ユーザがユーザデバイス１００２のブラウザを介して見ることができるウェブページの結果リストなどでユーザに返すことができる。特定の注目項目についての情報をブラウザの専用ページやウインドウで見ることができる。

[0086]各サーバには、一般的な管理およびそのサーバの動作用の実行可能プログラム指示を提供するオペレーティングシステムが典型的には格納され、また、サーバのプロセッサによって実行されるときにサーバがその目的の機能を発揮することを可能にする指示を記憶するコンピュータ可読記憶媒体（たとえば、ハードディスク、ランダムアクセスメモリ、読出し専用メモリなど）が典型的には格納される。オペレーティングシステムおよびサーバの一般的な機能の適切な実現例は既知であるし市販されており、特に本明細書の開示に照らして当業者によって容易に実施される。

[0087]一実施形態における環境は、１つ以上のコンピュータネットワークを用いたり直接接続を用いたりして通信リンクを介して相互接続されるいくつかのコンピュータシステムおよびコンポネントを利用する分散コンピューティング環境である。ただし、このようなシステムが、図１０に示されているよりも少数であったり多数であったりするコンポネントを有するシステムで同程度に優れた動作をすることができることは当業者であれば理解する。したがって、図１０のシステム１０００の説明は実質的に一例であり、本開示の範囲を限定するものではないと解釈されるべきである。

[0088]多種多様な動作環境で様々な実施形態をさらに実施することができる。場合によっては、この動作環境は、複数のアプリケーションのいずれでも動作させるのに用いることができる１つ以上のユーザコンピュータ、コンピューティングデバイスや処理デバイスを含むことができる。ユーザデバイスすなわちクライアントデバイスは、標準的なオペレーティングシステムを実行するデスクトップやラップトップコンピュータなどの多くの汎用パーソナルコンピュータのいずれかと、モバイルソフトウェアを実行し、多くのネットワーキングプロトコルおよびメッセージングプロトコルをサポート可能なセルラデバイス、無線デバイスおよびハンドヘルドデバイスとを含むことができる。このようなシステムは、発展およびデータベース管理などの目的で、様々な市販のオペレーティングシステムおよびその他既知のアプリケーションを実行する多くのワークステーションを含むことができる。これらのデバイスは、ダミー端末（ｄｕｍｍｙ ｔｅｒｍｉｎａｌ）、シンクライアント、ゲームシステムおよびネットワークを介して通信することができるその他デバイスなどの他の電子デバイスも含むことができる。

[0089]大部分の実施形態は、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、開放型システム接続（ＯＳＩ）、ファイル転送プロトコル（ＦＴＰ）、ユニバーサルプラグアンドプレイ（ＵｐｎＰ）、ネットワークファイルシステム（ＮＦＳ）、共有インターネットファイルシステム（ＣＩＦＳ）およびＡｐｐｌｅＴａｌｋなどの様々な市販プロトコルのいずれかを用いた通信をサポートする、当業者であれば既知の少なくとも１つのネットワークを利用する。ネットワークは、たとえば、ローカルエリアネットワーク、ワイドエリアネットワーク、仮想プライベートネットワーク、インターネット、イントラネット、エクストラネット、公衆交換電話網、赤外線ネットワーク、無線ネットワークおよびこれらの任意の組み合せであることが可能である。

[0090]ウェブサーバを利用する実施形態では、ウェブサーバは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）サーバ、ＦＴＰサーバ、共通ゲートウェイ・インタフェース（ＣＧＩ）サーバ、データサーバ、Ｊａｖａ（登録商標）サーバおよびビジネスアプリケーションサーバを含む様々なサーバや中間層アプリケーションのいずれも運用することができる。Ｊａｖａ（登録商標）、Ｃ、Ｃ＃やＣ＋＋などの任意のプログラミング言語、またはＰｅｒｌ、ＰｙｔｈｏｎやＴＣＬなどの任意のスクリプト言語、およびこれらの組み合せで記述される１つ以上のスクリプトやプログラムとして実施することができる１つ以上のウェブアプリケーションを実行するなどして、ユーザデバイスからの要求に応答してプログラムまたはスクリプトを１つ以上のサーバが実行することも可能であってもよい。この１つ以上のサーバは、Ｏｒａｃｌｅ（登録商標）、Ｍｉｃｒｏｓｏｆｔ（登録商標）、Ｓｙｂａｓｅ（登録商標）およびＩＢＭ（登録商標）から市販されているものを含む（限定せず）データベースサーバを含んでもよい。

[0091]環境は、上述されているように様々なデータ記憶部およびその他メモリおよび記憶媒体を含むことができる。これらは、１つ以上のコンピュータにローカル配置（かつ／または常駐）されたり、ネットワーク上のコンピュータのいずれかまたはすべてに対してリモート配置されたりする記憶媒体上の場所などの様々な場所に配置することができる。実施形態の特定の集合では、当業者によく知られている記憶域ネットワーク（ＳＡＮ）に情報を常駐させてもよい。同様に、コンピュータ、サーバまたはその他ネットワークデバイスに存在する機能を発揮するのに必要な任意のファイルをローカルかつ／またはリモートで適宜記憶してもよい。コンピュータを用いた複数のデバイスをシステムが含む場合、各デバイスは、バスを介して電気的に接続してもよいハードウェア要素を含むことができる。当該要素は、たとえば、少なくとも１つの中央処理装置（ＣＰＵ）、少なくとも１つの入力デバイス（たとえば、マウス、キーボード、コントローラ、タッチ画面やキーパッド）および少なくとも１つの出力デバイス（たとえば、表示デバイス、プリンタやスピーカ）を含む。このようなシステムは、ディスクドライブ、光学記憶デバイス、およびランダムアクセスメモリ（ＲＡＭ）や読出し専用メモリ（ＲＯＭ）などのソリッドステート記憶デバイス、ならびに着脱可能媒体デバイス、メモリカード、フラッシュカードなどの１つ以上の記憶デバイスを含んでもよい。

[0092]このようなデバイスは、コンピュータ可読記憶媒体リーダ、通信デバイス（たとえば、モデム、ネットワークカード（無線または有線）、赤外線通信デバイスなど）および上述の作業メモリも含むことができる。コンピュータ可読記憶媒体リーダは、リモート、ローカル、固定および／または着脱可能記憶デバイスと、コンピュータ可読情報の一時的かつ／またはより永続的な格納、記憶、送り出し、取得を行う記憶媒体とを意味するコンピュータ可読記憶媒体に接続したり、受け入れるように構成したりすることができる。典型的には、システムおよび様々なデバイスは、少なくとも１つの作業メモリデバイスに入る複数のソフトウェアアプリケーション、モジュール、サービスまたはその他要素も含み、これらには、オペレーティングシステムおよびクライアントアプリケーションやウェブブラウザなどのアプリケーションプログラムが含まれる。別の実施形態に上記の実施形態の多数の変形例が含まれてもよいと当然解する。たとえば、カスタマイズされたハードウェアも用いてもよいし、かつ／またはハードウェア、ソフトウェア（アプレットなどの高移植性ソフトウェアを含む）もしくはこれら双方で特定の要素を実施してもよい。さらに、ネットワーク入出力デバイスなどの他のコンピューティングデバイスに対する接続部を用いてもよい。

[0093]コードまたはコードの一部を格納する記憶媒体およびコンピュータ可読媒体には、本技術で既知であったり使用されていたりする任意の適切な媒体が含まれることが可能である。この媒体には、コンピュータ可読指示、データ構造、プログラムモジュールまたはその他データなどの情報の記憶および／または送り出しのための任意の方法や技術で実施される揮発性および不揮発性着脱可能および着脱不能媒体など（ただし、これらに限定されない）の記憶媒体および通信媒体が含まれる。これらの媒体には、ＲＡＭ、ＲＯＭ、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリもしくはその他メモリ技術、コンパクトディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）もしくはその他光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくはその他磁気記憶デバイス、または所望の情報を記憶するのに用いることができ、システムデバイスからアクセスすることができるその他一切の媒体が含まれる。当業者であれば、ここでなされている開示および教示に基づいて様々な実施形態を実施する他の手法および／または方法を理解する。

[0094]したがって、明細書および図面を限定的な意味ではなく例示的な意味で考慮するべきである。請求項に示されている開示の広範な精神および範囲を逸脱しない限りにおいてどのようにも様々な修正および変更をなしてもよいことは明白である。

[0095]その他様々な例が本開示の精神の範囲内にある。したがって、開示技術には様々な修正および代替構成を施すことが容易であるが、開示技術のいくつかの例示実施形態を図面に示し詳細に上記で説明してきた。ただし、開示されている特定の１つ以上の形態に開示を限定する意図はなく、それ以上に、添付の請求項で定められているように、開示の精神および範囲に含まれるすべての修正、代替構成および均等物をカバーすることを意図すると当然解する。

[0096]開示されている実施形態を説明する点に関して（特に以下の請求項の点に関して）用語「ａ」および「ａｎ」および「ｔｈｅ」および類似の指示対象の使用は、本明細書で別記されたり文脈によって明らかに否定されたりしない限り、単数と複数との両方をカバーすると考えるべきである。用語「備える」、「有する」、「含む」および「格納する」は、別記されない限り、オープンエンド用語（すなわち、「含むが、これに限定されない」を意味する）と解釈される。用語「接続される」は、何かが介在する場合であっても、部分的もしくは全体的に含まれる、取り付けられる、またはともに結合されると解釈される。本明細書での値の範囲の記載は、本明細書で別記されず、各値が本明細書に個別に記載されているかのように明細書に記載されていない限り、範囲に含まれる各別々の値を個別に参照する略記法として用いられることを意図しているにすぎない。本明細書で別記されたり、別途文脈によって明らかに否定されたりしない限り、ここで説明されているすべての方法を任意の適切な順序で実行することができる。本明細書で記載されている一切の例、すなわち例示的な文言（たとえば「など」）の使用は、本開示の実施形態を一層明確にすることを意図するにすぎず、別段請求されない限り本開示の範囲の限定をまねかない。本明細書の文言は、任意の請求されていない要素を開示の実施に必須のものとして示すと解釈するべきではない。

[0097]語句「Ｘ、ＹまたはＺの少なくとも１つ」などの選言的文言は、特に別記されない限り、ほとんどの記載で用いられている文脈内で、項目、用語などがＸ、ＹもしくはＺのいずれか、またはこれらの任意の組み合せ（たとえば、Ｘ、Ｙおよび／またはＺ）であってもよいことを示すと解されることを意図している。したがって、このような選言的文言は、いくつかの実施形態で、Ｘの少なくとも１つ、Ｙの少なくとも１つ、またはＺの少なくとも１つがそれぞれ存在することが必要であることを意味することをすべての場合で意図するということはなく、また、それを意味するべきではない。

[0098]発明者が知る本開示を実施するベストモードを含む、本開示の好ましい実施形態が本明細書に記載されている。これらの好ましい実施形態の変形は、前述の説明を理解すれば、当業者には明らかになる。発明者は、当業者がこのような変形を適宜採用することを期待し、また、発明者は、本明細書で特に説明されているのとは異なるように開示が実施されることを意図している。したがって、本開示は、本明細書に添付されている請求項に記載される保護対象の、適用法令によって許容されるすべての修正および均等物を含む。さらに、そのすべての可能な変形例の上述の要素の任意の組み合せは、本明細書で別記されたり、別途文脈によって明らかに否定されたりしない限り、本開示に含まれる。

[0099]本明細書に引用されている刊行物、特許出願および特許を含むすべての参照文献は、各参照文献が個別かつ具体的に参照により援用されることが示され、かつその全体が本明細書に説明されている場合と同程度に参照により援用される。

[0100]ここで開示されている実現例は、汎用入退管理装置であって、無線受信器と、プロセッサと、プロセッサを用いて実行されるとき、少なくとも、入退管理システムとの間で用いられるクレデンシャルを受け、入退管理システムによって管理される物理的区域に対して入退する際に用いられる入退トークンを、無線受信器を介してユーザデバイスから受け、入退トークンをリモートサーバに伝えることによって、受けた入退トークンの有効性を判断し、受けた入退トークンが有効であると判断する際、クレデンシャルを入退管理システムの入退管理ボードに中継して、管理区域に対する入退を可能にすることを入退管理ボードに行わせることを汎用入退管理装置に行わせる指示を含むメモリと、を備える汎用入退管理装置を含む。

[0101]これとは別に、汎用入退管理装置は、入退管理システムのリーダデバイスと入退管理ボードとの間に設置されるスプリッタデバイスを含んでもよい。

[0102]これとは別に、汎用入退管理装置は、入退管理システムとの間で用いられるクレデンシャルを、第２のユーザによるリーダデバイスへの入退デバイスの提示の際にリーダデバイスから受けることを含んでもよい。

[0103]これとは別に、汎用入退管理装置は、入退管理システムとの間で用いられる記憶されたクレデンシャルが、新しいクレデンシャルをリーダデバイスから受ける度に上書きされることを含んでもよい。

[0104]ここで開示されている他の実現例は、汎用入退管理装置が入退管理システムとの間で用いられるクレデンシャルを記憶するステップと、汎用入退管理装置の無線受信器を介してユーザデバイスから入退トークンを受けるステップと、汎用入退管理装置に対してリモート配置されるサービスプロバイダサーバから受けた情報に少なくとも部分的に基づいて入退トークンを確認するステップと、入退トークンが有効であると判断する際、汎用入退管理装置が記憶されたクレデンシャルを入退管理システムに送信して、入退を認めることを入退管理システムに行わせるステップと、を備えるコンピュータ実施方法を含んでもよい。

[0105]これとは別に、コンピュータ実施方法の、入退管理システムとの間で用いられるクレデンシャルを記憶するステップは、入退管理システムのリーダデバイスから新しいクレデンシャルを受けるステップと、新しいクレデンシャルをクレデンシャルに上書きするステップと、クレデンシャルを入退管理システムの入退管理ボードに転送するステップとをさらに備えてもよい。

[0106]これとは別に、コンピュータ実施方法の、記憶されたクレデンシャルを入退管理システムに送信するステップは、記憶されたクレデンシャルを、直接物理的接続を用いて入退管理システムの入退管理ボードに中継するステップを備えてもよい。

[0107]これとは別に、コンピュータ実施方法の、記憶されたクレデンシャルを入退管理システムに送信するステップは、クレデンシャルを入退管理システムのリーダデバイスに無線送信するステップを備えてもよい。

[0108]ここで開示されている他の実現例は、プロセッサと、プロセッサを用いて実行されるとき、少なくとも、汎用入退管理装置に関連する区域またはリソースに対する入退についての要求を受け、要求が認められるべきであると判断する際、汎用入退管理装置に関連する入退トークンを生成し、区域またはリソースに対する入退についての要求に基づいて、区域またはリソースに対して入退する際に用いられるユーザデバイスを決定し、ユーザデバイスに入退トークンを送信することをシステムに行わせる指示を含むメモリとを備えるリモートサーバを含んでもよい。

[0109]これとは別に、リモートサーバは、要求に少なくとも部分的に基づいて１つ以上の使用状態に関してリモートサーバによって入退トークンを記憶することをシステムにさらに行わせる指示を備えてもよい。

[0110]これとは別に、リモートサーバは、汎用入退管理装置から入退トークンを受け、入退トークンが有効であるか判断し、入退トークンが有効であるとの指標を用いて汎用入退管理装置に応答することをシステムにさらに行わせる指示を備えてもよい。

[0111]これとは別に、リモートサーバは、入退トークンの送り元であったユーザデバイスに関連する識別子を受けることをシステムにさらに行わせる指示を備えてもよい。

[0112]これとは別に、入退トークンが有効であるかを判断するステップは、入退トークンの送り元であるユーザデバイスに関連する識別子を、入退トークンの送り先であるユーザデバイスと比較するステップを備えてもよい。

[0113]これとは別に、汎用入退管理装置は汎用入退管理装置とは別体である入退管理システムと通信し、入退管理システムは区域またはリソースに対する入退を管理してもよい。

[0114]これとは別に、入退トークンはワンタイムトークンであってもよい。

Claims (15)

1. 汎用入退管理装置であって、
   無線受信器と、
   プロセッサと、
   前記プロセッサを用いて実行されるとき、少なくとも、
   入退管理システムとの間で用いられるクレデンシャルを受け、
   前記入退管理システムによって管理される物理的区域に対して入退する際に用いられる入退トークンを、前記無線受信器を介してユーザデバイスから受け、
   前記入退トークンをリモートサーバに伝えることによって、前記受けた入退トークンの有効性を判断し、
   前記受けた入退トークンが有効であると判断する際、前記クレデンシャルを前記入退管理システムの入退管理ボードに中継して、管理区域に対する入退を可能にすることを前記入退管理ボードに行わせる
   ことを前記汎用入退管理装置に行わせる指示を含むメモリと、
   を備える汎用入退管理装置。
2. 前記汎用入退管理装置は、前記入退管理システムのリーダデバイスと前記入退管理ボードとの間に設置されるスプリッタデバイスを含む、請求項１に記載の汎用入退管理装置。
3. 前記入退管理システムとの間で用いられる前記クレデンシャルを、第２のユーザによる前記リーダデバイスへの入退デバイスの提示の際に前記リーダデバイスから受ける、請求項２に記載の汎用入退管理装置。
4. 前記入退管理システムとの間で用いられる前記記憶されたクレデンシャルは、新しいクレデンシャルを前記リーダデバイスから受ける度に上書きされる、請求項３に記載の汎用入退管理装置。
5. 汎用入退管理装置が入退管理システムとの間で用いられるクレデンシャルを記憶するステップと、
   前記汎用入退管理装置の無線受信器を介してユーザデバイスから入退トークンを受けるステップと、
   前記汎用入退管理装置に対してリモート配置されるサービスプロバイダサーバから受けた情報に少なくとも部分的に基づいて前記入退トークンを確認するステップと、
   前記入退トークンが有効であると判断する際、前記汎用入退管理装置が前記記憶されたクレデンシャルを前記入退管理システムに送信して、入退を認めることを前記入退管理システムに行わせるステップと、
   を備えるコンピュータ実施方法。
6. 前記入退管理システムとの間で用いられる前記クレデンシャルを記憶するステップは、
   前記入退管理システムのリーダデバイスから新しいクレデンシャルを受けるステップと、
   前記新しいクレデンシャルを前記クレデンシャルに上書きするステップと、
   前記クレデンシャルを前記入退管理システムの入退管理ボードに転送するステップと
   をさらに備える、請求項５に記載のコンピュータ実施方法。
7. 前記記憶されたクレデンシャルを前記入退管理システムに送信するステップは、前記記憶されたクレデンシャルを、直接物理的接続を用いて前記入退管理システムの入退管理ボードに中継するステップを備える、請求項５に記載のコンピュータ実施方法。
8. 前記記憶されたクレデンシャルを前記入退管理システムに送信するステップは、前記クレデンシャルを前記入退管理システムのリーダデバイスに無線送信するステップを備える、請求項５に記載のコンピュータ実施方法。
9. プロセッサと、
   前記プロセッサを用いて実行されるとき、少なくとも、
   汎用入退管理装置に関連する区域またはリソースに対する入退についての要求を受け、
   前記要求が認められるべきであると判断する際、前記汎用入退管理装置に関連する入退トークンを生成し、
   前記区域またはリソースに対する入退についての前記要求に基づいて、前記区域またはリソースに対して入退する際に用いられるユーザデバイスを決定し、
   前記ユーザデバイスに前記入退トークンを送信する
   ことを前記システムに行わせる指示を含むメモリと
   を備えるリモートサーバ。
10. 前記入退トークンは、前記要求に少なくとも部分的に基づいて１つ以上の使用状態に関して前記リモートサーバによって記憶される、請求項９に記載のリモートサーバ。
11. 前記指示は、
    前記汎用入退管理装置から前記入退トークンを受け、
    前記入退トークンが有効であるか判断し、
    前記入退トークンが有効であるとの指標を用いて前記汎用入退管理装置に応答する
    ことを前記システムにさらに行わせる、請求項９に記載のリモートサーバ。
12. 前記リモートサーバは、前記入退トークンの送り元であったユーザデバイスに関連する識別子も受ける、請求項１１に記載のリモートサーバ。
13. 前記入退トークンが有効であるかについての前記判断は、前記入退トークンの送り元である前記ユーザデバイスに関連する前記識別子を、前記入退トークンの送り先である前記ユーザデバイスと比較することを備える、請求項１２に記載のリモートサーバ。
14. 前記汎用入退管理装置は前記汎用入退管理装置とは別体である入退管理システムと通信し、前記入退管理システムは前記区域またはリソースに対する入退を管理する、請求項９に記載のリモートサーバ。
15. 前記入退トークンはワンタイムトークンである、請求項９に記載のリモートサーバ。