(57)【要約】【課題】セキュリティを向上させることが可能な鍵管理システムを提供する。【解決手段】電気錠１１を施開錠するための鍵データを管理する鍵管理サーバ１５と、一時的に有効な認証情報を生成する鍵提供アプリケーション１３ａと、鍵データを鍵管理サーバ１５から受領する鍵受領アプリケーション１４ａと、を具備し、鍵管理サーバ１５は、認証情報によって鍵受領アプリケーション１４ａを認証した場合にのみ、鍵データを鍵受領アプリケーション１４ａに提供可能となる。【選択図】図１
2017223092.tif 000002
【特許請求の範囲】
【請求項１】
電気錠を施開錠するための鍵データを管理する管理手段と、
一時的に有効な認証情報を生成する生成手段と、
前記鍵データを前記管理手段から受領する受領手段と、
を具備し、
前記管理手段は、
前記認証情報によって前記受領手段を認証した場合にのみ、前記鍵データを前記受領手段に提供可能となる、
鍵管理システム。
【請求項２】
前記受領手段は、
生成された前記認証情報を前記管理手段に提示し、
前記管理手段は、
提示された前記認証情報に基づいて前記受領手段の認証を行う、
請求項１に記載の鍵管理システム。
【請求項３】
前記生成手段は、
生成した前記認証情報を前記管理手段に伝達し、
前記管理手段は、
前記生成手段から伝達された前記認証情報と、前記受領手段から提示された前記認証情報とが一致するか否かを判断することで前記受領手段の認証を行う、
請求項２に記載の鍵管理システム。
【請求項４】
前記管理手段は、
前記受領手段から前記管理手段へと前記認証情報を提示するため、事前に前記生成手段から伝達された前記認証情報を前記受領手段に伝達する、
請求項３に記載の鍵管理システム。
【請求項５】
前記受領手段は、
予め設定された操作が行われた場合に、受領した前記鍵データを無効にする、
請求項１から請求項４までのいずれか一項に記載の鍵管理システム。
【請求項６】
前記受領手段は、
前記電気錠の開錠に関する条件を満たさなくなった場合に、受領した前記鍵データを無効にする、
請求項１から請求項５までのいずれか一項に記載の鍵管理システム。
【請求項７】
前記条件は、
前記受領手段の操作に応じて緩和可能である、
請求項６に記載の鍵管理システム。
【請求項８】
前記認証情報は、
一回だけ認証可能なワンタイムパスワードである、
請求項１から請求項７までのいずれか一項に記載の鍵管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気錠を施開錠するための鍵データを管理する鍵管理システムの技術に関する。
【背景技術】
【０００２】
従来、電気錠を施開錠するための鍵データを管理する鍵管理システムの技術は公知となっている。例えば、特許文献１に記載の如くである。
【０００３】
特許文献１に記載される入場制限システム（鍵管理システム）は、電気錠制御盤（管理手段）、テンキー端末及びメールサーバ等を具備する。電気錠制御盤は、ワンタイムパスワード（鍵データ）を発行すると共に、当該ワンタイムパスワードによって電気錠扉を開錠することができる。テンキー端末は、ユーザが入力したワンタイムパスワードを電気錠制御盤に送信する。メールサーバは、ユーザの携帯電話（受領手段）と電気錠制御盤との間の通信を中継する。
【０００４】
特許文献１に記載される入場制限システムにおいて、ユーザは、携帯電話からメールサーバにメールを送信する。メールサーバは、受信したメールを解析し、データベースに予め登録されたユーザであることを認証した場合に、電気錠制御盤で作成されたワンタイムパスワードを含むメールを作成する。メールサーバは、作成したメールをユーザの携帯電話に送信する。ユーザは、携帯電話に送信されたワンタイムパスワードをテンキー端末に入力することで電気錠扉を開錠する。これによって、ユーザは、建物のエントランス等に入場することができる。
【０００５】
特許文献１に記載される入場制限システムにおいては、訪問介護サービス等を行うサービサ等に、ユーザが一時的に電気錠扉の開錠を許可する場合、前記データベースにサービサを登録することとなる。この場合、サービサは、メールサーバにメールを送信すればいつでもワンタイムパスワードを取得可能となる。このため、ユーザが電気錠扉の開錠を許可しない時間帯等でもサービサは電気錠扉を開錠可能となってしまう。このように、前記入場制限システムは、セキュリティを確保することが困難であった。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許５１２７４２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、以上の如き状況を鑑みてなされたものであり、その解決しようとする課題は、セキュリティを向上させることが可能な鍵管理システムを提供するものである。
【課題を解決するための手段】
【０００８】
本発明の解決しようとする課題は以上の如くであり、次にこの課題を解決するための手段を説明する。
【０００９】
即ち、請求項１においては、電気錠を施開錠するための鍵データを管理する管理手段と、一時的に有効な認証情報を生成する生成手段と、前記鍵データを前記管理手段から受領する受領手段と、を具備し、前記管理手段は、前記認証情報によって前記受領手段を認証した場合にのみ、前記鍵データを前記受領手段に提供可能となるものである。
【００１０】
請求項２においては、前記受領手段は、生成された前記認証情報を前記管理手段に提示し、前記管理手段は、提示された前記認証情報に基づいて前記受領手段の認証を行うものである。
【００１１】
請求項３においては、前記生成手段は、生成した前記認証情報を前記管理手段に伝達し、前記管理手段は、前記生成手段から伝達された前記認証情報と、前記受領手段から提示された前記認証情報とが一致するか否かを判断することで前記受領手段の認証を行うものである。
【００１２】
請求項４においては、前記管理手段は、前記受領手段から前記管理手段へと前記認証情報を提示するため、事前に前記生成手段から伝達された前記認証情報を前記受領手段に伝達するものである。
【００１３】
請求項５においては、前記受領手段は、予め設定された操作が行われた場合に、受領した前記鍵データを無効にするものである。
【００１４】
請求項６においては、前記受領手段は、前記電気錠の開錠に関する条件を満たさなくなった場合に、受領した前記鍵データを無効にするものである。
【００１５】
請求項７においては、前記条件は、前記受領手段の操作に応じて緩和可能であるものである。
【００１６】
請求項８においては、前記認証情報は、一回だけ認証可能なワンタイムパスワードである。
【発明の効果】
【００１７】
本発明の効果として、以下に示すような効果を奏する。
【００１８】
請求項１においては、認証情報が生成された場合に限り受領手段が鍵データを受け取れるため、セキュリティを向上させることができる。
【００１９】
請求項２においては、認証情報が管理手段に提示された場合に限り受領手段が鍵データを受け取れるため、セキュリティを向上させることができる。
【００２０】
請求項３においては、認証情報が管理手段に伝達された場合に限り受領手段が鍵データを受け取れるため、セキュリティを向上させることができる。
【００２１】
請求項４においては、認証情報が受領手段に伝達された場合に限り受領手段が鍵データを受け取れるため、セキュリティを向上させることができる。
【００２２】
請求項５においては、受領手段によって鍵データを無効にできるため、セキュリティを向上させることができる。
【００２３】
請求項６においては、条件を満たさなくなった場合に、鍵データを無効にできるため、セキュリティを向上させることができる。
【００２４】
請求項７においては、条件が設定された鍵データの利便性を向上させることができる。
【００２５】
請求項８においては、一回に限り受領手段が鍵データを受け取れるため、セキュリティを向上させることができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施形態を示す鍵管理システムの構成を示した模式図。
【図２】居住者側の準備の処理を示したシーケンス図。
【図３】鍵データを登録する様子を示した模式図。
【図４】サービサ側の準備の処理を示したシーケンス図。
【図５】鍵データを提供する処理を示したシーケンス図。
【図６】サービサが鍵データで電気錠を開錠する様子を示した模式図。
【図７】サービサが鍵データで電気錠を施錠する様子を示した模式図。
【発明を実施するための形態】
【００２７】
以下では、本発明の一実施形態に係る鍵管理システム１０について説明する。
【００２８】
鍵管理システム１０は、電気錠１１を施開錠するための鍵データを管理するシステムである。
【００２９】
まず、本実施形態に係る鍵管理システム１０が適用された住宅Ａの構成について簡単に説明する。
【００３０】
図１に示す住宅Ａは、戸建住宅である。住宅Ａの玄関には、ヒンジ等によって開閉可能なドアＡ１が設けられる。住宅Ａには、居住者Ｂ（図３参照）及びサービサＣ（図６参照）等がドアＡ１を開けて出入りする。サービサＣは、住宅Ａ内で訪問介護サービスやハウスクリーニング等のサービスを行う者である。サービサＣは、居住者Ｂから依頼を受けた（許可された）場合にのみドアＡ１を開けて住宅Ａに出入りする。
【００３１】
次に、図１を参照して鍵管理システム１０の構成について説明する。
【００３２】
鍵管理システム１０は、電気錠１１、ホームサーバ１２、居住者端末１３、サービサ端末１４及び鍵管理サーバ１５を具備する。
【００３３】
電気錠１１は、ドアＡ１の開錠及び施錠を行うためのものである。電気錠１１は、携帯電話やカードキーのＩＣチップに記憶された鍵データを読み取る読み取り部（不図示）を具備する。電気錠１１は、当該読み取り部を介してＩＣチップから鍵データを取得する。電気錠１１は、取得した鍵データが予め登録されている鍵データと一致した場合に、ドアＡ１を開錠又は施錠する。電気錠１１は、開錠及び施錠を行った旨の信号を外部に出力する。このような電気錠１１は、市販の非接触式の電気錠によって構成される。
【００３４】
ホームサーバ１２は、ＬＡＮを介して住宅Ａ内の電気機器を管理するためのものである。ホームサーバ１２は、バスで相互に接続された中央処理装置（ＣＰＵ）、記憶装置（ＲＡＭ及びＲＯＭのような主記憶装置やＳＳＤ及びＨＤＤのようなストレージ）、入力装置（キーボードやマウス）及び出力装置（液晶ディスプレイ）等を具備する。ホームサーバ１２は、住宅Ａ内に設けられる。ホームサーバ１２は、電気錠１１と接続され、電気錠１１から開錠及び施錠を行った旨の信号が入力可能に構成される。また、ホームサーバ１２は、ルータ１２ａと接続され、ルータ１２ａ及びインターネット回線を介して後述する鍵管理サーバ１５と通信可能に構成される。また、ホームサーバ１２は、メールを送受信可能なメール機能を有する。
【００３５】
居住者端末１３は、居住者Ｂが携帯する機器である。居住者端末１３は、中央処理装置、記憶装置及び情報を入出力可能なタッチパネル等を具備する。居住者端末１３には、電気錠１１（前記読み取り部）が読み取り可能なＩＣチップが内蔵される。居住者端末１３は、インターネット回線を介して鍵管理サーバ１５と通信可能に構成される。居住者端末１３は、インターネット回線を介してＷｅｂページを表示可能なブラウザ機能を有する。また、居住者端末１３は、メールを送受信可能なメール機能を有する。このような居住者端末１３は、市販の携帯電話によって構成される。居住者端末１３には、後述する居住者Ｂ側の準備の処理において、鍵提供アプリケーション１３ａがインストールされる。なお、鍵提供アプリケーション１３ａについては、後で詳述する。
【００３６】
サービサ端末１４は、サービサＣが携帯する機器である。サービサ端末１４は、後述するサービサＣ側の準備の処理において、鍵受領アプリケーション１４ａがインストールされる点を除いて、居住者端末１３と同様に構成される。なお、鍵受領アプリケーション１４ａについては、後で詳述する。
【００３７】
鍵管理サーバ１５は、鍵データを管理するためのものである。鍵管理サーバ１５は、バスで相互に接続された中央処理装置、記憶装置、入力装置及び出力装置等を具備する。鍵管理サーバ１５は、記憶装置に記憶されるプログラムを中央処理装置が呼び出して実行することで、種々の機能を提供することができる。また、鍵管理サーバ１５は、所定の方式（例えば、共通鍵暗号方式や公開鍵暗号方式）によってデータを暗号化することができる。鍵管理サーバ１５は、市販の一台のサーバによって構成される。
【００３８】
このような鍵管理サーバ１５は、ＤＢサーバとして機能する。具体的には、鍵管理サーバ１５は、ＤＢＭＳ（Ｄａｔａｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）がインストールされており、当該ＤＢＭＳに鍵データに関する情報、居住者Ｂに関する情報及びサービサＣに関する情報等が適宜関連付けられたテーブルが作成されている。鍵管理サーバ１５は、居住者端末１３及びサービサ端末１４との通信時に前記テーブル（ＤＢ）を検索し、所望のデータを抽出することができる。
【００３９】
なお、鍵データに関する情報とは、鍵管理システム１０において用いられる鍵データの情報である。鍵データに関する情報としては、例えば、鍵データ（文字列データ）及び鍵データが登録された電気錠１１の場所等がある。
【００４０】
また、居住者Ｂに関する情報とは、鍵管理システム１０において用いられる居住者Ｂの情報である。居住者Ｂに関する情報としては、例えば、居住者Ｂに一意に割り当てられる居住者ＩＤ及び居住者Ｂのメールアドレス等がある。
【００４１】
また、サービサＣに関する情報とは、鍵管理システム１０において用いられるサービサＣの情報である。サービサＣに関する情報としては、例えば、サービサＣに一意に割り当てられるサービサＩＤ及びサービサＣのメールアドレス等がある。
【００４２】
また、鍵管理サーバ１５は、Ｗｅｂサーバとしても機能する。具体的には、鍵管理サーバ１５は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いたデータ通信に関する機能を提供することができる。鍵管理サーバ１５は、居住者端末１３及びサービサ端末１４からの要求に応じた情報を含むＷｅｂページ（例えば、ｈｔｍｌ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ドキュメント等）を生成可能に構成される。また、鍵管理サーバ１５は、生成したＷｅｂページを居住者端末１３及びサービサ端末１４に送信可能に構成される。
【００４３】
次に、鍵管理システム１０の処理について説明する。鍵管理システム１０の処理は、サービサＣに鍵データを提供することを主な目的としている。鍵管理システム１０の処理においては、鍵データの提供前に、居住者Ｂ側及びサービサＣ側で予め所定の処理が実行される。このため、まず、図２及び図３を参照して、居住者Ｂ側で予め実行される処理（以下、「居住者Ｂ側の準備の処理」と称する）について説明する。
【００４４】
居住者Ｂ側の準備の処理は、鍵管理サーバ１５で管理される鍵データを電気錠１１で使用可能にすると共に、ワンタイムパスワードを生成可能にするための処理である。
【００４５】
図２に示すように、ステップＳ１０１において、居住者Ｂは、鍵管理サーバ１５に居住者Ｂのアカウントを登録する。このとき、居住者Ｂは、鍵管理サーバ１５から提供されるアカウント登録用のＷｅｂページに居住者端末１３のブラウザでアクセスし、当該Ｗｅｂページを介して鍵管理サーバ１５にメールアドレス及び電気錠１１の場所等を入力する。これにより、鍵管理サーバ１５は、居住者ＩＤを発行し、入力されたメールアドレス等と共にＤＢに登録する。その後、鍵管理サーバ１５は、居住者ＩＤを含むメールを作成し、入力されたメールアドレスに送信する。これにより、鍵管理サーバ１５は、居住者Ｂに居住者ＩＤを通知する。居住者Ｂは、ステップＳ１０１の処理を実行した後、ステップＳ１０２の処理を実行する。
【００４６】
ステップＳ１０２において、居住者Ｂは、居住者端末１３に鍵提供アプリケーション１３ａをインストールする。このとき、居住者Ｂは、鍵提供アプリケーション１３ａをインストールするために必要なファイルを、所定のサーバから居住者端末１３にダウンロードする。居住者端末１３は、当該ファイルを用いて鍵提供アプリケーション１３ａをインストールする。
【００４７】
鍵提供アプリケーション１３ａは、後述するＳ１２４においてサービサＣ（後述する鍵受領アプリケーション１４ａ）を認証する認証情報を生成するためのプログラムである。本実施形態に係る認証情報は、鍵受領アプリケーション１４ａで生成される文字列である。このような認証情報は、一時的に有効となる。具体的には、認証情報は、決まった回数に限り有効（認証可能）であったり、決まった時間帯に限り有効となる。本実施形態においては、このような認証情報としてワンタイムパスワードが採用される。
【００４８】
ワンタイムパスワードとは、生成されてから一定の時間内に一回だけ使用することが可能なパスワードである。ワンタイムパスワードは、例えば、生成キー及び生成される時間に基づいてその値が決定される。ワンタイムパスワードは、生成される時間が変わると（例えば、１分毎に）別の値となる。
【００４９】
鍵提供アプリケーション１３ａは、居住者端末１３のタッチパネルにボタン等を表示させ、当該ボタンが居住者Ｂによって押下される（操作される）ことによって、所定の処理（例えば、ワンタイムパスワードを生成する処理等）を行うことができる。鍵提供アプリケーション１３ａには、ステップＳ１０１で通知された居住者ＩＤが、居住者Ｂの操作によってインストール時に登録される。これにより、居住者ＩＤは、鍵提供アプリケーション１３ａで読み取り可能となるように、居住者端末１３に記憶される。
【００５０】
ステップＳ１０２の処理が実行された後、鍵提供アプリケーション１３ａは、ステップＳ１０３の処理を実行する。
【００５１】
ステップＳ１０３において、鍵提供アプリケーション１３ａは、居住者Ｂによって操作され、鍵管理サーバ１５に鍵データの発行を要求する。ステップＳ１０３の処理が実行された後、鍵管理サーバ１５は、ステップＳ１０４の処理を実行する。
【００５２】
ステップＳ１０４において、鍵管理サーバ１５は、鍵データを鍵提供アプリケーション１３ａに割り当てる。このとき、鍵管理サーバ１５は、ＤＢの中で一意となるように鍵データを作成する。鍵管理サーバ１５は、作成した鍵データを鍵提供アプリケーション１３ａに提供する（図３に示す矢印Ｄ１参照）。鍵提供アプリケーション１３ａは、提供された（受領した）鍵データを居住者端末１３のＩＣチップに適宜記憶させる。これにより、居住者端末１３は、電気錠１１に鍵データを読み取らせることが可能となる。ステップＳ１０４の処理が実行された後、鍵提供アプリケーション１３ａは、ステップＳ１０５の処理を実行する。
【００５３】
ステップＳ１０５において、鍵提供アプリケーション１３ａは、鍵データ登録処理を行う。鍵データ登録処理は、ステップＳ１０４で受領した鍵データを電気錠１１に登録したことを鍵管理サーバ１５に通知する処理である。
【００５４】
図３に示すように、鍵データ登録処理（ステップＳ１０５）において、居住者Ｂは、居住者端末１３から電気錠１１に受領した鍵データを適宜読み取らせることで、受領した鍵データを電気錠１１に登録する（図３に示す矢印Ｄ２参照）。これにより、電気錠１１は、受領した（ステップＳ１０４で作成された）鍵データによって施開錠可能となる。鍵提供アプリケーション１３ａは、鍵データを電気錠１１に読み取らせたことを検知して、鍵管理サーバ１５に通知する（図３に示す矢印Ｄ３参照）。このとき、鍵提供アプリケーション１３ａは、鍵データ、電気錠１１の場所及び居住者ＩＤ等も鍵管理サーバ１５に通知する。鍵管理サーバ１５は、通知された情報を適宜関連付けてＤＢに記憶させる。
【００５５】
このように、本実施形態においては、居住者端末１３を用いて鍵データを電気錠１１に登録している（図３に示す矢印Ｄ１・Ｄ２参照）。これによれば、鍵管理サーバ１５と電気錠１１との間で通信して鍵データを登録するような特殊な処理を行うことなく（電気錠１１に予め備えられた一般的な機能を用いて）、鍵データを登録することができる。このため、電気錠１１を極力交換することなく、既存の住宅Ａに鍵管理システム１０を適用することが可能となる。
【００５６】
図２に示すように、ステップＳ１０５の処理が実行された後、鍵管理サーバ１５は、ステップＳ１０６の処理を実行する。
【００５７】
ステップＳ１０６において、鍵管理サーバ１５は、ワンタイムパスワードを生成するための生成キーを発行する。このとき、鍵管理サーバ１５は、ＤＢの中で一意となるように生成キーを作成する。鍵管理サーバ１５は、発行した生成キーをＤＢに登録すると共に、居住者Ｂに通知する。鍵管理サーバ１５は、例えば、生成キーを含むメールを作成して居住者端末１３（ステップＳ１０１で入力されたメールアドレス）に送信することで、居住者Ｂに通知する。ステップＳ１０６の処理が実行された後、居住者Ｂは、ステップＳ１０７の処理を実行する。
【００５８】
ステップＳ１０７において、居住者Ｂは、居住者端末１３を操作して、ステップＳ１０６で通知された生成キーを鍵提供アプリケーション１３ａに登録する。これにより、鍵提供アプリケーション１３ａは、鍵管理サーバ１５で発行された生成キーを用いてワンタイムパスワードを生成可能となる。居住者Ｂは、ステップＳ１０７の処理を実行した後、居住者Ｂ側の準備の処理を終了する。
【００５９】
次に、図４を参照して、サービサＣ側で予め実行される処理（以下、「サービサＣ側の準備の処理」と称する）について説明する。
【００６０】
サービサＣ側の準備の処理は、サービサＣから鍵管理サーバ１５に対して、鍵データの受領を要求可能にするための処理である。
【００６１】
図４に示すように、ステップＳ１１１において、サービサＣは、鍵管理サーバ１５にサービサＣのアカウントを登録する。このとき、サービサＣは、サービサ端末１４のブラウザを用いて、メールアドレス及びパスワード等を鍵管理サーバ１５に入力する。これにより、鍵管理サーバ１５は、サービサＩＤを発行し、入力された情報と共にＤＢに登録する。その後、鍵管理サーバ１５は、サービサＩＤを含むメールを作成し、入力されたメールアドレスに送信する。これにより、鍵管理サーバ１５は、サービサＣにサービサＩＤを通知する。サービサＣは、ステップＳ１１１の処理を実行した後、ステップＳ１１２の処理を実行する。
【００６２】
ステップＳ１１２において、サービサＣは、ステップＳ１０２と同じようにして、サービサ端末１４に鍵受領アプリケーション１４ａをインストールする。
【００６３】
鍵受領アプリケーション１４ａは、鍵管理サーバ１５から鍵データの受領するためのプログラムである。鍵受領アプリケーション１４ａは、サービサ端末１４のタッチパネルにボタン等を表示させ、当該ボタンがサービサＣによって押下されることによって、所定の処理（例えば、鍵データの受領を要求する処理等）を行うことができる。また、鍵受領アプリケーション１４ａは、所定の方式によって暗号化されたデータを復元することができる。鍵受領アプリケーション１４ａには、ステップＳ１１１で通知されたサービサＩＤが、サービサＣの操作によってインストール時に登録される。
【００６４】
サービサＣは、ステップＳ１１２の処理を実行した後、ステップＳ１１３の処理を実行する。
【００６５】
ステップＳ１１３において、サービサＣは、サービサ端末１４を用いて復元ファイルの発行を要求する。復元ファイルは、鍵管理サーバ１５で暗号化されたデータを復元するための文字列（例えば、共通鍵暗号方式における共通鍵や公開鍵暗号方式における公開鍵）が含まれたファイルである。サービサＣは、復元ファイルの発行を要求するときに、サービサＩＤを鍵管理サーバ１５に通知する。ステップＳ１１３の処理が実行された後、鍵管理サーバ１５は、ステップＳ１１４の処理を実行する。
【００６６】
ステップＳ１１４において、鍵管理サーバ１５は、復元ファイルを発行する。このとき、鍵管理サーバ１５は、ＤＢの中で一意となる文字列を作成し、当該文字列を含む復元ファイルを作成する。鍵管理サーバ１５は、作成した文字列とステップＳ１１３で通知されたサービサＩＤとを関連付けてＤＢに登録すると共に、作成した復元ファイルを鍵受領アプリケーション１４ａに送信する。これにより、鍵受領アプリケーション１４ａは、復元ファイルを取得する。ステップＳ１１４の処理が実行された後、サービサＣは、ステップＳ１１５の処理を実行する。
【００６７】
ステップＳ１１５において、サービサＣは、サービサＩＤを居住者Ｂに通知する。このとき、サービサＣは、例えば、ステップＳ１１１で発行されたサービサＩＤを含むメールを居住者端末１３に送信することで、居住者Ｂに通知する。ステップＳ１１５の処理が実行された後、居住者Ｂは、ステップＳ１１６の処理を実行する。
【００６８】
ステップＳ１１６において、居住者Ｂは、居住者端末１３を用いて居住者ＩＤ及びステップＳ１１５で通知されたサービサＩＤを、鍵管理サーバ１５に通知する。鍵管理サーバ１５は、居住者ＩＤとサービサＩＤとを関連付けてＤＢに登録する。以上によって、サービサＣ側の準備の処理が完了する。
【００６９】
次に、図５から図７までを参照して、鍵データを提供する処理（以下、「鍵データ提供処理」と称する）について説明する。
【００７０】
鍵データ提供処理は、ステップＳ１０４で作成された鍵データを鍵受領アプリケーション１４ａに提供するための処理である。鍵データ提供処理は、例えば、居住者Ｂが留守のときに実行される。
【００７１】
図５に示すように、ステップＳ１２１において、居住者Ｂは、サービサＣが住宅Ａを訪問する前等に鍵提供アプリケーション１３ａを操作してワンタイムパスワードを生成する。このとき、鍵提供アプリケーション１３ａは、居住者端末１３に内蔵された時計機能によって現在の時間を取得する。そして、鍵提供アプリケーション１３ａは、ステップＳ１０７で登録された生成キー及び現在の時間を用いてワンタイムパスワードを生成する。ステップＳ１２１の処理が実行された後、鍵提供アプリケーション１３ａは、ステップＳ１２２の処理を実行する。
【００７２】
ステップＳ１２２において、鍵提供アプリケーション１３ａは、ステップＳ１２１で生成したワンタイムパスワードを鍵管理サーバ１５に通知する。このとき、鍵提供アプリケーション１３ａは、ワンタイムパスワードと共に、居住者ＩＤ及びステップＳ１１５で通知されたサービサＩＤを鍵管理サーバ１５に通知する。鍵管理サーバ１５は、通知された居住者ＩＤとサービサＩＤとワンタイムパスワードとを適宜関連付けてＤＢに登録する。
【００７３】
住宅Ａを訪問する前等に鍵受領アプリケーション１４ａがサービサＣによって起動され、ステップＳ１２３の処理が実行される。ステップＳ１２３において、鍵受領アプリケーション１４ａは、サービサＣによって起動され、鍵管理サーバ１５にログインする。このとき、鍵受領アプリケーション１４ａは、ステップＳ１１１で作成されたサービサＩＤ及びステップＳ１１１で入力したパスワードを鍵管理サーバ１５に提示（送信）する。鍵管理サーバ１５は、サービサＩＤ及びパスワードがＤＢに登録されている場合に鍵受領アプリケーション１４ａを認証する。これにより、鍵受領アプリケーション１４ａには、鍵管理サーバ１５から居住者ＩＤ及びワンタイムパスワードが通知される。なお、居住者Ｂ以外にもステップＳ１１６（サービサＩＤの登録）の処理を実行した居住者がいる場合、複数の居住者ＩＤ（居住者Ｂ及び住宅Ａとは異なる住宅の居住者の居住者ＩＤ）が通知される。鍵受領アプリケーション１４ａは、ステップＳ１２３の処理を実行した後、ステップＳ１２４の処理を実行する。
【００７４】
ステップＳ１２４において、鍵受領アプリケーション１４ａは、鍵データを要求する。このとき、鍵受領アプリケーション１４ａは、通知された居住者ＩＤの一覧をサービサ端末１４のタッチパネルに表示させる。サービサＣは、居住者ＩＤの一覧から居住者Ｂの居住者ＩＤを選択する。鍵受領アプリケーション１４ａは、居住者Ｂが生成したワンタイムパスワードをサービサ端末１４のタッチパネルに表示させる。サービサＣは、表示されたワンタイムパスワードを、鍵受領アプリケーション１４ａに入力する。鍵受領アプリケーション１４ａは、入力されたワンタイムパスワードを居住者ＩＤ及びサービサＩＤと共に鍵管理サーバ１５に提示する。ステップＳ１２４の処理が実行された後、鍵管理サーバ１５は、ステップＳ１２５の処理を実行する。
【００７５】
ステップＳ１２５において、鍵管理サーバ１５は、鍵データを発行する。このとき、鍵管理サーバ１５は、ステップＳ１２４で提示された居住者ＩＤ、サービサＩＤ及びワンタイムパスワードがＤＢに登録されている（ステップＳ１２２で通知された居住者ＩＤ等と一致する）か否かを確認する。鍵管理サーバ１５は、居住者ＩＤ等がＤＢに登録されていない場合に、鍵受領アプリケーション１４ａを認証しない。この場合、鍵管理サーバ１５は、鍵受領アプリケーション１４ａにもう一度ワンタイムパスワード等を入力するように促すメッセージを送信する。また、鍵管理サーバ１５は、ワンタイムパスワード等がＤＢに登録されている場合に、鍵受領アプリケーション１４ａを認証し、ステップＳ１２２で通知された（ステップＳ１０５で電気錠１１に登録した）鍵データの発行を許可する。その後、鍵管理サーバ１５は、ワンタイムパスワードをＤＢから削除する。
【００７６】
このように、ステップＳ１２５における認証にワンタイムパスワードを用いることで、鍵受領アプリケーション１４ａを一回だけ認証することができる。これによれば、鍵データの発行を一回だけ許可する（二回目以降の発行を拒否する）ことができるため、鍵データの発行（提供）におけるセキュリティを向上させることができる。
【００７７】
また、鍵管理サーバ１５は、ステップＳ１２３で（ワンタイムパスワードの入力前に）サービサＣが任意に設定したパスワード（ワンタイムパスワードとは異なる情報）によって、鍵受領アプリケーション１４ａを認証している。これにより、鍵データを発行するまでに二種類の認証を行うことができるため、セキュリティを向上させることができる。
【００７８】
ステップＳ１２５において、鍵データの発行を許可した鍵管理サーバ１５は、鍵データを暗号化して鍵受領アプリケーション１４ａに送信する。鍵受領アプリケーション１４ａは、ステップＳ１１４で発行した復元ファイルを用いて（復元ファイルに含まれる文字列を復元時のキーとして）、暗号化されたデータを復元する。これにより、鍵受領アプリケーション１４ａは、鍵データを鍵管理サーバ１５から受領する（図６に示す矢印Ｄ１１参照）。鍵受領アプリケーション１４ａは、鍵データをサービサ端末１４のＩＣチップに記憶させる。これにより、サービサ端末１４は、電気錠１１に鍵データを読み取らせることが可能となる。
【００７９】
以上によれば、居住者Ｂ（サービサＣ以外の者）がワンタイムパスワードを生成しない限り（ステップＳ１２１）、鍵受領アプリケーション１４ａは、ステップＳ１２５において鍵管理サーバ１５に認証されなくなる（鍵データを受領できなくなる）。これにより、鍵受領アプリケーション１４ａが鍵データを受領するタイミングを制限することができるため、セキュリティを向上させることができる。
【００８０】
また、鍵データは、鍵管理サーバ１５で暗号化されて鍵受領アプリケーション１４ａに送信されるため（ステップＳ１２５）、鍵データの通信が傍受された場合でも、傍受者に鍵データの内容を知られ難くすることができる。このため、セキュリティを向上させることができる。
【００８１】
以上によって、鍵管理サーバ１５は、ステップＳ１２５の処理を終了する。ステップＳ１２５の処理が終了すると、サービサＣによるサービスが行われる。図６に示すように、サービサＣは、ステップＳ１２５で受領した鍵データをサービサ端末１４から電気錠１１に読み取らせる（図６に示す矢印Ｄ１２参照）。電気錠１１には、鍵データがステップＳ１０５において予め登録されている（図３に示す矢印Ｄ２参照）。このため、サービサＣは、サービサ端末１４で電気錠１１を開錠することができる。このように、鍵受領アプリケーション１４ａは、サービサ端末１４を電気錠１１の鍵として機能させることができる。
【００８２】
電気錠１１は、サービサ端末１４によって開錠されると、その旨をホームサーバ１２に通知する。ホームサーバ１２は、電気錠１１からの通知に基づいて電気錠１１が開錠されたことを検知し、その旨及び開錠された時間を含むメールを居住者端末１３に送信する（図６に示す矢印Ｄ１３参照）。これによれば、居住者Ｂは、留守のときに電気錠１１が開錠されたことを把握することができる。また、居住者端末１３には、鍵データに制限条件が付けられていた場合に、鍵管理サーバ１５からもメールが適宜送信される（図６に示す矢印Ｄ１４参照）。なお、制限条件については後で詳述する。
【００８３】
図５及び図７に示すように、サービサＣのサービスが完了すると、鍵受領アプリケーション１４ａは、ステップＳ１２６の処理を実行する。
【００８４】
ステップＳ１２６において、鍵受領アプリケーション１４ａは、完了通知処理を行う。完了通知処理は、サービスが完了したことを鍵管理サーバ１５で通知するための処理である。完了通知処理において、サービサＣは、住宅Ａの外に出てサービサ端末１４によって電気錠１１を施錠する（図７に示す矢印Ｄ２１参照）。電気錠１１は、施錠された旨をホームサーバ１２に通知する。ホームサーバ１２は、電気錠１１からの通知に基づいて電気錠１１が施錠されたことを検知し、その旨及び施錠された時間を含むメールを居住者端末１３に送信する（図７に示す矢印Ｄ２２参照）。これによれば、居住者Ｂは、留守のときにサービサＣが電気錠１１を施錠したことを把握することができる。
【００８５】
また、ステップＳ１２６において、ホームサーバ１２は、電気錠１１が施錠されたことを鍵管理サーバ１５にも通知する（図７に示す矢印Ｄ２３参照）。
【００８６】
また、ステップＳ１２６において、鍵受領アプリケーション１４ａは、サービサＣによって操作され、鍵管理サーバ１５にサービスが完了したことを通知する（図７に示す矢印Ｄ２４参照）。
【００８７】
鍵管理サーバ１５は、サービスが完了したことが通知されると、電気錠１１を施錠しているか否かを確認する。鍵管理サーバ１５は、ホームサーバ１２から施錠した旨の通知（図７に示す矢印Ｄ２３参照）がない場合に、電気錠１１を施錠していないと判断し、電気錠１１を施錠するように促すメッセージを鍵受領アプリケーション１４ａに送信する（図７に示す矢印Ｄ２５参照）。
【００８８】
また、鍵管理サーバ１５は、ホームサーバ１２から施錠した旨の通知（図７に示す矢印Ｄ２３参照）がある場合に、電気錠１１を施錠していると判断する。そして、鍵管理サーバ１５は、サービスの完了を受理したことを鍵受領アプリケーション１４ａに通知する（図７に示す矢印Ｄ２５参照）。鍵受領アプリケーション１４ａは、このような通知があると、鍵データをサービサ端末１４から削除する。これによれば、鍵管理サーバ１５がサービスの完了を受理した後で、サービサ端末１４で電気錠１１を開錠できないようにすることができる。これによって、サービスを行うときだけサービサＣが電気錠１１を開錠可能となる。
【００８９】
また、鍵管理サーバ１５は、サービスが完了したことを受理すると、その旨を含むメールを居住者端末１３に送信する（図７に示す矢印Ｄ２６参照）。これによれば、居住者Ｂは、サービスが完了したことを把握することができる。以上によって、ステップＳ１２６の処理（完了通知処理）が終了する。ステップＳ１２６の処理が実行された後、鍵管理システム１０は、鍵データ提供処理を終了する。
【００９０】
なお、鍵受領アプリケーション１４ａは、ステップＳ１２５で鍵データを受領した後で、不正な操作が行われた（行われようとした）場合、受領した鍵データを削除する。これによれば、トラブルの発生を未然に防止することができる。このような不正な操作としては、サービサ端末１４の電源を切る操作や鍵受領アプリケーション１４ａを終了させる操作等がある。
【００９１】
以上のように、鍵受領アプリケーション１４ａは、予め設定された操作（サービスが完了したこと通知する操作及び不正な操作）が行われた場合に、受領した鍵データを削除することでセキュリティを向上させることができる。
【００９２】
以上の如く、本実施形態に係る鍵管理システム１０は、電気錠１１を施開錠するための鍵データを管理する鍵管理サーバ１５（管理手段）と、ワンタイムパスワード（一時的に有効な認証情報）を生成する鍵提供アプリケーション１３ａ（生成手段）と、前記鍵データを前記鍵管理サーバ１５から受領する鍵受領アプリケーション１４ａ（受領手段）と、を具備し、前記鍵管理サーバ１５は、前記ワンタイムパスワードによって前記鍵受領アプリケーション１４ａを認証した場合にのみ、前記鍵データを前記鍵受領アプリケーション１４ａに提供可能となるものである。
【００９３】
このように構成することにより、ワンタイムパスワードが生成された場合（ステップＳ１２１）に限り鍵受領アプリケーション１４ａが鍵データを受け取れるため、セキュリティを向上させることができる。
【００９４】
また、前記鍵受領アプリケーション１４ａは、生成された前記ワンタイムパスワードを前記鍵管理サーバ１５に提示し、前記鍵管理サーバ１５は、提示された前記ワンタイムパスワードに基づいて前記鍵受領アプリケーション１４ａの認証を行うものである。
【００９５】
このように構成することにより、ワンタイムパスワードが鍵管理サーバ１５に提示された場合（ステップＳ１２４）に限り鍵受領アプリケーション１４ａが鍵データを受け取れるため、セキュリティを向上させることができる。
【００９６】
また、前記鍵提供アプリケーション１３ａは、生成した前記ワンタイムパスワードを前記鍵管理サーバ１５に伝達し、前記鍵管理サーバ１５は、前記鍵提供アプリケーション１３ａから伝達された前記ワンタイムパスワードと、前記鍵受領アプリケーション１４ａから提示された前記ワンタイムパスワードとが一致するか否かを判断することで前記鍵受領アプリケーション１４ａの認証を行うものである。
【００９７】
このように構成することにより、ワンタイムパスワードが鍵管理サーバ１５に伝達された場合（ステップＳ１２２）に限り鍵受領アプリケーション１４ａが鍵データを受け取れるため、セキュリティを向上させることができる。
【００９８】
また、前記鍵管理サーバ１５は、前記鍵受領アプリケーション１４ａから前記鍵管理サーバ１５へと前記ワンタイムパスワードを提示するため、事前に前記鍵提供アプリケーション１３ａから伝達された前記ワンタイムパスワードを前記鍵受領アプリケーション１４ａに伝達するものである。
【００９９】
このように構成することにより、ワンタイムパスワードが鍵受領アプリケーション１４ａに伝達された場合（Ｓ１２３）に限り鍵受領アプリケーション１４ａが鍵データを受け取れるため、セキュリティを向上させることができる。
【０１００】
また、前記鍵受領アプリケーション１４ａは、予め設定された操作が行われた場合に、受領した前記鍵データを無効にするものである。
【０１０１】
このように構成することにより、鍵受領アプリケーション１４ａによって鍵データを無効にできるため、セキュリティを向上させることができる。
【０１０２】
また、認証情報は、一回だけ認証可能なワンタイムパスワードである。
【０１０３】
このように構成することにより、一回に限り鍵受領アプリケーション１４ａが鍵データを受け取れるため、セキュリティを向上させることができる。
【０１０４】
なお、本実施形態に係る管理手段は、本発明に係る鍵管理サーバ１５の実施の一形態である。
また、本実施形態に係るワンタイムパスワードは、本発明に係る認証手段の実施の一形態である。
また、本実施形態に係る鍵提供アプリケーション１３ａは、本発明に係る生成手段の実施の一形態である。
また、本実施形態に係る鍵受領アプリケーション１４ａは、本発明に係る受領手段の実施の一形態である。
【０１０５】
次に、鍵データに所定の制限条件を付ける場合の鍵データ提供処理について説明する。制限条件は、電気錠１１の開錠に関する条件（開錠を制限するための条件）であり、具体的には、鍵データで開錠可能な時間（制限時間）及び開錠可能な回数（制限回数）等である。制限時間としては、例えば、受領してから１時間や１５時から１６時までの間等がある。また、制限回数としては、例えば、１回等がある。
【０１０６】
制限条件を付ける場合、鍵提供アプリケーション１３ａは、上述の如くステップＳ１２１の処理を実行し、ステップＳ１２２において、ワンタイムパスワード等と共に制限条件を鍵管理サーバ１５に通知する。制限条件は、居住者Ｂによって所定の条件が設定される。鍵管理サーバ１５は、通知されたワンタイムパスワードと制限条件とを関連付けてＤＢに登録する。その後、ステップＳ１２３・Ｓ１２４の処理が上述の如く実行される。
【０１０７】
また、ステップＳ１２５において、鍵管理サーバ１５は、ワンタイムパスワード等で鍵受領アプリケーション１４ａを認証すると、鍵データに制限条件を付けて発行する。すなわち、鍵管理サーバ１５は、鍵データと制限条件とを関連付けたデータを鍵受領アプリケーション１４ａに送信する。これにより、鍵受領アプリケーション１４ａは、制限条件付きの鍵データを受領する。
【０１０８】
鍵受領アプリケーション１４ａは、サービサ端末１４を電気錠１１に読み取らせる前に、制限条件を満たしているか確認する。そして、鍵受領アプリケーション１４ａは、制限条件を満たした場合に、鍵データを電気錠１１に読み取らせて電気錠１１を開錠する。例えば、制限時間が設定されている場合、鍵受領アプリケーション１４ａは、サービサ端末１４に内蔵された時計機能によって現在の時間を取得し、現在の時間が制限時間内である場合に電気錠１１を開錠する。また、制限回数が設定されている場合、鍵受領アプリケーション１４ａは、制限回数が１回以上である場合に電気錠１１を開錠すると共に、制限回数をデクリメントする。これによれば、鍵データの使用に制限をかけることができるため、セキュリティを向上させることができる。
【０１０９】
また、鍵受領アプリケーション１４ａは、制限条件を満たさなくなった場合に、自動的に鍵データを削除する。例えば、制限時間が設定されている場合、鍵受領アプリケーション１４ａは、現在の時間が制限時間を超えたことを確認して鍵データを削除する。また、制限回数が設定されている場合、鍵受領アプリケーション１４ａは、制限回数が０回となった場合に鍵データを削除する。これによれば、制限条件を満たさなくなった鍵データを自動的に削除できる。これにより、鍵データの制限条件を改ざんして鍵データを不正に使用することを防止できるため、セキュリティを向上させることができる。
【０１１０】
ここで、制限条件が設定されていた場合、（不正に使用する意図が無いにもかかわらず）所定の事情によって制限条件を満たさなくなってしまう可能性がある。このような場合としては、例えば、サービスが長引いて制限時間を越えてしまったり、操作を誤って電気錠１１を複数回開錠して制限回数が０回になった場合等がある。
【０１１１】
そこで、鍵受領アプリケーション１４ａは、このような場合にサービサＣによって所定の操作が行われることで、制限条件を緩和する（制限時間を延ばしたり制限回数を増やす）ことを鍵管理サーバ１５に要求可能となっている。当該要求を受けた鍵管理サーバ１５は、要求に応じてＤＢに登録された制限条件を変更（緩和）すると共に、制限条件を緩和した鍵データを鍵受領アプリケーション１４ａに提供する。これによれば、制限条件付きの鍵データを引き続き使用することができるため、鍵データの利便性を向上させることができる。また、鍵管理サーバ１５は、制限条件を緩和した旨を含むメールを作成し、居住者端末１３に送信する（図６に示す矢印Ｄ１４参照）。これによって、居住者Ｂは、制限条件を緩和したことを把握することができる。
【０１１２】
以上の如く、前記鍵受領アプリケーション１４ａは、制限条件（前記電気錠１１の開錠に関する条件）を満たさなくなった場合に、受領した前記鍵データを無効にするものである。
【０１１３】
このように構成することにより、制限条件を満たさなくなった場合に、鍵データを無効にできるため、セキュリティを向上させることができる。
【０１１４】
また、前記制限条件は、前記鍵受領アプリケーション１４ａの操作に応じて緩和可能であるものである。
【０１１５】
このように構成することにより、制限条件が設定された鍵データの利便性を向上させることができる。
【０１１６】
また、本実施形態に係る鍵提供アプリケーション１３ａは、サービサ端末１４（鍵提供アプリケーション１３ａを利用可能な端末）に鍵データを記憶させることで、電気錠１１を開錠可能に構成される。これによれば、サービサ端末１４によって電気錠１１を簡単に（鍵データをテンキー端末等で別途入力することなく）開錠することができる。
【０１１７】
以上、本発明の実施形態を説明したが、本発明は上記構成に限定されるものではなく、特許請求の範囲に記載された発明の範囲内で種々の変更が可能である。
【０１１８】
例えば、鍵管理システム１０の適用対象は、戸建住宅であるものとしたが、これに限定されるものではなく、例えば、マンション等の集合住宅、オフィスビル及び病院等であってもよい。
【０１１９】
また、電気錠１１は、玄関のドアＡ１に設けられるものとしたが、これに限定されるものではなく、車庫及び宅配ボックス等のドアに設けられるものであってもよい。
【０１２０】
また、電気錠１１は、ＩＣカードを読み取る非接触式の電気錠であるものとしたが、これに限定されるものではない。例えば、電気錠１１は、鍵データを入力するテンキー端末を具備するテンキー式の電気錠等であってもよい。
【０１２１】
また、居住者端末１３及びサービサ端末１４は、電気錠１１に鍵データを読み取らせることができればよく、本実施形態のような携帯電話に限定されるものではない。居住者端末１３及びサービサ端末１４は、例えば、タブレット端末等であってもよい。
【０１２２】
また、鍵管理サーバ１５は、ステップＳ１０４で鍵データを作成するものとしたが、これに限定されるものではない。例えば、鍵管理サーバ１５は、ＤＢに登録されている鍵データのうち、現在使用されていない（無効となっている）鍵データを再利用するものであってもよい。
この場合、鍵管理サーバ１５は、以前に鍵提供アプリケーション１３ａに提供した鍵データを再利用することが望ましい。これにより、以前に電気錠１１に登録された鍵データを再利用することができるため、鍵提供アプリケーション１３ａは、鍵データを電気錠１１に登録する処理（ステップＳ１０５）をスキップできる。これにより、居住者Ｂ側の処理のうち、電気錠１１に対して行う処理（住宅Ａで行う処理）が不要となる。これによれば、居住者Ｂは、外出したままで居住者Ｂ側の処理を実行することが可能となるため、居住者Ｂ側の処理の負担を軽減することができる。また、鍵データを鍵管理サーバ１５から鍵提供アプリケーション１３ａに提供しなくてもよくなるため、鍵データの通信回数（すなわち、傍受される機会）を減らすことができる。これにより、セキュリティを向上させることができる。
【０１２３】
また、ステップＳ１２１において、鍵提供アプリケーション１３ａは、居住者Ｂが操作した直後に、ワンタイムパスワードを生成するものとしたが、ワンタイムパスワードを生成するタイミングは、これに限定されるものではない。ワンタイムパスワードは、例えば、スケジュールに応じて（決まった時間に）生成されるものであってもよい。この場合、鍵提供アプリケーション１３ａには、予めワンタイムパスワードを生成する時間が登録される。鍵提供アプリケーション１３ａは、登録された時間になるとワンタイムパスワードを生成し、当該ワンタイムパスワードを鍵管理サーバ１５に通知する（ステップＳ１２１・Ｓ１２２）。これによって、決まった時間に自動的にワンタイムパスワードを生成することができる。
【０１２４】
また、本実施形態においては、鍵管理サーバ１５から鍵受領アプリケーション１４ａにワンタイムパスワードを通知するものとしたが、これに限定されるものではなく、例えば、鍵提供アプリケーション１３ａから鍵受領アプリケーション１４ａにワンタイムパスワードを通知してもよい。
【０１２５】
また、ステップＳ１２５において、鍵管理サーバ１５は、ワンタイムパスワードによって鍵受領アプリケーション１４ａを認証するものとしたが、これに限定されるものではない。例えば、鍵管理サーバ１５は、何回でも有効なパスワード（通常のパスワード）によって認証してもよい。また、鍵管理サーバ１５は、必ずしもパスワードのような文字列を用いる必要はなく、例えば、画像を用いて認証してもよい。このような通常のパスワードや画像で認証する場合、鍵管理サーバ１５は、例えば、決まった時間や決まった回数だけ鍵受領アプリケーション１４ａから通常のパスワードや画像が提示された場合にのみ、鍵受領アプリケーション１４ａを認証する。以上のように、本発明に係る認証情報には、ワンタイムパスワード、通常のパスワード及び画像等が含まれる。また、通常のパスワード及び画像には、所定の条件（決まった時間や有効な回数等）が付されて一時的に有効となる。
【０１２６】
また、鍵管理サーバ１５は、鍵データを暗号化して鍵受領アプリケーション１４ａに提供するものとしたが、これに限定されるものではなく、鍵データをそのまま鍵受領アプリケーション１４ａに提供するものであってもよい。
【０１２７】
また、鍵管理サーバ１５は、鍵データをそのまま鍵提供アプリケーション１３ａに提供するものとしたが、これに限定されるものではなく、本実施形態に係る鍵受領アプリケーション１４ａと同様に、鍵データを暗号化して提供してもよい。これにより、セキュリティを向上させることができる。
【０１２８】
また、鍵受領アプリケーション１４ａは、起動時に鍵データを初期化する（サービサ端末１４に記憶されている鍵データを削除する）ものであってもよい。これにより、サービサ端末１４に鍵データが残ることを効果的に防止できるため、セキュリティを向上させることができる。
【０１２９】
また、鍵受領アプリケーション１４ａは、サービスが完了したとき等に、鍵データを無効にできればよく、必ずしもサービサ端末１４から鍵データを削除する必要はない。例えば、鍵受領アプリケーション１４ａは、サービスが完了したとき等にサービサ端末１４に記憶された鍵データの値又はパスを変更してもよい。また、鍵受領アプリケーション１４ａは、電気錠１１に登録された鍵データのうち、サービサ端末１４に記憶された鍵データと一致する鍵データを削除してもよい。
【０１３０】
また、鍵受領アプリケーション１４ａは、玄関に入るときに電気錠１１を開錠するものとしたが、これに限定されるものではなく、玄関から出るときに電気錠１１を開錠するものであってもよい。この場合、電気錠１１は、住宅Ａ内に配置され、携帯電話等の端末を読み取ることが可能な読み取り部を具備する。また、鍵受領アプリケーション１４ａは、住宅Ａに居住する子供や高齢者等が携帯する携帯電話にインストールされる。このように構成することで、子供の門限管理や外出管理、高齢者の徘徊防止に寄与することができる。
【０１３１】
また、本実施形態においては、電気錠１１が開錠及び施錠されたことをホームサーバ１２が居住者端末１３に通知するものとしたが、これに限定されるものではなく、鍵管理サーバ１５が通知してもよい。この場合、鍵管理サーバ１５は、例えば、ホームサーバ１２から電気錠１１が開錠及び施錠された旨の通知を受けて、居住者端末１３にメールを送信する。このように、ホームサーバ１２及び鍵管理サーバ１５を電気錠１１の開錠時及び施錠時の通知手段として用いることで、居住者Ｂは、留守中でも電気錠１１が開錠及び施錠されたことを把握できる。
【０１３２】
また、鍵管理サーバ１５は、一台のサーバによって構成されるものとしたが、これに限定されるものではなく、複数のサーバで構成されていてもよい。例えば、鍵管理サーバ１５は、ＤＢサーバとＷｅｂサーバとによって構成されるものであってもよい。これにより、鍵管理システム１０の処理にかかる負荷を複数のサーバ（ＤＢサーバ及びＷｅｂサーバ）に分散させることができる。
【符号の説明】
【０１３３】
１０    鍵管理システム
１１    電気錠
１３ａ  鍵提供アプリケーション（生成手段）
１４ａ  鍵受領アプリケーション（受領手段）
１５    鍵管理サーバ（管理手段）
【図１】
2017223092.tif 000003
【図２】
2017223092.tif 000004
【図３】
2017223092.tif 000005
【図４】
2017223092.tif 000006
【図５】
2017223092.tif 000007
【図６】
2017223092.tif 000008
【図７】
2017223092.tif 000009