JP7478596B2 - 救援システム、救援方法、及び救援プログラム - Google Patents

Description

本発明は、認証機能を有する端末で操作対象を作動させることができなくなったユーザに対する救援システム、救援方法、及び救援プログラムに関する。

従来、ユーザの端末を操作対象のキーとして作動させる際に、端末及び操作対象の間の無線を通じた認証を行い、その認証結果を基に操作対象の作動を実行させる認証システムが知られている。特許文献１には、端末としてのスマートフォンに外部からキー情報を発行することで、当該端末を車両のキーとして作動可能とする認証システムが開示されている。

特開２０１８－３３３０号公報

ところで、上記の認証システムでは、車両のバッテリ上がりなどによって、端末及び操作対象の間の無線通信を通じた認証が行えなくなることがあった。そのため、操作対象との機械的な照合時に使用されるメカニカルキーを、端末のユーザに携帯させることが考えられている。しかし、メカニカルキーの携帯により、ユーザの利便性を損なうという背反の問題があった。

本発明の目的は、ユーザの利便性を向上可能にした救援システム、救援方法、及び救援プログラムを提供することにある。

上記課題を解決するための救援システム、救援方法、及び救援プログラムは、ユーザの利便性を向上可能にする。

本発明の救援システムは、端末とその操作対象との間の無線通信を通じた認証の成立を前記操作対象の作動の一条件とする認証機能が使用不可となって、前記端末で前記操作対象を作動させることができなくなったユーザに対する救援システムであって、前記操作対象との機械的な照合時に使用されるメカニカルキーの固有情報を予め前記端末に付与する固有情報付与部を備え、前記端末に保管された前記固有情報を前記端末から外部媒体に提供した場合に、前記固有情報に基づいて製造された前記メカニカルキーを前記ユーザに発行し、前記メカニカルキーを前記ユーザが前記端末の代替として用いることで前記操作対象を作動させる。

本発明の救援方法は、端末とその操作対象との間の無線通信を通じた認証の成立を前記操作対象の作動の一条件とする認証機能が使用不可となって、前記端末で前記操作対象を作動させることができなくなったユーザに対する救援方法であって、前記操作対象との機械的な照合時に使用されるメカニカルキーの固有情報を予め前記端末に付与することを備え、前記端末に保管された前記固有情報を前記端末から外部媒体に提供した場合に、前記固有情報に基づいて製造された前記メカニカルキーを前記ユーザに発行し、前記メカニカルキーを前記ユーザが前記端末の代替として用いることで前記操作対象を作動させる。

本発明の救援プログラムは、端末とその操作対象との間の無線通信を通じた認証の成立を前記操作対象の作動の一条件とする認証機能が使用不可となって、前記端末で前記操作対象を作動させることができなくなったユーザの救援を実現するための救援プログラムであって、前記操作対象との機械的な照合時に使用されるメカニカルキーの固有情報を予め前記端末に付与することと、前記端末に保管された前記固有情報を前記端末から外部媒体に提供した場合に、前記固有情報に基づいて製造された前記メカニカルキーを前記ユーザに発行し、前記メカニカルキーを前記ユーザが前記端末の代替として用いることで前記操作対象を作動させることと、を実現させる。

認証システムに設けられた救援システムの構成を示すブロック図。 固有情報の付与手順を示すフロー図。 メカニカルキーの発行手順を示すフロー図。

以下、救援システム、救援方法、及び救援プログラムの一実施形態を、図面を参照して説明する。
図１に示すように、操作対象としての車両１は、ユーザが所持する端末２との間の近距離無線通信によって認証を実行して車両１を作動させる認証機能としての認証システム３を備えている。端末２の一例は、高機能携帯電話、所謂スマートフォンである。近距離無線通信は、例えばブルートゥース（Bluetooth：登録商標）通信のＢＬＥ（Bluetooth Low Energy）通信であることが好ましい。

本実施形態の認証システム３は、認証に必要な鍵情報Ｄｋを鍵情報提供装置としてのサーバ４から端末２にダウンロードして、端末２で車両１を操作可能にするものである。鍵情報Ｄｋは、例えば使用が１度又は一定期間のみ許可されたワンタイムキー（ワンタイムパスワード）であることが好ましい。

サーバ４は、鍵情報Ｄｋを端末２へ配信する鍵情報配信部５を備えている。鍵情報配信部５は、鍵情報Ｄｋを、ネットワーク通信を介して、端末２に配信する。端末２への鍵情報Ｄｋの配信は、ユーザの端末２からネットワーク通信を通じて鍵情報配信の依頼を受信した場合に、その端末２に対して実行される。ネットワーク通信は、例えばインターネット通信である。

車両１は、端末２との近距離無線通信を通じて認証を行うコントローラ６と、車載電装品の電源を管理するボディＥＣＵ(Electronic Control Unit)７とを備えている。コントローラ６及びボディＥＣＵ７は、例えばＣＡＮ（Controller Area network）やＬＩＮ（Local Interconnect network）などの車内の通信線により接続されている。

コントローラ６は、端末２の正否を無線によって認証する認証部１０と、車両１において近距離無線通信を実行するアンテナ１１と、を備えている。また、コントローラ６のメモリ１２には、車両１に登録された端末２の鍵情報Ｄｋが書き込み保存されている。認証部１０は、端末２で車両１を操作する際に、端末２と近距離無線通信を通じて鍵情報Ｄｋの認証を実行する。鍵情報Ｄｋの認証は、例えば暗号化された鍵情報Ｄｋを正しく復号できるか否かの認証である。コントローラ６は、鍵情報Ｄｋの認証が成立したことを一条件としてドアロックの施解錠や、エンジンの始動などの車両１の作動を許可する。

ボディＥＣＵ７は、車両ドアを施解錠するメカ部分としてのドアロック機構８の作動を制御する。ボディＥＣＵ７は、鍵情報Ｄｋの認証が成立し、かつ車両１のドアに設けられたボタン（不図示）などが操作された場合に、ドアロック機構８の作動を制御する。

端末２は、端末２の作動を制御する端末制御部２０と、データ記憶可能な記憶領域としてのメモリ２１と、ネットワーク通信を通じて外部と通信するネットワーク通信部２２と、近距離無線通信を行う近距離無線モジュール２３と、を備えている。端末２は、ネットワーク通信部２２を介して、サーバ４とネットワーク通信する。端末２は、近距離無線モジュール２３を介して、車両１と近距離無線通信を実行する。

端末２のメモリ２１には、端末２を車両１のキーとして作動させる際に必要なアプリケーション２４が登録される。端末制御部２０は、アプリケーション２４を実行することにより、端末２への鍵情報Ｄｋの登録や、端末２での車両１の操作が可能となる。アプリケーション２４は、例えばサーバ４からネットワーク通信を通じて取得されて、メモリ２１に書き込み保存される。端末２は、アプリケーション２４を通じ、サーバ４から受信した鍵情報Ｄｋをメモリ２１に書き込み保存する。

車両１は、認証システム３が実行できない場合、端末２によって車両１が操作できなくなったユーザに対する救援システム３０を備えている。認証システム３が実行できない場合とは、例えば車両１のバッテリ上がりが発生した場合が想定される。救援システム３０は、認証システム３が実行できない状態下で、車両ドアを解錠するためのものである。

車両ドアを解錠するための機構として、車両１には、メカニカルキーを差し込んで回すことによりドアロック機構８を作動させるキーシリンダ３１が取り付けられている。キーシリンダ３１は、例えば車両ドアに設けられている。キーシリンダ３１は、メカニカルキーの鍵溝パターンによる機械的な照合により、正規のメカニカルキーが差し込まれた場合にのみ操作が可能になっている。

救援システム３０は、メカニカルキーの固有情報Ｄａを予め端末２に付与する固有情報付与部３２を備えている。本実施形態の固有情報付与部３２は、サーバ４に設けられている。固有情報Ｄａは、例えばキーシリンダ３１の取り付け時に、車両１の車体番号などと紐づけてサーバ４に登録される。固有情報Ｄａは、例えばキーシリンダ３１が有するキーシリンダ情報である。キーシリンダ情報とは、キーシリンダ３１に適合する鍵溝パターンを示すコードや、キーシリンダ３１の固体番号などを含む。また、サーバ４は、固有情報付与部３２による固有情報Ｄａの付与が完了した場合、サーバ４の記憶装置から固有情報Ｄａを消去することが好ましい。

端末２に付与された固有情報Ｄａは、メモリ２１内のセキュアな領域に保管される。セキュアな領域とは、例えば救援システム３０によってしかアクセスできない領域である。なお、端末２において、救援システム３０の処理は、メモリ２１に記憶されたアプリケーション２４によって実行される。

端末２には、固有情報付与部３２による固有情報Ｄａの付与の際、端末２のユーザを識別可能なユーザ識別情報Ｄｂが、固有情報Ｄａとともに暗号鍵によって暗号化されて登録される。ユーザ識別情報Ｄｂは、例えばユーザの免許証番号である。本実施形態の場合、固有情報付与部３２は、固有情報Ｄａを付与する場合に、端末２からユーザ識別情報Ｄｂを取得する。固有情報付与部３２は、固有情報Ｄａ及びユーザ識別情報Ｄｂを平文とし、暗号鍵によって暗号化した暗号化情報Ｄｃを生成する。そして、固有情報Ｄａは、暗号化情報Ｄｃを端末２のメモリ２１に記憶させる。

また、本実施形態の固有情報付与部３２は、鍵情報配信部５によって鍵情報Ｄｋが端末２に登録される際に、鍵情報Ｄｋとともに暗号化情報Ｄｃを送信する。すなわち、鍵情報Ｄｋに固有情報Ｄａを含ませることにより、端末２への鍵情報Ｄｋの登録を通じて固有情報Ｄａを端末２に付与する。

救援システム３０は、例えばユーザがメカニカルキーの発行を依頼する場合に、端末２に保管された固有情報Ｄａを、端末２から外部媒体としての鍵製造業者４０に提供する。鍵製造業者４０は、固有情報Ｄａを基にメカニカルキーを製造し、製造したメカニカルキーをユーザに提供することにより、メカニカルキーの発行を行う。本実施形態の端末２は、固有情報Ｄａ及びユーザ識別情報Ｄｂを含む暗号化情報Ｄｃを、ネットワーク通信を介して鍵製造業者４０に送信する。また、暗号化情報Ｄｃは、端末２からサーバ４を介して鍵製造業者４０へ送信される。なお、鍵製造業者４０が複数の拠点を有する場合、暗号化情報Ｄｃは、端末２の位置情報などを基に、最寄りの拠点へ送信される。

鍵製造業者４０は、固有情報Ｄａを取得する情報取得部４１と、ネットワーク通信を行うネットワーク通信部４２とを有している。情報取得部４１には、暗号化情報Ｄｃを復号するための復号鍵が登録されている。情報取得部４１は、ネットワーク通信部４２を介して、暗号化情報Ｄｃを受信する。情報取得部４１は、復号鍵により暗号化情報Ｄｃを復号し、固有情報Ｄａ及びユーザ識別情報Ｄｂを取得する。鍵製造業者４０は、暗号化情報Ｄｃが正しく復号できること、及びユーザ識別情報Ｄｂに基づくユーザ確認（本人確認）によって、メカニカルキーの発行の依頼者が正しいことを確認可能になっている。鍵製造業者４０は、例えば依頼者が正しいことを確認した場合に、メカニカルキーの製造、又はメカニカルキーの引き渡しを行う。

以下、本実施形態の作用について説明する。まず、端末２への固有情報Ｄａの登録の手順について説明する。
図２に示すように、Ｓ１０１（Ｓはステップの略、以下同様）では、端末２は、ユーザによる登録操作に応じて、サーバ４とのネットワーク通信を介してキー登録を開始する。本実施形態の場合、キー登録には、端末２への鍵情報Ｄｋの登録と固有情報Ｄａの登録とを含む。端末２のキー登録にあたって、端末２及びサーバ４の間では、ネットワーク通信を通じたユーザ認証が行われる。ユーザ認証は、例えば認証システム３の利用登録時に付与されたユーザＩＤ及びパスワードを確認する認証である。また、サーバ４は、端末２からユーザ識別情報Ｄｂを取得する。ユーザ識別情報Ｄｂは、例えばユーザの免許証番号である。

Ｓ１０２では、サーバ４の固有情報付与部３２は、固有情報Ｄａ及びユーザ識別情報Ｄｂの暗号化を行う。このとき、固有情報付与部３２は、サーバ４に保管されていたキーシリンダ３１の情報のうち対象となる車両１のキーシリンダ３１の情報を、固有情報Ｄａとして読み出す。なお、サーバ４に保管されていたキーシリンダ３１の情報は、読み出し後に消去されることが好ましい。固有情報付与部３２は、読み出した固有情報Ｄａと端末２から取得したユーザ識別情報Ｄｂとを平文とし、これらを暗号鍵によって暗号化し、暗号化情報Ｄｃを生成する。

Ｓ１０３では、固有情報付与部３２は、ネットワーク通信を介して暗号化情報Ｄｃを送信する。このとき、固有情報付与部３２は、鍵情報配信部５から送信される鍵情報Ｄｋとともに、暗号化情報Ｄｃを送信する。なお、鍵情報Ｄｋは、暗号化されて送信されることが好ましい。

Ｓ１０４では、端末２は、鍵情報Ｄｋ及び暗号化情報Ｄｃをメモリ２１に書き込み保存する。暗号化情報Ｄｃは、例えばメモリ２１において、アプリケーション２４における救援システム３０の処理を通じてのみアクセス可能なセキュアな領域に保存される。鍵情報Ｄｋを登録した端末２は、車両１のキーとして使用される。端末２は、車両１のコントローラ６との間で近距離無線通信を通じて鍵情報Ｄｋの認証を実行することにより、車両１の操作が可能になる。コントローラ６は、鍵情報Ｄｋの認証が成立した場合に、ドアロック機構８の作動を許可する。

次に、救援システム３０におけるメカニカルキーの発行手順を説明する。ここでは、車両１のバッテリ上がりなどにより、認証システム３が実行できなくなり、端末２による車両１の操作が実行できない状況であるとする。

図３に示すように、Ｓ２０１では、ユーザによってメカニカルキーの発行依頼が行われた場合、暗号化情報Ｄｃが、端末２から鍵製造業者４０へネットワーク送信される。このとき、暗号化情報Ｄｃは、端末２からサーバ４を介して、鍵製造業者４０へ送信される。メカニカルキーの発行依頼は、例えば端末２の操作により、アプリケーション２４を通じて行われる。

Ｓ２０２では、鍵製造業者４０は、情報取得部４１により、暗号化情報Ｄｃを復号する。情報取得部４１は、復号鍵により暗号化情報Ｄｃを復号することができると、固有情報Ｄａ及びユーザのユーザ識別情報Ｄｂを取得する。これにより、鍵製造業者４０は、固有情報Ｄａに基づくメカニカルキーの製造を行うことができる。鍵製造業者４０は、例えば固有情報Ｄａが鍵溝パターンを示すコードである場合、コードからメカニカルキーの鍵溝パターンを読み取り、当該鍵溝パターンを有するメカニカルキーを製造する。一方、鍵製造業者４０は、暗号化情報Ｄｃが復号鍵により正しく復号できない場合、暗号化情報Ｄｃが不正なものであるとして、メカニカルキーの製造を行わない。

Ｓ２０３では、鍵製造業者４０は、例えば鍵製造業者４０の作業者がユーザの場所までメカニカルキーを運送する場合に、ユーザの本人確認を行う。本人確認は、例えばユーザ識別情報Ｄｂが免許証番号である場合、作業者によるユーザの免許証確認である。本人確認により、メカニカルキーの依頼者が正しいことを確認した場合に、メカニカルキーがユーザへ引き渡される。これにより、ユーザへメカニカルキーが発行される。

ユーザは、発行されたメカニカルキーを用いてキーシリンダ３１を回動操作することにより、ドアロック機構８を作動させることができる。これにより、ユーザは、バッテリ上がりが発生した場合でも、車両１の室内に入ることができる。そして、例えばエンジンルーフを開けてバッテリの交換や充電を行うことができるようになる。

上記のように、端末２に保管された固有情報Ｄａを鍵製造業者４０へ提供することで、メカニカルキーを発行することができる。ユーザにとっては、メカニカルキーを携帯していない場合でも、メカニカルキーを受け取ることができるので、利便性が高い。また、端末２から鍵製造業者４０へ、ネットワーク通信を介して固有情報Ｄａを送信するため、さらにユーザの利便性が向上する。

また、固有情報Ｄａを端末２に付与した場合に、例えばサーバ４から固有情報Ｄａを消去し、各ユーザの端末２で固有情報Ｄａを保管することとすれば、サーバ４で固有情報Ｄａを一括管理することがなくなる。これにより、サーバ４から固有情報Ｄａが漏出することを抑制できる。

端末２には、固有情報付与部３２から固有情報Ｄａ及びユーザ識別情報Ｄｂを暗号化した暗号化情報Ｄｃが付与される。鍵製造業者４０は、暗号化情報Ｄｃが正しく復号できるか否かによって、メカニカルキーの発行依頼が正しいか否かを判定できる。さらに、暗号化情報Ｄｃから得られるユーザ識別情報Ｄｂを用いたユーザ確認によって、依頼者の正否を判定できる。これらにより、メカニカルキーが不正に入手され難くなる。

以下、本実施形態の効果について説明する。
（１）救援システム３０は、車両１のキーシリンダ３１との機械的な照合時に使用されるメカニカルキーの固有情報Ｄａを予め前記端末に付与する固有情報付与部３２を備えている。救援システム３０は、端末２に保管された固有情報Ｄａを端末２から鍵製造業者４０に提供する。また、救援システム３０は、提供された固有情報Ｄａに基づいて製造されたメカニカルキーを発行する。そして、救援システム３０は、メカニカルキーをユーザが端末２の代替として用いることで車両１を作動させる。この構成によれば、端末２に保管された固有情報Ｄａを鍵製造業者４０へ提供することで、メカニカルキーを発行することができる。ユーザにとっては、メカニカルキーを携帯していない場合でも、メカニカルキーを受け取ることができる。そのため、ユーザにとっての利便性が向上する。

（２）端末２は、端末２に保管された固有情報Ｄａを、ネットワーク通信を介して鍵製造業者４０に送信することにより、固有情報Ｄａを鍵製造業者４０に提供する。この構成によれば、ネットワーク通信を介して固有情報Ｄａを送信できるため、さらにユーザの利便性が向上する。

（３）固有情報Ｄａは、車両１に取り付けられるキーシリンダ３１が有するキーシリンダ情報である。この構成によれば、車両１のキーシリンダ３１に対応したメカニカルキーの発行が可能になる。

（４）端末２には、固有情報付与部３２による固有情報Ｄａの付与の際、端末２のユーザを識別可能なユーザ識別情報Ｄｂと固有情報Ｄａとが暗号鍵によって暗号化された暗号鍵によって暗号化情報Ｄｃが登録される。また、鍵製造業者４０は、メカニカルキーを発行する場合に、暗号化情報Ｄｃが正しく復号できると、固有情報Ｄａ及びユーザ識別情報Ｄｂを取得する。この構成によれば、鍵製造業者４０は、暗号化情報Ｄｃが正しく復号できるか否かによって、メカニカルキーの発行依頼が正しいか否かを判定できる。さらに、暗号化情報Ｄｃから得られるユーザ識別情報Ｄｂを用いたユーザ確認を行うことにより依頼者の正否を判定できる。これらにより、メカニカルキーが不正に入手され難くなり、セキュリティ性が向上する。

（５）端末２は、サーバ４から鍵情報Ｄｋが登録されると車両１との近距離無線による鍵情報Ｄｋの認証を通じた車両１の操作を実行可能となって、車両１のキーとして使用される。固有情報付与部３２は、サーバ４から鍵情報Ｄｋが端末２に登録される際に、鍵情報Ｄｋに固有情報Ｄａを含ませることにより、端末２への鍵情報Ｄｋの登録を通じて固有情報Ｄａを端末２に付与する。この構成によれば、鍵情報Ｄｋを登録される端末２へ、固有情報Ｄａを合わせて登録させることができる。

（６）端末２は、端末２のメモリ２１のセキュアな領域に固有情報Ｄａを書き込む。この構成によれば、固有情報Ｄａのセキュリティ性を向上できる。
なお、本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。

・固有情報Ｄａは、端末２において書き込み及び読み出しが可能な領域に保管されてもよい。すなわち、セキュアな領域に書き込まれることに限定されない。
・暗号化情報Ｄｃを用いて端末２の認証を行ってもよい。この場合、例えば、暗号化情報Ｄｃの中に鍵情報Ｄｋが含まれていてもよいし、暗号化情報Ｄｃに含まれる固有情報Ｄａ及びユーザ識別情報Ｄｂが鍵情報Ｄｋを兼ねていてもよい。

・固有情報Ｄａは、鍵情報Ｄｋの登録とは別個に付与されてもよい。すなわち、鍵情報Ｄｋの登録とは無関係に、固有情報Ｄａのみが付与されてもよい。
・固有情報Ｄａは、鍵情報Ｄｋに含まれて付与されることに限定されない。

・ユーザ識別情報Ｄｂを端末２に登録することは、省略してもよい。
・固有情報Ｄａ及びユーザ識別情報Ｄｂは、端末２側で暗号化されてもよいし、互いに別々に暗号化されてもよいし、暗号化されなくてもよい。

・暗号化情報Ｄｃを暗号化する暗号鍵及び復号鍵は、同じでもよいし、互いに異なっていてもよい。すなわち、暗号鍵及び復号鍵は、共通鍵でもよいし、公開鍵及び秘密鍵でもよい。

・ユーザ識別情報Ｄｂは、免許証番号であってもよいし、保険証番号、住民番号、又は旅券番号であってもよい。また、端末２の固有番号でもよい。
・鍵製造業者４０は、ユーザ識別情報Ｄｂによる本人確認ができた場合に、メカニカルキーを製造することとしてもよいし、メカニカルキーを引き渡すこととしてもよい。また、本人確認は、鍵製造業者４０の作業者によって行われてもよいし、自動照合されるものであってもよい。

・端末２から送信された暗号化情報Ｄｃは、サーバ４で復号されてもよい。この場合、復号された固有情報Ｄａ及びユーザ識別情報Ｄｂを、サーバ４から鍵製造業者４０へ送信してもよい。

・暗号化情報Ｄｃは、サーバ４を介することなく、端末２から鍵製造業者４０へ送信されてもよい。
・固有情報Ｄａは、ネットワーク通信を介して端末２から鍵製造業者４０へ提供されることに限定されず、例えば端末２のディスプレイに固有情報Ｄａを表示させ、ユーザから電話などで鍵製造業者４０へ通知されてもよい。

・固有情報付与部３２は、予め車両１に固有情報Ｄａを登録し、近距離無線通信を介して端末２に付与する態様としてもよい。また、車両１から端末２への固有情報Ｄａの付与は、鍵情報Ｄｋの認証が成立したことを一条件に行われてもよい。

・固有情報付与部３２は、ネットワーク上のサーバ４に設けられることに限定されず、車両１に設けられてもよいし、外部の登録装置に設けられていてもよい。
・鍵情報Ｄｋは、ワンタイムキーに限定されず、種々の鍵が適用できる。

・鍵情報Ｄｋは、サーバ４から端末２に配信されることに限定されず、例えば他の端末２から付与されるなど、サーバ４以外の箇所から端末２に配信されてもよい。
・鍵情報Ｄｋの認証は、鍵情報Ｄｋの復号に限定されず、鍵情報Ｄｋの正否を確認できる認証であればよい。

・認証機能は、認証システム３に限定されず、端末２を車両１のキーとして使用することができるシステムであればよい。
・車両１は、複数人で共用されるシェアリング車両としてもよい。シェアリングには、例えば１台の車両１を家族間等の決まったユーザ間で使用したり、一時的に車両１を借りたりするカーシェアや、１台の車両１に複数人が相乗りするライドシェアなどがある。

・操作対象は、車両１に限定されず、端末２をキーとして操作できる装置や機器であればよい。

１…車両、２…端末、３…認証システム、４…サーバ、５…鍵情報配信部、６…コントローラ、８…ドアロック機構、２０…端末制御部、２１…メモリ、２４…アプリケーション、３０…救援システム、３１…キーシリンダ、３２…固有情報付与部、４０…鍵製造業者、４１…情報取得部、４２…ネットワーク通信部。

Claims (9)

1. 端末とその操作対象との間の無線通信を通じた認証の成立を前記操作対象の作動の一条件とする認証機能が使用不可となって、前記端末で前記操作対象を作動させることができなくなったユーザに対する救援システムであって、
   前記操作対象との機械的な照合時に使用されるメカニカルキーの固有情報を予め前記端末に付与する固有情報付与部を備え、
   前記端末に保管された前記固有情報を前記端末から外部媒体に提供した場合に、前記固有情報に基づいて製造された前記メカニカルキーを前記ユーザに発行し、前記メカニカルキーを前記ユーザが前記端末の代替として用いることで前記操作対象を作動させ、
   前記端末には、前記固有情報付与部による前記固有情報の付与の際、前記端末のユーザを識別可能な識別情報と前記固有情報とが暗号鍵によって暗号化されて登録され、
   前記外部媒体としての鍵製造業者は、前記メカニカルキーを発行する場合に、暗号化された前記固有情報及び前記識別情報が正しく復号できると、前記固有情報及び前記識別情報を取得する救援システム。
2. 端末とその操作対象との間の無線通信を通じた認証の成立を前記操作対象の作動の一条件とする認証機能が使用不可となって、前記端末で前記操作対象を作動させることができなくなったユーザに対する救援システムであって、
   前記操作対象との機械的な照合時に使用されるメカニカルキーの固有情報を予め前記端末に付与する固有情報付与部を備え、
   前記端末に保管された前記固有情報を前記端末から外部媒体に提供した場合に、前記固有情報に基づいて製造された前記メカニカルキーを前記ユーザに発行し、前記メカニカルキーを前記ユーザが前記端末の代替として用いることで前記操作対象を作動させ、
   前記端末は、外部の鍵情報提供装置から鍵情報が登録されると前記認証機能が実行可能となって、前記操作対象のキーとして使用され、
   前記固有情報付与部は、前記鍵情報提供装置から前記鍵情報が前記端末に登録される際に、前記鍵情報に前記固有情報を含ませることにより、前記端末への前記鍵情報の登録を通じて前記固有情報を前記端末に付与する救援システム。
3. 前記端末は、前記端末に保管された前記固有情報を、ネットワーク通信を介して前記外部媒体に送信することにより、前記固有情報を前記外部媒体に提供する
   請求項１又は請求項２に記載の救援システム。
4. 前記固有情報は、前記操作対象に取り付けられるキーシリンダが有するキーシリンダ情報である
   請求項１から請求項３のうちいずれか一項に記載の救援システム。
5. 前記端末は、前記端末の記憶領域のセキュアな領域に前記固有情報を書き込む
   請求項１から請求項４のうちいずれか一項に記載の救援システム。
6. 端末とその操作対象との間の無線通信を通じた認証の成立を前記操作対象の作動の一条件とする認証機能が使用不可となって、前記端末で前記操作対象を作動させることができなくなったユーザに対する救援方法であって、
   前記操作対象との機械的な照合時に使用されるメカニカルキーの固有情報を予め前記端末に付与することを備え、
   前記端末に保管された前記固有情報を前記端末から外部媒体に提供した場合に、前記固有情報に基づいて製造された前記メカニカルキーを前記ユーザに発行し、前記メカニカルキーを前記ユーザが前記端末の代替として用いることで前記操作対象を作動させ、
   前記端末に前記固有情報が付与される際、前記端末のユーザを識別可能な識別情報と前記固有情報とが暗号鍵によって暗号化されて前記端末に登録され、
   前記外部媒体としての鍵製造業者が前記メカニカルキーを発行する場合に、前記鍵製造業者が暗号化された前記固有情報及び前記識別情報を正しく復号できると、前記固有情報及び前記識別情報が前記鍵製造業者に取得される救援方法。
7. 端末とその操作対象との間の無線通信を通じた認証の成立を前記操作対象の作動の一条件とする認証機能が使用不可となって、前記端末で前記操作対象を作動させることができなくなったユーザに対する救援方法であって、
   外部の鍵情報提供装置から鍵情報が前記端末に登録されると前記認証機能が実行可能となって、前記操作対象のキーとして使用され、
   前記鍵情報提供装置から前記鍵情報が前記端末に登録される際に、前記鍵情報に前記操作対象との機械的な照合時に使用されるメカニカルキーの固有情報を含ませることにより、前記端末への前記鍵情報の登録を通じて前記固有情報を予め前記端末に付与することを備え、
   前記端末に保管された前記固有情報を前記端末から外部媒体に提供した場合に、前記固有情報に基づいて製造された前記メカニカルキーを前記ユーザに発行し、前記メカニカルキーを前記ユーザが前記端末の代替として用いることで前記操作対象を作動させる救援方法。
8. 端末とその操作対象との間の無線通信を通じた認証の成立を前記操作対象の作動の一条件とする認証機能が使用不可となって、前記端末で前記操作対象を作動させることができなくなったユーザの救援を実現するための救援プログラムであって、
   前記操作対象との機械的な照合時に使用されるメカニカルキーの固有情報を予め前記端末に付与することと、
   前記端末に保管された前記固有情報を前記端末から外部媒体に提供した場合に、前記固有情報に基づいて製造された前記メカニカルキーを前記ユーザに発行し、前記メカニカルキーを前記ユーザが前記端末の代替として用いることで前記操作対象を作動させることと、
   前記端末に前記固有情報が付与される際、前記端末のユーザを識別可能な識別情報と前記固有情報とが暗号鍵によって暗号化されて前記端末に登録され、
   前記外部媒体としての鍵製造業者が前記メカニカルキーを発行する場合に、前記鍵製造業者が暗号化された前記固有情報及び前記識別情報を正しく復号できると、前記固有情報及び前記識別情報が前記鍵製造業者に取得されることと、を実現させるための救援プログラム。
9. 端末とその操作対象との間の無線通信を通じた認証の成立を前記操作対象の作動の一条件とする認証機能が使用不可となって、前記端末で前記操作対象を作動させることができなくなったユーザの救援を実現するための救援プログラムであって、
   外部の鍵情報提供装置から鍵情報が前記端末に登録されると前記認証機能が実行可能となって、前記操作対象のキーとして使用され、
   前記鍵情報提供装置から前記鍵情報が前記端末に登録される際に、前記鍵情報に前記操作対象との機械的な照合時に使用されるメカニカルキーの固有情報を含ませることにより、前記端末への前記鍵情報の登録を通じて前記固有情報を予め前記端末に付与することと、
   前記端末に保管された前記固有情報を前記端末から外部媒体に提供した場合に、前記固有情報に基づいて製造された前記メカニカルキーを前記ユーザに発行し、前記メカニカルキーを前記ユーザが前記端末の代替として用いることで前記操作対象を作動させることと、を実現させるための救援プログラム。