JP7276235B2 - 認証システム - Google Patents

Description

本開示は、電子鍵を用いて施解錠を行う技術に関する。

電子キーを利用して車両を施解錠できるシステムが開発されている。このようなシステムでは、端末の電池切れがありうるため、応急手段が用意されている場合が多い。例えば、引用文献１には、電池切れを起こした電子キーを、近距離無線通信によって充電できるシステムが記載されている。

特開２０１４－１９００４７号公報

車両が電子鍵を採用している場合において、電池切れなどの要因によって端末が利用できなくなった場合、車両を解錠することができなくなる。かかる場合に、代替手段によって応急的な施解錠を可能にすることが望まれている。

本開示は上記の課題を考慮してなされたものであり、電子鍵を利用した施解錠システムにおいて、応急的な施解錠を可能にすることを目的とする。

本開示の第一の態様に係る情報処理装置は、
施解錠装置に対応する電子鍵を管理する情報処理装置であって、前記電子鍵を利用する第一の携帯端末の状況を通知するデータである端末データを取得することと、前記端末データに基づいて、前記第一の携帯端末に対応する電子鍵を、前記第一の携帯端末とは異なる第二の携帯端末に送信することと、を実行する制御部を有することを特徴とする。

また、本開示の第二の態様に係る認証システムは、
電子鍵によって所定の携帯端末を認証する施解錠装置と、前記携帯端末が利用する前記電子鍵を管理するサーバ装置と、を含む認証システムであって、前記施解錠装置は、前記携帯端末から受信した電子鍵に基づいて、前記携帯端末を認証する第一の制御部を有し、前記サーバ装置は、第一の携帯端末の状況を通知するデータである端末データを受信し、前記第一の携帯端末から送信された前記端末データに基づいて、前記第一の携帯端末に対応する電子鍵を、第二の携帯端末に送信する第二の制御部を有することを特徴とする。

また、本開示の第三の態様に係る情報処理方法は、
施解錠装置に対応する電子鍵を管理する情報処理装置が行う情報処理方法であって、前記第一の携帯端末の状況を通知するデータである端末データを取得するステップと、前記端末データに基づいて、前記第一の携帯端末に対応する電子鍵を、前記第一の携帯端末とは異なる第二の携帯端末に送信するステップと、を含むことを特徴とする。

また、他の態様として、上記の情報処理方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体が挙げられる。

本発明によれば、電子鍵を利用した施解錠システムにおいて、応急的な施解錠が可能になる。

第一の実施形態に係る認証システムの概要図。 サーバ装置の一例を概略的に示したブロック図。 第一の実施形態における端末データの例を示した図。 携帯端末の一例を概略的に示したブロック図。 施解錠装置の一例を概略的に示したブロック図。 各構成要素が送受信するデータのフロー図。 第二の実施形態における携帯端末の一例を概略的に示したブロック図。 第二の実施形態において各構成要素が送受信するデータのフロー図。

本実施形態に係る認証システムは、サーバ装置と、第一の携帯端末と、第二の携帯端末と、車両に搭載された施解錠装置と、を含むシステムである。
サーバ装置は、施解錠装置から認証を受けるための電子鍵を管理する装置である。通常、電子鍵は、サーバ装置から第一の携帯端末に送信され、第一の携帯端末によって車両（施解錠装置）に送信される。
しかし、第一の携帯端末が、バッテリ切れなど、何らかの理由によって機能不全に陥った場合、ユーザは、車両を解錠する手段を失ってしまう。
本開示における情報処理装置（サーバ装置）は、これに対応するための手段を提供する。

本開示の第一の態様は、施解錠装置に対応する電子鍵を管理する情報処理装置である。
具体的には、前記電子鍵を利用する第一の携帯端末の状況を通知するデータである端末データを取得することと、前記端末データに基づいて、前記第一の携帯端末に対応する電子鍵を、前記第一の携帯端末とは異なる第二の携帯端末に送信することと、を実行する制御部を有する。

本様態に係る施解錠装置は、典型的には車両に搭載された装置であって、電子鍵を用いてユーザを認証する機能を有する。認証に成功した場合、ドアの施解錠やイグニッションの制御が可能となる。情報処理装置は、通常の動作において、電子鍵を第一の携帯端末に送信する。
一方、情報処理装置は、第一の携帯端末の状況を通知するデータである端末データを取得可能に構成される。そして、端末データに基づいて、第一の携帯端末が使用できないか、将来的に使用できなくなることを推定し、かかる場合に、対応する電子鍵を、第二の携帯端末に送信する。
かかる構成によると、電子鍵が利用できない場合のバックアップ手段をユーザに提供することが可能になる。

なお、端末データは、第一の携帯端末によって生成されてもよいし、他の装置によって生成されてもよい。前者の場合、端末データは、第一の携帯端末が正常な状態にあることを通知するためのデータ（ハートビート）として利用される。また、後者の場合、端末データは、第一の携帯端末に異常が発生したことを通知するためのデータとして利用される。いずれの場合であっても、情報処理装置は、端末データに基づいて、第一の携帯端末が機能不全に陥ったこと（または、機能不全に陥る可能性があること）を判定することができる。

なお、前記第二の携帯端末は、前記第一の携帯端末によって予め指定された携帯端末であることを特徴としてもよい。
また、情報処理装置は、前記第一の携帯端末と、前記第二の携帯端末との関連付けを記憶する記憶部をさらに有することを特徴としてもよい。
信頼する端末を予め登録しておくことで、ユーザの意思と関係ない装置に電子鍵が送信されてしまうことを防ぐことができる。

また、前記端末データは、前記第一の携帯端末のバッテリ残量に関するデータを含むことを特徴としてもよい。
また、前記制御部は、前記第一の携帯端末のバッテリ残量が閾値以下である場合に、前記電子鍵を前記第二の携帯端末に送信することを特徴としてもよい。
バッテリ残量に基づいて、電子鍵を第二の携帯端末に予め送信することで、バッテリが完全に切れてしまう事態に対処することができる。

また、前記制御部は、所定のタイミングで前記端末データが取得できなかった場合に、前記電子鍵を前記第二の携帯端末に送信することを特徴としてもよい。
端末データをハートビートとして利用する場合であって、端末データの取得が途絶した場合、第一の携帯端末が機能を停止したことが推定される。このような場合に電子鍵の送信を行うことで、第一の携帯端末が機能不全に陥った後であっても、バックアップ手段を提供することが可能になる。

また、前記端末データは、前記第一の携帯端末が、前記電子鍵を前記施解錠装置に伝送できない旨を示すデータであることを特徴としてもよい。
このように、端末データを、異常が発生した旨を通知するデータとしてもよい。このような端末データは、第一の携帯端末からサーバ装置に直接送信されなくてもよい。例えば、第二の携帯端末を介してサーバ装置に送信されてもよい。

また、前記制御部は、前記第一の携帯端末以外から前記端末データを受信したことをトリガとして、前記電子鍵を前記第二の携帯端末に送信することを特徴としてもよい。
第一の携帯端末に対応する端末データを、第一の携帯端末以外から受信した場合、第一の携帯端末に異常が発生したと推定できるためである。

本開示の第二の態様は、前記施解錠装置と、前記情報処理装置（サーバ装置）と、を含む認証システムである。施解錠装置は第一の制御部を有し、サーバ装置は第二の制御部を有する。

本開示の第三の態様は、第一の態様に係る情報処理装置が行う情報処理方法である。
本開示の第四の態様は、前記第一の携帯端末と、前記第二の携帯端末と、前記情報処理装置（サーバ装置）と、を含む認証システムである。第一の携帯端末は第一の制御部を有し、第二の携帯端末は第二の制御部を有し、サーバ装置は第三の制御部を有する。

当該認証システムにおいては、前記第一の制御部が、自端末に関連付いた前記端末データを、前記第二の携帯端末に送信する処理をさらに実行し、前記第二の制御部が、前記端末データを、前記サーバ装置に中継することを特徴としてもよい。
何らかの理由によって、第一の携帯端末が通信を行えない場合、第二の携帯端末を介して端末データをサーバ装置に送信することができる。

また、前記第一の制御部は、自端末に関連付いた前記端末データを、近距離無線通信を介して前記第二の携帯端末に送信する処理をさらに実行し、前記第二の制御部は、前記端末データを、広域ネットワークを介して前記サーバ装置に送信することを特徴としてもよ
い。
第一の携帯端末が機能不全に陥った場合であっても、例えば、ＮＦＣ等を始めとする近距離無線通信は利用できる場合がある。かかる場合、近距離無線通信を介して、端末データを第二の携帯端末に送信することができる。

また、前記第一の制御部は、自端末に関連付いた前記端末データを可視データにエンコードする処理をさらに実行し、前記第二の制御部は、前記エンコードされた前記端末データをデコードし、広域ネットワークを介して前記サーバ装置に送信することを特徴としてもよい。
可視データとは、例えば、文字列、画像、バーコード、二次元コードなどである。端末データを可視データに変換し、第二の携帯端末に取り込むことで、通信機能を用いずとも、端末データを送信することが可能になる。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

（第一の実施形態）
第一の実施形態に係る認証システムの概要について、図１を参照しながら説明する。本実施形態に係るシステムは、サーバ装置１００と、複数の携帯端末２００Ａおよび２００Ｂと、車両１０に搭載された施解錠装置３００と、を含んで構成される。

サーバ装置１００は、複数の車両１０の電子鍵を管理する装置である。
携帯端末２００Ａは、車両１０に乗車するユーザが利用するコンピュータ（第一の携帯端末。以降、主端末とも称する）である。また、携帯端末２００Ｂは、携帯端末２００Ａが機能不全に陥った際に利用される予備のコンピュータ（第二の携帯端末。以降、予備端末とも称する）である。携帯端末２００Ｂは、例えば、ユーザの家族が利用するコンピュータとすることができる。
以降、主端末および予備端末を区別する必要がない場合、携帯端末２００Ａおよび２００Ｂを総称して携帯端末２００と称する。

施解錠装置３００は、車両１０に搭載されたコンピュータであって、携帯端末２００を認証した結果に基づいて、車両のアンロックを行う。なお、車両をアンロックするとは、ドアを解錠し、エンジンの始動（ないし、電源の投入）を可能にすることを指す。

図１（Ａ）は、通常のオペレーションにおけるデータのフローを示す図である。
サーバ装置１００は、携帯端末２００Ａからの求めに応じて、携帯端末２００Ａに紐付いた車両１０を解錠するための電子鍵を発行し、当該携帯端末２００Ａに送信する。携帯端末２００Ａは、当該電子鍵を、車両１０に搭載された施解錠装置３００に送信することで、車両１０のアンロックを行う。
かかる形態においては、携帯端末２００Ａが機能不全に陥った場合（バッテリ切れ等）、ユーザは、車両１０を解錠することができなくなる。

図１（Ｂ）は、本実施形態におけるデータのフローを示す図である。
携帯端末２００Ａは、自端末の状況を通知するデータである端末データをサーバ装置１００に周期的に送信する。サーバ装置１００は、受信した端末データに基づいて、携帯端末２００Ａが機能不全に陥るおそれがあることを判定し、このような場合に、電子鍵を、予め指定された携帯端末２００Ｂに送信する。すなわち、電子鍵の送信経路を、点線で示した経路から、実線で示した経路に切り替える。
当該システムによると、例えば、バッテリ切れなどによって主端末が利用できなくなった場合であっても、予備端末を用いてユーザが車両１０を解錠することが可能になる。

システムの構成要素について、詳しく説明する。
サーバ装置１００は、汎用のコンピュータにより構成することができる。すなわち、サーバ装置１００は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。なお、リムーバブルメディアは、例えば、ＵＳＢメモリ、あるいは、ＣＤやＤＶＤのようなディスク記録媒体であってもよい。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを実行することによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

図２は、図１に示したサーバ装置１００の構成の一例を概略的に示したブロック図である。サーバ装置１００は、通信部１０１、制御部１０２、および記憶部１０３を有して構成される。

通信部１０１は、ネットワーク経由で携帯端末２００と通信を行うためのインタフェースである。

制御部１０２は、サーバ装置１００の制御を司る手段である。制御部１０２は、例えば、ＣＰＵによって構成される。
制御部１０２は、機能モジュールとして、端末管理部１０２１および鍵管理部１０２２を有している。各機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

端末管理部１０２１は、管理下にある複数の携帯端末２００を管理する。
本実施形態では、端末管理部１０２１は、管理下にある複数の携帯端末２００から、当該携帯端末の状況を通知するデータ（端末データ）を周期的に取得する。端末データには、端末ＩＤ、予備端末ＩＤ、および、状況データが含まれる。
端末ＩＤは、端末データを送信した携帯端末２００の識別子である。また、予備端末ＩＤは、当該携帯端末２００が使用できなくなった場合に利用する予備の携帯端末２００の識別子である。状況データは、本実施形態では、当該携帯端末２００のバッテリ残量をパーセンテージで表した値である。
端末管理部１０２１が取得した端末データは、後述する記憶部１０３に記憶される。図３は、第一の実施形態における端末データの例である。

鍵管理部１０２２は、複数の携帯端末２００が利用する電子鍵を管理する。電子鍵とは、所定の施解錠装置３００から認証を受けるための電子データである。
鍵管理部１０２２は、通常、携帯端末２００からの求めに応じて、当該携帯端末２００に対応する電子鍵を取得し、当該電子鍵を、当該携帯端末２００に送信する。
電子鍵は、予め記憶されたものを取得してもよいし、動的に生成してもよい。例えば、所定の時間帯においてのみ有効な電子鍵や、使用回数が指定された電子鍵、所定の携帯端末においてのみ使用できる電子鍵などを生成することもできる。
また、一つの携帯端末２００が複数の施解錠装置３００にアクセスする場合、鍵管理部１０２２は、携帯端末２００ごとに複数の電子鍵を管理してもよい。
さらに、鍵管理部１０２２は、受信した端末データに基づいて、主端末である携帯端末２００Ａが機能不全に陥るおそれがあることを判定し、予備端末である携帯端末２００Ｂに電子鍵を送信する処理を行う。

記憶部１０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモ
リなどの記憶媒体により構成される。記憶部１０３には、制御部１０２にて実行される各種プログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部１０３には、前述した電子鍵を生成するためのデータ（認証関連データ）、および前述した端末データが記憶される。

次に、携帯端末２００について説明する。
携帯端末２００は、例えばスマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。携帯端末２００は、通信部２０１、制御部２０２、記憶部２０３、入出力部２０４、および近距離通信部２０５を有して構成される。

通信部２０１は、携帯端末２００をネットワークに接続するための通信手段である。本実施形態では、４ＧやＬＴＥ等の移動体通信サービスを利用して、ネットワーク経由で他の装置（例えばサーバ装置１００）と通信を行うことができる。

制御部２０２は、携帯端末２００の制御を司る手段である。制御部２０２は、例えば、マイクロコンピュータによって構成される。制御部２０２は、後述する記憶部２０３に記憶されたプログラムをＣＰＵによって実行することでこれらの機能を実現してもよい。

制御部２０２は、機能モジュールとして認証要求部２０２１、および端末データ送信部２０２２を有している。各機能モジュールは、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

認証要求部２０２１は、サーバ装置１００から電子鍵を取得する処理と、施解錠装置３００に電子鍵を送信し、施解錠を依頼する処理とを実行する。

認証要求部２０２１は、第一に、電子鍵を取得する処理を行う。本実施形態では、認証要求部２０２１が、サーバ装置１００に対して、電子鍵の発行を要求するデータ（以下、鍵発行要求）を送信する。サーバ装置１００において生成された電子鍵は、通信部２０１を介して携帯端末２００へ送信される。
認証要求部２０２１は、第二に、後述する入出力部２０４を介して操作画面をユーザに提供し、ユーザが行った操作に基づいて、施錠または解錠を行うための要求を生成する。例えば、認証要求部２０２１は、タッチパネルディスプレイに、解錠を行うためのアイコン、施錠を行うためのアイコン等を出力し、ユーザによって行われた操作に基づいて、施錠または解錠を要求するデータを生成する。当該データは、電子鍵とともに施解錠装置３００へ送信される。

なお、ユーザが行う操作は、タッチパネルディスプレイを介したものに限られない。例えば、ハードウェアスイッチ等によるものであってもよい。
なお、携帯端末２００が電子鍵を有していない場合、操作画面からの施錠操作および解錠操作は不可能となる。
携帯端末２００が取得する電子鍵は、不変のキーであってもよいし、ワンタイムキーであってもよい。いずれの場合も、電子鍵と照合を行うためのデータ（認証情報）が、施解錠装置３００に事前に記憶される。

端末データ送信部２０２２は、自装置の状況を通知するデータ（端末データ）を生成し、サーバ装置へ周期的に送信する。なお、本実施形態では、端末データ送信部２０２２は、自装置のバッテリ残量を示すデータを端末データに含ませ、サーバ装置１００へ送信する。

記憶部２０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部２０３には、サーバ装置１００から送信された電子鍵、端末データ送信部２０２２が生成した端末データ、および、制御部２０２にて実行される各種プログラム、データ等が記憶される。

入出力部２０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する手段である。具体的には、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネルおよび液晶ディスプレイは、本実施形態では一つのタッチパネルディスプレイからなる。

近距離通信部２０５は、施解錠装置３００との間で近距離無線通信を行うためのインタフェースである。近距離通信部２０５は、所定の無線通信規格を用いて、近距離（数ｃｍ程度）における通信を行う。
本実施形態では、近距離通信部２０５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ規格（以下、ＢＬＥ）によるデータ通信を行う。なお、本実施形態ではＢＬＥを例示するが、他の無線通信規格も利用可能である。例えば、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、Ｗｉ－Ｆｉ（登録商標）などを利用することもできる。

施解錠装置３００は、所定の設備、施設、または建物の扉を施錠および解錠するための装置であり、スマートキーシステムの一部を構成する装置である。本実施形態では、施解錠装置３００は、車両１０に搭載された装置であるものとする。
施解錠装置３００は、携帯端末２００と近距離無線通信を行って当該携帯端末２００を認証する機能と、携帯端末２００を認証した結果に基づいて、電子ロックの施解錠を行う機能を有している。
なお、本実施形態では施解錠という語を用いるが、施解錠装置３００は、認証結果に基づいて、車両１０が有しているエンジンの始動を可能にしてもよい。
施解錠装置３００は、近距離通信部３０１、制御部３０２、および記憶部３０３を有して構成される。

近距離通信部３０１は、近距離通信部２０５と同一の通信規格によって、携帯端末２００との間で通信を行う手段である。

制御部３０２は、近距離通信部３０１を介して携帯端末２００と近距離無線通信を行い、携帯端末２００を認証する制御と、認証結果に基づいて電子ロックの施解錠を行う制御を行うモジュールである。制御部３０２は、例えば、マイクロコンピュータによって構成される。

制御部３０２は、機能モジュールとして認証部３０２１を有している。当該機能モジュールは、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

認証部３０２１は、携帯端末２００から送信された電子鍵に基づいて、携帯端末２００の認証を行う。具体的には、記憶部３０３に記憶された認証情報と、携帯端末２００から送信された電子鍵とを照合し、これらが整合した場合に、認証成功と判断する。双方の情報が整合しない場合、認証失敗と判断する。認証部３０２１が携帯端末２００の認証に成功した場合、車両１０が有する電子ロックに対して、施解錠を行うための指令が送信される。
なお、認証部３０２１が行う認証の方式は、認証情報同士を単純に比較して同一性を検証する方式であってもよいし、非対称暗号を用いた方式であってもよい。

記憶部３０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部３０３には、携帯端末２００から送信された電子鍵と照合するための認証情報や、制御部３０２にて実行される各種プログラム、データ等が記憶される。

図６は、前述した各構成要素間で送受信されるデータのフローを示した図である。

主端末である携帯端末２００Ａは、サーバ装置１００に対して周期的に端末データを送信する。前述したように、端末データは、自装置のバッテリ残量と、緊急時における予備端末（ここでは、携帯端末２００Ｂとする）の識別子を含む。端末データは、サーバ装置１００（端末管理部１０２１）によって受信され、記憶される。
また、携帯端末２００Ａは、サーバ装置１００に対して、任意のタイミングで鍵発行要求を送信する。

ステップＳ１１で、サーバ装置１００は、携帯端末２００Ａから端末データを受信しており、かつ、携帯端末２００Ａが機能不全に陥るおそれがあるか否かを判定する。例えば、端末データが示す、携帯端末２００Ａのバッテリ残量が所定の閾値（例えば、５％）を下回っていた場合、サーバ装置１００は、携帯端末２００Ａが機能不全に陥るおそれがあると判定し、応急処理を実行する。

応急処理を実行する場合、処理はステップＳ１２へ遷移し、鍵管理部１０２２が、携帯端末２００Ａに対応する電子鍵を取得する。応急処理が開始されると、取得した電子鍵が、端末データによって指定された予備端末（携帯端末２００Ｂ）へ送信される（ステップＳ１３）。これにより、携帯端末２００Ａのユーザは、予備端末である携帯端末２００Ｂを用いて施解錠装置３００にアクセスすることが可能になる。

次に、サーバ装置１００（鍵管理部１０２２）は、鍵発行要求を受信したか否かを判定する（ステップＳ１４）。鍵発行要求を受信していた場合、サーバ装置１００（鍵管理部１０２２）は、携帯端末２００Ａに対応する電子鍵を取得し（ステップＳ１５）、携帯端末２００Ａに送信する（ステップＳ１６）。鍵発行要求を受信していない場合、データの待ち受けに戻る。
これにより、携帯端末２００Ａのユーザは、当該携帯端末２００Ａを用いて施解錠装置３００にアクセスすることが可能になる。

以上説明したように、第一の実施形態に係る認証システムによると、電子鍵を利用する携帯端末２００が、バッテリ切れによって機能を停止するおそれがある場合に、サーバ装置１００が、予め指定された予備端末に対して自動的に電子鍵を送信する。これにより、車両１０の解錠が行えなくなってしまうことを防ぐことができる。

なお、本実施形態では、携帯端末２００のバッテリ残量に基づいてサーバ装置１００が応急処理を実行したが、所定のタイミングで端末データが受信できなかった場合に、サーバ装置１００に応急処理を実行させてもよい。例えば、周期的に端末データを送信する取り決めがある場合において、端末データの送信が一定時間以上途絶した場合、バッテリ切れを起こしたと判定し、応急処理を開始してもよい。
また、本実施形態では、主端末に送信される電子鍵と、予備端末に送信される電子鍵を同一のものとしたが、それぞれの電子鍵に与える権限を変更してもよい。例えば、ステップＳ１２において、必要最低限の権限のみを与えた電子鍵を取得するようにしてもよい。必要最低限の権限とは、例えば、主端末を充電可能にするための権限（例えば、車両１０のドアを解錠し、車両内部にある充電ポートを使用可能にするための権限）とすることが
できる。

（第二の実施形態）
第一の実施形態では、携帯端末２００が、当該携帯端末２００の状況を表すデータ（端末データ）を、サーバ装置１００に周期的に送信した。これに対し、第二の実施形態は、主端末である携帯端末２００Ａが機能不全に陥った場合に、当該携帯端末２００Ａに対応する端末データを、予備端末である携帯端末２００Ｂを介してサーバ装置１００に送信する形態である。
第二の実施形態では、端末データは、携帯端末２００が有するＮＦＣモジュールの識別子である。

図７は、第二の実施形態に係る携帯端末２００の構成の一例を示したシステム構成図である。第二の実施形態では、携帯端末２００は、ＮＦＣ通信部２０６をさらに有して構成される。また、制御部２０２は、端末データ転送部２０２３をさらに有して構成される。
ＮＦＣ通信部２０６は、ＮＦＣ（Near Field Communication）を利用した非接触通信によってデータの送受信を行うためのモジュールである。ＮＦＣ通信部２０６は、低電力で動作することができ、携帯端末２００のオペレーティングシステムを起動できない状況下であっても、自己の識別子（以下、ＮＦＣ識別子）を無線送信することができる。

端末データ転送部２０２３は、ＮＦＣ通信によって取得した端末データを、サーバ装置１００に転送する。すなわち、第二の実施形態では、端末データは、対応する携帯端末２００が機能不全に陥った旨を示すデータである。

図８は、第二の実施形態におけるデータフロー図である。
主端末である携帯端末２００Ａが機能不全に陥った場合、ユーザは、予備端末である携帯端末２００Ｂを操作し、ＮＦＣ通信が可能な状態にしたうえで、主端末のＮＦＣ通信部を予備端末のＮＦＣ通信部にタッチする。これにより、携帯端末２００ＡのＮＦＣ識別子が、端末データとして携帯端末２００Ｂに送信される（ステップＳ３１）。

携帯端末２００ＢのＮＦＣ通信部２０６が端末データ（ＮＦＣ識別子）を受信すると、端末データ転送部２０２３が、予め記憶されたＮＦＣ識別子（ペアを組む携帯端末２００のＮＦＣ識別子）と、受信したＮＦＣ識別子を比較する。ここで、両者が一致した場合、端末データ転送部２０２３は、受信した端末データをサーバ装置１００に転送する（ステップＳ２２）。

サーバ装置１００は、受信した端末データにＮＦＣ識別子が含まれていた場合であって、当該端末データを送信した装置が、当該端末データに対応する携帯端末２００でない場合に、応急処理を開始させる（ステップＳ１１Ａ）。
ステップＳ１２およびＳ１３の処理は、第一の実施形態と同様である。

なお、第二の実施形態では、主端末である携帯端末２００Ａからサーバ装置１００に対して周期的に端末データを送信しないため、サーバ装置１００は、端末データに基づいて主端末と予備端末との紐付けを行うことができない。このため、サーバ装置１００に、主端末と予備端末とを紐付けるデータを予め記憶させてもよい。
また、第二の実施形態では、サーバ装置１００に、ＮＦＣ識別子と、携帯端末２００とを紐付けるデータを予め記憶させてもよい。

以上説明したように、第二の実施形態によると、主端末が主な機能（例えば、オペレーティングシステムの動作）を停止した場合であっても、予備端末を介して、電子鍵の発行をサーバ装置１００に依頼することができる。特に、ＮＦＣ通信機能を用いることで、十
分な電力が無い状態であっても、鍵の発行をトリガすることが可能になる。

なお、第二の実施形態においても、第一の実施形態と同様に、携帯端末２００がサーバ装置１００に対して、自端末に対応する端末データを直接送信する構成を加えてもよい。

（第二の実施形態の変形例）
第二の実施形態では、ＮＦＣ通信を利用して、主端末から予備端末へ端末データを送信したが、ＮＦＣ通信以外の他のインタフェースを利用することもできる。
例えば、二次元バーコードを利用する実施形態が考えられる。
この場合、主端末である携帯端末２００Ａが、自装置の識別子を二次元バーコードにエンコードし、画像を出力する。また、予備端末である携帯端末２００Ｂが、当該二次元バーコードをカメラで読み取り、デコードする。そして、携帯端末２００Ｂが、当該デコード結果に基づいて、主端末に対応する端末データを生成するようにしてもよい。
なお、ここでは画像を介した例を述べたが、文字列を利用してもよい。例えば、主端末である携帯端末２００Ａが、自装置の識別子を、所定の関数によって文字列にエンコードして出力し、予備端末である携帯端末２００Ｂが、入力された文字列を取得してデコードするようにしてもよい。

（変形例）
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１００・・・サーバ装置
１０１，２０１・・・通信部
１０２，２０２，３０２・・・制御部
１０３，２０３，３０３・・・記憶部
２００・・・携帯端末
２０４・・・入出力部
２０５，３０１・・・近距離通信部
３００・・・施解錠装置

Claims (4)

1. 電子鍵によって所定の携帯端末を認証する施解錠装置と、前記携帯端末が利用する前記電子鍵を管理するサーバ装置と、を含む認証システムであって、
   前記施解錠装置は、
   前記携帯端末から受信した電子鍵に基づいて、前記携帯端末を認証する第一の制御部を有し、
   前記サーバ装置は、
   第一の携帯端末から送信された、前記第一の携帯端末が前記電子鍵を前記施解錠装置に伝送できない旨を示す端末データを、第二の携帯端末を介して取得し、前記端末データに基づいて、前記第一の携帯端末に対応する電子鍵を、前記第二の携帯端末に送信する第二の制御部を有する、
   認証システム。
2. 前記第二の携帯端末は、前記第一の携帯端末によって予め指定された携帯端末である、
   請求項１に記載の認証システム。
3. 前記サーバ装置は、前記第一の携帯端末と、前記第二の携帯端末との関連付けを記憶する記憶部をさらに有する、
   請求項２に記載の認証システム。
4. 前記端末データは、前記第一の携帯端末のバッテリ残量に関するデータを含む、
   請求項１から３のいずれか１項に記載の認証システム。

Images