(57)【要約】  【課題】  複数の帳票リーダ装置が更新された電子証明書を個別に取得する場合に比べて、電子証明書の更新を効率化することのできる電子証明書の更新管理システムを提供する。  【解決手段】  更新管理システム１は、帳票２に実装されたＩＣチップ３から情報を読み取るときにＩＣチップ３の仕様に応じた電子証明書を用いてＩＣチップ３との間で認証処理を行なう複数の帳票リーダ装置４と、認証処理で用いられる電子証明書の更新を管理する更新管理装置５とを備える。更新管理装置５は、複数の帳票リーダ装置４の代わりに、電子証明書を発行する証明書発行サーバ装置６から、ＩＣチップ３の仕様の更新に応じて更新された電子証明書を一括して受信し、更新された電子証明書を、複数の帳票リーダ装置４の各々に送信する。【選択図】  図１
2010257308.tif 000002
【特許請求の範囲】
【請求項１】
帳票に実装されたＩＣチップから情報を読み取るときに前記ＩＣチップの仕様に応じた電子証明書を用いて前記ＩＣチップとの間で認証処理を行なう複数の帳票リーダ装置と、前記認証処理で用いられる前記電子証明書の更新を管理する更新管理装置と、を備えた更新管理システムにおいて、
前記更新管理装置は、
前記複数の帳票リーダ装置の代わりに、前記電子証明書を発行する証明書発行サーバ装置から、前記ＩＣチップの仕様の更新に応じて更新された電子証明書を一括して受信する証明書受信手段と、
前記更新された電子証明書を、前記複数の帳票リーダ装置の各々に送信する証明書送信手段と、
を備えたことを特徴とする電子証明書の更新管理システム。
【請求項２】
前記更新管理装置は、
前記ＩＣチップの仕様に関する情報を管理する情報サーバ装置に対して、前記ＩＣチップの仕様の更新に応じて更新された電子証明書の有無を確認する更新確認手段と、
前記更新された電子証明書が有である場合に、前記証明書発行サーバ装置に対して、更新された電子証明書の発行を要求する発行要求手段と、
を備えたことを特徴とする請求項１に記載の更新管理システム。
【請求項３】
前記更新管理装置は、
前記証明書発行サーバ装置から受信した前記更新された電子証明書を格納する格納手段を備えたことを特徴とする請求項１または請求項２に記載の更新管理システム。
【請求項４】
前記更新管理装置は、
前記帳票リーダ装置に対して、前記電子証明書および前記秘密鍵を強制的に更新することを要求する強制更新コマンドを送信するコマンド送信手段と、
前記更新された電子証明書の発行に用いられる公開鍵と前記更新された電子証明書を用いた認証処理で使用される秘密鍵とを含んだ鍵ペアを生成する鍵ペア生成手段と、
を備え、
前記証明書送信手段は、前記更新された電子証明書とともに前記秘密鍵を前記帳票リーダ装置に送信することを特徴とする請求項１ないし請求項３のいずれかに記載の更新管理システム。
【請求項５】
前記更新管理装置は、
前記帳票リーダ装置が帳票に実装されたＩＣチップから情報を読み取るときに使用する電子証明書の使用順を、各帳票リーダ装置から受け取った認証処理の成功失敗ログ情報に基づいて決定する使用順決定部を備えたことを特徴とする請求項１ないし請求項４のいずれかに記載の更新管理システム。
【請求項６】
前記更新確認手段は、定期的に前記更新された電子証明書の有無を確認することを特徴とする請求項２ないし請求項５のいずれかに記載の更新管理システム。
【請求項７】
前記更新確認手段は、前記電子証明書を用いた認証処理の失敗頻度が所定の閾値より高くなった場合に、前記更新された電子証明書の有無を確認することを特徴とする請求項２ないし請求項６のいずれかに記載の更新管理システム。
【請求項８】
前記証明書受信手段は、前記情報サーバ装置が管理している前記ＩＣチップの仕様に関する情報が更新されたときに、前記更新された電子証明書を受信することを特徴とする請求項１ないし請求項７のいずれかに記載の更新管理システム。
【請求項９】
帳票に実装されたＩＣチップから情報を読み取るときに前記ＩＣチップと帳票リーダ装置との間で行なわれる認証処理で用いられる電子証明書の更新を管理する更新管理装置であって、
前記複数の帳票リーダ装置の代わりに、前記電子証明書を発行する証明書発行サーバ装置から、前記ＩＣチップの仕様の更新に応じて更新された電子証明書を一括して受信する証明書受信手段と、
前記更新された電子証明書を、前記複数の帳票リーダ装置の各々に送信する証明書送信手段と、
を備えたことを特徴とする電子証明書の更新管理装置。
【請求項１０】
前記帳票リーダ装置が帳票に実装されたＩＣチップから情報を読み取るときに使用する電子証明書の使用順を、各帳票リーダ装置から受け取った認証処理の成功失敗ログ情報に基づいて決定する使用順決定部を備えたことを特徴とする請求項９に記載の更新管理装置。
【請求項１１】
帳票に実装されたＩＣチップから情報を読み取るときに前記ＩＣチップと帳票リーダ装置との間で行なわれる認証処理で用いられる電子証明書の更新を管理する方法であって、
前記電子証明書の更新を管理する更新管理装置が、前記複数の帳票リーダ装置の代わりに、前記電子証明書を発行する証明書発行サーバ装置から、前記ＩＣチップの仕様の更新に応じて更新された電子証明書を一括して受信することと、
前記更新管理装置が、前記更新された電子証明書を、前記複数の帳票リーダ装置の各々に送信することと、
を含むことを特徴とする電子証明書の更新管理方法。
【請求項１２】
前記帳票リーダ装置が帳票に実装されたＩＣチップから情報を読み取るときに使用する電子証明書の使用順を、各帳票リーダ装置から受け取った認証処理の成功失敗ログ情報に基づいて、前記更新管理装置が決定することを含むことを特徴とする請求項１１に記載の更新管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票のＩＣチップから情報を読み取るときの認証処理に用いられる電子証明書の更新を管理する機能を備えた更新管理システムに関するものである。
【背景技術】
【０００２】
近年、ＩＣチップを実装した帳票（パスポートなど）の実用化が進んでいる。例えば、入出国管理業務では、ＩＣチップを実装したパスポート（電子パスポート）が各国から発行され、入国管理局等には電子パスポート用のリーダ装置（電子パスポートリーダ）の設置が進められている。電子パスポートは、その基本的な仕様には国際的な標準が存在するものの、各国の運用に委ねられている部分については、各国ごとに別々の仕様で発行されている。したがって、電子パスポートのＩＣチップの全ての仕様が、すべての国で共通というわけではない。例えば、ＩＣチップが処理可能な電子署名の署名方式（アルゴリズム）や署名パラメータ（鍵長やハッシュ関数）などが、各国のＩＣチップの仕様ごとに異なっている。また、一つの国（同じ国）であっても、電子パスポートが改訂されると（電子パスポートの改訂版が発行されると）、それ以前の版の電子パスポートと最新版の電子パスポートでは、ＩＣチップの仕様（署名方式や署名パラメータなど）が異なることが少なくない。
【０００３】
従来、各国ごとの仕様に準拠した電子パスポートから情報を読み取るために、リーダ装置に記憶した各国対応情報を利用して、電子パスポートのＯＣＲ読取（光学式文字読取）領域から読み取った国籍や発行年月日に基づいて、通信形態（アンテナ位置、暗号化方式、読取方式）を特定する技術が提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２４９７９９号公報（第７−８頁、第７図）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のリーダ装置では、最新版の電子パスポートから情報を読み取るためには、電子パスポートの改訂に応じて各国対応情報を更新する必要があるものの、その更新の管理については何ら考慮されていなかった。例えば、作業者がリーダ装置ごとに個別に更新作業をすることも考えられるが、特に多数のリーダ装置が設置されているような場合には更新作業の効率が低く、更新の効率化が望まれていた。
【０００６】
本発明は、上記従来の問題を解決するためになされたもので、帳票のＩＣチップから情報を読み取るときの認証処理に用いられる電子証明書の更新を効率化することのできる更新管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の更新管理システムは、帳票に実装されたＩＣチップから情報を読み取るときに前記ＩＣチップの仕様に応じた電子証明書を用いて前記ＩＣチップとの間で認証処理を行なう複数の帳票リーダ装置と、前記認証処理で用いられる前記電子証明書の更新を管理する更新管理装置と、を備えた更新管理システムであって、前記更新管理装置は、前記複数の帳票リーダ装置の代わりに、前記電子証明書を発行する証明書発行サーバ装置から、前記ＩＣチップの仕様の更新に応じて更新された電子証明書を一括して受信する証明書受信手段と、前記更新された電子証明書を、前記複数の帳票リーダ装置の各々に送信する証明書送信手段と、を備えた構成を有している。
【０００８】
この構成により、複数の帳票リーダ装置の代わりに、更新された電子証明書を更新管理装置が一括して受信して各帳票リーダ装置へ送信する。このように、更新管理装置によって電子証明書の更新が一元的に管理されるので、複数の帳票リーダ装置が更新された電子証明書を個別に取得する場合に比べて、電子証明書の更新を効率化することができる。
【０００９】
また、本発明の更新管理システムでは、前記更新管理装置は、前記ＩＣチップの仕様に関する情報を管理する情報サーバ装置に対して、前記ＩＣチップの仕様の更新に応じて更新された電子証明書の有無を確認する更新確認手段と、前記更新された電子証明書が有である場合に、前記証明書発行サーバ装置に対して、更新された電子証明書の発行を要求する発行要求手段と、を備えた構成を有している。
【００１０】
この構成により、更新された電子証明書の有無を情報サーバ装置に確認して、更新された電子証明書が有である場合に電子証明書の発行を証明書発行サーバ装置に要求し、更新された電子証明書を取得することができる。これにより、ＩＣチップの仕様の更新に応じて電子証明書が更新されたときに、最新の電子証明書（更新された電子証明書）をすぐに入手することが可能になる。
【００１１】
また、本発明の更新管理システムでは、前記更新管理装置は、前記証明書発行サーバ装置から受信した前記更新された電子証明書を格納する格納手段を備えた構成を有している。
【００１２】
この構成により、更新された電子証明書を証明書発行サーバ装置から受信したときには、その電子証明書を格納しておくことができる。これにより、例えば、帳票リーダ装置がシステムに追加された場合であっても、証明書発行サーバ装置から電子証明書を再度受信しなくても、追加された帳票リーダ装置に最新の電子証明書（更新された電子証明書）をすぐに送信することができる。
【００１３】
また、本発明の更新管理システムでは、前記更新管理装置は、前記帳票リーダ装置に対して、前記電子証明書および前記秘密鍵を強制的に更新することを要求する強制更新コマンドを送信するコマンド送信手段と、前記更新された電子証明書の発行に用いられる公開鍵と前記更新された電子証明書を用いた認証処理で使用される秘密鍵とを含んだ鍵ペアを生成する鍵ペア生成手段と、を備え、前記証明書送信手段は、前記更新された電子証明書とともに前記秘密鍵を前記帳票リーダ装置に送信する構成を有している。
【００１４】
この構成により、更新管理装置から帳票リーダ装置に強制更新コマンドを送信して、帳票リーダ装置の電子証明書および秘密鍵を強制的に更新することができる。この場合、更新された電子証明書の発行に用いられる公開鍵とその電子証明書を用いた認証処理で使用される秘密鍵とを含んだ鍵ペアが更新管理装置で生成され、更新された電子証明書とともに秘密鍵が帳票リーダ装置に送信される。そして、帳票リーダ装置では、強制更新コマンドに基づいて、電子証明書および秘密鍵が強制的に更新される。
【００１５】
また、本発明の更新管理システムでは、前記更新管理装置は、前記帳票リーダ装置が帳票に実装されたＩＣチップから情報を読み取るときに使用する電子証明書の使用順を、各帳票リーダ装置から受け取った認証処理の成功失敗ログ情報に基づいて決定する使用順決定部を備えた構成を有している。
【００１６】
この構成により、帳票リーダ装置が使用する電子証明書の使用順が、認証処理の成功失敗ログ情報に基づいて決定されるので、認証が成功する確率が高くなり、電子証明書を用いた認証に要する時間が短縮される。
【００１７】
また、本発明の更新管理システムでは、前記更新確認手段は、定期的に前記更新された電子証明書の有無を確認する構成を有している。
【００１８】
この構成により、更新された電子証明書の有無を情報サーバ装置に定期的に確認し、ＩＣチップの仕様の更新に応じて電子証明書が更新されたときには、最新の電子証明書（更新された電子証明書）をすぐに入手することができる。
【００１９】
また、本発明の更新管理システムでは、前記更新確認手段は、前記電子証明書を用いた認証処理の失敗頻度が所定の閾値より高くなった場合に、前記更新された電子証明書の有無を確認する構成を有している。
【００２０】
この構成により、電子証明書を用いた認証処理が失敗する頻度が高くなった場合（電子証明書が古くなっている可能性がある場合）に、最新の電子証明書（更新された電子証明書）をすぐに入手することができる。
【００２１】
また、本発明の更新管理システムでは、前記証明書受信手段は、前記情報サーバ装置が管理している前記ＩＣチップの仕様に関する情報が更新されたときに、前記更新された電子証明書を受信する構成を有している。
【００２２】
この構成により、情報サーバ装置が管理しているＩＣチップの仕様に関する情報が更新された場合には、最新の電子証明書（更新された電子証明書）をすぐに受信することができる。
【００２３】
本発明の更新管理装置は、帳票に実装されたＩＣチップから情報を読み取るときに前記ＩＣチップと帳票リーダ装置との間で行なわれる認証処理で用いられる電子証明書の更新を管理する更新管理装置であって、前記複数の帳票リーダ装置の代わりに、前記電子証明書を発行する証明書発行サーバ装置から、前記ＩＣチップの仕様の更新に応じて更新された電子証明書を一括して受信する証明書受信手段と、前記更新された電子証明書を、前記複数の帳票リーダ装置の各々に送信する証明書送信手段と、を備えた構成を有している。
【００２４】
この装置によっても、上記と同様に、更新管理装置によって電子証明書の更新が一元的に管理されるので、複数の帳票リーダ装置が更新された電子証明書を個別に取得する場合に比べて、電子証明書の更新を効率化することができる。
【００２５】
また、本発明の更新管理装置は、前記帳票リーダ装置が帳票に実装されたＩＣチップから情報を読み取るときに使用する電子証明書の使用順を、各帳票リーダ装置から受け取った認証処理の成功失敗ログ情報に基づいて決定する使用順決定部を備えた構成を有している。
【００２６】
この構成により、帳票リーダ装置が使用する電子証明書の使用順が、認証処理の成功失敗ログ情報に基づいて決定されるので、認証が成功する確率が高くなり、電子証明書を用いた認証に要する時間が短縮される。
【００２７】
本発明の更新管理方法は、帳票に実装されたＩＣチップから情報を読み取るときに前記ＩＣチップと帳票リーダ装置との間で行なわれる認証処理で用いられる電子証明書の更新を管理する方法であって、前記電子証明書の更新を管理する更新管理装置が、前記複数の帳票リーダ装置の代わりに、前記電子証明書を発行する証明書発行サーバ装置から、前記ＩＣチップの仕様の更新に応じて更新された電子証明書を一括して受信することと、前記更新管理装置が、前記更新された電子証明書を、前記複数の帳票リーダ装置の各々に送信することと、を含んでいる。
【００２８】
この方法によっても、上記と同様に、更新管理装置によって電子証明書の更新が一元的に管理されるので、複数の帳票リーダ装置が更新された電子証明書を個別に取得する場合に比べて、電子証明書の更新を効率化することができる。
【００２９】
また、本発明の更新管理方法は、前記帳票リーダ装置が帳票に実装されたＩＣチップから情報を読み取るときに使用する電子証明書の使用順を、各帳票リーダ装置から受け取った認証処理の成功失敗ログ情報に基づいて、前記更新管理装置が決定することを含んでいる。
【００３０】
この方法により、帳票リーダ装置が使用する電子証明書の使用順が、認証処理の成功失敗ログ情報に基づいて決定されるので、認証が成功する確率が高くなり、電子証明書を用いた認証に要する時間が短縮される。
【発明の効果】
【００３１】
本発明は、電子証明書の更新を一元的に管理する更新管理装置を設けることにより、複数の帳票リーダ装置が更新された電子証明書を個別に取得する場合に比べて、電子証明書の更新を効率化することができるという効果を有する更新管理システムを提供することができるものである。
【図面の簡単な説明】
【００３２】
【図１】第１の実施の形態における更新管理システムの構成を示すブロック図
【図２】第１の実施の形態における更新管理装置の構成を示すブロック図
【図３】第１の実施の形態における更新管理システムの動作を説明するための図
【図４】第１の実施の形態における更新管理システムの動作の流れを示すフロー図
【図５】第２の実施の形態における更新管理装置の構成を示すブロック図
【図６】第２の実施の形態における更新管理システムの動作を説明するための図
【図７】第２の実施の形態における更新管理システムの動作の流れを示すフロー図
【発明を実施するための形態】
【００３３】
以下、本発明の実施の形態の更新管理システムについて、図面を用いて説明する。本実施の形態では、電子パスポートのリーダ装置（帳票リーダ装置）のための更新管理システム等の場合を例示する。この更新管理システムでは、帳票のＩＣチップから情報を読み取るときの認証処理に用いられる電子証明書の更新（ＩＣチップの仕様の更新に応じて電子証明書が更新される）が管理される。
【００３４】
（第１の実施の形態）
本発明の第１の実施の形態の更新管理システムの構成を、図面を参照して説明する。図１は、第１の実施の形態の更新管理システムを示すブロック図である。ここでは、まず、図１を参照して、システム全体の構成について説明する。図１に示すように、更新管理システム１は、帳票２（電子パスポート）に実装されたＩＣチップ３から情報を読み取る複数の帳票リーダ装置４と、ＩＣチップ３から情報を読み取るときの認証処理に用いられる電子証明書の更新を管理する更新管理装置５と、電子証明書の発行を行なう証明書発行サーバ装置６と、ＩＣチップ３の仕様に関する情報（例えば、国名、パスポート番号、電子署名の署名方式、署名パラメータなどのプロパティ情報）を管理する情報サーバ装置７で構成されている。
【００３５】
複数の帳票リーダ装置４と更新管理装置５は、構内ネットワーク８（例えば、ＬＡＮネットワークなど）を介して互いに通信可能に接続されている。また、更新管理装置５と証明書発行サーバ装置６と情報サーバ装置７は、一般ネットワーク９（例えば、インターネット）を介して互いに通信可能に接続されている。なお、ここでは、複数の帳票リーダ装置４が更新管理装置５と直接通信する例について説明するが、複数の帳票リーダ装置４の代わりに、スレーブ装置（更新管理装置５をマスター装置とするスレーブ装置）を設けて、いわゆる階層構造を構築してもよい。
【００３６】
つぎに、帳票リーダ装置４の構成について説明する。図１に示すように、帳票リーダ装置４は、帳票リーダ装置４に載置された帳票２から情報を読み取る機能を備えた読取り部１０と、帳票リーダ装置４の動作制御を行なう制御部１１と、ＩＣチップ３が帳票リーダ装置４を認証するときに用いる電子証明書を記憶する証明書メモリ１２を備えている。
【００３７】
読取り部１０は、帳票２のページに記載された文字や写真などの情報を光学的に読み取る機能と、帳票２のＩＣチップ３に記録された情報を無線通信で読み取る機能を備えている。また、読取り部１０は、帳票２のページ（機械読取領域）に記載された文字にＯＣＲ処理を施すことにより、ＩＣチップ３の仕様を示す識別情報（国名とパスポート版番号など）を取得する機能も備えている。証明書メモリ１２には、後述するように更新管理装置５を介して証明書発行サーバ装置６から受信した電子証明書（ＩＣチップ３の仕様に応じた複数の電子証明書）が格納される。
【００３８】
つづいて、図２を参照して、更新管理装置５の構成について説明する。第１の実施の形態の更新管理装置５は、各帳票リーダ装置４の証明書更新と管理機能を備えている。図２は、本実施の形態の更新管理装置５の構成を示すブロック図である。図２に示すように、本実施の形態の更新管理装置５は、複数の帳票リーダ装置４の代わりに証明書発行サーバ装置６から更新された電子証明書を一括して受信する証明書受信部１３と、更新された電子証明書（証明書発行サーバ装置６から受信した電子証明書）を複数の帳票リーダ装置４の各々に送信する証明書送信部１４を備えている。
【００３９】
また、更新管理装置５は、情報サーバ装置７に対して更新された電子証明書の有無（プロパティ情報の更新の有無）を確認する更新確認部１５と、更新された電子証明書が有である場合に（プロパティ情報のなかに更新された情報（差分情報）がある場合に）証明書発行サーバ装置６に対して更新された電子証明書の発行を要求する発行要求部１６を備えている（図３参照）。
【００４０】
更新された電子証明書の有無（差分情報の有無）の確認は、様々なパターンで実行することが可能である。例えば、更新確認部１５は、定期的に（例えば、７日経過ごとに）、更新された電子証明書の有無（差分情報の有無）を確認してもよい。また、更新管理装置５は、各帳票リーダ装置４から電子証明書を用いた認証処理の成功失敗ログ情報を受け取り、電子証明書を用いた認証処理の失敗頻度が所定の閾レベルを超えたときに、更新された電子証明書の有無（差分情報の有無）を確認してもよい。
【００４１】
具体的には、すべての帳票リーダ装置４の失敗頻度のなかで最も高いもの（ピーク値）が、所定の閾値（例えば、１００回／１日）を超えたときに、差分情報の有無を確認してもよい。または、すべての帳票リーダ装置４の失敗頻度の総和が、所定の閾値（例えば、５００回／１日）を超えたときに、差分情報の有無を確認してもよい。または、特定の帳票リーダ装置４（重要な場所に設置されている帳票リーダ装置４や、処理数の多い帳票リーダ装置４）の失敗頻度が所定の閾値（例えば、１００回／１日）を超えたときに、差分情報の有無を確認してもよい。または、失敗頻度の重み付けした総和（例えば、すべての帳票リーダ装置４の失敗頻度のなかで最大値と最小値を除いた残りの総和）が、所定の閾値（例えば、３００回／１日）を超えたときに、差分情報の有無を確認してもよい。
【００４２】
あるいは、情報サーバ装置７が管理しているＩＣチップ３の仕様に関する情報が更新されたときに、更新管理装置５は、情報サーバ装置７から差分情報の提供開始通知を受信して、それをトリガとして、差分情報の有無を確認してもよい。または、オペレータ（操作者）の操作をトリガとして、差分情報の有無を確認してもよい。これらの差分情報の有無の確認パターンは、それぞれ条件を満たす国のみ実行するようにしてもよい。
【００４３】
さらに、この更新管理装置５は、証明書発行サーバ装置６から受信した更新された電子証明書を格納する証明書格納部１７と、帳票リーダ装置４との間の認証処理に用いる認証用鍵を格納する鍵格納部１８を備えている。認証用鍵は、帳票リーダ装置４ごとにそれぞれ異なる鍵が用意され（図３参照）、更新管理装置５と各帳票リーダ装置４との間で共有されている。鍵格納部１８は、例えば、セキュア・アクセス・モジュール等で構成される。
【００４４】
以上のように構成された第１の実施の形態の更新管理システム１について、図面を参照してその動作を説明する。ここでは、本発明の更新管理システム１の特徴的な動作として、電子証明書の更新を行なうときの動作について説明する。
【００４５】
図４は、本実施の形態における更新管理システム１の動作の流れを示すフロー図である。図４に示すように、まず、更新管理装置５と各帳票リーダ装置４との間で、認証用鍵を用いた認証処理を行なう（Ｓ１）。その認証結果がＯＫだった場合（Ｓ２）、各帳票リーダ装置４は、自身の公開鍵を更新管理装置５へ送信する（Ｓ３）。更新管理装置５は、情報サーバ装置７との間で通信を行い、プロパティ情報に更新があるかどうか（差分情報があるかどうか）を確認する（Ｓ４）。
【００４６】
差分情報ありの場合（Ｓ５）、更新管理装置５は、すべての帳票リーダ装置４の代わりに証明書発行サーバ装置６へ電子証明書の発行要求を送信する（Ｓ６）。この発行要求には、更新管理装置５が各帳票リーダ装置４から受け取った公開鍵が含まれている。また、この発行要求には、更新管理装置５が情報サーバ装置７から受け取ったプロパティ情報（差分情報）が含まれている。証明書発行サーバ装置６は、更新管理装置５から受け取った公開鍵とプロパティ情報（差分情報）を用いて電子証明書（更新された電子証明書）を発行する。
【００４７】
更新管理装置５は、証明書発行サーバ装置６から発行された電子証明書を受信すると、その電子証明書を証明書格納部１７へ格納（キャッシュ）しておくとともに（Ｓ７）、その電子証明書を各帳票リーダ装置４へ送信する（Ｓ８）。このようにして、複数の帳票リーダ装置４は、更新管理装置５を介して、更新された電子証明書をそれぞれ取得することができる。そして、帳票リーダ装置４が更新管理装置５から電子証明書を受け取ると、強制的に電子証明書が更新される（Ｓ９）。
【００４８】
このような第１の実施の形態の更新管理システム１によれば、電子証明書の更新を一元的に管理する更新管理装置５を設けることにより、複数の帳票リーダ装置４が更新された電子証明書を個別に取得する場合に比べて、電子証明書の更新を効率化することができる。
【００４９】
すなわち、本実施の形態では、複数の帳票リーダ装置４の代わりに、更新された電子証明書を更新管理装置５が一括して受信して各帳票リーダ装置４へ送信する。このように、更新管理装置５によって電子証明書の更新が一元的に管理されるので、複数の帳票リーダ装置４が更新された電子証明書を個別に取得する場合に比べて、電子証明書の更新を効率化することができる。
【００５０】
また、本実施の形態では、更新された電子証明書の有無を情報サーバ装置７に確認して、更新された電子証明書が有である場合に電子証明書の発行を証明書発行サーバ装置６に要求し、更新された電子証明書を取得することができる。これにより、ＩＣチップ３の仕様の更新に応じて電子証明書が更新されたときに、最新の電子証明書（更新された電子証明書）をすぐに入手することが可能になる。
【００５１】
また、本実施の形態では、更新された電子証明書を証明書発行サーバ装置６から受信したときには、その電子証明書を格納しておくことができる。これにより、例えば、帳票リーダ装置４がシステムに追加された場合であっても、証明書発行サーバ装置６から電子証明書を再度受信しなくても、追加された帳票リーダ装置４に最新の電子証明書（更新された電子証明書）をすぐに送信することができる。
【００５２】
また、本実施の形態では、更新された電子証明書の有無を情報サーバ装置７に定期的に確認し、ＩＣチップ３の仕様の更新に応じて電子証明書が更新されたときには、最新の電子証明書（更新された電子証明書）をすぐに入手することができる。
【００５３】
また、本実施の形態では、電子証明書を用いた認証処理が失敗する頻度が高くなった場合（電子証明書が古くなっている可能性がある場合）に、最新の電子証明書（更新された電子証明書）をすぐに入手することができる。
【００５４】
また、本実施の形態では、情報サーバ装置７が管理しているＩＣチップ３の仕様に関する情報が更新された場合には、最新の電子証明書（更新された電子証明書）をすぐに受信することができる。
【００５５】
（第２の実施の形態）
次に、本発明の第２の実施の形態の更新管理システム１について説明する。ここでは、第２の実施の形態の更新管理システム１が、第１の実施の形態と相違する点を中心に説明する。したがって、ここで特に言及しない限り、本実施の形態の構成および動作は、第１の実施の形態と同様である。
【００５６】
第２の実施の形態の更新管理装置５は、各帳票リーダ装置４の証明書更新および管理機能に加えて、各帳票リーダ装置４の証明書と秘密鍵の強制更新機能を備えている。図５は、本実施の形態の更新管理装置５の構成を示すブロック図である。図５に示すように、本実施の形態の更新管理装置５は、コマンド送信部１９と鍵ペア生成部２０をさらに備えている。
【００５７】
コマンド送信部１９は、帳票リーダ装置４に対して、電子証明書と秘密鍵を強制的に更新することを要求する強制更新コマンドを送信する機能を備えている。鍵ペア生成部２０は、更新された電子証明書の発行に用いられる公開鍵と更新された電子証明書を用いた認証処理で使用される秘密鍵とを含んだ鍵ペアを生成する機能を備えている。
【００５８】
また、本実施の形態の証明書送信部１４は、更新された電子証明書とともに秘密鍵を帳票リーダ装置４に送信する機能を備えている。さらに、本実施の形態の鍵格納部１８には、帳票リーダ装置４との間の認証処理に用いる認証用鍵と、帳票リーダ装置４との間の暗号化通信に用いる暗号化通信用鍵が格納されている。認証用鍵と暗号化通信用鍵は、帳票リーダ装置４ごとにそれぞれ異なる鍵が用意され（図６参照）、更新管理装置５と各帳票リーダ装置４との間で共有されている。
【００５９】
さらに、更新管理装置５は、帳票リーダ装置４が帳票２に実装されたＩＣチップ３から情報を読み取るときに使用する電子証明書の使用順（使用優先順）を、各帳票リーダ装置４から受け取った認証処理の成功失敗ログ情報に基づいて決定する使用順決定部２１を備えている。この使用順決定部２１は、例えば、認証処理の成功頻度が高い順に電子証明書を使用するように使用優先順を決定する。また、この使用順決定部２１は、認証処理の成功頻度の高低差が所定の範囲内である場合には、電子証明書をランダムに使用するように使用優先順を決定する。これにより、認証が成功する確率が高くなり、電子証明書を用いた認証に要する時間が短縮される。
【００６０】
以上のように構成された第２の実施の形態の更新管理システム１について、図面を参照してその動作を説明する。なお、本実施の形態における処理（以下に説明するＳ１０〜Ｓ２０の処理）は、第１の実施の形態のステップ９（Ｓ９）と置き換えて、一連の動作として実行される。
【００６１】
図７は、本実施の形態における更新管理システム１の動作の流れを示すフロー図である。図７に示すように、まず、更新管理装置５と各帳票リーダ装置４との間で、認証用鍵を用いた認証処理を行なう（Ｓ１０）。その認証結果がＯＫだった場合（Ｓ１１）、更新管理装置５は、各帳票リーダ装置４に強制更新コマンドを送信する（Ｓ１２）。そして、更新管理装置５は、情報サーバ装置７との間で通信を行い、プロパティ情報に更新があるかどうか（差分情報があるかどうか）を確認する（Ｓ１３）。
【００６２】
差分情報ありの場合（Ｓ１４）、更新管理装置５は、すべての帳票リーダ装置４の代わりに、更新用の鍵ペア（公開鍵と秘密鍵）を生成し（Ｓ１５）、証明書発行サーバ装置６へ電子証明書の発行要求を送信する（Ｓ１６）。この発行要求には、更新管理装置５が各帳票リーダ装置４の代わりに生成した公開鍵が含まれている。また、この発行要求には、更新管理装置５が情報サーバ装置７から受け取ったプロパティ情報（差分情報）が含まれている。証明書発行サーバ装置６は、更新管理装置５から受け取った公開鍵とプロパティ情報（差分情報）を用いて電子証明書（更新された電子証明書）を発行する。
【００６３】
更新管理装置５は、証明書発行サーバ装置６から発行された電子証明書を受信すると、その電子証明書を証明書格納部１７へ格納（キャッシュ）しておくとともに（Ｓ１７）、各帳票リーダ装置４の代わりに生成した秘密鍵とともに、その電子証明書を各帳票リーダ装置４へ送信する（Ｓ１８）。この場合、電子証明書と秘密鍵は、暗号通信用鍵で暗号化されてから、各帳票リーダ装置４へ送信される。そして、帳票リーダ装置４が、更新管理装置５から受け取ったデータを復号して秘密鍵と電子証明書を取得すると、強制的に秘密鍵と電子証明書が更新される（Ｓ１９）。最後に、帳票リーダ装置４は、更新結果（更新成功／更新失敗）を更新管理装置５へ送信する（Ｓ２０）。
【００６４】
なお、認証用鍵を用いた認証（Ｓ１０）、強制更新コマンドの送信（Ｓ１１）、電子証明書の取得（Ｓ１３〜Ｓ１７）の順序は、任意に入れ替えることが可能である。
【００６５】
このような第２の実施の形態の更新管理システム１によっても、第１の実施の形態と同様の作用効果が奏される。
【００６６】
その上、本実施の形態では、更新管理装置５から帳票リーダ装置４に強制更新コマンドを送信して、帳票リーダ装置４の電子証明書および秘密鍵を強制的に更新することができる。この場合、更新された電子証明書の発行に用いられる公開鍵とその電子証明書を用いた認証処理で使用される秘密鍵とを含んだ鍵ペアが更新管理装置５で生成され、更新された電子証明書とともに秘密鍵が帳票リーダ装置４に送信される。そして、帳票リーダ装置４では、強制更新コマンドに基づいて、電子証明書および秘密鍵が強制的に更新される。
【００６７】
以上、本発明の実施の形態を例示により説明したが、本発明の範囲はこれらに限定されるものではなく、請求項に記載された範囲内において目的に応じて変更・変形することが可能である。
【００６８】
例えば、情報サーバ装置７がなく（情報サーバ装置７からのプロパティ情報の提供がなく）、証明書発行サーバ装置６から発行される電子証明書のみが提供される国については、定期的に、あるいは、オペレータ（操作者）の操作をトリガとして、更新管理装置５が、証明書発行サーバ装置６から電子証明書を受信して帳票リーダ装置４へ送信してもよい。
【００６９】
また、情報サーバ装置７からの応答がなく、証明書発行サーバ装置６から発行される電子証明書のみが提供される国については、定期的に、あるいは、オペレータ（操作者）の操作をトリガとして、更新管理装置５が、証明書発行サーバ装置６から電子証明書を受信して帳票リーダ装置４へ送信してもよい。
【００７０】
また、情報サーバ装置７がなく（情報サーバ装置７からのプロパティ情報の提供がなく）、電子証明書がオフラインでのみ提供される国については、オフラインで入手した電子証明書を、更新管理装置５から帳票リーダ装置４へ送信してもよい。
【００７１】
また、電子証明書が１通りである国については、情報サーバ装置７はなくてもよく、定期的に、あるいは、オペレータ（操作者）の操作をトリガとして、更新管理装置５が、証明書発行サーバ装置６から電子証明書を受信して帳票リーダ装置４へ送信してもよい。
【００７２】
なお、電子証明書が階層構造を成している場合には、一連の電子証明書チェインを構成する複数の電子証明書が、本発明の電子証明書に相当する。電子証明書チェインを構成する複数の電子証明書の一つは、ルート証明書であってよい。
【００７３】
また、以上の説明では、帳票２がパスポートである場合について例示したが、本発明の範囲はこれに限定されるものではなく、帳票２には、金融機関の通帳や身分証明書などが含まれる。
【産業上の利用可能性】
【００７４】
以上のように、本発明にかかる更新管理システムは、複数の帳票リーダ装置が更新された電子証明書を個別に取得する場合に比べて、電子証明書の更新を効率化することができるという効果を有し、電子パスポートのリーダ装置（帳票リーダ装置）のための更新管理システム等として有用である。
【符号の説明】
【００７５】
１  更新管理システム
２  帳票
３  ＩＣチップ
４  帳票リーダ装置
５  更新管理装置
６  証明書発行サーバ装置
７  情報サーバ装置
８  構内ネットワーク
９  一般ネットワーク
１０  読取り部
１１  制御部
１２  証明書メモリ
１３  証明書受信部
１４  証明書送信部
１５  更新確認部
１６  発行要求部
１７  証明書格納部
１８  鍵格納部
１９  コマンド送信部
２０  鍵ペア生成部
【図１】
2010257308.tif 000003
【図２】
2010257308.tif 000004
【図３】
2010257308.tif 000005
【図４】
2010257308.tif 000006
【図５】
2010257308.tif 000007
【図６】
2010257308.tif 000008
【図７】
2010257308.tif 000009