ホーム > 特許ランキング > 株式会社シーズンテック
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-01-20
(45)【発行日】2025-01-28
(54)【発明の名称】認証システム
(51)【国際特許分類】
E05B 49/00 20060101AFI20250121BHJP
G06Q 50/10 20120101ALI20250121BHJP
G06F 21/35 20130101ALI20250121BHJP
G06F 21/44 20130101ALI20250121BHJP
【ＦＩ】
E05B49/00 K
G06Q50/10
G06F21/35
G06F21/44
【請求項の数】
3
(21)【出願番号】P 2021018973
(22)【出願日】2021-02-09
(65)【公開番号】P2022121964
(43)【公開日】2022-08-22
【審査請求日】2023-11-20
(73)【特許権者】
【識別番号】505149044
【氏名又は名称】株式会社シーズンテック
(73)【特許権者】
【識別番号】000205661
【氏名又は名称】大崎電気工業株式会社
(74)【代理人】
【識別番号】110000578
【氏名又は名称】名古屋国際弁理士法人
(72)【発明者】
【氏名】大原 孝教
(72)【発明者】
【氏名】蓑島 浩
(72)【発明者】
【氏名】小野 信之
【審査官】河本 明彦
(56)【参考文献】
【文献】国際公開第２０２０／１８４３４１（ＷＯ，Ａ１）
【文献】特開２０１９－１７３５２３（ＪＰ，Ａ）
【文献】特開２０１０－０７１００９（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１８／０１８２１９６（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｅ０５Ｂ １／００ － ８５／２８
Ｇ０６Ｆ ２１／３５， ２１／４４
(57)【特許請求の範囲】
【請求項1】
通信端末と、電気錠に設置された認証装置と、ウェブサーバと、を備える認証システムであって、前記通信端末は、
近距離無線通信を行うための端末近距離通信部と、
前記通信端末に実装されているウェブブラウザから特定のＵＲＬ情報を用いて前記ウェブサーバに接続する接続処理部と、
前記ウェブサーバから、前記電気錠を解錠するための情報である鍵情報と、前記ウェブブラウザを制御するデータである制御データと、を受信する受信処理部と、
受信した前記制御データに基づいて前記ウェブブラウザがＷｅｂＮＦＣ技術を用いて前記端末近距離通信部を制御することで、前記鍵情報を前記認証装置に送信する制御送信処理部と、
を備え、
前記ウェブサーバは、
前記通信端末が当該ウェブサーバに接続する場合に、前記通信端末に対し、前記鍵情報と、前記制御データと、を送信する送信処理部
を備え、
前記認証装置は、
近距離無線通信を行うための認証近距離通信部と、
前記認証近距離通信部を介して前記通信端末から前記鍵情報を受信する鍵情報受信部と、
受信した前記鍵情報に基づいて前記電気錠の解錠を行う解錠処理部と、
を備える、認証システム。
【請求項2】
請求項１に記載の認証システムであって、前記制御送信処理部は、受信した前記制御データに基づいて前記ウェブブラウザがＷｅｂＮＦＣ技術を用いて前記端末近距離通信部を制御することで、前記鍵情報と、前記通信端末を識別するための情報である端末ＩＤと、を前記認証装置に送信し、
前記認証装置は、
前記通信端末から受信した前記端末ＩＤを記憶部に記憶する記憶処理部と、
前記記憶処理部により前記端末ＩＤを記憶した後に、前記通信端末から前記端末ＩＤを受信する場合に、前記記憶部に記憶された前記端末ＩＤと、受信した前記端末ＩＤと、が一致するか否かを判定する判定部と、
を更に備え、
前記解錠処理部は、前記判定部により前記記憶部に記憶された前記端末ＩＤと受信した前記端末ＩＤとが一致すると判定される場合に、前記電気錠の解錠を行う、認証システム。
【請求項3】
請求項１又は請求項２に記載の認証システムであって、前記端末近距離通信部及び前記認証近距離通信部は、ＮＦＣ規格に基づく近距離無線通信を行う、認証システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、認証システムに関する。
【背景技術】
【0002】
特許文献１には、スマートフォンなどの携帯端末を通じて電気錠の解錠及び施錠を行うシステムが開示されている。このシステムでは、携帯端末が、インターネットブラウザ（すなわち、ウェブブラウザ）を通じて電子証明書発行サイトに接続する。そして、携帯端末は、電子証明書発行サイトから電気錠のＩＤと当該携帯端末のＩＤとが対応付けられていることを示す電子証明書を受信する。そして、携帯端末は、当該携帯端末上で解錠を要求する解錠アプリを起動したとき、携帯端末の記憶部に記憶されている電子証明書を、近距離無線通信により電気錠の錠制御端末に送信する。錠制御端末は、携帯端末から受信した電子証明書に基づいて携帯端末を認証し、電気錠を制御する。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１９－１７３５２３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１のシステムでは、携帯端末などの通信端末において専用のアプリケーションソフトウェア（以下「アプリ」という。）である解錠アプリをダウンロードし、解錠アプリを通じて電気錠の解錠を行う。つまり、電気錠の解錠を行うためには、ユーザは専用のアプリを通信端末にダウンロードしなくてはならず、ユーザにとって手間を生じさせている。
【0005】
本開示の一局面は、専用のアプリをダウンロードしなくても電気錠の解錠ができる認証システムを提供することを目的としている。
【課題を解決するための手段】
【0006】
本開示の一態様は、通信端末と、電気錠に設置された認証装置と、ウェブサーバと、を備える認証システムである。通信端末は、端末近距離通信部と、接続処理部と、受信処理部と、制御送信処理部と、を備える。端末近距離通信部は、近距離無線通信を行う。接続処理部は、通信端末に実装されているウェブブラウザから特定のＵＲＬ情報を用いてウェブサーバに接続する。受信処理部は、ウェブサーバから、電気錠を解錠するための情報である鍵情報と、ウェブブラウザを制御するデータである制御データと、を受信する。制御送信処理部は、受信した制御データに基づいてウェブブラウザが端末近距離通信部を制御することで、鍵情報を認証装置に送信する。ウェブサーバは、送信処理部を備える。送信処理部は、通信端末が当該ウェブサーバに接続する場合に、通信端末に対し、鍵情報と、制御データと、を送信する。認証装置は、認証近距離通信部と、鍵情報受信部と、解錠処理部と、を備える。認証近距離通信部は、近距離無線通信を行う。鍵情報受信部は、認証近距離通信部を介して通信端末から鍵情報を受信する。解錠処理部は、受信した鍵情報に基づいて電気錠の解錠を行う。
【0007】
このような構成によれば、通信端末のウェブブラウザが端末近距離通信部を制御することで、鍵情報を認証装置に送信し、電気錠を解錠する。したがって、電気錠を解錠するための専用のアプリを通信端末にダウンロードしなくても電気錠を解錠できる。ひいては、ユーザの手間を軽減することができる。
【0008】
本開示の一態様では、通信端末の制御送信処理部は、ウェブサーバから受信した制御データに基づいてウェブブラウザが近距離無線通信部を制御することで、鍵情報と、端末ＩＤと、を認証装置に送信してもよい。端末ＩＤは、通信端末を識別するための情報である。また、認証装置は、記憶処理部と、判定部と、を更に備えてもよい。記憶処理部は、通信端末から受信した端末ＩＤを記憶部に記憶する。判定部は、記憶処理部により端末ＩＤを記憶した後に、通信端末から端末ＩＤを受信する場合に、記憶部に記憶された端末ＩＤと、受信した端末ＩＤと、が一致するか否かを判定する。解錠処理部は、判定部により記憶部に記憶された端末ＩＤと受信した端末ＩＤとが一致すると判定される場合に、電気錠の解錠を行ってもよい。
【0009】
このような構成によれば、認証装置に通信端末の端末ＩＤが記憶された後（例えば、２回目以降電気錠を解錠する場合等）は、通信端末が端末ＩＤを認証装置に送信することで、通信端末のユーザは、ウェブサーバに接続しなくても電気錠を解錠できる。よって、電気錠を解錠する度にウェブサーバに接続しなければならない構成と比較して、ユーザの手間を軽減できる。
【0010】
本開示の一態様では、端末近距離通信部及び認証近距離通信部は、ＮＦＣ規格に基づく近距離無線通信を行ってもよい。
このような構成によれば、通信端末と認証装置とが鍵情報等を送受信できる確実性を向上できる。
このような構成によれば、通信端末と認証装置とが鍵情報等を送受信できる確実性を向上できる。
【図面の簡単な説明】
【0011】
【発明を実施するための形態】
【0012】
以下、図面を参照しながら、本開示の実施形態を説明する。
［１．構成］
図１に示す認証システム１は、通信端末１０を用いて、扉に設置された電気錠４０の解錠を行うシステムである。認証システム１は、通信端末１０と、ウェブサーバ２０と、認証装置３０と、電気錠４０と、を備える。
＜通信端末＞
通信端末１０は、例えばスマートフォンやタブレット端末などの携帯型の通信端末である。通信端末１０は、図２に示すように、表示部１１と、入力部１２と、端末通信部１３と、端末制御部１４と、端末記憶部１５と、を備える。
［１．構成］
図１に示す認証システム１は、通信端末１０を用いて、扉に設置された電気錠４０の解錠を行うシステムである。認証システム１は、通信端末１０と、ウェブサーバ２０と、認証装置３０と、電気錠４０と、を備える。
＜通信端末＞
通信端末１０は、例えばスマートフォンやタブレット端末などの携帯型の通信端末である。通信端末１０は、図２に示すように、表示部１１と、入力部１２と、端末通信部１３と、端末制御部１４と、端末記憶部１５と、を備える。
【0013】
表示部１１は、例えば液晶ディスプレイや有機ＥＬディスプレイなどの、画像を表示可能な表示デバイスを備える。
入力部１２は、各種入力操作を受け付けるための入力用デバイスを備える。入力部１２が有する入力用デバイスには、例えばタッチパネルが含まれる。
入力部１２は、各種入力操作を受け付けるための入力用デバイスを備える。入力部１２が有する入力用デバイスには、例えばタッチパネルが含まれる。
【0014】
端末通信部１３は、外部の装置と通信を行うためのインタフェースである。端末通信部１３は、近距離通信部１３１と、インターネット通信部１３２と、を備える。
近距離通信部１３１は、認証装置３０などの外部の装置と近距離無線通信を行うためのインタフェースである。本実施形態では、近距離通信部１３１は、ＮＦＣ規格に基づく近距離無線通信であるＮＦＣ通信を行う。ＮＦＣとは、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。具体的には、近距離通信部１３１は、ＮＦＣ通信として、ＦｅｌｉＣａ通信を行う。ここで、ＦｅｌｉＣａ通信とは、ＦｅｌｉＣａ（登録商標）方式の通信をいう。なお、以下では、近距離通信部１３１を「ＮＦＣ通信部１３１」とも称す。
近距離通信部１３１は、認証装置３０などの外部の装置と近距離無線通信を行うためのインタフェースである。本実施形態では、近距離通信部１３１は、ＮＦＣ規格に基づく近距離無線通信であるＮＦＣ通信を行う。ＮＦＣとは、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。具体的には、近距離通信部１３１は、ＮＦＣ通信として、ＦｅｌｉＣａ通信を行う。ここで、ＦｅｌｉＣａ通信とは、ＦｅｌｉＣａ（登録商標）方式の通信をいう。なお、以下では、近距離通信部１３１を「ＮＦＣ通信部１３１」とも称す。
【0015】
インターネット通信部１３２は、ウェブサーバ２０などの外部の装置とインターネットＮを介して通信を行うためのインタフェースである。
端末制御部１４は、例えばＣＰＵ１４１を備える。端末記憶部１５は、例えばＲＯＭ、ＲＡＭ、ＮＶＲＡＭ、フラッシュメモリなどの半導体メモリを備える。すなわち、通信端末１０は、ＣＰＵ１４１及び半導体メモリを含むマイクロコンピュータを備えている。また、端末制御部１４は、非遷移的実体的記憶媒体に格納されたプログラムを実行することにより各種機能を実現する。本実施形態では、端末記憶部１５が、プログラムを格納した非遷移的実体的記憶媒体に該当する。
端末制御部１４は、例えばＣＰＵ１４１を備える。端末記憶部１５は、例えばＲＯＭ、ＲＡＭ、ＮＶＲＡＭ、フラッシュメモリなどの半導体メモリを備える。すなわち、通信端末１０は、ＣＰＵ１４１及び半導体メモリを含むマイクロコンピュータを備えている。また、端末制御部１４は、非遷移的実体的記憶媒体に格納されたプログラムを実行することにより各種機能を実現する。本実施形態では、端末記憶部１５が、プログラムを格納した非遷移的実体的記憶媒体に該当する。
【0016】
本実施形態では、端末記憶部１５には、端末ＩＤとウェブブラウザＢＲとが記憶されている。ここでいう端末ＩＤは、通信端末１０を識別するための情報であり、本実施形態ではＦｅｌｉＣａ ＩＤｍである。また、通信端末１０は、端末記憶部１５にされているウェブブラウザＢＲを利用してインターネットＮに接続可能であり、インターネットＮを利用してウェブサーバ２０等の外部の装置に接続する。また、通信端末１０は、ウェブブラウザＢＲを利用して、インターネットＮにおいて各種検索エンジンを利用できる。
【0017】
ここで、本実施形態のウェブブラウザＢＲは、ｗｅｂＮＦＣ技術に対応するウェブブラウザである。ｗｅｂＮＦＣ技術とは、ウェブブラウザが、通信端末のＮＦＣ通信部を制御してＮＦＣ通信により情報の送受信を行う技術である。具体的には、ｗｅｂＮＦＣ技術により情報の送受信を行う場合、例えば次のようにして行う。すなわち、まずウェブサーバに、通信端末のＮＦＣ通信部を作動させるためのプログラムをあらかじめ格納しておく。そして、通信端末がウェブブラウザを通じてウェブサーバに接続すると、通信端末のウェブブラウザが、ウェブサーバに格納されている前記プログラムを読み取り、前記プログラムに従いＮＦＣ通信部を制御する。そして、通信端末のＮＦＣ通信部が周囲の装置とＮＦＣ通信を行う。本実施形態では、後述のとおり、このＷｅｂＮＦＣ技術を用いて鍵情報の送受信が行われる。
＜ウェブサーバ＞
ウェブサーバ２０は、所定の事業者によってインターネットＮ上に設置される。ウェブサーバ２０は、鍵情報発行サービスを提供するためのウェブサーバである。
＜ウェブサーバ＞
ウェブサーバ２０は、所定の事業者によってインターネットＮ上に設置される。ウェブサーバ２０は、鍵情報発行サービスを提供するためのウェブサーバである。
【0018】
ここでいう鍵情報発行サービスとは、サービスのユーザ（本実施形態では通信端末１０のユーザ）からインターネットＮを介して鍵情報の発行の申請を受け付け、鍵情報を発行するサービスである。鍵情報とは、電気錠を解錠するための情報であり、例えばパスワード等である。鍵情報発行サービスでは、後述のとおり、ウェブサーバ２０から鍵情報を受信した通信端末１０は、ＷｅｂＮＦＣ技術を用いて電気錠４０の認証装置３０に鍵情報を送信する。
【0019】
鍵情報発行サービスを提供するウェブサーバ２０は、図３に示すように、サーバ通信部２１と、サーバ制御部２２と、サーバ記憶部２３と、を備える。
サーバ通信部２１は、通信端末１０などの外部の装置とインターネットＮを介して通信を行うためのインタフェースである。
サーバ通信部２１は、通信端末１０などの外部の装置とインターネットＮを介して通信を行うためのインタフェースである。
【0020】
サーバ制御部２２は、例えばＣＰＵ２２１を備える。サーバ記憶部２３は、例えばＲＯＭ、ＲＡＭ、ＮＶＲＡＭ、フラッシュメモリなどの半導体メモリを備える。すなわち、ウェブサーバ２０は、ＣＰＵ２２１及び半導体メモリを含むマイクロコンピュータを備えている。また、サーバ制御部２２は、非遷移的実体的記憶媒体に格納されたプログラムを実行することにより各種機能を実現する。本実施形態では、サーバ記憶部２３が、プログラムを格納した非遷移的実体的記憶媒体に該当する。
【0021】
本実施形態では、サーバ記憶部２３には、ウェブページ情報と、生成アルゴリズムＧＡと、登録情報と、制御データと、が記憶されている。
ここでいうウェブページ情報は、鍵情報発行サービスの利用時にユーザの通信端末１０の表示部１１に表示されるウェブページの情報（ＨＴＭＬコード、スクリプティングコンテンツ、スタイルシート、画像等）である。サーバ記憶部２３に記憶されているウェブページ情報には、後述する登録画面、申請画面、指示画面などを示すウェブページ情報が含まれる。
ここでいうウェブページ情報は、鍵情報発行サービスの利用時にユーザの通信端末１０の表示部１１に表示されるウェブページの情報（ＨＴＭＬコード、スクリプティングコンテンツ、スタイルシート、画像等）である。サーバ記憶部２３に記憶されているウェブページ情報には、後述する登録画面、申請画面、指示画面などを示すウェブページ情報が含まれる。
【0022】
生成アルゴリズムＧＡは、鍵情報を生成するためのあらかじめ決められたアルゴリズムである。具体的には、生成アルゴリズムＧＡは、錠ＩＤと日時情報とを基に鍵情報を生成するアルゴリズムである。ここでいう錠ＩＤとは、解錠対象の電気錠を識別するための情報であり、例えば、解錠対象の電気錠のシリアル番号等である。すなわち、サーバ記憶部２３には、解錠対象の電気錠の錠ＩＤ（一般には電気錠４０を含む複数の電気錠の錠ＩＤ）があらかじめ記憶されており、当該錠ＩＤを用いて鍵情報が生成される。
【0023】
一方、日時情報とは、鍵情報の発行日時や、発行された鍵情報が有効に利用できる期間などの日時を示す情報である。本実施形態では、後述のとおり、鍵情報発行サービスのユーザは、鍵情報の発行日時を指定して鍵情報の発行の申請を行う。生成アルゴリズムＧＡは、この日時情報も用いて鍵情報を生成する。なお、生成アルゴリズムＧＡによって生成される鍵情報は、例えば任意桁数の数字であってもよい。
【0024】
一方、登録情報とは、ユーザが鍵情報発行サービスの利用を開始する際に各種情報を入力することによりサーバ記憶部２３に登録される情報である。本実施形態では、登録情報には、ユーザを識別するためのユーザＩＤと、ユーザの個人認証用のパスワードと、解錠対象の電気錠の錠ＩＤと、が含まれる。すなわち、後述のとおり、本実施形態では、ユーザは、鍵情報発行サービスの利用を開始するに際し、解錠対象の電気錠を指定する。
【0025】
一方、制御データとは、通信端末のウェブブラウザを制御するためのデータである。換言すれば、制御データは、通信端末１０又はその他の通信端末がウェブサーバ２０に接続した場合に、それらの通信端末のウェブブラウザに実行させる処理内容を含むデータである。本実施形態では、制御データは、通信端末１０の近距離通信部１３１を動作させてＮＦＣ通信を行わせためのプログラムである。制御データには、ウェブサーバ２０から取得した鍵情報を、ＮＦＣ通信により認証装置３０に送信させるためのプログラムが含まれている。また、制御データには、通信端末１０の端末記憶部１５に当該通信端末１０の端末ＩＤが記憶されている場合に、鍵情報と共に端末ＩＤをＮＦＣ通信により送信させるためのプログラムが含まれている。
＜認証装置＞
認証装置３０は、認証情報を受け取り、認証が成立した場合に、認証装置３０と接続された電気錠４０の解錠を行わせる装置である。ここでいう認証情報には、通信端末１０から送信される鍵情報や端末ＩＤが含まれる。
＜認証装置＞
認証装置３０は、認証情報を受け取り、認証が成立した場合に、認証装置３０と接続された電気錠４０の解錠を行わせる装置である。ここでいう認証情報には、通信端末１０から送信される鍵情報や端末ＩＤが含まれる。
【0026】
認証装置３０は、図４に示すように、認証通信部３１と、認証制御部３２と、認証記憶部３３と、解錠制御部３４と、を備える。
認証通信部３１は、通信端末１０などの外部の装置と近距離無線通信を行うためのインタフェースである。本実施形態では、認証通信部３１は、ＮＦＣ通信を行う。具体的には、認証通信部３１は、ＮＦＣ通信として、ＦｅｌｉＣａ通信を行う。なお、認証通信部３１は、認証装置３０を特定するＩＤなどを有するアドバタイズ信号を定期的に周囲にブロードキャストし、このアドバタイズ信号に応答した通信端末１０と通信を行う。
認証通信部３１は、通信端末１０などの外部の装置と近距離無線通信を行うためのインタフェースである。本実施形態では、認証通信部３１は、ＮＦＣ通信を行う。具体的には、認証通信部３１は、ＮＦＣ通信として、ＦｅｌｉＣａ通信を行う。なお、認証通信部３１は、認証装置３０を特定するＩＤなどを有するアドバタイズ信号を定期的に周囲にブロードキャストし、このアドバタイズ信号に応答した通信端末１０と通信を行う。
【0027】
認証制御部３２は、例えばＣＰＵ３２１を備える。認証記憶部３３は、例えばＲＯＭ、ＲＡＭ、ＮＶＲＡＭ、フラッシュメモリなどの半導体メモリを備える。すなわち、認証装置３０は、ＣＰＵ３２１及び半導体メモリを含むマイクロコンピュータを備えている。また、認証制御部３２は、非遷移的実体的記憶媒体に格納されたプログラムを実行することにより各種機能を実現する。本実施形態では、認証記憶部３３が、プログラムを格納した非遷移的実体的記憶媒体に該当する。
【0028】
本実施形態では、認証記憶部３３には、解読アルゴリズムＤＡと、電気錠４０の錠ＩＤと、が記憶されている。
解読アルゴリズムＤＡは、通信端末１０から受信した鍵情報を解読するためのアルゴリズムである。詳細には、本実施形態の解読アルゴリズムＤＡは、前述したウェブサーバ２０のサーバ記憶部２３に記憶されている生成アルゴリズムＧＡにより生成された鍵情報から鍵情報生成の基となった錠ＩＤを算出するためのアルゴリズムである。つまり、解読アルゴリズムＤＡは、通信端末１０から受信した鍵情報から錠ＩＤを逆算するためのアルゴリズムである。
解読アルゴリズムＤＡは、通信端末１０から受信した鍵情報を解読するためのアルゴリズムである。詳細には、本実施形態の解読アルゴリズムＤＡは、前述したウェブサーバ２０のサーバ記憶部２３に記憶されている生成アルゴリズムＧＡにより生成された鍵情報から鍵情報生成の基となった錠ＩＤを算出するためのアルゴリズムである。つまり、解読アルゴリズムＤＡは、通信端末１０から受信した鍵情報から錠ＩＤを逆算するためのアルゴリズムである。
【0029】
本実施形態では、認証制御部３２は、解読アルゴリズムＤＡにより逆算して得られた鍵情報と、あらかじめ認証記憶部３３に記憶されている電気錠４０の錠ＩＤとが一致する場合に、認証成立と判定する。
【0030】
解錠制御部３４は、認証制御部３２の認証結果に応じて、認証装置３０と通信ケーブルで接続された電気錠４０に対して制御信号を送信する。
＜電気錠＞
電気錠４０は、電気信号により施錠や解錠を行う錠である。電気錠４０は、認証装置３０と通信ケーブルで接続される。電気錠４０は、通信ケーブルを介して認証装置３０から制御信号を取得すると、制御信号に応じて解錠及び／又は施錠を行う。
＜電気錠＞
電気錠４０は、電気信号により施錠や解錠を行う錠である。電気錠４０は、認証装置３０と通信ケーブルで接続される。電気錠４０は、通信ケーブルを介して認証装置３０から制御信号を取得すると、制御信号に応じて解錠及び／又は施錠を行う。
【0031】
［２．処理］
次に、認証システム１の各装置１０～４０が実行する処理について説明する。以下では、理解の容易化のために、通信端末１０の端末制御部１４がプログラムに従って実行する処理を説明する際に、端末制御部１４を主体として記載せず、通信端末１０を主体として記載する。同様に、ウェブサーバ２０のサーバ制御部２２及び認証装置３０の認証制御部３２がプログラムに従って実行する処理を説明する際に、ウェブサーバ２０及び認証装置３０を主体として記載する。
次に、認証システム１の各装置１０～４０が実行する処理について説明する。以下では、理解の容易化のために、通信端末１０の端末制御部１４がプログラムに従って実行する処理を説明する際に、端末制御部１４を主体として記載せず、通信端末１０を主体として記載する。同様に、ウェブサーバ２０のサーバ制御部２２及び認証装置３０の認証制御部３２がプログラムに従って実行する処理を説明する際に、ウェブサーバ２０及び認証装置３０を主体として記載する。
【0032】
以下では、まず図５を用いて、通信端末１０のユーザが鍵情報発行サービスを用いて初めて電気錠４０を解錠する場合（すなわち、初回認証の場合）を説明する。その後、図８を用いて、通信端末１０のユーザが鍵情報発行サービスを用いて電気錠４０を再度解錠する場合（すなわち、２回目以降の認証の場合）を説明する。
＜初回認証時＞
図５に示す例では、まず通信端末１０のユーザは、鍵情報発行サービスの利用を開始するため、ユーザ登録を行う。具体的には、通信端末１０は、Ｓ１００において、ウェブブラウザＢＲを利用してインターネットＮ上で鍵情報発行サービスについて検索するなどして、ウェブサーバ２０に接続する。
＜初回認証時＞
図５に示す例では、まず通信端末１０のユーザは、鍵情報発行サービスの利用を開始するため、ユーザ登録を行う。具体的には、通信端末１０は、Ｓ１００において、ウェブブラウザＢＲを利用してインターネットＮ上で鍵情報発行サービスについて検索するなどして、ウェブサーバ２０に接続する。
【0033】
すると、ウェブサーバ２０は、通信端末１０からの要求に応じて、Ｓ１０１において、登録画面情報を通信端末１０に送信する。ここでいう登録画面情報とは、ユーザが登録情報を入力するための画面である登録画面（図示省略）を示すウェブページ情報である。
【0034】
続いて、Ｓ１０２で、通信端末１０は、受信した登録画面情報に基づいて、ウェブブラウザＢＲを利用して表示部１１に登録画面を出力する。
続いて、Ｓ１０３で、通信端末１０は、入力部１２を介してユーザから登録情報の入力を受け付ける。本実施形態では、ユーザは、登録画面において、ユーザＩＤと、パスワードと、を入力する。また、ユーザは、登録画面において解錠対象の電気錠４０を指定する。
続いて、Ｓ１０３で、通信端末１０は、入力部１２を介してユーザから登録情報の入力を受け付ける。本実施形態では、ユーザは、登録画面において、ユーザＩＤと、パスワードと、を入力する。また、ユーザは、登録画面において解錠対象の電気錠４０を指定する。
【0035】
なお、登録画面において解錠対象の電気錠４０を指定する仕様は特に限定されないが、例えば一例として、次のように解錠対象の電気錠４０が指定されてもよい。すなわち、登録画面において電気錠が設置されている建物（レンタルオフィスＡの１号店、２号店、又は、施設Ｂの１号店、２号店等）の一覧が表示され、ユーザはその中から解錠対象の電気錠４０が設置されている建物を選択する。すると、選択された建物に設置されている電気錠（例えば、レンタルオフィスＡの１号店に設置されている電気錠）が解錠対象の電気錠４０として指定されてもよい。
【0036】
続いて、Ｓ１０４で、通信端末１０は、Ｓ１０３で入力されたユーザＩＤ及びパスワード並びに解錠対象の電気錠４０を特定する情報を含む登録情報を、インターネット通信部１３２を介してウェブサーバ２０に送信する。
【0037】
続いて、Ｓ１０５で、ウェブサーバ２０は、サーバ通信部２１を介して通信端末１０から受信した登録情報をサーバ記憶部２３に記憶（登録）する。
続いて、Ｓ１０６で、ウェブサーバ２０は、サーバ通信部２１を介してＵＲＬ情報を通信端末１０に送信する。ここでいうＵＲＬ情報とは、ウェブサーバ２０に接続するためのＵＲＬ情報である。具体的には、本実施形態では、Ｓ１０６で送信されるＵＲＬ情報は、ウェブサーバ２０が提供するウェブページである申請画面に接続するためのＵＲＬ情報である。申請画面は、鍵情報の発行を申請する画面であり、詳細については後述する。また、本実施形態では、ウェブサーバ２０は、ユーザの解錠対象の電気錠４０ごとに異なるＵＲＬ情報を送信する。つまり、ウェブサーバ２０は、Ｓ１０４で通信端末１０から受信した登録情報に含まれる電気錠４０を特定する情報に応じたＵＲＬ情報を通信端末１０に送信する。そして、ユーザは、解錠対象の電気錠４０に応じた申請画面にアクセスし、鍵情報の発行の申請を行う。
続いて、Ｓ１０６で、ウェブサーバ２０は、サーバ通信部２１を介してＵＲＬ情報を通信端末１０に送信する。ここでいうＵＲＬ情報とは、ウェブサーバ２０に接続するためのＵＲＬ情報である。具体的には、本実施形態では、Ｓ１０６で送信されるＵＲＬ情報は、ウェブサーバ２０が提供するウェブページである申請画面に接続するためのＵＲＬ情報である。申請画面は、鍵情報の発行を申請する画面であり、詳細については後述する。また、本実施形態では、ウェブサーバ２０は、ユーザの解錠対象の電気錠４０ごとに異なるＵＲＬ情報を送信する。つまり、ウェブサーバ２０は、Ｓ１０４で通信端末１０から受信した登録情報に含まれる電気錠４０を特定する情報に応じたＵＲＬ情報を通信端末１０に送信する。そして、ユーザは、解錠対象の電気錠４０に応じた申請画面にアクセスし、鍵情報の発行の申請を行う。
【0038】
なお、例えば、通信端末１０のユーザは、当該ＵＲＬ情報を、「以降、指定した電気錠を解錠したい場合は、そのＵＲＬ情報にアクセスしてください」といったメッセージと共にウェブサーバ２０から受け取ってもよい。
【0039】
続いて、Ｓ１０７において、通信端末１０は、Ｓ１０６で受信したＵＲＬ情報を用いて、ウェブブラウザＢＲからウェブサーバ２０に接続する。
すると、ウェブサーバ２０は、通信端末１０からの要求に応じて、Ｓ１０８において、申請画面情報を通信端末１０に送信する。申請画面情報とは、ユーザが鍵情報の発行を申請するための申請情報を入力するための画面である申請画面を示すウェブページ情報である。
すると、ウェブサーバ２０は、通信端末１０からの要求に応じて、Ｓ１０８において、申請画面情報を通信端末１０に送信する。申請画面情報とは、ユーザが鍵情報の発行を申請するための申請情報を入力するための画面である申請画面を示すウェブページ情報である。
【0040】
続いて、Ｓ１０９において、通信端末１０は、ウェブサーバ２０から受信した申請画面情報に基づいて、ウェブブラウザＢＲを利用して表示部１１に図６に示すような申請画面を出力する。
【0041】
続いて、Ｓ１１０で、通信端末１０は、入力部１２を介してユーザから申請情報の入力を受け付ける。この申請画面において、ユーザは、ユーザＩＤと、パスワードと、鍵情報の発行日時と、を入力する。
【0042】
なお、本実施形態では、ユーザが入力した発行日時から所定時間のみ有効な鍵情報が発行される。例えば、ユーザが解錠したい電気錠４０のすぐ傍におり、電気錠４０をすぐに解錠したい場合、ユーザは、現在時刻又は現在時刻の直後の時刻を発行日時として入力することが想定される。ユーザは、ユーザＩＤ、パスワード及び発行日時を入力すると、申請画面の「鍵情報を取得」のボタンを押下する。これにより、ユーザＩＤ、パスワード及び発行日時の情報を含む申請情報の入力が完了する。
【0043】
なお、本実施形態では、通信端末１０は、前述のとおり、解錠対象の電気錠４０に応じたＵＲＬ情報を利用して申請画面情報をウェブサーバ２０から取得する。このため、ユーザが申請画面において解錠対象の電気錠４０を指定しなくても、ウェブサーバ２０から取得した申請画面を通じて鍵情報の発行を申請するだけで、ウェブサーバ２０側で解錠対象の電気錠４０を把握できる。
【0044】
続いて、Ｓ１１１で、通信端末１０は、ユーザから受け付けた申請情報を、インターネット通信部１３２を介してウェブサーバ２０に送信する。
続いて、Ｓ１１２で、ウェブサーバ２０は、通信端末１０から受信した申請情報を用いてユーザの個人認証を行う。Ｓ１１２では、ウェブサーバ２０は、受信した申請情報に含まれるユーザＩＤ及びパスワードが、前述したＳ１０５で登録された登録情報に含まれるユーザＩＤ及びパスワードにそれぞれ一致するか否かを判定する。そして、ウェブサーバ２０は、ユーザＩＤ及びパスワードがそれぞれ一致する場合に個人認証が成立すると判定する。一方、ウェブサーバ２０は、ユーザＩＤ及びパスワードの少なくとも一方が一致しない場合に個人認証が成立しないと判定する。図５に示す例では、ユーザＩＤ及びパスワードがそれぞれ一致し、個人認証が成立する場合が想定される。なお、個人認証が成立しない場合、Ｓ１１３以降の処理は実行されない。
続いて、Ｓ１１２で、ウェブサーバ２０は、通信端末１０から受信した申請情報を用いてユーザの個人認証を行う。Ｓ１１２では、ウェブサーバ２０は、受信した申請情報に含まれるユーザＩＤ及びパスワードが、前述したＳ１０５で登録された登録情報に含まれるユーザＩＤ及びパスワードにそれぞれ一致するか否かを判定する。そして、ウェブサーバ２０は、ユーザＩＤ及びパスワードがそれぞれ一致する場合に個人認証が成立すると判定する。一方、ウェブサーバ２０は、ユーザＩＤ及びパスワードの少なくとも一方が一致しない場合に個人認証が成立しないと判定する。図５に示す例では、ユーザＩＤ及びパスワードがそれぞれ一致し、個人認証が成立する場合が想定される。なお、個人認証が成立しない場合、Ｓ１１３以降の処理は実行されない。
【0045】
ウェブサーバ２０は、Ｓ１１２で個人認証が成立すると、続くＳ１１３で、鍵情報を生成する。具体的には、ウェブサーバ２０は、登録情報に含まれる解錠対象の電気錠４０の錠ＩＤ（例えばシリアル番号等）と通信端末１０から受信した申請情報に含まれる発行日時の情報とを基に、サーバ記憶部２３に記憶されている生成アルゴリズムＧＡを用いて鍵情報を生成する。
【0046】
続いて、Ｓ１１４で、ウェブサーバ２０は、Ｓ１１３で生成した鍵情報を所定の暗号化アルゴリズムにより暗号化する。
続いて、Ｓ１１５で、ウェブサーバ２０は、暗号化した鍵情報と指示画面情報とを、サーバ通信部２１を介して通信端末１０に送信する。ここでいう指示画面情報とは、指示画面を示すウェブページ情報である。指示画面とは、ユーザに通信端末１０を解錠対象の電気錠４０にかざす（すなわち、通信端末１０を認証装置３０に近距離無線通信可能な距離まで近づける）ことを指示する画面である。
続いて、Ｓ１１５で、ウェブサーバ２０は、暗号化した鍵情報と指示画面情報とを、サーバ通信部２１を介して通信端末１０に送信する。ここでいう指示画面情報とは、指示画面を示すウェブページ情報である。指示画面とは、ユーザに通信端末１０を解錠対象の電気錠４０にかざす（すなわち、通信端末１０を認証装置３０に近距離無線通信可能な距離まで近づける）ことを指示する画面である。
【0047】
続いて、Ｓ１１６において、通信端末１０は、ウェブサーバ２０のサーバ記憶部２３に記憶されている制御データを取得する。特に、通信端末１０は、Ｓ１０６で送信されるＵＲＬ情報を用いてウェブサーバ２０に接続することで、制御データを取得する。なお、制御データを取得するタイミングはこれに限られず、暗号化した鍵情報と指示画面情報とを受信するタイミング又はそれよりも前に取得してもよい。
【0048】
続いて、Ｓ１１７において、通信端末１０は、ウェブサーバ２０から受信した指示画面情報に基づいて、ウェブブラウザＢＲを利用して図７に示す指示画面を表示部１１に出力する。
【0049】
なお、本実施形態では、図６に示す申請画面において、現在時刻又は現在時刻の直後の時刻を入力した場合も、現在時刻よりも一定時間後（例えば１時間後）を入力した場合も、個人認証が成立すると、図７の指示画面が表示される。そして、図７の指示画面は、ユーザによって指定された鍵情報の発行日時を一定時間経過するまで、又は、ユーザがウェブブラウザＢＲを閉じるまで表示部１１に表示され続ける。
【0050】
続いて、Ｓ１１８で、通信端末１０のウェブブラウザＢＲは、ＷｅｂＮＦＣ技術により近距離通信部１３１を制御し、Ｓ１１９で、暗号化した鍵情報を、近距離通信部１３１を介して認証装置３０に送信する。具体的には、ウェブブラウザＢＲは、Ｓ１１６でウェブサーバ２０から受信した制御データに含まれるプログラムを実行し、近距離通信部１３１を制御する。そして、ウェブブラウザＢＲは、近距離通信部１３１に、暗号化した鍵情報をＮＦＣ通信により認証装置３０へ送信させる。
【0051】
ここで、ウェブブラウザＢＲは、通信端末１０の端末記憶部１５に通信端末１０の端末ＩＤが記憶されている場合には、鍵情報と共に当該端末ＩＤをＮＦＣ通信により認証装置３０に送信させる。一方、ウェブブラウザＢＲは、端末記憶部１５に通信端末１０の端末ＩＤが記憶されていない場合には、鍵情報のみをＮＦＣ通信により認証装置３０に送信させる。なお、図５に示す例では、端末記憶部１５に通信端末１０の端末ＩＤが記憶されており、鍵情報と共に当該端末ＩＤが送信されることが想定される。
【0052】
続いて、Ｓ１２０で、認証装置３０は、通信端末１０から受信した暗号化された鍵情報を解読する。具体的には、認証装置３０は、認証記憶部３３に記憶されている解読アルゴリズムＤＡを用いて、受信した鍵情報から、鍵情報生成の基となった電気錠の錠ＩＤを逆算する。
【0053】
続いて、Ｓ１２１で、認証装置３０は、鍵情報の照合を行う。具体的には、認証装置３０は、Ｓ１２０で逆算して得られた錠ＩＤと、あらかじめ認証記憶部３３に記憶されている錠ＩＤと、が一致するか否かを判定する。そして、認証装置３０は、錠ＩＤが一致する場合に認証が成立すると判定し、一致しない場合に認証が成立しないと判定する。
【0054】
ここで、Ｓ１２０で逆算して得られた錠ＩＤは、ユーザが鍵情報発行サービスの利用を開始するに際し登録した電気錠４０の錠ＩＤである。よって、ユーザが、サービスの利用開始時に登録した電気錠４０を解錠しようとする場合は、Ｓ１２０で逆算して得られた錠ＩＤ（すなわち、登録した電気錠４０の錠ＩＤ）と、認証装置３０の認証記憶部３３に記憶されている電気錠４０の錠ＩＤと、が一致し、認証が成立する。
【0055】
図５に示す例では、錠ＩＤが一致し、認証が成立することが想定される。なお、Ｓ１２１で認証が成立しない場合には、Ｓ１２２以降の処理は実行されない。
続いて、Ｓ１２２において、認証装置３０は、Ｓ１１９で受信した端末ＩＤを認証記憶部３３に記憶する。
続いて、Ｓ１２２において、認証装置３０は、Ｓ１１９で受信した端末ＩＤを認証記憶部３３に記憶する。
【0056】
そして、Ｓ１２３において、認証装置３０は、電気錠４０に対し、解錠制御信号を送信する。解錠制御信号とは、電気錠４０を解錠させるための制御信号である。Ｓ１２３が実行されると電気錠４０が解錠される。以上が初回認証の場合である。
＜２回目以降の認証時＞
続いて、図５の手順に従い１度解錠した電気錠４０を再度解錠する場合（すなわち、２回目以降の認証の場合）について図８を用いて説明する。特に図８に示す例では、初回認証時のＳ１１９において通信端末１０から認証装置３０に通信端末１０の端末ＩＤが送信され、認証装置３０側に通信端末１０の端末ＩＤが記憶されていることが想定される。
＜２回目以降の認証時＞
続いて、図５の手順に従い１度解錠した電気錠４０を再度解錠する場合（すなわち、２回目以降の認証の場合）について図８を用いて説明する。特に図８に示す例では、初回認証時のＳ１１９において通信端末１０から認証装置３０に通信端末１０の端末ＩＤが送信され、認証装置３０側に通信端末１０の端末ＩＤが記憶されていることが想定される。
【0057】
まず、通信端末１０のユーザは、通信端末１０を解錠対象の電気錠４０（すなわち、認証装置３０）に近距離無線通信可能な距離まで近づける。すると、通信端末１０は、認証装置３０から発信されるアドバタイズ信号を受信する。そして、通信端末１０は、アドバタイズ信号に対する応答として、Ｓ２０１において、端末記憶部１５に記憶されている端末ＩＤを、近距離通信部１３１を介してＮＦＣ通信により認証装置３０に送信する。
【0058】
続いて、Ｓ２０２で、認証装置３０は、照合を行う。具体的には、認証装置３０は、前述した図５のＳ１２２で記憶した端末ＩＤと、Ｓ２０１で受信した端末ＩＤと、が一致するか否かを判定する。そして、認証装置３０は、端末ＩＤが一致する場合に認証が成立すると判定し、端末ＩＤが一致しない場合に認証が成立しないと判定する。なお、図８に示す例では、端末ＩＤが一致し、認証が成立することが想定される。なお、Ｓ２０２で認証が成立しない場合、Ｓ２０３の処理は実行されない。
【0059】
認証装置３０は、Ｓ２０２で認証が成立すると、続くＳ２０３で、電気錠４０に解錠制御信号を送信する。これにより電気錠４０が解錠される。
以上が初回認証時に通信端末１０から認証装置３０に通信端末１０の端末ＩＤが送信され、認証装置３０側に通信端末１０の端末ＩＤが記憶されている場合の各装置１０，３０，４０の処理である。なお、初回認証時において通信端末１０の端末記憶部１５に通信端末１０の端末ＩＤが記憶されておらず、通信端末１０から認証装置３０に端末ＩＤが送信されていない場合、通信端末１０のユーザは、図５のＳ１０６で取得したＵＲＬ情報を用いて申請画面に再度接続する。そして、前述したＳ１０８～Ｓ１２３の処理が再度実行される。
以上が初回認証時に通信端末１０から認証装置３０に通信端末１０の端末ＩＤが送信され、認証装置３０側に通信端末１０の端末ＩＤが記憶されている場合の各装置１０，３０，４０の処理である。なお、初回認証時において通信端末１０の端末記憶部１５に通信端末１０の端末ＩＤが記憶されておらず、通信端末１０から認証装置３０に端末ＩＤが送信されていない場合、通信端末１０のユーザは、図５のＳ１０６で取得したＵＲＬ情報を用いて申請画面に再度接続する。そして、前述したＳ１０８～Ｓ１２３の処理が再度実行される。
【0060】
［３．効果］
以上詳述した実施形態によれば、以下の効果を奏する。
（１）本実施形態では、通信端末１０は、通信端末１０に実装されているウェブブラウザＢＲから特定のＵＲＬ情報を用いてウェブサーバ２０に接続する（Ｓ１０７）。そして、通信端末１０は、ウェブサーバ２０から鍵情報と制御データとを受信する（Ｓ１１５，Ｓ１１６）。そして、通信端末１０は、受信した制御データに基づいてウェブブラウザＢＲが近距離通信部１３１を制御することで、鍵情報を認証装置３０に送信する（Ｓ１１８，Ｓ１１９）。そして、認証装置３０は、認証通信部３１を介して通信端末１０から鍵情報を受信する（Ｓ１１９）。そして、認証装置３０は、受信した鍵情報に基づいて電気錠４０の解錠を行う（Ｓ１２３）。
以上詳述した実施形態によれば、以下の効果を奏する。
（１）本実施形態では、通信端末１０は、通信端末１０に実装されているウェブブラウザＢＲから特定のＵＲＬ情報を用いてウェブサーバ２０に接続する（Ｓ１０７）。そして、通信端末１０は、ウェブサーバ２０から鍵情報と制御データとを受信する（Ｓ１１５，Ｓ１１６）。そして、通信端末１０は、受信した制御データに基づいてウェブブラウザＢＲが近距離通信部１３１を制御することで、鍵情報を認証装置３０に送信する（Ｓ１１８，Ｓ１１９）。そして、認証装置３０は、認証通信部３１を介して通信端末１０から鍵情報を受信する（Ｓ１１９）。そして、認証装置３０は、受信した鍵情報に基づいて電気錠４０の解錠を行う（Ｓ１２３）。
【0061】
したがって、ウェブブラウザＢＲが近距離通信部１３１を制御することで、鍵情報を認証装置３０に送信し、電気錠４０を解錠する。換言すれば、ｗｅｂＮＦＣ技術を活用して電気錠４０を解錠する。したがって、電気錠４０を解錠するための専用のアプリを通信端末１０にダウンロードしなくても電気錠４０を解錠できる。ひいては、ユーザの手間を軽減することができる。
【0062】
特に、専用アプリを用いて電気錠４０の解錠を行う場合、解錠対象の電気錠４０ごとに対応したアプリのダウンロードが必要になるときがある。その場合、別の電気錠４０をユーザが解錠したい場合には、ユーザは別のアプリをダウンロードしなければならない。これに対して、本実施形態の認証システム１によれば、別の電気錠４０を解錠したい場合でも、解錠したい電気錠４０に応じた特定のＵＲＬを用いてウェブサーバ２０に接続して鍵情報を取得し、電気錠４０を解錠すればよい。よって、ユーザの手間を軽減できる。
【0063】
また、レンタルオフィスの扉に設置された電気錠４０を解錠する場合など、スポット的（つまり単発的）に電気錠４０を解錠する場合や突発的に電気錠４０を解錠したい場合なども想定される。そのような場合でも、本実施形態の認証システム１によれば、専用アプリをダウンロードせず電気錠４０を解錠できる。よって、ユーザの利便性を向上できる。
【0064】
（２）本実施形態では、通信端末１０は、ウェブサーバ２０から受信した制御データに基づいてウェブブラウザＢＲが近距離通信部１３１を制御することで、鍵情報と端末ＩＤとを認証装置３０に送信する（Ｓ１１８，Ｓ１１９）。そして、認証装置３０は、通信端末１０から受信した端末ＩＤを認証記憶部３３に記憶する（Ｓ１２２）。そして、認証装置３０は、端末ＩＤを認証記憶部３３に記憶した後に、通信端末１０から端末ＩＤを受信する場合に、認証装置３０に記憶された端末ＩＤと、受信した端末ＩＤと、が一致するか否かを判定する（Ｓ２０２）。そして、認証装置３０は、認証記憶部３３に記憶された端末ＩＤと受信した端末ＩＤとが一致すると判定される場合に、電気錠４０の解錠を行う（Ｓ２０３）。
【0065】
したがって、認証装置３０に通信端末１０の端末ＩＤが記憶された後（例えば、２回目以降電気錠４０を解錠する場合）は、通信端末１０のユーザは、ウェブサーバ２０に接続しなくても電気錠４０を解錠できる。よって、電気錠４０を解錠する度にウェブサーバ２０に接続しなければならない構成と比較して、ユーザの手間を軽減できる。
【0066】
（３）本実施形態では、通信端末１０の近距離通信部１３１及び認証装置３０の認証通信部３１は、ＮＦＣ通信を行う。そして、ＮＦＣ通信を介して鍵情報等が送受信される。
したがって、鍵情報等を送受信できる確実性を向上できる。すなわち、ＮＦＣ通信よりも長距離で通信可能な近距離通信規格（例えばＢＬＥの通信規格に従うＢＬＥ通信等）で通信端末１０と認証装置３０とが鍵情報等の送受信を行う場合を想定する。この場合、通信端末１０と認証装置３０との間に障害物があると鍵情報等の送受信に支障が出る場合がある。これに対して、本実施形態のようにＮＦＣ通信で鍵情報等を送受信する場合、ＢＬＥ通信等と比較して、通信端末１０と認証装置３０との間に障害物が入り込みづらく、鍵情報等を送受信できる確実性を向上できる。
したがって、鍵情報等を送受信できる確実性を向上できる。すなわち、ＮＦＣ通信よりも長距離で通信可能な近距離通信規格（例えばＢＬＥの通信規格に従うＢＬＥ通信等）で通信端末１０と認証装置３０とが鍵情報等の送受信を行う場合を想定する。この場合、通信端末１０と認証装置３０との間に障害物があると鍵情報等の送受信に支障が出る場合がある。これに対して、本実施形態のようにＮＦＣ通信で鍵情報等を送受信する場合、ＢＬＥ通信等と比較して、通信端末１０と認証装置３０との間に障害物が入り込みづらく、鍵情報等を送受信できる確実性を向上できる。
【0067】
なお、本実施形態では、ＮＦＣ通信が近距離無線通信に相当し、通信端末１０の近距離通信部１３１が端末近距離通信部に相当し、認証装置３０の認証通信部３１が認証近距離通信部に相当し、認証記憶部３３が記憶部に相当する。また、Ｓ１０６でウェブサーバ２０から受信するＵＲＬ情報が特定のＵＲＬ情報に相当し、Ｓ１０７が接続処理部としての処理に相当する。また、Ｓ１１５及びＳ１１６が受信処理部としての処理に相当し、Ｓ１１５及びＳ１１６が送信処理部としての処理に相当し、Ｓ１１８及びＳ１１９が制御送信処理部としての処理に相当し、Ｓ１１９が鍵情報受信部としての処理に相当する。また、Ｓ１２２が記憶処理部としての処理に相当し、Ｓ１２３及びＳ２０３が解錠処理部としての処理に相当し、Ｓ２０２が判定部としての処理に相当する。
【0068】
［４．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は前述の実施形態に限定されることなく、種々変形して実施することができる。
以上、本開示の実施形態について説明したが、本開示は前述の実施形態に限定されることなく、種々変形して実施することができる。
【0069】
（１）上記実施形態では、通信端末１０と認証装置３０とが行うＮＦＣ通信としてＦｅｌｉＣａ通信を例示したが、前記ＮＦＣ通信はこれに限られない。例えば、通信端末１０と認証装置３０とは、ＭＩＦＡＲＥ（登録商標）などの通信規格に従うＮＦＣ通信を行ってもよい。
【0070】
（２）上記実施形態では、通信端末１０と認証装置３０とが行う近距離無線通信としてＮＦＣ通信を例示したが、近距離無線通信はこれに限られない。例えば、通信端末１０と認証装置３０とは、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）等の通信規格に従う近距離無線通信を行ってもよい。
【0071】
（３）上記実施形態では、端末ＩＤとしてＦｅｌｉＣａ ＩＤｍを例示したが、端末ＩＤはこれに限られない。端末ＩＤは、ＭＡＣアドレス、通信端末１０のユーザの電話番号、電子メールアドレス等であってもよい。つまり、端末ＩＤは、通信端末１０を識別できる情報であれば何でもよい。
【0072】
（４）上記実施形態では、特定のＵＲＬ情報として申請画面に接続するためのＵＲＬ情報を例示したが、特定のＵＲＬ情報はこれに限られない。特定のＵＲＬ情報は、ウェブサーバ２０に接続するためのＵＲＬ情報であればよく、例えば、申請画面以外の画面（ウェブページ）に接続するためのＵＲＬ情報等であってもよい。この場合も、特定のＵＲＬ情報は、当該ＵＲＬ情報を用いて通信端末１０がウェブサーバ２０に接続することで、通信端末１０が制御データを取得可能なＵＲＬ情報であってよい。
【0073】
（５）上記実施形態では、通信端末１０のウェブブラウザＢＲは、Ｓ１１９において、鍵情報と端末ＩＤとを同時に送信するが、鍵情報と端末ＩＤと送信するタイミングはこれに限られない。例えば、通信端末１０は、鍵情報と端末ＩＤとを同時ではなく別々のタイミングで送信してもよい。
【0074】
（６）上記実施形態において、ウェブサーバ２０を複数台のサーバで構成してもよい。この場合において例えば、鍵情報発行サービスのウェブサイトを提供するサーバ、鍵情報を生成、発行するサーバなどの複数台のサーバでウェブサーバ２０を構成してもよい。
【0075】
（７）上記実施形態のＳ１１９において、通信端末１０は、端末記憶部１５に通信端末１０の端末ＩＤが記憶されている場合であっても、認証装置３０に端末ＩＤを送信しなくてもよい。この場合において例えば、電気錠４０を２回目以降解錠する場合もその都度特定のＵＲＬを用いてウェブサーバ２０に接続してＳ１０７～Ｓ１２３の処理を実行し、電気錠４０解錠してもよい。
【0076】
（８）上記実施形態において、例えば以下のような構成を採用することで、２回目以降に電気錠４０を解錠する場合においてウェブサーバ２０への接続を省略してもよい。
すなわち、通信端末１０が、ウェブサーバ２０から取得した鍵情報を自身の端末記憶部１５（例えばＮＦＣチップ）に記憶しておく。そして、２回目以降の電気錠４０の解錠において、通信端末１０は、通信端末１０に記憶されている鍵情報を認証装置３０に送信する。そして、認証装置３０側で鍵情報の照合を行うことで、ウェブサーバ２０への接続を省略することが考えられる。
すなわち、通信端末１０が、ウェブサーバ２０から取得した鍵情報を自身の端末記憶部１５（例えばＮＦＣチップ）に記憶しておく。そして、２回目以降の電気錠４０の解錠において、通信端末１０は、通信端末１０に記憶されている鍵情報を認証装置３０に送信する。そして、認証装置３０側で鍵情報の照合を行うことで、ウェブサーバ２０への接続を省略することが考えられる。
【0077】
しかしながら、通信端末１０が、自身が有するＮＦＣチップ等の端末記憶部１５に鍵情報を書き込む機能を有していない場合が想定される。その場合において、認証装置３０が、ＮＦＣ通信、ひいては近距離無線通信により通信端末１０から鍵情報を受信した場合、受信した鍵情報を、自身の有するライター機能を利用して通信端末１０の端末記憶部１５に書き込んでもよい。そして、通信端末１０は、２回目以降の解錠においては、認証装置３０によって端末記憶部１５に書き込まれた鍵情報を認証装置３０に送信し、認証装置３０側で鍵情報の照合を行う。なお、ライター機能は、ＮＦＣ対応機器との間でデータの書き込みを行う機能である。このような構成より２回目以降の解錠においてウェブサーバ２０への接続を省略してもよい。
【0078】
（９）本開示に記載の制御部１４，２２，３２及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部１４，２２，３２及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部１４，２２，３２及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記憶媒体に記憶されてもよい。制御部１４，２２，３２に含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。
【0079】
（１０）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。
【0080】
（１１）前述した制御部１４，２２，３２の他、当該制御部１４，２２，３２としてコンピュータを機能させるためのプログラム、このプログラムを記憶した半導体メモリ等の非遷移的実体的記憶媒体、ウェブブラウザＢＲが近距離通信部１３１を制御することで電気錠４０の解錠を行う方法など、種々の形態で本開示を実現することもできる。
【符号の説明】
【0081】
１…認証システム、１０…通信端末、１３…端末通信部、１４…端末制御部、
１５…端末記憶部、２０…ウェブサーバ、２１…サーバ通信部、２２…サーバ制御部、
２３…サーバ記憶部、３０…認証装置、３１…認証通信部、３２…認証制御部、
３３…認証記憶部、３４…解錠制御部、４０…電気錠、
１３１…ＮＦＣ通信部、近距離通信部、１３２…インターネット通信部、
ＢＲ…ウェブブラウザ。
１５…端末記憶部、２０…ウェブサーバ、２１…サーバ通信部、２２…サーバ制御部、
２３…サーバ記憶部、３０…認証装置、３１…認証通信部、３２…認証制御部、
３３…認証記憶部、３４…解錠制御部、４０…電気錠、
１３１…ＮＦＣ通信部、近距離通信部、１３２…インターネット通信部、
ＢＲ…ウェブブラウザ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】