(57)【特許請求の範囲】
【請求項１】
無線ユーザデバイスを用いてユーザが建造物にアクセスすることを可能にするアクセスシステムであって、
前記建造物にアクセスする権限が与えられた少なくとも１の無線ユーザデバイスと、前記建造物へのアクセスを許容する権限が与えられた１のアクセスノードとを識別するアクセス許可を格納するデータベースと、
前記建造物のドアを固定する機械的ロック装置であって、ロック解除コマンドを受信するとともに、前記ドアのロックを解除することにより応答するのに適した短距離無線受信機を有する機械的ロック装置と、
前記機械的ロック装置および前記ドアとは分離された状態で前記建造物の近傍に配置されるアクセスノードであって、無線ユーザデバイスから無線アクセス要求を直接受信する第１短距離無線機と、承認要求の受信に応答して、ロック解除コマンドを前記機械的ロック装置に送信して前記建造物へのアクセスを許容する第２短距離無線機とを有し、前記第２短距離無線機が前記第１短距離無線機とは異なる無線ネットワーク規格を実装するものである、アクセスノードと、
前記アクセスノードの前記第１短距離無線機から無線ユーザデバイスおよび建造物に関連するロック解除要求を受信して、前記データベースを使用して前記ロック解除要求を承認する際に、承認要求を前記アクセスノードに送信するように機能するサーバとを備え、
前記ロック解除要求は、前記建造物へのアクセスを許容する権限を受けたアクセスノードにおいて受信されたもので、かつ前記建造物にアクセスする権限が与えられた無線ユーザデバイスから発せられたものである場合にのみ、承認が与えられることを特徴とするアクセスシステム。
【請求項２】
請求項１に記載のアクセスシステムにおいて、
前記第１短距離無線機がＢｌｕｅｔｏｏｔｈ（登録商標）対応無線機であることを特徴とするアクセスシステム。
【請求項３】
請求項１に記載のアクセスシステムにおいて、
前記無線携帯デバイスが、少なくとも１のアクセスノードとペアリングするための少なくとも１のアクセスコードを含むことを特徴とするアクセスシステム。
【請求項４】
請求項１に記載のアクセスシステムにおいて、
前記第１短距離無線機が８０２．１１対応無線機であることを特徴とするアクセスシステム。
【請求項５】
請求項１に記載のアクセスシステムにおいて、
前記第２短距離無線機がＺｉｇＢｅｅ（登録商標）対応無線機であることを特徴とするアクセスシステム。
【請求項６】
請求項１に記載のアクセスシステムにおいて、
前記短距離無線受信機がＺｉｇＢｅｅ（登録商標）対応受信機であることを特徴とするアクセスシステム。
【請求項７】
請求項２に記載のアクセスシステムにおいて、
前記第２短距離無線機がＺｉｇＢｅｅ（登録商標）対応無線機であることを特徴とするアクセスシステム。
【請求項８】
請求項７に記載のアクセスシステムにおいて、
前記機械的ロック装置が、前記第２短距離無線機の送信範囲内に位置することを特徴とするアクセスシステム。
【請求項９】
請求項８に記載のアクセスシステムにおいて、
前記機械的ロック装置が、前記第１短距離無線機の送信範囲内に位置することを特徴とするアクセスシステム。
【請求項１０】
請求項１に記載のアクセスシステムにおいて、
前記無線ユーザデバイスが携帯電話であることを特徴とするアクセスシステム。
【請求項１１】
請求項２に記載のアクセスシステムにおいて、
前記無線ユーザデバイスが携帯電話であることを特徴とするアクセスシステム。
【請求項１２】
請求項１１に記載のアクセスシステムにおいて、
前記無線ユーザデバイスがＢｌｕｅｔｏｏｔｈ（登録商標）対応無線機を含むことを特徴とするアクセスシステム。
【請求項１３】
請求項１に記載のアクセスシステムにおいて、
前記無線ユーザデバイスが携帯情報端末（ＰＤＡ）であることを特徴とするアクセスシステム。
【請求項１４】
請求項１に記載のアクセスシステムにおいて、
前記建造物がホテルの部屋であることを特徴とするアクセスシステム。
【請求項１５】
請求項１に記載のアクセスシステムにおいて、
前記無線アクセス要求が無線ユーザデバイスのＭＡＣアドレスを含むことを特徴とするアクセスシステム。
【請求項１６】
請求項１に記載のアクセスシステムにおいて、
前記ロック解除要求は、前記建造物へのアクセスを許容する権限を受けたアクセスノードが、無線アクセス要求の受信時付近で、前記ユーザデバイスから、前記建造物に関連する予め設定された範囲に入る信号強度を検出した場合にのみ、承認が与えられることを特徴とするアクセスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線ユーザデバイスおよび近接検証デバイスを含むアクセスシステムに関する。より詳細には、本発明は、ユーザの携帯電話からのアクセス要求を受信するアクセスシステムに関するものである。
【０００２】
［関連出願の相互参照］
本発明は、２００９年２月１０日に出願された発明の名称を“Ａ  Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ａｃｃｅｓｓｉｎｇ  ａ  Ｓｔｒｕｃｔｕｒｅ  Ｕｓｉｎｇ  ａ  Ｍｏｂｉｌｅ  Ｄｅｖｉｃｅ”とする米国特許出願第１２／３６８，６０１号の一部継続出願である。
【背景技術】
【０００３】
米国だけでも、旅行者に利用可能なホテルの部屋数は４５０万室を超える。現在、それらホテルの部屋の稼働率は、業界全体で６０％を少し超えるが、地理的地域および個々のホテルによって稼働率は大きく変化する。この稼働率は、多くの場合、ホテルまたはホテルチェーンの最終的な収益に大きな影響を及ぼす。稼働率を上げて利益を増加させるために、ホテルは、顧客を喜ばせて彼らが再び戻るように促す最大限の努力を払う。顧客を喜ばせて新たな顧客を誘い込むために、ホテルは、施設内スパ、レストラン、フィットネスセンタおよび室内コーヒーメーカーまたはミニバーのようなアメニティを絶えず追加している。
【０００４】
これらの追加のアメニティに加えて、ホテルは、顧客がチェックインに要する時間を最小化するために、様々な異なるチェックイン方法を採用している。それら方法には、機械的な鍵とは対照的な電子カードキーを採用することが含まれ、それは、顧客セキュリティを向上させるとともに、ホテルが新たなルームキーに変えることを可能として、チェックアウトの際に顧客がキーをフロントデスクに返却する必要性を軽減する。しかしながら、それらの方法ですらも、ホテルにとって最も重要な顧客、ビジネス旅行者の気を散らす遅延を与える。特に、これらの頻繁に旅行する人の間の忠誠心を高めるために、主要なホテルチェーンは、多大な資産を、ヒルトンＨＨｏｎｏｒｓ（登録商標）プログラムのような報酬プログラムの開発に使用している。それらプログラムの目標は、ホテルチェーンが旅行者の要望をより良く理解し、彼らの滞在をなるべく合理化することを可能にすることである。例えば、幾つかのホテルでは、選択したセットの顧客に対して高速チェックインを提供し、一方、その他のホテルでは、インターネットまたはホテルロビーにあるコンピュータキオスクを経由してチェックイン／チェックアウトを提供する。これらの進歩は、様々な主要なホテルチェーンの稼働率を確かに増加させているが、顧客のチェックイン／チェックアウト・プロセスを完全に自動化して、多大な時間を要する追加のステップを経ずに、顧客がホテルに到着して彼らの部屋に入ることを可能にするという課題を未だ解決するには至っていない。
【発明の概要】
【０００５】
本発明の原理の理解および促進のために、ここで図面に記載の実施形態を参照し、それを説明するために具体的な文言を使用することとする。言うまでもなく、それによって本発明の範囲が制限されることを意図するものではないことを理解されたい。本発明に関連する技術の当業者が通常思い付くように、記載の実施形態における任意の変更および更なる修正や、本明細書に記載の発明の原理の更なる応用が想定される。
【０００６】
現在、ＶｉｎｇＣａｒｄのＳｉｇｎａｔｕｒｅ  ＲＦＩＤ／ＮＦＣシステムのような、ユーザの携帯電話を使用してホテルの部屋へのユーザアクセスを提供するシステムが存在する。しかしながら、そのようなシステムはすべて、短距離無線技術を使用して互いに通信することができる、ホテルの部屋のドア内の専用のトランシーバと、ユーザの携帯電話とを必要とする。現在のところ、既存の携帯電話のほんの一部しか、そのようなシステムとともに使用することができず、そのような技術が普及するとしても、それまでには長い時間がかかる可能性がある。
【０００７】
インターネットを介してコントローラに接続された携帯電話を使用して、ユーザが遠隔位置からガレージドアのような通路の開閉状態を監視および制御することを可能にするその他の技術が存在する。しかしながら、それら技術は、安全なアクセス制御以外を目的として設計されているため、十分な安全性を提供するものではない。例えば、それらシステムは、インターネットアクセスを有する任意の位置からドアを開放するために、ユーザがコマンドを送信することを可能にする。しかしながら、それらの無制限の利用可能性は、無許可のアクセスに対する幾つかの重大な脆弱性をもたらす。そのため、従来技術には、本発明の安全なアクセスシステムによって解決される多くの問題が存在する。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の一実施例に係るアクセスシステムの図である。
【図２】図２は、無線デバイスおよび新規なアクセスシステムを使用してユーザが建造物にアクセスすることを可能にする際に実行される一連のステップを示すプロセスフロー図である。
【図３】図３は、無線デバイスおよび新規なアクセスシステムを使用して建造物へのアクセスをユーザに提供する際に実行される一連のステップを示すプロセスフロー図である。
【図４】図４は、本発明の一実施形態で使用するのに適したトークンの図である。
【発明を実施するための形態】
【０００９】
図１に示すように、アクセスシステム２０の一実施形態は、ユーザが無線デバイス２４を使用して建造物（structure）４０にアクセスすることを有利に可能にする。宿泊施設および職場アクセスシステムに加えて、当然のことながら、記載するアクセスシステムの同様の実施形態は、その他の建造物またはその開口部／ドアに対するアクセスを制御するシステムも包含する。図１に係る例示的な実施形態においては、記載のシステムが、無線デバイス２４を使用して、ホテルの顧客が割り当てられたホテルの部屋４０にアクセスすることを可能にするアクセスシステム２０を含む。好ましい形態では、無線デバイスは、ユーザのＢｌｕｅｔｏｏｔｈ（登録商標）対応の携帯電話２２またはその他の無線機器２８である。そのため、当然のことながら、ホテル環境などに関する本明細書の説明の多くが例示的な目的に向けられており、本明細書の概念が、全般的な安全およびセキュリティアクセスシステムに一般に適用可能であり、ホテルの部屋のアクセスシステムのみに限定されるものではない。
【００１０】
新規なアクセスシステムを適合させることができるその他の建造物には、選択的なユーザアクセスを提供することが望ましい、ホテル内のその他の部屋（すなわち、トレーニングルーム、プール、ＶＩＰラウンジ）、オフィスビル、学校／大学の建物、倉庫およびそれらの一部、イベントのチケットゲート／回転ドア、映画館、セーフティボックス、郵便箱、ロッカーまたはその他の包囲空間が含まれる。
【００１１】
また、後述するように、アクセスシステム２０は、ユーザに対して様々な機能を提供することもでき、それには、電子キオスクまたはユーザの無線デバイスを介した自動チェックイン／チェックアウト、会員制の専用空間またはラウンジなどへのアクセスが含まれるが、それらに限定されるものではない。アクセスシステム２０のその他の機能には、様々な建造物の入場に関連する様々な活動報告を要求する能力が含まれる。実例として、アクセスシステム２０の幾つかの実施形態は、特定の期間または特定のユーザについてのアクセス要求を報告する活動記録をシステムが提供することを可能にする。
【００１２】
例示的な実施形態によれば、図１に示すように、アクセスシステム２０が、携帯電話２２または無線機器２８のような１またはそれ以上の無線デバイス２４と連動して、ユーザが割り当てられたホテルの部屋にアクセスすることを可能にする。携帯電話２２は、基地局のネットワークを通じた携帯音声またはデータ通信に使用される携帯電話であることが好ましい。携帯電話２２は、携帯電話の標準音声機能に加えて、テキストメッセージ用のＳＭＳ、電子メール、インターネット、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線およびＧＰＳへのアクセスのためのパケット交換のような多くの追加サービスおよびアクセサリをサポートすることが好ましい。
【００１３】
実例として、幾つかの実施形態では、アクセスシステム２０がデータネットワーク１２に操作可能に接続される。データネットワーク１２は、ＴＣＰ／ＩＰに基づくグローバルネットワークであるインターネットが好ましいが、本明細書中の“インターネット”という用語のユーザは、パケット交換によってデータを交換する相互接続された任意の公衆電子ネットワークの少なくとも一部を指していることを理解するであろう。
【００１４】
より具体的には、アクセスシステム２０は、携帯電話ネットワーク１１およびデータネットワーク１２を利用して、携帯電話２２のような無線デバイス２４とインターフェスをとることができる。携帯電話ネットワーク１１は、様々な通信ネットワークを含むことができ、それには、ユニバーサル移動体通信システム（ＵＴＭＳ）、移動体通信用グローバルシステム（ＧＳＭ）および符号分割多重アクセス方式（ＣＤＭＡ）ネットワーク、または同様の技術が含まれるが、それらに限定されるものではない。携帯電話ネットワーク１１は、基地局２６を利用して、データネットワーク１２と携帯電話２２との間に無線双方向伝送リンクを確立する。無線双方向伝送リンクには、ＥＶＤＯ（Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、３Ｇ、４Ｇ、ＬＴＥ、ＷｉＭａｘまたはその他の無線データ接続のような無線データリンクを含むことができる。同様に、パーム、サムソンおよびモトローラのスマートホンのようなその他の無線機器２８、あるいはｉＰｏｄ  ＴｏｕｃｈまたはマイクロソフトのＺｕｎｅのようなその他のポータブル無線機器は、ユーザがホテルの部屋にアクセスすることができるように、ノード５０を介してアクセスシステム２０に接続するように構成することができる。
【００１５】
代替的または追加的には、アクセスシステム２０は、無線デバイス２４と接続するために少なくとも１のアクセスノード５０を利用する。アクセスノード５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）のような短距離無線規格を実装する無線ノードであり、この無線ノードは、ペアが形成されると、サーバ６０に加えて、内部ネットワーク５４を介して無線デバイス２４に対して、インターネットおよびデータネットワーク１２へのアクセスを提供する。さらに、更なる形態では、アクセスノード５０は、好ましくは、無線信号をブロードキャストして、８０２．１１ａ／ｂ／ｇ／ｎなどのような無線ローカルエリアネットワークを実装し、それにより、ホテルの顧客に対して、従来の無線ネットワークを介してインターネット接続性を提供する。例示的な実施形態によれば、アクセスノード５０は、無線デバイス２４に対して、短距離無線信号の一方または両方を介して、ユーザデバイスの位置にリンクされた情報をブロードキャストする。
【００１６】
例示的な形態では、アクセスシステム２０は、アクセスノード５０のような複数のアクセスノードを含み、各ノードは、特定の建造物（すなわち、ホテルの部屋）の近傍に戦略的に配置される。アクセスノードは、承認ＭＡＣアドレスを有すること等によって無線デバイス２４に権限が与えられる場合において要求に応じて無線デバイス２４がそれらとペアになるように、常に検出可能モードにあることが好ましい。更なる形態では、アクセスノードが検出可能モードにはなく、アクセスノードが無線デバイス２４とペアになることが、ユーザの到着前にプログラムで行われる。実例として、幾つかの実施形態では、アクセスノード５０が、無線デバイス２４からの電子ロック解除要求を処理および認証するために、サーバ６０に操作可能に接続される。ファイアウォール５２は、サーバ６０またはアクセスノード５０への外部アクセスを防止するために、少なくともハードウェアまたはソフトウェア実装ファイアウォールまたはその他の選択されたセキュリティ機能を含む。
【００１７】
アクセスノード５０によって保持される位置情報は、ノードの現在位置／割当て位置にリンクされ、任意のロック解除要求を処理するのに使用される。例えば、シカゴの繁華街にあるホテルの４階のアクセスノードには、ホテルゾーン識別子に結合された固有のホテル識別子が割り当てられるようにしてもよい。若しくは、ノードは、単一の識別子が割り当てられて、その識別子が、その後、無線デバイス２４またはサーバ６０によりその位置にリンクされるものであってもよい。
【００１８】
アクセスシステム２０は、建造物４０（部分的に示される）をロックおよびロック解除する機械的ロック３４を追加的に含む。例示的な実施形態では、ユーザが、ドア３２を介して建造物４０へのアクセスを得る。例示的な実施形態では、機械的ロック３４が機械的なドアロックであり、それは、一般的な入場または外部ロックと類似のロック機構を含むが、さらに、電子信号に応答して自己ロック解除を行うことができる。非限定の実施例においては、機械的ロック３４が、カムロック、回転ラッチ、電気機械ロック、磁気ロックなどを含むことができる。好ましい形態によれば、ロック３４は、アクセスノード５０から送られた電気信号に応答してロックを解除する。一形態では、電気信号は、Ｚｉｇｂｅｅ（登録商標）接続のような、低出力のＲＦ接続を通じて、無線で送信される。更なる好ましい形態では、ロック３４が、予め設定した期間の経過の後に、あるいはロック解除信号の受信の後のユーザによるドアの開放および閉鎖により、ロック状態に戻る。幾つかの追加の形態では、ロック３４またはドア４０は、ロック３４に関連して本明細書で説明したものに加えて、またはそのバックアップとして、機械的キースロット、カードキーまたはその他の入場許可認証手段３６も含むことができる。さらに、当然のことながら、システム２０は、ロック以外のアクセス制限に適用することも可能であり、それには、後述するように、例えば、制限付きのアクセスを提供するエレベータ制御システム、ガレージドアまたはその他のアクセス障壁が含まれる。
【００１９】
例示的な実施形態によれば、サーバ６０は、内部ネットワーク５４を通じてアクセスノード５０からロック解除要求を受信するように動作する。一形態では、サーバ６０は、予約および稼働データベースを使用して、要求またはその一部を認証するように機能し、一方、その他の形態では、アクセスノード５０が認証の少なくとも一部を実行することができる。例示的な実施形態では、サーバ６０が、無線デバイス２４からのアクセスノード５０により受信されたロック解除要求に対応する各要求を処理し、適正な認証があった際に、アクセスノード５０に対する要求の許可を承認し、アクセスノードは、その後、対応するロック３４のようなロックに電気信号を送信して、建造物４０に対するアクセスを許容する。サーバ６０をサーバであるとして記載および説明したが、当然のことながら、サーバ６０を、クライアント・サーバ構成を含む任意のコンピュータとすることが可能である。サーバ６０は、無線または有線の相互接続の何れかによって、アクセスノード５０に接続することができる。その接続は、セキュアな接続であることが好ましい。可能性のあるインターフェースの非限定的な例のリストには、ＩＲ、光学、ＲＦ、シリアルポート、ＩＰネットワークおよびＵＳＢが含まれる。また、サーバ６０およびアクセスノード５０の機能は、１台のコンピュータシステムに統合することができる。
【００２０】
一形態では、アクセスノード５０が単一の位置に固定されるが、代替的な形態では、アクセスノード５０が、エレベータ内に位置するように、移動可能とすることができ、フロア検出器を含み、その結果、ノードが、その現在の位置に基づいて、適当なフロアにリンクされた情報をブロードキャストすることができる。更なる形態では、アクセスノード５０がエレベータ内に固定されるとともに、エレベータ制御システムに接続されて、無線デバイスがアクセスノード５０にフロア認証情報を伝えることを可能にする。そのため、無線デバイス２４は、ユーザがアクセスする権限が与えられているフロアにブロードキャストすることができ、その結果、ユーザはそのフロアを選択することができる。更なる形態では、アクセスノード５０またはサーバ６０が、ユーザをそのフロアに連れて行くように、エレベータに自動的に命令を与えることができる。このため、ユーザは、そのフロアにアクセス可能とされるか、または適正なフロアへの非接触のトリップを経験することができる。
【００２１】
さらに別の実施形態では、ロック３４は、アクセスを無効にする状態を有するオーバーライドスイッチ（図示省略）に動作可能に接続することができる。オーバーライドスイッチをアクティブな状態にすることにより、アクセスシステム２０が対応する建造物４０へのアクセスを許容することが阻止される。非限定的な一例として、顧客がホテルの部屋内でデッドボルトまたはバーラッチを係合させたときに、オーバーライドスイッチをアクティブな状態とすることができる。アクセスシステム２０の幾つかの実施形態では、オーバーライドスイッチが、建造物４０内のユーザがアクセスすることができる図示省略の電子制御装置に組み入れられる。
【００２２】
本発明の一実施形態に係る建造物４０へのアクセスに使用される無線デバイス２４を構成する際に実行される一連のステップを示すフローチャートが示されている。そのプロセスは、無線デバイス２４およびアクセスシステム２０の様々なその他の構成要素に関与する。図１のアクセスシステム２０を参照しながら、以下の説明を行う。図１に示すように、無線デバイスは携帯電話２２であるが、当然のことながら、その他のネットワーク化された機器も対象とする。このプロセスは、ホテルおよびホテル客室に一般的な予約およびチェックインプロセスに関連して説明しているが、新規なアクセスシステムは、同じ所望の結果を与えるために、様々な設定の応用に適合させることができることに留意されたい。そのため、予約およびチェックインプロセスは、利用される建造物の性質に応じて、従業員認証プロセスなどに置き換えることができる。
【００２３】
図２に示すように、このプロセスは、スタートポイント２００から開始し、新規なサービスがユーザのためにホテル滞在の予約の確認を受け取る（ステージ２０２）。確認情報は、好ましくはホテルおよびユーザを特定するとともに、リクエスト／予約された部屋のタイプの詳細とともにチェックイン／チェックアウト日を含む。好ましい形態では、この確認情報は、オンライン、直に、または電話の何れかでユーザのためにホテル予約が行われた結果として、サーバ６０によって受信される。
【００２４】
確認情報を受信した後、確認メッセージがユーザの無線デバイス２４に送信される（ステージ２０４）。好ましくは、ユーザの無線デバイスに対応する電話番号または電子メールアドレスが、予約情報とともに提出される。確認メッセージは、電子メール、ＳＭＳ、テキストメッセージなどの形態で、データネットワーク１２を通じて送信することができる。確認メッセージは、ホテル識別子、ユーザ識別子およびアクセス文字列を含む。例示的な実施形態では、確認メッセージは、ユーザの無線デバイス２４上のインストール可能なアプリケーションによって扱われ、そのアプリケーションは、ホテルのウェブサイト、第三者のウェブサイト、その他のアプリケーションソース、または確認メッセージに示されるダウンロードソース等を介してユーザにインストールするために利用可能なものとなっている。好ましくは、そのアプリケーションは、マイクロソフト・モバイル、シンビアンＯＳ、パームＯＳ、ｗｅｂＯＳ、モバイルＬｉｎｕｘ、アップルＯＳＸ（ｉＰｈｏｎｅ）およびＭＸＩを含む様々なモバイル用のオペレーションシステム上での動作に適したものとなっている。その他の形態では、無線デバイス２４によって使用されるアプリケーションは、幾つかの非限定的な例を挙げると、ブラウザベースのソフトウェアおよび／または組み込みソフトウェアとすることができる。
【００２５】
ホテル識別子の受信の結果として、アプリケーションは、無線デバイス２４が到着の際に適切なホテルのアクセスノードと自動的にペアを形成することを可能にするアクセスコードを取り出すことができるようになる。好ましくは、それらのアクセスコードは、権限の無いアクセスを防止するために、予定到着日またはその少し前の日にしか利用可能にはならない。更なる形態では、ユーザおよびデバイス２４がホテルに到着する前に、ペアリングが自動的に確立されるものであってもよい。ユーザが部屋にアクセスすることを可能にするために、特定の部屋をユーザに割り当てなければならない。従来は、チェックインの日か、チェックインプロセス中に、これが行われている。しかしながら、例示的な形態では、ユーザは、ホテルに到着する前に、または到着すると同時に、特定の部屋が自動的に割り当てられる。一形態では、ユーザと関連する無線デバイス２４が無線ノード５０にチェックイン要求を送信した結果として、これが行われる。チェックイン要求は、その後、サーバ６０に送信される（ステージ２０６）。チェックイン要求は、好ましくは、チェックイン／チェックアウト日により指定される時間枠中に確認メッセージのホテル識別子により指定されるホテル内のアクセスノード５０にユーザの無線デバイス２４が接続することにより、もたらされる。若しくは、チェックイン要求は、ホテルロビー内の電子キオスクを介して、またはデータネットワーク１２を通じてユーザデバイス２４を介して送信されるものであっても、ホテルの代表者により入力される実際の直接的なチェックインであってもよい。チェックイン要求は、ネットワーク５４を通じてサーバ６０に送信されるようにするのが好ましい。代替的な形態では、チェックイン要求は、ユーザがホテルに姿を現すことなく、インターネットを通じてサーバ６０に送信されるものであってもよい。
【００２６】
チェックイン要求を受け取ると、アクセスノード５０は、サーバ６０と通信して、無線デバイス２４によって与えられた日付およびアクセス文字列を確認するとともに、ユーザの予約に適合する部屋を割り当てる（ステージ２０８）。好ましい形態では、これはサーバ６０によって実行され、サーバは、ホテルの管理システムと通信して、サーバ６０がアクセス可能な電子データベース中に、適切なアクセス認証情報を格納する。また、サーバ６０は、ユーザの確認メッセージと一致するキーコードを、割り当てた部屋と関連付ける。代替的な形態では、ステップ２０８が省略されて、アクセスシステム２０が、ホテルでユーザの存在の兆候等がないときに、チェックインの日に、ステップ２０８に関して上述したように、単に、ユーザに部屋を自動的に割り当てるものであってもよい。
【００２７】
その後、割り当てられた部屋の詳細（部屋番号および位置を含む）は、アクセスノード５０を介してサーバ６０によりユーザ無線デバイス２４に、返信メッセージで送信される（ステージ２１０）。これにより、ユーザは、無線デバイス２４を使用して、アクセスノード５０に、ホテルの部屋へのアクセスの電子要求を送信することができる。一形態では、無線デバイス２４のＭＡＣアドレスがアクセス要求とともに送信され、このＭＡＣアドレスは、割り当てられた部屋と関連させて、電子データベースに同様に格納される。このプロセスは、エンドポイント２１２で終了する。なお、このプロセスは、例えば、２の無線デバイスが同じホテルの部屋に入る権限を与えたり、あるいは別の無線デバイスが残りの滞在の任意の部分についてホテルの部屋にアクセスする権限を現在の顧客が与えることができるようにして、一部屋につき１以上の承認されたホテル顧客を受け入れるように変更するようにしてもよい。
【００２８】
図２に関して記載した実施形態の説明を続けると、無線デバイス２４およびアクセスシステム２０の様々なその他の構成要素を使用してユーザが建造物４０にアクセスすることを可能にする際に実行される一連のステップを示すフローチャートが示されている。図１のアクセスシステム２０および図２に付随する記載を参照しながら、以下の説明を行う。
【００２９】
図３に示すように、このプロセスは、スタートポイント３００から開始し、無線デバイス２４が、ユーザおよび無線デバイス２４の現在位置にリンクされた位置情報をアクセスノード５０から受信する（ステージ３０２）。一形態では、この位置情報は、ユーザに割り当てられた部屋（建造物４０によって表される）の近傍に位置するアクセスノード５０から、無線デバイス２４により受信または測定される。好ましい形態では、アクセスノード５０が、ホテル識別子と、ホテル内のゾーンの識別子またはフロア、ウィングまたはその一部のような複数のゾーンに対応する空間の識別子とをブロードキャストする。代替的な形態では、アクセスノード５０により受信されたロック解除要求とともに、固有の識別子が送信され、それが、無線デバイス２４またはサーバ６０により、位置テーブルのルックアップとして後に使用される。その結果、サーバ６０により追加のセキュリティのレベルが提供され、サーバは、アクセスノード５０（ロック解除が要求されるドアの範囲内のアクセスノード）からの要求に対してのみ権限を与えるように構成されて、その後に、受信したそれらロック解除要求の正当性を認証して、要求している無線デバイス２４に権限が与えられていることを確認する。
【００３０】
用途に応じて、建造物４０は、アクセスノード５０のブロードキャストの範囲内にあってもよく、あるいはノード５０は、主エレベータ、階段、玄関またはその他の実質的な通路の近くのように、近傍に位置するだけであってもよい。無線デバイス２４がアクセスノード５０の範囲内に入ってアクセスノード５０に接続されると、無線デバイス２４が、ロック解除要求を送信し、これが、アクセスノード５０に受信されて、サーバ６０に伝えられる（ステージ３０４）。また、アクセスノード５０は、アクセスが要求されるドアのすぐ近傍にユーザがいることを保証するために、発行されるロック解除要求を許容する前に、予め設定された信号強度を要求するように構成することもできる。例示的な実施形態では、この要求が内部ネットワーク５４を介して送信されるが、そのメッセージが、当然のことながら、８０２．１１または別の同様の技術のような別の無線ネットワークを介して送信されるものであってもよい。ロック解除要求は、ホテルＩＤ、部屋番号、位置情報、ユーザ名、予約番号、チェックイン／チェックアウト日の何れかを含むものであってもよい。また、要求にその他の情報が含まれるものであってもよい。
【００３１】
更なる形態では、ノード５０が、信号強度測定を使用して、当該ノードと無線デバイス２４間の大凡の距離を求める。その後、割り当てられた建造物４０の近傍にあってその近さが条件を満たすときに、無線デバイス２４を有するユーザのノード５０からの距離を定義するゾーンを設定（距離最小または最小／最大範囲を含む）することができる。この測定した距離がオペレータにより設定された距離と一致しない場合には、ロック解除要求は許可されることはない。
【００３２】
サーバ６０によりロック解除要求が受信されると、サーバ６０は、無線デバイスのＭＡＣアドレスの正当性を、現在の予約の有効性とともに認証し、アクセスノード５０で要求を確認する。この確認を受信すると、アクセスノード５０は、Ｚｉｇｂｅｅ（登録商標）接続を使用して、適切なロック３４にロック解除コマンドを送信する（ステップ３０６）。ロック解除要求を受信すると、ロックは建造物のロックを解除して、ユーザ操作無線デバイス２４が入ることを可能にする。このプロセスは、エンドポイント３０８で終了する。
【００３３】
図４を参照すると、本発明の更なる実施形態で使用するに適したユーザノードが示されている。ユーザトークン１５０は、無線デバイス２４による問い合わせを受けるのに適したデバイスである。トークン１５０は、任意には、承認中にホテルまたは建造物によってユーザに提供される。トークン１５０は、符号化された固有の識別子またはその他の検証可能なデータを含むことができる。ロック解除要求のような任意の要求を送信する前に、無線デバイス２４は、任意には、その存在の範囲内で、トークン１５０の存在について問い合わせるようにプログラム化されるものであってもよい。証明可能なデータを有するトークン１５０が見付からない場合には、要求が阻止される。しかしながら、無線デバイス２４の近接位置内にトークン１５０がある場合には、要求が送信されるようにしてもよい。このため、権限を有するユーザが存在するときに、無線デバイス２４がアクセスシステム２０とともに単に機能することを保証するために、ユーザにトークン１５０を持つことを要求するようにしてもよい。この実施形態によれば、トークン１５０は、受動的なＢｌｕｅｔｏｏｔｈ（登録商標）ノードであるが、ＲＦＩＤなどのようなその他の短距離無線デバイスであってもよい。トークン１５０は、自身の電源を必要としないことが望ましい。
【００３４】
別の形態では、アクセスシステム２０が、駐車場または建造物（図示省略）へのアクセスを選択的に許容するロック制御ユニット４２に接続されたガレージドアまたは駐車場ゲートのような駐車場アクセスデバイス（図示省略）をさらに備える。この例示的な実施形態では、ユーザは、ガレージドアまたは駐車場ゲートを介して駐車スペースにアクセスすることができる。好ましい形態によれば、駐車場アクセスデバイスは、制御デバイスから送信される電気信号に応答して、ユーザの自動車が駐車スペースに入るのを許容する。一形態では、電気信号が無線で送信される。
【００３５】
更なるシステムでは、ノード５０に類似する近傍のノードは、無線デバイスに送信される確認情報または本明細書に記載のその他の情報に基づいてホテル駐車場ゲートのような建造物にユーザがアクセスするのを許容するために、その他の空間に含まれるものであってもよい。それにより、ユーザの駐車期間を容易に計算することができ、その費用をホテルの請求書に加えることができる。
【００３６】
更なるシステムでは、ホテルの現在の顧客がホテルを出発したことを検知したときに、ホスピタリティおよび清掃サービスの要求が生成されるように、通知プロセスがサーバ６０により実行される。一形態では、サーバ６０は、ユーザに割り当てられた部屋の近傍に位置するアクセスノードおよびホテルの様々な出口の一つにある別のアクセスノードを通る際にユーザの無線デバイスから送信されるメッセージとして、ホテルの顧客の出発を検知することができる。代替的には、ユーザが無線デバイスを使用して駐車場ガレージの出口を開けたときに、そのような通知をもたらすものであってもよい。
【００３７】
さらに別のシステムでは、無線デバイスが、アクセスノードを通過したときに、ホテルまたは割り当てられたホテルの部屋の空間にユーザが入場したことを示す情報を、サーバ６０に送信することができる。この情報は、発明の名称を“Ｐｅｒｓｏｎａｌｉｚｅｄ  Ｓｍａｒｔ  Ｒｏｏｍ”とするＳｕｎｙｉｃｈに付与された米国特許出願第１０／１２６，４８６号に記載されているように、ユーザ特有のレベルまたは標準レベルに室内温度を上げる動作、または照明を点灯させる動作を開始させるものであってもよい。上記出願は、矛盾を生じない範囲で、引用により本明細書に援用されるものである。
【００３８】
本発明を図面および上記記載において詳細に説明および開示してきたが、それは、例示的なものとみなされるべきものであり、特徴において制限的なものではなく、また、好ましい実施形態のみが開示および記載されており、本明細書および／または以下の請求項に記載の発明の趣旨に含まれるすべての均等物、変更および修正が保護されるべきである。
【００３９】
したがって、本発明の適切な範囲は、図面に描かれて明細書に記載されたものに相当するすべての関係と同様に、すべてのそのような変形を包含するように、添付の請求の範囲の広い解釈のみによって決定されるべきである。
【図１】
0005591832.tif 000002
【図２】
0005591832.tif 000003
【図３】
0005591832.tif 000004
【図４】
0005591832.tif 000005