JP2009009427A - 認証処理方法、そのシステムおよび端末装置 - Google Patents

Abstract

【課題】 タグ等の機器とその使用者を短時間且つ高い信頼性で認証することを可能にする認証処理方法を提供する。
【解決手段】 端末装置２２は、タグ４の使用者の生体データを取得する。そして、端末装置２２は、上記取得した生体データを生体認証サーバ１０で認証させ、肯定的判定を得られたことを条件に、タグ４のワンタイムＩＤを用いて、機器認証サーバ１６との間でタグ４の機器認証を行う。ワンタイムＩＤは、機器認証を行う度に更新される。
【選択図】 図１

Description

本発明は、機器とその使用者とを認証する認証処理方法、そのシステムおよび端末装置に関する。

例えば、海外等でパスポートを紛失した場合に、紛失者は大使館でパスポートを再発行を行う必要がある。
このときに、本人の認証に長期間を要することから、パスポートの再発行までの期間が長期化する。

特開２００５−３８３６７号

しかしながら、上述したようにパスポートの再発行に長時間を要すると、様々な弊害が生じる。
同様の問題は、本人認証を必要とする様々な分野で同様に生じる。

本発明はかかる事情に鑑みてなされたものであり、その目的は、タグ等の機器とその使用者を短時間且つ高い信頼性で認証することを可能にする認証処理方法、そのシステムおよび端末装置を提供することにある。

上述した目的を達成するために、第１の観点の本発明の認証処理方法は、機器とその使用者を認証する認証処理方法であって、前記使用者の生体データを取得する取得工程と、前記取得工程で取得した前記生体データを生体認証サーバに送信する通信工程と、前記生体認証サーバが、前記通信工程で受信した前記生体データを認証し、当該認証の結果を端末装置に送信する生体認証工程と、前記生体認証工程で肯定的な認証結果を前記端末装置が受信したことを条件に、前記機器あるいは前記端末装置が機器認証サーバとの間で前記機器の機器認証を行う機器認証工程とを有する。

第１の観点の発明の認証処理方法では、先ず、取得工程において、機器の使用者の生体データが取得される。
次に、通信工程において、前記取得工程で取得した前記生体データが生体認証サーバに送信される。
次に、生体認証工程において、前記生体認証サーバが、前記通信工程で受信した前記生体データを認証し、当該認証の結果を端末装置に送信する。
次に、機器認証工程において、前記生体認証工程で肯定的な認証結果を前記端末装置が受信したことを条件に、前記機器あるいは前記端末装置が機器認証サーバとの間で前記機器の機器認証を行う。
このように、第１の観点の発明では、機器のユーザの生体認証を生体認証サーバで行い、生体認証において肯定的な認証結果が得られたことを条件に機器認証サーバにおいて機器認証を行う。このように生体認証サーバあと機器認証サーバとを分けることで、ユーザの個人情報を分散させることができ、情報漏洩に対する損害を小さくできる。

好適には、第１の観点の発明の認証処理方法は、前記機器認証工程で肯定的な認証結果が得られると、前記生体データおよび前記機器に対応した個人情報を前記端末装置に送信する個人情報送信工程をさらに有する。
これにより、生体認証に係る生体データと、機器の使用者の個人情報とをシステム的に分離できる。

好適には、第１の観点の発明の認証処理方法は、前記機器認証工程において、前記機器の機器認証を当該機器のワンタイムＩＤを用いて行う。
これにより、過去のワンタイムＩＤが盗まれた場合に、それを後に利用してなりすましを行うことを防止できる。

好適には、第１の観点の発明の認証処理方法は、前記機器認証を行う機器認証サーバと前記機器あるいは前記端末装置とが、前記ワンタイムＩＤを生成するためのシードデータを予め記憶しており、前記機器認証工程において、前記機器および前記機器認証サーバが、前記シードデータを基に生成した前記ワンタイムＩＤを用いて前記機器認証を行い、前記機器の機器認証を行う度に、前記機器および前記機器認証サーバが、自らが記憶する前記シードデータを更新する。

好適には、第１の観点の発明の認証処理方法は、前記生体認証工程において、前記生体認証サーバが、前記生体データの認証結果が肯定的である場合に、前記生体データあるいは前記機器に対応付けられたパスワードを特定し、当該認証処理方法は、前記機器、前記端末装置あるいは前記機器認証を行う機器認証サーバが、前記生体認証工程で特定された前記パスワードと、前記機器あるいは前記機器認証サーバが予め記憶するパスワードとを照合するパスワード照合工程をさらに有し、前記機器認証工程において、前記パスワード照合工程で肯定的な照合結果が得られたことをさらに条件として、前記個人情報を前記端末装置に送信する。
このようにパスワード照合をさらに行うことで、システムの信頼性を高めることができる。

好適には、第１の観点の発明の認証処理方法は、前記生体認証工程における前記生体データの認証の結果が肯定的である場合に、前記生体認証サーバが、前記機器との間で共通の第１のメインシードを基に生成したワンタイムＩＤを用いて前記機器の認証を行い、前記生体認証サーバが、前記機器認証サーバとの間で共通の第２のメインシードを基に生成したワンタイムＩＤを用いて、前記機器認証サーバの認証を行い、前記生体認証サーバが、前記機器および前記機器認証サーバの双方の認証の結果が肯定的である場合に、前記機器および前記機器認証サーバで共通のサブシードを、前記端末装置および機器認証サーバに送信するサブシード送信工程をさらに有し、前記機器認証工程は、前記機器の機器認証を、前記メインシードを基に生成したワンタイムＩＤと、前記サブシードを基に生成したワンタイムＩＤとの双方を用いて行う。
このようにサブシードを用いた機器認証をさらに行うことでシステムの信頼性をさらに高めることができる。

好適には、第１の観点の発明の認証処理方法は、前記機器あるいは前記端末装置が、現通信単位の機器認証サーバのサーバ乱数と前記機器の機器乱数とをメモリから読み出しそれらの乱数を引数としたハッシュ関数の値に基づいて当該機器のワンタイムＩＤを生成する第１のワンタイムＩＤ生成工程と、前記機器あるいは前記端末装置が、前記所定の通信単位ごとに機器乱数を生成する乱数生成工程と、前記機器あるいは前記端末装置が、前記第１のワンタイムＩＤ生成工程による現通信単位のワンタイムＩＤおよび前記乱数生成工程による次の通信単位のクライアント乱数を前記機器認証サーバに送信する第１の送信工程と、前記機器認証サーバが、そのメモリにおけるワンタイムＩＤと前記第１の送信工程により受信されたワンタイムＩＤとに基づき前記機器の正当性を判断する第１の認証工程と、前記機器認証サーバが、次の通信単位のサーバ乱数と前記第１の送信工程で受信された次の通信単位の機器乱数とを引数としたハッシュ関数の値に基づいて前記機器の次の通信単位のワンタイムＩＤを生成する第２のワンタイムＩＤ生成工程と、前記機器認証サーバが、このワンタイムＩＤがメモリに格納されている複数のワンタイムＩＤのいずれかと同一である場合には、再度生成されたサーバ乱数と前記第１の送信工程で受信された機器乱数とを引数としたハッシュ関数の値に基づいて前記ワンタイムＩＤを再度生成するワンタイムＩＤ再生成工程と、前記機器認証サーバが、このワンタイムＩＤがそのメモリに格納されている複数のワンタイムＩＤのいずれとも同一ではない場合には、そのワンタイムＩＤでメモリにおける前記機器のワンタイムＩＤを更新する機器ワンタイムＩＤ生成工程と、前記機器認証サーバが、現通信単位の前記サーバ乱数と前記第１の送信工程により受信された前記次の通信単位の機器乱数とを引数としたハッシュ関数の値に基づいて現通信単位の前記機器認証サーバのワンタイムＩＤを生成する第２のワンタイムＩＤ生成工程と、前記機器認証サーバが、現通信単位の当該機器認証サーバのワンタイムＩＤおよび前記次の通信単位のサーバ乱数を前記機器あるいは前記端末装置に送信する第２の送信工程と、前記機器あるいは前記端末装置が、前記第２の送信工程で受信したワンタイムＩＤとに基づいて前記機器認証サーバの正当性を判断する第２の認証工程とを有する。

第２の観点の発明の認証処理システムは、機器とその使用者を認証するデータ処理システムであって、受信した生体データを基に生体認証を行う生体認証サーバと、前記使用者の生体データを前記生体認証サーバに送信する端末装置と、前記機器あるいは前記端末装置が前記機器の機器認証を行う機器認証サーバとを有し、前記生体認証サーバによる前記生体データについての認証結果が肯定的であることを条件に、前記機器認証サーバによる前記機器の機器認証を行う。

第３の観点の発明の端末装置は、生体認証サーバおよび機器認証サーバと通信を行う第１のインタフェースと、機器とデータ入出力を行う第２のインタフェースと、前記第１のインタフェースを介して前記使用者の生体データを前記生体認証サーバに送信し、前記生体認証サーバから生体認証について肯定的な認証結果を受信したことを条件に、前記第２のインタフェースを介して前記機器から入力した情報を基に、前記第１のインタフェースを介して前記機器認証サーバと通信を行って当該機器の機器認証を行う処理回路とを有する。

第４の観点の発明の認証処理方法は、機器とその使用者を認証する認証処理方法であって、端末装置が、前記使用者の生体データを取得する取得工程と、前記端末装置と生体認証サーバとの間でワンタイムＩＤを用いた機器認証を行う機器認証工程と、前記機器認証工程で機器の正当性を確認したことを条件に、前記生体認証サーバが、前記取得工程で取得された生体データを基に生体認証を行う生体認証工程と、前記端末装置が、前記機器から取得した機器ＩＤを機器認証サーバに送信する第１の通信工程と、前記生体認証サーバが、前記生体認証で前記生体データの正当性を確認したことを条件に、前記生体データに対応したパスワードを前記機器認証サーバに送信する第２の通信工程と、前記機器認証サーバが、前記第１の通信工程で受信した機器ＩＤに対応したパスワードと、前記第２の通信工程で受信したパスワードとを照合し、パスワードの正当性を確認したことを条件に、前記端末装置との間で、前記機器ＩＤに係る処理を行う処理工程とを有する。

本発明によれば、タグ等の機器とその使用者を短時間且つ高い信頼性で認証することを可能にする認証処理方法、そのシステムおよび端末装置を提供することができる。

以下、本発明の実施形態に係る商品真贋判定システムについて説明する。
＜第１実施形態＞
第１実施形態は、処理（演算）回路を備えてないタグを用いて、端末装置２２が、機器認証サーバ１６との間でタグ４の機器認証を行う場合を説明する。
図１は、本実施形態のパスポート再発行システム１の概念図である。
ここで、タグ４が本発明の機器の一例であり、タグ４のＯＴＩＤ（ＴＡＧ）が本発明のワンタイムＩＤの一例であり、生体認証サーバ１０が本発明の生体認証サーバの一例であり、機器認証サーバ１６が本発明の機器認証サーバの一例であり、端末装置２２が本発明の端末装置の一例である。

図１に示すようにパスポート再発行システム１は、タグ４、生体認証サーバ１０、機器認証サーバ１６および端末装置２２を用いて、パスポート情報の提供を行う。

以下、図１に示す各構成要素を説明する。
［タグ４］
タグ４は、例えば、パスポート（旅券）の発行時に、パスポートと共に発行対象者（パスポートの使用者）に発行される。
図２は、図１に示すタグ４の構成図である。
図２に示すように、タグ４は、例えば、不揮発性メモリ４３およびインタフェース４５を有する。
不揮発性メモリ４３には、機器認証サーバ１６による機器認証に用いられるワンタイムＩＤを生成するために用いられるシードデータＳＥＥＤが予め記憶されている。
また、不揮発性メモリ４３には、タグ４に予め対応付けられたパスワードＰＷＤが記憶されている。

インタフェース４５は、有線あるいは無線により、端末装置２２との間でデータ授受を行う。
なお、タグ４は、例えば、不揮発性メモリ４３に記憶された情報を、正当な端末装置２２を用いた場合にしかアクセスできない耐タンパ性のモジュールとして構成されている。

［生体認証サーバ１０］
生体認証サーバ１０は、タグ４の所有者の生体データを認証するために用いられる。

図３は、図１に示す生体認証サーバ１０の構成図である。
図３に示すように、生体認証サーバ１０は、例えば、処理回路８１、ＲＯＭ(Read
Only Memory)８３、ＲＡＭ(Random Access Memory)８５、ＨＤＤ(Hard Disk Drive)８６およびネットワークＩ／Ｆ８７がデータバス８２を介して相互に接続されている。

処理回路８１は、ＲＯＭ８３に格納されているプログラムＰＲＧ−Ｓ１を実行し、生体認証サーバ１０の動作を統括的に制御する。
具体的には、処理回路８１は、プログラムＰＲＧ−Ｓ１を実行して、図３に示すように、生体認証機能部８１１等の機能を実現する。
ＲＡＭ８５には、処理回路８１の処理に用いられる各種のデータが記憶されている。

ＨＤＤ８６には、各使用者（ユーザ）の照合用生体データが生体認証を開始する前に予め記憶されている。
使用者は、例えば、パスポート発行時に自らの生体データを取得する。当該取得された生体データが、照合用生体データとして生体認証サーバ１０のＨＤＤ８６に書き込まれる。
当該生体データは、例えば、人間の指紋、掌形、網膜、虹彩、顔、血管、声紋、耳形あるいはＤＮＡ等のデータである。

ネットワークＩ／Ｆ８７は、端末装置２２等との間でネットワークを介してデータ授受を行う。

［機器認証サーバ１６］
機器認証サーバ１６は、タグ４の機器認証を行うために用いられる。

図４は、図１に示す機器認証サーバ１６の構成図である。
図４に示すように、機器認証サーバ１６は、例えば、処理回路１６１、ＲＯＭ１６３、ＲＡＭ１６５、ＨＤＤ１６６およびネットワークＩ／Ｆ１６７がデータバス１６０を介して相互に接続されている。

処理回路１６１は、ＲＯＭ１６３に格納されているプログラムＰＲＧ−Ｓ２を実行し、タグ４との間の機器認証処理を行う。

処理回路１６１は、プログラムＰＲＧ−Ｓ２を実行することで、図４に示す乱数生成部１６１１、ワンタイムＩＤ生成部１６１２、暗号処理部１６１３、共通鍵更新部１６１４、通信処理部１６１５およびデータ管理部１６１６の機能を実現する。

乱数生成部１６１１は、演算により擬似乱数を生成する処理部である。
ワンタイムＩＤ生成部１６１２は、タグ乱数およびサーバ乱数を引数とした一方向性関数の値に基づきワンタイムＩＤを生成する処理部である。本実施形態では、一方向性関数として、暗号鍵を使用せずにダイジェストを生成するＭＤ５などのハッシュ関数が使用される。
暗号処理部１６１３は、可変共通鍵で暗号化および復号を行う処理部である。
共通鍵更新部１６１４は、可変共通鍵、タグ乱数およびサーバ乱数を引数とした一方向性関数の値に基づき可変共通鍵を更新する処理部である。本実施形態では、一方向性関数として、暗号鍵を使用せずにダイジェストを生成するＭＤ５などのハッシュ関数が使用される。
通信処理部１６１５は、端末装置２２との間の通信を制御する。
データ管理部１６１６は、ＲＯＭ１６３、ＲＡＭ１６５およびＨＤＤ１６６へのアクセスを管理する処理部である。

ＲＡＭ１６５には、機器認証を行う前に、前述したワンタイムＩＤ生成用のシードデータＳＥＥＤが書き込まれている。
ＨＤＤ１６６は、例えば、パスポートの所有者の各々についてのパスポート情報ＰＡＳＳを記憶する。パスポート情報ＰＡＳＳは、所有者の氏名、住所、戸籍、性別、旅券番号等のパスポートを紛失した所有者がパスポートを再発行する際に用いられる情報である。

ネットワークＩ／Ｆ１６７は、図１に示す端末装置２２との間でデータの入出力を行うためのインタフェースである。

［端末装置２２］
端末装置２２は、タグ４とデータ入出力を行うと共に、生体認証サーバ１０および機器認証サーバ１６と通信を行う。

図５は、図１に示す端末装置２２の構成図である。
端末装置２２は、例えば、処理回路２１１、ＲＯＭ２１２、ＲＡＭ２１３、ネットワークＩ／Ｆ２１４、タグインタフェース２１６、生体データ取得部２１７および表示部２２０を有し、これがデータバス２１５を介して接続されている。

処理回路２１１は、ＲＯＭ２１２に格納されているプログラムＰＲＧ−ＴＥを実行し、端末装置２２の機能を統括的に制御する。
処理回路２１１は、プログラムＰＲＧ−ＴＥを実行することで、図５に示す乱数生成部２１１１、ワンタイムＩＤ生成部２１１２、暗号処理部２１１３、共通鍵更新部２１１４、通信処理部２１１５およびデータ管理部２１１６の機能を実現する。

乱数生成部２１１１は、演算により擬似乱数を生成する処理部である。
ワンタイムＩＤ生成部２１１２は、タグ乱数およびサーバ乱数を引数とした一方向性関数の値に基づきワンタイムＩＤを生成する処理部である。本実施形態では、一方向性関数として、暗号鍵を使用せずにダイジェストを生成するＭＤ５などのハッシュ関数が使用される。
暗号処理部２１１３は、可変共通鍵で暗号化および復号を行う処理部である。
共通鍵更新部２１１４は、可変共通鍵、タグ乱数およびサーバ乱数を引数とした一方向性関数の値に基づき可変共通鍵を更新する処理部である。本実施形態では、一方向性関数として、暗号鍵を使用せずにダイジェストを生成するＭＤ５などのハッシュ関数が使用される。
通信処理部２１１５は、タグ４、生体認証サーバ１０および機器認証サーバ１６との間の通信を制御する。
データ管理部２１１６は、ＲＯＭ２１２およびＲＡＭ２１３へのアクセスを管理する処理部である。

ＲＡＭ２１３には、後述するように、タグ４から読み出されたパスワードＰＷＤおよびシードデータＳＥＥＤが記憶される。
ネットワークＩ／Ｆ２１４は、生体認証サーバ１０および機器認証サーバ１６との間で通信を行う。
タグインタフェース２１６は、タグ４との間でデータ入出力を行う。
生体データ取得部２１７は、使用者の生体データを取得する。
生体データは、例えば、人間の指紋、掌形、網膜、虹彩、顔、血管、声紋、耳形あるいはＤＮＡ等のデータである。

以下、図１に示すパスポート再発行システム１の各種の動作例を説明する。
［初期動作例］
パスポートの所有者に、パスポートとは別にタグ４が発行される。
タグ４には、予め、当該所有者に対応付けられた固定ＩＤと、機器認証に用いられるシードデータＳＥＥＤが記憶されている。なお、固定ＩＤの代わりに、シードデータＳＥＥＤから得られるワンタイムＩＤの初期値を用いてもよい。
また、上記所有者の生体データが予め取得され、これが照合用生体データとして図３に示す生体認証サーバ１０のＨＤＤ８６に上記固定ＩＤと対応付けて書き込まれる。
また、上記シードデータＳＥＥＤが、図４に示す機器認証サーバ１６のＲＡＭ１６５やＨＤＤ１６６に書き込まれる。
また、上記所有者のパスポート情報ＰＡＳＳが機器認証サーバ１６のＨＤＤ１６６に書き込まれる。
なお、上記固定ＩＤの代わりに、ワンタイムＩＤを用いてもよい。

［パスポート情報発行動作］
図６は、図１に示すパスポート再発行システム１が行うパスポート情報発行動作を説明するためのフローチャートである。
例えば、パスポートを紛失したユーザが領事館等に訪れる。そして、領事館に設置された端末装置２２の生体データ取得部２１７を用いて、当該ユーザの生体データを取得し、これがＲＡＭ２１３に書き込まれる（ステップＳＴ１１）。
また、ユーザは、自らが所有するタグ４を、端末装置２２のタグインタフェース２１６に対してデータ出力可能な状態に設置する。端末装置２２の処理回路１６１は、タグ４に記憶された当該タグの固定ＩＤをタグインタフェース２１６を介して読み出し、これをＲＡＭ２１３に書き込む。

図５に示す端末装置２２の処理回路２１１は、上記取得した生体データと、それに対応したタグＩＤとをＲＡＭ２１３から読み出し、これらを関連付けてネットワークＩ／Ｆ２１４を介して、生体認証サーバ１０に送信する（ステップＳＴ１２）。
図３に示す生体認証サーバ１０の処理回路８１は、ネットワークＩ／Ｆ８７を介して、上記生体データおよび固定ＩＤを受信し、これをＲＡＭ８５に書き込む。

生体認証サーバ１０の処理回路８１は、上記タグＩＤに対応した照合用生体データをＨＤＤ８６から読み出し、それとＲＡＭ８５から読み出した上記生体データとを比較して照合を行う（ステップＳＴ１３）。
処理回路８１は、上記照合の結果、これらが一致していれば上記ユーザが正当であると判定する（ステップＳＴ１４）。
処理回路８１は、上記照合の結果、不正であると判定した場合には処理を終了し、正当であると判定した場合には、ＨＤＤ８６から上記タグの固定ＩＤに対応したパスワードＰＷＤを読み出し、これをネットワークＩ／Ｆ８７を介して端末装置２２に送信する（ステップＳＴ１５）。
図５に示す端末装置２２の処理回路２１１は、受信した上記パスワードＰＷＤをＲＡＭ２１３に書き込む。

端末装置２２の処理回路２１１は、タグインタフェース２１６を介して、タグ４の不揮発性メモリ４３に記憶されているパスワードＰＷＤを読み出して、ＲＡＭ２１３に書き込む（ステップＳＴ１６）。
次に、端末装置２２の処理回路２１１は、上記受信したパスワードＰＷＤと、タグ４から読み出したパスワードＰＷＤとを比較し、一致していればパスワードが正当であると判定する（ステップＳＴ１７）。一方、不一致であればパスポートが不正であると判定する。

端末装置２２の処理回路２１１は、上記ステップＳＴ１７で正当であると判定したことを条件に、図２に示すタグ４の不揮発性メモリ４３からシードデータＳＥＥＤを読み出し、これをインタフェース４５およびタグインタフェース２１６を介して、ＲＡＭ２１３に書き込む（ステップＳＴ１８）。
次に、処理回路２１１は、ＲＡＭ２１３から上記シードデータＳＥＥＤを読み出し、当該シードデータＳＥＥＤを用いて、機器認証サーバ１６との間でワンタイムＩＤを用いた相互認証を行う（ステップＳＴ１９，ＳＴ２０）。
上記相互認証において、図５に示す端末装置２２の処理回路２１１は、ＲＡＭ２１３から読み出した上記シードデータＳＥＥＤを用いてタグ４のＯＴＩＤ（ＴＡＧ）を生成し、これをネットワークＩ／Ｆ２１４を介して機器認証サーバ１６に送信する。

そして、機器認証サーバ１６の処理回路１６１は、受信したＯＴＩＤ（ＴＡＧ）を基にタグ４を機器認証する。具体的には、処理回路１６１は、上記受信したＯＴＩＤ（ＴＡＧ）が、ＲＡＭ１６５に記憶されているタグテーブル（リスト）内に存在すればタグ４が正当であると認証し、そうでない場合にはタグ４が不正であると判断する。

一方、上記相互認証においてに、図４に機器認証サーバ１６の処理回路１６１は、ＲＡＭ１６５から読み出した上記シードデータＳＥＥＤを基に、機器認証サーバ１６のワンタイムＩＤであるＯＴＩＤ（Ｍ−ＳＥＶ）を生成し、これをネットワークＩ／Ｆ１６７を介して端末装置２２に送信する。そして、端末装置２２の処理回路２１１は、受信したＯＴＩＤ（Ｍ−ＳＥＶ）を基に、機器認証サーバ１６を認証する。具体的には、処理回路２１１は、上記受信したＯＴＩＤ（Ｍ−ＳＥＶ）が、ＲＡＭ２１３に記憶されているサーバテーブル（リスト）内に存在すれば機器認証サーバ１６が正当であると認証し、そうでない場合には機器認証サーバ１６が不正であると判断する。

処理回路１６１，２１１は、上記相互認証後に、シードデータＳＥＥＤを更新する。また、機器認証サーバ１６は、次にタグ４の認証を行う際に、更新後のシードデータＳＥＥＤを基にタグ４の新たなＯＴＩＤ（ＴＡＧ）を生成し、これを用いてＲＡＭ１６５に記憶されているテーブル（リスト）のＯＴＩＤ（ＴＡＧ）を更新する。
当該ワンタイムＩＤを用いた認証処理については後に詳細に説明する。

機器認証サーバ１６の処理回路１６１は、上記ＯＴＩＤ（ＴＡＧ）を用いた認証結果を基にタグ４の正当性を判定する。
処理回路１６１は、上記判定でタグ４が正当であると判定すると（ステップＳＴ２１）、上記タグＩＤに対応したパスポート情報ＰＡＳＳをＲＡＭ１６５から読み出し、ネットワークＩ／Ｆ１６７を介して端末装置２２に送信する（ステップＳＴ２２）。
図５に示す端末装置２２の処理回路２１１は、上記パスポート情報ＰＡＳＳをＲＡＭ２１３に記憶した後に、表示部２２０に表示する。
当該パスポート情報ＰＡＳＳは、領事館において当該ユーザのパスポートを再発行するために用いられる。

以上説明したように、パスポート再発行システム１では、ユーザの生体認証およびタグ４の機器認証を経て、当該ユーザがパスポート情報ＰＡＳＳが機器認証サーバ１６から端末装置２２に送信される。そのため、人為的な作業が殆ど不要であり、パスポート情報ＰＡＳＳを短時間で提供できる。これにより、パスポートの再発行を短時間で行うことが可能になる。

また、パスポート再発行システム１では、タグ４のＯＴＩＤ（ＴＡＧ）を用いてタグ４の機器認証を行い、当該ＯＴＩＤ（ＴＡＧ）が認証の度に更新される。そのため、あるタイミングでのＯＴＩＤ（ＴＡＧ）をコピーしても、当該ＯＴＩＤ（ＴＡＧ）を用いたその後の機器認証は成功しない。従って、タグ４を偽造することは困難であり、高い信頼性の機器認証を行うことができる。これにより、機器認証サーバ１６に記憶されたパスワード情報ＰＡＳＳが不正に流出することを防止できる。

また、パスポート再発行システム１では、生体データとパスポート情報ＰＡＳＳとを異なるサーバに保存するため、これらが関連付けられた不正に利用されることを防止できる。

また、パスポート再発行システム１では、生体認証サーバ１０におけるユーザの生体データを用いた生体認証で肯定的な判定が得られたことを条件に、機器認証サーバ１６がパスポート情報ＰＡＳＳを発行するため、なりすましが困難である。
また、生体認証サーバ１０が上記生体認証で肯定的な判定をしたことを条件に生体認証サーバ１０がパスワードＰＷＤを端末装置２２に送信し、端末装置２２においてパスワードＰＷＤの照合を行うため、不正な生体認証サーバ１０を用いて不正な認証を行った場合に、それを検出できる。

また、パスポート再発行システム１では、タグ４には処理（演算）機能がないため、タグ４を安価に製造できる。また、パスワードＰＷＤの照合を端末装置２２で行うため、不正なタグを用いてパスワードが盗まれることを防止できる。

＜第２実施形態＞
上述した第１実施形態では、端末装置２２においてパスワードＰＷＤの照合を行う場合を例示した。第２実施形態では、機器認証サーバ１６においてパスワードＰＷＤの照合を行う場合を例示する。

図７は、本発明の第２実施形態のパスポート情報再発行システムが行うパスポート情報発行動作を説明するためのフローチャートである。
図７において、図６と同じ処理について同じ符号を付している。以下、第１実施形態との相違点を中心に説明する。

第２実施形態では、生体認証サーバ１０の処理回路８１は、生体認証において生体データが正当であると判定した場合に（ステップＳＴ１４）、ＨＤＤ８６から上記タグＩＤに対応したパスワードＰＷＤを読み出し、これをネットワークＩ／Ｆ８７を介して機器認証サーバ１６に送信する（ステップＳＴ３５）。このように、生体認証サーバ１０は、パスワードＰＷＤを端末装置２２にではなく機器認証サーバ１６に送信する。

機器認証サーバ１６の処理回路１６１は、ＲＡＭ１６５に予め照合用として記憶されているパスワードＰＷＤと、生体認証サーバ１０から受信したパスワードＰＷＤとをＲＡＭ２１３から読み出し（ステップＳＴ３６）、これを比較して照合し、一致していれば正当であると判定する（ステップＳＴ３７）。一方、不一致であれば不正であると判定する。

機器認証サーバ１６の処理回路１６１は、上記ステップＳＴ３７で正当であると判定したことを条件に、図４に示す機器認証サーバ１６のＲＡＭ１６５からシードデータＳＥＥＤを読み出し、これらを用いて端末装置２２との間でワンタイムＩＤを用いた相互認証を行う（ステップＳＴ１９,ＳＴ２０）。
当該相互認証、並びにそれに続く処理は第１実施形態と同様である。

以上説明したように、第２実施形態のパスポート再発行システムでは、第１実施形態で説明した効果に加えて以下の効果が得られる。
すなわち、第２実施形態のパスポート再発行システムでは、タグ４にはパスワードＰＷＤが記憶されず、生体認証サーバ１０と機器認証サーバ１６との間でのみパスワードＰＷＤが扱われる。そのため、タグ４のパスワードＰＷＤを盗まれる可能性が無くなり、高い信頼性を得ることができる。

＜第３実施形態＞
本実施形態では、タグ４および機器認証サーバ１６のワンタイムＩＤを用いた認証を、メインシードデータＭＡＩＮ−ＳＥＥＤおよびサブシードデータＳＵＢ−ＳＥＥＤを用いて行う場合を例示する。

図８および図９は、本発明の第３実施形態のパスポート情報再発行システム１が行うパスポート情報発行動作を説明するためのフローチャートである。
図８および図９において、図６と同じ処理について同じ符号を付している。以下、第１実施形態との相違点を中心に説明する。

第３実施形態では、生体認証サーバ１０の処理回路８１は、第１実施形態で説明した図６に示すステップＳＴ１１〜ＳＴ１３の処理を経て、生体認証において生体データが正当であると判定した場合には（ステップＳＴ１４）、ステップＳＴ４１に進む。

図５に示す端末装置２２の処理回路２１１は、図２に示すタグ４の不揮発性メモリ４３から、メインシードデータＭＡＩＮ−ＳＥＥＤ１を読み出す（ステップＳＴ４１）。処理回路２１１は、当該読み出したメインシードデータＭＡＩＮ−ＳＥＥＤ１をＲＡＭ２１３に書き込む。
本実施形態において、メインシードデータＭＡＩＮ−ＳＥＥＤ１は、タグ４と生体認証サーバ１０との間で予め共通に設定されたものである。

次に、生体認証サーバ１０の処理回路８１は、ＲＡＭ８５からメインシードデータＭＡＩＮ−ＳＥＥＤ１を読み出し、当該メインシードデータＭＡＩＮ−ＳＥＥＤ１を用いて、端末装置２２との間でワンタイムＩＤを用いた相互認証を行う（ステップＳＴ４２，ＳＴ４３）。
上記相互認証において、図３に示す生体認証サーバ１０の処理回路８１は、ＲＡＭ８５から読み出した上記メインシードデータＭＡＩＮ−ＳＥＥＤ１を用いて生体認証サーバ１０のＯＴＩＤ（Ｂ−ＳＥＶ）を生成し、これをネットワークＩ／Ｆ８７を介して端末装置２２に送信する。
そして、端末装置２２の処理回路２１１は、受信したＯＴＩＤ（Ｂ−ＳＥＶ）を基に生体認証サーバ１０認証する。具体的には、処理回路２１１は、上記受信したＯＴＩＤ（Ｂ−ＳＥＶ）が、ＲＡＭ２１３に記憶されているサーバテーブル（リスト）内に存在すれば生体認証サーバ１０が正当であると認証し、そうでない場合には生体認証サーバ１０が不正であると判断する。

一方、上記相互認証において、図５に示す端末装置２２の処理回路２１１は、ＲＡＭ２１３から読み出した上記メインシードデータＭＡＩＮ−ＳＥＥＤ１を基に、タグ４のワンタイムＩＤであるＯＴＩＤ（ＴＡＧ）を生成し、これをネットワークＩ／Ｆ２１４を介して生体認証サーバ１０に送信する。そして、生体認証サーバ１０の処理回路８１は、受信したＯＴＩＤ（ＴＡＧ）を基に、タグ４を認証する。具体的には、処理回路８１は、上記受信したＯＴＩＤ（ＴＡＧ）が、ＲＡＭ８５に記憶されているタグテーブル（リスト）内に存在すればタグ４が正当であると認証し、そうでない場合にはタグ４が不正であると判断する。
処理回路２１１，８１は、上記相互認証後に、メインシードデータＭＡＩＮ−ＳＥＥＤ１を更新する。当該ワンタイムＩＤを用いた認証処理については後に詳細に説明する。

次に、生体認証サーバ１０の処理回路８１は、ＲＡＭ８５からメインシードデータＭＡＩＮ−ＳＥＥＤ２を読み出し、当該メインシードデータＭＡＩＮ−ＳＥＥＤ２を用いて、機器認証サーバ１６との間でワンタイムＩＤを用いた相互認証を行う（ステップＳＴ４４，ＳＴ４５）。
上記相互認証において、図３に示す生体認証サーバ１０の処理回路８１は、ＲＡＭ８５から読み出した上記メインシードデータＭＡＩＮ−ＳＥＥＤ２を用いて生体認証サーバ１０のＯＴＩＤ（Ｂ−ＳＥＶ）を生成し、これをネットワークＩ／Ｆ８７を介して機器認証サーバ１６に送信する。
そして、機器認証サーバ１６の処理回路１６１は、受信したＯＴＩＤ（Ｂ−ＳＥＶ）を基に生体認証サーバ１０を認証する。具体的には、処理回路１６１は、上記受信したＯＴＩＤ（Ｂ−ＳＥＶ）が、ＲＡＭ１６５に記憶されているサーバテーブル（リスト）内に存在すれば生体認証サーバ１０が正当であると認証し、そうでない場合には生体認証サーバ１０が不正であると判断する。

一方、上記相互認証において、図４に示す機器認証サーバ１６の処理回路１６１は、ＲＡＭ１６５から読み出した上記メインシードデータＭＡＩＮ−ＳＥＥＤ２を基に、機器認証サーバ１６のワンタイムＩＤであるＯＴＩＤ（Ｍ−ＳＥＶ）を生成し、これをネットワークＩ／Ｆ１６７を介して生体認証サーバ１０に送信する。そして、生体認証サーバ１０の処理回路８１は、受信したＯＴＩＤ（Ｍ−ＳＥＶ）を基に、機器認証サーバ１６を認証する。具体的には、処理回路８１は、上記受信したＯＴＩＤ（Ｍ−ＳＥＶ）が、ＲＡＭ８５に記憶されているサーバテーブル（リスト）内に存在すれば機器認証サーバ１６が正当であると認証し、そうでない場合には機器認証サーバ１６が不正であると判断する。
処理回路１６１，８１は、上記相互認証後に、メインシードデータＭＡＩＮ−ＳＥＥＤ２を更新する。当該ワンタイムＩＤを用いた認証処理については後に詳細に説明する。

生体認証サーバ１０の処理回路８１は、上記ステップＳＴ４３，ＳＴ４４の認証で、タグ４（端末装置２２）および機器認証サーバ１６の双方が正当であると判定すると（ステップＳＴ４６）、ステップＳＴ４７に進む。
処理回路８１は、ＨＤＤ８６に記憶されたサブシードテーブルから未使用のサブシードＳＵＢ−ＳＥＥＤを読み出し、当該サブシードＳＵＢ−ＳＥＥＤを端末装置２２および機器認証サーバ１６に送信する（ステップＳＴ４７）。このとき、処理回路８１は、初期設定において端末装置２２および機器認証サーバ１６にメインシードデータＭＡＩＮ−ＳＥＥＤを送信した際に用いた共通秘密鍵でサブシードＳＵＢ−ＳＥＥＤを暗号化して端末装置２２および機器認証サーバ１６に送信する。

端末装置２２の処理回路２１１は、受信したサブシードＳＵＢ−ＳＥＥＤをＲＡＭ２１３に書き込む。
また、機器認証サーバ１６の処理回路１６１は、受信したサブシードＳＵＢ−ＳＥＥＤをＲＡＭ１６５に書き込む。

次に、端末装置２２（タグ４）と機器認証サーバ１６とが、メインシードデータＭＡＩＮ−ＳＥＥＤを基にしてワンタイムＩＤを用いた相互認証を行う（ステップＳＴ４８，ＳＴ４９）。
当該相互認証において、端末装置２２の処理回路２１１は、ＲＡＭ２１３から読み出したメインシードデータＭＡＩＮ−ＳＥＥＤを基に、タグ４のワンタイムＩＤであるＯＴＩＤ（ＴＡＧ）を生成し、これをネットワークＩ／Ｆ２１４を介して機器認証サーバ１６に送信する。そして、機器認証サーバ１６の処理回路１６１は、受信したＯＴＩＤ（ＴＡＧ）を基に、タグ４を認証する。具体的には、処理回路１６１は、上記受信したＯＴＩＤ（ＴＡＧ）が、ＲＡＭ１６５に記憶されているタグテーブル（リスト）内に存在すればタグ４が正当であると認証し、そうでない場合にはタグ４が不正であると判断する。

また、当該相互認証において、機器認証サーバ１６の処理回路１６１は、ＲＡＭ１６５から読み出したメインシードデータＭＡＩＮ−ＳＥＥＤを基に、機器認証サーバ１６のワンタイムＩＤであるＯＴＩＤ（Ｍ−ＳＥＶ）を生成し、これをネットワークＩ／Ｆ１６７を介して端末装置２２に送信する。そして、端末装置２２の処理回路２１１は、受信したＯＴＩＤ（Ｍ−ＳＥＶ）を基に、機器認証サーバ１６を認証する。具体的には、処理回路２１１は、上記受信したＯＴＩＤ（Ｍ−ＳＥＶ）が、ＲＡＭ２１３に記憶されているサーバテーブル（リスト）内に存在すれば機器認証サーバ１６が正当であると認証し、そうでない場合には機器認証サーバ１６が不正であると判断する。

処理回路１６１，２１１は、上記相互認証後に、メインシードデータＭＡＩＮ−ＳＥＥＤを更新する。また、機器認証サーバ１６は、次にタグ４の認証を行う際に、更新後のメインシードデータＭＡＩＮ−ＳＥＥＤを基にタグ４の新たなＯＴＩＤ（ＴＡＧ）を生成し、これを用いてＲＡＭ１６５に記憶されているタグテーブル（リスト）のＯＴＩＤ（ＴＡＧ）を更新する。

次に、端末装置２２（タグ４）と機器認証サーバ１６とが、サブシードＳＵＢ−ＳＥＥＤを基にしてワンタイムＩＤを用いた相互認証を行う（ステップＳＴ５０，５１）。
当該相互認証において、端末装置２２の処理回路２１１は、ＲＡＭ２１３から読み出したサブシードＳＵＢ−ＳＥＥＤを基に、タグ４のワンタイムＩＤであるＯＴＩＤ（ＴＡＧ）を生成し、これをネットワークＩ／Ｆ２１４を介して機器認証サーバ１６に送信する。そして、機器認証サーバ１６の処理回路１６１は、受信したＯＴＩＤ（ＴＡＧ）を基に、タグ４を認証する。具体的には、処理回路１６１は、上記受信したＯＴＩＤ（ＴＡＧ）が、ＲＡＭ１６５に記憶されているタグテーブル（リスト）内に存在すればタグ４が正当であると認証し、そうでない場合にはタグ４が不正であると判断する。

また、当該相互認証において、機器認証サーバ１６の処理回路１６１は、ＲＡＭ１６５から読み出したサブシードＳＵＢ−ＳＥＥＤを基に、機器認証サーバ１６のワンタイムＩＤであるＯＴＩＤ（Ｍ−ＳＥＶ）を生成し、これをネットワークＩ／Ｆ１６７を介して端末装置２２に送信する。そして、端末装置２２の処理回路２１１は、受信したＯＴＩＤ（Ｍ−ＳＥＶ）を基に、機器認証サーバ１６を認証する。具体的には、処理回路２１１は、上記受信したＯＴＩＤ（Ｍ−ＳＥＶ）が、ＲＡＭ２１３に記憶されているサーバテーブル（リスト）内に存在すれば機器認証サーバ１６が正当であると認証し、そうでない場合には機器認証サーバ１６が不正であると判断する。

処理回路１６１，２１１は、上記相互認証後に、サブシードＳＵＢ−ＳＥＥＤを更新する。また、機器認証サーバ１６は、次にタグ４の認証を行う際に、更新後のサブシードＳＵＢ−ＳＥＥＤを基にタグ４の新たなＯＴＩＤ（ＴＡＧ）を生成し、これを用いてＲＡＭ１６５に記憶されているタグテーブル（リスト）のＯＴＩＤ（ＴＡＧ）を更新する。

機器認証サーバ１６の処理回路１６１は、ステップＳＴ４９，ＳＴ５１における上記ＯＴＩＤ（ＴＡＧ）を用いたタグ４の認証結果の双方が正当であることを示す場合に、タグ４が正当であると判定する。
処理回路１６１は、上記判定でタグ４が正当であると判定すると（ステップＳＴ５２）、上記タグＩＤに対応したパスポート情報ＰＡＳＳをＲＡＭ１６５から読み出し、ネットワークＩ／Ｆ１６７を介して端末装置２２に送信する（ステップＳＴ５３）。
図５に示す端末装置２２の処理回路２１１は、上記パスポート情報ＰＡＳＳをＲＡＭ２１３に記憶した後に、表示部２２０に表示する。

以上説明したように、第３実施形態によれば、機器認証サーバ１６によるタグ４の機器認証を、メインシードデータＭＡＩＮ−ＳＥＥＤに加えて、サブシードＳＵＢ−ＳＥＥＤを用いて行う。そのため、認証の信頼性を高めることができる。

なお、上述した図９において、端末装置２２と機器認証サーバ１６との間のメインシードデータＭＡＩＮ−ＳＥＥＤを用いた相互認証（ステップＳＴ４８，ＳＴ４９）を省略してもよい。

＜第４実施形態＞
上述した実施形態では、タグ４が処理（演算）機能を持たない場合を例示した。第４実施形態では、タグ４が処理回路を備えている場合を例示する。
図１０は、第４実施形態のタグ４の構成図である。
図１０に示すように、タグ４は、例えば、処理回路４１、ＲＯＭ(Read Only
Memory)４２、ＲＡＭ(Random Access Memory)４３およびインタフェース４５がデータバス４０を介して接続された構成を有している。
タグ４は、例えば、耐タンパ性のモジュールとして構成される。

処理回路４１は、ＲＯＭ４２に格納されているプログラムＰＲＧ−Ｔを実行してタグ４全体の動作を制御する。

処理回路４１は、プログラムＰＲＧ−Ｔを実行することで、図２に示す乱数生成部４１１、ワンタイムＩＤ生成部４１２、暗号処理部４１３、共通鍵更新部４１４、通信処理部４１５およびデータ管理部４１６の機能を実現する。

乱数生成部４１１は、演算により擬似乱数を生成する処理部である。
ワンタイムＩＤ生成部４１２は、タグ乱数およびサーバ乱数を引数とした一方向性関数の値に基づきワンタイムＩＤを生成する処理部である。本実施形態では、一方向性関数として、暗号鍵を使用せずにダイジェストを生成するＭＤ５などのハッシュ関数が使用される。
暗号処理部４１３は、可変共通鍵で暗号化および復号を行う処理部である。
共通鍵更新部４１４は、可変共通鍵、タグ乱数およびサーバ乱数を引数とした一方向性関数の値に基づき可変共通鍵を更新する処理部である。本実施形態では、一方向性関数として、暗号鍵を使用せずにダイジェストを生成するＭＤ５などのハッシュ関数が使用される。
通信処理部４１５は、データ送信部４５およびデータ受信部４６を制御する。
データ管理部４１６は、ＲＯＭ４２および不揮発性メモリ４３へのアクセスを管理する処理部である。

不揮発性メモリ４３には、機器認証サーバ１６との間の使われるワンタイムＩＤを生成するために用いられるシードデータＳＥＥＤが予め記憶されている。また、不揮発性メモリ４３には、その他、トランザクション処理において必要となる情報などが適宜記憶される。

インタフェース４５は、有線あるいは無線により、端末装置２２との間でデータ授受を行う。

図１１は、第４実施形態のパスポート再発行システムが行うパスポート情報発行動作を説明するためのフローチャートである。
図１１において、図６と同じ処理について同じ符号を付している。以下、第１実施形態との相違点を中心に説明する。
第４実施形態は、図６に示す第１実施形態のフローにおいて、パスワードＰＷＤの照合処理および機器認証処理をタグ４の処理回路４１が行うものである。

以下、図１１に示すフローのうち、図６と異なる部分を中心に説明する。
生体認証サーバ１０は、タグ４に対応付けられた照合用パスワードＰＷＤを端末装置２２に送信し、端末装置２２が、タグインタフェース２１６を介して当該照合用パスワードＰＷＤをタグ４に出力する（ステップＳＴ６１）。
タグ４は、受信した照合用パスワードＰＷＤを不揮発性メモリ４３に書き込む。

次に、タグ４の処理回路４１は、不揮発性メモリ４３にステップＳＴ６１で書き込まれたパスワードＰＷＤと、予め記憶されているパスワードＰＷＤとを読み出し、これらを比較して受信したパスワードＰＷＤの正当性を認証する（ステップＳＴ６２）。

次に、タグ４の処理回路４１は、不揮発性メモリ４３からシードデータＳＥＥＤを読み出し、当該シードデータＳＥＥＤを用いて、機器認証サーバ１６との間でワンタイムＩＤを用いた相互認証を行う（ステップＳＴ６３，ＳＴ２０）。
上記相互認証において、図１０に示すタグ４の処理回路４１は、不揮発性メモリ４３から読み出した上記シードデータＳＥＥＤを用いてタグ４のＯＴＩＤ（ＴＡＧ）を生成し、これを端末装置２２を介して機器認証サーバ１６に送信する。

そして、機器認証サーバ１６の処理回路１６１は、受信したＯＴＩＤ（ＴＡＧ）を基にタグ４を機器認証する。具体的には、処理回路１６１は、上記受信したＯＴＩＤ（ＴＡＧ）が、ＲＡＭ１６５に記憶されているタグテーブル（リスト）内に存在すればタグ４が正当であると認証し、そうでない場合にはタグ４が不正であると判断する。

一方、上記相互認証においてに、図４に機器認証サーバ１６の処理回路１６１は、ＲＡＭ１６５から読み出した上記シードデータＳＥＥＤを基に、機器認証サーバ１６のワンタイムＩＤであるＯＴＩＤ（Ｍ−ＳＥＶ）を生成し、これをネットワークＩ／Ｆ１６７を介して端末装置２２に送信する。そして、端末装置２２は、当該ＯＴＩＤ（Ｍ−ＳＥＶ）をタグ４に出力する。タグ４の処理回路４１は、入力したＯＴＩＤ（Ｍ−ＳＥＶ）を基に、機器認証サーバ１６を認証する。具体的には、処理回路４１、上記入力したＯＴＩＤ（Ｍ−ＳＥＶ）が、ＲＡＭ２１３に記憶されているサーバテーブル（リスト）内に存在すれば機器認証サーバ１６が正当であると認証し、そうでない場合には機器認証サーバ１６が不正であると判断する。

処理回路１６１，４１は、上記相互認証後に、シードデータＳＥＥＤを更新する。また、機器認証サーバ１６は、次にタグ４の認証を行う際に、更新後のシードデータＳＥＥＤを基にタグ４の新たなＯＴＩＤ（ＴＡＧ）を生成し、これを用いてＲＡＭ１６５に記憶されているテーブル（リスト）のＯＴＩＤ（ＴＡＧ）を更新する。
当該ワンタイムＩＤを用いた認証処理については後に詳細に説明する。

その後の処理は第１実施形態と同様である。

以上説明したように、第４実施形態では、タグ４においてパスワードＰＷＤの照合および機器認証サーバ１６との相互認証処理を行う。
そのため、シードデータＳＥＥＤを端末装置２２に読み出すことはなく、シードデータＳＥＥＤを、よりセキュアな状態で扱うことができる。

＜その他の実施形態＞
図７に示す第２実施形態、並びに図８および図９に示す第３実施形態においても、図１０に示すタグ４を用いることで、パスワードＰＷＤの照合処理、並びに機器認証サーバ１６との機器認証処理をタグ４の処理回路４１が行うようにしてもよい。

＜銀行統合システム＞
本実施形態は、前述した第３実施形態のシステムを利用して、生体認証の結果を複数の銀行の処理で共用するものである。

図１２は、本発明の実施形態に係る銀行統合システム１０１の全体構成図である。
図１２に示すように、銀行統合システム１０１は、生体認証サーバ１０、端末装置２２、ｎ個の機器認証サーバ１６−１，１６−２，・・・１６−ｎが、ネットワークを介して接続されている。
ここで、機器認証サーバ１６−１，１６−２，・・・１６−ｎは、それぞれ銀行Ｂ１，Ｂ２，．．．Ｂｎに関する銀行業務を行うサーバである。

以下、図８および図９を参照しながら、銀行統合システム１０１の動作例を説明する。
銀行統合システム１０１の動作例は、機器認証サーバ１６として、複数の機器認証サーバ１６−１，１６−２，・・・１６−ｎを用いる点を除いて、基本的に第３実施形態と同じである。

本実施形態では、生体認証サーバ１０は、各ユーザが所有するタグ４の各々に対応した複数のメインシードデータＭＡＩＮ−ＳＥＥＤ１と、ｎ個の機器認証サーバ１６の各々に対応した複数のメインシードデータＭＡＩＮ−ＳＥＥＤ２とをＨＤＤ８６等に記憶している。
端末装置２２は、タグ４から、機器認証サーバ１６を特定するための情報、例えば、サーバＩＤを読み出し、これを生体認証サーバ１０に送信する。
生体認証サーバ１０は、図８に示すステップＳＴ４３において、タグ４に対応するメインシードデータＭＡＩＮ−ＳＥＥＤ１を基に、タグ４と相互認証を行う。
また、生体認証サーバ１０は、図８に示すステップＳＴ４４において、受信した上記サーバＩＤを基に、機器認証サーバ１６−１〜１６−ｎのうち、認証対象の機器認証サーバ１６−ｘを特定し、当該特定した機器認証サーバ１６−ｘに対応したメインシードデータＭＡＩＮ−ＳＥＥＤ２を用いて、機器認証サーバ１６−ｘと相互認証を行う。
そして、生体認証サーバ１０は、ステップＳＴ４３，ＳＴ４４の認証で、タグ４および機器認証サーバ１６−ｘが正当であると判定すると、端末装置２２および機器認証サーバ１６−ｘにサブシードＳＵＢ−ＳＥＥＤを送信する（ステップＳＴ４７）。
その後、端末装置２２（タグ４）と機器認証サーバ１６−ｘとの間でメインシードデータＭＡＩＮ−ＳＥＥＤおよびサブシードＳＵＢ−ＳＥＥＤを用いた相互認証が行われる（ステップＳＴ４８，ＳＴ４９，ＳＴ５０，ＳＴ５１）。
そして、機器認証サーバ１６−ｘは、上記相互認証で端末装置２２（タグ４）が正当であると認証すると、銀行業に関する手続き処理を行う（ステップＳＴ５３）。

以上説明したように、銀行統合システム１０１では、複数の銀行Ｂ１，Ｂ２，．．．Ｂｎの銀行業務を行う機器認証サーバ１６−１，１６−２，．．．１６−ｎの間で、生体認証サーバ１０による生体認証処理の結果を共用する。
そのため、各銀行が、生体認証サーバを独自に運営管理する必要がなく、費用を削減できると共に、業務管理負担を大幅に軽減できる。
また、銀行統合システム１０１では、機器認証サーバ１６−１，１６−２，．．．１６−ｎについては各銀行で個別に持つため、機器認証を関連づけた独自のサービスを提供できる。
また、銀行統合システム１０１では、前述した第３実施形態の効果を同様に得ることができ、銀行関係情報を高い信頼性で管理できる。

＜パスワード自動発行システム＞
図１３は、本実施形態のパスワード自動発行システムの全体システム構成図である。
図１３に示すように、本実施形態のパスワード自動発行システムは、端末装置１２２、生体認証サーバ１１０および機器認証サーバ１１６を有する。
端末装置１２２は、例えば、キャッシュディスペンサー等である。機器認証サーバ１１６は、例えば、所定の銀行が顧客に銀行業務に関連するサービスを提供するための処理を行うサーバである。
図１４は、図１３に示すパスワード自動発行システムの動作例を説明するためのフローチャートである。

端末装置１２２は、タグ４のユーザの生体データを取得する（ステップＳＴ８１）。
次に、端末装置１２２は、生体認証サーバ１１０との間でワンタイムＩＤを用いた機器認証を行う（ステップＳＴ８２，ＳＴ８３）
端末装置１２２は、上記機器認証で生体認証サーバ１１０が正当であると判断すると（ステップＳＴ８４）、上記取得したユーザの生体データを生体認証サーバ１１０に送信する（ステップＳＴ８５）。

端末装置１２２は、タグ４に記憶されているタグＩＤをタグ４から読み出し（ステップＳＴ８６）、これを機器認証サーバ１１６に送信する（ステップＳＴ８７）。
一方、生体認証サーバ１１０は、端末装置１２２から受信した生体データと、当該生体データと共に受信したＩＤとを基に特定した照合用生体データとを比較して、当該受信した生体データの正当性を判定する（ステップＳＴ８８）。
生体認証サーバ１１０は、上記受信した生体データが正当であると判断すると、タグ４に対応付けられたパスワードＰＷＤを機器認証サーバ１１６に送信する（ステップＳＴ８９）。

機器認証サーバ１１６は、予め記憶した各タグＩＤに対応付けられたパスワードＰＷＤを読み出す（ステップＳＴ９０）。そして、機器認証サーバ１１６は、上記読み出したパスワードＰＷＤと、生体認証サーバ１１０から受信したパスワードＰＷＤとを照合し、一致していれば受信したパスワードＰＷＤが正当であると判断する（ステップＳＴ９１）。
機器認証サーバ１１６は、ステップＳＴ９１でパスワードＰＷＤが正当であると判断すると、端末装置２２との間で銀行業務等の所定の手続きを行う。

以上説明したように、本実施形態のパスワード自動発行システムでは、生体認証サーバ１１０において生体認証によりユーザの正当性が確認されたことを条件に、生体認証サーバ１１０から機器認証サーバ１１６にパスワードＰＷＤが自動的に送信される。
そのため、ユーザはパスワードＰＷＤを入力する必要がなく手続負担を軽減できる。また、端末装置２２においてパスワード照合を行わないため、タグ４にパスワードＰＷＤを記憶する必要がなく、不正行為を防止できる。

なお、上述した実施形態のステップＳＴ８５において、装置２２から生体認証サーバ１１０に生体データを送信する際に、タグ４の固定ＩＤではなくワンタイムＩＤと対応付けて生体データを送信してもよい。
また、生体認証サーバ１１０の生体認証機能およびパスワード発行機能を端末装置１２２に持たせてもよい。

また、生体認証サーバ１１０は、取得した生体データの照合に成功した場合において、取得した生体データと予め記憶した照合用生体データとの間に差異がある場合に、新たに取得した生体データを基に照合用生体データを更新してもよい。

＜ワンタイムＩＤを用いた認証の詳細＞
以下、前述した第１実施形態を例に、機器認証サーバ１６と端末装置２２（タグ４）との間でワンタイムＩＤを用いて認証を行う際の機器認証サーバ１６と端末装置２２との間での通信処理を詳細に説明する。
以下に示す例は、図６に示すステップＳＴ１９，ＳＴ２０の処理を詳細に説明したものであり、リーダライタ２２に関する処理は省略している。

図１５は、図１に示す端末装置２２（タグ４）と機器認証サーバ１６との間でワンタイムＩＤを用いて認証を行う際の端末装置２２と機器認証サーバ１６との間での通信処理を詳細に説明するためのフローチャートである。

まず、機器認証サーバ１６および端末装置２２は、初期値として、タグ乱数Ｒ（０）、サーバ乱数Ｑ（０）および可変共通鍵Ｋ（０）を共有している。端末装置２２は、認証開始前に、これらの情報をタグ４から読み出している。
機器認証サーバ１６では、タグ乱数Ｒ（０）、サーバ乱数Ｑ（０）および可変共通鍵Ｋ（０）は、ＲＡＭ１６５における認証データとして予め格納される。端末装置２２では、タグ乱数Ｒ（０）、サーバ乱数Ｑ（０）および可変共通鍵Ｋ（０）は、ＲＡＭ２１３における認証データとして予め格納される。なお、最初の可変共通鍵Ｋ（０）は、端末装置２２および機器認証サーバ１６により、後述の式（５）に基づき生成されるようにしてもよい。その場合、前セッションの可変共通鍵の代わりに、真性乱数Ｚが使用される。この真性乱数Ｚは、初期状態にて、機器認証サーバ１６および端末装置２２により共有される。

そして、１回の認証セッションごとに、機器認証サーバ１６および端末装置２２に保持されているタグ乱数Ｒ（ｉ）、サーバ乱数Ｑ（ｉ）および可変共通鍵Ｋ（ｉ）が更新されていく。

したがって、ｎ回の認証セッションが完了した後には、タグ乱数Ｒ（ｎ）、サーバ乱数Ｑ（ｎ）および可変共通鍵Ｋ（ｎ）が共有されている状態となる。

ここで、ｉ回の認証セッションが完了した後のタグ乱数Ｒ（ｉ）、サーバ乱数Ｑ（ｉ）および可変共通鍵Ｋ（ｉ）が共有されている状態から、（ｉ＋１）回目の認証セッションが発生し完了するまでの処理について図１５を参照して説明する。

各状態では、タグ乱数Ｒ（ｉ）、サーバ乱数Ｑ（ｉ）および可変共通鍵Ｋ（ｉ）が共有されている（ステップＳ１１，Ｓ３１）。

端末装置２２において機器認証サーバ１６による認証を受ける要求が発生した場合、まず、ワンタイムＩＤ生成部２１１２は、式（１）に従って、現セッションｉについての、端末装置２２のワンタイムＩＤ：Ｃ（ｉ）を生成する（ステップＳ１２）。ワンタイムＩＤ：Ｃ（ｉ）はデータ管理部２１１６により一時的にＲＡＭ２１３に記憶される。
ここで、Ｃ（ｉ）が前述したＯＴＩＤ（ＴＡＧ）に対応している。

Ｃ（ｉ）＝ｈａｓｈ（Ｒ(ｉ），Ｑ（ｉ）) ・・・（１）

ただし、ｈａｓｈは、ＭＤ５などのハッシュ関数である。このハッシュ関数としては、暗号鍵を使用せずにダイジェストを生成するハッシュ関数が使用される。このハッシュ関数には、多少の衝突が発生してもよく、計算量があまり多くないものが選択される。

次に、乱数生成部２１１１は、次セッション（ｉ＋１）についてのタグ乱数Ｒ（ｉ＋１）を発生する（ステップＳ１３）。このタグ乱数Ｒ（ｉ＋１）は、データ管理部２１１６によりＲＡＭ２１３に一時的に記憶される。また、このタグ乱数Ｒ（ｉ＋１）は、次セッションのワンタイムＩＤ：Ｃ（ｉ＋１）および機器認証サーバ１６の現セッションのワンタイムＩＤ：Ｓ（ｉ）の生成に使用される。

そして、データ管理部２１１６は、可変共通鍵Ｋ（ｉ）をＲＡＭ２１３から読み出し、タグ乱数Ｒ（ｉ＋１）とともに暗号処理部２１１３に供給する。暗号処理部２１１３は、所定の暗号化関数Ｆｃに従って、可変共通鍵Ｋ（ｉ）でタグ乱数Ｒ（ｉ＋１）を暗号化する（ステップＳ１４）。暗号化されたタグ乱数Ａｃは、データ管理部２１１６によりＲＡＭ２１３に一時的に記憶される。

そして、データ管理部２１１６は、ＲＡＭ２１３から、ワンタイムＩＤ：Ｃ（ｉ）および暗号化されたタグ乱数Ａｃを読み出し通信処理部２１１５に供給する。通信処理部２１１５は、ワンタイムＩＤ：Ｃ（ｉ）および暗号化されたタグ乱数Ａｃを、認証要求とともに、機器認証サーバ１６へ送信する（ステップＳ１５）。

機器認証サーバ１６では、通信処理部１６１５が、機器認証サーバ１６宛の通信データを受信する。このため、認証要求、ワンタイムＩＤ：Ｃ（ｉ）および暗号化されたタグ乱数Ａｃは、通信処理部１６１５により受信される（ステップＳ３２）。

機器認証サーバ１６の通信処理部１６１５が認証要求を受信すると、データ管理部１６１６は、ＲＡＭ１６５のタグテーブルを参照し、受信されたワンタイムＩＤ：Ｃ（ｉ）と同一のワンタイムＩＤがタグテーブルに登録されているか否かを判定する（ステップＳ３３）。

データ管理部１６１６は、受信されたワンタイムＩＤ：Ｃ（ｉ）がタグテーブルに登録されていない場合には、認証処理を中止する（ステップＳ３４）。

一方、データ管理部１６１６は、受信されたワンタイムＩＤ：Ｃ（ｉ）がタグテーブルに登録されている場合、認証要求を送信した端末装置２２が正当なタグであると判断するとともに、端末装置２２を特定する。

端末装置２２が正当なタグであると判断された後、データ管理部１６１６は、特定された端末装置２２の可変共通鍵Ｋ（ｉ）をＲＡＭ１６５から読み出し、タグ乱数Ａｃとともに、暗号処理部１６１３に供給する。暗号処理部１６１３は、所定の復号関数Ｆｄに従って、暗号化されているタグ乱数Ａｃを可変共通鍵Ｋ（ｉ）で復号し、平文のタグ乱数Ｒ（ｉ＋１）を取得する（ステップＳ３５）。なお、復号関数Ｆｄは、端末装置２２における暗号処理部２１１３の暗号化関数Ｆｃにより暗号化された暗号文を平文に変換する関数である。タグ乱数Ｒ（ｉ＋１）はデータ管理部１６１６により一時的にＲＡＭ１６５に記憶される。

次に、機器認証サーバ１６のデータ管理部１６１６は、ＲＡＭ１６５からサーバ乱数Ｑ（ｉ）を読み出し、タグ乱数Ｒ（ｉ＋１）とともに、ワンタイムＩＤ生成部１６１２に供給する。ワンタイムＩＤ生成部１６１２は、現セッションについての機器認証サーバ１６のワンタイムＩＤ：Ｓ（ｉ）を式（２）に従って生成する（ステップＳ３６）。ワンタイムＩＤ：Ｓ（ｉ）はデータ管理部１６１６により一時的にＲＡＭ１６５に記憶される。ここで、Ｓ（ｉ）が前述したＯＴＩＤ（Ｍ−ＳＥＶ）に対応している。

Ｓ（ｉ）＝ｈａｓｈ（Ｒ（ｉ＋１），Ｑ（ｉ）） ・・・（２）

ただし、ｈａｓｈは、ＭＤ５などのハッシュ関数である。式（２）の関数ｈａｓｈは、式（１）の関数ｈａｓｈと同一であってもよい。

また、タグ４が正当なタグであると判断された後、乱数生成部１６１１は、特定された端末装置２２との間で使用される次セッションのサーバ乱数Ｑ（ｉ＋１）を生成する（ステップＳ３７）。サーバ乱数Ｑ（ｉ＋１）はデータ管理部１６１６により一時的にＲＡＭ１６５に記憶される。このサーバ乱数Ｑ（ｉ＋１）は、次セッションのワンタイムＩＤ：Ｃ（ｉ＋１），Ｓ（ｉ＋１）の生成に使用される。

その際、乱数生成部１６１１は、次セッションについてのタグ４のワンタイムＩＤ：Ｃ（ｉ＋１）がタグテーブルに登録済みで未使用のワンタイムと重複しないようにサーバ乱数Ｑ（ｉ＋１）を生成する。

図１６は、図１５のステップＳ３７の詳細を説明するフローチャートである。

まず、乱数生成部１６１１は、乱数Ｑｔを生成する（ステップＳ６１）。乱数Ｑｔは、サーバ乱数Ｑ（ｉ＋１）の候補である。

そして、データ管理部１６１６は、この乱数Ｑｔと、次セッションのタグ乱数Ｒ（ｉ＋１）とをワンタイムＩＤ生成部１６１２に供給する。ワンタイムＩＤ生成部１６１２は、式（３）に従って、乱数Ｑｔがサーバ乱数Ｑ（ｉ＋１）とされた場合の、次セッションについての端末装置２２のワンタイムＩＤ：ＣＣを生成する（ステップＳ６２）。

ＣＣ＝ｈａｓｈ（Ｒ（ｉ＋１），Ｑｔ） ・・・（３）

ただし、ｈａｓｈは、式（１）の関数ｈａｓｈと同一なハッシュ関数である。

次に、データ管理部１６１６は、タグテーブルに登録されている各ワンタイムＩＤと、生成されたワンタイムＩＤ：ＣＣとを比較する（ステップＳ６３）。

タグテーブルに登録されているいずれかのワンタイムＩＤと、生成されたワンタイムＩＤ：ＣＣとが同一である場合には、乱数生成部１６１１は、別の乱数Ｑｔを生成し（ステップＳ６４）、ワンタイムＩＤ生成部１６１２は、その別の乱数Ｑｔに基づいてワンタイムＩＤ：ＣＣを生成する（ステップＳ６２）。そして、生成されたワンタイムＩＤ：ＣＣは、タグテーブルに登録されている各ワンタイムＩＤと比較される。

そして、生成されたワンタイムＩＤ：ＣＣが、タグテーブルに登録されているいずれのワンタイムＩＤとも同一ではない場合には、データ管理部１６１６は、この乱数Ｑｔを次セッションについてのサーバ乱数Ｑ（ｉ＋１）とし、一時的にＲＡＭ１６５に記憶する（ステップＳ６５）。

このように、機器認証サーバ１６では、端末装置２２においてワンタイムＩＤを生成する関数ｈａｓｈと同一の関数を使用して、複数のタグ４のワンタイムＩＤに衝突が生じないサーバ乱数が予め選択される。

特定されたタグ４について次セッションのサーバ乱数Ｑ（ｉ＋１）が生成されると、図１５に戻り、データ管理部１６１６は、そのサーバ乱数Ｑ（ｉ＋１）をＲＡＭ１６５から読み出し、可変共通鍵Ｋ（ｉ）をＲＡＭ１６５から読み出し、それらを暗号処理部１６１３に供給する。暗号処理部１６１３は、所定の暗号化関数Ｆｃに従って、可変共通鍵Ｋ（ｉ）でサーバ乱数Ｑ（ｉ＋１）を暗号化する（ステップＳ３８）。暗号化されたタグ乱数Ａｓは、データ管理部１６１６によりＲＡＭ１６５に一時的に記憶される。なお、この暗号化関数Ｆｃは、端末装置２２における暗号処理部１６１３の暗号化関数と同一でもよいし、別のものでもよい。

そして、データ管理部１６１６は、ＲＡＭ１６５から、ワンタイムＩＤ：Ｓ（ｉ）および暗号化されたタグ乱数Ａｓを読み出し通信処理部１６１５に供給する。通信処理部１６１５は、認証されたことを示す返答、並びにワンタイムＩＤ：Ｓ（ｉ）および暗号化されたサーバ乱数Ａｓを、認証要求の送信元の端末装置２２へ送信する（ステップＳ３９）。

このように、機器認証サーバ１６は、次セッションのワンタイムＩＤ：Ｃ（ｉ＋１）を端末装置２２に送信せずに、端末装置２２において次セッションのワンタイムＩＤ：Ｃ（ｉ＋１）が生成される際に使用される次セッションのサーバ乱数Ｑ（ｉ＋１）を送信する。

認証されたことを示す返答、並びにワンタイムＩＤ：Ｓ（ｉ）および暗号化されたサーバ乱数Ａｓを送信した後、機器認証サーバ１６のデータ管理部１６１６は、今回認証を行った端末装置２２の次セッションについてのワンタイムＩＤ：Ｃ（ｉ＋１）をタグテーブルに登録する（ステップＳ４０）。その際、今回認証を行った端末装置２２の現セッションについてのワンタイムＩＤ：Ｃ（ｉ）が、次セッションについてのワンタイムＩＤ：Ｃ（ｉ＋１）で上書きされ更新される。また、次セッションについてのワンタイムＩＤ：Ｃ（ｉ＋１）は、サーバ乱数Ｑ（ｉ＋１）を生成する際に計算したもの（ステップＳ６２）としてもよいし、ワンタイムＩＤ生成部１６１２により式（４）に従って生成されたものとしてもよい。

Ｃ（ｉ＋１）＝ｈａｓｈ（Ｒ（ｉ＋１），Ｑ（ｉ＋１）） ・・・（４）

ただし、ｈａｓｈは、式（１）と同一なハッシュ関数である。

ここで、タグテーブルの更新処理について説明する。図１７は図１５のステップＳ４０の詳細を説明するフローチャートである。図１８は本実施形態におけるタグテーブルの一例を示す図である。

図１８に示すように、本実施形態では、タグテーブルには、複数ｍのレコードが確保されている。各レコードは、１つのタグ４についてのワンタイムＩＤおよびタグ情報を有する。また、各レコードには、連続するインデックスが付されており、インデックスの値を指定することで所望の１つのレコードが読み出される。本実施形態では、インデックスの値は、ワンタイムＩＤを所定の整数Ｎで除算した際の剰余とされ、レコード数ｍは、Ｎの１０〜２０倍程度の数とされる。ただし、インデックスの値が衝突した場合には、インデックスの値を１ずつ増加させる。例えば、図１８では、インデックス値が１であるレコードに、あるタグのワンタイムＩＤ：Ｃ２およびそのタグの情報が格納されている。

まず、データ管理部１６１６は、現セッションのワンタイムＩＤ：Ｃ（ｉ）からインデックスの値を計算する（ステップＳ８１）。ワンタイムＩＤを所定の整数Ｎで除算した際の剰余が計算され、その剰余の値をインデックスの値とする。

次に、データ管理部１６１６は、タグテーブルにおけるそのインデックス値のレコードを読み出す（ステップＳ８２）。

そして、データ管理部１６１６は、読み出したレコード内のワンタイムＩＤがワンタイムＩＤ：Ｃ（ｉ）と同一であるか否かを判断する（ステップＳ８３）。

データ管理部１６１６は、読み出したレコード内のワンタイムＩＤがワンタイムＩＤ：Ｃ（ｉ）と同一ではない場合、インデックス値を１だけ増加させ（ステップＳ８４）、そのインデックス値のレコードを読み出し（ステップＳ８２）、ワンタイムＩＤが同一であるか否かを判断する（ステップＳ８３）。

そして、読み出したレコード内のワンタイムＩＤがワンタイムＩＤ：Ｃ（ｉ）と同一である場合、データ管理部１６１６は、次セッションのワンタイムＩＤ：Ｃ（ｉ＋１）からインデックスの値を計算する（ステップＳ８５）。ワンタイムＩＤを所定の整数Ｎで除算した際の剰余が計算され、その剰余の値をインデックスの値とする。

次に、データ管理部１６１６は、そのインデックス値のレコードが空きか否かを判断する（ステップＳ８６）。

データ管理部１６１６は、そのインデックス値のレコードが空きではない場合、インデックス値を１だけ増加させ（ステップＳ８７）、そのインデックス値のレコードが空きか否かを判断する（ステップＳ８６）。

そして、データ管理部１６１６は、インデックス値のレコードが空きである場合、そのインデックス値のレコードに、次セッションのワンタイムＩＤ：Ｃ（ｉ＋１）、および現セッションのワンタイムＩＤ：Ｃ（ｉ）のレコードにおけるタグ情報を格納する（ステップＳ８８）。

次セッションのワンタイムＩＤ：Ｃ（ｉ＋１）を登録した後、データ管理部１６１６は、現セッションのワンタイムＩＤ：Ｃ（ｉ）のレコードをタグテーブルから削除する（ステップＳ８９）。

このようにして、タグテーブル内のワンタイムＩＤが更新される。

図１５に戻り、その後、データ管理部１６１６は、特定された端末装置２２についての次セッションのタグ乱数Ｒ（ｉ＋１）およびサーバ乱数Ｑ（ｉ＋１）をＲＡＭ１６５から読み出し、可変共通鍵Ｋ（ｉ）をＲＡＭ１６５から読み出し、それらを共通鍵更新部１６１４に供給する。共通鍵更新部１６１４は、タグ乱数Ｒ（ｉ＋１）、サーバ乱数Ｑ（ｉ＋１）および現セッションの可変共通鍵Ｋ（ｉ）から次セッションの可変共通鍵Ｋ（ｉ＋１）を式（５）に従って生成する（ステップＳ４１）。次セッションの可変共通鍵Ｋ（ｉ＋１）は、データ管理部１６１６により一時的にＲＡＭ１６５に記憶される。

Ｋ（ｉ＋１）＝ｈａｓｈ２（Ｋ（ｉ），Ｒ（ｉ＋１），Ｑ（ｉ＋１））・・・（５）

ただし、ｈａｓｈ２は、ハッシュ関数である。

そして、データ管理部１６１６は、ＲＡＭ１６５から次セッションのタグ乱数Ｒ（ｉ＋１）、サーバ乱数Ｑ（ｉ＋１）および可変共通鍵Ｋ（ｉ＋１）を読み出し、ＲＡＭ１６５の認証データとして格納されているタグ乱数Ｒ（ｉ）、サーバ乱数Ｑ（ｉ）および可変共通鍵Ｋ（ｉ）を次セッションのタグ乱数Ｒ（ｉ＋１）、サーバ乱数Ｑ（ｉ＋１）および可変共通鍵Ｋ（ｉ＋１）へ更新する（ステップＳ４２）。

一方、端末装置２２では、通信処理部２１１５が、端末装置２２宛の通信データを受信する。このため、返答、ワンタイムＩＤ：Ｓ（ｉ）および暗号化されたサーバ乱数Ａｓは、通信処理部２１１５により受信される（ステップＳ１６）。

端末装置２２のデータ管理部２１１６は、返答が受信されると、機器認証サーバ１６の真正なワンタイムＩＤ：Ｙと、受信されたワンタイムＩＤ：Ｓ（ｉ）とを比較して機器認証サーバ１６の正当性を判断する（ステップＳ１７，Ｓ１８）。なお、機器認証サーバ１６の真正なワンタイムＩＤ：Ｙは、ワンタイムＩＤ生成部２１１２により式（６）に従って生成される。

Ｙ＝ｈａｓｈ（Ｒ(ｉ＋１），Ｑ（ｉ）) ・・・（６）

ただし、ｈａｓｈは、式（２）と同一なハッシュ関数である。

データ管理部２１１６は、受信されたワンタイムＩＤ：Ｓ（ｉ）が真正なワンタイムＩＤ：Ｙと同一ではない場合、返答した機器認証サーバ１６を不正サーバと判断し、認証処理を中止する（ステップＳ１９）。

一方、データ管理部２１１６は、受信されたワンタイムＩＤ：Ｓ（ｉ）が真正なワンタイムＩＤ：Ｙと同一である場合、返答した機器認証サーバ１６が正当なサーバであると判断するとともに、機器認証サーバ１６を特定する。

機器認証サーバ１６が正当なサーバであると判断された後、データ管理部２１１６は、可変共通鍵Ｋ（ｉ）をＲＡＭ２１３から読み出し、サーバ乱数Ａｓとともに、暗号処理部２１１３に供給する。暗号処理部２１１３は、所定の復号関数Ｆｄに従って、暗号化されているタグ乱数Ａｓを可変共通鍵Ｋ（ｉ）で復号し、平文のサーバ乱数Ｑ（ｉ＋１）を取得する（ステップＳ２０）。なお、復号関数Ｆｄは、機器認証サーバ１６における暗号処理部１６１３の暗号化関数Ｆｃにより暗号化された暗号文を平文に変換する関数である。サーバ乱数Ｑ（ｉ＋１）はデータ管理部２１１６により一時的にＲＡＭ２１３に記憶される。

データ管理部２１１６は、次セッションのタグ乱数Ｒ（ｉ＋１）およびサーバ乱数Ｑ（ｉ＋１）をＲＡＭ２１３から読み出し、可変共通鍵Ｋ（ｉ）をＲＡＭ２１３から読み出し、それらを共通鍵更新部２１１４に供給する。共通鍵更新部２１１４は、タグ乱数Ｒ（ｉ＋１）、サーバ乱数Ｑ（ｉ＋１）および現セッションの可変共通鍵Ｋ（ｉ）から次セッションの可変共通鍵Ｋ（ｉ＋１）を式（５）に従って生成する（ステップＳ２１）。次セッションの可変共通鍵Ｋ（ｉ＋１）は、データ管理部２１１６により一時的にＲＡＭ２１３に記憶される。

そして、データ管理部２１１６は、ＲＡＭ２１３から次セッションのタグ乱数Ｒ（ｉ＋１）、サーバ乱数Ｑ（ｉ＋１）および可変共通鍵Ｋ（ｉ＋１）を読み出し、ＲＡＭ２１３の認証データ３４ｂとして格納されているタグ乱数Ｒ（ｉ）、サーバ乱数Ｑ（ｉ）および可変共通鍵Ｋ（ｉ）を次セッションのタグ乱数Ｒ（ｉ＋１）、サーバ乱数Ｑ（ｉ＋１）および可変共通鍵Ｋ（ｉ＋１）へ更新する（ステップＳ２２）。

このようにして、１認証セッションにおいて、ワンタイムＩＤ：Ｃ（ｉ），Ｓ（ｉ）により端末装置２２および機器認証サーバ１６が相互に認証を行うとともに、共有している情報であるタグ乱数Ｒ（ｉ）、サーバ乱数Ｑ（ｉ）および可変共通鍵Ｋ（ｉ）が端末装置２２および機器認証サーバ１６のそれぞれにおいて更新される。

そして、上述のようにして、１回の認証セッションが完了し相互に認証が完了した後、端末装置２２と機器認証サーバ１６との間で、各種アプリケーションのデータ通信が開始される。なお、各種アプリケーションのデータ通信は、複数回の認証セッションを行った後に開始するようにしてもよい。

以上のように、上記本実施形態によれば、機器認証サーバ１６は、複数のタグ４を、所定の通信単位（認証セッション）ごとに変化するワンタイムＩＤで認証サーバ装置により認証する。

端末装置２２では、ワンタイムＩＤ生成部２１１２は、現セッションのサーバ乱数Ｑ（ｉ）とタグ乱数Ｒ（ｉ）とを引数としたハッシュ関数の値で端末装置２２のワンタイムＩＤ：Ｃ（ｉ）を生成する。通信処理部２１１５は、そのワンタイムＩＤ：Ｃ（ｉ）およびタグ乱数Ｒ（ｉ＋１）を機器認証サーバ１６に送信する。ただし、タグ乱数Ｒ（ｉ＋１）は暗号化された状態で送信される。機器認証サーバ１６では、データ管理部１６１６は、タグテーブルにおけるワンタイムＩＤと受信されたワンタイムＩＤとに基づきタグ４の正当性を判断する。

タグ４が正当なものであると判断された後、ワンタイムＩＤ生成部１６１２は、次セッションのサーバ乱数Ｑ（ｉ＋１）と受信された次セッションのタグ乱数Ｒ（ｉ＋１）とを引数としたハッシュ関数の値に基づいてタグ４の次セッションのワンタイムＩＤ：Ｃ（ｉ＋１）を生成し、このワンタイムＩＤ：Ｃ（ｉ＋１）が、タグテーブルに格納されている複数のワンタイムＩＤのいずれかと同一である場合には、再度生成されたサーバ乱数Ｑ（ｉ＋１）と受信されたタグ乱数Ｒ（ｉ＋１）とからワンタイムＩＤ：Ｃ（ｉ＋１）を再度生成し、そのワンタイムＩＤでタグテーブルにおけるそのタグ４のワンタイムＩＤ：Ｃ（ｉ）を更新する。そして、通信処理部１６１５は、次セッションのワンタイムＩＤ：Ｃ（ｉ）の生成に使用されたサーバ乱数Ｑ（ｉ＋１）を端末装置２２に送信する。ただし、サーバ乱数Ｑ（ｉ＋１）は暗号化された状態で送信される。

そして、端末装置２２では、次セッションにおいて、そのサーバ乱数Ｑ（ｉ＋１）と既に生成されているタグ乱数Ｒ（ｉ＋１）から次セッションのワンタイムＩＤ：Ｃ（ｉ＋１）が生成される。

タグ４端末装置２２のワンタイムＩＤ：Ｃ（ｉ＋１）の生成に使用される機器認証サーバ１６のサーバ乱数Ｑ（ｉ＋１）が生成される際に、複数のうちのいずれかのタグ４に現在既に割り当てられているワンタイムＩＤと同一にならないように検証した上でサーバ乱数Ｑ（ｉ＋１）を生成している。これにより、固有ＩＤを送受しなくても、一方向性関数の値に基づくワンタイムＩＤで、タグ４を常に一意に特定することが可能になる。

また、機器認証サーバ１６において、現セッションのワンタイムＩＤ：Ｃ（ｉ）に基づきタグ４が正当なものであると判断された後に、直ちに同一のセッション内で、そのタグ４の次セッションのワンタイムＩＤ：Ｃ（ｉ＋１）が生成され更新される。これにより、さらに、ワンタイムＩＤ：Ｃ（ｉ）を盗聴した第三者がそのワンタイムＩＤ：Ｃ（ｉ）を使用した場合でもその第三者の機器が正当なタグ４と特定されてしまうことを防止できる。つまり、ワンタイムＩＤが盗聴された場合でも、正当な機器を一意に特定することができる。

また、端末装置２２から機器認証サーバ１６へのワンタイムＩＤ：Ｃ（ｉ）などの送信、および機器認証サーバ１６から端末装置２２へのワンタイムＩＤ：Ｓ（ｉ）などの送信という２回の通信のみで相互認証を行うことができる。このため、相互認証に要する時間が短くて済む。

また、本実施形態によれば、機器認証サーバ１６で生成された次セッションについての端末装置２２のワンタイムＩＤ：Ｃ（ｉ＋１）が端末装置２２に送信されず、その代わりに、タグ４においてワンタイムＩＤ：Ｃ（ｉ＋１）が生成される際に使用される次セッションのサーバ乱数Ｑ（ｉ＋１）が送信される。したがって、端末装置２２は、次セッションのワンタイムＩＤ：Ｃ（ｉ＋１）を、機器認証サーバ１６から受信せず、機器認証サーバ１６から受信したサーバ乱数Ｑ（ｉ＋１）および自己の生成するタグ乱数Ｒ（ｉ＋１）から生成する。このようにして、次回使用されるワンタイムＩＤ：Ｃ（ｉ＋１）が盗聴されることがない。

また、本実施形態によれば、端末装置２２は、固有ＩＤなどの固定的な識別情報を全く送信しない。したがって、端末装置２２から機器認証サーバ１６へ送信されるデータが盗聴され解析されたとしても、盗聴者がタグ４の固定的な識別情報を取得することはできない。

また、本実施形態によれば、機器認証サーバ１６は、複数のタグ４のそれぞれについて生成されたサーバ乱数Ｑ（ｉ）を使用して、複数のタグ４のそれぞれについてのワンタイムＩＤ：Ｃ（ｉ）を生成する。これにより、正当なタグ４が、自己についてのサーバ乱数を取得しても、他のタグ４についてのサーバ乱数とは異なるため、他のタグ４のワンタイムＩＤが推測しにくい。

また、上記本実施形態によれば、機器認証サーバ１６は、現セッションについての機器認証サーバ１６のワンタイムＩＤ：Ｓ（ｉ）を生成し端末装置２２へ送信する。これによれば、ワンタイムＩＤ：Ｃ（ｉ）を送信してきた端末装置２２においても、機器認証サーバ１６のワンタイムＩＤ：Ｓ（ｉ）に基づいて機器認証サーバ１６の正当性を判断することができる。これにより、相互認証が可能となる。

また、上記本実施形態によれば、機器認証サーバ１６は、可変共通鍵で暗号化された次セッションのタグ乱数Ａｃを端末装置２２から受信し、そのタグ４が正当なものであると判断された後に、そのタグ乱数Ａｃを復号する。これにより、タグ４が正当なものである場合にのみ復号処理が実行されるため、不正タグからの認証要求に対する処理を短時間で行うことができる。このため、不正タグからの大量の認証要求によるＤｏＳ攻撃に対する耐性が向上する。

また、上記本実施形態によれば、機器認証サーバ１６は、現セッションの可変共通鍵Ｋ（ｉ）を使用して次セッションの可変共通鍵Ｋ（ｉ＋１）を生成し、可変共通鍵Ｋ（ｉ＋１）を更新する。これにより、端末装置２２と機器認証サーバ１６との間で全く送受されない可変共通鍵を用いて次セッションの可変共通鍵Ｋ（ｉ＋１）を生成するため、可変共通鍵Ｋ（ｉ＋１）を解読しにくくすることができる。

また、上記本実施形態によれば、ワンタイムＩＤ：Ｃ（ｉ）を生成するための一方向性関数に、暗号鍵を使用せずにダイジェストを生成するハッシュ関数が使用される。これにより、衝突が発生しうるが計算量の比較的少ないハッシュ関数を一方向性関数として使用することができる。計算量の比較的少ないハッシュ関数を使用することで認証処理の時間を短くすることができる。

なお、図８に示す端末装置２２と生体認証サーバ１０との間、並びに生体認証サーバ１０と機器認証サーバ１６との間、並びに端末装置２２と機器認証サーバ１６との間におけるワンタイムＩＤを用いた認証は、主体が異なることを除いて、図１５〜図１８を用いて説明した場合と同様である。

＜本発明の実施形態の変形例＞
本発明は上述した実施形態には限定されない。
すなわち、当業者は、本発明の技術的範囲またはその均等の範囲内において、上述した実施形態の構成要素に関し、様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。

上述した実施形態では、例えば、図１に示すように、本発明の機器の一例としてタグ４を例示したが、タグ４の代わりに携帯電話等の電子機器を用いてもよい。

また、上述した第１〜第４実施形態では、パスポート再発行システムに本発明を適用した場合を例示したが、例えば、住基ネットシステム等、その他の認証システムに用いてもよい。

また、図１５〜図１８を用いて説明したワンタイムＩＤを用いた相互認証は一例であり、本発明は、これ以外の方法でワンタイムＩＤを用いた認証を行ってもよい。

本発明は、生体認証と機器認証とが必要なシステムに適用可能である。

図１は、本発明の第１実施形態に係るパスポート再発行システムの全体構成図である。 図２は、図１に示すタグの構成図である。 図３は、図１に示す生体認証サーバの構成図である。 図４は、図１に示す機器認証サーバの構成図である。 図５は、図１に示す端末装置の構成図である。 図６は、図１に示すパスポート再発行システムが行うパスポート情報発行動作を説明するためのフローチャートである。 図７は、本発明の第２実施形態のパスポート再発行システムが行うパスポート情報発行動作を説明するためのフローチャートである。 図８は、本発明の第３実施形態のパスポート再発行システムが行うパスポート情報発行動作を説明するためのフローチャートである。 図９は、本発明の第３実施形態のパスポート再発行システムが行うパスポート情報発行動作を説明するための図８の続きのフローチャートである。 図１０は、本発明の第４実施形態のパスポート再発行システムに用いられるタグの構成図である。 図１１は、本発明の第４実施形態のパスポート再発行システムが行うパスポート情報発行動作を説明するためのフローチャートである。 図１２は、本発明を銀行統合システムに適用した場合を説明するための図である。 図１３は、本発明の実施形態のパスワード自動発行システムの全体システム構成図である。 図１４は、図１３に示すパスワード自動発行システムの動作例を説明するためのフローチャートである。 図１５は、図１に示す端末装置と機器認証サーバとの間のタワンタイムＩＤを用いて認証を行う際の通信処理を詳細に説明するためのフローチャートである。 図１６は、図１５のステップＳ３７の詳細を説明するフローチャートである。 図１７は、図１５のステップＳ４０の詳細を説明するフローチャートである。 図１８は、図１６に示す例におけるタグテーブルの一例を示す図である。

符号の説明

１…パスポート再発行システム、４…タグ、１０…生体認証サーバ、１６…機器認証サーバ、２２…端末装置、４３…不揮発性メモリ、４５…インタフェース、４１，８１，１６１，２１１…処理回路、８３，１６３，２１２…ＲＯＭ、８５，１６５，２１３…ＲＡＭ、

Claims (10)

1. 機器とその使用者を認証する認証処理方法であって、
   前記使用者の生体データを取得する取得工程と、
   前記取得工程で取得した前記生体データを生体認証サーバに送信する通信工程と、
   前記生体認証サーバが、前記通信工程で受信した前記生体データを認証し、当該認証の結果を端末装置に送信する生体認証工程と、
   前記生体認証工程で肯定的な認証結果を前記端末装置が受信したことを条件に、前記機器あるいは前記端末装置が機器認証サーバとの間で前記機器の機器認証を行う機器認証工程と
   を有する認証処理方法。
2. 前記機器認証工程で肯定的な認証結果が得られると、前記生体データおよび前記機器に対応した個人情報を前記端末装置に送信する個人情報送信工程
   をさらに有する請求項１に記載の認証処理方法。
3. 前記機器認証工程において、前記機器の機器認証を当該機器のワンタイムＩＤを用いて行う
   請求項１に記載の認証処理方法。
4. 前記機器認証を行う機器認証サーバと前記機器あるいは前記端末装置とが、前記ワンタイムＩＤを生成するためのシードデータを予め記憶しており、
   前記機器認証工程において、前記機器および前記機器認証サーバが、前記シードデータを基に生成した前記ワンタイムＩＤを用いて前記機器認証を行い、
   前記機器の機器認証を行う度に、前記機器および前記機器認証サーバが、自らが記憶する前記シードデータを更新する
   請求項３に記載の認証処理方法。
5. 前記生体認証工程において、前記生体認証サーバが、前記生体データの認証結果が肯定的である場合に、前記生体データあるいは前記機器に対応付けられたパスワードを特定し、
   前記認証処理方法は、
   前記機器、前記端末装置あるいは前記機器認証を行う機器認証サーバが、前記生体認証工程で特定された前記パスワードと、前記機器あるいは前記機器認証サーバが予め記憶するパスワードとを照合するパスワード照合工程
   をさらに有し、
   前記機器認証工程において、前記パスワード照合工程で肯定的な照合結果が得られたことをさらに条件として、前記個人情報を前記端末装置に送信する
   請求項１または請求項２に記載の認証処理方法。
6. 前記生体認証工程における前記生体データの認証の結果が肯定的である場合に、
   前記生体認証サーバが、前記機器との間で共通の第１のメインシードを基に生成したワンタイムＩＤを用いて前記機器の認証を行い、
   前記生体認証サーバが、前記機器認証サーバとの間で共通の第２のメインシードを基に生成したワンタイムＩＤを用いて、前記機器認証サーバの認証を行い、
   前記生体認証サーバが、前記機器および前記機器認証サーバの双方の認証の結果が肯定的である場合に、前記機器および前記機器認証サーバで共通のサブシードを、前記端末装置および機器認証サーバに送信する
   サブシード送信工程
   をさらに有し、
   前記機器認証工程は、前記機器の機器認証を、前記メインシードを基に生成したワンタイムＩＤと、前記サブシードを基に生成したワンタイムＩＤとの双方を用いて行う
   請求項１〜５のいずれかに記載の認証処理方法。
7. 前記機器あるいは前記端末装置が、現通信単位の機器認証サーバのサーバ乱数と前記機器の機器乱数とをメモリから読み出しそれらの乱数を引数としたハッシュ関数の値に基づいて当該機器のワンタイムＩＤを生成する第１のワンタイムＩＤ生成工程と、
   前記機器あるいは前記端末装置が、前記所定の通信単位ごとに機器乱数を生成する乱数生成工程と、
   前記機器あるいは前記端末装置が、前記第１のワンタイムＩＤ生成工程による現通信単位のワンタイムＩＤおよび前記乱数生成工程による次の通信単位のクライアント乱数を前記機器認証サーバに送信する第１の送信工程と、
   前記機器認証サーバが、そのメモリにおけるワンタイムＩＤと前記第１の送信工程により受信されたワンタイムＩＤとに基づき前記機器の正当性を判断する第１の認証工程と、
   前記機器認証サーバが、次の通信単位のサーバ乱数と前記第１の送信工程で受信された次の通信単位の機器乱数とを引数としたハッシュ関数の値に基づいて前記機器の次の通信単位のワンタイムＩＤを生成する第２のワンタイムＩＤ生成工程と、
   前記機器認証サーバが、このワンタイムＩＤがメモリに格納されている複数のワンタイムＩＤのいずれかと同一である場合には、再度生成されたサーバ乱数と前記第１の送信工程で受信された機器乱数とを引数としたハッシュ関数の値に基づいて前記ワンタイムＩＤを再度生成するワンタイムＩＤ再生成工程と、
   前記機器認証サーバが、このワンタイムＩＤがそのメモリに格納されている複数のワンタイムＩＤのいずれとも同一ではない場合には、そのワンタイムＩＤでメモリにおける前記機器のワンタイムＩＤを更新する機器ワンタイムＩＤ生成工程と、
   前記機器認証サーバが、現通信単位の前記サーバ乱数と前記第１の送信工程により受信された前記次の通信単位の機器乱数とを引数としたハッシュ関数の値に基づいて現通信単位の前記機器認証サーバのワンタイムＩＤを生成する第２のワンタイムＩＤ生成工程と、
   前記機器認証サーバが、現通信単位の当該機器認証サーバのワンタイムＩＤおよび前記次の通信単位のサーバ乱数を前記機器あるいは前記端末装置に送信する第２の送信工程と、
   前記機器あるいは前記端末装置が、前記第２の送信工程で受信したワンタイムＩＤとに基づいて前記機器認証サーバの正当性を判断する第２の認証工程と
   を有する請求項３に記載の認証処理方法。
8. 機器とその使用者を認証するデータ処理システムであって、
   受信した生体データを基に生体認証を行う生体認証サーバと、
   前記使用者の生体データを前記生体認証サーバに送信する端末装置と、
   前記機器あるいは前記端末装置が前記機器の機器認証を行う機器認証サーバと
   を有し、
   前記生体認証サーバによる前記生体データについての認証結果が肯定的であることを条件に、前記機器認証サーバによる前記機器の機器認証を行う
   認証処理システム。
9. 生体認証サーバおよび機器認証サーバと通信を行う第１のインタフェースと、
   機器とデータ入出力を行う第２のインタフェースと、
   前記第１のインタフェースを介して前記使用者の生体データを前記生体認証サーバに送信し、前記生体認証サーバから生体認証について肯定的な認証結果を受信したことを条件に、前記第２のインタフェースを介して前記機器から入力した情報を基に、前記第１のインタフェースを介して前記機器認証サーバと通信を行って当該機器の機器認証を行う処理回路と
   を有する端末装置。
10. 機器とその使用者を認証する認証処理方法であって、
    端末装置が、前記使用者の生体データを取得する取得工程と、
    前記端末装置と生体認証サーバとの間でワンタイムＩＤを用いた機器認証を行う機器認証工程と、
    前記機器認証工程で機器の正当性を確認したことを条件に、前記生体認証サーバが、前記取得工程で取得された生体データを基に生体認証を行う生体認証工程と、
    前記端末装置が、前記機器から取得した機器ＩＤを機器認証サーバに送信する第１の通信工程と、
    前記生体認証サーバが、前記生体認証で前記生体データの正当性を確認したことを条件に、前記生体データに対応したパスワードを前記機器認証サーバに送信する第２の通信工程と、
    前記機器認証サーバが、前記第１の通信工程で受信した機器ＩＤに対応したパスワードと、前記第２の通信工程で受信したパスワードとを照合し、パスワードの正当性を確認したことを条件に、前記端末装置との間で、前記機器ＩＤに係る処理を行う処理工程と
    を有する
    認証処理方法。