電子鍵管理システム用管理サーバ及びそれを用いたシステム
【課題】 電子鍵のセキュリティを向上できる電子鍵管理システムを提供する。
【解決手段】 管理サーバ４は、データベース７４と、通信網１を経由して入力される会員情報を処理し、データベースに会員情報を登録する会員登録処理部７１と、データベース７４に登録された会員情報が示す携帯情報端末から入力される物件に関する見学の予約情報を処理し、データベースに予約情報を登録する予約情報処理部７２と、登録された予約情報に関する物件の電子錠を解除するための一時鍵を生成し、予約情報が示す携帯情報端末に一時鍵を送信する一時鍵生成部７３とを備え、一時鍵生成部７３は、携帯情報端末が、登録された予約情報に関する物件に到着したことを確認してから、携帯情報端末に一時鍵を送信する。
【解決手段】 管理サーバ４は、データベース７４と、通信網１を経由して入力される会員情報を処理し、データベースに会員情報を登録する会員登録処理部７１と、データベース７４に登録された会員情報が示す携帯情報端末から入力される物件に関する見学の予約情報を処理し、データベースに予約情報を登録する予約情報処理部７２と、登録された予約情報に関する物件の電子錠を解除するための一時鍵を生成し、予約情報が示す携帯情報端末に一時鍵を送信する一時鍵生成部７３とを備え、一時鍵生成部７３は、携帯情報端末が、登録された予約情報に関する物件に到着したことを確認してから、携帯情報端末に一時鍵を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、賃貸又は譲渡用の不動産物件に取り付けられた電子鍵を管理する電子鍵管理システム用管理サーバ、及びそれを用いたシステムに関するものである。
【背景技術】
【０００２】
近年、インターネットを代表とする通信網の発達に伴い、不動産管理会社等により管理され、不動産物件を紹介するサイトが多数存在する。
【０００３】
不動産管理会社等から見て客となる、物件の購入あるいは貸借を検討している利用者は、情報端末を使用して、ネットーワークに接続し、上記サイトをアクセスし、自己の希望条件にかなう物件を検索できる。
【０００４】
希望条件としては、家賃あるいは販売代金、間取り、築年数、最寄り駅等、種々の項目があり得るが、上記サイトを利用すれば、利用者は、不動産管理会社の物理的な窓口へ出かけなくとも、希望条件に合致する物件のみを抽出できる。
【０００５】
最近、物件の室内をカメラで撮影した動画等の詳細情報がサイト上で得られる場合もある。しかしながら、サイト上で得られる情報のみで物件の購入あるいは賃貸が決定されることは、極めてまれである。
【０００６】
通常、利用者は、実際に候補となっている物件に出向き、最寄り駅等から物件までに至る道筋、物件の周囲の状況や環境等を目で確かめ、さらに物件そのもの、あるいは近隣の住人等を詳細に検討するため、物件の見学を希望する。
【０００７】
見学をする前には、利用者は、不動産管理会社等の担当者と、物件の特定、見学の日時などを話し合い、担当者は利用者の見学に備えて、物件の鍵を用意する必要がある。
【０００８】
このような鍵の管理は煩わしいものであるが、不動産管理会社等の立場から言えば、売り主あるいは貸し主が納得できるように、十分なセキュリティを担保しながら、鍵を管理しなければならない。
【０００９】
昨今、物理的な鍵ではなく、電子鍵が利用され始めている。より具体的には、携帯電話、ＰＤＡ等の携帯情報端末に装着でき、かつ携帯情報端末とは異なる装置（典型的には、玄関ドア付近に設けられるリーダ等）により情報読み取り可能な、ＩＣカード等の記録媒体が広く利用されるようになり、このような記録媒体に物件の玄関ドア付近に取り付けられた電子鍵を解除するための電子鍵情報を記録するシステムが提案されている。
【００１０】
特許文献１（特開２００４−１３２１７号公報）、特許文献２（特開２００６−２０７３６１号公報）は、このようなシステムを開示する。電子鍵を利用すれば、物理的な鍵とは異なり、配布や鍵の内容の変更が容易であるため、セキュリティ及び管理容易性は一般に向上する。
【００１１】
特許文献２では、電子鍵情報を時限データとして、所定の時間のみ電子鍵を解除する点を開示する。ところで、特許文献１、２を含め従来の技術では、利用者の携帯情報端末は、携帯情報端末がどこにあろうが電子鍵情報を受信できるようになっていた。
【００１２】
確かにこのようにすれば、利用者にとって極めて便利であり、特に、各地に転々と複数の希望物件が存在するような場合、利用者は、複数の物件に関する電子鍵を一度に入手できる等利点が多い。
【特許文献１】特開２００４−１３２１７号公報
【特許文献２】特開２００６−２０７３６１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、ＩＣカード等の記録媒体は、携帯情報端末に対して着脱可能であり、ある携帯情報端末から取り出して別の携帯情報端末に装着することもできる。また、電子鍵情報は、電子情報であるから、簡単に複写あるいは移動することができる。
【００１４】
これを悪用すれば、利用者でないものが、あたかも利用者であるようになりすまし、入手した電子鍵情報を利用して、物件の電子鍵を解除するというリスクがある。これでは、物件の管理上必要なセキュリティを担保できない。
【００１５】
そこで本発明は、電子鍵のセキュリティを向上できる電子鍵管理システム用管理サーバ及びその関連技術を提供することを目的とする。
【課題を解決するための手段】
【００１６】
第１の発明に係る電子鍵管理システム用サーバは、データベースと、通信網を経由して入力される会員情報を処理し、データベースに会員情報を登録する会員登録処理部と、データベースに登録された会員情報が示す携帯情報端末から入力される物件に関する見学の予約情報を処理し、データベースに予約情報を登録する予約情報処理部と、登録された予約情報に関する物件の電子錠を解除するための一時鍵を生成し、予約情報が示す携帯情報端末に一時鍵を送信する一時鍵生成部とを備え、一時鍵生成部は、携帯情報端末が、登録された予約情報に関する物件に到着したことを確認してから、携帯情報端末に一時鍵を送信する。
【００１７】
この構成において、会員情報を登録された利用者に限り、物件に関する見学の予約情報を入力でき、さらに、見学の予約情報が登録された利用者に限り、一時鍵を受信できる。
【００１８】
このように、利用者及びそれに関する不動産管理会社等は、物理的な鍵を受け渡す等の手間をかけずに、対応できるため、利便性が高い。
【００１９】
しかも、一時鍵は、携帯情報端末を持つ利用者が、予約された物件に到着してから、送信されるため、一時鍵の送信から電子鍵を解除するまでの時間を従来技術よりも大幅に短縮することができる。
【００２０】
この時間が短縮されることにより、記録媒体の差し替えや一時鍵の複写あるいは移動等により、その時間を利用して悪意の第三者が一時鍵の情報を入手し、本人になりすますことは、事実上不可能に近くなる。これにより、従来技術よりも、電子鍵によるセキュリティを大幅に向上できる。
【００２１】
利用者が見学する物件が複数ある場合においても、以上と同様になり、高いセキュリティが保持されるし、利用者としても、一時鍵は、見学する物件に到着するまでは、さしたる利用価値がないのであるから、手間が増えるということはない。
【００２２】
第２の発明に係る電子鍵管理システム用サーバは、第１の発明に加え、携帯情報端末は、携帯情報端末の現在位置を計測するＧＰＳ装置を具備し、一時鍵生成部は、ＧＰＳ装置により計測された現在位置に基づいて、携帯情報端末が、登録された予約情報に関する物件に到着したことを確認する。
【００２３】
この構成により、ＧＰＳ装置が、携帯情報端末の現在位置を陽に計測し、一時鍵生成部が、計測された現在位置に基づいて、一時鍵を送信することができ、利用者が該当物件に到着したことを確実に確認できる。
【００２４】
第３の発明に係る電子鍵管理システム用サーバは、第１の発明に加え、一時鍵生成部は、携帯情報端末が現在通信網に接続するために使用している管轄基地局の情報に基づいて、携帯情報端末が、登録された予約情報に関する物件に到着したことを確認する。
【００２５】
この構成により、携帯情報端末がＧＰＳ装置を具備していない場合であっても、管轄基地局の情報により、利用者が該当物件に到着したことをほぼ確実に確認できる。
【００２６】
第４の発明に係る電子鍵管理システム用サーバは、第１の発明に加え、一時鍵生成部は、登録された予約情報に関する物件のエントランスに配置されるリーダからの情報に基づいて、携帯情報端末が、登録された予約情報に関する物件に到着したことを確認する。
【００２７】
この構成により、利用者がその携帯情報端末により、エントランスに配置されるリーダにアクセスすることにより、利用者が該当物件に到着したことを確実に確認できる。
【００２８】
第５の発明に係る電子鍵管理システム用サーバは、第１の発明に加え、一時鍵は、携帯情報端末に装着されるＩＣカードに記憶される。
【００２９】
この構成により、ＩＣカードの特性を利用して、一時鍵を取り扱うことができる。例えば、外部から見ても一時鍵の中身を分からないように秘匿することができる。
【００３０】
第６の発明に係る電子鍵管理システム用サーバは、第１の発明に加え、一時鍵は、携帯情報端末の表示部に表示可能なバーコード画像として記憶される。
【００３１】
この構成により、携帯情報端末がＩＣカード等を具備していない場合であっても、利用者は、バーコード画像を表示し、それをカメラ等の読み取り装置へかざすだけで、ＩＣカード等を具備している場合とほぼ同様に対応できる。
【発明の効果】
【００３２】
本発明によれば、会員情報の登録、物件に関する見学の予約情報の登録により、一時鍵の送受信を制御でき、手間をかけずに安全に対応できる。
【００３３】
しかも、一時鍵は、携帯情報端末を持つ利用者が、予約された物件に到着してから、送信されるため、悪意の第三者による、なりすましを防止して、電子鍵によるセキュリティを大幅に向上できる。
【発明を実施するための最良の形態】
【００３４】
以下図面を参照しながら、本発明の実施の形態を説明する。図１は、本発明の一実施の形態における電子鍵管理システムのブロック図である。
【００３５】
通信網１は、インターネット、電話通信網等であり、後述する通信が可能である限り、任意に構成して差し支えない。
【００３６】
物件情報サーバ２は、通信網１に接続し、物件の各種情報を通信網１に接続する各種の端末に公開する。クライアント端末３は、各種の不動産物件（賃貸用でも譲渡用でもよい）のオーナーあるいはその管理会社が所有するコンピュータであり、次のように、物件の情報を物件情報サーバ２に提供する。
【００３７】
ここで、不動産物件には、マンション・アパート等の集合住宅、戸建て物件、オフィスビル、ホテル等各種のものを含めて良いが、電子鍵を装着できない単なる土地等は、対象にならない。
【００３８】
図５は、クライアント端末３と物件情報サーバ２の処理手順を示すフローチャートである。
【００３９】
まず、ステップＳ１にて、クライアント端末３は、登録の許可を物件情報サーバ２に送信し、ステップＳ２にて、物件情報サーバ２は、それを許可する通知を行い、物件登録用のフォームをクライアント端末３に送信する。
【００４０】
ステップＳ３にて、クライアント端末３は、物件登録用のフォームに必要な情報（これには、賃貸用の物件であれば、家賃、共益費、間取り、その他の情報が含まれる。）を入力し、物件情報サーバ２へ送信する。
【００４１】
ステップＳ４にて、物件情報サーバ２は、入力した情報をデータベースに登録し、その旨クライアント端末３に通知する。
【００４２】
ステップＳ５にて、クライアント端末３は、データベースに登録された物件情報を公開するように要求し、ステップＳ６にて、物件情報サーバ２は、自身が管理するホームページの該当欄に登録された情報をブラウズできる状態にして処理を終了する。
【００４３】
以上の処理を繰り返すことにより、物件情報サーバ２は、さまざまな物件の情報をＷＥＢに登録し、通信網１に接続できる各種の端末は、このホームページをブラウズすることにより、物件の情報を参照できる。
【００４４】
なお、物件情報サーバ２は、現存しているポータルサイトを運営管理するサーバであってよいが、条件を入力し、入力された条件を満たす物件のみを検索する検索エンジンを備えているものが望ましい。
【００４５】
例えば、携帯情報端末５は、図１に示すように、基地局７を介して通信網１に接続し、物件情報サーバ２が提供する情報を検索することができる。
【００４６】
図２は、この携帯情報端末５のブロック図である。この携帯情報端末５は、次の要素を備える。まず、電池などの電源５１は、各要素に給電する。
【００４７】
ＣＰＵ５２は、各要素を制御し、メモリ５３をアクセスし、インターフェイス５４を介して、キー群からなる入力部５５からの入力を受け付け、また、リーダ／ライタ６１を介し、携帯情報端末５に装着されるＩＣカード６に情報（後述する電子鍵を含む。）を読み書きする。
【００４８】
ＬＣＤ５６は、表示部に相当し、種々の画像を表示する。通信装置５７は、第１アンテナ５８に接続され、基地局７と通信を行う。また、ＧＰＳ装置５９は、第２アンテナ６０に接続されＧＰＳ用衛星と通信を行い、携帯情報端末５の現在位置を計測する。
【００４９】
ここで、ＧＰＳ装置５９、第２アンテナ６０、リーダ／ライタ６１は、携帯情報端末５に装備されるのが望ましいが、場合によっては省略しても良い。
【００５０】
図１に示すように、通信網１には、管理サーバ４が接続される。図３は、管理サーバ４のブロック図である。管理サーバ４は、次の要素を備える。
【００５１】
制御部７０は、ＣＰＵとメモリ等からなり、管理サーバ用のソフトウエアを実行し、図３の各要素を制御する。
【００５２】
制御部７０にアクセスされるハードディスク装置には、データベース７４が設けられ、データベース７４は、会員情報を保持する会員情報テーブル７５と、予約情報を保持する予約情報テーブル７６とを含む。
【００５３】
会員登録処理部７１は、通信網１を経由して入力される会員情報を処理し、データベース７４の会員情報テーブル７５に会員情報を登録する。
【００５４】
予約情報処理部７２は、会員情報テーブル７５に登録された会員情報が示す携帯情報端末５から入力される物件に関する見学の予約情報を処理し、データベース７４の予約情報テーブル７６に予約情報を登録する。
【００５５】
一時鍵生成部７３は、登録された予約情報に関する物件の電子錠を解除するための一時鍵を生成し、予約情報が示す携帯情報端末５に一時鍵を送信する。
【００５６】
ここで、一時鍵生成部７３は、携帯情報端末５が、登録された予約情報に関する物件に到着したことを確認してから、携帯情報端末５に一時鍵を送信する点がポイントである。
【００５７】
（会員登録）
次に図６を参照しながら、会員登録処理部７１の流れを説明する。図６は、会員登録のフローチャートである。
【００５８】
ここで、会員登録は、利用者に手間をかけるが、利用者が不動産管理会社等の窓口へ出向き、窓口で実行するのが望ましい。これはセキュリティを高めるためである。窓口で、免許書等の身分証明書の提示を求めておくと、一層好適である。
【００５９】
会員情報としては、利用者の氏名、住所、勤務先、性別及び年齢、携帯電話番号、自動送信される携帯番号、携帯電話メールアドレス等を含めるのが望ましい。
【００６０】
窓口では、図６に示すように、ステップＳ１０において、管理会社の端末４’を使用し、管理サーバ４の会員登録処理部７１に会員登録を要求する。すると、ステップＳ１１において、管理サーバ４は、所定の会員情報登録用の入力フォームを端末４’に送信する。
【００６１】
端末４’では、入力フォームに所定事項を入力して、管理サーバ４へ送信する。もし入力にエラーがあれば、ステップＳ１２にて、管理サーバ４は再入力を促し（ステップＳ１３）、端末４’は再度送信を行う（ステップＳ１４）。
【００６２】
エラーがなくなれば、ステップＳ１５にて、管理サーバ４は、会員情報を会員情報テーブル７５に格納し、その旨、端末４’に通知する。
【００６３】
端末４’は、登録された会員情報をステップＳ１６で記録する。このとき、携帯情報端末５からＩＣカード６を取り出し、それに会員情報を格納するのが好ましいが、携帯情報端末５の不揮発性メモリ等に保存しても良い。
【００６４】
格納される会員情報には、ユニークに付与される会員ＩＤを含めるのが望ましい。
【００６５】
なお、会員のパスワードは、管理サーバ４の会員情報テーブル７４には保存するが、ＩＣカード６等には保存せず、利用者が記憶するようにすべきである。
【００６６】
また、物件情報サーバ２は、会員ＩＤとパスワードの入力を条件に、一般の閲覧用の情報よりも一歩進んだ会員専用ページを表示するようにするのが望ましい。
【００６７】
（見学予約）
次に図７を参照しながら、予約情報処理部７２の流れを説明する。図７は、予約情報処理部のフローチャートである。
【００６８】
会員登録と異なり、利便性を高めるため、予約情報処理は、ＷＥＢ上で行えるようにするのが望ましい。
【００６９】
予約情報としては、会員情報のほか、物件ＩＤ、見学予定日時を含めるのが望ましい。
【００７０】
図７に示すように、ステップＳ２０において、携帯情報端末５は、基地局７を介し通信網１へ接続し、管理サーバ４の予約情報処理部７２に見学予約を要求する。
【００７１】
すると、ステップＳ２１において、管理サーバ４は、所定の予約フォームを携帯情報端末５に送信する。
【００７２】
携帯情報端末５では、ステップＳ２２にて、予約フォームに所定事項を入力して、管理サーバ４へ送信する。
【００７３】
もし会員情報にエラーがあれば、ステップＳ２３にて、管理サーバ４は会員登録要求を携帯情報端末５に送信して、処理を打ち切る（ステップＳ２４）。
【００７４】
会員情報にエラーがなければ、該当物件に見学予定日時に重複する予約が入っていないかどうか管理サーバ４の予約処理部７２はチェックし（ステップＳ２５）、もし予約不可であれば、その旨、携帯情報端末５に通知し、処理を打ち切る（ステップＳ２６）。
【００７５】
会員情報にエラーがなく、かつ、予約可能であれば、ステップＳ２７にて、管理サーバ４の予約情報処理部７２は、予約情報を予約情報テーブル７６に格納し、その旨を予約完了を携帯情報端末５に通知する。
【００７６】
携帯情報端末５は、予約情報を記録し（ステップ２８）、一方、管理サーバ４は、物件情報サーバ２に予約した旨通知する。
【００７７】
これにより、物件情報サーバ２は、該当物件を予約済みの状態へ変更し、ページの内容を更新する。以上において、予約が完了しても、直ちに該当する建物の該当物件の電子錠を解除可能な一時鍵を送信しない点が、ポイントである。
【００７８】
また、管理サーバ４は、該当する建物を管理している、建物サーバ１２にも同様の通知を行う。建物サーバ１２を含めた建物内のシステムについては、次に説明する。
【００７９】
図１に示すように、本例では、該当物件である建物１０は、集合住宅であり、一階にエントランス１１が設けられ、一階には、エントランス１１の他に管理室１３と部屋１５とがあり、二階には部屋１６〜１８があり、三階には部屋１９〜２１がある。
【００８０】
各部屋１５〜２１には、それぞれドアが設けられ、ドアの付近にはドアの電子錠制御装置である、リーダが配置される。同様に、エントランス１１のそばにもエントランスリーダ１１ａが配置される。
【００８１】
さらに、これらのリーダは屋内ネットワークケーブルを介して、管理室１３に配置されるハブ１４に接続され、ハブ１４は、建物サーバ１２に接続される。即ち、各リーダは、建物サーバ１２により一元管理されており、さらに建物サーバ１２は、外部の通信網１に接続されている。
【００８２】
勿論、建物１０の構成は、例示に過ぎないのであって、戸建て住宅の場合は、エントランス１１とエントランスリーダ１１と建物サーバ１２だけがあると考えれば、同様の適用が可能である。
【００８３】
次に図４を参照しながら、各リーダの構成を説明する。ここで、各リーダは、エントランスリーダ１１も含め、同様の構成になっているので、部屋１８のドア１８ａに隣接して配置されるリーダ１８ｂのみを説明する。
【００８４】
図４は、リーダ１８ｂのブロック図である。このリーダ１８ｂは、次の要素を備える。
【００８５】
ＣＰＵ８０は、各要素を制御し、メモリ８１をアクセスする。メモリ８１には、この部屋１８が見学予約されている時間に限り、管理サーバ４から建物サーバ１２経由で一時鍵情報８２が格納される。
【００８６】
またＣＰＵ８０は、インターフェイス８６を介して、ドア１８ａに設けられる電子錠を制御する電子錠制御部８５を制御し、リーダ８７に近接するＩＣカード６からの入力を受け付け、また、ＣＣＤカメラ８８が撮像し、ＬＣＤ５６に表示されるバーコード画像をＡ／Ｄ変換器８９を経由して取り込む。
【００８７】
ＬＣＤ８４は、省略しても差し支えないが、状態や情報をドアの前の人物に表示するために使用される。通信装置８３は、ハブ１４へのインターフェイスである。
【００８８】
ここで、図１に示すように、ＩＣカード６を使用することを前提とするときは、ＣＣＤカメラ８８及びＡ／Ｄ変換器８９は省略して差し支えない。
【００８９】
勿論、これらをドア１８の前に現れた来訪者を撮影するためにも使用するのであれば、設けてもよい。
【００９０】
一方、ＩＣカード６を利用せず、バーコード画像を使用することを前提とするときは、リーダ８７は省略して差し支えない。
【００９１】
（一時鍵）
次に、管理サーバ４の一時鍵生成部７３、建物サーバ１２、該当リーダ１８ｂ及び携帯情報端末５による、処理の流れを説明する。
【００９２】
図８は、一時鍵の取り扱いを示すフローチャートである。一時鍵の取り扱いは、該当物件である建物１０の前へ利用者が出向き、そこで実施されるため、携帯情報端末５は、予約を行った際における基地局７とは異なり、建物１０のエリアを管轄する管轄基地局２０を介して通信網１に接続することになる。また、一時鍵の取り扱いは、ＷＥＢ上で行えるようにするのが望ましい。
【００９３】
予約情報としては、会員情報のほか、物件ＩＤ、見学予定日時を含めるのが望ましい。
【００９４】
図８に示すように、利用者が建物１０の前に到着すると、ステップＳ３０において、携帯情報端末５は、管轄基地局２０を介し通信網１へ接続し、管理サーバ４の一時鍵生成部７３に見学を要求する。
【００９５】
すると、ステップＳ３１において、管理サーバ４は、所定の見学フォームを携帯情報端末５に送信する。
【００９６】
携帯情報端末５では、ステップＳ３２にて、先に保存しておいた予約情報を管理サーバ４へ送信する。
【００９７】
もし会員情報にエラーがあれば、ステップＳ３３にて、管理サーバ４は会員登録要求を携帯情報端末５に送信して、処理を打ち切る（ステップＳ３４）。
【００９８】
会員情報にエラーがなければ、予約情報にエラーがないかどうか管理サーバ４の一時鍵生成部７３はチェックし（ステップＳ３５）、もしエラーがあれば、その旨、携帯情報端末５に通知し、処理を打ち切る（ステップＳ３６）。
【００９９】
通常は、これらのエラーは起こりえないが、本例では、念のため確認をしている。
【０１００】
エラーがなければ、ステップＳ３７にて、管理サーバ４の一時鍵生成部７３は、携帯情報端末５の現在位置の入力を要求し、携帯情報端末５は、ステップＳ３８にて現在位置の情報を送信する。
【０１０１】
ここで、現在位置の情報は、携帯情報端末５がＧＰＳ装置を搭載しているときは、ＧＰＳ装置により計測された現在位置情報でよいし、あるいは、管轄基地局２０の情報であってもよい。
【０１０２】
さらには、ＩＣカードあるいはバーコード画像をエントランスリーダ１１に入力し、携帯情報端末５ではなく、建物サーバ２が管理サーバ４へ通知を行うようにしても良い。要するに、利用者本人が、建物の前に到着していることが明らかになるようにすれば十分である。
【０１０３】
管理サーバ４は、位置の確認に成功すると（ステップＳ３９）、建物サーバ１２に見学させる準備ができているかどうか確認する（ステップＳ４０）。ここでエラーがあれば（ステップＳ４１）、携帯情報端末５にその旨通知して処理を打ち切る（ステップＳ４２）。
【０１０４】
通常、このエラーは発生せず、ステップＳ４３にて、一時鍵生成部７３は、時限付きの一時鍵を生成し、まず建物サーバ１２へ送信し、建物サーバ１２は、該当物件である部屋１８のドア１８ａを管理しているリーダ１８ｂのメモリ８１に一時鍵情報８２を転送する。
【０１０５】
以上の処理が済んだら、建物サーバ１２は、エントランスリーダ１１にエントランス１１を開くように指示し、エントランス１１が開いて、利用者は、エントランス１１から建物１０の内部へ入る。
【０１０６】
ほどなく、利用者は、該当する部屋１８の前へ移動し、ＩＣカードあるいはバーコード画像をリーダ１８ｂに入力する（ステップＳ４５）。
【０１０７】
ステップＳ４６にて、リーダ１８ｂは、入力された一時鍵情報と、メモリ８１に保存されている一時鍵情報とを比較し、合致すれば（ステップＳ４６）その結果を建物サーバ１２へ通知し、さらに、この結果は管理サーバ４へも通知される（ステップＳ４７）。
【０１０８】
そして、ステップＳ４８で電子鍵制御部８５を作動させ、電子鍵を解除する。これにより、利用者は、部屋１８の内部へ入ることができる。
【０１０９】
ステップＳ４６にて情報が合致しなければ、結果のみが同様に通知され、電子鍵は解除されない。
【０１１０】
よって、利用者は、エントランス１１へ戻り、部屋１８に入れずに帰宅するしかない。
【０１１１】
なお、部屋１８の鍵解除に成功したときには、管理サーバ４等から携帯情報端末５へ音声あるいは画像により、歓迎のメッセージを送り、音声案内等を実施することが望ましい。
【０１１２】
さらに、携帯情報端末５へ契約予約フォームを送信し、契約予約に成功したら、物件情報サーバ２が管理するページの該当物件の項目を契約予約済みに更新することが望ましい。
【図面の簡単な説明】
【０１１３】
【図１】本発明の一実施の形態における電子鍵管理システムのブロック図
【図２】本発明の一実施の形態における携帯情報端末のブロック図
【図３】本発明の一実施の形態における管理サーバのブロック図
【図４】本発明の一実施の形態におけるリーダのブロック図
【図５】本発明の一実施の形態における物件登録のフローチャート
【図６】本発明の一実施の形態における会員登録のフローチャート
【図７】本発明の一実施の形態における見学予約のフローチャート
【図８】本発明の一実施の形態における一時鍵取り扱いのフローチャート
【符号の説明】
【０１１４】
１ 通信網
２ 物件情報サーバ
３、４’ 端末
４ 管理サーバ
５ 携帯情報端末
６ ＩＣチップ
７ 基地局
１０ 建物
１１ エントランス
１１ａ エントランスリーダ
１２ 建物サーバ
１３ 管理室
１４ ハブ
１５〜２１ 部屋
１８ 見学希望物件
１８ａ ドア
１８ｂ リーダ
２０ 管轄基地局
５１ 電源
５２、８０ ＣＰＵ
５３、８１ メモリ
５４、８６ インターフェイス
５５ 入力部
５６、８４ ＬＣＤ
５７、８３ 通信装置
５８ 第１アンテナ
５９ ＧＰＳ装置
６０ 第２アンテナ
６１ リーダ／ライタ
７０ 制御部
７１ 会員登録処理部
７２ 予約情報処理部
７３ 一時鍵生成部
７４ データベース
７５ 会員情報テーブル
７６ 予約情報テーブル
８２ 一時鍵情報
８５ 電子鍵制御部
８７ リーダ
８８ ＣＣＤカメラ
８９ Ａ／Ｄ変換器
【技術分野】
【０００１】
本発明は、賃貸又は譲渡用の不動産物件に取り付けられた電子鍵を管理する電子鍵管理システム用管理サーバ、及びそれを用いたシステムに関するものである。
【背景技術】
【０００２】
近年、インターネットを代表とする通信網の発達に伴い、不動産管理会社等により管理され、不動産物件を紹介するサイトが多数存在する。
【０００３】
不動産管理会社等から見て客となる、物件の購入あるいは貸借を検討している利用者は、情報端末を使用して、ネットーワークに接続し、上記サイトをアクセスし、自己の希望条件にかなう物件を検索できる。
【０００４】
希望条件としては、家賃あるいは販売代金、間取り、築年数、最寄り駅等、種々の項目があり得るが、上記サイトを利用すれば、利用者は、不動産管理会社の物理的な窓口へ出かけなくとも、希望条件に合致する物件のみを抽出できる。
【０００５】
最近、物件の室内をカメラで撮影した動画等の詳細情報がサイト上で得られる場合もある。しかしながら、サイト上で得られる情報のみで物件の購入あるいは賃貸が決定されることは、極めてまれである。
【０００６】
通常、利用者は、実際に候補となっている物件に出向き、最寄り駅等から物件までに至る道筋、物件の周囲の状況や環境等を目で確かめ、さらに物件そのもの、あるいは近隣の住人等を詳細に検討するため、物件の見学を希望する。
【０００７】
見学をする前には、利用者は、不動産管理会社等の担当者と、物件の特定、見学の日時などを話し合い、担当者は利用者の見学に備えて、物件の鍵を用意する必要がある。
【０００８】
このような鍵の管理は煩わしいものであるが、不動産管理会社等の立場から言えば、売り主あるいは貸し主が納得できるように、十分なセキュリティを担保しながら、鍵を管理しなければならない。
【０００９】
昨今、物理的な鍵ではなく、電子鍵が利用され始めている。より具体的には、携帯電話、ＰＤＡ等の携帯情報端末に装着でき、かつ携帯情報端末とは異なる装置（典型的には、玄関ドア付近に設けられるリーダ等）により情報読み取り可能な、ＩＣカード等の記録媒体が広く利用されるようになり、このような記録媒体に物件の玄関ドア付近に取り付けられた電子鍵を解除するための電子鍵情報を記録するシステムが提案されている。
【００１０】
特許文献１（特開２００４−１３２１７号公報）、特許文献２（特開２００６−２０７３６１号公報）は、このようなシステムを開示する。電子鍵を利用すれば、物理的な鍵とは異なり、配布や鍵の内容の変更が容易であるため、セキュリティ及び管理容易性は一般に向上する。
【００１１】
特許文献２では、電子鍵情報を時限データとして、所定の時間のみ電子鍵を解除する点を開示する。ところで、特許文献１、２を含め従来の技術では、利用者の携帯情報端末は、携帯情報端末がどこにあろうが電子鍵情報を受信できるようになっていた。
【００１２】
確かにこのようにすれば、利用者にとって極めて便利であり、特に、各地に転々と複数の希望物件が存在するような場合、利用者は、複数の物件に関する電子鍵を一度に入手できる等利点が多い。
【特許文献１】特開２００４−１３２１７号公報
【特許文献２】特開２００６−２０７３６１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、ＩＣカード等の記録媒体は、携帯情報端末に対して着脱可能であり、ある携帯情報端末から取り出して別の携帯情報端末に装着することもできる。また、電子鍵情報は、電子情報であるから、簡単に複写あるいは移動することができる。
【００１４】
これを悪用すれば、利用者でないものが、あたかも利用者であるようになりすまし、入手した電子鍵情報を利用して、物件の電子鍵を解除するというリスクがある。これでは、物件の管理上必要なセキュリティを担保できない。
【００１５】
そこで本発明は、電子鍵のセキュリティを向上できる電子鍵管理システム用管理サーバ及びその関連技術を提供することを目的とする。
【課題を解決するための手段】
【００１６】
第１の発明に係る電子鍵管理システム用サーバは、データベースと、通信網を経由して入力される会員情報を処理し、データベースに会員情報を登録する会員登録処理部と、データベースに登録された会員情報が示す携帯情報端末から入力される物件に関する見学の予約情報を処理し、データベースに予約情報を登録する予約情報処理部と、登録された予約情報に関する物件の電子錠を解除するための一時鍵を生成し、予約情報が示す携帯情報端末に一時鍵を送信する一時鍵生成部とを備え、一時鍵生成部は、携帯情報端末が、登録された予約情報に関する物件に到着したことを確認してから、携帯情報端末に一時鍵を送信する。
【００１７】
この構成において、会員情報を登録された利用者に限り、物件に関する見学の予約情報を入力でき、さらに、見学の予約情報が登録された利用者に限り、一時鍵を受信できる。
【００１８】
このように、利用者及びそれに関する不動産管理会社等は、物理的な鍵を受け渡す等の手間をかけずに、対応できるため、利便性が高い。
【００１９】
しかも、一時鍵は、携帯情報端末を持つ利用者が、予約された物件に到着してから、送信されるため、一時鍵の送信から電子鍵を解除するまでの時間を従来技術よりも大幅に短縮することができる。
【００２０】
この時間が短縮されることにより、記録媒体の差し替えや一時鍵の複写あるいは移動等により、その時間を利用して悪意の第三者が一時鍵の情報を入手し、本人になりすますことは、事実上不可能に近くなる。これにより、従来技術よりも、電子鍵によるセキュリティを大幅に向上できる。
【００２１】
利用者が見学する物件が複数ある場合においても、以上と同様になり、高いセキュリティが保持されるし、利用者としても、一時鍵は、見学する物件に到着するまでは、さしたる利用価値がないのであるから、手間が増えるということはない。
【００２２】
第２の発明に係る電子鍵管理システム用サーバは、第１の発明に加え、携帯情報端末は、携帯情報端末の現在位置を計測するＧＰＳ装置を具備し、一時鍵生成部は、ＧＰＳ装置により計測された現在位置に基づいて、携帯情報端末が、登録された予約情報に関する物件に到着したことを確認する。
【００２３】
この構成により、ＧＰＳ装置が、携帯情報端末の現在位置を陽に計測し、一時鍵生成部が、計測された現在位置に基づいて、一時鍵を送信することができ、利用者が該当物件に到着したことを確実に確認できる。
【００２４】
第３の発明に係る電子鍵管理システム用サーバは、第１の発明に加え、一時鍵生成部は、携帯情報端末が現在通信網に接続するために使用している管轄基地局の情報に基づいて、携帯情報端末が、登録された予約情報に関する物件に到着したことを確認する。
【００２５】
この構成により、携帯情報端末がＧＰＳ装置を具備していない場合であっても、管轄基地局の情報により、利用者が該当物件に到着したことをほぼ確実に確認できる。
【００２６】
第４の発明に係る電子鍵管理システム用サーバは、第１の発明に加え、一時鍵生成部は、登録された予約情報に関する物件のエントランスに配置されるリーダからの情報に基づいて、携帯情報端末が、登録された予約情報に関する物件に到着したことを確認する。
【００２７】
この構成により、利用者がその携帯情報端末により、エントランスに配置されるリーダにアクセスすることにより、利用者が該当物件に到着したことを確実に確認できる。
【００２８】
第５の発明に係る電子鍵管理システム用サーバは、第１の発明に加え、一時鍵は、携帯情報端末に装着されるＩＣカードに記憶される。
【００２９】
この構成により、ＩＣカードの特性を利用して、一時鍵を取り扱うことができる。例えば、外部から見ても一時鍵の中身を分からないように秘匿することができる。
【００３０】
第６の発明に係る電子鍵管理システム用サーバは、第１の発明に加え、一時鍵は、携帯情報端末の表示部に表示可能なバーコード画像として記憶される。
【００３１】
この構成により、携帯情報端末がＩＣカード等を具備していない場合であっても、利用者は、バーコード画像を表示し、それをカメラ等の読み取り装置へかざすだけで、ＩＣカード等を具備している場合とほぼ同様に対応できる。
【発明の効果】
【００３２】
本発明によれば、会員情報の登録、物件に関する見学の予約情報の登録により、一時鍵の送受信を制御でき、手間をかけずに安全に対応できる。
【００３３】
しかも、一時鍵は、携帯情報端末を持つ利用者が、予約された物件に到着してから、送信されるため、悪意の第三者による、なりすましを防止して、電子鍵によるセキュリティを大幅に向上できる。
【発明を実施するための最良の形態】
【００３４】
以下図面を参照しながら、本発明の実施の形態を説明する。図１は、本発明の一実施の形態における電子鍵管理システムのブロック図である。
【００３５】
通信網１は、インターネット、電話通信網等であり、後述する通信が可能である限り、任意に構成して差し支えない。
【００３６】
物件情報サーバ２は、通信網１に接続し、物件の各種情報を通信網１に接続する各種の端末に公開する。クライアント端末３は、各種の不動産物件（賃貸用でも譲渡用でもよい）のオーナーあるいはその管理会社が所有するコンピュータであり、次のように、物件の情報を物件情報サーバ２に提供する。
【００３７】
ここで、不動産物件には、マンション・アパート等の集合住宅、戸建て物件、オフィスビル、ホテル等各種のものを含めて良いが、電子鍵を装着できない単なる土地等は、対象にならない。
【００３８】
図５は、クライアント端末３と物件情報サーバ２の処理手順を示すフローチャートである。
【００３９】
まず、ステップＳ１にて、クライアント端末３は、登録の許可を物件情報サーバ２に送信し、ステップＳ２にて、物件情報サーバ２は、それを許可する通知を行い、物件登録用のフォームをクライアント端末３に送信する。
【００４０】
ステップＳ３にて、クライアント端末３は、物件登録用のフォームに必要な情報（これには、賃貸用の物件であれば、家賃、共益費、間取り、その他の情報が含まれる。）を入力し、物件情報サーバ２へ送信する。
【００４１】
ステップＳ４にて、物件情報サーバ２は、入力した情報をデータベースに登録し、その旨クライアント端末３に通知する。
【００４２】
ステップＳ５にて、クライアント端末３は、データベースに登録された物件情報を公開するように要求し、ステップＳ６にて、物件情報サーバ２は、自身が管理するホームページの該当欄に登録された情報をブラウズできる状態にして処理を終了する。
【００４３】
以上の処理を繰り返すことにより、物件情報サーバ２は、さまざまな物件の情報をＷＥＢに登録し、通信網１に接続できる各種の端末は、このホームページをブラウズすることにより、物件の情報を参照できる。
【００４４】
なお、物件情報サーバ２は、現存しているポータルサイトを運営管理するサーバであってよいが、条件を入力し、入力された条件を満たす物件のみを検索する検索エンジンを備えているものが望ましい。
【００４５】
例えば、携帯情報端末５は、図１に示すように、基地局７を介して通信網１に接続し、物件情報サーバ２が提供する情報を検索することができる。
【００４６】
図２は、この携帯情報端末５のブロック図である。この携帯情報端末５は、次の要素を備える。まず、電池などの電源５１は、各要素に給電する。
【００４７】
ＣＰＵ５２は、各要素を制御し、メモリ５３をアクセスし、インターフェイス５４を介して、キー群からなる入力部５５からの入力を受け付け、また、リーダ／ライタ６１を介し、携帯情報端末５に装着されるＩＣカード６に情報（後述する電子鍵を含む。）を読み書きする。
【００４８】
ＬＣＤ５６は、表示部に相当し、種々の画像を表示する。通信装置５７は、第１アンテナ５８に接続され、基地局７と通信を行う。また、ＧＰＳ装置５９は、第２アンテナ６０に接続されＧＰＳ用衛星と通信を行い、携帯情報端末５の現在位置を計測する。
【００４９】
ここで、ＧＰＳ装置５９、第２アンテナ６０、リーダ／ライタ６１は、携帯情報端末５に装備されるのが望ましいが、場合によっては省略しても良い。
【００５０】
図１に示すように、通信網１には、管理サーバ４が接続される。図３は、管理サーバ４のブロック図である。管理サーバ４は、次の要素を備える。
【００５１】
制御部７０は、ＣＰＵとメモリ等からなり、管理サーバ用のソフトウエアを実行し、図３の各要素を制御する。
【００５２】
制御部７０にアクセスされるハードディスク装置には、データベース７４が設けられ、データベース７４は、会員情報を保持する会員情報テーブル７５と、予約情報を保持する予約情報テーブル７６とを含む。
【００５３】
会員登録処理部７１は、通信網１を経由して入力される会員情報を処理し、データベース７４の会員情報テーブル７５に会員情報を登録する。
【００５４】
予約情報処理部７２は、会員情報テーブル７５に登録された会員情報が示す携帯情報端末５から入力される物件に関する見学の予約情報を処理し、データベース７４の予約情報テーブル７６に予約情報を登録する。
【００５５】
一時鍵生成部７３は、登録された予約情報に関する物件の電子錠を解除するための一時鍵を生成し、予約情報が示す携帯情報端末５に一時鍵を送信する。
【００５６】
ここで、一時鍵生成部７３は、携帯情報端末５が、登録された予約情報に関する物件に到着したことを確認してから、携帯情報端末５に一時鍵を送信する点がポイントである。
【００５７】
（会員登録）
次に図６を参照しながら、会員登録処理部７１の流れを説明する。図６は、会員登録のフローチャートである。
【００５８】
ここで、会員登録は、利用者に手間をかけるが、利用者が不動産管理会社等の窓口へ出向き、窓口で実行するのが望ましい。これはセキュリティを高めるためである。窓口で、免許書等の身分証明書の提示を求めておくと、一層好適である。
【００５９】
会員情報としては、利用者の氏名、住所、勤務先、性別及び年齢、携帯電話番号、自動送信される携帯番号、携帯電話メールアドレス等を含めるのが望ましい。
【００６０】
窓口では、図６に示すように、ステップＳ１０において、管理会社の端末４’を使用し、管理サーバ４の会員登録処理部７１に会員登録を要求する。すると、ステップＳ１１において、管理サーバ４は、所定の会員情報登録用の入力フォームを端末４’に送信する。
【００６１】
端末４’では、入力フォームに所定事項を入力して、管理サーバ４へ送信する。もし入力にエラーがあれば、ステップＳ１２にて、管理サーバ４は再入力を促し（ステップＳ１３）、端末４’は再度送信を行う（ステップＳ１４）。
【００６２】
エラーがなくなれば、ステップＳ１５にて、管理サーバ４は、会員情報を会員情報テーブル７５に格納し、その旨、端末４’に通知する。
【００６３】
端末４’は、登録された会員情報をステップＳ１６で記録する。このとき、携帯情報端末５からＩＣカード６を取り出し、それに会員情報を格納するのが好ましいが、携帯情報端末５の不揮発性メモリ等に保存しても良い。
【００６４】
格納される会員情報には、ユニークに付与される会員ＩＤを含めるのが望ましい。
【００６５】
なお、会員のパスワードは、管理サーバ４の会員情報テーブル７４には保存するが、ＩＣカード６等には保存せず、利用者が記憶するようにすべきである。
【００６６】
また、物件情報サーバ２は、会員ＩＤとパスワードの入力を条件に、一般の閲覧用の情報よりも一歩進んだ会員専用ページを表示するようにするのが望ましい。
【００６７】
（見学予約）
次に図７を参照しながら、予約情報処理部７２の流れを説明する。図７は、予約情報処理部のフローチャートである。
【００６８】
会員登録と異なり、利便性を高めるため、予約情報処理は、ＷＥＢ上で行えるようにするのが望ましい。
【００６９】
予約情報としては、会員情報のほか、物件ＩＤ、見学予定日時を含めるのが望ましい。
【００７０】
図７に示すように、ステップＳ２０において、携帯情報端末５は、基地局７を介し通信網１へ接続し、管理サーバ４の予約情報処理部７２に見学予約を要求する。
【００７１】
すると、ステップＳ２１において、管理サーバ４は、所定の予約フォームを携帯情報端末５に送信する。
【００７２】
携帯情報端末５では、ステップＳ２２にて、予約フォームに所定事項を入力して、管理サーバ４へ送信する。
【００７３】
もし会員情報にエラーがあれば、ステップＳ２３にて、管理サーバ４は会員登録要求を携帯情報端末５に送信して、処理を打ち切る（ステップＳ２４）。
【００７４】
会員情報にエラーがなければ、該当物件に見学予定日時に重複する予約が入っていないかどうか管理サーバ４の予約処理部７２はチェックし（ステップＳ２５）、もし予約不可であれば、その旨、携帯情報端末５に通知し、処理を打ち切る（ステップＳ２６）。
【００７５】
会員情報にエラーがなく、かつ、予約可能であれば、ステップＳ２７にて、管理サーバ４の予約情報処理部７２は、予約情報を予約情報テーブル７６に格納し、その旨を予約完了を携帯情報端末５に通知する。
【００７６】
携帯情報端末５は、予約情報を記録し（ステップ２８）、一方、管理サーバ４は、物件情報サーバ２に予約した旨通知する。
【００７７】
これにより、物件情報サーバ２は、該当物件を予約済みの状態へ変更し、ページの内容を更新する。以上において、予約が完了しても、直ちに該当する建物の該当物件の電子錠を解除可能な一時鍵を送信しない点が、ポイントである。
【００７８】
また、管理サーバ４は、該当する建物を管理している、建物サーバ１２にも同様の通知を行う。建物サーバ１２を含めた建物内のシステムについては、次に説明する。
【００７９】
図１に示すように、本例では、該当物件である建物１０は、集合住宅であり、一階にエントランス１１が設けられ、一階には、エントランス１１の他に管理室１３と部屋１５とがあり、二階には部屋１６〜１８があり、三階には部屋１９〜２１がある。
【００８０】
各部屋１５〜２１には、それぞれドアが設けられ、ドアの付近にはドアの電子錠制御装置である、リーダが配置される。同様に、エントランス１１のそばにもエントランスリーダ１１ａが配置される。
【００８１】
さらに、これらのリーダは屋内ネットワークケーブルを介して、管理室１３に配置されるハブ１４に接続され、ハブ１４は、建物サーバ１２に接続される。即ち、各リーダは、建物サーバ１２により一元管理されており、さらに建物サーバ１２は、外部の通信網１に接続されている。
【００８２】
勿論、建物１０の構成は、例示に過ぎないのであって、戸建て住宅の場合は、エントランス１１とエントランスリーダ１１と建物サーバ１２だけがあると考えれば、同様の適用が可能である。
【００８３】
次に図４を参照しながら、各リーダの構成を説明する。ここで、各リーダは、エントランスリーダ１１も含め、同様の構成になっているので、部屋１８のドア１８ａに隣接して配置されるリーダ１８ｂのみを説明する。
【００８４】
図４は、リーダ１８ｂのブロック図である。このリーダ１８ｂは、次の要素を備える。
【００８５】
ＣＰＵ８０は、各要素を制御し、メモリ８１をアクセスする。メモリ８１には、この部屋１８が見学予約されている時間に限り、管理サーバ４から建物サーバ１２経由で一時鍵情報８２が格納される。
【００８６】
またＣＰＵ８０は、インターフェイス８６を介して、ドア１８ａに設けられる電子錠を制御する電子錠制御部８５を制御し、リーダ８７に近接するＩＣカード６からの入力を受け付け、また、ＣＣＤカメラ８８が撮像し、ＬＣＤ５６に表示されるバーコード画像をＡ／Ｄ変換器８９を経由して取り込む。
【００８７】
ＬＣＤ８４は、省略しても差し支えないが、状態や情報をドアの前の人物に表示するために使用される。通信装置８３は、ハブ１４へのインターフェイスである。
【００８８】
ここで、図１に示すように、ＩＣカード６を使用することを前提とするときは、ＣＣＤカメラ８８及びＡ／Ｄ変換器８９は省略して差し支えない。
【００８９】
勿論、これらをドア１８の前に現れた来訪者を撮影するためにも使用するのであれば、設けてもよい。
【００９０】
一方、ＩＣカード６を利用せず、バーコード画像を使用することを前提とするときは、リーダ８７は省略して差し支えない。
【００９１】
（一時鍵）
次に、管理サーバ４の一時鍵生成部７３、建物サーバ１２、該当リーダ１８ｂ及び携帯情報端末５による、処理の流れを説明する。
【００９２】
図８は、一時鍵の取り扱いを示すフローチャートである。一時鍵の取り扱いは、該当物件である建物１０の前へ利用者が出向き、そこで実施されるため、携帯情報端末５は、予約を行った際における基地局７とは異なり、建物１０のエリアを管轄する管轄基地局２０を介して通信網１に接続することになる。また、一時鍵の取り扱いは、ＷＥＢ上で行えるようにするのが望ましい。
【００９３】
予約情報としては、会員情報のほか、物件ＩＤ、見学予定日時を含めるのが望ましい。
【００９４】
図８に示すように、利用者が建物１０の前に到着すると、ステップＳ３０において、携帯情報端末５は、管轄基地局２０を介し通信網１へ接続し、管理サーバ４の一時鍵生成部７３に見学を要求する。
【００９５】
すると、ステップＳ３１において、管理サーバ４は、所定の見学フォームを携帯情報端末５に送信する。
【００９６】
携帯情報端末５では、ステップＳ３２にて、先に保存しておいた予約情報を管理サーバ４へ送信する。
【００９７】
もし会員情報にエラーがあれば、ステップＳ３３にて、管理サーバ４は会員登録要求を携帯情報端末５に送信して、処理を打ち切る（ステップＳ３４）。
【００９８】
会員情報にエラーがなければ、予約情報にエラーがないかどうか管理サーバ４の一時鍵生成部７３はチェックし（ステップＳ３５）、もしエラーがあれば、その旨、携帯情報端末５に通知し、処理を打ち切る（ステップＳ３６）。
【００９９】
通常は、これらのエラーは起こりえないが、本例では、念のため確認をしている。
【０１００】
エラーがなければ、ステップＳ３７にて、管理サーバ４の一時鍵生成部７３は、携帯情報端末５の現在位置の入力を要求し、携帯情報端末５は、ステップＳ３８にて現在位置の情報を送信する。
【０１０１】
ここで、現在位置の情報は、携帯情報端末５がＧＰＳ装置を搭載しているときは、ＧＰＳ装置により計測された現在位置情報でよいし、あるいは、管轄基地局２０の情報であってもよい。
【０１０２】
さらには、ＩＣカードあるいはバーコード画像をエントランスリーダ１１に入力し、携帯情報端末５ではなく、建物サーバ２が管理サーバ４へ通知を行うようにしても良い。要するに、利用者本人が、建物の前に到着していることが明らかになるようにすれば十分である。
【０１０３】
管理サーバ４は、位置の確認に成功すると（ステップＳ３９）、建物サーバ１２に見学させる準備ができているかどうか確認する（ステップＳ４０）。ここでエラーがあれば（ステップＳ４１）、携帯情報端末５にその旨通知して処理を打ち切る（ステップＳ４２）。
【０１０４】
通常、このエラーは発生せず、ステップＳ４３にて、一時鍵生成部７３は、時限付きの一時鍵を生成し、まず建物サーバ１２へ送信し、建物サーバ１２は、該当物件である部屋１８のドア１８ａを管理しているリーダ１８ｂのメモリ８１に一時鍵情報８２を転送する。
【０１０５】
以上の処理が済んだら、建物サーバ１２は、エントランスリーダ１１にエントランス１１を開くように指示し、エントランス１１が開いて、利用者は、エントランス１１から建物１０の内部へ入る。
【０１０６】
ほどなく、利用者は、該当する部屋１８の前へ移動し、ＩＣカードあるいはバーコード画像をリーダ１８ｂに入力する（ステップＳ４５）。
【０１０７】
ステップＳ４６にて、リーダ１８ｂは、入力された一時鍵情報と、メモリ８１に保存されている一時鍵情報とを比較し、合致すれば（ステップＳ４６）その結果を建物サーバ１２へ通知し、さらに、この結果は管理サーバ４へも通知される（ステップＳ４７）。
【０１０８】
そして、ステップＳ４８で電子鍵制御部８５を作動させ、電子鍵を解除する。これにより、利用者は、部屋１８の内部へ入ることができる。
【０１０９】
ステップＳ４６にて情報が合致しなければ、結果のみが同様に通知され、電子鍵は解除されない。
【０１１０】
よって、利用者は、エントランス１１へ戻り、部屋１８に入れずに帰宅するしかない。
【０１１１】
なお、部屋１８の鍵解除に成功したときには、管理サーバ４等から携帯情報端末５へ音声あるいは画像により、歓迎のメッセージを送り、音声案内等を実施することが望ましい。
【０１１２】
さらに、携帯情報端末５へ契約予約フォームを送信し、契約予約に成功したら、物件情報サーバ２が管理するページの該当物件の項目を契約予約済みに更新することが望ましい。
【図面の簡単な説明】
【０１１３】
【図１】本発明の一実施の形態における電子鍵管理システムのブロック図
【図２】本発明の一実施の形態における携帯情報端末のブロック図
【図３】本発明の一実施の形態における管理サーバのブロック図
【図４】本発明の一実施の形態におけるリーダのブロック図
【図５】本発明の一実施の形態における物件登録のフローチャート
【図６】本発明の一実施の形態における会員登録のフローチャート
【図７】本発明の一実施の形態における見学予約のフローチャート
【図８】本発明の一実施の形態における一時鍵取り扱いのフローチャート
【符号の説明】
【０１１４】
１ 通信網
２ 物件情報サーバ
３、４’ 端末
４ 管理サーバ
５ 携帯情報端末
６ ＩＣチップ
７ 基地局
１０ 建物
１１ エントランス
１１ａ エントランスリーダ
１２ 建物サーバ
１３ 管理室
１４ ハブ
１５〜２１ 部屋
１８ 見学希望物件
１８ａ ドア
１８ｂ リーダ
２０ 管轄基地局
５１ 電源
５２、８０ ＣＰＵ
５３、８１ メモリ
５４、８６ インターフェイス
５５ 入力部
５６、８４ ＬＣＤ
５７、８３ 通信装置
５８ 第１アンテナ
５９ ＧＰＳ装置
６０ 第２アンテナ
６１ リーダ／ライタ
７０ 制御部
７１ 会員登録処理部
７２ 予約情報処理部
７３ 一時鍵生成部
７４ データベース
７５ 会員情報テーブル
７６ 予約情報テーブル
８２ 一時鍵情報
８５ 電子鍵制御部
８７ リーダ
８８ ＣＣＤカメラ
８９ Ａ／Ｄ変換器
【特許請求の範囲】
【請求項１】
データベースと、
通信網を経由して入力される会員情報を処理し、前記データベースに会員情報を登録する会員登録処理部と、
前記データベースに登録された会員情報が示す携帯情報端末から入力される物件に関する見学の予約情報を処理し、前記データベースに予約情報を登録する予約情報処理部と、
前記登録された予約情報に関する物件の電子錠を解除するための一時鍵を生成し、前記予約情報が示す前記携帯情報端末に前記一時鍵を送信する一時鍵生成部とを備え、
前記一時鍵生成部は、前記携帯情報端末が、前記登録された予約情報に関する物件に到着したことを確認してから、前記携帯情報端末に前記一時鍵を送信することを特徴とする電子鍵管理システム用管理サーバ。
【請求項２】
前記携帯情報端末は、前記携帯情報端末の現在位置を計測するＧＰＳ装置を具備し、前記一時鍵生成部は、前記ＧＰＳ装置により計測された現在位置に基づいて、前記携帯情報端末が、前記登録された予約情報に関する物件に到着したことを確認する請求項１記載の電子鍵管理システム用管理サーバ。
【請求項３】
前記一時鍵生成部は、前記携帯情報端末が現在前記通信網に接続するために使用している管轄基地局の情報に基づいて、前記携帯情報端末が、前記登録された予約情報に関する物件に到着したことを確認する請求項１記載の電子鍵管理システム用管理サーバ。
【請求項４】
前記一時鍵生成部は、前記登録された予約情報に関する物件のエントランスに配置されるリーダからの情報に基づいて、前記携帯情報端末が、前記登録された予約情報に関する物件に到着したことを確認する請求項１記載の電子鍵管理システム用管理サーバ。
【請求項５】
前記一時鍵は、前記携帯情報端末に装着されるＩＣカードに記憶される請求項１から４のいずれかに記載の電子鍵管理システム用管理サーバ。
【請求項６】
前記一時鍵は、前記携帯情報端末の表示部に表示可能なバーコード画像として記憶される請求項１から４のいずれかに記載の電子鍵管理システム用管理サーバ。
【請求項７】
通信網と、
前記通信網に接続する携帯情報端末と、
前記通信網に接続する管理サーバとを備える電子鍵管理システムであって、
前記管理サーバは、
データベースと、
前記通信網を経由して入力される会員情報を処理し、前記データベースに会員情報を登録する会員登録処理部と、
前記データベースに登録された会員情報が示す携帯情報端末から入力される物件に関する見学の予約情報を処理し、前記データベースに予約情報を登録する予約情報処理部と、
前記登録された予約情報に関する物件の電子錠を解除するための一時鍵を生成し、前記予約情報が示す前記携帯情報端末に前記一時鍵を送信する一時鍵生成部とを有し、
前記一時鍵生成部は、前記携帯情報端末が、前記登録された予約情報に関する物件に到着したことを確認してから、前記携帯情報端末に前記一時鍵を送信することを特徴とする電子鍵管理システム。
【請求項１】
データベースと、
通信網を経由して入力される会員情報を処理し、前記データベースに会員情報を登録する会員登録処理部と、
前記データベースに登録された会員情報が示す携帯情報端末から入力される物件に関する見学の予約情報を処理し、前記データベースに予約情報を登録する予約情報処理部と、
前記登録された予約情報に関する物件の電子錠を解除するための一時鍵を生成し、前記予約情報が示す前記携帯情報端末に前記一時鍵を送信する一時鍵生成部とを備え、
前記一時鍵生成部は、前記携帯情報端末が、前記登録された予約情報に関する物件に到着したことを確認してから、前記携帯情報端末に前記一時鍵を送信することを特徴とする電子鍵管理システム用管理サーバ。
【請求項２】
前記携帯情報端末は、前記携帯情報端末の現在位置を計測するＧＰＳ装置を具備し、前記一時鍵生成部は、前記ＧＰＳ装置により計測された現在位置に基づいて、前記携帯情報端末が、前記登録された予約情報に関する物件に到着したことを確認する請求項１記載の電子鍵管理システム用管理サーバ。
【請求項３】
前記一時鍵生成部は、前記携帯情報端末が現在前記通信網に接続するために使用している管轄基地局の情報に基づいて、前記携帯情報端末が、前記登録された予約情報に関する物件に到着したことを確認する請求項１記載の電子鍵管理システム用管理サーバ。
【請求項４】
前記一時鍵生成部は、前記登録された予約情報に関する物件のエントランスに配置されるリーダからの情報に基づいて、前記携帯情報端末が、前記登録された予約情報に関する物件に到着したことを確認する請求項１記載の電子鍵管理システム用管理サーバ。
【請求項５】
前記一時鍵は、前記携帯情報端末に装着されるＩＣカードに記憶される請求項１から４のいずれかに記載の電子鍵管理システム用管理サーバ。
【請求項６】
前記一時鍵は、前記携帯情報端末の表示部に表示可能なバーコード画像として記憶される請求項１から４のいずれかに記載の電子鍵管理システム用管理サーバ。
【請求項７】
通信網と、
前記通信網に接続する携帯情報端末と、
前記通信網に接続する管理サーバとを備える電子鍵管理システムであって、
前記管理サーバは、
データベースと、
前記通信網を経由して入力される会員情報を処理し、前記データベースに会員情報を登録する会員登録処理部と、
前記データベースに登録された会員情報が示す携帯情報端末から入力される物件に関する見学の予約情報を処理し、前記データベースに予約情報を登録する予約情報処理部と、
前記登録された予約情報に関する物件の電子錠を解除するための一時鍵を生成し、前記予約情報が示す前記携帯情報端末に前記一時鍵を送信する一時鍵生成部とを有し、
前記一時鍵生成部は、前記携帯情報端末が、前記登録された予約情報に関する物件に到着したことを確認してから、前記携帯情報端末に前記一時鍵を送信することを特徴とする電子鍵管理システム。
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図１】
【図７】
【図３】
【図４】
【図５】
【図６】
【図８】
【図１】
【図７】
【公開番号】特開２０１１−３２７４０（Ｐ２０１１−３２７４０Ａ）
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願番号】特願２００９−１８０４１６（Ｐ２００９−１８０４１６）
【出願日】平成２１年８月３日（２００９．８．３）
【出願人】（３０００４６７９５）株式会社早川不動産 (2)
【Ｆターム（参考）】
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願日】平成２１年８月３日（２００９．８．３）
【出願人】（３０００４６７９５）株式会社早川不動産 (2)
【Ｆターム（参考）】
[ Back to top ]