JP2003085140A - クライアント認証方法 - Google Patents
クライアント認証方法Info
- Publication number
- JP2003085140A JP2003085140A JP2001277920A JP2001277920A JP2003085140A JP 2003085140 A JP2003085140 A JP 2003085140A JP 2001277920 A JP2001277920 A JP 2001277920A JP 2001277920 A JP2001277920 A JP 2001277920A JP 2003085140 A JP2003085140 A JP 2003085140A
- Authority
- JP
- Japan
- Prior art keywords
- client
- authentication
- server
- authenticating
- web
- 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.)
- Pending
Links
Abstract
(57)【要約】
【課題】 ＨＴＴＰをデータ転送手段としたＷｅｂサー
バのための、セキュリティを考慮した、クライアントの
ハードウエアに依存しない、クライアントの実装に影響
しない、かつ実装コストが安価なＨＴＭＬによるクライ
アント認証方法を提供する。 【解決手段】 ネットワークを介してクライアント側よ
りサーバの資源を利用する環境で、前記クライアントを
認証するクライアント認証方法において、前記クライア
ントの利用要求に対して、前記サーバはユニークな認証
用ＩＤを作成して前記クライアントに返信し、前記認証
用ＩＤを受信したクライアントは、受信した認証用ＩＤ
と自己の信用照会情報とを前記サーバに送信し、前記サ
ーバは、前記クライアントから送信された認証用ＩＤと
自己が作成した前記ユニークな認証用ＩＤとの一致を認
証する。
バのための、セキュリティを考慮した、クライアントの
ハードウエアに依存しない、クライアントの実装に影響
しない、かつ実装コストが安価なＨＴＭＬによるクライ
アント認証方法を提供する。 【解決手段】 ネットワークを介してクライアント側よ
りサーバの資源を利用する環境で、前記クライアントを
認証するクライアント認証方法において、前記クライア
ントの利用要求に対して、前記サーバはユニークな認証
用ＩＤを作成して前記クライアントに返信し、前記認証
用ＩＤを受信したクライアントは、受信した認証用ＩＤ
と自己の信用照会情報とを前記サーバに送信し、前記サ
ーバは、前記クライアントから送信された認証用ＩＤと
自己が作成した前記ユニークな認証用ＩＤとの一致を認
証する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
してクライアント側よりサーバの資源を利用する環境
で、クライアントを認証するクライアント認証方法のセ
キュリティ改善に関する。
してクライアント側よりサーバの資源を利用する環境
で、クライアントを認証するクライアント認証方法のセ
キュリティ改善に関する。
【０００２】本発明は、特にＨＴＴＰ（Hyper Text Tra
nsfer Protocol）をデータ転送手段とするＷｅｂクライ
アント(WWWブラウザ又は携帯端末)により、解読可能な
ＨＴＭＬ(Hyper Text Markup Language)を基本としたＨ
ＭＩ（Human Machine Interface）を提供するＷｅｂサ
ーバで、クライアント認証を必要とする製品への適用を
主目的とする。
nsfer Protocol）をデータ転送手段とするＷｅｂクライ
アント(WWWブラウザ又は携帯端末)により、解読可能な
ＨＴＭＬ(Hyper Text Markup Language)を基本としたＨ
ＭＩ（Human Machine Interface）を提供するＷｅｂサ
ーバで、クライアント認証を必要とする製品への適用を
主目的とする。
【０００３】
【従来の技術】図４に示すクライアント認証方法は、HT
TP1.0で規定されている、Ｂａｓｉｃ認証である。１は
Ｗｅｂクライアント（ブラウザ）、２はＷｅｂサーバ、
３はこれらを結ぶネットワークであり、Ｗｅｂサーバ２
がＷｅｂクライアント１を認証するための単純なプロト
コルで、信用紹介情報としてユーザＩＤ及びパスワード
を使用する。
TP1.0で規定されている、Ｂａｓｉｃ認証である。１は
Ｗｅｂクライアント（ブラウザ）、２はＷｅｂサーバ、
３はこれらを結ぶネットワークであり、Ｗｅｂサーバ２
がＷｅｂクライアント１を認証するための単純なプロト
コルで、信用紹介情報としてユーザＩＤ及びパスワード
を使用する。
【０００４】通信の手順は、第１ステップで、Ｗｅｂ
クライアント１よりＷｅｂサーバ２に利用要求（ＨＴＭ
Ｌの取得）が送信される。Ｗｅｂサーバ２は未認証のた
め、ステップでＷｅｂクライアント１に対して信用照
会情報を要求する。この要求に対して、Ｗｅｂクライア
ント１はステップでユーザＩＤ及びパスワードをＷｅ
ｂサーバ２に送信する。Ｗｅｂサーバ２は、受信したユ
ーザＩＤ及びパスワードをデータベース情報（図示せ
ず）と照合し、Ｗｅｂクライアントを認証する。
クライアント１よりＷｅｂサーバ２に利用要求（ＨＴＭ
Ｌの取得）が送信される。Ｗｅｂサーバ２は未認証のた
め、ステップでＷｅｂクライアント１に対して信用照
会情報を要求する。この要求に対して、Ｗｅｂクライア
ント１はステップでユーザＩＤ及びパスワードをＷｅ
ｂサーバ２に送信する。Ｗｅｂサーバ２は、受信したユ
ーザＩＤ及びパスワードをデータベース情報（図示せ
ず）と照合し、Ｗｅｂクライアントを認証する。
【０００５】ユーザＩＤ及びパスワードは、クライアン
トにより生成され、Base64によりエンコードされて転送
されるが、デコード方式が一般に公開されているため、
盗用される危険性があり、セキュリティレベルは低い。
トにより生成され、Base64によりエンコードされて転送
されるが、デコード方式が一般に公開されているため、
盗用される危険性があり、セキュリティレベルは低い。
【０００６】図５に示すクライアント認証方法は、は、
Ｂａｓｉｃ認証を使用せずにＨＴＭＬ入力フォームによ
り認証機能を作成し、共通鍵暗号や公開鍵暗号等により
ユーザＩＤ及びパスワードを暗号化するものである。し
かしながら。暗号化した内容を、そのまま(暗号は解読
されないが)盗用される危険性がある。つまり、どちら
の方法も基本的な認証機能は実現できるが、セキュリテ
ィ面が弱く、セキュリティを必要とする分野での適応に
は向かない。
Ｂａｓｉｃ認証を使用せずにＨＴＭＬ入力フォームによ
り認証機能を作成し、共通鍵暗号や公開鍵暗号等により
ユーザＩＤ及びパスワードを暗号化するものである。し
かしながら。暗号化した内容を、そのまま(暗号は解読
されないが)盗用される危険性がある。つまり、どちら
の方法も基本的な認証機能は実現できるが、セキュリテ
ィ面が弱く、セキュリティを必要とする分野での適応に
は向かない。
【０００７】セキュリティ面を強化したプロトコルにNe
tscape Communication社が開発したＳＳＬ（Secure Soc
ket Layer）がある。ＳＳＬは、ＴＣＰ／ＩＰ（トラン
スポート層）とＨＴＴＰ（アプリケーション層）等のア
プリケーションプロトコルの間に位置するプロトコル
で、トランスポート層より上位層のデータを全て暗号化
するものである。ＳＳＬには、暗号化機能の他に認証機
能も含まれている。
tscape Communication社が開発したＳＳＬ（Secure Soc
ket Layer）がある。ＳＳＬは、ＴＣＰ／ＩＰ（トラン
スポート層）とＨＴＴＰ（アプリケーション層）等のア
プリケーションプロトコルの間に位置するプロトコル
で、トランスポート層より上位層のデータを全て暗号化
するものである。ＳＳＬには、暗号化機能の他に認証機
能も含まれている。
【０００８】このように、ＳＳＬはインターネット上で
のデータ交換のセキュリティを強固なものにする。現
在、Netscape Communication社製品をはじめとし、対応
製品が増えてきており、電子商取引やオンラインバンキ
ング等のインターネット上でセキュリティを必要とされ
る分野では、標準となりつつある。しかし、ＳＳＬは実
装コストが大きいため、携帯電話や産業用コンピュータ
分野における携帯端末等への対応は進んでいない。
のデータ交換のセキュリティを強固なものにする。現
在、Netscape Communication社製品をはじめとし、対応
製品が増えてきており、電子商取引やオンラインバンキ
ング等のインターネット上でセキュリティを必要とされ
る分野では、標準となりつつある。しかし、ＳＳＬは実
装コストが大きいため、携帯電話や産業用コンピュータ
分野における携帯端末等への対応は進んでいない。
【０００９】
【発明が解決しようとする課題】以上説明したように、
ＨＴＴＰをデータ転送手段としているＷｅｂクライアン
トを対象としたＷｅｂサーバの利用環境を構築するうえ
で、Ｂａｓｉｃ認証や、ＨＴＭＬフォームを使用した認
証プロトコルを採用することは、適応クライアントの範
囲を広げる効果があるが、セキュリティ面が損なわれる
可能性がある。一方、セキュリティ面を強化したＳＳＬ
等を採用することは、強固なセキュリティを確保できる
が、対応できるクライアントの範囲を狭めることにな
る。
ＨＴＴＰをデータ転送手段としているＷｅｂクライアン
トを対象としたＷｅｂサーバの利用環境を構築するうえ
で、Ｂａｓｉｃ認証や、ＨＴＭＬフォームを使用した認
証プロトコルを採用することは、適応クライアントの範
囲を広げる効果があるが、セキュリティ面が損なわれる
可能性がある。一方、セキュリティ面を強化したＳＳＬ
等を採用することは、強固なセキュリティを確保できる
が、対応できるクライアントの範囲を狭めることにな
る。
【００１０】本発明の目的は、ＨＴＴＰをデータ転送手
段としたＷｅｂサーバのための、セキュリティを考慮し
た、クライアントのハードウエアに依存しない、クライ
アントの実装に影響しない、かつ実装コストが安価なＨ
ＴＭＬによるクライアント認証方法を提供するものであ
る。
段としたＷｅｂサーバのための、セキュリティを考慮し
た、クライアントのハードウエアに依存しない、クライ
アントの実装に影響しない、かつ実装コストが安価なＨ
ＴＭＬによるクライアント認証方法を提供するものであ
る。
【００１１】
【課題を解決するための手段】このような課題を達成す
るために、本発明のうち請求項１記載発明の特徴は、ネ
ットワークを介してクライアント側よりサーバの資源を
利用する環境で、前記クライアントを認証するクライア
ント認証方法において、前記クライアントの利用要求に
対して、前記サーバはユニークな認証用ＩＤを作成して
前記クライアントに返信し、前記認証用ＩＤを受信した
クライアントは、受信した認証用ＩＤと自己の信用照会
情報とを前記サーバに送信し、前記サーバは、前記クラ
イアントから送信された認証用ＩＤと自己が作成した前
記ユニークな認証用ＩＤとの一致を認証する、点にあ
る。
るために、本発明のうち請求項１記載発明の特徴は、ネ
ットワークを介してクライアント側よりサーバの資源を
利用する環境で、前記クライアントを認証するクライア
ント認証方法において、前記クライアントの利用要求に
対して、前記サーバはユニークな認証用ＩＤを作成して
前記クライアントに返信し、前記認証用ＩＤを受信した
クライアントは、受信した認証用ＩＤと自己の信用照会
情報とを前記サーバに送信し、前記サーバは、前記クラ
イアントから送信された認証用ＩＤと自己が作成した前
記ユニークな認証用ＩＤとの一致を認証する、点にあ
る。
【００１２】請求項２記載発明の特徴は、前記認証用Ｉ
Ｄは、発行後１回の認証に使用された後に廃棄される点
にある。
Ｄは、発行後１回の認証に使用された後に廃棄される点
にある。
【００１３】請求項３記載発明の特徴は、前記認証用Ｉ
Ｄは、発行後所定の期間経過後に廃棄される点にある。
Ｄは、発行後所定の期間経過後に廃棄される点にある。
【００１４】請求項４記載発明の特徴は、前記認証用Ｉ
Ｄ及び前記信用照会情報が暗号化された点にある。
Ｄ及び前記信用照会情報が暗号化された点にある。
【００１５】請求項５記載発明の特徴は、前記クライア
ントがＷｅｂクライアントであり、前記サーバがＷｅｂ
サーバであり、両者がインターネット又はイントラネッ
トを介して通信する点にある。
ントがＷｅｂクライアントであり、前記サーバがＷｅｂ
サーバであり、両者がインターネット又はイントラネッ
トを介して通信する点にある。
【００１６】請求項６記載発明の特徴は、前記Ｗｅｂサ
ーバは、前記Ｗｅｂクライアントに前記認証用ＩＤを送
信する際に、前記認証用ＩＤ並びに前記信用照会情報を
入力するためのＨＴＭＬフォームを送信する点にある。
ーバは、前記Ｗｅｂクライアントに前記認証用ＩＤを送
信する際に、前記認証用ＩＤ並びに前記信用照会情報を
入力するためのＨＴＭＬフォームを送信する点にある。
【００１７】
【発明の実施の形態】以下本発明実施態様を、図面を用
いて説明する。図１は本発明に係るクライアント認証方
法の基本を説明する機能ブロック図、図２は本発明をＷ
ｅｂクライアントとＷｅｂサーバの環境に適用した場合
の機能ブロック図、図３は図２の機能に暗号化手法を追
加した場合の機能ブロック図である。
いて説明する。図１は本発明に係るクライアント認証方
法の基本を説明する機能ブロック図、図２は本発明をＷ
ｅｂクライアントとＷｅｂサーバの環境に適用した場合
の機能ブロック図、図３は図２の機能に暗号化手法を追
加した場合の機能ブロック図である。
【００１８】図１において、未認証のクライアント１が
サーバ２に何らかの要求を行った場合（ステップ）、
サーバ２は、そのクライアントを認証済であるか・そう
でないかを確認し、認証を行っていない場合には、ユニ
ークな認証用ＩＤ（ユーザーＩＤとは異なる。いわゆる
整理番号的な機能）を生成し、クライアント１に返す
（ステップ）。
サーバ２に何らかの要求を行った場合（ステップ）、
サーバ２は、そのクライアントを認証済であるか・そう
でないかを確認し、認証を行っていない場合には、ユニ
ークな認証用ＩＤ（ユーザーＩＤとは異なる。いわゆる
整理番号的な機能）を生成し、クライアント１に返す
（ステップ）。
【００１９】この際、サーバ２はクライアント１に渡し
た認証用ＩＤを、認証時に照合するために記憶する。サ
ーバ２から認証用を返されたクライアント１は、信用照
会情報（ユーザーＩＤとパスワード）を作成し、認証用
ＩＤと共にサーバに対して返信する。（ステップ）。
た認証用ＩＤを、認証時に照合するために記憶する。サ
ーバ２から認証用を返されたクライアント１は、信用照
会情報（ユーザーＩＤとパスワード）を作成し、認証用
ＩＤと共にサーバに対して返信する。（ステップ）。
【００２０】認証要求を受け取ったサーバ２は、クライ
アント１から送られた認証用ＩＤを照合し、正規にサー
バが発行したもので有効期限が切れていなければ、信用
照会情報によりクライアントの認証を行う。この認証手
続きが完了すると、サーバ２に記憶した認証用ＩＤを削
除する。このように、認証用ＩＤは、クライアント認証
完了後に削除することで、発行後一回のみ使用可能とな
る。
アント１から送られた認証用ＩＤを照合し、正規にサー
バが発行したもので有効期限が切れていなければ、信用
照会情報によりクライアントの認証を行う。この認証手
続きが完了すると、サーバ２に記憶した認証用ＩＤを削
除する。このように、認証用ＩＤは、クライアント認証
完了後に削除することで、発行後一回のみ使用可能とな
る。
【００２１】また、認証用ＩＤに有効期限（通常は数
分）を設けることで、サーバが記憶した発行済認証用Ｉ
Ｄが有効期限内に照合が行われない場合には、これを削
除することができる。したがって、サーバ内に認証用Ｉ
Ｄがリークする恐れはない。
分）を設けることで、サーバが記憶した発行済認証用Ｉ
Ｄが有効期限内に照合が行われない場合には、これを削
除することができる。したがって、サーバ内に認証用Ｉ
Ｄがリークする恐れはない。
【００２２】図２は、図１の機能をＷｅｂクライアント
１とＷｅｂサーバ２の環境に適用した場合の機能ブロッ
ク図であるが、認証の基本手順は図１と同一である。ス
テップにおいて、Ｗｅｂサーバ２は、そのクライアン
トを認証済であるか・そうでないかを確認し、認証を行
っていない場合には、ユニークな認証用ＩＤを生成し、
信用照会情報を入力するためのＨＴＭＬ入力フォームと
共にクライアント１に返す。更に、サーバ２はクライア
ント１に渡した認証用ＩＤを、認証時に照合するために
記憶する。
１とＷｅｂサーバ２の環境に適用した場合の機能ブロッ
ク図であるが、認証の基本手順は図１と同一である。ス
テップにおいて、Ｗｅｂサーバ２は、そのクライアン
トを認証済であるか・そうでないかを確認し、認証を行
っていない場合には、ユニークな認証用ＩＤを生成し、
信用照会情報を入力するためのＨＴＭＬ入力フォームと
共にクライアント１に返す。更に、サーバ２はクライア
ント１に渡した認証用ＩＤを、認証時に照合するために
記憶する。
【００２３】ステップにおいて、Ｗｅｂクライアント
１は、サーバ２から認証用ＩＤと信用照会情報入力用Ｈ
ＴＭＬを返されたクライアント１は、信用照会情報を作
成し、認証用ＩＤと共にサーバに対して返信する。
１は、サーバ２から認証用ＩＤと信用照会情報入力用Ｈ
ＴＭＬを返されたクライアント１は、信用照会情報を作
成し、認証用ＩＤと共にサーバに対して返信する。
【００２４】次に図３により、第２図の環境において認
証用ＩＤと信用照会情報等を暗号化した実施例について
説明する。暗号化を実施しない場合、第三者に認証用Ｉ
Ｄ及び信用照会情報を盗用される可能性がある。したが
って、本発明のクライアント認証方法は、暗号化技術と
組み合わせることにより、十分なセキュリティを確保で
きるようになる。
証用ＩＤと信用照会情報等を暗号化した実施例について
説明する。暗号化を実施しない場合、第三者に認証用Ｉ
Ｄ及び信用照会情報を盗用される可能性がある。したが
って、本発明のクライアント認証方法は、暗号化技術と
組み合わせることにより、十分なセキュリティを確保で
きるようになる。
【００２５】一般的な暗号化技術に、共通鍵暗号方式が
ある。図３は、図２で示した認証用ＩＤ及び信用照会情
報を、共通鍵暗号方式を使用して転送するものである。
この共通鍵暗号方式に使用する共通鍵は、予めクライア
ント及びサーバ間で取り決めたものを使用する。ここ
で、クライアント上で認証用ＩＤ及び信用照会情報を暗
号化する仕組みが必要となるが、Ａｐｐｌｅｔ（Java
（登録商標））やJava（登録商標）スクリプトが動作す
る環境があれば問題ない。
ある。図３は、図２で示した認証用ＩＤ及び信用照会情
報を、共通鍵暗号方式を使用して転送するものである。
この共通鍵暗号方式に使用する共通鍵は、予めクライア
ント及びサーバ間で取り決めたものを使用する。ここ
で、クライアント上で認証用ＩＤ及び信用照会情報を暗
号化する仕組みが必要となるが、Ａｐｐｌｅｔ（Java
（登録商標））やJava（登録商標）スクリプトが動作す
る環境があれば問題ない。
【００２６】本発明では、認証用ＩＤを論理的なものに
することで、クライアントのハードウエアに依存しない
実装が可能となる。
することで、クライアントのハードウエアに依存しない
実装が可能となる。
【００２７】本発明は、ＨＴＭＬを利用したクライアン
ト・サーバ間における、クライアントの認証プロトコル
の提供を主目的とするものである。したがって、ＨＴＭ
Ｌを使用したＨＭＩを持つ製品すべてに応用が可能であ
る。
ト・サーバ間における、クライアントの認証プロトコル
の提供を主目的とするものである。したがって、ＨＴＭ
Ｌを使用したＨＭＩを持つ製品すべてに応用が可能であ
る。
【００２８】また、本発明で提供する認証プロトコル
は、クライアント及びサーバのハードウエアに依存しな
い、更にクライアント及びサーバのソフトウエアにも依
存しないので、実装コストが安価であるため、ＨＴＴＰ
以外のトランスポートプロトコルを使用するソフトウエ
アにも適応可能である。
は、クライアント及びサーバのハードウエアに依存しな
い、更にクライアント及びサーバのソフトウエアにも依
存しないので、実装コストが安価であるため、ＨＴＴＰ
以外のトランスポートプロトコルを使用するソフトウエ
アにも適応可能である。
【００２９】
【発明の効果】以上説明したことから明らかなように、
本発明によれば次のような効果がある。 サーバ側で認証用ＩＤを発行し、それをクライアン
トが返すことで、第三者による不正認証を防止すること
ができる。 サーバが発行した認証用ＩＤは、発行後一回のみ使
用可能とすることで、第三者による認証用ＩＤの盗用を
防止することができる。 サーバが発行した認証用ＩＤに有効期限を設けるこ
とにより、サーバ内での認証用ＩＤのリーク及び、第三
者による認証用ＩＤの盗用を防止することができる。 ＨＴＭＬを使用し、ＨＴＴＰでデータ転送を行う環
境に適応し、実装コストが小さく、携帯電話や産業用コ
ンピュータ分野における携帯端末等への対応クライアン
トの適応範囲が広がる。 認証用ＩＤを論理的なものにすることで、クライア
ントのハードウエアに依存しない実装が可能である。 実装コストが安価である。
本発明によれば次のような効果がある。 サーバ側で認証用ＩＤを発行し、それをクライアン
トが返すことで、第三者による不正認証を防止すること
ができる。 サーバが発行した認証用ＩＤは、発行後一回のみ使
用可能とすることで、第三者による認証用ＩＤの盗用を
防止することができる。 サーバが発行した認証用ＩＤに有効期限を設けるこ
とにより、サーバ内での認証用ＩＤのリーク及び、第三
者による認証用ＩＤの盗用を防止することができる。 ＨＴＭＬを使用し、ＨＴＴＰでデータ転送を行う環
境に適応し、実装コストが小さく、携帯電話や産業用コ
ンピュータ分野における携帯端末等への対応クライアン
トの適応範囲が広がる。 認証用ＩＤを論理的なものにすることで、クライア
ントのハードウエアに依存しない実装が可能である。 実装コストが安価である。
【図１】本発明に係るクライアント認証方法を説明する
機能ブロック図である。
機能ブロック図である。
【図２】本発明に係る方法を、ＷｅｂクライアントとＷ
ｅｂサーバの環境に適用した機能ブロック図である。
ｅｂサーバの環境に適用した機能ブロック図である。
【図３】本発明に係る方法を、ＷｅｂクライアントとＷ
ｅｂサーバの環境に適用し、更に暗号機能を付加した機
能ブロック図である。
ｅｂサーバの環境に適用し、更に暗号機能を付加した機
能ブロック図である。
【図４】従来の、ＨＴＴＰにおけるＢａｓｉｃ認証プロ
トコルを説明する機能ブロック図である。
トコルを説明する機能ブロック図である。
【図５】従来の、ＨＴＭＬ入力フォームと暗号を利用し
た認証プロトコルを説明する機能ブロック図である。
た認証プロトコルを説明する機能ブロック図である。
１ クライアント
２ サーバ
３ ネットワーク
Claims (6)
- 【請求項１】ネットワークを介してクライアント側より
サーバの資源を利用する環境で、前記クライアントを認
証するクライアント認証方法において、 前記クライアントの利用要求に対して、前記サーバはユ
ニークな認証用ＩＤを作成して前記クライアントに返信
し、 前記認証用ＩＤを受信したクライアントは、受信した認
証用ＩＤと自己の信用照会情報とを前記サーバに送信
し、 前記サーバは、前記クライアントから送信された認証用
ＩＤと自己が作成した前記ユニークな認証用ＩＤとの一
致を認証する、ことを特徴とするクライアント認証方
法。 - 【請求項２】前記認証用ＩＤは、発行後１回の認証に使
用された後に廃棄されることを特徴とする請求項１記載
のクライアント認証方法。 - 【請求項３】前記認証用ＩＤは、発行後所定の期間経過
後に廃棄されることを特徴とする請求項１又は２記載の
クライアント認証方法。 - 【請求項４】前記認証用ＩＤ及び前記信用照会情報が暗
号化されたことを特徴とする請求項１乃至３の何れかに
記載のクライアント認証方法。 - 【請求項５】前記クライアントがＷｅｂクライアントで
あり、前記サーバがＷｅｂサーバであり、両者がインタ
ーネット又はイントラネットを介して通信することを特
徴とする請求項１乃至４の何れかに記載のクライアント
認証方法。 - 【請求項６】前記Ｗｅｂサーバは、前記Ｗｅｂクライア
ントに前記認証用ＩＤを送信する際に、前記認証用ＩＤ
並びに前記信用照会情報を入力するためのＨＴＭＬフォ
ームを送信することを特徴とする請求項６記載のクライ
アント認証方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001277920A JP2003085140A (ja) | 2001-09-13 | 2001-09-13 | クライアント認証方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001277920A JP2003085140A (ja) | 2001-09-13 | 2001-09-13 | クライアント認証方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003085140A true JP2003085140A (ja) | 2003-03-20 |
Family
ID=19102370
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001277920A Pending JP2003085140A (ja) | 2001-09-13 | 2001-09-13 | クライアント認証方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003085140A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006195750A (ja) * | 2005-01-13 | 2006-07-27 | Ricoh Co Ltd | ウェブ認証方法、ウェブ認証サーバー、プログラム及び記憶媒体 |
| JP2008083759A (ja) * | 2006-09-26 | 2008-04-10 | Nomura Research Institute Ltd | ログイン処理装置、ログイン処理システム、プログラム、及び記録媒体 |
| JP4893740B2 (ja) * | 2006-06-12 | 2012-03-07 | ソニー株式会社 | コマンド実行プログラム及びコマンド実行方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH022239A (ja) * | 1988-06-10 | 1990-01-08 | Nec Corp | データ通信方式 |
| JPH07250061A (ja) * | 1994-03-11 | 1995-09-26 | Nec Corp | 送受信電文セキュリティ方式 |
| JP2001067320A (ja) * | 1999-08-25 | 2001-03-16 | Railway Technical Res Inst | 情報提供支援方法及びその手順を記録した記録媒体 |
| JP2001160033A (ja) * | 1999-12-03 | 2001-06-12 | Hitachi Ltd | ＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）適用業務における画面遷移管理方法 |
-
2001
- 2001-09-13 JP JP2001277920A patent/JP2003085140A/ja active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH022239A (ja) * | 1988-06-10 | 1990-01-08 | Nec Corp | データ通信方式 |
| JPH07250061A (ja) * | 1994-03-11 | 1995-09-26 | Nec Corp | 送受信電文セキュリティ方式 |
| JP2001067320A (ja) * | 1999-08-25 | 2001-03-16 | Railway Technical Res Inst | 情報提供支援方法及びその手順を記録した記録媒体 |
| JP2001160033A (ja) * | 1999-12-03 | 2001-06-12 | Hitachi Ltd | ＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）適用業務における画面遷移管理方法 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006195750A (ja) * | 2005-01-13 | 2006-07-27 | Ricoh Co Ltd | ウェブ認証方法、ウェブ認証サーバー、プログラム及び記憶媒体 |
| JP4679908B2 (ja) * | 2005-01-13 | 2011-05-11 | 株式会社リコー | ウェブ認証サーバー |
| JP4893740B2 (ja) * | 2006-06-12 | 2012-03-07 | ソニー株式会社 | コマンド実行プログラム及びコマンド実行方法 |
| US8732189B2 (en) | 2006-06-12 | 2014-05-20 | Sony Corporation | Command execution program and command execution method |
| JP2008083759A (ja) * | 2006-09-26 | 2008-04-10 | Nomura Research Institute Ltd | ログイン処理装置、ログイン処理システム、プログラム、及び記録媒体 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2531533C (en) | Session-based public key infrastructure | |
| US9143502B2 (en) | Method and system for secure binding register name identifier profile | |
| US7533265B2 (en) | Establishment of security context | |
| US8554930B2 (en) | Method and system for proof-of-possession operations associated with authentication assertions in a heterogeneous federated environment | |
| CN1701295B (zh) | 用于对计算机网格进行单次登录访问的方法和系统 | |
| EP1280317B1 (en) | Multi-domain authorisation and authentication | |
| EP0940960A1 (en) | Authentication between servers | |
| JP4949032B2 (ja) | 安全な計算装置を使って身元情報の窃盗を防ぐシステムおよび方法 | |
| Hess et al. | Advanced Client/Server Authentication in TLS. | |
| US6301661B1 (en) | Enhanced security for applications employing downloadable executable content | |
| US20030163691A1 (en) | System and method for authenticating sessions and other transactions | |
| US20040117486A1 (en) | Secure cache of web session information using web browser cookies | |
| US20080294781A1 (en) | Method and system for global logoff from a web-based point of contact server | |
| WO2007026228A2 (en) | Secure delegation of trust | |
| JP2008511232A (ja) | 制御認証のためのパーソナルトークンおよび方法 | |
| Pfitzmann et al. | Federated identity-management protocols | |
| JPH1125048A (ja) | ネットワークシステムのセキュリティ管理方法 | |
| WO2020207517A1 (en) | Method of authenticating a user to a relying party in federated electronic identity systems | |
| JP2003085140A (ja) | クライアント認証方法 | |
| Farrell | Why didn't we spot that?[Practical Security] | |
| KR100406292B1 (ko) | 터미널 통신상의 사용자 보안 및 자동 인증을 위한 비밀번호 전송시스템 및 전송방법 | |
| JPH10322325A (ja) | 暗号認証方式 | |
| CA2398584C (en) | System, method and computer program product for enrolling and authenticating communication protocol-enabled clients for access to information | |
| KR20020071644A (ko) | 인터넷 환경에서의 사용자 인증방법 및 이를 위한 시스템 | |
| Ray et al. | Towards a privacy preserving e-commerce protocol |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060110 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090508 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090617 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100421 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100609 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100629 |