JP4187552B2 - 鍵認証システム及び鍵認証方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、電子錠を解錠又は施錠する技術に関する。
【０００２】
【従来の技術】
携帯電話機からデータを送信することにより扉を解錠又は施錠（以下、「解施錠」という）する技術としては、鍵認証装置と携帯電話機とに認証データを記憶しておき、鍵認証装置において、携帯電話機から送信されてきた認証データと自装置に予め記憶されている認証データとを照合することにより解施錠する技術が提案されている（例えば、特許文献１参照）。しかしながら、このような方法では、携帯電話機が電池切れ等で使用できない場合には、扉を解施錠できなくなってしまう。
一方、携帯電話機を用いずに扉を解施錠する技術としては、ユーザが端末よりユーザＩＤを入力するのを契機に、サーバ装置がユーザに関する情報の認証を行った後、鍵認証装置に解錠指令を送信して、扉が解錠されるというものがある（例えば、特許文献２参照）。
【０００３】
【特許文献１】
特開２００２−１６１６５７公報
【特許文献２】
特開２００２−１５０４２５公報
【０００４】
【発明が解決しようとする課題】
以上のことより、携帯電話機を使用できるときと使用できないときの両方に対応した、扉を解施錠する仕組みを構築するには、携帯電話機を用いて解施錠する技術である特許文献１の技術と、サーバ装置を用いて解施錠する技術である特許文献２の技術を組み合わせて、携帯電話機を使用する場合と、使用しない場合の両方に対応したシステムを作ればよい。
しかしながら、特許文献１の技術では、認証データの照合を鍵認証装置で行っているのに対して、特許文献２の技術では、サーバ装置において照合、認証等の各種処理を行い、鍵認証装置は、サーバ装置より解錠指定を受信することによって解錠を行っているため、携帯電話機を使用する場合と使用しない場合とで、鍵認証装置とサーバ装置で行う処理が異なっており、鍵認証装置とサーバ装置との両方に認証データを照合する仕組みを構築する必要がある。
これは、異なる装置に同じ仕組みを構築することになってしまうため、開発効率が悪く、また、多くの資源が必要になる。このため、開発費用、メンテナンス費用、装置の増強等の費用がかさんでしまうことになり、合理的、経済的でない。
本発明は、上記の問題を解決するために為されたものであり、携帯電話機を使用できるときと使用できないときとの両方に対応できる、合理的な解施錠の仕組みを提供することを目的としている。
【０００５】
【課題を解決するための手段】
上述した課題を解決するために、本発明は、携帯用通信端末より送信され、ユーザを識別するためのユーザ識別データを内包した申込データを受信する受信手段と、前記受信手段により受信された申込データから前記ユーザを認証するための認証データを作成する認証データ作成手段と、前記認証データ作成手段により作成された認証データと、前記受信手段により受信された申込データとを対応付けて記憶装置に記憶する申込記憶手段と、前記認証データ作成手段により作成された認証データと該認証データが登録用のデータであることを表す種別データとを内包した登録用認証データを、前記携帯用通信端末と解錠又は施錠を行うための鍵認証装置とに送信する認証データ送信手段と、前記携帯用通信端末以外の装置により送信され、前記ユーザ識別データを内包した解錠又は施錠を要求するための解施錠要求データを受信した場合に、前記ユーザ識別データに対応する認証データを前記申込記憶手段により記憶された記憶装置より読み出し、該認証データと該認証データが照合用のデータであることを表す種別データとを内包した緊急用認証データを前記鍵認証装置に送信する緊急手段とを有するサーバ装置と、前記申込データを前記サーバ装置に送信する手段と、前記サーバ装置より送信された前記登録用認証データを受信し、該登録用認証データに内包される認証データを記憶する携帯用通信端末記憶手段と、前記携帯用通信端末記憶手段により記憶された認証データと該認証データが照合用のデータであることを表す種別データとを内包した照合用認証データを前記鍵認証装置に送信する解施錠指示送信手段とを有する前記携帯用通信端末と、前記サーバ装置より送信された前記登録用認証データを受信し、該登録用認証データに内包される認証データを記憶する鍵認証装置記憶手段と、前記サーバ装置より送信された前記緊急用認証データを受信する緊急解施錠指示受信手段と、前記携帯用通信端末より送信された前記照合用認証データを受信する解施錠指示受信手段と、前記緊急解施錠指示受信手段により受信された緊急用認証データに内包された認証データ、又は、前記解施錠指示受信手段により受信された照合用認証データに内包された認証データと、前記鍵認証装置記憶手段により記憶された認証データとが一致していた場合には、解錠又は施錠を行う解施錠手段とを有する鍵認証装置とを備えた鍵認証システムを提供する。
【０００７】
また、本発明は、携帯用通信端末が、ユーザを識別するためのユーザ識別データを内包した申込データを送信する申込データ送信ステップと、サーバ装置が、前記申込データ送信ステップにて前記携帯用通信端末より送信された申込データを受信する申込データ受信ステップと、前記サーバ装置が、前記申込データ受信ステップにより受信された申込データから前記ユーザを認証するための認証データを作成する認証データ作成ステップと、前記認証データ作成ステップにより作成された認証データと、前記申込データ受信ステップにより受信した申込データとを対応付けて記憶装置に記憶する申込記憶ステップと、前記認証データ作成ステップにより作成された認証データと該認証データが登録用のデータであることを表す種別データとを内包した登録用認証データを、前記携帯用通信端末と解錠又は施錠を行うための鍵認証装置とに送信する認証データ送信ステップと、前記携帯用通信端末と前記鍵認証装置とが、前記認証データ送信ステップにより送信された登録用認証データを受信し、該登録用認証データに内包されている認証データを記憶する認証データ記憶ステップと、前記携帯用通信端末が使用された場合には、前記携帯用通信端末が前記認証データ記憶ステップにより記憶された認証データと該認証データが照合用のデータであることを表す種別データとを内包した照合用認証データを前記鍵認証装置に送信する一方、前記携帯用通信端末以外の装置が使用されて、当該装置により送信され、前記ユーザ識別データを内包した解錠又は施錠を要求するための解施錠要求データを前記サーバ装置が受信した場合には、当該サーバ装置が、前記ユーザ識別データに対応する認証データを前記申込記憶ステップにおいて記憶された前記記憶装置より読み出し、該認証データと該認証データが照合用のデータであることを表す種別データとを内包した緊急用認証データを前記鍵認証装置に送信する解施錠指示ステップと、前記鍵認証装置が、前記解施錠指示ステップで送信された照合用認証データ、又は、緊急用認証データを受信し、前記照合用認証データに内包される認証データ、又は、前記緊急用認証データに内包される認証データと認証データ記憶ステップで記憶された認証データとが一致していた場合には、解錠又は施錠を行う解施錠ステップとを有する鍵認証方法を提供する。
【０００８】
上記発明によれば、サーバ装置が、通信端末より送信された申込データを受信し、この申込データを用いて認証データを作成し、この認証データと当該申込データとを対応付けて記憶装置に記憶すると共に、当該認証データを当該通信端末と鍵認証装置へ送信する。この認証データは通信端末および鍵認証装置により受信され記憶される。鍵認証装置は、通信端末から送信された認証データを受信すると、当該認証データと記憶した認証データとが一致した場合にのみ解施錠を行う一方、サーバ装置から認証データを受信すると当該認証データと記憶した認証データとが一致した場合にのみ解施錠を行う。
【０００９】
【発明の実施の形態】
以下、図面を参照して、この発明の実施形態について説明する。
［１．構成］
［１．１．システム全体の構成］
図１は、本発明の一実施形態に係る鍵認証システム１全体の構成を示すブロック図である。図１に示すように、この鍵認証システム１は、データサーバ装置１０と、インターネット２０と、携帯電話機用の無線通信を制御する携帯電話基地局３２と、ポケットベル（登録商標）やクイックキャスト（登録商標）等のページャ用の無線通信を制御するポケベル基地局３３と、ゲートウェイサーバ装置３１や図示せぬ交換局から構成される移動通信網３０と、携帯電話機４０と、鍵認証装置５０と、図示せぬ電話回線網を介して音声データの送受信を行う固定電話機６０と、図示せぬ音声応答装置とを備えている。なお、図１においては、図面が繁雑になるのを避けるため、１つの携帯電話機４０、１つの鍵認証装置５０、１つの固定電話機６０のみ図示しているが、これらは実際には多数存在する。
【００１０】
［１．２．データサーバ装置の構成］
次に、データサーバ装置１０の構成を詳細に説明する。
データサーバ装置１０は、通常のＷＷＷ（World Wide Web）サーバ装置の機能を有しており、ＨＴＴＰ（Hypertext Transfer Protocol）に従った通信を行う。
図２は、データサーバ装置１０の構成を示すブロック図である。同図に示されるように、データサーバ装置１０は、プログラムを実行するＣＰＵ（Central Processing Unit）１０１、データサーバ装置１０の起動時にＣＰＵ１０１により読み出され実行されるプログラムを記憶したＲＯＭ（Read Only Memory）１０２、ＣＰＵ１０１に使用されるデータを一時的に記憶するＲＡＭ（Random Access Memory）１０３、各種データを記憶するハードディスク装置１０４、インターネット２０とＣＰＵ１０１との間で通信を中継する通信インターフェイス１０５、及びこれらを接続するバス１０６を備えている。
【００１１】
ハードディスク装置１０４は、図３に示す鍵認証システムＤＢ（Database；データベース）１０４１を有している。
鍵認証システムＤＢ１０４１には、携帯電話機４０より受信した鍵認証システムの利用を申し込むための申込データに含まれているユーザＩＤ、携帯電話番号、パスワード、及び、ポケットベル番号を表すデータと、これらのデータを基に作成された、認証データが格納されている。
【００１２】
また、ハードディスク装置１０４には、各種プログラムが記憶されている。
具体的には、ハードディスク装置１０４には、認証データ作成プログラムが記憶されている。
認証データ作成プログラムは、以下に述べる機能をデータサーバ装置１０に実現させるためのものである。
（１）携帯電話機４０より申込データが送信されてきたことを検知する機能。
（２）申込データに含まれているデータをハッシュ関数に代入してハッシュ値を算出するための機能、算出したハッシュ値を表すデータ（以下、「認証データ」という）を当該データの算出に用いた申込データと関連づけて、鍵認証システムＤＢ１０４１に個人管理データとして格納するための機能。
ここで、ハッシュ値とは、任意のデータをハッシュ関数に代入することにより算出される一定長の算出値である。ハッシュ関数は一方向関数の一種である。
「一方向関数」とは、y=f(x)は高速に計算できるが，yからxを求めるfの逆関数は存在せず，xを求めるには膨大な計算時間を要し、xを求めるのは事実上不可能な関数をいう。
（３）電話回線網を介して、固定電話機６０より解錠を要求するための解錠要求データを受信したときに、当該解錠要求データに含まれている、ユーザが入力したユーザＩＤ及びパスワードを表すデータと同一のデータを格納した個人管理データを、鍵認証システムＤＢ１０４１より抽出し、当該個人管理データが有する認証データを含んだ解錠を指示するための電子メール（以下、「メール」という）を作成し、当該個人管理データが有するポケットベル番号で表されるページャにメールを送信するための機能。
【００１３】
また、ハードディスク装置１０４には、携帯電話機４０において実行させるための申込プログラムと認証データ送信プログラムとが記憶されている。
申込プログラムは、携帯電話機４０のＣＰＵ４０１に、図８に示す鍵認証システム申込画面４０５ａを表示させ、当該画面４０５ａより入力された申込データをデータサーバ装置１０に送信させ、その後、データサーバ装置１０から携帯電話機４０にメールが送信されてきたときに、メールの受信を検知させ、当該メールに内包されている認証データを自機４０に記憶させるためのプログラムである。
また、認証データ送信プログラムは、ＣＰＵ４０１に、携帯電話機４０に記憶された認証データを鍵認証装置５０に送信させ、扉の鍵を解錠させるためのプログラムである。
これらのプログラムは、Ｊａｖａ（登録商標）言語で記述されており、携帯電話機４０がこれらのプログラムをデータサーバ装置１０からダウンロードできるようになっている。
【００１４】
また、データサーバ装置１０は、図示せぬ音声応答装置と通信回線で接続されている。また、音声応答装置は、図示せぬ電話回線網を介して公衆電話等の固定電話機６０と接続されている。固定電話機６０や音声応答装置は、ユーザの所有する携帯電話機４０の電池が切れた場合や、ユーザが携帯電話機４０を紛失してしまったとき等、携帯電話機４０を使用することができない場合に利用される。音声応答装置は、固定電話機６０からの発呼があり、呼が接続されたときに、ユーザＩＤ等のユーザを識別するためのデータを、固定電話機６０からユーザに入力させるためのガイダンスを流す。また、音声応答装置は、ユーザに入力されたデータをデータサーバ装置１０に転送する。
【００１５】
［１．３．鍵認証装置の構成］
次に、鍵認証装置５０の構成を詳細に説明する。
図４は、鍵認証装置５０のハードウェア構成を示すブロック図である。鍵認証装置５０は、一般家庭やビルに設けられた扉を解施錠するための部材に取り付けることができるようになっている。
同図に示すように、鍵認証装置５０は、制御装置５１と電子錠５２とから構成されている。
制御装置５１は、制御装置５１の各部を制御するＣＰＵ５１１、記憶装置５１２、無線受信装置であるページャ５１３、及び制御装置５１から電子錠５２にデータを送信するためのインターフェース５１４、無線通信を行うためのＩｒＤＡ（Infrared Data Association）通信部５１５を備えており、これらはバス５１６で接続されている。
【００１６】
記憶装置５１２には、各種プログラムと各種データとが記憶されている。
具体的には、記憶装置５１２には、ＩｒＤＡ通信部５１５に送信されてくるデータや、ページャ５１３に送信されてくるメールを監視し、ページャ５１３がメールを受信したときに、当該メールに内包されているデータの内容を確認することにより、当該メールが認証データを記憶装置５１２に登録するためのメールであるか、または、携帯電話機４０の電池切れ等の緊急時にデータサーバ装置１０から送信されてきた解錠を指示するためのメールであるかを判断するための監視プログラムが記憶されている。
また、記憶装置５１２には、ページャ５１３から受信したメールに内包されている認証データ、または、ＩｒＤＡ通信部５１５から受信した解錠を指示するための解錠指示データに内包されている認証データを、記憶装置５１２に記憶されている認証データと照合して、一致していた場合には、扉を解錠するための解錠許可データをインターフェース５１４を介して電子錠５２に送信するための認証プログラムが記憶されている。
また、記憶装置５１２には、ページャ５１３から受信したメールが新規申込時の認証データを登録するためのメールである場合には、メールに内包されている認証データを記憶装置５１２に記憶するための認証データ登録プログラムが記憶されている。
また、記憶装置５１２にはデータサーバ装置１０より送信されてきた認証データが記憶される。
【００１７】
ページャ５１３は、一般的なポケットベルやクイックキャスト等の無線受信装置の機能を有している。すなわち、ページャ５１３は、ページャ５１３を識別するためのポケットベル番号宛に送信されたテキストデータやメールを受信する機能を有している。
なお、ページャ５１３は、鍵認証装置５０に予め取り付けられているが、市販のポケットベルやクイックキャストを購入して取り付けることもできる。
【００１８】
電子錠５２には、電子錠駆動部５２１や解錠機構５２２が備えられている。
解錠機構５２２は、扉を解施錠するための部材と電子錠駆動部５２１とに接続されている。解錠機構５２２は、電子錠駆動部５２１に連動して扉を解施錠するための部材を扉を解錠する方向に駆動することにより、扉を解錠する。
電子錠駆動部５２１は、制御装置５１のインタフェース５１４と接続されており、当該インターフェース５１４より解錠するための解錠許可データを受信する。電子錠駆動部５２１は、電流の変化によって駆動されるソレノイド等の部材を備えている。電子錠駆動部５２１は、制御装置５１より解錠許可データを受信すると、電流がソレノイドを流れる。これにより、磁力が発生し、電子錠駆動部５２１が駆動される。駆動された電子錠駆動部５２１の動きに連動して解錠機構５２２が駆動され、扉が解錠される。
【００１９】
［１．４．携帯電話機の構成］
次に、図５を参照しながら、携帯電話機４０の構成を説明する。
携帯電話機４０は、各部を制御するＣＰＵ４０１と、無線通信を行うための無線通信部４０２と、各種キーが操作されることによりＣＰＵ４０１に各種指令を与える操作部４０３と、通話を行うための通話処理部４０４と、各種画面を表示する表示部４０５と、各種プログラムやデータを記憶する記憶部４０６と、赤外線通信の規格であるＩｒＤＡによる通信を行うためのＩｒＤＡ通信部４０７と、これらを接続するバス４０９とを備えており、通常のコンピュータの機能を有している。
【００２０】
記憶部４０６は、ＲＯＭ（Read Only Memory）４０６ａと、不揮発性メモリ４０８とを備えている。
不揮発性メモリ４０８には、データサーバ装置１０等のサーバ装置からダウンロードされたJava言語で記述されたアプリケーションプログラムが記憶される。また、不揮発性メモリ４０８は、Java言語で記述されたアプリケーションプログラムがデータを書き込むために割り当てられた領域であるスクラッチパッド４０８ａを有する。
ＲＯＭ４０６ａには、携帯電話機４０用のオペレーティングシステム、ＷＷＷブラウザ等のソフトウェアや、Java実行環境を構築するためのソフトウェアが記憶されている。Java実行環境を構築するためのソフトウェアには、通信事業者が携帯電話機用に独自に策定したオリジナルJava拡張ライブラリが含まれている。このオリジナルJava拡張ライブラリには、例えば、スクラッチパッドＡＰＩ（Application Program Interface）、ＯＢＥＸ（Object Exchange Protocol）クライアントＡＰＩ、ＨＴＴＰ通信を行うためのＡＰＩが含まれている。スクラッチパッドＡＰＩは、スクラッチパッドに対するデータの書き込みや読み出しをサポートするためのＡＰＩである。ＯＢＥＸクライアントＡＰＩは、ＩｒＤＡ通信部４０７からのデータの送受信をサポートするためのＡＰＩである。
ＣＰＵ４０１は、Javaプログラミング言語で記述されたプログラムの実行時に、スクラッチパッドＡＰＩを利用してスクラッチパッド４０８ａに対するデータの書き込みや読み出しを行い、また、ＯＢＥＸクライアントＡＰＩを利用してＩｒＤＡ通信部４０７からのデータの送受信を行い、インターネット２０を介してＨＴＴＰに従ったＨＴＴＰリクエストをインターネット２０へ送出するとともに当該メッセージに対するＨＴＴＰレスポンスを受け取り、各種サーバ装置と通信を行う。
【００２１】
［２．動作］
次に、上記構成における、本実施形態の動作について説明する。
【００２２】
前提として、携帯電話機４０を所有するユーザは、鍵認証装置５０を購入して、自宅の扉に取り付けているものとする。また、鍵認証装置５０に組み込まれているページャ５１３のポケットベル番号は、鍵認証装置５０に購入時にユーザに通知されているものとする。
また、申込プログラムや認証プログラムは、データサーバ装置１０より携帯電話機４０にダウンロードされ、不揮発性メモリ４０８に記憶されているものとする。
また、鍵認証装置５０のＣＰＵ５１１は、監視プログラムを起動することによって、常にメール等のデータが送信されてくるのを監視しているものとする。
【００２３】
［２．１．認証データ登録時］
まず、ユーザが鍵認証システム１を利用するために、認証データを登録する時の動作を、図６を参照しながら説明する。
まず、ユーザは、携帯電話機４０の操作部４０３を操作して、申込プログラムを起動するための指示を行う。
これにより、携帯電話機４０のＣＰＵ４０１は、申込プログラムを不揮発性メモリ４０８より読み出して実行することにより、図８に示す鍵認証システム申込画面４０５ａを液晶表示部４０５に表示する。
次に、ユーザは、鍵認証システム申込画面４０５ａのユーザＩＤに対応するテキストボックスに“01”、パスワードに対応するテキストボックスに“123”、携帯電話番号に対応するテキストボックスに“090-1234-5678”、ポケットベル番号に対応するテキストボックスに“03-1234-5678”を入力した後、「送信」ボタンを押す。
これにより、ＣＰＵ４０１は、画面から入力されたデータを内包したＨＴＴＰリクエスト（以下、「申込データＤ１０」という）をデータサーバ装置１０に送信する。
【００２４】
データサーバ装置１０のＣＰＵ１０１は、申込データが送信されてきたのを検知する。これにより、ＣＰＵ１０１は、ハードディスク装置１０４より認証データ作成プログラムを読み出して実行することにより、認証データを作成する。具体的には、ＣＰＵ１０１は、受信した申込データに内包されるユーザＩＤ、パスワード、携帯電話番号、ポケットベル番号を表すデータをハッシュ関数に代入してハッシュ値を算出する。この算出されたハッシュ値によって表されるデータを、以下「認証データ」という。
そして、ＣＰＵ１０１は、受信したユーザＩＤ、パスワード、携帯電話番号、ポケットベル番号、及び作成した認証データを鍵認証システムＤＢ１０４１に格納する。
次に、ＣＰＵ１０１は、認証データを携帯電話機４０と鍵認証装置５０に送信するためのメールを作成する。
具体的には、ＣＰＵ１０１は、作成した認証データと、認証データを登録するためのメールであることを表すメール種別データと、メールを送信する送信先を識別するための携帯電話機４０の電話番号“090-1234-5678”とを内包したショートメール（登録商標）Ｄ１１を作成する。
また、ＣＰＵ１０１は、認証データと、認証データを登録するためのメールであることを表すメール種別データと、送信先を識別するためのページャ５１３のポケットベル番号“03-1234-5678”を内包したメールＤ１２を作成する。
そして、ＣＰＵ１０１は、これらのメールＤ１１、Ｄ１２を送信する。
【００２５】
データサーバ装置１０より送信されたショートメールＤ１１は、図示せぬショートメール用のメールサーバ装置と携帯電話基地局３２を経由して、携帯電話機４０に送信される。また、データサーバ装置１０より送信されたメールＤ１２は、図示せぬポケットベル用のメールサーバ装置とポケベル基地局３３を経由して、鍵認証装置５０のページャ５１３に送信される。
【００２６】
携帯電話機４０は、ショートメールＤ１１を受信する。ＣＰＵ４０１は、ショートメールＤ１１の受信を検知し、受信したメールＤ１１に内包されている認証データをスクラッチパッド４０８ａに記憶する。
【００２７】
一方、ページャ５１３がメールＤ１２を受信すると、ＣＰＵ５１１は、メールＤ１２の受信を検知する。そして、ＣＰＵ５１１は、当該メールが、認証データを登録するためのメールであるか、または、緊急時に解施錠するために送信されてきたメールであるかを判断する。当該メールには認証データを送信先に登録するためのメールであることを表すメール種別データが含まれていることから、ＣＰＵ５１１は、メールＤ１２に内包されている認証データを記憶装置５１２に記憶する。
【００２８】
［２．２．解錠時］
次に、施錠されている扉を解錠するときの動作について、図６を参照しながら説明する。
前提として、認証データは、前述した２．１．認証データ登録時の処理で、携帯電話機４０と鍵認証装置５０とに記憶されており、これらの認証データは一致しているものとする。
【００２９】
まず、ユーザは、携帯電話機４０を扉に設置されている鍵認証装置５０にかざしながら、携帯電話機４０の操作部４０３を操作して認証データを送信するための指示を行う。
これにより、携帯電話機４０のＣＰＵ４０１は、不揮発性メモリ４０８より認証データ送信プログラムを読み出して実行することにより、スクラッチパッド４０８ａより認証データを読み出して、当該認証データを内包した解錠指示データＤ２０を携帯電話機４０のＩｒＤＡ通信部４０７より送信する。
【００３０】
鍵認証装置５０のＩｒＤＡ通信部５１５は、携帯電話機４０より解錠指示データＤ２０を受信する。これにより、ＣＰＵ５１１は、記憶装置５１２より認証プログラムを読み出して実行する。受信した解錠指示データＤ２０に内包されている認証データと記憶装置５１２に記憶されている認証データとを照合する。
照合した結果、受信した認証データと記憶装置５１２に記憶されている認証データとが不一致の場合には、ＣＰＵ５１１は、処理を終了する。
ここでは、受信した認証データと記憶装置５１２に記憶されている認証データとが一致しているため、ＣＰＵ５１１は、解錠するための解錠許可データを、インターフェース５１４を介して、電子錠５２に送信する。
電子錠駆動部５２１は、解錠許可データを受信することにより、駆動される。解錠機構５２２は、電子錠駆動部５２１に連動して駆動される。これにより、扉を解施錠するための部材が、電子錠駆動部５２１に連動して、扉を解錠する方向に駆動され、扉が解錠される。
【００３１】
［２．３．緊急時］
次に、携帯電話機４０の電池切れ等により、ユーザが携帯電話機４０を使用できなくなったとき（以下、「緊急時」という）に、扉の鍵を解錠する動作について、図７を参照しながら説明する。
前提として、緊急時に固定電話機６０よりダイヤルするための電話番号は、鍵認証装置５０を購入したときに、ユーザに通知されているものとする。
また、ユーザが固定電話機６０より入力するユーザＩＤ、パスワード、携帯電話番号、及びポケットベル番号が表す値は、ユーザが２．１．認証データ登録時に鍵認証システム申込画面４０５ａより入力したことにより、鍵認証システムＤＢ１０４１に格納されている申込データの値と同一であるものとする。
また、鍵認証装置５０のページャ５１３に送信されたメールに内包されている認証データは、鍵認証装置５０の記憶装置５１２に記憶されている認証データと同一であるものとする。
【００３２】
まず、ユーザは、プッシュ式の公衆電話等の固定電話機６０から、緊急解錠用の電話番号をダイヤルする。これにより、固定電話機６０は、図示せぬ音声応答装置に対して発呼し、当該音声応答装置との呼を接続する。音声応答装置は、データを入力するためのガイダンスを固定電話機６０に送信する。ユーザは、音声応答装置からのガイダンスに従って、ユーザＩＤ“01”、パスワード“123”、携帯電話番号“090-1234-5678”、及びポケットベル番号“03-1234-5678”（以下、「緊急照合用データ」という）を入力する。音声応答装置は、緊急照合用データを内包した解錠を要求するための緊急解錠要求データＤ３０を、データサーバ装置１０に送信する。
【００３３】
データサーバ装置１０は、緊急解錠要求データＤ３０を受信する。
データサーバ装置１０のＣＰＵ１０１は、鍵認証システムＤＢ１０４１より、緊急解錠要求データＤ３０に含まれる緊急照合用データと同一の値を有する個人管理データを検索する。
ＣＰＵ１０１は、鍵認証システムＤＢ１０４１に緊急照合用データと同一の値を有する個人管理データが存在しなかった場合には、処理を終了する。
一方、ここでは、鍵認証システムＤＢ１０４１に入力された緊急用照合データと同一の値を有する個人管理データが存在するため、ＣＰＵ１０１は、当該個人管理データを読み出す。そして、ＣＰＵ１０１は、読み出した個人管理データの認証データを鍵認証装置５０のページャ５１３に送信するためのメールを作成する。
具体的には、ＣＰＵ１０１は、読み出した個人管理データの認証データと、ポケットベル番号と、緊急時に解錠指示を行うためのメールであることを表すメール種別データとを内包したメールＤ３１を作成する。
そして、ＣＰＵ１０１は、作成したメールＤ３１を送信する。
【００３４】
データサーバ装置１０が送信したメールＤ３１は、図示せぬポケットベル用のメールサーバ装置を経由して、鍵認証装置５０のページャ５１３に送信される。
ＣＰＵ５１１は、ページャ５１３にメールＤ３１が受信されたことを検知する。そして、ＣＰＵ５１１は、当該メールＤ３１が、認証データを登録するためのメールであるか、または、緊急時に解錠指示を行うために送信されてきたメールであるかを判断する。メールには解錠を指示するためのメールであることを表すメール種別データが含まれていることから、ＣＰＵ５１１は、受信したメールは、解錠を指示するためのメールであると判断する。これにより、ＣＰＵ５１１は、記憶装置５１２より認証プログラムを読み出して実行することにより、受信したメールに内包されている認証データと記憶装置５１２に記憶されている認証データとを照合する。
照合した結果、受信した認証データと記憶装置５１２に記憶されている認証データとが不一致の場合には、ＣＰＵ５１１は、処理を終了する。
ここでは、受信した認証データと記憶装置５１２に記憶されている認証データとが一致しているため、ＣＰＵ５１１は、解錠するための解錠許可データを、インターフェース５１４を介して、電子錠５２に送信する。
電子錠駆動部５２１は、解錠許可データを受信することにより、駆動される。解錠機構５２２は、電子錠駆動部５２１に連動して駆動される。これにより、扉を解施錠するための部材が、電子錠駆動部５２１に連動して、扉を解錠する方向に駆動され、扉が解錠される。
【００３５】
以上説明したように、鍵認証装置５０は、携帯電話機４０から認証データを受信して扉を解錠することができるため、ユーザは携帯電話機４０を携帯していれば、鍵を携帯することは不要となり、鍵の紛失や盗難等の心配をする必要がなくなる。
また、携帯電話機４０が電池切れ等で使用できない場合（緊急時）にも、公衆電話等の固定電話機６０から、ユーザ認証のための緊急照合用データを入力することで、データサーバ装置１０から鍵認証装置５０に認証データを内包したメールを送信することができる。鍵認証装置５０は、メールに内包されている認証データを用いて、携帯電話機４０から認証データが送信されてきた場合と同様に、認証データの照合を行った後に扉の解錠処理を行うことができる。
すなわち、本発明によれば、携帯電話機４０を使用できるときは認証データは携帯電話機４０から鍵認証装置５０に送信され、携帯電話機４０を使用できないときは認証データはデータサーバ装置１０から鍵認証装置５０に送信されるため、鍵認証装置５０において認証データを照合してから解施錠処理を行うという処理の仕組みは、何れの場合も同様である。このため、データサーバ装置１０に、認証データを照合させる機能を持たせる必要はなく、データサーバ装置１０は、緊急時に認証データを鍵認証装置５０に送信するのみの処理を行えばよい。
以上より、鍵認証システム１全体において、重複した機能を異なる装置にもたせることなく、合理的な鍵認証の仕組みを構築することができるため、開発効率が良く、また、使用する記憶装置やＣＰＵ等の資源を最小限にすることができる。
【００３６】
［３．変形例］
以上、本発明の実施形態について説明したが、この実施形態はあくまでも例示であり、本発明の趣旨から逸脱しない範囲で様々な変形が可能である。変形例としては、例えば以下のようなものが考えられる。
【００３７】
（１）上記実施形態においては、扉を解錠する場合のみ説明したが、本発明の解錠する仕組みは、施錠する場合にも適用できる。
（２）上記実施形態においては、データサーバ装置１０から鍵認証装置５０のページャ５１３に、メールが送信されるものとして説明したが、メールに限定されず、通常の文字情報を送信するようにしてもよい。また、上記実施形態においては、データサーバ装置１０から携帯電話機４０に、ショートメールが送信されるものとして説明したが、ショートメールに限定されずに、携帯電話機４０を識別するためのメールアドレス宛にメールが送信されるようにしてもよい。
【００３８】
（３）上記実施形態においては、鍵認証装置５０がメールを受信する手段としてページャ５１３を用いたが、これに限定されない。ページャ５１３を携帯電話機に置き換えてもよいし、他の無線送受信装置を用いてもよい。
（４）通常のパスワードとは別に緊急用のパスワードを予め鍵認証装置５０に記憶させておき、緊急時には、認証データ同士を照合するのに加えて、ユーザに固定電話機６０より緊急のパスワードを入力させることにより、緊急パスワード同士の照合を行ってもよい。これにより、さらに、認証の精度が高まり、セキュリティを向上させることができる。
【００３９】
（５）定期的にパスワードを変更して認証データを更新することにより、セキュリティを高めるようにしてもよい。
具体的には、ユーザは、携帯電話機４０より、従来のユーザＩＤ、携帯電話番号、ポケットベル番号と、新しいパスワードとを入力し、送信指示を行う。これにより、携帯電話機４０のＣＰＵ４０１は、画面から入力されたデータを内包したＨＴＴＰリクエスト（以下、「更新データ」という）をデータサーバ装置１０に送信する。データサーバ装置１０は、更新データを受信して、上記実施形態で説明した認証データ登録時の動作と同様に、当該更新データを基に、更新用の認証データを作成する。そして、データサーバ装置１０は、自装置１０の鍵認証システムＤＢ１０４１を更新すると共に、当該更新用認証データを内包したメールを、携帯電話機４０と鍵認証装置５０に送信する。
携帯電話機４０は、メールを受信し、ＣＰＵ４０１は、受信したメールに内包されている更新用認証データで、スクラッチパッド４０８ａに記憶されている認証データを更新する。また、鍵認証装置５０のページャ５１３がメールを受信すると、制御装置５１のＣＰＵ５１１は、メールに内包されている更新用認証データで、記憶装置５１２に記憶されている認証データを更新する。
【００４０】
（６）上記実施形態においては、解錠を行うときには、ユーザが携帯電話機４０を操作して認証データを送信するためのプログラムを起動することにより、携帯電話機４０から鍵認証装置５０に認証データを送信することとしたが、これに限定されない。例えば、鍵認証装置５０より、常時、赤外線通信によって携帯電話機４０の認証データ送信プログラムを起動するためのデータを送信しておき、ユーザが携帯電話機４０を扉にかざしたときに、携帯電話機４０の認証データ送信プログラムが起動されることにより、認証データが鍵認証装置５０に送信されるようにしてもよい。
（７）上記実施形態においては、認証データ等のデータの照合時に、データが一致していなかった場合には、処理を終了するものとして説明したが、エラーメッセージ等のデータを携帯電話機４０に送信するようにしてもよい。
（８）データベース構成や、ユーザが入力すべきデータ、認証データ作成の基となるデータ、使用するハッシュ関数、通信プロトコルについては、適宜最適なものを採用してよい。
【００４１】
【発明の効果】
以上説明したように、本発明によれば、携帯電話機を使用できるときも使用できないときも、鍵認証装置にて認証データの照合を行うことにより、解錠または施錠を行うことのできる鍵認証システムを構築することができる。
【図面の簡単な説明】
【図１】 本発明の実施形態に係る鍵認証システムの構成を説明するための図である。
【図２】 同実施形態に係るデータサーバ装置の構成を示すブロック図である。
【図３】 同実施形態に係る鍵認証システムＤＢのデータ構成を模式的に説明するための図である。
【図４】 同実施形態に係る鍵認証装置の構成を示すブロック図である。
【図５】 同実施形態に係る携帯電話機の構成を示すブロック図である。
【図６】 同実施形態に係る認証データ登録時と通常の解錠時の動作を説明するためのシーケンスチャートである。
【図７】 同実施形態に係る緊急時の動作を説明するためのシーケンスチャートである。
【図８】 同実施形態に係る設鍵認証システム申込画面を示す図である。
【符号の説明】
１……鍵認証システム、１０……データサーバ装置、２０……インターネット、３０……移動通信網、４０……携帯電話機、５０……鍵認証装置、６０……固定電話機。

Claims (2)

1. 携帯用通信端末より送信され、ユーザを識別するためのユーザ識別データを内包した申込データを受信する受信手段と、
   前記受信手段により受信された申込データから前記ユーザを認証するための認証データを作成する認証データ作成手段と、
   前記認証データ作成手段により作成された認証データと、前記受信手段により受信された申込データとを対応付けて記憶装置に記憶する申込記憶手段と、
   前記認証データ作成手段により作成された認証データと該認証データが登録用のデータであることを表す種別データとを内包した登録用認証データを、前記携帯用通信端末と解錠又は施錠を行うための鍵認証装置とに送信する認証データ送信手段と、
   前記携帯用通信端末以外の装置により送信され、前記ユーザ識別データを内包した解錠又は施錠を要求するための解施錠要求データを受信した場合に、前記ユーザ識別データに対応する認証データを前記申込記憶手段により記憶された記憶装置より読み出し、該認証データと該認証データが照合用のデータであることを表す種別データとを内包した緊急用認証データを前記鍵認証装置に送信する緊急手段と
   を有するサーバ装置と、
   前記申込データを前記サーバ装置に送信する手段と、
   前記サーバ装置より送信された前記登録用認証データを受信し、該登録用認証データに内包される認証データを記憶する携帯用通信端末記憶手段と、
   前記携帯用通信端末記憶手段により記憶された認証データと該認証データが照合用のデータであることを表す種別データとを内包した照合用認証データを前記鍵認証装置に送信する解施錠指示送信手段と
   を有する前記携帯用通信端末と、
   前記サーバ装置より送信された前記登録用認証データを受信し、該登録用認証データに内包される認証データを記憶する鍵認証装置記憶手段と、
   前記サーバ装置より送信された前記緊急用認証データを受信する緊急解施錠指示受信手段と、
   前記携帯用通信端末より送信された前記照合用認証データを受信する解施錠指示受信手段と、
   前記緊急解施錠指示受信手段により受信された緊急用認証データに内包された認証データ、又は、前記解施錠指示受信手段により受信された照合用認証データに内包された認証データと、前記鍵認証装置記憶手段により記憶された認証データとが一致していた場合には、解錠又は施錠を行う解施錠手段と
   を有する鍵認証装置と
   を備えた鍵認証システム。
2. 携帯用通信端末が、ユーザを識別するためのユーザ識別データを内包した申込データを送信する申込データ送信ステップと、
   サーバ装置が、前記申込データ送信ステップにて前記携帯用通信端末より送信された申込データを受信する申込データ受信ステップと、
   前記サーバ装置が、前記申込データ受信ステップにより受信された申込データから前記ユーザを認証するための認証データを作成する認証データ作成ステップと、
   前記認証データ作成ステップにより作成された認証データと、前記申込データ受信ステップにより受信した申込データとを対応付けて記憶装置に記憶する申込記憶ステップと、
   前記認証データ作成ステップにより作成された認証データと該認証データが登録用のデータであることを表す種別データとを内包した登録用認証データを、前記携帯用通信端末と解錠又は施錠を行うための鍵認証装置とに送信する認証データ送信ステップと、
   前記携帯用通信端末と前記鍵認証装置とが、前記認証データ送信ステップにより送信された登録用認証データを受信し、該登録用認証データに内包されている認証データを記憶する認証データ記憶ステップと、
   前記携帯用通信端末が使用された場合には、前記携帯用通信端末が前記認証データ記憶ステップにより記憶された認証データと該認証データが照合用のデータであることを表す種別データとを内包した照合用認証データを前記鍵認証装置に送信する一方、
   前記携帯用通信端末以外の装置が使用されて、当該装置により送信され、前記ユーザ識別データを内包した解錠又は施錠を要求するための解施錠要求データを前記サーバ装置が受信した場合には、当該サーバ装置が、前記ユーザ識別データに対応する認証データを前記申込記憶ステップにおいて記憶された前記記憶装置より読み出し、該認証データと該認証データが照合用のデータであることを表す種別データとを内包した緊急用認証データを前記鍵認証装置に送信する解施錠指示ステップと、
   前記鍵認証装置が、前記解施錠指示ステップで送信された照合用認証データ、又は、緊急用認証データを受信し、前記照合用認証データに内包される認証データ、又は、前記緊急用認証データに内包される認証データと認証データ記憶ステップで記憶された認証データとが一致していた場合には、解錠又は施錠を行う解施錠ステップと
   を有する鍵認証方法。

Images