JP2011041080A - 認証システム、認証装置、およびこれらの制御方法、ならびに制御プログラム - Google Patents

Abstract

【課題】認証システムにおいて、他の機器が提供するサービスの利用等のために電子証明書の検証を行なう必要があるクライアント装置において当該電子証明書の検証ができない場合に、当該クライアント装置に、当該電子証明書の検証が成功したのと同様の効果を与えることができるようにする。
【解決手段】ＭＦＰ（１）からＣＡ（１）によってオンライン発行されたＭＦＰ（１）証明書を受信すると、ＭＦＰ（２）は、当該電子証明書の検証に必要な処理の一部を、ＰＣ（１）に依頼する。ＰＣ（１）は、依頼を受けた処理を実行し、その結果をＭＦＰ（２）に送信する。なお、ＭＦＰ（２）は、継続検証として、ＭＦＰ（１）証明書の検証に必要な処理であって、自機でできない処理についてのみ、ＰＣ（１）に処理を依頼する。
【選択図】図１

Description

本発明は、認証システム、認証装置、およびこれらの制御方法、ならびに制御プログラムに関し、特に、オンラインで発行される電子証明書の認証を行なう、認証システム、認証装置、およびこれらの制御方法、ならびに制御プログラムに関する。

従来から、安全な通信環境を確保するために、通信相手を公開鍵電子証明書を利用して認証するための技術が種々開示されている。

たとえば、特許文献１（特開２００４−１７１２７４号公報）では、認証システムにおいて、複数のサービス機器で認証処理を分散する技術が開示されている。当該技術では、あるサービス機器が他のサービス機器によって提供されるサービスを利用する場合、当該あるサービス機器と接続を確立した認証装置が、上記他のサービス機器に代わって認証を行なう認証装置を検索し、検索結果として得られた認証装置に対して上記他のサービス機器へのアクセス要求を送信する。これに応じて、当該検索結果として得られた認証装置は、上記あるサービス機器が上記他のサービス機器にアクセス権限を有する場合に、上記他のサービス機器にアクセス要求を送信する。これに基づき、上記他のサービス機器は、有効期限等の制限を規定したトークンを発行する。上記あるサービス機器は、当該トークンを利用して、上記他のサービス機器が提供するサービスを利用する。

また、特許文献２（特表２００９-５１０９７８号公報）では、ホストデバイスとクライアントデバイスとの間で通信リンクが設定されている場合に、ホストデバイスとクライアントデバイスに既知の共有秘密キー等を用いて生成された代理キーにより、当該クライアントデバイスに代理デバイスを認証させる技術が開示されている。

特開２００４−１７１２７４号公報 特表２００９-５１０９７８号公報

ところで、認証局（認証サーバ装置）に階層関係がある場合、下位の認証局によって発行された電子証明書を検証するためには、当該下位の認証局に対してセキュリティポリシーで定められた上位の認証局から順に電子証明書の検証を行ない、当該下位の認証局の電子証明書を検証し、そして、当該下位の公開鍵を用いて当該電子証明書の検証を行なう必要がある。

そして、従来の技術では、電子証明書発行後、認証局の階層関係やセキュリティポリシーが事後的に変更された場合、セキュリティレベルが変更されることにより、それまで通信相手の電子証明書を検証できていたデバイスが、同じ通信相手の電子証明書の検証をできなくなる可能性があった。

具体的には、たとえば、認証局の階層関係やセキュリティポリシーの変更により、デバイスにおける通信のセキュリティレベルが上がり、通信相手の電子証明書の検証のために検証を必要とされる上位の認証局の数が増えた場合、当該デバイスが当該電子証明書の検証のために記憶していることを必要とされる証明書が増えることになり、当該デバイスにおけるストレージの容量が不足する事態が想定されるからである。

これにより、デバイスにおいて、通信相手との通信ができなくなったり、また、新たなソリューションの導入の際に、当該ソリューションの導入に対して満たすべきセキュリティレベルを満たすことができず、当該ソリューションを利用できない事態が想定された。

上記した特許文献１に記載の技術では、上記他のサービス機器（特許文献１中の「サービスＰｅｅｒ・１」）に代わって上記あるサービス機器（特許文献１中の「サービスＰｅｅｒ・２」）の認証を行なうとされる認証装置（特許文献１中の「認証Ｐｅｅｒ・Ａ」）は、上記あるサービス機器が上記他のサービス機器に対してアクセスする権限を有しているか否かを判断するのであって、電子証明書の検証をするものではなく、上記事態を解決することはできないと考えられる。

また、上記した特許文献２に記載の技術は、クライアントデバイスが、ホストデバイスとの接続が確立している状態から、その通信相手を代理デバイスに変更するために、ホストデバイスにおいて生成された第１の代理キーと、クライアントデバイスにおいて生成された第２の代理キーとを使用して、代理デバイスを認証するものである。よって、他のデバイスの代わりに電子証明書の検証を行なうデバイスに関する技術を開示するものではなく、単に特許文献２に記載の技術を採用しても、上記事態を回避することはできないと考えられる。

そして、特に、オンライン電子証明書が発行される場合、上記したようなセキュリティレベルが容易に変更される事態が想定されるため、上記事態の回避策が切望されていると考えられる。

本発明は、係る実情に鑑み考え出されたものであり、その目的は、他の機器が提供するサービスの利用等のために電子証明書の検証を行なう必要があるクライアント装置において当該電子証明書の検証ができない場合に、当該クライアント装置に、当該電子証明書の検証が成功したのと同様の効果を与えることができる、認証システム、認証装置、およびこれらの制御方法、ならびに制御プログラムを提供することである。

本発明に従った認証システムの制御方法は、第１のクライアント装置と、第２のクライアント装置と、認証サーバ装置とを備えた認証システムの制御方法であって、第１のクライアント装置が、認証サーバ装置によってオンライン発行された第１の電子証明書を記憶するステップと、第２のクライアント装置に対して、第１の電子証明書の検証に必要な処理を依頼するステップとを備え、第２のクライアント装置が、第１のクライアント装置から依頼された処理を実行するステップと、第１のクライアント装置から依頼された処理の結果を第１のクライアント装置に送信するステップとを備える。

また、本発明に従った認証システムの制御方法は、第１のクライアント装置が、第１の電子証明書の検証に必要な処理の範囲を取得するステップと、取得した範囲の処理を第１のクライアント装置が実行できるか否かを判断するステップとをさらに備え、第１のクライアント装置が処理を依頼するステップは、取得した範囲が第１のクライアント装置の実行できない範囲を含むと判断した場合に、第２のクライアント装置に対して実行できない範囲の処理を依頼するステップを含む。

また、本発明に従った認証システムの制御方法は、第１のクライアント装置が、取得した範囲の中の実行できる範囲の処理を実行するステップをさらに備え、実行できない範囲の処理を依頼するステップは、実行できる範囲の処理の結果を送信するステップを含む。

また、本発明に従った認証システムの制御方法では、認証システムは、階層構造を有する複数の認証サーバ装置を含み、第１の電子証明書は、複数の認証サーバ装置のいずれかによって発行され、第１のクライアント装置が範囲を取得するステップは、第１の電子証明書の検証のために電子証明書の検証が必要な認証サーバ装置の範囲を取得するステップを含み、第１のクライアント装置が取得した範囲の処理を実行できるか否かを判断するステップは、検証が必要な電子証明書が、第１のクライアント装置が検証できる電子証明書よりも上位の認証サーバ装置が発行した電子証明書を含むか否かを判断するステップを含み、第１のクライアント装置が実行できる範囲の処理を実行するステップは、検証が必要な電子証明書の中の検証できる範囲の電子証明書を検証するステップを含み、第１のクライアント装置が実行できる範囲の処理の実行の結果を送信するステップは、検証できる範囲の電子証明書の検証結果を送信するステップを含み、第１のクライアント装置が処理を依頼するステップは、検証が必要とされる電子証明書の中の、検証できる電子証明書よりも上位の認証サーバ装置が発行した電子証明書の検証を依頼するステップを含む。

また、本発明に従った認証システムの制御方法は、第２のクライアント装置が、第１のクライアント装置による検証結果と、第２のクライアント装置による検証結果とに基づいて、第１の電子証明書の検証が成功したか否かを判断するステップと、第１の電子証明書の検証が成功したか否かの判断の結果を第１のクライアント装置へ送信するステップとをさらに備える。

また、本発明に従った認証システムの制御方法では、第２のクライアント装置は、判断の結果を、第２のクライアント装置の電子署名を施して、第１のクライアント装置へ送信する。

また、本発明に従った認証システムの制御方法では、第１のクライアント装置は、検証できる電子証明書の検証結果に第１のクライアント装置の電子署名を施して、第２のクライアント装置に送信する。

また、本発明に従った認証システムの制御方法では、第１の電子証明書は、当該第１の電子証明書の検証に必要とされる認証サーバ装置の階層についての記述を含み、第１のクライアント装置は、第１の電子証明書の階層についての記述に基づいて、認証サーバ装置の範囲を取得する。

また、本発明に従った認証システムの制御方法では、第１のクライアント装置と第２のクライアント装置は、共通で有する電子証明書を利用して通信する。

また、本発明に従った認証システムの制御方法では、第１の電子証明書は、当該第１の電子証明書の検証に必要な処理を依頼する装置を特定する情報の記述を含み、第１のクライアント装置は、第１の電子証明書における装置を特定する情報の記述に基づいて、第１の電子証明書の検証に必要な処理を依頼する装置を決定する。

また、本発明に従った認証システムの制御方法は、認証サーバ装置によってオンライン発行された電子証明書を記憶するステップと、他の装置に対して、電子証明書の検証に必要な処理を依頼するステップと、他の装置から、当該他の装置において依頼に応じて実行された処理の結果を受信するステップとを備える。

本発明に従った認証システムの制御プログラムは、第１のクライアント装置と、第２のクライアント装置と、認証サーバ装置とを備えた認証システムの制御プログラムであって、第１のクライアント装置に、認証サーバ装置によってオンライン発行された電子証明書を記憶するステップと、第２のクライアント装置に対して、電子証明書の検証に必要な処理を依頼するステップとを実行させ、第２のクライアント装置に、第１のクライアント装置から依頼された電子証明書の検証に必要な処理を実行するステップと、第１のクライアント装置から依頼された処理の結果を第１のクライアント装置に送信するステップとを実行させる。

本発明に従った認証装置の制御プログラムは、認証サーバ装置によってオンライン発行された電子証明書を記憶するステップと、他の装置に対して、電子証明書の検証に必要な処理を依頼するステップと、他の装置から、当該他の装置において依頼に応じて実行された処理の結果を受信するステップとを備える。

本発明に従った認証システムは、第１のクライアント装置と、第２のクライアント装置と、認証サーバ装置とを備え、第１のクライアント装置は、認証サーバ装置によってオンライン発行された電子証明書を記憶する記憶部と、第２のクライアント装置に対して、第電子証明書の検証に必要な処理を依頼する依頼部とを含み、第２のクライアント装置は、依頼部から受信した電子証明書の検証に必要な処理を実行する検証部と、検証部が実行した処理の結果を第１のクライアント装置に送信する送信部とを含む。

本発明に従った認証装置は、ネットワークを介して他の装置および認証サーバ装置に接続する認証装置であって、認証サーバ装置によってオンライン発行された電子証明書を記憶する記憶部と、他の装置に対して、電子証明書の検証に必要な処理を依頼する依頼部と、他の装置から、当該他の装置において依頼に応じて実行された処理の結果を受信する受信部とを備える。

クライアント装置（第１のクライアント装置又は認証装置）は、認証システムにおける通信のセキュリティレベルの変更等によって、ストレージや処理能力の不足により、（第１の）電子証明書の検証ができなくなった場合であっても、他のクライアント装置に当該（第１の）電子証明書の検証を依頼し、当該検証の結果を取得することができる。

これにより、上記クライアント装置を利用するユーザは、当該クライアント装置自身が持つ電子証明書の検証能力よりも高い検証能力を必要とされる電子証明書の検証を行なうことにより得られる通信やソリューションの利用が可能となる。これにより、認証システムにおけるセキュリティレベルの変更等にも、上記クライアント装置は、その電子証明書の検証能力の変更を必要とされることなく、上記電子証明書の検証による効果を得ることができる。

本発明の認証システムの第１の実施の形態の構成を模式的に示す図である。 図１の認証システムに含まれるネットワークの構成を模式的に示す図である。 図１のクライアント装置のハードウェア構成を模式的に示す図である。 図１の認証サーバ装置のハードウェア構成を模式的に示す図である。 図１のクライアント装置の機能ブロックを模式的に示す図である。 図１の認証サーバ装置の機能ブロックを模式的に示す図である。 図１の認証システムにおいて利用される電子証明書の構成を模式的に示す図である。 本発明の認証システムの第２の実施の形態の構成を模式的に示す図である。

以下、本発明に係る認証システムの実施の形態について、図面を参照して説明する。各図において、同じ構成要素には同じ符号を付し、共通する特徴については詳細な説明を繰返さない。

［第１の実施の形態］
図１は、認証システムの第１の実施の形態の構成を模式的に示す図である。

本実施の形態の認証システムは、階層構造をなす複数の認証サーバ装置７Ａ〜７Ｃと、複数のクライアント装置２Ａ〜２Ｃを含む。

以下の説明では、認証サーバ装置を、適宜、ＣＡ（Certificate Authority）と呼び、クライアント装置を、適宜、ＭＦＰ（Multi Function Peripheral）またはＰＣ（Personal Computer）と呼ぶ。具体的には、適宜、クライアント装置２ＡをＭＦＰ（１）と呼び、クライアント装置２ＢをＭＦＰ（２）と呼び、クライアント装置２ＣをＰＣ（１）と呼ぶ。

本認証システムでは、認証サーバ装置７Ａ〜７Ｃは、階層構造を有している。認証サーバ装置７Ｂは、認証サーバ装置７Ａの上位の認証サーバ装置である。認証サーバ装置７Ｃは、認証サーバ装置７Ｂの上位の認証サーバ装置であり、本実施の形態の認証システムの最上位の認証サーバ装置（ルートＣＡ）である。以下、適宜、認証サーバ装置７Ａを「ＣＡ（２）」と呼び、認証サーバ装置７Ｂを「ＣＡ（１）」と呼び、認証サーバ装置７Ｃを「ルートＣＡ」と呼ぶ。

本実施の形態では、クライアント装置２Ａ〜２Ｃは、認証サーバ装置７Ａから、オンラインで、電子証明書を発行されている。

図１において、「ＭＦＰ（１）証明書」は、認証サーバ装置７Ａによって発行されたＭＦＰ（１）の電子証明書である。「ＭＦＰ（２）証明書」は、認証サーバ装置７Ａによって発行されたクライアント装置２Ｂの電子証明書である。「ＰＣ（１）証明書」は、認証サーバ装置７Ａによって発行されたクライアント装置２Ｃの電子証明書である。

「ＣＡ（２）証明書」は、認証サーバ装置７Ａの電子証明書であり、認証サーバ装置７Ａの公開鍵と認証サーバ装置７Ｂの電子署名を含む。

「ＣＡ（１）証明書」は、認証サーバ装置７Ｂの電子証明書であり、認証サーバ装置７Ｂの公開鍵と認証サーバ装置７Ｃの電子署名を含む。

「Root証明書」は、認証サーバ装置７Ｃの電子証明書であり、認証サーバ装置７Ｃの公開鍵と認証サーバ装置７Ｃの電子署名を含む。本実施の形態では、「Root証明書」は、ルート証明書となる。

クライアント装置２Ａには、「ＭＦＰ（１）証明書」と「ＣＡ（２）証明書」が記憶されている。クライアント装置２Ａは、クライアント装置２Ｂから「ＭＦＰ（２）証明書」を送信されると、「ＣＡ（２）証明書」に含まれる認証サーバ装置７Ｂ（ＣＡ（１））の公開鍵を利用した当該電子証明書の検証を試みる。

（ネットワークの構成）
図２は、クライアント装置２Ａ〜２Ｃを含むネットワーク（以下、適宜「ネットワーク６」と呼ぶ）の構成を模式的に示す図である。

ネットワークには、複数のクライアント装置２（適宜、クライアント装置２Ａ〜２Ｃを総称して「クライアント装置２」と呼ぶ）が複数含まれている。各クライアント装置２は、モニタ２１を備え、ネットワークケーブル３を通じてハブ４と接続され、ハブ４およびルータ５を介して、図示しない別のネットワークに接続された端末や認証サーバ装置（認証サーバ装置７Ａ等）と接続する。

（クライアント装置のハードウェア構成）
図３は、クライアント装置２を構成するＰＣ（１）のハードウェア構成を模式的に示す図である。

図３を参照して、クライアント装置２は、当該クライアント装置２の動作を全体的に制御するＣＰＵ（Central Processing Unit）２５０、ＣＰＵ２５０のワークエリアとして機能するＲＡＭ（Random Access Memory）２５４、プログラムやデータなどを記憶するＲＯＭ（Read Only Memory）２５６、クライアント装置２に対して情報を入力するためのキーボードなどの入力装置２６０、他のクライアント装置２や認証サーバ装置、モニタ２１と通信するための通信装置２６２、プログラムやファイルを記憶するハードディスクを備えるハードディスク装置（ＨＤＤ）２６４、およびクライアント装置２に対して着脱可能なＣＤ−ＲＯＭ（Compact Disk Read Only Memory）等の記録媒体２５２Ａにアクセスするメディアドライブ２５２とを備えている。つまり、クライアント装置２は、入力装置２６０に入力された情報の入力を受付け、通信装置２６２を介して他の端末やネットワークと通信し、また、モニタ２１に当該クライアント装置２において処理される情報を表示させる。

クライアント装置２は、上記のＨＤＤ２６４や記録媒体２５２Ａに記憶されたプログラムが読込まれて実行されることによるデータの演算や加工により、電子証明書の発行の要求や、電子証明書の検証、および他の装置に対する電子証明書の検証を依頼する情報を送信する、クライアント装置として機能する。

（認証サーバ装置のハードウェア構成）
図４は、認証サーバ装置７を構成するコンピュータのハードウェア構成を模式的に示す図である。

図４を参照して、認証サーバ装置７は、当該認証サーバ装置７の動作を全体的に制御するＣＰＵ７５０、ＣＰＵ７５０のワークエリアとして機能するＲＡＭ７５４、プログラムやデータなどを記憶するＲＯＭ７５６、認証サーバ装置７に対して情報を入力するためのキーボードなどの入力装置７６０、クライアント装置２や認証サーバ装置７等の他の端末（デバイス）との通信を行なう通信装置７６２、プログラムやファイルを記憶するハードディスクを備えるＨＤＤ７６４、および認証サーバ装置７の本体に対して着脱可能なＣＤ−ＲＯＭ等の記録媒体７５２Ａとアクセスするメディアドライブ７５２とを備えている。つまり、認証サーバ装置７は、入力装置７６０に入力された情報の入力を受付け、通信装置７６２を介して他の端末やネットワークと通信する。

認証サーバ装置７は、上記のＨＤＤ７６４や記録媒体７５２Ａに記憶されたプログラムが読込まれて実行されることによるデータの演算や加工により、本実施の形態において説明される各種の情報処理を行なう、認証サーバ装置として機能する。

（クライアント装置の機能構成）
図５は、クライアント装置２の機能ブロックを模式的に示す。

図５を参照して、ハブ４（図２を参照）を介してクライアント装置２へ送信されるデータは、データ受信部２０２において受信される。

データ受信部２０２は、受信したデータ（パケット）が、自機宛のデータであるか否かを判断し、自機宛のデータであると判断すると、当該データをデータ解析部２０３に送る。

データ解析部２０３は、受信されたパケットからデータを抽出し、抽出されたデータの中に処理命令が含まれていれば、証明書処理部２０４、継続検証部２０５、その他処理部２０７のいずれかにて処理させる。

証明書処理部２０４は、認証サーバ装置７Ａに対し、電子証明書の発行を依頼し、また、通信相手から送信されてきた電子証明書の検証、および検証に必要なセキュリティポリシーのチェックを行なう。

セキュリティポリシーは、送信されてきた電子証明書の検証に必要とされるＣＡの階層、つまり、認証サーバ装置７Ａ〜７Ｃのどの認証サーバ装置の電子証明書の検証までが必要かを特定するための情報（階層情報）を含む。

証明書処理部２０４は、送信されてきた電子証明書を検証する際に、セキュリティポリシーをチェックすることにより、当該電子証明書の検証についての階層情報を取得し、当該階層情報で特定されるすべての認証サーバ装置の電子証明書の検証が自機で可能か否かを判断する。

すべて可能であると判断すると、証明書処理部２０４は、当該電子証明書を検証し、その検証結果を、電子証明書の送信元に送信する。一方、階層情報で規定されるすべての認証サーバ装置の電子証明書を自機では検証できないと判断すると、証明書処理部２０４は、継続検証部２０５に、他のデバイスに、継続検証を依頼させる。

継続検証部２０５は、送信されてきた電子証明書内の記述等に基づいて、継続検証を依頼する他のデバイスを検索する。そして、検索結果として得られた「他のデバイス」に対し、上記電子証明書の継続検証を依頼する情報を送信する。

継続検証とは、受信した電子証明書の検証に必要とされるすべての階層のＣＡの中の一部のＣＡの電子証明書をクライアント装置２が検証した場合の、残りのＣＡの電子証明書の検証を実行することをいう。

一方、クライアント装置２は、他のデバイスから継続検証を依頼する情報を受信すると、当該情報に従って電子証明書の検証を実行し、当該検証の結果を依頼情報の送信元に返信する。

データ保持部２０６は、電子証明書およびセキュリティポリシーデータを含む種々の情報を記憶する。上記した階層情報は、セキュリティポリシーデータの一部として、データ保持部２０６に記憶されていてもよいし、電子証明書に含まれていてもよいし、電子証明書やセキュリティポリシーデータとは別にデータ保持部２０６に記憶されていてもよい。

また、階層情報は、クライアント装置２における電子証明書の検証の目的となるアプリケーションのセキュリティポリシーに含まれていても良い。この場合、クライアント装置２は、アプリケーションの実行に他のクライアント装置２の認証を必要とし、当該認証に当該他のクライアント装置２の電子証明書の検証を必要とする場合、クライアント装置２は、当該アプリケーションのセキュリティポリシーから階層情報を取得し、取得した階層情報に基づいて、どの階層のＣＡまでの電子証明書の検証が必要かを認識する。

クライアント装置２において、電子証明書の検証や他のデバイスへの電子証明書の検証の依頼以外の処理は、その他処理部２０７にて行なわれる。

データ送信部２１２は、他のデバイスに情報を送信するためのものである。
他のデバイスに送信されるデータは、データ作成部２１１によってネットワークパケットの形に成形され、データ送信部２１２によって上記のように決定された送信先に送信される。

（認証サーバ装置の機能構成）
図６は、認証サーバ装置７（以下、認証サーバ装置７Ａ〜７Ｃを総称して、適宜「認証サーバ装置７」と呼ぶ）の機能ブロックを模式的に示す。

図６を参照して、データ受信部７０２は、ネットワーク６上を流れるパケットが自機宛のパケットであるか否かを判断し、自機宛のデータであると判断すると、当該データをデータ解析部７０３に送る。

データ解析部７０３は、受信されたパケットからデータを抽出し、抽出されたデータの中に処理命令が含まれていれば、証明書発行部７０４、証明書管理部７０５、その他処理部７０７のいずれかで処理させる。

証明書発行部７０４は、クライアント装置２に対して、オンラインで電子証明書を発行する。電子証明書の発行は、たとえば、クライアント装置２から電子証明書の発行を要求する情報を認証サーバ装置７が受信したことに応じて、行なわれる。

証明書管理部７０５は、電子証明書の失効やＣＲＬ（Certificate Revocation List）の管理を行なう。ＣＲＬの管理は、ＣＲＬを一定期間ごとに最新のものに更新する処理を含む。

認証サーバ装置７において、上記した電子証明書の発行や電子証明書の管理以外の処理は、その他処理部７０７にて行なわれる。

データ送信部７１２は、情報を送信するためのものである。
他のデバイスに送信されるデータは、データ作成部７１１によって、ネットワークパケットの形に成形され、データ送信部７１２によって、適宜設定された送信元へと送信される。

データ保持部７０６は、電子証明書の発行記録やＣＲＬを含むデータを記憶する。
（クライアント装置における電子証明書の検証）
以下、クライアント装置２Ｂにおける、クライアント装置２Ａの認証のための、クライアント装置２Ａの電子証明書の検証について説明する。

クライアント装置２Ａの電子証明書の検証についての階層情報において、ＣＡ（２）（認証サーバ装置７Ａ）の電子証明書の検証までが必要とされていれば、クライアント装置２Ｂは、自機に記憶されているＣＡ（２）（認証サーバ装置７Ａ）の公開鍵を利用して、クライアント装置２Ａの電子証明書に含まれるＣＡ（２）の電子署名を検証する。検証に成功すれば、クライアント装置２Ｂでは、クライアント装置２Ａの認証に成功したとして、その後の処理が実行される。

一方、クライアント装置２Ａの電子証明書の検証についての階層情報において、ルートＣＡ（認証サーバ装置７Ｃ）の電子証明書であるルート証明書の検証までが必要とされていれば、クライアント装置２Ｂは、クライアント装置２Ａの電子証明書の検証ができない。クライアント装置２Ｂでは、ＣＡ（１）の電子証明書およびルート証明書が記憶されておらず（ＣＡ（１）の公開鍵およびルートＣＡの公開鍵が記憶されておらず）、ＣＡ（１）およびルートＣＡの電子署名が検証できないからである。

以下、本明細書では、クライアント装置２Ｂにおいてクライアント装置２Ａの認証が必要とされる場合であって、クライアント装置２Ａの電子証明書の検証についての階層情報においてルート証明書の検証までが必要とされる場合に、クライアント装置２Ａ〜２Ｃにおいて実行される処理について、主に図１を参照して説明する。

＜手順［１．］＞
まず、クライアント装置２Ａとクライアント装置２Ｂとの間での通信開始時に、シェイクハンドで、お互いの電子証明書が通信相手に送信される。これにより、クライアント装置２Ｂは、クライアント装置２Ａの電子証明書（ＭＦＰ（１）証明書）を受信する。

＜手順［２．］＞
次に、クライアント装置２Ｂの証明書処理部２０４は、ＭＦＰ（１）証明書に含まれるＣＡ（２）の電子署名を、ＣＡ（２）証明書に含まれるＣＡ（２）の公開鍵を利用して検証する。

＜手順［３．］＞
次に、クライアント装置２Ｂの証明書処理部２０４は、ＭＦＰ（１）証明書の検証に関するセキュリティポリシーをチェックする。上記の通り、セキュリティポリシーでは、当該証明書の検証には、手順［２．］で実行したＭＦＰ（１）証明書の検証の他に、ＣＡ（２）証明書、ＣＡ（１）証明書およびルート証明書の検証が必要とされる。証明書処理部２０４は、当該チェックにより、このことを認識すると、継続検証を依頼するデバイスを決定する。この場合の継続検証は、ＭＦＰ（１）証明書の検証に必要な証明書の検証であって、クライアント装置２Ｂが可能なＭＦＰ（１）証明書の検証以外の証明書の検証である。つまり、ＣＡ（２）証明書、ＣＡ（１）証明書およびルート証明書の検証である。

継続検証の依頼先のデバイスを特定する情報は、たとえば、図７に示されるように、ＭＦＰ（１）証明書内に含まれていても良い。

図７を参照して、ＭＦＰ（１）証明書９００は、一般的に証明書に含まれる情報の他に、代行情報９０１と、オプション情報９０２とを含む。代行情報９０１は、当該証明書の検証に必要なセキュリティレベルを満たす検証を行なうことができるデバイスを特定する情報を含む。当該証明書の検証を行なうことが必要とされたデバイスは、当該証明書の検証に必要とされる検証ができない場合、代行情報９０１を参照して、当該証明書の検証のための継続検証を依頼するデバイスを決定する。

なお、オプション情報９０２としては、一般の証明書には記載されないような、証明書の発行元の特有の情報が挙げられる。当該証明書を検証するデバイスは、検証時にオプション情報９０２を参照して、通常よりも高いセキュリティを実現することができる。オプション情報９０２としては、たとえば、発行元独自のデジタルサインや、発行元が属する企業特有のシリアルコードや、当該証明書がデバイス証明書である場合の証明書発行を受けたデバイスの種類，機種，そのバージョン，製造年度などが挙げられる。

また、証明書処理部２０４は、上記の階層情報（セキュリティポリシー）のチェックにより、ＭＦＰ（１）証明書の検証に必要な証明書であって、ＭＦＰ（２）では検証できない証明書を特定できる。よって、証明書処理部２０４は、自機が検証できない証明書の検証が可能なデバイスをネットワーク６上で検索することができる。この検索結果により、証明書処理部２０４は、継続検証の依頼先のデバイスを特定しても良い。

また、本実施の形態では、証明書が正当なものであると判断されるために、オプション情報９０２の内容が適切であることを必要としても良い。つまり、証明書の検証に、オプション情報９０２の内容のチェックが含まれても良い。そして、証明書の検証の際に参照することを必要とされるオプション情報９０２内の情報の範囲が、上記の階層情報に記述されていてもよい。証明書処理部２０４は、上記階層情報における記述を参照することにより、検証に必要な範囲を取得し、当該取得した範囲の情報のチェックが可能か否かにより、当該証明書が、ＭＦＰ（２）では検証ができない証明書かどうかを特定できる。

そして、証明書処理部２０４は、継続検証部２０５に、上記のように特定したデバイスに対して継続検証を依頼させるための命令を送信する。

ここでは、上記のように特定されたデバイスが、クライアント装置２Ｃであるとする。
継続検証を依頼する情報は、たとえば、ＭＦＰ（１）証明書と、当該ＭＦＰ（１）証明書の検証がどこまで上位の階層のＣＡの証明書の検証が必要かを特定する情報を含む。

なお、どこまで上位の階層のＣＡの証明書の検証が必要かを特定する情報は、継続検証の依頼を受けたデバイスにおいて、上記した階層情報のチェックと同様の処理が実行されることにより取得されてもよい。

少なくとも、本実施の形態では、ＭＦＰ（２）は、階層情報をチェックすることによりＭＦＰ（１）証明書の検証のために証明書の検証を必要とされる認証サーバの範囲を特定し、当該範囲に、ＭＦＰ（２）で証明書を検証できない認証サーバが含まれる場合には、他のデバイスに継続検証を依頼する。

ここで、継続検証の依頼の要否を決定する範囲とは、認証サーバの階層に限られない。オプション情報９０２に含まれる情報の中で、ＭＦＰ（１）証明書の検証のためにチェックすることを要する情報についての範囲が、ＭＦＰ（２）でチェックすることができない情報を含むか否かを判断し、含む場合に、他のデバイスに継続検証を依頼しても良い。つまり、当該範囲は、オプション情報９０２中のチェック項目であっても良い。

証明書処理部２０４による当該デバイスの決定では、その時点でネットワーク６（たとえば、クライアント装置２Ｂが接続しているＬＡＮ（Local Area Network）に接続しているデバイスを優先的に選択してもよいし、また、ネットワーク６に接続しているデバイスに対して証明書処理部２０４が継続検証の依頼情報を送信したときに当該依頼情報に対するレスポンスが最も早いデバイスが選択されてもよい。ここでいうレスポンスとは、依頼情報を受信したデバイスが、自機で継続検証に必要とされる証明書の検証が可能か否かを判断し、可能である場合に、その旨を継続検証の送信元に返信することをいう。

証明書処理部２０４は、階層情報で特定されたデバイスにクライアント装置２Ｂが接続できない場合や上記したデバイスが決定できない場合には、クライアント装置２Ａの認証に失敗した（エラー状態）と判断し、その旨をクライアント装置２Ａに送信する。

＜手順［４．］＞
次に、クライアント装置２Ｂの継続検証部２０５は、上記のように特定されたデバイスであるクライアント装置２Ｃに、上記デバイスに、手順［２．］の検証結果とともに、継続検証を依頼する情報を送信する。

クライアント装置２Ｂは、クライアント装置２Ｃと、クライアント装置２Ａと接続したセキュリティ方法とは別のセキュリティ方法で通信する。別のセキュリティ方法とは、たとえば、これらのクライアント装置が共通で有する電子証明書（共通鍵）などを利用した暗号化通信や、全く別の証明書を利用したＳＳＬ（Secure Socket Layer）通信や、ＶＰＮ（Virtual Private Network）通信がある。また、クライアント装置２Ｂは、クライアント装置２Ｃに上記情報を送信した後、一定時間ごとにポーリングを行なう。

ここで、継続検証部２０５は、クライアント装置２Ｃに送信する検証結果に、クライアント装置２Ｂの電子署名を施してもよい。

＜手順［５．］＞
クライアント装置２Ｃでは、手順［４．］によってクライアント装置２Ｂから受信した継続検証を依頼する情報が、当該クライアント装置２Ｃの継続検証部２０５に送られる。

なお、認証システムが、手順［４．］で検証結果にクライアント装置２Ｂの電子署名が施されて送信されるように構築されている場合には、クライアント装置２Ｃでは、クライアント装置２Ｂの公開鍵を用いて当該クライアント装置２Ｂの電子署名の検証が行なわれ、当該電子署名の検証が成功したことを条件として、継続検証の依頼情報が継続検証部２０５に送られてもよい。

＜手順［６．］＞
継続検証の依頼を受けた当該クライアント装置２Ｃの継続検証部２０５は、継続検証を実行する。具体的には、ＣＡ（２）証明書、ＣＡ（１）証明書およびルート証明書の検証を実行する。

＜手順［７．］＞
クライアント装置２Ｃの継続検証部２０５は、手順［６．］の検証の結果を、クライアント装置２Ｂへ送信する。

ここで、継続検証部２０５は、クライアント装置２Ｂに送信する検証結果に、クライアント装置２Ｃの電子署名を施してもよい。

＜手順［８．］＞
クライアント装置２Ｂでは、クライアント装置２Ｃから検証結果を受信すると、証明書処理部２０４は、手順［２．］での検証結果と合わせて、クライアント装置２Ａの認証に成功したか、つまり、ＣＡ（２）、ＣＡ（２）およびルートＣＡの電子署名の検証が成功したか否かを判断する。

なお、認証システムが、手順［７．］で検証結果にクライアント装置２Ｃの電子署名が施されて送信されるように構築されている場合には、クライアント装置２Ｂでは、クライアント装置２Ｃの公開鍵を用いて当該クライアント装置２Ｃの電子署名の検証が行なわれ、当該電子署名の検証が成功したことを条件として、クライアント装置２Ｃから検証結果が証明書処理部２０４に送られてもよい。

＜手順［９．］＞
クライアント装置２Ｂの証明書処理部２０４は、手順［８．］の認証結果、つまり、クライアント装置２Ｂがクライアント装置２Ａと通信ができるか否かの情報を、クライアント装置２Ａに送信する。

（まとめ）
以上説明した本実施の形態では、ＭＦＰ（１）からＣＡ（１）（認証サーバ装置）によってオンライン発行されたＭＦＰ（１）証明書（第１の電子証明書）を受信すると、ＭＦＰ（２）（第１のクライアント装置，認証装置）は、当該電子証明書の検証に必要な処理の一部を、ＰＣ（１）（第２のクライアント装置）に依頼する。ＰＣ（１）は、依頼を受けた処理を実行し、その結果をＭＦＰ（２）に送信する。

本実施の形態では、ＭＦＰ（２）は、継続検証として、ＭＦＰ（１）証明書の検証に必要な処理であって、自機でできない処理についてのみ、ＰＣ（１）に処理を依頼したが、ＭＦＰ（２）は、自機でできない処理がＭＦＰ（１）証明書の検証に必要な一部の処理であっても、当該証明書の検証に必要なすべての処理（ＣＡ（２）の電子署名の検証、ＣＡ（１）の電子署名の検証およびルートＣＡの電子署名の検証）をＰＣ（１）に依頼してもよい。

なお、上記手順［７．］では、クライアント装置２Ｃの継続検証部２０５は、手順［６．］の検証の結果をクライアント装置２Ｂに送信したが、当該継続検証部２０５は、クライアント装置２Ｂから送信された情報に基づいて、クライアント装置２Ａの認証の可否を判断し、その結果をクライアント装置２Ｂに送信しても良い。具体的には、本実施の形態では、ＭＦＰ（１）証明書の検証に必要な処理の一部が手順［２．］としてクライアント装置２Ｂで実行され、そして、残りの処理が手順［６．］として、クライアント装置２Ｃで実行されている。つまり、クライアント装置２Ｃは、ＭＦＰ（１）証明書の検証に必要なすべての証明書の検証結果を取得できる。よって、継続検証部２０５は、ＭＦＰ（１）証明書の検証に必要なすべての証明書の検証結果に基づいて、ＭＦＰ（１）証明書の検証の最終的な成否、および当該成否に基づくＭＦＰ（１）の認証の可否まで判断し、当該判断の結果をクライアント装置２Ｂに送信しても良い。これにより、クライアント装置２Ｂが、クライアント装置２Ａの認証の際に必要とされる処理内容を、より軽減させることができる。

［第２の実施の形態］
図８は、認証システムの第２の実施の形態の構成を模式的に示す図である。

図８を参照して、本認証システムは、認証サーバ装置７Ａ〜７Ｄの４つの認証サーバ装置を含む。本認証システムでは、ＣＡ（２）（認証サーバ装置７Ａ）、ＣＡ（１）（認証サーバ装置７Ｂ）、ＣＡ（０）（認証サーバ装置７Ｄ）、ルートＣＡ（認証サーバ装置７Ｃ）の順に階層関係を有し、ルートＣＡ（認証サーバ装置７Ｃ）が最上位の認証局として機能する。つまり、第１の実施の形態の認証システムに対して、認証局の階層が一段階多くなっている。

本実施の形態では、ＭＦＰ（１）証明書の検証に、ＣＡ（２）、ＣＡ（１）、ＣＡ（０）およびルートＣＡの証明書（電子署名）の検証が必要とされるものとする。

ＭＦＰ（２）は、ＭＦＰ（１）証明書を受信すると（手順［１．］）、ＭＦＰ（１）証明書の検証のためにＣＡ（２）証明書を検証し（手順［２．］）、継続検証を依頼するＰＣ（１）に依頼するための情報と手順［２．］の検証結果を送信する（手順［３．］［４．］）。

これに応じて、ＰＣ（１）は、ＣＡ（１）、ＣＡ（０）およびルートＣＡの証明書（電子署名）を検証し（手順［５．］［６．］）、その結果をＭＦＰ（２）に送信する（手順［７．］）。

ＭＦＰ（２）は、自機での検証結果とＰＣ（１）から受信した検証結果に基づいて、ＭＦＰ（１）証明書を検証する（手順［８．］）。

そして、手順［８．］の認証結果、つまり、クライアント装置２Ｂがクライアント装置２Ａと通信ができるか否かの情報を、クライアント装置２Ａに送信する（手順［９．］）。

本実施の形態では、認証システムにおける認証局の階層が４段階であっても、第１の実施の形態と同様に、ＭＦＰ（２）とＰＣ（１）で分担して、ＭＦＰ（１）証明書を検証できる。

［第３の実施の形態］
第１および第２の実施の形態において、ＰＣ（１）がルートＣＡの証明書（電子署名）の検証ができない場合、ＰＣ（１）がさらに他のデバイスにルートＣＡの証明書の検証を依頼してもよい。つまり、継続検証は、複数のデバイスにおいて実行されてもよい。

以下、本実施の形態におけるＭＦＰ（１）証明書の検証態様を、より詳細に説明する。第１および第２の実施の形態では、ＭＦＰ（２）は、ＭＦＰ（１）証明書の検証に際して、ＭＦＰ（１）証明書の検証に必要な処理の中の自機でできない処理（ＣＡ（２）証明書の検証以外の証明書の検証）のすべてを実行できるデバイスに継続検証を依頼していたが、継続検証は、自機でできない処理の少なくとも一部を実行できるデバイスに依頼されてもよい。

このような状況下で継続検証を依頼されたデバイスは、ＭＦＰ（１）証明書の検証に必要な処理であって、ＭＦＰ（２）が実行できない処理の一部を実行した後、さらに他のデバイスに、ＭＦＰ（１）証明書の検証に必要な残りの処理を依頼する。

具体的には、たとえば第１の実施の形態において、ＭＦＰ（１）証明書の検証には、ＣＡ（２）証明書の検証、ＣＡ（１）証明書の検証、ルート証明書の検証が必要とされる。ＭＦＰ（２）は、ＣＡ（２）証明書を検証し、他の証明書の検証を、少なくともＣＡ（１）証明書の検証ができるＰＣ（１）に依頼する。ＰＣ（１）は、ＣＡ（１）証明書を検証し、残りの処理（ルート証明書の検証）を、さらに他のデバイスに依頼する。

さらに他のデバイスからＰＣ（１）に、ルート証明書の検証結果が送信される。
ＰＣ（１）は、受信したルート証明書の検証結果と、自機でのＣＡ（１）証明書の検証結果を、ＭＦＰ（２）に送信する。

ＭＦＰ（２）は、ＰＣ（１）から受信したルート証明書の検証結果およびＣＡ（１）証明書の検証結果と、自機におけるＣＡ（２）証明書の検証結果に基づいて、ＭＦＰ（１）証明書を検証する。そして、ＭＦＰ（１）証明書の検証結果に基づいて、ＭＦＰ（１）との通信の可否を決定し、その決定の結果をＭＦＰ（１）に送信する。

なお、ＭＦＰ（１）証明書の検証に関するセキュリティポリシー（または階層情報）において、本実施の形態において実現されるような、複数のデバイスによる継続検証の可否を特定する情報が含まれていてもよい。当該情報において、継続検証が不可とされていれば、ＭＦＰ（２）は、継続検証の依頼先として、ＭＦＰ（１）証明書の検証のための処理の中で、自機で実行できる検証以外のすべての処理を実行できるデバイスを取得できない場合、ＭＦＰ（１）証明書の検証に失敗した（エラーが発生した）として、その旨をＭＦＰ（１）に返信する。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

２，２Ａ〜２Ｃ クライアント装置、３ ネットワークケーブル、４ ハブ、５ ルータ、７，７Ａ〜７Ｄ 認証サーバ装置、２５０，７５０ ＣＰＵ、２５２，７５２ メディアドライブ、２５２Ａ，７５２Ａ 記憶媒体、２０２，７０２ データ受信部、２０３，７０３ データ解析部、２０４ 証明書処理部、２０５ 継続検証部、２０６ データ保持部、２０７ その他処理部、２１１，７１１ データ作成部、２１２，７１２ データ送信部、７０４ 証明書発行部、７０５ 証明書管理部、７０６ データ保持部、７０７ その他処理部、９００ 証明書、９０１ 代行情報、９０２ オプション情報。

Claims (15)

1. 第１のクライアント装置と、第２のクライアント装置と、認証サーバ装置とを備えた認証システムの制御方法であって、
   前記第１のクライアント装置が、
   前記認証サーバ装置によってオンライン発行された第１の電子証明書を記憶するステップと、
   前記第２のクライアント装置に対して、前記第１の電子証明書の検証に必要な処理を依頼するステップとを備え、
   前記第２のクライアント装置が、
   前記第１のクライアント装置から依頼された処理を実行するステップと、
   前記第１のクライアント装置から依頼された処理の結果を前記第１のクライアント装置に送信するステップとを備える、認証システムの制御方法。
2. 前記第１のクライアント装置が、
   前記第１の電子証明書の検証に必要な処理の範囲を取得するステップと、
   前記取得した範囲の処理を前記第１のクライアント装置が実行できるか否かを判断するステップとをさらに備え、
   前記第１のクライアント装置が前記処理を依頼するステップは、前記取得した範囲が前記第１のクライアント装置の実行できない範囲を含むと判断した場合に、前記第２のクライアント装置に対して前記実行できない範囲の処理を依頼するステップを含む、請求項１に記載の認証システムの制御方法。
3. 前記第１のクライアント装置が、前記取得した範囲の中の実行できる範囲の処理を実行するステップをさらに備え、
   前記実行できない範囲の処理を依頼するステップは、前記実行できる範囲の処理の結果を送信するステップを含む、請求項２に記載の認証システムの制御方法。
4. 前記認証システムは、階層構造を有する複数の認証サーバ装置を含み、
   前記第１の電子証明書は、前記複数の認証サーバ装置のいずれかによって発行され、
   前記第１のクライアント装置が前記範囲を取得するステップは、前記第１の電子証明書の検証のために電子証明書の検証が必要な認証サーバ装置の範囲を取得するステップを含み、
   前記第１のクライアント装置が前記取得した範囲の処理を実行できるか否かを判断するステップは、前記検証が必要な電子証明書が、前記第１のクライアント装置が検証できる電子証明書よりも上位の前記認証サーバ装置が発行した電子証明書を含むか否かを判断するステップを含み、
   前記第１のクライアント装置が前記実行できる範囲の処理を実行するステップは、前記検証が必要な電子証明書の中の検証できる範囲の電子証明書を検証するステップを含み、
   前記第１のクライアント装置が前記実行できる範囲の処理の実行の結果を送信するステップは、前記検証できる範囲の電子証明書の検証結果を送信するステップを含み、
   前記第１のクライアント装置が前記処理を依頼するステップは、前記検証が必要とされる電子証明書の中の、前記検証できる電子証明書よりも上位の認証サーバ装置が発行した電子証明書の検証を依頼するステップを含む、請求項３に記載の認証システムの制御方法。
5. 前記第２のクライアント装置が、
   前記第１のクライアント装置による検証結果と、前記第２のクライアント装置による検証結果とに基づいて、前記第１の電子証明書の検証が成功したか否かを判断するステップと、
   前記第１の電子証明書の検証が成功したか否かの判断の結果を前記第１のクライアント装置へ送信するステップとをさらに備える、請求項４に記載の認証システムの制御方法。
6. 前記第２のクライアント装置は、前記判断の結果を、前記第２のクライアント装置の電子署名を施して、前記第１のクライアント装置へ送信する、請求項５に記載の認証システムの制御方法。
7. 前記第１のクライアント装置は、前記検証できる電子証明書の検証結果に前記第１のクライアント装置の電子署名を施して、前記第２のクライアント装置に送信する、請求項６に記載の認証システムの制御方法。
8. 前記第１の電子証明書は、当該第１の電子証明書の検証に必要とされる認証サーバ装置の階層についての記述を含み、
   前記第１のクライアント装置は、前記第１の電子証明書の前記階層についての記述に基づいて、前記認証サーバ装置の範囲を取得する、請求項７に記載の認証システムの制御方法。
9. 前記第１のクライアント装置と前記第２のクライアント装置は、共通で有する電子証明書を利用して通信する、請求項１〜請求項８のいずれかに記載の認証システムの制御方法。
10. 前記第１の電子証明書は、当該第１の電子証明書の検証に必要な処理を依頼する装置を特定する情報の記述を含み、
    前記第１のクライアント装置は、前記第１の電子証明書における前記装置を特定する情報の記述に基づいて、前記第１の電子証明書の検証に必要な処理を依頼する装置を決定する、請求項１〜請求項９のいずれかに記載の認証システムの制御方法。
11. 認証サーバ装置によってオンライン発行された電子証明書を記憶するステップと、
    他の装置に対して、前記電子証明書の検証に必要な処理を依頼するステップと、
    前記他の装置から、当該他の装置において前記依頼に応じて実行された処理の結果を受信するステップとを備える、認証装置の制御方法。
12. 第１のクライアント装置と、第２のクライアント装置と、認証サーバ装置とを備えた認証システムの制御プログラムであって、
    前記第１のクライアント装置に、
    前記認証サーバ装置によってオンライン発行された電子証明書を記憶するステップと、
    前記第２のクライアント装置に対して、前記電子証明書の検証に必要な処理を依頼するステップとを実行させ、
    前記第２のクライアント装置に、
    前記第１のクライアント装置から依頼された前記電子証明書の検証に必要な処理を実行するステップと、
    前記第１のクライアント装置から依頼された処理の結果を前記第１のクライアント装置に送信するステップとを実行させる、認証システムの制御プログラム。
13. 前記認証サーバ装置によってオンライン発行された電子証明書を記憶するステップと、
    前記他の装置に対して、前記電子証明書の検証に必要な処理を依頼するステップと、
    前記他の装置から、当該他の装置において前記依頼に応じて実行された処理の結果を受信するステップとを備える、認証装置の制御プログラム。
14. 第１のクライアント装置と、第２のクライアント装置と、認証サーバ装置とを備え、
    前記第１のクライアント装置は、
    前記認証サーバ装置によってオンライン発行された電子証明書を記憶する記憶部と、
    前記第２のクライアント装置に対して、前記第電子証明書の検証に必要な処理を依頼する依頼部とを含み、
    前記第２のクライアント装置は、
    前記依頼部から受信した電子証明書の検証に必要な処理を実行する検証部と、
    前記検証部が実行した処理の結果を前記第１のクライアント装置に送信する送信部とを含む、認証システム。
15. ネットワークを介して他の装置および認証サーバ装置に接続する認証装置であって、
    前記認証サーバ装置によってオンライン発行された電子証明書を記憶する記憶部と、
    前記他の装置に対して、前記電子証明書の検証に必要な処理を依頼する依頼部と、
    前記他の装置から、当該他の装置において前記依頼に応じて実行された処理の結果を受信する受信部とを備える、認証装置。

Images