トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 代行認証方法、その各装置、その装置の処理方法、及びプログラム記録媒体
【発明者】 【氏名】山本 奏

【氏名】堀岡 力

【氏名】佐野 睦夫
【要約】 【課題】代行ユーザの不正資源利用を不可能とし、かつ構成を簡単にする。

【解決手段】認証装置から、セッションＩＤn をユーザは受信し、ユーザの秘密情報Ｓに対し、ｎ−１回の一方向性ハッシュ関数を演算して被認証データａn＝ｈn-1 （ｓ）を生成し、また検証データｖn ＝ｈn （ｓ）を生成し、ｖn を認証装置へ送り、認証装置はそのハッシュ値ｈ（ｖn ）と登録データｈn-1（ｓ）とが等しいかを調べ、等しければｖn を保存する。ユーザは代行ユーザの正当性を認証し、ａn を代行ユーザへ送り、代行ユーザは認証装置から正当性の認証を受けるとａn を認証装置へ送り、認証装置ａn にハッシュ値ｈ（ａn ）とｖn が等しければ、資源の利用を許可する。ａn ＝ｈn-1 （ｓ）を次回検証データとして保存する。
【特許請求の範囲】
【請求項１】 認証者に対する認証処理をユーザに代って行う代行認証を代行ユーザに依頼するためにユーザが利用する利用者認証装置であって、代行ユーザ端末装置および認証装置とデータの送受信を行うデータ送受信手段と、データ送受信手段を通じた代行ユーザ端末装置とのデータの送受信によって、代行ユーザの正当性を認証する処理を行う代行ユーザ認証処理手段と、セッションごとに異なる情報を認証装置と共有するデータ共有手段と、ユーザが秘密に保持している秘密情報およびデータ共有手段からのセッションごとに異なる情報とを入力し、代行ユーザに開示する被認証データを求める被認証データ演算手段と、秘密情報およびデータ共有手段からのセッションごとに異なる情報とを入力し、代行ユーザに開示する前記被認証データの正当性を確認する検証データを求める検証データ演算手段とを備えたことを特徴とするユーザ端末装置。
【請求項２】 請求項１記載の装置において、上記被認証データ演算手段は前記秘密情報およびデータ共有手段からのセッションごとに異なる情報とを入力し、ユーザの正当性を示す際に認証装置に送信するユーザ被認証データを求める手段を含む、前記検証データ演算手段は、秘密情報およびデータ共有手段からのセッションごとに異なる情報とを入力し、ユーザ端末装置が次回の認証に使用する被認証データの正当性を確認する検証データを求める手段を含む、ことを特徴とする利用者認証装置。
【請求項３】 資源を利用する権限を持つ正当なユーザから認証者に対する認証処理の代行を依頼され代行認証を処理する代行ユーザが利用する代行ユーザ端末装置であって、ユーザ端末装置および認証装置とデータを送受信するデータ送受信手段と、データ送受信部によってユーザ端末装置から受信した被認証データとユーザ識別子を記憶する被認証データ管理手段と、送受信手段を通じたユーザ端末装置および認証装置とのデータ送受信によって、代行ユーザの正当性を証明するための認証処理を行う代行ユーザ被認証手段と、認証処理ごとに異なる情報を認証装置と共有するデータ共有手段と、ユーザ識別子と代行ユーザ識別子を関連づけた代行処理識別子、代行ユーザの秘密情報と認証処理ごとに異なる情報を入力し、代行ユーザ端末装置による２回目以降の認証処理の際に認証装置に提示する代行ユーザ被認証データを求める被認証データ演算手段と、認証処理ごとに異なる情報と代行ユーザの秘密情報を入力し、代行ユーザ端末装置による２回目以降の認証処理の際に認証装置に提示する前記代行ユーザ被認証データの正当性を確認する代行ユーザ認証検証データを求める検証データ演算手段とを備えたことを特徴とする代行ユーザ端末装置。
【請求項４】 資源を利用する権限を持つ正当なユーザから認証者に対する認証処理の代行を依頼され代行認証を処理する代行ユーザに対し、代行処理の正当性の認証を行う認証装置であって、ユーザ端末装置および代行ユーザ端末装置とデータを送受信するデータ送受信手段と、ユーザ端末装置とセッションごとに異なる情報を共有するデータ共有手段と、ユーザ識別子に対応して検証データを記憶するユーザ情報管理手段と、ユーザ情報管理手段によって記憶された検証データと、代行ユーザ端末装置からの被認証データに基づいて認証可否を判定する認証判定手段と、認証判定手段の出力に応じて資源へのアクセスなどのサービスの提供／拒否を制御するサービス制御手段と、データ送受信手段を通じた代行ユーザ端末装置とのデータ送受信によって、代行ユーザの正当性を認証する処理を行う代行ユーザ認証処理手段とを備えたことを特徴とする認証装置。
【請求項５】 請求項４に記載の認証装置であって、代行ユーザ端末装置から受信した、ユーザ識別子と代行ユーザ識別子を関連づけた代行処理識別子に対応して代行認証検証データを記憶する代行ユーザ情報管理手段を備え、前記認証判定手段は代行ユーザ情報管理手段に記憶された代行ユーザ認証検証データと、代行ユーザ端末装置から受信した代行ユーザ被認証データに基づいて認証可否を判定する手段を含むことを特徴とする認証装置。
【請求項６】 資源を利用する権限を持つ正当なユーザが認めた別な代行ユーザに対して、上記代行ユーザが、上記資源を上記正当なユーザに代って利用することを上記正当なユーザが認めた代行ユーザであることを、上記資源の利用者の認証を管理する認証装置が確認するための代行利用者認証方法において、（ａ）上記正当なユーザの利用するユーザ端末装置が上記認証装置との間で、個々の認証処理ごとに異なるデータを共有し、（ｂ）上記ユーザ端末装置が、上記認証処理ごとに異なるデータと上記ユーザに固有の秘密情報を変換した被認証データとその被認証データの検証データを生成し、（ｃ）上記ユーザ端末装置が上記検証データを上記認証装置に送信登録し、（ｄ）上記ユーザ端末装置が上記代行ユーザの利用する代行ユーザ端末装置に対し、上記被認証データを送信し、（ｅ）上記代行ユーザ端末装置が受信した上記被認証データを保存し、（ｆ）上記代行ユーザ端末装置が上記認証装置に対し、上記被認証データを送信し、（ｇ）上記認証装置が上記検証データを用いて上記代行ユーザ端末装置から受信した被認証データを検証し、（ｈ）上記ユーザ端末装置が認めた代行ユーザ端末装置であることを認証するステップを含むことを特徴とする代行利用者認証方法。
【請求項７】 請求項６の代行利用者認証方法において、２回目以降の認証処理の際に上記代行ユーザ端末装置が上記認証装置との間で個々の認証処理ごとに異なるデータを共有し、（ｉ）上記代行ユーザ端末装置が、上記認証処理ごとに異なるデータと上記代行ユーザに固有の秘密情報を用いて、上記認証装置が上記代行ユーザの正当性を認証するための代行ユーザ被認証データと、次回の認証において送信される代行ユーザ被認証データの正当性検証に用いる次回代行ユーザ認証検証データとを生成し、上記認証装置に送信し、（ｊ）上記認証装置が受信した代行ユーザ被認証データの正当性を、その前に受信した次回代行ユーザ認証検証データを用いて検証し、（ｋ）上記ユーザ端末装置が認めた代行ユーザ端末装置であることを認証し、（ｌ）受信した上記次回代行ユーザ認証検証データを保存するステップを繰返すことを特徴とする代行利用者認証方法。
【請求項８】 認証者に対する認証処理をユーザに代って行う代行認証を代行ユーザに依頼するためにユーザが利用する利用者認証装置の認証処理方法において、認証者の認証装置と共有のセッションごとに異なる情報を取得するステップと、ユーザが秘密に保持している秘密情報とセッションごとに異なる情報とから被認証データを演算するステップと、上記被認証データの正当性を確認する検証データを、次のセッションごとに異なる情報と上記秘密情報とから演算するステップと、上記検証データを認証装置へ送るステップと、代行ユーザの端末装置とデータを送受信して、代行ユーザの正当性を認証するステップと、上記被認証データを上記代行ユーザの端末装置へ送信するステップと、を有する利用者認証処理方法。
【請求項９】 資源を利用する権限を持つ正当なユーザから認証者に対する認証処理の代行を依頼され、代行認証を処理する代行ユーザが利用する代行ユーザ端末装置の認証方法において、上記ユーザの端末装置とデータの送受信を行って、代行ユーザの正当性の認証を受けるステップと、上記ユーザの端末装置から１回目の代行ユーザ被認証データを受信するステップと、上記ユーザ端末装置と上記認証の認証装置との間で共有する認証処理ごとに異なるデータと継続する認証処理ごとに異なるデータと、代行ユーザに個有の秘密情報とを用いて２回目の代行ユーザ被認証データの検証に用いる代行ユーザ認証検証データを生成するステップと、上記認証者の認証装置とデータの送受信を行って代行ユーザの正当性の認証を受けるステップと、上記受信した１回目の代行ユーザ被認証データと上記２回目の検証に用いる代行ユーザ認証検証データを認証装置へ送信するステップとを有する代行ユーザ認証方法。
【請求項１０】 認証処理ごとに異なるデータと、代行ユーザの秘密情報とを用いて２回目以降の代行ユーザ被認証データを生成するステップと、次の認証処理ごとに異なるデータと、代行ユーザの秘密情報とを用いて次の代行ユーザ被認証データを検証するための次回代行ユーザ認証検証データを生成するステップと、上記２回目以降の代行ユーザ被認証データと、上記次回代行ユーザ認証検証データを認証装置へ送信するステップとを有することを特徴とする請求項９記載の代行ユーザ認証方法。
【請求項１１】 請求項８乃至１０の何れかに記載の方法をコンピュータにより実行するプログラムを記録した記録媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】この発明は、例えばネットワークを通じて資源を利用するユーザ（利用者）の正当性を確認する認証方法、特にユーザの秘密情報を漏らすことなく、正当なユーザの代行者にユーザの権限を一時的に許諾する代行認証を可能にする代行認証方法、その装置、装置の処理方法及びプログラム記録媒体に関するものである。
【０００２】
【従来の技術】ユーザがネットワークを通じて資源を利用する際に、資源を利用しようとするユーザがその資源を利用する権限を持っているのかどうか確かめるために認証技術が用いられる。ここで、資源の利用とは、例えば、端末をネットワークで接続された遠隔地のコンピュータに接続し、そのコンピュータに接続されたデータベースに記録された情報を参照するなど、上記コンピュータが提供するアプリケーションやサービスを利用することなどである。また、ネットワークを通じなくとも、コンピュータの提供するサービスを上記コンピュータの端末装置から利用する場合も、資源の利用といえる。ただしこれらの例はこの発明の請求範囲を限定するものではない。
【０００３】資源の利用は複雑化しているので、資源を利用する権限を持つ正当なユーザが上記資源を直接利用するのではなく、上記正当なユーザの意図に基づき、上記正当なユーザに代って適宜資源の利用を行うサービスが必要とされる。例えば、決済サービスにおいてユーザの代りに代行ユーザが複雑な決済処理を行う場合などが考えられる。また、ユーザがアクセス権を持つ複数のデータベースに対して代行ユーザがそれぞれ検索を行い、その検索結果を統合してユーザに分かりやすく提示するサービスなども考えられる。ここで、代行ユーザは人であっても良いし、処理を自動的に行う例えばコンピュータなどの機械であっても良い。ただし、これらの例はこの発明の請求範囲を限定するものではない。
【０００４】このようなサービスでは代行ユーザがユーザの代りに資源へアクセスする必要があるため、資源にアクセスする際の認証においては、ユーザが認めた代行ユーザであることを確認しなければ処理できない。正当なユーザが処理の代行を行うことを認めた代行ユーザに対して、また上記代行ユーザに対してのみ、上記代行ユーザが正当なユーザによって認められた代行ユーザであることを資源の提供者が確認するための認証方法が必要となる。ここでは、このような認証方法を代行認証と呼ぶことにする。
（従来の代行認証方法）こういった代行認証を可能にする方法として特開平８−３３５２０８の代理認証方法がある。
【０００５】特開平８−３３５２０８の代理認証方法では、正当なユーザのノードＡが、ノードＡがアクセス権をもつノードＮに対して直接アクセスする代りに、ノードＡの代理としてノードＢがノードＮにアクセスすることを可能にするため、ノードＡがノードＢの正当性を確認した後に、ノードＡの秘密情報をノードＢに送信し、ノードＢが上記秘密情報を保持し、ノードＢが上記保持された秘密情報を利用してノードＡの代りにノードＮにアクセスするという方法により、上記のような代行認証を可能としている。
【０００６】しかし、正当なユーザのノードＡが代行ユーザのノードＢに秘密情報を渡してしまうので、いったん代行を依頼すると、代行ユーザによる資源の利用を制限することができない。また、別な代行認証方法として、公開鍵暗号方式を利用した代行認証方法がある。［金岡、中原、“代理申請における本人認証方式の提案”、情報処理学会研究報告コンピュータセキュリティ、１０−１９、ｐｐ．１２９−１３６（２０００）．］では、ユーザが代行者に資源へのアクセスを依頼するために、代行ユーザに対して代行処理を依頼する委任状を発行する。委任状には、ユーザによって、公開鍵暗号方式を用いた署名が付けられ、資源へのアクセスを管理する認証者は、上記署名の正当性を確認することによって代行認証処理を行う。
【０００７】しかし、公開鍵暗号方式を利用した認証方法は、秘密鍵暗号方式を利用した認証方法に比べ演算コストが大きいため、メモリや演算能力の小さい携帯電話や携帯端末のような小規模な端末装置のための認証方法としては適さない。
（ワンタイムパスワード認証方法）また、秘密情報をネットワークに漏らさない認証方法として、ワンタイムパスワード（ＯＴＰ）認証方法がある。ワンタイムパスワード認証方法では、認証の際にネットワーク上を流れるデータは毎回異なり、そのデータを盗んでも次の認証に用いることができない。代表的なワンタイムパスワード認証方法にＳ／ＫＥＹとＰＥＲＭ認証がある。
【０００８】Ｓ／ＫＥＹは一方向ハッシュ関数を基にしたワンタイムパスワード方式であり、［ＲＦＣ１９３８］に述べられている。Ｓ／ＫＥＹの処理の概要を以下に示す。
１．元のパスワードをｎ回暗号化したものをシステム上に保存しておきユーザからの要求を待つ。
２．ユーザからの要求がきたらｎ−１というチャレンジを返す。
３．ユーザはチャレンジをうけてｎ−１回暗号化した元のパスワードをシステムに返す。
【０００９】４．システム側ではそれをもう一度暗号化（ｎ−１＋１）し、最初に保存してあったｎ回暗号化したパスワードと比較する。
５．比較の結果同じであれば、認証が成功したものとして（現在保存してある）ｎ回暗号化したパスワードを（今回受信した）ｎ−１回暗号化したパスワードに更新する。
上記の手順を、ｎを１づつ減じていくことで毎回異なるパスワードを生成する。以上の手順からも分かるように、最初のｎが０になると設定を更新する必要が生じる。そのため、初期値として大きなｎをとることも考えられるが、あまり大きな数値を設定するとクライアント側の処理負担が大きくなるという欠点がある。
【００１０】Ｓ／ＫＥＹに対し、登録されているデータの更新の必要がない認証方式としてＰＥＲＭ認証［SHIMIZU,HORIOKA,INAGAKI,“A Password Authentication Methodfor Contents Communications in the Internet,”IEICE Trans.on Communication, Vol.81-B,No.8,pp.1666-1673(Aug.1998).］がある。ＰＥＲＭ認証では被認証者（ユーザ）が認証者（システム）に対し、次の３つのデータを送信することによって認証情報を更新しながら連鎖的に認証を行うことを特徴としている。以下にＰＥＲＭ認証の概略を示す。
【００１１】１．前回、正当性の確認を終え、登録されている一方向変換データの、変換前の元のデータ２．次々回の認証に用いる一方向性変換後のデータ３．次々回の認証に用いる一方向性変換後のデータの正当性を次回に確認するための認証子データＰＥＲＭ認証は、Ｓ／ＫＥＹに比べ一方向性関数の適用回数が少ないため、処理負担をおさえることができる。
【００１２】これらのＯＴＰ認証方法では、ネットワークにユーザの秘密情報を流さないため、代行ユーザに対して秘密情報を漏らさない代行認証方法に応用することが考えられるが、Ｓ／ＫＥＹおよびＰＥＲＭ認証自体では、代行認証のプロセスが考慮されていないため、そのままでは容易に代行認証を実現することはできない。
【００１３】
【発明が解決しようとする課題】以上のように従来の方法では、代行認証を実現するために、正当なユーザの持つ秘密情報を完全に代行ユーザに対し開示してしまっていたため、いったん代行を依頼すると、代行ユーザの資源利用に対する制御が困難であった。また、公開鍵暗号方式を用いた認証方法は演算コストが大きく、小規模な端末装置での利用には適さなかった。この発明の目的は、このような問題点を鑑み、代行認証を行う認証システムにおいて、代行ユーザに正当なユーザの持つ秘密情報を開示することなしに認証情報を渡し、秘密鍵暗号方式に基づいて、安全かつ高速な代行認証を可能とする利用者認証装置、その方法およびその装置を動作させるプログラムを記録した記録媒体を提供することにある。
【００１４】
【課題を解決するための手段】この発明は、ワンタイムパスワード（ＯＴＰ）認証方法に基づく一時的に生成された被認証データを代行ユーザに開示し、一方で、上記被認証データを検証するための検証データを認証装置に登録し、代行ユーザが代行ユーザ自身の認証の後に、上記被認証データ及び上記検証データを用いて代行処理に関する認証を行うことを最も主要な特徴とする。この発明の一形態によればユーザ自身の認証のためのＯＴＰ系列における一つの被認証データを代行処理に関する認証を行うための被認証データとして利用することで、ユーザ自身の認証のためのＯＴＰ系列から代行処理の認証データを派生させることも最も主要な特徴とする。
【００１５】また、この発明の他の形態によればユーザ自身の認証のためのＯＴＰ系列から代行処理に関する認証のためのＯＴＰ系列を、分岐させて生成することも最も主要な特徴とする。従来の技術とは、代行ユーザに対しユーザの持つ秘密情報を開示せずに代行認証を可能にする点が異なる。
作用認証処理ごとに異なるデータを元に代行ユーザに開示するデータを生成するため、秘密情報を開示せずに代行認証が可能となる。また、代行ユーザによる代行処理が行われる前に、代行の許諾を取り消すことが可能となる。
【００１６】従来の認証方法では、被認証者が他者に知られずに保持している秘密情報を認証者に示すことで認証が行われる。言い換えれば、秘密情報が第３者に知られた場合、その第３者が被認証者になりかわって資源へのアクセスが可能となる。しかし、この発明では、認証のセッションごとに異なる情報などから一方向的に生成される被認証情報を代行ユーザに開示し、それを認証に用いる。そのため、他のセッションに関する秘密情報を代行ユーザに開示せずにすむ。この被認証データの開示の要否について本来のユーザが判断できる余地が与えられるので代行ユーザによる意図しない資源の利用を制限できる。
【００１７】また、代行ユーザが代行処理を行う前に、開示した被認証データを用いてユーザ自身が認証処理を行えば、代行ユーザによる代行処理を阻止することができる。このようにして本来のユーザによる代行ユーザへの利用許諾を制御できる。一方、ワンタイムパスワードの系列を分岐する場合は、何回の代行認証を許可するか、など、代行ユーザによる資源の利用を停止するための条件をユーザ側から認証装置に入力することで、代行ユーザによる意図しない資源の利用を制限できる。
【００１８】また、認証処理に公開鍵暗号方式を用いないため、小規模な端末装置でも利用可能な代行認証が可能となる。ここで、ユーザが委任状に公開鍵暗号方式に基づいて署名を加え、それを代行ユーザに開示し、代行ユーザが認証者に対してその委任状を示し、認証者が委任状に付けられた署名を検証するという、単純な例を考える。従来技術では、ユーザ側１回、認証者側１回の計２回の公開鍵暗号方式に基づく演算が行われる。一方、この発明の方法では、後で述べる実施例４の場合、ユーザ端末装置で７回、代行ユーザ端末装置で一回の代行認証ごとに４回（一回目は３回）、認証装置で代行認証依頼と一回の代行認証との合わせて５回の一方向性関数の演算が行われる。
【００１９】一般に、公開鍵暗号の演算はハッシュなどの計算よりも１０００倍程度計算時間が多いと言われる（Schneier,B.,“Applied Cryptography Second Edition: protocols,algorithms,and source code in C,”p.469,John Wiley & Sons, Inc.(1996)において（代表的な公開鍵暗号方式である）ＲＳＡの処理速度に比べ、（同じく代表的な秘密鍵暗号方式である）ＤＥＳは、ハードウェアでおよそ１０００倍、ソフトウェアでおよそ１００倍高速であると述べられている。ＳＨＡ−１などの単純な一方向性ハッシュ関数はＤＥＳと比較してもより高速であるため、公開鍵暗号方式を用いないこの発明方法の方が明らかに高速である。
【００２０】また、ユーザ認証のためのＯＴＰ系列から代行処理に関する認証のための認証データを派生させるため、代行処理のための認証とユーザ認証とを一括して取り扱うことが可能となる。また、ユーザ自身の認証のためのＯＴＰ系列から、代行処理に関する認証のためのＯＴＰ系列を分岐させて生成するため、代行認証の処理が、ユーザ自身の認証に影響を与えず、複数の代行認証を並行して実施することが可能となり、また一度の代行認証依頼に基づいて、代行ユーザが複数回の代行認証を繰り返すことが可能となる。
【００２１】
【発明の実施の形態】実施例１（ＯＴＰによる代行認証）この発明の実施例１を以下に示す。
（システム構成）この実施例が適用されるシステム構成例を図１に示す。このシステムは、管理する資源を利用するユーザが、上記資源を利用する権限を持っているのかどうかを認証する機能を持つ認証装置１０１と、上記資源を利用する権限を持つ正当なユーザが利用するユーザ端末装置１０２と、上記正当なユーザが自身の代りに上記資源を利用することを許諾した代行ユーザが利用する代行ユーザ端末装置１０３から構成される。
【００２２】これらの装置は互いにネットワーク１０４を通じて接続され、データの送受信が可能であるとする。ただし、これはこの発明の請求範囲を限定するものではなく、各装置間でデータの授受が可能であれば、ネットワークを通じた通信が行われなくても構わない。例えば、送受信するデータをフロッピー（登録商標）ディスク、ＩＣカード、メモリカード、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ／ＲＡＭなどの外部記憶媒体に記録したのちに、その媒体を用いてデータの送受信を行っても構わない。また、人手によりデータの送受信を行っても構わない。以下の実施例において、各装置間のデータの送受信はネットワークを通じたデータの送受信に限定するものではない。
（ユーザ端末装置）ユーザ端末装置１０２の内部機能構成例を図２に示す。ユーザ端末装置は、ユーザ識別子、ユーザが秘密に保持している秘密情報および代行を依頼する代行ユーザ識別子などを入力する入力部２０１と、代行ユーザ端末装置および認証装置とデータの送受信を行うデータ送受信部２０２と、入力部２０１からの代行ユーザ識別子と、データ送受信部２０２を通じた代行ユーザ端末装置とのデータの送受信によって、代行ユーザの正当性を認証する処理を行う代行ユーザ認証処理部２０３と、データ送受信部２０２を通じた認証装置とのデータ送受信によってセッションごとに異なる情報を共有する処理を行うデータ共有処理部２０４と、入力部２０１からの秘密情報およびデータ共有処理部２０４からのセッションごとに異なる情報とを入力し、代行ユーザに開示する被認証データを求める被認証データ演算部２０５と、入力部２０１からの秘密情報およびデータ共有処理部２０４からのセッションごとに異なる情報とを入力し、代行ユーザに開示する上記被認証データの正当性を確認する検証データを求める検証データ演算部２０６と、から構成される。前記セッションごとに異なる共有の情報としては例えば、ａ）認証処理セッションごとにインクリメントあるいはデクリメントされ、ステイタスを表す数ｎｂ）認証装置が生成した乱数ｒｃ）事前に同期させた時計を認証装置とユーザ端末装置が互いに備え、認証処理時の現在時刻などが考えられる。共有するために、後述する実施例２，４では、セッションＩＤn ,Ｎn などを共有する情報とし、認証装置に記録しておき、認証処理の開始時にユーザ端末装置に送信する。
【００２３】入力部２０１から入力されるユーザ識別子、秘密情報等は、ユーザの記憶を基に、端末のキーボードから入力する方法や、ＩＣカード等の記憶媒体を用いて自動的に入力する方法などがある。ただしこれらはこの発明の請求範囲を限定するものではない。ここで、秘密情報とは、例えばユーザが記憶しているパスワードや、端末装置やＩＣカードなどの記憶媒体に保持されている秘密鍵データなどが挙げられる。ただし、秘密情報は、ユーザが第３者に知られないように保持しているデータであり、これを用いてユーザの正当性を証明するためのデータであればどのような情報でもよく、これらの例はこの発明の請求範囲を限定するものではない。
（代行ユーザ端末装置）代行ユーザ端末装置１０３の内部の機能構成例を図３に示す。代行ユーザ端末装置は、ユーザ端末装置および認証装置とデータを送受信するデータ送受信部３０１と、データ送受信部３０１によってユーザ端末装置から受信した被認証データとユーザ識別子を記憶する被認証データ管理部３０２と、データ送受信部３０１を通じたユーザ端末装置および認証装置とのデータ送受信によって、代行ユーザの正当性を証明するための認証処理を行う代行ユーザ被認証処理部３０３とから構成される。
（認証装置）認証装置１０１の内部の機能構成例を図４に示す。認証装置は、ユーザ端末装置および代行ユーザ端末装置とデータを送受信するデータ送受信部４０１と、データ送受信部４０１を通じたユーザ端末装置とのデータ送受信によってセッションごとに異なる情報を共有する処理を行うデータ共有処理部４０２と、ユーザ識別子に対応して検証データを記憶するユーザ情報管理部４０３と、ユーザ情報管理部４０３に記憶された検証データと、データ送受信部４０１からの被認証データに基づいて認証可否を判定する認証判定部４０４と、認証判定部４０４の出力に応じて資源へのアクセスなどのサービスの提供／拒否を制御するサービス制御部４０５と、データ送受信部４０１を通じた代行ユーザ端末装置とのデータ送受信によって、代行ユーザの正当性を認証する処理を行う代行ユーザ認証処理部４０６とから構成される。
【００２４】ユーザ端末装置および認証装置のデータ共有処理部２０４，４０２は、個々の認証処理セッションごとに異なる値をユーザ端末装置と認証装置の間で共有する手段を備えていればどのような構造を持っていても良い。例えば、ユーザ端末装置および認証装置のデータ共有処理部２０４，４０２のどちらかが共有データを生成あるいは記憶し、他方に送信することで共有しても良い。あるいは、ユーザ端末装置および認証装置のデータ共有処理部２０４，４０２が、事前に同期させた時計を備え、認証処理時の現在時刻を上記共有データの一部または全部として用いても良い。ただしこれらの例はこの発明の請求範囲を限定するものではないことはいうまでもない。
（ＯＴＰ開示による代行認証の処理フロー）この実施例１における代行認証の処理の流れを図５に示す。以下に、図の各ステップでの処理内容の詳細を述べる。
【００２５】ステップ５０１において、認証装置のデータ共有処理部４０２とユーザ端末装置のデータ共有処理部２０４の間で、個々の認証処理ごとに異なる共有データを共有する。上記共有データは、認証処理セッションごとにインクリメントあるいはデクリメントされステイタスを表す数ｎであっても良い。また、認証装置が乱数ｒを生成してそれをユーザ端末装置に伝えても良い。上記共有データは、同じデータを認証装置とユーザ端末装置とが同じデータを共有できれば、認証装置とユーザ端末装置とで何らかのデータの送受信を行わなくても構わない。例えば、事前に同期させた時計を認証装置とユーザ端末装置がお互いに備え、認証処理時の現在時刻を上記共有データの一部または全てとして用いても良い。ただしこれらの例はこの発明の請求範囲を限定するものではないことはいうまでもない。
【００２６】ステップ５０２において、ユーザ端末装置の被認証データ演算部２０５は、入力部２０１で入力されたユーザ識別子および秘密情報と、上記共有データを基に代行ユーザに開示するための被認証データを生成する。この場合被認証データから秘密情報を求めることが困難なように被認証データを生成する。ステップ５０３において、ユーザ端末装置の検証データ演算部２０６は、入力部２０１で入力されたユーザ識別子および秘密情報と、上記共有データを基に上記被認証データの正当性を認証装置が検証するために必要な検証データを生成する。この場合も検証データから秘密情報を求めることが困難なようにする。
【００２７】ステップ５０４において、ユーザ端末装置から認証装置へ上記検証データを送信する。ステップ５０５において、認証装置のユーザ情報管理部４０３は、受信した上記検証データを上記ユーザ識別子と関連づけて保存する。上記ユーザ識別子は、ステップ５０４において、あるいは認証処理の開始時にユーザ端末装置から認証装置へと送信しておいても良い。このとき、ステップ５０５に先だって、受信した検証データが、正当なユーザが利用するユーザ端末装置によって生成されたものであることを確認するために、任意の認証方法を用いて認証を行っても良い。この認証処理は、安全に認証を行える方法であればどのような方法を用いても良い。事前に認証装置のユーザ情報管理部４０３にユーザ認証用検証データを上記ユーザ識別子と関連づけて保存しておき、それを用いた認証方法を用いても良い。
【００２８】ステップ５０６において、ユーザ端末装置の代行ユーザ認証部２０３と代行ユーザ端末装置の代行ユーザ被認証部３０３との間で、代行ユーザ端末装置が確にユーザ端末装置を利用するユーザが代行を依頼しようとする代行ユーザの利用する端末装置であることを確認するための認証処理を行う。これは例えば、ユーザ端末装置の入力部２０１から代行を依頼する代行ユーザの識別子を入力し、代行認証処理を行おうとする代行ユーザ端末装置が、上記代行ユーザ識別子で示されるユーザによるものかどうかを判定する認証処理を行っても良い。この認証処理は、安全に認証を行える方法であればどのような方法を用いても良い。
【００２９】ステップ５０７において、ユーザ端末装置から代行ユーザ端末装置に上記被認証データを送信する。ステップ５０８において、代行ユーザ端末装置において、被認証データ管理部３０２が上記被認証データを上記ユーザ識別子および上記代行ユーザ識別子と関連づけて保存する。ユーザ識別子はステップ５０６又は５０７で代行ユーザ端末装置に送信する。ここで、上記被認証データを被認証データ管理部３０２で保存する代りに、代行ユーザ端末装置が上記被認証データを出力してＩＣカードに記憶し、あるいは表示器に表示し、これを代行ユーザがノートに記録しておき、代行ユーザがステップ５０９以降の代行認証処理を実施する際に、改めて代行ユーザ端末装置に上記被認証データを入力するようにしても良い。
【００３０】ここで、ステップ５０２〜５０８は、ステップ５０２，５０７，５０８およびステップ５０３，５０４，５０５がそれぞれこの順で実施され、かつステップ５０６がステップ５０７に先だって行われさえすれば、どのような順序で実施しても構わない。ステップ５０９において、認証装置の代行ユーザ認証部４０６と代行ユーザ端末装置の代行ユーザ被認証部３０３との間で、代行ユーザ端末装置が確にユーザ端末装置を利用するユーザが代行を依頼しようとする代行ユーザの利用する端末装置であることを確認するための認証処理を行う。この認証処理は、安全に認証を行える方法であればどのような方法を用いても良い。上記認証処理を行うために、ステップ５０４において、あるいは認証処理の開始時にユーザ端末装置から認証装置へ、代行を依頼する代行ユーザ識別子を送信しておき、ユーザ情報管理部４０３に上記検証データとともに保存しておいても良い。
【００３１】ステップ５１０において、代行ユーザ端末装置の被認証データ管理部３０２に保存された上記被認証データをそのユーザ識別子と共に認証装置に送信する。ステップ５１１において、認証判定部４０４が、上記被認証データの正当性を、ユーザ情報管理部４０３に保存された受信したユーザ識別子の上記検証データを用いて検証する。サービス制御部４０５は、検証の結果に応じて代行ユーザに対する資源へのアクセスなどのサービス提供を制御する。認証装置は、上記被認証データを基にして得られるデータを、ステップ５０４に先だって行われるユーザ認証、あるいはこれとは別個の次回のユーザ認証の際に利用するユーザ認証検証データとして、ユーザ情報管理部４０３にユーザ識別子と関連づけて保存しても良い。
【００３２】ステップ５０７において、ユーザ端末装置から代行ユーザ端末装置に対して上記被認証データを送信した後に、ステップ５０９〜ステップ５１１の代行認証が行われるよりも前に、ユーザが代行ユーザに許諾した代行処理を取り消したい場合には、ユーザ端末装置から認証装置に対して、上記被認証データを送信し、代行ユーザに代わって認証処理を行うことで、上記代行処理の許諾を取り消すことができる。
（効果）上記の構成によれば、個々の認証処理ごとに異なる共有データを用いて被認証データを生成するため、上記被認証データは個々の認証処理ごとに異なるデータとなり、今回の認証処理以降に認証処理に利用することができない。また、代行ユーザによる代行処理の前に、ユーザが、代行ユーザに対する代行処理の許諾を取り消すことも可能である。そのため、代行ユーザがユーザの意思に反して、不正に資源を利用することは不可能となる。
実施例２（Ｓ／ＫＥＹによる代行認証）この発明の実施例２を以下に示す。
【００３３】この実施例２では、実施例１の具体例として、認証の基本アルゴリズムとしてＳ／ＫＥＹによる認証方法を適用したものを示す。基本的な処理の流れは実施例１に準じるものとする。この実施例２のシステム構成は例えば実施例１のシステム構成（図１）と同一である。各装置の機能構成はそれぞれ実施例１の機能構成（図２，３，４）と同一である。図６にこの実施例２の処理フローを示す。以下に処理フローの各ステップの詳細を述べる。
【００３４】以下でｈn （ｘ）はｘに対する一方向性関数（例えばＳＨＡ−１などの一方向性ハッシュ関数）ｈをｎ回適用した値を表すものとする。またＡ＝？Ｂは式の左辺Ａと右辺Ｂの値が等しいかどうかを比較検証することを表わすものとする。以下も同様である。まず、認証装置のユーザ情報管理部４０３には事前に、ユーザ識別子Ａに対応づけてセッションＩＤn および検証データｖn+1 ＝ｈn+1(s)が登録されているものとする（ステップ６０１）。ここで、ｓはユーザＡの知る秘密情報である。
【００３５】ステップ６０２において、認証装置からユーザ端末装置へ、認証依頼を受けたユーザ識別子Ａに対応するセッションＩＤn を送信する。これは実施例１におけるステップ５０１のデータ共有処理に相当する。ステップ６０３において、実施例１におけるステップ５０２の被認証データ生成処理に相当する処理として、被認証データａn を、ａn ＝ｈn-1(s)により求める。ここで、ｓは入力部２０１において入力された秘密情報、ｎは共有データとする。この例では被認証データの生成にユーザ識別子を用いていない。
【００３６】ステップ６０４において、実施例１におけるステップ５０３の検証データ生成処理に相当する処理として、検証データｖn を、ｖn ＝ｈn(s)により求める。この例では検証データの生成にユーザ識別子を用いていない。ステップ６０５において、実施例１におけるステップ５０４の検証データ送信処理に相当する処理として、上記ステップ６０４で求めた検証データｖn を、認証装置へ送信する。
【００３７】ステップ６０６において、受信した上記検証データが正当なユーザが生成送信したものであることを確認するため、すでに登録されている検証データｖn+1 ＝ｈn+1(s)と、受信した検証データｖn に一回一方向性関数ｈを適用したものを比較する。
ｈ(ｖn )＝？ｖn+1比較の結果、値が一致しなければ、受信した検証データが正当なユーザによって生成されたものでないとして、認証処理を中断する。
【００３８】ステップ６０７において、実施例１におけるステップ５０５の検証データ保存処理に相当する処理として、認証装置は上記検証データｖn をユーザ情報管理部４０３にユーザ識別子Ａと関連づけて保存する。ステップ６０８において、実施例１におけるステップ５０６の代行ユーザ認証処理に相当する処理として、代行ユーザ端末装置が確かにユーザ端末装置を利用するユーザが代行を依頼しようとする代行ユーザの利用する端末装置であることを確認するための認証処理を行う。この認証処理は、安全に認証を行える方法であればどのような方法を用いても良い。ここで、代行ユーザの識別子をＢとする。
【００３９】ステップ６０９において、実施例１におけるステップ５０７の被認証データ送信処理に相当する処理として、ユーザ端末装置から代行ユーザ端末装置に上記被認証データａn を送信する。ステップ６１０において、実施例１におけるステップ５０８の被認証データ保存処理に相当する処理として、代行ユーザ端末装置において、被認証データ管理部３０２が上記被認証データａn を上記ユーザ識別子Ａおよび上記代行ユーザ識別子Ｂと関連づけて保存する。ユーザ識別子Ａはステップ６０８又は６０９で受信してある。
【００４０】ここで、上記被認証データを被認証データ管理部３０２で保存する代りに、代行ユーザ端末装置が上記被認証データを出力し例えばＩＣカードに記憶し、代行ユーザがステップ６１１以降の代行認証処理を実施する際に、改めて代行ユーザ端末装置に被認証データを入力するようにしても良いことは、実施例１と同様であることはいうまでもない。ここで、ステップ６０３〜６１０は、ステップ６０３，６０９，６１０およびステップ６０４，６０５，６０６，６０７がそれぞれこの順で実施され、かつステップ６０８がステップ６０９に先だって行われさえすれば、どのような順序で実施しても構わないことは、実施例１と同様である。
【００４１】ステップ６１１において、実施例１におけるステップ５０９の代行ユーザ認証処理に相当する処理として、代行ユーザ端末装置が確にユーザ端末装置を利用するユーザが代行を依頼しようとする代行ユーザの利用する端末装置であることを確認するための認証処理を行う。この認証処理は、安全に認証を行える方法であればどのような方法を用いても良い。ここで、代行ユーザの認証方法としてＳ／ＫＥＹの認証方法を用いても良い。ステップ６１２において、実施例１におけるステップ５１０の被認証データ送信処理に相当する処理として、代行ユーザ端末装置の被認証データ管理部３０２に保存された上記被認証データａn を認証装置に送信する。ステップ６１１又は６１２でユーザ識別子Ａ、代行ユーザ識別子Ｂが認証装置に送信されてある。
【００４２】ステップ６１３において、実施例１におけるステップ５１１のデータ検証処理に相当する処理として、認証判定部４０４が、上記被認証データａn の正当性を、ユーザ情報管理部４０３に保存されたユーザ識別子Ａと対応する上記検証データｖn と以下のように比較することで検証する。
ｈ(ａn)＝？ｖn上記の関係が満たされない場合、認証失敗とする。サービス制御部４０５は、検証の結果に応じて代行ユーザに対する資源へのアクセスなどのサービス提供を制御する。
【００４３】ステップ６１４において、上記被認証データａn を、次回の代行認証処理におけるステップ６０６のユーザ認証あるいは、通常のＳ／ＫＥＹ認証方法による次回のユーザ認証に用いる検証データｖn-1 として利用するためにユーザ情報管理部４０３に保存する。ステップ６０９において、ユーザ端末装置から代行ユーザ端末装置に対して上記被認証データａn を送信した後に、ステップ６１１〜ステップ６１２の代行認証が行われるよりも前に、ユーザが代行ユーザに許諾した代行処理を取り消したい場合には、ユーザ端末装置から認証装置に対して、上記被認証データａn を送信し、代行ユーザに代わって認証処理を行うことで、上記代行処理の許諾を取り消すことができる。
（効果）上記の構成によれば、ステップ６０６の検証データ検証方法と、ステップ６１３のデータ検証方法と、通常のＳ／ＫＥＹ認証方法によるユーザ認証方法とが同一になるため、ユーザ認証と代行認証とを一括して取り扱うことが可能となる。また、認証装置の機能が流用可能となり、比較的安価に実装が可能である。
【００４４】上記の構成によれば、ステップ６１１の認証方法としてＳ／ＫＥＹを用いれば、認証装置の機能が流用可能なため、比較的安価に実装が可能である。上記の構成によれば、公開鍵暗号方式を利用せず、主に一方向性関数の適用のみで認証処理が可能となり、小規模な端末装置での代行認証処理に利用することが可能である。
実施例３（複数ＯＴＰ系列への分岐による代行認証）この発明の実施例３を以下に示す。
【００４５】この実施例３では、ユーザ端末装置と認証装置との間で行われるＯＴＰ認証におけるＯＴＰの系列を代行ユーザの認証のために分割して利用する方法を示す。この実施例３のシステム構成は、例えば実施例１のシステム構成（図１）と同一である。各装置の機能構成を以下に示す。
（ユーザ端末装置）ユーザ端末装置１０２の内部の機能構成例を図７に示す。ユーザ端末装置は、実施例１と同様の入力部７０１、データ送受信部７０２、データ共有処理部７０４と、被認証データ演算部としての、入力部７０１からのユーザ識別子および秘密情報と、データ共有処理部７０４からのセッションごとに異なる情報とを入力し、代行ユーザに開示する代行ユーザ被認証データを求め、入力部７０１からのユーザ識別子および秘密情報と、データ共有処理部７０４からのセッションごとに異なる情報とを入力し、ユーザの正当性を示す際に認証装置に送信するユーザ被認証データを求める被認証データ演算部７０５と、検証データ演算部としての、入力部７０１からのユーザ識別子、代行ユーザ識別子および秘密情報と、データ共有処理部７０４からのセッションごとに異なる情報とを入力し、代行ユーザ端末装置が認証装置に送信する上記代行ユーザ被認証データの正当性を確認する検証データを求める代行ユーザ認証検証データ演算部７０７と、さらに、入力部７０１からのユーザ識別子および秘密情報と、データ共有処理部７０４からのセッションごとに異なる情報とを入力し、ユーザ端末装置が次回の認証に使用する被認証データの正当性を確認する検証データを求めるユーザ認証検証データ演算部７０６とから構成される。
【００４６】入力部７０１から入力されるユーザ識別子、秘密情報等は、ユーザの記憶を基に端末のキーボードから入力する方法や、ＩＣカード等の記憶媒体を用いて自動的に入力する方法などがあることは、実施例１と同様である。ただしこれらはこの発明の請求範囲を限定するものではない。ユーザ被認証データ、代行ユーザ認証検証データ、ユーザ認証検証データは、それぞれそのデータから秘密情報を求めることが困難なものである。
（代行ユーザ端末装置）代行ユーザ端末装置１０３の内部の機能構成例を図８に示す。代行ユーザ端末装置は、実施例１における代行ユーザ端末装置と同様のデータ送受信部８０１、被認証データ管理部８０２、代行ユーザ被認証処理部８０３に加え、ユーザ識別子と代行ユーザ識別子を関連づけた代行処理識別子と、代行ユーザの秘密情報を入力する入力部８０４と、入力部８０４からの代行処理識別子、代行ユーザの秘密情報、データ共有処理部８０７からの認証処理ごとに異なる情報を入力し、代行ユーザ端末装置による２回目以降の認証処理の際に認証装置に提示する代行ユーザ被認証データを求める被認証データ演算部８０５と、入力部８０４からの代行処理識別子、代行ユーザの秘密情報、データ共有処理部８０７からの認証処理ごとに異なる情報を入力し、代行ユーザ端末装置による２回目以降の認証処理の際に認証装置に提示する上記代行ユーザ被認証データの正当性を確認する代行ユーザ認証検証データを求める検証データ演算部８０６と、データ送受信部８０１を通じた認証装置とのデータ送受信によって認証処理ごとに異なる情報を共有する処理を行うデータ共有処理部８０７から構成される。
【００４７】入力部８０４からの代行処理識別子、代行ユーザの秘密情報などの入力は、代行ユーザの記憶を基に端末のキーボードから入力する方法や、ＩＣカード等の記憶媒体を用いて自動的に入力する方法などがある。ただしこれらはこの発明の請求範囲を限定するものではない。代行ユーザ被認証データ、代行ユーザ認証検証データはそれぞれ、そのデータから代行ユーザの秘密情報を求めることが困難なものである。
（認証装置）認証装置１０１の内部の機能構成例を図９に示す。認証装置は、実施例１における認証装置と同様のデータ送受信部９０１、データ共有処理部９０２、ユーザ情報管理部９０３、サービス制御部９０６、代行ユーザ認証処理部９０７と、ユーザ識別子と代行ユーザ識別子を関連づけた代行処理識別子に対応して代行ユーザ認証検証データを記憶する代行ユーザ情報管理部９０４と、ユーザ情報管理部９０３に記憶されたユーザ認証検証データと、代行ユーザ情報管理部９０４に記憶された代行ユーザ認証検証データと、データ送受信部９０１からのユーザ被認証データおよび代行ユーザ被検証データに基づいて認証可否を判定する認証判定部９０５とから構成される。
【００４８】ここで、上記代行処理識別子はユーザ識別子と代行ユーザ識別子に加え、代行処理の内容を関連づけておいても良い。
（複数ＯＴＰ系列への分岐による代行認証処理の流れ）この実施例３における代行認証の処理の流れを図１０に示す。以下に、図の各ステップでの処理内容の詳細を述べる。まず、処理に先だって認証装置のユーザ情報管理部９０３には、ユーザ認証の際にユーザ端末装置の送信したユーザ被認証データ、次回ユーザ認証検証データおよび代行ユーザ認証検証データの正当性を確認するために用いるユーザ認証検証データが、ユーザ識別子に対応づけられて登録されているものとする。
【００４９】ステップ１００１において、認証装置のデータ共有処理部９０２とユーザ端末装置のデータ共有処理部７０４の間で、個々の認証処理ごとに異なる共有データを共有する。上記共有データは、認証処理セッションごとにイクリメントあるいはデクリメントされステイタスを示す数ｎであっても良い。また、認証装置が乱数ｒを生成してそれをユーザ端末装置に伝えても良い。上記共有データは、同じデータを認証装置とユーザ端末装置とが同じデータを共有できれば、認証装置とユーザ端末装置とで何らかのデータの送受信を行わなくても構わない。例えば、事前に同期させた時計を認証装置とユーザ端末装置がお互いに備え、認証処理時の現在時刻を上記共有データの一部または全てとして用いても良い。ただしこれらの例はこの発明の請求範囲を限定するものではないことはいうまでもない。
【００５０】ステップ１００２において、ユーザ端末装置の被認証データ演算部７０５は、入力部７０１で入力されたユーザ識別子、秘密情報および上記共有データを基に認証装置がステップ１００７においてユーザの正当性を確認するために用いるユーザ被認証データを生成する。ステップ１００３において、ユーザ端末装置の被認証データ演算部７０５は、入力部７０１で入力されたユーザ識別子、秘密情報および上記共有データを基に代行ユーザに開示するための代行ユーザ被認証データを生成する。
【００５１】ステップ１００４において、ユーザ端末装置のユーザ認証検証データ演算部７０６は、入力部７０１で入力されたユーザ識別子、秘密情報および上記共有データを基に次回の代行認証処理におけるステップ１００７もしくは次回のユーザ自身の認証処理の際に、ユーザの提示するユーザ認証被認証データ、次回ユーザ認証検証データ、代行ユーザ認証検証データの正当性を検証するために用いる次回ユーザ認証検証データを生成する。ステップ１００５において、ユーザ端末装置の代行ユーザ認証検証データ演算部７０７は、入力部７０１で入力されたユーザ識別子、代行ユーザ識別子、秘密情報および上記共有データを基に上記代行ユーザ被認証データの正当性を認証装置が検証するために必要な代行ユーザ認証検証データを生成する。
【００５２】ステップ１００６において、ユーザ端末装置から認証装置へ上記ユーザ被認証データ、上記次回ユーザ認証検証データおよび上記代行ユーザ認証検証データを送信する。ステップ１００７において、認証装置の認証判定部９０５は上記ユーザ被認証データ、上記次回ユーザ認証検証データおよび上記代行ユーザ認証検証データの正当性を確認する。正当でないと判断した場合には認証処理を中断する。ステップ１００８において、認証装置のユーザ情報管理部９０３は、受信した上記次回ユーザ認証検証データを上記ユーザ識別子と関連づけて保存する。また、同時に代行ユーザ情報管理部９０４は、受信した上記代行ユーザ認証検証データを、上記ユーザ識別子と上記代行ユーザ識別子を関連づけた代行処理識別子と関連づけて保存する。
【００５３】ここで、上記代行処理識別子はユーザ識別子と代行ユーザ識別子に加え、代行処理の内容を関連づけておいても良い。上記ユーザ識別子、上記代行ユーザ識別子および上記代行処理内容は、ステップ１００６において、あるいは認証処理の開始時にユーザ端末装置から認証装置へと送信しておいても良い。ステップ１００９において、ユーザ端末装置の代行ユーザ認証部７０３と代行ユーザ端末装置の代行ユーザ被認証部８０３との間で、代行ユーザ端末装置が確にユーザ端末装置を利用するユーザが代行を依頼しようとする代行ユーザの利用する端末装置であることを確認するための認証処理を行う。これは例えば、ユーザ端末装置の入力部７０１から代行を依頼する代行ユーザの識別子を入力し、代行認証処理を行おうとする代行ユーザ端末装置が、上記代行ユーザ識別子で示さされるユーザによるものかどうかを判定する認証処理を行っても良い。この認証処理は、安全に認証を行える方法であればどのような方法を用いても良い。
【００５４】ステップ１０１０において、ユーザ端末装置から代行ユーザ端末装置に上記代行ユーザ被認証データを送信する。ステップ１０１１において、代行ユーザ端末装置の被認証データ管理部８０２が上記代行ユーザ被認証データを上記ユーザ識別子および上記代行ユーザ識別子と関連づけて保存する。ここで、ステップ１００２〜１００５は、順序を入れ替えて実施しても良い。ステップ１０１２において、認証装置の代行ユーザ認証部９０７と代行ユーザ端末装置の代行ユーザ被認証部８０３との間で、代行ユーザ端末装置が確かにユーザ端末装置を利用するユーザが代行を依頼しようとする代行ユーザの利用する端末装置であることを確認するための認証処理を行う。この認証処理は、安全に認証を行える方法であればどのような方法を用いても良い。この際に代行ユーザ識別子が認証装置へ送信される。
【００５５】ステップ１０１３において認証装置から、ユーザとの共有データの次のものを受信する。ステップ１０１４において、代行ユーザ認証検証データ演算部８０６は、上記代行処理識別子および入力部８０４で入力された代行ユーザの知る秘密情報、データ共有処理部８０７からの共有データを基に、代行ユーザ端末装置の代行ユーザが次回の代行処理に関する認証時に、代行ユーザが送信する代行ユーザ被認証データの正当性を認証装置が確認するために用いる次回代行ユーザ認証検証データを生成する。
【００５６】ここで、ステップ１０１２および１０１３の順序を逆に実施しても構わない。ステップ１０１５において、代行ユーザ端末装置の被認証データ管理部８０２に保存された上記代行ユーザ被認証データおよび上記ステップ１０１２で生成した次回代行ユーザ認証検証データを認証装置に送信する。この際にユーザ識別子も送信する。ステップ１０１６において、認証判定部９０５が、上記代行ユーザ被認証データおよび上記次回代行ユーザ認証検証データの正当性を、代行ユーザ情報管理部９０４に保存されたそのユーザ識別子及び代行ユーザ識別子と対応する上記代行ユーザ認証検証データを用いて検証する。サービス制御部９０６は、検証の結果に応じて代行ユーザに対する資源へのアクセスなどのサービス提供を制御する。
【００５７】ステップ１０１７において、上記次回代行ユーザ認証検証データを代行ユーザ情報管理部９０４に保存する。代行ユーザ端末装置の以降の代行処理においては、代行ユーザ端末装置に対する認証装置の認証処理の後に、代行ユーザ端末装置が、上記代行処理識別子および代行ユーザの知る秘密情報、共有データを基に生成した代行ユーザ被認証データを、認証装置が、認証装置の代行ユーザ情報管理部９０４を用いて検証することで代行ユーザの正当性を確認する。
【００５８】正当なユーザは、代行ユーザ端末装置が最初の代行認証後、認証を許可される回数を、予めユーザ端末装置から認証装置に送信し、認証装置の代行ユーザ情報管理部９０４に記憶することで、これに基づいて認証装置が認証の可否判断を行っても良い。あるいは、代行認証を終了させる条件、例えばその資源の利用に必要とする手順が終了した時、あるいは予め決めた期限などを予めユーザ端末装置から認証装置に送信し、認証装置の代行ユーザ情報管理部９０４に記憶することで、これに基づいて認証装置が認証の可否判断を行っても良い。これらの代行認証可否の制御方法は、この発明の請求範囲を限定するものではなく、この発明の代行認証方法によって認証が許可されたのちに、さらに代行ユーザによる代行処理に対する代行処理を許可／拒否するかを決定する方法であればどのような方法を用いても構わない。なおユーザ被認証データ、ユーザ認証検証データ中の生成にユーザ識別子を用いなくても良い。代行ユーザ被認証データ、代行ユーザ認証検証データの生成に代行処理識別子を用いなくても良い。同様に次回代行ユーザ認証検証データの生成に代行ユーザ識別子を用いなくても良い。
【００５９】ステップ１０１０において、ユーザ端末装置から代行ユーザ端末装置に対して上記被認証データを送信した後に、ステップ１０１２〜ステップ１０１６の代行認証が行われるよりも前に、ユーザが代行ユーザに許諾した代行処理を取り消したい場合には、ユーザ端末装置から認証装置に対して、上記被認証データを送信し、代行ユーザに代わって認証処理を行うことで、上記代行処理の許諾を取り消すことができる。上記の構成における、ワンタイムパスワードの認証データ系列における分岐の概要を、図１４に示す。ユーザは認証要求ごとに今回の被認証データ１４０１と、次回の検証データ１４０２を生成するワンタイムパスワード（ＯＴＰ）系列１４０３を生成する。このＯＴＰ系列１４０３の途中、例えばｎ＝３でユーザが代行を依頼する際には、ステップ１００５において生成した代行ユーザの代行認証に用いるための検証データ１４０４を、ユーザ認証に用いる被認証データ１４０１および検証データ１４０２に加えて生成送信し、認証装置に登録し、代行ユーザ被認証データ１４０５を生成して、代行ユーザ端末装置へ送る。代行ユーザによる最初の代行認証時に、次回の代行ユーザの認証に用いる検証データ１４０６を、ステップ１０１４において代行ユーザが生成し、ステップ１０１５において認証装置に送信登録する。これにより、代行認証用のワンタイムパスワード系列１４０７が、ユーザ認証のためのワンタイムパスワード系列１４０３から分岐される。
（効果）上記の構成によれば、ユーザ端末装置自身の認証処理のためのＯＴＰの系列から、代行ユーザの認証に用いるＯＴＰ系列を派生させることによって、いったん代行処理を依頼すれば、ユーザ端末装置自身の認証処理に影響を与えずに、代行ユーザの代行認証を可能にする。
【００６０】上記の構成によれば、同時に複数の代行ユーザに異なる代行処理を依頼し、それぞれが任意に代行認証を行うことを可能にする。つまりある代行ユーザに代行処理を依頼した後に、図１０中のステップ１００１〜１０１１を他の代行ユーザに行って異なる代行処理を依頼することを次々と行えば良い。上記の構成によれば、代行ユーザによる代行処理が複数回の資源の利用を伴う場合に、代行ユーザの代行認証処理の度にユーザ端末装置が代行ユーザ端末装置および認証装置とデータ送受信を行うことなしに、代行ユーザ端末装置と認証装置の間で複数の代行認証を行うことを可能にする。
実施例４（ＰＥＲＭを改良した複数ＯＴＰ系列への分岐による代行認証）この発明の実施例４を以下に示す。
【００６１】この実施例４では、実施例３の具体例として、認証の基本アルゴリズムとしてＰＥＲＭによる認証方法を適用したものを示す。基本的な処理の流れは実施例３に準じるものとする。以下でｈは一方向性関数を表すものとする。また、（＋）は排他的論理和演算を表すものとする。この実施例４のシステム構成は実施例１，３のシステム構成（図１）と同一である。この各装置の機能構成はそれぞれ実施例３の機能構成（図７，８，９）と同一である。
（初期登録）ユーザは予め認証装置において初期登録を行う。
【００６２】初期登録として、ユーザはユーザ識別子ＡとセッションＩＤ初期値Ｎ1 を認証装置にアカウントとして登録する。セッションＩＤ初期値Ｎ1 はユーザ自身あるいはユーザ端末装置が生成しても良いし、認証装置が生成しても良い。次にユーザはユーザ端末装置において、ユーザ識別子Ａ、セッションＩＤ初期値Ｎ1 およびユーザの秘密情報Ｓを用いてユーザ認証検証データＷ1 を求める。
Ｖ1 ＝ｈ（Ａ，Ｓ（＋）Ｎ1 ）
Ｗ1 ＝ｈ（Ａ，Ｖ1 ）
求めたユーザ認証検証データＷ1 をユーザ識別子Ａに対応させて認証装置のユーザ情報管理部９０３に登録する。この登録は安全な通信路を通じて、あるいはＩＣカードから、又は認証装置の入力部により行う。
（代行依頼処理）図１１は、この実施例４のｎ回目の認証における代行依頼時の処理の流れを表す。以下にこの処理の流れの各ステップの詳細を述べる。
【００６３】ｎ回目の認証の開始時には、ユーザ識別子Ａに対応づけて認証回数ｎ、セッションＩＤＮn および検証データＷn が登録されている（ステップ１１０１）。ここで、セッションＩＤＮn は、認証回数ｎの増加に伴って変化する値であり、セッションＩＤ初期値Ｎ0 および認証回数ｎから求められる値であるとする。このような値であればＮn をどのように定義しても構わない。Ｎn を前回のセッションＩＤＮn-1 および認証回数ｎ−１からＮn ＝ｆ（Ｎn-1 ，ｎ−１）
のように漸次的に求めるよう定義しても良い。関数ｆは、Ｎn-1 とｎ−１の加算、乗算など任意に定めて良い。最も単純な定義として、Ｎ0 ＝０，Ｎn ＝Ｎn-1 ＋１と定義しても良い。
【００６４】ステップ１１０２において、認証装置からユーザ端末装置へ、認証依頼を受けたユーザ識別子Ａに対応する認証番号ｎおよびセッションＩＤＮn を送信する。これは実施例３におけるステップ１００１のデータ共有処理に相当する。ここで、セッションＩＤＮn の定義によって、例えばセッションＩＤ初期値Ｎ0 と認証回数ｎを加算した値をＮn とする場合のように、セッションＩＤＮn の値が認証回数ｎのみで算出することができる場合は、認証回数ｎのみを認証装置からユーザ端末装置へ送信しても良い。同様にセッションＩＤＮn のみで次のセッションＩＤＮn+1 を算出できる場合には、セッションＩＤＮn のみを送信しても良いことはいうまでもない。
【００６５】ステップ１１０３において、実施例３におけるステップ１００２のユーザ被認証データ生成処理に相当する処理として、ユーザ被認証データＶn を、Ｖn ＝ｈ（Ａ，Ｓ（＋）Ｎn ）
により求める。ここで、Ｓは入力部７０１において入力された秘密情報とする。ステップ１１０４において、実施例３におけるステップ１００３の代行ユーザ被認証データ生成処理に相当する処理として、データ共有処理部７０４で次のセッションＩＤＮn+1 を算出して代行ユーザ被認証データＶ′n を、Ｖ′n＝ｈ（Ａ′，Ｓ（＋）Ｎn+1 ）
により求める。ここで、Ｓは入力部７０１において入力された秘密情報とする。また、Ａ′はユーザ識別子Ａおよび代行ユーザ識別子Ｂから求められる代行処理識別子とする。これは例えば次のように定義しても良い。
【００６６】Ａ′＝Ａ｜Ｂただし、ここでＡ｜ＢはＡとＢの連接を表す。また、上記代行処理識別子はユーザ識別子Ａと代行ユーザ識別子Ｂに加え、例えば代行処理の内容を関連づけて定義しても良い。これらの例はこの発明の請求範囲に限定するものではないことはいうまでもない。ステップ１１０５において、実施例３におけるステップ１００４のユーザ認証検証データ生成処理に相当する処理として、ユーザ認証検証データＷn+1 およびＭn を、次式により求める。
【００６７】Ｗn+1 ＝ｈ（Ａ，Ｖn+1 ）
Ｍn ＝ｈ（Ｗn+1 ，Ｖn ）
ここで、Ｖn+1 ＝ｈ（Ａ，Ｓ（＋）Ｎn+1 ）
ステップ１１０６において、実施例３におけるステップ１００５の代行ユーザ認証検証データ生成処理に相当する処理として、代行ユーザ認証検証データＷ′n+1 およびＭ′n を、次式により求める。
Ｗ′n+1 ＝ｈ（Ａ′，Ｖ′n+1 ）
Ｍ′n ＝ｈ（Ｗ′n+1 , Ｖn ）
ここで、ステップ１１０３，１１０４，１１０５，１１０６は、正しい値を算出できさえすればどのような順序で実施しても構わない。
【００６８】ステップ１１０７において、実施例３におけるステップ１００６の認証データ送信処理に相当する処理として、上記ステップ１１０３，１１０５，１１０６で求めた各データＶn ，Ｗn+1 ，Ｍn ，Ｗ′n+1 ，Ｍ′n を、認証装置へ送信する。ステップ１１０８において、受信した上記認証データが正当なユーザが生成送信したものであることを確認するため、すでに登録されている検証データＷn と受信した上記認証データＶn ，Ｗn+1 ，Ｍn ，Ｗ′n+1 ，Ｍ′nを基に以下の比較を行う。
【００６９】Ｗn ＝？ｈ（Ａ，Ｖn ）
Ｍn ＝？ｈ（Ｗn+1 ，Ｖn ）
Ｍ′n ＝？ｈ（Ｗ′n+1 ，Ｖn ）
比較の結果、値が一致しなければ、受信した検証データが正当なユーザによって生成されたものでないとして、認証処理を中断する。ステップ１１０９において、実施例３におけるステップ１００８の検証データ保存処理に相当する処理として、認証装置は上記ユーザ認証検証データＷn+1 および次回の認証回数ｎ＋１、セッションＩＤＮn+1 をユーザ情報管理部９０３にユーザ識別子Ａと関連づけて保存する。
【００７０】（Ａ，ｎ＋１，Ｎn+1 , Ｗn+1 ）
また、同時に上記代行ユーザ認証検証データＷ′n+1 および次回の認証回数ｎ＋１、セッションＩＤＮn+1 を代行ユーザ情報管理部９０３に代行処理識別子Ａ′と関連づけて保存する。
（Ａ′，ｎ＋１，Ｎn+1 , Ｗ′n+1 ）
ステップ１１１０において、実施例３におけるステップ１００９の代行ユーザ認証処理に相当する処理として、代行ユーザ端末装置が確かにユーザ端末装置を利用するユーザが代行を依頼しようとする代行ユーザの利用する端末装置であることを確認するための認証処理を行う。この認証処理は、安全に認証を行える方法であればどのような方法を用いても良い。
【００７１】ステップ１１１１において、実施例３におけるステップ１０１０の被認証データ送信処理に相当する処理として、ユーザ端末装置から代行ユーザ端末装置に上記代行ユーザ被認証データＶ′n+1 を送信する。ステップ１１１２において、実施例３におけるステップ１０１１の被認証データ保存処理に相当する処理として、代行ユーザ端末装置において、被認証データ管理部８０２が上記代行ユーザ被認証データＶ′n+1 を上記ユーザ識別子Ａ、上記代行ユーザ識別子Ｂおよび上記代行処理識別子Ａ′と関連づけて保存する。上記代行処理識別子Ａ′から上記ユーザ識別子Ａおよび上記代行ユーザ識別子Ｂが容易に求められる場合には、上記ユーザ識別子Ａおよび上記代行ユーザ識別子Ｂを明示的に保存しなくてもよいことはいうまでもない。
【００７２】ステップ１１１１において、ユーザ端末装置から代行ユーザ端末装置に対して上記被認証データＶ′n+1 を送信した後に、代行認証が行われるよりも前に、ユーザが代行ユーザに許諾した代行処理を取り消したい場合には、ユーザ端末装置から認証装置に対して、上記被認証データＶ′n+1 を送信し、代行ユーザに代わって認証処理を行うことで、上記代行処理の許諾を取り消すことができる。
（１回目の代行認証）図１２に、この実施例４のｎ回目の認証における代行依頼に基づく１回目の代行ユーザ認証の処理の流れを表す。以下にこの処理の流れの各ステップの詳細を述べる。
【００７３】ステップ１２０１において、実施例３におけるステップ１０１３の代行ユーザ認証処理に相当する処理として、代行ユーザ端末装置が確にユーザ端末装置を利用するユーザが代行を依頼しようとする代行ユーザの利用する端末装置であることを確認するための認証処理を行う。この認証処理は、安全に認証を行える方法であればどのような方法を用いても良い。例えば、代行ユーザの認証方法としてＰＥＲＭの認証方法を用いても良い。ステップ１２０２において、認証装置から代行ユーザ端末装置へ、認証依頼を受けた代行処理識別子Ａ′に対応する認証番号ｎ＋１およびセッションＩＤＮn+1 を送信する。ここで、ステップ１１０２と同様に、セッションＩＤＮn の定義により、認証回数ｎのみ、あるいはセッションＩＤＮn のみを認証装置から代行ユーザ端末装置へ送信しても良いことはいうまでもない。
【００７４】ステップ１２０３において、実施例３におけるステップ１０１２の次回代行ユーザ認証検証データ生成処理に相当する処理としてデータ共有処理部８０７は次のセッションＩＤＮn+2 を生成し代行ユーザ認証検証データ演算部８０６は、上記セッションＮn+2、上記代行処理識別子Ａ′および入力部８０４で入力された代行ユーザの知る秘密情報Ｓを基に、代行ユーザ端末装置の代行ユーザが次回の代行処理に関する認証時に、代行ユーザが送信する代行ユーザ被認証データの正当性を認証装置が確認するために用いる次回代行ユーザ認証検証データＷ′n+2，Ｍ′n+1 を以下のように生成する。
【００７５】Ｗ′n+2 ＝ｈ（Ａ′，Ｖ′n+2 ）
Ｍ′n+1 ＝ｈ（Ｗ′n+2 ，Ｖ′n+1 ）
ここで、Ｖ′n+2 ＝ｈ（Ａ′，Ｓ′（＋）Ｎn+2 ）
ステップ１２０４において、実施例３におけるステップ１０１４の被認証データ送信処理に相当する処理として、代行ユーザ端末装置の被認証データ管理部８０２に保存された上記代行ユーザ被認証データＶ′n+1 および上記ステップ１２０３で生成した上記次回代行ユーザ認証検証データＷ′n+2 ，Ｍ′n+1 を認証装置に送信する。
【００７６】ステップ１２０５において、認証判定部９０５が、上記代行ユーザ被認証データＶ′n+1 および上記次回代行ユーザ認証検証データＷ′n+2 ，Ｍ′n+1の正当性を、代行ユーザ情報管理部９０４に保存された上記代行ユーザ認証検証データを用い以下のように比較することで検証する。
Ｗ′n+1 ＝？ｈ（Ａ′，Ｖ′n+1 ）
Ｍ′n+1 ＝？ｈ（Ｗ′n+2 ，Ｖ′n+1 ）
上記の関係が満たされない場合、認証失敗とする。
【００７７】認証成功の場合、ステップ１２０６において、上記次回代行ユーザ認証検証データのうちＷ′n+2、次回代行認証時の認証回数ｎ＋２およびセッションＩＤＮn+2 を、代行処理識別子Ａ′と関連づけて代行ユーザ情報管理部９０４に保存する。
（Ａ′，ｎ＋２，Ｎn+2 , Ｗ′n+2 ）
サービス制御部９０６は、検証の結果に応じて代行ユーザに対する資源へのアクセスなどのサービス提供を制御する。
（ｋ回目の代行認証）図１３に、この実施例４のｎ回目の認証における代行依頼に基づく一連の代行認証の、ｋ回目の代行認証の処理の流れを示す。ただし、ここでｋ＞２である。
【００７８】この処理の流れは、図１２の１回目の代行認証の処理フローに対して、以下の点で異なっている以外は同一の処理フローである。・認証回数ｎ＋１をｎ＋ｋ＝ｍと置き換えている。・認証処理開始時には、以下の情報が認証装置の代行ユーザ情報管理部９０４に保存されている。
（Ａ′，ｍ，Ｎm , Ｗ′m ）
ここで、Ａ′は代行処理識別子、ｍは認証回数、Ｎm はセッションＩＤ，Ｗ′m は代行ユーザ認証検証データである（ステップ１３０１）。
【００７９】・ステップ１３０４において、代行処理の正当性を認証装置が確認するために用いる代行ユーザ被認証データを以下のように求める。
Ｖ′m＝ｈ（Ａ′，Ｓ′（＋）Ｎm ）
・ステップ１３０６において、代行ユーザ端末装置の被認証データ管理部８０２に保存された代行ユーザ被認証データの代りに、上記ステップ１３０４で生成した代行ユーザ被認証データＶ′mを認証装置に送信する。
（効果）上記の構成によれば、ステップ１１０８のユーザ認証方法と、ステップ１２０５の認証方法と、通常のＰＥＲＭ認証方法によるユーザ認証方法とが同一になるため、ユーザ端末装置自身の認証処理と、代行ユーザの認証処理とを一括して取り扱うことが可能となる。また認証装置の機能が流用可能となり、比較的安価に実装が可能である。
【００８０】上記の構成によれば、ステップ１２０１の認証方法としてＰＥＲＭ認証方法を用いれば、認証装置の機能が流用可能なため、比較的安価に実装が可能である。上記の構成によれば、公開鍵暗号方式を利用せず、主に一方向性関数の適用のみで認証処理が可能となり、小規模な端末装置での代行認証処理に利用することが可能である。ユーザ端末装置、代行ユーザ端末装置、認証装置はそれぞれコンピュータによりプログラムを実行させることにより動作させることもできる。例えばユーザ端末装置は図１５に示すように、代行ユーザ端末装置、認証装置とデータの送受信を行うことができるデータ送受信部１１、ユーザ識別子、ユーザ秘密情報を入力する入力部１２、記憶部１３、データ演算部１４、代行ユーザ認証処理部１５、プログラムを格納したメモリ１６、ＣＰＵ１７がバス１８に接続され、図５、図６、図１０又は図１１中の各ユーザ端末装置における処理をコンピュータに実行させるためのプログラムがメモリ１６に格納されており、このプログラムのメモリ１６への格納はハードディスク１９からの転送、図に示していないが、ＣＤ−ＲＯＭからインストール、外部の装置からのネットワークを通じてのインストールなど各種の手法をとることができる。
【００８１】ＣＰＵ１７がメモリ１６内のプログラムを実行することにより、データ送受信部１１を介しての認証処理ごとに異なる共有データの共有、データ演算部１４による被認証データ、検証データの生成、あるいは更に代行ユーザ被認証データ、代行ユーザ認証検証データの生成などを行わせ、また代行ユーザ認証処理部１５により、代行ユーザ端末装置の正当性認証を行わせ、更に生成したデータを対応した認証装置又は代行ユーザ端末装置へ送信させ、これらの処理に応じて各種データを記憶部１３に一時格納するなどの処理を行って、前記ユーザ端末装置として動作をする。
【００８２】代行ユーザ端末装置は図１６に示すように、ユーザ端末装置又は認証装置とデータの送受をするデータ送受信部２１、代行ユーザ識別子、代行ユーザの秘密情報などを入力する入力部２２、記憶部２３、データ演算部２４、代行ユーザ被認証処理部２５、プログラムが格納されたメモリ２６、ＣＰＵ２７がバス２８に接続されている。メモリ２６には図１５の場合と同様にしてプログラムがインストールされ、ＣＰＵ２７がこのプログラムを実行して代行ユーザ被認証処理部２５により、代行ユーザの正当性をユーザ端末装置又は認証装置に認証させ、データ演算部２４は、図１０、図１３に示した例では代行ユーザ被認証データや次回代行ユーザ認証検証データを生成させ、ユーザ端末装置から受信した被認証データを、記憶部２３に一時格納させ、また受信した共有データや生成したデータを記憶部２３に一時格納させるなどを行って前記代行ユーザ端末装置として動作させる。
【００８３】上述において、認証装置と、ユーザ端末装置又は代行ユーザ端末装置を一体的に設けても良い。ただし機能としてはそれぞれ独立して動作させる。このような場合でも例えばユーザ端末装置と認証装置が一体化されていれば、安全性が保たれユーザの正当性の認証を簡単に行うことができるが、前述したようにこの発明によりワンタイムパスワードを使用することによりワンタイムパスワード系列を代行ユーザへ分岐させ、しかも複数の代行ユーザにそれぞれ異なる代行を依頼することもできる。
【００８４】
【発明の効果】この発明により、ユーザの秘密情報を代行ユーザに開示することがなく、開示する被認証データは個々の認証処理ごとに異なるデータとなるため、代行ユーザは上記被認証データをユーザの意思に反して、許された認証処理以降に認証処理に利用し、不正に資源を利用することは不可能となり、代行ユーザの資源利用の制御が可能となる。また、公開鍵暗号方式を利用せず、主に一方向性関数の適用のみで代行認証処理が可能となり、そのようにすれば小規模な端末装置での代行認証処理に利用することが可能となる。
【００８５】また、ユーザ自身の認証処理に影響を与えずに、代行ユーザの代行認証が可能となる。また、第３、第４実施例によれば、同時に複数の代行ユーザに異なる代行処理を依頼し、各代行ユーザが任意に代行認証を行うことができる。更に、代行ユーザによる代行処理が複数回の資源の利用を伴う場合に、ユーザからの複数の代行処理依頼なしに、代行ユーザが複数の代行認証を行うことを可能にする。
【出願人】 【識別番号】０００００４２２６
【氏名又は名称】日本電信電話株式会社
【出願日】 平成１２年１０月３０日（２０００．１０．３０）
【代理人】 【識別番号】１０００６６１５３
【弁理士】
【氏名又は名称】草野 卓 （外１名）
【公開番号】 特開２００２−１３２７２２（Ｐ２００２−１３２７２２Ａ）
【公開日】 平成１４年５月１０日（２００２．５．１０）
【出願番号】 特願２０００−３３０１６３（Ｐ２０００−３３０１６３）