(57)【要約】      （修正有）【課題】２つの装置間で安全性の高い認証を行う認証システム、認証情報生成装置、被認証装置及び認証装置を提供する。【解決手段】認証システム１は、認証要求を行うユーザ端末２０と、当該認証要求に対して認証を行うサービス機器３０と、当該認証に用いられる認証情報を生成するサーバ１０とを含む。サーバ１０は、秘匿情報である本人認証コードに対して、サーバ秘密鍵を用いた署名、及びサービス機器公開鍵を用いた暗号化を行って認証情報を生成しユーザ端末２０に送信する。ユーザ端末２０は、サーバ１０から取得した認証情報、及びユーザから入力された本人認証コードをサービス機器３０に送信する。サービス機器３０は、受信された認証情報に対して、サービス機器秘密鍵を用いて復号して本人認証コードを抽出し、受信された認証情報に対してサーバ公開鍵を用いて署名のチェックを行うと共に受信された秘匿情報と抽出された秘匿情報とを用いて認証を行う。【選択図】図１
2018148463.tif 000002
【特許請求の範囲】
【請求項１】
認証要求を行う被認証装置と、当該認証要求に対して認証を行う認証装置と、当該認証に用いられる認証情報を生成する認証情報生成装置とを含む認証システムであって、
前記認証情報生成装置は、
自装置の秘密鍵、及び前記認証装置の公開鍵を記憶する生成側鍵記憶部と、
認証情報の生成に用いられる秘匿情報を取得する生成側情報取得部と、
前記生成側情報取得部によって取得された秘匿情報に対して、前記生成側鍵記憶部によって記憶される自装置の秘密鍵を用いた署名、及び前記認証装置の公開鍵を用いた暗号化を行って認証情報を生成する認証情報生成部と、
前記認証情報生成部によって生成された認証情報を被認証装置に送信する生成側送信部と、を備え、
前記被認証装置は、
前記認証情報生成装置から送信された認証情報を受信する被認証側受信部と、
秘匿情報を取得する被認証側情報取得部と、
前記被認証側受信部によって受信された認証情報、及び前記被認証側情報取得部によって取得された秘匿情報を、認証要求として前記認証装置に送信する被認証側送信部と、を備え、
前記認証装置は、
自装置の秘密鍵、及び前記認証情報生成装置の公開鍵を記憶する認証側鍵記憶部と、
前記被認証装置から認証要求として送信された認証情報及び秘匿情報を受信する認証側受信部と、
前記認証側受信部によって受信された認証情報に対して、前記認証側鍵記憶部に記憶された自装置の秘密鍵を用いて復号して秘匿情報を抽出する秘匿情報抽出部と、
前記認証側受信部によって受信された認証情報に対して前記認証情報生成装置の公開鍵を用いて署名のチェックを行うと共に前記認証側受信部によって受信された秘匿情報と前記秘匿情報抽出部によって抽出された秘匿情報とを用いて認証を行う認証処理部と、を備える認証システム。
【請求項２】
前記認証処理部は、認証が成功した場合に、以降の被認証装置の認証に用いる第２の認証情報を生成する請求項１に記載の認証システム。
【請求項３】
前記生成側情報取得部は、前記被認証装置に応じた識別子である被認証識別子も取得し、
前記認証情報生成部は、前記情報取得部によって取得された秘匿情報及び被認証識別子に対して、前記生成側鍵記憶部によって記憶される前記認証装置の公開鍵を用いた暗号化を行い、
前記被認証側情報取得部は、前記被認証識別子を取得し、
前記被認証側受信部によって受信された認証情報、並びに前記被認証側情報取得部によって取得された秘匿情報及び被認証識別子を、認証要求として前記認証装置に送信し、
前記認証側受信部は、前記被認証装置から認証要求として送信された認証情報、秘匿情報及び被認証識別子を受信し、
前記秘匿情報抽出部は、前記認証側受信部によって受信された認証情報に対して、自装置の秘密鍵を用いて復号して秘匿情報及び被認証識別子を抽出し、
前記認証処理部は、前記認証側受信部によって受信された秘匿情報及び被認証識別子と前記秘匿情報抽出部によって抽出された秘匿情報及び被認証識別子とを用いて認証を行う、請求項１又は２に記載の認証システム。
【請求項４】
前記生成側情報取得部は、前記認証装置に応じた識別子である認証識別子も取得し、
前記認証情報生成部は、前記情報取得部によって取得された秘匿情報及び認証識別子に対して、前記生成側鍵記憶部によって記憶される前記認証装置の公開鍵を用いた暗号化を行い、
前記秘匿情報抽出部は、前記認証側受信部によって受信された認証情報に対して、自装置の秘密鍵を用いて復号して秘匿情報及び認証識別子を抽出し、
前記認証処理部は、前記認証側受信部によって受信された秘匿情報及び予め自装置に記憶された認証識別子と前記秘匿情報抽出部によって抽出された秘匿情報及び認証識別子とを用いて認証を行う、請求項１〜３の何れか一項に記載の認証システム。
【請求項５】
前記認証側受信部は、近距離無線通信によって認証情報及び秘匿情報を受信する請求項１〜４の何れか一項に記載の認証システム。
【請求項６】
認証要求を行う被認証装置と、当該認証要求に対して認証を行う認証装置と、当該認証に用いられる認証情報を生成する認証情報生成装置とを含む認証システムに含まれる認証情報生成装置であって、
自装置の秘密鍵、及び前記認証装置の公開鍵を記憶する生成側鍵記憶部と、
認証情報の生成に用いられる秘匿情報を取得する生成側情報取得部と、
前記生成側情報取得部によって取得された秘匿情報に対して、前記生成側鍵記憶部によって記憶される自装置の秘密鍵を用いた署名、及び前記認証装置の公開鍵を用いた暗号化を行って認証情報を生成する認証情報生成部と、
前記認証情報生成部によって生成された認証情報を被認証装置に送信する生成側送信部と、
を備える認証情報生成装置。
【請求項７】
認証要求を行う被認証装置と、当該認証要求に対して認証を行う認証装置と、当該認証に用いられる認証情報を生成する認証情報生成装置とを含む認証システムに含まれる被認証装置であって、
前記認証情報生成装置から送信された認証情報を受信する被認証側受信部と、
秘匿情報を取得する被認証側情報取得部と、
前記被認証側受信部によって受信された認証情報、及び前記被認証側情報取得部によって取得された秘匿情報を、認証要求として前記認証装置に送信する被認証側送信部と、
を備える被認証装置。
【請求項８】
認証要求を行う被認証装置と、当該認証要求に対して認証を行う認証装置と、当該認証に用いられる認証情報を生成する認証情報生成装置とを含む認証システムに含まれる認証装置であって、
自装置の秘密鍵、及び前記認証情報生成装置の公開鍵を記憶する認証側鍵記憶部と、
前記被認証装置から認証要求として送信された認証情報及び秘匿情報を受信する認証側受信部と、
前記認証側受信部によって受信された認証情報に対して、前記認証側鍵記憶部に記憶された自装置の秘密鍵を用いて復号して秘匿情報を抽出する秘匿情報抽出部と、
前記認証側受信部によって受信された認証情報に対して前記認証情報生成装置の公開鍵を用いて署名のチェックを行うと共に前記認証側受信部によって受信された秘匿情報と前記秘匿情報抽出部によって抽出された秘匿情報とを用いて認証を行う認証処理部と、
を備える認証装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システム、認証情報生成装置、被認証装置及び認証装置に関する。
【背景技術】
【０００２】
従来から、２つの装置間で認証を行うシステムが知られている。例えば、特許文献１には、サーバとクライアントとの間で認証を行うことが記載されている。クライアントは、ＩＤとパスワードとを含む認証要求をサーバに送信する。サーバは、認証要求に含まれるＩＤとパスワードとの組み合わせと、予め記憶したＩＤとパスワードとの組み合わせとが一致するか否かの照合を行うことで認証を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１９１２７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のように従来の認証では、認証に用いられるパスワード等の秘匿されるべき秘匿情報が、認証を受ける側及び認証を行う側の両方の装置で共有されている必要がある。秘匿情報の共有は、認証システムの安全性上、問題が生じるおそれがある。例えば、秘匿情報が共有される過程で、秘匿情報が漏洩するおそれがある。また、複数の装置で秘匿情報が保持されることで、秘匿情報が漏洩するリスクが向上する。
【０００５】
本発明は、上記に鑑みてなされたものであり、安全性の高い認証を行うことができる認証システム、認証情報生成装置、被認証装置及び認証装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明に係る認証システムは、認証要求を行う被認証装置と、当該認証要求に対して認証を行う認証装置と、当該認証に用いられる認証情報を生成する認証情報生成装置とを含む認証システムであって、認証情報生成装置は、自装置の秘密鍵、及び認証装置の公開鍵を記憶する生成側鍵記憶部と、認証情報の生成に用いられる秘匿情報を取得する生成側情報取得部と、生成側情報取得部によって取得された秘匿情報に対して、生成側鍵記憶部によって記憶される自装置の秘密鍵を用いた署名、及び認証装置の公開鍵を用いた暗号化を行って認証情報を生成する認証情報生成部と、認証情報生成部によって生成された認証情報を被認証装置に送信する生成側送信部と、を備え、被認証装置は、認証情報生成装置から送信された認証情報を受信する被認証側受信部と、秘匿情報を取得する被認証側情報取得部と、被認証側受信部によって受信された認証情報、及び被認証側情報取得部によって取得された秘匿情報を、認証要求として認証装置に送信する被認証側送信部と、を備え、認証装置は、自装置の秘密鍵、及び認証情報生成装置の公開鍵を記憶する認証側鍵記憶部と、被認証装置から認証要求として送信された認証情報及び秘匿情報を受信する認証側受信部と、認証側受信部によって受信された認証情報に対して、認証側鍵記憶部に記憶された自装置の秘密鍵を用いて復号して秘匿情報を抽出する秘匿情報抽出部と、認証側受信部によって受信された認証情報に対して認証情報生成装置の公開鍵を用いて署名のチェックを行うと共に認証側受信部によって受信された秘匿情報と秘匿情報抽出部によって抽出された秘匿情報とを用いて認証を行う認証処理部と、を備える。
【０００７】
本発明に係る認証システムでは、認証情報生成装置及び認証装置それぞれの公開鍵及び秘密鍵を用いることで、認証装置に秘匿情報を予め記憶させておくことなく、被認証装置から送信された認証情報及び秘匿情報から認証が行われる。従って、本発明に係る認証システムによれば、安全性の高い認証を行うことができる。
【０００８】
上記の認証システムに含まれる認証情報生成装置、被認証装置及び認証装置は、それら自体が新規な構成を有しており発明に相当する。即ち、本発明に係る認証情報生成装置は、認証要求を行う被認証装置と、当該認証要求に対して認証を行う認証装置と、当該認証に用いられる認証情報を生成する認証情報生成装置とを含む認証システムに含まれる認証情報生成装置であって、自装置の秘密鍵、及び認証装置の公開鍵を記憶する生成側鍵記憶部と、認証情報の生成に用いられる秘匿情報を取得する生成側情報取得部と、生成側情報取得部によって取得された秘匿情報に対して、生成側鍵記憶部によって記憶される自装置の秘密鍵を用いた署名、及び認証装置の公開鍵を用いた暗号化を行って認証情報を生成する認証情報生成部と、認証情報生成部によって生成された認証情報を被認証装置に送信する生成側送信部と、を備える。
【０００９】
また、本発明に係る被認証装置は、認証要求を行う被認証装置と、当該認証要求に対して認証を行う認証装置と、当該認証に用いられる認証情報を生成する認証情報生成装置とを含む認証システムに含まれる被認証装置であって、認証情報生成装置から送信された認証情報を受信する被認証側受信部と、秘匿情報を取得する被認証側情報取得部と、被認証側受信部によって受信された認証情報、及び被認証側情報取得部によって取得された秘匿情報を、認証要求として認証装置に送信する被認証側送信部と、を備える。
【００１０】
また、本発明に係る認証装置は、認証要求を行う被認証装置と、当該認証要求に対して認証を行う認証装置と、当該認証に用いられる認証情報を生成する認証情報生成装置とを含む認証システムに含まれる認証装置であって、自装置の秘密鍵、及び認証情報生成装置の公開鍵を記憶する認証側鍵記憶部と、被認証装置から認証要求として送信された認証情報及び秘匿情報を受信する認証側受信部と、認証側受信部によって受信された認証情報に対して、認証側鍵記憶部に記憶された自装置の秘密鍵を用いて復号して秘匿情報を抽出する秘匿情報抽出部と、認証側受信部によって受信された認証情報に対して認証情報生成装置の公開鍵を用いて署名のチェックを行うと共に認証側受信部によって受信された秘匿情報と秘匿情報抽出部によって抽出された秘匿情報とを用いて認証を行う認証処理部と、を備える。
【発明の効果】
【００１１】
本発明では、認証情報生成装置及び認証装置それぞれの公開鍵及び秘密鍵を用いることで、認証装置に秘匿情報を予め記憶させておくことなく、被認証装置から送信された認証情報及び秘匿情報から認証が行われる。従って、本発明によれば、安全性の高い認証を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る認証システムの構成を示す図である。
【図２】本発明の実施形態に係る認証システムにおいて、解錠鍵が発行される際に実行される処理を示すシーケンス図である。
【図３】本発明の実施形態に係る認証システムにおいて、解錠が行われる際に実行される処理を示すシーケンス図である。
【図４】本発明の実施形態に係る認証システムに含まれる装置のハードウェア構成を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面と共に本発明に係る認証システム、認証情報生成装置、被認証装置及び認証装置の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１４】
図１に本実施形態に係る認証システム１を示す。認証システム１は、サーバ１０と、ユーザ端末２０と、サービス機器３０とを含んで構成される。サーバ１０は、認証に用いられる認証情報を生成する認証情報生成装置である。
【００１５】
ユーザ端末２０は、サーバ１０によって生成された認証情報を用いて、サービス機器３０に対して認証要求を行う被認証装置である。具体的には、ユーザ端末２０は、ユーザによって用いられる装置であり、例えば、スマートフォン等の装置に相当する。ユーザ端末２０とサーバ１０とは、互いに移動体通信網等のネットワークＮを介して、互いに情報の送受信を行うことができる。ユーザ端末２０には、ユーザ端末２０の識別子であるユーザ端末ＩＤが設定されている。
【００１６】
サービス機器３０は、ユーザ端末２０からの認証要求に対して認証を行う認証装置である。例えば、サービス機器３０は、自動車、自転車、ホテルの部屋又はロッカー等の錠前として機能する機器である。サービス機器３０は、上記の認証に応じて（物理的な）解錠を行う。従って、ユーザ端末２０は、サービス機器３０に対する解錠鍵として機能する。ユーザ端末２０とサービス機器３０とは、互いにＮＦＣ（Near Field Communication）による近距離無線通信によって互いに情報の送受信を行うことができる。例えば、ユーザは、ユーザ端末２０をサービス機器３０にかざすことで、サービス機器３０に解錠させることができる。なお、ユーザ端末２０とサービス機器３０との間の近距離無線通信は、ＮＦＣによるものである必要はなく、ＢＬＥ（Bluetooth Low Energy（Bluetoothは登録商標））等によるものであってもよい。サービス機器３０には、サービス機器３０の識別子であるサービス機器ＩＤが設定されている。
【００１７】
本実施形態では、まず、ユーザ端末２０は、サービス機器３０から第１の認証を受けて、サービス機器３０から解錠鍵（に相当する情報）を受け取る。サービス機器３０の解錠を行う際、ユーザ端末２０は、サービス機器３０から当該解錠鍵を用いた第２の認証を受ける。
【００１８】
引き続いて、本実施形態に係るサーバ１０、ユーザ端末２０及びサービス機器３０の機能を説明する。図１に示すように、サーバ１０は、生成側鍵記憶部１１と、生成側情報取得部１２と、認証情報生成部１３と、生成側送信部１４とを備えて構成される。
【００１９】
生成側鍵記憶部１１は、自装置１０の秘密鍵である（３）サーバ秘密鍵、及びサービス機器３０の公開鍵である（４）サービス機器公開鍵を記憶する機能部である。サーバ１０の公開鍵及び秘密鍵、並びにサービス機器３０の公開鍵及び秘密鍵は、予め生成されて記憶される。例えば、サーバ１０及びサービス機器３０の製造又は出荷時に生成される。生成は、サーバ１０及びサービス機器３０のそれぞれにおいて行われてもよいし、別の装置で行われてもよい。サーバ１０及びサービス機器３０のそれぞれにおいて、秘密鍵及び公開鍵が生成される場合には、予めサーバ１０とサービス機器３０との間でそれぞれの公開鍵の送受信が行われる。サーバ１０の公開鍵及び秘密鍵、並びにサービス機器３０の公開鍵及び秘密鍵は、暗号化及び署名（デジタル署名）が可能な方式によって生成される。例えば、ＲＳＡによって生成される。生成側鍵記憶部１１は、記憶する（４）サービス機器公開鍵を、サービス機器３０の（２）サービス機器ＩＤに対応付けておく等して、どのサービス機器３０の（４）サービス機器公開鍵かを把握している。
【００２０】
生成側情報取得部１２は、認証情報の生成に用いられる秘匿情報である（８）本人認証コードを取得する機能部である。当該認証情報は、ユーザ端末２０がサービス機器３０から解錠鍵を受け取るための認証（上述した第１の認証）に用いられる（１２）解錠鍵取得権送信データである。（１２）解錠鍵取得権送信データは、後述するように（１１）解錠鍵取得権（に相当する情報）が暗号化されたデータである。（８）本人認証コードは、例えば、サーバ１０においてランダムに生成される等して予め設定された文字数（例えば、４文字）の文字又は数字である。
【００２１】
また、生成側情報取得部１２は、ユーザ端末２０に応じた識別子である被認証識別子、及びサービス機器３０に応じた識別子である認証識別子も取得する。被認証識別子は、例えば、予めユーザ端末２０毎に設定された、ユーザ端末２０の識別子である（１）ユーザ端末ＩＤである。認証識別子は、例えば、予めサービス機器３０毎に設定された、サービス機器３０の識別子である（２）サービス機器ＩＤである。（１）ユーザ端末ＩＤ及び（２）サービス機器ＩＤは、予めそれぞれ対応するユーザ端末２０及びサービス機器３０に記憶されている。
【００２２】
具体的には、生成側情報取得部１２は、例えば、以下のように（８）本人認証コード、（１）ユーザ端末ＩＤ及び（２）サービス機器ＩＤを取得する。生成側情報取得部１２は、ユーザ端末２０に解錠鍵を取得させる権利の要求、即ち、ユーザ端末２０をサービス機器３０の解錠鍵として用いるための要求である解錠鍵取得権要求を入力する。当該入力は、ユーザ端末２０以外の装置から当該解錠鍵取得権要求を受信することで行われてもよいし、それ以外の方法で行われてもよい。当該解錠鍵取得権要求には、解錠鍵の取得対象となるユーザ端末２０の（１）ユーザ端末ＩＤ、及び解錠鍵の発行元となるサービス機器３０の（２）サービス機器ＩＤが含められる。
【００２３】
生成側情報取得部１２は、ランダムに（８）本人認証コードを生成する。生成側情報取得部１２は、生成した（８）本人認証コードを、上記の解錠鍵取得権要求に含まれる（１）ユーザ端末ＩＤによって識別されるユーザ端末２０に送信する。当該送信は、例えば、ＳＭＳ（ショートメッセージサービス）によって行われる。ユーザ端末２０は、送信された（８）本人認証コードを受信して表示する。ユーザ端末２０のユーザは、表示された（８）本人認証コードと同じ（８）本人認証コードをユーザ端末２０に入力する操作を行う。ユーザ端末２０は、ユーザの操作を受け付けて（８）本人認証コードを入力し、入力した（８）本人認証コード、及び自装置２０に記憶された自装置２０の（１）ユーザ端末ＩＤをサーバ１０に送信する。生成側情報取得部１２は、送信された（８）本人認証コード及び（１）ユーザ端末ＩＤを受信する。
【００２４】
生成側情報取得部１２は、受信した（８）本人認証コード及び（１）ユーザ端末ＩＤと、送信した（８）本人認証コード及び上記の解錠鍵取得権要求に含まれる（１）ユーザ端末ＩＤとを比較してユーザ認証を行う。生成側情報取得部１２は、それらが一致すると判断した場合、ユーザの認証が行えた（認証ＯＫ）とする。生成側情報取得部１２は、それらが一致しないと判断した場合、ユーザの認証が行えなかった（認証ＮＧ）として、以降の処理を行わない。即ち、ユーザ認証が行えたら、引き続いて、解錠鍵取得権の生成が行われる。生成側情報取得部１２は、上記のように取得した（８）本人認証コード、（１）ユーザ端末ＩＤ及び（２）サービス機器ＩＤを認証情報生成部１３に出力する。
【００２５】
認証情報生成部１３は、生成側情報取得部１２によって取得された（８）本人認証コード、（１）ユーザ端末ＩＤ及び（２）サービス機器ＩＤに対して、生成側鍵記憶部１１によって記憶される（３）サーバ秘密鍵を用いた署名、及び（４）サービス機器公開鍵を用いた暗号化を行って（１２）解錠鍵取得権送信データを生成する機能部である。具体的には、認証情報生成部１３は、例えば、以下のように（１２）解錠鍵取得権送信データを生成する。
【００２６】
認証情報生成部１３は、生成側情報取得部１２から（８）本人認証コード、（１）ユーザ端末ＩＤ及び（２）サービス機器ＩＤを入力する。認証情報生成部１３は、解錠鍵取得権の生成のための（９）乱数を生成する。認証情報生成部１３は、予め記憶したハッシュ関数に（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤ、（８）本人認証コード及び（９）乱数を入力して、ハッシュ値を算出する。なお、当該ハッシュ関数は、サーバ１０とサービス機器３０との間で予め共有したものである。（９）乱数を用いるのは、生成される（１１）解錠鍵取得権が一意の情報とならないようにするためである。認証情報生成部１３は、算出したハッシュ値を（３）サーバ秘密鍵を用いて暗号化して（１１）解錠鍵取得権を生成する。（３）サーバ秘密鍵による暗号化は、（３）サーバ秘密鍵を用いた署名に相当する。なお、（１１）解錠鍵取得権には、解錠鍵の有効期限又は有効回数等の属性を示す情報を含めておき、その情報を解錠鍵の有効期限又は有効回数等の制御に用いることとしてもよい。
【００２７】
認証情報生成部１３は、（８）本人認証コード、（９）乱数、（１０）初回ＮＦＣ通信暗号用共通鍵、及び生成した（１１）解錠鍵取得権を、（２）サービス機器ＩＤに対応する（４）サービス機器公開鍵を用いて暗号化して、（１２）解錠鍵取得権送信データを生成する。（１０）初回ＮＦＣ通信暗号用共通鍵は、ユーザ端末２０とサービス機器３０との間の初めての通信の際に用いられる共通鍵であり、予めサーバ１０に記憶されている。認証情報生成部１３は、（２）サービス機器ＩＤ、（２）サービス機器ＩＤに対応する（４）サービス機器公開鍵、（１０）初回ＮＦＣ通信暗号用共通鍵、及び生成した（１２）解錠鍵取得権送信データを生成側送信部１４に出力する。
【００２８】
生成側送信部１４は、認証情報生成部１３によって生成された（１２）解錠鍵取得権送信データをユーザ端末２０に送信する機能部である。生成側送信部１４は、認証情報生成部１３から、（２）サービス機器ＩＤ、（４）サービス機器公開鍵、（１０）初回ＮＦＣ通信暗号用共通鍵及び（１２）解錠鍵取得権送信データを入力する。生成側送信部１４は、入力したそれぞれの情報を（１）ユーザ端末ＩＤによって識別されるユーザ端末２０に送信する。即ち、生成側送信部１４は、ユーザ端末２０に対して、鍵取得権の配信を行う。
【００２９】
図１に示すように、ユーザ端末２０は、被認証側受信部２１と、被認証側情報取得部２２と、被認証側送信部２３とを備えて構成される。
【００３０】
被認証側受信部２１は、サーバ１０から送信された（２）サービス機器ＩＤ、（４）サービス機器公開鍵、（１０）初回ＮＦＣ通信暗号用共通鍵、及び（１２）解錠鍵取得権送信データを受信する機能部である。被認証側受信部２１は、受信した各情報を被認証側送信部２３に出力する。
【００３１】
被認証側情報取得部２２は、（８）本人認証コード及び（１）ユーザ端末ＩＤを取得する機能部である。これらの取得は、ユーザ端末２０がサービス機器３０から第１の認証を受ける、即ち、サービス機器３０から解錠鍵を受け取る際に行われる。
【００３２】
ユーザ端末２０とサービス機器３０とが、ＮＦＣによる近距離無線通信が可能な範囲に入ると、即ち、ユーザによってユーザ端末２０がサービス機器３０に近づけられると、被認証側情報取得部２２は、サービス機器３０から送信されるＮＦＣ検知通知を受信する。なお、サービス機器３０は、定期的、あるいは上記の範囲にユーザ端末２０が入ったことを検出すると、ＮＦＣ検知通知を送信する。ＮＦＣ検知通知には、当該サービス機器３０の（２）サービス機器ＩＤが含められる。被認証側送信部２３は、受信された（２）サービス機器ＩＤを入力する。被認証側情報取得部２２は、ＮＦＣ検知通知を受信すると、ユーザに対して、（８）本人認証コードの入力を要求する。例えば、被認証側情報取得部２２は、（８）本人認証コードの入力を促す表示を行う。ユーザ端末２０のユーザは、当該要求に応じて（８）本人認証コードをユーザ端末２０に入力する操作を行う。被認証側情報取得部２２は、ユーザの操作を受け付けて（８）本人認証コードを取得する。
【００３３】
被認証側情報取得部２２が（８）本人認証コードを取得すると、ユーザ端末２０は、サービス機器３０の認証を行う。サービス機器３０の認証は、次のように行われる。まず、ユーザ端末２０とサービス機器３０との間でＩＶ値（ＩＶ１，ＩＶ２）が交換される。ＩＶ値は、サービス機器３０の認証時に、ユーザ端末２０とサービス機器３０とにおいてそれぞれ都度生成されるランダム値である。また、ユーザ端末２０は、上記とは別の乱数Ｒａｎｄを生成する。ユーザ端末２０は、被認証側受信部２１によって受信された（４）サービス機器公開鍵を用いて、ＩＶ１，ＩＶ２，Ｒａｎｄを暗号化して、サービス機器３０に送信する。
【００３４】
サービス機器３０は、暗号化された情報を受信して、予め記憶された（４）´サービス機器暗号鍵を用いて復号する。サービス機器３０は、予め記憶したハッシュ関数に、復号によって得られたＩＶ１，ＩＶ２，Ｒａｎｄを入力して、ハッシュ値を算出する。なお、当該ハッシュ関数は、ユーザ端末２０とサービス機器３０との間で予め共有したものである。サービス機器３０は、算出したハッシュ値を、（４）´サービス機器暗号鍵を用いて暗号化して、ユーザ端末２０に送信する。
【００３５】
ユーザ端末２０は、暗号化された情報を受信して、（４）サービス機器公開鍵を用いて復号する。また、ユーザ端末２０は、予めサービス機器３０と共有して記憶したハッシュ関数に、ＩＶ１，ＩＶ２，Ｒａｎｄを入力して、ハッシュ値を算出する。ユーザ端末２０は、復号した情報と、算出したハッシュ値とを検証する。具体的には、ユーザ端末２０は、それらが一致するか否かを判断する。ユーザ端末２０は、それらが一致すると判断した場合、サービス機器３０の認証が行えた（認証ＯＫ）として、引き続きの処理を行う。ユーザ端末２０は、それらが一致しないと判断した場合、サービス機器３０の認証が行えなかった（認証ＮＧ）として、ユーザ端末２０とサービス機器３０との間の処理を終了させる。
【００３６】
サービス機器３０の認証が行えた場合、被認証側情報取得部２２は、予め記憶された自装置２０の（１）ユーザ端末ＩＤを読み出して取得する。被認証側情報取得部２２は、取得した（８）本人認証コード及び（１）ユーザ端末ＩＤを被認証側送信部２３に出力する。
【００３７】
被認証側送信部２３は、被認証側受信部２１によって受信された（１２）解錠鍵取得権送信データ、並びに被認証側情報取得部２２によって取得された（８）本人認証コード及び（１）ユーザ端末ＩＤを、第１の認証要求、即ち、解錠鍵発行要求としてサービス機器３０に送信する機能部である。
【００３８】
被認証側送信部２３は、被認証側受信部２１から、（２）サービス機器ＩＤ、（４）サービス機器公開鍵、（１０）初回ＮＦＣ通信暗号用共通鍵、及び（１２）解錠鍵取得権送信データを入力する。被認証側送信部２３は、被認証側情報取得部２２から、（８）本人認証コード及び（１）ユーザ端末ＩＤを入力する。被認証側送信部２３は、ＮＦＣ検知通知に含められる（２）サービス機器ＩＤを入力する。被認証側送信部２３は、ＮＦＣ検知通知に含められる（２）サービス機器ＩＤと一致する、被認証側受信部２１から入力した（２）サービス機器ＩＤを特定する。被認証側送信部２３は、当該（２）サービス機器ＩＤに対応する（１２）解錠鍵取得権送信データ、並びに（８）本人認証コード及び（１）ユーザ端末ＩＤを、当該（２）サービス機器ＩＤに対応する（４）サービス機器公開鍵を用いて暗号化して、解錠鍵発行要求を生成する。被認証側送信部２３は、生成した解錠鍵発行要求をサービス機器に送信する。被認証側送信部２３は、上述したように近距離無線通信によって当該送信を行う。
【００３９】
図１に示すように、サービス機器３０は、認証側鍵記憶部３１と、認証側受信部３２と、秘匿情報抽出部３３と、認証処理部３４とを備えて構成される。
【００４０】
認証側鍵記憶部３１は、自装置３０の秘密鍵である（４）´サービス機器秘密鍵、及びサーバ１０の公開鍵である（３）´サーバ公開鍵を記憶する機能部である。当該秘密鍵及び公開鍵は、サーバ１０に記憶される秘密鍵及び公開鍵とあわせて生成されて、認証側鍵記憶部３１に記憶される。
【００４１】
認証側受信部３２は、ユーザ端末２０から第１の認証要求、即ち、解錠鍵発行要求として送信された（１２）解錠鍵取得権送信データ、（８）本人認証コード及び（１）ユーザ端末ＩＤを受信する機能部である。認証側受信部３２は、上述したように近距離無線通信によって当該受信を行う。具体的には、認証側受信部３２は、（４）サービス機器公開鍵を用いて暗号化された情報である解錠鍵発行要求を受信する。認証側受信部３２は、受信した解錠鍵発行要求を秘匿情報抽出部３３に出力する。
【００４２】
秘匿情報抽出部３３は、認証側受信部３２によって受信された（１２）解錠鍵取得権送信データに対して、認証側鍵記憶部３１に記憶された（４）´サービス機器秘密鍵を用いて復号して（８）本人認証コード、（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤを抽出する機能部である。
【００４３】
秘匿情報抽出部３３は、認証側受信部３２から解錠鍵発行要求を入力する。秘匿情報抽出部３３は、解錠鍵発行要求を（４）´サービス機器秘密鍵を用いて復号する。当該復号によって、（１２）解錠鍵取得権送信データ、（８）本人認証コード及び（１）ユーザ端末ＩＤが得られる。続いて、秘匿情報抽出部３３は、得られた（１２）解錠鍵取得権送信データを（４）´サービス機器秘密鍵を用いて復号する。当該復号によって、（８）本人認証コード、（９）乱数、（１０）初回ＮＦＣ通信暗号用共通鍵及び（１１）解錠鍵取得権が得られる（抽出される）。秘匿情報抽出部３３は、得られた各情報を認証処理部３４に出力する。
【００４４】
認証処理部３４は、認証側受信部３２によって受信された（１２）解錠鍵取得権送信データに対して（３）´サーバ公開鍵を用いて署名のチェックを行うと共に認証側受信部３２によって受信された（８）本人認証コードと秘匿情報抽出部３３によって抽出された（８）本人認証コードとを用いて認証を行う機能部である。
【００４５】
認証処理部３４は、秘匿情報抽出部３３から情報を入力する。認証処理部３４は、入力された（１１）解錠鍵取得権を（３）´サーバ公開鍵を用いて復号する。一方で、認証処理部３４は、予め記憶された自装置３０の（２）サービス機器ＩＤを読み出して取得する。認証処理部３４は、予め記憶したハッシュ関数に、解錠鍵発行要求の復号によって得られた（８）本人認証コード及び（１）ユーザ端末ＩＤ、（１２）解錠鍵取得権送信データの復号によって得られた（９）乱数、並びに取得した（２）サービス機器ＩＤを入力して、ハッシュ値を算出する。当該ハッシュ関数は、上述したサーバ１０とサービス機器３０との間で予め共有されたハッシュ関数である。
【００４６】
認証処理部３４は、（１１）解錠鍵取得権を復号して得られた情報（即ち、サーバ１０において、（１）（２）（８）（９）の各情報から算出されたハッシュ値）と、算出したハッシュ値とを比較する。認証処理部３４は、それらが一致すると判断した場合、署名された（１１）解錠鍵取得権の正当性の認証が行えた（認証ＯＫ）とする。認証処理部３４は、それらが一致しないと判断した場合、署名された（１１）解錠鍵取得権の正当性の認証が行えなかった（認証ＮＧ）として、ユーザ端末２０とサービス機器３０との間の処理を終了させる。
【００４７】
認証処理部３４は、認証が成功した場合に、以降のユーザ端末２０の認証、即ち、第２の認証に用いる第２の認証情報である（１３）解錠鍵を生成する。認証処理部３４は、予め記憶したハッシュ関数に（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤ及び（５）解錠マスタ鍵を入力して、ハッシュ値を算出し、当該ハッシュ値を（１３）解錠鍵とする。当該ハッシュ関数は、サービス機器３０のみに設定されるハッシュ関数であり、上述した他の装置と予め共有されるハッシュ関数とは独立した（異なる）ハッシュ関数である。
【００４８】
また、認証処理部３４は、当該ハッシュ関数に（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤ及び（６）ＮＦＣ通信暗号化用共通マスタ鍵を入力して、ハッシュ値を算出し、当該ハッシュ値を（１４）ＮＦＣ通信用共通鍵とする。また、認証処理部３４は、当該ハッシュ関数に（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤ及び（７）サービス機器認証用マスタ鍵を入力して、ハッシュ値を算出し、当該ハッシュ値を（１５）サービス機器認証用鍵とする。上記の（５）解錠マスタ鍵、（６）ＮＦＣ通信暗号化用共通マスタ鍵、及び（７）サービス機器認証用マスタ鍵は、サービス機器３０の初期化時にランダム値として生成される等して、予めサービス機器３０に記憶される情報である。
【００４９】
認証処理部３４は、上記のように生成した（１３）解錠鍵、（１４）ＮＦＣ通信用共通鍵及び（１５）サービス機器認証用鍵を、（１０）初回ＮＦＣ通信暗号用共通鍵を用いて暗号化する。認証処理部３４は、自装置３０の（２）サービス機器ＩＤ、及び上記の暗号化した情報をユーザ端末２０に送信する。認証処理部３４は、（１）ユーザ端末ＩＤに対応付けて、（１４）ＮＦＣ通信用共通鍵及び（１５）サービス機器認証用鍵をサービス機器３０に記憶させる。
【００５０】
ユーザ端末２０は、送信された情報を受信して、（１０）初回ＮＦＣ通信暗号用共通鍵を用いて復号する。ユーザ端末２０は、復号した情報を解錠時に用いられる情報として記憶する。
【００５１】
解錠時には、以下の処理が行われる。サービス機器３０の解錠のため、ユーザ端末２０とサービス機器３０とが、ＮＦＣによる近距離無線通信が可能な範囲に入ると、即ち、ユーザによってユーザ端末２０がサービス機器３０に近づけられると、ユーザ端末２０は、サービス機器３０から送信されるＮＦＣ検知通知を受信する。なお、サービス機器３０は、定期的、あるいは上記の範囲に装置が入ったことを検出すると、ＮＦＣ検知通知を送信する。ＮＦＣ検知通知には、当該サービス機器３０の（２）サービス機器ＩＤ、及びサービス機器３０においてその時点で生成される乱数である乱数１が含められる。
【００５２】
ユーザ端末２０は、ＮＦＣ検知通知を受信して、自装置２０の（１）ユーザ端末ＩＤ、及びユーザ端末２０においてその時点で生成される乱数である乱数２をサービス機器３０に送信する。
【００５３】
サービス機器３０は、（１）ユーザ端末ＩＤ及び乱数２を受信する。サービス機器３０は、乱数１、乱数２、及び受信した（１）ユーザ端末ＩＤに対応付けて記憶されている（１５）サービス機器認証用鍵を、（１）ユーザ端末ＩＤに対応付けて記憶されている（１４）ＮＦＣ通信用共通鍵を用いて暗号化する。サービス機器３０は、暗号化した情報をサービス機器認証要求として、ユーザ端末２０に送信する。
【００５４】
ユーザ端末２０は、サービス機器認証要求を受信する。ユーザ端末２０は、受信したサービス機器認証要求を、受信した（２）サービス機器ＩＤに対応付けて記憶されている（１４）ＮＦＣ通信用共通鍵を用いて復号する。ユーザ端末２０は、復号して得られた（１５）サービス機器認証用鍵と、（２）サービス機器ＩＤに対応付けて記憶されている（１５）サービス機器認証用鍵とを比較する。ユーザ端末２０は、それらが一致すると判断した場合、サービス機器３０の認証が行えた（認証ＯＫ）とする。ユーザ端末２０は、それらが一致しないと判断した場合、サービス機器３０の認証が行えなかった（認証ＮＧ）として、ユーザ端末２０とサービス機器３０との間の処理を終了させる。
【００５５】
ユーザ端末２０は、認証が成功した場合、乱数１、乱数２、及び受信した（２）サービス機器ＩＤに対応付けて記憶されている（１３）解錠鍵を、（２）サービス機器ＩＤに対応付けて記憶されている（１４）ＮＦＣ通信用共通鍵を用いて暗号化する。ユーザ端末２０は、暗号化した情報を解錠鍵認証要求として、サービス機器３０に送信する。
【００５６】
サービス機器３０は、解錠鍵認証要求を受信する。サービス機器３０は、受信した解錠鍵認証要求を、受信した（１）ユーザ端末ＩＤに対応付けて記憶されている（１４）ＮＦＣ通信用共通鍵を用いて復号する。一方、サービス機器３０は、（１３）解錠鍵を生成する際に用いた予め記憶したハッシュ関数に（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤ及び（５）解錠マスタ鍵を入力して、ハッシュ値を算出する。サービス機器３０は、復号によって得られた（１３）解錠鍵と、算出したハッシュ値とを比較する。サービス機器３０は、それらが一致すると判断した場合、（１３）解錠鍵の認証が行えた（認証ＯＫ）とする。サービス機器３０は、（１３）解錠鍵の認証が行えた場合、上述した（物理的な）解錠を行う。サービス機器３０は、それらが一致しないと判断した場合、（１３）解錠鍵の認証が行えなかった（認証ＮＧ）とし、（物理的な）解錠を行わない。
【００５７】
解錠時の処理において、乱数１及び乱数２を用いるのは、ユーザ端末２０及びサービス機器３０それぞれのなりすましを防止するためである。もし、乱数を含めずに（１３）解錠鍵及び（１５）サービス機器認証用鍵を暗号化すると、暗号化後のデータが常に一意となる。結果、暗号化後の一意のデータが流出すると、一意のデータを不正に入手した第三者になりすまし攻撃をされてしまう。暗号化する情報に乱数１及び乱数２を含めることで、暗号化後のデータを解錠の処理毎に一意でないものとし、なりすまし攻撃を防ぐことができる。乱数１を含めることで、サービス機器３０は、ユーザ端末２０の正当性を確認することができる。乱数２を含めることで、ユーザ端末２０は、サービス機器３０の正当性を確認することができる。
【００５８】
（１３）解錠鍵を記憶したユーザ端末２０が、盗難にあったり、紛失したりした場合には、サービス機器３０側の情報をリセットし、（１３）解錠鍵を利用できなくすることとしてもよい。具体的には、サービス機器３０に記憶された（５）解錠マスタ鍵、（６）ＮＦＣ通信暗号化用共通マスタ鍵、（７）サービス機器認証用マスタ鍵、（１４）ＮＦＣ通信用共通鍵及び（１５）サービス機器認証用鍵をサービス機器３０から消去する。当該消去は、サービス機器３０に対する操作によって行われてもよいし、外部からサービス機器３０に制御信号が送信されて行われてもよい。この場合、新たに、（５）解錠マスタ鍵、（６）ＮＦＣ通信暗号化用共通マスタ鍵、（７）サービス機器認証用マスタ鍵を設定して、即ち、サービス機器３０を初期化し、新たに上述した処理によって（１３）解錠鍵、（１４）ＮＦＣ通信用共通鍵及び（１５）サービス機器認証用鍵を生成することとしてもよい。
【００５９】
また、（５）解錠マスタ鍵、（６）ＮＦＣ通信暗号化用共通マスタ鍵、（７）サービス機器認証用マスタ鍵、（１３）解錠鍵、（１４）ＮＦＣ通信用共通鍵及び（１５）サービス機器認証用鍵の更新は、定期的に行われてもよい。以上が、認証システム１の機能である。
【００６０】
引き続いて、図２及び図３のシーケンス図を用いて、本実施形態に係る認証システム１で実行される処理（認証システム１が行う動作方法）を説明する。まず、図２のシーケンス図を用いて、解錠鍵が発行される際に実行される処理を説明する。
【００６１】
本処理では、まず、サーバ１０において、生成側情報取得部１２によって、解錠鍵取得権要求が入力される（Ｓ０１）。解錠鍵取得権要求には、（１）ユーザ端末ＩＤ及び（２）サービス機器ＩＤが含められる。続いて、生成側情報取得部１２によって、（８）本人認証コードが生成される（Ｓ０２）。生成された（８）本人認証コードは、生成側情報取得部１２から、上記の解錠鍵取得権要求に含まれる（１）ユーザ端末ＩＤによって識別されるユーザ端末２０に送信される（Ｓ０３）。
【００６２】
ユーザ端末２０では、（８）本人認証コードの受信に応じて、ユーザの操作によって（８）本人認証コードが入力される（Ｓ０４）。入力された（８）本人認証コード、及びユーザ端末２０の（１）ユーザ端末ＩＤは、ユーザ端末２０からサーバ１０に送信される（Ｓ０５）。
【００６３】
続いて、サーバ１０では、生成側情報取得部１２によって、受信した（８）本人認証コード及び（１）ユーザ端末ＩＤと、送信した（８）本人認証コード及び上記の解錠鍵取得権要求に含まれる（１）ユーザ端末ＩＤとから、ユーザ認証が行われる（Ｓ０６）。ユーザ認証が行えたら、以降の処理が行われる。
【００６４】
サーバ１０では、続いて、認証情報生成部１３によって、（１１）解錠鍵取得権が生成される（Ｓ０７）。（１１）解錠鍵取得権は、（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤ、（８）本人認証コード及び（９）乱数から算出されたハッシュ値が、（３）サーバ秘密鍵が用いられて暗号化されて生成される。続いて、認証情報生成部１３によって、（１２）解錠鍵取得権送信データが生成される（Ｓ０８）。（１２）解錠鍵取得権送信データは、（８）本人認証コード、（９）乱数、（１０）初回ＮＦＣ通信暗号用共通鍵、及び（１１）解錠鍵取得権が、（２）サービス機器ＩＤに対応する（４）サービス機器公開鍵が用いられて暗号化されて生成される。続いて、（２）サービス機器ＩＤ、（４）サービス機器公開鍵、（１０）初回ＮＦＣ通信暗号用共通鍵及び（１２）解錠鍵取得権送信データが、生成側送信部１４からユーザ端末２０に送信される（Ｓ０９）。ユーザ端末２０では、被認証側受信部２１によってそれらの情報が受信される。
【００６５】
続いて、ユーザによってユーザ端末２０がサービス機器３０に近づけられると、ユーザ端末２０では、被認証側情報取得部２２によって、サービス機器３０から送信されるＮＦＣ検知通知が受信される（Ｓ１０）。ＮＦＣ検知通知には、サービス機器３０の（２）サービス機器ＩＤが含められる。続いて、ユーザ端末２０とサービス機器３０との間で、ユーザ端末２０によるサービス機器３０の認証の処理が行われる（Ｓ１１）。サービス機器認証が行えたら、以降の処理が行われる。
【００６６】
続いて、ユーザ端末２０では、被認証側送信部２３によって、解錠鍵発行要求が生成されて、サービス機器３０に送信される（Ｓ１２）。解錠鍵発行要求は、（２）サービス機器ＩＤに対応する（１２）解錠鍵取得権送信データ、並びに（８）本人認証コード及び（１）ユーザ端末ＩＤが、当該（２）サービス機器ＩＤに対応する（４）サービス機器公開鍵が用いられて暗号化されて生成される。
【００６７】
サービス機器３０では、認証側受信部３２によって、解錠鍵発行要求が受信される。続いて、秘匿情報抽出部３３によって、解錠鍵発行要求から情報が抽出される（Ｓ１３）。具体的には、解錠鍵発行要求が（４）´サービス機器秘密鍵が用いられて復号されて、（１２）解錠鍵取得権送信データ、（８）本人認証コード及び（１）ユーザ端末ＩＤが得られる。また、得られた（１２）解錠鍵取得権送信データが（４）´サービス機器秘密鍵を用いて復号されて、（８）本人認証コード、（９）乱数、（１０）初回ＮＦＣ通信暗号用共通鍵及び（１１）解錠鍵取得権が得られる。
【００６８】
続いて、認証処理部３４によって、（１２）解錠鍵取得権送信データに対して（３）´サーバ公開鍵が用いられて署名のチェックが行われると共に受信された（８）本人認証コードと抽出された（８）本人認証コードとを用いて解錠鍵取得権の認証、即ち、解錠鍵発行認証が行われる（Ｓ１４）。具体的には、（１１）解錠鍵取得権が（３）´サーバ公開鍵が用いられて復号された情報と、解錠鍵発行要求の復号によって得られた（８）本人認証コード及び（１）ユーザ端末ＩＤ、（１２）解錠鍵取得権送信データの復号によって得られた（９）乱数、並びに取得した（２）サービス機器ＩＤから得られたハッシュ値とが比較されて、認証が行われる。当該認証が行えたら、以降の処理が行われる。
【００６９】
続いて、認証処理部３４によって（１３）解錠鍵が生成される（Ｓ１５）。具体的には、（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤ及び（５）解錠マスタ鍵から算出されるハッシュ値が（１３）解錠鍵とされる。また、（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤ及び（６）ＮＦＣ通信暗号化用共通マスタ鍵から算出されるハッシュ値が（１４）ＮＦＣ通信用共通鍵とされる。また、（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤ及び（７）サービス機器認証用マスタ鍵から算出されるハッシュ値が（１５）サービス機器認証用鍵とされる。認証処理部３４によって、（１３）解錠鍵、（１４）ＮＦＣ通信用共通鍵及び（１５）サービス機器認証用鍵は、（１０）初回ＮＦＣ通信暗号用共通鍵が用いられて暗号化されて、（２）サービス機器ＩＤと共にユーザ端末２０に送信される（Ｓ１６）。サービス機器３０では、（１）ユーザ端末ＩＤに対応付けられて、（１４）ＮＦＣ通信用共通鍵及び（１５）サービス機器認証用鍵が記憶される。ユーザ端末２０では、送信された情報が受信されて、（１０）初回ＮＦＣ通信暗号用共通鍵が用いられて復号されて記憶される。以上が、解錠鍵が発行される際に実行される処理である。
【００７０】
続いて、図３のシーケンス図を用いて、解錠が行われる際に実行される処理を説明する。サービス機器３０の解錠のため、ユーザによってユーザ端末２０がサービス機器３０に近づけられると、ユーザ端末２０によって、サービス機器３０から送信されるＮＦＣ検知通知が受信される（Ｓ２１）。ＮＦＣ検知通知には、サービス機器３０の（２）サービス機器ＩＤ及び乱数１が含められる。続いて、ユーザ端末２０では、ＮＦＣ検知通知が受信されて、（１）ユーザ端末ＩＤ及び乱数２がサービス機器３０に送信される（Ｓ２２）。サービス機器３０では、（１）ユーザ端末ＩＤ及び乱数２が受信される。続いて、サービス機器３０によって、乱数１、乱数２、及び受信された（１）ユーザ端末ＩＤに対応付けて記憶されている（１５）サービス機器認証用鍵が、（１）ユーザ端末ＩＤに対応付けて記憶されている（１４）ＮＦＣ通信用共通鍵が用いられて暗号化される。暗号化された情報はサービス機器認証要求として、サービス機器３０からユーザ端末２０に送信される（Ｓ２３）。
【００７１】
ユーザ端末２０では、サービス機器認証要求が受信されて、サービス機器認証要求に基づいてサービス機器３０の認証が行われる（Ｓ２４）。サービス機器認証が行えたら、以降の処理が行われる。
【００７２】
続いて、ユーザ端末２０によって、乱数１、乱数２、及び受信された（２）サービス機器ＩＤに対応付けて記憶されている（１３）解錠鍵が、（２）サービス機器ＩＤに対応付けて記憶されている（１４）ＮＦＣ通信用共通鍵が用いられて暗号化される。暗号化された情報は解錠鍵認証要求として、ユーザ端末２０からサービス機器３０に送信される（Ｓ２５）。
【００７３】
サービス機器３０では、解錠鍵認証要求が受信されて、（１３）解錠鍵の認証が行われる。具体的には、（１）ユーザ端末ＩＤ、（２）サービス機器ＩＤ及び（５）解錠マスタ鍵から算出されるハッシュ値と、解錠鍵認証要求が復号されて得られた（１３）解錠鍵とが比較することで、認証が行われる。当該認証が行えたら、サービス機器３０による解錠が行われる（Ｓ２７）。以上が、解錠が行われる際に実行される処理である。
【００７４】
本実施形態では、サーバ１０及びサービス機器３０それぞれの公開鍵及び秘密鍵を用いることで、サービス機器３０に秘匿情報である（８）本人認証コードを予め記憶させておくことなく、ユーザ端末２０から送信された認証情報である（１２）解錠鍵取得権送信データ及び（８）本人認証コードから認証が行われる。従って、本実施形態によれば、安全性の高い認証を行うことができる。具体的には、（８）本人認証コードが漏洩する危険性を低減することができ、これによりユーザのなりすましを防止することができる。また、認証に秘密鍵による署名が用いられることで、解錠鍵の改竄及び不正な生成を防止することができる。なお、事前にサーバ１０及びサービス機器３０間等で取り交わされている情報は、何れも公開されても安全性に対して問題が生じない公開情報である。
【００７５】
また、本実施形態は、容易に実現することができるため、セキュアで低コストな認証システムを実現することができる。
【００７６】
また、本実施形態のように、（１２）解錠鍵取得権送信データ及び（８）本人認証コードが用いられた認証が成功した後に、第２の認証情報である解錠鍵を生成して、それ以降のユーザ端末２０の認証に用いることとしてもよい。サービス機器３０における、（４）´サービス機器秘密鍵による復号、及び（３）´サーバ公開鍵による署名のチェックは、処理負荷が大きく、比較的時間を要する。従って、上述の構成とすれば、解錠時に毎回時間がかかる処理が行われることを避けることができ、利便性の高いシステムとすることができる。但し、必ずしも第２の認証情報を生成する必要はなく、（１２）解錠鍵取得権送信データ及び（８）本人認証コードによる認証のみが行われるシステムであってもよい。
【００７７】
また、本実施形態のように、ユーザ端末ＩＤを認証に用いることとしてもよい。これにより、ユーザ端末２０のなりすましを防止することができ、更に安全性の高い認証を行うことができる。但し、必ずしもユーザ端末ＩＤを認証に用いる必要はない。
【００７８】
また、本実施形態のように、サービス機器ＩＤを認証に用いることとしてもよい。これにより、指定外のサービス機器３０の利用を防止することができ、更に安全性の高い認証を行うことができる。但し、必ずしもサービス機器ＩＤを認証に用いる必要はない。
【００７９】
また、本実施形態のように、ユーザ端末２０とサービス機器３０との間は、ＮＦＣ等の近距離無線通信によって情報のやり取りがなされてもよい。この構成によれば、サービス機器３０が、移動体通信等の別の通信機能を有している必要がなく、移動体通信等の別の通信が行えないローカルな環境であっても、認証を行うことができる。
【００８０】
なお、上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【００８１】
例えば、本発明の一実施の形態におけるサーバ１０、ユーザ端末２０、サービス機器３０などは、本実施形態のサーバ１０、ユーザ端末２０、サービス機器３０の処理を行うコンピュータとして機能してもよい。図４は、本実施形態に係るサーバ１０、ユーザ端末２０、サービス機器３０のハードウェア構成の一例を示す図である。上述のサーバ１０、ユーザ端末２０、サービス機器３０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００８２】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。サーバ１０、ユーザ端末２０、サービス機器３０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００８３】
サーバ１０、ユーザ端末２０、サービス機器３０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００８４】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、サーバ１０、ユーザ端末２０、サービス機器３０の各機能部は、プロセッサ１００１を含んで実現されてもよい。
【００８５】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、サーバ１０、ユーザ端末２０、サービス機器３０の各機能部は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００８６】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００８７】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【００８８】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述のサーバ１０、ユーザ端末２０、サービス機器３０の各機能部は、通信装置１００４を含んで実現されてもよい。
【００８９】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【００９０】
また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００９１】
また、サーバ１０、ユーザ端末２０、サービス機器３０の各機能部は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００９２】
以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
【００９３】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ＭＡＣ（Medium  Access  Control）シグナリング、報知情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC ConnectionReconfiguration）メッセージなどであってもよい。
【００９４】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【００９５】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００９６】
情報等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【００９７】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【００９８】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【００９９】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１００】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０１０１】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１０２】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１０３】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。
【０１０４】
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【０１０５】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０１０６】
上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
【０１０７】
移動通信端末は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１０８】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１０９】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。
【０１１０】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１１１】
本明細書で「第１の」、「第２の」などの呼称を使用した場合においては、その要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１１２】
「含む（include）」、「含んでいる（including）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１１３】
本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。本開示の全体において、文脈から明らかに単数を示したものではなければ、複数のものを含むものとする。
【符号の説明】
【０１１４】
１…認証システム、１０…サーバ、１１…生成側鍵記憶部、１２…生成側情報取得部、１３…認証情報生成部、１４…生成側送信部、２０…ユーザ端末、２１…被認証側受信部、２２…被認証側情報取得部、２３…被認証側送信部、３０…サービス機器、３１…認証側鍵記憶部、３２…認証側受信部、３３…秘匿情報抽出部、３４…認証処理部、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…通信装置、１００５…入力装置、１００６…出力装置、１００７…バス、Ｎ…ネットワーク。
【図１】
2018148463.tif 000003
【図２】
2018148463.tif 000004
【図３】
2018148463.tif 000005
【図４】
2018148463.tif 000006