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

Abstract

(57)【要約】 【課題】 低コストで且つ信頼性の高い方法で、本人確
認ができる個人認証の仕組みを提供する。 【解決手段】 ユーザ１の会員IDとパスワードのうち、
前者は認証支援会社Xが、後者はクレジット会社等Yが個
別に秘密に管理する。まず、ユーザ１は携帯電話２から
会員IDを認証支援会社Xに送り、認証支援会社Xにて、発
信番号と会員IDを用いて第１段階の個人認証が行われ
る。この認証が成功すれば、認証支援会社Xはワンタイ
ムIDをユーザ１に発行し、クレジット会社等Yにも通知
する。次に、ユーザ１は店舗等ZからワンタイムIDとパ
スワードをクレジット会社等Yに送る。クレジット会社
等Yは、ワンタイムIDとパスワードとを用いて第２段階
の個人認証を行ない、それが成功すれば、クレジット決
済等のサービスを提供する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

【発明が解決しようとする課題】上記のように、従来の
個人認証システムは信頼性又はコストの点で満足できる
ものではない。

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

【０００８】

【課題を解決するための手段】本発明の第１の態様に従
う個人認証方法では、ユーザの第１と第２の認証キーの
うちの前記第１の認証キーのみを第１のシステムで記憶
し、前記第２の認証キーのみを第２のシステムで記憶す
る。このように第１と第２の認証キーを、異なるシステ
ムが分離して記憶する。それぞれのシステムは、それぞ
れの認証キーを、他方のシステムに対して秘密に管理す
る。

【０００９】第１のシステムは、前記ユーザから第１の
認証キーの入力を受けて、入力された第１の認証キー
と、記憶されている前記ユーザの第１の認証キーとを照
合することで、第１段階の個人認証を行なう。第１段階
の個人認証が成功した場合、前記第１のシステムは、前
記ユーザに対して、ワンタイムIDを発行する。第１シス
テムは、また、前記第２のシステムに対し、前記ユーザ
に発行した前記ワンタイムIDを通知する。前記第２のシ
ステムは、第１のシステムから通知された前記ワンタイ
ムIDを記憶する。

【００１０】その後、第２のシステムは、第２の認証キ
ー及びワンタイムIDの入力を受けて、入力された第２の
認証キー及びワンタイムIDを、記憶されている前記ユー
ザの第２の認証キー及びワンタイムIDと照合すること
で、第２段階の個人認証を行なう。第２段階の個人認証
の結果に応じて、前記ユーザへのサービスの提供が制御
される。

【００１１】好適な実施形態では、第１のシステムは、
ユーザの第１の認証キーとともに、ユーザの携帯通信端
末の識別番号も記憶している。そして、第１のシステム
は、携帯通信端末を通じて前記ユーザから第１の認証キ
ーの入力を受け、入力された第1の認証キー及びその入
力に使用された携帯通信端末の識別番号を、記憶されて
いる前記ユーザの第１の認証キー及び通信端末の識別番
号と照合することで、前記第１段階の個人認証を行な
う。

【００１２】好適な実施形態では、第１のシステムは、
さらに、ユーザの顔写真画像も記憶している。そして、
第１のシステムは、第１段階の個人認証が成功すると、
前記ワンタイムIDとともに、記憶されている前記ユーザ
の顔写真画像を、前記ユーザが表示できるような態様
で、前記ユーザに対して発行する。

【００１３】本発明の別の観点に従うを有する個人認証
方法では、上記のようにユーザの第１と第２の認証キー
を第１と第２のシステムが分離して秘密に記憶してい
る。そして、第１のシステムは、前記ユーザから第１の
認証キーの入力を受けて、入力された第１の認証キー
と、記憶されている前記ユーザの第１の認証キーとを照
合することで、第１段階の個人認証を行なう。第１段階
の個人認証が成功した場合、第１のシステムは、前記ユ
ーザに対して、第１のワンタイムIDを発行するととも
に、前記ユーザに発行した前記第１のワンタイムIDを、
第２のシステムに通知する。第２のシステムは、第１の
システムから通知された前記第１のワンタイムIDを記憶
する。

【００１４】その後、第２のシステムは、前記ユーザか
ら第２の認証キー及び第１のワンタイムIDの入力を受け
て、入力された第２の認証キー及び第１のワンタイムID
を、記憶されている前記ユーザの第２の認証キー及び第
１のワンタイムIDと照合することで、第２段階の個人認
証を行なう。第２段階の個人認証が成功した場合、第２
のシステムは、前記ユーザに対して第２のワンタイムID
を発行すると共に、その第２のワンタイムIDを記憶す
る。

【００１５】その後、第２のシステムは、第１及び第２
のワンタイム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)と認証支援システム３(認証支援会社X)とい
う別個のシステム（組織）によって、互いに分離された
状態で個別に管理されている。認証支援システム３(認
証支援会社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年又は３年、のように、同じワンタイムI
Dを使用しても以前の使用との間で不正な二重使用の問
題が実質的生じない期間が経過すれば、使用可能とな
る）。よって、基本的に、個人認証に使用されるワンタ
イムIDは、「未使用」であって「期限切れ」でないワン
タイムIDだけである。ただし、「使用済み」となったワ
ンタイムID及び「期限切れ」となったワンタイムIDは、
ワンタイムIDの不正な二重使用を検出する目的には、以
後も使用される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９６】また、管理マスタテーブル２１の各会員の
データに紐付けられて、その会員のログテーブル２６が
ある。各会員のログテーブル２６には、その会員の管理
IDと認証支援システム３へのアクセスログ（例えば、ア
クセス開始時期、入力されたファーストキー（会員I
D）、入力所要時間、認証会社、管理マスタ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とパスワードを入力するし（S2
2）、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を利用会社に教え（S9
3）、利用会社の社員がそのユーザ１のワンタイムIDと
提出書類に印刷されたドキュメントワンタイムIDとを、
自社の端末５に入力して自治体等に書類交付システム６
へ伝送する（S94）。書類交付システム６は、端末５か
ら受信したユーザ１のワンタイムIDと提出書類のドキュ
メントワンタイムIDとのセットを、登録済みの会員のワ
ンタイムIDとドキュメントワンタイムIDとのセットと照
合し（S95）、マッチが得られれば、認証結果「成功」
を利用会社の端末５へ返答する（S96）。

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

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

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

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

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

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

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

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

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

【０１２８】図２６に示すように、ユーザ１は、認証支
援システム３から会員IDの入力要請を受けたとき（S15
7）、真の会員IDとは別に予め用意されている緊急用会
員IDを携帯電話機２に入力して印認証支援システム３に
送る(S158)。認証支援システム３では、緊急会員IDを受
けた場合、ステップS159の会員ID照合の結果はマッチし
ないので、処理はステップS165のエラー処理に進む。こ
のエラー処理では、認証支援システム３は、ユーザ１か
ら受信した緊急会員IDを登録済み会員の緊急会員IDと照
合し（S166）、その結果マッチが得られば、ステップS1
60へ進めて通常の場合と同様にワンタイム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〜S2
25）か、会社名の配列順序を変更する処理(S226〜S228)
か、又は音声アナウンス（音声ガイダンス）のON/OFFを
切り替える処理（S229〜S231）を実行する。何れの編集
処理でも、ユーザ１は自分が所望するように変更内容を
指示できる（S224,S227又はS230）。この変更は、次回
からのアクセス時に提供されるサービスメニューに反映
される。

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

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

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

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

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

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

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

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

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

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

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

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

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

【図面の簡単な説明】

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

【図２】 この実施形態で用いられる認証キー等の登録
方法を示すブロック図。

【図３】 クレジット決済のための個人認証への適用例
を示すブロック図。

【図４】 サーバへのログオンのための個人認証への適
用例を示すブロック図。

【図５】 自治体等から発行された証明書類を提出する
ときの個人認証への適用例を示すブロック図。

【図６】 インターネットウェブ上のネットワークショ
ップでの買い物でクレジット決済を行なうための個人認
証への適用例を示すブロック図。

【図７】 図４に示したサーバへのログオンへの適用例
に暗号化処理を追加した変形例を示すブロック図。

【図８】 図３に示したクレジット決済への適用例に写
真合成処理を追加した変形例を示すブロック図。

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

【図１０】 店舗からクレジット会社への不正請求のケ
ースを示すブロック図。

【図１１】 第三者の通信傍受によるデータ盗用のケー
スを示すブロック図。

【図１２】 第三者の通信傍受によるデータ盗用の別の
ケースを示すブロック図。

【図１３】 認証支援システム３のデータベース４の構
成を示すブロック図。

【図１４】 認証システム６のデータベース７の構成を
示すブロック図。

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

【図１６】 図３のクレジット決済への適用例におけ
る、認証支援システム３を用いた第1段階認証の流れを
示すフローチャート。

【図１７】 図３のクレジット決済への適用例における
認証システム６を用いた第２段階認証の流れを示すフロ
ーチャート。、

【図１８】 図４のサーバログオンへの適用例におけ
る、認証支援システム３を用いた第1段階認証の流れを
示すフローチャート。

【図１９】 図４のサーバログオンへの適用例におけ
る、認証システム（サーバ）６を用いた第２段階認証の
流れを示すフローチャート。

【図２０】 図５の自治体等からの証明書類交付への適
用例における、認証支援システム３を用いた第1段階認
証の流れを示すフローチャート。

【図２１】 図５の自治体等からの証明書類交付への適
用例における、書類交付システム（認証システム）６を
用いた第２段階認証の流れを示すフローチャート。

【図２２】 図５の自治体等からの証明書類交付への適
用例における、書類交付システム（認証システム）６を
用いた第３段階認証の流れを示すフローチャート。

【図２３】 図６のネットワークショップでのクレジッ
ト決済への適用例における、認証支援システム３を用い
た第1段階認証の流れを示すフローチャート。

【図２４】 図６のネットワークショップでのクレジッ
ト決済への適用例における、クレジット会社の認証シス
テム６を用いた第２段階認証の流れを示すフローチャー
ト。

【図２５】 図６のネットワークショップでのクレジッ
ト決済への適用例における、クレジット会社の認証シス
テム６を用いた第３段階認証の流れを示すフローチャー
ト。

【図２６】 緊急会員IDを用いた緊急連絡及びダミー認
証の処理の流れを示すフローチャート。

【図２７】 サービス停止のための処理の流れを示すフ
ローチャート。

【図２８】 マイページ機能の処理の流れを示すフロー
チャート。

【図２９】 ウェブ接続ログの取得の処理の流れを示す
フローチャート。

【図３０】 認証キー変更の処理の流れを示すフローチ
ャート。

【図３１】 認証キー確認の処理の流れを示すフローチ
ャート。

【図３２】 拾得携帯電話機の持主確認の処理の流れを
示すフローチャート。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 糸井 正幸 東京都千代田区神田須田町２−８ プライ ム神田ビル６Ｆ 株式会社シーエーシーナ レッジ内 (72)発明者 高川 朋和 神奈川県鎌倉市台２−17−24 Ｆターム(参考） 5B085 AE01 AE25 BA06 BG02 BG07

Claims (16)

【特許請求の範囲】
1. 【請求項１】 ユーザの第１と第２の認証キーのうちの
   前記第１の認証キーのみを第１のシステムで記憶するス
   テップと、 前記ユーザの第１と第２の認証キーのうちの前記第２の
   認証キーのみを第２のシステムで記憶するステップと、 前記第１のシステムにて、前記ユーザから第１の認証キ
   ーの入力を受けて、入力された第１の認証キーと、記憶
   されている前記ユーザの第１の認証キーとを照合するこ
   とで、第１段階の個人認証を行なうステップと、 前記第１段階の個人認証が成功した場合、前記第１のシ
   ステムから前記ユーザに対して、ワンタイムIDを発行す
   るステップと、 前記第１システムから前記第２のシステムに対し、前記
   ユーザに発行した前記ワンタイムIDを通知するステップ
   と、 前記第１のシステムから通知された前記ワンタイムIDを
   前記第２のシステムで記憶するステップと、 前記第２のシステムにて、第２の認証キー及びワンタイ
   ムIDの入力を受けて、入力された第２の認証キー及びワ
   ンタイムIDを、記憶されている前記ユーザの第２の認証
   キー及びワンタイムIDと照合することで、第２段階の個
   人認証を行なうステップと、 前記第２段階の個人認証の結果に応じて、前記ユーザへ
   のサービスの提供を制御するステップとを有する個人認
   証方法。
2. 【請求項２】 前記ユーザの携帯通信端末の識別番号を
   前記第１のシステムで記憶するステップを、さらに有
   し、 前記第１段階の個人認証を行なうステップでは、携帯通
   信端末を通じて前記ユーザから第１の認証キーの入力を
   受けて、入力された第1の認証キー及び前記入力に使用
   された携帯通信端末の識別番号を、記憶されている前記
   ユーザの第１の認証キー及び通信端末の識別番号と照合
   することで、前記ユーザに関する前記第１段階の個人認
   証を行なう、請求項１記載の個人認証方法。
3. 【請求項３】 前記ユーザの顔写真画像を前記第１のシ
   ステムで記憶するステップを、さらに有し、 前記ワンタイムIDを発行するステップでは、前記ワンタ
   イムIDとともに、記憶されている前記ユーザの顔写真画
   像を、前記ユーザが表示できるような態様で、前記ユー
   ザに対して発行する、請求項１記載の個人認証方法。
4. 【請求項４】 ユーザの第１と第２の認証キーのうちの
   前記第１の認証キーのみを第１のシステムで記憶するス
   テップと、 前記ユーザの第１と第２の認証キーのうちの前記第２の
   認証キーのみを第２のシステムで記憶するステップと、 前記第１のシステムにて、前記ユーザから第１の認証キ
   ーの入力を受けて、入力された第１の認証キーと、記憶
   されている前記ユーザの第１の認証キーとを照合するこ
   とで、第１段階の個人認証を行なうステップと、 前記第１段階の個人認証が成功した場合、前記第１のシ
   ステムから前記ユーザに対して、第１のワンタイムIDを
   発行するステップと、 前記第１システムから前記第２のシステムに対し、前記
   ユーザに発行した前記第１のワンタイムIDを通知するス
   テップと、 前記第１のシステムから通知された前記第１のワンタイ
   ムIDを前記第２のシステムで記憶するステップと、 前記第２のシステムにて、前記ユーザから第２の認証キ
   ー及び第１のワンタイムIDの入力を受けて、入力された
   第２の認証キー及び第１のワンタイムIDを、記憶されて
   いる前記ユーザの第２の認証キー及び第１のワンタイム
   IDと照合することで、第２段階の個人認証を行なうステ
   ップと、 前記第２段階の個人認証が成功した場合、前記第２のシ
   ステムから前記ユーザに対して、第２のワンタイムIDを
   発行するステップと、 前記第２のシステムにて、第１及び第２のワンタイムID
   の入力を受けて、入力された第１及び第２のワンタイム
   IDを、記憶されている前記ユーザの第１及び第２のワン
   タイムIDと照合することで、第３段階の個人認証を行な
   うステップと、 前記第３段階の個人認証の結果に応じて、前記ユーザへ
   のサービスの提供を制御するステップとを有する個人認
   証方法。
5. 【請求項５】 ユーザの第１と第２の認証キーのうちの
   前記第１の認証キーのみを記憶した第１のシステムと、 前記ユーザの第１と第２の認証キーのうちの前記第２の
   認証キーのみを記憶した第２のシステムと、を備え、 (1) 前記第１のシステムは、 (1-1) 前記ユーザから第１の認証キーの入力を受け
   て、入力された第１の認証キーを、記憶されている前記
   ユーザの第１の認証キーと照合することで、第１段階の
   個人認証を行なう手段と、 (1-2) 前記第１段階の個人認証が成功した場合、前記
   ユーザに対して、ワンタイムIDを発行する手段と、 (1-3) 前記ユーザに発行した前記ワンタイムIDを、前
   記第２のシステムに通知する手段と、を有し、 (2) 前記第２のシステムは、 (2-1) 前記第１のシステムから通知された前記ワンタ
   イムIDを記憶する手段と、 (2-2) 第２の認証キー及びワンタイムIDの入力を受け
   て、入力された第２の認証キー及びワンタイムIDを、記
   憶されている前記ユーザの第２の認証キー及びワンタイ
   ムIDと照合することで、第２段階の個人認証を行なうス
   テップと、を有し、 前記第２段階の個人認証の結果に応じてユーザへのサー
   ビスの提供を制御可能な個人認証システム。
6. 【請求項６】 前記第１のシステムは、 (1-4) 前記ユーザの携帯通信端末の識別番号を記憶す
   る手段を、さらに有し、 前記第１のシステムの前記第１段階の個人認証を行なう
   手段(1-1)は、携帯通信端末を通じて前記ユーザから第
   １の認証キーの入力を受けて、入力された第1の認証キ
   ー及び前記入力に使用された携帯通信端末の識別番号
   を、記憶されている前記ユーザの第１の認証キー及び通
   信端末の識別番号と照合することで、前記第１段階の個
   人認証を行なう、請求項５記載の個人認証システム。
7. 【請求項７】 前記第１のシステムは、 (1-5) 前記ユーザの顔写真画像を記憶する手段を、さ
   らに有し、 前記第１のシステムの前記ワンタイムIDを発行する手段
   (1-2)は、前記ワンタイムIDとともに、記憶されている
   前記ユーザの顔写真画像を、前記ユーザが表示できるよ
   うな態様で、前記ユーザに対して発行する、請求項５記
   載の個人認証システム。
8. 【請求項８】 ユーザの第１と第２の認証キーのうちの
   前記第１の認証キーのみを記憶した第１のシステムと、 前記ユーザの第１と第２の認証キーのうちの前記第２の
   認証キーのみを記憶した第２のシステムと、を備え、 (1) 前記第１のシステムは、 (1-1) 前記ユーザから第１の認証キーの入力を受け
   て、入力された第１の認証キーと、記憶されている前記
   ユーザの第１の認証キーとを照合することで、第１段階
   の個人認証を行なう手段と、 (1-2) 前記第１段階の個人認証が成功した場合、前記
   ユーザに対して、第１のワンタイムIDを発行する手段と
   ステップと、 (1-3) 前記ユーザに発行した前記第１のワンタイムID
   を、前記第２のシステムに通知する手段と、 (2) 前記第２のシステムは、 (2-1) 前記第１のシステムから通知された前記第１の
   ワンタイムIDを記憶する手段と、 (2-2) 前記ユーザから第２の認証キー及び第１のワン
   タイムIDの入力を受けて、入力された第２の認証キー及
   び第１のワンタイムIDを、記憶されている前記ユーザの
   第２の認証キー及び第１のワンタイムIDと照合すること
   で、第２段階の個人認証を行なう手段と、 (2-3) 前記第２段階の個人認証が成功した場合、前記
   ユーザに対して、第２のワンタイムIDを発行する手段
   と、 (2-4) 第１及び第２のワンタイムIDの入力を受けて、
   入力された第１及び第２のワンタイムIDを、記憶されて
   いる前記ユーザの第１及び第２のワンタイムIDと照合す
   ることで、前記ユーザに関する第３段階の個人認証を行
   なう手段と、を有し、 前記第３段階の個人認証の結果に応じて、前記ユーザへ
   のサービスの提供を制御可能な個人認証システム。
9. 【請求項９】 ユーザの第１と第２の認証キーのうちの
   第２の認証キーを用いて前記ユーザの個人認証を行なう
   認証システムに対して、個人認証の支援を行なうための
   方法において、 ユーザの第１と第２の認証キーのうちの前記第１の認証
   キーのみを記憶し、前記第1の認証キーを前記認証シス
   テムに対して秘密にするステップと、 記憶されている前記ユーザの第１の認証キーを用いて、
   予備的な個人認証を行なうステップと、 前記予備的な個人認証が成功した場合、前記ユーザに対
   して、ワンタイムIDを発行するステップと、前記第２の
   システムに対し、前記ユーザに発行した前記ワンタイム
   IDを通知するステップと、を有し、それにより、前記認
   証システムをして前記第２の認証キー及びワンタイムID
   を用いて前記ユーザの個人認証を行なうこを可能になら
   める個人認証支援方法。
10. 【請求項１０】 前記ユーザの携帯通信端末の識別番号
    を記憶するステップを、さらに有し、 前記予備的な個人認証を行なうステップでは、携帯通信
    端末を通じて前記ユーザと通信を行なって、前記第１の
    認証キーとともに、前記通信に使用された携帯通信端末
    の識別番号も用いて、前記予備的な個人認証を行なう、
    請求項１記載の個人認証支援方法。
11. 【請求項１１】 ユーザの第１と第２の認証キーのうち
    の第２の認証キーを用いて前記ユーザの個人認証を行な
    う認証システムに対して、個人認証の支援を行なうため
    のシステムにおいて、 ユーザの第１と第２の認証キーのうちの前記第１の認証
    キーのみを記憶し、前記第1の認証キーを前記認証シス
    テムに対して秘密にする手段と、 記憶されている前記ユーザの第１の認証キーを用いて、
    予備的な個人認証を行なう手段と、 前記予備的な個人認証が成功した場合、前記ユーザに対
    して、ワンタイムIDを発行する手段と、前記第２のシス
    テムに対し、前記ユーザに発行した前記ワンタイムIDを
    通知する手段と、を備え、それにより、前記認証システ
    ムをして前記第２の認証キー及びワンタイムIDを用いて
    前記ユーザの個人認証を行なうこを可能にならしめる個
    人認証支援システム。
12. 【請求項１２】 前記ユーザの携帯通信端末の識別番号
    を記憶する手段を、さらに備え、 前記予備的な個人認証を行なう手段は、携帯通信端末を
    通じて前記ユーザと通信を行なって、前記第１の認証キ
    ーとともに、前記通信に使用された携帯通信端末の識別
    番号も用いて、前記予備的な個人認証を行なう、請求項
    １記載の個人認証支援システム。
13. 【請求項１３】 ユーザの第１と第２の認証キーのうち
    の前記第１の認証キーを用いて前記ユーザの第１段階の
    個人認証を行なう認証支援システムの支援の下で、前記
    ユーザの個人認証を行なう方法において、 前記ユーザの第１と第２の認証キーのうちの前記第２の
    認証キーのみを記憶し、前記第２の認証キーを前記認証
    支援システムに秘密にするステップと、 前記認証支援システムでの前記第１段階の個人認証が成
    功した場合、前記ユーザに対して発行されたワンタイム
    IDを、前記認証支援システムから通知されるステップ
    と、 前記認証支援システムから通知された前記ワンタイムID
    を記憶するステップと、 記憶されている前記ユーザの第２の認証キー及びワンタ
    イムIDを用いて、前記ユーザの第２段階の個人認証を行
    なうステップと、を有する個人認証方法。
14. 【請求項１４】 ユーザの第１と第２の認証キーのうち
    の前記第１の認証キーを用いて前記ユーザの第１段階の
    個人認証を行なう認証支援システムの支援の下で、前記
    ユーザの個人認証を行なうシステムにおいて、 前記ユーザの第１と第２の認証キーのうちの前記第２の
    認証キーのみを記憶し、前記第２の認証キーを前記認証
    支援システムに秘密にする手段と、 前記認証支援システムでの前記第１段階個人認証が成功
    した場合、前記ユーザに対して発行されたワンタイムID
    を、前記認証支援システムから通知される手段と、 前記認証支援システムから通知された前記ワンタイムID
    を記憶する手段と、 記憶されている前記ユーザの第２の認証キー及びワンタ
    イムIDを用いて、前記ユーザの第２段階の個人認証を行
    なう手段と、を備える個人認証システム。
15. 【請求項１５】 ユーザの第１と第２の認証キーのうち
    の前記第１の認証キーを用いて前記ユーザの第１段階の
    個人認証を行なう認証支援システムの支援の下で、前記
    ユーザの個人認証を行なう方法において、 前記ユーザの第１と第２の認証キーのうちの前記第２の
    認証キーのみを記憶し、前記第２の認証キーを前記認証
    支援システムに秘密にするステップと、 前記認証支援システムでの前記第１段階の個人認証が成
    功した場合、前記ユーザに対して発行された第１のワン
    タイムIDを、前記認証支援システムから通知されるステ
    ップと、 前記認証支援システムから通知された前記第１のワンタ
    イムIDを記憶するステップと、 記憶されている前記ユーザの第２の認証キー及び第１の
    ワンタイムIDを用いて、前記ユーザの第２段階の個人認
    証を行なうステップと、 前記第２段階の個人認証が成功した場合、前記ユーザに
    対して、第２のワンタイムIDを発行し、且つ記憶するス
    テップと、 記憶されている前記ユーザの第１及び第２のワンタイム
    IDを用いて、前記ユーザの第３段階の個人認証を行なう
    ステップと、を有する個人認証方法。
16. 【請求項１６】 ユーザの第１と第２の認証キーのうち
    の前記第１の認証キーを用いて前記ユーザの第１段階の
    個人認証を行なう認証支援システムの支援の下で、前記
    ユーザの個人認証を行なうシステムにおいて、 前記ユーザの第１と第２の認証キーのうちの前記第２の
    認証キーのみを記憶し、前記第２の認証キーを前記認証
    支援システムに秘密にする手段と、 前記認証支援システムでの前記第１段階の個人認証が成
    功した場合、前記ユーザに対して発行された第１のワン
    タイムIDを、前記認証支援システムから通知される手段
    と、 前記認証支援システムから通知された前記第１のワンタ
    イムIDを記憶するステップと、 記憶されている前記ユーザの第２の認証キー及び第１の
    ワンタイムIDを用いて、前記ユーザの第２段階の個人認
    証を行なう手段と、 前記第２段階の個人認証が成功した場合、前記ユーザに
    対して、第２のワンタイムIDを発行し、且つ記憶する手
    段と、 記憶されている前記ユーザの第１及び第２のワンタイム
    IDを用いて、前記ユーザの第３段階の個人認証を行なう
    手段と、を有する個人認証システム。