JP2002207698A - 利用権制御を伴うサーバおよびクライアントならびにサービス提供方法および利用権証明方法 - Google Patents
利用権制御を伴うサーバおよびクライアントならびにサービス提供方法および利用権証明方法Info
- Publication number
- JP2002207698A JP2002207698A JP2001003603A JP2001003603A JP2002207698A JP 2002207698 A JP2002207698 A JP 2002207698A JP 2001003603 A JP2001003603 A JP 2001003603A JP 2001003603 A JP2001003603 A JP 2001003603A JP 2002207698 A JP2002207698 A JP 2002207698A
- Authority
- JP
- Japan
- Prior art keywords
- client
- server
- challenge
- response
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Storage Device Security (AREA)
Abstract
(57)【要約】
【課題】 ユーザアカウント情報を用いることなくクラ
イアント認証を行う。 【解決手段】 利用権認証制御部１０５は、要求された
Ｗｅｂページに対して割り当てられたＲＳＡ法数と公開
鍵が存在するならば、チャンレンジ生成部１０７を呼び
出してチャレンジを生成し、入出力制御部１０２を介し
てクライアント２０１に送付する。その後、利用権認証
部１０４は、クライアント２０１から入出力制御部１０
２を介して送られてくるレスポンスを待つ。クライアン
ト２０１からレスポンスが届くと、利用権認証制御部１
０５は利用権検査部１０８を呼び出し、レスポンスが正
しいかどうかを検査する。正しいレスポンスの場合には
利用権の認証に成功したことを出力し、ページアクセス
を許容する。
イアント認証を行う。 【解決手段】 利用権認証制御部１０５は、要求された
Ｗｅｂページに対して割り当てられたＲＳＡ法数と公開
鍵が存在するならば、チャンレンジ生成部１０７を呼び
出してチャレンジを生成し、入出力制御部１０２を介し
てクライアント２０１に送付する。その後、利用権認証
部１０４は、クライアント２０１から入出力制御部１０
２を介して送られてくるレスポンスを待つ。クライアン
ト２０１からレスポンスが届くと、利用権認証制御部１
０５は利用権検査部１０８を呼び出し、レスポンスが正
しいかどうかを検査する。正しいレスポンスの場合には
利用権の認証に成功したことを出力し、ページアクセス
を許容する。
Description
【０００１】
【発明の属する利用分野】この発明は、ネットワークを
介して接続されているクライアントに対してサービスを
提供するサーバが、サービスに対する正当な利用権をク
ライアントが持つことを認証するための利用権認証技術
に関する。
介して接続されているクライアントに対してサービスを
提供するサーバが、サービスに対する正当な利用権をク
ライアントが持つことを認証するための利用権認証技術
に関する。
【０００２】
【従来の技術】ネットワークを介して接続されているク
ライアントに対してサービスを提供するサーバの多く
が、クライアントにサービスを提供する際に、そのサー
ビスを提供して良いクライアントであるかどうか、ある
いは、サービスを提供して良いユーザが利用中のクライ
アントであるかどうかを判断するための仕組みを持って
いる。この仕組みをクライアント認証と呼ぶことにす
る。
ライアントに対してサービスを提供するサーバの多く
が、クライアントにサービスを提供する際に、そのサー
ビスを提供して良いクライアントであるかどうか、ある
いは、サービスを提供して良いユーザが利用中のクライ
アントであるかどうかを判断するための仕組みを持って
いる。この仕組みをクライアント認証と呼ぶことにす
る。
【０００３】たとえば、米国マイクロソフト社（Ｍｉｃ
ｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ）発行「Ｍｉｃ
ｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉ
ｏｎＳｅｒｖｅｒリソースキット」（「Ｍｉｃｒｏｓｏ
ｆｔ」は米国マイクロソフト社の商標である）ｐ．３５
３−３５９には、米国マイクロソフト社が提供するＩｎ
ｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ
（以降ＩＩＳと略記）が持つクライアント認証の機能
について記載されている。
ｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ）発行「Ｍｉｃ
ｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉ
ｏｎＳｅｒｖｅｒリソースキット」（「Ｍｉｃｒｏｓｏ
ｆｔ」は米国マイクロソフト社の商標である）ｐ．３５
３−３５９には、米国マイクロソフト社が提供するＩｎ
ｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ
（以降ＩＩＳと略記）が持つクライアント認証の機能
について記載されている。
【０００４】ＩＩＳでは、基本認証とよばれるクライア
ント認証の仕組みを持っている。
ント認証の仕組みを持っている。
【０００５】基本認証では、クライアントを使用してサ
ーバにアクセスするユーザにはアカウントが割り当てら
れる。また、サーバ上のファイルには、そのファイルに
アクセス可能なユーザのアカウントが決められる。
ーバにアクセスするユーザにはアカウントが割り当てら
れる。また、サーバ上のファイルには、そのファイルに
アクセス可能なユーザのアカウントが決められる。
【０００６】クライアントからサーバに対して、サーバ
中のファイルの要求があった場合、サーバは、ユーザに
対してユーザＩＤとパスワードの入力を要求する。入力
されたユーザＩＤとパスワードから、ユーザのアカウン
トを特定し、さらに要求されたファイルにアクセス可能
なアカウントであるかどうかが調べられ、アクセス可能
であった場合にのみ、要求したファイルがクライアント
に対して提供される。
中のファイルの要求があった場合、サーバは、ユーザに
対してユーザＩＤとパスワードの入力を要求する。入力
されたユーザＩＤとパスワードから、ユーザのアカウン
トを特定し、さらに要求されたファイルにアクセス可能
なアカウントであるかどうかが調べられ、アクセス可能
であった場合にのみ、要求したファイルがクライアント
に対して提供される。
【０００７】ＩＩＳの基本認証のような方式はきわめて
一般的である。インターネット、イントラネットを問わ
ず、Ｗｅｂを使ったアプリケーションでは、使用できる
ユーザを限定する際には、必ずといっていいほど使用さ
れている。
一般的である。インターネット、イントラネットを問わ
ず、Ｗｅｂを使ったアプリケーションでは、使用できる
ユーザを限定する際には、必ずといっていいほど使用さ
れている。
【０００８】
【発明が解決しようとする課題】ＩＩＳの基本認証のよ
うに、ユーザのアカウントを使ったクライアント認証に
は、次の２つの問題がある。 （１）ユーザアカウントの管理がサーバにもたらす負
荷。 （２）サーバに対してユーザの匿名性が保証されないこ
と。
うに、ユーザのアカウントを使ったクライアント認証に
は、次の２つの問題がある。 （１）ユーザアカウントの管理がサーバにもたらす負
荷。 （２）サーバに対してユーザの匿名性が保証されないこ
と。
【０００９】これらの問題について、以下により詳細に
説明する。
説明する。
【００１０】ユーザのアカウントを使ったクライアント
認証では、サーバがユーザのアカウントを特定できるこ
とが必須である。これは、サーバがユーザのアカウント
を管理することが必要であることを意味する。このため
に、サーバはユーザのアカウントを管理するＤＢ（デー
タベース）を持つことが必要になる。このＤＢはアカウ
ントの増減に応じて日々修正されなければならず、その
維持・運営コストはばかにならない。
認証では、サーバがユーザのアカウントを特定できるこ
とが必須である。これは、サーバがユーザのアカウント
を管理することが必要であることを意味する。このため
に、サーバはユーザのアカウントを管理するＤＢ（デー
タベース）を持つことが必要になる。このＤＢはアカウ
ントの増減に応じて日々修正されなければならず、その
維持・運営コストはばかにならない。
【００１１】多くのサーバで同一のクライアント認証を
行う場合には、ユーザのアカウントを管理するメインの
サーバ（アカウントサーバ）を設けて、個々のサーバが
そこに問い合わせるという方式をとることになる。この
方式では、個々のサーバとアカウントサーバとの間の通
信コストやセキュリティのが問題になる。
行う場合には、ユーザのアカウントを管理するメインの
サーバ（アカウントサーバ）を設けて、個々のサーバが
そこに問い合わせるという方式をとることになる。この
方式では、個々のサーバとアカウントサーバとの間の通
信コストやセキュリティのが問題になる。
【００１２】さらに、ユーザはサーバに対して、自己の
アカウントを明確にすることが必須となる。これは、ユ
ーザ毎のサービスの利用履歴がサーバ側に知られてしま
うことを意味する。収集された個人情報の悪用の事例が
後をたたない昨今の世情を考えれば、ユーザにとって大
きなリスクを負わせている方法であることがわかる。
アカウントを明確にすることが必須となる。これは、ユ
ーザ毎のサービスの利用履歴がサーバ側に知られてしま
うことを意味する。収集された個人情報の悪用の事例が
後をたたない昨今の世情を考えれば、ユーザにとって大
きなリスクを負わせている方法であることがわかる。
【００１３】
【課題を解決するための手段】クライアント認証におい
て、ユーザのアカウントを特定することは、実は必須で
はない。クライアント認証が行いたいのは、サービスを
要求しているクライアント、あるいはそのクライアント
のユーザに対して、サービスを提供してよいかどうかの
判断のみである。ユーザのアカウントを特定しているの
は、あくまで手段であって、それが目的ではない。
て、ユーザのアカウントを特定することは、実は必須で
はない。クライアント認証が行いたいのは、サービスを
要求しているクライアント、あるいはそのクライアント
のユーザに対して、サービスを提供してよいかどうかの
判断のみである。ユーザのアカウントを特定しているの
は、あくまで手段であって、それが目的ではない。
【００１４】本発明では、サーバがクライアントに提供
するサービスに対して公開鍵がわりあてられる。クライ
アント、あるいはそのクライアントのユーザに対して、
サービスを提供するかどうかは、そのサービスに割り当
てられた公開鍵を使ったチャレンジーレスポンスを行う
ことで判断される。
するサービスに対して公開鍵がわりあてられる。クライ
アント、あるいはそのクライアントのユーザに対して、
サービスを提供するかどうかは、そのサービスに割り当
てられた公開鍵を使ったチャレンジーレスポンスを行う
ことで判断される。
【００１５】たとえば、公開鍵暗号アルゴリズムとして
ＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａ
ｎ）を使用する場合、ＲＳＡの公開鍵ペア（法数ｎ、公
開鍵ｅ、秘密鍵ｄ）のうち、法数ｎと公開鍵ｅをサービ
スに割り当て、そのサービスの提供を受けることが許さ
れるすべてのクライアントには秘密鍵ｄを渡す。
ＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａ
ｎ）を使用する場合、ＲＳＡの公開鍵ペア（法数ｎ、公
開鍵ｅ、秘密鍵ｄ）のうち、法数ｎと公開鍵ｅをサービ
スに割り当て、そのサービスの提供を受けることが許さ
れるすべてのクライアントには秘密鍵ｄを渡す。
【００１６】あるクライアントから、法数ｎと公開鍵ｅ
が割り当てられたサービスに対する要求があった場合、
サーバはチャレンジと呼ぶ乱数値Ｃを生成し、クライア
ントに送付する。秘密鍵ｄを持っているクライアント
は、式（１）にしたがってレスポンスを計算し、サーバ
に送り返す。ここで法数ｎはサーバからクライアントに
チャレンジとともに送付しても良いし、秘密鍵ｄととも
にクライアントに渡しておいてもよい。公開可能な情報
であるので、誰でもアクセスできる別のサーバに置いて
おいてもよい。
が割り当てられたサービスに対する要求があった場合、
サーバはチャレンジと呼ぶ乱数値Ｃを生成し、クライア
ントに送付する。秘密鍵ｄを持っているクライアント
は、式（１）にしたがってレスポンスを計算し、サーバ
に送り返す。ここで法数ｎはサーバからクライアントに
チャレンジとともに送付しても良いし、秘密鍵ｄととも
にクライアントに渡しておいてもよい。公開可能な情報
であるので、誰でもアクセスできる別のサーバに置いて
おいてもよい。
【数１】Ｒ＝ Ｃｄ ｍｏｄ ｎ （１）
【００１７】レスポンスを受けとったサーバは、クライ
アントに送付したチャレンジＣと、クライアントから受
け取ったレスポンスＲ、サービスに割り当てられた法数
ｎと公開鍵ｅとの間に、式（２）の関係が成り立つかど
うかを検査する。
アントに送付したチャレンジＣと、クライアントから受
け取ったレスポンスＲ、サービスに割り当てられた法数
ｎと公開鍵ｅとの間に、式（２）の関係が成り立つかど
うかを検査する。
【数２】Ｃ≡Ｒｅ ｍｏｄ ｎ （２）
【００１８】式（２）の関係が成り立つ場合には、クラ
イアントに対してサービスを提供し、そうでなければサ
ービスを提供しない。
イアントに対してサービスを提供し、そうでなければサ
ービスを提供しない。
【００１９】この方式によれば、秘密鍵ｄが、法数ｎと
公開鍵ｅを割り当てられたサービスに対するクライアン
トの利用権を証明するためのデータ（利用権証明デー
タ）となる。秘密鍵ｄを持つユーザはすべて、法数ｎと
公開鍵ｅを割り当てられたサービスを利用することがで
きる。
公開鍵ｅを割り当てられたサービスに対するクライアン
トの利用権を証明するためのデータ（利用権証明デー
タ）となる。秘密鍵ｄを持つユーザはすべて、法数ｎと
公開鍵ｅを割り当てられたサービスを利用することがで
きる。
【００２０】同じ法数と公開鍵を割り当てられた複数の
サービスは、同じ秘密鍵によって利用することが可能で
ある。それらは、同一の利用権によって利用可能なサー
ビス群と考えることができる。これらのサービスが同一
のサーバのものであろうと、まったく異なるサーバのも
のであろうと、同一の利用権によって利用可能になる。
逆に異なる法数と公開鍵を割り当てられた複数のサービ
スは、異なる利用権を必要とするものだと考えることが
できる。
サービスは、同じ秘密鍵によって利用することが可能で
ある。それらは、同一の利用権によって利用可能なサー
ビス群と考えることができる。これらのサービスが同一
のサーバのものであろうと、まったく異なるサーバのも
のであろうと、同一の利用権によって利用可能になる。
逆に異なる法数と公開鍵を割り当てられた複数のサービ
スは、異なる利用権を必要とするものだと考えることが
できる。
【００２１】この方法では、サーバは、クライアントを
使用しているユーザのアカウントを特定する必要はな
い。ユーザアカウントのＤＢを持つ必要はないし、ユー
ザアカウントの特定のためにアカウントサーバにアクセ
スする必要もない。
使用しているユーザのアカウントを特定する必要はな
い。ユーザアカウントのＤＢを持つ必要はないし、ユー
ザアカウントの特定のためにアカウントサーバにアクセ
スする必要もない。
【００２２】また、ユーザアカウントがサーバに公開さ
れることもない。それどころか、チャレンジ−レスポン
スの過程でユーザを特定する情報は、サーバ側に一切に
流れることがない。ユーザの匿名性は、完全に守られる
のである。
れることもない。それどころか、チャレンジ−レスポン
スの過程でユーザを特定する情報は、サーバ側に一切に
流れることがない。ユーザの匿名性は、完全に守られる
のである。
【００２３】上記の方式に使用可能な公開鍵暗号アルゴ
リズムは、ＲＳＡに限定されない。ＤＳＡ（Ｄｉｇｉｔ
ａｌ Ｓｉｇｎａｔｕｒｅ Ａｌｇｏｒｉｔｈｍ）のよ
うな署名方式を使ったチャレンジ−レスポンスを適用し
ても良い。また、Ｓｃｈｎｏｒｒ認証のような、チャレ
ンジ−レスポンスの前に、コミットメントの送受信を必
要とするようなアルゴリズムを使用することも可能であ
る。
リズムは、ＲＳＡに限定されない。ＤＳＡ（Ｄｉｇｉｔ
ａｌ Ｓｉｇｎａｔｕｒｅ Ａｌｇｏｒｉｔｈｍ）のよ
うな署名方式を使ったチャレンジ−レスポンスを適用し
ても良い。また、Ｓｃｈｎｏｒｒ認証のような、チャレ
ンジ−レスポンスの前に、コミットメントの送受信を必
要とするようなアルゴリズムを使用することも可能であ
る。
【００２４】上記の方式の問題として、利用権を証明す
るデータとしてクライアントに渡される秘密鍵と法数
を、他のクライアントにコピーされれば、サービスを不
正に利用される危険が存在することがある。
るデータとしてクライアントに渡される秘密鍵と法数
を、他のクライアントにコピーされれば、サービスを不
正に利用される危険が存在することがある。
【００２５】この問題を解決するために、本発明では、
クライアントにクライアント固有の演算（固有演算）を
持たせている。また、利用権証明データは、サービスに
割り当てられた法数と公開鍵に対応する秘密鍵と、固有
演算から作成される。
クライアントにクライアント固有の演算（固有演算）を
持たせている。また、利用権証明データは、サービスに
割り当てられた法数と公開鍵に対応する秘密鍵と、固有
演算から作成される。
【００２６】たとえば、法数ｎ、公開鍵ｅ、秘密鍵ｄ、
クライアントＵが持つ固有演算をｆ Ｕ（・）とした場
合、利用権証明データｔを式（３）のように作成され、
クライアントＵに渡される。ここで”｜”は、ｂｉｔ連
結を示している。
クライアントＵが持つ固有演算をｆ Ｕ（・）とした場
合、利用権証明データｔを式（３）のように作成され、
クライアントＵに渡される。ここで”｜”は、ｂｉｔ連
結を示している。
【数３】ｔ＝ｄ−ｆＵ（ｎ｜ｅ） （３）
【００２７】クライアントＵから、法数ｎと公開鍵ｅが
割り当てられたサービスに対する要求があった場合、サ
ーバはチャレンジＣを生成し、クライアントに送付す
る。クライアントは、式（４）にしたがってレスポンス
を計算し、サーバに送り返す。ここで法数ｎや公開鍵ｅ
はサーバからクライアントにチャレンジとともに送付し
ても良いし、利用権証明データｔとともにクライアント
に渡しておいてもよい。公開可能な情報であるので、誰
でもアクセスできる別のサーバに置いておいてもよい。
割り当てられたサービスに対する要求があった場合、サ
ーバはチャレンジＣを生成し、クライアントに送付す
る。クライアントは、式（４）にしたがってレスポンス
を計算し、サーバに送り返す。ここで法数ｎや公開鍵ｅ
はサーバからクライアントにチャレンジとともに送付し
ても良いし、利用権証明データｔとともにクライアント
に渡しておいてもよい。公開可能な情報であるので、誰
でもアクセスできる別のサーバに置いておいてもよい。
【数４】
【００２８】レスポンスを受けとったサーバは、クライ
アントに送付したチャレンジＣと、クライアントから受
け取ったレスポンスＲ、サービスに割り当てられた法数
ｎと公開鍵ｅとの間に、式（２）の関係が成り立つかど
うかを検査する。式（２）の関係が成り立つ場合には、
クライアントに対してサービスを提供し、そうでなけれ
ばサービスを提供しない。
アントに送付したチャレンジＣと、クライアントから受
け取ったレスポンスＲ、サービスに割り当てられた法数
ｎと公開鍵ｅとの間に、式（２）の関係が成り立つかど
うかを検査する。式（２）の関係が成り立つ場合には、
クライアントに対してサービスを提供し、そうでなけれ
ばサービスを提供しない。
【００２９】この方法によれば、サービスに割り当てら
れた利用権証明データを持つクライアント以外は、サー
ビスを提供されることがない点で、前出の方法と同じ機
能を実現している。さらに、同一のサービスに対する利
用権証明データであっても、クライアント毎に異なるこ
とになるので、固有演算ｆＵ（・）の結果をクライアン
トのユーザがアクセスできないように守っておけば、利
用権証明データをいくらコピーしても、それが不正利用
につながることはないという利点がある。
れた利用権証明データを持つクライアント以外は、サー
ビスを提供されることがない点で、前出の方法と同じ機
能を実現している。さらに、同一のサービスに対する利
用権証明データであっても、クライアント毎に異なるこ
とになるので、固有演算ｆＵ（・）の結果をクライアン
トのユーザがアクセスできないように守っておけば、利
用権証明データをいくらコピーしても、それが不正利用
につながることはないという利点がある。
【００３０】上記の方式では、利用権証明データを用い
た演算を行うのがクライアントであるが、利用権証明デ
ータを用いるのがサーバであるように構成しても同じ効
果を得ることができる。この場合の手順を以下に示す。
た演算を行うのがクライアントであるが、利用権証明デ
ータを用いるのがサーバであるように構成しても同じ効
果を得ることができる。この場合の手順を以下に示す。
【００３１】クライアントＵから、法数ｎと公開鍵ｅが
割り当てられたサービスに対する要求があった場合、サ
ーバはチャレンジＣを生成し、クライアントに送付す
る。クライアントは、式（５）にしたがってレスポンス
を計算し、利用権証明データｔとともにサーバに送り返
す。
割り当てられたサービスに対する要求があった場合、サ
ーバはチャレンジＣを生成し、クライアントに送付す
る。クライアントは、式（５）にしたがってレスポンス
を計算し、利用権証明データｔとともにサーバに送り返
す。
【数５】
【００３２】レスポンスを受けとったサーバは、クライ
アントに送付したチャレンジＣと、クライアントから受
け取ったレスポンスＲと利用権証明データｔ、サービス
に割り当てられた法数ｎと公開鍵ｅとの間に、式（６）
の関係が成り立つかどうかを検査する。式（６）の関係
が成り立つ場合には、クライアントに対してサービスを
提供し、そうでなければサービスを提供しない。
アントに送付したチャレンジＣと、クライアントから受
け取ったレスポンスＲと利用権証明データｔ、サービス
に割り当てられた法数ｎと公開鍵ｅとの間に、式（６）
の関係が成り立つかどうかを検査する。式（６）の関係
が成り立つ場合には、クライアントに対してサービスを
提供し、そうでなければサービスを提供しない。
【数６】Ｃ≡ＣｔＲ ｍｏｄ ｎ （６）
【００３３】固有演算の実現方式としては、すべてのク
ライアントに共通の暗号学的ハッシュ関数ｆ（・）（た
とえばＳＨＡ−１）とクライアント毎に異なる固有のデ
ータｕを割り当てておき、式（５）のような演算を行う
ことで実現することができる。
ライアントに共通の暗号学的ハッシュ関数ｆ（・）（た
とえばＳＨＡ−１）とクライアント毎に異なる固有のデ
ータｕを割り当てておき、式（５）のような演算を行う
ことで実現することができる。
【数７】ｆＵ（ｘ）＝ｆ（ｘ｜ｕ） （７）
【００３４】また、クライアント毎に異なる固有データ
ｕそのものを固有演算の結果として利用することも可能
である。
ｕそのものを固有演算の結果として利用することも可能
である。
【００３５】サーバが提供するサービスの利用を、一定
の条件下でのみクライアントが利用できるように限定し
たい場合に対応する場合には、利用条件を記述したデー
タ（利用条件データ）を利用する。たとえば、サービス
が利用できる期間を限定したい場合には、利用開始日時
と利用終了日時を利用条件データに記載する。
の条件下でのみクライアントが利用できるように限定し
たい場合に対応する場合には、利用条件を記述したデー
タ（利用条件データ）を利用する。たとえば、サービス
が利用できる期間を限定したい場合には、利用開始日時
と利用終了日時を利用条件データに記載する。
【００３６】その上で、利用権証明データを、秘密鍵
と、クライアントの固有演算と、利用条件データとから
生成する。たとえば、秘密鍵ｄ、クライアントの固有演
算ｆＵ（・）、利用条件データをＬとすると、利用権証
明データｔを式（８）のように作成する。
と、クライアントの固有演算と、利用条件データとから
生成する。たとえば、秘密鍵ｄ、クライアントの固有演
算ｆＵ（・）、利用条件データをＬとすると、利用権証
明データｔを式（８）のように作成する。
【数８】 ｔ＝ｄ−ｆＵ（ｎ｜ｅ｜Ｌ） （８）
【００３７】ｔとＬはクライアントに渡される。
【００３８】クライアントＵから、法数ｎと公開鍵ｅが
割り当てられたサービスに対する要求があった場合、サ
ーバはチャレンジＣを生成し、クライアントに送付す
る。クライアントは、まずＬに記載されている利用条件
を評価し、それが満たされていれば、式（９）にしたが
ってレスポンスを計算して、サーバに送り返す。
割り当てられたサービスに対する要求があった場合、サ
ーバはチャレンジＣを生成し、クライアントに送付す
る。クライアントは、まずＬに記載されている利用条件
を評価し、それが満たされていれば、式（９）にしたが
ってレスポンスを計算して、サーバに送り返す。
【数９】
【００３９】レスポンスを受けとったサーバは、クライ
アントに送付したチャレンジＣと、クライアントから受
け取ったレスポンスＲ、サービスに割り当てられた法数
ｎと公開鍵ｅとの間に、式（２）の関係が成り立つかど
うかを検査する。式（２）の関係が成り立つ場合には、
クライアントに対してサービスを提供し、そうでなけれ
ばサービスを提供しない。
アントに送付したチャレンジＣと、クライアントから受
け取ったレスポンスＲ、サービスに割り当てられた法数
ｎと公開鍵ｅとの間に、式（２）の関係が成り立つかど
うかを検査する。式（２）の関係が成り立つ場合には、
クライアントに対してサービスを提供し、そうでなけれ
ばサービスを提供しない。
【００４０】この方式によれば、Ｌに記載されている利
用条件を変更するとレスポンスＲの値が変わり、その結
果として式（２）が成り立たなくなる。したがって、ク
ライアントのユーザがＬを自分の有利なように書き換え
ることに意味がなくなる。
用条件を変更するとレスポンスＲの値が変わり、その結
果として式（２）が成り立たなくなる。したがって、ク
ライアントのユーザがＬを自分の有利なように書き換え
ることに意味がなくなる。
【００４１】これまで説明した方式は、固有演算がクラ
イアントに割り当てられている。利用権証明データは固
有演算にあわせて作成されるので、同一のユーザが使用
するのであっても、クライアントが異なれば別の利用権
証明データが必要である。また、同一のクライアントを
使用している複数のユーザの間で、サービスの使用を許
したり許さなかったりという制御をすることも困難であ
る。
イアントに割り当てられている。利用権証明データは固
有演算にあわせて作成されるので、同一のユーザが使用
するのであっても、クライアントが異なれば別の利用権
証明データが必要である。また、同一のクライアントを
使用している複数のユーザの間で、サービスの使用を許
したり許さなかったりという制御をすることも困難であ
る。
【００４２】このように、固有演算がクライアントに割
り当てられる方式では、真にユーザにバインドした利用
権制御は困難である。このような問題を解決するための
解として、本発明では、固有演算部をスマートカード
（演算能力付きのＩＣカード）のような携帯型の装置で
実現する。ユーザはこの携帯型装置を携帯し、使用する
クライアントに接続する。この方式であれば、どのクラ
イアントを使用しても、ユーザにバインドした利用権制
御が可能である。
り当てられる方式では、真にユーザにバインドした利用
権制御は困難である。このような問題を解決するための
解として、本発明では、固有演算部をスマートカード
（演算能力付きのＩＣカード）のような携帯型の装置で
実現する。ユーザはこの携帯型装置を携帯し、使用する
クライアントに接続する。この方式であれば、どのクラ
イアントを使用しても、ユーザにバインドした利用権制
御が可能である。
【００４３】本発明は、サーバ（サーバコンピュー
タ）、クライアント、コンピュータシステム等装置また
はシステムとして実現でき、また方法としても実現で
き、さらに、少なくともその一部をコンピュータプログ
ラムとして実現できることはもちろんである。クライア
ントとしてはパーソナルコンピュータ、ワークステーシ
ョン、携帯端末、セットトップボックス、情報家庭電気
製品、インテリジェント電話機（携帯電話機も含む）
等、種々の情報端末として構成することが可能である。
タ）、クライアント、コンピュータシステム等装置また
はシステムとして実現でき、また方法としても実現で
き、さらに、少なくともその一部をコンピュータプログ
ラムとして実現できることはもちろんである。クライア
ントとしてはパーソナルコンピュータ、ワークステーシ
ョン、携帯端末、セットトップボックス、情報家庭電気
製品、インテリジェント電話機（携帯電話機も含む）
等、種々の情報端末として構成することが可能である。
【００４４】また、サーバはウェブサーバ、ＦＴＰサー
バ、アプリケーションサーバ等種々のサービスを提供す
る種々のサーバである。
バ、アプリケーションサーバ等種々のサービスを提供す
る種々のサーバである。
【００４５】サーバとクライアントとの間は有線または
無線のネットワークで接続可能であり、ＩＰ網、電話
網、移動体通信網等種々のネットワークの形態を採るこ
とが可能である。また、インターネット、イントラネッ
ト、エクストラネット等種々の利用環境に適用できる。
Ｂｌｕｅｔｏｏｔｈ（商標）等の微弱電波を用いた通信
チャネルを用いてもよい。この場合、このような微弱電
波の通信機能を有する機器がクライアントとなることが
できる。
無線のネットワークで接続可能であり、ＩＰ網、電話
網、移動体通信網等種々のネットワークの形態を採るこ
とが可能である。また、インターネット、イントラネッ
ト、エクストラネット等種々の利用環境に適用できる。
Ｂｌｕｅｔｏｏｔｈ（商標）等の微弱電波を用いた通信
チャネルを用いてもよい。この場合、このような微弱電
波の通信機能を有する機器がクライアントとなることが
できる。
【００４６】以上本発明について具体的に説明を行っ
た。本発明の以上の具体的な構成および本発明の種々の
側面については特許請求の範囲に記載され、以下、実施
例を用いて詳細に説明する。
た。本発明の以上の具体的な構成および本発明の種々の
側面については特許請求の範囲に記載され、以下、実施
例を用いて詳細に説明する。
【００４７】
【発明の実施の形態】以下、本発明の実施例について説
明する。
明する。
【００４８】［第１の実施例］第１の実施例は、クライ
アントに対してＷｅｂページを提供するＷｅｂサーバ
と、該Ｗｅｂサーバに対してＷｅｂページを要求してＷ
ｅｂページの提供を受けるクライアントからなる。
アントに対してＷｅｂページを提供するＷｅｂサーバ
と、該Ｗｅｂサーバに対してＷｅｂページを要求してＷ
ｅｂページの提供を受けるクライアントからなる。
【００４９】本実施例のＷｅｂサーバは、本発明を適用
した利用権認証の機構をもつ。Ｗｅｂサーバが持つＷｅ
ｂページには、必要に応じてＲＳＡ法数と公開鍵が割り
当てられている。割り当てられていないＷｅｂページ
は、どのクライアントに対しても提供される。
した利用権認証の機構をもつ。Ｗｅｂサーバが持つＷｅ
ｂページには、必要に応じてＲＳＡ法数と公開鍵が割り
当てられている。割り当てられていないＷｅｂページ
は、どのクライアントに対しても提供される。
【００５０】クライアントから、ＲＳＡ法数と公開鍵が
割り当てられているページに対する要求があった場合、
クライアントとの間でチャレンジ−レスポンスを行うこ
とで、クライアントがＷｅｂページに対する利用権を持
つかどうかが検査される。チャレンジ−レスポンスは、
Ｗｅｂページに割り当てられたＲＳＡ法数と公開鍵に対
応する利用権証明データをクライアントが持っている場
合のみ成功する。この検査に成功した場合にのみ、要求
されたＷｅｂページがクライアントに対して提供され
る。
割り当てられているページに対する要求があった場合、
クライアントとの間でチャレンジ−レスポンスを行うこ
とで、クライアントがＷｅｂページに対する利用権を持
つかどうかが検査される。チャレンジ−レスポンスは、
Ｗｅｂページに割り当てられたＲＳＡ法数と公開鍵に対
応する利用権証明データをクライアントが持っている場
合のみ成功する。この検査に成功した場合にのみ、要求
されたＷｅｂページがクライアントに対して提供され
る。
【００５１】Ｗｅｂページに対するＲＳＡ法数と公開鍵
の割り当ての方法には、いくつかのバリエーションが考
えられる。各Ｗｅｂページ毎に対応するＲＳＡ法数と公
開鍵を決めておいても良いし、ディレクトリ等でまとめ
られたＷｅｂページの集合に対してＲＳＡ法数と公開鍵
を対応させ、Ｗｅｂページの集合に含まれるいずれのＷ
ｅｂページに対する要求であっても、その集合にバイン
ドされているＲＳＡ法数と公開鍵を使ったチャレンジ−
レスポンスが行われるように構成してもよい。
の割り当ての方法には、いくつかのバリエーションが考
えられる。各Ｗｅｂページ毎に対応するＲＳＡ法数と公
開鍵を決めておいても良いし、ディレクトリ等でまとめ
られたＷｅｂページの集合に対してＲＳＡ法数と公開鍵
を対応させ、Ｗｅｂページの集合に含まれるいずれのＷ
ｅｂページに対する要求であっても、その集合にバイン
ドされているＲＳＡ法数と公開鍵を使ったチャレンジ−
レスポンスが行われるように構成してもよい。
【００５２】本実施例のクライアントは、本発明を応用
した利用権証明の機構を持つ。自己が要求したＷｅｂペ
ージに対して、Ｗｅｂサーバからチャンレンジが送られ
てきた場合、レスポンスを作成して送りかえすことがで
きる。
した利用権証明の機構を持つ。自己が要求したＷｅｂペ
ージに対して、Ｗｅｂサーバからチャンレンジが送られ
てきた場合、レスポンスを作成して送りかえすことがで
きる。
【００５３】本実施例のクライアントには、クライアン
ト毎に異なる固有データが割り当てられている。あるＷ
ｅｂページに対する特定のクライアントの利用権証明デ
ータは、そのＷｅｂページに割り当てられたＲＳＡ法数
と公開鍵に対応する秘密鍵と、クライアントに割り当て
られた固有データ、クライアントに対してＷｅｂページ
の利用が許される条件を記した利用条件データから作成
される。利用条件データには、クライアントにＷｅｂペ
ージの利用が許される期間の開始と終了の日時が記載さ
れる。
ト毎に異なる固有データが割り当てられている。あるＷ
ｅｂページに対する特定のクライアントの利用権証明デ
ータは、そのＷｅｂページに割り当てられたＲＳＡ法数
と公開鍵に対応する秘密鍵と、クライアントに割り当て
られた固有データ、クライアントに対してＷｅｂページ
の利用が許される条件を記した利用条件データから作成
される。利用条件データには、クライアントにＷｅｂペ
ージの利用が許される期間の開始と終了の日時が記載さ
れる。
【００５４】たとえば、Ｗｅｂページに割り当てられた
ＲＳＡ法数をｎ、公開鍵をｅ、ｎとｅに対応する秘密鍵
をｄ、クライアントに割り当てられた固有データをｕ、
利用条件データをＬとした場合、利用権証明データｔ
は、式（１０）にしたがって作成される。
ＲＳＡ法数をｎ、公開鍵をｅ、ｎとｅに対応する秘密鍵
をｄ、クライアントに割り当てられた固有データをｕ、
利用条件データをＬとした場合、利用権証明データｔ
は、式（１０）にしたがって作成される。
【数１０】 ｔ＝ｄ−ｆ（ｎ｜ｅ｜Ｌ｜ｕ） （１０） ここでｆ（・）はすべてのクライアントが共通に持つ暗
号学的ハッシュ関数である。
号学的ハッシュ関数である。
【００５５】図１は、第１の実施例におけるＷｅｂサー
バの内部構成を示している。
バの内部構成を示している。
【００５６】Ｗｅｂサーバ１０１は、以下の部分から構
成される。
成される。
【００５７】［入出力制御部１０２］：ネットワークを
経由して届くクライアントからＷｅｂサーバへの入力
と、ネットワークを経由して送られるＷｅｂサーバから
クライアントへの出力を制御する。
経由して届くクライアントからＷｅｂサーバへの入力
と、ネットワークを経由して送られるＷｅｂサーバから
クライアントへの出力を制御する。
【００５８】［ページデータ管理部１０３］：Ｗｅｂサ
ーバが持つＷｅｂページを管理する。クライアントから
のページの要求に対して、入出力制御部１０２を介して
Ｗｅｂページを提供する機能を持つ。Ｗｅｂページの提
供の際に、必要なら利用権認証部１０４を呼び出してク
ライアントが正しい利用権を持つかどうかを検査し、持
っていなければＷｅｂページの提供を中止することもで
きる。
ーバが持つＷｅｂページを管理する。クライアントから
のページの要求に対して、入出力制御部１０２を介して
Ｗｅｂページを提供する機能を持つ。Ｗｅｂページの提
供の際に、必要なら利用権認証部１０４を呼び出してク
ライアントが正しい利用権を持つかどうかを検査し、持
っていなければＷｅｂページの提供を中止することもで
きる。
【００５９】［利用権認証部１０４］：ページデータ管
理部１０３からの呼び出しに応じて、クライアントが正
しい利用権を持つかどうかを検査し、その結果をページ
データ管理部１０３に返す。検査の過程で、入出力制御
部１０２を経由して、クライアントとの間で通信を行
う。
理部１０３からの呼び出しに応じて、クライアントが正
しい利用権を持つかどうかを検査し、その結果をページ
データ管理部１０３に返す。検査の過程で、入出力制御
部１０２を経由して、クライアントとの間で通信を行
う。
【００６０】利用権認証部１０４は、以下の部分から構
成される。
成される。
【００６１】［利用権認証制御部１０５］：クライアン
トが正しい利用権を持つかどうかの検査全体を制御す
る。
トが正しい利用権を持つかどうかの検査全体を制御す
る。
【００６２】［公開鍵管理部１０６］：Ｗｅｂページ
と、そのＷｅｂページに対して割り当てられたＲＳＡ法
数と公開鍵の組み合わせを記憶・管理している。
と、そのＷｅｂページに対して割り当てられたＲＳＡ法
数と公開鍵の組み合わせを記憶・管理している。
【００６３】［チャレンジ生成部１０７］：クライアン
トが利用権を持つかどうかは、Ｗｅｂサーバとクライア
ントの間で行われるチャレンジ−レスポンスによって検
査される。チャレンジ生成部は、クライアントに送付さ
れるチャレンジを生成する。
トが利用権を持つかどうかは、Ｗｅｂサーバとクライア
ントの間で行われるチャレンジ−レスポンスによって検
査される。チャレンジ生成部は、クライアントに送付さ
れるチャレンジを生成する。
【００６４】［利用権検査部１０８］：クライアントか
ら送付されるレスポンスが、チャレンジ生成部で生成さ
れたチャンレンジや、クライアントから要求されている
Ｗｅｂページに割り当てられたＲＳＡ法数や公開鍵と所
定の関係にあるかどうかを判断し、出力する。
ら送付されるレスポンスが、チャレンジ生成部で生成さ
れたチャンレンジや、クライアントから要求されている
Ｗｅｂページに割り当てられたＲＳＡ法数や公開鍵と所
定の関係にあるかどうかを判断し、出力する。
【００６５】図２は、第１の実施例におけるクライアン
トの内部構成を示している。
トの内部構成を示している。
【００６６】クライアント２０１は、以下の部分から構
成される。
成される。
【００６７】［Ｗｅｂブラウザ２０２］：ネットワーク
を経由して届くＷｅｂサーバからクライアントへの入力
と、ネットワークを経由して送られるクライアントから
Ｗｅｂサーバへの出力を制御する。Ｗｅｂページに対す
る要求をＷｅｂサーバに送ったり、Ｗｅｂサーバから届
けられるＷｅｂページを処理するのも、Ｗｅｂブラウザ
２０２の役割である。
を経由して届くＷｅｂサーバからクライアントへの入力
と、ネットワークを経由して送られるクライアントから
Ｗｅｂサーバへの出力を制御する。Ｗｅｂページに対す
る要求をＷｅｂサーバに送ったり、Ｗｅｂサーバから届
けられるＷｅｂページを処理するのも、Ｗｅｂブラウザ
２０２の役割である。
【００６８】［利用権証明部２０４］：Ｗｅｂページに
対するクライアントの利用権をＷｅｂサーバに対して証
明する。利用権を認証するためのチャレンジが、Ｗｅｂ
ブラウザ２０２を介してＷｅｂサーバから届けられた際
に、自己の利用権を証明するためのレスポンスを計算
し、Ｗｅｂブラウザ２０２を介してＷｅｂサーバに送付
する。
対するクライアントの利用権をＷｅｂサーバに対して証
明する。利用権を認証するためのチャレンジが、Ｗｅｂ
ブラウザ２０２を介してＷｅｂサーバから届けられた際
に、自己の利用権を証明するためのレスポンスを計算
し、Ｗｅｂブラウザ２０２を介してＷｅｂサーバに送付
する。
【００６９】利用権証明部２０４は、以下の部分から構
成される。
成される。
【００７０】［利用権証明制御部２０５］：クライアン
トの利用権を証明するためのレスポンスの計算全体を制
御する。
トの利用権を証明するためのレスポンスの計算全体を制
御する。
【００７１】［利用権証明データ記憶部２０６］：Ｗｅ
ｂページに対する利用権証明データを記憶する。ここに
は複数の利用権証明データが記憶可能である。個々の利
用権証明データは、その利用権証明データの生成に使用
されたＲＳＡ法数、公開鍵、使用条件データとともに記
憶されている。
ｂページに対する利用権証明データを記憶する。ここに
は複数の利用権証明データが記憶可能である。個々の利
用権証明データは、その利用権証明データの生成に使用
されたＲＳＡ法数、公開鍵、使用条件データとともに記
憶されている。
【００７２】［利用条件評価部２０７］：利用条件デー
タに記載されている利用条件が満たされているかどうか
を判定する。本実施例の利用条件データには、クライア
ントがＷｅｂページを利用できる期間の開始日時と終了
日時が記載されており、利用条件評価部２０７は、現在
の時刻がＷｅｂページを利用できる期間内かどうかを判
定する機能を持つ。
タに記載されている利用条件が満たされているかどうか
を判定する。本実施例の利用条件データには、クライア
ントがＷｅｂページを利用できる期間の開始日時と終了
日時が記載されており、利用条件評価部２０７は、現在
の時刻がＷｅｂページを利用できる期間内かどうかを判
定する機能を持つ。
【００７３】［固有レスポンス生成部２０８］：本実施
例では、レスポンスを作成する際に、固有データを使用
した演算と、利用権証明データを使用した演算の２段階
に分かれる。固有レスポンス生成部２０８は、固有デー
タを使用した演算の部分を実行する。
例では、レスポンスを作成する際に、固有データを使用
した演算と、利用権証明データを使用した演算の２段階
に分かれる。固有レスポンス生成部２０８は、固有デー
タを使用した演算の部分を実行する。
【００７４】［レスポンス生成部２０９］：Ｗｅｂサー
バ１０１に送付するレスポンスを生成する。
バ１０１に送付するレスポンスを生成する。
【００７５】固有レスポンス生成部２０８は、さらに以
下の部分から構成される。
下の部分から構成される。
【００７６】［固有データ記憶部２１０］：クライアン
トに割り当てられた固有データを記憶する。
トに割り当てられた固有データを記憶する。
【００７７】［固有演算実行部２１１］：すべてのクラ
イアントが共通に持つ暗号学的ハッシュ関数ｆ（・）を
内蔵し、固有データ記憶部２１０に記憶されている固有
データを使用したハッシュ演算を実行する。
イアントが共通に持つ暗号学的ハッシュ関数ｆ（・）を
内蔵し、固有データ記憶部２１０に記憶されている固有
データを使用したハッシュ演算を実行する。
【００７８】［固有レスポンス演算部２１２］：固有演
算実行部２１１の結果を使用して、Ｗｅｂサーバ１０１
に送るレスポンスの計算の一部を実行する。
算実行部２１１の結果を使用して、Ｗｅｂサーバ１０１
に送るレスポンスの計算の一部を実行する。
【００７９】Ｗｅｂサーバ１０１は、クライアント２０
１からのＷｅｂページの要求を受けた場合、その要求は
入出力制御部１０２を介してページデータ管理部１０３
に送付される。ページデータ管理部１０３は、依頼され
たＷｅｂページに対する利用権をクライアント２０１が
持つことを確認するために、利用権認証部１０４を呼び
出す。この呼び出しの際に、要求されたＷｅｂページを
特定するための情報（たとえばファイル名）が、利用権
認証部１０４に渡される。
１からのＷｅｂページの要求を受けた場合、その要求は
入出力制御部１０２を介してページデータ管理部１０３
に送付される。ページデータ管理部１０３は、依頼され
たＷｅｂページに対する利用権をクライアント２０１が
持つことを確認するために、利用権認証部１０４を呼び
出す。この呼び出しの際に、要求されたＷｅｂページを
特定するための情報（たとえばファイル名）が、利用権
認証部１０４に渡される。
【００８０】利用権認証部１０４は、クライアント２０
１から要求されたＷｅｂページに対する利用権を要求元
であるクライアント２０１が所持しているかどうかを検
査し、その結果をページデータ管理部１０３に送る。利
用権を所持していることが確認されれば、Ｗｅｂページ
のデータがクライアント２０１に対して送付される。そ
うでなければ、エラーメッセージが送付される。
１から要求されたＷｅｂページに対する利用権を要求元
であるクライアント２０１が所持しているかどうかを検
査し、その結果をページデータ管理部１０３に送る。利
用権を所持していることが確認されれば、Ｗｅｂページ
のデータがクライアント２０１に対して送付される。そ
うでなければ、エラーメッセージが送付される。
【００８１】図３は、ページデータ管理部１０３に呼び
出された際の利用権認証部１０４の動作を示したフロー
チャートである。利用権認証部１０４が実行する利用権
認証の手順を、図３のフローチャートにしたがって説明
する。
出された際の利用権認証部１０４の動作を示したフロー
チャートである。利用権認証部１０４が実行する利用権
認証の手順を、図３のフローチャートにしたがって説明
する。
【００８２】利用権認証部１０４の動作は、利用権認証
制御部１０５によってコントロールされる。
制御部１０５によってコントロールされる。
【００８３】利用権認証制御部１０５は、まず公開鍵管
理部１０６呼び出し、クライアント２０１から要求され
ているＷｅｂページに割り当てられているＲＳＡ法数と
公開鍵が存在するかどうかを探索する（３０１）。割り
当てられたＲＳＡ法数と公開鍵が存在しなければ（３０
２）、利用権の認証に成功したことを出力し（３０
７）、処理は終了する。
理部１０６呼び出し、クライアント２０１から要求され
ているＷｅｂページに割り当てられているＲＳＡ法数と
公開鍵が存在するかどうかを探索する（３０１）。割り
当てられたＲＳＡ法数と公開鍵が存在しなければ（３０
２）、利用権の認証に成功したことを出力し（３０
７）、処理は終了する。
【００８４】要求されたＷｅｂページに対して割り当て
られたＲＳＡ法数と公開鍵が存在するならば（３０
２）、利用権認証制御部１０５はチャンレンジ生成部１
０７を呼び出してチャレンジを生成し、入出力制御部１
０２を介してクライアント２０１に送付する（３０
３）。また、チャレンジとともに、要求されたＷｅｂペ
ージに対して割り当てられたＲＳＡ法数と公開鍵も、同
時にクライアント２０１に送付される。
られたＲＳＡ法数と公開鍵が存在するならば（３０
２）、利用権認証制御部１０５はチャンレンジ生成部１
０７を呼び出してチャレンジを生成し、入出力制御部１
０２を介してクライアント２０１に送付する（３０
３）。また、チャレンジとともに、要求されたＷｅｂペ
ージに対して割り当てられたＲＳＡ法数と公開鍵も、同
時にクライアント２０１に送付される。
【００８５】その後、利用権認証部１０４は、クライア
ント２０１から入出力制御部１０２を介して送られてく
るレスポンスを待つ。チャレンジを送付してから一定の
時間の間にレスポンスが届かなければ（３０４）、利用
権の認証に失敗したことを出力し（３０８）、処理は終
了する。
ント２０１から入出力制御部１０２を介して送られてく
るレスポンスを待つ。チャレンジを送付してから一定の
時間の間にレスポンスが届かなければ（３０４）、利用
権の認証に失敗したことを出力し（３０８）、処理は終
了する。
【００８６】クライアント２０１からレスポンスが届い
た場合（３０４）、利用権認証制御部１０５は利用権検
査部１０８を呼び出し、レスポンスが正しいかどうかを
検査する（３０５）。３０３でクライアント２０１に送
付されたチャンレンジをＣ、３０４で受け取ったレスポ
ンスをＲ、要求されたＷｅｂページに割り当てられたＲ
ＳＡ法数をｎ、公開鍵をｅとすると、利用権検査部１０
８は式（２）が成り立つかどうかを検査する。成り立つ
場合（３０６）、利用権の認証に成功したことを出力し
（３０７）、処理は終了する。成り立たない場合（３０
６）、利用権の認証に失敗したことを出力し（３０
８）、処理は終了する。
た場合（３０４）、利用権認証制御部１０５は利用権検
査部１０８を呼び出し、レスポンスが正しいかどうかを
検査する（３０５）。３０３でクライアント２０１に送
付されたチャンレンジをＣ、３０４で受け取ったレスポ
ンスをＲ、要求されたＷｅｂページに割り当てられたＲ
ＳＡ法数をｎ、公開鍵をｅとすると、利用権検査部１０
８は式（２）が成り立つかどうかを検査する。成り立つ
場合（３０６）、利用権の認証に成功したことを出力し
（３０７）、処理は終了する。成り立たない場合（３０
６）、利用権の認証に失敗したことを出力し（３０
８）、処理は終了する。
【００８７】Ｗｅｂサーバ１０１から、Ｗｅｂブラウザ
２０２を介してチャレンジ、およびＲＳＡ法数と公開鍵
を受け取ったクライアント２０１は、利用権証明部２０
４に受け取ったチャレンジ、ＲＳＡ法数、公開鍵を渡し
てレスポンスを作成し、Ｗｅｂブラウザ２０２を介して
Ｗｅｂサーバ１０１に送る。
２０２を介してチャレンジ、およびＲＳＡ法数と公開鍵
を受け取ったクライアント２０１は、利用権証明部２０
４に受け取ったチャレンジ、ＲＳＡ法数、公開鍵を渡し
てレスポンスを作成し、Ｗｅｂブラウザ２０２を介して
Ｗｅｂサーバ１０１に送る。
【００８８】図４は、チャレンジ、ＲＳＡ法数、公開鍵
を渡された利用権証明部２０４の動作を示したフローチ
ャートである。利用権証明部２０４が実行するレスポン
ス作成の手順を、図４のフローチャートにしたがって説
明する。
を渡された利用権証明部２０４の動作を示したフローチ
ャートである。利用権証明部２０４が実行するレスポン
ス作成の手順を、図４のフローチャートにしたがって説
明する。
【００８９】利用権証明部２０４の動作は、利用権証明
制御部２０５によってコントロールされる。利用権証明
制御部２０５は、まず利用権証明データ記憶部２０６
に、Ｗｅｂサーバ１０１から受け取ったＲＳＡ法数と公
開鍵に対応する利用権証明データと利用条件データが存
在するかどうかを探索する（４０１）。利用権証明デー
タ記憶部２０６には、複数の利用権証明データが、その
利用権証明データの生成に使用されたＲＳＡ法数、公開
鍵、使用条件データとバインドされて記憶されており、
Ｗｅｂサーバ１０１から受け取ったＲＳＡ法数と公開鍵
と同じＲＳＡ法数と公開鍵にバインドされている利用権
証明データと利用条件データが探索される。
制御部２０５によってコントロールされる。利用権証明
制御部２０５は、まず利用権証明データ記憶部２０６
に、Ｗｅｂサーバ１０１から受け取ったＲＳＡ法数と公
開鍵に対応する利用権証明データと利用条件データが存
在するかどうかを探索する（４０１）。利用権証明デー
タ記憶部２０６には、複数の利用権証明データが、その
利用権証明データの生成に使用されたＲＳＡ法数、公開
鍵、使用条件データとバインドされて記憶されており、
Ｗｅｂサーバ１０１から受け取ったＲＳＡ法数と公開鍵
と同じＲＳＡ法数と公開鍵にバインドされている利用権
証明データと利用条件データが探索される。
【００９０】ここで、Ｗｅｂサーバ１０１から受け取っ
たＲＳＡ法数と公開鍵に対応する利用権証明データと利
用条件データが存在しなければ（４０２）、処理は終了
する。この場合、レスポンスがＷｅｂサーバ１０１に返
されることはない。
たＲＳＡ法数と公開鍵に対応する利用権証明データと利
用条件データが存在しなければ（４０２）、処理は終了
する。この場合、レスポンスがＷｅｂサーバ１０１に返
されることはない。
【００９１】ここで、Ｗｅｂサーバ１０１から受け取っ
たＲＳＡ法数と公開鍵に対応する利用権証明データと利
用条件データが存在する場合（４０２）、利用条件評価
部２０７が呼び出され、４０１で見つかった利用条件デ
ータに記載されている利用条件が満たされているかどう
かが評価される（４０３）。
たＲＳＡ法数と公開鍵に対応する利用権証明データと利
用条件データが存在する場合（４０２）、利用条件評価
部２０７が呼び出され、４０１で見つかった利用条件デ
ータに記載されている利用条件が満たされているかどう
かが評価される（４０３）。
【００９２】利用条件が満たされていない場合（４０
４）、処理は終了する。この場合、レスポンスがＷｅｂ
サーバ１０１に返されることはない。利用条件が満たさ
れている場合（４０４）、レスポンスを計算してＷｅｂ
サーバ１０１にＷｅｂブラウザ２０２を介して送付し
（４０５）、処理は終了する。
４）、処理は終了する。この場合、レスポンスがＷｅｂ
サーバ１０１に返されることはない。利用条件が満たさ
れている場合（４０４）、レスポンスを計算してＷｅｂ
サーバ１０１にＷｅｂブラウザ２０２を介して送付し
（４０５）、処理は終了する。
【００９３】４０５におけるレスポンスの計算では、ま
ず固有レスポンス生成部２０８を呼び出し、クライアン
トに割り当てられた固有データに基づく計算が行われ
る。固有レスポンス生成部２０８の呼び出し時には、Ｗ
ｅｂサーバ１０１から送付されたチャレンジとＲＳＡ法
数と公開鍵、４０１で見つかった利用条件データが渡さ
れる。
ず固有レスポンス生成部２０８を呼び出し、クライアン
トに割り当てられた固有データに基づく計算が行われ
る。固有レスポンス生成部２０８の呼び出し時には、Ｗ
ｅｂサーバ１０１から送付されたチャレンジとＲＳＡ法
数と公開鍵、４０１で見つかった利用条件データが渡さ
れる。
【００９４】固有レスポンス生成部２０８では、固有レ
スポンス演算部２１２が固有演算実行部２１１を呼び出
し、固有データ記憶部２１０に記憶されている固有デー
タに基づいた演算結果を入手する。固有演算実行部２１
１は、固有データ記憶部２１０に記憶されている固有デ
ータ、Ｗｅｂサーバ１０１から送付されたＲＳＡ法数と
公開鍵、４０１で見つかった利用条件データから、所定
の演算を行う。Ｗｅｂサーバ１０１から送付されたＲＳ
Ａ法数をｎ、公開鍵をｅ、４０１で見つかった利用条件
データをＬとすると、固有演算実行部２１１は式（１
１）に示す演算を実行し、結果Ｆを得る。
スポンス演算部２１２が固有演算実行部２１１を呼び出
し、固有データ記憶部２１０に記憶されている固有デー
タに基づいた演算結果を入手する。固有演算実行部２１
１は、固有データ記憶部２１０に記憶されている固有デ
ータ、Ｗｅｂサーバ１０１から送付されたＲＳＡ法数と
公開鍵、４０１で見つかった利用条件データから、所定
の演算を行う。Ｗｅｂサーバ１０１から送付されたＲＳ
Ａ法数をｎ、公開鍵をｅ、４０１で見つかった利用条件
データをＬとすると、固有演算実行部２１１は式（１
１）に示す演算を実行し、結果Ｆを得る。
【数１１】 Ｆ＝ｆ（ｎ｜ｅ｜Ｌ｜ｕ） （１１）
【００９５】その後、固有レスポンス演算部２１２は固
有演算実行部２１１の結果と、Ｗｅｂサーバ１０１から
送付されたチャレンジＣとＲＳＡ法数ｎとから、式（１
２）の演算を実施し、Ｒ’を計算する。
有演算実行部２１１の結果と、Ｗｅｂサーバ１０１から
送付されたチャレンジＣとＲＳＡ法数ｎとから、式（１
２）の演算を実施し、Ｒ’を計算する。
【数１２】 Ｒ’＝ＣＦ ｍｏｄ ｎ （１２）
【００９６】固有レスポンス生成部２０８から計算結果
であるＲ’を受け取ると利用権証明制御部２０５はレス
ポンス生成部２０９を呼び出しレスポンスＲを計算す
る。この計算は、Ｗｅｂサーバ１０１から送付されたチ
ャレンジＣとＲＳＡ法数ｎ、固有レスポンス生成部２０
８の計算結果Ｒ’、４０１で見つかった利用権証明デー
タｔとから、式（１３）に示す演算を実施して得られ
る。
であるＲ’を受け取ると利用権証明制御部２０５はレス
ポンス生成部２０９を呼び出しレスポンスＲを計算す
る。この計算は、Ｗｅｂサーバ１０１から送付されたチ
ャレンジＣとＲＳＡ法数ｎ、固有レスポンス生成部２０
８の計算結果Ｒ’、４０１で見つかった利用権証明デー
タｔとから、式（１３）に示す演算を実施して得られ
る。
【数１３】
【００９７】本実施例では、Ｗｅｂページに割り当てら
れた法数ｎと公開鍵ｅ、クライアントに割り当てられた
固有データｕと、そのクライアントの利用権を示す利用
権証明データｔと利用条件データＬとの組み合わせが正
しければ、３０５おける検査に成功し、その結果、クラ
イアントが要求したＷｅｂページのデータがクライアン
トに送付される。この組み合わせのいずれがおきかえら
れても、３０５おける検査は成功せず、クライアントは
要求したＷｅｂページのデータを得ることができない。
れた法数ｎと公開鍵ｅ、クライアントに割り当てられた
固有データｕと、そのクライアントの利用権を示す利用
権証明データｔと利用条件データＬとの組み合わせが正
しければ、３０５おける検査に成功し、その結果、クラ
イアントが要求したＷｅｂページのデータがクライアン
トに送付される。この組み合わせのいずれがおきかえら
れても、３０５おける検査は成功せず、クライアントは
要求したＷｅｂページのデータを得ることができない。
【００９８】本実施例では、利用権証明データが式（１
０）で定義されるので、固有レスポンス生成部２０８内
部の解析がセキュリティ上の問題となる。式（１１）の
結果がもれれば、ＲＳＡ法数ｎ、公開鍵ｅに対する秘密
鍵ｄが計算でき、そのｄによって、不正な利用が可能に
なる。式（１１）がわからずとも、固有データ記憶部２
１０が保持する固有データｕがわかれば、そこから式
（１１）の演算が誰にでも可能であり、やはり秘密鍵ｄ
が計算できることになる。この問題を回避するために
は、固有レスポンス生成部２０８の計算過程や内部のメ
モリを解析されないような手段を講じる必要がある。た
とえば、耐タンパー性のあるハードウエアを使って固有
レスポンス生成部２０８を構成したり、プログラムやメ
モリの状態が解析されにくくなるようなソフトウエア的
な技術を使って固有レスポンス生成部２０８を構成する
といった手段をとらなければならない。
０）で定義されるので、固有レスポンス生成部２０８内
部の解析がセキュリティ上の問題となる。式（１１）の
結果がもれれば、ＲＳＡ法数ｎ、公開鍵ｅに対する秘密
鍵ｄが計算でき、そのｄによって、不正な利用が可能に
なる。式（１１）がわからずとも、固有データ記憶部２
１０が保持する固有データｕがわかれば、そこから式
（１１）の演算が誰にでも可能であり、やはり秘密鍵ｄ
が計算できることになる。この問題を回避するために
は、固有レスポンス生成部２０８の計算過程や内部のメ
モリを解析されないような手段を講じる必要がある。た
とえば、耐タンパー性のあるハードウエアを使って固有
レスポンス生成部２０８を構成したり、プログラムやメ
モリの状態が解析されにくくなるようなソフトウエア的
な技術を使って固有レスポンス生成部２０８を構成する
といった手段をとらなければならない。
【００９９】スマートカード（演算機能を持つＩＣカー
ド）は、耐タンパー性の高いハードウエアであるので、
スマートカードを使って固有レスポンス生成部２０８を
構成することは有効である。この場合、固有データがク
ライアントに割り当てられるのではなく、スマートカー
ドに割り当てられることになり、スマートカードを携行
してクライアントに接続すれば、どのクライアントを使
用しても、同じ権利を行使することができる。スマート
カードに利用権証明データ記憶部２０６も含めれば、ユ
ーザにとってより使いやすいものとなる。
ド）は、耐タンパー性の高いハードウエアであるので、
スマートカードを使って固有レスポンス生成部２０８を
構成することは有効である。この場合、固有データがク
ライアントに割り当てられるのではなく、スマートカー
ドに割り当てられることになり、スマートカードを携行
してクライアントに接続すれば、どのクライアントを使
用しても、同じ権利を行使することができる。スマート
カードに利用権証明データ記憶部２０６も含めれば、ユ
ーザにとってより使いやすいものとなる。
【０１００】固有レスポンス生成部２０８と利用権証明
データ記憶部２０６をスマートカードで実現した場合
の、クライアント２０１の構成例を図５に示す。
データ記憶部２０６をスマートカードで実現した場合
の、クライアント２０１の構成例を図５に示す。
【０１０１】図５では、理解のしやすさを考慮して、図
２の構成例と同じ機能を持つ部分には同じ番号を付与
し、新たに出現した部分にのみ新たな番号を割り当てて
ある。
２の構成例と同じ機能を持つ部分には同じ番号を付与
し、新たに出現した部分にのみ新たな番号を割り当てて
ある。
【０１０２】図２の構成例と異なり、図５の構成例では
固有レスポンス生成部２０８と利用権証明データ記憶部
２０６がスマートカード５０２に含まれている。スマー
トカード５０２は、クライアント２０１との間のデータ
の入出力を制御するために、入出力制御部５０３を持っ
ている。クライアント２０１は、スマートカード５０２
を接続し、スマートカードとのデータの入出力を制御す
るために、スマートカード接続部５０１を持つ。なお、
他の構成は図２と同様であるので詳細な説明は省略す
る。
固有レスポンス生成部２０８と利用権証明データ記憶部
２０６がスマートカード５０２に含まれている。スマー
トカード５０２は、クライアント２０１との間のデータ
の入出力を制御するために、入出力制御部５０３を持っ
ている。クライアント２０１は、スマートカード５０２
を接続し、スマートカードとのデータの入出力を制御す
るために、スマートカード接続部５０１を持つ。なお、
他の構成は図２と同様であるので詳細な説明は省略す
る。
【０１０３】［第２の実施例］第２の実施例は、クライ
アントに対してＷｅｂアプリケーションを提供するＷｅ
ｂサーバと、該Ｗｅｂサーバ上のＷｅｂアプリを利用す
るクライアントからなる。Ｗｅｂサーバ上のＷｅｂアプ
リケーションの動作は、サーバサイド上で解釈・実行さ
れるスクリプトを使って制御されている。
アントに対してＷｅｂアプリケーションを提供するＷｅ
ｂサーバと、該Ｗｅｂサーバ上のＷｅｂアプリを利用す
るクライアントからなる。Ｗｅｂサーバ上のＷｅｂアプ
リケーションの動作は、サーバサイド上で解釈・実行さ
れるスクリプトを使って制御されている。
【０１０４】本実施例のＷｅｂサーバは、本発明を適用
した利用権認証の機構をもつ。利用権認証を呼び出すタ
イミングは、その利用権認証で使用するＲＳＡ法数と公
開鍵とともにスクリプトに記述することができる。スク
リプトの解釈・実行の過程で利用権認証の機構は呼び出
され、クライアントが利用権を持つことが認証される。
たとえば、Ｗｅｂアプリの特定の機能をクライアントに
提供する前にその機能に関する利用権認証を行い、利用
権を保持することが確認されたクライアントにのみ、該
機能が提供されるといったことが可能である。
した利用権認証の機構をもつ。利用権認証を呼び出すタ
イミングは、その利用権認証で使用するＲＳＡ法数と公
開鍵とともにスクリプトに記述することができる。スク
リプトの解釈・実行の過程で利用権認証の機構は呼び出
され、クライアントが利用権を持つことが認証される。
たとえば、Ｗｅｂアプリの特定の機能をクライアントに
提供する前にその機能に関する利用権認証を行い、利用
権を保持することが確認されたクライアントにのみ、該
機能が提供されるといったことが可能である。
【０１０５】利用権認証の機構が呼び出された場合、ク
ライアントとの間でチャレンジ‐レスポンスを行うこと
で、クライアントの利用権を持つかどうかが検査され
る。チャレンジ−レスポンスは、その利用権認証で使用
することが指定されたＲＳＡ法数と公開鍵に対応する利
用権証明データをクライアントが持っている場合のみ成
功する。
ライアントとの間でチャレンジ‐レスポンスを行うこと
で、クライアントの利用権を持つかどうかが検査され
る。チャレンジ−レスポンスは、その利用権認証で使用
することが指定されたＲＳＡ法数と公開鍵に対応する利
用権証明データをクライアントが持っている場合のみ成
功する。
【０１０６】本実施例のクライアントは、本発明を応用
した利用権証明の機構を持つ。Ｗｅｂサーバからチャン
レンジが送られてきた場合、レスポンスを作成して送り
かえすことができる。
した利用権証明の機構を持つ。Ｗｅｂサーバからチャン
レンジが送られてきた場合、レスポンスを作成して送り
かえすことができる。
【０１０７】本実施例のクライアントには、クライアン
ト毎に異なる固有データが割り当てられている。あるＲ
ＳＡ法数と公開鍵に対する特定のクライアントの利用権
証明データは、そのＲＳＡ法数と公開鍵に対応する秘密
鍵と、クライアントに割り当てられた固有データ、クラ
イアントに対してＷｅｂページの利用が許される条件を
記した利用条件データから作成される。利用条件データ
には、クライアントの利用権が有効な期間の開始と終了
の日時が記載される。
ト毎に異なる固有データが割り当てられている。あるＲ
ＳＡ法数と公開鍵に対する特定のクライアントの利用権
証明データは、そのＲＳＡ法数と公開鍵に対応する秘密
鍵と、クライアントに割り当てられた固有データ、クラ
イアントに対してＷｅｂページの利用が許される条件を
記した利用条件データから作成される。利用条件データ
には、クライアントの利用権が有効な期間の開始と終了
の日時が記載される。
【０１０８】たとえば、ＲＳＡ法数をｎ、公開鍵をｅ、
ｎとｅに対応する秘密鍵をｄ、クライアントに割り当て
られた固有データをｕ、利用条件データをＬとした場
合、利用権証明データｔは、式（１０）にしたがって作
成される。
ｎとｅに対応する秘密鍵をｄ、クライアントに割り当て
られた固有データをｕ、利用条件データをＬとした場
合、利用権証明データｔは、式（１０）にしたがって作
成される。
【０１０９】図６は、第２の実施例におけるＷｅｂサー
バの内部構成を示している。
バの内部構成を示している。
【０１１０】Ｗｅｂサーバ６０１は、以下の部分から構
成される。
成される。
【０１１１】［入出力制御部６０２］：ネットワークを
経由して届くクライアントからＷｅｂサーバへの入力
と、ネットワークを経由して送られるＷｅｂサーバから
クライアントへの出力を制御する。
経由して届くクライアントからＷｅｂサーバへの入力
と、ネットワークを経由して送られるＷｅｂサーバから
クライアントへの出力を制御する。
【０１１２】［スクリプト解釈部６０３］：Ｗｅｂサー
バが提供するＷｅｂアプリを構成するスクリプトを保持
し、クライアントからの要求に応じてスクリプトを解釈
・実行し、その結果を入出力制御部６０２を介してクラ
イアントに提供する。
バが提供するＷｅｂアプリを構成するスクリプトを保持
し、クライアントからの要求に応じてスクリプトを解釈
・実行し、その結果を入出力制御部６０２を介してクラ
イアントに提供する。
【０１１３】スクリプトを解釈・実行の際に、利用権認
証部６０４を呼び出してクライアントが正しい利用権を
持つかどうかを検査することができる。
証部６０４を呼び出してクライアントが正しい利用権を
持つかどうかを検査することができる。
【０１１４】［利用権認証部６０４］：スクリプト解釈
部６０３からの呼び出しに応じて、クライアントが正し
い利用権を持つかどうかを検査し、その結果をスクリプ
ト解釈部６０３に返す。検査の過程で、入出力制御部６
０２を経由して、クライアントとの間で通信を行う。
部６０３からの呼び出しに応じて、クライアントが正し
い利用権を持つかどうかを検査し、その結果をスクリプ
ト解釈部６０３に返す。検査の過程で、入出力制御部６
０２を経由して、クライアントとの間で通信を行う。
【０１１５】利用権認証部６０４は、以下の部分から構
成される。
成される。
【０１１６】［利用権認証制御部６０５］：クライアン
トが正しい利用権を持つかどうかの検査全体を制御す
る。
トが正しい利用権を持つかどうかの検査全体を制御す
る。
【０１１７】［チャレンジ生成部６０６］：クライアン
トが利用権を持つかどうかは、Ｗｅｂサーバとクライア
ントの間で行われるチャレンジ‐レスポンスによって検
査される。チャレンジ生成部は、クライアントに送付さ
れるチャレンジを生成する。
トが利用権を持つかどうかは、Ｗｅｂサーバとクライア
ントの間で行われるチャレンジ‐レスポンスによって検
査される。チャレンジ生成部は、クライアントに送付さ
れるチャレンジを生成する。
【０１１８】［利用権検査部６０７］：クライアントか
ら送付されるレスポンスが、チャレンジ生成部で生成さ
れたチャンレンジや、レスポンスとともにクライアント
から送付された利用権証明データや、スクリプト解釈部
６０３から指定されたＲＳＡ法数や公開鍵と所定の関係
にあるかどうかを判断し、出力する。
ら送付されるレスポンスが、チャレンジ生成部で生成さ
れたチャンレンジや、レスポンスとともにクライアント
から送付された利用権証明データや、スクリプト解釈部
６０３から指定されたＲＳＡ法数や公開鍵と所定の関係
にあるかどうかを判断し、出力する。
【０１１９】図７は、第２の実施例におけるクライアン
トの内部構成を示している。
トの内部構成を示している。
【０１２０】クライアント７０１は、以下の部分から構
成される。
成される。
【０１２１】［Ｗｅｂブラウザ７０２］：ネットワーク
を経由して届くＷｅｂサーバからクライアントへの入力
と、ネットワークを経由して送られるクライアントから
Ｗｅｂサーバへの出力を制御する。Ｗｅｂアプリに対す
る要求をＷｅｂサーバに送り、Ｗｅｂサーバから届けら
れるＷｅｂページを処理するのも、Ｗｅｂブラウザ７０
２の役割である。
を経由して届くＷｅｂサーバからクライアントへの入力
と、ネットワークを経由して送られるクライアントから
Ｗｅｂサーバへの出力を制御する。Ｗｅｂアプリに対す
る要求をＷｅｂサーバに送り、Ｗｅｂサーバから届けら
れるＷｅｂページを処理するのも、Ｗｅｂブラウザ７０
２の役割である。
【０１２２】［利用権証明部２０４］：利用権を認証す
るためのチャレンジが、Ｗｅｂブラウザ７０２を介して
Ｗｅｂサーバ６０１から届けられた際に、自己の利用権
を証明するためのレスポンスを計算し、利用権証明デー
タとともに、Ｗｅｂブラウザ７０２を介してＷｅｂサー
バ６０１に送付する。
るためのチャレンジが、Ｗｅｂブラウザ７０２を介して
Ｗｅｂサーバ６０１から届けられた際に、自己の利用権
を証明するためのレスポンスを計算し、利用権証明デー
タとともに、Ｗｅｂブラウザ７０２を介してＷｅｂサー
バ６０１に送付する。
【０１２３】利用権証明部７０４は、以下の部分から構
成される。
成される。
【０１２４】［利用権証明制御部７０５］：クライアン
トの利用権を証明するためのレスポンスの計算全体を制
御する。
トの利用権を証明するためのレスポンスの計算全体を制
御する。
【０１２５】［利用権証明データ記憶部７０６］：クラ
イアントが持つ利用権証明データを記憶する。ここには
複数の利用権証明データが記憶可能である。個々の利用
権証明データは、その利用権証明データの生成に使用さ
れたＲＳＡ法数、公開鍵、使用条件データとともに記憶
されている。
イアントが持つ利用権証明データを記憶する。ここには
複数の利用権証明データが記憶可能である。個々の利用
権証明データは、その利用権証明データの生成に使用さ
れたＲＳＡ法数、公開鍵、使用条件データとともに記憶
されている。
【０１２６】［利用条件評価部７０７］：利用条件デー
タに記載されている利用条件が満たされているかどうか
を判定する。本実施例の利用条件データには、対応する
利用権証明データの有効期間の開始日時と終了日時が記
載されており、利用条件評価部７０７は、現在の時刻が
この期間内かどうかを判定する機能を持つ。
タに記載されている利用条件が満たされているかどうか
を判定する。本実施例の利用条件データには、対応する
利用権証明データの有効期間の開始日時と終了日時が記
載されており、利用条件評価部７０７は、現在の時刻が
この期間内かどうかを判定する機能を持つ。
【０１２７】［レスポンス生成部７０８］：Ｗｅｂサー
バ６０１に送付するレスポンスを生成する。
バ６０１に送付するレスポンスを生成する。
【０１２８】レスポンス生成部７０８は、さらに以下の
部分から構成される。
部分から構成される。
【０１２９】［固有データ記憶部７０９］：クライアン
トに割り当てられた固有データを記憶する。
トに割り当てられた固有データを記憶する。
【０１３０】［固有演算実行部７１０］：すべてのクラ
イアントが共通に持つ暗号学的ハッシュ関数ｆ（・）を
内蔵し、固有データ記憶部７０９に記憶されている固有
データを使用したハッシュ演算を実行する。
イアントが共通に持つ暗号学的ハッシュ関数ｆ（・）を
内蔵し、固有データ記憶部７０９に記憶されている固有
データを使用したハッシュ演算を実行する。
【０１３１】［レスポンス演算部７１１］：固有演算実
行部７１０の結果を使用して、Ｗｅｂサーバ６０１に送
るレスポンスの計算を実行する。
行部７１０の結果を使用して、Ｗｅｂサーバ６０１に送
るレスポンスの計算を実行する。
【０１３２】Ｗｅｂサーバ６０１が保持しているスクリ
プトには、利用権認証の機構を呼び出すよう記載された
部分がある。利用権認証に使用するＲＳＡ法数と公開鍵
も、スクリプトに記載されている。スクリプトの解釈・
実行時に、利用権認証の機構を呼び出す部分に至った場
合、スクリプト解釈部６０３は、そこで指定されている
ＲＳＡ法数と公開鍵に対応する利用権をクライアント７
０１が持つことを確認するために、利用権認証部６０４
を呼び出す。
プトには、利用権認証の機構を呼び出すよう記載された
部分がある。利用権認証に使用するＲＳＡ法数と公開鍵
も、スクリプトに記載されている。スクリプトの解釈・
実行時に、利用権認証の機構を呼び出す部分に至った場
合、スクリプト解釈部６０３は、そこで指定されている
ＲＳＡ法数と公開鍵に対応する利用権をクライアント７
０１が持つことを確認するために、利用権認証部６０４
を呼び出す。
【０１３３】利用権認証部６０４は、指定されたＲＳＡ
法数と公開鍵に対応する利用権をクライアント７０１が
所持しているかどうかを検査し、その結果をスクリプト
解釈部６０３に送る。
法数と公開鍵に対応する利用権をクライアント７０１が
所持しているかどうかを検査し、その結果をスクリプト
解釈部６０３に送る。
【０１３４】図８は、スクリプト解釈部６０３に呼び出
された際の利用権認証部６０４の動作を示したフローチ
ャートである。利用権認証部６０４が実行する利用権認
証の手順を、図８のフローチャートにしたがって説明す
る。
された際の利用権認証部６０４の動作を示したフローチ
ャートである。利用権認証部６０４が実行する利用権認
証の手順を、図８のフローチャートにしたがって説明す
る。
【０１３５】利用権認証部６０４の動作は、利用権認証
制御部６０５によってコントロールされる。
制御部６０５によってコントロールされる。
【０１３６】利用権認証制御部６０５は、まず、チャン
レンジ生成部６０６を呼び出してチャレンジを生成し、
入出力制御部６０２を介してクライアント７０１に送付
する（８０１）。また、チャレンジとともに、利用権認
証に使用するＲＳＡ法数と公開鍵も、同時にクライアン
ト８０１に送付される。
レンジ生成部６０６を呼び出してチャレンジを生成し、
入出力制御部６０２を介してクライアント７０１に送付
する（８０１）。また、チャレンジとともに、利用権認
証に使用するＲＳＡ法数と公開鍵も、同時にクライアン
ト８０１に送付される。
【０１３７】その後、利用権認証部６０４は、クライア
ント７０１から入出力制御部６０２を介して送られてく
るレスポンスと利用権証明データを待つ。チャレンジを
送付してから一定の時間の間にレスポンスと利用権証明
データが届かなければ（８０２）、利用権の認証に失敗
したことを出力し（８０６）、処理は終了する。
ント７０１から入出力制御部６０２を介して送られてく
るレスポンスと利用権証明データを待つ。チャレンジを
送付してから一定の時間の間にレスポンスと利用権証明
データが届かなければ（８０２）、利用権の認証に失敗
したことを出力し（８０６）、処理は終了する。
【０１３８】クライアント７０１からレスポンスと利用
権証明データが届いた場合（８０２）、利用権認証制御
部６０５は利用権検査部６０７を呼び出し、レスポンス
が正しいかどうかを検査する（８０３）。８０１でクラ
イアント７０１に送付されたチャンレンジをＣ、８０２
で受け取ったレスポンスをＲ、利用権証明データをｔ、
利用権認証に使用するＲＳＡ法数をｎ、公開鍵をｅとす
ると、利用権検査部６０７は式（６）が成り立つかどう
かを検査する。成り立つ場合（８０４）、利用権の認証
に成功したことを出力し（８０５）、処理は終了する。
成り立たない場合（８０４）、利用権の認証に失敗した
ことを出力し（８０６）、処理は終了する。
権証明データが届いた場合（８０２）、利用権認証制御
部６０５は利用権検査部６０７を呼び出し、レスポンス
が正しいかどうかを検査する（８０３）。８０１でクラ
イアント７０１に送付されたチャンレンジをＣ、８０２
で受け取ったレスポンスをＲ、利用権証明データをｔ、
利用権認証に使用するＲＳＡ法数をｎ、公開鍵をｅとす
ると、利用権検査部６０７は式（６）が成り立つかどう
かを検査する。成り立つ場合（８０４）、利用権の認証
に成功したことを出力し（８０５）、処理は終了する。
成り立たない場合（８０４）、利用権の認証に失敗した
ことを出力し（８０６）、処理は終了する。
【０１３９】Ｗｅｂサーバ６０１から、Ｗｅｂブラウザ
７０２を介してチャレンジ、およびＲＳＡ法数と公開鍵
を受け取ったクライアント７０１は、利用権証明部７０
４に受け取ったチャレンジ、ＲＳＡ法数、公開鍵を渡し
てレスポンスを作成し、ＲＳＡ法数と公開鍵に対応する
利用権証明データとともに、Ｗｅｂブラウザ７０２を介
してＷｅｂサーバ６０１に送る。
７０２を介してチャレンジ、およびＲＳＡ法数と公開鍵
を受け取ったクライアント７０１は、利用権証明部７０
４に受け取ったチャレンジ、ＲＳＡ法数、公開鍵を渡し
てレスポンスを作成し、ＲＳＡ法数と公開鍵に対応する
利用権証明データとともに、Ｗｅｂブラウザ７０２を介
してＷｅｂサーバ６０１に送る。
【０１４０】図９は、チャレンジ、ＲＳＡ法数、公開鍵
を渡してレスポンスを渡された利用権証明部７０４の動
作を示したフローチャートである。利用権証明部７０４
が実行するレスポンス作成の手順を、図９のフローチャ
ートにしたがって説明する。
を渡してレスポンスを渡された利用権証明部７０４の動
作を示したフローチャートである。利用権証明部７０４
が実行するレスポンス作成の手順を、図９のフローチャ
ートにしたがって説明する。
【０１４１】利用権証明部７０４の動作は、利用権証明
制御部７０５によってコントロールされる。利用権証明
制御部７０５は、まず利用権証明データ記憶部７０６
に、Ｗｅｂサーバ６０１から受け取ったＲＳＡ法数と公
開鍵に対応する利用権証明データと利用条件データが存
在するかどうかを探索する（９０１）。利用権証明デー
タ記憶部７０６には、複数の利用権証明データが、その
利用権証明データの生成に使用されたＲＳＡ法数、公開
鍵、使用条件データとバインドされて記憶されており、
Ｗｅｂサーバ６０１から受け取ったＲＳＡ法数と公開鍵
と同じＲＳＡ法数と公開鍵にバインドされている利用権
証明データと利用条件データが探索される。
制御部７０５によってコントロールされる。利用権証明
制御部７０５は、まず利用権証明データ記憶部７０６
に、Ｗｅｂサーバ６０１から受け取ったＲＳＡ法数と公
開鍵に対応する利用権証明データと利用条件データが存
在するかどうかを探索する（９０１）。利用権証明デー
タ記憶部７０６には、複数の利用権証明データが、その
利用権証明データの生成に使用されたＲＳＡ法数、公開
鍵、使用条件データとバインドされて記憶されており、
Ｗｅｂサーバ６０１から受け取ったＲＳＡ法数と公開鍵
と同じＲＳＡ法数と公開鍵にバインドされている利用権
証明データと利用条件データが探索される。
【０１４２】ここで、Ｗｅｂサーバ６０１から受け取っ
たＲＳＡ法数と公開鍵に対応する利用権証明データと利
用条件データが存在しなければ（９０２）、処理は終了
する。この場合、レスポンスがＷｅｂサーバ６０１に返
されることはない。
たＲＳＡ法数と公開鍵に対応する利用権証明データと利
用条件データが存在しなければ（９０２）、処理は終了
する。この場合、レスポンスがＷｅｂサーバ６０１に返
されることはない。
【０１４３】ここで、Ｗｅｂサーバ６０１から受け取っ
たＲＳＡ法数と公開鍵に対応する利用権証明データと利
用条件データが存在する場合（９０２）、利用条件評価
部７０７が呼び出され、９０１で見つかった利用条件デ
ータに記載されている利用条件が満たされているかどう
かが評価される（９０３）。
たＲＳＡ法数と公開鍵に対応する利用権証明データと利
用条件データが存在する場合（９０２）、利用条件評価
部７０７が呼び出され、９０１で見つかった利用条件デ
ータに記載されている利用条件が満たされているかどう
かが評価される（９０３）。
【０１４４】利用条件が満たされていない場合（９０
４）、処理は終了する。この場合、レスポンスがＷｅｂ
サーバ６０１に返されることはない。利用条件が満たさ
れている場合（９０４）、レスポンスを計算して、９０
１で見つけた利用権証明データとともに、Ｗｅｂサーバ
６０１にＷｅｂブラウザ７０２を介して送付し（９０
５）、処理は終了する。
４）、処理は終了する。この場合、レスポンスがＷｅｂ
サーバ６０１に返されることはない。利用条件が満たさ
れている場合（９０４）、レスポンスを計算して、９０
１で見つけた利用権証明データとともに、Ｗｅｂサーバ
６０１にＷｅｂブラウザ７０２を介して送付し（９０
５）、処理は終了する。
【０１４５】９０５におけるレスポンスの計算では、ま
ずレスポンス生成部７０８を呼び出し、クライアントに
割り当てられた固有データに基づく計算が行われる。レ
スポンス生成部７０８の呼び出し時には、Ｗｅｂサーバ
６０１から送付されたチャレンジとＲＳＡ法数と公開鍵
が渡される。
ずレスポンス生成部７０８を呼び出し、クライアントに
割り当てられた固有データに基づく計算が行われる。レ
スポンス生成部７０８の呼び出し時には、Ｗｅｂサーバ
６０１から送付されたチャレンジとＲＳＡ法数と公開鍵
が渡される。
【０１４６】レスポンス生成部７０８では、レスポンス
演算部７１１が固有演算実行部７１０を呼び出し、固有
データ記憶部７０９に記憶されている固有データに基づ
いた演算結果を入手する。固有演算実行部７１０は、固
有データ記憶部７０９に記憶されている固有データ、Ｗ
ｅｂサーバ６０１から送付されたＲＳＡ法数と公開鍵か
ら、所定の演算を行う。Ｗｅｂサーバ６０１から送付さ
れたＲＳＡ法数をｎ、公開鍵をｅ、４０１で見つかった
利用条件データをＬとすると、固有演算実行部７１０は
式（１１）に示す演算を実行し、結果Ｆを得る。
演算部７１１が固有演算実行部７１０を呼び出し、固有
データ記憶部７０９に記憶されている固有データに基づ
いた演算結果を入手する。固有演算実行部７１０は、固
有データ記憶部７０９に記憶されている固有データ、Ｗ
ｅｂサーバ６０１から送付されたＲＳＡ法数と公開鍵か
ら、所定の演算を行う。Ｗｅｂサーバ６０１から送付さ
れたＲＳＡ法数をｎ、公開鍵をｅ、４０１で見つかった
利用条件データをＬとすると、固有演算実行部７１０は
式（１１）に示す演算を実行し、結果Ｆを得る。
【０１４７】その後、レスポンス演算部７１１は固有演
算実行部７１０の結果と、Ｗｅｂサーバ６０１から送付
されたチャレンジＣとＲＳＡ法数ｎとから、式（１４）
の演算を実施し、レスポンスＲを計算する。
算実行部７１０の結果と、Ｗｅｂサーバ６０１から送付
されたチャレンジＣとＲＳＡ法数ｎとから、式（１４）
の演算を実施し、レスポンスＲを計算する。
【数１４】 Ｒ＝ＣＦ ｍｏｄ ｎ （１４）
【０１４８】本実施例の利用権認証では、スクリプト解
釈部６０３から指定された法数ｎと公開鍵ｅ、クライア
ントに割り当てられた固有データｕと、そのクライアン
トの利用権を示す利用権証明データｔと利用条件データ
Ｌとの組み合わせが正しければ、８０５おける検査に成
功する。この組み合わせのいずれがおきかえられても、
８０５おける検査は成功しない。認証の結果はスクリプ
ト解釈部６０３に送り返され、その結果によって、Ｗｅ
ｂアプリの動作を変えることができる。たとえば、利用
権認証に成功した場合いクライアントに送付するＨＴＭ
Ｌ（ハイパーテキストマークアップ言語）文書と、失敗
した場合にクライアントに送付するＨＴＭＬ文書を変え
るといった制御が可能である。なお、ＨＴＭＬ文書に代
えてＸＭＬ（拡張可能言語）等の種々のウェブ言語を用
いることができる。
釈部６０３から指定された法数ｎと公開鍵ｅ、クライア
ントに割り当てられた固有データｕと、そのクライアン
トの利用権を示す利用権証明データｔと利用条件データ
Ｌとの組み合わせが正しければ、８０５おける検査に成
功する。この組み合わせのいずれがおきかえられても、
８０５おける検査は成功しない。認証の結果はスクリプ
ト解釈部６０３に送り返され、その結果によって、Ｗｅ
ｂアプリの動作を変えることができる。たとえば、利用
権認証に成功した場合いクライアントに送付するＨＴＭ
Ｌ（ハイパーテキストマークアップ言語）文書と、失敗
した場合にクライアントに送付するＨＴＭＬ文書を変え
るといった制御が可能である。なお、ＨＴＭＬ文書に代
えてＸＭＬ（拡張可能言語）等の種々のウェブ言語を用
いることができる。
【０１４９】本実施例では、利用権証明データが式（１
０）で定義されるので、レスポンス生成部７０８内部の
解析がセキュリティ上の問題となる。式（１１）の結果
がもれれば、ＲＳＡ法数ｎ、公開鍵ｅに対する秘密鍵ｄ
が計算でき、そのｄによって、不正な利用が可能にな
る。式（１１）がわからずとも、固有データ記憶部２１
０が保持する固有データｕがわかれば、そこから式（１
１）の演算が誰にでも可能であり、やはり秘密鍵ｄが計
算できることになる。この問題を回避するためには、レ
スポンス生成部７０８の計算過程や内部のメモリを解析
されないような手段を講じる必要がある。たとえば、耐
タンパー性のあるハードウエアを使ってレスポンス生成
部７０８を構成したり、プログラムやメモリの状態が解
析されにくくなるようなソフトウエア的な技術を使って
固有レスポンス生成部７０８を構成するといった手段を
とらなければならない。
０）で定義されるので、レスポンス生成部７０８内部の
解析がセキュリティ上の問題となる。式（１１）の結果
がもれれば、ＲＳＡ法数ｎ、公開鍵ｅに対する秘密鍵ｄ
が計算でき、そのｄによって、不正な利用が可能にな
る。式（１１）がわからずとも、固有データ記憶部２１
０が保持する固有データｕがわかれば、そこから式（１
１）の演算が誰にでも可能であり、やはり秘密鍵ｄが計
算できることになる。この問題を回避するためには、レ
スポンス生成部７０８の計算過程や内部のメモリを解析
されないような手段を講じる必要がある。たとえば、耐
タンパー性のあるハードウエアを使ってレスポンス生成
部７０８を構成したり、プログラムやメモリの状態が解
析されにくくなるようなソフトウエア的な技術を使って
固有レスポンス生成部７０８を構成するといった手段を
とらなければならない。
【０１５０】第１の実施例同様、スマートカードを使っ
てレスポンス生成部７０８を実現するのは、好適な方法
である。
てレスポンス生成部７０８を実現するのは、好適な方法
である。
【０１５１】レスポンス生成部７０８と利用権証明デー
タ記憶部７０６をスマートカードで実現した場合の、ク
ライアント７０１の構成例を図１０に示す。
タ記憶部７０６をスマートカードで実現した場合の、ク
ライアント７０１の構成例を図１０に示す。
【０１５２】図１０では、理解のしやすさを考慮して、
図７の構成例と同じ機能を持つ部分には同じ番号を付与
し、新たに出現した部分にのみ新たな番号を割り当てて
ある。
図７の構成例と同じ機能を持つ部分には同じ番号を付与
し、新たに出現した部分にのみ新たな番号を割り当てて
ある。
【０１５３】図７の構成例と異なり、図１０の構成例で
はレスポンス生成部７０８と利用権証明データ記憶部７
０６がスマートカード１００２に含まれている。スマー
トカード１００２は、クライアント７０１との間のデー
タの入出力を制御するために、入出力制御部１００３を
持っている。クライアント７０１は、スマートカード１
００２を接続し、スマートカードとのデータの入出力を
制御するために、スマートカード接続部１００１を持
つ。なお、他の構成は図７と同様であるので詳細な説明
は省略する。
はレスポンス生成部７０８と利用権証明データ記憶部７
０６がスマートカード１００２に含まれている。スマー
トカード１００２は、クライアント７０１との間のデー
タの入出力を制御するために、入出力制御部１００３を
持っている。クライアント７０１は、スマートカード１
００２を接続し、スマートカードとのデータの入出力を
制御するために、スマートカード接続部１００１を持
つ。なお、他の構成は図７と同様であるので詳細な説明
は省略する。
【０１５４】以上説明したように本発明の各実施例によ
れば、ユーザアカウントの情報を用いて認証を行わない
のでユーザアカウントを維持保守する必要がなく、ま
た、サーバ側にユーザのサービス利用履歴が知られると
いうこともない。
れば、ユーザアカウントの情報を用いて認証を行わない
のでユーザアカウントを維持保守する必要がなく、ま
た、サーバ側にユーザのサービス利用履歴が知られると
いうこともない。
【０１５５】以上で実施例の説明を終了する。
【０１５６】なお、本発明は上述実施例に限定されるも
のではなく、その趣旨を逸脱しない範囲で種々変更が可
能である。
のではなく、その趣旨を逸脱しない範囲で種々変更が可
能である。
【０１５７】
【発明の効果】以上説明したように、本発明によればユ
ーザアカウントを用いずにクライアントの認証を行え、
ユーザアカウント維持コストを削減でき、またユーザの
プライバシを漏洩することもない。
ーザアカウントを用いずにクライアントの認証を行え、
ユーザアカウント維持コストを削減でき、またユーザの
プライバシを漏洩することもない。
【図１】 本発明の第１の実施例のＷｅｂサーバの構成
を示すブロック図である。
を示すブロック図である。
【図２】 本発明の第１の実施例のクライアントの構成
を示すブロック図である。
を示すブロック図である。
【図３】 本発明の第１の実施例の動作を説明するフロ
ーチャートである。
ーチャートである。
【図４】 本発明の第１の実施例の動作を説明するフロ
ーチャートである。
ーチャートである。
【図５】 本発明の第１の実施例の変形例を説明するブ
ロック図である。
ロック図である。
【図６】 本発明の第２の実施例のＷｅｂサーバの構成
を示すブロック図である。
を示すブロック図である。
【図７】 本発明の第２の実施例のクライアントの構成
を示すブロック図である。
を示すブロック図である。
【図８】 本発明の第２の実施例の動作を説明するフロ
ーチャートである。
ーチャートである。
【図９】 本発明の第２の実施例の動作を説明するフロ
ーチャートである。
ーチャートである。
【図１０】 本発明の第２の実施例の変形例を説明する
ブロック図である。
ブロック図である。
１０１ サーバ １０２ 入出力制御部 １０３ ページデータ管理部 １０４ 利用権認証部 １０５ 利用権認証制御部 １０６ 公開鍵管理部 １０７ チャンレンジ生成部 １０８ 利用権検査部 ２０１ クライアント ２０２ ブラウザ ２０４ 利用権証明部 ２０５ 利用権証明制御部 ２０６ 利用権証明データ記憶部 ２０７ 利用条件評価部 ２０８ 固有レスポンス生成部 ２０９ レスポンス生成部 ２１０ 固有データ記憶部 ２１１ 固有演算実行部 ２１２ 固有レスポンス演算部 ５０１ スマートカード接続部 ５０２ スマートカード ５０３ 入出力制御部 ６０１ サーバ ６０２ 入出力制御部 ６０３ スクリプト解釈部 ６０４ 利用権認証部 ６０５ 利用権認証制御部 ６０６ チャンレンジ生成部 ６０７ 利用権検査部 ７０１ クライアント ７０２ ブラウザ ７０４ 利用権証明部 ７０５ 利用権証明制御部 ７０６ 利用権証明データ記憶部 ７０７ 利用条件評価部 ７０８ レスポンス生成部 ７０９ 固有データ記憶部 ７１０ 固有演算実行部 ７１１ レスポンス演算部 ８０１ クライアント １００１ スマートカード接続部 １００２ スマートカード １００３ 入出力制御部
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B085 AE13 AE23 BG07 5J104 AA07 AA13 KA01 KA05 MA01 NA12 NA35 NA40 PA07
Claims (16)
- 【請求項１】 ネットワークを介して接続されているク
ライアントに対してサービスを提供するサーバであっ
て、 該サーバが提供するサービス毎に割り当てられた公開鍵
を記憶する公開鍵記憶部と、 クライアントからのサービス要求を受けた際に、サーバ
からクライアントに対して送付するチャレンジを生成す
るチャレンジ生成部と、 クライアントに送付されたチャレンジと、該チャレンジ
に対してクライアントから送り返されたレスポンスとが
所定の関係にあることを公開鍵を使って検査する利用権
認証部とを備え、 該サーバが提供するサービスに対するクライアントの利
用権を認証する際に、 クライアントに対してチャレンジ生成部で生成されたチ
ャレンジを送付し、 クライアントからから送り返された該チャレンジに対す
るレスポンスを受け取り、 利用権検査部で、そのチャレンジとレスポンスとが所定
の関係にあることを、公開鍵記憶部に記憶された該サー
ビスに割り当てられた公開鍵を使用して検査し、 検査に成功した場合にのみ該サービスをクライアントに
提供することを特徴とするサーバ。 - 【請求項２】 ネットワークを介して接続されているサ
ーバに対して、サービスを要求するクライアントであっ
て、 クライアントに割り当てられた固有演算を実行する固有
演算実行部と、 要求するサービスに割り当てられた公開鍵に対応する秘
密鍵と、該クライアントに割り当てられた固有演算の結
果から作成された利用権証明データを記憶する、利用権
証明データ記憶部と、 サーバから送付されたチャレンジに対して、固有演算と
利用権証明データとを使用して所定の計算を実行し、レ
スポンスを生成するレスポンス生成部とを備え、 該サーバが提供するサービスに対する利用権をクライア
ントが保持していることをサーバに対して証明する際
に、 サーバから送付されたチャレンジを受け取り、 レスポンス生成部で、該チャレンジと、固有演算実行部
で実行される固有演算の結果と、利用権証明データ記憶
部に記憶されている利用権証明データとから、レスポン
スを生成し、 生成したレスポンスをサーバに送付することを特徴とす
るクライアント。 - 【請求項３】 ネットワークを介して接続されているサ
ーバに対して、サービスを要求するクライアントであっ
て、 固有演算を実行するための固有演算実行部を備える携帯
型装置を接続する携帯型装置接続部と、 要求するサービスに割り当てられた公開鍵に対応する秘
密鍵と、該携帯型装置に割り当てられた固有演算の結果
から作成された利用権証明データを記憶する、利用権証
明データ記憶部と、 サーバから送付されたチャレンジに対して、固有演算の
結果と利用権証明データとを使用して所定の計算を実行
し、レスポンスを生成するレスポンス生成部とを備え、 該サーバが提供するサービスに対する利用権をクライア
ントが保持していることをサーバに対して証明する際
に、 サーバから送付されたチャレンジを受け取り、 レスポンス生成部で、該チャレンジと、携帯型装置接続
部に接続された携帯型装置が持つ固有演算実行部で実行
される固有演算の結果と、利用権証明データ記憶部に記
憶されている利用権証明データとから、レスポンスを生
成し、 生成したレスポンスをサーバに送付することを特徴とす
るクライアント。 - 【請求項４】 ネットワークを介して接続されているク
ライアントに対してサービスを提供するサーバであっ
て、 該サーバが提供するサービス毎に割り当てられた公開鍵
を記憶する公開鍵記憶部と、 クライアントからのサービス要求を受けた際に、サーバ
からクライアントに対して送付するチャレンジを生成す
るチャレンジ生成部と、 クライアントに送付されたチャレンジと、該チャレンジ
に対してクライアントから送り返されたレスポンスと、
クライアントの利用権を証明するための利用権証明デー
タとが所定の関係にあることを、公開鍵を使って検査す
る利用権検査部とを備え、 該サーバが提供するサービスに対するクライアントの利
用権を認証する際に、 クライアントに対してチャレンジ生成部で生成されたチ
ャレンジを送付し、 クライアントからから送り返された、該チャレンジに対
するレスポンスと、該サービスに対するクライアントの
利用権を証明するための利用権証明データを受け取り、 利用権検査部で、該チャレンジと該利用権証明データと
該レスポンスとが所定の関係にあることを、公開鍵記憶
部に記憶されている該サービスに割り当てられた公開鍵
を使用して検査し、 検査に成功した場合にのみ該サービスをクライアントに
提供することを特徴とするサーバ。 - 【請求項５】 ネットワークを介して接続されているサ
ーバに対して、サービスを要求するクライアントであっ
て、 クライアントに割り当てられた固有演算を実行する固有
演算実行部と、 要求するサービスに割り当てられた公開鍵に対応する秘
密鍵と該クライアントに割り当てられた固有演算の結果
とから作成された利用権証明データを記憶する、利用権
証明データ記憶部と、 サーバから送付されたチャレンジに対して、固有演算の
結果を使用して所定の計算を実行し、レスポンスを生成
するレスポンス生成部とを備え、 該サーバが提供するサービスに対する利用権をクライア
ントが保持していることをサーバに対して証明する際
に、 サーバから送付されたチャレンジを受け取り、 レスポンス生成部で、該チャレンジと、固有演算実行部
で実行される固有演算の結果とから、レスポンスを生成
し、 生成したレスポンスと、利用権証明データ記憶部に記憶
されている利用権証明データとをサーバに送付すること
を特徴とするクライアント。 - 【請求項６】 ネットワークを介して接続されているサ
ーバに対して、サービスを要求するクライアントであっ
て、 固有演算を実行するための固有演算実行部を備える携帯
型装置を接続する携帯型装置接続部と、 要求するサービスに割り当てられた公開鍵に対応する秘
密鍵と該携帯型装置に割り当てられた固有演算の結果と
から作成された利用権証明データを記憶する、利用権証
明データ記憶部と、 サーバから送付されたチャレンジに対して、固有演算の
結果を使用して所定の計算を実行し、レスポンスを生成
するレスポンス生成部とを備え、 該サーバが提供するサービスに対する利用権をクライア
ントが保持していることをサーバに対して証明する際
に、 サーバから送付されたチャレンジを受け取り、 レスポンス生成部で、該チャレンジと、携帯型装置接続
部に接続された携帯型装置が持つ固有演算実行部で実行
される固有演算とから、レスポンスを生成し、 生成したレスポンスと、利用権証明データ記憶部に記憶
されている利用権証明データとをサーバに送付すること
を特徴とするクライアント。 - 【請求項７】 請求項３または６記載のクライアントで
あって、利用権証明データ記憶部が、携帯型装置接続部
で接続される携帯型装置に含まれることを特徴とするク
ライアント。 - 【請求項８】 請求項１または４記載のサーバであっ
て、 該サーバが、クライアントに対してＷｅｂアプリケーシ
ョンを提供するＷｅｂサーバであって、 クライアントに対して提供する個々のＷｅｂページに対
して公開鍵記憶部に記憶されている公開鍵が割り当てら
れており、 クライアントからＷｅｂページに対してアクセスの要求
があった際に、該Ｗｅｂページに対するクライアントの
利用権を、該Ｗｅｂページに対して割り当てられている
公開鍵を使用して検査することを特徴とするサーバ。 - 【請求項９】 請求項１または４記載のサーバであっ
て、 該サーバが、クライアントに対してＷｅｂアプリケーシ
ョンを提供するＷｅｂサーバであって、 クライアントに対して提供するＷｅｂページの集合に対
して公開鍵記憶部に記憶されている公開鍵が割り当てら
れており、 クライアントからＷｅｂページに対してアクセスの要求
があった際に、該Ｗｅｂページに対するクライアントの
利用権を、該Ｗｅｂページが属するＷｅｂページの集合
に対して割り当てられている公開鍵を使用して検査する
ことを特徴とするサーバ。 - 【請求項１０】 ネットワークを介して接続されている
クライアントに対してサービスを提供するサーバであっ
て、 該サーバがクライアントに対して提供するサービスの内
容を制御するためのスクリプトを解釈して、サーバの動
作を制御するスクリプト解釈部と、 スクリプト解釈部から呼び出すことができ、クライアン
トが持つ権利を認証する権利認証部を備えることを特徴
とするサーバ。 - 【請求項１１】 請求項１０に記載のサーバであって、 該権利認証部が、 サーバからクライアントに対して送付するチャレンジを
生成するチャレンジ生成部と、 クライアントに送付されたチャレンジと、該チャレンジ
に対してクライアントから送り返されたレスポンスとが
所定の関係にあることを公開鍵を使って検査する利用権
認証部とを備え、 スクリプト解釈部から呼び出された際に、権利認証に使
用する公開鍵の入力を受け、 クライアントに対してチャレンジ生成部で生成されたチ
ャレンジを送付し、 クライアントからから送り返された該チャレンジに対す
るレスポンスを受け取り、 利用権検査部で、そのチャレンジとレスポンスが所定の
関係にあることを、入力された公開鍵を使用して検査す
ることを特徴とするサーバ。 - 【請求項１２】 請求項１０に記載のサーバであって、 該権利認証部が、 サーバからクライアントに対して送付するチャレンジを
生成するチャレンジ生成部と、 クライアントに送付されたチャレンジと、該チャレンジ
に対してクライアントから送り返されたレスポンスとク
ライアントの利用権を証明するための利用権証明データ
とが所定の関係にあることを公開鍵を使って検査する利
用権認証部とを備え、 スクリプト解釈部から呼び出された際に、権利認証に使
用する公開鍵の入力を受け、 クライアントに対してチャレンジ生成部で生成されたチ
ャレンジを送付し、 クライアントからから送り返された該チャレンジに対す
るレスポンスとクライアントの利用権を証明するための
利用権証明データを受け取り、 利用権検査部で、そのチャレンジと該利用権証明データ
とレスポンスが所定の関係にあることを、入力された公
開鍵を使用して検査することを特徴とするサーバ。 - 【請求項１３】 サーバが、ネットワークを介して接続
されているクライアントに対して、サービスに対するク
ライアントの利用権を検査してからサービスを提供する
方法であって、 該サーバが提供するサービス毎に公開鍵を割り当ててお
き、 クライアントからのサービス要求を受けた際に、チャレ
ンジを生成してクライアントに送付するステップと、 該チャレンジに対してクライアントから送り返されたレ
スポンスを受け取るステップと、 クライアントに送付したチャレンジと、クライアントか
ら送り返されたレスポンスとが所定の関係にあること
を、要求されたサービスに割り当てた公開鍵を使って検
査するステップと、 検査に成功した場合にのみ要求されたサービスをクライ
アントに提供するステップとを有することを特徴とする
サービス提供方法。 - 【請求項１４】 クライアントが、ネットワークを介し
て接続されているサーバに対してサービスを要求する際
に、要求するサービスに対する利用権を所持しているこ
とをサーバに対して証明する方法であって、 クライアントには固有の演算が割り当てられており、 要求するサービスに割り当てられた公開鍵が割り当てら
れており、 そのサービスに対するクライアントの利用権が、該公開
鍵に対応する秘密鍵と、該クライアントに割り当てられ
た固有の演算の結果から作成された利用権証明データと
して表現され、クライアントに渡されており、 サーバから送付されたチャレンジを受け取るステップ
と、 自己に割り当てられた固有の演算を実行するステップ
と、 サーバから送付されたチャレンジと、固有の演算の結果
と、前記利用権証明データとからレスポンスを作成する
ステップと、 レスポンスをサーバに送付するステップとを有すること
を特徴とす利用権証明方法。 - 【請求項１５】 サーバが、ネットワークを介して接続
されているクライアントに対して、サービスに対するク
ライアントの利用権を検査してからサービスを提供する
方法であって、 該サーバが提供するサービス毎に公開鍵を割り当ててお
き、 クライアントからのサービス要求を受けた際に、チャレ
ンジを生成してクライアントに送付するステップと、 該チャレンジに対してクライアントから送り返されたレ
スポンスと、該サービスに対するクライアントの利用権
を表す利用権証明データを受け取るステップと、 クライアントに送付したチャレンジと、クライアントか
ら送付されたレスポンスと利用権証明データが所定の関
係にあることを、要求されたサービスに割り当てた公開
鍵を使って検査するステップと、 検査に成功した場合にのみ要求されたサービスをクライ
アントに提供するステップとを有することを特徴とする
サービス提供方法。 - 【請求項１６】 クライアントが、ネットワークを介し
て接続されているサーバに対してサービスを要求する際
に、要求するサービスに対する利用権を所持しているこ
とをサーバに対して証明する方法であって、 クライアントには固有の演算が割り当てられており、 要求するサービスに公開鍵が割り当てられており、 そのサービスに対するクライアントの利用権が、該公開
鍵に対応する秘密鍵と、該クライアントに割り当てられ
た固有の演算の結果から作成された利用権証明データと
して表現され、クライアントに渡されており、 サーバから送付されたチャレンジを受け取るステップ
と、 自己に割り当てられた固有の演算を実行するステップ
と、 サーバから送付されたチャレンジと、固有の演算の結果
とからレスポンスを作成するステップと、 レスポンスと前記利用権証明データとをサーバに送付す
るステップとを有することを特徴とする利用権証明方
法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001003603A JP3593979B2 (ja) | 2001-01-11 | 2001-01-11 | 利用権制御を伴うサーバおよびクライアントならびにサービス提供方法および利用権証明方法 |
| US10/014,362 US7165176B2 (en) | 2001-01-11 | 2001-12-11 | Access privilege authentication of client computer for services provided by server computer |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001003603A JP3593979B2 (ja) | 2001-01-11 | 2001-01-11 | 利用権制御を伴うサーバおよびクライアントならびにサービス提供方法および利用権証明方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002207698A true JP2002207698A (ja) | 2002-07-26 |
| JP3593979B2 JP3593979B2 (ja) | 2004-11-24 |
Family
ID=18871923
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001003603A Expired - Fee Related JP3593979B2 (ja) | 2001-01-11 | 2001-01-11 | 利用権制御を伴うサーバおよびクライアントならびにサービス提供方法および利用権証明方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7165176B2 (ja) |
| JP (1) | JP3593979B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20160050605A (ko) * | 2014-10-30 | 2016-05-11 | 에스케이텔레콤 주식회사 | 서비스 서버 및 그 동작 방법 |
| JP2020096308A (ja) * | 2018-12-14 | 2020-06-18 | 明雄 小田中 | デジタル割符方式を利用した認証システム |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030172299A1 (en) * | 2002-03-05 | 2003-09-11 | Gunter Carl A. | Method and system for maintaining secure access to web server services using permissions |
| US20020162004A1 (en) * | 2001-04-25 | 2002-10-31 | Gunter Carl A. | Method and system for managing access to services |
| US20050210263A1 (en) * | 2001-04-25 | 2005-09-22 | Levas Robert G | Electronic form routing and data capture system and method |
| US20020162002A1 (en) * | 2001-04-25 | 2002-10-31 | Gunter Carl A. | Method and system for controlling access to services |
| US6885388B2 (en) * | 2001-04-25 | 2005-04-26 | Probaris Technologies Inc. | Method for automatically generating list of meeting participants and delegation permission |
| US20030236977A1 (en) * | 2001-04-25 | 2003-12-25 | Levas Robert George | Method and system for providing secure access to applications |
| US20030172297A1 (en) * | 2002-03-05 | 2003-09-11 | Gunter Carl A. | Method and system for maintaining secure access to web server services using public keys |
| US20020162019A1 (en) * | 2001-04-25 | 2002-10-31 | Berry Michael C. | Method and system for managing access to services |
| US8099503B2 (en) | 2003-12-23 | 2012-01-17 | Microsoft Corporation | Methods and systems for providing secure access to a hosted service via a client application |
| KR100610317B1 (ko) * | 2004-01-06 | 2006-08-09 | 삼성전자주식회사 | 홈 네트워크를 구성하는 기기들에 대한 인증 장치 및 방법 |
| US20050188421A1 (en) * | 2004-02-24 | 2005-08-25 | Arbajian Pierre E. | System and method for providing data security |
| US7587594B1 (en) * | 2004-08-30 | 2009-09-08 | Microsoft Corporation | Dynamic out-of-process software components isolation for trustworthiness execution |
| US7665098B2 (en) * | 2005-04-29 | 2010-02-16 | Microsoft Corporation | System and method for monitoring interactions between application programs and data stores |
| US20060282830A1 (en) * | 2005-06-13 | 2006-12-14 | Microsoft Corporation | Analysis of the impact of application programs on resources stored in data stores |
| US20110167477A1 (en) * | 2010-01-07 | 2011-07-07 | Nicola Piccirillo | Method and apparatus for providing controlled access to a computer system/facility resource for remote equipment monitoring and diagnostics |
| US10135613B2 (en) | 2012-01-13 | 2018-11-20 | Qualcomm Incorporated | Method and apparatus for generating a privilege-based key |
| WO2015162985A1 (ja) * | 2014-04-25 | 2015-10-29 | 株式会社セキュアブレイン | 不正検知ネットワークシステム及び、不正検知方法 |
| US10389708B1 (en) | 2019-01-03 | 2019-08-20 | Capital One Services, Llc | Secure authentication of a user associated with communication with a service representative |
| CN112995325A (zh) * | 2021-03-10 | 2021-06-18 | 中国民航信息网络股份有限公司 | 服务调试方法、调试服务、电子设备及计算机存储介质 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5740361A (en) * | 1996-06-03 | 1998-04-14 | Compuserve Incorporated | System for remote pass-phrase authentication |
| JP3791131B2 (ja) | 1997-07-14 | 2006-06-28 | 富士ゼロックス株式会社 | 電子チケットシステム |
| AUPO847897A0 (en) * | 1997-08-08 | 1997-09-04 | Canon Information Systems Research Australia Pty Ltd | Network resource access method and apparatus |
| US6085249A (en) * | 1997-10-24 | 2000-07-04 | Pictra, Inc. | Method and apparatuses for transferring data for multiple applications through a single communication link in response to authentication information |
| JPH11175474A (ja) | 1997-12-10 | 1999-07-02 | Machine Contorol System Kk | ウェブサーバ用ログインマネージャ |
| JPH11234263A (ja) | 1998-02-12 | 1999-08-27 | Fuji Xerox Co Ltd | 相互認証方法および装置 |
| US6199113B1 (en) * | 1998-04-15 | 2001-03-06 | Sun Microsystems, Inc. | Apparatus and method for providing trusted network security |
| FI107984B (fi) * | 1998-05-20 | 2001-10-31 | Nokia Networks Oy | Palvelun luvattoman käytön estäminen |
| KR20010004791A (ko) * | 1999-06-29 | 2001-01-15 | 윤종용 | 인터넷 환경의 이동통신시스템에서 사용자 정보 보안 장치 및그 방법 |
| US20030115452A1 (en) * | 2000-12-19 | 2003-06-19 | Ravi Sandhu | One time password entry to access multiple network sites |
-
2001
- 2001-01-11 JP JP2001003603A patent/JP3593979B2/ja not_active Expired - Fee Related
- 2001-12-11 US US10/014,362 patent/US7165176B2/en not_active Expired - Lifetime
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20160050605A (ko) * | 2014-10-30 | 2016-05-11 | 에스케이텔레콤 주식회사 | 서비스 서버 및 그 동작 방법 |
| KR102224974B1 (ko) * | 2014-10-30 | 2021-03-08 | 에스케이텔레콤 주식회사 | 서비스 서버 및 그 동작 방법 |
| JP2020096308A (ja) * | 2018-12-14 | 2020-06-18 | 明雄 小田中 | デジタル割符方式を利用した認証システム |
Also Published As
| Publication number | Publication date |
|---|---|
| US7165176B2 (en) | 2007-01-16 |
| US20030084296A1 (en) | 2003-05-01 |
| JP3593979B2 (ja) | 2004-11-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3593979B2 (ja) | 利用権制御を伴うサーバおよびクライアントならびにサービス提供方法および利用権証明方法 | |
| CN108259438B (zh) | 一种基于区块链技术的认证的方法和装置 | |
| KR100463736B1 (ko) | 보안 환경에서의 이동 통신 장치 소프트웨어의 디버깅 및테스팅 허가 방법 | |
| Vigano | Automated security protocol analysis with the AVISPA tool | |
| US9306930B2 (en) | Service channel authentication processing hub | |
| Miculan et al. | Formal analysis of Facebook Connect single sign-on authentication protocol | |
| US20040186912A1 (en) | Method and system for transparently supporting digital signatures associated with web transactions | |
| JPH1141230A (ja) | ユーザ認証方法及びユーザ認証システム | |
| WO2007094369A1 (ja) | 分散認証システム及び分散認証方法 | |
| CN104969528A (zh) | 确定验证功能的查询系统和方法 | |
| US20140006781A1 (en) | Encapsulating the complexity of cryptographic authentication in black-boxes | |
| EP2545676A1 (en) | System and method for using a portable security device to cryptographically sign a document in response to signature requests from a relying party to a digital signature service | |
| JP2005538434A (ja) | 連携型（フェデレーテッド）環境におけるユーザ判定による認証のための方法およびシステム | |
| US20160241536A1 (en) | System and methods for user authentication across multiple domains | |
| US20090288155A1 (en) | Determining an identity of a third-party user in an saml implementation of a web-service | |
| CN110365684A (zh) | 应用集群的访问控制方法、装置和电子设备 | |
| JP2011215753A (ja) | 認証システムおよび認証方法 | |
| JP2018197997A (ja) | システム、情報処理装置、方法及びプログラム | |
| Maganis et al. | Opaak: using mobile phones to limit anonymous identities online | |
| US20200403812A1 (en) | Certificate issuing apparatus, verification apparatus, communication device, certificate issuing system, certificate issuing method, and non-transitory computer readable medium | |
| Kumar | Using automated model analysis for reasoning about security of web protocols | |
| JP2006004314A (ja) | 信用確立方法と信用に基づいたサービス制御システム | |
| US11595215B1 (en) | Transparently using macaroons with caveats to delegate authorization for access | |
| CN112583602B (zh) | 信息码数据传输方法、装置、系统、计算机设备和介质 | |
| Bauer | Formal analysis of self-issued OpenID providers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20031218 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20040122 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040122 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040315 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040511 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040706 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040810 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040823 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070910 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080910 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090910 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100910 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110910 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120910 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120910 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130910 Year of fee payment: 9 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| S802 | Written request for registration of partial abandonment of right |
Free format text: JAPANESE INTERMEDIATE CODE: R311802 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |