JP2024072460A - 認証システムおよび認証方法 - Google Patents

Abstract

【課題】資格確認型や承認型などあらゆる利用シーンでセキュリティレベルの高いオーセンティケータを有する認証システムを提供する。【解決手段】認証システム１は、所定のサービスを提供するサービス管理装置１００と、サービス利用者の認証を行うオーセンティケータ２００と、を有する。サービス管理装置は、ユーザ端末からサービスの提供の要求を受け付ける受付部と、要求に応じて認証を行う対象者を特定する特定部と、特定された認証を行う対象者をオーセンティケータに通知する通知部と、オーセンティケータから受信した認証結果を基に、サービスの提供を決定する決定部と、を有する。オーセンティケータは、サービス管理装置から受信した認証を行う対象者のユーザ端末に対し、認証を要求する第一の送信部と、送信された認証要求に対する応答を用いて認証処理を行う認証部と、認証結果をサービス管理装置に送信する第二の送信部と、を有する。【選択図】図１

Description

本発明は、認証システムおよび認証方法に関する。

従来、提供されるＰＫＩを利用したオーセンティケータのような認証技術が存在する。近年では、様々なサービス提供時の認証にこの技術が用いられている。

FIDO認証とは？（https://www.dds.co.jp/ja/topics/9736/）

オーセンティケータの利用方法として、従来のようにログインによる利用（以下、ログイン型）の他に、資格を有しているかを確認する資格確認型や、承認者が承認を行う承認型など新たな利用方法が考えられる。

上記の利用方法を実現するにあたり様々な方法が存在するが、高いセキュリティレベルを求められる利用への対応を可能とするためには、ＰＫＩを利用した認証方法が有効な手段と考えられる。

ＰＫＩを利用したオーセンティケータには、特定のサービス利用者が複数のサービスを利用する場合に、それぞれのサービスごとに異なる証明書を生成し、認証処理を行う必要があるなどの課題がある。

本発明は、上記に鑑みてなされたものであって、資格確認型や承認型などあらゆる利用シーンでセキュリティレベルの高いオーセンティケータを有する認証システムおよび認証方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明の認証システムは、所定のサービスを提供するサービス管理装置と、サービス利用者の認証を行うオーセンティケータとを有する認証システムであって、サービス管理装置が、ユーザ端末からサービスの提供の要求を受け付ける受付部と、受付部によって受け付けられた要求に応じて、認証を行う対象者を特定する特定部と、特定部によって特定された認証を行う対象者をオーセンティケータに通知する通知部と、オーセンティケータから受信した認証結果を基に、サービスの提供を決定する決定部とを有し、オーセンティケータが、サービス管理装置から受信した認証を行う対象者のユーザ端末に対し、認証を要求する第一の送信部と、第一の送信部によって送信された認証要求に対する応答を用いて、認証処理を行う認証部と、認証部によって行われた認証処理の認証結果をサービス管理装置に送信する第二の送信部とを有することを特徴とする。

本発明によれば、資格確認型や承認型などあらゆる利用シーンでセキュリティレベルの高いオーセンティケータを有する認証システムの提供を行うことができる。

図１は、認証システムの構成の一例を示すブロック図である。 図２は、認証システムの処理の概要を説明する図である。 図３は、サービス管理装置の構成の一例を示すブロック図である。 図４は、オーセンティケータの構成の一例を示すブロック図である。 図５は、認証システムによる認証処理を説明する図である。 図６は、認証システムによる認証処理を説明する図である。 図７は、認証システムによる認証処理を説明する図である。 図８は、認証システムによる認証処理を説明する図である。 図９は、認証装置の処理の流れの一例を示すフローチャートである。

以下、図面を参照して、本願に係る認証システムおよび認証方法の実施形態を詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示しており、重複する説明は適宜省略される。

［認証システムの構成］
まず、図１を用いて、認証システム１の構成について説明する。図１が示すように、認証システム１は、サービス管理装置１００と、オーセンティケータ２００と、利用者端末１０と、承認者端末２０とを有する。

サービス管理装置１００は、サービス利用者からの要求を受けて、所定のサービスを提供する装置である。例えば、サービス管理装置１００は、書庫管理システムやカーリース管理システム、スマートロック管理システムなど様々なサービスの管理システムとして機能することができる。オーセンティケータ２００は、サービス利用者の認証を行う装置である。なお、オーセンティケータ２００は、複数の端末に分散して機能してもよい。例えば、オーセンティケータ２００は、スマホアプリとして機能し、署名操作を受け付ける。続いて、オーセンティケータ２００は、プラットフォームとして機能し、署名操作によって得られた署名情報を用いることで、ＰＫＩによる認証を行う。

利用者端末１０は、利用者がサービスを要求するためのサービス要求端末や、利用者がサービスを利用するためのサービス利用端末である。承認者端末２０は、承認・認証を行う者が所持または操作する認証端末や、承認・認証を行う際に利用者に操作させる認証端末である。ここで、利用者や承認者は、利用者端末１０や承認者端末２０として、スマートフォン、デスクトップ型ＰＣ、ノート型ＰＣ、タブレット型ＰＣ等の任意のタイプの端末装置を用いることができる。なお、利用者と承認者とは、同一の者であってもよい。そのため、利用者端末１０と承認者端末２０とが同一の端末であってもよい。

［認証システムが行う処理の概要］
次に、図２を用いて、認証システム１による処理の概要について説明する。まず、図２上部は、ＰＣ／スマホといった利用者端末１０から、サービス利用の要求が行われる場合である。はじめに、認証システム１は、利用者端末１０からのサービスの要求を受けて、利用者情報を受け付ける。例えば、認証システム１は、利用者に対して利用者ＩＤの入力を求める。次に、認証システム１は、承認者端末２０に認証要求の通知を行う。例えば、認証システム１は、承認者端末２０によるパスコード、指紋認証、顔認証といった方法で署名操作を行い、署名情報を用いることでＰＫＩによる認証が完了する。そして、認証システム１は、承認者により正しく認証が行われると、サービス要求者の利用者端末１０に対して、サービスの提供を行う。

次に、図２下部は、利用者から物の利用要求を受けた場合である。はじめに、認証システム１は、利用者による利用開始アクションを受けて、利用者端末１０への利用者ＩＤの入力を求める。例えば、ボタン押下や鍵の挿入など、部屋や金庫、自転車などを開錠するためのアクションである。次に、認証システム１は、承認者端末２０に認証要求の通知を行う。例えば、認証システム１は、承認者端末２０によるパスコード、指紋認証、顔認証といった方法で署名操作を行い、署名情報を用いることでＰＫＩによる認証が完了する。そして、認証システム１は、承認者により正しく認証が行われると、利用者に対して、部屋や金庫、自転車などの開錠といったサービスの提供を行う。

［サービス管理装置の構成］
次に、図３を用いて、サービス管理装置１００の構成について説明する。図３が示すように、サービス管理装置１００は、通信部１１０と、制御部１２０と、記憶部１３０とを有する。なお、これらの各部は、複数の装置が分散して保持してもよい。以下にこれら各部の処理を説明する。

通信部１１０は、ＮＩＣ（Network Interface Card）等で実現され、ＬＡＮ（Local Area Network）やインターネットなどの電気通信回線を介した外部装置と制御部１２０の通信を可能とする。例えば、通信部１１０は、外部装置と制御部１２０との通信を可能とする。

記憶部１３０は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１３０が記憶する情報としては、例えば、利用者に関する情報、認証者に関する情報、オーセンティケータ２００に関する情報、サービスの提供に関する情報などが含まれる。例えば、記憶部１３０は、提供するサービスごとに利用者に関する情報を記憶する。なお、記憶部１３０が記憶する情報は上記に記載したものに限定されない。

制御部１２０は、ＣＰＵ（Central Processing Unit）やＮＰ（Network Processor）やＦＰＧＡ（Field Programmable Gate Array）等を用いて実現され、メモリに記憶された処理プログラムを実行する。図３に示すように、制御部１２０は、受付部１２１と、特定部１２２と、通知部１２３と、決定部１２４とを有する。以下、制御部１２０が有する各部について説明する。

受付部１２１は、ユーザ端末からサービスの提供の要求を受け付ける。例えば、受付部１２１は、書庫利用者からのボタン押下のアクションにより、書庫の開錠の要求を受け付ける。また、例えば、受付部１２１は、カーリース利用者からの鍵の挿入のアクションにより、車の開錠の要求を受け付ける。

特定部１２２は、受付部１２１により受け付けられた要求に応じて、認証を行う対象者を特定する。例えば、特定部１２２は、認証を行う対象者として、提供するサービスに対応する管理者を特定する。例えば、特定部１２２は、書庫利用者からの書庫の開錠の要求があった場合には、サービスに対応する管理者のＩＤ情報を記憶部１３０から取得することで、認証を行う対象者として書庫管理者を特定する。例えば、特定部１２２は、スマートロックの開錠の要求を受けた場合には、サービスに対応する管理者ＩＤ情報を記憶部１３０から取得することで、認証を行う対象者として開錠要求者の家族を特定する。また、例えば、特定部１２２は、カーリース利用者からの車の開錠の要求について、認証を行う対象者として、車の所有者を特定する。なお、特定部１２２により特定される認証を行う対象者は、サービスの提供の要求を行う者と同一の者であってもよい。例えば、特定部１２２は、認証を行う対象者として、サービス利用者を特定する。

通知部１２３は、特定部１２２により特定された認証を行う対象者をオーセンティケータ２００に通知する。例えば、通知部１２３は、オーセンティケータ２００に対象者および対象者の端末の情報を通知する。

決定部１２４は、オーセンティケータ２００から受信した認証結果を基に、サービスの提供を決定する。例えば、決定部１２４は、オーセンティケータ２００から、正しく認証されたという結果を受けて、利用者に対してサービスの提供を決定する。また、例えば、決定部１２４は、オーセンティケータ２００から、正しく認証されなかったという結果を受けて、利用者に対してサービスを提供しないことを決定する。

［オーセンティケータの構成］
続いて、図４を用いて、オーセンティケータ２００の構成について説明する。図４が示すように、オーセンティケータ２００は、通信部２１０と、制御部２２０と、記憶部２３０とを有する。なお、これらの各部は、複数の装置が分散して保持してもよい。以下にこれら各部の処理を説明する。

通信部２１０は、ＮＩＣ（Network Interface Card）等で実現され、ＬＡＮ（Local Area Network）やインターネットなどの電気通信回線を介した外部装置と制御部２２０の通信を可能とする。例えば、通信部２１０は、外部装置と制御部２２０との通信を可能とする。

記憶部２３０は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部２３０が記憶する情報としては、例えば、利用者に関する情報、認証者に関する情報、サービス管理装置１００に関する情報、その他認証に必要な情報などが含まれる。例えば、記憶部２３０は、提供するサービスごとに利用者に関する情報を記憶する。なお、記憶部２３０が記憶する情報は上記に記載したものに限定されない。

制御部２２０は、ＣＰＵ（Central Processing Unit）やＮＰ（Network Processor）やＦＰＧＡ（Field Programmable Gate Array）等を用いて実現され、メモリに記憶された処理プログラムを実行する。図４に示すように、制御部２２０は、第一の送信部２２１と、認証部２２２と、第二の送信部２２３とを有する。以下、制御部２２０が有する各部について説明する。

第一の送信部２２１は、サービス管理装置１００から受信した認証を行う対象者のユーザ端末に対し、認証を要求する。例えば、第一の送信部２２１は、サービス管理装置１００から受信した認証を行う対象者である書庫管理者の承認者端末２０に対して、認証を要求する。また、例えば、第一の送信部２２１は、サービス管理装置１００から受信した認証を行う対象者である車の所有者の承認者端末２０に対して、認証を要求する。なお、第一の送信部２２１が、認証を要求する対象者は、サービス要求を行う者と同一であってもよい。

認証部２２２は、第一の送信部２２１により送信された認証要求に対する応答を用いて、認証処理を行う。例えば、認証部２２２は、第一の送信部２２１により送信された認証要求に対し、承認者端末２０での顔認証やパスコードの入力などを用いた署名操作により得られる署名情報を用いて認証処理を行う。また、例えば、認証部２２２は、各サービスで共通する鍵と証明書とを用いて認証処理を行う。また、例えば、認証システム１は、ＯＩＤＣ（Open ID Connect）の技術を用いて認証処理を行う。

第二の送信部２２３は、認証部２２２により行われた認証処理の認証結果をサービス管理装置１００に送信する。例えば、第二の送信部２２３は、認証部２２２により行われた認証処理により正しく認証されたという認証結果をサービス管理装置１００に送信する。また、例えば、第二の送信部２２３は、認証部２２２により行われた認証処理により正しく認証されなかったという認証結果をサービス管理装置１００に送信する。

［認証処理］
次に、図５を用いて、認証システム１による処理について説明する。まず、サービス管理装置１００の受付部１２１は、書庫利用者によるボタン押下などのアクションによって、書庫の開錠の要求を受け付ける。次に、書庫管理システムとして機能するサービス管理装置１００の特定部１２２は、書庫の開錠の要求を受けて、記憶部１３０に記憶された承認者に関する情報（例えば、管理者ＩＤ：１２３）を用いて、認証を行う対象者である書庫管理者を特定する。そして、サービス管理装置１００の通知部１２３は、オーセンティケータ２００に対して、書庫管理者に関する情報を通知する。

続いて、オーセンティケータ２００の第一の送信部２２１は、サービス管理装置１００の通知部１２３から受信した書庫管理者に関する情報を用いて、書庫管理者の承認者端末２０に対して、認証を要求する。オーセンティケータ２００の認証部２２２は、承認者端末２０により行われた顔認証やパスコード入力などを用いた署名操作により得られる署名情報を用いて認証処理を行う。そして、オーセンティケータ２００の第二の送信部２２３は、認証部２２２により行われた、正しく認証されたという認証結果を、サービス管理装置１００に対して送信する。

そして、サービス管理装置１００は、オーセンティケータ２００から受信した、正しく認証されたという認証結果を基に、書庫の開錠を決定する。

［認証処理のバリエーション］
ここまで説明した認証システム１は、利用者端末１０（サービス要求端末とサービス利用端末）と承認者端末２０（認証端末）とに、それぞれどのような端末を用いるかによって認証処理に様々なバリエーションが生じうるため、図６と図７とを用いて、認証システム１による処理のバリエーションについて説明する。まず、図６（１）は、利用者の端末でサービス利用要求を行い、サービス利用要求を行った端末とは異なる利用者の端末で認証を行い、サービス利用要求を行った利用者の端末でサービスを利用するパターンである。次に、図６（２）は、利用者の端末でサービス利用要求、認証、サービス利用のすべてを行うパターンである。

それから、図６（３）は、専用端末でサービス利用要求を行い、利用者の端末で認証を行い、サービス利用要求を行った専用端末でサービスを利用するパターンである。続いて、図６（４）は、専用端末でサービス利用要求を行い、利用者の端末で認証を行い、サービス提供者の端末でサービスを提供するパターンである。

図７（５）は、サービス提供者の端末でサービス利用要求を行い、利用者の端末で認証を行い、サービス提供者の端末でサービス利用を行うパターンである。図７（６）は、利用者の端末でサービス利用要求を行い、承認者の端末で認証を行い、利用者の端末でサービスを利用するパターンである。そして、図７（７）は、専用端末でサービス利用要求を行い、承認者の端末で認証を行い、専用端末でサービスを利用するパターンである。

［汎用的な鍵と証明書とを用いた認証］
次に、図８を用いて、認証システム１による処理について説明する。図８（１）は、従来技術である。従来技術では、特定の利用者が複数のサービス提供者からサービスの提供を受ける場合、オーセンティケータは、サービスごとに個別の秘密鍵／証明書を設定し、それぞれのサービスごとに異なる鍵や証明書を作成し、公開鍵や証明書を登録しなければならなかった。

図８（２）では、オーセンティケータ２００は、１つの汎用的な鍵と証明書のみを設定する。このため、サービスごとに個別の証明書を生成・登録することなく、柔軟なサービス提供を可能とする。ここで、１つの汎用的な鍵と証明書との設定は、プラットフォームとして機能するオーセンティケータ２００であってもよいし、スマホアプリとして機能するオーセンティケータ２００であってもよい。認証システム１は、サービス管理装置１００とオーセンティケータ２００はＯＩＤＣなどの技術により連携する。

［フローチャート］
次に、図９を用いて、認証システム１による処理の流れについて説明する。なお、下記のステップＳ１１～Ｓ１７は、異なる順序で実行することもできる。また、下記のステップＳ１１～Ｓ１７のうち、省略される処理があってもよい。

まず、サービス管理装置１００の受付部１２１は、ユーザ端末からサービスの提供の要求を受け付ける（ステップＳ１１）。例えば、受付部１２１は、書庫利用者からの書庫の開錠の要求を受け付ける。

次に、サービス管理装置１００の特定部１２２は、受付部１２１によって受け付けられた要求に応じて、認証を行う対象者を特定する（ステップＳ１２）。例えば、特定部１２２は、書庫利用者からの書庫の開錠の要求について、認証を行う対象者として、書庫管理者を特定する。

それから、サービス管理装置１００の通知部１２３は、特定部１２２によって特定された認証を行う対象者をオーセンティケータ２００に通知する（ステップＳ１３）。例えば、通知部１２３は、オーセンティケータ２００に対象者および対象者の端末の情報を通知する。

続いて、オーセンティケータ２００の第一の送信部２２１は、サービス管理装置１００から受信した認証を行う対象者のユーザ端末に対し、認証を要求する（ステップＳ１４）。例えば、第一の送信部２２１は、サービス管理装置１００から受信した認証を行う対象者である書庫管理者の承認者端末２０に対して、認証を要求する。

その後、オーセンティケータ２００の認証部２２２は、第一の送信部２２１によって送信された認証要求に対する応答を用いて、認証処理を行う（ステップＳ１５）。例えば、認証部２２２は、第一の送信部２２１により送信された認証要求に対し、承認者端末２０での顔認証やパスコードの入力といった署名操作により得られる署名情報を用いて認証処理を行う。

続いて、オーセンティケータ２００の第二の送信部２２３は、認証部２２２によって行われた認証処理の認証結果をサービス管理装置１００に送信する（ステップＳ１６）。例えば、第二の送信部２２３は、認証部２２２により行われた認証処理により正しく認証されたという認証結果をサービス管理装置１００に送信する。

そして、サービス管理装置１００の決定部１２４は、オーセンティケータ２００から受信した認証結果を基に、サービスの提供を決定する（ステップＳ１７）。例えば、決定部１２４は、オーセンティケータ２００から、正しく認証されたという結果を受けて、利用者に対して書庫の開錠を決定する。

［効果］
実施形態に係る認証システム１は、所定のサービスを提供するサービス管理装置１００と、サービス利用者の認証を行うオーセンティケータ２００とを有する認証システムであって、サービス管理装置１００が、ユーザ端末からサービスの提供の要求を受け付ける受付部１２１と、受付部１２１によって受け付けられた要求に応じて、認証を行う対象者を特定する特定部１２２と、特定部１２２によって特定された認証を行う対象者をオーセンティケータ２００に通知する通知部１２３と、オーセンティケータ２００から受信した認証結果を基に、サービスの提供を決定する決定部１２４とを有し、オーセンティケータ２００が、サービス管理装置１００から受信した認証を行う対象者のユーザ端末に対し、認証を要求する第一の送信部２２１と、第一の送信部２２１によって送信された認証要求に対する応答を用いて、認証処理を行う認証部２２２と、認証部２２２によって行われた認証処理の認証結果をサービス管理装置１００に送信する第二の送信部２２３とを有する。

これにより認証システム１は、サービス利用者以外の者による認証を可能とすることで、資格確認型や承認型などあらゆる利用シーンで利用できる。

また、実施形態に係る認証システム１は、認証を行う対象者として提供するサービスに対応する管理者を特定する。これにより認証システム１は、サービスごとに管理者を特定し、承認型などの利用シーンでセキュリティレベルの高いオーセンティケータ２００を有する認証システムを提供することができる。

また、実施形態に係る認証システム１は、認証を行う対象者としてサービス利用者を特定する。これにより認証システム１は、各サービスの利用者を特定し、資格確認型などの利用シーンでセキュリティレベルの高いオーセンティケータ２００を有する認証システムを提供することができる。

認証方法としてＰＫＩを利用することで、高いセキュリティレベルが求められるサービ
スに対しても利用でき、あらゆる利用シーンでセキュリティレベルの高いオーセンティケータ２００を有する認証システムを提供することができる。

また、実施形態に係る認証システム１は、各サービスで共通する鍵と証明書とを用いて認証処理を行う。これにより認証システム１は、ＰＫＩによる認証を行う際に各サービスで共通の鍵・証明書を利用することで、利用者や運用者の利便性向上につながる。

［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［その他］
様々な実施形態を、図面を参照して、本明細書で詳細に説明したが、これらの複数の実施形態は例であり、本発明をこれらの複数の実施形態に限定することを意図するものではない。本明細書に記載された特徴は、当業者の知識に基づく様々な変形や改良を含む、様々な方法によって実現され得る。

また、上述した「部（module、-er接尾辞、-or接尾辞）」は、ユニット、手段、回路などに読み替えることができる。例えば、通信部（communication module）、制御部（control module）および記憶部（storage module）は、それぞれ、通信ユニット、制御ユニットおよび記憶ユニットに読み替えることができる。

１ 認証システム
１００ サービス管理装置
１１０ 通信部
１２０ 制御部
１２１ 受付部
１２２ 特定部
１２３ 通知部
１２４ 決定部
１３０ 記憶部
２００ オーセンティケータ
２１０ 通信部
２２０ 制御部
２２１ 第一の送信部
２２２ 認証部
２２３ 第二の送信部
２３０ 記憶部

Claims (5)

1. 所定のサービスを提供するサービス管理装置と、サービス利用者の認証を行うオーセンティケータとを有する認証システムであって、
   前記サービス管理装置が、
   ユーザ端末からサービスの提供の要求を受け付ける受付部と、
   前記受付部によって受け付けられた要求に応じて、認証を行う対象者を特定する特定部と、
   前記特定部によって特定された認証を行う対象者を前記オーセンティケータに通知する通知部と、
   オーセンティケータから受信した認証結果を基に、サービスの提供を決定する決定部と
   を有し、
   前記オーセンティケータが、
   前記サービス管理装置から受信した認証を行う対象者のユーザ端末に対し、認証を要求する第一の送信部と、
   前記第一の送信部によって送信された認証要求に対する応答を用いて、認証処理を行う認証部と、
   前記認証部によって行われた認証処理の認証結果を前記サービス管理装置に送信する第二の送信部と
   を有することを特徴とする認証システム。
2. 前記特定部は、認証を行う対象者として提供するサービスに対応する管理者を特定することを特徴とする請求項１に記載の認証システム。
3. 前記特定部は、認証を行う対象者としてサービス利用者を特定することを特徴とする請求項１に記載の認証システム。
4. 前記認証部は、各サービスで共通する鍵と証明書とを用いて認証処理を行うことを特徴とする請求項１に記載の認証システム。
5. 所定のサービスを提供するサービス管理装置と、サービス利用者の認証を行うオーセンティケータとによって実行される認証方法であって、
   前記サービス管理装置が、ユーザ端末からサービスの提供の要求を受け付ける受付工程と、
   前記サービス管理装置が、前記受付工程によって受け付けられた要求に応じて、認証を行う対象者を特定する特定工程と、
   前記サービス管理装置が、前記特定工程によって特定された認証を行う対象者を前記オーセンティケータに通知する通知工程と、
   前記オーセンティケータが、前記サービス管理装置から受信した認証を行う対象者のユーザ端末に対し、認証を要求する第一の送信工程と、
   前記オーセンティケータが、前記第一の送信工程によって送信された認証要求に対する応答を用いて、認証処理を行う認証工程と、
   前記オーセンティケータが、前記認証工程によって行われた認証処理の認証結果を前記サービス管理装置に送信する第二の送信工程と、
   前記サービス管理装置が、オーセンティケータから受信した認証結果を基に、サービスの提供を決定する決定工程と
   を含むことを特徴とする認証方法。

Images