JP2021170757A - 認証検証システム、被認証装置、認証装置、認証検証方法、認証検証プログラム及びコンピュータで読み取り可能な記録媒体並びに記録した機器 - Google Patents

Abstract

【課題】簡単な処理により、脆弱性や攻撃に対応したセキュアな認証を実現できるようにする。【解決手段】被認証装置１は、暗号情報を含む認証要求を認証期間内に繰り返して認証装置２に送信する送信部１４と、ユニーク情報と検証値を暗号鍵によって暗号化することで暗号情報を生成する暗号化部１３と、ユニーク情報を生成する取得部１１と、検証値を生成して前記認証装置の認証後に正当な認証であったかを検証する検証部１５と、生成した検証値を保存する記憶部１２とを備え、認証装置２は、被認証装置１から送信された暗号鍵によって暗号化された暗号情報を含む認証要求を認証期間内に繰り返して受信する受信部２１と、暗号情報を復号して復号情報を取得する復号部２３と、復号できた暗号情報を含む認証期間内に受信された複数の認証要求を用いて被認証装置１が正当かどうかを判断し認証判断後に検証値を含む検証データを被認証装置１に送信する認証部２４と、前記認証部による判断結果を出力する出力部２５とを備える。【選択図】図１

Description

本発明は、認証検証システム、被認証装置、認証装置、認証検証方法、認証検証プログラム及びコンピュータで読み取り可能な記録媒体並びに記録した機器に関する。

従来、スマートフォンなどの個人携帯端末を用いて認証を行い、クレジットカードなどを用いた支払を行うことができるシステムが知られている。そのようなシステムにより、ユーザは、自分の個人携帯端末を用いることによって、商品やサービス等の支払を行うことができる（例えば、特許文献１参照）。

特表２０１７−５０１６２０号公報

そのような認証では、ユーザの利便性の向上や、処理負荷の低減のため、より簡単な処理によって認証を行うことができるようにすることが求められている。その一方で、なりすまし等を防止しつつ、スマートフォンが持つ逆コンパイルなどの脆弱性や攻撃に対応したセキュアな認証を実現できることも求められている。

本発明は、上記課題を解決するためになされたものであり、簡単な処理により、セキュアな認証を実現することができる認証検証システム、被認証装置、認証装置、認証検証方法、認証検証プログラム及びコンピュータで読み取り可能な記録媒体並びに記録した機器を提供する上で、スマートフォンが持つ逆コンパイルなどの脆弱性や攻撃に対応することを目的とする。

上記目的を達成するため、本発明である認証検証システムは、認証を受けようとする被認証装置と、被認証装置を認証する認証装置と、を備える認証システムであって、
被認証装置は、暗号情報を含む認証要求を、認証期間内に繰り返して認証装置に送信する送信部と、ユニーク情報と検証値を暗号鍵によって暗号化することで暗号情報を生成する暗号化部と、ユニーク情報を生成する取得部と、検証値を生成して、認証装置の認証後に、正当な認証であったかを検証する検証部と、生成した検証値を保存する記憶部と、を備え、認証装置は、被認証装置から送信された、暗号鍵によって暗号化された暗号情報を含む認証要求を、認証期間内に繰り返して受信する受信部と、暗号情報を復号して復号情報を取得する復号部と、復号できた暗号情報を含む、認証期間内に受信された複数の認証要求を用いて、被認証装置が正当かどうかを判断し、認証判断後に検証値を含む検証データを被認証装置に送信する認証部と、認証部による判断結果を出力する出力部と、を備えるものである。

このような構成により、複数のユニーク情報が暗号化された暗号情報をそれぞれ含む複数の認証要求を認証装置に送信することができる。そして、その複数の認証要求を用いて、認証装置において、簡単な処理により、セキュアな認証を実現することができるようになる。また、暗号鍵が攻撃者に盗まれた場合の対策として認証の正当性を検証する機構も取り入れるこことで、安全性をより高めることができるようになる。

また、本発明による認証検証システムでは、検証値は、検証値を生成した時刻と、乱数値かハッシュ関数値のいずれかを含んでもよい。

このような構成により、暗号鍵が盗まれたとしても、攻撃者が推定することが困難な情報を含む検証値を簡単に取得することができる。

また、本発明による認証検証システムでは、暗号鍵は、共通鍵暗号の鍵であってもよい。

このような構成により、被認証装置ごとに共通鍵暗号の異なる鍵を用いている場合には、攻撃者は、正当な被認証装置から送信された認証要求を受信し、その受信した認証要求を認証装置に送信することによる攻撃しか行うことができないことになる。したがって、攻撃の行われたことをより検出しやすくなる。

また、本発明による被認証装置では、検証部は、記憶部に保存された検証値と認証装置から送信された検証値が整合するかを確認して正当かを判断してもよい。

このような構成により、簡単な処理により認証の正当性を検証することができる。

また、本発明による認証検証システムは、さらに、
認証装置の認証後に、認証部からの検証値を受信して被認証装置の検証部に送信し、また認証結果や検証結果を受信するために、被認証装置、及び認証装置との通信を行うための回線通信部と、認証及び検証結果に応じてシステムの挙動をコントロールするサーバ認証部と、を備えるシステムサーバを備えるものである。

このような構成により、システムサーバ上のユーザデータなどとの照合が可能となり、不正利用されているユーザへの通知や利用停止などの措置を速やかに取ることができるようになる。

また、本発明による認証装置では、認証部は、認証期間に受信された複数の認証要求からそれぞれ取得された複数の復号情報に含まれる検証値どうしの比較を行い、整合性が見られない場合に、前記被認証装置が正当でないと判断してもよい。

このような構成により、検証値そのものの妥当性も確認することで、場合によっては被認証側の確認を待たなくとも攻撃者の存在をより早急に察知できるようになる。

また、本発明による被認証装置では、送信部は、ユニーク情報と、検証値とを異なる手段で送信してもよい。

このような構成により、送信する情報量の削減をすることができるようになる。例えば、検証値の送信頻度をユニーク値よりも小さくしシステムへの負荷を下げることができる。

また、本発明による認証装置では、受信部は、間欠的に認証要求を受信してもよい。

このような構成により、認証要求の受信に関する負荷を軽減することができ、認証装置の消費電力を低減することができるようになる。

また、本発明による認証検証方法は、認証を受けようとする被認証装置と、被認証装置を認証する認証装置と、を備える認証システムにおいて、被認証装置の認証を検証する認証検証方法であって、被認証装置が、暗号情報を含む認証要求を、認証期間内に繰り返して認証装置に送信するステップと、被認証装置が、ユニーク情報と検証値を暗号鍵によって暗号化することで暗号情報を生成するステップと、被認証装置が、ユニーク情報を生成するステップと、被認証装置が、検証値を生成して、認証装置の認証後に、正当な認証であったかを検証するステップと、被認証装置が、生成した検証値を保存するステップと、認証装置が、被認証装置から送信された、暗号鍵によって暗号化された暗号情報を含む認証要求を、認証期間内に繰り返して受信するステップと、認証装置が、暗号情報を復号して復号情報を取得するステップと、認証装置が、復号できた暗号情報を含む、認証期間内に受信された複数の認証要求を用いて、被認証装置が正当かどうかを判断し、認証判断後に検証値を含む検証データを被認証装置に送信するステップと、認証装置が、認証部による判断結果を出力するステップと、を備えるものである。

本発明による認証検証システム、被認証装置、認証装置、認証検証方法、認証検証プログラム及びコンピュータで読み取り可能な記録媒体並びに記録した機器によれば、簡単な処理により、スマートフォンが持つ逆コンパイルなどの脆弱性や攻撃に対応したセキュアな認証を実現することができる。

本発明の実施の形態による被認証装置、認証装置及びシステムサーバの構成を示すブロック図 同実施の形態による被認証装置の認証動作を示すフローチャート 同実施の形態による認証装置の認証動作を示すフローチャート 同実施の形態によるシステムサーバの動作を示すフローチャート 同実施の形態による被認証装置の検証動作を示すフローチャート 同実施の形態による認証装置の検証動作を示すフローチャート 同実施の形態における認証要求の送受信について説明するための図 同実施の形態におけるコンピュータシステムの構成の一例を示す図

以下、本発明による認証検証システム、被認証装置、認証装置、認証検証方法、認証検証プログラム及びコンピュータで読み取り可能な記録媒体並びに記録した機器について、実施の形態を用いて説明する。なお、以下の実施の形態において、同じ符号を付した構成要素及びステップは同一または相当するものであり、再度の説明を省略することがある。本実施の形態による被認証装置は、複数のユニーク情報を暗号化した暗号情報を含む複数の認証要求を認証装置に送信する。また、本実施の形態による認証装置は、被認証装置から送信された複数の認証要求を用いて、被認証装置の認証を行う。また、本実施の形態による被認証装置は、検証値を認証装置に送信する。本実施の形態による認証装置は、受信した検証値を検証データとしてシステムサーバを介して、被認証装置にて認証の検証を行う。

図１は、本実施の形態による被認証装置１、認証装置２、及びシステムサーバ３の構成を示すブロック図である。本実施の形態による被認証装置１は、取得部１１と、記憶部１２と、暗号化部１３と、送信部１４と、検証部１５と、回線通信部１６とを備える。本実施の形態による認証装置２は、受信部２１と、記憶部２２と、復号部２３と、認証部２４と、出力部２５と、回線通信部２６とを備える。システムサーバ３は、サーバ認証部３５と、回線通信部３６とを備える。被認証装置１は、例えば、スマートフォンや、タブレット端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ノートパソコン、トランシーバ等の通信機能を備えた携帯情報端末であってもよく、その他の機器であってもよい。認証装置２は、例えば、自動改札機、イベント等の会場へ入場するためのゲート、自動販売機、ホテルや貸し会議室のドアを施錠・解錠する制御装置、キャッシュレジスタ等であってもよく、スマートフォン等の通信機能を備えた携帯情報端末であってもよい。システムサーバ３は、例えば、クラウド上に設置のサーバシステムでもよいし、認証装置２内に設置されていてもよい。本実施の形態では、被認証装置１及び認証装置２が通信機能を有する携帯情報端末である場合について主に説明する。なお、図１では、１個の被認証装置１と、１個の認証装置２との間で通信を行う場合について示しているが、そうでなくてもよい。複数の被認証装置１と、１個の認証装置２との間で通信が行われてもよい。その通信は通常、無線通信である。

まず、本実施の形態による被認証装置１について説明する。
取得部１１は、ユニーク情報を取得する。各ユニーク情報は、例えば、異なる情報であってもよい。この場合には、取得部１１が複数のユニーク情報を取得すると、その複数のユニーク情報は、それぞれ異なるものとなる。ユニーク情報は、後述するように、暗号化されて認証要求に含められ、送信される。したがって、各ユニーク情報が異なる情報である場合には、ユニーク情報は、認証要求に固有の情報であると言うこともできる。また、通常、ユニークな情報と、ユニークではない情報とから構成される情報（例えば、上位側ビットがユニークな情報であり、下位側ビットがユニークではない情報など）は、結果として、ユニーク情報となる。したがって、ユニーク情報は、そのように、ユニークな情報とユニークではない情報とから構成されてもよい。ユニーク情報と、そのユニーク情報に含まれるユニークな情報とを区別するため、以下、ユニーク情報に含まれるユニークな情報を、「ユニーク部分」と呼ぶこともある。また、ユニーク情報に含まれるユニークではない情報を、「非ユニーク部分」と呼ぶこともある。なお、非ユニーク部分は、必ずユニークな情報であるとは言えない情報であり、後述する位置情報のように、認証要求ごとに変化し得る情報であってもよい。

ユニーク情報は、例えば、乱数値を含んでもよく、カウント値を含んでもよく、時刻を含んでもよく、ワンタイムパスワードを含んでもよく、その他のユニークな情報を含んでもよい。乱数値は、例えば、乱数表や、乱数を発生させる関数などを用いて生成されてもよい。カウント値は、例えば、あらかじめ決められた間隔で数値をインクリメントまたはデクリメントした値であってもよい。なお、認証要求ごとに異なるユニーク情報が用いられる場合には、その乱数値やカウント値は、重複がないことが好適である。時刻は、例えば、図示しない時計部から取得された時分秒や、分秒などであってもよい。また、認証要求ごとに異なるユニーク情報が用いられる場合には、その時刻の精度は、後述する認証要求の送信間隔よりも短い時間間隔の精度であることが好適である。そのようにすることで、例えば、ユニーク情報を認証要求に固有の情報とすることができる。例えば、認証要求の送信間隔が１０ミリ秒程度である場合には、時刻の精度は、１ミリ秒であってもよい。なお、複数の認証要求について重複したユニーク情報が用いられてもよい場合には、乱数値やカウントに重複があってもよく、時刻の精度は、送信間隔よりも長い時間間隔の精度であってもよい。この場合であっても、後述するように、認証期間内には、異なるユニーク情報に対応する複数の認証要求が送信される必要があるため、そのような複数の認証要求を送信することができるユニーク情報の取得が行われることが好適である。

取得部１１は、ユニーク情報を生成してもよく、他の構成要素や装置から受け取ってもよい。ユニーク情報が、ユニーク部分と非ユニーク部分とから構成される場合には、取得部１１は、乱数値やカウント値、時刻、ワンタイムパスワードなどのユニーク部分を取得し、そのユニーク部分と、自装置である被認証装置１のＩＤや送信先の認証装置２のＩＤ、自装置である被認証装置１の位置情報などの非ユニーク部分とを用いて、ユニーク情報を生成してもよい。自装置のＩＤは、例えば、記憶部１２から読み出されて用いられてもよい。また、送信先の認証装置２のＩＤは、例えば、後述する送信指示に含まれていてもよく、記憶部１２から読み出されて用いられてもよい。自装置の位置情報は、後述するように、位置取得部によって取得されてもよい。また、取得部１１は、例えば、認証装置２からユニーク情報を受信してもよい。その場合には、そのユニーク情報を暗号化した暗号情報を含む認証要求が被認証装置１から認証装置２に送信されることによって、チャレンジ・レスポンス認証が行われることになる。この場合には、認証装置２において、上記のようなユニーク情報が生成されてもよい。なお、取得部１１は、例えば、認証装置２からユニーク部分を受信し、そのユニーク部分を用いて、ユニーク情報を生成してもよい。この場合にも、ユニーク情報に含まれるユニーク部分を用いて、チャレンジ・レスポンス認証を行うことができる。

記憶部１２では、例えば、被認証装置１のＩＤが記憶されている。このＩＤは、被認証装置１の識別子であり、被認証装置１に固有な情報である。また、記憶部１２では、例えば、後述する共通鍵暗号の鍵や、認証装置２の識別子であるＩＤ等が記憶されていてもよい。また、ユニーク情報に乱数値やカウント値が含まれる場合には、乱数値を取得するための乱数表や関数、カウント値を生成するための最新のカウント値等が記憶部１２で記憶されていてもよい。

記憶部１２に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が記憶部１２で記憶されるようになってもよく、通信回線等を介して送信された情報が記憶部１２で記憶されるようになってもよく、または、入力デバイスを介して入力された情報が記憶部１２で記憶されるようになってもよい。記憶部１２は、不揮発性の記録媒体によって実現されることが好適であるが、揮発性の記録媒体によって実現されてもよい。記録媒体は、例えば、半導体メモリや磁気ディスク、光ディスクなどであってもよい。

暗号化部１３は、ユニーク情報と後述する検証部１５で生成された検証値とを暗号鍵によって暗号化して暗号情報を生成する。暗号鍵は、例えば、共通鍵暗号の鍵であってもよく、または、認証要求の送信先の認証装置２に対応する公開鍵暗号の公開鍵であってもよい。暗号鍵が共通鍵暗号の鍵である場合には、共通鍵暗号の鍵は、被認証装置１に固有の鍵であってもよいし、認証装置２に固有の共通鍵であってもよいし、被認証装置１と認証装置２のペアに固有の共通鍵であってもよい。この場合には、被認証装置１ごとに共通鍵暗号の鍵は異なることになる。また、後述するように、この共通鍵暗号の鍵を、認証装置２も保持している。また、暗号鍵が公開鍵暗号の公開鍵である場合には、送信先の認証装置２の公開鍵暗号の公開鍵は、例えば、後述する送信指示に含まれていてもよい。なお、ユニーク情報をシステム共通の暗号鍵で暗号化してもよく、この暗号鍵は共通鍵であってもよいし、公開鍵および秘密鍵であってもよい。

送信部１４は、暗号化部１３で生成された暗号情報を含む認証要求を、認証期間内に繰り返して認証装置２に送信する。なお、複数のユニーク情報が暗号化された暗号情報をそれぞれ含む複数の認証要求が、認証期間内に送信されるものとする。上記のように、例えば、各ユニーク情報が異なる情報である場合には、正当な被認証装置１から送信される認証要求ごとに、異なるユニーク情報が暗号化された暗号情報が含まれることになる。一方、例えば、ユニーク情報に重複が存在する場合には、正当な被認証装置１から送信される少なくとも２個の認証要求に、同じユニーク情報が暗号化された暗号情報が含まれることもあり得る。この場合であっても、認証期間内には、異なるユニーク情報に対応する複数の認証要求が送信されるものとする。なお、認証期間に送信される複数の認証要求が、同じユニーク情報が暗号化された暗号情報をそれぞれ含む場合に、例えば、同じユニーク情報が暗号化された暗号情報を含む認証要求の個数は決まっていてもよい。例えば、あらかじめ決められた個数の認証要求に、同じユニーク情報が暗号化された暗号情報が含まれ、その決められた個数の認証要求ごとに、暗号情報に対応するユニーク情報が異なるものとなってもよい。また、認証要求には、暗号情報以外の情報が含まれていてもよい。例えば、認証要求の送信元の被認証装置１のＩＤが、その認証要求に含まれていてもよい。また、暗号情報に対応する各検証値は、正当な被認証装置１から送信される認証要求ごとに、異なる検証データが含まれていることが望ましい。なお、暗号情報に対応する認証要求と検証値は、送信手段が異なっていてもよい。

検証部１５は、認証後の検証のための検証値を生成する。検証値は、検証値を生成した時刻と、例えば、乱数などの値を含む。生成された検証値は、暗号化部１３で暗号化されて送信部１４から認証装置２に送信され、復号される。後述の検証データとして回線通信部２６から送信され、システムサーバ３を経由して回線通信部１６で受信される。再度検証部１５で被認証装置１自身が送信した検証値か検証される。例えば、認証装置２から送信されてきた、検証値を生成した時刻や乱数などの値が、保存されているものと一致するかなど、整合を確認する。なお、検証値を生成した時刻に該当する期間に保存された、乱数などの値のみ、一致するかどうかを確認してもよい。また、利用者が利用した認証であったかなどが検証されてもよい。検証値は、認証されるごとに送信される。また、例えば記憶部１２などに、例えば、一日など、一定期間保存されてよく、保存される内容は、検証値を含んでいてよい。検証部１５は、検証された検証結果をシステムサーバ３に送信する。なお、検証値に含まれる値は乱数でもよいし、暗号数理的性質を持つ何らかの暗号学的ハッシュ関数値でもよい。また、被認証装置１に保存されるデータ量を節約するために、生成した時刻のみ送信毎に異なるように送信し、検証値として生成される乱数などの値は送信毎に異ならず、１秒などの一定期間ごとに間引き、異なるものでもよい。この時、被認証装置１に保存する検証値は、間引かれた乱数などの値の更新タイミングの、検証値が生成した時刻だけを保存してもよい。なお、ユニーク情報と検証値に重なる情報があり、同じパケットで送信する場合、重なるデータを省略してもよい。

回線通信部１６は、システムサーバ３と通信するために利用されてもよいし、ほかの用途に利用されてもよい。システムサーバ３との通信では、検証値を含む検証データや検証結果、自身のＩＤ、暗号鍵などシステムの維持に必要な情報を通信してもよい。なお、この回線通信部１６とシステムサーバ３の回線通信部３６とは、専用回線で構築されていることが望ましく、通信手段は、例えば、携帯回線網や、有線回線網などでもよい。

認証期間は、通常、あらかじめ決められた時間的な長さである。１個目の認証要求の送信から認証期間が開始されてもよい。そのため、送信部１４は、例えば、１個目の認証要求の送信からタイマによる計時を開始し、あらかじめ決められた認証期間が経過すると、認証要求の送信を終了してもよい。認証期間は特に限定されるものではないが、例えば、２００ミリ秒から１０秒程度の範囲内の時間であってもよい。なお、後述するように、認証期間が終了するまでは認証装置２における認証の処理が開始されないため、認証期間は短いほうが好適である。そのため、認証時間は、３秒以下であることが好適であり、１秒以下であることがさらに好適である。なお、送信部１４は、例えば、被認証装置１が所定の送信指示を受信した際に、認証要求の送信を開始してもよい。その送信指示は、例えば、認証装置２の付近に配置された発信機から送信されるビーコンであってもよい。

送信部１４は、通常、所定の時間間隔を空けて繰り返して認証要求を送信する。その時間間隔は、例えば、一定であってもよく、または、不定であってもよい。前者の場合には、その時間間隔は、設定されたものであってもよく、そうでなくてもよい。また、その時間間隔が不定の場合であっても、平均の時間間隔は設定できてもよい。例えば、認証要求がＢｌｕｅｔｏｏｔｈ（登録商標）の低消費電力（ＬＥ：Ｌｏｗ Ｅｎｅｒｇｙ）によって通信される場合には、時間間隔は不定であるが、平均の時間間隔は決まっていることになる。いずれの場合であっても、その時間間隔は、送信部１４が認証要求を送信する通信規格で定めされた最低の通信間隔以上の間隔となる。また、例えば、認証装置２が間欠的な受信を行う場合であっても、複数の認証要求のうち、少なくともいずれかの認証要求が認証装置２で受信されるように送信されることが好適である。そのため、例えば、認証要求の送信周期は、認証装置２の受信周期と異なっていてもよく、ランダムな送信間隔で認証要求の送信が行われてもよい。また、送信部１４が認証期間に送信する認証要求の個数は、決まっていてもよく、または、そうでなくてもよい。後者の場合であっても、認証期間が決まっており、認証要求が所定の時間間隔を空けて送信されることによって、通常、認証期間内に送信される認証要求の個数、または個数の範囲は決まることになる。

送信部１４が認証要求を送信する無線の通信規格は問わない。認証要求は、例えば、Ｂｌｕｅｔｏｏｔｈの低消費電力（以下、「ＢＬＥ」と呼ぶこともある。）によって通信されてもよく、ＢｌｕｅｔｏｏｔｈのＢＲ（Ｂａｓｉｃ Ｒａｔｅ）／ＥＤＲ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ）によって通信されてもよく、無線ＬＡＮ（ＩＥＥＥ８０２．１１）によって通信されてもよく、ＺｉｇＢｅｅ（登録商標）などのＩＥＥＥ８０２．１５．４によって通信されてもよく、その他の無線の通信規格によって通信されてもよい。認証要求は、例えば、ＢＬＥや、ＢｌｕｅｔｏｏｔｈのＢＲ／ＥＤＲ、無線ＬＡＮなどの近距離無線通信によって送受信されることが好適である。本実施の形態では、認証要求ＢＬＥによって通信される場合について主に説明する。

送信部１４は、例えば、認証要求をブロードキャストで送信してもよく、ユニキャストで通信してもよい。通信相手を特定しないで認証要求を送信できることから、ブロードキャストで認証要求を送信することが好適である。本実施の形態では、送信部１４が認証要求をブロードキャストで送信する場合について主に説明する。

なお、送信部１４は、送信を行うための無線の送信デバイス（例えば、アンテナなど）を含んでもよく、または含まなくてもよい。また、送信部１４は、ハードウェアによって実現されてもよく、または送信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

次に、本実施の形態による認証装置２について説明する。
受信部２１は、被認証装置１から送信された、暗号鍵によって暗号化された暗号情報を含む認証要求を、認証期間内に繰り返して受信する。なお、認証要求の送信元は、通常、上記説明の被認証装置１である。一方、後述するように、攻撃者の装置が、被認証装置１から送信された認証要求を受信し、その受信した認証要求を再度、送信することや、ユニーク情報を独自に取得して暗号情報を生成し、その暗号情報を含む認証要求を送信することもあり得る。その場合に、受信部２１は、認証要求が、正当な被認証装置１から送信されたのか、攻撃者の装置から送信されたのかを、その認証要求の受信時に判断することはできない。したがって、認証要求を送信した装置を、被認証装置１と呼ぶことにする。そして、後述するように、複数の認証要求が受信された後に、認証部２４は、それらの認証要求を用いて、送信元が本来の被認証装置１、すなわち正当な被認証装置１であるのか、攻撃者の装置、すなわち正当でない被認証装置１であるのかを判断することになる。

受信部２１は、間欠的に認証要求を受信してもよい。間欠的な受信とは、情報を受信する期間と、情報を受信しない期間とが交互に繰り返されることであってもよい。例えば、認証要求がＢＬＥ通信によって、ブロードキャストで送信される場合には、そのような間欠的な受信が行われることになる。間欠的な受信を行うことによって、消費電力を低減することができる。なお、間欠的な受信が行われる場合に、例えば、情報を受信する期間の長さと、情報を受信しない期間の長さとは一定であってもよく、または、不定であってもよい。本実施の形態では、受信部２１が、間欠的な受信を行う場合について主に説明する。

なお、受信部２１は、受信を行うための無線の受信デバイス（例えば、アンテナなど）を含んでもよく、または含まなくてもよい。また、受信部２１は、ハードウェアによって実現されてもよく、または受信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

記憶部２２では、復号鍵が記憶される。例えば、暗号鍵が共通鍵暗号の鍵である場合には、復号鍵は、その共通鍵暗号の鍵である。この場合には、被認証装置１ごとに復号鍵（共通鍵暗号の鍵）が記憶部２２で記憶されていてもよい。記憶部２２では、例えば、被認証装置１のＩＤと、そのＩＤで識別される被認証装置１の共通鍵暗号の鍵とを含む鍵対応情報が複数、記憶されていてもよい。また、例えば、暗号鍵が公開鍵暗号の公開鍵である場合には、復号鍵は、その公開鍵暗号の公開鍵とペアになる秘密鍵である。また、ユニーク情報に乱数値やカウント値が含まれる場合には、乱数値を取得するための乱数表や関数、カウント値を生成するための最新のカウント値等が記憶部２２で記憶されていてもよい。また、記憶部２２では、後述する処理で用いられる、受信回数の閾値や、受信の確率が閾値より低い受信間隔を示す情報などが記憶されていてもよい。

記憶部２２に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が記憶部２２で記憶されるようになってもよく、通信回線等を介して送信された情報が記憶部２２で記憶されるようになってもよく、または、入力デバイスを介して入力された情報が記憶部２２で記憶されるようになってもよい。記憶部２２は、不揮発性の記録媒体によって実現されることが好適であるが、揮発性の記録媒体によって実現されてもよい。記録媒体は、例えば、半導体メモリや磁気ディスク、光ディスクなどであってもよい。

復号部２３は、復号鍵を用いて暗号情報を復号して復号情報を取得する。例えば、復号鍵が共通鍵暗号の鍵であり、認証要求に、その認証要求の送信元の被認証装置１のＩＤが含まれる場合には、復号部２３は、そのＩＤに対応付けられている共通鍵暗号の鍵を記憶部２２から読み出し、その読み出した共通鍵暗号の鍵を用いて暗号情報を復号してもよい。また、例えば、復号鍵が秘密鍵である場合には、復号部２３は、秘密鍵を記憶部２２から読み出し、その読み出した秘密鍵を用いて暗号情報を復号してもよい。正当な被認証装置１から送信された認証要求に含まれる暗号情報が復号された復号情報はユニーク情報と検証値となる。したがって、暗号情報を復号できなかった場合や、復号した復号情報が、あらかじめ決められたユニーク情報と検証値の形式に合わなかった場合などには、その暗号情報を含む認証要求を送信した装置が、正当な被認証装置１ではないと判断することができる。

認証部２４は、復号鍵によって復号できた暗号情報を含む、認証期間内に受信された複数の認証要求を用いて、被認証装置１が正当かどうかを判断する。復号鍵が共通鍵暗号の鍵である場合には、認証期間に受信された複数の認証要求のうち、一の共通鍵暗号の鍵を用いて復号できた暗号情報を含んでいる複数の認証要求を用いて、被認証装置１の認証が行われることになる。上記のように、共通鍵暗号の鍵が被認証装置１ごとに異なる場合には、一の共通鍵暗号の鍵を用いて復号できた暗号情報を含む複数の認証要求は、一の被認証装置１から送信されたと考えることができ、その複数の認証要求を用いて認証を行うことによって、その被認証装置１についての認証を行うことができることになる。一方、復号鍵が秘密鍵である場合には、認証期間に受信された複数の認証要求のうち、認証装置２の秘密鍵を用いて復号できた暗号情報を含んでいる複数の認証要求を用いて、被認証装置１の認証が行われることになる。ここで、復号鍵が秘密鍵である場合には、秘密鍵を用いて復号できた暗号情報を含んでいる複数の認証要求に、複数の被認証装置１から送信された認証要求が含まれることがあり得る。そのため、例えば、認証要求に、その認証要求の送信元の被認証装置１のＩＤが含まれる場合には、認証部２４は、認証期間内に受信された、同じＩＤを含む複数の認証要求を用いて、被認証装置１が正当かどうかを判断してもよい。なお、複数の認証要求を用いて、被認証装置１が正当かどうかを判断するとは、複数の認証要求そのものを用いることであってもよく、複数の認証要求に関連する情報を用いることであってもよい。複数の認証要求に関連する情報は、例えば、複数の認証要求からそれぞれ取得された複数の復号情報であってもよく、複数の認証要求の受信間隔であってもよく、複数の認証要求の個数であってもよく、複数の認証要求に関連するその他の情報であってもよい。また、認証要求に、その認証要求の送信元の被認証装置１のＩＤが含まれる場合には、通常、一の共通鍵暗号の鍵によって復号できる暗号情報を有している認証要求には、同じＩＤが含まれることになる。したがって、暗号鍵が共通鍵暗号の鍵である場合には、認証部２４は、認証期間内に受信された、同じＩＤを含む複数の認証要求を用いて、被認証装置１が正当かどうかを判断してもよい。認証部２４は、ある被認証装置１から１個目の認証要求が受信されてから、あらかじめ決められた認証期間内に、その被認証装置１から受信された複数の認証要求を用いて、被認証装置１の認証を行ってもよい。

なお、認証部２４は、例えば、ある認証期間に受信された複数の認証要求のすべてが、正当ではない被認証装置１から送信された場合に、その被認証装置１が正当ではないと判断する。また、認証部２４は、例えば、ある認証期間に受信された複数の認証要求に、正当ではない装置から送信された認証要求が含まれる場合にも、その複数の認証要求を送信した被認証装置１が正当ではないと判断する。すなわち、複数の認証要求が、正当な被認証装置１と、正当ではない被認証装置１とから送信された場合にも、その複数の認証要求の送信元の被認証装置１は、正当ではないと判断されることになる。この場合には、認証要求の送信元に、少なくとも攻撃者の装置が含まれることになり、仮に正当な被認証装置１が送信元に含まれるとしても、両者を区別することはできないため、両者共に正当でないと判断することになる。

また、認証部２４は、認証後に認証内容と検証値を含めた検証データとして、回線通信部２６を通じてシステムサーバ３を経由して送信する。なお、認証後の代わりに認証期間終了後であってもよい。また、検証データに認証内容を含めず、検証値だけでも良い。

回線通信部２６は、システムサーバ３と通信するために利用されてもよいし、ほかの用途に利用されてもよい。システムサーバ３との通信では、後述する検証データの送信や、被認証装置１のＩＤ、暗号鍵などシステムの維持に必要な情報を通信してもよい。なお、この回線通信部２６とシステムサーバ３の回線通信部３６とは、専用回線で構築されていることが望ましく、通信手段は、例えば、携帯回線網や、有線回線網などでもよい。

次に、本実施の形態によるシステムサーバ３について説明する。
システムサーバ３は、被認証装置１が認証装置２に認証されたことを、検証するものであり、システムの維持や保全をするためのものである。なお、そのほかの用途として利用してもよい。サーバ認証部３５は、一般回路通信部３６を経由する認証装置２から送信される検証データを被認証装置１に送信し、被認証装置１で検証された検証結果を用いて、システム全体の維持を決定する。例えば、被認証装置１から不正利用や不正利用の可能性を検証結果として受け取った場合、被認証装置１の暗号鍵を削除して停止したり、更新して新たなものを発行することなどができる。また、不正利用の検証をシステム管理者や被認証装置１の利用者、認証装置２の管理者に促すことができる。なお、システムサーバ３は、被認証装置１と認証装置２と独立している方が望ましいが、認証装置２内に設置されていてもよく、認証装置２が、システムサーバ３のサーバ認証部の機能を保有していてもよい。

［検証値と検証データとの整合に基づいた判断］
認証部２４は、例えば、複数の復号情報に所定数以上の重複が存在する場合に、被認証装置１が正当でないと判断してもよいし、例えば、認証要求が所定の期間にあらかじめ決められた回数を超えて受信された場合に、被認証装置１が正当でないと判断してもよい。また、例えば、認証期間における認証要求の受信間隔に、確率が閾値より低い受信間隔が含まれる場合に、被認証装置１が正当でないと判断してもよいし、例えば、認証期間に受信された複数の認証要求からそれぞれ取得された複数の復号情報が、ユニーク情報と整合しない場合に、被認証装置１が正当でないと判断してもよい。また、認証部２４は、複数の復号情報がユニーク情報と整合するかどうかを、例えば、複数の復号情報の集合について判断してもよい。例えば、ユニーク情報がカウント値である場合には、認証部２４は、受信された順番に応じた複数の復号情報が、カウント値のルールに合うときに、複数の復号情報がユニーク情報と整合すると判断し、そうでないときに、複数の復号情報がユニーク情報と整合しないと判断してもよい。具体的には、複数の復号情報が、受信された順番に、「２」「４」「６」「８」…であり、ユニーク情報の生成ルールが、２ずつのインクリメントである場合に、複数の復号情報は、ユニーク情報の生成ルールに合っているため、認証部２４は、複数の復号情報がユニーク情報と整合すると判断する。一方、例えば、複数の復号情報が、受信された順番に、「２」「４」「６」「６」「８」…であり、ユニーク情報の生成ルールが、２ずつのインクリメントである場合には、複数の復号情報は、ユニーク情報の生成ルールに合っていないため、認証部２４は、複数の復号情報がユニーク情報と整合しないと判断する。また、例えば、ユニーク情報が時刻である場合には、認証部２４は、複数の復号情報について、復号情報である時刻と、その復号情報に対応する認証要求の受信時刻との差である時刻差をそれぞれ取得し、取得した複数の時刻差が一定であるときに、複数の復号情報がユニーク情報と整合すると判断し、取得した複数の時刻差が一定でないときに、複数の復号情報がユニーク情報と整合しないと判断してもよい。このようにすることで、被認証装置１の時計部と、認証装置２の時計部とが完全に同期していない場合でも、復号情報が、時刻であるユニーク情報と整合しているかどうかを適切に判断することができる。被認証装置１と認証装置２とは通常、短距離で無線通信が行われ、その無線通信に起因する遅延が、複数の認証要求について略一定であると考えられるからである。なお、複数の時刻差が一定であるとは、例えば、複数の時刻差の最大値と最小値との差が、あらかじめ決められた閾値より小さいことであってもよく、複数の時刻差のばらつき（例えば、分散や標準偏差など）が、あらかじめ決められた閾値より小さいことであってもよい。また、例えば、ユニーク情報が時刻である場合には、認証部２４は、受信の順番に応じて復号情報である時刻が増加しないとき、例えば、時点Ａに受信された認証要求に対応する復号情報である時刻の方が、時点Ａの後である時点Ｂに受信された認証要求に対応する復号情報である時刻よりも後の時点を示すときに、複数の復号情報がユニーク情報と整合しないと判断してもよい。その場合には、時刻Ｂに受信された認証要求は、時刻Ａに受信された認証要求よりも以前に送信された認証要求を、攻撃者の装置がコピーして送信したものと考えられるからである。

また、認証部２４によって認証された場合、認証部２４は、認証内容と検証値を含めた検証データとして、回線通信部２６を通じてシステムサーバ３を経由して被認証装置１に送信する。検証値を含む検証データは、認証要求に含まれる検証値を選んでもよいし、認証期間中の複数の認証要求に含まれる検証値からランダムに一つ選んでもよいし、認証期間中の複数の認証要求の最初に受信したものに含まれる検証値を選んでもよい。また、検証データは認証期間や認証期間終了後に複数回送ってもよいし、一度だけ送ってもよい。なお、認証部２４によって認証された場合でなくても、検証データを送信してもよい。なお、認証部２４は、システムサーバ３を経由せず、直接、被認証装置１に送信してもよい。

なお、認証部２４は、複数の復号情報が検証値と整合するかどうかを、例えば、複数の復号情報の集合について判断してもよい。例えば、認証部２４は、複数の復号情報に含まれる検証値を生成した時刻について、検証値に含まれる検証値を生成した時刻と、その検証値を受信した時刻との差である時刻差をそれぞれ取得し、取得した複数の時刻差が一定であるときに、複数の復号情報が検証値と整合すると判断し、取得した複数の時刻差が一定でないときに、複数の復号情報が検証値と整合しないと判断してもよい。このようにすることで、被認証装置１の時計部と、認証装置２の時計部とが完全に同期していない場合でも、復号情報が、検証値に含まれる検証値を生成した時刻と整合しているかどうかを適切に判断することができる。被認証装置１と認証装置２とは通常、短距離で無線通信が行われ、その無線通信に起因する遅延が、複数の認証要求について略一定であると考えられるからである。なお、複数の時刻差が一定であるとは、例えば、複数の時刻差の最大値と最小値との差が、あらかじめ決められた閾値より小さいことであってもよく、複数の時刻差のばらつき（例えば、分散や標準偏差など）が、あらかじめ決められた閾値より小さいことであってもよい。また、例えば、認証部２４は、受信の順番に応じて検証値に含まれる検証値を生成した時刻が増加しないとき、例えば、時点Ａに受信された検証値に含まれる検証値を生成した時刻の方が、時点Ａの後である時点Ｂに受信された検証値に含まれる検証値を生成した時刻よりも後の時点を示すときに、複数の復号情報が検証値と整合しないと判断してもよい。その場合には、時刻Ｂに受信された検証値は、時刻Ａに受信された検証値よりも以前に送信された検証値を、攻撃者の装置がコピーして送信したものと考えられるからである。

出力部２５は、認証部２４による判断結果を出力する。この判断結果は、被認証装置１が正当であるか、正当でないのかの判断結果、すなわち被認証装置１が認証されたのか、認証されなかったのかを示す情報である。出力部２５は、認証部２４による判断結果を、認証結果に応じて処理を行う構成や装置等に出力することが好適である。

システムサーバ３は認証装置２から受け取った検証データを、対象の被認証装置１に、例えば５分程度で回線通信部２６、回線通信部３６、および回線通信部１６を経由して送信する。送信できなかった場合、例えば、３日程度の閾値を設けて送信を繰り返す。閾値までに送信できなかった場合、被認証装置１が利用されていないと判断し、システムサーバ３に不正利用の可能性を検証結果として通知する。例えば、安全のため一時利用停止の処理を行ってもよい。

被認証装置１は、検証データを受信した場合、検証値を保持しているデータと照合する。照合した結果、一致しなかった場合、システムサーバ３に不正利用を検証結果として通知する。例えば、安全のため利用停止の処理を行ってもよい。一致した場合、利用者の利用を確認してもよい。利用していないことが分かった場合、システムサーバ３に不正利用の可能性を検証結果として通知してもよい。利用を確認した場合、システムサーバ３に正当利用を検証結果として通知してもよい。なお、判断結果の確認のためには被認証装置１、および対象アプリケーションにログインをすることが必要となるため、被認証装置１が利用者の手元にない場合など、利用を制限することが可能となる。

ここで、この利用者の利用の確認の出力は、例えば、表示デバイス（例えば、液晶ディスプレイや有機ＥＬディスプレイなど）への表示でもよく、所定の機器への通信回線を介した送信でもよく、プリンタによる印刷でもよく、スピーカによる音声出力でもよく、バイブレーションで通知してもよく、記録媒体への蓄積でもよく、他の構成要素への引き渡しでもよい。なお、出力部２５は、出力を行うデバイス（例えば、表示デバイスや通信デバイス、プリンタなど）を含んでもよく、または含まなくてもよい。また、出力部２５は、ハードウェアによって実現されてもよく、または、それらのデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

次に、被認証装置１の動作について図２のフローチャートを用いて説明する。図２は、被認証装置１が認証要求の送信を開始すると判断した後の処理である認証要求送信方法について示すフローチャートである。上記のように、被認証装置１は、例えば、所定の送信指示を受信した際に、認証要求の送信を開始すると判断してもよい。

（ステップＳ１０１）送信部１４は、認証期間を開始させる。送信部１４は、例えば、認証期間の終了を検知するために、タイマによる計時を開始してもよい。

（ステップＳ１０２）送信部１４は、認証要求を送信するかどうか判断する。そして、認証要求を送信する場合には、ステップＳ１０３に進み、そうでない場合には、ステップＳ１０７に進む。例えば、認証要求を所定の時間間隔で送信する場合には、送信部１４は、その所定の時間間隔ごとに、認証要求を送信すると判断してもよい。

（ステップＳ１０３）取得部１１は、ユニーク情報を取得する。このユニーク情報の取得は、例えば、ユニーク部分の取得と、取得したユニーク部分と、非ユニーク部分との結合とによって行われてもよい。

（ステップＳ１０４）検証部１５は、認証後の検証のための検証値を生成する。検証値は、検証値を生成した時刻と、例えば、乱数などの値からなる。また、生成される検証値は送信毎に異なってもよいし、１秒などの一定期間ごとに異なるものでもよい。

（ステップＳ１０５）暗号化部１３は、暗号鍵を用いて、ステップＳ１０３で取得されたユニーク情報と検証値とを暗号化して、暗号情報を生成する。

（ステップＳ１０６）送信部１４は、ステップＳ１０５で生成された暗号情報を含む認証要求を送信する。なお、認証要求には、暗号情報以外の情報が含まれていてもよい。そして、ステップＳ１０２に戻る。

（ステップＳ１０７）送信部１４は、認証要求の送信を終了するかどうか判断する。そして、終了する場合には、認証要求を送信する一連の処理が終了となり、そうでない場合には、ステップＳ１０２に戻る。なお、送信部１４は、例えば、ステップＳ１０１で開始された認証期間が終了した場合に、認証要求の送信を終了すると判断してもよい。具体的には、送信部１４は、ステップＳ１０１で計時を開始したタイマの値が、認証期間の時間的な長さを超えた場合に、認証要求の送信を終了すると判断し、そうでない場合に、終了しないと判断してもよい。

なお、図２のフローチャートでは、ユニーク情報の取得と、暗号情報の生成と、認証要求の送信とが繰り返される場合について示しているが、そうでなくてもよい。例えば、複数のユニーク情報が取得され、その複数のユニーク情報をそれぞれ暗号化した複数の暗号情報が生成された後に、各暗号情報を含む認証要求の送信が繰り返されてもよい。また、同じユニーク情報が暗号化された暗号情報が、複数の認証要求に含まれる場合には、ユニーク情報の重複数だけ、ユニーク情報の取得や、暗号情報の生成が行われず、同じユニーク情報や、同じ暗号情報が繰り返して用いられてもよい。また、ステップＳ１０１やステップＳ１０７における認証期間の管理は、送信部１４以外の構成要素、例えば、取得部１１等によって行われてもよい。また、図２のフローチャートにおける処理の順序は一例であり、同様の結果を得られるのであれば、各ステップの順序を変更してもよい。

次に、認証装置２の動作について図３のフローチャートを用いて説明する。図３は、認証装置２による複数の認証要求を用いた被認証装置１の認証に関する処理である認証方法について示すフローチャートである。

（ステップＳ２０１）受信部２１は、認証要求を受信したかどうか判断する。そして、認証要求を受信した場合には、ステップＳ２０２に進み、そうでない場合には、ステップＳ２０３に進む。なお、受信部２１が間欠的に認証要求を受信する場合には、受信部２１は、受信期間にのみ認証要求を受信し、受信期間ではない期間には、認証要求を受信しなくてもよい。

（ステップＳ２０２）復号部２３は、ステップＳ２０１で受信された認証要求に含まれる暗号情報を、復号鍵を用いて復号し、復号情報を取得する。そして、ステップＳ２０１に戻る。復号部２３は、その復号情報を、認証要求の送信元である被認証装置１のＩＤに対応付けて記憶部２２に蓄積してもよい。また、復号部２３は、復号情報を、その復号情報に対応する認証要求の受信時刻に対応付けて記憶部２２に蓄積してもよい。なお、ステップＳ２０１で受信された認証要求に含まれる暗号情報が、復号鍵を用いて復号できない場合には、復号部２３は、復号を行うことなく、ステップＳ２０１に戻ってもよい。また、この場合には、認証部２４は、復号できない暗号情報を含んでいる認証要求の送信元である被認証装置１について、正当ではないと判断してもよい。

（ステップＳ２０３）認証部２４は、認証の処理を行うかどうか判断する。そして、認証の処理を行う場合には、ステップＳ２０４に進み、そうでない場合には、ステップＳ２０１に戻る。認証部２４は、例えば、ある共通鍵暗号の鍵で復号できた暗号情報を含む１個目の認証要求が受信されてから認証期間が経過した際に、その共通鍵暗号の鍵で復号できた暗号情報を含む複数の認証要求を用いた認証の処理を行うと判断してもよい。また、認証部２４は、例えば、あるＩＤの被認証装置１から１個目の認証要求を受信してから認証期間が経過した際に、そのＩＤの被認証装置１から送信された複数の認証要求を用いた認証の処理を行うと判断してもよい。

（ステップＳ２０４）認証部２４は、複数の認証要求からそれぞれ取得された複数の復号情報に所定数以上の重複が存在するかどうか判断する。そして、複数の復号情報に所定数以上の重複が存在する場合には、ステップＳ２０９に進み、そうでない場合には、ステップＳ２０５に進む。

（ステップＳ２０５）認証部２４は、所定の期間における認証要求の受信回数が、あらかじめ決められた閾値の回数を超えているかどうか判断する。そして、認証要求の受信回数があらかじめ決められた閾値の回数を超えている場合には、ステップＳ２０９に進み、そうでない場合には、ステップＳ２０６に進む。

（ステップＳ２０６）認証部２４は、認証期間における認証要求の受信間隔に、確率が閾値より低い受信間隔が含まれるかどうか判断する。そして、認証要求の受信間隔に、確率が閾値より低い受信間隔が含まれる場合には、ステップＳ２０９に進み、そうでない場合には、ステップＳ２０７に進む。

（ステップＳ２０７）認証部２４は、認証期間に受信された複数の認証要求にそれぞれ対応する複数の復号情報が、ユニーク情報と整合するかどうか判断する。そして、複数の復号情報がユニーク情報と整合する場合には、ステップＳ２０８に進み、整合しない場合には、ステップＳ２０９に進む。

なお、ステップＳ２０４からステップＳ２０７までの処理は、例えば、復号鍵によって復号できた暗号情報を含む、認証期間内に受信された複数の認証要求について行われるものとする。すなわち、ステップＳ２０４からステップＳ２０７までの処理は、例えば、あるＩＤの被認証装置１から認証期間内に受信された複数の認証要求について行われてもよい。

（ステップＳ２０８）認証部２４は、複数の認証要求を送信した被認証装置１が正当であると判断する。すなわち、その被認証装置１が認証されたことになる。

（ステップＳ２０９）認証部２４は、複数の認証要求を送信した被認証装置１が正当でないと判断する。すなわち、その被認証装置１が認証されなかったことになる。

（ステップＳ２１０）出力部２５は、ステップＳ２０８，Ｓ２０９の判断結果を出力する。

（ステップＳ２１１）認証部２４は、復号情報に含まれている検証値を一つ選ぶ。

（ステップＳ２１２）認証部２４は、検証値を認証内容と共に検証データとしてシステムサーバ３に送信する。そして、ステップＳ２０１に戻る。なお、直接、被認証装置１に送信してもよい。

なお、図３のフローチャートでは、認証の処理において、ステップＳ２０４からステップＳ２０７までの各処理を行う場合について示しているが、そうでなくてもよい。それらの処理のうち、１以上の処理を行わなくてもよい。ただし、その場合であっても、複数の認証要求を用いた認証の処理、例えば、ステップＳ２０４からステップＳ２０６までの少なくともいずれかの処理は行われることが好適である。また、図３のフローチャートにおける処理の順序は一例であり、同様の結果を得られるのであれば、各ステップの順序を変更してもよい。例えば、ステップＳ２０４からステップＳ２０７までの各処理を異なる順序にしてもよい。また、ステップＳ２１１、ステップＳ２１２は認証期間や認証期間終了後に複数回実行してもよいし、一度だけ実行してもよい。また、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、システムサーバ３の動作について図４のフローチャートを用いて説明する。図４は、認証装置２に送信された検証データを受信し、被認証装置１に検証データを送信する方法について示すフローチャートである。

（ステップＳ３０１）サーバ認証部３５は、認証装置２から送信される検証データを受信したかどうか判断する。そして、検証データを受信した場合には、ステップＳ３０２に進み、そうでない場合には、ステップＳ３０１に戻る。

（ステップＳ３０２）回線通信部３６は、検証データを対応する被認証装置１に送信する。

（ステップＳ３０３）サーバ認証部３５は、検証データを対応する被認証装置１に送信できたかを確認する。そして、できた場合には、ステップＳ３０１に戻り、そうでない場合には、ステップＳ３０４に進む。

（ステップＳ３０４）サーバ認証部３５は、検証データを対応する被認証装置１に送信した時刻が、最初に送信した時刻から経過した時間が閾値内かどうか判断する。そして、閾値時間内の場合には、ステップＳ３０２に進み、そうでない場合には、ステップＳ３０５に進む。

（ステップＳ３０５）サーバ認証部３５は、検証データを対応する被認証装置１に送信できなかったことで、不正利用の可能性を検証結果として出力する。なお、さらに検証データを対応する被認証装置１に再送してもよいし、不正利用を防止するため、暗号鍵を削除して利用を停止してもよい。

なお、図４フローチャートにおけるＳ３０１は同じ検証内容に対し検証データが複数くる場合に、複数回実行してもよいし、一度だけ実行してもよい。また、システムサーバ３のフローを認証装置２で実行してもよく、認証装置２が、直接、被認証装置１と通信してもよい。

次に、被認証装置１の検証動作について図５のフローチャートを用いて説明する。図５は、システムサーバ３による検証データを用いた被認証装置１の検証に関する処理方法について示すフローチャートである。

（ステップＳ１１１）回線通信部１６は、検証データを受信したかどうか判断する。そして、検証データを受信した場合には、ステップＳ１１２に進み、そうでない場合には、ステップＳ１１１に戻る。

（ステップＳ１１２）検証部１５は、検証データ内の検証値を保持データと照合する。

（ステップＳ１１３）検証部１５は、検証データ内の検証値を保持データと一致するかどうか判断する。そして、一致した場合には、ステップＳ１１４に進み、そうでない場合には、ステップＳ１１６に進む。

（ステップＳ１１４）検証部１５は、被認証装置１の利用者に対し検証データ内の認証内容との正当性を利用者に確認させる。正当性が確認された場合にはステップＳ１１５に進み、そうでない場合にはステップＳ１１７に進む。

（ステップＳ１１５）回線通信部１６は回線通信部３６に対して、検証結果として利用の正当性が認められた旨を送信し、ステップＳ１１１へ戻る。

（ステップＳ１１６）回線通信部１６は回線通信部３６に対して、不正利用である旨を検証結果として送信し、ステップＳ１１１へ戻る。

（ステップＳ１１７）回線通信部１６は回線通信部３６に対して、不正利用の可能性を検証結果として送信し、ステップＳ１１１へ戻る。

次に、システムサーバ３の動作について図６のフローチャートを用いて説明する。図６は、被認証装置１からの検証結果に基づくシステムサーバ３の動作を示すフローチャートである。

（ステップＳ３１１）
回線通信部３６は、検証結果を受信したかどうか判断する。そして、検証結果を受信した場合には、ステップＳ３１２に進み、そうでない場合には、ステップＳ３１１に戻る。

（ステップＳ３１２）
サーバ認証部３５は、検証結果が不正利用であるか判断する。そして、不正利用である場合には、ステップＳ３１４に進み、そうでない場合には、ステップＳ３１３に進む。

（ステップＳ３１３）
サーバ認証部３５は、検証結果が不正利用の可能性があるか判断する。そして、不正利用の可能性有である場合には、ステップＳ３１４に進み、そうでない場合には、ステップＳ３１１へ戻る。

（ステップＳ３１４）サーバ認証部３５は、不正利用を防止するための処置をとる。例えば、被認証装置１の暗号鍵を削除して停止したり、更新して新たなものを発行することなどができる。また、不正利用の検証をシステム管理者や被認証装置１の利用者、認証装置２の管理者に促すことができる。この後、ステップＳ３１１へ戻る。

（ステップＳ３１５）サーバ認証部３５は、不正利用の可能性を考慮し、一部の利用を停止するなど不正利用防止のための処置をとる。この後、ステップＳ３１１へ戻る。

なお、図６のフローチャートでは、検証の処理において、ステップＳ３１２からステップＳ３１５までの各処理を行う場合について示しているが、そうでなくてもよい。それらの処理のうち、１以上の処理を行わなくてもよい。ただし、その場合であっても、検証の処理、例えば、ステップＳ３１２およびステップＳ３１４か、ステップＳ３１３およびステップＳ３１５か、の少なくともいずれかの処理は行われることが好適である。また、図６のフローチャートにおける処理の順序は一例であり、同様の結果を得られるのであれば、各ステップの順序を変更してもよい。例えば、ステップＳ３１２とステップＳ３１３の各処理を異なる順序にしてもよい。また、ステップＳ３１４、ステップＳ３１５は都度実行してもよいし、一定時間経過後にバッチ処理として対象被認証装置１群に対して実行してもよい。

次に、本実施の形態による被認証装置１及び認証装置２の動作について、具体例を用いて説明する。この具体例では、認証装置２の受信部２１は、間欠的に認証要求を受信するものとする。すなわち、受信部２１は、受信期間にのみ認証要求を受信し、それ以外の期間には、被認証装置１から送信された認証要求を受信しないものとする。

また、この具体例では、正当な被認証装置１は、認証期間に１０個の認証要求を送信するものとする。上記のように、受信部２１は、間欠的な受信を行うため、認証部２４は、ある被認証装置１から認証期間に受信された認証要求の個数が、閾値「７」を超える場合に、その被認証装置１が正当でないと判断するものとする。

また、この具体例では、ユニーク情報が時刻であるとする。そして、認証部２４は、復号情報である時刻と、その復号情報に対応する認証要求が受信された時刻との差があらかじめ決められた閾値を超えている場合に、その認証要求を送信した被認証装置１が正当ではないと判断するものとする。また、ユニーク情報は、共通鍵暗号の鍵によって暗号化されるものとする。

また、この具体例では、送信される認証要求ごとに、異なるユニーク情報が暗号化された暗号情報が含まれる場合について主に説明し、認証期間に送信される複数の認証要求に、同じユニーク情報が暗号化された暗号情報が含まれる場合については後述する。

正当な被認証装置１のみから認証要求が送信される場合について、図７を用いて説明する。図７で示されるように、時刻ｔ１〜ｔ１０に、それぞれユニーク情報である時刻ｔ１〜ｔ１０を暗号化した情報を含む認証要求が、被認証装置１から認証装置２に送信されるものとする。

具体的には、被認証装置１の送信部１４は、認証装置２から送信された、認証装置２のＩＤを含む送信指示を受信すると、タイマによる計時を開始する（ステップＳ１０１）。なお、その時点の時刻はｔ１であったとする。また、被認証装置１は、例えば、記憶部１２で記憶されている認証装置２のＩＤと、送信指示に含まれるＩＤとが一致することによって、送信指示が認証装置２から送信されたと判断してもよい。また、１個目の認証要求の送信であるため、送信部１４は、時間待ちを行わないですぐに認証要求を送信すると判断し、図示しない経路で、取得部１１に、ユニーク情報の取得の指示を渡す（ステップＳ１０２）。その指示を受け取ると、取得部１１は、その時点の時刻ｔ１であるユニーク情報を取得して暗号化部１３に渡す（ステップＳ１０３）。ユニーク情報である時刻ｔ１を受け取ると、暗号化部１３は、記憶部１２で記憶されている被認証装置１のＩＤを取得すると共に、送信指示または記憶部１２から認証装置２のＩＤを取得し、時刻ｔ１と、被認証装置１のＩＤと、認証装置２のＩＤとを、記憶部１２で記憶されている共通鍵暗号の鍵を用いて暗号化して暗号情報を生成し、送信部１４に渡す（ステップＳ１０５）。暗号情報を受け取ると、送信部１４は、その暗号情報と、記憶部１２から取得した被認証装置１のＩＤとを含む認証要求をＢＬＥ通信のブロードキャストによって送信する（ステップＳ１０６）。このような認証要求の送信が繰り返されることによって、時刻ｔ１０までに１０個の認証要求が被認証装置１から認証装置２に送信される（ステップＳ１０２〜Ｓ１０６）。なお、時刻ｔ１０に１０個目の認証要求が送信された直後に、時刻ｔ１に開始されたタイマの値が、認証期間の時間的な長さを超えたとすると、認証要求の送信の処理が終了される（ステップＳ１０７）。

認証装置２の受信部２１が間欠的な受信を行っているとすると、図７で示されるように、時刻ｔ２，ｔ４，ｔ５，ｔ７，ｔ８，ｔ１０に送信された認証要求のみが認証装置２で受信されることになる。そして、各認証要求が受信されると（ステップＳ２０１）、復号部２３は、認証要求に含まれる被認証装置１のＩＤを取得し、そのＩＤに対応付けられている共通鍵暗号の鍵を、記憶部２２から取得する。そのようにして取得した共通鍵暗号の鍵を用いて、復号部２３は、受信された認証要求に含まれる暗号情報を復号して復号情報を取得する（ステップＳ２０２）。そして、復号部２３は、復号情報に含まれる被認証装置１のＩＤが、認証要求に平文で含まれる被認証装置１のＩＤと一致するかどうか、また、復号情報に含まれる認証装置２のＩＤが、自装置のＩＤと一致するかどうか判断する。この場合には、いずれにおいてもＩＤが一致したものとする。すると、復号部２３は、その復号情報を、認証要求に含まれる被認証装置１のＩＤ、及びその認証要求の受信時刻に対応付けて記憶部２２に蓄積する。なお、いずれか一方のＩＤが一致しなかった場合には、復号部２３は、その復号情報を記憶部２２に蓄積しなくてもよい。このような処理が、認証要求が受信されるごとに繰り返される。

認証部２４は、記憶部２２において記憶されている復号情報について、被認証装置１のＩＤごとに、最も古い受信時刻から現在の時刻までの期間が、認証期間の時間的な長さを超えたかどうか判断する。そして、最も古い受信時刻から現在の時刻までの期間が、認証期間の時間的な長さを超えたＩＤが存在する場合には、認証部２４は、そのＩＤの被認証装置１について、認証の処理を行うと判断し、そのＩＤに対応付けられて記憶されている複数の復号情報や受信時刻を用いて認証の処理を行う（ステップＳ２０３）。

具体的には、認証部２４は、復号情報に重複が存在するかどうか判断する（ステップＳ２０４）。この場合には、各復号情報は、異なる時刻を含んでいるため、各復号情報は重複しないことになる。そのため、認証部２４は、受信回数が閾値を超えているかどうか判断する（ステップＳ２０５）。この具体例では、上記のように、閾値は「７」に設定されていたとする。すると、図７で示されるように、受信回数「６」が、閾値「７」を超えていないと判断される。

次に、認証部２４は、記憶部２２で記憶されている受信時刻を用いて、ある認証要求が受信されてから次の認証要求が受信されるまでの時間間隔である受信間隔をそれぞれ取得する。そして、その受信間隔に、記憶部２２で記憶されている、確率が閾値より低い受信間隔が含まれているかどうか判断する（ステップＳ２０６）。この場合には、確率が閾値より低い受信間隔は含まれていなかったとする。そのため、認証部２４は、復号情報がユニーク情報に整合するかどうか判断する（ステップＳ２０７）。なお、ここでは、復号情報のうち、ユニーク部分である時刻が、受信時刻と整合するかどうかが判断されるものとする。具体的には、上記のように、復号情報に含まれる時刻と、その復号情報に対応する認証要求の受信時刻との差が、あらかじめ決められた閾値より小さい場合に、認証部２４は、その復号情報がユニーク情報に整合していると判断するものとする。そして、認証部２４は、各復号情報について、そのような判断を行う。この具体例では、すべての復号情報がユニーク情報に整合していると判断されたとする。すると、認証部２４は、複数の認証要求を送信した被認証装置１が正当であると判断する（ステップＳ２０８）。そして、出力部２５は、その判断結果を出力する（ステップＳ２０９）。なお、一連の判断が終了した後に、記憶部２２で記憶されている、判断対象の被認証装置１のＩＤに対応する復号情報等が削除されてもよく、または、その復号情報等について処理済みである旨のフラグ等が設定されてもよい。後者の場合には、処理済みである旨のフラグ等が設定されている復号情報等は、それ以降の認証の処理では用いられないものとする。

以上のように、本実施の形態による被認証装置１及び認証要求送信方法によれば、ユニーク情報が暗号化された暗号情報を含む複数の認証要求を、認証装置２に送信することができる。また、例えば、暗号化が共通鍵暗号の鍵を用いて行われる場合には、より高速に暗号化を行うことができるようになる。また、ユニーク情報が、乱数値やカウンタ値、時刻等を含むものである場合には、低負荷でユニーク情報を生成することができるというメリットもある。また、そのようなユニーク情報を用いることによって、ユニーク情報の情報量を少なくすることもでき、その結果として、認証要求に含まれる情報量を少なくすることもできる。したがって、例えば、ＢＬＥ通信などのように、ペイロード長に制限のある通信規格でも、認証要求を送信できるようになる。また、上記説明のように、ユーザによる操作を介することなく、認証を行うこともでき、ユーザの利便性を向上させることができる。

また、本実施の形態による認証装置２及び認証方法によれば、被認証装置１から送信された複数の認証要求を用いることによって、簡単な処理により、セキュアな認証を実現することができる。暗号情報において、ユニーク情報が共通鍵暗号の鍵を用いて暗号化されている場合には、その暗号情報を復号する処理を高速に行うことができる。また、共通鍵暗号の鍵が漏洩していない場合や、ユニーク情報の種類が知られていない場合には、攻撃者の装置は、正当な被認証装置１から受信した認証要求を認証装置２に送信することによって攻撃を行うことしかできないことになる。そのため、例えば、複数の復号情報に所定数以上の重複が存在するかどうかの判断処理や、所定の期間の受信回数が閾値を超えているかどうかの判断処理、認証要求の受信間隔に、確率が閾値より低い間隔が含まれているかどうかの判断処理、認証要求から取得された復号情報がユニーク情報に整合するかどうかの判断処理などの簡単な処理によって、認証要求の送信元に攻撃者の装置が含まれているかどうかを検出することができるようになる。このようにして、なりすましによる攻撃に対応することができるようになり、セキュアな認証を実現することができる。また、複数の認証要求を用いて被認証装置１が正当であるかどうかを判断するため、１個の認証要求だけでは検出することができない不正についても、検出することができるようになり、安全性を向上させることができる。また、認証装置２が、ＢＬＥ通信のように、間欠的に認証要求を受信する場合においても、上記認証を適切に行うことができる。また、そのような間欠的な認証要求の受信を行うことによって、認証装置２における消費電力を低減することもできる。

なお、本実施の形態では、認証部２４が、復号情報の重複に関する判断、認証要求の受信回数に関する判断、認証要求の受信間隔に関する判断、復号情報とユニーク情報との整合性に関する判断によって被認証装置１が正当であるかどうか判断する場合について説明したが、認証部２４は、それらの判断のうち、少なくとも１個以上の判断によって被認証装置１が正当であるかどうかを判断してもよい。

また、上記実施の形態による被認証装置１や認証装置２は、他の認証方法を補完するために用いられてもよい。例えば、顔認証だけでは安全性に問題がある場合に、顔認証と、上記実施の形態における認証とを組み合わせて用いるようにしてもよい。従来、顔認証だけでは安全性に問題がある場合に、別途、ＩＣカードを用いた認証などを併用することが行われていたが、上記実施の形態による認証と顔認証とを組み合わせて用いることによって、ＩＣカード等を用いないでもよいことになり、ユーザの利便性が向上することになる。なお、上記実施の形態による被認証装置１や認証装置２は、例えば、顔認証以外の生体認証や、生体認証以外の認証と組み合わせて用いられてもよい。

また、上記実施の形態において、被認証装置１は、例えば、ユーザが保持するものであってもよく、または、移動体に搭載されるものであってもよい。後者の場合には、例えば、移動体に関する認証を行うこともできるようになる。移動体は、例えば、走行する走行体や、飛行する飛行体であってもよい。

また、上記実施の形態において、各処理または各機能は、単一の装置または単一のシステムによって集中処理されることによって実現されてもよく、または、複数の装置または複数のシステムによって分散処理されることによって実現されてもよい。

また、上記実施の形態において、各構成要素間で行われる情報の受け渡しは、例えば、その情報の受け渡しを行う２個の構成要素が物理的に異なるものである場合には、一方の構成要素による情報の出力と、他方の構成要素による情報の受け付けとによって行われてもよく、または、その情報の受け渡しを行う２個の構成要素が物理的に同じものである場合には、一方の構成要素に対応する処理のフェーズから、他方の構成要素に対応する処理のフェーズに移ることによって行われてもよい。

また、上記実施の形態において、各構成要素が実行する処理に関係する情報、例えば、各構成要素が受け付けたり、取得したり、選択したり、生成したり、送信したり、受信したりした情報や、各構成要素が処理で用いる閾値や数式、アドレス等の情報等は、上記説明で明記していなくても、図示しない記録媒体において、一時的に、または長期にわたって保持されていてもよい。また、その図示しない記録媒体への情報の蓄積を、各構成要素、または、図示しない蓄積部が行ってもよい。また、その図示しない記録媒体からの情報の読み出しを、各構成要素、または、図示しない読み出し部が行ってもよい。

また、上記実施の形態において、各構成要素等で用いられる情報、例えば、各構成要素が処理で用いる閾値やアドレス、各種の設定値等の情報がユーザによって変更されてもよい場合には、上記説明で明記していなくても、ユーザが適宜、それらの情報を変更できるようにしてもよく、または、そうでなくてもよい。それらの情報をユーザが変更可能な場合には、その変更は、例えば、ユーザからの変更指示を受け付ける図示しない受付部と、その変更指示に応じて情報を変更する図示しない変更部とによって実現されてもよい。その図示しない受付部による変更指示の受け付けは、例えば、入力デバイスからの受け付けでもよく、通信回線を介して送信された情報の受信でもよく、所定の記録媒体から読み出された情報の受け付けでもよい。

また、上記実施の形態において、被認証装置１に含まれる２以上の構成要素が通信デバイスや入力デバイス等を有する場合に、２以上の構成要素が物理的に単一のデバイスを有してもよく、または、別々のデバイスを有してもよい。認証装置２についても同様である。

また、上記実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、または、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。その実行時に、プログラム実行部は、記憶部や記録媒体にアクセスしながらプログラムを実行してもよい。なお、上記実施の形態における被認証装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータに、ユニーク情報を取得するステップと、検証値を生成して認証装置の認証後に正当な認証であったかを検証するステップと、ユニーク情報と検証値を暗号鍵によって暗号化して暗号情報を生成するステップと、暗号情報を含む認証要求を、認証期間内に繰り返して認証装置に送信するステップと、生成した検証値を保存するステップと、を実行させ、複数のユニーク情報が暗号化された暗号情報をそれぞれ含む複数の認証要求が、認証期間内に送信される、プログラムである。

また、上記実施の形態における認証装置２を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータに、被認証装置から送信された、暗号鍵によって暗号化された暗号情報を含む認証要求を、被認証装置から送信された、暗号鍵によって暗号化された暗号情報を含む認証要求を認証期間内に繰り返して受信するステップと、暗号情報を復号して復号情報を取得するステップと、復号できた暗号情報を含む、認証期間内に受信された複数の認証要求を用いて、被認証装置が正当かどうかを判断するステップと、被認証装置が正当かどうかを判断するステップにおける判断結果を出力するステップと、を実行させ、正当な被認証装置は、複数のユニーク情報を暗号化した暗号情報をそれぞれ含む複数の認証要求を認証期間内に送信する、プログラムである。

なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップ、情報を出力するステップなどでは、ハードウェアでしか行われない処理、例えば、送信ステップや受信ステップにおけるモデムやインターフェースカードなどで行われる処理は少なくとも含まれない。

また、このプログラムは、サーバなどからダウンロードされることによって実行されてもよく、所定の記録媒体（例えば、ＣＤ−ＲＯＭなどの光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。また、このプログラムは、プログラムプロダクトを構成するプログラムとして用いられてもよい。

また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、または分散処理を行ってもよい。

図８は、上記プログラムを実行して、上記実施の形態による被認証装置１、認証装置２を実現するコンピュータシステム９００の一例を示す図である。上記実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。

図８において、コンピュータシステム９００は、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９１１と、ブートアッププログラム等のプログラムや、アプリケーションプログラム、システムプログラム、及びデータが記憶されるフラッシュメモリ等のＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ９１３と、タッチパネル９１４と、無線通信モジュール９１５と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１６とを備える。なお、無線通信モジュール９１５に代えて、有線通信モジュールを備えていてもよい。また、タッチパネル９１４に代えて、ディスプレイと、マウスやキーボード等の入力デバイスとを備えていてもよい。

コンピュータシステム９００に、上記実施の形態による被認証装置１、認証装置２の機能を実行させるプログラムは、無線通信モジュール９１５を介してＲＯＭ９１２に記憶されてもよい。プログラムは実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ネットワークから直接、ロードされてもよい。

プログラムは、コンピュータシステム９００に、上記実施の形態による被認証装置１、認証装置２の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能やモジュールを呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。

また、本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明による認証検証システム、被認証装置、認証装置、認証検証方法、認証検証プログラム及びコンピュータで読み取り可能な記録媒体並びに記録した機器は、例えば、キャッシュレジスタや自動改札機等における支払いや、チケットの提示等における認証に用いることができる。

Claims (11)

1. 認証を受けようとする被認証装置と、
   前記被認証装置を認証する認証装置と、
   を備える認証システムであって、
   前記被認証装置は、
   暗号情報を含む認証要求を、認証期間内に繰り返して前記認証装置に送信する送信部と、ユニーク情報と検証値を暗号鍵によって暗号化することで前記暗号情報を生成する暗号化部と、
   前記ユニーク情報を生成する取得部と、
   前記検証値を生成して、前記認証装置の認証後に、正当な認証であったかを検証する検証部と、
   前記生成した検証値を保存する記憶部と、
   を備え、
   前記認証装置は、
   前記被認証装置から送信された、暗号鍵によって暗号化された暗号情報を含む認証要求を、認証期間内に繰り返して受信する受信部と、
   前記暗号情報を復号して復号情報を取得する復号部と、
   復号できた暗号情報を含む、前記認証期間内に受信された複数の認証要求を用いて、前記被認証装置が正当かどうかを判断し、認証判断後に検証値を含む検証データを前記被認証装置に送信する認証部と、
   前記認証部による判断結果を出力する出力部と、
   を備える認証検証システム。
2. 前記検証値は、検証値を生成した時刻と、乱数値かハッシュ関数値のいずれかを含む、請求項１記載の認証検証システム。
3. 前記暗号鍵は、共通鍵暗号の鍵である、請求項１または請求項２記載の認証検証システム。
4. 前記検証部は、前記記憶部に保存された検証値と前記認証装置２から送信された検証値が整合するかを確認して正当かを判断する、請求項１から請求項３のいずれか記載の認証検証システム。
5. 請求項１から請求項４に記載の認証検証システムであって、さらに、
   前記認証装置の認証後に、前記認証部からの検証値を受信して前記被認証装置の前記検証部に送信し、また認証結果や検証結果を受信するために、前記被認証装置、及び前記認証装置との通信を行うための回線通信部と、
   認証及び検証結果に応じてシステムの挙動をコントロールするサーバ認証部と、
   を備えるシステムサーバを備える認証検証システム。
6. 前記認証部は、前記認証期間に受信された複数の認証要求からそれぞれ取得された複数の復号情報に含まれる前記検証値どうしの比較を行い、整合性が見られない場合に、前記被認証装置が正当でないと判断する、請求項１から請求項５のいずれか記載の認証検証システム。
7. 前記送信部は、前記ユニーク情報と、前記検証値とを異なる手段で送信する、請求項１から請求項６のいずれか記載の認証検証システム。
8. 前記受信部は、間欠的に認証要求を受信する、請求項１から請求項７のいずれか記載の認証装置。
9. 認証を受けようとする被認証装置と、
   前記被認証装置を認証する認証装置と、
   を備える認証システムにおいて、前記被認証装置の認証を検証する認証検証方法であって、
   前記被認証装置が、暗号情報を含む認証要求を、認証期間内に繰り返して前記認証装置に送信するステップと、
   前記被認証装置が、ユニーク情報と検証値を暗号鍵によって暗号化することで前記暗号情報を生成するステップと、
   前記被認証装置が、前記ユニーク情報を生成するステップと、
   前記被認証装置が、前記検証値を生成して、前記認証装置の認証後に、正当な認証であったかを検証するステップと、
   前記被認証装置が、前記生成した検証値を保存するステップと、
   前記認証装置が、前記被認証装置から送信された、暗号鍵によって暗号化された暗号情報を含む認証要求を、認証期間内に繰り返して受信するステップと、
   前記認証装置が、前記暗号情報を復号して復号情報を取得するステップと、
   前記認証装置が、復号できた暗号情報を含む、前記認証期間内に受信された複数の認証要求を用いて、前記被認証装置が正当かどうかを判断し、認証判断後に検証値を含む検証データを前記被認証装置に送信するステップと、
   前記認証装置が、前記認証部による判断結果を出力するステップと、
   を備える認証検証方法。
10. 認証を受けようとする被認証装置と、
    前記被認証装置を認証する認証装置と、
    を備える認証システムにおいて、前記被認証装置の認証を検証する認証検証プログラムであって、
    前記被認証装置が、暗号情報を含む認証要求を、認証期間内に繰り返して前記認証装置に送信するステップと、
    前記被認証装置が、ユニーク情報と検証値を暗号鍵によって暗号化することで前記暗号情報を生成するステップと、
    前記被認証装置が、前記ユニーク情報を生成するステップと、
    前記被認証装置が、前記検証値を生成して、前記認証装置の認証後に、正当な認証であったかを検証するステップと、
    前記被認証装置が、前記生成した検証値を保存するステップと、
    前記認証装置が、前記被認証装置から送信された、暗号鍵によって暗号化された暗号情報を含む認証要求を、認証期間内に繰り返して受信するステップと、
    前記認証装置が、前記暗号情報を復号して復号情報を取得するステップと、
    前記認証装置が、復号できた暗号情報を含む、前記認証期間内に受信された複数の認証要求を用いて、前記被認証装置が正当かどうかを判断し、認証判断後に検証値を含む検証データを前記被認証装置に送信するステップと、
    前記認証装置が、前記認証部による判断結果を出力するステップと、
    をシステムに実行させる、認証検証プログラム。
11. 請求項１０に記載のプログラムを記録したコンピュータで読み取り可能な記録媒体または記録した機器。

Images