JP2003304242A - 単一秘密鍵による複数認証装置及び方法並び該方法を用いたｗｅｂサービス利用方法 - Google Patents

Abstract

(57)【要約】 【課題】単一秘密鍵を構成員が複数のグループにて使用
し、かつ当該グループを構成する各構成員毎の認証をも
実現できる単一秘密鍵による複数認証装置及び方法並び
に該方法を用いたＷＥＢサービス利用方法の提供。 【解決手段】ユーザ端末２から通信装置１に対して、Ｓ
１２として、ログイン名を入力しログイン名の追加処理
を要求する第一ステップと、通信装置１にて、当該要求
に係るログイン名に対して（仮の）ログインＩＤを作成
すると共に、ログイン名と自己に格納された単一秘密鍵
からそれ用の公開鍵を作成する第二ステップと、通信装
置１にて、当該作成したログインＩＤ及びそれ用の公開
鍵の登録をＳ１５として依頼し、認証機関３に登録させ
る第三ステップと、を順次行って、単一秘密鍵による複
数認証を行えるようにした、特徴的な構成手法の採用。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、耐タンパ性記憶装
置に格納された単一秘密鍵にて、複数のユーザ毎に又は
一人のユーザであってもその利用シーン毎に、個別に応
じた複数認証を可能にする、単一秘密鍵による複数認証
装置及び方法並びに該方法を用いてＷＥＢサービスの利
用を実現する、単一秘密鍵による複数認証方法を用いた
ＷＥＢサービス利用方法に関する。

【０００２】

【従来の技術】従来、ＷＥＢシステムを利用する際に、
ユーザは利用するＷＥＢサービス毎に、ログオンする必
要があるところ、これはユーザにとって極めて煩雑であ
るので、この点を解決する技術として、シングルサイン
オンなる技術がある。

【０００３】この代表例として、マイクロソフトの．ｎ
ｅｔ ｐａｓｓｐｏｒｔがある。それによると、ユーザ
は．ｎｅｔ ｐａｓｓｐｏｒｔにログオンするだけで、
他のＷＥＢシステムは、．ｎｅｔ ｐａｓｓｐｏｒｔの
認証情報を用いる為、ログオンの必要がない。つまり、
認証処理の為に一度サインすれば、．ｎｅｔ ｐａｓｓ
ｐｏｒｔ対応サービスを利用する場合なら、再度認証す
る為にサインなどする必要がない、というものである。

【０００４】

【発明が解決しようとする課題】ところが、前述の．ｎ
ｅｔ ｐａｓｓｐｏｒｔにおいては、ユーザの情報を第
三者に（ここでは、．ｎｅｔ ｐａｓｓｐｏｒｔのサー
バを保有するマイクロソフトに）登録しなければなら
ず、しかもユーザが利用するサービスに対する情報など
が集中的に管理されてしまう危険性があり、それ故、ユ
ーザはプライバシー保護の観点から、これらのサービス
の利用を躊躇したり、差し控えたりすることになる。

【０００５】そこで、本発明者によりなされた発明とし
て、「ＷＥＢサービス利用の為の通信方法及び装置並び
にＷＥＢサービス利用連携方法」（本件出願人により出
願）がある。当該発明は、ＷＥＢサービス利用の為の通
信装置内に記憶している秘密鍵を用いて、認証を行うも
のである。

【０００６】もっとも、そこにおいても、利用できる秘
密鍵は一つであって、秘密鍵を記憶した媒体を複数の者
で構成したグループにて共有し各構成員毎に利用するこ
とまでは想定していない。また、同一のユーザであって
も利用シーン毎に対応させてそのユーザが使用するこ
と、いわば、ユーザ自身の身分を変えて使用することも
想定していない。かように想定されていないケースにお
いては、一つの秘密鍵を記憶した媒体を複数、突き詰め
れば、ＷＥＢサービス（アプリケーションを含む）利用
の為の通信装置を複数用いなければならない、という不
都合を生じさせることになる。

【０００７】ここにおいて、本発明の解決すべき主要な
目的は、以下の通りである。本発明の第１の目的は、単
一秘密鍵を構成員が複数のグループにて使用し、かつ当
該グループを構成する各構成員毎の認証をも実現でき
る、単一秘密鍵による複数認証装置及び方法を提供する
ことにある。

【０００８】本発明の第２の目的は、単一秘密鍵を一個
人で使用しても、認証する場面毎において異なる認証を
することができる、単一秘密鍵による複数認証装置及び
方法を提供することにある。

【０００９】本発明の第３の目的は、本発明の第１又は
第２の目的にて提供される単一秘密鍵による複数認証方
法を、ＷＥＢサービスを利用する場合の認証に用いる、
単一秘密鍵による複数認証方法を用いたＷＥＢサービス
利用方法を提供することにある。

【００１０】本発明の他の目的は、明細書、図面、特に
特許請求の範囲における各請求項の記載から自ずと明ら
かとなろう。

【００１１】

【課題を解決するための手段】本発明装置は、上記課題
の解決に当たり、単一秘密鍵を格納した耐タンパ性が確
保された耐タンパ性記憶装置と、ユーザにより入力され
た入力情報を元にユーザＩＤを作成し、当該作成された
ユーザＩＤに対し当該耐タンパ性記憶装置に格納された
単一秘密鍵と当該入力情報とを用いて、公開鍵及び秘密
鍵の作成を行うと共に、当該作成された公開鍵をその際
決定されるユーザＩＤと共に認証機関に登録させるＣＰ
Ｕとを具備する、という特徴的構成手段を講じる。

【００１２】本発明認証方法は、上記課題の解決に当た
り、既に耐タンパ性記憶装置に記憶された単一秘密鍵と
ユーザが入力した入力情報とを元にして、ユーザＩＤ及
びその公開鍵を新たに作成し、認証機関に対して当該作
成した公開鍵をその際決定されるユーザＩＤと共に登録
することにより、それ以後、当該ユーザＩＤが使用され
る場合には、その公開鍵及びそれに対応する秘密鍵とを
用いて、認証がなされる、という特徴的構成手法を講じ
る。

【００１３】本発明利用方法は、上記課題の解決に当た
り、ＷＥＢサービスの利用に当たり入力されるログイン
名を元に、通信装置、当該ＷＥＢサービスを提供する一
以上のＷＥＢサービス提供装置、認証機関との間におい
てなされるやり取りにおいて、本発明認証方法により作
成された公開鍵と認証の度に作成される秘密鍵とを用い
ることにより認証を行い、当該認証に成功した場合に限
り当該ＷＥＢサービスの提供がなされる、という特徴的
構成手法を講じる。

【００１４】更に、具体的詳細に述べると、当該課題の
解決では、本発明が次に列挙する上位概念から下位概念
に亙る新規な特徴的構成手段、手法を採用することによ
り、上記目的を達成するようになされる。

【００１５】本発明装置の第１の特徴は、単一秘密鍵に
より複数認証を可能にする装置であって、当該装置固有
の単一秘密鍵を格納した耐タンパ性が確保された耐タン
パ性記憶装置と、ユーザにより入力された入力情報を元
にユーザＩＤを作成し、当該作成されたユーザＩＤに対
し当該耐タンパ性記憶装置に格納された単一秘密鍵と当
該入力情報とを用いて、公開鍵及び秘密鍵の作成を行う
と共に、当該作成された公開鍵をその際決定されるユー
ザＩＤと共に認証機関に登録させるＣＰＵとを具備して
なる、単一秘密鍵による複数認証装置の構成採用にあ
る。

【００１６】本発明装置の第２の特徴は、上記本発明装
置の第１の特徴における前記入力情報が、前記装置の使
用につき許諾の判断基準となるパスワードと、前記ＣＰ
Ｕにより前記ユーザＩＤ作成の際の基準となるログイン
名とである、単一秘密鍵による複数認証装置の構成採用
にある。

【００１７】本発明装置の第３の特徴は、上記本発明装
置の第１又は第２の特徴における前記装置が、ユーザＩ
Ｄの秘密鍵による暗号化又は復号の処理が必要になる
と、再現可能な方式に基き当該必要となる秘密鍵がその
度に作成され、かつ当該作成された秘密鍵により暗号化
又は復号の処理をも行う前記ＣＰＵを具備してなる、単
一秘密鍵による複数認証装置の構成採用にある。

【００１８】本発明装置の第４の特徴は、上記本発明装
置の第１、第２又は第３の特徴における前記装置が、ユ
ーザＩＤ毎に入力された個人情報を格納する記憶装置を
も具備してなる、単一秘密鍵による複数認証装置の構成
採用にある。

【００１９】本発明認証方法の第１の特徴は、単一秘密
鍵により複数認証を行う方法であって、既に耐タンパ性
記憶装置に記憶された単一秘密鍵とユーザが入力した入
力情報とを元にして、ユーザＩＤ及びその公開鍵を新た
に作成し、認証機関に対して当該作成した公開鍵をその
際決定されるユーザＩＤと共に登録することにより、そ
れ以後、当該ユーザＩＤが使用される場合には、その公
開鍵及びそれに対応する秘密鍵とを用いて、認証がなさ
れてなる、単一秘密鍵による複数認証方法の構成採用に
ある。

【００２０】本発明認証方法の第２の特徴は、上記本発
明認証方法の第１の特徴における前記対応する秘密鍵
が、特定の場所に格納されることなく、必要となる度
に、再現可能に作成されて暗号化又は復号の用に供され
てなる、単一秘密鍵による複数認証方法の構成採用にあ
る。

【００２１】本発明認証方法の第３の特徴は、上記本発
明認証方法の第１又は第２の特徴における前記方法が、
前記新たにユーザＩＤ及びその公開鍵を作成した後に、
ユーザが入力したユーザの個人情報を、そのユーザＩＤ
毎に書換え可能に格納し、それ以後同一の入力情報の入
力があった場合に備えてなる、単一秘密鍵による複数認
証方法の構成採用にある。

【００２２】本発明認証方法の第４の特徴は、上記本発
明認証方法の第３の特徴における前記格納が、異なるユ
ーザＩＤであっても、同一のユーザであれば、同一のメ
モリ空間に書換え可能になされてなる、単一秘密鍵によ
る複数認証方法の構成採用にある。

【００２３】本発明認証方法の第５の特徴は、上記本発
明認証方法の第１、第２、第３又は第４の特徴における
前記認証機関への登録が、ログインしたユーザ専用のＩ
Ｄにつき、ユーザから匿名ＩＤの希望がある場合に備え
て当該認証機関に準備してある、匿名用ＩＤ空間から割
当てられ、当該割当てられたユーザＩＤが前記登録され
て用いられてなる、単一秘密鍵による複数認証方法の構
成採用にある。

【００２４】本発明認証方法の第６の特徴は、ユーザ端
末に接続された通信装置に格納された単一秘密鍵にて複
数認証を可能にする方法であって、前記ユーザ端末から
前記通信装置に対して、ログイン名を入力して、当該入
力したログイン名の追加処理を要求する第一ステップ
と、当該第一ステップを経た前記通信装置にて、当該要
求に係るログイン名に対してユーザＩＤを作成すると共
に、ログイン名と単一秘密鍵から、当該作成したユーザ
ＩＤの公開鍵を生成する第二ステップと、当該第二ステ
ップを経た前記通信装置にて、当該作成したユーザＩＤ
及び当該生成したユーザＩＤの公開鍵を、認証機関に登
録させる第三ステップと、を順次踏むことにより、単一
秘密鍵による複数認証を行えるようにしてなる、単一秘
密鍵による複数認証方法の構成採用にある。

【００２５】本発明利用方法の第１の特徴は、ＷＥＢサ
ービスの利用に当たり入力されるログイン名を元に、通
信装置、当該ＷＥＢサービスを提供する一以上のＷＥＢ
サービス提供装置、認証機関との間においてなされるや
り取りにおいて、本発明認証方法である単一秘密鍵によ
る複数認証方法により作成された公開鍵と認証の度に作
成される秘密鍵とを用いることにより認証を行い、当該
認証に成功した場合に限り当該ＷＥＢサービスの提供が
なされてなる、単一秘密鍵による複数認証方法を用いた
ＷＥＢサービス利用方法の構成採用にある。

【００２６】

【発明の実施の形態】ここで、本発明の実施の形態の説
明においては、最初に概要を説明し、それを具現化した
装置例及び方法例につき、該当図面を参照して説明す
る。

【００２７】（概要）本発明は、単一秘密鍵を記憶し
た耐タンパ性記憶装置を具備した通信装置を利用する場
合には、ログイン名及びパスワードをユーザが入力する
構成、このにて入力されたログイン名と通信装置Ｉ
Ｄからログイン名用のＩＤを作成し、該ＩＤに通信装置
提供者識別子を付加して、対象ログイン用のユーザＩＤ
とする構成、その通信装置は、その内部で、入力され
たログイン名と当該記憶されている単一秘密鍵とを用い
て、再現可能な方式により、秘密鍵と公開鍵の対を新た
に作成する（又は公開鍵のみ作成し、必要な場合に対と
なる秘密鍵をも作成する）構成、新たなログイン名が
登録される度に、ログイン名とで作成した公開鍵を通
信装置提供者が指定する認証機関に（単一秘密鍵にて暗
号化して）送付し、当該作成した公開鍵の登録を依頼す
る構成、という各構成により、複数認証（グループで使
用する場合にはその構成員毎の認証、一個人で使用する
場合には認証する場面毎の認証）を実現できる。

【００２８】上記乃至の各構成に加えて、通信装
置は、ログイン名の秘密鍵が必要になると、その度、ロ
グイン名と耐タンパ性記憶装置に記憶されている単一秘
密鍵とを用いて、当該必要となる秘密鍵を導出し、それ
を用いて暗号化又は復号の処理を行う構成（かかる場合
には、にて作成された対の内秘密鍵については記憶さ
れないことになる。尚、対の内公開鍵は必要に応じて通
信装置に記憶する。）とすることで、秘密鍵の漏洩、改
竄などの蓋然性を著しく低減させることになる。

【００２９】（装置例）図１は、単一秘密鍵による複数
認証装置を、通信装置（ネットワークカードなど）とし
て示した場合の内部構成模式図である。尚、ログイン名
ｒｏｏｔは、通信装置１が通信装置１提供者からユーザ
に与えられた場合においては、その所有責任者として登
録され、ログイン名ｒｏｏｔの各情報は、所有責任者の
情報として管理されることになる。

【００３０】通信装置１は、秘密鍵、端末ＩＤ（秘密
鍵、端末ＩＤはユーザに提供したサービス事業者により
付与される。）、ＩＤ発行元識別子を格納する、優れた
耐タンパ性の記憶装置（ＲＯＭ）である耐タンパ性記憶
装置１１と、通信装置１の利用の照合に必要となるログ
イン名、パスワードを記憶すると共に、そのログイン名
毎に、ネットワーク接続に必要な情報（例えば、ＩＳＰ
のパスワードとユーザ名、通信装置１が無線ＬＡＮによ
り接続する場合には、無線ＬＡＮのアクセスポントを利
用する為の、ネットワーク名、ネットワークキーなどの
情報）のみならず、作成された公開鍵をも記憶し、更に
は、ネットワークサービスを利用する為に一般に必要に
なる（又は必要となることが予想される）個人の情報
（氏名、電話番号、住所、生年月日、電子メールアドレ
ス、クレジットカード情報（番号、有効期限、カード会
社名などを含む））をも格納する記憶装置１２と、公開
鍵及び秘密鍵の作成、秘密鍵による暗号化、復号の処
理、作成した公開鍵の認証機関への登録依頼などを行う
ＣＰＵ１３と、ネットワークと接続させるネットワーク
接続部１４と、外部と通信を実行する通信機能１５、ユ
ーザ端末と接続する端末接続部１６とを、構成要素とす
る。

【００３１】（方法例）ここで、単一秘密鍵による複数
認証方法及びそれを用いたＷＥＢサービス利用方法を、
時系列に説明する。図２、３、４は、それぞれ、かかる
方法における、ログインＩＤ登録処理手順、登録処理手
順、認証処理手順の概要を示したであり、図の様に、そ
の方法は、前述の通信装置１、ユーザが使用するユーザ
端末２、認証機関３、ＷＥＢサービス提供装置４におい
てやり取りがなされる。

【００３２】［ログインＩＤ登録処理手順］第一に、通
信装置１へのログイン名の登録の処理（ログインＩＤ登
録処理）について、それを示してある図２を参照して説
明する。ＳＴ１−１として、ユーザはユーザ端末２を介
して、ログイン名ｒｏｏｔとして、通信装置１にログイ
ンする［図２のＳ１１に該当。］。

【００３３】ＳＴ１−２として、ユーザはユーザ端末２
を介して、通信装置１に対してログイン名を入力してロ
グイン名の追加処理を要請する［図２のＳ１２に該
当。］。ＳＴ１−３として、通信装置１は、ユーザ端末
２を介してユーザに対して、パスワードの他、ログイン
名に記載する個人情報の入力、匿名ＩＤの希望の有無の
選択を要求する［図２のＳ１３に該当。（概要のに対
応。）］。

【００３４】ＳＴ１−４として、ユーザは、ユーザ端末
２に対して、ＳＴ１−３にて要求された情報を入力し、
ユーザ端末２は当該情報を通信装置１に渡す［図２のＳ
１４に該当。］。ＳＴ１−５として、通信装置１は、追
加処理の要求された（新）ログイン名に対して、通信装
置ＩＤとからログイン名用のＩＤを作成し（該ＩＤは、
通信装置ＩＤ＋ログイン名の形で単純に作成され、該Ｉ
Ｄから通信装置ＩＤを一意に特定可能とする。概要の
に対応。）、更に、単一秘密鍵とログイン名とにより、
ログイン名用の公開鍵を作成する（概要のに対
応。）。

【００３５】ＳＴ１−６として、通信装置１は、ユーザ
による匿名ＩＤの希望の有無とＳＴ１−５で作成したロ
グイン名用のＩＤ及び公開鍵を、自己の単一秘密鍵を用
いて暗号化（署名）を行い、更に、通信装置１提供者に
より予め指定されている認証機関（認証局、以下、「指
定認証機関」とする。）３の公開鍵を用いて暗号化す
る。

【００３６】ＳＴ１−７として、通信装置１は、ＳＴ１
−６にて暗号化したデータを指定認証機関３に送信し、
登録を要請する［図２のＳ１５に該当。概要のに対
応］。ＳＴ１−８として、指定認証機関３は、ＳＴ１−
７の要請を受けると、自己の秘密鍵を用いて復号し、更
に、依頼主の通信装置１の公開鍵を自己のデータベース
から検索して、該公開鍵を用いて通信装置１の認証を行
う。

【００３７】ＳＴ１−９として、指定認証機関３は、Ｓ
Ｔ１−８の認証に成功すると、対象通信装置１のユーザ
として、当該復号により得たログイン名用のＩＤ及び公
開鍵を自己のデータベースに記憶させる。その際、ユー
ザより匿名ＩＤが希望されていれば、匿名用のＩＤ空間
から、ＩＤをログインＩＤとして割り当て、ユーザから
送られてきたログイン名用のＩＤの代わりに、該割当て
られたログインＩＤを記憶させる（尚、これ以降「ログ
イン名用のＩＤ（＝「仮のログインＩＤ」）は「ログイ
ンＩＤ」となる。）。

【００３８】ＳＴ１−１０として、指定認証機関３は、
ＳＴ１−９にて記憶したログインＩＤと登録完了の旨と
を、自己の秘密鍵を用いて暗号化（署名）を行い、更
に、通信装置１の公開鍵により暗号化を行う。ＳＴ１−
１１として、指定認証機関３は、ＳＴ１−１０にて暗号
化したデータを、通信装置１に対して送付する［図２の
Ｓ１６に該当。］。

【００３９】ＳＴ１−１２として、通信装置１は、ＳＴ
１−１１にて送信されたデータを受け、通信装置１の秘
密鍵にて復号して、更に、認証機関３の公開鍵を用いて
復号することにより、認証を行い、当該認証に成功する
と、その復号の結果からログインＩＤを取得し、該ログ
インＩＤとユーザから入力された情報とをログイン名の
情報（個人情報）として、記憶装置１２に記憶させる
（尚、その際、ログインＩＤは確定的に決定される。ま
た、ユーザが入力したユーザの個人情報を、そのログイ
ン名毎に書換え可能に格納し、それ以後同一のログイン
名の入力があった場合に備えることが好ましい。

【００４０】また、その個人情報から、今後同一ユーザ
のログイン名の追加要求処理があった場合（氏名、生年
月日などユーザ固有の情報から同一ユーザと判定された
場合）、再度そのユーザ固有の情報の入力を省く為に同
一のメモリ空間に格納させて管理するのが好まし
い。）。ＳＴ１−１３として、通信装置１はユーザ端末
１を介してユーザに登録の完了したことを（場合によっ
てはそのログイン名などをも）通知する［図２のＳ１７
に該当。］。

【００４１】以上の説明において、ＳＴ１−５において
ログイン名用のＩＤを作成する場合（新）ログイン名に
対してログイン名識別子を付与し、該ログイン名識別子
と通信装置ＩＤとからログイン名用のＩＤとするように
してもよい。即ち、ログイン名に一意にログイン名識別
子を対応させ、それを中間項として、ログイン名用のＩ
Ｄ（以上ＳＴ１−１３までを経ることにより、実質的に
は今後使用されるログインＩＤとなる。）としてもよい
（この点には、ログイン名用のＩＤ（ログインＩＤ）の
公開鍵、秘密鍵の作成についても同様。）。

【００４２】ここで、通信装置１の付加機能（ＳＴ２−
１乃至２−４で実現）につき説明しておく。ＳＴ２−１
として、ユーザ端末２に通信装置１を接続（セット）す
る。ＳＴ２−２として、ユーザは、ユーザ端末２を介し
て通信装置１にログイン名及びパスワードを入力し、利
用要求を行う。

【００４３】ＳＴ２−３として、通信装置１は、ユーザ
端末２から得たログイン名及びパスワードを、自己の内
部に格納されているログイン名及びパスワードとそれぞ
れ比較対照する。ＳＴ２−４として、比較対照の結果、
正しければ、通信装置１内に格納されているそのログイ
ン名に係るユーザに関する情報、端末ＩＤなどの情報に
ついての利用を許可する一方、正しくなければ再度要求
する（このとき、パスワードなしの利用にあっては、い
わゆる通信機能としてのみの利用を許可することも
可。）。

【００４４】［ＷＥＢサービス提供装置との認証手順］
前述の処理が実行されていることを前提に、ＷＥＢサー
ビス提供装置４との認証手順を説明する。ＳＴ３−１と
して、ユーザは利用したいＷＥＢサービス提供装置４に
接続する。

【００４５】ＳＴ３−２として、ＷＥＢサービス提供装
置４は、公開鍵暗号基盤により、通信装置１との間でセ
キュアなセッションを張る。ＳＴ３−３として、ＷＥＢ
サービス提供装置４は、通信装置１に対してユーザＩＤ
を要求する。

【００４６】ＳＴ３−４として、通信装置１は、ユーザ
に通信装置１による認証を利用するか否かの選択を求
め、利用する場合にはユーザＩＤ（＝通信装置提供者識
別子＋ログイン名用のＩＤ）の送付につきユーザの了承
を得る一方、利用しない場合には従来と同様に、ユーザ
は自分で認証処理を行う（例えば、ＷＥＢブラウザ等を
用いてそのＷＥＢサービス用の個人ＩＤ、個人情報を自
分で入力して登録を行ったり、既に登録済みのユーザ
名、パスワードによる通常の認証処理を行う。）。

【００４７】ＳＴ３−５として、ＳＴ３−４で利用する
場合に、通信装置１はユーザＩＤをＷＥＢサービス提供
装置４に送付する［尚、この点は、図３のＳ２１、図４
のＳ３１に該当する。］。ＳＴ３−６として、ＳＴ３−
５を受けて、ＷＥＢサービス提供装置４は、送付された
ユーザＩＤが登録されたものか否か確認して、ユーザＩ
Ｄが未登録の場合には、後述の「登録処理」（ＳＴ４）
を、登録されている場合には、後述の「認証処理」（Ｓ
Ｔ５）を、それぞれ行う。

【００４８】［ＳＴ４：登録処理］ここで、登録処理に
ついて該当の図３を参照して説明する。ＳＴ４−１とし
て、ＷＥＢサービス提供装置４が、通信装置１に対し
て、ユーザがサービスの提供を受ける為に必要な情報
（例えば、氏名、電子メールアドレスなど）及びそのユ
ーザＩＤの公開鍵をユーザ側に要求する［Ｓ２２に該
当。］。

【００４９】ＳＴ４−２として、通信装置１がＳＴ４−
１にて要求された情報を提供してよいか、提供する情報
をユーザに提示した上で了解を求めると同時に、通信装
置１内に記憶されている個人情報では、ＷＥＢサービス
提供装置４からの要求に応えられない場合には、ユーザ
に対して入力を求める。ここで、変更などがある場合に
はユーザによる変更を許容する。

【００５０】ＳＴ４−３として、ＳＴ４−２においてユ
ーザが了解しない場合には、ＷＥＢサービス提供装置４
の要求に応じられない旨を伝えて通信を終了する一方、
了解した場合には、通信装置１に求められた情報の内足
りない追加情報の入力をユーザがユーザ端末２に対して
行う。ここで、この入力された追加情報に対して通信装
置１が今後同様の質問・要請があった場合に備えて、か
かる追加情報を自己の記憶装置１２に記憶しておく。

【００５１】ＳＴ４−４として、ＳＴ４−２において変
更がある場合には、ユーザは変更に係る情報の入力をユ
ーザ端末２に対して行い、通信装置１はかかる変更の入
力を受けて、現在格納されている情報を入力された情報
と入れ替えを行う。もっとも、現在格納されている情報
については、今後ユーザが変更容易ならしめる為に、選
択肢の一つとして、いわば履歴として、保存しておくこ
とにより、ユーザは今後最後に利用した情報以外の情報
を利用したい場合においては、その保存した履歴から選
択することにより、容易に変更できるようになる。

【００５２】ＳＴ４−５として、ＳＴ４−３、ＳＴ４−
４のように追加、変更を行い了承した場合には、通信装
置１はかように得られた、要請された情報を、対象ＷＥ
Ｂサービス識別情報を付加して、「単一秘密鍵とログイ
ン名により導出される秘密鍵」を用いて暗号化（署名）
して、ＷＥＢサービス提供装置２に返信する［Ｓ２３に
該当。］。

【００５３】それと共に、予め決められた通信装置１用
の認証機関３に対して、対象ＷＥＢサービス提供装置４
へ電子証明書（ユーザＩＤの公開鍵）を発行するよう
に、依頼内容を「単一秘密鍵とログイン名により導出さ
れる秘密鍵」を用いて暗号化（署名）して（これによ
り、登録本人である旨を証明することになる。）ユーザ
ＩＤが特定できる様にして送信する［Ｓ２４に該
当。］。

【００５４】ＳＴ４−６として、認証機関３は、送られ
てきた情報からユーザＩＤを特定し、ユーザＩＤ用の公
開鍵を自己のデータベースより検索し獲得する。更に、
当該獲得したユーザＩＤの公開鍵を用いて当該送られて
きた情報を復号して有効な情報であった場合に限り、Ｗ
ＥＢサービス提供装置４にユーザＩＤの公開鍵（電子証
明書）を、対象ＷＥＢサービス提供装置４宛であること
を明記して、認証機関３の秘密鍵で暗号化（署名）して
ＷＥＢサービス提供装置４に対して送信し［Ｓ２５に該
当。］、後にその送信先につき検索可能に自己のデータ
ベースに必要な情報を登録する。

【００５５】ＳＴ４−７として、ＷＥＢサービス提供装
置４は、ユーザＩＤより通信装置１提供者指定の認証機
関３を特定し、その特定された認証機関３の公開鍵を獲
得すると共に、その認証機関３から送られてきたデータ
（即ち、電子証明書）を、該公開鍵で復号して有効な情
報である場合に限り、それをそのユーザＩＤの公開鍵と
して使用する。

【００５６】ＳＴ４−８として、ＷＥＢサービス提供装
置４は、ＳＴ４−７にて認証機関３から獲得したユーザ
ＩＤの公開鍵を用いて、ユーザ側から返信された個人情
報を復号する。そして、有効な情報を得た場合には、こ
の公開鍵と共にサービス利用者として自己のデータベー
スに登録する。

【００５７】［ＳＴ５：認証処理（登録済みの場合：登
録を伴わない認証処理）］ここで、認証処理について該
当の図４を参照して説明する。この処理は、通常の電子
認証と同様に、通信装置１とＷＥＢサービス提供装置４
との間において行われる。この際、何等問題なく処理が
進んだ場合には、ユーザ自身による操作は入らない。こ
こで示すのは簡略化した手順である（尚、本来は、この
ままでは問題が残る為、通信装置１によるチャレンジデ
ータの付加、ハッシュ関数が用いられる。）。

【００５８】ＳＴ５−１として、ＷＥＢサービス提供装
置４は、任意の平文（いわば、チャレンジデータ）を送
信すると共にそれの暗号化（署名）を通信装置１に要求
する［Ｓ３２に該当。］。ＳＴ５−２として、通信装置
１は、送られてきた任意の平文を「単一秘密鍵とログイ
ン名により導出される秘密鍵」を用いて暗号化して、当
該暗号化された平文をＷＥＢサービス提供装置４に送付
する［Ｓ３３に該当。］。

【００５９】ＳＴ５−３として、送られてきた、暗号化
された任意の平文を、ユーザＩＤを元に、自己のデータ
ベースからユーザ登録（ＳＴ４）の際に得たユーザＩＤ
の公開鍵を検索し、その検索結果（公開鍵）を用いて、
送信された平文を解読し、解読された平文と最初に用い
た（送信した）平文を比較して、一致した場合には認証
成功となりそのユーザに対して当該サービスを提供可能
とする一方、一致しない場合には、認証失敗となり、ユ
ーザにその旨を伝え、ユーザＩＤの要求を再度行う。

【００６０】かようにして、通信装置１固有の秘密鍵一
つ（単一秘密鍵）に基きそれとログイン名とから導出さ
れる（ユーザＩＤの）秘密鍵、公開鍵を用いるようにす
ることにより、結果として、単一秘密鍵でもって、ログ
イン名の入力により、ある特定のグループ構成員の認
証、一人について複数の認証、その組み合わせた認証を
も実現できることになる。

【００６１】［他のＷＥＢサービス提供装置との連携
（特にユーザ主導の場合を例として）］ここで、現にＷ
ＥＢサービス提供装置４からサービスの提供を受けてい
る場合に、他のＷＥＢサービス提供装置５に格納してあ
る個人情報を、当該受けているサービスの提供に利用す
る場合を例として、更に、説明する。図５は、その場合
の、他のＷＥＢサービス提供装置利用処理手順の概要で
ある。

【００６２】かかる図のように、かかる手順では、更
に、他のＷＥＢサービス提供装置５との間でもやり取り
がなされ、ＳＴ６−１乃至６−１６の処理を行うことに
より、他のＷＥＢサービス提供装置５に蓄積された個人
情報を、（従来、一般には必要とされた認証等なしに）
利用可能にする。

【００６３】ＳＴ６−１として、ＷＥＢサービス提供装
置４は、ユーザ側からサービス要求を受けると［Ｓ４１
に該当。］、ユーザに対してある情報の入力を求める。
更に、連携可能な他のＷＥＢサービス提供装置があれば
その旨通知する。［Ｓ４２に該当。］ ＳＴ６−２として、ユーザが現利用のＷＥＢサービス提
供装置４内のサービスメニューから他のＷＥＢサービス
提供装置（図５では、他のＷＥＢサービス提供装置５が
それに該当する。）との連携を選択する［Ｓ４３に該
当。］。

【００６４】ＳＴ６−３として、現利用ＷＥＢサービス
提供装置４は、連携可能な他のＷＥＢサービス提供装置
（図５では、他のＷＥＢサービス提供装置５がそれに該
当する。）の識別子を通信装置１に対して送付する［Ｓ
４４に該当。］。

【００６５】ＳＴ６−４として、通信装置１は、かかる
連携可能な他のＷＥＢサービス提供装置とユーザが現に
登録済みの（即ち、利用可能な）ＷＥＢサービス提供装
置とが一致するものを選び（論理積をとるなどして）、
それ（ら）を連携可能なＷＥＢサービス提供装置として
ユーザに提示し、何れのＷＥＢサービス提供装置に格納
された情報を用いるかを選択させる。

【００６６】ＳＴ６−５として、ユーザが利用する他の
ＷＥＢサービス提供装置を選択し（ここでは、図５に示
してある、他のＷＥＢサービス提供装置５を選択したも
のとする。）、通信装置１に対して通知する。ＳＴ６−
６として、その通知を受けた通信装置１は、利用する他
のＷＥＢサービス提供装置の識別子を現利用のＷＥＢサ
ービス提供装置４に通知する［Ｓ４５に該当。］一方
で、ユーザは利用するＷＥＢサービス提供装置を直接選
択する。

【００６７】ＳＴ６−７として、現利用のＷＥＢサービ
ス提供装置４は、他のＷＥＢサービス提供装置５から獲
得する情報について、如何なる情報を獲得するのか、更
にはユーザから情報を得る必要がある場合には、ユーザ
にかかる情報の選択を要求し［Ｓ４６に該当。］、かか
る情報をも獲得する［Ｓ４７に該当。］。ＳＴ６−８と
して、ユーザの選択等により獲得された情報を元に、現
ＷＥＢサービス提供装置４は、他のＷＥＢサービス提供
装置５の識別情報、それに対する要求コマンド−直接又
は間接的なデータベース操作コマンド−を獲得する。

【００６８】ＳＴ６−９として、現ＷＥＢサービス提供
装置４は、他のＷＥＢサービス提供装置５の識別情報と
要求コマンドとを、現ＷＥＢサービス提供装置４の秘密
鍵で暗号化し、更に自己の識別子を付加したものを他の
ＷＥＢサービス提供装置５の公開鍵により暗号化を行っ
て、それに他のＷＥＢサービス提供装置５のＵＲＬ（及
び識別情報）を付加した情報を通信装置１に送信する。
［Ｓ４８に該当。］

【００６９】ＳＴ６−１０として、通信装置１は、現Ｗ
ＥＢサービス提供装置４より送られた情報から他のＷＥ
Ｂサービス提供装置５に対するＵＲＬ情報を抜き取り、
残りの情報を「単一秘密鍵とログイン名により導出され
る秘密鍵」を用いて暗号化する。更に、当該暗号化した
情報にユーザＩＤに付加する。そして、その付加して加
工された結果（情報）を、その抜き取ったＵＲＬ（他の
ＷＥＢサービス提供装置５）に対して送信し、情報を要
求する。［Ｓ４９に該当。］

【００７０】ＳＴ６−１１として、他のＷＥＢサービス
提供装置５では、付加されているユーザＩＤより、利用
者、即ちユーザ登録者であるか確認する。ＳＴ６−１２
として、ＳＴ６−１１における確認にて、付されたユー
ザＩＤが登録者でなければ、その旨他のＷＥＢサービス
提供装置５の秘密鍵を用いて署名しユーザに返送する。

【００７１】ＳＴ６−１３として、ＳＴ６−１１におけ
る確認にて、登録者であれば、自己のデータベースか
ら、その付されたユーザＩＤを元にユーザＩＤの公開鍵
を取得し、該公開鍵により送信された情報を復号し、更
に（当該復号した）当該送信された情報を自己の秘密鍵
を用いて復号し、当該復号により得られた情報提供先で
あるＷＥＢサービス提供装置４の識別情報を元に、その
ＷＥＢサービス提供装置４の公開鍵を（認証機関３又は
独自のデータベースより）取得し、該公開鍵により更に
復号する。

【００７２】かかる処理を行うことにより、他のＷＥＢ
サービス提供装置５は情報の要求元及び要求されている
データ（データベース操作コマンド）に関する情報を取
得し、その要求されている（データベース操作コマン
ド）に関する情報を用いて、要求元に返送する為の情報
を、自己のデータベースから取得し、かようにして得ら
れた情報とそれらに関する情報を、自己の秘密鍵で暗号
化し、更にユーザＩＤの公開鍵で暗号化し、通信装置１
に送信する［Ｓ５０に該当。］。（以上がＳＴ６−１３
である。）

【００７３】ＳＴ６−１４として、通信装置１は当該送
信された情報を「単一秘密鍵とログイン名により導出さ
れる秘密鍵」を用いて復号する（その結果を「結果情
報」とする。）、また、更に他のＷＥＢサービス提供装
置５の公開鍵を用いて復号して得たデータの説明を、ユ
ーザに対して提示し、かかる情報を現ＷＥＢサービス提
供装置４に送信してよいかの確認をユーザに対して求め
る。

【００７４】ＳＴ６−１５として、ＳＴ６−１４にてユ
ーザが不許可とした場合には、現ＷＥＢサービス提供装
置４に対して情報を提供できない旨通知する一方、許可
した場合には、現ＷＥＢサービス提供装置４に対して前
述の結果情報を送信する［Ｓ５１に該当。］。ＳＴ６−
１６として、現ＷＥＢサービス提供装置４は、送信され
た結果情報を、他のＷＥＢサービス提供装置５の公開鍵
で復号して得られた情報を用いて、現在提供しているサ
ービスに反映させる。尚、このとき用いられた要求コマ
ンドをユーザの要求コマンドの履歴として記述してお
き、情報の更新を容易ならしめることも可能である。

【００７５】［証明書の破棄と更新］ところで、通信装
置１の利用の停止、紛失、秘密鍵の漏洩などにより、単
一秘密鍵が通信装置１の利用者認証のツールとして使用
し得なくなると、証明書の破棄又は更新を行うことにな
る。

【００７６】証明書の破棄については、「ユーザから
の秘密鍵利用中止の申請を受けて、通信装置１提供者が
指定した認証機関３が、登録ユーザの利用停止を自己の
データベースに反映させ、更には、データベースから
獲得されるそのユーザが利用しているＷＥＢサービス情
報を元に、登録している全てのＷＥＢサービス提供装置
４、５に対して、ユーザＩＤの失効を、当該認証機関３
の署名と共に送信を行う。

【００７７】当該送信を受けたＷＥＢサービス提供装
置４、５においては、署名の有効性を確認し、ユーザＩ
Ｄの公開鍵の破棄を行う。このとき、ユーザによる利
用中止の申請が一つのユーザＩＤに関するものでなく、
その通信装置１そのものの場合には、その通信装置１に
係る全てのユーザＩＤに対してかかる利用中止処理を行
う。」という、手順にて行われる。

【００７８】証明書の更新については、「ユーザから
の通信装置１の変更申請を受けて、通信装置１提供者が
指定した認証機関３が、ユーザに対して新たな通信装置
１を提供する。そして、データベースに登録されてい
るログイン名を新たな通信装置１に登録し、公開鍵と新
たなユーザＩＤを取得する。

【００７９】データベース内のかかる通信装置１を利
用している全てのユーザのデータを、新しい通信装置１
に変更する。全てのユーザＩＤに対して、ユーザが登
録しているＷＥＢサービス提供装置を抽出し、ユーザが
登録している全てのＷＥＢサービス提供装置に対して、
ユーザＩＤの更新（公開鍵の更新）に関する情報を認証
機関３の署名と共に送信する。」という、手順にて行わ
れる。

【００８０】以上、本発明の実施の形態を説明したが、
本発明の目的を達し、下記する効果を奏する範囲におい
て、適宜変更して実施可能である。

【００８１】

【発明の効果】本発明によれば、耐タンパ性記憶装置に
格納されている単一秘密鍵から、ユーザの入力情報と共
にその入力情報に応じて作成されるユーザＩＤに対して
秘密鍵と公開鍵の対を作成するようにしたので、複数の
ユーザ又は同一のユーザであってもその認証場面に応じ
て認証を行え、しかもその作成した秘密鍵は記憶するこ
となく必要に応じて同様に作成するようにし、当該対の
作成はその秘密鍵による暗号化及び復号を行うＣＰＵ内
でのみ行う様にしたので、セキュリティが極めて高いも
のとなる、という顕著な効果を発揮する。

【図面の簡単な説明】

【図１】本発明の実施形態の一つである、単一秘密鍵に
よる複数認証装置を、通信装置として示した場合の内部
構成図である。

【図２】本発明の実施形態の一つである、単一秘密鍵に
よる複数認証方法における、ログインＩＤ登録処理につ
いての概念図である。

【図３】本発明の実施形態の一つである、単一秘密鍵に
よる複数認証方法における、登録処理についての概念図
である。

【図４】本発明の実施形態の一つである、単一秘密鍵に
よる複数認証方法における、認証処理についての概念図
である。

【図５】本発明の実施形態の一つである、単一秘密鍵に
よる複数認証方法を用いたＷＥＢサービス利用方法にお
ける、他のＷＥＢサービス提供装置利用処理についての
概念図である。

【符号の説明】

１…通信装置 １１…耐タンパ性記憶装置 １２…記憶装置 １３…ＣＰＵ １４…ネットワーク接続部 １５…通信機能 １６…端末接続部 ２…ユーザ端末 ３…認証機関 ４…ＷＥＢサービス提供装置 ５…他のＷＥＢサービス提供装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/00 ６７３Ａ ６２１Ａ (72)発明者 水野 伸太郎 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5B085 AE01 AE08 AE29 BA06 BC01 BG02 5J104 AA07 KA01 KA05 MA01 NA37

Claims (11)

【特許請求の範囲】
1. 【請求項１】単一秘密鍵により複数認証を可能にする装
   置であって、 当該装置固有の単一秘密鍵を格納した耐タンパ性が確保
   された耐タンパ性記憶装置と、ユーザにより入力された
   入力情報を元にユーザＩＤを作成し、当該作成されたユ
   ーザＩＤに対し当該耐タンパ性記憶装置に格納された単
   一秘密鍵と当該入力情報とを用いて、公開鍵及び秘密鍵
   の作成を行うと共に、当該作成された公開鍵をその際決
   定されるユーザＩＤと共に認証機関に登録させるＣＰＵ
   とを具備する、 ことを特徴とする単一秘密鍵による複数認証装置。
2. 【請求項２】前記入力情報は、 前記装置の使用につき許諾の判断基準となるパスワード
   と、前記ＣＰＵにより前記ユーザＩＤ作成の際の基準と
   なるログイン名とである、 ことを特徴とする請求項１に記載の単一秘密鍵による複
   数認証装置。
3. 【請求項３】前記装置は、 ユーザＩＤの秘密鍵による暗号化又は復号の処理が必要
   になると、再現可能な方式に基き当該必要となる秘密鍵
   がその度に作成され、かつ当該作成された秘密鍵により
   暗号化又は復号の処理をも行う前記ＣＰＵを具備する、 ことを特徴とする請求項１又は２に記載の単一秘密鍵に
   よる複数認証装置。
4. 【請求項４】前記装置は、 ユーザＩＤ毎に入力された個人情報を格納する記憶装置
   をも具備する、 ことを特徴とする請求項１、２又は３に記載の単一秘密
   鍵による複数認証装置。
5. 【請求項５】単一秘密鍵により複数認証を行う方法であ
   って、 既に耐タンパ性記憶装置に記憶された単一秘密鍵とユー
   ザが入力した入力情報とを元にして、ユーザＩＤ及びそ
   の公開鍵を新たに作成し、認証機関に対して当該作成し
   た公開鍵をその際決定されるユーザＩＤと共に登録する
   ことにより、 それ以後、当該ユーザＩＤが使用される場合には、その
   公開鍵及びそれに対応する秘密鍵とを用いて、認証がな
   される、 ことを特徴とする単一秘密鍵による複数認証方法。
6. 【請求項６】前記対応する秘密鍵は、 特定の場所に格納されることなく、必要となる度に、再
   現可能に作成されて暗号化又は復号の用に供される、 ことを特徴とする請求項５に記載の単一秘密鍵による複
   数認証方法。
7. 【請求項７】前記方法は、 前記新たにユーザＩＤ及びその公開鍵を作成した後に、 ユーザが入力したユーザの個人情報を、そのユーザＩＤ
   毎に書換え可能に格納し、それ以後同一の入力情報の入
   力があった場合に備える、 ことを特徴とする請求項５又は６に記載の単一秘密鍵に
   よる複数認証方法。
8. 【請求項８】前記格納は、 異なるユーザＩＤであっても、同一のユーザであれば、
   同一のメモリ空間に書換え可能になされる、 ことを特徴とする請求項７に記載の単一秘密鍵による複
   数認証方法。
9. 【請求項９】前記認証機関への登録は、 ログインしたユーザ専用のＩＤにつき、ユーザから匿名
   ＩＤの希望がある場合に備えて当該認証機関に準備して
   ある、匿名用ＩＤ空間から割当てられ、当該割当てられ
   たユーザＩＤが前記登録されて用いられる、 ことを特徴とする請求項５、６、７又は８に記載の単一
   秘密鍵による複数認証方法。
10. 【請求項１０】ユーザ端末に接続された通信装置に格納
    された単一秘密鍵にて複数認証を可能にする方法であっ
    て、 前記ユーザ端末から前記通信装置に対して、ログイン名
    を入力して、当該入力したログイン名の追加処理を要求
    する第一ステップと、 当該第一ステップを経た前記通信装置にて、当該要求に
    係るログイン名に対してユーザＩＤを作成すると共に、
    ログイン名と単一秘密鍵から、当該作成したユーザＩＤ
    の公開鍵を生成する第二ステップと、 当該第二ステップを経た前記通信装置にて、当該作成し
    たユーザＩＤ及び当該生成したユーザＩＤの公開鍵を、
    認証機関に登録させる第三ステップと、 を順次踏むことにより、単一秘密鍵による複数認証を行
    えるようにした、 ことを特徴とする単一秘密鍵による複数認証方法。
11. 【請求項１１】ＷＥＢサービスの利用に当たり入力され
    るログイン名を元に、通信装置、当該ＷＥＢサービスを
    提供する一以上のＷＥＢサービス提供装置、認証機関と
    の間においてなされるやり取りにおいて、請求項５、
    ６、７、８、９又は１０に記載の単一秘密鍵による複数
    認証方法により作成された公開鍵と認証の度に作成され
    る秘密鍵とを用いることにより認証を行い、当該認証に
    成功した場合に限り当該ＷＥＢサービスの提供がなされ
    る、 ことを特徴とする単一秘密鍵による複数認証方法を用い
    たＷＥＢサービス利用方法。