JP4435062B2 - キー開閉システム - Google Patents

Description

この発明は、ユーザーが持ち物を保管しておくために利用するボックスのキー開閉システムに関する。

例えば、ゴルフ場やホテルなどで、ユーザーが持ち物を保管しておく保管ボックスに電子キーを用いたものがある。
このような保管ボックスは、不特定多数のユーザーに利用されるので、物理的なキーを用いた場合には、ユーザーが替わるたびに、物理的な専用キーを手渡したり、回収したりする手間が掛かるし、キーの紛失や合鍵作成の心配もある。
上記のような手間や危険を防止するために、保管ボックスの電子キーとして、物理的なキーを用いる代わりに、ユーザーが設定したパスワードを利用するようにしたものがある。

すなわち、ユーザーが、物品を収納してから、自分でパスワードを設定し、それをボックスの電子キー装置に記憶させて施錠し、開錠時には、ユーザーが設定したパスワードを入力すると開錠できるというものである。
そして、このようなボックスでは、ユーザーはボックスに取り付けられた電子キー装置のテンキーなどの入力ボタンから、自分で決めたパスワードを入力して設定するようにしている。
特開２００５−１６３２６３号公報 特開２００３−２７８４２１号公報 特開２００２−０３８７８１号公報

上記のように、パスワードをテンキーなどから設定する場合、テンキーに付いた指跡から入力したパスワードを推測されたり、テンキーを操作する手元を写す隠しカメラを用いてパスワードを読み取られたりして、ボックス内のものが盗まれるということがある。
この発明の目的は、ユーザーが設定したパスワードなど、開錠に必要な情報が他人に知られて電子キーが不正に開錠される心配がない電子キーの開閉システムを提供することである。

第１の発明は、電子キーとこの電子キーに連係しこの電子キーを開閉するためのキー制御部とを備えたボックスと、上記電子キーを開閉する機能を有する携帯端末とを備え、上記携帯端末は、キー開閉用アプリを設定した端末用制御部と、この端末用制御部へデータを手入力するための入力部と、上記携帯端末ごとに設定されたパスワードを記憶するパスワード記憶部と、暗号化キーとなる秘密鍵およびこの暗号化キーで生成される暗号を復号化する唯一の復号化キーとなる公開鍵を記憶する鍵記憶部と、近接状態の時にのみ上記ボックスのキー制御部とデータ通信が可能な通信用記憶部とを備え、上記端末用制御部は、上記ボックスのキー制御部から上記通信用記憶部を介してアプリの起動コマンドが入力されたとき、キー開閉用アプリを起動する機能と、上記入力部からパスワードが入力されたとき、この入力されたパスワードと上記パスワード記憶部が記憶しているパスワードとを対比して両者が一致するか否かを判定する機能と、両パスワードが一致したときにはキー開閉用アプリの動作を継続させる一方、上記両パスワードが一致しないときにはキー開閉用アプリの動作を終了させる機能とを備え、上記キー開閉用アプリは、上記端末用制御部に、上記鍵記憶部が記憶している公開鍵を上記通信用記憶部に記憶させる機能と、上記キー制御部から通信用記憶部を介して認証用文字列を受信したとき、この認証用文字列を鍵記憶部が記憶している秘密鍵を用いて暗号化する機能と、生成した暗号を通信用記憶部に記憶させる機能とを実現させるプログラムである。

また、第１の発明の上記キー制御部は、電子キーの開錠状態において携帯端末の通信用記憶部が自身に近接状態となったとき、この通信用記憶部にアプリの起動コマンドを書き込む機能と、上記通信用記憶部が記憶している公開鍵を読み取る機能と、読み取った公開鍵を記憶するとともに自身に接続している電子キーを施錠する機能とを備え、さらに、上記キー制御部は、電子キーの施錠状態において上記携帯端末の通信用記憶部が上記キー制御部に近接状態になったとき、認証用文字列を生成してそれを記憶する機能と、生成した認証用文字列およびキー開閉用アプリの起動コマンドを携帯端末の通信用記憶部に書き込む機能と、上記近接状態の通信用記憶部が記憶している暗号を読み取る機能と、読み取った暗号を自身が記憶している公開鍵を用いて復号化して文字列を生成する機能と、上記暗号を復号化して生成した文字列を自身が記憶している認証用文字列と対比して両者が一致する否かを判定する機能と、判定した結果、両文字列が一致したときにのみ、上記電子キーを開錠する機能と、電子キーの開錠後に自身が記憶している公開鍵および認証用文字列を消去する機能とを備えた点に特徴を有する。

第２の発明は、電子キーとこの電子キーに連係しこの電子キーを開閉するためのキー制御部とを備えたボックスと、上記電子キーを開閉する機能を有し、互いに通信可能な第１携帯端末および第２携帯端末とを備え、上記第１、第２携帯端末は、それぞれ第１、第２キー開閉用アプリを設定した第１、第２端末用制御部と、これらの端末用制御部へデータを手入力するための入力部と、携帯端末ごとに設定されたパスワードを記憶するパスワード記憶部と、近接状態の時にのみ上記ボックスのキー制御部とデータ通信が可能な第１、第２通信用記憶部とを備えるとともに、上記第１携帯端末は、暗号化キーとなる秘密鍵およびこの暗号化キーで生成される暗号を復号化する唯一の復号化キーとなる公開鍵を記憶する鍵記憶部を備え、上記第１、第２端末用制御部は、上記ボックスのキー制御部から上記通信用記憶部を介して起動コマンドが入力されたとき、それぞれ第１、第２キー開閉用アプリを起動する機能と、上記入力部からパスワードが入力されたとき、この入力されたパスワードとパスワード記憶部が記憶しているパスワードとを対比して両者が一致するか否かを判定する機能と、両パスワードが一致したときには上記第１、第２キー開閉用アプリの動作を継続させる一方、上記両パスワードが一致しないときには上記第１、第２キー開閉用アプリの動作を終了させる機能とを備え、上記第１キー開閉用アプリは、上記鍵記憶部が記憶している公開鍵を上記通信用記憶部に記憶させる機能と、第２携帯端末から認証用文字列を受信したとき、この認証用文字列を鍵記憶部が記憶している秘密鍵を用いて暗号化する機能と、生成した暗号を第２携帯端末へ送信する機能とを実現させるプログラムである。

また、上記第２キー開閉用アプリは、上記ボックスのキー制御部から自身の通信用記憶部を介して認証用文字列を受信したとき、この認証用文字列を上記第２端末用制御部へ送信する機能と、第１携帯端末から受信した暗号を自身の通信用記憶部へ記憶させる機能とを実現させるプログラムであり、上記キー制御部は、電子キーの開錠状態において第１携帯端末の第１通信用記憶部が自身に近接状態となったとき、この第１通信用記憶部に第１キー開閉用アプリの起動コマンドを書き込む機能と、上記第１通信用記憶部が記憶している公開鍵を読み取る機能と、読み取った公開鍵を記憶するとともに自身に接続している電子キーを施錠する機能とを備え、さらに、上記キー制御部は、電子キーの施錠状態において第２携帯端末の第２通信用記憶部が自身に近接状態になったとき、認証用文字列を生成してそれを記憶する機能と、生成した認証用文字列および第２キー開閉用アプリの起動コマンドを携帯端末の通信用記憶部に書き込む機能と、上記近接状態の第２通信用記憶部が記憶している暗号を読み取る機能と、読み取った暗号を自身が記憶している公開鍵を用いて復号化して文字列を生成する機能と、生成した文字列を自身が記憶している認証用文字列と対比して両者が一致するか否かを判定する機能と、判定した結果、両文字列が一致したときにのみ、上記電子キーを開錠する機能と、電子キーの開錠後に自身が記憶している公開鍵および認証用文字列を消去する機能とを備えた点に特徴を有する。

第３の発明は、上記第１または第２の発明を前提とし、上記携帯端末と通信可能な管理サーバーを備えるとともに、上記管理サーバーは、携帯端末から送信された公開鍵を受信して、その公開鍵とすでに記憶している公開鍵とを対比して、受信した公開鍵と同一の公開鍵を記憶しているか否かを判定する機能と、その判定結果を携帯端末へ送信する機能と、上記同一の公開鍵がなかった場合にのみ新たに受信した公開鍵を記憶する機能とを備え、上記キー開閉用アプリは、携帯端末の端末用制御部に、上記秘密鍵および公開鍵を生成する機能と、生成した公開鍵を上記管理サーバーへ送信する機能と、送信した公開鍵と同一の公開鍵が既に記憶されている旨の判定結果を受信したときには公開鍵および秘密鍵を新たに生成する機能と、上記同一の公開鍵が記憶されていない旨の判定結果を受信したときには生成した公開鍵および秘密鍵を鍵記憶部に記憶させる機能とを実現させる点に特徴を有する。
なお、上記第１および第２の発明の近接状態とは、接触あるいはそれに近い状態のことである。

第１〜第３の発明によれば、施錠状態で不正に開錠される危険性の極めて低い、安全なキー開閉システムを得られる。
また、ボックス側には、予め、固有のデータを設定しておく必要がないので、ボックス設置時の初期設定が不要である。そのため、ボックスの初期設定の手間を省くことができるとともに、ボックスとしては、同一のものを量産することができるので生産性も良い。
また、設置状態において、サーバーなどにより外部からボックスを管理する必要がないので、ボックスから外部に引き出す信号線が不要であり、設置場所には電源だけがあればよい。従って、ボックスの設置場所の自由度が高い。

また、第２の発明によれば、施錠者に依頼された代理者が、電子キーを開錠することができる。例えば、ボックスに保管した荷物を代理者に取り出してもらうことができて便利である。その際にも、代理者の携帯端末のみでは開錠ができず、同一人による施開錠と同様な安全性が確保される。
第３の発明によれば、異なる携帯端末に、同一の公開鍵および秘密鍵が重複して設定されることを確実に防止できる。これにより、さらに、安全性が高まる。

図１〜図４を用いて、この発明の第１実施形態を説明する。
図１は、第１実施形態のシステムの全体構成図で、公共施設などで貴重品を保管するボックス１と、このボックス１を利用するユーザーが使用するこの発明の携帯端末である携帯電話機２と、この携帯電話機２と通信ネットＮを介して通信可能な管理サーバー３とを備えている。
そして、上記ボックス１は、本体１ａと扉１ｂとからなり、本体１ａ内には、図２に示すように、扉１ｂをロックするための電子キー４と、この電子キー４を制御するキー制御部５が内蔵されている。

また、このボックスの本体１ａの前面には、上記キー制御部５を動作させるためのスイッチ１ｃが設けられているとともに、後で詳しく説明するが、上記キー制御部５との間でデータ通信を行なうユーザーの携帯電話機２をタッチさせるタッチ位置１ｄを示している。なお、図中符号１ｅは、扉１ｂに設けた取っ手である。
さらに、上記キー制御部５は、図２に示すように、データ処理部５ａと記憶部５ｂとを備え、データ処理部５ａは、自身に接触状態に近く接近した共有メモリ８（図２参照）に対し、データの書き込みおよび読み取りの機能と、データを記憶する機能とを有する。すなわち、このデータ処理部５ａと共有メモリ８とは、近接状態の時に、データの送受信が可能である。なお、データ処理部５ａは、予め設定された制御プログラムに従って動作するものとする。

一方、携帯電話機２は、図２に示すように、制御部６と、これに連係する記憶部７、共有メモリ８、入力部９、携帯電話機２のディスプレイである表示部１０、メイン通信部１１を備えている。
そして、上記制御部６が、この発明のキー開閉アプリを設定した端末用制御部であり、共有メモリ８が、上記キー制御部５のデータ処理部５ａと通信が可能な、この発明の通信用記憶部である。この共有メモリ８は、具体的には、アンテナを備えたＩＣチップであり、このアンテナの電源がオンになっている状態で、上記データ処理部５ａからデータを書き込むことができるとともに、ここに書き込まれているデータをデータ処理部５ａが読み取ることができるようにしたメモリである。

また、上記入力部９は、携帯電話機２のプッシュキーに連係し、上記制御部６へデータを入力するための機能を備え、メイン通信部１１は、電話機として他の電話機と通話をしたり、インターネットなどに接続したりする通信機能を備えている。なお、上記記憶部７は、上記制御部６に接続した記憶部で、ユーザーが、入力部９から手入力したパスワードや、その他のデータを記憶する記憶部であるが、上記ボックス側のデータ処理部５ａからはアクセスできない領域である。
そして、この携帯電話機２の制御部６に設定したキー開閉用アプリと、ボックス１のキー制御部５に設定された制御プログラムとによって、ボックス１の電子キー４の開閉を制御するようにしている。

また、図１に示す管理サーバー３は、上記キー開閉用アプリの提供者などが管理するサーバーであって、キー開閉用アプリを記憶し、それを携帯電話機２にダウンロードさせる機能を備えている。
携帯電話機２が、この管理サーバー３からキー開閉用アプリをダウンロードしてから初期設定するまでの手順は以下のとおりである。
まず、携帯電話機２は、メイン通信部１１の機能を使って、通信ネットＮを介して管理サーバーへアクセスし、キー開閉用アプリをダウンロードさせるホームページを表示させる。このページから、キー開閉用アプリをダウンロードする。

携帯電話機２にダウンロードされたキー開閉用アプリが初めて起動されると、上記制御部６が、秘密鍵とこれに対応した公開鍵とを自動的に生成する。
上記秘密鍵は、暗号キーとなるものであり、公開鍵は、この秘密鍵で暗号化した暗号を平文に戻すための唯一の復号化キーである。つまり、上記秘密鍵と公開鍵とは１対１に対応している。また、これらの秘密鍵および公開鍵は、携帯電話機２ごとに異なるものにする必要がある。

このような秘密鍵と公開鍵とのセットを自動的に生成する方法は、どのような方法でもかまわないが、それを生成した携帯電話機２ごとにユニークであることが望まれるため、例えば、乱数を基にして生成するようにしている。
ただし、乱数を用いる場合においても、基になる乱数が一致してしまう可能性がゼロではないため、別々の携帯電話機２で生成した秘密鍵および公開鍵が、重複してしまう可能性もある。

このような公開鍵の重複を防止するために、この第１実施形態のシステムでは、次のようにしている。
すなわち、携帯電話機２では、キー開閉用アプリによって秘密鍵と公開鍵とをセットで生成したら、生成した公開鍵を、管理サーバー３へ送信する。
管理サーバー３では、携帯電話機２から送信された公開鍵を、すでに登録されている公開鍵と対比して、既に登録されているか否かを判定する。
そして、管理サーバー３は、その判定結果を携帯電話機２の制御部６へメイン通信部１１を介して送信する。
ここで、管理サーバー３は、携帯電話機２から送信された公開鍵が既に登録されていたものではないと判定した場合には、その公開鍵を管理サーバーに新たに登録し、同一公開鍵がないという判定結果を受信した携帯電話機２では、制御部６が生成した秘密鍵と公開鍵とを記憶部７に登録する。

一方、管理サーバー３が、携帯電話機２から受信した公開鍵が既に登録されたものと一致すると判定した場合には、その結果を携帯電話機２へ送信し、これを受信した制御部６は、再度、秘密鍵と公開鍵とを生成する。そして、生成した公開鍵を管理サーバー３へ送信し、以下、上記と同様に処理して、重複しない公開鍵が管理サーバーおよび携帯電話機２の記憶部７に登録される。

さらに、上記キー開閉用アプリの初期設定には、パスワードの設定も必要である。例えば、制御部６は、表示部１０にパスワード設定を要求する画面を表示させ、ユーザーが任意のパスワードを入力部９から入力すると、そのパスワードを記憶７に記憶させる。
以上のように、記憶部７が、秘密鍵と、公開鍵と、パスワードとを記憶して、キー開閉用アプリの初期設定が終了する。
すなわち、この実施形態における記憶部７が、この発明の鍵記憶部およびパスワード記憶部に相当する。
以上のような初期設定のための処理は、上記キー開閉用アプリに基づく制御部６の機能である。

上記のようにして、キー開閉用アプリの初期設定を終了した携帯電話機２を用いて、ボックス１の電子キー４を開閉する手順を以下に説明する。
初めに、電子キー４が開錠状態から施錠するまでの手順を、図３を用いて説明する。図３の左側は携帯電話機２側の処理手順を示したフローチャートであり、右側はボックス１側の処理手順を示したフローチャートである。そして、携帯電話機２とボックス１との間でやり取りされるデータを矢印Ａ１〜Ａ４で示している。

まず、ボックス１に物品を保管したいユーザーは、物品を入れて扉１ｂを閉めてから、スイッチ１ｃを押すとともに、自分の携帯電話機２をボックス１のタッチ位置１ｄにタッチさせる（ステップＳ１０１）。
これにより、ボックス１のキー制御部５が、図３のステップＳ１でスイッチオンとなり、ステップＳ２へ進む。ステップＳ２では、キー制御部５のデータ処理部５ａが問い合わせ信号を発信する。この問い合わせ信号は、キー制御部５の近傍にのみ到達する信号であり、この信号エリアに携帯電話機２が有る場合にのみ、その携帯電話機２から応答信号が返信されるようにしている。

キー制御部５のデータ処理部５ａは、ステップＳ３で、上記問い合わせ信号に対する応答信号を受信しなければ、ステップＳ１０へ進んで処理を終了する。ここでは、携帯電話機２がボックス１にタッチ状態となっているので、矢印Ａ１のように、問い合わせ信号が送信され、携帯電話機２の制御部６が、ステップＳ１０２で問い合わせ信号を受信する。ただし、制御部６とキー制御部５との間のデータ送受信は、共有メモリ８を介して行なうようにしているため、問い合わせ信号も、共有メモリ８を介して受信する。具体的には、上記問い合わせ信号を共有メモリ８のアンテナが受信することによって共有メモリ８の電源がオンされ、制御部６に問い合わせ信号が入力されることになる。

ステップＳ１０２で、問い合わせ信号を受信した携帯電話機２の制御部６は、ステップＳ１０３で、上記問い合わせに対応する応答信号を共有メモリ８へ書き込み、ボックス１のキー制御部５のデータ処理部５ａがこれを共有メモリ８から読み取って、矢印Ａ２のように応答信号がボックス１側へ渡る。
ボックス１側では、データ処理部５ａが、ステップＳ３で応答信号を受信し、ステップＳ４で、ボックス１のタッチ位置所１ｄ（図１参照）に携帯電話機２がタッチ状態であることを認識してステップＳ５へ進む。

なお、図３のフローチャートには示していないが、上記問い合わせ信号は、ボックス１のキー制御部５のスイッチがオン状態の間は、定期的に発信されるようにしている。これにより、キー制御部５のデータ処理部５ａは、携帯電話機２がタッチ状態であるかどうかを判定できる。そして、キー制御部５がスイッチオンになっても、予め設定した所定時間以内に、携帯電話機２がタッチ状態にならない場合には、動作を終了して自らスイッチをオフにするようにしてもよい。

ステップＳ５で、キー制御部５のデータ処理部５ａは、電子キー４が開錠状態かどうかを判定する。もしも、施錠状態と判定した場合には、後で説明する図４で示すステップＳ２１へ進むが、ここでは、物品を入れて扉１ｂを閉めた状態なので、開錠状態と判定してステップＳ６へ進む。
ステップＳ６で、キー制御部５のデータ処理部５ａは、携帯電話機２に設定されているキー開閉用アプリを起動するための、アプリ起動コマンドを、ボックス１にタッチ状態の携帯電話機２の共有メモリ８へ書き込む（矢印Ａ３）。

次に、携帯電話機２では、ステップＳ１０４で、制御部６が共有メモリ８を介してアプリ起動コマンドを受信し、ステップＳ１０５でキー開閉用アプリを起動させる。従って、以下の、制御部６の処理ステップは、キー開閉用アプリに基づくものである。
次に、ステップＳ１０６で、ユーザーが、携帯電話機２をボックス１から離す。このように、携帯電話機２をボックス１から離すタイミングは、上記アプリ起動コマンドを受信するステップＳ１０４以降ならいつでもかまわない。なぜなら、携帯電話機２の制御部６は、アプリ起動コマンドを受信してしまえば、ボックス１から離れても、キー開閉用アプリを起動させることができるからである。
上記ステップＳ１０６でキー開閉用アプリが起動したら、制御部６は、ステップＳ１０７で、携帯電話機２の表示部１０にパスワード入力を要求する表示を行なう。この表示に従って、ユーザーが入力部９からパスワードを入力し、制御部６にパスワードが入力される（ステップＳ１０８）。

ステップＳ１０９で、制御部６は、入力されたパスワードと記憶部７が記憶しているパスワードとを対比して、両者が一致しているかどうかを判定する。その結果、両パスワードが一致しなければ、ステップＳ１１２へ進み、キー開閉用アプリを終了する。
このとき、ボックス１では、キー制御部５のデータ処理部５ａがステップＳ７に進み、公開鍵が共有メモリ８から読み取り可能かどうかを判定する。具体的には、上記ステップＳ４でタッチ状態を確認してから、予め設定した所定時間内に、公開鍵を書き込まれた共有メモリ８がタッチ状態になっているかどうかを判定することになる。

ところが、上記のように、携帯電話機２側のステップＳ１０９でパスワードが一致しないで、処理がステップＳ１０９からステップＳ１１２へ進んだ場合には、共有メモリ８には公開鍵が書き込まれていないし、ボックス１にタッチ状態でもない。従って、ボックス１側では、所定時間経過後に、公開鍵を読み取れないと判定して、ステップＳ１０へ進み、処理を終了する。
つまり、ユーザーが、携帯電話機２の記憶部７が記憶しているパスワードを携帯電話機２へ入力できなければ、電子キー４の施錠はできない。

一方、上記ステップＳ１０９で、両パスワードが一致した場合には、ステップＳ１１０へ進む。ステップＳ１１０で、制御部６は記憶部７が記憶している公開鍵を共有メモリ８へ書き込み、ステップＳ１１１でユーザーが携帯電話機２をボックス１にタッチさせる。なお、ここでは図示していないが、上記キー開閉用アプリは、制御部６に、公開鍵を共有メモリ８に書き込む処理を実行させた後、表示部１０に「ボックスにタッチしてください」というような表示をさせる処理を実行させてもよい。そして、携帯電話機２がボックス１にタッチされると、ボックス１のキー制御部５のデータ処理部５ａが、共有メモリ８から矢印Ａ４のように公開鍵を読み取ってそれをキー制御部５の記憶部５ｂに記憶させる（ステップＳ８）。
そして、ステップＳ９で、上記データ処理部５ａが施錠信号を出力し、電子キー４を施錠する。
以上のステップで、電子キー４の施錠ができる。この施錠状態では、ボックス１のキー制御部５は、その記憶部５ｂに、上記携帯電話機２から読み取った公開鍵を記憶している。

次に、施錠状態から、電子キー４を開錠させる手順を、図４を用いて説明する。
なお、図４の左側は携帯電話機２側の処理手順を示したフローチャートであり、右側はボックス１側の処理手順を示したフローチャートである。そして、携帯電話機２とボックス１との間でやり取りされるデータを矢印Ｂ１〜Ｂ５で示している。
ただし、図４の携帯電話機側のステップＳ２０１〜Ｓ２０４およびボックス側のステップＳ１〜Ｓ５は、それぞれ、図３に示す施錠時の携帯電話機側の処理ステップＳ１０１〜Ｓ１０４、ボックス側処理ステップＳ１〜Ｓ５と同様の処理である。従って、施錠時と同様の処理ステップについては簡単に説明する。

まず、ボックス１に物品を保管したユーザーは、ボックス１のスイッチ１ｃを押すとともに、自分の携帯電話機２をボックス１のタッチ位置１ｄにタッチさせる（ステップＳ２０１）。
これにより、ボックス１のキー制御部５が、図３のステップＳ１でスイッチオンとなり、ステップＳ２へ進む。ステップＳ２で、キー制御部５のデータ処理部５ａが問い合わせ信号を発信する。この問い合わせ信号は、上記施錠時に発信されるものと同様の信号である。

そして、このステップＳ２によって、矢印Ｂ１のように問い合わせ信号が送信されると、ステップＳ２０２で、問い合わせ信号を受信した携帯電話機２の制御部６は、ステップＳ２０３で、上記問い合わせに対応する応答信号を共有メモリ８へ書き込み、ボックス１のキー制御部５のデータ処理部５ａがこれを共有メモリ８から読み取って、矢印Ｂ２のように応答信号がボックス１側へ渡る。
ボックス１側では、キー制御部５のデータ処理部５ａは、ステップＳ３で、上記問い合わせ信号に対する応答信号を受信しなければ、ステップＳ３０へ進んで処理を終了するが、ここでは、データ処理部５ａが、ステップＳ３で応答信号を受信する。そして、ステップＳ４で、ボックス１のタッチ位置１ｄ（図１参照）に携帯電話機２がタッチ状態であることを認識してステップＳ５へ進む。

上記キー制御部５のデータ処理部５ａは、ステップＳ５で、電子キー４が開錠状態かどうかを判定する。もしも、開錠状態と判定した場合には、先に説明した図３で示すステップＳ６へ進むが、ここでは施錠状態と判定してステップＳ２１へ進む。このステップＳ２１以下の処理は、ボックス１側の、施錠状態から開錠する際に特有の処理ステップである。
なお、この実施形態で、キー制御部５のデータ処理部５ａが、電子キー４の施開錠を判定する方法はどのようなものでもかまわない。例えば、自身が電子キー４を制御する際に、その状態を記憶するようにしてもよいし、キー制御部５の記憶部５ｂが公開鍵を記憶しているときには施錠状態と判定し、公開鍵を記憶していないときには、開錠状態と判定することもできる。

キー制御部５のデータ処理部５ａは、上記ステップＳ５で施錠状態と判定し、ステップＳ２１へ進んだら、上記データ処理部５ａは、ランダムに認証用文字列を生成し、それを記憶部５ｂに記憶させる。
そして、データ処理部５ａは、ステップＳ２２でアプリ起動コマンドを携帯電話機２の共有メモリ８へ書き込み（図４矢印Ｂ３）、ステップＳ２３で上記認証用文字列を共有メモリ８へ書き込む（矢印Ｂ４）。ただし、上記共有メモリ８への、アプリ起動コマンドの書き込みと、認証用文字列の書き込みはどちらが先でもかまわないし、これらを同時に行なうようにしてもよい。要するに、携帯電話機２がボックス１にタッチ状態の間に、アプリ起動コマンドおよび認証用文字列を共有メモリ８へ書き込むようにすればよい。

携帯電話機２の制御部６は、ステップＳ２０４で、共有メモリ８を介してアプリ起動コマンドを受信し、ステップＳ２０５で、認証用文字列を受信する。
そして、ステップＳ２０６で、上記制御部６は、キー開閉用アプリを起動させる。従って、以下の制御部６の処理ステップは、キー開閉用アプリに基づくものである。

次に、ステップＳ２０７で、ユーザーが、携帯電話機２をボックス１から離す。
また、上記ステップＳ２０６でキー開閉用アプリが起動したら、制御部６は、ステップＳ２０８で、携帯電話機２の表示部１０にパスワード入力を要求する表示を行なう。この表示に従って、ユーザーが入力部９からパスワードを入力し、制御部６にパスワードが入力される（ステップＳ２０９）。

ステップＳ２１０で、制御部６は、入力されたパスワードと記憶部７が記憶しているパスワードとを対比して、両者が一致しているかどうかを判定する。その結果、両パスワードが一致しなければ、ステップＳ２１４へ進み、キー開閉用アプリを終了する。
このとき、ボックス１では、キー制御部５のデータ処理部５ａがステップＳ７に進み、公開鍵が共有メモリ８から読み取り可能かどうかを判定する。具体的には、上記ステップＳ４でタッチ状態を確認してから、予め設定した所定時間内に、暗号を書き込まれた共有メモリ８がタッチ状態になっているかどうかを判定することになる。

ところが、上記のように、携帯電話機２側のステップＳ２１０でパスワードが一致しないで、処理がステップＳ２１０からステップＳ２１４へ進んだ場合には、共有メモリ８には暗号が書き込まれていないし、ボックス１にタッチ状態でもない。従って、ボックス１側では、所定時間経過後に、暗号を読み取れないと判定して、ステップＳ３０へ進み、処理を終了する。
つまり、ユーザーが、携帯電話機２の記憶部７が記憶しているパスワードを携帯電話機２へ入力できなければ、電子キー４の開錠はできない。

一方、携帯電話機２側では、上記ステップＳ２１０で、両パスワードが一致した場合には、ステップＳ２１１へ進む。ステップＳ２１１で、制御部６は共有メモリ８に書き込まれた認証用文字列を、記憶部７が記憶している秘密鍵で暗号化する。そして、ステップＳ２１２で、処理部６が、生成した暗号を共有メモリ８へ書き込み、ステップＳ２１３でユーザーが携帯電話機２をボックス１にタッチさせる。なお、ここでも、上記キー開閉用アプリは、制御部６に、暗号を共有メモリ８に書き込む処理を実行させた後、表示部１０に「ボックスにタッチしてください」というような表示をさせる処理を実行させてもよい。そして、携帯電話機２がボックス１にタッチされると、ボックス１のデータ処理部５ａが、供給メモリ８から矢印Ｂ５のように暗号を読み取る（ステップＳ２５）。

上記データ処理部５ａは、ステップＳ２５で携帯電話機２の共有メモリ８から読み取った暗号を、ステップＳ２６で、キー制御部５の記憶部５ｂが記憶している公開鍵で復号化する。
そして、ステップＳ２７で、データ処理部５ａは、復号化して生成した文字列と、記憶部５ｂが記憶している認証用文字列とが一致すかどうか判定する。その結果、両文字列が一致した場合には、ステップＳ２８へ進み、上記データ処理部５ａが開錠信号を出力し、電子キー４を開錠する。以上のステップで、電子キー４の開錠ができる。そして、ステップＳ２９で、上記データ処理部５ａは、記憶部５ｂが記憶している認証用文字列および公開鍵を削除して処理を終了する（ステップＳ３０）。
一方、上記ステップＳ２７で、文字列が一致しなかった場合には、ステップＳ３０へ進み、施錠状態を維持したまま処理を終了する。

なお、上記ステップＳ２７で、キー制御部５のデータ処理部５ａが復号化した文字列と記憶部５ｂが記憶している認証用文字列とが一致することによって、電子キー４を開錠するようにしている理由は、次のとおりである。
上記暗号の復号化は、施錠時に特定の携帯電話機２から読み取って記憶部５ｂが記憶している公開鍵によって行なう。
そのため、復号化した文字列と上記認証用文字列とが一致するということは、暗号が、施錠時に携帯電話機２から読み取った公開鍵に対応する秘密鍵を用いて上記認証用文字列を暗号化したものであるということである。

そして、対応する公開鍵と秘密鍵とは、同一の携帯電話機２に登録されている。
従って、上記ステップＳ２７で、両文字列が一致するということは、データ処理部５ａが、施錠時に公開鍵を読み取った携帯電話機２と、開錠時に暗号を読み取った携帯電話機２とが同一ものであるということになる。このように、施錠時と同じ携帯電話機２が暗号を生成したことを認証することによって、開錠するようにしている。

また、上記実施形態のシステムでは、電子キー４の施開錠時に、ユーザーの携帯電話機２とボックス１のキー制御部５との間で、データ通信を行なうが、ユーザーのパスワードや秘密鍵を通信しないので、これらが通信中に盗まれる心配はない。
一方、施錠状態のボックスには、公開鍵と認証用文字列とが記憶されているが、秘密鍵とパスワードは記憶されていないので、不正者が、ボックスから情報を読み取っても、秘密鍵やパスワードを知ることはできない。
秘密鍵がなければ、認証文字列を秘密鍵で暗号化できないので、仮に、上記認証用文字列や公開鍵をボックスから不正に読み取ったとしても、電子キーを開錠することができない。

しかも、上記秘密鍵による暗号化は、携帯電話機２に正しいパスワードを入れたときにのみ動作するアプリによって行なわれるので、携帯電話機２を拾ったり、盗んだりしても、同時にパスワードを手に入れない限り、キーの開錠はできない。
このように、上記実施形態のシステムは、不正者に開錠される心配がほとんどない安全性の高いシステムである。

また、このシステムでは、携帯電話機２における固有のパスワード、固有の公開鍵および秘密鍵を用いて、電子キー４の開閉を行なうようにしている。そのため、ユーザーは、ボックス１ごとの鍵を持つ必要がないし、パスワード、公開鍵および秘密鍵を、一度設定しておけば、その携帯電話機２でどのボックスのキーも開閉することができるようになる。
これに対し、ボックス１には、例えば、パスワードなど、ボックスごとに固有のデータを、予め設定する必要がない。このように初期設定が不要であるということは、どんなところにも、全て同じタイプのボックスをそのまま設置すればよいということになり、設置が容易である。このような特徴は、例えば、駅のコインロッカーのように多数のボックスを設置する場合に、特に有用である。

さらに、携帯電話機２が、ボックス１にタッチするたびに、固有の機械ＩＤを共有メモリ８に書き込んで、ボックス１のデータ処理部５に読み取らせるようにして、安全性をさらに高めることもできる。
例えば、図３に示す施錠時の携帯電話機２のフローチャートにおいて、ステップＳ１０１の１回目のタッチと、ステップＳ１１１の２回目のタッチとのそれぞれのタイミングで、上記機械ＩＤを共有メモリ８に書き込むようにする。１回目のタッチ状態で、機械ＩＤを読み取ったボックス１のデータ処理部５ａでは、それを記憶部５ｂに記憶させ、２回目に機械ＩＤを読み取ったときに、それが記憶している機械ＩＤと一致するかどうかを判定する。両者が一致した場合には、次のステップへ進み、一致しない場合には、処理を終了する。これにより、１回目のタッチと２回目のタッチが、同一の携帯電話機２によるものかどうかを確認し、同一の場合にのみ処理を進めるようにする。

両者が一致しない場合とは、例えば、多数のボックスが近接して設置されている場所で、ユーザーＡが第１のボックスに対して１回目のタッチを行ってキー開閉用アプリを起動した携帯電話機２ａで、ユーザーＢの携帯電話機２ｂが一度目のタッチを行なった隣の第２のボックスにタッチしてしまうような場合である。このような場合、上記機械ＩＤの一致を確認していなければ、ユーザーＢの荷物が収納された第２のボックスのキーを、ユーザーＡの携帯電話機２ａの公開鍵によって施錠してしまうことになる。これでは、ユーザーＢは、自分の携帯電話機２ｂで、自分の荷物を取り出すことができなくなる。
上記機械ＩＤの確認を行なうようにすれば、このようなことを防止できる。

また、開錠時にも、同様に、ステップＳ２０１の１回目のタッチと、ステップＳ２１３の２回目のタッチとのそれぞれのタイミングで、機械ＩＤを共有メモリ８へ書き込んで、ボックス１側で、それらが一致するかどうかを判定するようにする。このようにすれば、開錠操作の際にも、間違って目的のボックスとは異なる、例えば、隣のボックスへ暗号を入力してしまうようなことがない。

図５、図６に示す第２実施形態は、ボックス１に物品を入れて施錠したユーザーが、代理者に物品を取ってきてもらうことができるシステムの例で、電子キー４を備えたボックス１と、ボックス１の電子キー４を施錠するためのこの発明の第１の携帯端末である第１携帯電話機２０と、代理者が使用し、この発明の第２の携帯端末である第２携帯電話機３０とからなる。
なお、第２実施形態で用いるボックス１は、図１および図２に示す第１実施形態のボックス１と同じであり、上記第１、第２携帯電話機２０、３０も、図２に示す第１実施形態の携帯電話機２と同様の構成をしている。従って、この第２実施形態においても、図２に用いた符号を用いて説明する。

ただし、第１、第２携帯電話機２０，３０は、それぞれ、第１キー開閉用アプリ、第２キー開閉用アプリを図１に示す管理サーバー３からダウンロードするようにしている。そして、第１、第２キー開閉用アプリをダウンロードしたら、初期設定として、パスワードの登録が必要である。また、第１キー開閉用アプリは、上記第１実施形態と同様に暗号化キーとしての秘密鍵と、復号化キーとしての公開鍵の設定が必要である。
そして、第１携帯電話機２０の制御部６は、第１キー開閉用アプリによって、ボックス１のキー制御部５との間でデータのやり取りを行ない、図３に示す第１実施形態と同様の処理を行なって電子キー４の施錠をする。従って、ここでは、施錠時の説明は省略する。

一方、開錠操作時の処理を簡単に説明すると、図４に示す第１実施形態の携帯電話機２の処理ステップを、ボックス１から離れた場所にいる依頼者の第１携帯電話機２０と、ボックス１の設置場所にいる代理者の第２携帯電話機３０とによって分担して行なうようにしているということである。

この開錠操作時の処理を、図６のフローチャートに従って説明する。
なお、図６の左側は第１携帯電話機２０と第２電話機３０の処理手順を示したフローチャートであり、右側はボックス１側の処理手順を示したフローチャートである。
そして、図６右側に示すボックス１側の処理ステップは、図４に示すボックス１側の処理ステップと全く同じである。従って、ボックス側の処理についての詳細な説明は省略する。

また、図６では、第１携帯電話機２０とボックス１との間の通信を矢印Ｂ１〜Ｂ５で示し、第１携帯電話機２０と第２携帯電話機３０との間の通信を矢印Ｃ１、Ｃ２で示している。
上記矢印Ｂ１〜Ｂ５は、第２携帯電話機３０とボックス１がタッチ状態のときに行なわれる共有メモリ８を介した通信であり、矢印Ｃ１、Ｃ２は、インターネットを利用した電子メールなど、どのような通信方法によるものでも良い。

まず、ボックス１の設置場所へ行った代理者は、スイッチ１ｃを押すとともに、自分の第２携帯電話機３０をボックス１のタッチ位置１ｄにタッチさせる（ステップＳ４０１）。
これにより、ボックス１のキー制御部５が、図６のステップＳ１でスイッチオンとなり、ステップＳ２以下へ進む。

一方、第２携帯電話機３０は、ステップＳ４０１〜ステップＳ４１０まで、図４に示す、上記第１実施形態の携帯電話機２の処理ステップＳ２０１〜Ｓ２１０までと全く同様に機能する。すなわち、ボックス１のキー制御部５からの起動コマンドによって第２キー開閉用アプリを起動させ、認証用文字列を受信している。従って、第２キー開閉用アプリ起動後の処理は、この第２キー開閉用アプリに基づいた制御部６の処理である。
そして、上記制御部６は、ステップＳ４１０でパスワードの一致を確認したら、ステップＳ４１１へ進んで、上記ボックス１から受信した認証用文字列を自身のメイン通信部１１（図２参照）を用いて依頼者の使用する第１携帯電話機２０へ送信する（矢印Ｃ１）。

また、第１携帯電話機３０では、制御部６が、ステップＳ３０１で、メイン通信部１１を介して第２携帯電話機２０から送信された認認証用文字列を受信するともに、ユーザーが、手動で第１キー開閉用アプリを起動させる（ステップＳ３０２）。
第１キー開閉用アプリが起動したら、第１携帯電話機２０の制御部６は、ステップＳ３０３で、上記受信した認証用文字列を記憶部７が記憶している秘密鍵によって暗号化する。そして、ステップＳ３０４で、上記制御部６は、生成した暗号を、メイン通信部１１を介して第２携帯電話機３０へ送信し、処理を終了する（ステップＳ３０５）。

次に、代理者の第２携帯電話機３０の制御部６は、ステップＳ４１２で、第１携帯電話機２０から暗号を受信する。そして、上記制御部６は、ステップＳ４１３で、上記暗号を共有メモリ８に書き込む。ステップＳ４１４で、ユーザーが、この第２携帯電話機３０をボックス１にタッチさせると、矢印Ｂ５のように暗号がボックス１のデータ処理部５ａに読み取られる（ステップＳ２５）。
上記データ処理部５ａは、第２携帯電話機３０の共有メモリ８から読み取った暗号を、ステップＳ２６で、キー制御部５の記憶部５ｂが記憶している公開鍵で復号化する。

そして、ステップＳ２７で、データ処理部５ａは、復号化して生成した文字列と、記憶部５ｂが記憶している認証用文字列とが一致すかどうか判定する。その結果、両文字列が一致した場合には、ステップＳ２８へ進み、上記データ処理部５ａが開錠信号を出力し、電子キー４を開錠する。そして、ステップＳ２９で、上記データ処理部５ａは、記憶部５ｂが記憶している認証用文字列および公開鍵を削除して処理を終了する（ステップＳ３０）。
以上のステップで、代理者は自分の第２携帯電話機３０で電子キー４の開錠ができ、依頼者の荷物をボックス１から取り出すことができる。

この第２実施形態では、施錠したユーザー以外の代理者が、電子キー４を開錠することができるが、この代理者は、上記認証用文字列を依頼者へ送信したり、依頼者から暗号を受信したりしなければならないので、依頼者なくして勝手にボックス１を開けることはできない。
また、この第２実施形態においても、依頼者のパスワードや秘密鍵は、通信されないので、通信中に盗まれる心配はないし、携帯電話機を盗まれても、パスワードが分からなければ、正規の暗号を生成することができないので、不正に開錠される心配はない。このような安全性は、第１実施形態と同じである。

なお、上記の説明では、依頼者用の第１携帯電話機２０と、代理者用の第２携帯電話機３０とが、それぞれ、第１、第２キー開閉用アプリを設定する例を説明したが、どちらの携帯電話機も、第１および第２キー開閉用アプリを設定しておけば、依頼者および代理者のいずれの携帯電話機としても利用できる。また、第１実施形態のキー開閉用アプリも同時に設定しておけば、施錠者が開錠することもできるし、代理者に開錠を頼むこともできる。
そして、上記３種類のキー開閉用アプリを、必要に応じてメニューから選択できるようにすればよい。

また、上記第１、第２実施形態では、キー開閉用アプリを管理サーバー３からダウンロードするようにしているが、キー開閉用アプリは予め、携帯電話機にインストールしておくようにしてもよい。その場合でも、キー開閉用アプリの初起動時に秘密鍵および公開鍵を自動生成して、公開鍵を管理サーバーへ登録するようにすれば、公開鍵および秘密鍵の重複を完全に防止することができる。

しかし、公開鍵および秘密鍵の生成ルールによって、重複しない公開鍵および秘密鍵が生成できるようにしたり、公開鍵の重複を無視したりすれば、公開鍵を管理サーバーへ登録する必要はない。
また、ここでは、携帯端末として携帯電話機の例を説明したが、この発明の携帯端末は携帯電話機に限らない。第２実施形態のシステムのように、代理者に開錠させる場合には、携帯端末同士の通信機能が必要であるが、その場合でも、必ずしも携帯電話機でなくてもよい。

ただし、実際に使用する際には、通常、多くの人が携帯している携帯電話機に上記キー開閉用アプリを設定した方が、キー開閉用に他の通信携帯端末を用いるより便利である。
また、第１実施形態のシステムを利用する場合には、携帯端末同士の通信機能は不要である。

第１実施形態のシステム構成図である。 第１実施形態のブロック図である。 第１実施形態の施錠操作時におけるボックスと携帯端末との処理を示したフローチャートである。 第１実施形態の開錠操作時におけるボックスと携帯端末との処理を示したフローチャートである。 第２実施形態のシステム構成図である。 第２実施形態の開錠操作時におけるボックスと携帯端末との処理を示したフローチャートである。

符号の説明

１ ボックス
２ 携帯電話機
３ 管理サーバー
４ 電子キー
５ キー制御部
６ 制御部
７ 記憶部
８ 共有メモリ
９ 入力部
２０ 第１携帯電話機
３０ 第２携帯電話機

Claims (3)

1. 電子キーとこの電子キーに連係しこの電子キーを開閉するためのキー制御部とを備えたボックスと、上記電子キーを開閉する機能を有する携帯端末とを備え、上記携帯端末は、キー開閉用アプリを設定した端末用制御部と、この端末用制御部へデータを手入力するための入力部と、上記携帯端末ごとに設定されたパスワードを記憶するパスワード記憶部と、暗号化キーとなる秘密鍵およびこの暗号化キーで生成される暗号を復号化する唯一の復号化キーとなる公開鍵を記憶する鍵記憶部と、近接状態の時にのみ上記ボックスのキー制御部とデータ通信が可能な通信用記憶部とを備え、上記端末用制御部は、上記ボックスのキー制御部から上記通信用記憶部を介してアプリの起動コマンドが入力されたとき、キー開閉用アプリを起動する機能と、上記入力部からパスワードが入力されたとき、この入力されたパスワードと上記パスワード記憶部が記憶しているパスワードとを対比して両者が一致するか否かを判定する機能と、両パスワードが一致したときにはキー開閉用アプリの動作を継続させる一方、上記両パスワードが一致しないときにはキー開閉用アプリの動作を終了させる機能とを備え、上記キー開閉用アプリは、上記端末用制御部に、上記鍵記憶部が記憶している公開鍵を上記通信用記憶部に記憶させる機能と、上記キー制御部から通信用記憶部を介して認証用文字列を受信したとき、この認証用文字列を鍵記憶部が記憶している秘密鍵を用いて暗号化する機能と、生成した暗号を通信用記憶部に記憶させる機能とを実現させるプログラムであり、上記キー制御部は、電子キーの開錠状態において携帯端末の通信用記憶部が自身に近接状態となったとき、この通信用記憶部にアプリの起動コマンドを書き込む機能と、上記通信用記憶部が記憶している公開鍵を読み取る機能と、読み取った公開鍵を記憶するとともに自身に接続している電子キーを施錠する機能とを備え、さらに、上記キー制御部は、電子キーの施錠状態において上記携帯端末の通信用記憶部が上記キー制御部に近接状態になったとき、認証用文字列を生成してそれを記憶する機能と、生成した認証用文字列およびキー開閉用アプリの起動コマンドを携帯端末の通信用記憶部に書き込む機能と、上記近接状態の通信用記憶部が記憶している暗号を読み取る機能と、読み取った暗号を自身が記憶している公開鍵を用いて復号化して文字列を生成する機能と、上記暗号を復号化して生成した文字列を自身が記憶している認証用文字列と対比して両者が一致する否かを判定する機能と、判定した結果、両文字列が一致したときにのみ、上記電子キーを開錠する機能と、電子キーの開錠後に自身が記憶している公開鍵および認証用文字列を消去する機能とを備えた電子キー開閉システム。
2. 電子キーとこの電子キーに連係しこの電子キーを開閉するためのキー制御部とを備えたボックスと、上記電子キーを開閉する機能を有し、互いに通信可能な第１携帯端末および第２携帯端末とを備え、上記第１、第２携帯端末は、それぞれ第１、第２キー開閉用アプリを設定した第１、第２端末用制御部と、これらの端末用制御部へデータを手入力するための入力部と、携帯端末ごとに設定されたパスワードを記憶するパスワード記憶部と、近接状態の時にのみ上記ボックスのキー制御部とデータ通信が可能な第１、第２通信用記憶部とを備えるとともに、上記第１携帯端末は、暗号化キーとなる秘密鍵およびこの暗号化キーで生成される暗号を復号化する唯一の復号化キーとなる公開鍵を記憶する鍵記憶部を備え、上記第１、第２端末用制御部は、上記ボックスのキー制御部から上記通信用記憶部を介して起動コマンドが入力されたとき、それぞれ第１、第２キー開閉用アプリを起動する機能と、上記入力部からパスワードが入力されたとき、この入力されたパスワードとパスワード記憶部が記憶しているパスワードとを対比して両者が一致するか否かを判定する機能と、両パスワードが一致したときには上記第１、第２キー開閉用アプリの動作を継続させる一方、上記両パスワードが一致しないときには上記第１、第２キー開閉用アプリの動作を終了させる機能とを備え、上記第１キー開閉用アプリは、上記鍵記憶部が記憶している公開鍵を上記通信用記憶部に記憶させる機能と、第２携帯端末から認証用文字列を受信したとき、この認証用文字列を鍵記憶部が記憶している秘密鍵を用いて暗号化する機能と、生成した暗号を第２携帯端末へ送信する機能とを実現させるプログラムであり、上記第２キー開閉用アプリは、上記ボックスのキー制御部から自身の通信用記憶部を介して認証用文字列を受信したとき、この認証用文字列を上記第２端末用制御部へ送信する機能と、第１携帯端末から受信した暗号を自身の通信用記憶部へ記憶させる機能とを実現させるプログラムであり、上記キー制御部は、電子キーの開錠状態において第１携帯端末の第１通信用記憶部が自身に近接状態となったとき、この第１通信用記憶部に第１キー開閉用アプリの起動コマンドを書き込む機能と、上記第１通信用記憶部が記憶している公開鍵を読み取る機能と、読み取った公開鍵を記憶するとともに自身に接続している電子キーを施錠する機能とを備え、さらに、上記キー制御部は、電子キーの施錠状態において第２携帯端末の第２通信用記憶部が自身に近接状態になったとき、認証用文字列を生成してそれを記憶する機能と、生成した認証用文字列および第２キー開閉用アプリの起動コマンドを携帯端末の通信用記憶部に書き込む機能と、上記近接状態の第２通信用記憶部が記憶している暗号を読み取る機能と、読み取った暗号を自身が記憶している公開鍵を用いて復号化して文字列を生成する機能と、生成した文字列を自身が記憶している認証用文字列と対比して両者が一致するか否かを判定する機能と、判定した結果、両文字列が一致したときにのみ、上記電子キーを開錠する機能と、電子キーの開錠後に自身が記憶している公開鍵および認証用文字列を消去する機能とを備えた電子キー開閉システム。
3. 上記携帯端末と通信可能な管理サーバーを備えるとともに、上記管理サーバーは、携帯端末から送信された公開鍵を受信して、その公開鍵とすでに記憶している公開鍵とを対比して、受信した公開鍵と同一の公開鍵を記憶しているか否かを判定する機能と、その判定結果を携帯端末へ送信する機能と、上記同一の公開鍵がなかった場合にのみ新たに受信した公開鍵を記憶する機能とを備え、上記キー開閉用アプリは、携帯端末の端末用制御部に、上記秘密鍵および公開鍵を生成する機能と、生成した公開鍵を上記管理サーバーへ送信する機能と、送信した公開鍵と同一の公開鍵が既に記憶されている旨の判定結果を受信したときには公開鍵および秘密鍵を新たに生成する機能と、上記同一の公開鍵が記憶されていない旨の判定結果を受信したときには生成した公開鍵および秘密鍵を鍵記憶部に記憶させる機能とを実現させることを特徴とする請求項１または２に記載のキー開閉システム。

Images