知財求人 - 知財ポータルサイト「IP Force」
特開2023-134108証明書検証装置、証明書検証方法、プログラム、及び証明書検証システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023134108
(43)【公開日】2023-09-27
(54)【発明の名称】証明書検証装置、証明書検証方法、プログラム、及び証明書検証システム
(51)【国際特許分類】
H04L 9/32 20060101AFI20230920BHJP
【ＦＩ】
H04L9/32 200D
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2022039464
(22)【出願日】2022-03-14
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110000176
【氏名又は名称】弁理士法人一色国際特許事務所
(72)【発明者】
【氏名】鈴木 茜
(72)【発明者】
【氏名】安細 康介
(72)【発明者】
【氏名】森尾 智治
(72)【発明者】
【氏名】小川 政美
(72)【発明者】
【氏名】藤城 孝宏
(57)【要約】 （修正有）
【課題】複数のトラストリストが存在する場合であっても、信頼性の高いトラストアンカに基づき証明書の検証を行う証明書検証装置、証明書検証方法、プログラム及び証明書検証システムを提供する。
【解決手段】証明書検証システム１において、証明書検証サーバ５０は、複数のＴＬ公開サイトから受信した複数のトラストリスト（ＴＬ）の情報に基づき、複数のＴＬの間の連結関係及び複数のＴＬの有効性の情報と、連結関係及び有効性が確認されたＴＬに登録されている認証局の情報とを夫々取得してメモリに記憶し、複数の検証依頼者端末から、検証対象の証明書を含む検証要求を受信した場合に、記憶した情報から特定した認証局の証明書の情報に基づき、検証対象の証明書が示す認証局と、特定した認証局との間の連結関係及び各認証局の証明書の有効性を検証し、検証した結果を検証依頼者端末に送信する。
【選択図】図１
【解決手段】証明書検証システム１において、証明書検証サーバ５０は、複数のＴＬ公開サイトから受信した複数のトラストリスト（ＴＬ）の情報に基づき、複数のＴＬの間の連結関係及び複数のＴＬの有効性の情報と、連結関係及び有効性が確認されたＴＬに登録されている認証局の情報とを夫々取得してメモリに記憶し、複数の検証依頼者端末から、検証対象の証明書を含む検証要求を受信した場合に、記憶した情報から特定した認証局の証明書の情報に基づき、検証対象の証明書が示す認証局と、特定した認証局との間の連結関係及び各認証局の証明書の有効性を検証し、検証した結果を検証依頼者端末に送信する。
【選択図】図１
【特許請求の範囲】
【請求項1】
プロセッサ及びメモリを備え、前記プロセッサが、
第１の情報処理装置から受信した複数のトラストリストの情報に基づき、前記複数のトラストリストの間の連結関係及び前記複数のトラストリストの有効性の情報と、前記連結関係及び有効性が確認された前記トラストリストに登録されている認証局の情報とをそれぞれ取得して前記メモリに記憶するトラストリスト取得処理を実行するストア管理処理と、
第２の情報処理装置から、検証対象の証明書を含む検証要求を受信した場合に、前記メモリに記憶した情報から特定した認証局の証明書の情報に基づき、前記検証対象の証明書が示す認証局と前記特定した認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するトラストリスト検証処理を実行する証明書検証共通処理と、
前記検証した結果を前記第２の情報処理装置に送信する検証結果応答処理と
を実行する、証明書検証装置。
第１の情報処理装置から受信した複数のトラストリストの情報に基づき、前記複数のトラストリストの間の連結関係及び前記複数のトラストリストの有効性の情報と、前記連結関係及び有効性が確認された前記トラストリストに登録されている認証局の情報とをそれぞれ取得して前記メモリに記憶するトラストリスト取得処理を実行するストア管理処理と、
第２の情報処理装置から、検証対象の証明書を含む検証要求を受信した場合に、前記メモリに記憶した情報から特定した認証局の証明書の情報に基づき、前記検証対象の証明書が示す認証局と前記特定した認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するトラストリスト検証処理を実行する証明書検証共通処理と、
前記検証した結果を前記第２の情報処理装置に送信する検証結果応答処理と
を実行する、証明書検証装置。
【請求項2】
前記プロセッサは、前記証明書検証共通処理において、
前記受信した前記検証要求に、検証者が信用する証明書であるトラストアンカが付帯しているか否かを判定し、前記検証要求に前記トラストアンカが付帯していない場合には、前記トラストリスト検証処理を実行し、
前記検証要求に前記トラストアンカが付帯している場合には、前記検証対象の証明書及び前記トラストアンカに基づき、前記検証対象の証明書により特定される認証局と前記トラストアンカが示す認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するブリッジモデル検証処理を実行し、検証した結果を前記第２の情報処理装置に送信する、
請求項１に記載の証明書検証装置。
前記受信した前記検証要求に、検証者が信用する証明書であるトラストアンカが付帯しているか否かを判定し、前記検証要求に前記トラストアンカが付帯していない場合には、前記トラストリスト検証処理を実行し、
前記検証要求に前記トラストアンカが付帯している場合には、前記検証対象の証明書及び前記トラストアンカに基づき、前記検証対象の証明書により特定される認証局と前記トラストアンカが示す認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するブリッジモデル検証処理を実行し、検証した結果を前記第２の情報処理装置に送信する、
請求項１に記載の証明書検証装置。
【請求項3】
前記プロセッサは、
前記ストア管理処理において、予め設定されたタイミングで繰り返し、前記トラストリスト取得処理を実行する、請求項１に記載の証明書検証装置。
前記ストア管理処理において、予め設定されたタイミングで繰り返し、前記トラストリスト取得処理を実行する、請求項１に記載の証明書検証装置。
【請求項4】
前記プロセッサは、
前記ストア管理処理において、前記連結関係及び有効性が確認されたトラストリストに登録されている認証局の証明書を前記メモリに記憶し、
前記証明書検証共通処理において、前記受信した検証要求にトラストアンカが付帯していない場合には、前記メモリに記憶した、前記連結関係及び有効性が確認されたトラストリストに登録されている認証局の証明書の情報に基づき、前記トラストリスト検証処理を実行する、
請求項２に記載の証明書検証装置。
前記ストア管理処理において、前記連結関係及び有効性が確認されたトラストリストに登録されている認証局の証明書を前記メモリに記憶し、
前記証明書検証共通処理において、前記受信した検証要求にトラストアンカが付帯していない場合には、前記メモリに記憶した、前記連結関係及び有効性が確認されたトラストリストに登録されている認証局の証明書の情報に基づき、前記トラストリスト検証処理を実行する、
請求項２に記載の証明書検証装置。
【請求項5】
入力装置をさらに備え、
前記プロセッサは、
ユーザから、前記検証対象の証明書が対応している検証方法の入力を前記入力装置により受け付け、
前記証明書検証共通処理において、前記検証要求を受信した場合に、前記入力された検証方法に前記トラストリストによる証明書の検証方法が指定されているか否かを判定し、前記入力された検証方法に前記トラストリストによる証明書の検証方法が指定されている場合にのみ、前記トラストリスト検証処理を実行する、
請求項１に記載の証明書検証装置。
前記プロセッサは、
ユーザから、前記検証対象の証明書が対応している検証方法の入力を前記入力装置により受け付け、
前記証明書検証共通処理において、前記検証要求を受信した場合に、前記入力された検証方法に前記トラストリストによる証明書の検証方法が指定されているか否かを判定し、前記入力された検証方法に前記トラストリストによる証明書の検証方法が指定されている場合にのみ、前記トラストリスト検証処理を実行する、
請求項１に記載の証明書検証装置。
【請求項6】
前記プロセッサは、
前記トラストリスト検証処理を実行する際に前記連結関係及び前記有効性を検証した認証局に係るトラストリストの品質を示す情報を、前記メモリに記憶した情報に基づき作成するＴＬ方式検証追加処理を実行し、
前記検証結果応答処理において、前記作成した情報を含んだ、前記検証した結果を、前記第２の情報処理装置に送信する、
請求項１に記載の証明書検証装置。
前記トラストリスト検証処理を実行する際に前記連結関係及び前記有効性を検証した認証局に係るトラストリストの品質を示す情報を、前記メモリに記憶した情報に基づき作成するＴＬ方式検証追加処理を実行し、
前記検証結果応答処理において、前記作成した情報を含んだ、前記検証した結果を、前記第２の情報処理装置に送信する、
請求項１に記載の証明書検証装置。
【請求項7】
プロセッサ及びメモリを備える情報処理装置において前記プロセッサが、
他の第１の情報処理装置から受信した複数のトラストリストの情報に基づき、前記複数のトラストリストの間の連結関係及び前記複数のトラストリストの有効性の情報と、前記連結関係及び有効性が確認された前記トラストリストに登録されている認証局の情報とをそれぞれ取得して前記メモリに記憶するトラストリスト取得処理を実行するストア管理処理と、
他の第２の情報処理装置から、検証対象の証明書を含む検証要求を受信した場合に、前記メモリに記憶した情報から特定した認証局の証明書の情報に基づき、前記検証対象の証明書が示す認証局と前記特定した認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するトラストリスト検証処理を実行する証明書検証共通処理と、
前記検証した結果を前記第２の情報処理装置に送信する検証結果応答処理と
を実行する証明書検証方法。
他の第１の情報処理装置から受信した複数のトラストリストの情報に基づき、前記複数のトラストリストの間の連結関係及び前記複数のトラストリストの有効性の情報と、前記連結関係及び有効性が確認された前記トラストリストに登録されている認証局の情報とをそれぞれ取得して前記メモリに記憶するトラストリスト取得処理を実行するストア管理処理と、
他の第２の情報処理装置から、検証対象の証明書を含む検証要求を受信した場合に、前記メモリに記憶した情報から特定した認証局の証明書の情報に基づき、前記検証対象の証明書が示す認証局と前記特定した認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するトラストリスト検証処理を実行する証明書検証共通処理と、
前記検証した結果を前記第２の情報処理装置に送信する検証結果応答処理と
を実行する証明書検証方法。
【請求項8】
前記プロセッサが、
前記証明書検証共通処理において、前記受信した前記検証要求に、検証者が信用する証明書であるトラストアンカが付帯しているか否かを判定し、前記検証要求に前記トラストアンカが付帯していない場合には、前記トラストリスト検証処理を実行し、
前記検証要求に前記トラストアンカが付帯している場合には、前記検証対象の証明書及び前記トラストアンカに基づき、前記検証対象の証明書により特定される認証局と前記トラストアンカが示す認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するブリッジモデル検証処理を実行し、検証した結果を前記情報処理装置に送信する、
請求項７に記載の証明書検証方法。
前記証明書検証共通処理において、前記受信した前記検証要求に、検証者が信用する証明書であるトラストアンカが付帯しているか否かを判定し、前記検証要求に前記トラストアンカが付帯していない場合には、前記トラストリスト検証処理を実行し、
前記検証要求に前記トラストアンカが付帯している場合には、前記検証対象の証明書及び前記トラストアンカに基づき、前記検証対象の証明書により特定される認証局と前記トラストアンカが示す認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するブリッジモデル検証処理を実行し、検証した結果を前記情報処理装置に送信する、
請求項７に記載の証明書検証方法。
【請求項9】
前記プロセッサが、
前記ストア管理処理において、予め設定されたタイミングで繰り返し、前記トラストリスト取得処理を実行する、請求項７に記載の証明書検証方法。
前記ストア管理処理において、予め設定されたタイミングで繰り返し、前記トラストリスト取得処理を実行する、請求項７に記載の証明書検証方法。
【請求項10】
前記プロセッサが、
前記ストア管理処理において、前記連結関係及び有効性が確認されたトラストリストに登録されている認証局の証明書を前記メモリに記憶し、
前記証明書検証共通処理において、前記受信した検証要求にトラストアンカが付帯していない場合には、前記メモリに記憶した、前記連結関係及び有効性が確認されたトラストリストに登録されている認証局の証明書の情報に基づき、前記トラストリスト検証処理を実行する、
請求項８に記載の証明書検証方法。
前記ストア管理処理において、前記連結関係及び有効性が確認されたトラストリストに登録されている認証局の証明書を前記メモリに記憶し、
前記証明書検証共通処理において、前記受信した検証要求にトラストアンカが付帯していない場合には、前記メモリに記憶した、前記連結関係及び有効性が確認されたトラストリストに登録されている認証局の証明書の情報に基づき、前記トラストリスト検証処理を実行する、
請求項８に記載の証明書検証方法。
【請求項11】
前記情報処理装置は入力装置をさらに備え、
前記プロセッサが、
ユーザから、前記検証対象の証明書が対応している検証方法の入力を前記入力装置により受け付け、
前記証明書検証共通処理において、前記検証要求を受信した場合に、前記入力された検証方法に前記トラストリストによる証明書の検証方法が指定されているか否かを判定し、前記入力された検証方法に前記トラストリストによる証明書の検証方法が指定されている
場合にのみ、前記トラストリスト検証処理を実行する、
請求項７に記載の証明書検証方法。
前記プロセッサが、
ユーザから、前記検証対象の証明書が対応している検証方法の入力を前記入力装置により受け付け、
前記証明書検証共通処理において、前記検証要求を受信した場合に、前記入力された検証方法に前記トラストリストによる証明書の検証方法が指定されているか否かを判定し、前記入力された検証方法に前記トラストリストによる証明書の検証方法が指定されている
場合にのみ、前記トラストリスト検証処理を実行する、
請求項７に記載の証明書検証方法。
【請求項12】
前記プロセッサが、
前記トラストリスト検証処理を実行する際に、前記連結関係及び前記有効性を検証した認証局に係るトラストリストの品質を示す情報を、前記メモリに記憶した情報に基づき作成するＴＬ方式検証追加処理を実行し、
前記検証結果応答処理において、前記作成した情報を含んだ、前記検証した結果を、前記第２の情報処理装置に送信する、
請求項７に記載の証明書検証方法。
前記トラストリスト検証処理を実行する際に、前記連結関係及び前記有効性を検証した認証局に係るトラストリストの品質を示す情報を、前記メモリに記憶した情報に基づき作成するＴＬ方式検証追加処理を実行し、
前記検証結果応答処理において、前記作成した情報を含んだ、前記検証した結果を、前記第２の情報処理装置に送信する、
請求項７に記載の証明書検証方法。
【請求項13】
プロセッサ及びメモリを備える情報処理装置の前記プロセッサに、
他の第１の情報処理装置から受信した複数のトラストリストの情報に基づき、前記複数のトラストリストの間の連結関係及び前記複数のトラストリストの有効性の情報と、前記連結関係及び有効性が確認された前記トラストリストに登録されている認証局の情報とをそれぞれ取得して前記メモリに記憶するトラストリスト取得処理を実行するストア管理処理と、
他の第２の情報処理装置から、検証対象の証明書を含む検証要求を受信した場合に、前記メモリに記憶した情報から特定した認証局の証明書の情報に基づき、前記検証対象の証明書が示す認証局と前記特定した認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するトラストリスト検証処理を実行する証明書検証共通処理と、
前記検証した結果を前記他の第２の情報処理装置に送信する検証結果応答処理と
を実行させるプログラム。
他の第１の情報処理装置から受信した複数のトラストリストの情報に基づき、前記複数のトラストリストの間の連結関係及び前記複数のトラストリストの有効性の情報と、前記連結関係及び有効性が確認された前記トラストリストに登録されている認証局の情報とをそれぞれ取得して前記メモリに記憶するトラストリスト取得処理を実行するストア管理処理と、
他の第２の情報処理装置から、検証対象の証明書を含む検証要求を受信した場合に、前記メモリに記憶した情報から特定した認証局の証明書の情報に基づき、前記検証対象の証明書が示す認証局と前記特定した認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するトラストリスト検証処理を実行する証明書検証共通処理と、
前記検証した結果を前記他の第２の情報処理装置に送信する検証結果応答処理と
を実行させるプログラム。
【請求項14】
複数のトラストリストの情報を送信する第１の情報処理装置と、
検証対象の証明書を含む検証要求を送信する第２の情報処理装置と、
プロセッサ及びメモリを備え、前記プロセッサが、
前記第１の情報処理装置から受信した複数のトラストリストの情報に基づき、前記複数のトラストリストの間の連結関係及び前記複数のトラストリストの有効性の情報と、前記連結関係及び有効性が確認された前記トラストリストに登録されている認証局の情報とをそれぞれ取得して前記メモリに記憶するトラストリスト取得処理を実行するストア管理処理と、
前記第２の情報処理装置から、検証対象の証明書を含む検証要求を受信した場合に、前記メモリに記憶した情報から特定した認証局の証明書の情報に基づき、前記検証対象の証明書が示す認証局と前記特定した認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するトラストリスト検証処理を実行する証明書検証共通処理と、
前記検証した結果を前記第２の情報処理装置に送信する検証結果応答処理とを実行する証明書検証装置と
を含んで構成される証明書検証システム。
検証対象の証明書を含む検証要求を送信する第２の情報処理装置と、
プロセッサ及びメモリを備え、前記プロセッサが、
前記第１の情報処理装置から受信した複数のトラストリストの情報に基づき、前記複数のトラストリストの間の連結関係及び前記複数のトラストリストの有効性の情報と、前記連結関係及び有効性が確認された前記トラストリストに登録されている認証局の情報とをそれぞれ取得して前記メモリに記憶するトラストリスト取得処理を実行するストア管理処理と、
前記第２の情報処理装置から、検証対象の証明書を含む検証要求を受信した場合に、前記メモリに記憶した情報から特定した認証局の証明書の情報に基づき、前記検証対象の証明書が示す認証局と前記特定した認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するトラストリスト検証処理を実行する証明書検証共通処理と、
前記検証した結果を前記第２の情報処理装置に送信する検証結果応答処理とを実行する証明書検証装置と
を含んで構成される証明書検証システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、証明書検証装置、証明書検証方法、プログラム、及び証明書検証システムに関する。
【背景技術】
【0002】
電子証明書は、電子申請等の電子契約に幅広く用いられるようになっている。これに伴い、電子証明書を管理する認証局も多数存在するようになっている。そこで、複数の認証局の間での相互認証を行うためのモデルが提案されている。このような認証局の相互認証の方法の代表的なものとして、例えば、ブリッジモデル、トラストリスト（ないしトラステッドリスト）（Trusted Lists）が知られている。
【0003】
トラストリストを用いた相互認証は、ブリッジモデルによる相互認証と比べると、認証局間の認証関係を構築し各証明書を検証する（認証パスの構築及び検証）ための処理負荷が小さいというメリットがある。一方、トラストリストを用いた相互認証では、トラストリスト間の関係の構築及び検証といった、トラストリスト特有の処理が発生する。また、トラストリストでは、証明書（認証局）の信頼の起点であるトラストアンカの管理がブリッジモデルよりも煩雑となる場合がある。特に、トラストリストが複数の国又は地域にまたがって利用されると、それらの管理又は処理の負荷は大きくなることが予想される。
【0004】
この点、非特許文献１、２には、トラストリストを用いたモデル（ＴＬモデル）において、ＥＵ加盟国内で相互に証明書の相互認証を行う方法が開示されている。
【0005】
また、特許文献１には、信頼点証明書管理サーバの内部に情報端末の信頼点が発行する公開鍵証明書のデータベースを持ち、情報端末から必要な公開鍵証明書の送付要求を受付けたときは、上記データベース内を検索し、検索の結果当該公開鍵証明書を発見したときは情報端末にその公開鍵証明書を送付することが開示されている。また、特許文献２には、複数の暗号化システムに利用できるデジタル証明書を発行する方法について開示されている。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２００６－１４８４５４号公報
【特許文献2】特開２０２０－０１０３９６号公報
【非特許文献】
【0007】
【非特許文献1】"ETSI TS 119 172-4 V1.1.1"、[online]、[令和４年（２０２２年）２月２５日検索]、インターネット、＜ＵＲＬ：https://standards.globalspec.com/std/14387063/ts-119-172-4＞
【非特許文献2】"ETSI TS 119 615 V1.1.1"、[online]、[令和４年（２０２２年）２月２５日検索]、インターネット、＜ＵＲＬ：https://www.etsi.org/deliver/etsi_ts/119600_119699/119615/01.01.01_60/ts_119615v010101p.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【0008】
しかしながら、非特許文献１、２には、ＥＵ加盟国内以外の地域との間でトラストリストを連携する場合については考慮されていない。
【0009】
また、特許文献１は、証明書を集約して管理するものであるが、それらの間の信頼関係を確認することはできない。また、特許文献２には、複数の暗号アルゴリズムと署名値を記載した証明書を発行し、検証者が対応可能なアルゴリズムで署名検証する方式が開示されているが、検証方式については証明書の記載事項に埋め込むことができないため、証明書の方式を判定する場合には適用できない。また、市場においてブリッジモデル及びトラストリストが共存する場合、証明書の検証者は、検証対象の証明書を参照するだけでは、その証明書がブリッジモデル及びトラストリストのいずれを用いて検証をすべきなのかを判断することもできない。
【0010】
本発明は、このような現状に鑑みてなされたものであり、その目的は、複数のトラストリストが存在する場合であっても信頼性の高いトラストアンカに基づき証明書の検証を行うことが可能な証明書検証装置、証明書検証方法、プログラム、及び証明書検証システムを提供することを目的とする。
【課題を解決するための手段】
【0011】
上記課題を解決するための本発明の一つは、プロセッサ及びメモリを備え、前記プロセッサが、第１の情報処理装置から受信した複数のトラストリストの情報に基づき、前記複数のトラストリストの間の連結関係及び前記複数のトラストリストの有効性の情報と、前記連結関係及び有効性が確認された前記トラストリストに登録されている認証局の情報とをそれぞれ取得して前記メモリに記憶するトラストリスト取得処理を実行するストア管理処理と、第２の情報処理装置から、検証対象の証明書を含む検証要求を受信した場合に、前記メモリに記憶した情報から特定した認証局の証明書の情報に基づき、前記検証対象の証明書が示す認証局と前記特定した認証局との間の連結関係及び、各前記認証局の証明書の有効性を検証するトラストリスト検証処理を実行する証明書検証共通処理と、前記検証した結果を前記第２の情報処理装置に送信する検証結果応答処理とを実行する、証明書検証装置、である。
【発明の効果】
【0012】
本発明によれば、複数のトラストリストが存在する場合であっても信頼性の高いトラストアンカに基づき証明書の検証を行うことができる。
上記した以外の構成及び効果等は、以下の実施形態の説明により明らかにされる。
上記した以外の構成及び効果等は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【0013】
【図1】本実施形態に係る証明書検証システムの構成の一例を示す図である。
【図2】本実施形態の証明書検証システムにおける、ブリッジモデル及びＴＬモデルの構成の一例を示す図である。
【図3】ＴＬのデータ構成の例を示す図である。
【図4】ＴＬ管理テーブルの一例を示す図である。
【図5】ＴＬパス管理テーブルの一例を示す図である。
【図6】ＴＳＰ管理テーブルの一例を示す図である。
【図7】証明書管理テーブルの一例を示す図である。
【図8】更新設定値情報の一例を示す図である。
【図9】証明書検証システムにおける各情報処理装置が備えるハードウェアの一例を説明する図である。
【図10】証明書検証システムで行われる処理の概要を説明する図である。
【図11】ＴＬ取得処理の一例を説明するフロー図である。
【図12】ＴＬパス構築検証処理の詳細を説明するフロー図である。
【図13】証明書検証処理の一例を説明するフロー図である。
【図14】ＯＣＳＰリクエストのデータ形式の一例を示す図である。
【図15】ＯＣＳＰレスポンスのデータ形式の一例を示す図である。
【図16】追加処理の詳細を説明する図である。
【図17】構築及び検証処理のうち、認証パスの構築に係る処理を説明するフロー図である。
【図18】構築及び検証処理のうち、認証パスの検証（証明書の有効性の検証）に係る処理を説明するフロー図である。
【発明を実施するための形態】
【0014】
図１は、本実施形態に係る証明書検証システム１の構成の一例を示す図である。証明書検証システム１は、認証局が発行した電子証明書（以下、単に証明書という）を添付した電子文書等のデータを送受信するユーザが利用する複数の検証依頼者端末１０（１０ａ，・・・，１０ｎ）（第２の情報処理装置）と、証明書を発行する認証局が管理する１又は複数の認証局サーバ２０（３０ａ，・・・，３０ｎ）と、相互に信頼関係を構築し相互認証した認証局のリストを管理したデータであるトラストリスト（トラステッドリスト）（Trusted List:TL。以下、ＴＬという。）の情報を公開している、複数のＴＬ公開サイト
３０（３０ａ，・・・，３０ｎ）（第１の情報処理装置）と、ＴＬを検証するための公開鍵証明書を公開している、複数のＴＬ署名用証明書公開サイト４０（４０ａ，・・・，４０ｎ）と、後述する証明書検証サーバ５０（証明書検証装置）の各情報処理装置を含んで構成されている。
３０（３０ａ，・・・，３０ｎ）（第１の情報処理装置）と、ＴＬを検証するための公開鍵証明書を公開している、複数のＴＬ署名用証明書公開サイト４０（４０ａ，・・・，４０ｎ）と、後述する証明書検証サーバ５０（証明書検証装置）の各情報処理装置を含んで構成されている。
【0015】
検証依頼者端末１０、認証局サーバ２０、ＴＬ公開サイト３０、ＴＬ署名用証明書公開サイト４０、及び証明書検証サーバ５０の間は、例えば、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、又は専用線等の有線又は無線の通信
ネットワーク５により通信可能となっている。
ネットワーク５により通信可能となっている。
【0016】
証明書検証システム１では、各国又は各地域の管理者により信頼された認証局のリストであるＴＬと、２つの認証局同士で交わされた相互認証証明書のネットワークであるブリッジモデルとによって、各認証局の信頼性（認証局間の連結関係及び各認証局の証明書の有効性）が確保されている。
【0017】
図２は、本実施形態の証明書検証システム１における、ブリッジモデル及び、ＴＬによるモデル（以下、ＴＬモデルという）の構成の一例を示す図である。
【0018】
まず、ブリッジモデル５００では、認証局ＣＡ１と認証局ＢＣＡの間、認証局ＢＣＡと認証局ＣＡ２の間、及び、認証局ＣＡ２と認証局ＣＡ３の間での相互認証が、相互認証証明書５０１をそれぞれ取り交わすことにより行われている。相手認証局から自認証局に発行された相互認証証明書と、自認証局が相手認証局へ発行した相互認証証明書をペアの形で格納したものを相互認証証明書ペアと呼ぶ。相互認証証明書ペアはディレクトリーサーバで公開される。なお、認証局ＣＡ３は、直属の下位の認証局ＣＡ３ａ、認証局ＣＡ３ｂを直接管理している。また、各認証局（下位の認証局を含む）は、ＥＥ証明書５０３（EE: End Entity）をユーザ（EE）に発行する。
【0019】
ＴＬモデル６００は、１又は複数の国又は地域の認証局を管理している。すなわち、ＴＬモデル６００は、ブリッジモデル５００における認証局ＣＡ２及び認証局ＣＡ３ｂの情報と、ブリッジモデル５００の対象外の認証局ＣＡ４の情報を少なくとも登録した第１ＴＬ６１０と、地域内の１又は複数の国の情報を記憶した第２ＴＬ６２０と、当該地域内の各国の認証局ＣＡ５、ＣＡ６の情報をそれぞれ記憶した第３ＴＬ６３０とを含んで含んでいる。各ＴＬは、他のＴＬをポインタ６４０により特定する。各認証局は、ＥＥ証明書６５０をユーザ（EE）に発行する。
ここで、ＴＬのデータ構成を説明する。
ここで、ＴＬのデータ構成を説明する。
【0020】
（ＴＬ）
図３は、ＴＬのデータ構成の一部を抽出した例を示す図である。各ＴＬ３００は、他のＴＬへのポインタ３０１と、署名３０４とを含む。ポインタ３０１は、自身のＴＬ又は自身のＴＬと信頼関係を有する他のＴＬを検証するための公開鍵証明書３０２と、当該他のＴＬの所在３０３（本実施形態ではＵＲＬ）とからなる組み合わせを、１又は複数有する。
図３は、ＴＬのデータ構成の一部を抽出した例を示す図である。各ＴＬ３００は、他のＴＬへのポインタ３０１と、署名３０４とを含む。ポインタ３０１は、自身のＴＬ又は自身のＴＬと信頼関係を有する他のＴＬを検証するための公開鍵証明書３０２と、当該他のＴＬの所在３０３（本実施形態ではＵＲＬ）とからなる組み合わせを、１又は複数有する。
【0021】
同図の例では、起点の「ＴＬ Ｃ１」は、所在３０３により「ＴＬ Ａ１」を特定し、「ＴＬ Ｃ１」の「ＴＬ Ａ１」に関する公開鍵証明書３０２から抽出される公開鍵により「ＴＬ Ａ１」の署名３０４を検証する。「ＴＬ Ａ１」は、所在３０３により「ＴＬ
Ｃ１」、「ＴＬ Ｃ２」、「ＴＬ Ｃ３」を特定し、「ＴＬ Ａ１」の「ＴＬ Ｃ１」、「ＴＬ Ｃ２」、「ＴＬ Ｃ３」に関する公開鍵証明書から抽出される公開鍵により「ＴＬ Ｃ１」、「ＴＬ Ｃ２」、「ＴＬ Ｃ３」の署名３０４をそれぞれ検証する。
Ｃ１」、「ＴＬ Ｃ２」、「ＴＬ Ｃ３」を特定し、「ＴＬ Ａ１」の「ＴＬ Ｃ１」、「ＴＬ Ｃ２」、「ＴＬ Ｃ３」に関する公開鍵証明書から抽出される公開鍵により「ＴＬ Ｃ１」、「ＴＬ Ｃ２」、「ＴＬ Ｃ３」の署名３０４をそれぞれ検証する。
【0022】
次に、図１に示すように、証明書検証サーバ５０は、検証要求受付部５１、検証結果応答部５２、証明書検証共通処理部５３、ＴＬ方式検証追加処理部５４、及びストア管理部５７の各機能部（プログラム）を備える。
【0023】
検証要求受付部５１は、検証依頼者端末１０から、検証対象の証明書を含む検証要求を受信する。
【0024】
検証結果応答部５２は、検証要求に応答データである検証応答を、検証依頼者端末１０に送信する。
【0025】
ストア管理部５７は、ＴＬ公開サイト３０から受信した複数のトラストリストの情報に基づき、複数のトラストリストの間の連結関係及び複数のトラストリストの有効性の情報（ＴＬのパスの構築及びその検証）と、その連結関係及び有効性が確認されたトラストリストに登録されている認証局の証明書の情報とをそれぞれ取得して、ＴＬ管理ストア２００及び証明書ストア１００に記憶する。
【0026】
なお、ストア管理部５７は、証明書ストア管理部５５及びＴＬストア管理部５６を備える。証明書ストア管理部５５は、認証局の証明書の解析し、証明書に関わる情報管理に関する処理を行う。ＴＬストア管理部５６は、トラストリストの有効性に関する処理や連結性に関する処理（ＴＬの署名検証やＴＬ間のパス構築等）を行う。
【0027】
証明書検証共通処理部５３は、検証依頼者端末１０から、検証対象の証明書を含む検証要求を受信した場合に、ストア管理部５７で記憶したＴＬ管理ストア２００及び証明書ストア１００から特定した認証局の証明書の情報に基づき、検証対象の証明書が示す認証局と上記特定した認証局との間の連結関係及び、各認証局の証明書の有効性を検証するトラストリスト検証処理を実行する。
【0028】
本実施形態では、証明書検証共通処理部５３は、検証要求にブリッジモデルのトラストアンカが付帯していない場合には、証明書ストア１００に登録されている認証局の証明書（証明書検証サーバ５０が独自に設定したトランスアンカ）の情報に基づき、トラストリスト検証処理を実行する。
【0029】
ＴＬ方式検証追加処理部５４は、トラストリスト検証処理の際に認証パスの構築及び検証を行った認証局に係るトラストリストの品質を示す情報を、ＴＬ管理ストア２００に基づき作成する。
【0030】
また、証明書検証サーバ５０は、証明書ストア１００、ＴＬ管理ストア２００、及び更新設定値情報２７０の各データベースを記憶している。
【0031】
ＴＬ管理ストア２００は、ＴＬ管理テーブル２１０、ＴＬパス管理テーブル２３０、及びＴＳＰ管理テーブル２５０を記憶している。
【0032】
（ＴＬ管理テーブル）
図４は、ＴＬ管理テーブル２１０の一例を示す図である。ＴＬ管理テーブル２１０は、ＴＬの情報を一元管理したデータベースである。
図４は、ＴＬ管理テーブル２１０の一例を示す図である。ＴＬ管理テーブル２１０は、ＴＬの情報を一元管理したデータベースである。
【0033】
ＴＬ管理テーブル２１０は、ＴＬを管理する国又は地域（以下、ＴＬ管理国という）の名称が設定される国名２１１、そのＴＬのスキームの名称が設定されるＴＬスキーム名２１２、そのＴＬの発行日時が設定される発行日時２１３、そのＴＬの次の更新日時が設定される次期更新日時２１４、そのＴＬの配布点が設定される配布点２１５、及び、そのＴＬが指し示す他の各ＴＬの情報のリストが設定されるポインタ２１６の各データ項目を有する。
【0034】
ポインタ２１６は、各ＴＬの所在情報（本実施形態ではＵＲＬ）が設定されるＴＬロケーション２１７、及び、各ＴＬの公開鍵証明書を示す情報が設定される証明書２１８の各小項目を有する。なお、本実施形態では、公開鍵証明書は、Ｘ．５０９証明書であるものとするが、特に形式は限定されない。
【0035】
（ＴＬパス管理テーブル）
図５は、ＴＬパス管理テーブル２３０の一例を示す図である。ＴＬパス管理テーブル２３０は、複数のＴＬによって構成されるＴＬ間のパス（以下、ＴＬパスという）のパターンを格納したテーブルである。
図５は、ＴＬパス管理テーブル２３０の一例を示す図である。ＴＬパス管理テーブル２３０は、複数のＴＬによって構成されるＴＬ間のパス（以下、ＴＬパスという）のパターンを格納したテーブルである。
【0036】
ＴＬパス管理テーブル２３０は、ＴＬパスの起点が設定される起点２３１、ＴＬパスの終点が設定される終点２３２、ＴＬパスをスキーム名により特定した情報が設定されるＴＬパス（スキーム名）２３３、及び、ＴＬパスを所在情報（本実施形態ではＵＲＬ）により特定した情報が設定されるＴＬパス（ＵＲＬ）２３４の各データ項目を有する。
【0037】
（ＴＳＰ管理テーブル）
図６は、ＴＳＰ管理テーブル２５０の一例を示す図である。ＴＳＰ管理テーブル２５０は、ＴＬに登録されている事業者（本実施形態では認証局とする）に関する情報（以下、ＴＳＰ情報という）が格納されるデータベースである。
図６は、ＴＳＰ管理テーブル２５０の一例を示す図である。ＴＳＰ管理テーブル２５０は、ＴＬに登録されている事業者（本実施形態では認証局とする）に関する情報（以下、ＴＳＰ情報という）が格納されるデータベースである。
【0038】
ＴＳＰ管理テーブル２５０は、認証局が登録されているＴＬのＴＬ管理国が設定される国名２５１、認証局が提供しているサービスの識別子が設定されるサービスタイプ識別子２５２、認証局のサービスの名称が設定されるサービス名２５３、認証局の公開鍵証明書が有効であるか否かを示す情報が設定されるステータス２５４、認証局の証明書（以下、ＣＡ証明書ともいう。CA: Certificate Authority。）の品質に関する情報（例えば、適
格性証明書（QC: Qualified Certificate）、適格署名生成装置（QSCD: Qualified Signature Create Device）の判定）が設定されるサービス情報拡張２５５、及び、認証局の公開鍵証明書を特定する情報が設定される証明書２５６の各データ項目を有する。サービス情報拡張２５５には、例えば、証明の品質の程度、署名等の用途が設定されているか、秘密鍵はハードウェアで管理されているか、といった情報が設定される。
格性証明書（QC: Qualified Certificate）、適格署名生成装置（QSCD: Qualified Signature Create Device）の判定）が設定されるサービス情報拡張２５５、及び、認証局の公開鍵証明書を特定する情報が設定される証明書２５６の各データ項目を有する。サービス情報拡張２５５には、例えば、証明の品質の程度、署名等の用途が設定されているか、秘密鍵はハードウェアで管理されているか、といった情報が設定される。
【0039】
証明書ストア１００は、証明書管理テーブル１１０を記憶している。
（証明書管理テーブル）
図７は、証明書管理テーブル１１０の一例を示す図である。証明書管理テーブル１１０は、公開鍵証明書の詳細情報を管理したデータベースである。証明書管理テーブル１１０は、公開鍵証明書の発行者の情報（国名、組織名等）が設定される発行者名１１１、発行者が発行した公開鍵の情報が設定される発行者鍵識別子１１２、証明書による証明の対象となっている主体の情報（国名、組織名等）が設定される主体者名１１３、証明の対象の主体の公開鍵の情報が設定される主体者鍵識別子１１４、証明書のシリアル番号が設定されるシリアル番号１１５、公開鍵証明書が対応している証明書の検証方法（モデルの種類）を示す情報が設定される信頼モデル１１６、公開鍵証明書がＴＬに登録されているか否かを示すフラグが設定されるＴＬ掲載有無１１７、及び、公開鍵証明書がＴＬに登録されている場合にそのＴＬ管理国が設定される国名１１８の各データ項目を有する。
（証明書管理テーブル）
図７は、証明書管理テーブル１１０の一例を示す図である。証明書管理テーブル１１０は、公開鍵証明書の詳細情報を管理したデータベースである。証明書管理テーブル１１０は、公開鍵証明書の発行者の情報（国名、組織名等）が設定される発行者名１１１、発行者が発行した公開鍵の情報が設定される発行者鍵識別子１１２、証明書による証明の対象となっている主体の情報（国名、組織名等）が設定される主体者名１１３、証明の対象の主体の公開鍵の情報が設定される主体者鍵識別子１１４、証明書のシリアル番号が設定されるシリアル番号１１５、公開鍵証明書が対応している証明書の検証方法（モデルの種類）を示す情報が設定される信頼モデル１１６、公開鍵証明書がＴＬに登録されているか否かを示すフラグが設定されるＴＬ掲載有無１１７、及び、公開鍵証明書がＴＬに登録されている場合にそのＴＬ管理国が設定される国名１１８の各データ項目を有する。
【0040】
なお、本実施形態では、信頼モデル１１６には、ブリッジモデル、ＴＬモデル、又はその双方のモデル、のいずれかが設定される。また、信頼モデル１１６はユーザによって予め設定されるものとする（例えば、証明書検証サーバ５０が入力画面を表示し、ユーザからの入力を受け付ける）。
【0041】
（更新設定値情報）
図８は、更新設定値情報２７０の一例を示す図である。更新設定値情報２７０は、証明書検証サーバ５０がＴＬに関する情報を取得して更新するタイミングをあらかじめ設定した情報である。
図８は、更新設定値情報２７０の一例を示す図である。更新設定値情報２７０は、証明書検証サーバ５０がＴＬに関する情報を取得して更新するタイミングをあらかじめ設定した情報である。
【0042】
更新設定値情報２７０は、更新の対象となる各ＴＬの識別子２７１と、そのＴＬの更新のタイミング２７２とを含む情報である。
【0043】
ここで、図９は、証明書検証システム１における各情報処理装置が備えるハードウェアの一例を説明する図である。各情報処理装置は、CPU(Central Processing Unit)、DSP(Digital Signal Processor)、GPU(Graphics Processing Unit)、FPGA(Field-Programmable Gate Array)等の処理装置６１（プロセッサ）と、ROM(Read Only Memory)、RAM(Random Access Memory)等の主記憶装置６２（メモリ）と、HDD(Hard Disk Drive)、SSD(Solid State Drive)などの補助記憶装置６３（メモリ）と、ＮＩＣ（Network Interface Card）、
無線通信モジュール、ＵＳＢ（Universal Serial Interface）モジュール、又はシリアル通信モジュール等で構成される通信装置６４とを備える。なお、各情報処理装置は、マウスやキーボード等で構成される入力装置６５と、液晶ディスプレイまたは有機EL（Electro-Luminescence）ディスプレイ等で構成される出力装置６６とを備えていてもよい。
無線通信モジュール、ＵＳＢ（Universal Serial Interface）モジュール、又はシリアル通信モジュール等で構成される通信装置６４とを備える。なお、各情報処理装置は、マウスやキーボード等で構成される入力装置６５と、液晶ディスプレイまたは有機EL（Electro-Luminescence）ディスプレイ等で構成される出力装置６６とを備えていてもよい。
【0044】
以上に説明した各情報処理装置の機能は、処理装置６１が、主記憶装置６２又は補助記憶装置６３に格納されているプログラムを読み出して実行することにより実現される。また、プログラムは、例えば、記録媒体に記録して配布することができる。なお、各情報処理装置は、その全部または一部が、例えば、クラウドシステムによって提供される仮想サーバのように、仮想化技術やプロセス空間分離技術等を用いて提供される仮想的な情報処理資源を用いて実現されるものであってもよい。また、各情報処理装置によって提供される機能の全部または一部は、例えば、クラウドシステムがＡＰＩ（Application Programming Interface）等を介して提供するサービスによって実現してもよい。
次に、証明書検証システム１で行われる処理について説明する。
次に、証明書検証システム１で行われる処理について説明する。
【0045】
＜処理の概要＞
図１０は、証明書検証システム１で行われる処理の概要を説明する図である。
証明書検証サーバ５０は、更新設定値情報２７０が示すタイミングにて、ＴＬに関する情報を取得し更新するＴＬ取得処理ｓ１を実行する。証明書検証サーバ５０は、ＴＬ取得処理ｓ１の実行結果を、証明書ストア１００及びＴＬ管理ストア２００に格納する。
図１０は、証明書検証システム１で行われる処理の概要を説明する図である。
証明書検証サーバ５０は、更新設定値情報２７０が示すタイミングにて、ＴＬに関する情報を取得し更新するＴＬ取得処理ｓ１を実行する。証明書検証サーバ５０は、ＴＬ取得処理ｓ１の実行結果を、証明書ストア１００及びＴＬ管理ストア２００に格納する。
【0046】
また、証明書検証サーバ５０は、検証依頼者端末１０から、検証対象の公開鍵証明書を含む要求情報（以下、検証要求という）の受信を待機している。証明書検証サーバ５０は、検証要求を受信すると、証明書ストア１００及びＴＬ管理ストア２００に基づき、公開鍵証明書を検証し、その結果の情報（以下、検証結果という）を検証依頼者端末１０に返信する証明書検証処理ｓ３を実行する。
次に、ＴＬ取得処理ｓ１及び証明書検証処理ｓ３の詳細を説明する。
次に、ＴＬ取得処理ｓ１及び証明書検証処理ｓ３の詳細を説明する。
【0047】
＜ＴＬ取得処理＞
図１１は、ＴＬ取得処理ｓ１の一例を説明するフロー図である。ＴＬ取得処理ｓ１は、更新設定値情報２７０が指定するタイミングで繰り返し実行される。
図１１は、ＴＬ取得処理ｓ１の一例を説明するフロー図である。ＴＬ取得処理ｓ１は、更新設定値情報２７０が指定するタイミングで繰り返し実行される。
【0048】
ＴＬストア管理部５６は、ＴＬの起点となる国の情報が記録されたデータベース等から、実行対象のＴＬ（起点となるＴＬ。以下、起点ＴＬという。）の所在情報を取得する（ｓ１０１）。本実施形態では、ＴＬストア管理部５６は、所定の国のＴＬのＵＲＬを取得するものとする。
【0049】
ＴＬストア管理部５６は、ｓ１０３で取得した所在情報に基づき起点ＴＬの内容を取得する（ｓ１０３）。具体的には、ＴＬストア管理部５６は、ｓ１０１で取得したＵＲＬにより起点ＴＬのＴＬ公開サイト３０を特定し、特定したＴＬ公開サイト３０から、ＴＬの情報を取得する。本実施形態では、ＴＬの情報は、ｘｍｌ（eXtensible Markup Language）として取得されるものとする。
【0050】
ＴＬストア管理部５６は、ｓ１０３で取得した起点ＴＬに関するＴＬ署名用証明書を取得する（ｓ１０５）。具体的には、ＴＬストア管理部５６は、ｓ１０３で取得したＴＬに対応づけられるＴＬ署名用証明書公開サイト４０から、ＴＬ署名用証明書のデータを取得する。
【0051】
ＴＬストア管理部５６は、ｓ１０３で取得した起点ＴＬの署名を検証し、起点ＴＬが改竄されていないことを確認する（ｓ１０７）。具体的には、ＴＬストア管理部５６は、ｓ１０５で取得したＴＬ署名用証明書から公開鍵を抽出し、抽出した公開鍵により、ｓ１０３で取得した起点ＴＬの署名を復号することにより、起点ＴＬの改竄の有無を確認する。
【0052】
ＴＬストア管理部５６は、ｓ１０７で起点ＴＬの署名を検証すると、起点ＴＬの情報をＴＬ管理ストア２００に格納する（ｓ１０９）。例えば、ＴＬストア管理部５６は、ｓ１０１で取得した起点ＴＬのＵＲＬ、及びｓ１０３で取得した起点ＴＬの情報を、ＴＬ管理テーブル２１０に格納する。
【0053】
ＴＬストア管理部５６は、起点ＴＬを起点とするＴＬ間の連結関係（すなわちＴＬパス）を構築し各ＴＬの有効性を検証するＴＬパス構築検証処理ｓ１１１を実行する。ＴＬパス構築検証処理ｓ１１１の詳細は後述する。
【0054】
ＴＬストア管理部５６は、ＴＬパス構築検証処理ｓ１１１で検証したＴＬパスの各ＴＬについて、各ＴＬから認証局の情報（ＴＳＰ情報）を抽出し、抽出したＴＳＰ情報をＴＳＰ管理テーブル２５０に格納する（ｓ１１３）。
【0055】
ＴＬストア管理部５６は、ｓ１１３で抽出したＴＳＰ情報から、認証局の証明書（ＣＡ証明書）の情報を抽出し、抽出したＣＡ証明書を証明書管理テーブル１１０に格納する（ｓ１１５）。以上でＴＬ取得処理ｓ１は終了する。
ここで、ＴＬパス構築検証処理ｓ１１１の詳細を説明する。
ここで、ＴＬパス構築検証処理ｓ１１１の詳細を説明する。
【0056】
＜ＴＬパス構築検証処理＞
図１２は、ＴＬパス構築検証処理ｓ１１１の詳細を説明するフロー図である。
ＴＬストア管理部５６は、ｓ１０３で取得した起点ＴＬが示す、１又は複数の他のＴＬ（以下、第２ＴＬという）へのポインタの取得を試みる（ｓ２０１）。
図１２は、ＴＬパス構築検証処理ｓ１１１の詳細を説明するフロー図である。
ＴＬストア管理部５６は、ｓ１０３で取得した起点ＴＬが示す、１又は複数の他のＴＬ（以下、第２ＴＬという）へのポインタの取得を試みる（ｓ２０１）。
【0057】
ＴＬストア管理部５６は、ｓ２０１でポインタを取得できたか否かを確認する（ｓ２０３）。ポインタを取得できた場合は（ｓ２０３：有り）、ＴＬストア管理部５６は、ｓ２０５の処理を実行し、ポインタを取得できなかった場合は（ｓ２０３：無し）、ＴＬパス構築検証処理ｓ１１１は終了する。
【0058】
ｓ２０５においてＴＬストア管理部５６は、ｓ２０１で取得したポインタが示す第２ＴＬのうち一つを選択し、選択した第２ＴＬのＵＲＬ及び公開鍵証明書を取得する。
【0059】
そして、ＴＬストア管理部５６は、ｓ２０５で取得したＵＲＬ（ＴＬ公開サイト３０）にアクセスすることにより、選択した第２ＴＬのＴＬ情報を取得する（ｓ２０７）。
【0060】
ＴＬストア管理部５６は、ｓ２０７で取得した第２ＴＬの署名を検証し、選択した第２ＴＬが改竄されていないことを確認する（ｓ２０９）。具体的には、ＴＬストア管理部５６は、ｓ２０５で取得した公開鍵証明書から公開鍵を抽出し、抽出した公開鍵により、ｓ２０７で取得した第２ＴＬの署名を復号することにより、第２ＴＬの改竄の有無を確認する。
【0061】
ＴＬストア管理部５６は、ｓ２０９で第２ＴＬの署名を検証できたら、選択した第２ＴＬの情報をＴＬ管理テーブル２１０に格納する（ｓ２１１）。例えば、ＴＬストア管理部５６は、ｓ２０５で取得した公開鍵証明書を、ＴＬ管理テーブル２１０の証明書２１８に格納する。
【0062】
続いて、ＴＬストア管理部５６は、ｓ２０１で取得した第２ＴＬが示す、１又は複数の、さらに他のＴＬ（以下、第３ＴＬという）のポインタ情報の取得を試みる（ｓ２１３）。
【0063】
ＴＬストア管理部５６は、ｓ２１３でポインタを取得できたか否かを確認する（ｓ２１５）。ポインタを取得できた場合は（ｓ２１５：有り）、ＴＬストア管理部５６は、ｓ２１７の処理を実行し、ポインタを取得できなかった場合は（ｓ２１５：無し）、ＴＬストア管理部５６は、ｓ２２９の処理を実行する。
【0064】
ｓ２２９においてＴＬストア管理部５６は、第１ＴＬでこれまでに選択していない他のＴＬのポインタの取得を試みる。その後は、ｓ２０３以降の処理が繰り返される。
【0065】
一方、ｓ２１７においてＴＬストア管理部５６は、ｓ２１３で取得したポインタが示す第３ＴＬのうち一つを選択し、選択した第３ＴＬのＵＲＬ及び公開鍵証明書を取得する。
【0066】
そして、ＴＬストア管理部５６は、ｓ２１７で取得したＵＲＬ（ＴＬ公開サイト３０）にアクセスすることにより、第３ＴＬのＴＬ情報を取得する（ｓ２１９）。
【0067】
ＴＬストア管理部５６は、ｓ２１９で取得した第３ＴＬの署名を検証し、第３ＴＬが改竄されていないことを確認する（ｓ２２１）。具体的には、ＴＬストア管理部５６は、ｓ２１７で取得した公開鍵証明書から公開鍵を抽出し、抽出した公開鍵により、ｓ２１９で取得した第３ＴＬの署名を復号することにより、第３ＴＬの改竄の有無を確認する。
【0068】
ＴＬストア管理部５６は、ｓ２２１で第３ＴＬの署名を検証できたら、選択した第３ＴＬの情報をＴＬ管理テーブル２１０に格納する（ｓ２２３）。例えば、ＴＬストア管理部５６は、ｓ２１７で取得した公開鍵証明書を、ＴＬ管理テーブル２１０の証明書２１８に格納する。
【0069】
ＴＬストア管理部５６は、起点ＴＬ、選択した第２ＴＬ、及び選択した第３ＴＬの所在情報等を、ＴＬパス管理テーブル２３０に格納する。例えば、ＴＬストア管理部５６は、ＴＬパス管理テーブル２３０のＴＬパス（ＵＲＬ）２３４に、起点ＴＬのＵＲＬ、第２ＴＬのＵＲＬ、及び第３ＴＬのＵＲＬを格納する。また、ＴＬストア管理部５６は、ＴＬパス管理テーブル２３０のＴＬパス（スキーム名）２３３に、起点ＴＬのスキーム名、第２ＴＬのスキーム名、及び第３ＴＬのスキーム名を格納する。
【0070】
ＴＬストア管理部５６は、第３ＴＬの他のポインタの取得を試みる（ｓ２２７）。その後はｓ２１５の処理が行われる。
【0071】
このように、本実施形態では、ＴＬストア管理部５６は３つのＴＬからなるＴＬパスを特定してＴＬ管理テーブル２１０及びＴＬパス管理テーブル２３０を作成するものとしたが、４以上のＴＬからなるＴＬパスを特定する場合も同様の処理を行う。
次に、証明書検証処理ｓ３の詳細を説明する。
次に、証明書検証処理ｓ３の詳細を説明する。
【0072】
＜証明書検証処理＞
図１３は、証明書検証処理ｓ３の一例を説明するフロー図である。証明書検証処理ｓ３は、例えば、証明書検証サーバ５０の起動時、証明書検証サーバ５０にユーザから所定の入力がなされた場合、所定のタイミング（例えば、所定の時刻、所定の時間間隔）で実行される。
図１３は、証明書検証処理ｓ３の一例を説明するフロー図である。証明書検証処理ｓ３は、例えば、証明書検証サーバ５０の起動時、証明書検証サーバ５０にユーザから所定の入力がなされた場合、所定のタイミング（例えば、所定の時刻、所定の時間間隔）で実行される。
【0073】
まず、検証要求受付部５１は、検証依頼者端末１０からの検証要求を受信する（ｓ３０１）。そして、検証要求受付部５１は、受信した検証要求から所定のヘッダ情報等を除去した情報（以下、ＯＣＳＰリクエストという）を、証明書検証共通処理部５３に引き渡す（ｓ３０３）。
【0074】
（ＯＣＳＰリクエスト）
図１４は、ＯＣＳＰリクエスト７００のデータ形式の一例を示す図である。ＯＣＳＰリクエスト７００は、検証要求の基本情報が設定されるＯＣＳＰ基本領域７０１と、検証要求の拡張情報が設定されるＯＣＳＰ拡張領域７０２の各情報領域を有する。ＯＣＳＰ基本領域７０１には、基本情報の内容７０３（例えば、ＲＦＣ２５６０の規定に従った情報）が設定される。ＯＣＳＰ拡張領域７０２には、検証対象証明書の情報７０４（本実施形態では、Ｘ．５０９証明書）が設定される。また、ＯＣＳＰ拡張領域７０２には、任意的に、ブリッジモデルにおけるトラストアンカ（アンカーポイント）の情報７０５（本実施形態では、Ｘ．５０９証明書）が付帯している。
トラストアンカの情報７０５は、検証対象証明書をブリッジモデルにおいて使用する場合に、検証対象者によって付加される情報である。
図１４は、ＯＣＳＰリクエスト７００のデータ形式の一例を示す図である。ＯＣＳＰリクエスト７００は、検証要求の基本情報が設定されるＯＣＳＰ基本領域７０１と、検証要求の拡張情報が設定されるＯＣＳＰ拡張領域７０２の各情報領域を有する。ＯＣＳＰ基本領域７０１には、基本情報の内容７０３（例えば、ＲＦＣ２５６０の規定に従った情報）が設定される。ＯＣＳＰ拡張領域７０２には、検証対象証明書の情報７０４（本実施形態では、Ｘ．５０９証明書）が設定される。また、ＯＣＳＰ拡張領域７０２には、任意的に、ブリッジモデルにおけるトラストアンカ（アンカーポイント）の情報７０５（本実施形態では、Ｘ．５０９証明書）が付帯している。
トラストアンカの情報７０５は、検証対象証明書をブリッジモデルにおいて使用する場合に、検証対象者によって付加される情報である。
【0075】
次に、図１３に示すように、証明書検証共通処理部５３は、ｓ３０５～ｓ３１３において、ブリッジモデルに基づき検証対象証明書の検証を行うブリッジモデル検証処理を実行する。
【0076】
まず、ｓ３０５に示すように、証明書検証共通処理部５３は、取得したＯＣＳＰリクエスト７００にブリッジモデルのトラストアンカが設定されているか否かを判定する。具体
的には、証明書検証共通処理部５３は、ＯＣＳＰリクエスト７００のＯＣＳＰ拡張領域７０２にトラストアンカの情報７０５が設定されているか否かを判定する。
的には、証明書検証共通処理部５３は、ＯＣＳＰリクエスト７００のＯＣＳＰ拡張領域７０２にトラストアンカの情報７０５が設定されているか否かを判定する。
【0077】
ＯＣＳＰリクエスト７００にブリッジモデルのトラストアンカが設定されている場合は（ｓ３０５：有り）、証明書検証共通処理部５３は、ｓ３０７の処理を実行し、ＯＣＳＰリクエスト７００にブリッジモデルのトラストアンカが設定されていない場合は（ｓ３０５：無し）、証明書検証共通処理部５３は、ｓ３１５の処理を実行する。
【0078】
ｓ３０７、ｓ３０９において証明書検証共通処理部５３は、証明書ストア１００を検索し、検証要求のトラストアンカの情報が登録されているか否かを判定する。例えば、証明書検証共通処理部５３は、証明書管理テーブル１１０の各レコードを参照し、検証要求に含まれるトラストアンカの情報７０５が、証明書管理テーブル１１０の主体者名１１３、主体者鍵識別子１１４、及びシリアル番号１１５の情報に対応しているレコードがあるか否かを確認する。
【0079】
証明書ストア１００に検証要求のトラストアンカの情報が登録されている場合は（ｓ３０９：有り）、証明書検証共通処理部５３はｓ３１１の処理を実行し、証明書ストア１００に検証要求のトラストアンカの情報が登録されていない場合は（ｓ３０９：無し）、証明書検証共通処理部５３はｓ３１３の処理を実行する。
【0080】
なお、証明書検証共通処理部５３は、証明書管理テーブル１１０における検証対象証明書に係るレコードの信頼モデル１１６に「ブリッジモデル」が指定されていない場合も、ｓ３１３の処理を実行する。
【0081】
ｓ３１３において証明書検証共通処理部５３は、証明書ストア１００に検証要求のトラストアンカの情報が登録されていないことを示すエラー情報を含むＯＣＳＰレスポンス（ＯＣＳＰリクエスト７００に含まれる証明対象証明書の妥当性の検証の結果を示す情報）を作成し、その後はｓ３２７の処理を行う。
【0082】
ｓ３１１において証明書検証共通処理部５３は、構築及び検証処理ｓ３１１を呼び出すことで、ＯＣＳＰリクエスト７００が示す検証者のトラストアンカ（以下、ブリッジモデルトラストアンカという）に基づき、当該検証者（の証明書）から検証対象者（の証明書）までの各認証局（の証明書）の連結関係（認証パス）の構築及びその認証パスにおける各証明書の有効性の検証を行い、ＯＣＳＰレスポンスを作成する。構築及び検証処理ｓ３１１の詳細は後述する。その後、証明書検証共通処理部５３は、ｓ３２７の処理を行う。
【0083】
証明書検証共通処理部５３は、ｓ３１５～ｓ３２５の処理において、トラストリストを用いて検証対象証明書の検証を行うトラストリスト検証処理を実行する。
すなわち、ｓ３１５、ｓ３１７において証明書検証共通処理部５３は、証明書ストア１００を参照し、トラストアンカの証明書（ＣＡ証明書）及びそのトラストアンカに係る認証局と信頼関係にある上位の認証局のＣＡ証明書の情報の取得を試みる。証明書検証共通処理部５３は、それらのＣＡ証明書が、トラストリストに登録されているか否か及びそのトラストリストの国名（ＴＬ管理国）を確認する。
すなわち、ｓ３１５、ｓ３１７において証明書検証共通処理部５３は、証明書ストア１００を参照し、トラストアンカの証明書（ＣＡ証明書）及びそのトラストアンカに係る認証局と信頼関係にある上位の認証局のＣＡ証明書の情報の取得を試みる。証明書検証共通処理部５３は、それらのＣＡ証明書が、トラストリストに登録されているか否か及びそのトラストリストの国名（ＴＬ管理国）を確認する。
【0084】
具体的には、証明書検証共通処理部５３は、検証対象証明書の発行者を検索キーとして証明書管理テーブル１１０の各レコードを検索し、検索がヒットしたレコードの各内容を取得する。また、証明書検証共通処理部５３は、取得したレコードのＴＬ掲載有無１１７及び国名１１８を確認する。
【0085】
証明書ストア１００にＣＡ証明書が登録されていた場合は（ｓ３１７：有り）、証明書
検証共通処理部５３はｓ３１９の処理を実行し、証明書ストア１００にＣＡ証明書が登録されていなかった場合は（ｓ３１７：無し）、証明書検証共通処理部５３はｓ３２３の処理を実行する。
検証共通処理部５３はｓ３１９の処理を実行し、証明書ストア１００にＣＡ証明書が登録されていなかった場合は（ｓ３１７：無し）、証明書検証共通処理部５３はｓ３２３の処理を実行する。
【0086】
なお、証明書検証共通処理部５３は、証明書管理テーブル１１０における検証対象証明書に係るレコードの信頼モデル１１６に「トラステッドリスト」が指定されていない場合も、ｓ３２３の処理を実行する。
【0087】
ｓ３２３において証明書検証共通処理部５３は、ＣＡ証明書が証明書ストア１００に登録されていないことを示すエラー情報を含むＯＣＳＰレスポンスを作成し、その後はｓ３２７の処理を行う。
【0088】
ｓ３１９において証明書検証共通処理部５３は、構築及び検証処理ｓ３１１を呼び出し、ｓ３１５で取得した（検索がヒットした）ＣＡ証明書（以下、サーバ設定トラストアンカという）に基づき、サーバ設定トラストアンカから検証対象証明書までの各証明書（認証局）の連結関係（認証パス）の構築及びその認証パスにおける各証明書の有効性の検証を行う。
【0089】
続いて、証明書検証共通処理部５３は、ＯＣＳＰリクエスト７００に含まれる証明書がトラストリストに登録されているか否かを判定する（ｓ３２１）。
【0090】
ＯＣＳＰリクエスト７００が示す証明書がトラストリストに登録されている場合は（ｓ３２１：有り）、証明書検証共通処理部５３は後述する追加処理ｓ３２５を実行し、ＯＣＳＰリクエスト７００が示す証明書がトラストリストに登録されていない場合は（ｓ３２１：無し）、証明書検証共通処理部５３はｓ３２７の処理を実行する。
【0091】
ｓ３２７において証明書検証共通処理部５３は、作成したＯＣＳＰレスポンスを検証結果応答部５２に引き渡す。検証結果応答部５２は、受けとったＯＣＳＰレスポンスに所定のヘッダ情報等を追加することで、検証要求に対応するデータである検証応答を作成し、作成した検証応答を、検証要求受付部５１に引き渡す。検証要求受付部５１は、受けとった検証応答を、検証依頼者端末１０に送信する（ｓ３２９）。
【0092】
（ＯＣＳＰレスポンス）
図１５は、ＯＣＳＰレスポンス８００のデータ形式の一例を示す図である。ＯＣＳＰレスポンス８００は、検証応答の基本情報が設定されるＯＣＳＰ基本領域８０１と、検証応答の拡張情報が設定されるＯＣＳＰ拡張領域８０２の各情報領域を有する。ＯＣＳＰ基本領域８０１には、基本情報の内容８０３（例えば、ＲＦＣ２５６０の規定に従った情報）が設定される。ＯＣＳＰ拡張領域８０２には、対象証明書の検証結果に関する情報（結果コード８０４）が設定される。また、ＯＣＳＰ拡張領域８０２には、検証要求にトラストアンカの情報が設定されておらずサーバ側でトラストアンカを設定した場合（サーバ設定トランスアンカ）に、そのトラストアンカの証明書８０５が設定される。また、ＯＣＳＰ拡張領域８０２には、追加処理ｓ３２５が実行された場合に作成される検証情報８０６が設定される。
ここで、追加処理ｓ３２５の詳細を説明する。
図１５は、ＯＣＳＰレスポンス８００のデータ形式の一例を示す図である。ＯＣＳＰレスポンス８００は、検証応答の基本情報が設定されるＯＣＳＰ基本領域８０１と、検証応答の拡張情報が設定されるＯＣＳＰ拡張領域８０２の各情報領域を有する。ＯＣＳＰ基本領域８０１には、基本情報の内容８０３（例えば、ＲＦＣ２５６０の規定に従った情報）が設定される。ＯＣＳＰ拡張領域８０２には、対象証明書の検証結果に関する情報（結果コード８０４）が設定される。また、ＯＣＳＰ拡張領域８０２には、検証要求にトラストアンカの情報が設定されておらずサーバ側でトラストアンカを設定した場合（サーバ設定トランスアンカ）に、そのトラストアンカの証明書８０５が設定される。また、ＯＣＳＰ拡張領域８０２には、追加処理ｓ３２５が実行された場合に作成される検証情報８０６が設定される。
ここで、追加処理ｓ３２５の詳細を説明する。
【0093】
＜追加処理＞
図１６は、追加処理ｓ３２５の詳細を説明する図である。
図１６は、追加処理ｓ３２５の詳細を説明する図である。
【0094】
ＴＬ方式検証追加処理部５４は、ＴＬ管理ストア２００を参照することで、トラストリストのＴＬパスを検証する（ｓ４０１）。具体的には、ＴＬ方式検証追加処理部５４は、
ＴＬパス管理テーブル２３０を参照し、既に設定されている（ｓ１０１）起点ＴＬをＴＬパスの起点とし、検証要求における検証対象証明書の発行者をＴＬパスの終点とするＴＬパスのレコードが存在するか否かを確認する。
ＴＬパス管理テーブル２３０を参照し、既に設定されている（ｓ１０１）起点ＴＬをＴＬパスの起点とし、検証要求における検証対象証明書の発行者をＴＬパスの終点とするＴＬパスのレコードが存在するか否かを確認する。
【0095】
また、ＴＬ方式検証追加処理部５４は、ＴＬ管理ストア２００を参照することで、ｓ４０１で取得したＴＬパスにおける各トラストリストの有効性を検証する（ｓ４０３）。具体的には、ＴＬ方式検証追加処理部５４は、ＴＬ管理テーブル２１０を参照し、ｓ４０１で特定したＴＬパスの各ＴＬのスキーム名がＴＬスキーム名２１２に設定されているレコードの発行日時２１３及び次期更新日時２１４を参照することで、各トラストリストの有効性を検証する。
【0096】
また、ＴＬ方式検証追加処理部５４は、ＴＬ管理ストア２００を参照することで、ｓ４０１で特定したＴＬパスにおける各トラストリストの品質を検証する（ｓ４０５）。具体的には、ＴＬ方式検証追加処理部５４は、ＴＳＰ管理テーブル２５０を参照し、ｓ４０１で特定したＴＬパスの各トラストリストにおける認証局のサービス名がサービス名２５３に設定されているレコードのサービス情報拡張２５５を取得する。
【0097】
そして、ＴＬ方式検証追加処理部５４は、ｓ４０１～ｓ４０５での検証内容を統合した検証データ（検証レポート）を作成する（ｓ４０７）。ＴＬ方式検証追加処理部５４は、作成した検証データを、ＯＣＳＰレスポンスの一部として当該ＯＣＳＰレスポンス８００に追加する（ｓ４０９）。なお、ＴＬ方式検証追加処理部５４は、ｓ４０１～ｓ４０５のいずれかで検証に失敗した場合は、そのことを示すエラー情報をＯＣＳＰレスポンス８００の一部として当該ＯＣＳＰレスポンス８００に追加する。
次に、構築及び検証処理ｓ１１１の詳細を説明する。
次に、構築及び検証処理ｓ１１１の詳細を説明する。
【0098】
＜構築及び検証処理＞
図１７は、構築及び検証処理ｓ１１１のうち、認証パスの構築に係る処理を説明するフロー図である。
図１７は、構築及び検証処理ｓ１１１のうち、認証パスの構築に係る処理を説明するフロー図である。
【0099】
証明書検証共通処理部５３は、検証対象証明書を発行した認証局のＣＡ証明書を、認証局サーバ２０から取得する（ｓ５０１）。
【0100】
証明書検証共通処理部５３は、取得したＣＡ証明書が、自己署名証明書（署名者のトラストアンカ）であるか否かを確認する（ｓ５０３）。取得したＣＡ証明書が自己署名証明書である場合は（ｓ５０３：はい）、証明書検証共通処理部５３はｓ５０７の処理を実行し、取得したＣＡ証明書が自己署名証明書でない場合は（ｓ５０３：いいえ）、証明書検証共通処理部５３はｓ５０５の処理を実行する。
【0101】
ｓ５０５において証明書検証共通処理部５３は、現在取得中のＣＡ証明書を参照することで、当該ＣＡ証明書の上位の認証局のＣＡ証明書を取得する。その後は、ｓ５０３の処理が繰り返される。
【0102】
ｓ５０７において証明書検証共通処理部５３は、ｓ５０３で特定した自己署名証明書（署名者のトランスアンカ）と、トラストアンカ（ブリッジモデルトラストアンカ又はサーバ設定トラストアンカ）とが一致するか否かを判定する。
【0103】
ｓ５０３で特定した自己署名証明書とトラストアンカとが一致する場合は（ｓ５０７：はい）、証明書検証共通処理部５３はｓ５１３の処理を実行し、ｓ５０３で特定した自己署名証明書とトラストアンカとが一致しない場合は（ｓ５０７：いいえ）、証明書検証共通処理部５３はｓ５０９の処理を実行する。なお、認証パス中に自己署名証明書を含めず
に検証処理を行う場合は、証明書検証共通処理部５３は、一番上位の中間ＣＡ証明書までＳ５０３、Ｓ５０５の処理を行い、その後、Ｓ５０７以降の処理を行う。
に検証処理を行う場合は、証明書検証共通処理部５３は、一番上位の中間ＣＡ証明書までＳ５０３、Ｓ５０５の処理を行い、その後、Ｓ５０７以降の処理を行う。
【0104】
ｓ５０９において証明書検証共通処理部５３は、ＯＣＳＰリクエスト７００が示す検証者のトランスアンカ（認証局）が相互認証を行った他の認証局に発行した相互認証証明書を、ＴＬ公開サイト３０等のレポジトリから取得する。
【0105】
さらに、証明書検証共通処理部５３は、上記他の認証局が相互認証を行ったさらに他の認証局である署名者のトランスアンカに発行した相互認証証明書を、認証局のリポジトリから取得する（ｓ５１１）。
【0106】
証明書検証共通処理部５３は、ｓ５０９、ｓ５１１で特定された、検証者のトラストアンカ（認証局）から検証対象証明書までの各証明書を、認証パスとして記憶する（ｓ５１３）。
【0107】
なお、ここでは、相互認証された３つの認証局による認証パスの構築を行う場合について説明したが、４つ以上の認証局による認証パスの構築でも同様の処理が行われる。
【0108】
図１８は、構築及び検証処理ｓ１１１のうち、認証パスの検証（証明書の有効性の検証）に係る処理を説明するフロー図である。この処理は、前記のｓ５１３までの処理に引き続いて行われる。
【0109】
証明書検証共通処理部５３は、ｓ５１３までの処理で構築した認証パスの各証明書ｘについて、起点である検証者のトランスアンカ（認証局）の証明書を「証明書１」とし、終点である検証対象証明書を証明書ｎ（ｎ：全証明書の数）とし、「証明書ｘ」（ｘ：１～ｎ）における認証対象が「証明書ｘ＋１」における証明書の発行者名となるように、各「証明書ｘ」を整列する（ｓ６０１）。
【0110】
証明書検証共通処理部５３は、ｓ６０１で整列した各「証明書ｘ」について、検証時刻（例えば、現在時刻）が「証明書ｘ」の有効期限であることを確認する。なお、証明書検証共通処理部５３は、検証時刻が有効期限でない証明書を検出した場合には、エラー情報を生成してＯＣＳＰレスポンス８００としてもよい。
【0111】
証明書検証共通処理部５３は、処理対象の「証明書ｘ」を「証明書２」とする（ｓ６０５）。
【0112】
証明書検証共通処理部５３は、処理対象の「証明書ｘ」について、「証明書ｘ－１」の公開鍵に対応する秘密鍵で署名されていることを確認する（ｓ６０７）。なお、証明書検証共通処理部５３は、「証明書ｘ」が「証明書ｘ－１」の公開鍵に対応する秘密鍵で署名されていない場合には、エラー情報を生成してＯＣＳＰレスポンス８００としてもよい。
【0113】
証明書検証共通処理部５３は、処理対象の「証明書ｘ」を次の証明書（「証明書ｘ＋１」）とする（ｓ６０９）。そして、証明書検証共通処理部５３は、処理対象の「証明書ｘ」が「証明書ｎ」であるか否かを判定する（ｓ６１１）。
【0114】
処理対象の「証明書ｘ」が「証明書ｎ」である場合は（ｓ６１１：はい）、証明書検証共通処理部５３は、ｓ６１３の処理を実行し、処理対象の「証明書ｘ」が「証明書ｎ」でない場合は（ｓ６１１：はい）、証明書検証共通処理部５３は、ｓ６０７以降の処理を繰り返す。
【0115】
ｓ６１３において証明書検証共通処理部５３は、各「証明書ｘ」が失効していないことを確認する。例えば、証明書検証共通処理部５３は、各認証局サーバ２０から失効情報を取得し、取得した失効情報に基づき、各「証明書ｘ」が失効していないことを確認する。なお、証明書検証共通処理部５３は、失効している証明書がある場合には、エラー情報を生成してＯＣＳＰレスポンス８００としてもよい。
【0116】
なお、証明書検証共通処理部５３は、各「証明書ｘ」の拡張領域を参照し、拡張領域に設定されている情報（KeyUsage、所定のポリシ）に従った処理を実行する（ｓ６１５）。本処理は省略される場合もある。以上で認証パスの構築に係る処理は終了する。
【0117】
以上のように、本実施形態の証明書検証サーバ５０は、ＴＬ公開サイト３０から受信した複数のトラストリストの情報に基づき、トラストリスト間の連結関係及び各トラストリストの有効性の情報（ＴＬ管理テーブル２１０及びＴＬパス管理テーブル２３０）と、その連結関係及び有効性が確認されたトラストリストに登録されている認証局の情報（ＴＳＰ管理テーブル２５０及び証明書管理テーブル１１０）とをそれぞれ記憶し、検証依頼者端末１０から検証要求を受信した場合に、各データベースから特定した認証局の証明書の情報（トラストアンカ）に基づき、検証対象証明書の認証局とトラストアンカとの間の連結関係及び各認証局の証明書の有効性を検証した検証応答を、検証依頼者端末１０に送信する。
【0118】
このように、本実施形態の証明書検証サーバ５０は、複数のＴＬパスの構築及びＴＬパスの各証明書の検証（署名の検証）が成功したＴＬの証明書をトラストアンカとして記憶し、そのトラスアンカを用いて、検証対象証明書の検証を行うことができる。すなわち、本実施形態の証明書検証サーバ５０によれば、複数のトラストリストが存在する場合であっても信頼性の高いトラストアンカに基づき証明書の検証を行うことができる。
【0119】
また、本実施形態の証明書検証サーバ５０は、検証要求にトラストアンカが付帯していない場合には、トラストリストの検証処理を実行し、検証要求にトラストアンカが付帯している場合には、検証対象証明書及びそのトラストアンカに基づき、認証パスの構築及び検証を行いブリッジモデルによる検証を行う。
【0120】
これにより、検証対象証明書がＴＬに対応しておらずブリッジモデルにのみ対応している場合であっても、検証要求に付帯するトラストアンカに基づいて、ブリッジモデルによる検証を行うことができる。すなわち、証明書検証サーバ５０は、証明書の検証に使用すべき検証方式を自動的に判定することができる。
【0121】
また、本実施形態の証明書検証サーバ５０は、更新設定値情報２７０で予め設定されたタイミングで繰り返し、トラストリスト取得処理を実行する。
【0122】
このように、ＴＬの情報を随時取り込むことにより、ＴＬパスの構築及び検証の処理負担を軽減し、証明書の検証の精度を向上させることができる。
【0123】
また、本実施形態の証明書検証サーバ５０は、連結関係及び有効性が確認されたトラストリストに登録されている認証局の証明書を証明書管理テーブル１１０に記憶し、検証要求にトラストアンカが付帯していない場合には、証明書管理テーブル１１０に登録されている認証局の証明書の情報（トラストアンカ）に基づき、トラストリスト検証処理を実行する。
【0124】
このように、連結関係及び有効性が確認されたトラストリストのみが登録されている証明書管理テーブル１１０を用いてトラストリストによる証明書の検証を行うことで、信頼
性の高い検証を行うことができる。
性の高い検証を行うことができる。
【0125】
また、本実施形態の証明書検証サーバ５０は、ユーザから、検証対象の証明書が対応している検証方法の入力を受け付けておき（証明書管理テーブル１１０の信頼モデル１１６）、検証要求を受信した場合、信頼モデル１１６にトラストリストによる証明書の検証方法が指定されている場合にのみ、トラストリスト検証処理を実行する。
【0126】
これにより、検証対象の証明書が対応している検証方法に即した証明書の検証を行うことができる。
【0127】
また、本実施形態の証明書検証サーバ５０は、トラストリスト検証処理を実行する際に、ＴＬパスの構築及び検証を行ったトラストリストの検証レポートを作成し、検証レポートを含む検証応答を、検証依頼者端末１０に送信する。
【0128】
これにより、ＱＣ／ＱＳＣＤの判定のようなトラストリストの証明書の品質の情報を検証依頼者端末１０に提供することで、トラストリストの信頼性を高めることができる。
【0129】
本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲内で、任意の構成要素を用いて実施可能である。以上説明した実施形態や変形例はあくまで一例であり、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されるものではない。また、上記では種々の実施形態や変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。
【0130】
例えば、本実施形態の各装置が備える各機能の一部は他の装置に設けてもよいし、別装置が備える機能を同一の装置に設けてもよい。
【0131】
また、本実施形態で説明したプログラムの構成は一例であり、例えば、プログラムの一部を他のプログラムに組み込み、又は複数のプログラムを一つのプログラムとして構成してもよい。
【符号の説明】
【0132】
１ 証明書検証システム
１０ 検証依頼者端末
５０ 証明書検証サーバ
１０ 検証依頼者端末
５０ 証明書検証サーバ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】