JP2023124201A - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】持ち運び・検証可能な認証情報付き証明書を提供する。【解決手段】情報処理装置は、証明書の発行者としての情報処理装置であって、ユーザに対して認証を実施する認証処理部と、ユーザの属性及び権限に関する証明書情報と、ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を発行する発行部と、持ち運び・検証可能な認証情報付き証明書をユーザに提供する提供部とを備える。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。

電子チケットの購入時と発行時に同じデバイスを利用していることを確認する技術が開示されている。

特許第６２８５４７４号公報

しかしながら、上記の従来技術では、発行者と検証者が異なる場合には共通の権限や属性を双方で管理する必要がある。発行者と検証者が異なったとしても共通の権限や属性を双方で管理する必要が無ければ、持ち運び・検証可能な認証情報付き証明書を提供することが可能になる。

本願は、上記に鑑みてなされたものであって、持ち運び・検証可能な認証情報付き証明書を提供することを目的とする。

本願に係る情報処理装置は、証明書の発行者としての情報処理装置であって、ユーザに対して認証を実施する認証処理部と、前記ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を発行する発行部と、前記持ち運び・検証可能な認証情報付き証明書を前記ユーザに提供する提供部とを備えることを特徴とする。

実施形態の一態様によれば、持ち運び・検証可能な認証情報付き証明書を提供することができる。

図１は、実施形態に係る情報処理方法の概要を示す説明図である。 図２は、持ち運び・検証可能な認証情報付き証明書の概要を示す説明図である。 図３は、実施形態に係る情報処理システムの構成例を示す図である。 図４は、実施形態に係る端末装置の構成例を示す図である。 図５は、実施形態に係る発行者のサーバ装置の構成例を示す図である。 図６は、利用者情報データベースの一例を示す図である。 図７は、履歴情報データベースの一例を示す図である。 図８は、証明書データベースの一例を示す図である。 図９は、実施形態に係る検証者のサーバ装置の構成例を示す図である。 図１０は、実施形態に係る処理手順を示すフローチャートである。 図１１は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理方法の概要〕
まず、図１を参照し、実施形態に係る情報処理装置が行う情報処理方法の概要について説明する。図１は、実施形態に係る情報処理方法の概要を示す説明図である。なお、図１では、持ち運び・検証可能な認証情報付き証明書を提供する場合を例に挙げて説明する。

図１に示すように、実施形態に係る情報処理システム１は、端末装置１０と、サーバ装置１００と、サーバ装置２００とを含む。端末装置１０とサーバ装置１００とサーバ装置２００とは、ネットワークＮ（図３参照）を介して有線又は無線で互いに通信可能に接続される。本実施形態では、端末装置１０は、サーバ装置１００と連携する。

端末装置１０は、利用者Ｕ（ユーザ）により使用されるスマートフォンやタブレット端末等のスマートデバイスであり、４Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置１０は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、利用者Ｕから指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付ける。なお、画面のうち、コンテンツが表示されている領域上で行われた操作を、コンテンツに対する操作としてもよい。また、端末装置１０は、スマートデバイスのみならず、デスクトップＰＣ（Personal Computer）やノートＰＣ等の情報処理装置であってもよい。

サーバ装置１００及びサーバ装置２００は、各利用者Ｕの端末装置１０と連携し、各利用者Ｕの端末装置１０に対して、各種アプリケーション（以下、アプリ）等に対するＡＰＩ（Application Programming Interface）サービス等と、各種データを提供する情報処理装置であり、コンピュータやクラウドシステム等により実現される。

また、サーバ装置１００及びサーバ装置２００は、各利用者Ｕの端末装置１０に対して、オンラインで何らかのＷｅｂサービスを提供する情報処理装置であってもよい。例えば、サーバ装置１００及びサーバ装置２００は、Ｗｅｂサービスとして、インターネット接続、検索サービス、ＳＮＳ（Social Networking Service）、電子商取引（ＥＣ：Electronic Commerce）、電子決済、オンラインゲーム、オンラインバンキング、オンライントレーディング、宿泊・チケット予約、動画・音楽配信、ニュース、地図、ルート検索、経路案内、路線情報、運行情報、天気予報等のサービスを提供してもよい。実際には、サーバ装置１００及びサーバ装置２００は、上記のようなＷｅｂサービスを提供する各種サーバと連携し、Ｗｅｂサービスを仲介してもよいし、Ｗｅｂサービスの処理を担当してもよい。

なお、サーバ装置１００及びサーバ装置２００は、利用者Ｕに関する利用者情報を取得可能である。例えば、サーバ装置１００及びサーバ装置２００は、利用者Ｕの性別、年代、居住地域といった利用者Ｕの属性に関する情報を取得する。そして、サーバ装置１００及びサーバ装置２００は、利用者Ｕを示す識別情報（利用者ＩＤ等）とともに利用者Ｕの属性に関する情報を記憶して管理する。

また、サーバ装置１００及びサーバ装置２００は、利用者Ｕの端末装置１０から、あるいは利用者ＩＤ等に基づいて各種サーバ等から、利用者Ｕの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、サーバ装置１００及びサーバ装置２００は、利用者Ｕの位置や日時の履歴である位置履歴を端末装置１０から取得する。また、サーバ装置１００及びサーバ装置２００は、利用者Ｕが入力した検索クエリの履歴である検索履歴を検索サーバ（検索エンジン）から取得する。また、サーバ装置１００及びサーバ装置２００は、利用者Ｕが閲覧したコンテンツの履歴である閲覧履歴をコンテンツサーバから取得する。また、サーバ装置１００及びサーバ装置２００は、利用者Ｕの商品購入や決済処理の履歴である購入履歴（決済履歴）を電子商取引サーバや決済処理サーバから取得する。また、サーバ装置１００及びサーバ装置２００は、利用者Ｕのマーケットプレイスへの出品の履歴である出品履歴や販売履歴を電子商取引サーバや決済処理サーバから取得してもよい。また、サーバ装置１００及びサーバ装置２００は、利用者Ｕの投稿の履歴である投稿履歴を口コミの投稿サービスを提供する投稿サーバやＳＮＳサーバから取得する。

本実施形態では、利用者Ｕは証明書の保有者となり得る者である。端末装置１０は、利用者Ｕに対して認証を行う認証器となる。なお、認証器は、ＦＩＤＯクライアントと同一のデバイスに実装されることがあってもよく（内蔵認証器）、ＦＩＤＯクライアントとは物理的に異なるデバイスに実装されていてもよい（外部認証器）。サーバ装置１００は、利用者Ｕに対して証明書を発行する発行者となる。サーバ装置２００は、利用者Ｕに対して発行された証明書の検証を行う検証者となる。

〔１－１．検証可能な証明書〕
現在、検証可能な証明書（Verifiable Credential：ＶＣ）について、様々な提案がなされている。検証可能な証明書（ＶＣ）は、証明書（Credential）に署名をすることで電子的に改ざん防止したものである。証明書（Credential）は、免許証や保険証をデジタルで利用する概念である。証明書（Credential）は、［発行者］が、ある［主体］の属性や特性に関する情報などを証明する。例えば、どのように証明書（Credential）を得たかという情報や、証明書（Credential）の制約（いつまで有効かなど）に関する情報などを証明する。

検証可能な証明書（ＶＣ）は、［所有者］が［検証者］へ提示して利用する。［検証者］は［発行者］の公開鍵で署名を検証することで、証明書が改ざんされていないことが確認できる。このとき、必要であれば［所有者］の認証をする。なお、Ｗ３Ｃ（World Wide Web Consortium）が検証可能な証明書（ＶＣ）のデータモデルを勧告している（ＵＲＬ：https://www.w3.org/TR/vc-data-model）。

しかし、現状では、通常の検証可能な証明書（ＶＣ）を活用したサービスには、以下のような課題がある。例えば、検証者が発行者を信頼することが前提であり、発行者が保有者をどのように確認したのかという情報は、通常の検証可能な証明書（ＶＣ）ではやり取りされない。

したがって、発行者は保有者を認証・本人確認などして通常の検証可能な証明書（ＶＣ）を発行するが、発行者が保有者をパスワード（ＰＷ）認証及びＦＩＤＯ認証したか、あるいは対面で本人確認したか、検証者にはわからない。

また、発行された通常の検証可能な証明書（ＶＣ）はウォレットを利用できる限り誰でも利用可能である。そのため、通常の検証可能な証明書（ＶＣ）を提示した者（保有者）が発行者により認証された当人であるか、検証者にはわからない。

そこで、本実施形態では、ＦＩＤＯ認証した／対面で本人確認した／ＳＭＳで到達確認した等の認証情報を、検証可能な証明書（ＶＣ）に限らず証明書として持ち運び、任意の第三者が検証可能にする。

通常の検証可能な証明書（ＶＣ）は、利用者の属性や身元（identity）に関する情報を利用するものであるが、本実施形態に係る証明書は、通常の検証可能な証明書（ＶＣ）と異なり、利用者の属性や身元に限らず、権限や資格なども利用可能である。

〔１－２．証明書の発行及び検証〕
図１に示すように、ユーザである利用者Ｕは、端末装置１０を用いて、ネットワークＮ（図３参照）を介して、発行者であるサーバ装置１００に対して、証明書の発行を要求する（ステップＳ１）。ここでは、ユーザである利用者Ｕは、発行者であるサーバ装置１００に既に登録済みであるものとする。そのため、登録処理については説明を割愛する。

発行者であるサーバ装置１００は、利用者Ｕからの証明書の発行要求に応じて、認証器である端末装置１０に対して、ユーザの認証を要求する（ステップＳ２）。このとき、発行者であるサーバ装置１００は、ユーザの認証要求として／とともに、チャレンジを送信する。チャレンジは、署名の正当性を検証するための１６文字以上の長さを持つランダムな文字列である。

認証器である端末装置１０は、ユーザである利用者Ｕに対して、生体認証など所定の認証手段でユーザ検証を行い、ユーザの本人性を確認した場合には、ＦＩＤＯのアサーション（Assertion：本人性の認証証明）を発行者であるサーバ装置１００に送信する（ステップＳ３）。アサーション（Assertion）とは、認証器が署名したチャレンジ（署名付きチャレンジ）の情報が含まれたステートメントである。

例えば、端末装置１０は、利用者Ｕから取得した生体情報に基づいて、ユーザ検証を行う。生体情報は、指紋、静脈、顔、虹彩及び声紋等のいずれか又はこれらの組合せ等であってもよい。また、生体情報の代わりに、ジェスチャー等の所定の動きに関する行動情報を用いてもよい。なお、実際には、本人性を確認するための手段は生体認証に限定されるものではない。例えば、端末装置１０は、ワンタイムパスワードを生成するトークンを用いた認証により本人性を確認してもよい。

そして、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、チャレンジを認証器側の秘密鍵（保有者の秘密鍵）で署名してアサーション（Assertion）を生成し、アサーション（Assertion）を、発行者であるサーバ装置１００に送信する。

発行者であるサーバ装置１００は、ＦＩＤＯのアサーション（Assertion）の検証に成功した場合、利用者Ｕの端末装置１０に対して、証明書として、持ち運び・検証可能な認証情報付き証明書（portable ＶＣ：ｐＶＣ）を発行する（ステップＳ４）。

例えば、発行者であるサーバ装置１００は、アサーション（Assertion）に含まれるキー識別子から使用する公開鍵（保有者の公開鍵）を特定し、その公開鍵（保有者の公開鍵）を使って署名を検証する。そして、サーバ装置１００は、署名検証に成功した場合、利用者Ｕの端末装置１０に対して、自身の秘密鍵（発行者の秘密鍵）で署名した持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を発行する。利用者Ｕの端末装置１０は、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を内部で保管する。これにより、ユーザである利用者Ｕ（の端末装置１０）は、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）の保有者となる。持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）は、検証可能な証明書（ＶＣ）や電子チケットとして利用可能である。

保有者である利用者Ｕの端末装置１０は、検証者に対して証明書を提示する必要が生じた際、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を、検証者であるサーバ装置２００に提示する（ステップＳ５）。このとき、端末装置１０は、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を、ネットワークＮ（図３参照）を介して検証者であるサーバ装置２００に提示してもよいし、検証者であるサーバ装置２００と連携／通信可能なカメラやセンサ又は端末装置等に提示することで間接的に検証者であるサーバ装置２００に提示してもよい。

検証者であるサーバ装置２００は、提示された持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を検証する（ステップＳ６）。例えば、検証者であるサーバ装置２００は、発行者の公開鍵を使って、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）の署名を検証する。

検証者であるサーバ装置２００は、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）の検証に成功した場合、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）の内容に基づいて、保有者である利用者Ｕに対して、発行者であるサーバ装置１００と同様にＦＩＤＯ認証を実施する（ステップＳ７）。ＦＩＤＯ認証に成功した場合、検証者であるサーバ装置２００は、保有者である利用者Ｕの端末装置１０に、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）の提示に応じた商品やサービスを提供してもよい。例えば、検証者であるサーバ装置２００は、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を提示した利用者Ｕに対して、施設やイベント会場への入場を許可してもよい。

〔１－３．持ち運び・検証可能な認証情報付き証明書〕
本実施形態では、発行者であるサーバ装置１００は、証明書として、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を発行する。図２は、持ち運び・検証可能な認証情報付き証明書の概要を示す説明図である。

図２に示すように、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）は、「属性・権限」に関する証明書情報と、「認証／本人確認コンテキスト」に関する認証情報とを含む。「属性・権限」に関する証明書情報は、利用者Ｕの属性や身元（identity）に関する情報に限らず、利用者Ｕの権限や資格などに関する情報も示す。「認証／本人確認コンテキスト」に関する認証情報は、利用者ＵをＦＩＤＯ認証した／対面で本人確認した／ＳＭＳで到達確認した等の情報を示す。

本実施形態では、発行者であるサーバ装置１００は、利用者ＵをＦＩＤＯ認証しているため、「認証／本人確認コンテキスト」に関する認証情報には、利用者ＵをＦＩＤＯ認証した旨の情報を格納する。

また、発行者であるサーバ装置１００は、「認証／本人確認コンテキスト」に関する認証情報に、証明書の発行時に認証したドメイン（domain）に対する保有者の公開鍵（保有者のＦＩＤＯ認証に用いられる公開鍵）も格納する。

発行者であるサーバ装置１００は、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を、発行者の秘密鍵で署名する。すなわち、発行者であるサーバ装置１００は、「属性・権限」に関する証明書情報と、「認証／本人確認コンテキスト」に関する認証情報とを含む証明書の全体を、発行者の秘密鍵で署名する。

検証者であるサーバ装置２００は、署名付きの持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）が提示された場合、発行者の公開鍵を使って署名を検証し、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）の真正性を確認する。

また、検証者であるサーバ装置２００は、「認証／本人確認コンテキスト」に関する認証情報に示された認証方法であるＦＩＤＯ認証を実施する。これにより、検証者であるサーバ装置２００は、保有者である利用者Ｕに対して発行時と同じ認証方法で確認する。すなわち、保有者に対して検証者が発行者と同じＦＩＤＯ認証を実施する。このとき、検証者であるサーバ装置２００は、保有者の秘密鍵で署名されたＦＩＤＯのアサーション（Assertion）を受け取ると、「認証／本人確認コンテキスト」に関する認証情報に格納された保有者の公開鍵で保有者の署名を検証する。

これにより、証明書のユーザ（保有者）に対して発行者と検証者のようなオリジン間（Cross-origin）でそれぞれ同じ「WebAuthn」（ＦＩＤＯ認証）の実施が可能になるような仕組みを実現することができる。また、あるオリジンで動作しているウェブアプリケーションに、異なるオリジンにあるサーバへのアクセス権を与える際に、ウェブアプリケーションがリクエストとともに持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を提示するようにすることで、ウェブアプリケーションのユーザにＦＩＤＯ認証を実施することも可能である。

本実施形態に係る持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）は、発行時と利用時で保有者が同一人物か確認するものであり、発行者と検証者が異なったとしても共通の権限や属性を双方で管理する必要が無い。

本実施形態に係る持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）は、電子チケットとしても利用可能である。例えば、購入時にチケット販売業者はユーザをＦＩＤＯ認証したあと、認証情報と公開鍵を載せ、署名を行う。そして、入場時にユーザは事業者（チケット販売業者とは別ドメインでもよい）にチケットを提示し、事業者はチケット販売業者の公開鍵を使ってその真正性を検証後、ユーザにＦＩＤＯ認証を依頼する。このとき、提示されたチケットに格納された公開鍵に対する秘密鍵の所持を確認することができ、購入者本人であることがわかる。

これにより、チケット販売業者と事業者の間で共通の参照資源をもつ必要がなく、複製や偽造がしにくくなる。原理的には、入場時のシステムはオフラインでの実施も可能である。また、権限行使に対する本人性をより強固に確保することができる。

〔１－４．保有者の公開鍵の更新〕
検証時にＦＩＤＯ認証用公開鍵（保有者の公開鍵）の更新があった場合について説明する。

例えば、パスポートや運転免許証などは数年単位で発行され、その間は警察署などで更新されることは基本的にはない。一方、本実施形態に係るＦＩＤＯ認証用公開鍵（保有者の公開鍵）はデバイスと密接に紐付いた鍵であるため、機種変更等によってその鍵が変更されることや、現在のデバイスとは別に新たなデバイスを取得して追加の鍵が必要となることも想定される。そこで、対策として、以下の選択肢が挙げられる。

（１）発行者であるサーバ装置１００は、ＦＩＤＯ認証用公開鍵（保有者の公開鍵）が変わるときは、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を新たに再発行する。

（２）ＦＩＤＯ認証用公開鍵（保有者の公開鍵）の更新・追加は保有者から発行者への申し立てにより行っても構わない。このとき、発行者であるサーバ装置１００は、改めて本人確認や現在登録済みのＦＩＤＯ認証用公開鍵（保有者の公開鍵）を使って認証を行う。

なお、ＦＩＤＯ認証用公開鍵（保有者の公開鍵）の更新のみで証明書の内容に変更がない場合、発行者であるサーバ装置１００が持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）を再発行する代わりに、検証者であるサーバ装置２００が、発行者であるサーバ装置１００に対して、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）に登録されている認証用公開鍵１から新たな（保有者が現在保有している）認証用公開鍵２の問い合わせを行うようにしてもよい。例えば、検証者であるサーバ装置２００は、ＡＰＩが提供されていて、発行者であるサーバ装置１００と連携し、鍵の更新履歴等から、何世代かの（過去の）ＦＩＤＯ認証用公開鍵（保有者の公開鍵）を遡って確認することができてもよい。

（３）別の方法として、発行者がＦＩＤＯ認証用公開鍵（保有者の公開鍵）の更新を示す持ち運び・検証可能な認証情報付き証明書（鍵更新ｐＶＣ）を発行して、保有者が元の持ち運び・検証可能な認証情報付き証明書（元ｐＶＣ）とともにその鍵更新ｐＶＣを検証者に提示するようにしてもよい。

〔２．情報処理システムの構成例〕
次に、図３を用いて、実施形態に係るサーバ装置１００が含まれる情報処理システム１の構成について説明する。図３は、実施形態に係る情報処理システム１の構成例を示す図である。図３に示すように、実施形態に係る情報処理システム１は、端末装置１０とサーバ装置１００とを含む。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。

また、図３に示す情報処理システム１に含まれる各装置の数は図示したものに限られない。例えば、図３では、図示の簡略化のため、端末装置１０を１台のみ示したが、これはあくまでも例示であって限定されるものではなく、２台以上であってもよい。

端末装置１０は、利用者Ｕによって使用される情報処理装置である。例えば、端末装置１０は、スマートフォンやタブレット端末等のスマートデバイス、フィーチャーフォン、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、通信機能を備えたゲーム機やＡＶ機器、カーナビゲーションシステム、スマートウォッチやヘッドマウントディスプレイ等のウェアラブルデバイス（Wearable Device）、スマートグラス等である。

また、かかる端末装置１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation：第５世代移動通信システム）等の無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）等の近距離無線通信を介してネットワークＮに接続し、サーバ装置１００と通信することができる。

サーバ装置１００は、例えばＰＣやブレードサーバ（blade server）等のコンピュータ、あるいはメインフレーム又はワークステーション等である。なお、サーバ装置１００は、クラウドコンピューティングにより実現されてもよい。

〔３．端末装置１０の構成例〕
次に、図４を用いて、端末装置１０の構成について説明する。図４は、端末装置１０の構成例を示す図である。図４に示すように、端末装置１０は、通信部１１と、表示部１２と、入力部１３と、測位部１４と、センサ部２０と、制御部３０（コントローラ）と、記憶部４０とを備える。

（通信部１１）
通信部１１は、ネットワークＮ（図３参照）と有線又は無線で接続され、ネットワークＮを介して、サーバ装置１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network Interface Card）やアンテナ等によって実現される。

（表示部１２）
表示部１２は、位置情報等の各種情報を表示する表示デバイスである。例えば、表示部１２は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）である。また、表示部１２は、タッチパネル式のディスプレイであるが、これに限定されるものではない。

（入力部１３）
入力部１３は、利用者Ｕから各種操作を受け付ける入力デバイスである。例えば、入力部１３は、文字や数字等を入力するためのボタン等を有する。なお、入力部１３は、入出力ポート（I/O port）やＵＳＢ（Universal Serial Bus）ポート等であってもよい。また、表示部１２がタッチパネル式のディスプレイである場合、表示部１２の一部が入力部１３として機能する。また、入力部１３は、利用者Ｕから音声入力を受け付けるマイク等であってもよい。マイクはワイヤレスであってもよい。

（測位部１４）
測位部１４は、ＧＰＳ（Global Positioning System）の衛星から送出される信号（電波）を受信し、受信した信号に基づいて、自装置である端末装置１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。すなわち、測位部１４は、端末装置１０の位置を測位する。なお、ＧＰＳは、ＧＮＳＳ（Global Navigation Satellite System）の一例に過ぎない。

また、測位部１４は、ＧＰＳ以外にも、種々の手法により位置を測位することができる。例えば、測位部１４は、位置補正等のための補助的な測位手段として、下記のように、端末装置１０の様々な通信機能を利用して位置を測位してもよい。

（Ｗｉ－Ｆｉ測位）
例えば、測位部１４は、端末装置１０のＷｉ－Ｆｉ（登録商標）通信機能や、各通信会社が備える通信網を利用して、端末装置１０の位置を測位する。具体的には、測位部１４は、Ｗｉ－Ｆｉ通信等を行い、付近の基地局やアクセスポイントとの距離を測位することにより、端末装置１０の位置を測位する。

（ビーコン測位）
また、測位部１４は、端末装置１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能を利用して位置を測位してもよい。例えば、測位部１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能によって接続されるビーコン（beacon）発信機と接続することにより、端末装置１０の位置を測位する。

（地磁気測位）
また、測位部１４は、予め測定された構造物の地磁気のパターンと、端末装置１０が備える地磁気センサとに基づいて、端末装置１０の位置を測位する。

（ＲＦＩＤ測位）
また、例えば、端末装置１０が駅改札や店舗等で使用される非接触型ＩＣカードと同等のＲＦＩＤ（Radio Frequency Identification）タグの機能を備えている場合、もしくはＲＦＩＤタグを読み取る機能を備えている場合、端末装置１０によって決済等が行われた情報とともに、使用された位置が記録される。測位部１４は、かかる情報を取得することで、端末装置１０の位置を測位してもよい。また、位置は、端末装置１０が備える光学式センサや、赤外線センサ等によって測位されてもよい。

測位部１４は、必要に応じて、上述した測位手段の一つ又は組合せを用いて、端末装置１０の位置を測位してもよい。

（センサ部２０）
センサ部２０は、端末装置１０に搭載又は接続される各種のセンサを含む。なお、接続は、有線接続、無線接続を問わない。例えば、センサ類は、ウェアラブルデバイスやワイヤレスデバイス等、端末装置１０以外の検知装置であってもよい。図４に示す例では、センサ部２０は、加速度センサ２１と、ジャイロセンサ２２と、気圧センサ２３と、気温センサ２４と、音センサ２５と、光センサ２６と、磁気センサ２７と、画像センサ（カメラ）２８とを備える。

なお、上記した各センサ２１～２８は、あくまでも例示であって限定されるものではない。すなわち、センサ部２０は、各センサ２１～２８のうちの一部を備える構成であってもよいし、各センサ２１～２８に加えてあるいは代えて、湿度センサ等その他のセンサを備えてもよい。

加速度センサ２１は、例えば、３軸加速度センサであり、端末装置１０の移動方向、速度、及び、加速度等の端末装置１０の物理的な動きを検知する。ジャイロセンサ２２は、端末装置１０の角速度等に基づいて３軸方向の傾き等の端末装置１０の物理的な動きを検知する。気圧センサ２３は、例えば端末装置１０の周囲の気圧を検知する。

端末装置１０は、上記した加速度センサ２１やジャイロセンサ２２、気圧センサ２３等を備えることから、これらの各センサ２１～２３等を利用した歩行者自律航法（ＰＤＲ：Pedestrian Dead-Reckoning）等の技術を用いて端末装置１０の位置を測位することが可能になる。これにより、ＧＰＳ等の測位システムでは取得することが困難な屋内での位置情報を取得することが可能になる。

例えば、加速度センサ２１を利用した歩数計により、歩数や歩くスピード、歩いた距離を算出することができる。また、ジャイロセンサ２２を利用して、利用者Ｕの進行方向や視線の方向、体の傾きを知ることができる。また、気圧センサ２３で検知した気圧から、利用者Ｕの端末装置１０が存在する高度やフロアの階数を知ることもできる。

気温センサ２４は、例えば端末装置１０の周囲の気温を検知する。音センサ２５は、例えば端末装置１０の周囲の音を検知する。光センサ２６は、端末装置１０の周囲の照度を検知する。磁気センサ２７は、例えば端末装置１０の周囲の地磁気を検知する。画像センサ２８は、端末装置１０の周囲の画像を撮像する。

上記した気圧センサ２３、気温センサ２４、音センサ２５、光センサ２６及び画像センサ２８は、それぞれ気圧、気温、音、照度を検知したり、周囲の画像を撮像したりすることで、端末装置１０の周囲の環境や状況等を検知することができる。また、端末装置１０の周囲の環境や状況等から、端末装置１０の位置情報の精度を向上させることが可能になる。

（制御部３０）
制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポート等を有するマイクロコンピュータや各種の回路を含む。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部３０は、送信部３１と、受信部３２と、処理部３３とを備える。

（送信部３１）
送信部３１は、例えば入力部１３を用いて利用者Ｕにより入力された各種情報や、端末装置１０に搭載又は接続された各センサ２１～２８によって検知された各種情報、測位部１４によって測位された端末装置１０の位置情報等を、通信部１１を介してサーバ装置１００へ送信することができる。

（受信部３２）
受信部３２は、通信部１１を介して、サーバ装置１００から提供される各種情報や、サーバ装置１００からの各種情報の要求を受信することができる。

本実施形態では、送信部３１は、発行者であるサーバ装置１００に対して証明書の発行要求を送信する。受信部３２は、証明書の発行要求に対する発行者であるサーバ装置１００からのユーザ認証要求を受信する。送信部３１は、発行者であるサーバ装置１００からのユーザ認証要求に応じてユーザ認証が実施された際に、認証結果を発行者であるサーバ装置１００に送信する。受信部３２は、発行者であるサーバ装置１００から、ユーザの属性及び権限に関する証明書情報と、ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を受信する。

また、送信部３１は、発行者であるサーバ装置１００からのユーザ認証要求に応じて認証器を用いてユーザに対するＦＩＤＯ認証が実施された際に、認証結果として、ＦＩＤＯのアサーションをユーザの署名用秘密鍵で署名して発行者であるサーバ装置１００に送信する。

また、受信部３２は、ユーザの認証に用いる認証用公開鍵が変わったときは、新たに再発行された持ち運び・検証可能な認証情報付き証明書を受信する。

また、送信部３１は、発行者であるサーバ装置１００に対して、ユーザの認証に用いる認証用公開鍵の更新又は追加の申し立てを送信するようにしてもよい。

提示部３４は、持ち運び・検証可能な認証情報付き証明書の発行時とユーザの認証に用いる認証用公開鍵が変わったときは、検証者であるサーバ装置２００に対して、元の持ち運び・検証可能な認証情報付き証明書を提示するとともに、ユーザの認証に用いる認証用公開鍵の更新を示す別の持ち運び・検証可能な認証情報付き証明書を提示する。

（処理部３３）
処理部３３は、表示部１２等を含め、端末装置１０全体を制御する。例えば、処理部３３は、送信部３１によって送信される各種情報や、受信部３２によって受信されたサーバ装置１００からの各種情報を表示部１２へ出力して表示させることができる。

また、処理部３３は、認証器としての認証処理を行ってもよい。例えば、処理部３３は、利用者Ｕに対して生体認証など所定の認証手段によりユーザ検証を行ってもよい。

（提示部３４）
提示部３４は、ユーザの属性及び権限に関する証明書情報と、ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を検証者に提示する。例えば、提示部３４は、持ち運び・検証可能な認証情報付き証明書を、通信部１１を介して検証者であるサーバ装置２００に送信してもよいし、表示部１２へ出力して表示させてもよい。なお、提示部３４は、処理部３３の一部であってもよい。

（記憶部４０）
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置によって実現される。かかる記憶部４０には、各種プログラムや各種データ等が記憶される。

本実施形態では、記憶部４０は、ユーザの属性及び権限に関する証明書情報と、ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保管する。このとき、記憶部４０は、証明書情報と、ユーザのＦＩＤＯ認証に用いる認証用公開鍵を含めた認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保管する。

〔４．発行者のサーバ装置の構成例〕
次に、図５を用いて、実施形態に係る発行者のサーバ装置１００の構成について説明する。図５は、実施形態に係るサーバ装置１００の構成例を示す図である。図５に示すように、サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図３参照）と有線又は無線で接続される。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ、ＳＳＤ、光ディスク等の記憶装置によって実現される。図５に示すように、記憶部１２０は、利用者情報データベース１２１と、履歴情報データベース１２２と、証明書データベース１２３とを有する。

（利用者情報データベース１２１）
利用者情報データベース１２１は、利用者Ｕに関する利用者情報を記憶する。例えば、利用者情報データベース１２１は、利用者Ｕの属性等の種々の情報を記憶する。図６は、利用者情報データベース１２１の一例を示す図である。図６に示した例では、利用者情報データベース１２１は、「利用者ＩＤ（Identifier）」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目を有する。

「利用者ＩＤ」は、利用者Ｕを識別するための識別情報を示す。なお、「利用者ＩＤ」は、利用者Ｕの連絡先（電話番号、メールアドレス等）であってもよいし、利用者Ｕの端末装置１０を識別するための識別情報であってもよい。

また、「年齢」は、利用者ＩＤにより識別される利用者Ｕの年齢を示す。なお、「年齢」は、利用者Ｕの具体的な年齢（例えば３５歳など）を示す情報であってもよいし、利用者Ｕの年代（例えば３０代など）を示す情報であってもよい。あるいは、「年齢」は、利用者Ｕの生年月日を示す情報であってもよいし、利用者Ｕの世代（例えば８０年代生まれなど）を示す情報であってもよい。また、「性別」は、利用者ＩＤにより識別される利用者Ｕの性別を示す。

また、「自宅」は、利用者ＩＤにより識別される利用者Ｕの自宅の位置情報を示す。なお、図６に示す例では、「自宅」は、「ＬＣ１１」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。

また、「勤務地」は、利用者ＩＤにより識別される利用者Ｕの勤務地（学生の場合は学校）の位置情報を示す。なお、図６に示す例では、「勤務地」は、「ＬＣ１２」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。

また、「興味」は、利用者ＩＤにより識別される利用者Ｕの興味を示す。すなわち、「興味」は、利用者ＩＤにより識別される利用者Ｕが関心の高い対象を示す。例えば、「興味」は、利用者Ｕが検索エンジンに入力して検索した検索クエリ（キーワード）等であってもよい。なお、図６に示す例では、「興味」は、各利用者Ｕに１つずつ図示するが、複数であってもよい。

例えば、図６に示す例において、利用者ＩＤ「Ｕ１」により識別される利用者Ｕの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、自宅が「ＬＣ１１」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、勤務地が「ＬＣ１２」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、「スポーツ」に興味があることを示す。

ここで、図６に示す例では、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」といった抽象的な値を用いて図示するが、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」には、具体的な文字列や数値等の情報が記憶されるものとする。以下、他の情報に関する図においても、抽象的な値を図示する場合がある。

なお、利用者情報データベース１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、利用者情報データベース１２１は、利用者Ｕの端末装置１０に関する各種情報を記憶してもよい。また、利用者情報データベース１２１は、利用者Ｕのデモグラフィック（人口統計学的属性）、サイコグラフィック（心理学的属性）、ジオグラフィック（地理学的属性）、ベヘイビオラル（行動学的属性）等の属性に関する情報を記憶してもよい。例えば、利用者情報データベース１２１は、氏名、家族構成、出身地（地元）、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の情報を記憶してもよい。

（履歴情報データベース１２２）
履歴情報データベース１２２は、利用者Ｕの行動を示す履歴情報（ログデータ）に関する各種情報を記憶する。図７は、履歴情報データベース１２２の一例を示す図である。図７に示した例では、履歴情報データベース１２２は、「利用者ＩＤ」、「位置履歴」、「検索履歴」、「閲覧履歴」、「購入履歴」、「投稿履歴」といった項目を有する。

「利用者ＩＤ」は、利用者Ｕを識別するための識別情報を示す。また、「位置履歴」は、利用者Ｕの位置や移動の履歴である位置履歴を示す。また、「検索履歴」は、利用者Ｕが入力した検索クエリの履歴である検索履歴を示す。また、「閲覧履歴」は、利用者Ｕが閲覧したコンテンツの履歴である閲覧履歴を示す。また、「購入履歴」は、利用者Ｕによる購入の履歴である購入履歴を示す。また、「投稿履歴」は、利用者Ｕによる投稿の履歴である投稿履歴を示す。なお、「投稿履歴」は、利用者Ｕの所有物に関する質問を含んでいてもよい。

例えば、図７に示す例において、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、「位置履歴＃１」の通りに移動し、「検索履歴＃１」の通りに検索し、「閲覧履歴＃１」の通りにコンテンツを閲覧し、「購入履歴＃１」の通りに所定の店舗等で所定の商品等を購入し、「投稿履歴」の通りに投稿したことを示す。

ここで、図７に示す例では、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購入履歴＃１」及び「投稿履歴＃１」といった抽象的な値を用いて図示するが、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購入履歴＃１」及び「投稿履歴＃１」には、具体的な文字列や数値等の情報が記憶されるものとする。

なお、履歴情報データベース１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、履歴情報データベース１２２は、利用者Ｕの所定のサービスの利用履歴等を記憶してもよい。また、履歴情報データベース１２２は、利用者Ｕの実店舗の来店履歴又は施設の訪問履歴等を記憶してもよい。また、履歴情報データベース１２２は、利用者Ｕの端末装置１０を用いた決済（電子決済）での決済履歴等を記憶してもよい。

（証明書データベース１２３）
証明書データベース１２３利用者Ｕの行動を示す履歴情報（ログデータ）に関する各種情報を記憶する。図８は、証明書データベース１２３の一例を示す図である。図８に示した例では、証明書データベース１２３は、「利用者ＩＤ」、「証明書情報」、「認証情報」、「公開鍵」、「証明書」といった項目を有する。

「利用者ＩＤ」は、利用者Ｕを識別するための識別情報を示す。

また、「証明書情報」は、「属性・権限」に関する証明書情報を示す。「属性・権限」に関する証明書情報は、利用者Ｕの属性や身元（identity）に関する情報に限らず、利用者Ｕの権限や資格などに関する情報も示す。

また、「認証情報」は、「認証／本人確認コンテキスト」に関する認証情報を示す。「認証／本人確認コンテキスト」に関する認証情報は、利用者ＵをＦＩＤＯ認証した／対面で本人確認した／ＳＭＳで到達確認した等の情報を示す。

また、「公開鍵」は、ユーザのＦＩＤＯ認証に用いる公開鍵（保有者の公開鍵）を識別するための識別情報を示す。なお、「公開鍵」は、保有者の公開鍵を格納していてもよい。また、「公開鍵」は、「認証情報」に含まれていてもよい。

また、「証明書」は、証明書情報と認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を識別するための識別情報を示す。なお、「証明書」は、持ち運び・検証可能な認証情報付き証明書を格納していてもよい。

ここで、図８に示す例では、「Ｕ１」、「証明書情報＃１」、「認証情報＃１」、「公開鍵＃１」及び「証明書＃１」といった抽象的な値を用いて図示するが、「Ｕ１」、「証明書情報＃１」、「認証情報＃１」、「公開鍵＃１」及び「証明書＃１」には、具体的な文字列や数値等の情報が記憶されるものとする。

なお、証明書データベース１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、証明書データベース１２３は、利用者Ｕへの認証要求時に送信したチャレンジに関する情報を記憶してもよい。また、証明書データベース１２３は、アテステーション（Attestation：端末／認証器の出生証明）やアサーション（Assertion：本人性の認証証明）など、利用者Ｕの登録や認証に関する情報を記憶してもよい。

（制御部１３０）
図５に戻り、説明を続ける。制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、サーバ装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図５に示す例では、制御部１３０は、取得部１３１と、認証処理部１３２と、発行部１３３と、提供部１３４とを有する。

（取得部１３１）
取得部１３１は、利用者Ｕにより入力された検索クエリを取得する。例えば、取得部１３１は、利用者Ｕが検索エンジン等に検索クエリを入力してキーワード検索を行った際に、通信部１１０を介して、当該検索クエリを取得する。すなわち、取得部１３１は、通信部１１０を介して、利用者Ｕにより検索エンジンやサイト又はアプリの検索窓に入力されたキーワードを取得する。

また、取得部１３１は、通信部１１０を介して、利用者Ｕに関する利用者情報を取得する。例えば、取得部１３１は、利用者Ｕの端末装置１０から、利用者Ｕを示す識別情報（利用者ＩＤ等）や、利用者Ｕの位置情報、利用者Ｕの属性情報等を取得する。また、取得部１３１は、利用者Ｕのユーザ登録時に、利用者Ｕを示す識別情報や、利用者Ｕの属性情報等を取得してもよい。そして、取得部１３１は、利用者情報を、記憶部１２０の利用者情報データベース１２１に登録する。

また、取得部１３１は、通信部１１０を介して、利用者Ｕの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、取得部１３１は、利用者Ｕの端末装置１０から、あるいは利用者ＩＤ等に基づいて各種サーバ等から、利用者Ｕの行動を示す各種の履歴情報を取得する。そして、取得部１３１は、各種の履歴情報を、記憶部１２０の履歴情報データベース１２２に登録する。

また、取得部１３１は、通信部１１０を介して、利用者Ｕの端末装置１０から証明書の発行要求を取得する。

（認証処理部１３２）
認証処理部１３２は、利用者Ｕに対して認証を実施する。本実施形態では、認証処理部１３２は、利用者Ｕに対してＦＩＤＯ認証を実施する。例えば、認証処理部１３２は、利用者Ｕの端末装置１０からの証明書の発行要求に応じて、認証器である利用者Ｕの端末装置１０に対してユーザ認証要求し、チャレンジを送信する。チャレンジは、署名の正当性を検証するための１６文字以上の長さを持つランダムな文字列である。認証処理部１３２は、利用者Ｕの端末装置１０から、利用者Ｕの秘密鍵での署名付きチャレンジを受け取ると、利用者Ｕの公開鍵で署名を検証し、署名検証に成功した場合、ＦＩＤＯ認証により利用者Ｕの本人性が確認できたと判断する。

なお、認証処理部１３２は、ユーザからの認証用公開鍵の更新又は追加の申し立てに応じて、改めて本人確認及び現在登録済みの認証用公開鍵を使って認証を行う。

（発行部１３３）
発行部１３３は、ＦＩＤＯ認証により利用者Ｕの本人性が確認できた場合、利用者Ｕの端末装置１０に対して証明書を発行する。本実施形態では、発行部１３３は、利用者Ｕの属性及び権限に関する証明書情報と、利用者Ｕに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を発行する。

このとき、発行部１３３は、証明書情報と、利用者ＵのＦＩＤＯ認証に用いる認証用公開鍵を含めた認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を発行する。すなわち、認証情報は、利用者ＵのＦＩＤＯ認証に用いる認証用公開鍵を含む。

また、発行部１３３は、証明書情報と認証情報とを格納した持ち運び・検証可能な認証情報付き証明書の全体を発行者（自分）の署名用秘密鍵で署名する。

発行部１３３は、ユーザの認証に用いる認証用公開鍵が変わるときは、持ち運び・検証可能な認証情報付き証明書を新たに再発行する。

なお、発行部１３３は、ユーザからの申し立てにより、ユーザの認証に用いる認証用公開鍵の更新又は追加を行うようにしてもよい。

例えば、発行部１３３は、認証処理部１３２がユーザからの認証用公開鍵の更新又は追加の申し立てに応じて改めて本人確認及び現在登録済みの認証用公開鍵を使って認証を行った際に、認証に成功した場合、ユーザの認証に用いる認証用公開鍵の更新又は追加を行う。

また、発行部１３３は、ユーザの認証に用いる認証用公開鍵が変わるときは、ユーザの認証に用いる認証用公開鍵の更新を示す別の持ち運び・検証可能な認証情報付き証明書を発行するようにしてもよい。

（提供部１３４）
提供部１３４は、通信部１１０を介して、利用者Ｕの端末装置１０持ち運び・検証可能な認証情報付き証明書を提供する。すなわち、提供部１３４は、持ち運び・検証可能な認証情報付き証明書を利用者Ｕに提供する。

〔５．検証者のサーバ装置の構成例〕
次に、図９を用いて、実施形態に係る検証者のサーバ装置２００の構成について説明する。図９は、実施形態に係るサーバ装置２００の構成例を示す図である。図９に示すように、サーバ装置２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

（通信部２１０）
通信部２１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部２１０は、ネットワークＮ（図３参照）と有線又は無線で接続される。

（記憶部２２０）
記憶部２２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ、ＳＳＤ、光ディスク等の記憶装置によって実現される。

（制御部２３０）
制御部２３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、サーバ装置２００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図９に示す例では、制御部２３０は、取得部２３１と、認証処理部２３２とを有する。

（取得部２３１）
取得部２３１は、ユーザの属性及び権限に関する証明書情報と、ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保有者から提示された際に、持ち運び・検証可能な認証情報付き証明書を取得する。例えば、取得部２３１は、証明書情報と、ユーザのＦＩＤＯ認証に用いる認証用公開鍵を含めた認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を取得する。また、取得部２３１は、取得した持ち運び・検証可能な認証情報付き証明書を記憶部２２０に保管してもよい。

（認証処理部２３２）
認証処理部２３２は、認証情報に示された認証方法で、保有者に対して認証を実施する。すなわち、認証処理部２３２は、証明書の発行時に発行要求したユーザに対して実施されたのと同じ認証方法で、保有者に対して認証を実施する。例えば、認証処理部２３２は、保有者に対してＦＩＤＯ認証を実施した際、ユーザのＦＩＤＯ認証に用いる認証用公開鍵で保有者の署名を検証する。

また、認証処理部２３２は、保有者が現在保有している認証用公開鍵が持ち運び・検証可能な認証情報付き証明書に登録されている認証用公開鍵と異なる場合、持ち運び・検証可能な認証情報付き証明書の発行者に対して、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）に登録されている認証用公開鍵から保有者が現在保有している新たな認証用公開鍵の問い合わせを行う。

このとき、認証処理部２３２は、ＡＰＩにより発行者と連携し、過去の認証用公開鍵を遡って確認してもよい。

また、取得部２３１は、持ち運び・検証可能な認証情報付き証明書の発行時とユーザの認証に用いる認証用公開鍵が変わったときは、元の持ち運び・検証可能な認証情報付き証明書とともに、ユーザの認証に用いる認証用公開鍵の更新を示す別の持ち運び・検証可能な認証情報付き証明書を取得する。

〔６．処理手順〕
次に、図１０を用いて実施形態に係る端末装置１０、サーバ装置１００及びサーバ装置２００による処理手順について説明する。図１０は、実施形態に係る処理手順を示すフローチャートである。なお、以下に示す処理手順は、端末装置１０の制御部３０、サーバ装置１００の制御部１３０及びサーバ装置２００の制御部２３０によって繰り返し実行される。

図１０に示すように、サーバ装置１００の取得部１３１は、通信部１１０を介して、利用者Ｕの端末装置１０から証明書の発行要求を取得する（ステップＳ１０１）。

続いて、サーバ装置１００の認証処理部１３２は、通信部１１０を介して、認証器である利用者Ｕの端末装置１０に対してユーザ認証要求する（ステップＳ１０２）。例えば、認証処理部１３２は、利用者Ｕの端末装置１０からの証明書の発行要求に応じて、認証器である利用者Ｕの端末装置１０に対してユーザ認証要求し、チャレンジを送信する。チャレンジは、署名の正当性を検証するための１６文字以上の長さを持つランダムな文字列である。

続いて、サーバ装置１００の認証処理部１３２は、通信部１１０を介して、利用者Ｕの端末装置１０から、ＦＩＤＯのアサーション（Assertion：本人性の認証証明）を受け取る（ステップＳ１０３）。例えば、認証処理部１３２は、利用者Ｕの端末装置１０から、利用者Ｕの秘密鍵での署名付きチャレンジを受け取ると、利用者Ｕの公開鍵で署名を検証し、署名検証に成功した場合、ＦＩＤＯ認証により利用者Ｕの本人性が確認できたと判断する。

続いて、サーバ装置１００の発行部１３３は、ＦＩＤＯ認証により利用者Ｕの本人性が確認できた場合、利用者Ｕの属性及び権限に関する証明書情報と、利用者Ｕに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を発行する（ステップＳ１０４）。認証情報は、利用者ＵのＦＩＤＯ認証に用いる認証用公開鍵を含む。また、発行部１３３は、証明書情報と認証情報とを格納した持ち運び・検証可能な認証情報付き証明書の全体を発行者（自分）の署名用秘密鍵で署名する。

続いて、サーバ装置２００の取得部２３１は、ユーザの属性及び権限に関する証明書情報と、ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保有者から提示された際に、持ち運び・検証可能な認証情報付き証明書を取得する（ステップＳ１０５）。

続いて、サーバ装置２００の認証処理部２３２は、持ち運び・検証可能な認証情報付き証明書を検証する（ステップＳ１０６）。例えば、認証処理部２３２は、発行者の公開鍵で、持ち運び・検証可能な認証情報付き証明書に付された署名を検証する。

続いて、サーバ装置２００の認証処理部２３２は、署名検証に成功した場合、認証情報に示された認証方法と同様に、通信部１１０を介して、保有者に対してＦＩＤＯ認証を実施する（ステップＳ１０７）。本実施形態では、認証処理部２３２は、通信部１１０を介して、認証器である保有者の端末装置１０に対してユーザ認証要求し、チャレンジを送信する。すなわち、認証処理部２３２は、証明書の発行時に発行要求したユーザに対して実施されたのと同じ認証方法で、保有者に対して認証を実施する。これにより、［発行者］が［証明書の発行を要求した利用者Ｕ］に対して実施したのと同じ認証方法で、［検証者］が［証明書を提示した保有者］に対して認証を実施することができる。

続いて、サーバ装置２００の認証処理部２３２は、通信部１１０を介して、保有者の端末装置１０から、ＦＩＤＯのアサーション（Assertion：本人性の認証証明）を受け取る（ステップＳ１０８）。例えば、認証処理部１３２は、通信部１１０を介して、保有者の端末装置１０から、保有者の秘密鍵での署名付きチャレンジを受け取る。

続いて、サーバ装置２００の認証処理部２３２は、保有者の本人性を確認する（ステップＳ１０９）。例えば、認証処理部１３２は、保有者の秘密鍵での署名付きチャレンジに対して、利用者Ｕの公開鍵で署名を検証し、署名検証に成功した場合、ＦＩＤＯ認証により保有者の本人性（保有者が利用者Ｕ本人であること）が確認できたと判断する。

このように、証明書の発行時に発行者が利用したユーザの公開鍵を含めた認証情報付き証明書を提供することで、検証時にも発行時と同じ公開鍵でユーザの本人性を確認することができる。これにより、証明書の発行時のユーザと検証時の保有者との同一性を確認することができる。

〔７．変形例〕
上述した端末装置１０及びサーバ装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。

上記の実施形態において、サーバ装置１００が実行している処理の一部又は全部は、実際には、端末装置１０が実行してもよい。例えば、スタンドアローン（Stand-alone）で（端末装置１０単体で）処理が完結してもよい。この場合、端末装置１０に、上記の実施形態におけるサーバ装置１００の機能が備わっているものとする。また、上記の実施形態では、端末装置１０はサーバ装置１００と連携しているため、利用者Ｕから見れば、サーバ装置１００の処理も端末装置１０が実行しているように見える。すなわち、他の観点では、端末装置１０は、サーバ装置１００を備えているともいえる。

また、上記の実施形態において、サーバ装置１００が実行している処理の一部又は全部は、実際には、サーバ装置２００が実行してもよい。あるいは、サーバ装置２００が実行している処理の一部又は全部は、実際には、サーバ装置１００が実行してもよい。また、サーバ装置１００及びサーバ装置２００は、同じ構成のサーバ装置であってもよい。すなわち、同一のサーバ装置が、図５に示したサーバ装置１００の構成要素と、図９に示したサーバ装置２００の構成要素との両方を備えていてもよい。

また、上記の実施形態において、認証器である端末装置１０は、ユーザである利用者Ｕに対して実施した生体認証などの認証方法に関する情報を、ＦＩＤＯのアサーション（Assertion）とともに、発行者であるサーバ装置１００に送信してもよい。また、発行者であるサーバ装置１００は、「認証／本人確認コンテキスト」に関する認証情報に、認証器である端末装置１０から通知された上記認証方法に関する情報を格納してもよい。

〔８．効果〕
上述してきたように、本願に係る第１の情報処理装置（サーバ装置１００）は、証明書の発行者としての情報処理装置であって、ユーザに対して認証を実施する認証処理部１３２と、ユーザの属性及び権限に関する証明書情報と、ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を発行する発行部１３３と、持ち運び・検証可能な認証情報付き証明書をユーザに提供する提供部１３４とを備える。

認証処理部１３２は、ユーザに対してＦＩＤＯ認証を実施する。発行部１３３は、証明書情報と、ユーザのＦＩＤＯ認証に用いる認証用公開鍵を含めた認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を発行する。

発行部１３３は、証明書情報と認証情報とを格納した持ち運び・検証可能な認証情報付き証明書の全体を発行者の署名用秘密鍵で署名する。

発行部１３３は、ユーザの認証に用いる認証用公開鍵が変わるときは、持ち運び・検証可能な認証情報付き証明書を新たに再発行する。

発行部１３３は、ユーザからの申し立てにより、ユーザの認証に用いる認証用公開鍵の更新又は追加を行う。

認証処理部１３２は、ユーザからの認証用公開鍵の更新又は追加の申し立てに応じて、改めて本人確認及び現在登録済みの認証用公開鍵を使って認証を行う。発行部１３３は、認証に成功した場合、ユーザの認証に用いる認証用公開鍵の更新又は追加を行う。

発行部１３３は、ユーザの認証に用いる認証用公開鍵が変わるときは、ユーザの認証に用いる認証用公開鍵の更新を示す別の持ち運び・検証可能な認証情報付き証明書を発行する。

本願に係る第２の情報処理装置（端末装置１０）は、証明書の保有者側の情報処理装置であって、ユーザの属性及び権限に関する証明書情報と、ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保管する記憶部４０と、持ち運び・検証可能な認証情報付き証明書を検証者に提示する提示部３４とを備える。

記憶部４０は、証明書情報と、ユーザのＦＩＤＯ認証に用いる認証用公開鍵を含めた認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保管する。

本願に係る第２の情報処理装置は、発行者に対して証明書の発行要求を送信する送信部３１と、証明書の発行要求に対する発行者からのユーザ認証要求を受信する受信部３２とをさらに備える。送信部３１は、発行者からのユーザ認証要求に応じてユーザ認証が実施された際に、認証結果を発行者に送信する。受信部３２は、発行者から、ユーザの属性及び権限に関する証明書情報と、ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を受信する。

送信部３１は、発行者からのユーザ認証要求に応じて認証器を用いてユーザに対するＦＩＤＯ認証が実施された際に、認証結果として、ＦＩＤＯのアサーションをユーザの署名用秘密鍵で署名して発行者に送信する。

受信部３２は、ユーザの認証に用いる認証用公開鍵が変わったときは、新たに再発行された持ち運び・検証可能な認証情報付き証明書を受信する。

送信部３１は、発行者に対して、ユーザの認証に用いる認証用公開鍵の更新又は追加の申し立てを送信する。

提示部３４は、持ち運び・検証可能な認証情報付き証明書の発行時とユーザの認証に用いる認証用公開鍵が変わったときは、検証者に対して、元の持ち運び・検証可能な認証情報付き証明書を提示するとともに、ユーザの認証に用いる認証用公開鍵の更新を示す別の持ち運び・検証可能な認証情報付き証明書を提示する。

本願に係る第３の情報処理装置（サーバ装置２００）は、証明書の検証者としての情報処理装置であって、ユーザの属性及び権限に関する証明書情報と、ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保有者から提示された際に、持ち運び・検証可能な認証情報付き証明書を取得する取得部２３１と、認証情報に示された認証方法で、保有者に対して認証を実施する認証処理部２３２と、を備える。

取得部２３１は、証明書情報と、ユーザのＦＩＤＯ認証に用いる認証用公開鍵を含めた認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を取得する。認証処理部２３２は、保有者に対してＦＩＤＯ認証を実施した際、ユーザのＦＩＤＯ認証に用いる認証用公開鍵で保有者の署名を検証する。

認証処理部２３２は、保有者が現在保有している認証用公開鍵が持ち運び・検証可能な認証情報付き証明書に登録されている認証用公開鍵と異なる場合、持ち運び・検証可能な認証情報付き証明書の発行者に対して、持ち運び・検証可能な認証情報付き証明書（ｐＶＣ）に登録されている認証用公開鍵から保有者が現在保有している新たな認証用公開鍵の問い合わせを行う。

認証処理部２３２は、ＡＰＩにより発行者と連携し、過去の認証用公開鍵を遡って確認する。

取得部２３１は、持ち運び・検証可能な認証情報付き証明書の発行時とユーザの認証に用いる認証用公開鍵が変わったときは、元の持ち運び・検証可能な認証情報付き証明書とともに、ユーザの認証に用いる認証用公開鍵の更新を示す別の持ち運び・検証可能な認証情報付き証明書を取得する。

上述した各処理のいずれかもしくは組合せにより、本願に係る情報処理装置は、持ち運び・検証可能な認証情報付き証明書を提供することができる。

〔９．ハードウェア構成〕
また、上述した実施形態に係る端末装置１０やサーバ装置１００は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。以下、サーバ装置１００を例に挙げて説明する。図１１は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力Ｉ／Ｆ（Interface）１０６０、入力Ｉ／Ｆ１０７０、ネットワークＩ／Ｆ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。演算装置１０３０は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等により実現される。

一次記憶装置１０４０は、ＲＡＭ（Random Access Memory）等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現される。二次記憶装置１０５０は、内蔵ストレージであってもよいし、外付けストレージであってもよい。また、二次記憶装置１０５０は、ＵＳＢ（Universal Serial Bus）メモリやＳＤ（Secure Digital）メモリカード等の取り外し可能な記憶媒体であってもよい。また、二次記憶装置１０５０は、クラウドストレージ（オンラインストレージ）やＮＡＳ（Network Attached Storage）、ファイルサーバ等であってもよい。

出力Ｉ／Ｆ１０６０は、ディスプレイ、プロジェクタ、及びプリンタ等といった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力Ｉ／Ｆ１０７０は、マウス、キーボード、キーパッド、ボタン、及びスキャナ等といった各種の入力装置１０２０から情報を受信するためのインターフェースであり、例えば、ＵＳＢ等により実現される。

また、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０はそれぞれ出力装置１０１０及び入力装置１０２０と無線で接続してもよい。すなわち、出力装置１０１０及び入力装置１０２０は、ワイヤレス機器であってもよい。

また、出力装置１０１０及び入力装置１０２０は、タッチパネルのように一体化していてもよい。この場合、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０も、入出力Ｉ／Ｆとして一体化していてもよい。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等から情報を読み出す装置であってもよい。

ネットワークＩ／Ｆ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力Ｉ／Ｆ１０６０や入力Ｉ／Ｆ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００がサーバ装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器から取得したプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行してもよい。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器と連携し、プログラムの機能やデータ等を他の機器の他のプログラムから呼び出して利用してもよい。

〔１０．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

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

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

例えば、上述したサーバ装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 情報処理システム
１０ 端末装置
３４ 提示部
１００ サーバ装置（発行者）
１１０ 通信部
１２０ 記憶部
１２１ 利用者情報データベース
１２２ 履歴情報データベース
１２３ 証明書データベース
１３０ 制御部
１３１ 取得部
１３２ 認証処理部
１３３ 発行部
１３４ 提供部
２００ サーバ装置（検証者）
２１０ 通信部
２２０ 記憶部
２３０ 制御部
２３１ 取得部
２３２ 認証処理部

Claims (25)

1. 証明書の発行者としての情報処理装置であって、
   ユーザに対して認証を実施する認証処理部と、
   前記ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を発行する発行部と、
   前記持ち運び・検証可能な認証情報付き証明書を前記ユーザに提供する提供部と
   を備えることを特徴とする情報処理装置。
2. 前記認証処理部は、前記ユーザに対してＦＩＤＯ認証を実施し、
   前記発行部は、前記証明書情報と、前記ユーザのＦＩＤＯ認証に用いる認証用公開鍵を含めた前記認証情報とを格納した前記持ち運び・検証可能な認証情報付き証明書を発行する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記発行部は、前記証明書情報と前記認証情報とを格納した前記持ち運び・検証可能な認証情報付き証明書の全体を発行者の署名用秘密鍵で署名する
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記発行部は、前記ユーザの認証に用いる認証用公開鍵が変わるときは、前記持ち運び・検証可能な認証情報付き証明書を新たに再発行する
   ことを特徴とする請求項１～３のうちいずれか１つに記載の情報処理装置。
5. 前記発行部は、前記ユーザからの申し立てにより、前記ユーザの認証に用いる認証用公開鍵の更新又は追加を行う
   ことを特徴とする請求項１～４のうちいずれか１つに記載の情報処理装置。
6. 前記認証処理部は、前記ユーザからの認証用公開鍵の更新又は追加の申し立てに応じて、改めて本人確認及び現在登録済みの認証用公開鍵を使って認証を行い、
   前記発行部は、認証に成功した場合、前記ユーザの認証に用いる認証用公開鍵の更新又は追加を行う
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記発行部は、前記ユーザの認証に用いる認証用公開鍵が変わるときは、前記ユーザの認証に用いる認証用公開鍵の更新を示す別の持ち運び・検証可能な認証情報付き証明書を発行する
   ことを特徴とする請求項１～６のうちいずれか１つに記載の情報処理装置。
8. 証明書の保有者側の情報処理装置であって、
   ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保管する記憶部と、
   前記持ち運び・検証可能な認証情報付き証明書を検証者に提示する提示部と
   を備えることを特徴とする情報処理装置。
9. 前記記憶部は、前記証明書情報と、前記ユーザのＦＩＤＯ認証に用いる認証用公開鍵を含めた前記認証情報とを格納した前記持ち運び・検証可能な認証情報付き証明書を保管する
   ことを特徴とする請求項８に記載の情報処理装置。
10. 発行者に対して証明書の発行要求を送信する送信部と、
    前記証明書の発行要求に対する前記発行者からのユーザ認証要求を受信する受信部と
    をさらに備え、
    前記送信部は、前記発行者からの前記ユーザ認証要求に応じてユーザ認証が実施された際に、認証結果を前記発行者に送信し、
    前記受信部は、前記発行者から、前記ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を受信する
    ことを特徴とする請求項８又は９に記載の情報処理装置。
11. 前記送信部は、前記発行者からの前記ユーザ認証要求に応じて認証器を用いて前記ユーザに対するＦＩＤＯ認証が実施された際に、前記認証結果として、ＦＩＤＯのアサーションを前記ユーザの署名用秘密鍵で署名して前記発行者に送信する
    ことを特徴とする請求項１０に記載の情報処理装置。
12. 前記受信部は、前記ユーザの認証に用いる認証用公開鍵が変わったときは、新たに再発行された持ち運び・検証可能な認証情報付き証明書を受信する
    ことを特徴とする請求項１０又は１１に記載の情報処理装置。
13. 前記送信部は、前記発行者に対して、前記ユーザの認証に用いる認証用公開鍵の更新又は追加の申し立てを送信する
    ことを特徴とする請求項１０～１２のうちいずれか１つに記載の情報処理装置。
14. 前記提示部は、前記持ち運び・検証可能な認証情報付き証明書の発行時と前記ユーザの認証に用いる認証用公開鍵が変わったときは、検証者に対して、元の前記持ち運び・検証可能な認証情報付き証明書を提示するとともに、前記ユーザの認証に用いる認証用公開鍵の更新を示す別の持ち運び・検証可能な認証情報付き証明書を提示する
    ことを特徴とする請求項８～１３のうちいずれか１つに記載の情報処理装置。
15. 証明書の検証者としての情報処理装置であって、
    ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保有者から提示された際に、前記持ち運び・検証可能な認証情報付き証明書を取得する取得部と、
    前記認証情報に示された認証方法で、前記保有者に対して認証を実施する認証処理部と、
    を備えることを特徴とする情報処理装置。
16. 前記取得部は、前記証明書情報と、前記ユーザのＦＩＤＯ認証に用いる認証用公開鍵を含めた前記認証情報とを格納した前記持ち運び・検証可能な認証情報付き証明書を取得し、
    前記認証処理部は、前記保有者に対してＦＩＤＯ認証を実施した際、前記ユーザのＦＩＤＯ認証に用いる認証用公開鍵で前記保有者の署名を検証する
    ことを特徴とする請求項１５に記載の情報処理装置。
17. 前記認証処理部は、前記保有者が現在保有している認証用公開鍵が前記持ち運び・検証可能な認証情報付き証明書に登録されている認証用公開鍵と異なる場合、前記持ち運び・検証可能な認証情報付き証明書の発行者に対して、持ち運び・検証可能な認証情報付き証明書に登録されている認証用公開鍵から前記保有者が現在保有している新たな認証用公開鍵の問い合わせを行う
    ことを特徴とする請求項１５又は１６に記載の情報処理装置。
18. 前記認証処理部は、ＡＰＩにより前記持ち運び・検証可能な認証情報付き証明書の発行者と連携し、過去の認証用公開鍵を遡って確認する
    ことを特徴とする請求項１５～１７のうちいずれか１つに記載の情報処理装置。
19. 前記取得部は、前記持ち運び・検証可能な認証情報付き証明書の発行時と前記ユーザの認証に用いる認証用公開鍵が変わったときは、元の前記持ち運び・検証可能な認証情報付き証明書とともに、前記ユーザの認証に用いる認証用公開鍵の更新を示す別の持ち運び・検証可能な認証情報付き証明書を取得する
    ことを特徴とする請求項１５～１８のうちいずれか１つに記載の情報処理装置。
20. 証明書の発行者としての情報処理装置が実行する情報処理方法であって、
    ユーザに対して認証を実施する認証処理工程と、
    前記ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を発行する発行工程と、
    前記持ち運び・検証可能な認証情報付き証明書を前記ユーザに提供する提供工程と
    を含むことを特徴とする情報処理方法。
21. 証明書の保有者側の情報処理装置が実行する情報処理方法であって、
    ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保管する管理工程と
    前記持ち運び・検証可能な認証情報付き証明書を検証者に提示する提示工程と
    を含むことを特徴とする情報処理方法。
22. 証明書の検証者としての情報処理装置が実行する情報処理方法であって、
    ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保有者から提示された際に、前記持ち運び・検証可能な認証情報付き証明書を取得する取得工程と、
    前記認証情報に示された認証方法で、前記保有者に対して認証を実施する認証処理工程と、
    を含むことを特徴とする情報処理方法。
23. ユーザに対して認証を実施する認証処理手順と、
    前記ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を発行する発行手順と、
    前記持ち運び・検証可能な認証情報付き証明書を前記ユーザに提供する提供手順と
    を証明書の発行者としてのコンピュータに実行させるための情報処理プログラム。
24. ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保管する管理手順と
    前記持ち運び・検証可能な認証情報付き証明書を検証者に提示する提示手順と
    を証明書の保有者側のコンピュータに実行させるための情報処理プログラム。
25. ユーザの属性及び権限に関する証明書情報と、前記ユーザに対して実施した認証方法を示す認証情報とを格納した持ち運び・検証可能な認証情報付き証明書を保有者から提示された際に、前記持ち運び・検証可能な認証情報付き証明書を取得する取得手順と、
    前記認証情報に示された認証方法で、前記保有者に対して認証を実施する認証処理手順と、
    を証明書の検証者としてのコンピュータに実行させるための情報処理プログラム。

Images