JP4583746B2 - 個人認証方法及び個人認証システム - Google Patents

Description

本発明は、人が例えばクレジットカード決済やサーバへのログオンなどの行為を行なおうとするときに、その人がその行為を行なえる正当者であることを電子的に確認するための個人認証方法及びシステムに関する。

人が所持するＩＣカードやセキュアカードなどを利用する個人認証システムが知られている。また、人が所持する携帯電話機のID（例えば、電話番号）を利用する個人認証システムも知られている。しかしながら、それらのシステムはその機器（ツール）を利用していることの確認を個人認証の代わりとしており、本人確認をしているのではない。他人が、本人になりすましてその機器を使用すれば、システムを騙すことができる。

人にその人固有のユ−ザIDとパスワードのセットをシステムに入力させて、そのユ−ザIDとパスワードのセットを用いて認証を行なう個人認証システムも知られている。しかし、他人が、その人とシステム間の通信を傍受することでユ−ザIDとパスワードのセットを盗み知って、これを悪用するという虞がある。

認証の信頼性を向上させるために、一時的又は一回限り使用可能なワンタイムIDを利用した個人認証システムも知られている。例えば、特許文献１、２及び３に記載されたものなどがある。しかしながら、いずれもシステムでも、ワンタイムIDを発行するために、上述した従来システムと同様、携帯電話機のID又はユ−ザIDとパスワードのセットをシステムに入力させるようになっている。そのため、他人が、本人になりすまして携帯電話機を使用したり、あるいは、通信の傍受によってユ−ザIDとパスワードのセットを盗み知ったならば、やはり、他人が本人と同様にワンタイムIDを入手できるようになり、それが悪用される虞がある。

さらに、より信頼性の高い個人認証システムとして、近年流行とも言えるバイオメトリックス機器を使ったものが知られている。しかし、高価なバイオメトリックス機器の購入が必要となるから、クレジット決済やシステムログオンのように多くの人々が日常的に行なう行為のための個人認証にはなじまない。

特開２０００−１０９２７号公報 特開２００１−１７５５９９号公報 特開２００２−７３５５号公報

上記のように、従来の個人認証システムは信頼性又はコストの点で満足できるものではない。

従って、本発明の目的は、低コストで且つ信頼性の高い方法で、本人確認ができる個人認証の仕組みを提供することにある。

本発明の第１の態様に従う個人認証方法は、
(1) ユーザの第１と第２の認証キーのうちの前記第１の認証キーを第１の記憶部で記憶するステップと、
(2) 前記ユーザの第１と第２の認証キーのうちの前記第２の認証キーを第２の記憶部で記憶するステップと、
(3) 前記第１と第２の認証キーの一方を用いて他方を直接的に取得することができないように前記第１と第２の記憶部を管理するステップと、
(4) 第１の認証部にて、前記ユーザから第１の認証キーの入力を受け、入力された前記第１の認証キーと、前記第１の記憶部に記憶されている前記第１の認証キーとを照合することで、第１段階の個人認証を行なうステップと、
(5) 前記第１段階の個人認証が成功した場合、前記第１の認証部から前記ユーザに対して、ワンタイムIDを発行するステップと、
(6) 前記第１の認証部から第２の認証部に対し、前記ユーザに発行した前記ワンタイムIDを前記第２の記憶部で記憶するステップと、
(7) 第２の認証部にて、前記ユーザから前記第２の認証キー及び前記ワンタイムIDの入力を受け、入力された前記第２の認証キー及び前記ワンタイムIDを、前記第２の記憶部に記憶されている前記第２の認証キー及び前記ワンタイムIDと照合することで、第２段階の個人認証を行なうステップと、
(8) 所定の処理を制御するために、前記第２段階の個人認証の結果を用いるステップと
を有する。この個人認証方法は、典型的には例えばコンピュータプログラムをコンピュータで実行することにより実施することができるが、この方法の全部又は一部を専用ハードウェアを用いて実施することも可能である。

一つの実施形態においては、前記第２段階の個人認証の結果を用いるステップにて、特定の建造物又は施設へのエントランスドアの開閉又は施開錠を前記第２段階の個人認証の結果に応じて制御するためのエントランス装置に対して、前記第２段階の個人認証の結果を通知する。また、前記エントランス装置が、ユーザが前記第２の認証キー及び前記ワンタイムIDを入力するための入力装置を有し、前記第２段階の個人認証を行なうステップにて、前記入力装置から、前記入力装置に入力された前記第２の認証キー及び前記ワンタイムIDを受け取り、受け取った前記第２の認証キー及び前記ワンタイムIDを、前記第２の記憶部に記憶されている前記第２の認証キー及び前記ワンタイムIDと照合することで、前記第２段階の個人認証を行なう。

一つの実施形態においては、前記第１の認証キーを記憶するステップにて、前記第１の認証キーとともに、前記ユーザが携帯する通信装置に固有の装置識別情報も、前記第１の記憶部にて記憶する。また、前記第１段階の個人認証を行なうステップでは、前記通信装置から、前記通信装置に入力された前記第１の認証キーと前記通信装置の前記装置識別情報とを受け取り、受け取った前記第１の認証キー及び前記装置識別情報と、前記第１の記憶部に記憶されている前記第１の認証キー及び前記装置識別情報とを照合することで、前記第１段階の個人認証を行なう。

一つの実施形態においては、前記第１の記憶部は、前記第１と第２の認証キーのうちの前記第１の認証キーのみを記憶し、前記第２の認証キーは記憶せず、前記第２の記憶部は、前記第１と第２の認証キーのうちの前記第２の認証キーのみを記憶し、前記第1の認証キーは記憶しない。そして、前記第１と第２の認証キーの一方を用いて他方を直接的に取得することができないように前記第１と第２の記憶部を管理するステップが更に設けられる。

本発明の別の観点に従う認証システムは、
(1) ユーザの第１と第２の認証キーのうちの前記第１の認証キーを記憶した第１の記憶部と、
(2) 前記ユーザの第１と第２の認証キーのうちの前記第２の認証キーを記憶した第２の記憶部と
を備える。ここで、前記第１及び第２の記憶部にそれぞれ記憶されている前記第１及び第２の認証キーの間には、その一方を用いて他方を直接的に取得することを可能にならしめるような関連付けが存在しない。さらに、この認証システムは、
(3) 前記ユーザから第１の認証キーの入力を受け、入力された前記第１の認証キーと、前記第１の記憶部に記憶されている前記第１の認証キーとを照合することで、第１段階の個人認証を行ない、前記第１段階の個人認証が成功した場合、前記ユーザに対して、ワンタイムIDを発行するとともに、前記ユーザに発行した前記ワンタイムIDを前記第２の記憶部で記憶させる第１の認証部と、
(4) 第２の認証部にて、前記ユーザから前記第２の認証キー及び前記ワンタイムIDの入力を受け、入力された前記第２の認証キー及び前記ワンタイムIDを、前記第２の記憶部に記憶されている前記第２の認証キー及び前記ワンタイムIDと照合することで、第２段階の個人認証を行ない、所定の処理を制御するために前記第２段階の個人認証の結果を用いる第２の認証部と、
を備える。

一つの実施形態は、前記第２の認証部から前記第２段階の個人認証の結果を受け、前記第２段階の個人認証の結果に応じて、特定の建造物又は施設へのエントランスドアの開閉又は施開錠を制御するエントランス装置を更に備える。そして、前記エントランス装置が、前記ユーザが前記第２の認証キー及び前記ワンタイムIDを入力するための入力装置を有する。前記第２の認証部は、前記入力装置から、前記入力装置に入力された前記第２の認証キー及び前記ワンタイムIDを受け取り、受け取った前記第２の認証キー及び前記ワンタイムIDを、前記第２の記憶部に記憶されている前記第２の認証キー及び前記ワンタイムIDと照合することで、前記第２段階の個人認証を行なう。

一つの実施形態では、前記第１の記憶部が、前記第１の認証キーとともに、前記ユーザが携帯する通信装置に固有の装置識別情報も記憶する。そして、前記第１の認証部が、前記通信装置から、前記通信装置に入力された前記第１の認証キーと前記通信装置の前記装置識別情報とを受け取り、受け取った前記第１の認証キー及び前記装置識別情報と、前記第１の記憶部に記憶されている前記第１の認証キー及び前記装置識別情報とを照合することで、前記第１段階の個人認証を行なう。

一つの実施形態では、前記第１の記憶部は、前記第１と第２の認証キーのうちの前記第１の認証キーのみを記憶し、前記第２の認証キーは記憶せず、前記第２の記憶部は、前記第１と第２の認証キーのうちの前記第２の認証キーのみを記憶し、前記第1の認証キーは記憶しない。そして、前記第１と第２の認証キーの一方を用いて他方を直接的に取得することができないように前記第１と第２の記憶部を別個に管理するデータ管理部が更に設けられる。

本発明のまた別の観点に従うコンピュータプログラムは、
(1) ユーザの第１と第２の認証キーのうちの前記第１の認証キーを第１の記憶部で記憶するステップと、
(2) 前記ユーザの第１と第２の認証キーのうちの前記第２の認証キーを第２の記憶部で記憶するステップと、
(3) 第１の認証部にて、前記ユーザから第１の認証キーの入力を受け、入力された前記第１の認証キーと、前記第１の記憶部に記憶されている前記第１の認証キーとを照合することで、第１段階の個人認証を行なうステップと、
(4) 前記第１段階の個人認証が成功した場合、前記第１の認証部から前記ユーザに対して、ワンタイムIDを発行するステップと、
(5) 前記第１の認証部から第２の認証部に対し、前記ユーザに発行した前記ワンタイムIDを前記第２の記憶部で記憶するステップと、
(6) 第２の認証部にて、前記ユーザから前記第２の認証キー及び前記ワンタイムIDの入力を受け、入力された前記第２の認証キー及び前記ワンタイムIDを、前記第２の記憶部に記憶されている前記第２の認証キー及び前記ワンタイムIDと照合することで、第２段階の個人認証を行なうステップと、
を有する個人認証方法を、コンピュータに実行させるための命令コード群を有している。

本発明のその他の目的と特徴は、以下の説明で明らかにされる。

本発明によれば、低コストで且つ信頼性の高い方法で本人確認ができる。

図１は、本発明に従う個人認証方法の一実施形態の基本的構成及び動作を示す。

図１の下段に示すように、或るユーザ１が、特定の組織Yから提供される特定のサービスを利用するとき（例えば、特定のクレジット会社のクレジット決済サービスを利用するとき、或るいは、特定のシステム運用会社のサーバにログオンするとき、など）、その特定の組織Yは、そのユーザ１についての個人認証を行なって、そのユーザ１がその特定サービスを受け得る資格をもつ予め登録された特定者であることを確認する。このようにユーザ１の個人認証を行なう必要性を有する組織Yを、この明細書では「認証会社」という。認証会社Yは、ユーザ１の個人認証を行なうための（併せて、上記特定サービスの処理も行ってもよい）コンピュータシステム（以下、「認証システム」という）６を有する。この認証システム６は、ユーザ１が上記特定サービスを受けようとするときに直接的又は間接的に利用する端末５（例えば、ユーザ１が或る店舗でクレジット決済で買い物を行なおうとしている場合、その店舗のPOS端末、或いは、ユーザ１が自分のパーソナルコンピュータから或るサーバにログオンしようとしている場合、そのパーソナルコンピュータ、など）と通信可能である。

さらに、図１の上段に示すように、認証会社Yによる個人認証処理を支援するための組織Xが、認証会社Yとは別に設けられる。この認証支援のための組織Xを、この明細書では「認証支援会社」という。認証支援会社Xは、認証支援の処理を行なうためのコンピュータシステム（以下、「認証支援システム」という）３を有する。認証支援システム３は、また、認証システム６と通信可能である。

ユーザ１は携帯通信端末２を所持する。この実施形態では、ユーザ１の携帯通信端末２は携帯電話機である（しかし、これは一つの例示であって、他の種類の携帯通信端末、例えば、PDA、ラップトップ型パーソナルコンピュータ或るいはカーナビゲーション装置などを使用してもよい）。ユーザ１の携帯電話機２と認証支援システム３とは通信可能である。

ユーザ１は、自分に固有の２つの認証キー、すなわちファーストキーとセコンドキー、を有している。以下の説明では、ファーストキーを「会員ID」と呼び、セコンドキーを「パスワード」と呼ぶが、これは両キーを区別し易くするための単なる呼称にすぎず、別の呼称を用いても勿論構わない。さて、ユーザ１は、自分固有の会員IDとパスワードを、他人に対して秘密に管理している（例えば、本人の頭の中でのみ記憶している）。

会員IDは、ユーザ１の頭の中だけでなく、認証支援システム３がもつデータベース４にも記憶されている。つまり、ユーザ１と認証支援システム３(認証支援会社X)の2者が会員IDを共有する。会員IDを知る者は、ユーザ１以外では認証支援システム３(認証支援会社X)のみである。

パスワードは、ユーザ１の頭の中だけでなく、認証システム６がもつデータベース７にも記憶されている。つまり、ユーザ１と認証システム６（認証会社Y）の2者がパスワードを共有する。パスワードを知る者は、ユーザ１本人以外では認証システム６(認証支援会社Y)のみである。

従って、認証支援システム３（認証支援会社X）は、ユーザ１の会員IDは知っているが、パスワードは知らない。一方、認証システム６（認証会社Y）は、パスワードは知っているが、会員IDは知らない。このように、ユーザ１に固有の2つの認証キーの双方を知る者は、ユーザ１本人のみである。会員IDとパスワードは、ユーザ１本人以外では、認証支援システム３(認証支援会社X)と認証支援システム３(認証支援会社Y)という別個のシステム（組織）によって、互いに分離された状態で個別に管理されている。認証支援システム３(認証支援会社X)と認証システム６（認証会社Y）は、それぞれ、会員IDとパスワードを別個に秘密に管理しており、一方のシステム（組織）が他方のシステム（組織）にそのキーを教えることは絶対にない。

このように、ユーザ１に固有の２つの認証キーが分離されて個別かつ秘密に管理されていることにより、後に詳述するように、ユーザ１の個人認証の信頼性つまり安全性が向上する。そして、このように分離管理された２つの認証キーを関連付けるために、第３のキーが使用される。この第３のキーは、一時的又は一回限り使用可能なキーであって、この明細書では「ワンタイムID」と呼ばれ、ユーザ１の要求により認証支援システム３から発行されるようになっている。

なお、認証会社Yは、図１では、１社しか示されていないが、実際には複数社存在するのが通常である。その場合でも、認証支援会社Xは１社のみであってよい（勿論、複数社あってもよいが、この明細書では、１つの認証支援会社Xの支援の下で行なわれる個人認証にのみ焦点を絞って、説明を行なう）。

以下、会員IDとパスワード及びワンタイムIDを用いた個人認証の手順を説明する。この手順は、概略、２つのフェーズに分けられる。

第1のフェーズは、図１の上段に示されており、ここでは、ユーザ１の携帯電話機の識別番号（ここでは携帯電話番号を使うが、これは例示であり、その他の種類の携帯電話機識別コードを用いても良い）と会員IDとを用いて認証支援システム３により、ユーザ１に対する予備的な第１段階の個人認証が行なわれる。この予備的な認証が成功すれば、認証支援システム３はワンタイムIDを発行する。このワンタイムIDは、ユーザ１と認証システム６の双方に通知される。

すなわち、第1フェーズでは、まず、ユーザ１が、自分の携帯電話機２から認証支援システム３に電話をかける。認証支援システム３は、その着信に自動応答して、その発信番号（携帯電話機２の電話番号）を、データベース４に登録されている会員（当該システムの利用権者）の電話番号リストと照合する。照合の結果、その発信番号が登録済みの或る会員の電話番号とマッチすれば、認証支援システム３は、その会員向けに用意されたサービスメニュー（例えば、音声ガイダンス）を、ユーザ１の携帯電話機２に送る。ユーザ１は、そのサービスメニューに従って、携帯電話機２のテンキー(又は、音声認識機能)を用いて、まず所望の認証会社Yの所望のサービス（例えば、所望のクレジット会社のクレジット決済サービス）を選択し、続いて、自分の会員IDを入力し、この会員IDを認証支援システム３に送る。認証支援システム３は、受信した会員IDと、データベース４に登録されている上記マッチした会員の会員IDとを照合し、両者が一致すれば、ユーザ１が上記会員であると判断する。そう判断すると、認証支援システム３はワンタイムIDを発行し、このワンタイムIDをユーザ１の携帯電話機２に通知するとともに、そのワンタイムIDを、ユーザ1がサービスメニューで選択した所望の認証会社Yの認証システム６にも通知する。ここで、ワンタイムIDは、認証支援システム３及び認証システム６が取り扱う（又は取り扱う可能性のある）他のあらゆるワンタイムIDから峻別され得るユニークなコードである。

なお、認証支援システム３のデータベース４には、各会員のデータとして、上述した携帯電話番号や会員IDの他に、認証システム６がその会員を識別するためにその会員にユニークに割り当てたID（以下、「管理マスタID」という）も登録されており、認証支援システム３は、ユーザ１に発行したワンタイムIDを認証システム６に通知する時には、そのユーザ１（つまり、上記第１段階認証でマッチした会員）の管理マスタIDも一緒に認証システム６に通知する。それにより、認証システム６は、通知されたワンタイムIDがどの会員に対して発行されたものかを認識する。認証システム６は、通知されたワンタイムIDを、その発行を受けた会員のワンタイムIDとして、データベース７に格納する。なお、認証システム６のデータベース７には、認証システム６を利用することができる全ての会員の各々について、管理マスタIDとパスワードが予め登録されており、また、上記のようにワンタイムIDが発行される都度、そのワンタイムIDも登録されるようになっている。

次の第２のフェーズは、図１の下段に示されており、ここでは、ユーザ１に対して発行されたワンタイムIDとユーザ１固有のパスワードとを用いて、認証システム６により、ユーザ１に対する第２段階の個人認証が行なわれる。

すなわち、第２フェーズでは、まず、ユーザ１が、上述の所望サービスを受けるために、しかるべき端末５を用いて、ユーザ１のワンタイムIDとパスワードを、その端末５から認証会社Yの認証システム６へ送る。ここで、しかるべき端末５とは、例えば、ユーザ１が或る小売店で買い物をしたときにクレジット決済サービスを利用する場合には、その小売店のPOS端末であったり、或いは、ユーザ１が自分のパーソナルコンピュータから或るサーバにログオンする場合には、そのパーソナルコンピュータであったりする。そして、その端末５を直接操作する人は、必ずしもユーザ１自身である必要は無く、小売店の店員のように他の人でも良い。なお、ユーザ１のワンタイムIDとパスワードが認証システム６に送られるとき、通常は、例えば上記小売店の店舗IDのような、個人認証処理の信頼性をより向上させるため或いは認証処理に続いてサービス処理を行なうため等に必要な付帯的情報も、一緒に認証システム６に送られても良い。

認証システム６は、ユーザ１のワンタイムIDとパスワードを受信すると、既にデータベース７に格納されている様々な会員のワンタイムIDとパスワードのセットの中から、受信したワンタイムIDとパスワードのセットにマッチするものを探す。その結果、或る会員のワンタイムIDとパスワードのセットとマッチしたならば、認証システム６は、ユーザ１はその会員であると認定し、個人認証の結果は「成功」ということになる。こうして認証結果が成功になれば、続いて、ユーザ1に対して上記所望サービスが提供されることになる(例えば、クレジット決済が行なわれる、或いは、サーバへのログオンが許可される、など)。

一方、認証システム６の上記過程で、受信したワンタイムIDとパスワードのセットが、データベース7内のどの会員のワンタイムIDとパスワードのセットにもマッチしなかったならば、認証結果は「失敗」となり、ユーザ１に対して上記所望サービスは提供されないことになる。

認証結果が「成功」だった場合、認証システム６は、その認証で使用したデータベース７内のワンタイムIDに「使用済み」を意味するステータスを付与し、そして、そのワンタイムIDが「使用済み」になった旨を認証支援システム３に報告する。「使用済み」となったワンタイムIDは、以後二度と個人認証には使用されない。また、認証結果が「失敗」だった場合には、認証システム６は、原則として、データベース７内のいずれのワンタイムIDに対しても「使用済み」ステータスを付与しない。また、ワンタイムIDに使用期限が付いている場合には、そのワンタイムIDが個人認証で使用されなくても、その使用期限を過ぎた時点で、認証システム６は、データベース７内のそのワンタイムIDに「期限切れ」を意味するステータスを付与し、そして、そのワンタイムIDが「期限切れ」になった旨を認証支援システム３に報告する。「使用済み」となったワンタイムID及び「期限切れ」となったワンタイムIDは、以後所定期間が経過するまでは二度と個人認証には使用されない（所定期間、例えば1年又は３年、のように、同じワンタイムIDを使用しても以前の使用との間で不正な二重使用の問題が実質的生じない期間が経過すれば、使用可能となる）。よって、基本的に、個人認証に使用されるワンタイムIDは、「未使用」であって「期限切れ」でないワンタイムIDだけである。ただし、「使用済み」となったワンタイムID及び「期限切れ」となったワンタイムIDは、ワンタイムIDの不正な二重使用を検出する目的には、以後も使用される。

図２は、ユーザ１が認証支援システム及び認証システムに自分の認証キー等を登録するための手順の一例を示す。

図２に示すように、まず、ステップ(1)で、ユーザ１は、自分の携帯電話機２を用いて所望認証会社Yの認証システム６に電話をかけて(又は、書面の送付やWWWサービスなどの別の適当な方法で通信して)、会員登録を申請する。この申請時に、ユーザ１は、自分の住所、氏名、生年月日や利用したいサービスなどの通常の会員登録事項の他に、自分の電話発信番号（携帯電話機２の電話番号）及びパスワードを認証システム６に通知する（なお、携帯電話機２から電話をかければ、通常、その発信番号は自動的に認証システム６に通知される）。認証システム６は、ユーザ１の申請内容が会員となるための所要の条件を満たしていれば、ユーザ１を会員として登録すべく、ユーザ１にユニークな管理マスタIDを割り当て、その管理マスタIDと上記電話発信番号とパスワードと上記の通常の会員登録事項を、そのユーザ1固有の会員データとしてデータベース７に登録する。

続いて、認証システム６は、ステップ(2)で、登録したユーザ１の管理マスタIDと発信番号と、上記通常の会員登録事項のうち認証支援に必要な最低限の情報、例えば名前のみ（つまり、名前以外の個人情報、例えば、住所や連絡先などは、個人情報の秘密保持のために含まれない）を、認証支援会社Xの認証支援システム３に通知する。ここで、ユーザ1のパスワードは、認証システム６内で秘密に保持され、認証支援システム３には通知されない。

その後、ユーザ１は、ステップ(3)で、自分の携帯電話機２を用いて認証支援システム３に電話をかけて(又は、認証支援システム３の方からユーザ１の携帯電話２にかかってきた電話に応答して)、認証会社Yや上記通常の会員登録事項を確認すると共に、自分の発信番号（携帯電話機２の電話番号）と会員IDを携帯電話機２を通じて認証支援システム３に通知する（なお、ユーザ１が携帯電話機２から認証支援システム３に電話をかけた場合には、通常、その発信番号は自動的に認証支援システム３に通知され、一方、認証支援システム３から携帯電話機２に電話をかけた場合には、それに応答した者がユーザ1本人であることが確認できれば自ずと発信番号も確認される）。認証支援システム３は、このユーザ１との電話通信によって、上記通常の会員登録事項及び発信番号が正しいことが確認できると、ユーザ１を会員として登録すべく、ユーザ１の発信番号と会員IDと管理マスタIDと上記通常の会員登録事項を、このユーザ１固有の会員データとしてデータベース４に登録する。ここで、ユーザ１の会員IDは、認証支援システム３内で秘密に保持され、認証システム６へ通知されることはない。

以下では、この実施形態の具体的な用途への適用例を幾つか説明する。

図３は、1番目の適用例として、クレジット決済の個人認証への適用例を示す。

ここでは、図３に示すように、認証会社Yはユーザ１が利用するクレジット会社であり、認証システム６はそのクレジット会社のコンピュータシステムである。

ユーザ１が或る小売店Zで買い物をしたときの支払いをクレジット決済で行ないたい場合、まず、ユーザ１は、ステップ(1)で、自分の携帯電話機２から認証支援システム３に電話をかける。すると、認証支援システム３が、携帯電話機２の発信番号からどの会員であるかを把握して、その会員向けのサービスメニュー（音声ガイダンス）を携帯電話機２に返す。ユーザ１は、そのサービスメニューに従って携帯電話機２を操作して、自分の会員ID及び利用サービスの選択（例えば、所望のクレジット会社Yのクレジット決済サービスの選択）を認証支援システム３に通知する。認証支援システム３は、ユーザ１から通知された会員IDを、発信番号から把握した会員の会員IDと照合し、その結果マッチしたならば、ユーザ１がその会員であると認定する。そう認定すると、認証支援システム３は、ステップ(2)で、その会員に対してユニークなワンタイムIDを発行し、これをユーザ１の携帯電話２と、ユーザ１の選択したクレジット会社Yの認証システム（図示の例では、同じ認証支援会社Xを利用する３社の認証システム６−１〜６−３のうち、ユーザ１の選択した一社の認証システム６−１）に送信する。このとき、認証支援システム３は、認証システム６−１に対して、ワンタイムタイムIDと一緒に、その認証システム６−１がその会員に割り当てた管理マスタIDも送信する。認証システム６−１は、受信したワンタイムIDを、受信した管理マスタIDに該当する会員のワンタイムIDとして、データベース７−１に格納する。

ユーザ１は、発行されたワンタイムIDを自分の携帯電話機２に受け取った後、ステップ(3)で、小売店Zのクレジット決済を処理するPOS端末５に、例えば手入力で、そのワンタイムIDと自分のパスワードを入力する。入力されたワンタイムIDとパスワードは、ステップ(4)で、POS端末５から、ユーザ１の指定してクレジット会社Yの認証システム６−１へ送信される。

そのワンタイムIDとパスワードを受け取った認証システム６−１は、ステップ(5)で、受け取ったワンタイムIDとパスワードのセットを、データベース７−１内の様々な会員のワンタイムIDとパスワードのセットと照合する。その結果、或る会員のワンタイムIDとパスワードのセットとのマッチが得られたならば、認証システム６−１は、ユーザ１をその会員であると認定する（認証「成功」）。一方、どの会員のワンタイムIDとパスワードのセットとのマッチも得られなければ、認証システム６−１は、ユーザ１を会員ではないと認定する（認証「失敗」）。認証結果が「成功」の場合、続いて、認証システム６−１は、POS端末５から送られてきたユーザ１のクレジットカードの情報を用いて、クレジット決済サービスの処理を実行する。認証結果が「失敗」の場合、認証システム６−１は、クレジット決済サービスを拒否する。

ステップ(6)で、認証システム６−１は、上記の認証結果（又は、それに引き続くクレジット決済サービスの処理結果）をPOS端末５に返す。認証システム６−１は、上記の第２段階の個人認証を行なった段階で、ここで使用したユーザ１のワンタイムIDに「使用済み」のステータスを付与して、以後上述した所定期間が経過するまでは二度とそれを個人認証に使用しないようにする。

図４は、この実施形態の２番目の適用例として、或るサーバへのログオンのための個人認証への適用例を示す。

ここでは、図４に示すように、認証会社Yはユーザ１が利用するサーバを運営するシステム運営会社であり、認証システム６はそのサーバである。

図４において、ステップ(1)〜(2)でワンタイムIDが発行されるまでの手順は、図３を参照して既に説明した手順と基本的に同様である。異なる点は、ユーザ１がサービスメニューで指定する利用サービスは、所望のサーバ６へのログオンであり、ワンタイムIDの送信先は、そのサーバ６であるという点である。

ワンタイムIDが発行されると、ユーザ１は、ステップ(3)で、サーバ６にログオンするための端末５（例えば、ユーザ１が所有するパーソナルコンピュータ）に、例えば手入力で、そのワンタイムIDと自分のパスワードを入力する。入力されたワンタイムIDとパスワードは、サーバ６へ送信される。

以後、サーバ６で行なわれるステップ(4)〜(5)のワンタイムIDとパスワードによる認証処理は、図３を用いて既に説明したステップ(5)〜(6)の認証処理と基本的に同様である。異なる点は、認証の結果が成功であれば、クレジット決済が行なわれるのではなくて、サーバ６へのログオンが許可されるという点である。

図５は、この実施形態の３番目の適用例として、自治体等から交付された証明書類を提出するときの個人認証への適用例を示す。

ここでは、図５に示すように、認証会社Yはユーザ１に証明書類を交付する自治体等であり、認証システム６はその自治体等の書類交付システムである。また、ここでは、ユーザ１が証明書類を提出する際に自分の会員IDやパスワードを相手に開示せずに済むようにするための特別の工夫がなされている。

図５においてステップ(1)〜(2)でワンタイムIDが発行されるまでの手順は、図３を参照して既に説明した手順と基本的に同様である。異なる点は、ユーザ１がサービスメニューで指定する利用サービスが、所望の自治体等の書類交付サービスであるという点と、ワンタイムIDの送信先が、ユーザ１の指定した自治体等Yの書類交付システム（認証システム）６であるという点である。

ワンタイムIDが発行されると、ユーザ１は、ステップ(3)で、自治体等Yの書類交付システム（認証システム）６に、ワンタイムIDと自分のパスワードを入力して所望書類の交付申請を行なう。

書類交付システム６は、ステップ(4)で、ユーザ１からのワンタイムIDとパスワードを用いてユーザ１の個人認証を行なうが、この認証処理は、図３のステップ(5)のクレジット会社の認証システムによる認証処理と基本的に同様である。

その個人認証の結果が成功であると、ステップ(5)で、書類交付システム６は、申請された証明書類を印刷出力する。このとき、書類交付システム６は、ドキュメントワンタイムIDを発行して、このドキュメントワンタイムIDをその証明書類に印刷して出力する。発行されたドキュメントワンタイムIDは、その証明書類に固有で、他のあらゆるドキュメントワンタイムIDから峻別できるようユニークで、且つ一時的又は1回限り使用可能なものである。このドキュメントワンタイムIDが付されて印刷出力された証明書類は、ユーザ１に手渡される。書類交付システム６は、発行したドキュメントワンタイムIDを、ユーザ１のドキュメントワンタイムIDとしてデータベース７に格納する。また、書類交付システム６は、ドキュメントワンタイムIDを発行した段階で、ユーザ１のワンタイムIDに「ドキュメントワンタイムID発行済み」のステータスを付与し、しかし、「使用済み」のステータスはまだ付与しない。「ドキュメントワンタイムID発行済み」ステータスの付いたワンタイムIDは、以後二度と、ステップ(4)の書類交付のための個人認証には使用されないが、「使用済み」ステータスがまだ付いてなければ、後述するステップ(8)の第３段階の個人認証でもう一度だけ利用される。

その後、ステップ(6)で、ユーザ１は、その証明書類を、しかるべき利用会社Z（例えば、或る契約を結ぶために契約相手会社にその証明書類を提出する場合には、その契約相手会社が利用会社Zである）に提出する。この書類提出の際に、ユーザ１は、ステップ(7)で、利用会社Zの端末５を用いて、自分のワンタイムIDと、証明書類に印刷されているドキュメントワンタイムIDとを、自治体等Yの書類交付システム６に送信する。

すると、書類交付システム６は、ステップ(8)で、端末５から受信したユーザ１のワンタイムIDとドキュメントワンタイムIDのセットを、データベース７内の様々な会員のワンタイムIDとドキュメントワンタイムIDのセットと照合する。その結果、或る会員のワンタイムIDとドキュメントワンタイムIDのセットとのマッチが得られれば、書類交付システム６は、認証「成功」と判断し、また、マッチが得られなければ、認証「失敗」と判断する。また、書類交付システム６は、この認証結果が「成功」だった場合、そこで使用したユーザ１のワンタイムIDとドキュメントワンタイムIDのセットに「使用済み」のステータスを付与して、以後二度とそのセットを個人認証に使用しないようにする。

そして、ステップ(9)で、書類交付システム６は、上記の認証結果を利用会社Xの端末５に返答する。返答された認証結果が「成功」である場合、それは、ユーザ１が確かに本人であり且つ証明書類が確かにその本人に発行されたものであることが自治体等Yによって確認済みであることを意味するので、利用会社Zは安心してユーザ１から証明書類を受け取ることができる。

また、ユーザ１としては、自分の秘密の会員IDとパスワードを利用会社Zに知られることがないので、安全である。

図６は、この実施形態の４番目の適用例として、インターネット上のネットワークショップ（ウェブサイト）での買い物でクレジット決済を行なうための個人認証への適用例を示す。

ここでは、図６に示すように、認証会社Yはユーザ１が利用するクレジット会社であり、認証システム６はそのクレジット会社の認証システムである。また、ここでは、ユーザ１が自分のクレジットカードの情報をネットワークショップに開示せずに済むようにするための特別の工夫がなされている。

図６においてステップ(1)〜(2)でワンタイムIDが発行されるまでの手順は、図３を参照して既に説明した手順と基本的に同様である。

ワンタイムIDが発行されると、ユーザ１は、ステップ(3)で、自分の携帯電話機２を用いて、自分の指定したクレジット会社Yの認証システム６-１に電話をかけて、その認証システム６−１に対して、自分のワンタイムIDとパスワードと、利用したいネットショップ９の店番号（ショップID）を送信する。

認証システム６-１は、ステップ(4)で、ユーザ１からのワンタイムIDとパスワードを用いて、図３のステップ(5)で述べたと同じ手順でユーザ１の個人認証を行なう。その個人認証の結果が成功であると、認証システム６-１は、ステップ(5)で、クレジットカードワンタイムIDを発行して、このクレジットカードワンタイムIDをユーザ１の携帯電話機２に送信する。発行されたクレジットカードワンタイムIDは、ユーザ１が使用する特定のクレジットカードに固有で、他のあらゆるクレジットカードワンタイムIDから峻別できるようユニークで、且つ一時的又は1回限り使用可能なものである。認証システム６−１は、発行したクレジットカードワンタイムIDと、ユーザ１からの店番号(ショップID)を、ユーザ１に対応したクレジットカードワンタイムID及び店番号(ショップID)としてデータベース７−１に格納する。また、認証システム６−１は、クレジットカードワンタイムIDを発行した段階で、ユーザ１のワンタイムIDに「クレジットカードワンタイムID発行済み」のステータスを付与し、しかし、「使用済み」のステータスはまだ付与しない。「クレジットカードワンタイムID発行済み」ステータスの付いたワンタイムIDは、以後二度と、ステップ(4)のクレジットカードワンタイムID発行のための個人認証には使用されないが、「使用済み」ステータスがまだ付いてなければ、後述するステップ(8)の第３段階の個人認証でもう一度だけ利用される。

その後、ステップ(6)で、ユーザ１は、インターネット接続機能をもったしかるべき端末５（例えば、ユーザ１が持つパーソナルコンピュータ）を用いて、インターネット上のネネットワークショップ９に接続し（勿論、もっと以前の段階から、ネネットワークショップ９との接続が確立されていてもよい）、そして、その端末５から、例えば手入力で、自分のワンタイムIDとクレジットカードワンタイムIDをネットワークショップ９に送信する。ネットワークショップ９は、ステップ(7)で、ユーザ１からのワンタイムID及びクレジットカードワンタイムIDと、自ショップの店番号（ショップID）とを、認証システム６−１に送る。

認証システム６−１は、ステップ(8)で、ネットワークショップ９から受信したユーザ１ワンタイムIDとクレジットカードワンタイムIDと店番号（ショップID）のセットを、データベース７内の様々な会員のワンタイムIDとクレジットカードワンタイムIDと店番号（ショップID）のセットと照合する。その結果、或る会員のワンタイムIDとドキュメントワンタイムIDと店番号（ショップID）のセットとのマッチが得られれば、認証システム６−１は、認証「成功」と判断し、また、マッチが得られなければ、認証「失敗」と判断する。認証結果が「成功」の場合、認証システム６−１は、予めデータベース７−１に登録されているユーザ１（上記照合でマッチした会員）のクレジットカード情報を用いて、クレジット決済サービスの処理を実行する。認証結果が「失敗」の場合、認証システム６−１は、クレジット決済サービスを拒否する。また、認証システム６−１は、上記認証結果が「成功」であった場合、そこで使用したユーザ１のワンタイムIDとドキュメントワンタイムIDのセットに「使用済み」のステータスを付与して、以後二度とそのセットを個人認証に使用しないようにする。

そして、ステップ(9)で、認証システム６−１は、上記の認証結果(又は、クレジット決済サービス処理の結果)をネットワークショップ９に返答する。

この適用例では、ユーザ１は、自分の秘密の会員IDとパスワードとクレジットカード情報をインターネット上に出す必要が無く、それらの情報をネットワークショップ９に知られることもないので、安心してネットワークショッピングができる。

図７は、この実施形態の５番目の適用例として、図４に示したサーバへのログオンへの適用例に暗号化処理を追加した変形例を示す。図７において、下線の付されたデータが、暗号化されたデータである。

図７の変形例について、主として、図４の適用例と異なる点を説明する。

ユーザ１の携帯電話機２は、暗号化/復号化機能を備えている。ステップ(2)で、認証支援システム３は、ワンタイムIDを、ユーザ１からの会員ID（ファーストキー）を用いて暗号化した上で、ユーザ１の携帯電話機２に送る。ユーザ１は、その暗号化されたワンタイムIDを携帯電話機２に受信すると、自分の会員ID（ファーストキー）を携帯電話機２に入力し、携帯電話機２の復号化機能を用いて、ワンタイムIDをその会員IDで復号化する。次に、ステップ(3)で、ユーザ１は、自分のパスワード(セコンドキー)を携帯電話機２に入力し、携帯電話機２の暗号化機能を用いて、ワンタイムIDをそのパスワード(セコンドキー)で暗号化する。

そして、ステップ(4)で、ユーザ１は、その暗号化されたワンタイムIDを端末５に、例えば手入力で入力して、これをサーバ６に送る。ステップ(5)で、サーバ６は、ユーザ１からの暗号化されたワンタイムIDを、データベース７内の様々な会員のパスワードをそれぞれ用いて復号化して、その復号化されたワンタイムIDと、それぞれのパスワードに対応する会員のワンタイムIDと照合する。その結果、或る会員のワンタイムIDとマッチすれば、サーバ６は、認証「成功」と判断してログオンを許可し、どの会員のワンタイムIDともマッチしなければ、認証「失敗」と判断してログオンを拒否する。

このように、認証処理の夫々の段階で、会員ID及びパスワードをそれぞれ用いて、ワンタイムIDを暗号化/復号化することにより、通信傍受によるワンタイムIDの盗用などに対する安全性が一層向上する。なお、安全性の観点から、ユーザ１による会員IDやパスワードやワンタイムIDの入力は、手入力で行なう（つまり、ユーザ１が頭で記憶してシステムに入力する）ようになっていることが望ましい。

図７に示したような暗号化/復号化処理を加えた変形は、図４の適用例だけでなく、図３、図５及び図６の適用例にも応用できる。

図８は、この実施形態の６番目の適用例として、図３に示したクレジット決済への適用例に写真合成処理を追加した変形例を示す。

図８の変形例について、主として、図３の適用例と異なる点について説明する。

認証支援システム３のデータベース４には、予め、各会員の顔写真画像データが登録されている。ステップ(2)で、認証支援システム３は、ユーザ１の顔写真画像データにワンタイムIDを合成した画像データである画像ワンタイムID（例えば、図示のようにユーザ１の顔写真画像にワンタイムIDの文字列画像が重ね合わされた画像データ、或いは、顔写真画像にワンタイムIDが電子透かし等の方法で見えないように埋め込まれた画像データ）を発行し、この画像ワンタイムIDをユーザ１の携帯電話機２とユーザ指定のクレジット会社Yの認証システム６−１に送信する。携帯電話機２は、受信した画像ワンタイムIDをディスプレイパネルに表示することができ、ユーザ１はそれを見ることで、自分の顔写真とワンタイムIDを確認することができる。なお、携帯電話機２が、画像ワンタイムIDからユーザ１の顔写真画像とワンタイムIDとを分離抽出して、顔写真画像とワンタイムIDとを別個にディスプレイに表示するようになっていてもよい。

ステップ(3)で、ユーザ１は、携帯電話機２のディスプレイパネルに画像ワンタイムID（又は、そのうちの顔写真画像のみ）を表示して小売店の店員に提示するとともに、その店のPOS端末５に、自分のワンタイムIDとパスワードを、例えば手入力で入力して、そのワンイムIDとパスワードをクレジット会社Yの認証システム６−１へ送る。以後の認証システム６−１による認証処理は、図３の適用例の場合と同様である。

この変形例では、認証支援会社Xが発行したユーザ１の顔写真画像も個人認証に利用できるため、信頼性が一層向上する。顔写真画像とワンタイムIDとの合成は、ワンタイムIDの発行の都度に認証支援会社Xで行なうので、これを偽造することは困難である。

このような顔写真画像の利用は、図３の適用例だけでなく、図４〜図６の適用例でも可能である。また、このような顔写真画像の利用と、図７に示したような暗号化/復号化とを、併用することも可能である。

以下では、この実施形態の信頼性の高さを、幾つかのケースを挙げて検証する。

図９は、第三者がユーザの携帯電話機を入手して、これを本人になりすまして使用したケースを示す。

図９に示すように、第三者１１が、携帯電話機２を例えば拾得して、これを用いて、ステップ(1)で、認証支援システム３に接続したとする。このとき、第三者１１は、携帯電話機２の持主の会員IDを入力することができないから、認証支援システム３での第１段階認証に失敗し、ワンタイムIDの発行を受けることが出来ない。また、万が一、第三者１１が何らかの方法で会員IDを知ってワンタイムIDの発行を受けたとしても、次に、ステップ(3)で、第三者１１は携帯電話機２の持主のパスワード入力することができないから、認証システム６−１での第２段階の認証に失敗する。

従って、このような本人なりすましのケースでは、第三者１１が本人の会員IDとパスワードの双方を知らない限り、認証に成功することはできない。会員IDとパスワードは、認証支援会社Xとクレジット会社（認証会社）Yによって分離されて管理されているから、それを第三者が盗み知ることは、従来のように一つの組織が会員IDとパスワードのセットを管理している場合に比較して、遥かに困難である。よって、認証の信頼性が高い。

図１０は、店舗がユーザのパスワードを利用してクレジット会社に不正請求したケースを示す。

図１０に示すように、店舗の店員が、過去にユーザ１がPOS端末５に入力したパスワードを再使用して、ステップ(4)で、クレジット会社Yの認証システム６−１に支払いを請求したとする。しかし、店員は、ユーザ１に対して発行されたワンタイムIDを入力することができないから、ステップ(5)の認証システム６−１による第２段階の認証に失敗し、支払いを拒否される。また、もし、店員が、過去にユーザ１がPOS端末５を入力したワンタイムIDを再使用したとしても、認証システム６−１は、その再使用のワンタイムIDと、データベース７−１内の「使用済み」のワンタイムIDとの照合により、ワンタイムIDの二重使用をたちどころに検出することになる（或いは、「使用済み」ワンタイムIDからユーザ１本任に利用確認することも可能である）。従って、不正請求は成功しない。

図１１は、第三者の通信傍受による認証キー盗用のケースを示す。

図１１に示すように、第三者１２が、ステップ(1)〜(2)のユーザ１と認証支援システム３間の通信を傍受して、ユーザ１のワンタイムIDを盗み知った（又は、会員IDを盗み知って何らかの方法でワンタイムIDを入手した）とする。しかし、第三者１２は、そのワンタイムIDをユーザ１に先駆けて使用したとしても、ユーザ１のパスワードが分からないから、ステップ(5)の第２段階認証に失敗する。

図１２は、第三者の通信傍受の別のケースを示す。

図１２に示すように、第三者１２が、ステップ(4)のPOS端末５と認証システム６間の通信を傍受して、ユーザ１のワンタイムIDとパスワードを盗み知ったとする。しかし、第三者１２が、そのワンタイムIDとパスワードを使用したとしても、それより先にユーザ１によってそのワンタイムIDが使用されているから、同じワンタイムIDの二重使用となり、ステップ(5)の第２段階認証に失敗する。

以上が、この実施形態の全般的な説明である。次に、この実施形態の細部に関して説明する。

図１３は、認証支援会社Xの認証支援システム３がもつデータベース４の構成を示す。図１４は、認証会社Yの認証システム６がもつデータベース７の構成を示す。

図１３に示すように、認証支援システム３のデータベース４には、管理マスタテーブル２１があり、ここには、各会員ごとに、管理ID（認証支援システム３内で用いる各会員のID）、携帯電話番号（発信番号）、ファーストキー（会員ID）、緊急用ファーストキー（緊急用会員ID）が登録されている。ここで、緊急用ファーストキー（緊急用会員ID）とは、後に図２３を参照して説明するように、脅迫等の犯罪行為により会員が自分の会員ID（ファーストキー）を開示するよう他人から強制されたとき等に、その他人に対して開示するために用意されたダミーの会員IDである。

管理マスタテーブル２１の各会員のデータに紐付けられて、その会員が登録された認証会社に関する情報を登録した１又は２以上の認証会社テーブル２２、２３がある。図示の例では、一方の登録会社テーブル２２には、その会員が利用する１又は２以上のシステム運用会社に関するデータが登録されており、他方の登録会社テーブル２２には、その会員が利用する１又は２以上のクレジット会社に関するデータが登録されているが、これは単なる例示に過ぎない。各認証会社テーブル２２、２３には、各認証会社毎に、その認証会社の識別コードと、その認証会社がその会員に割り当てた管理マスタIDが登録されている。さらに、各認証会社テーブル２２、２３内の各認証会社のデータに紐付けられて、その認証会社の識別コードと会社名や住所などの書誌的事項を記録したコードテーブル２４、２５がある。

また、管理マスタテーブル２１の各会員のデータに紐付けられて、その会員のログテーブル２６がある。各会員のログテーブル２６には、その会員の管理IDと認証支援システム３へのアクセスログ（例えば、アクセス開始時期、入力されたファーストキー（会員ID）、入力所要時間、認証会社、管理マスタID、発行したワンタイムID、発行時刻、認証会社への発行時刻、アクセス終了時のステータス、など）が記録されている。

図１４に示すように、認証システム６のデータベース７には、認証用管理マスタテーブル３１があり、そこには、各会員ごとに、その会員の独自管理ID（認証システム内だけで独自に用いるその会員のID）、管理マスタID、携帯電話番号（発信番号）、セコンドキー（パスワード）などが登録されている。

認証用管理マスタテーブル３１内の各会員のデータに紐付けられて、その会員のログテーブル３２がある。各会員のログテーブル３２には、その会員の独自管理IDと管理マスタIDと認証システム６へのアクセスログ（例えば、受け取ったワンタイムID、その受け取り時刻、受け取ったクレジットワンタイムID又はドキュメントワンタイムID、アクセス時刻、受け取ったセコンドキー（パスワード）、アクセス終了のステータス、など）が記録されている。

さらに、認証用管理マスタテーブル３１内の各会員のデータは、その認証会社が保有している他のデータベース内のその会員のデータ３３（例えば、その会員にクレジット決済などの特定サービスを行なうために必要な、その会員の住所、氏名、連絡先、決済銀行情報、クレジットカード番号など）とも紐付けられている。

図１５は、ユーザ１の携帯電話機２に認証支援システム３から提供されるサービスメニューの例を示す。

このサービスメニューは、図１５に示すように例えば階層的な構成になっていて、例えば音声ガイダンスの方法で提供されるが、これは単なる例示にすぎず、他の方法（例えば、携帯電話機２のディスプレイパネルに表示する方法など）で提供されてもよい。

図１５に示すように、このサービスメニューには、既に図３〜図６を参照して説明した様々な適用例を選ぶための選択肢（例えば、ログオン認証を行なうシステム運用会社、クレジット決済認証を行なうクレジット会社、ドキュメントワンタイムID発行申請、クレジットワンタイムID発行申請、などを選ぶ選択肢）がある。さらに、このサービスメニューには、後に説明するような様々な便利な機能を選択するための選択肢（例えば、サービス停止要請、マイページ機能、ログ取得、認証キー関連ユティリティ、拾得携帯電話機の持主連絡、などを選ぶ選択肢）がある。

図１６と図１７は、図３を参照して説明したクレジット決済への適用例における、各部の具体的な動作の流れを示し、図１６は認証支援システム３を用いた第1段階認証の流れを、図１７は認証システム６を用いた第２段階認証の流れを示す。

ここで、図１６、図１７において、実線のブロックはユーザ１側の動作を示し、破線のブロックは認証支援システム３や認証システム６等のシステム側の動作を示す（図１８〜図２９においても同様である）。

図１６に示すように、ユーザ１が携帯電話機２から認証支援システム３に電話をかけると（ステップS1）、認証支援システム３はその発信番号と登録済みの会員の発信番号とを照合し（S2）、マッチが得られれば、マッチした会員用に用意されたサービスメニューを音声ガイダンスで携帯電話機２に送る（S3）。この音声ガイダンスは、図１５に示した全体メニュー中の、最上階層であるサービスカテゴリ（例えば「ログオン認証」や「クレジット認証」や「その他」など）の選択肢を提示するものである。ユーザ１は、その選択肢の中から「クレジット認証」を選択する（S6）。すると、認証支援システム３は、「クレジット認証」の第２階層のメニューである、クレジット会社の選択肢を音声ガイダンスで提供し（S5）、ユーザ１は、所望のクレジット会社を選択する（S6）。

次に、認証支援システム３は、会員IDの入力要請をユーザ１に対して行い（S7）、ユーザ１は会員IDを携帯電話機２に入力して認証支援システム３に送る。認証支援システム３は、ユーザ１の入力した会員IDと登録済みの上記マッチした会員の会員IDとを照合し（S9）、マッチが得られれば、ワンタイムIDを発行してユーザ１の携帯電話２へ送り（S11）、さらに、ユーザ１がサービスメニューで選択したクレジット会社の認証システム６へもそのワンタイムIDとそのユーザ１（上記マッチした会員）の管理マスタIDを送る（S12）。ユーザ１の携帯電話機２のディスプレイパネルには、発行されたワンタイムIDが表示される。

なお、ステップS2でマッチが得られなかった場合には、認証支援システム３は、所定の例外処理（例えば、コールバック等）を行なう（S14）。また、ステップS9でマッチが得られなかった場合には、認証支援システム３は、所定のエラー処理（例えば、再度会員IDを入力させて再照合を行なう等）を行なう（S15）。

図１７に示すように、ワンタイムIDの発行を受けたユーザは、店舗での買い物代金支払いをクレジット決済で行なうとき（S21）、その店舗のPOS端末５に、自分のワンタイムIDとパスワードを入力するし（S22）、POS端末５は、入力されたワンタイムIDとパスワードを、その店舗のショップID(店番号)とともにクレジット会社の認証システム６へ送る（S23）。認証システム６は、POS端末５から受信したユーザ１のワンタイムIDとパスワードのセットを登録済みの会員のワンタイムIDとパスワードのセットと照合し（S24）、マッチが得られれば、認証結果「成功」をPOS端末５に返してクレジット決済処理に入る（又は、クレジット決済処理を行なってその結果をPOS端末５に返す）（S25）。

なお、ステップS24でマッチが得られなかった場合には、認証システム６は、所定のエラー処理（例えば、ワンタイムIDの再取得をユーザ１に促す、など）を行なう（S27）。

図１８と図１９は、図４を参照して説明したサーバログオンへの適用例における、各部の具体的な動作の流れを示し、図１８は認証支援システム３を用いた第1段階認証の流れを、図１９は認証システム（サーバ）６を用いた第２段階認証の流れを示す。

図１８、図１９の流れにおいて、主として、上述した図１６、図１７の流れと異なる部分を説明すると次のとおりである。

図１８に示すように、ユーザ１は、認証支援システム３から提供されたサービスメニューを用いて、サービスカテゴリとして「ログオン認証」の選択して所望のシステム運用会社を選択した上で（S34）、ワンタイムIDの発行を受ける（S36〜S38）。ワンタイムIDとユーザ１の管理マスタIDは、サーバ６に通知される（S34）。

図１９に示すように、ユーザ１が端末にワンタイムIDとパスワードを入力すると（S52）、端末５は、そのワンタイムIDとパスワードを、その端末５の端末IDとともにサーバ６へ送り、サーバ６は、まず端末IDを登録済みの端末IDと照合し（S53）、マッチが得られれば、端末５からのワンタイムIDとパスワードのセットを登録済みの会員のワンタイムIDとパスワードのセットと照合し（S54）、マッチが得られれば、認証結果「成功」と判断してログオンを許可する（S55）。

図２０〜図２２は、図５を参照して説明した自治体等からの証明書類交付への適用例における、各部の具体的な動作の流れを示し、図２０は認証支援システム３を用いた第1段階認証の流れを、図２１は書類交付システム（認証システム）６を用いた第２段階認証の流れを、図２２は書類交付システム（認証システム）６を用いた第３段階認証の流れをそれぞれ示す。

図２０〜図２２の流れにおいて、主として、上述した図１６、図１７の流れと異なる部分を説明すると次のとおりである。

図２０に示すように、ユーザ１は、認証支援システム３から提供されたサービスメニューを用いて、サービスカテゴリとして「その他」の「自治体等書類発行」を選択した上で（S64,S66）、ワンタイムIDの発行を受ける（S67〜S70）。ワンタイムIDとユーザ１の管理マスタIDは、自治体等の書類交付システム６に通知される（S71）。

図２１に示すように、ワンタイムIDの発行を受けたユーザ１は、自治体等に書類交付申請を出し（S81）、その時、自分のワンタイムIDとパスワードを自治体等に教え（S82）、自治体等の職員がそのワンタイムIDとパスワードを書類交付システム６に入力する（S83）（或るいは、S82〜S83に代えて、ユーザ１が自分自身でワンタイムIDとパスワードを書類交付システム６に入力する）。書類交付システム６は、そのワンタイムIDとパスワードと登録済みの会員のワンタイムIDとパスワードのセットと照合し（S84）マッチが得られれば、ドキュメントワンタイムIDを生成し（S85）、そのドキュメントワンタイムIDが印刷された証明書類を印刷出力する（S86）。ユーザ１は、その証明書類を受領する（S87）。

図２２に示すように、ユーザ１は、所定の利用会社に対してその証明書類を提出する（S91、S92）とともに、自分のワンタイムIDを利用会社に教え（S93）、利用会社の社員がそのユーザ１のワンタイムIDと提出書類に印刷されたドキュメントワンタイムIDとを、自社の端末５に入力して自治体等に書類交付システム６へ伝送する（S94）。書類交付システム６は、端末５から受信したユーザ１のワンタイムIDと提出書類のドキュメントワンタイムIDとのセットを、登録済みの会員のワンタイムIDとドキュメントワンタイムIDとのセットと照合し（S95）、マッチが得られれば、認証結果「成功」を利用会社の端末５へ返答する（S96）。

図２３〜図２５は、図６を参照して説明したネットワークショップでのクレジット決済への適用例における、各部の具体的な動作の流れを示し、図２３は認証支援システム３を用いた第1段階認証の流れを、図２４はクレジット会社の認証システム６を用いた第２段階認証の流れを、図２５はクレジット会社の認証システム６を用いた第３段階認証の流れをそれぞれ示す。

図２３〜図２５の流れにおいて、主として、上述した図１６、図１７の流れと異なる部分を説明すると次のとおりである。

図２３に示すように、ユーザ１は、認証支援システム３から提供されたサービスメニューを用いて、サービスカテゴリとして「その他」の「電子商取引」を選択した上で（S104,S106）、ワンタイムIDの発行を受ける（S107〜S110）。

図２４に示すように、ワンタイムIDの発行を受けたユーザ１は、自分の携帯電話機２からクレジット会社の認証システム６にアクセスする（S121）。認証システム６は、ユーザ１の発信番号と登録済みの会員の発信番号とを照合し（S122）、マッチが得られれば、マッチした会員用に用意されたサービスメニューを音声ガイダンスで携帯電話機２に送る（S123）。この音声ガイダンスは、ユーザがクレジット決済を利用したい取引の種類を選択する（例えば、電子商取引やその他の各種商取引を選択する）ための選択肢を提示するものである。ユーザ１は、その選択肢の中から「電子所取引」を選択する（S124）。すると、認証システム６は、クレジット決済が利用できる様々なネットワークショップの選択肢を音声ガイダンスで提供し（S125）、ユーザ１は、所望のネットワークショップを選択する（S126）。

次に、認証システム６は、ワンタイムIDとパスワードの入力要請をユーザ１に対して行い（S127）、ユーザ１はワンタイムIDとパスワードとネットワークショップの店番号を携帯電話機２に入力して認証システム６に送る（S128）。認証システム６は、ユーザ１の入力したワンタイムIDとパスワードのセットを、登録済みの会員のワンタイムIDとパスワードのセットとを照合し（S129）、マッチが得られれば、クレジットワンタイムIDを発行してユーザ１の携帯電話２へ送る（S130）。ユーザ１の携帯電話機２のディスプレイパネルには、発行されたクレジットワンタイムIDが表示される。

図２５に示すように、ユーザ１は、ネットワークショップ９上で買い物を行なった後オンライン決済の手続に進むと（S141）、そのオンライン決済のWebページに自分のワンタイムIDとクレジットワンタイムIDを入力する（又は、電子メールで別送してもよい）（S142）。、ネットワークショップ９は、そのワンタイムIDとクレジットワンタイムIDを受信し（S143）、そのワンタイムIDとクレジットワンタイムIDを、自ショップの店番号（ショップID）とともにクレジット会社の認証システム６へ伝送する（S94）。認証システム６は、ネットワークショップ９から受信したワンタイムIDとクレジットワンタイムIDと店番号のセットを、登録済みの会員のワンタイムIDとクレジットワンタイムIDと店番号のセットと照合し（S95）、マッチが得られれば、認証結果「成功」をネットワークショップ９に報告してクレジット決済の処理に入る(又は、クレジット決済の処理を行なった後にその処理結果をネットワークショップ９に報告する)（S146）。

図２６は、緊急会員IDを用いた緊急連絡及びダミー認証の処理の流れを示す。

この緊急連絡及びダミー認証の処理は、例えば恐喝などの犯罪行為によってユーザ１が認証キーの開示又はクレジット決済を強要されたような場合の対抗策として有効である。

図２６の流れにおいて、主として、上述した図１６、図１７の流れと異なる部分を説明すると次のとおりである。

図２６に示すように、ユーザ１は、認証支援システム３から会員IDの入力要請を受けたとき（S157）、真の会員IDとは別に予め用意されている緊急用会員IDを携帯電話機２に入力して印認証支援システム３に送る(S158)。認証支援システム３では、緊急会員IDを受けた場合、ステップS159の会員ID照合の結果はマッチしないので、処理はステップS165のエラー処理に進む。このエラー処理では、認証支援システム３は、ユーザ１から受信した緊急会員IDを登録済み会員の緊急会員IDと照合し（S166）、その結果マッチが得られば、ステップS160へ進めて通常の場合と同様にワンタイムIDを発行すると共に、処理をステップS167へも進めて、警察や警備会社などへユーザ１の情報を通報して対応を依頼するとともに、ユーザ１が利用可能な全てのクレジット会社に対してクレジット利用停止処理を依頼する。なお、ステップS169でマッチが得られなかった場合には、認証支援システム３は、ユーザ１に再度通信をし直すよう要求した通信を切断する（S169）。

ユーザ１は、ワンタイムIDを受け取れるので、そのワンタイムIDを使って図１７で説明したと同様にクレジット決済の手続を行なう（S171）。そのとき、クレジット会社の認証システム６及び店舗のPOS端末は、ユーザ１などの部外者に対してクレジット決済が正常に行なわれているかの如き動作を外見上装いつつ、店舗店員や警察や警備会社等の関係者には、適切な犯罪阻止対策を実行できるような通報を行なう（S172）。

このように緊急会員IDを用いることで、外見的には認証処理が成功しているように見せつつ、バックグラウンドで犯罪阻止のための処理が行われるので、ユーザ１の安全を確保しつつ、犯罪を効果的に阻止することができる。

図２７は、ユーザ１の要求に応じてサービスを停止するための処理の流れを示す。

図２７の流れにおいて、主として、上述した図１６、図１７の流れと異なる部分を説明すると次のとおりである。

図２７に示すように、ユーザ１は、認証支援システム３からのサービスメニュー(図１５参照)の中から、「その他」の「サービス停止業務」の停止種別として「全サービス停止」、「ログオンサービスのみ停止」又は「クレジットサービスのみ停止」を選択した上で（S184,S186）、会員IDを入力する（S188)。認証支援システム３は、ステップS189で会員ID照合を行なった結果、マッチが得られれば、ユーザ１の選択した停止種別に従って、全サービス停止処理（S190〜S194）か、ログオンサービスのみの停止処理(S195〜S198)か、又はクレジットサービスのみの停止処理（S199〜S202）を行なう。いずれの停止処理でも、停止されるべきサービスを提供する認証会社（システム運用会社、クレジット会社など）の全てに、それぞれの会社におけるユーザ１の管理マスタIDと共にサービス停止依頼を送り（S191,S197又はS201）、そして、そのユーザ１用のサービスメニューには、停止したサービスについて「サービス業務停止中」の旨のメッセージを入れる（S201）。

図２８は、マイページ機能の処理の流れを示す。

マイページ機能とは、ユーザ１が自分用のサービスメニューの選択肢の配列順序等を編集できる機能である。

図２８の流れにおいて、主として、上述した図１６、図１７の流れと異なる部分を説明すると次のとおりである。

図２８に示すように、ユーザ１は、認証支援システム３からのサービスメニュー(図１５参照)の中から、「その他」の「マイページ機能」を選択した上で（S215,S217）、会員IDを入力する（S219）。認証支援システム３は、ステップS220で会員ID照合を行なった結果、マッチが得られれば、マイページ機能のより細かい編集機能、例えば「カテゴリ順序の変更」、「会社名順序の変更」、「アナウンスのON/OFF」、「終了」などを音声ガイダンスでユーザ１に提供し、ユーザはその中から所望の編集機能を選択する（S221）。認証支援システム３は、ユーザの選択した編集機能の処理、すなわち、サービスカテゴリの配列順序を変更する処理（S223〜S225）か、会社名の配列順序を変更する処理(S226〜S228)か、又は音声アナウンス（音声ガイダンス）のON/OFFを切り替える処理（S229〜S231）を実行する。何れの編集処理でも、ユーザ１は自分が所望するように変更内容を指示できる（S224,S227又はS230）。この変更は、次回からのアクセス時に提供されるサービスメニューに反映される。

図２９は、ネットワークショップなどのウェブサイトへのアクセスログの取得の処理の流れを示す。

図２９の流れにおいて、主として、上述した図１６、図１７の流れと異なる部分を説明すると次のとおりである。

図２９に示すように、ユーザ１は、認証支援システム３からのサービスメニュー(図１５参照)の中から、「その他」の「ログ取得」を選択した上で（S244,S246）、会員IDを入力する（S248）。認証支援システム３は、ステップS249で会員ID照合を行なった結果、マッチが得られれば、取得したいログの種別選択の選択肢、例えば「I-mode選択」、「Web選択」、「終了」などを音声ガイダンスでユーザ１に提供し、ユーザはその中から所望のログ種別を選択する（S250）。認証支援システム３は、ユーザ１の選択した種別のログを取得してユーザ１の携帯電話へ出力する処理、すなわち、I-modeによるアクセスログを取得して出力する処理（S252〜S254）か、又は、又は通常Webブラウザによるアクセスログを取得して出力する処理（S255〜S257）を実行する。

図３０は、認証キー変更の処理の流れを示す。

図３０の流れにおいて、主として、上述した図１６、図１７の流れと異なる部分を説明すると次のとおりである。

図３０に示すように、ユーザ１は、認証支援システム３からのサービスメニュー(図１５参照)の中から、「その他」の「キー変更申請」を選択した上で（S264,S266）、会員IDを入力する（S268）。認証支援システム３は、ステップS269で会員ID照合を行なった結果、マッチが得られれば、ユーザに変更後の会員ID(ファーストキー)の入力を要請し（S270,S272）、ユーザは変更後の会員IDを入力する（S271,S273）。そして、認証支援システム３は、データベース４内のユーザ１の会員IDの登録内容をユーザ入力された変更後の会員IDに変更する（S275）。また、ユーザ１からパスワード（セコンドキー）の変更の申請があった場合には、認証支援システム３は、その申請があった旨を認証システム６へ通知する。図示してないが、パスワードの変更処理は、ユーザ１と認証システム６との間の連絡によって行なわれ、そこに認証支援システム３は関与しない。

図３１は、認証キー確認の処理の流れを示す。

図３１の流れにおいて、主として、上述した図１６、図１７の流れと異なる部分を説明すると次のとおりである。

図３１に示すように、ユーザ１は、認証支援システム３からのサービスメニュー(図１５参照)の中から、「その他」の「キー確認申請」を選択する（S284,S286）。すると、認証支援会社Xは、ユーザ１の住所や連絡先を知らないので、それを知っているクレジット会社等の認証会社Yからユーザに認証キーを知らせるために、ユーザ１の会員ID(ファーストキー)を印刷した書面を作成して、その書面を封書に入れて認証会社Yに送付する（S287）。認証会社Yは、その封書とユーザ１のパスワードを印刷した書面とをセットにして、それをユーザ１に郵送する（S288）。

図３２は、拾得携帯電話機の持主確認の処理の流れを示す。

図３２の流れにおいて、主として、上述した図１６、図１７の流れと異なる部分を説明すると次のとおりである。

図３２に示すように、携帯電話機２を拾得した者は、その携帯電話機２から認証支援システム３に電話をかけ（S301）、認証支援システム３からのサービスメニュー(図１５参照)の中から、「その他」の「拾得携帯電話の持主連絡」を選択する（S304,S306）。認証支援システム３は、ユーザ１の住所や連絡先などを知らないため、それを知っているクレジット会社等の認証会社Yに拾得携帯電話申請があった旨を連絡し（S307）、その連絡を受けた認証会社Yが、その携帯電話機２の拾得者からの受け取り及びユーザ１への引渡しの処理を行なう（S308）。

図３３は、さらに別の適用例として、特定の建物又は施設へのエントランスドアの開閉又は施開錠の制御ための個人認証への適用例を示す。

ここでは、図３３に示すように、認証システム６は、エントランス制御のための個人認証を行うエントランス管理サーバである。このエントランス管理サーバ６と通信可能に接続されたエントランス装置５１が、特定の建物又は施設へのエントランスドア５５に結合されている。このエントランス装置５１は、認証システム６からの個人認証結果に応じて、のエントランスドア５５の開閉又は施開錠を制御するようになっている。このエントランス装置５１は、ユーザ１が第２の認証キー及びワンタイムIDを入力するために使用する入力装置５３を、エントランスドア５５の近くに備えている。エントランス装置５１は、普段はエントランスドア５５を閉じて施錠した状態に維持している。

ユーザ１は、既に説明した幾つかの適用例と同様の方法で第１段階の認証を成功させて、ワンタイムIDを入手する。そして、ユーザ１は、エントランスドア５５の近くの入力装置５３に、自分が記憶しているパスワード（第２の認証キー）と上記ワンタイムIDを入力する。入力装置５３への入力方法は、入力装置５３が有するテンキーなどを用いた手動の入力方法でも良いし、あるいは、特にワンタイムIDについては、これを認証支援システム３から受信して記憶している携帯端末２から、有線又は無線(例えば赤外線通信など）の通信インタフェースを通じて入力するような自動的な入力方法でもよい。入力装置５３に入力されたパスワード（第２の認証キー）及びワンタイムID、並びにエントランス装置５１に固有の端末IDが、エントランス管理サーバ６に送られる。エントランス管理サーバ６は、受け取ったパスワード（第２の認証キー）、ワンタイムID及び端末IDのセットを、予めデータベース７に記憶しているパスワード（第２の認証キー）、ワンタイムID及び端末IDのセットと照合することにより、既に説明した幾つかの適用例と同様の方法で第２段階の認証を行ない、この第２段階の認証の結果をエントランス装置５１に通知する。エントランス装置５１は、第２段階の認証の結果が成功である場合には、エントランスドア５５を開ける又は開錠する。

さて、以上説明した幾つかの実施形態においては、ユーザの会員IDとパスワードは、異なる組織によりそれぞれ運営される異なるシステム、つまり認証支援システム３と認証システム６、において別個に記憶され、いずれのシステムも、自分が記憶している会員ID又はパスワードを、他方のシステムに対して秘密にしている。これにより、非常に高いセキュリティが得られることは既に説明した通りである。しかしながら、異なる組織によりそれぞれ運営される異なるシステムを用いることは、コスト面や運用の容易性などおいては必ずしも有利ではない。そこで、そのような構成に代えて、図３４又は図３５に例示するような認証サーバの構成を採用することもできる。

図３４に例示する認証サーバの構成においては、同じ一つの組織（例えば一つの会社）６０が、認証支援システム３と認証システム６を運営している。認証支援システム３と認証システム６は、それぞれ異なるコンピュータマシンにより実現されていてもよいし、或いは、同じコンピュータマシン上に実現されていてもよい。しかし、認証支援システム３と認証システム６は、既に説明した実施形態と同様にそれぞれデータベース４、７を別個に独立して管理している。例えば、認証支援システム３と認証システム６が、同じデータベース管理システム（DBMS）を共用するのではなく、それぞれ独立した別個のDBMSを有して、それによりデータベース４、７を管理する。認証支援システム３は、認証システム６のDBMSとは通信できず、又は、そのDBMSと通信することができてもユーザのパスワードを検索するための通信はそのDBMSによって拒否されるようになっており、よって、ユーザのパスワードを把握することはできない。また、認証システム６は、認証支援システム３のDBMSとは通信できず、又は、そのDBMSと通信することができてもユーザの会員IDを検索するための通信はそのDBMSによって拒否されるようになっており、よって、ユーザの会員IDを把握することはできない。認証支援システム３と認証システム６は、それぞれのデータベース４、７内の会員ID又はパスワードを他方のシステムに対して秘密にしている。換言すれば、データベース４、７間には、データベース４内の或るユーザの会員IDとデータベース７内の同一ユーザのパスワードの一方から他方を直接的に検索又は割り出すことを可能にするような関連付けが存在しない。従って、第三者が認証支援システム３内の会員IDを利用して認証システム６にアクセスしてその中のパスワードを取得する、あるいはその逆の行為を行うということは、現実的に困難である。故に、実用上十分に高いセキュリティが確保される。

図３５に例示する認証サーバの構成においては、上述した認証支援システム３と認証システム６の双方の機能を兼ね備えた一つの統合認証システム７１が、会員IDを記憶したデータベース(例えば、テーブル）４と、パスワードを記憶したデータベース（例えば、テーブル）７とを有している。しかし、データベース４、７間には、データベース４内の或るユーザの会員IDとデータベース７内の同一ユーザのパスワードの一方から他方を直接的に検索又は割り出すことを可能にするような関連付けは存在しない。要するに、ユーザの会員IDとパスワードは、その一方から他方を直接的に検索又は割り出すことができないように、統合認証システム７１内で別個に管理されている。例えば、図示のように、別個の独立したDBMS７５、７９がデータベース４、７をそれぞれ別個に管理しており、DBMS７５、７９がそれぞれ管理する会員ID又はパスワードを一方のDBMSから他方のDBMSへと通知する機能は存在しない。そして、統合認証システム７１内で第１段階認証を行う第1段階認証部７３はDBMS７５と通信するが、DBMS７９とは通信できず、又は、DBMS７９と通信することができてもユーザのパスワードを検索するための通信はDBMS７９によって拒否されるようになっており、よって、ユーザのパスワードを把握することはできない。また、第２段階認証を行う第２段階認証部７７はDBMS７９と通信するが、DBMS７７とは通信できず、又は、DBMS７７と通信することができてもユーザの会員IDを検索するための通信はDBMS７７によって拒否されるようになっており、よって、ユーザの会員IDを把握することはできない。第1段階認証部７３は、ユーザのワンタイムIDと管理マスタIDを矢印７６で示すように第２段階認証部７７に通知するが、ユーザの会員IDは第２段階認証部７７に対して秘密にする。第２段階認証部７７は、ユーザのパスワードを第1段階認証部７３に対して秘密にする。従って、この場合にも、第三者がデータベース４内の会員IDを利用してデータベース７にアクセスしてその中のパスワードを取得する、あるいはその逆の行為を行うということは、現実的には容易ではない。故に、実用上十分に高いセキュリティが確保される。

また、別の構成例として、図示してないが、ユーザの会員IDとパスワードが、上述した認証支援システム３、認証システム６又は統合認証システム７１を運営する会社内では、一方から他方を検索可能な状態でデータベース内で管理されている構成も採用し得る。この会社内では、ユーザの会員IDとパスワードが第三者に漏れないよう厳格な情報保護管理が行われる。このような構成であっても、ユーザや外部の端末装置などと認証支援システム３、認証システム６又は統合認証システム７１との間の通信においては、会員IDとパスワードが一緒に通信されることはなく、会員IDとパスワードは互いに分離されて別の機会に通信される。よって、通信傍受などにより第三者が会員IDとパスワードの双方を取得することは事実上非常に困難である。従って、故に、実用上十分に高いセキュリティが確保される。

また、上述した幾つかの実施形態の説明では、認証支援システム３と認証システム６はいずれも、固定的な場所に設置されたコンピュータマシンであるかのように理解されたかもしれない。しかし、必ずしもそうである必要は無く、認証支援システム３と認証システム６の少なくとも一方は、ユーザが携帯できるような携帯装置（例えば、ICカードのような情報処理カード）又は移動体に取り付けられる移動装置（例えば、ICカード、ETC端末、カーナビゲーション装置）などであったり、或いは、そうした携帯又は移動可能な装置と固定設置された装置との組み合わせであってもよい。図３６と図３７は、そのような携帯装置又は移動装置を用いた認証システムの構成例を示す。なお、図３６と図３７に示された例は、認証支援システム３と認証システム６のうち、前者の方を携帯又は移動可能な装置を用いて構成した例であるが、後者の方を携帯又は移動可能な装置を用いて構成することも可能である。

図３６に示す構成例では、ユーザ１は自分にのみ使用が許可された情報処理カード８１を携帯し、この情報処理カード８１は、ユーザ１の携帯通信端末（例えば、携帯電話機、ETS端末など）２と有線又は無線の通信インタフェースを介して通信可能に接続することができる。このICカード８１は、上述した認証支援システム３のように第１段階の認証を行ってワンタイムIDを発行する機能を有している。すなわち、情報処理カード８１は、データベース８３を有し、そこに、ユーザ１の会員IDと管理マスタID、並びに携帯通信端末２の固有の識別情報（例えば、携帯電話機の発信番号、ETS端末のMACアドレス又はIPアドレスなど）が記憶されている。データベース８３内の会員IDは、それを情報処理カード８１外へ読み出したり改ざんしたりすることができないようなセキュリティ性の高い記憶場所に記憶されている。

ユーザ１は、携帯通信端末２に自分の会員IDを入力する（９１）。携帯通信端末２は、入力された会員IDと自機の固有の識別情報とを、情報処理カード８１に送る（９３）。情報処理カード８１は、既に説明した認証支援システム３と同様な方法で第１段階の認証を行い、それが成功すれば、ワンタイムIDを発行して、このワンタイムIDとユーザ１の管理マスタIDを携帯通信端末２に送る（９５）。これで、ユーザ１は、ワンタイムIDを取得したことになる。このとき、携帯通信端末２は、認証システム６に接続して、ワンタイムIDとユーザ１の管理マスタIDを認証システム６に送る（９７）。つまり、情報処理カード８１から携帯通信端末２を通じて、ユーザ1に発行したワンタイムIDとユーザ１の管理マスタIDが認証システム６に通知される。勿論、情報処理カード８１が通信機能を備えて、情報処理カード８１から、携帯通信端末２を経由せずに直接的に認証システム６に対して、ユーザ1に発行したワンタイムIDとユーザ１の管理マスタIDを通知するようにしてもよい。この後の、認証システム６による第２段階の認証の手順（９９、１０１、１０３）については、既に説明した実施形態と同様である。

図３７に示す構成例では、ユーザ１にのみ使用が許可された情報処理カード８１であって、ユーザ１の携帯通信端末２に接続可能な情報処理カード８１が、認証支援システム３による第１段階の認証処理に関与するようになっている。換言すれば、情報処理カード８１と認証支援システム３との組み合わせが、第１段階の認証を行うようになっている。情報処理カード８１がもつデータベース８３には、ユーザ１の会員IDとユーザ１の携帯通信端末２の固有の識別情報（例えば、携帯電話機の発信番号、ETS端末のMACアドレス又はIPアドレスなど）が記憶されている。データベース８３内の会員IDは、それを情報処理カード８１外へ読み出したり改ざんしたりすることができないようなセキュリティ性の高い記憶場所に記憶されている。また、認証支援システム３内のデータベース４には、ユーザ１の携帯通信端末２の固有の識別情報と、ユーザ１の情報処理カード８１の固有の識別情報（例えば、MACアドレス又はIPアドレスなど）と、ユーザ１の管理マスタIDが記憶されている。

ユーザ１は、携帯通信端末２に自分の会員IDを入力する（９１）。携帯通信端末２は、入力された会員IDと自機の固有の識別情報とを、情報処理カード８１に送る（９３）。情報処理カード８１は、携帯通信端末２から受け取ったと会員IDと携帯電話２の識別情報とを、データベース８３に記憶してある会員IDと識別情報と照合し（第１段階の認証）、一致すれば、第１段階の認証が成功した旨の情報と自カードの固有の識別情報を携帯通信端末２に送る（１１１）。第１段階の認証が成功した旨の情報を受けると、携帯通信端末２は、認証支援システム３に接続して、自機の固有の識別情報と、情報処理カード８１から受けた情報処理カード８１の固有の識別情報とを携帯通信端末２を認証支援システム３に送る（１１３）。勿論、情報処理カード８１が通信機能を備えて、情報処理カード８１から、携帯通信端末２を経由せずに直接的に、認証支援システム６に対して、携帯通信端末２の識別情報と情報処理カード８１の固有の識別情報とを送信するようにしてもよい。

認証支援システム３は、携帯通信端末２(又は情報処理カード８１）から受け取った、携帯通信端末２の固有の識別情報と情報処理カード８１の固有の識別情報とを、データベース４に記憶してある携帯通信端末２の固有の識別情報と情報処理カード８１の固有の識別情報と照合する。この照合の結果、一致すれば、認証支援システム３は、ワンタイムIDを発行し、このワンタイムIDをユーザ１の携帯通信端末２に送る（１１５）と共に、認証システム６に対しても、そのワンタイムIDとユーザ１の管理マスタIDとを通知する（１１６）。この後の、認証システム６による第２段階の認証の手順（９９、１０１、１０３）については、既に説明した実施形態と同様である。

図３７の構成例における上述の処理手順の変形例として、次のようなものも採用することができる。すなわち、ユーザ１の会員IDは、情報処理カード８１には記憶されておらず、認証支援システム３のデータベース４で管理されている。第1段階の認証が行われようとする場合、携帯通信端末２は、それに接続された情報処理カード８１から固有の識別情報を取得して、その情報処理カード８１の識別情報と、ユーザ１から入力された会員IDと、携帯通信端末２の固有の識別情報とを、認証支援システム３に送る。認証支援システム３は、携帯通信端末２から受け取ったその情報処理カード８１の識別情報と、ユーザ１から入力された会員IDと、携帯通信端末２の固有の識別情報とを、データベース４に記憶されているユーザ１の情報処理カード８１の識別情報と会員IDと携帯通信端末２の識別情報と照合し、全部一致した場合にのみ、ワンタイムIDを発行する。

図３７の構成例では、上記２つの何れの手順を採用しても、ユーザ１は予め認証支援サーバ３に登録してある正しい携帯通信端末２と情報処理カード８１の双方を組み合わせて使用しない限り、ワンタイムIDを受けることができない。従って、携帯通信端末２のみを用いる場合よりも、セキュリティ性が高い。

以上、本発明の実施形態を説明したが、これは本発明の説明のための例示であり、この実施形態のみに本発明の範囲を限定する趣旨ではない。従って、本発明は、その要旨を逸脱することなく、他の様々な形態で実施することが可能である。

本発明に従う個人認証方法の一実施形態の基本的構成及び動作を示すブロック図。 この実施形態で用いられる認証キー等の登録方法を示すブロック図。 クレジット決済のための個人認証への適用例を示すブロック図。 サーバへのログオンのための個人認証への適用例を示すブロック図。 自治体等から発行された証明書類を提出するときの個人認証への適用例を示すブロック図。 インターネットウェブ上のネットワークショップでの買い物でクレジット決済を行なうための個人認証への適用例を示すブロック図。 図４に示したサーバへのログオンへの適用例に暗号化処理を追加した変形例を示すブロック図。 図３に示したクレジット決済への適用例に写真合成処理を追加した変形例を示すブロック図。 第三者がユーザの携帯電話機を入手して、これを本人になりすまして使用したケースを示すブロック図。 店舗からクレジット会社への不正請求のケースを示すブロック図。 第三者の通信傍受によるデータ盗用のケースを示すブロック図。 第三者の通信傍受によるデータ盗用の別のケースを示すブロック図。 認証支援システム３のデータベース４の構成を示すブロック図。 認証システム６のデータベース７の構成を示すブロック図。 ユーザ１の携帯電話機２に認証支援システム３から提供されるサービスメニューの例を示す図。 図３のクレジット決済への適用例における、認証支援システム３を用いた第1段階認証の流れを示すフローチャート。 図３のクレジット決済への適用例における認証システム６を用いた第２段階認証の流れを示すフローチャート。、 図４のサーバログオンへの適用例における、認証支援システム３を用いた第1段階認証の流れを示すフローチャート。 図４のサーバログオンへの適用例における、認証システム（サーバ）６を用いた第２段階認証の流れを示すフローチャート。 図５の自治体等からの証明書類交付への適用例における、認証支援システム３を用いた第1段階認証の流れを示すフローチャート。 図５の自治体等からの証明書類交付への適用例における、書類交付システム（認証システム）６を用いた第２段階認証の流れを示すフローチャート。 図５の自治体等からの証明書類交付への適用例における、書類交付システム（認証システム）６を用いた第３段階認証の流れを示すフローチャート。 図６のネットワークショップでのクレジット決済への適用例における、認証支援システム３を用いた第1段階認証の流れを示すフローチャート。 図６のネットワークショップでのクレジット決済への適用例における、クレジット会社の認証システム６を用いた第２段階認証の流れを示すフローチャート。 図６のネットワークショップでのクレジット決済への適用例における、クレジット会社の認証システム６を用いた第３段階認証の流れを示すフローチャート。 緊急会員IDを用いた緊急連絡及びダミー認証の処理の流れを示すフローチャート。 サービス停止のための処理の流れを示すフローチャート。 マイページ機能の処理の流れを示すフローチャート。 ウェブ接続ログの取得の処理の流れを示すフローチャート。 認証キー変更の処理の流れを示すフローチャート。 認証キー確認の処理の流れを示すフローチャート。 拾得携帯電話機の持主確認の処理の流れを示すフローチャート。 エントランス制御のための個人認証への適用例を示すブロック図。 認証を行うサーバの変形例を示すブロック図。 認証を行うサーバの別の変形例を示すブロック図。 認証を行うサーバのまた別の変形例を示すブロック図。 認証を行うサーバの更にまた別の変形例を示すブロック図。

符号の説明

１ ユーザ
２ 携帯電話機
３ 認証支援システム
４ データベース
５ 端末
６ 認証システム
７ 端末
８ 証明書類
９ ネットワークショップ
５１ エントランス装置
５３ 入力装置
５５ エントランスドア

Claims (5)

1. ユーザ固有の第１と第２の認証キーのうちの前記第１の認証キーを記憶しているが前記第２の認証キーは記憶しておらず、かつ前記ユーザの管理マスタIDを記憶している第１段階認証手段と、前記ユーザの前記第２の認証キーを記憶しているが前記第１の認証キーは記憶しておらず、かつ前記ユーザの前記管理マスタIDを記憶している第２段階認証手段とにより行なわれる個人認証方法であって、
   前記第１段階認証手段が、前記ユーザから第１の認証キーの入力を受け、前記入力された第１の認証キーと、前記記憶されている第１の認証キーとを照合することで、第１段階の個人認証を行なうステップと、
   前記第１段階の個人認証が成功した場合、前記第１段階認証手段が前記ユーザに対して、ワンタイムIDを発行するステップと、
   前記第１段階認証手段が、前記ユーザに発行したワンタイムIDと、前記第１段階の個人認証でマッチしたユーザの管理マスタIDとを前記第２段階認証手段に通知するステップと、
   前記第２段階認証手段が、前記第１段階認証手段から通知された前記ワンタイムIDを、通知された前記管理マスタIDに該当する前記ユーザのワンタイムIDとして記憶するステップと、
   前記第２段階認証手段が、前記ユーザから前記第２の認証キー及びワンタイムIDの入力を受け、前記入力された第２の認証キーが前記記憶されている第２の認証キーに一致するとともに前記入力されたワンタイムIDが記憶されている前記ユーザの前記ワンタイムIDに一致するかどうかを調べることで、第２段階の個人認証を行なうステップと
   を有する個人認証方法。
2. ユーザ固有の第１と第２の認証キーのうちの前記第１の認証キーを記憶しているが前記第２の認証キーは記憶しておらず、かつ、前記ユーザの管理マスタIDを記憶している第１段階認証手段と、
   前記ユーザの第１と第２の認証キーのうちの前記第２の認証キーを記憶しているが前記第１の認証キーは記憶しておらず、かつ、前記ユーザの管理マスタIDを記憶している第２段階認証手段と
   を備え、
   前記第１段階認証手段が、前記ユーザから第１の認証キーの入力を受け、前記入力された前記第１の認証キーと、前記記憶されている第１の認証キーとを照合することで、第１段階の個人認証を行ない、前記第１段階の個人認証が成功した場合、前記ユーザに対して、ワンタイムIDを発行するとともに、前記ユーザに発行した前記ワンタイムIDと、前記第１段階の個人認証でマッチしたユーザの管理マスタIDとを前記第２段階認証手段に通知し、
   前記第２段階認証手段が、前記第１段階認証手段から通知された前記ワンタイムIDを、通知された前記管理マスタIDに該当する前記ユーザのワンタイムIDとして記憶し、前記ユーザから前記第２の認証キー及び前記ワンタイムIDの入力を受け、前記入力された第２の認証キーが前記記憶されている第２の認証キーに一致するとともに前記入力された前記ワンタイムIDが記憶されている前記ユーザの前記ワンタイムIDに一致するかどうかを調べることで、第２段階の個人認証を行なう、
   個人認証システム。
3. 前記第１段階認証手段と前記第２段階認証手段が、異なるコンピュータマシン又は同一のコンピュータマシンにより実現される請求項２記載の個人認証システム。
4. 請求項２記載の個人認証システムの前記第１段階認証手段としてコンピュータを機能させるコンピュータプログラム。
5. 請求項２記載の個人認証システムの前記第２段階認証手段としてコンピュータを機能させるコンピュータプログラム。

Images